(57)【要約】【課題】より柔軟に、有料の放送サービスの未契約者に対するプロモーションを行うことができるようにする。【解決手段】受信装置は、有料の放送サービスとして提供される、スクランブルされて伝送される放送コンテンツを受信し、放送コンテンツの構成に関する情報を含む制御情報に含まれる、有料の放送サービスの契約の有無を確認するための契約確認アプリケーションの存在の有無を示す情報に応じて、契約確認アプリケーションを取得し、契約確認アプリケーションの動作を制御する。本技術は、例えば、デジタル放送信号を受信可能なテレビ受像機に適用することができる。【選択図】図３１
2020078086.tif 000002
【特許請求の範囲】
【請求項１】
有料の放送サービスとして提供される、スクランブルされて伝送される放送コンテンツを受信する受信部と、
前記放送コンテンツの構成に関する情報を含む制御情報に含まれる、前記有料の放送サービスの契約の有無を確認するための契約確認アプリケーションの存在の有無を示す情報に応じて、前記契約確認アプリケーションを取得する取得部と、
前記契約確認アプリケーションの動作を制御する制御部と
を備える受信装置。
【請求項２】
前記取得部は、前記契約確認アプリケーションが存在している場合、
前記契約確認アプリケーションを実行することで、前記有料の放送サービスを契約していないことが確認されたとき、前記放送コンテンツを紹介するためのプロモーションアプリケーションを取得し、
前記契約確認アプリケーションを実行することで、前記有料の放送サービスを契約していることが確認されたとき、スクランブルが解除された前記放送コンテンツに連動して実行される連動アプリケーションを取得し、
前記制御部は、前記契約確認アプリケーションから、前記プロモーションアプリケーション又は前記連動アプリケーションに遷移させて、前記プロモーションアプリケーション又は前記連動アプリケーションの動作を制御する
請求項１に記載の受信装置。
【請求項３】
前記取得部は、前記プロモーションアプリケーションを実行することで、未契約のユーザにより、前記有料の放送サービスが契約された場合、スクランブルが解除された前記放送コンテンツに連動して実行される連動アプリケーションを取得し、
前記制御部は、前記連動アプリケーションを、前記放送コンテンツに連動して実行させる
請求項２に記載の受信装置。
【請求項４】
前記制御情報は、ノンスクランブルで伝送され、
前記契約確認アプリケーションは、ノンスクランブルで伝送され、
前記プロモーションアプリケーションは、ノンスクランブルで伝送され、
前記連動アプリケーションは、スクランブルされて伝送される
請求項３に記載の受信装置。
【請求項５】
前記契約確認アプリケーション、前記プロモーションアプリケーション、及び、前記連動アプリケーションは、データとして伝送され、
前記制御情報には、アプリケーションを制御するためのアプリケーション制御情報と、データ伝送に関する情報を含むデータ伝送情報が含まれる
請求項４に記載の受信装置。
【請求項６】
前記有料の放送サービスとして、単一のサービスが提供され、
前記放送コンテンツ、前記制御情報、前記アプリケーション制御情報、前記データ伝送情報、前記契約確認アプリケーション、前記プロモーションアプリケーション、及び、前記連動アプリケーションは、前記有料の放送サービスのストリームとして伝送される
請求項５に記載の受信装置。
【請求項７】
前記有料の放送サービスとして、複数のサービスが提供され、
前記放送コンテンツ、前記制御情報、及び、前記連動アプリケーションは、前記有料の放送サービスのストリームとして伝送され、
前記アプリケーション制御情報、前記データ伝送情報、前記契約確認アプリケーション、及び、前記プロモーションアプリケーションは、他の有料の放送サービスと共通のストリームとして伝送される
請求項５に記載の受信装置。
【請求項８】
前記契約確認アプリケーションにおいて、前記有料の放送サービスの契約の有無を確認するための機能は、API(Application Programming Interface)により提供される
請求項１に記載の受信装置。
【請求項９】
メディアトランスポート方式として、MMT(MPEG Media Transport)方式が採用され、
前記契約確認アプリケーションの存在の有無を示す情報は、MPT(MMT Package Table)に配置されるアクセス制御記述子に記述されるアプリケーション起動フラグである
請求項１に記載の受信装置。
【請求項１０】
受信装置の受信方法において、
前記受信装置が、
有料の放送サービスとして提供される、スクランブルされて伝送される放送コンテンツを受信し、
前記放送コンテンツの構成に関する情報を含む制御情報に含まれる、前記有料の放送サービスの契約の有無を確認するための契約確認アプリケーションの存在の有無を示す情報に応じて、前記契約確認アプリケーションを取得し、
前記契約確認アプリケーションの動作を制御する
ステップを含む受信方法。
【請求項１１】
有料の放送サービスとして提供される放送コンテンツの構成に関する情報を含む制御情報であって、前記有料の放送サービスの契約の有無を確認するための契約確認アプリケーションの存在の有無を示す情報を含む前記制御情報を生成する生成部と、
スクランブルされて伝送される前記放送コンテンツとともに、ノンスクランブルで伝送される前記制御情報を送信する送信部と
を備える送信装置。
【請求項１２】
前記送信部は、前記契約確認アプリケーションが存在している場合、前記契約確認アプリケーションとともに、前記放送コンテンツを紹介するためのプロモーションアプリケーションと、スクランブルが解除された前記放送コンテンツに連動して実行される連動アプリケーションを送信する
請求項１１に記載の送信装置。
【請求項１３】
前記契約確認アプリケーションは、ノンスクランブルで伝送され、
前記プロモーションアプリケーションは、ノンスクランブルで伝送され、
前記連動アプリケーションは、スクランブルされて伝送される
請求項１２に記載の送信装置。
【請求項１４】
前記契約確認アプリケーション、前記プロモーションアプリケーション、及び、前記連動アプリケーションは、データとして伝送され、
前記制御情報には、アプリケーションを制御するためのアプリケーション制御情報と、データ伝送に関する情報を含むデータ伝送情報が含まれる
請求項１３に記載の送信装置。
【請求項１５】
前記有料の放送サービスとして、単一のサービスが提供され、
前記放送コンテンツ、前記制御情報、前記アプリケーション制御情報、前記データ伝送情報、前記契約確認アプリケーション、前記プロモーションアプリケーション、及び、前記連動アプリケーションは、前記有料の放送サービスのストリームとして伝送される
請求項１４に記載の送信装置。
【請求項１６】
前記有料の放送サービスとして、複数のサービスが提供され、
前記放送コンテンツ、前記制御情報、及び、前記連動アプリケーションは、前記有料の放送サービスのストリームとして伝送され、
前記アプリケーション制御情報、前記データ伝送情報、前記契約確認アプリケーション、及び、前記プロモーションアプリケーションは、他の有料の放送サービスと共通のストリームとして伝送される
請求項１４に記載の送信装置。
【請求項１７】
メディアトランスポート方式として、MMT方式が採用され、
前記契約確認アプリケーションの存在の有無を示す情報は、MPTに配置されるアクセス制御記述子に記述されるアプリケーション起動フラグである
請求項１１に記載の送信装置。
【請求項１８】
送信装置の送信方法において、
前記送信装置が、
有料の放送サービスとして提供される放送コンテンツの構成に関する情報を含む制御情報であって、前記有料の放送サービスの契約の有無を確認するための契約確認アプリケーションの存在の有無を示す情報を含む前記制御情報を生成し、
スクランブルされて伝送される前記放送コンテンツとともに、ノンスクランブルで伝送される前記制御情報を送信する
ステップを含む送信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、受信装置、受信方法、送信装置、及び、送信方法に関し、特に、より柔軟に、有料の放送サービスの未契約者に対するプロモーションを行うことができるようにした受信装置、受信方法、送信装置、及び、送信方法に関する。
【背景技術】
【０００２】
PPV(Pay Per View)等の有料の放送サービスでは、番組を紹介するプロモーション用のサービスを提供することで、それを見た未契約者に対して、有料の放送サービスの契約を誘導することが行われている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００７−３１８７９８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、現在の日本国内のデジタル放送においては、有料の放送サービスのプロモーションのために、未契約者が有料の放送サービスを選局した場合には、未契約である旨の表示と、未契約者の承諾を得た上でプロモーション用のサービスを提供している。これにより、未契約者に対して、有料の放送サービスの契約を誘導することが可能となる。
【０００５】
しかしながら、より柔軟に、有料の放送サービスの未契約者に対するプロモーションを行うことができるようにしたいという要請があった。
【０００６】
本技術はこのような状況に鑑みてなされたものであり、より柔軟に、有料の放送サービスの未契約者に対するプロモーションを行うことができるようにするものである。
【課題を解決するための手段】
【０００７】
本技術の第１の側面の受信装置は、有料の放送サービスとして提供される、スクランブルされて伝送される放送コンテンツを受信する受信部と、前記放送コンテンツの構成に関する情報を含む制御情報に含まれる、前記有料の放送サービスの契約の有無を確認するための契約確認アプリケーションの存在の有無を示す情報に応じて、前記契約確認アプリケーションを取得する取得部と、前記契約確認アプリケーションの動作を制御する制御部とを備える受信装置である。
【０００８】
本技術の第１の側面の受信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。また、本技術の第１の側面の受信方法は、上述した本技術の第１の側面の受信装置に対応する受信方法である。
【０００９】
本技術の第１の側面の受信装置、及び、受信方法においては、有料の放送サービスとして提供される、スクランブルされて伝送される放送コンテンツが受信され、前記放送コンテンツの構成に関する情報を含む制御情報に含まれる、前記有料の放送サービスの契約の有無を確認するための契約確認アプリケーションの存在の有無を示す情報に応じて、前記契約確認アプリケーションが取得され、前記契約確認アプリケーションの動作が制御される。
【００１０】
本技術の第２の側面の送信装置は、有料の放送サービスとして提供される放送コンテンツの構成に関する情報を含む制御情報であって、前記有料の放送サービスの契約の有無を確認するための契約確認アプリケーションの存在の有無を示す情報を含む前記制御情報を生成する生成部と、スクランブルされて伝送される前記放送コンテンツとともに、ノンスクランブルで伝送される前記制御情報を送信する送信部とを備える送信装置である。
【００１１】
本技術の第２の側面の送信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。また、本技術の第２の側面の送信方法は、上述した本技術の第２の側面の送信装置に対応する送信方法である。
【００１２】
本技術の第２の側面の送信装置、及び、送信方法においては、有料の放送サービスとして提供される放送コンテンツの構成に関する情報を含む制御情報であって、前記有料の放送サービスの契約の有無を確認するための契約確認アプリケーションの存在の有無を示す情報を含む前記制御情報が生成され、スクランブルされて伝送される前記放送コンテンツとともに、ノンスクランブルで伝送される前記制御情報が送信される。
【発明の効果】
【００１３】
本技術の第１の側面、及び、第２の側面によれば、より柔軟に、有料の放送サービスの未契約者に対するプロモーションを行うことができる。
【００１４】
なお、ここに記載された効果は必ずしも限定されるものではなく、本開示中に記載されたいずれかの効果であってもよい。
【図面の簡単な説明】
【００１５】
【図１】MMT方式を採用した放送システムのプロトコルスタックを示す図である。
【図２】タイムドメディアデータを伝送するTLVパケットの構成を示す図である。
【図３】ノンタイムドメディアデータを伝送するTLVパケットの構成を示す図である。
【図４】MMTPペイロードの構成を示す図である。
【図５】MMTPパケットの構成を示す図である。
【図６】TLV-SIの構成を示す図である。
【図７】MMT方式を採用した放送システムのID体系を示す図である。
【図８】MMT-SIの構成を示す図である。
【図９】PAメッセージの構成を示す図である。
【図１０】M2セクションメッセージの構成を示す図である。
【図１１】MPTの構成を示す図である。
【図１２】ロケーション情報の構成を示す図である。
【図１３】データ伝送関連情報の構成を示す図である。
【図１４】データディレクトリ管理テーブルの構成を示す図である。
【図１５】データアセット管理テーブルの構成を示す図である。
【図１６】データコンテント管理テーブルの構成を示す図である。
【図１７】アプリケーション伝送の具体例を示す図である。
【図１８】本技術を適用した放送通信システムの一実施の形態の構成を示す図である。
【図１９】受信装置における具体的な処理の流れを説明するシーケンス図である。
【図２０】従来のプロモーションサービスを説明する図である。
【図２１】単一のサービスが提供される場合における、本技術を適用したプロモーションサービスについて説明する図である。
【図２２】契約確認用APIの例を示す図である。
【図２３】図２１のアプリケーションの遷移の例を示す図である。
【図２４】複数のサービスが提供される場合における、本技術を適用したプロモーションサービスについて説明する図である。
【図２５】図２４のアプリケーションの遷移の例を示す図である。
【図２６】アプリケーションサービス記述子のシンタックスの例を示す図である。
【図２７】アクセス制御記述子のシンタックスの例を示す図である。
【図２８】送信装置の構成例を示す図である。
【図２９】受信装置の構成例を示す図である。
【図３０】送信処理を説明するフローチャートである。
【図３１】選局処理を説明するフローチャートである。
【図３２】有料関連アプリケーション処理を説明するフローチャートである。
【図３３】コンピュータの構成例を示す図である。
【発明を実施するための形態】
【００１６】
以下、図面を参照しながら本技術の実施の形態について説明する。なお、説明は以下の順序で行うものとする。
【００１７】
１．MMT方式の概要
２．システムの構成
３．運用例
４．シンタックスの例
５．各装置の構成
６．各装置で実行される処理の流れ
７．変形例
８．コンピュータの構成
【００１８】
＜１．MMT方式の概要＞
【００１９】
現在の放送システムで広く用いられているメディアトランスポート方式は、MPEG2-TS(Moving Picture Experts Group-2 Transport Stream)方式であるが、放送と通信の連携サービスの導入を想定したメディアトランスポート方式として、MMT(MPEG Media Transport)方式が規定されている。なお、MMTによるメディアトランスポート方式については、下記の非特許文献１にその詳細な内容が記載されている。
【００２０】
非特許文献１：ARIB STD-B60 1.1版 一般社団法人 電波産業会
【００２１】
（プロトコルスタック）
図１は、MMT方式を採用した放送システムのプロトコルスタックを示す図である。
【００２２】
図１のプロトコルスタックにおいて、最も下位の階層は、物理層（PHY：Physical Layer）とされる。MMT方式では、放送経由での伝送に限らず、一部のデータを通信経由で伝送する場合があるが、放送経由での伝送を行う場合、物理層は、物理チャンネルごとに割り当てられる周波数帯域が対応することになる。
【００２３】
物理層の上位の階層は、TLV(Type Length Value)層と、UDP/IP(User Datagram Protocol/Internet Protocol)層とされる。また、放送コンテンツを構成するビデオやオーディオ等のコンポーネントを伝送や利用に適した形式に変換する機能を提供するためのメディアトランスポート層として、MMT方式が採用されている。
【００２４】
MMT方式においては、HEVC(High Efficiency Video Coding)で符号化されたビデオデータや、AAC(Advanced Audio Coding)で符号化されたオーディオデータは、MFU/MPU(Media Fragment Unit/Media Processing Unit)形式とされ、MMTP(MMT Protocol)ペイロードに乗せるとこで、MMTPパケット化されて、IPパケットで伝送される。
【００２５】
また、放送コンテンツに関連する字幕やアプリケーションのデータについても、MFU/MPU形式とされ、MMTPペイロードに乗せてMMTPパケット化され、IPパケットで伝送される。なお、字幕は、TTML(Timed Text Markup Language)形式で記述される。また、アプリケーションは、HTML5(HyperText Markup Language 5)形式で記述される。
【００２６】
このようにして構成されるIPパケットは、TLVパケットの形式で伝送される。ここでは、１つのIPパケット又は１つのヘッダを圧縮したIPパケットが、１つのTLVパケットで伝送される。また、これらのメディアデータの他に、制御情報が伝送される。
【００２７】
制御情報には、IPパケットの多重化のためのTLV多重化方式に関するTLV-SIと、メディアトランスポート方式であるMMTに関するMMT-SIがある。すなわち、TLV-SIは、IPパケットの多重に関する制御情報であり、選局のための情報やサービスとIPアドレスの対応情報を提供する。また、MMT-SIは、放送コンテンツの構成などを示す制御情報である。MMT-SIは、MMTの制御メッセージ形式とされ、MMTPペイロードに乗せて、MMTPパケット化され、IPパケットで伝送される。
【００２８】
また、放送システムにおいては、絶対時刻を提供するための時刻情報として、NTP(Network Time Protocol)が伝送される。
【００２９】
（TLVパケットの構成）
図２は、メディアデータのうち、ビデオやオーディオ等のタイムドメディアデータを伝送するTLVパケットの構成を示す図である。
【００３０】
図２において、ビデオやオーディオ等のタイムドメディアデータに対する処理では、MPUが処理の単位となる。MPUは、１つ以上のアクセスユニットを含み、MPU単体でビデオやオーディオの復号処理を行うことができる単位となる。MPUの大きさは任意であり、フレーム間予測を用いて符号化するビデオデータ（Video ES）では、MPUを、GOP(Group Of Picture)単位とする必要がある。また、MPUにおいては、NAL(Network Abstraction Layer)ユニット単位やアクセスユニット単位で、MFUを構成することができる。
【００３１】
GOP単位のMPUやMFUから、MMTPペイロードが構成される。図２では、GOPを構成する、AUD(Access Unit Delimiter)，SPS(Sequence Parameter Set)，PPS(Picture Parameter Set)，SEIs(Supplemental Enhancement Information)等の制御情報から１つのMMTPペイロードが構成される。また、GOPを構成する、各ピクチャを構成するスライスが、所定のデータサイズに応じて抽出されることで、複数のMMTPペイロードが構成される。各MMTPペイロードの先頭には、MMTペイロードヘッダが付加される。
【００３２】
MMTPペイロードは、１つのMMTPパケットで伝送される。各MMTPパケットの先頭には、MMTパケットヘッダが付加される。ここでは、MMTPペイロードとして、ビデオやオーディオのデータの他、制御情報としてのMMT-SIが配置される。図２において、「V」はビデオを表し、「A」はオーディオを表している。なお、図４には、MMTPペイロードの詳細な構成を示している。また、図５には、MMTPパケットの詳細な構成を示している。
【００３３】
MMTPパケットは、１つのTLVパケットで伝送される。TLVパケットとしては、ビデオやオーディオ、MMT-SIが配置されたTLVパケットの他に、制御情報としてのTLV-SIが配置されたTLVパケットが生成される。そして、前者のTLVパケットの先頭には、TLVヘッダ、IPヘッダ、及び、UDPヘッダが付加される一方、後者のTLVパケットの先頭には、TLVヘッダのみが付加される。
【００３４】
このようにして生成されるTLVパケットが、伝送路符号化や変調等がされた後に、送出されることになる。
【００３５】
図３は、メディアデータのうち、ファイル形式のアプリケーション等のノンタイムドメディアデータを伝送するTLVパケットの構成を示す図である。
【００３６】
図３において、ファイル形式のアプリケーション等のノンタイムドメディアデータに対する処理では、各ファイルがMPUに相当する。すなわち、MPUはファイル単位となる。また、MPUにおいては、MPUよりも小さな単位であるMFUを構成することができる。
【００３７】
MPUやMFUから、MMTペイロードが構成される。図３では、ファイルF1から１つのMMTPペイロードが構成される。また、ファイルF2が、所定のデータサイズに応じて、ファイルF2-1とファイルF2-2に分割され、分割後のファイルF2-1，F2-2に応じて、２つのMMTPペイロードが構成される。各MMTPペイロードの先頭には、MMTペイロードヘッダが付加される。
【００３８】
MMTPペイロードは、１つのMMTPパケットで伝送される。各MMTPパケットの先頭には、MMTパケットヘッダが付加される。なお、図４には、MMTPペイロードの構成を示している。また、図５には、MMTPパケットの構成を示している。
【００３９】
MMTPパケットは、１つのTLVパケットで伝送される。ファイルが配置されたTLVパケットの先頭には、TLVヘッダ、IPヘッダ、及び、UDPヘッダが付加される。
【００４０】
このようにして生成されるTLVパケットが、ビデオデータやオーディオデータ、制御情報などが配置されたTLVパケットと多重化され、伝送路符号化や変調等がされた後に、送出されることになる。
【００４１】
（TLV-SIの構成）
図６は、TLV-SIの構成を示す図である。
【００４２】
図６に示すように、TLV-SIのテーブルとしては、TLV-NIT(TLV-Network Information Table)と、AMT(Address Map Table)が規定されている。
【００４３】
TLV-NITは、TLVパケットによる伝送において、変調周波数等の伝送路に関する情報と、サービスを関連付けるための情報が含まれる。TLV-NITでは、ネットワークID（network_id）に対して、TLVストリームループが配置される。各TLVストリームループは、TLVストリームID（TLV_stream_id）により識別され、選局情報やサービスID（service_id）が配置される。なお、図７には、ネットワークIDやTLVストリームID、サービスIDなどのID体系が示されている。
【００４４】
AMTは、各サービスを識別するサービスIDと、IPアドレスとを関連付けるための対応情報（マッピング情報）を含んでいる。この対応情報によって、TLV-NITのTLVストリームループに配置されるサービスIDと、IPアドレスとが関連付けられて、PAメッセージ等の各サービスエントリに接続することができる。
【００４５】
（MMT-SIの構成）
図８は、MMT-SIの構成を示す図である。
【００４６】
図８に示すように、MMT-SIは、テーブルや記述子を格納するメッセージと、特定の情報を示す要素や属性を有するテーブルと、より詳細な情報が記述された記述子との３階層から構成される。
【００４７】
メッセージは、その種類に応じて１個以上のテーブルを格納することができる。メッセージは、MMTPペイロードに格納してMMTPパケットを用いて伝送する。メッセージとしては、PAメッセージ、M2セクションメッセージ、CAメッセージ、及び、M2短セクションメッセージがある。
【００４８】
PAメッセージは、種々のテーブルを伝送するために用いられる。PAメッセージとしては、例えば、MMTパッケージテーブル（MPT：MMT Package Table）、パッケージリストテーブル（PLT：Package List Table）、及び、レイアウト設定テーブル（LCT：Layout Configuration Table）が配置される。なお、図９には、PAメッセージの構成を示している。
【００４９】
M2セクションメッセージは、MPEG2システムのセクション拡張形式を伝送するために用いられる。なお、図１０には、M2セクションメッセージの構成を示している。CAメッセージは、限定受信方式（CAS：Conditional Access System）の識別に用いるテーブルを伝送するために用いられる。M2短セクションメッセージは、MPEG2システムのセクション短形式を伝送するために用いられる。
【００５０】
（MPTの構成）
MPTは、アセットのリストやアセットのネットワーク上の位置等のパッケージを構成する情報を含んでいる。MPTには、各種のテーブルを配置することができる。なお、図１１には、MPTの構成を示している。また、図１２には、図１１のMPTのMMT_general_location_info ()に対応したロケーション情報の構成を示している。なお、MPTは、MPテーブルと称される場合がある。
【００５１】
（アプリケーションの伝送）
図１３は、データ伝送関連情報の構成を示す図である。
【００５２】
図１３において、放送ストリームでは、ビデオやオーディオ等のタイムドメディアデータのストリームと、データ（データ放送）等のノンタイムドメディアデータのストリームが伝送されている。なお、データ（データ放送）のストリームでは、アプリケーションが伝送される。
【００５３】
また、放送ストリームでは、制御情報（Signaling）のストリームが伝送されている。この制御情報のストリームによって、例えば、PAメッセージやM2セクションメッセージ、データ伝送メッセージ（DT-Mes：Data Transmission message）などが伝送される。
【００５４】
PAメッセージには、MPTなどが格納される。また、M2セクションメッセージには、MH-アプリケーション情報テーブル（MH-AIT：MH Application Information Table）などが格納される。MH-AITには、アプリケーションに関するすべての情報、及び、アプリケーションに要求された起動状態等の情報が含まれる。
【００５５】
データ伝送メッセージ（DT-Mes）は、データ伝送に関するテーブルを格納するメッセージである。データ伝送メッセージには、データディレクトリ管理テーブル（DDMT：Data Directory Management Table）、データアセット管理テーブル（DAMT：Data Asset Management Table）、及び、データコンテント管理テーブル（DCCT：Data Content Configuration Table）が格納される。
【００５６】
データディレクトリ管理テーブル（DDMT）は、アプリケーションのファイル構成と、ファイル伝送のための構成を分離するため、アプリケーションを構成するファイルのディレクトリ構成を提供する。なお、図１４には、データディレクトリ管理テーブル（DDMT）の構成を示している。
【００５７】
データアセット管理テーブル（DAMT）は、アセット内のMPUの構成とMPUごとのバージョンを提供する。なお、図１５には、データアセット管理テーブル（DAMT）の構成を示している。
【００５８】
データコンテント管理テーブル（DCCT）は、柔軟で有効なキャッシュ制御を実現するため、データコンテンツとしてのファイルの構成情報を提供する。データコンテンツ内のプレゼンテーションユニット（PU）単位で、どのファイル又はディレクトリが関係し、どのプレゼンテーションユニットとリンク関係になっているかなどを示す。なお、図１６には、データコンテント管理テーブル（DCCT）の構成を示している。
【００５９】
図１７には、データディレクトリ管理テーブル（DDMT）、データアセット管理テーブル（DAMT）、及び、データコンテント管理テーブル（DCCT）により管理される、アプリケーション伝送の具体例を示している。
【００６０】
図１７においては、ディレクトリ構造で示したHTML5形式のアプリケーションを構成するHTMLファイルや画像ファイル等が、MMT方式に従い、データアセットごとに、アイテムとしてMPU単位で伝送されている。例えば、アプリケーションを起動する場合や、アプリケーションが他のアプリケーションに遷移した場合には、対象のアプリケーションを構成するHTMLファイルや画像ファイルなどが取得されることになる。なお、アプリケーションは、インターネット９０を介してサーバ３０から取得される場合もある。
【００６１】
＜２．システムの構成＞
【００６２】
図１８は、本技術を適用した放送通信システムの一実施の形態の構成を示す図である。
【００６３】
図１８において、放送通信システム１は、送信装置１０、受信装置２０、及び、サーバ３０から構成される。また、図１８においては、受信装置２０とサーバ３０が、インターネット９０を介して相互に接続されている。
【００６４】
送信装置１０は、PPV等の有料の放送サービス（有料サービス）として提供される放送コンテンツ（以下、有料コンテンツという）を、MMT方式に対応したデジタル放送信号により、伝送路８０を介して送信している。また、送信装置１０は、データ放送により、有料コンテンツに関連して動作するアプリケーション（以下、有料関連アプリケーションという）を配信することができる。
【００６５】
また、送信装置１０は、受信装置２０に対して、受信装置２０の識別単位の関連情報（個別メッセージ）としてのEMM(Entitlement Management Message)と、各受信装置２０で共通となる関連情報（共通メッセージ）としてのECM(Entitlement Control Message)を送信する。
【００６６】
EMMは、暗号部と非暗号部から構成される。EMMにおいて、例えば、暗号部は、デバイス鍵(Kd)を用いて暗号化されており、そこに、ワーク鍵(Kw)等が配置される。また、ECMは、暗号部と非暗号部から構成される。ECMにおいて、例えば、暗号部は、ワーク鍵(Kw)を用いて暗号化されており、そこにスクランブル鍵(Ks)などが配置される。
【００６７】
なお、有料コンテンツは、例えば、いわゆる４Ｋ、８Ｋと称される超高精細度のコンテンツとすることができる。また、有料コンテンツは、スクランブル鍵(Ks)を用いてスクランブル（暗号化）されて伝送される。
【００６８】
また、有料関連アプリケーションには、例えば、有料サービスの契約の有無を確認するための契約確認アプリケーション（Entry Application）と、有料コンテンツ（有料サービス）を紹介するためのプロモーションアプリケーション（Promotion Application）と、スクランブルが解除された有料コンテンツに連動して実行される連動アプリケーション（Program Related Application）とが含まれる。
【００６９】
受信装置２０は、例えば、MMT方式に対応したデジタル放送信号を受信可能なテレビ受像機であって、ユーザの自宅に配置される。受信装置２０は、ユーザが有料サービスを契約している場合、伝送路８０を介して送信装置１０から送信されてくるデジタル放送信号を受信して、有料コンテンツを再生することが可能である。また、受信装置２０は、送信装置１０から伝送路８０を介してデータ放送で配信される有料関連アプリケーションを受信して、実行することができる。
【００７０】
また、受信装置２０においては、送信装置１０から送信されるEMMとECMが取得されるので、デバイス鍵(Kd)を用いてEMMを復号することで、ワーク鍵(Kw)が取得される。また、ECMを、ワーク鍵(Kw)を用いて復号することで、スクランブル鍵(Ks)が取得される。受信装置２０は、このスクランブル鍵(Ks)を用いることで、有料コンテンツのスクランブルを解除することができる。
【００７１】
サーバ３０は、インターネット９０を介して受信装置２０からの要求に応じて、各種の処理を実行する。例えば、サーバ３０は、受信装置２０からの要求に応じて、インターネット９０を介して、有料関連アプリケーションを配信することができる。この場合、受信装置２０は、インターネット９０を介してサーバ３０から配信される有料関連アプリケーションを受信して、実行することになる。
【００７２】
また、例えば、サーバ３０は、PPV等の有料サービス（有料コンテンツ）のライセンスや課金決済に関する処理を行うことができる。この場合、サーバ３０は、受信装置２０からの要求に応じて、有料サービスのライセンスを配信することになる。また、サーバ３０は、受信装置２０からの要求に応じて、購入が指示された有料コンテンツに対する課金決済処理を行う。
【００７３】
なお、図１８においては、説明の都合上、サーバ３０が、アプリケーション配信処理、有料サービスのライセンス配信処理や課金決済処理等のすべての処理を実行するとして説明したが、機能ごとにサーバを分けて、例えば、アプリケーションサーバ、ライセンスサーバ、及び、課金決済サーバ等が別個に設けられるようにしてもよい。
【００７４】
また、図１８においては、説明の都合上、１つの送信装置１０と、１つの受信装置２０が設けられている場合を例示しているが、例えば、送信装置１０は、放送事業者（有料サービス事業者）ごとに複数設けるようにしてもよいし、受信装置２０は、ユーザごとに複数設けるようにしてもよい。
【００７５】
（受信装置の処理の流れ）
図１９は、送信装置１０から送信されるデジタル放送信号を受信する受信装置２０における具体的な処理の流れを説明するシーケンス図である。
【００７６】
なお、図１９において、図中の上側は、送信装置１０から送信（伝送）されるデータの流れを表し、図中の下側は、それらのデータを処理する受信装置２０における処理の流れを表している。また、図１９において、時間の方向は、図中の左側から右側の方向とされる。
【００７７】
図１９において、送信装置１０は、MMT方式を採用したデジタル放送の放送波（RF Channel）を送信（伝送）している。この放送波では、有料サービスとして提供される有料コンテンツを構成するコンポーネントと、MMT-SIやTLV-SI等の制御情報のストリームが、TLVストリーム（TLV Stream）で伝送されている。
【００７８】
図１９に示すように、受信装置２０においては、初期スキャン処理等によって、TLVストリームで伝送されているTLVパケットから、TLV-NITとAMTが取得され、NVRAM等のメモリに記録される（Ｓ１１）。
【００７９】
なお、受信装置２０は、TLVストリームで伝送されている、MHイベント情報テーブル（MH-EIT）、MHサービス記述テーブル（MH-SDT）、MHブロードキャスタ情報テーブル（MH-BIT）、及び、MH共通データテーブル（MH-CDT）等のテーブルを取得することができる（Ｓ１２）。これらのテーブルは、サービスIDによりTLV-NITと関連付けられる（Ｓ１３）。
【００８０】
受信装置２０は、例えばユーザによりサービスの選局操作が行われた場合、メモリから選局情報（TLV-NIT，AMT）を読み出して、選局されたサービスのサービスIDに対応するIPアドレスを取得する（Ｓ１４）。そして、受信装置２０は、AMTのIPアドレスに従い、TLVストリームで伝送されているMMTPパケットから、MMT-SIを取得することができる（Ｓ１５）。ここでは、PAメッセージとして伝送されているMPTが取得される（Ｓ１６）。
【００８１】
MPTには、ロケーション情報として、コンポーネントのストリームが放送で伝送される場合、コンポーネントを取得するためのパケットIDが設定されている。受信装置２０は、MPTのロケーション情報に設定されるパケットIDに従い、TLVストリームで伝送されているMMTPパケットを抽出することで、ビデオデータとオーディオデータを取得することができる（Ｓ１７，Ｓ１８）。
【００８２】
そして、受信装置２０では、ビデオデータとオーディオデータをバッファに一時的に記憶させることで、バッファリング処理を行い、さらにレンダリング処理を行うことで、選局されたサービスとして提供される有料コンテンツの映像と音声が出力（再生）される。ただし、受信装置２０において、有料コンテンツを再生するためには、ユーザが有料サービスに契約している必要がある。
【００８３】
なお、MPTには、タイムスタンプ情報が配置されるので、復号時刻（DTS：Decode TimeStamp）や提示時刻（PTS：Presentation TimeStamp）を算出することができる（Ｓ２０）。
【００８４】
＜３．運用例＞
【００８５】
次に、図１８の放送通信システム１により提供される有料サービスの具体的な運用例を説明する。ここでは、説明を分かりやすくするため、まず、図２０を参照して、従来のプロモーションサービスを説明してその問題点を明らかにしてから、図２１乃至図２５を参照して、本技術を適用したプロモーションサービスについて説明する。
【００８６】
（従来のプロモーションサービス）
図２０は、従来のプロモーションサービスを説明する図である。図２０においては、送信装置１０から受信装置２０に伝送される放送ストリームが図示されており、そのメディアトランスポート方式として、MPEG2-TS方式が用いられている。
【００８７】
図２０において、放送ストリームでは、"A"であるサービスIDが割り当てられた有料サービスのストリームと、"B"であるサービスIDが割り当てられた無料プロモーションサービスのストリームが伝送されている。また、放送ストリームでは、サービスレベルの情報が記述されるSDT(Service Description Table)を含む制御情報（Signaling）のストリームが伝送されている。
【００８８】
また、図２０においては、有料サービスを構成するコンポーネントとしての、ビデオ、オーディオ、及び、データ（データ放送）のストリームがスクランブル（暗号化）されている。すなわち、このスクランブルされたビデオ、オーディオ、及び、データにより有料コンテンツが構成され、有料サービスに契約したユーザのみが視聴可能とされる。ただし、図中の点線で示すように、有料サービスにおいて、例えばアプリケーション等のデータ（データ放送）のストリームを伝送するかどうかは任意である。
【００８９】
一方、無料プロモーションサービスを構成するコンポーネントとしての、ビデオ、オーディオ、及び、データ（データ放送）のストリームは、ノンスクランブル（非暗号化）のストリームとされる。ただし、図中の点線で示すように、無料プロモーションサービスにおいて、ビデオとオーディオのストリームを伝送するかどうかは任意である。すなわち、データ放送によるプロモーションを行う場合、データのストリームのみが伝送されるが、プレビュー用の映像や音声を提供する場合などには、ビデオやオーディオのストリームが伝送される。
【００９０】
ここで、受信装置２０において、有料サービスの契約を行っていないユーザが、有料サービスの選局を行った場合、当該有料サービスが未契約である旨のメッセージが表示されるとともに、無料プロモーションサービスへの切り替えを促すメッセージが表示される。そして、未契約のユーザにより、無料プロモーションサービスへの切り替えが承諾された場合には、無料プロモーションサービスが提供されることになる。
【００９１】
このとき、放送ストリームにおいて制御情報として伝送されるSDTには、有料サービスに対して、切り替え先の無料プロモーションサービスと、その切り替え時に表示させるメッセージを指定するためのリンク記述子（Link_Desc）が配置されているので、受信装置２０においては、このリンク情報を含むSDTが受信される。
【００９２】
そして、受信装置２０においては、レジデントアプリケーションが、SDTに含まれるリンク情報に基づいて、無料プロモーションサービスへの切り替えを促すメッセージを表示させる。また、レジデントアプリケーションは、未契約のユーザにより、無料プロモーションサービスへの切り替えが承諾された場合には、対象のサービスを、有料サービスから、無料プロモーションサービスに切り替える（図２０のＳ３１）。
【００９３】
これにより、受信装置２０では、例えば、データ放送による無料プロモーションサービスのメッセージや映像などが表示される。そして、未契約のユーザは、当該プロモーションを視聴することで、有料サービスを視聴したくなった場合には、例えば電話により、有料サービス事業者に連絡して、有料サービスの加入手続を行うことで、有料サービスを視聴することが可能となる。
【００９４】
以上のようにして、従来のプロモーションサービスでは、未契約のユーザを、無料プロモーションサービスに誘導することが可能となるが、レジデントアプリケーションにより行われる表示や切り替え処理は、特殊な処理となるため、受信装置２０の製造者側からすれば、受信装置２０において、このような特殊な処理を行わないで、無料プロモーションサービスに誘導したいという要請がある。
【００９５】
また、従来のプロモーションサービスでは、未契約のユーザによる有料サービスの選局時に、単に、有料サービスから、無料プロモーションサービスに切り替えているだけであるため、有料サービス事業者側からすれば、より自由度の高い無料プロモーションサービスを提供したいという要請もあった。さらに、有料サービスと無料プロモーションサービスとを、別サービスとして用意する必要があり、運用上の制約にもなりかねない。
【００９６】
そこで、次に、このような要請を満たした本技術を適用したプロモーションサービスについて説明するが、ここでは、有料サービス事業者が単一のサービスを提供する場合のプロモーションサービスと、有料サービス事業者が複数のサービスを提供する場合のプロモーションサービスに分けて説明する。
【００９７】
（単一のサービスにおけるプロモーションサービス）
まず、図２１乃至図２３を参照して、有料サービス事業者が単一のサービスを提供する場合のプロモーションサービスについて説明する。
【００９８】
図２１は、単一のサービスを提供する場合における、本技術を適用したプロモーションサービスについて説明する図である。図２１においては、送信装置１０から受信装置２０に伝送される放送ストリームが図示されており、そのメディアトランスポート方式として、MMT方式が用いられている。
【００９９】
図２１において、放送ストリームでは、"A"であるサービスIDが割り当てられた有料サービスのストリームが伝送されている。この有料サービスのストリームには、プロモーションサービスのストリームが含まれている。
【０１００】
すなわち、有料サービスのストリームには、有料サービスを構成するコンポーネントとして、スクランブル（暗号化）されているビデオ、オーディオ、及び、データ（データ放送）のストリームと、ノンスクランブル（非暗号化）のビデオ、オーディオ、及び、データ（データ放送）のストリームが含まれる。
【０１０１】
そして、スクランブルされたビデオ、オーディオ、及び、データにより有料コンテンツが構成され、有料サービスに契約したユーザのみが視聴可能とされる。ただし、図中の点線で示すように、スクランブルされたストリームのうち、例えばアプリケーション等のデータ（データ放送）のストリームを伝送するかどうかは任意である。また、ノンスクランブルのビデオ、オーディオ、及び、データは、プロモーションサービスを提供するために伝送されている。ただし、図中の点線で示すように、ノンスクランブルのストリームのうち、ビデオやオーディオのストリームを伝送するかどうかは任意である。
【０１０２】
また、有料サービスのストリームには、有料サービス用の制御情報を伝送するためのMMT-SIのストリームが含まれる。MMT-SIのストリームは、ノンスクランブル（非暗号化）のストリームとされる。
【０１０３】
ここで、受信装置２０において、ユーザが、有料サービスの選局を行った場合、MMT-SIのストリームで、PAメッセージとして伝送されている、MPTが取得される。MPTには、アプリケーションサービス記述子（App_Service_Desc）と、アクセス制御記述子（Access_Control_Desc）が配置されている。
【０１０４】
アプリケーションサービス記述子は、アプリケーションに関する情報を記述するための記述子である。アプリケーションサービス記述子には、MHアプリケーション情報テーブル（MH-AIT）の取得先を示す情報や、データ伝送メッセージ（DT-Mes）が伝送されているかどうかを示す情報などが記述される。
【０１０５】
なお、アプリケーションサービス記述子は、必要に応じて配置される。また、アプリケーションサービス記述子の詳細な構造は、図２６のシンタックスを参照して後述する。
【０１０６】
アクセス制御記述子は、限定受信方式（CAS）に関する情報を記述するための記述子である。アクセス制御記述子には、アプリケーション起動フラグ（app_initiative_flag）が記述される。このアプリケーション起動フラグは、契約確認アプリケーションの存在の有無を示す情報である。すなわち、アプリケーション起動フラグによって、ノンスクランブルのデータ（データ放送）で伝送される有料関連アプリケーションによる、本技術を適用したプロモーションサービスに対応しているかどうかを認識することが可能となる。
【０１０７】
なお、アクセス制御記述子は、サービスを構成するコンポーネントが、スクランブルされている場合にのみ配置される。また、アクセス制御記述子の詳細な構造は、図２７のシンタックスを参照して後述する。
【０１０８】
受信装置２０は、MPTに、アクセス制御記述子が配置されている場合、アクセス制御記述子に記述されるアプリケーション起動フラグを確認する。受信装置２０は、アプリケーション起動フラグが、契約確認アプリケーションが存在していることを示している場合、アプリケーションサービス記述子に記述されるMHアプリケーション情報テーブル（MH-AIT）の取得先を示す情報（AIT_URL）に従い、MMT-SIのストリームで、M2セクションメッセージとして伝送されている、MHアプリケーション情報テーブル（MH-AIT）を取得する（Ｓ４１）。
【０１０９】
また、受信装置２０は、MHアプリケーション情報テーブル（MH-AIT）に記述されるアプリケーションURL（App_URL）に従い、MMT-SIのストリームで、データ伝送メッセージ（DT-Mes）として伝送される、管理テーブルを取得する（Ｓ４２）。ここでは、管理テーブルとして、データディレクトリ管理テーブル（DDMT）、データアセット管理テーブル（DAMT）、及び、データコンテント管理テーブル（DCCT）が取得される。
【０１１０】
受信装置２０は、管理テーブル（DDMT，DAMT，DCCT）の記述内容に従い、ノンスクランブルのデータ（データ放送）のストリームで伝送される、契約確認アプリケーションＡ１を取得する（Ｓ４３）。契約確認アプリケーションＡ１は、現在選局中の有料サービスが再生可能であるかどうかの情報を取得するためのAPI（以下、契約確認用API(Application Programming Interface)という）を実行することができる。
【０１１１】
図２２に示すように、契約確認用APIは、getContractStatusとして定義され、その戻り値として、ユーザが選局中の有料サービスを契約していない場合には、"0"を返し、ユーザが選局中の有料サービスを契約している場合には、"1"を返すことになる。したがって、契約確認アプリケーションＡ１は、契約確認用APIを実行して、選局中の有料サービスが再生可能であるかどうかを判定することができる。
【０１１２】
図２１の説明に戻り、受信装置２０は、契約確認アプリケーションＡ１により実行された契約確認用APIの戻り値が"0"、すなわち、有料サービスの契約がされていない場合、ノンスクランブルのデータ（データ放送）のストリームで伝送される、プロモーションアプリケーションＡ２を取得する（Ｓ４４）。これにより、契約確認アプリケーションＡ１から、プロモーションアプリケーションＡ２に遷移して、プロモーションアプリケーションＡ２によって、無料プロモーションサービスのメッセージや映像などが提供されることになる。
【０１１３】
一方、受信装置２０は、契約確認アプリケーションＡ１により実行された契約確認用APIの戻り値が"1"、すなわち、有料サービスの契約がされている場合、スクランブルされたデータ（データ放送）のストリームで伝送される、連動アプリケーションＡ３を取得する（Ｓ４５）。これにより、契約確認アプリケーションＡ１から、連動アプリケーションＡ３に遷移して、連動アプリケーションＡ３が、有料コンテンツに連動して実行されることになる。
【０１１４】
より具体的には、図２３に示すように、契約確認アプリケーションＡ１は、契約確認用APIの戻り値に応じて、有料サービスに契約していない場合、プロモーションアプリケーションＡ２に遷移し（Ｓ４４）、有料サービスに契約している場合、連動アプリケーションＡ３に遷移する（Ｓ４５）。
【０１１５】
受信装置２０では、契約確認アプリケーションＡ１からプロモーションアプリケーションＡ２に遷移した場合、無料プロモーションサービスのメッセージや映像などが表示される。そして、当該プロモーションを視聴した未契約のユーザにより、有料サービスの契約手続きが行われた場合には、契約処理（例えば、ライセンスや課金決済に関する処理など）が行われることで、受信装置２０においては、有料コンテンツのスクランブルが解除され、その視聴が可能となる。なお、有料サービスの契約後においては、プロモーションアプリケーションＡ２から、連動アプリケーションＡ３に遷移して、連動アプリケーションＡ３を、有料コンテンツに連動して実行させることも可能となる（Ｓ４６）。
【０１１６】
また、受信装置２０では、契約確認アプリケーションＡ１から連動アプリケーションＡ３に遷移した場合、スクランブルされていた有料コンテンツのスクランブルが解除され、有料コンテンツが再生されるとともに、連動アプリケーションＡ３が、有料コンテンツに連動して実行されることになる。
【０１１７】
以上のように、有料サービス事業者が単一のサービスを提供する場合における、本技術を適用したプロモーションサービスにおいては、契約確認アプリケーションＡ１が契約確認用APIを実行して、その確認結果に応じてプロモーションアプリケーションＡ２又は連動アプリケーションＡ３を実行することになる。
【０１１８】
したがって、従来のプロモーションサービスのように、受信装置２０において、レジデントアプリケーションが、無料プロモーションサービスを提供するための表示や切り替えなどの特殊な処理を実行する必要がないため、受信装置２０の製造者側の要請を満たすことができる。
【０１１９】
また、従来のプロモーションサービスのように、単に、有料サービスから無料プロモーションサービスに切り替えるのではなく、契約確認アプリケーションＡ１の確認結果に応じてプロモーションアプリケーションＡ２や連動アプリケーションＡ３を実行して、より自由度の高い無料プロモーションサービスを提供することができるため、有料サービス事業者側の要請を満たすことができる。さらに、有料サービスとプロモーションサービスとが、同一のサービスとして提供されることから、それらを別サービスとして提供することによる運用上の制約を回避することができる。
【０１２０】
（複数のサービスにおけるプロモーションサービス）
次に、図２４乃至図２５を参照して、有料サービス事業者が複数のサービスを提供する場合のプロモーションサービスについて説明する。
【０１２１】
図２４は、複数のサービスを提供する場合における、本技術を適用したプロモーションサービスについて説明する図である。図２４には、送信装置１０から受信装置２０に伝送される放送ストリームが図示されており、そのメディアトランスポート方式として、MMT方式が用いられる。
【０１２２】
図２４において、放送ストリームでは、"A"であるサービスIDが割り当てられた有料サービス１のストリームと、"B"であるサービスIDが割り当てられた有料サービス２のストリームとが伝送されている。また、放送ストリームでは、有料サービス１と有料サービス２で共通となる、アセットとMMT-SIのストリーム（以下、共通ストリームという）が伝送されている。すなわち、図２４の放送ストリームは、例えば、２チャンネルを有している有料サービス事業者が提供する有料サービス１，２のストリームに相当している。
【０１２３】
有料サービス１のストリームには、有料サービス１を構成するコンポーネントとして、スクランブル（暗号化）されているビデオ、オーディオ、及び、データ（データ放送）のストリームが含まれる。すなわち、スクランブルされたビデオ、オーディオ、及び、データにより有料コンテンツ１が構成され、有料サービス１に契約したユーザのみが視聴可能とされる。ただし、図中の点線で示すように、有料サービス１において、例えばアプリケーション等のデータ（データ放送）のストリームを伝送するかどうかは任意である。
【０１２４】
また、有料サービス１のストリームには、有料サービス１用の制御情報を伝送するためのMMT-SIのストリームが含まれる。MMT-SIのストリームは、ノンスクランブル（非暗号化）のストリームとされる。
【０１２５】
有料サービス２のストリームには、有料サービス２を構成するコンポーネントとして、スクランブル（暗号化）されているビデオ、オーディオ、及び、データ（データ放送）のストリームが含まれる。すなわち、スクランブルされたビデオ、オーディオ、及び、データにより有料コンテンツ２が構成され、有料サービス２に契約したユーザのみが視聴可能とされる。ただし、図中の点線で示すように、有料サービス２において、例えばアプリケーション等のデータ（データ放送）のストリームを伝送するかどうかは任意である。
【０１２６】
また、有料サービス２のストリームには、有料サービス２用の制御情報を伝送するためのMMT-SIのストリームが含まれる。MMT-SIのストリームは、ノンスクランブルのストリームとされる。
【０１２７】
共通ストリームには、スクランブルされていないデータ（データ放送）と、MHアプリケーション情報テーブル（MH-AIT）のストリームが含まれる。
【０１２８】
ここで、受信装置２０において、ユーザが、有料サービス１の選局を行った場合、有料サービス１のMMT-SIのストリームで、PAメッセージとして伝送されている、MPTが取得される。MPTには、アプリケーションサービス記述子（App_Service_Desc）と、アクセス制御記述子（Access_Control_Desc）が配置される。
【０１２９】
受信装置２０は、MPTのアクセス制御記述子に記述されるアプリケーション起動フラグ（app_initiative_flag）を確認する。そして、受信装置２０は、アプリケーション起動フラグが、契約確認アプリケーションが存在していることを示している場合、アプリケーションサービス記述子に記述されるMHアプリケーション情報テーブル（MH-AIT）の取得先を示す情報（AIT_URL）に従い、共通ストリームで、M2セクションメッセージとして伝送されている、MHアプリケーション情報テーブル（MH-AIT）を取得する（Ｓ５１）。
【０１３０】
また、受信装置２０は、MHアプリケーション情報テーブル（MH-AIT）に記述されるアプリケーションURL（App_URL）に従い、MH-AITのストリームで、データ伝送メッセージ（DT-Mes）として伝送される、管理テーブル（DDMT，DAMT，DCCT）を取得する（Ｓ５２）。受信装置２０は、管理テーブル（DDMT，DAMT，DCCT）の記述内容に従い、共通ストリームにおいて、ノンスクランブルのデータのストリームで伝送される、契約確認アプリケーションＡ１を取得する（Ｓ５３）。
【０１３１】
受信装置２０は、契約確認アプリケーションＡ１により実行される契約確認用APIの戻り値が"0"、すなわち、有料サービス１の契約がされていない場合、共通ストリームにおいて、ノンスクランブルのデータ（データ放送）のストリームで伝送される、プロモーションアプリケーションＡ２を取得する（Ｓ５４）。これにより、契約確認アプリケーションＡ１から、プロモーションアプリケーションＡ２に遷移して、プロモーションアプリケーションＡ２によって、無料プロモーションサービスのメッセージや映像などが提供されることになる。
【０１３２】
一方、受信装置２０は、契約確認アプリケーションＡ１により実行された契約確認用APIの戻り値が"1"、すなわち、有料サービス１の契約がされている場合、有料サービス１のストリームにおいて、スクランブルされたデータ（データ放送）のストリームとして伝送される、連動アプリケーションＡ３を取得する（Ｓ５５）。これにより、契約確認アプリケーションＡ１から、連動アプリケーションＡ３に遷移して、連動アプリケーションＡ３が、有料コンテンツ１に連動して実行されることになる。
【０１３３】
なお、図２４において、放送ストリームでは、有料サービス２のストリームが伝送されているが、受信装置２０において、有料サービス２の選局が行われた場合、有料サービス１の選局時と同様に、MPTのアクセス制御記述子のアプリケーション起動フラグが確認される。そして、受信装置２０では、アプリケーション起動フラグが、契約確認アプリケーションが存在していることを示している場合には、共通ストリームで伝送されるMHアプリケーション情報テーブル（MH-AIT）と管理テーブル（DDMT，DAMT，DCCT）が取得され（Ｓ６１，Ｓ６２）、さらに、契約確認アプリケーションＡ１が取得される（Ｓ６３）。
【０１３４】
そして、受信装置２０において、契約確認アプリケーションＡ１により実行される契約確認用APIの戻り値が"0"、すなわち、有料サービス２の契約がされていない場合、共通ストリームにおいて、ノンスクランブルのデータ（データ放送）のストリームとして伝送される、プロモーションアプリケーションＡ２が取得される（Ｓ６４）。この場合、受信装置２０では、プロモーションアプリケーションＡ２により、有料サービス２に対する無料プロモーションサービスのメッセージや映像などが提供される。
【０１３５】
一方、受信装置２０において、契約確認アプリケーションＡ１により実行される契約確認用APIの戻り値が"1"、すなわち、有料サービス２の契約がされている場合、有料サービス２のストリームにおいて、スクランブルされたデータ（データ放送）のストリームとして伝送される、連動アプリケーションＡ４を取得する（Ｓ６５）。この場合、受信装置２０では、連動アプリケーションＡ４が、有料コンテンツ２に連動して実行される。
【０１３６】
より具体的には、図２５に示すように、有料サービス１の選局時において、契約確認アプリケーションＡ１は、契約確認用APIの戻り値に応じて、有料サービス１に契約していない場合、プロモーションアプリケーションＡ２に遷移し（Ｓ５４）、有料サービス１に契約している場合、連動アプリケーションＡ３に遷移する（Ｓ５５）。
【０１３７】
受信装置２０では、契約確認アプリケーションＡ１からプロモーションアプリケーションＡ２に遷移した場合、無料プロモーションサービスのメッセージや映像などが表示される。そして、当該プロモーションを視聴した未契約のユーザにより、有料サービス１の契約手続きが行われた場合には、契約処理（例えば、ライセンスや課金決済に関する処理など）が行われることで、受信装置２０においては、有料コンテンツ１のスクランブルが解除され、その視聴が可能となる。なお、有料サービス１の契約後においては、プロモーションアプリケーションＡ２から、連動アプリケーションＡ３に遷移して、連動アプリケーションＡ３を、有料コンテンツ１に連動して実行させることも可能となる（Ｓ５６）。
【０１３８】
また、受信装置２０では、契約確認アプリケーションＡ１から連動アプリケーションＡ３に遷移した場合、スクランブルされていた有料コンテンツ１のスクランブルが解除され、有料コンテンツ１が再生されるとともに、連動アプリケーションＡ３が、有料コンテンツ１に連動して実行されることになる。
【０１３９】
一方、有料サービス２の選局時において、契約確認アプリケーションＡ１は、契約確認用APIの戻り値に応じて、有料サービス２に契約していない場合、プロモーションアプリケーションＡ２に遷移し（Ｓ６４）、有料サービス２に契約している場合、連動アプリケーションＡ４に遷移する（Ｓ６５）。
【０１４０】
受信装置２０では、契約確認アプリケーションＡ１からプロモーションアプリケーションＡ２に遷移した場合、無料プロモーションサービスのメッセージや映像などが表示される。そして、当該プロモーションを視聴した未契約のユーザにより、有料サービス２の契約手続きが行われた場合には、契約処理（例えば、ライセンスや課金決済に関する処理など）が行われることで、受信装置２０においては、有料コンテンツ２のスクランブルが解除され、その視聴が可能となる。なお、有料サービス２の契約後においては、プロモーションアプリケーションＡ２から、連動アプリケーションＡ４に遷移して、連動アプリケーションＡ４を、有料コンテンツ２に連動して実行させることも可能となる（Ｓ６６）。
【０１４１】
また、受信装置２０では、契約確認アプリケーションＡ１から連動アプリケーションＡ４に遷移した場合、スクランブルされていた有料コンテンツ２のスクランブルが解除され、有料コンテンツ２が再生されるとともに、連動アプリケーションＡ４が、有料コンテンツ２に連動して実行されることになる。
【０１４２】
以上のように、有料サービス事業者が複数のサービスを提供する場合における、本技術を適用したプロモーションサービスにおいては、契約確認アプリケーションＡ１が契約確認用APIを実行して、その確認結果に応じてプロモーションアプリケーションＡ２又は連動アプリケーションＡ３（Ａ４）を実行することになる。
【０１４３】
したがって、従来のプロモーションサービスのように、受信装置２０において、レジデントアプリケーションが、無料プロモーションサービスを提供するための表示や切り替えなどの特殊な処理を実行する必要がないため、受信装置２０の製造者側の要請を満たすことができる。
【０１４４】
また、従来のプロモーションサービスのように、単に、有料サービスから無料プロモーションサービスに切り替えるのではなく、契約確認アプリケーションＡ１の確認結果に応じてプロモーションアプリケーションＡ２や連動アプリケーションＡ３（Ａ４）を実行して、より自由度の高い無料プロモーションサービスを提供することができるため、有料サービス事業者側の要請を満たすことができる。
【０１４５】
＜４．シンタックスの例＞
【０１４６】
（アプリケーションサービス記述子）
図２６は、アプリケーションサービス記述子（Application_Service_Descriptor）のシンタックスの例を示す図である。
【０１４７】
16ビットのdescriptor_tagは、アプリケーションサービス記述子を識別するためのタグである。8ビットのdescriptor_lengthは、アプリケーションサービス記述子の記述子長である。
【０１４８】
8ビットのapplication_format_mapは、アプリケーションで適用されている方式をビットマップ形式で示す。例えば、このビットマップにおいて、先頭のビット0をHTML5に割り当てて、"0x01"の固定値で運用することができる。この場合、受信装置２０は、ビットマップにおけるビット0が、"1"であることのみを確認し、他のビットは無視することになる。
【０１４９】
1ビットのdefault_AIT_flagは、デフォルトの監視対象のAIT（MH-AIT）であるかどうかを示すフラグである。例えば、AIT（MH-AIT）が通信で伝送される場合、default_AIT_flagとして"0"が設定され、AIT（MH-AIT）が放送で伝送される場合、default_AIT_flagとして"1"が設定される。
【０１５０】
1ビットのDT_message_flagは、データ伝送メッセージ（DT-Mes）の配信の有無を示すフラグである。例えば、アプリケーションのデータが、放送で伝送される場合、DT_message_flagとして"1"が設定される。DT_message_flagの次には、将来の拡張用の領域として、2ビットのreserved_future_useが確保されている。
【０１５１】
4ビットのEMT_numは、EMT(Event Message Table)の配信数を示す。EMTの配信数の最大値は、8とされる。
【０１５２】
AIT_location_info()は、AIT（MH-AIT）の取得先を示す。MMT_general_location_info()は、図１２のロケーション情報に対応している。すなわち、例えば、AIT（MH-AIT）が放送で伝送される場合、location_typeとして"0"が設定され、AIT（MH-AIT）を取得するためのパケットIDが設定される。また、例えば、AIT（MH-AIT）が通信で伝送される場合、location_typeとして"5"が設定され、AIT（MH-AIT）を取得するためのURLが設定される。
【０１５３】
DT_message_flagとして"1"が設定された場合、DT_message_location_info()が配置される。DT_message_location_info()は、データ伝送メッセージの取得先を示す。MMT_general_location_info()は、図１２のロケーション情報に対応している。すなわち、例えば、データ伝送メッセージが放送で伝送される場合、location_typeとして"0"が設定され、データ伝送メッセージを取得するためのパケットIDが設定される。
【０１５４】
EMT_numが示すEMTの配信数に応じて、EMT_location_info()が設定される。EMT_location_info()は、EMTの取得先を示す。MMT_general_location_info()は、図１２のロケーション情報に対応している。すなわち、例えば、EMTが放送で伝送される場合、location_typeとして"0"が設定され、EMTを取得するためのパケットIDが設定される。
【０１５５】
（アクセス制御記述子）
図２７は、アクセス制御記述子（Access_Control_Descriptor）のシンタックスの例を示す図である。
【０１５６】
16ビットのdescriptor_tagは、アクセス制御記述子を識別するためのタグである。8ビットのdescriptor_lengthは、アクセス制御記述子の記述子長である。
【０１５７】
16ビットのCA_system_IDは、限定受信方式の種別を示す識別子である。MMT_general_location_info()は、関連情報を含むMMTPパケットのロケーションを示す情報である。MPTに配置される場合には、ECMのロケーションを示している。
【０１５８】
8xNビットのprivate_dataは、任意のデータを書き込む領域である。private_dataにおいては、4ビットのdata_segment_tagが示すタグにより、データの種別が識別され、4ビットのdata_lengthによりデータ長が設定されることで、各種のデータを配置することができる。
【０１５９】
ここでは、data_segment_tagとして"0x1"、data_lengthとして"0x1"が設定された場合、1ビットのapp_initiative_flagが配置される。app_initiative_flagは、契約確認アプリケーションの存在の有無を示すアプリケーション起動フラグである。
【０１６０】
例えば、app_initiative_flagとして"1"が設定された場合、契約確認アプリケーションが存在し、有料関連アプリケーションによる、本技術を適用したプロモーションサービスに対応していることを示す。この場合、契約確認アプリケーションが実行され、その契約の確認結果に応じてプロモーションアプリケーション又は連動アプリケーションが実行される。
【０１６１】
なお、private_dataにおいては、将来の拡張用の領域として、7ビットのreserved_future_useが確保されている。また、図２７のアクセス制御記述子のシンタックスは一例であって、他のシンタックスを採用することもできる。
【０１６２】
＜５．各装置の構成＞
【０１６３】
（送信装置の構成例）
図２８は、図１８の送信装置１０の構成例を示す図である。
【０１６４】
図２８において、送信装置１０は、時刻情報生成部１１１、時刻情報処理部１１２、オーディオデータ取得部１１３、オーディオエンコーダ１１４、ビデオデータ取得部１１５、ビデオエンコーダ１１６、字幕データ取得部１１７、字幕エンコーダ１１８、アプリケーション生成部１１９、アプリケーション処理部１２０、MMT-SI生成部１２１、MMT-SI処理部１２２、TLV-SI生成部１２３、TLV-SI処理部１２４、スケジューラ１２５、マルチプレクサ（Mux）１２６、スクランブラ１２７、及び、送信部１２８から構成される。
【０１６５】
時刻情報生成部１１１は、NTP等の時刻情報を生成し、時刻情報処理部１１２に供給する。時刻情報処理部１１２は、時刻情報生成部１１１から供給される時刻情報（NTP）を処理し、マルチプレクサ１２６に供給する。
【０１６６】
オーディオデータ取得部１１３は、内蔵するストレージや外部のサーバ、マイクロフォン等から、コンポーネントとしてのオーディオデータを取得し、オーディオエンコーダ１１４に供給する。オーディオエンコーダ１１４は、オーディオデータ取得部１１３から供給されるオーディオデータを、AAC等の符号化方式に準拠して符号化し、マルチプレクサ１２６に供給する。
【０１６７】
ビデオデータ取得部１１５は、内蔵するストレージや外部のサーバ、カメラ等から、コンポーネントとしてのビデオデータを取得し、ビデオエンコーダ１１６に供給する。ビデオエンコーダ１１６は、ビデオデータ取得部１１５から供給されるビデオデータを、HEVC等の符号化方式に準拠して符号化し、マルチプレクサ１２６に供給する。
【０１６８】
字幕データ取得部１１７は、内蔵するストレージや外部のサーバ等から、コンポーネントとしての字幕データを取得し、字幕エンコーダ１１８に供給する。字幕エンコーダ１１８は、字幕データ取得部１１７から供給される字幕データを、所定の符号化方式に準拠して符号化し、マルチプレクサ１２６に供給する。なお、字幕データは、TTML形式で記述されている。
【０１６９】
アプリケーション生成部１１９は、有料関連アプリケーション等のアプリケーションを生成するための素データ（例えばHTMLファイルやJPEGファイル等）に基づいて、HTML5形式のアプリケーションのデータを生成し、アプリケーション処理部１２０に供給する。アプリケーション処理部１２０は、アプリケーション生成部１１９から供給されるHTML5形式のアプリケーションのデータに対し、例えばデータ放送として伝送するための処理等を施し、マルチプレクサ１２６に供給する。
【０１７０】
MMT-SI生成部１２１は、MMT-SIを生成するための素データに基づいて、MMT-SIを生成し、MMT-SI処理部１２２に供給する。MMT-SI処理部１２２は、MMT-SI生成部１２１から供給されるMMT-SIに対し、例えばMMTの制御情報として伝送するための処理等を施し、マルチプレクサ１２６に供給する。
【０１７１】
TLV-SI生成部１２３は、TLV-SIを生成するための素データに基づいて、TLV-SIを生成し、TLV-SI処理部１２４に供給する。TLV-SI処理部１２４は、TLV-SI生成部１２３から供給されるTLV-SIに対し、例えばTLVの制御情報として伝送するための処理等を施し、マルチプレクサ１２６に供給する。
【０１７２】
スケジューラ１２５は、アプリケーション生成部１１９乃至TLV-SI処理部１２４を制御して、アプリケーション、MMT-SI、及び、TLV-SIを伝送するタイミングを管理する。
【０１７３】
マルチプレクサ１２６には、時刻情報処理部１１２からの時刻情報（NTP）、オーディオエンコーダ１１４からのオーディオデータ、ビデオエンコーダ１１６からのビデオデータ、字幕エンコーダ１１８からの字幕データ、アプリケーション処理部１２０からのアプリケーションのデータ、MMT-SI処理部１２２からのMMT-SI、及び、TLV-SI処理部１２４からのTLV-SIが供給される。
【０１７４】
マルチプレクサ１２６は、時刻情報（NTP）と、オーディオ、ビデオ、及び、字幕のコンポーネントのデータと、アプリケーションのデータと、MMT-SI、及び、TLV-SIの制御情報とを、多重化して放送ストリームを生成し、送信部１２８に供給する。
【０１７５】
ここで、マルチプレクサ１２６は、IPサービスMUX１３１−１乃至１３１−Ｎ（Ｎは１以上の整数）と、TLVMUX１３２を含んで構成される。
【０１７６】
IPサービスMUX１３１−１乃至１３１−Ｎは、サービスごとに、時刻情報（NTP）と、コンポーネントのデータと、アプリケーションのデータと、制御情報（MMT-SI）とを多重化する。TLVMUX１３２は、IPサービスMUX１３１−１乃至１３１−Ｎにより多重化されたサービスごとのデータと、制御情報（TLV-SI）とをさらに多重化する。
【０１７７】
また、スクランブラ１２７は、スクランブル鍵（Ks）を用い、マルチプレクサ１２６に供給されるコンポーネントやアプリケーションのデータを、必要に応じてスクランブル（暗号化）する。
【０１７８】
例えば、スクランブラ１２７は、オーディオ、ビデオ、及び、字幕のコンポーネントにより有料コンテンツが構成される場合、それらのコンポーネントのデータを、スクランブル鍵（Ks）を用いてスクランブルする。また、例えば、スクランブラ１２７は、アプリケーションとして、有料関連アプリケーションを伝送する場合、連動アプリケーションのデータを、スクランブル鍵（Ks）を用いてスクランブルする一方、契約確認アプリケーションとプロモーションアプリケーションのデータを、ノンスクランブル（非暗号化）のデータとする。なお、説明の簡略化のため、図示していないが、放送ストリームには、制御情報としてのEMMとECMが含まれることになる。
【０１７９】
送信部１２８は、マルチプレクサ１２６から供給される放送ストリームを、デジタル放送信号（放送波）として、アンテナ１２９を介して送信する。
【０１８０】
なお、図２８の送信装置１０では、MMT方式に対応したデジタル放送信号が送信（伝送）されることになるが、MMT方式を用いたデータ伝送の詳細な内容は、図１乃至図１７を参照して先に述べた通りである。
【０１８１】
（受信装置の構成例）
図２９は、図１８の受信装置２０の構成例を示す図である。
【０１８２】
図２９において、受信装置２０は、チューナ２１２、デスクランブラ２１３、CASプラットフォーム２１４、デマルチプレクサ（Demux）２１５、システム制御部２１６、入力部２１７、メモリ２１８、時刻情報処理部２１９、オーディオデコーダ２２０、オーディオ出力部２２１、ビデオデコーダ２２２、ビデオ出力部２２３、字幕デコーダ２２４、アプリケーション制御部２２５、アプリケーションエンジン２２６、及び、通信部２２７から構成される。
【０１８３】
チューナ２１２は、アンテナ２１１を介して受信されたデジタル放送信号（放送波）を復調し、その結果得られる放送ストリームを、デスクランブラ２１３に供給する。
【０１８４】
デスクランブラ２１３は、チューナ２１２から供給される放送ストリームのうち、スクランブルされたストリームに対して、CASプラットフォーム２１４から供給されるスクランブル鍵(Ks)を用いてデスクランブルを行う。ノンスクランブルのストリームと、スクランブルが解除されたストリームは、デマルチプレクサ２１５に供給される。
【０１８５】
CASプラットフォーム２１４は、受信装置２０における限定受信システム（CAS）に関する機能を提供する。CASプラットフォーム２１４は、アプリケーションエンジン２２６から有料サービスのライセンスが提供された場合、そのライセンスを保持する。そして、CASプラットフォーム２１４は、システム制御部２１６からECMが入力（注入）された場合、そのECMをワーク鍵(Ks)で復号し、そこから得られる参照ライセンスキーと、保持していたライセンスのライセンスキーとを照合することで、ライセンス判定処理を行う。
【０１８６】
このライセンス判定処理により、ライセンス判定の条件を満たす場合には、ECMの暗号部からスクランブル鍵(Ks)が読み出され、デスクランブラ２１３に供給（出力）される。なお、CASプラットフォーム２１４で保持されるワーク鍵(Ks)は、例えば、放送ストリームで伝送されるEMMの暗号部を、デバイス鍵(Kd)により復号することで得られる。
【０１８７】
デマルチプレクサ２１５は、システム制御部２１６からの制御に従い、デスクランブラ２１３から供給される放送ストリームを、時刻情報（NTP）と、オーディオ、ビデオ、及び、字幕のコンポーネントのデータと、アプリケーションのデータと、MMT-SI、及び、TLV-SI等の制御情報とに分離して、後段のブロックに出力する。
【０１８８】
具体的には、デマルチプレクサ２１５は、TLVフィルタ２３１、IPフィルタ２３２、UDPフィルタ２３３、MMTフィルタ２３４、及び、SIフィルタ２３５から構成される。
【０１８９】
TLVフィルタ２３１は、TLVヘッダに基づいて、フィルタリング処理を行い、TLV-SIをSIフィルタ２３５に供給する。IPフィルタ２３２は、IPヘッダに基づいて、フィルタリング処理を行う。UDPフィルタ２３３は、UDPヘッダに基づいて、フィルタリング処理を行う。MMTフィルタ２３４は、MMTパケットヘッダ又はMMTペイロードヘッダに基づいて、フィルタリング処理を行う。
【０１９０】
TLVフィルタ２３１乃至MMTフィルタ２３４によるフィルタリング処理によって、MMT-SIがSIフィルタ２３５に供給される。SIフィルタ２３５は、所定のフィルタリング処理を行うことで、TLV-SI、又は、MMT-SI等の制御情報を、適宜、システム制御部２１６に供給する。また、SIフィルタ２３５は、MHアプリケーション情報テーブル（MH-AIT）を、アプリケーション制御部２２５に供給する。
【０１９１】
システム制御部２１６は、デマルチプレクサ２１５から供給される制御情報（MMT-SI，TLV-SI，EMM，ECM等）に基づいて、各部の動作を制御する。入力部２１７は、ユーザからの操作を受け付け、操作信号をシステム制御部２１６に供給する。メモリ２１８は、NVRAM(Non Volatile RAM)等の不揮発性メモリである。メモリ２１８は、システム制御部２１６からの制御に従い、各種のデータ（例えば、TLV-SI）を記録する。
【０１９２】
また、TLVフィルタ２３１乃至MMTフィルタ２３４によるフィルタリング処理によって、時刻情報（NTP）が時刻情報処理部２１９に供給され、オーディオデータがオーディオデコーダ２２０に供給され、ビデオデータがビデオデコーダ２２２に供給され、字幕データが字幕デコーダ２２４に供給され、アプリケーションのデータがアプリケーションエンジン２２６に供給される。
【０１９３】
時刻情報処理部２１９は、デマルチプレクサ２１５から供給される時刻情報（NTP）に基づいて、送信側と受信側とが同期をとるための処理を行う。
【０１９４】
オーディオデコーダ２２０は、デマルチプレクサ２１５から供給されるオーディオデータを、AAC等の復号方式に準拠して復号し、オーディオ出力部２２１に供給する。オーディオ出力部２２１は、オーディオデコーダ２２０から供給されるオーディオデータを、後段のスピーカ（不図示）に供給する。これにより、スピーカからは、例えば有料コンテンツの音声が出力される。
【０１９５】
ビデオデコーダ２２２は、デマルチプレクサ２１５から供給されるビデオデータを、HEVC等の復号方式に準拠して復号し、ビデオ出力部２２３に供給する。また、字幕デコーダ２２４は、デマルチプレクサ２１５から供給される字幕データを、所定の復号方式に準拠して復号し、ビデオ出力部２２３に供給する。
【０１９６】
ビデオ出力部２２３は、ビデオデコーダ２２２から供給されるビデオデータと、字幕デコーダ２２４から供給される字幕データを、後段の表示部（不図示）に供給する。これにより、表示部には、例えば有料コンテンツの映像や字幕が表示される。
【０１９７】
アプリケーション制御部２２５は、システム制御部２１６からの制御に従い、アプリケーションエンジン２２６を制御する。また、アプリケーション制御部２２５は、デマルチプレクサ２１５から供給されるMHアプリケーション情報テーブル（MH-AIT）に基づいて、アプリケーションエンジン２２６を制御する。
【０１９８】
アプリケーションエンジン２２６は、例えばHTML5に対応したブラウザである。アプリケーションエンジン２２６は、アプリケーション制御部２２５からの制御に従い、通信部２２７にアプリケーション（例えば、有料関連アプリケーション）の取得を要求する。
【０１９９】
通信部２２７は、アプリケーションエンジン２２６からの要求に応じて、インターネット９０を介してサーバ３０にアクセスし、アプリケーションを要求する。通信部２２７は、インターネット９０を介してサーバ３０から配信されるアプリケーションのデータを受信し、アプリケーションエンジン２２６に供給する。
【０２００】
アプリケーションエンジン２２６には、デマルチプレクサ２１５又は通信部２２７から、HTML5形式のアプリケーションのデータが供給される。アプリケーションエンジン２２６は、アプリケーション制御部２２５からの制御に従い、アプリケーションを実行する。実行中のアプリケーションに対応するビデオデータは、ビデオ出力部２２３に供給される。
【０２０１】
例えば、ビデオ出力部２２３は、アプリケーションエンジン２２６から供給されるビデオデータを、表示部に供給する。これにより、表示部には、アプリケーションの映像が表示される。また、例えば、ビデオ出力部２２３は、アプリケーションエンジン２２６から供給されるビデオデータを、ビデオデコーダ２２２から供給されるビデオデータと合成し、それにより得られる映像を、表示部に表示させることもできる。
【０２０２】
また、通信部２２７は、アプリケーションエンジン２２６からの要求に応じて、インターネット９０を介してサーバ３０にアクセスし、有料サービスのライセンスを要求する。通信部２２７は、インターネット９０を介してサーバ３０から配信されるライセンスを受信し、アプリケーションエンジン２２６に供給する。アプリケーションエンジン２２６は、通信部２２７から供給されるライセンスを、CASプラットフォーム２１４に供給する。
【０２０３】
なお、図２９の受信装置２０では、MMT方式に対応したデジタル放送信号が受信されることになるが、MMT方式を用いたデータ伝送の詳細な内容は、図１乃至図１７を参照して先に述べた通りである。また、図２９の受信装置２０では、スピーカや表示部を有していない構成を示しているが、例えばテレビ受像機として構成される場合には、スピーカや表示部を有する構成とすることができる。また、受信装置２０は、固定受信機に限らず、例えば、スマートフォンやタブレット端末、携帯電話機等のモバイル受信機であってもよい。
【０２０４】
また、図２９においては、説明の簡略化のために図示していないが、サーバ３０から、インターネット９０を介して、オーディオ又はビデオのデータを受信した場合、オーディオデータはオーディオデコーダ２２０に供給され、ビデオデータはビデオデコーダ２２２に供給される。また、サーバ３０から、インターネット９０を介して、MMT-SI等の制御情報を受信した場合には、制御情報は、システム制御部２１６に供給される。
【０２０５】
＜６．各装置で実行される処理の流れ＞
【０２０６】
次に、図３０乃至図３２を参照して、図１８の放送通信システム１を構成する各装置で実行される具体的な処理の内容について説明する。
【０２０７】
（送信処理）
まず、図３０のフローチャートを参照して、図１８の送信装置１０により実行される送信処理の流れについて説明する。
【０２０８】
ステップＳ１０１において、時刻情報生成部１１１は、時刻情報（NTP）を生成する。また、ステップＳ１０１において、時刻情報処理部１１２は、時刻情報生成部１１１により生成された時刻情報（NTP）を処理する。
【０２０９】
ステップＳ１０２において、オーディオデータ取得部１１３は、ストレージ等からオーディオデータを取得する。また、ステップＳ１０２において、オーディオエンコーダ１１４は、オーディオデータ取得部１１３により取得されたオーディオデータを、AAC等の符号化方式に準拠して符号化する。
【０２１０】
ステップＳ１０２において、ビデオデータ取得部１１５は、ストレージ等からビデオデータを取得する。また、ステップＳ１０２において、ビデオエンコーダ１１６は、ビデオデータ取得部１１５により取得されたビデオデータを、HEVC等の符号化方式に準拠して符号化する。
【０２１１】
ステップＳ１０２において、字幕データ取得部１１７は、ストレージ等から字幕データを取得する。また、ステップＳ１０２において、字幕エンコーダ１１８は、字幕データ取得部１１７により取得された字幕データを、所定の符号化方式に準拠して符号化する。
【０２１２】
ステップＳ１０３において、アプリケーション生成部１１９は、スケジューラ１２５の管理に従い、アプリケーションの素データに基づいて、アプリケーションのデータを生成する。また、ステップＳ１０３において、アプリケーション処理部１２０は、アプリケーション生成部１１９により生成されたアプリケーションのデータを処理する。
【０２１３】
ステップＳ１０４において、MMT-SI生成部１２１は、スケジューラ１２５の管理に従い、MMT-SIの素データに基づいて、MMT-SIを生成する。また、ステップＳ１０４において、MMT-SI処理部１２２は、MMT-SI生成部１２１により生成されたMMT-SIを処理する。
【０２１４】
ステップＳ１０４において、TLV-SI生成部１２３は、スケジューラ１２５の管理に従い、TLV-SIの素データに基づいて、TLV-SIを生成する。また、ステップＳ１０４において、TLV-SI処理部１２４は、TLV-SI生成部１２３により生成されたTLV-SIを処理する。
【０２１５】
ステップＳ１０５において、マルチプレクサ１２６は、ステップＳ１０１で処理された時刻情報（NTP）と、ステップＳ１０２で処理されたビデオ、オーディオ、及び、字幕のコンポーネントのデータと、ステップＳ１０３で処理されたアプリケーションのデータと、ステップＳ１０４で処理された制御情報（MMT-SI，TLV-SI）とを、多重化して放送ストリームを生成する。
【０２１６】
なお、ステップＳ１０５において、スクランブラ１２７は、必要に応じてスクランブル鍵（Ks）を用い、マルチプレクサ１２６に供給されるコンポーネントやアプリケーションのデータをスクランブル（暗号化）する。
【０２１７】
ステップＳ１０６において、送信部１２８は、ステップＳ１０５の処理で生成された放送ストリームを、デジタル放送信号（放送波）として、アンテナ１２９を介して送信する。
【０２１８】
以上、送信処理の流れについて説明した。
【０２１９】
（選局処理）
次に、図３１のフローチャートを参照して、図１８の受信装置２０により実行される選局処理の流れについて説明する。なお、図３１の選局処理は、例えば、ユーザによるリモートコントローラの操作により、所望のサービスが選局された場合に実行される。
【０２２０】
ステップＳ２０１において、システム制御部２１６は、デマルチプレクサ２１５を制御して、PAメッセージとして伝送されるMPTを取得する。
【０２２１】
ステップＳ２０２において、システム制御部２１６は、ステップＳ２０１の処理で取得されたMPTに、アクセス制御記述子が存在するかどうかを判定する。
【０２２２】
ステップＳ２０２において、MPTに、アクセス制御記述子が存在しないと判定された場合、処理は、ステップＳ２０３に進められる。この場合、ユーザにより選局されたサービスは、ノンスクランブルのサービスとされるので、ステップＳ２０３において、システム制御部２１６は、受信装置２０の各部を制御して、ノンスクランブルのサービスの受信・再生処理を行う。
【０２２３】
一方、ステップＳ２０２において、MPTに、アクセス制御記述子が存在すると判定された場合、処理は、ステップＳ２０４に進められる。ステップＳ２０４において、システム制御部２１６は、MPTに配置されたアクセス制御記述子に基づいて、デマルチプレクサ２１５等を制御して、放送ストリームで伝送されるECMを取得する。
【０２２４】
ステップＳ２０５において、システム制御部２１６は、ステップＳ２０４の処理で取得されたECMを、CASプラットフォーム２１４に入力（注入）する。
【０２２５】
ステップＳ２０６において、システム制御部２１６は、アクセス制御記述子に記述されるアプリケーション起動フラグ（app_initiative_flag）として、"1"が設定されているかどうかを判定する。
【０２２６】
ステップＳ２０６において、アプリケーション起動フラグとして、"0"が設定されていると判定された場合、処理は、ステップＳ２０７に進められる。ステップＳ２０７において、システム制御部２１６は、ステップＳ２０５の処理でECMが入力（注入）されたCASプラットフォーム２１４から、スクランブル鍵(Ks)が出力されたかどうかを判定する。
【０２２７】
ステップＳ２０７において、CASプラットフォーム２１４からスクランブル鍵(Ks)が出力されたと判定された場合、処理は、ステップＳ２０８に進められる。ステップＳ２０８において、デスクランブラ２１３は、CASプラットフォーム２１４から出力されたスクランブル鍵(Ks)を用い、チューナ２１２により受信されたデジタル放送信号を、デスクランブルする。
【０２２８】
ステップＳ２０９において、システム制御部２１６は、受信装置２０の各部を制御して、ステップＳ２０８の処理でデスクランブルされる、ユーザにより選局されたスクランブルのサービスの受信・再生処理を行う。すなわち、この場合、有料サービスとして提供される、有料コンテンツが再生されることになる。
【０２２９】
なお、ステップＳ２０７において、CASプラットフォーム２１４からスクランブル鍵(Ks)が出力されていないと判定された場合、処理は、ステップＳ２１０に進められる。この場合、ユーザにより選局されたサービス（有料サービス）に未契約となるため、未契約である旨が表示されることになる（Ｓ２１０）。
【０２３０】
また、ステップＳ２０６において、アプリケーション起動フラグとして、"1"が設定されていると判定された場合、処理は、ステップＳ２１１に進められる。ステップＳ２１１においては、有料関連アプリケーション処理が実行される。
【０２３１】
この有料関連アプリケーション処理では、契約確認アプリケーションが実行され、その契約の確認結果に応じてプロモーションアプリケーション又は連動アプリケーションが実行されることになる。なお、有料関連アプリケーション処理の詳細な内容については、図３２のフローチャートを参照して後述する。
【０２３２】
ステップＳ２１１の処理が終了すると、あるいはステップＳ２１１の処理と並行して、ステップＳ２１２の処理が実行される。ステップＳ２１２において、システム制御部２１６は、ステップＳ２０５の処理でECMが入力（注入）されたCASプラットフォーム２１４から、スクランブル鍵(Ks)が出力されたかどうかを判定する。
【０２３３】
ステップＳ２１２において、CASプラットフォーム２１４からスクランブル鍵(Ks)が出力されたと判定された場合、処理は、ステップＳ２０８に進められる。ステップＳ２０８，Ｓ２０９においては、スクランブルのサービスの受信・再生処理が行われる。すなわち、この場合、有料サービスとして提供される、有料コンテンツが再生されることになる。
【０２３４】
なお、ステップＳ２０３，Ｓ２０９，Ｓ２１０の処理が終了した場合、あるいは、ステップＳ２１２において、CASプラットフォーム２１４からスクランブル鍵(Ks)が出力されていないと判定された場合、図３１の選局処理は終了される。
【０２３５】
以上、選局処理の流れについて説明した。
【０２３６】
（有料関連アプリケーション処理）
次に、図３２を参照して、図３１のステップＳ２１１の処理に対応する有料関連アプリケーション処理の詳細な内容について説明する。
【０２３７】
ステップＳ２４１において、アプリケーションエンジン２２６は、アプリケーション制御部２２５からの制御に従い、ノンスクランブルのデータ（データ放送）のストリームで伝送される、契約確認アプリケーションを取得して起動する。
【０２３８】
ステップＳ２４２において、アプリケーションエンジン２２６は、アプリケーション制御部２２５からの制御に従い、契約確認アプリケーションにより契約確認用APIが実行されるようにする。
【０２３９】
ステップＳ２４３において、アプリケーションエンジン２２６は、アプリケーション制御部２２５からの制御に従い、契約確認用APIの戻り値が"1"、すなわち、ユーザにより選局されたサービス（有料サービス）が契約されているかどうかを判定する。
【０２４０】
ステップＳ２４３において、契約確認用APIの戻り値が"0"、すなわち、有料サービスの契約がされていないと判定された場合、処理は、ステップＳ２４４に進められる。ステップＳ２４４において、アプリケーションエンジン２２６は、アプリケーション制御部２２５からの制御に従い、ノンスクランブルのデータ（データ放送）のストリームで伝送される、プロモーションアプリケーションを取得して起動する。
【０２４１】
これにより、契約確認アプリケーションからプロモーションアプリケーションに遷移して、無料プロモーションサービスのメッセージや映像などが提供されることになる。そして、当該プロモーションを視聴した未契約のユーザにより、有料サービスの契約手続きが行われた場合には、契約処理（例えば、ライセンスや課金決済に関する処理など）が行われることで、受信装置２０においては、有料コンテンツのスクランブルが解除され、その視聴が可能となる。なお、有料サービスの契約後においては、プロモーションアプリケーションから、連動アプリケーションに遷移して、当該連動アプリケーションを、有料コンテンツに連動して実行させることも可能となる（図３１のステップＳ２０８，Ｓ２０９）。
【０２４２】
一方、ステップＳ２４３において、契約確認用APIの戻り値が"1"、すなわち、有料サービスの契約がされていると判定された場合、処理は、ステップＳ２４５に進められる。ステップＳ２４５において、アプリケーションエンジン２２６は、アプリケーション制御部２２５からの制御に従い、スクランブルのデータ（データ放送）のストリームで伝送される、連動アプリケーションを取得して起動する。なお、ここでは、デスクランブラ２１３が、CASプラットフォーム２１４から出力されたスクランブル鍵(Ks)を用い、チューナ２１２により受信されたデジタル放送信号を、デスクランブルすることで、連動アプリケーションのスクランブルが解除される。
【０２４３】
これにより、契約確認アプリケーションから連動アプリケーションに遷移して、当該連動アプリケーションが、ユーザにより選局されたサービスにより提供される、スクランブルが解除された有料コンテンツに連動して実行されることになる（図３１のステップＳ２０８，Ｓ２０９）。
【０２４４】
以上、有料関連アプリケーション処理の流れについて説明した。
【０２４５】
＜７．変形例＞
【０２４６】
上述した説明では、メディアトランスポート方式として、MMT方式を説明したが、例えば、MPEG2-TS等の他の方式を採用してもよい。
【０２４７】
なお、本技術を適用可能なデジタルテレビ放送の規格としては、日本等が採用する方式であるISDB(Integrated Services Digital Broadcasting)のほか、米国等で採用されているATSC(Advanced Television Systems Committee standards)や、欧州の各国等が採用する方式であるDVB（Digital Video Broadcasting）などがある。また、地上デジタルテレビ放送に限らず、衛星デジタルテレビ放送やデジタル有線テレビ放送などで採用するようにしてもよい。
【０２４８】
＜８．コンピュータの構成＞
【０２４９】
上述した一連の処理は、ハードウェアにより実行することもできるし、ソフトウェアにより実行することもできる。一連の処理をソフトウェアにより実行する場合には、そのソフトウェアを構成するプログラムが、コンピュータにインストールされる。図３３は、上述した一連の処理をプログラムにより実行するコンピュータのハードウェアの構成例を示す図である。
【０２５０】
コンピュータ９００において、CPU（Central Processing Unit）９０１，ROM（Read Only Memory）９０２，RAM（Random Access Memory）９０３は、バス９０４により相互に接続されている。バス９０４には、さらに、入出力インターフェース９０５が接続されている。入出力インターフェース９０５には、入力部９０６、出力部９０７、記録部９０８、通信部９０９、及び、ドライブ９１０が接続されている。
【０２５１】
入力部９０６は、キーボード、マウス、マイクロフォンなどよりなる。出力部９０７は、ディスプレイ、スピーカなどよりなる。記録部９０８は、ハードディスクや不揮発性のメモリなどよりなる。通信部９０９は、ネットワークインターフェースなどよりなる。ドライブ９１０は、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリなどのリムーバブルメディア９１１を駆動する。
【０２５２】
以上のように構成されるコンピュータ９００では、CPU９０１が、ROM９０２や記録部９０８に記録されているプログラムを、入出力インターフェース９０５及びバス９０４を介して、RAM９０３にロードして実行することにより、上述した一連の処理が行われる。
【０２５３】
コンピュータ９００（CPU９０１）が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブルメディア９１１に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線又は無線の伝送媒体を介して提供することができる。
【０２５４】
コンピュータ９００では、プログラムは、リムーバブルメディア９１１をドライブ９１０に装着することにより、入出力インターフェース９０５を介して、記録部９０８にインストールすることができる。また、プログラムは、有線又は無線の伝送媒体を介して、通信部９０９で受信し、記録部９０８にインストールすることができる。その他、プログラムは、ROM９０２や記録部９０８に、あらかじめインストールしておくことができる。
【０２５５】
ここで、本明細書において、コンピュータがプログラムに従って行う処理は、必ずしもフローチャートとして記載された順序に沿って時系列に行われる必要はない。すなわち、コンピュータがプログラムに従って行う処理は、並列的あるいは個別に実行される処理（例えば、並列処理あるいはオブジェクトによる処理）も含む。また、プログラムは、１のコンピュータ（プロセッサ）により処理されるものであってもよいし、複数のコンピュータによって分散処理されるものであってもよい。
【０２５６】
なお、本技術の実施の形態は、上述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。
【０２５７】
また、本技術は、以下のような構成をとることができる。
【０２５８】
（１）
有料の放送サービスとして提供される、スクランブルされて伝送される放送コンテンツを受信する受信部と、
前記放送コンテンツの構成に関する情報を含む制御情報に含まれる、前記有料の放送サービスの契約の有無を確認するための契約確認アプリケーションの存在の有無を示す情報に応じて、前記契約確認アプリケーションを取得する取得部と、
前記契約確認アプリケーションの動作を制御する制御部と
を備える受信装置。
（２）
前記取得部は、前記契約確認アプリケーションが存在している場合、
前記契約確認アプリケーションを実行することで、前記有料の放送サービスを契約していないことが確認されたとき、前記放送コンテンツを紹介するためのプロモーションアプリケーションを取得し、
前記契約確認アプリケーションを実行することで、前記有料の放送サービスを契約していることが確認されたとき、スクランブルが解除された前記放送コンテンツに連動して実行される連動アプリケーションを取得し、
前記制御部は、前記契約確認アプリケーションから、前記プロモーションアプリケーション又は前記連動アプリケーションに遷移させて、前記プロモーションアプリケーション又は前記連動アプリケーションの動作を制御する
（１）に記載の受信装置。
（３）
前記取得部は、前記プロモーションアプリケーションを実行することで、未契約のユーザにより、前記有料の放送サービスが契約された場合、スクランブルが解除された前記放送コンテンツに連動して実行される連動アプリケーションを取得し、
前記制御部は、前記連動アプリケーションを、前記放送コンテンツに連動して実行させる
（２）に記載の受信装置。
（４）
前記制御情報は、ノンスクランブルで伝送され、
前記契約確認アプリケーションは、ノンスクランブルで伝送され、
前記プロモーションアプリケーションは、ノンスクランブルで伝送され、
前記連動アプリケーションは、スクランブルされて伝送される
（２）又は（３）に記載の受信装置。
（５）
前記契約確認アプリケーション、前記プロモーションアプリケーション、及び、前記連動アプリケーションは、データとして伝送され、
前記制御情報には、アプリケーションを制御するためのアプリケーション制御情報と、データ伝送に関する情報を含むデータ伝送情報が含まれる
（２）乃至（４）のいずれかに記載の受信装置。
（６）
前記有料の放送サービスとして、単一のサービスが提供され、
前記放送コンテンツ、前記制御情報、前記アプリケーション制御情報、前記データ伝送情報、前記契約確認アプリケーション、前記プロモーションアプリケーション、及び、前記連動アプリケーションは、前記有料の放送サービスのストリームとして伝送される
（５）に記載の受信装置。
（７）
前記有料の放送サービスとして、複数のサービスが提供され、
前記放送コンテンツ、前記制御情報、及び、前記連動アプリケーションは、前記有料の放送サービスのストリームとして伝送され、
前記アプリケーション制御情報、前記データ伝送情報、前記契約確認アプリケーション、及び、前記プロモーションアプリケーションは、他の有料の放送サービスと共通のストリームとして伝送される
（５）に記載の受信装置。
（８）
前記契約確認アプリケーションにおいて、前記有料の放送サービスの契約の有無を確認するための機能は、API(Application Programming Interface)により提供される
（１）乃至（７）のいずれかに記載の受信装置。
（９）
メディアトランスポート方式として、MMT(MPEG Media Transport)方式が採用され、
前記契約確認アプリケーションの存在の有無を示す情報は、MPT(MMT Package Table)に配置されるアクセス制御記述子に記述されるアプリケーション起動フラグである
（１）乃至（８）のいずれかに記載の受信装置。
（１０）
受信装置の受信方法において、
前記受信装置が、
有料の放送サービスとして提供される、スクランブルされて伝送される放送コンテンツを受信し、
前記放送コンテンツの構成に関する情報を含む制御情報に含まれる、前記有料の放送サービスの契約の有無を確認するための契約確認アプリケーションの存在の有無を示す情報に応じて、前記契約確認アプリケーションを取得し、
前記契約確認アプリケーションの動作を制御する
ステップを含む受信方法。
（１１）
有料の放送サービスとして提供される放送コンテンツの構成に関する情報を含む制御情報であって、前記有料の放送サービスの契約の有無を確認するための契約確認アプリケーションの存在の有無を示す情報を含む前記制御情報を生成する生成部と、
スクランブルされて伝送される前記放送コンテンツとともに、ノンスクランブルで伝送される前記制御情報を送信する送信部と
を備える送信装置。
（１２）
前記送信部は、前記契約確認アプリケーションが存在している場合、前記契約確認アプリケーションとともに、前記放送コンテンツを紹介するためのプロモーションアプリケーションと、スクランブルが解除された前記放送コンテンツに連動して実行される連動アプリケーションを送信する
（１１）に記載の送信装置。
（１３）
前記契約確認アプリケーションは、ノンスクランブルで伝送され、
前記プロモーションアプリケーションは、ノンスクランブルで伝送され、
前記連動アプリケーションは、スクランブルされて伝送される
（１２）に記載の送信装置。
（１４）
前記契約確認アプリケーション、前記プロモーションアプリケーション、及び、前記連動アプリケーションは、データとして伝送され、
前記制御情報には、アプリケーションを制御するためのアプリケーション制御情報と、データ伝送に関する情報を含むデータ伝送情報が含まれる
（１２）又は（１３）に記載の送信装置。
（１５）
前記有料の放送サービスとして、単一のサービスが提供され、
前記放送コンテンツ、前記制御情報、前記アプリケーション制御情報、前記データ伝送情報、前記契約確認アプリケーション、前記プロモーションアプリケーション、及び、前記連動アプリケーションは、前記有料の放送サービスのストリームとして伝送される
（１４）に記載の送信装置。
（１６）
前記有料の放送サービスとして、複数のサービスが提供され、
前記放送コンテンツ、前記制御情報、及び、前記連動アプリケーションは、前記有料の放送サービスのストリームとして伝送され、
前記アプリケーション制御情報、前記データ伝送情報、前記契約確認アプリケーション、及び、前記プロモーションアプリケーションは、他の有料の放送サービスと共通のストリームとして伝送される
（１４）に記載の送信装置。
（１７）
メディアトランスポート方式として、MMT方式が採用され、
前記契約確認アプリケーションの存在の有無を示す情報は、MPTに配置されるアクセス制御記述子に記述されるアプリケーション起動フラグである
（１１）乃至（１６）のいずれかに記載の送信装置。
（１８）
送信装置の送信方法において、
前記送信装置が、
有料の放送サービスとして提供される放送コンテンツの構成に関する情報を含む制御情報であって、前記有料の放送サービスの契約の有無を確認するための契約確認アプリケーションの存在の有無を示す情報を含む前記制御情報を生成し、
スクランブルされて伝送される前記放送コンテンツとともに、ノンスクランブルで伝送される前記制御情報を送信する
ステップを含む送信方法。
【符号の説明】
【０２５９】
１  放送通信システム，  １０  送信装置，  ２０  受信装置，  ３０  サーバ，  ８０  伝送路，  ９０  インターネット，  １１９  アプリケーション生成部，  １２０  アプリケーション処理部，  １２１  MMT-SI生成部，  １２２  MMT-SI処理部，  １２３  TLV-SI生成部，  １２４  TLV-SI処理部，  １２５  スケジューラ，  １２６  マルチプレクサ，  １２７  スクランブラ，  １２８  送信部，  ２１２  チューナ，  ２１３  デスクランブラ，  ２１４  CASプラットフォーム，  ２１５  デマルチプレクサ，  ２１６  システム制御部，  ２１８  メモリ，  ２２５  アプリケーション制御部，  ２２６  アプリケーションエンジン，  ２２７  通信部，  ９００  コンピュータ，  ９０１  CPU
【図１】
2020078086.tif 000003
【図２】
2020078086.tif 000004
【図３】
2020078086.tif 000005
【図４】
2020078086.tif 000006
【図５】
2020078086.tif 000007
【図６】
2020078086.tif 000008
【図７】
2020078086.tif 000009
【図８】
2020078086.tif 000010
【図９】
2020078086.tif 000011
【図１０】
2020078086.tif 000012
【図１１】
2020078086.tif 000013
【図１２】
2020078086.tif 000014
【図１３】
2020078086.tif 000015
【図１４】
2020078086.tif 000016
【図１５】
2020078086.tif 000017
【図１６】
2020078086.tif 000018
【図１７】
2020078086.tif 000019
【図１８】
2020078086.tif 000020
【図１９】
2020078086.tif 000021
【図２０】
2020078086.tif 000022
【図２１】
2020078086.tif 000023
【図２２】
2020078086.tif 000024
【図２３】
2020078086.tif 000025
【図２４】
2020078086.tif 000026
【図２５】
2020078086.tif 000027
【図２６】
2020078086.tif 000028
【図２７】
2020078086.tif 000029
【図２８】
2020078086.tif 000030
【図２９】
2020078086.tif 000031
【図３０】
2020078086.tif 000032
【図３１】
2020078086.tif 000033
【図３２】
2020078086.tif 000034
【図３３】
2020078086.tif 000035
【手続補正書】
【提出日】令和2年3月6日(2020.3.6)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
受信装置の受信方法において、
前記受信装置が、
有料の放送サービスとして提供される、スクランブルされて伝送される放送コンテンツを受信し、
前記有料の放送サービスの契約の有無を確認するための契約確認アプリケーションの伝送を示す情報と、前記契約確認アプリケーションのファイル情報を示す管理テーブルを格納したデータ伝送メッセージの伝送を示す情報を受信し、
前記データ伝送メッセージが伝送される場合に、前記データ伝送メッセージの伝送を示す情報が示すロケーション情報に基づいて、前記データ伝送メッセージに含まれる前記管理テーブルを取得し、
前記契約確認アプリケーションが伝送される場合に、前記管理テーブルに基づいて、前記契約確認アプリケーションを取得し、
前記契約確認アプリケーションの動作を制御する
ステップを含む受信方法。
【請求項２】
前記データ伝送メッセージの伝送を示す情報は、前記放送コンテンツの構成に関する情報を含む制御情報に含まれる、アプリケーションサービス記述子である
請求項１に記載の受信方法。
【請求項３】
送信装置の送信方法において、
前記送信装置が、
有料の放送サービスの契約の有無を確認するための契約確認アプリケーションの伝送を示す情報と、前記契約確認アプリケーションのファイル情報を示す管理テーブルを格納したデータ伝送メッセージの伝送を示す情報を生成し、
スクランブルされて伝送される放送コンテンツと、前記契約確認アプリケーションの伝送を示す情報と、前記データ伝送メッセージの伝送を示す情報を送信する
ステップを含み、
前記データ伝送メッセージの伝送を示す情報は、前記データ伝送メッセージが伝送される場合に、前記管理テーブルを格納したデータ伝送メッセージのロケーション情報を含み、
前記管理テーブルは、前記契約確認アプリケーションを取得するための情報を含む
送信方法。
【請求項４】
前記データ伝送メッセージの伝送を示す情報は、前記放送コンテンツの構成に関する情報を含む制御情報に含まれる、アプリケーションサービス記述子である
請求項３に記載の送信方法。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０００１
【補正方法】変更
【補正の内容】
【０００１】
本技術は、受信方法、及び、送信方法に関し、特に、より柔軟に、有料の放送サービスの未契約者に対するプロモーションを行うことができるようにした受信方法、及び、送信方法に関する。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】０００７
【補正方法】変更
【補正の内容】
【０００７】
本技術の第１の側面の受信方法は、受信装置の受信方法において、前記受信装置が、有料の放送サービスとして提供される、スクランブルされて伝送される放送コンテンツを受信し、前記有料の放送サービスの契約の有無を確認するための契約確認アプリケーションの伝送を示す情報と、前記契約確認アプリケーションのファイル情報を示す管理テーブルを格納したデータ伝送メッセージの伝送を示す情報を受信し、前記データ伝送メッセージが伝送される場合に、前記データ伝送メッセージの伝送を示す情報が示すロケーション情報に基づいて、前記データ伝送メッセージに含まれる前記管理テーブルを取得し、前記契約確認アプリケーションが伝送される場合に、前記管理テーブルに基づいて、前記契約確認アプリケーションを取得し、前記契約確認アプリケーションの動作を制御するステップを含む受信方法である。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】０００８
【補正方法】削除
【補正の内容】
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】０００９
【補正方法】変更
【補正の内容】
【０００９】
本技術の第１の側面の受信方法においては、有料の放送サービスとして提供される、スクランブルされて伝送される放送コンテンツが受信され、前記有料の放送サービスの契約の有無を確認するための契約確認アプリケーションの伝送を示す情報と、前記契約確認アプリケーションのファイル情報を示す管理テーブルを格納したデータ伝送メッセージの伝送を示す情報が受信され、前記データ伝送メッセージが伝送される場合に、前記データ伝送メッセージの伝送を示す情報が示すロケーション情報に基づいて、前記データ伝送メッセージに含まれる前記管理テーブルが取得され、前記契約確認アプリケーションが伝送される場合に、前記管理テーブルに基づいて、前記契約確認アプリケーションが取得され、前記契約確認アプリケーションの動作が制御される。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】００１０
【補正方法】変更
【補正の内容】
【００１０】
本技術の第２の側面の送信方法は、送信装置の送信方法において、前記送信装置が、有料の放送サービスの契約の有無を確認するための契約確認アプリケーションの伝送を示す情報と、前記契約確認アプリケーションのファイル情報を示す管理テーブルを格納したデータ伝送メッセージの伝送を示す情報を生成し、スクランブルされて伝送される放送コンテンツと、前記契約確認アプリケーションの伝送を示す情報と、前記データ伝送メッセージの伝送を示す情報を送信するステップを含み、前記データ伝送メッセージの伝送を示す情報は、前記データ伝送メッセージが伝送される場合に、前記管理テーブルを格納したデータ伝送メッセージのロケーション情報を含み、前記管理テーブルは、前記契約確認アプリケーションを取得するための情報を含む送信方法である。
【手続補正８】
【補正対象書類名】明細書
【補正対象項目名】００１１
【補正方法】削除
【補正の内容】
【手続補正９】
【補正対象書類名】明細書
【補正対象項目名】００１２
【補正方法】変更
【補正の内容】
【００１２】
本技術の第２の側面の送信方法においては、有料の放送サービスの契約の有無を確認するための契約確認アプリケーションの伝送を示す情報と、前記契約確認アプリケーションのファイル情報を示す管理テーブルを格納したデータ伝送メッセージの伝送を示す情報が生成され、スクランブルされて伝送される放送コンテンツと、前記契約確認アプリケーションの伝送を示す情報と、前記データ伝送メッセージの伝送を示す情報が送信される。また、前記データ伝送メッセージの伝送を示す情報には、前記データ伝送メッセージが伝送される場合に、前記管理テーブルを格納したデータ伝送メッセージのロケーション情報が含まれ、前記管理テーブルには、前記契約確認アプリケーションを取得するための情報が含まれる。
【手続補正書】
【提出日】令和2年3月16日(2020.3.16)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
受信装置の受信方法において、
前記受信装置が、
有料の放送サービスとして提供される、スクランブルされて伝送される放送コンテンツを受信し、
前記有料の放送サービスの契約の有無を確認するための契約確認アプリケーションの伝送を示す情報と、アプリケーションのファイル情報を示す管理テーブルを格納したデータ伝送メッセージの伝送を示す情報を受信し、
前記管理テーブルに基づいて、前記契約確認アプリケーションを取得し、
前記契約確認アプリケーションの動作を制御する、
ステップを含む受信方法。
【請求項２】
前記データ伝送メッセージの伝送を示す情報は、前記放送コンテンツの構成に関する情報を含む制御情報に含まれる、アプリケーションサービス記述子である、
請求項１に記載の受信方法。
【請求項３】
前記データ伝送メッセージの伝送を示す情報は、前記データ伝送メッセージが伝送される場合に、前記データ伝送メッセージのロケーション情報を含み、
前記管理テーブルは、前記契約確認アプリケーションを取得するための情報を含む、
請求項１に記載の受信方法。
【請求項４】
送信装置の送信方法において、
前記送信装置が、
有料の放送サービスの契約の有無を確認するための契約確認アプリケーションの伝送を示す情報と、アプリケーションのファイル情報を示す管理テーブルを格納したデータ伝送メッセージの伝送を示す情報を生成し、
有料の放送サービスとしてスクランブルされて伝送される放送コンテンツと、前記契約確認アプリケーションの伝送を示す情報と、前記データ伝送メッセージの伝送を示す情報を送信する
ステップを含む、
送信方法。
【請求項５】
前記データ伝送メッセージの伝送を示す情報は、前記放送コンテンツの構成に関する情報を含む制御情報に含まれる、アプリケーションサービス記述子である、
請求項４に記載の送信方法。
【請求項６】
前記データ伝送メッセージの伝送を示す情報は、前記データ伝送メッセージが伝送される場合に、前記データ伝送メッセージのロケーション情報を含み、
前記管理テーブルは、前記契約確認アプリケーションを取得するための情報を含む、
請求項４に記載の送信方法。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００７
【補正方法】変更
【補正の内容】
【０００７】
本技術の第１の側面の受信方法は、受信装置の受信方法において、前記受信装置が、有料の放送サービスとして提供される、スクランブルされて伝送される放送コンテンツを受信し、前記有料の放送サービスの契約の有無を確認するための契約確認アプリケーションの伝送を示す情報と、アプリケーションのファイル情報を示す管理テーブルを格納したデータ伝送メッセージの伝送を示す情報を受信し、前記管理テーブルに基づいて、前記契約確認アプリケーションを取得し、前記契約確認アプリケーションの動作を制御する、ステップを含む受信方法である。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０００９
【補正方法】変更
【補正の内容】
【０００９】
本技術の第１の側面の受信方法においては、有料の放送サービスとして提供される、スクランブルされて伝送される放送コンテンツが受信され、前記有料の放送サービスの契約の有無を確認するための契約確認アプリケーションの伝送を示す情報と、アプリケーションのファイル情報を示す管理テーブルを格納したデータ伝送メッセージの伝送を示す情報が受信され、前記管理テーブルに基づいて、前記契約確認アプリケーションが取得され、前記契約確認アプリケーションの動作が制御される。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００１０
【補正方法】変更
【補正の内容】
【００１０】
本技術の第２の側面の送信方法は、送信装置の送信方法において、前記送信装置が、有料の放送サービスの契約の有無を確認するための契約確認アプリケーションの伝送を示す情報と、アプリケーションのファイル情報を示す管理テーブルを格納したデータ伝送メッセージの伝送を示す情報を生成し、有料の放送サービスとしてスクランブルされて伝送される放送コンテンツと、前記契約確認アプリケーションの伝送を示す情報と、前記データ伝送メッセージの伝送を示す情報を送信するステップを含む、送信方法である。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００１２
【補正方法】変更
【補正の内容】
【００１２】
本技術の第２の側面の送信方法においては、有料の放送サービスの契約の有無を確認するための契約確認アプリケーションの伝送を示す情報と、アプリケーションのファイル情報を示す管理テーブルを格納したデータ伝送メッセージの伝送を示す情報が生成され、有料の放送サービスとしてスクランブルされて伝送される放送コンテンツと、前記契約確認アプリケーションの伝送を示す情報と、前記データ伝送メッセージの伝送を示す情報が送信される。