JPWO2017010312A1 - 受信装置、送信装置、及び、データ処理方法 - Google Patents

受信装置、送信装置、及び、データ処理方法 Download PDF

Info

Publication number
JPWO2017010312A1
JPWO2017010312A1 JP2017528384A JP2017528384A JPWO2017010312A1 JP WO2017010312 A1 JPWO2017010312 A1 JP WO2017010312A1 JP 2017528384 A JP2017528384 A JP 2017528384A JP 2017528384 A JP2017528384 A JP 2017528384A JP WO2017010312 A1 JPWO2017010312 A1 JP WO2017010312A1
Authority
JP
Japan
Prior art keywords
viewing history
information
transmission
recording
log
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.)
Abandoned
Application number
JP2017528384A
Other languages
English (en)
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.)
Sony Corp
Original Assignee
Sony 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 Sony Corp filed Critical Sony Corp
Publication of JPWO2017010312A1 publication Critical patent/JPWO2017010312A1/ja
Abandoned legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/65—Transmission of management data between client and server
    • H04N21/654—Transmission by server directed to the client
    • H04N21/6543—Transmission by server directed to the client for forcing some client operations, e.g. recording
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/258—Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
    • H04N21/25866—Management of end-user data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
    • H04N21/44213—Monitoring of end-user related data
    • H04N21/44222—Analytics of user selections, e.g. selection of programs or purchase activity
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/258—Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41—Structure of client; Structure of client peripherals
    • H04N21/426—Internal components of the client ; Characteristics thereof
    • H04N21/42646—Internal components of the client ; Characteristics thereof for reading from or writing on a non-volatile solid state storage medium, e.g. DVD, CD-ROM
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/433—Content storage operation, e.g. storage operation in response to a pause request, caching operations
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/437—Interfacing the upstream path of the transmission network, e.g. for transmitting client requests to a VOD server
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
    • H04N21/44204—Monitoring of content usage, e.g. the number of times a movie has been viewed, copied or the amount which has been watched
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/65—Transmission of management data between client and server
    • H04N21/658—Transmission by the client directed to the server
    • H04N21/6582—Data stored in the client, e.g. viewing habits, hardware capabilities, credit card number
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85—Assembly of content; Generation of multimedia applications
    • H04N21/858—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot
    • H04N21/8586—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot by using a URL
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/258—Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
    • H04N21/25866—Management of end-user data
    • H04N21/25891—Management of end-user data being end-user preferences
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/435—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/466—Learning process for intelligent management, e.g. learning user preferences for recommending movies
    • H04N21/4667—Processing of monitored end-user data, e.g. trend analysis based on the log file of viewer selections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/475—End-user interface for inputting end-user data, e.g. personal identification number [PIN], preference data

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • Health & Medical Sciences (AREA)
  • Social Psychology (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Graphics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本技術は、所望の運用形態で、視聴履歴に関する運用を行うことができるようにする受信装置、送信装置、及び、データ処理方法に関する。受信装置は、送信装置から伝送路を介して伝送されるデジタル放送の放送波を受信し、放送波で伝送されるコンテンツの視聴履歴に関する視聴履歴情報の記録又は送信を制御するための制御情報を取得し、制御情報に基づいて、視聴履歴情報の記録又は送信を制御する。本技術は、例えば、IP伝送方式に対応したテレビ受像機に適用することができる。

Description

本技術は、受信装置、送信装置、及び、データ処理方法に関し、特に、所望の運用形態で、視聴履歴に関する運用を行うことができるようにした受信装置、送信装置、及び、データ処理方法に関する。
放送の分野では、コンテンツの視聴履歴を収集して分析するなどの視聴履歴に関する運用が行われる場合がある。例えば、視聴履歴を、定期的に又は必要なときに伝送する技術が開示されている(例えば、特許文献１参照)。
特開２００９−２７８６５１号公報
ところで、視聴履歴に関する運用を実現するための技術方式が確立されていないため、所望の運用形態で、視聴履歴に関する運用を行うための提案が要請されていた。
本技術はこのような状況に鑑みてなされたものであり、所望の運用形態で、視聴履歴に関する運用を行うことができるようにするものである。
本技術の第１の側面の受信装置は、デジタル放送の放送波を受信する受信部と、前記放送波で伝送されるコンテンツの視聴履歴に関する視聴履歴情報の記録又は送信を制御するための制御情報を取得する取得部と、前記制御情報に基づいて、前記視聴履歴情報の記録又は送信を制御する制御部とを備える受信装置である。
本技術の第１の側面の受信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。また、本技術の第１の側面のデータ処理方法は、上述した本技術の第１の側面の受信装置に対応するデータ処理方法である。
本技術の第１の側面の受信装置及びデータ処理方法においては、デジタル放送の放送波で伝送されるコンテンツの視聴履歴に関する視聴履歴情報の記録又は送信を制御するための制御情報が取得され、前記制御情報に基づいて、前記視聴履歴情報の記録又は送信が制御される。
本技術の第２の側面の送信装置は、コンテンツの視聴履歴に関する視聴履歴情報の記録又は送信を制御するための制御情報を生成する生成部と、前記コンテンツとともに、前記制御情報を、デジタル放送の放送波で送信する送信部とを備える送信装置である。
本技術の第２の側面の送信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。また、本技術の第２の側面のデータ処理方法は、上述した本技術の第２の側面の送信装置に対応するデータ処理方法である。
本技術の第２の側面の送信装置及びデータ処理方法においては、コンテンツの視聴履歴に関する視聴履歴情報の記録又は送信を制御するための制御情報が生成され、前記コンテンツとともに、前記制御情報が、デジタル放送の放送波で送信される。
本技術の第３の側面の送信装置は、コンテンツの視聴履歴に関する視聴履歴情報の記録又は送信に関連する情報を含むトリガ情報を生成するトリガ生成部と、前記コンテンツとともに、前記トリガ情報をデジタル放送の放送波に含めて送信する送信部とを備える送信装置である。
本技術の第３の側面の送信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。また、本技術の第３の側面のデータ処理方法は、上述した本技術の第３の側面の送信装置に対応するデータ処理方法である。
本技術の第３の側面の送信装置及びデータ処理方法においては、コンテンツの視聴履歴に関する視聴履歴情報の記録又は送信に関連する情報を含むトリガ情報が生成され、前記コンテンツとともに、前記トリガ情報がデジタル放送の放送波に含めて送信される。
本技術の第１の側面乃至第３の側面によれば、所望の運用形態で、視聴履歴に関する運用を行うことができる。
なお、ここに記載された効果は必ずしも限定されるものではなく、本開示中に記載されたいずれかの効果であってもよい。
本技術を適用した伝送システムの一実施の形態の構成を示す図である。 本技術を適用したIP伝送方式のプロトコルスタックを示す図である。 Usage Reportingの運用形態に応じた受信装置の動作を説明する図である。 サブスクリプションUR(直接受信)のシナリオの例を示す図である。 サブスクリプションUR(トリガ受信)のシナリオの例を示す図である。 インスタントUR(直接受信)のシナリオの例を示す図である。 インスタントUR(トリガ受信)のシナリオの例を示す図である。 URTメタデータの概要を説明する図である。 URTメタデータのシンタックスの例を示す図である。 CDMのシンタックスの例を示す図である。 トリガ情報を用いた制御の概要を説明する図である。 トリガ情報のシンタックスの例を示す図である。 コマンドIDに応じたトリガ情報のタイプを示す図である。 URLRトリガ情報のフォーマットの例を示す図である。 URUトリガ情報のフォーマットの例を示す図である。 送信装置の構成例を示す図である。 受信装置の構成例を示す図である。 図１７の制御部の機能的構成例を示す図である。 視聴履歴サーバの構成例を示す図である。 送信処理を説明するフローチャートである。 視聴履歴対応処理を説明するフローチャートである。 受信処理を説明するフローチャートである。 サブスクリプションUR(直接受信)の場合の視聴履歴対応処理を説明するフローチャートである。 サブスクリプションUR(トリガ受信)の場合の視聴履歴対応処理を説明するフローチャートである。 インスタントUR(直接受信)の場合の視聴履歴対応処理を説明するフローチャートである。 インスタントUR(トリガ受信)の場合の視聴履歴対応処理を説明するフローチャートである。 視聴履歴ログ収集処理を説明するフローチャートである。 コンピュータの構成例を示す図である。
以下、図面を参照しながら本技術の実施の形態について説明する。なお、説明は以下の順序で行うものとする。
１．システムの構成
２．視聴履歴に関する運用
（１）第１の方式：サブスクリプションUR(直接受信)
（２）第２の方式：サブスクリプションUR(トリガ受信)
（３）第３の方式：インスタントUR(直接受信)
（４）第４の方式：インスタントUR(トリガ受信)
３．視聴履歴に関する運用で用いられる各データの詳細仕様
（１）URTメタデータの構造
（２）CDMの構造
（３）トリガ情報の構造
４．各装置の構成
５．各装置で実行される処理の流れ
６．変形例
７．コンピュータの構成
＜１．システムの構成＞
（伝送システムの構成例）
図１は、本技術を適用した伝送システムの一実施の形態の構成を示す図である。なお、システムとは、複数の装置が論理的に集合した物をいう。
図１において、伝送システム１は、送信装置１０、受信装置２０、URTサーバ３０、及び、視聴履歴サーバ４０から構成される。
この伝送システム１において、送信装置１０と受信装置２０との間では、伝送路８０を介して、例えばATSC3.0等のデジタル放送の規格に準拠したデータ伝送が行われる。ATSC3.0は、現在策定中の次世代のATSC(Advanced Television Systems Committee)規格である。また、図１の伝送システム１において、受信装置２０、URTサーバ３０、及び、視聴履歴サーバ４０は、ネットワーク９０に接続されており、相互に通信を行うことができる。なお、ネットワーク９０は、インターネット等の通信回線である。
送信装置１０は、ATSC3.0等のデジタル放送の規格に対応した送信機である。送信装置１０は、テレビ番組等のコンテンツを構成するビデオやオーディオ、字幕等(のコンポーネント)のストリームを、デジタル放送信号として、伝送路８０を介して送信(伝送)する。
また、送信装置１０は、シグナリングとして、URT(Usage Report Table)メタデータを、デジタル放送信号に含めて送信することができる。URTメタデータは、コンテンツの視聴履歴に関する視聴履歴情報(視聴履歴ログ)の記録又は送信を制御するための制御情報である。なお、URTメタデータの詳細な構成は、図８及び図９を参照して後述する。ここで、視聴履歴ログとしては、例えば、CDM(Consumption Data Message)を利用することができる。なお、CDMの詳細な構成は、図１０を参照して後述する。また、CDMは、XML(Extensible Markup Language)形式のファイルとして提供されるため、以下の説明では、CDMファイルとも称する。
さらに、送信装置１０は、各種の機能を提供するためのトリガ情報を、デジタル放送信号に含めて送信することができる。ここで、トリガ情報には、URLR(Usage Report Log Request)トリガ情報及びURU(Usage Report Upload)トリガ情報が含まれる。なお、URLRトリガ情報の詳細な構成は、図１４を参照して後述する。また、URUトリガ情報の詳細な構成は、図１５を参照して後述する。
URLRトリガ情報やURUトリガ情報などのトリガ情報は、コンテンツを構成するビデオ又はオーディオのウォータマークを利用して伝送することができる。以下の説明では、URLRトリガ情報とURUトリガ情報が、ビデオウォータマークを利用して伝送される場合を一例に説明する。
受信装置２０は、ATSC3.0等のデジタル放送の規格に対応した受信機であって、例えば、テレビ受像機やセットトップボックスなどの固定受信機、あるいは、スマートフォンや携帯電話機、タブレット型コンピュータなどのモバイル受信機である。また、受信装置２０は、例えば車載テレビなどの自動車に搭載される機器であってもよい。
受信装置２０は、送信装置１０から伝送路８０を介して送信(伝送)されてくる、デジタル放送信号を受信して、ビデオやオーディオ、字幕等(のコンポーネント)のストリームを取得して処理し、テレビ番組等のコンテンツの映像や音声を出力する。
また、受信装置２０は、送信装置１０から伝送路８０を介して送信(伝送)されてくる、デジタル放送信号に含まれるURTメタデータ又はトリガ情報を受信して、取得することができる。また、受信装置２０は、URLRトリガ情報に基づいて、ネットワーク９０を介してURTサーバ３０にアクセスし、URTメタデータを取得することができる。すなわち、受信装置２０は、放送経由又は通信経由でURTメタデータを取得することができる。
受信装置２０は、例えば製品機能として常に視聴履歴ログを記録するか、あるいは、シグナリングとして取得されるURTメタデータに基づいて、視聴履歴ログを記録する。そして、受信装置２０は、URTメタデータ又はURUトリガ情報に基づいて、記録していた視聴履歴ログを、ネットワーク９０を介して視聴履歴サーバ４０に送信する。
URTサーバ３０は、URTメタデータを提供するサーバである。URTサーバ３０は、受信装置２０からの要求に応じて、ネットワーク９０を介してURTメタデータを、受信装置２０に提供する。
視聴履歴サーバ４０は、複数の受信装置２０からネットワーク９０を介して送信されてくる視聴履歴ログを収集して処理するサーバである。視聴履歴サーバ４０は、単独の放送事業者のほか、例えば、複数の放送事業者により設立された共同運営の事業者や、放送事業者とは関係のない第三者組織(例えば視聴率調査を専門で行う代理の組織)により提供される。
以上、伝送システムの構成について説明した。
なお、図１においては、説明の都合上、１台の送信装置１０と、１台の受信装置２０を例示して説明したが、実際には、送信装置１０−１乃至１０−ｉ(ｉは１以上の整数)と、受信装置２０−１乃至２０−ｊ(ｊは１以上の整数)から構成されている。また、図１において、伝送路８０としては、例えば地上波のほか、衛星回線やケーブルテレビジョン網(有線回線)等を利用することができる。
（プロトコルスタック）
ところで、ATSC3.0では、データ伝送に、TS(Transport Stream)パケットではなく、IP/UDPパケット、すなわち、UDP(User Datagram Protocol)パケットを含むIP(Internet Protocol)パケットを用いることが決定されている。
また、ATSC3.0においては、トランスポート・プロトコルとして、ROUTE(Real-Time Object Delivery over Unidirectional Transport)と、MMT(MPEG Media Transport)が併存し、いずれか一方のトランスポート・プロトコルを用いてビデオやオーディオ、字幕等(のコンポーネント)のストリームが伝送される。
ここで、ROUTEは、バイナリファイルを一方向でマルチキャスト転送するのに適したプロトコルであるFLUTE(File Delivery over Unidirectional Transport)を拡張したプロトコルである。また、MMTは、IP(Internet Protocol)上で用いられるトランスポート方式であり、制御情報によりIPアドレスやURL(Uniform Resource Locator)を設定することで、ビデオやオーディオ等のデータを参照することができる。
さらに、ATSC3.0においては、シグナリングとして、LLS(Link Layer Signaling)シグナリング情報と、SLS(Service Layer Signaling)シグナリング情報を規定することが想定されており、先行して取得されるLLSシグナリング情報に記述される情報に従い、サービスごとのSLSシグナリング情報が取得されることになる。
ここで、LLSシグナリング情報としては、例えば、SLT(Service List Table)，URT(Usage Report Table)等のメタデータが含まれる。SLTメタデータは、サービスの選局に必要な情報(選局情報)など、放送ネットワークにおけるストリームやサービスの構成を示す情報を含む。また、URTメタデータは、視聴履歴ログの記録又は送信を制御するための制御情報である。
また、SLSシグナリング情報としては、例えば、USD(User Service Description)，LSID(LCT Session Instance Description)，MPD(Media Presentation Description)等のメタデータが含まれる。USDメタデータは、他のメタデータの取得先などの情報を含む。LSIDメタデータは、ROUTEプロトコルの制御情報である。MPDメタデータは、コンポーネントのストリームの再生を管理するための制御情報である。
なお、USD，LSID，MPD等のメタデータは、XML等のマークアップ言語により記述される。また、MPDメタデータは、MPEG-DASH(Dynamic Adaptive Streaming over HTTP)の規格に準じている。また、上述した説明では、URTメタデータは、LLSシグナリング情報として伝送されるとして説明したが、SLSシグナリング情報として伝送されるようにしてもよい。
図２は、本実施例のプロトコルスタックを示す図である。
図２において、最も下位の階層は、物理層(Physical Layer)とされる。この物理層に隣接する上位の階層は、レイヤ２の階層(Layer2)とされ、さらに、レイヤ２の階層に隣接する上位の階層は、IP層とされる。また、IP層に隣接する上位の階層はUDP層とされる。すなわち、UDPパケットを含むIPパケット(IP/UDPパケット)が、レイヤ２のGenericパケットのペイロードに配置され、カプセル化(encapsulation)される。また、物理層のフレーム(ATSC Physical Frame)は、プリアンブルとデータ部から構成されるが、データ部には、複数のGenericパケットをカプセル化して得られるBBフレームに対してエラー訂正用のパリティを付加した後に、インターリーブやマッピング等の物理層に関する処理が行われることで得られるデータがマッピングされる。
UDP層に隣接する上位の階層は、ROUTE，MMT，SLTとされる。すなわち、ROUTEセッションで伝送される、ビデオ、オーディオ、及び、字幕のストリームと、SLSシグナリング情報のストリームと、NRTコンテンツのストリームは、IP/UDPパケットに格納されて伝送される。なお、NRTコンテンツは、NRT(Non Real Time)放送で配信されるコンテンツであって、受信装置２０のストレージに一旦蓄積された後で再生が行われる。また、NRTコンテンツ以外のファイル(例えばアプリケーションのファイル)がROUTEセッションで伝送されるようにしてもよい。
一方で、MMTセッションで伝送される、ビデオ、オーディオ、及び、字幕のストリームと、SLSシグナリング情報のストリームは、IP/UDPパケットに格納されて伝送される。また、SLTメタデータは、IP/UDPパケットに格納されて伝送される。
以上のようなプロトコルスタックが採用されているため、受信装置２０は、ROUTEセッションで伝送されるコンポーネントのストリームにより提供されるサービス(チャンネル)の選局時には、SLTメタデータに含まれる選局情報に従い、ROUTEセッションで伝送されるSLSシグナリング情報を取得する(Ｓ１−１，Ｓ１−２)。そして、受信装置２０は、USD，LSID，MPD等のメタデータに従い、選局されたサービスを提供するコンポーネントのストリームに接続する(Ｓ１−３)。これにより、受信装置２０では、選局されたサービスに応じたコンテンツ(例えばテレビ番組)の映像や音声が出力される。
また、受信装置２０は、MMTセッションで伝送されるコンポーネントのストリームにより提供されるサービスの選局時には、SLTメタデータに含まれる選局情報に従い、MMTセッションで伝送されるSLSシグナリング情報を取得する(Ｓ２−１，Ｓ２−２)。そして、受信装置２０は、SLSシグナリング情報に含まれる各種のメタデータに従い、選局されたサービスを提供するコンポーネントのストリームに接続する(Ｓ２−３)。これにより、受信装置２０では、選局されたサービスに応じたコンテンツ(例えばテレビ番組)の映像や音声が出力される。
＜２．視聴履歴に関する運用＞
ところで、放送の分野では、Usage Reportingとして、コンテンツの視聴履歴を収集して分析するなどの視聴履歴に関する運用が行われる場合がある。このような運用としては、放送事業者(放送局)が、自身の提供するサービス(テレビ番組)についての視聴履歴を調査するケースと、放送事業者とは関係のない第三者組織(例えば視聴率調査を専門で行う代理の組織)が、複数の放送事業者により提供されるサービスを横断して調査するケースが想定される。
また、視聴率調査会社などの視聴履歴を調査する側からすれば、視聴履歴を調べたい範囲は、その目的により異なるものであって、例えば、全てのサービスの全時間帯を調査したい場合や、特定のサービスに応じたコンテンツの視聴状況のみを調査した場合など、様々なケースが想定される。また、ここでは、単に、サービスに応じたコンテンツの視聴状況のみを調査するだけでなく、例えばユーザの操作履歴等を調査することも想定される。さらに、受信装置２０が備える機能によっても、視聴履歴の分析能力が異なる可能性がある。
また、受信装置２０には、視聴履歴ログを記録するためのログ容量に制約がなく、大容量のログデータを記録できる場合だけでなく、視聴履歴ログを記録するためのログ容量に制約があり、限られたログデータしか記録できない場合も想定され、そのような場合には、全てのサービスについて全時間帯の視聴履歴ログを記録することはできない。したがって、視聴履歴ログを記録するに際しては、ログ範囲とログ期間を制限することが必要な場合も出てくる。
このように、視聴履歴に関する運用としては、様々な運用形態が想定されるが、視聴履歴に関する運用を行うための技術方式が確立されていないため、所望の運用形態で、視聴履歴に関する運用を行うための提案が要請されていた。そこで、本技術では、第１の方式乃至第４の方式を提案して、所望の運用形態で、視聴履歴に関する運用を行うことができるようにする。
（視聴履歴ログの制御方法）
図３は、第１の方式乃至第４の方式における視聴履歴ログの制御方法について説明する図である。
図３に示すように、本技術では、Usage Reportingの運用種別と受信環境との組み合わせに応じた運用形態ごとに、第１の方式乃至第４の方式の４つの方式の視聴履歴ログの制御方法を定義している。
ここで、Usage Reportingの運用種別には、視聴履歴を調査する側が、あらかじめ視聴履歴ログの記録条件(記録範囲と記録期間)を指定する運用である「サブスクリプションUR(Subscription Usage Reporting)」と、視聴履歴を調査する側が、視聴履歴ログの記録条件を指定せずに、視聴履歴ログの送信条件(送信範囲と送信期間)を指定する運用である「インスタントUR(Instant Usage Reporting)」がある。
また、受信環境には、放送経由又は通信経由でURTメタデータを受信して、視聴履歴ログの制御を行う「直接受信」と、放送経由でトリガ情報(URLRトリガ情報又はURUトリガ情報)を受信して、視聴履歴ログの制御を行う「トリガ受信」とがある。なお、ケーブルテレビ(CATV)や衛星放送などの有料放送を提供するMVPD(Multichannel Video Programming Distributors)によりコンテンツが提供される場合に、シグナリングとしての制御情報を伝送できないことが想定されるが、トリガ情報を利用すれば、受信環境に関係なく、制御情報を伝送することが可能となる。
まず、第１の方式は、「サブスクリプションUR」である運用種別と、「直接受信」である受信環境との組み合わせからなる運用形態での視聴履歴ログの制御方法を定義している。
この第１の方式が採用された場合、受信装置２０は、放送経由又は通信経由でURTメタデータを取得し(Ｓ１１)、このURTメタデータに従ったログ範囲とログ期間で、視聴履歴ログを記録する(Ｓ１２)。そして、受信装置２０は、URTメタデータに従ったアップロード期間で、視聴履歴ログを視聴履歴サーバ４０にアップロードする(Ｓ１３)。
このように、第１の方式では、放送経由又は通信経由で取得されるURTメタデータに基づいて、視聴履歴ログの記録又は送信を制御することになる。なお、第１の方式の詳細な内容については、図４を参照して後述する。
次に、第２の方式は、「サブスクリプションUR」である運用種別と、「トリガ受信」である受信環境との組み合わせからなる運用形態での視聴履歴ログの制御方法を定義している。
この第２の方式が採用された場合、受信装置２０は、放送経由で、ビデオウォータマークを利用して伝送されるURLRトリガ情報を取得し(Ｓ２１)、このURLRトリガ情報に従い、URTサーバ３０からURTメタデータを取得する(Ｓ２２)。受信装置２０は、このURTメタデータに従ったログ範囲とログ期間で、視聴履歴ログを記録する(Ｓ２３)。そして、受信装置２０は、URTメタデータに従ったアップロード期間で、視聴履歴ログを視聴履歴サーバ４０にアップロードする(Ｓ２４)。
このように、第２の方式では、放送経由で取得されるURLRトリガ情報に応じて通信経由で取得されるURTメタデータに基づいて、視聴履歴ログの記録又は送信を制御することになる。なお、第２の方式の詳細な内容については、図５を参照して後述する。
次に、第３の方式は、「インスタントUR」である運用種別と、「直接受信」である受信環境との組み合わせからなる運用形態での視聴履歴ログの制御方法を定義している。
この第３の方式が採用された場合、受信装置２０は、常時、視聴履歴ログを記録する(Ｓ３１)。そして、受信装置２０は、放送経由又は通信経由でURTメタデータを取得し(Ｓ３２)、このURTメタデータに従ったログ範囲とログ期間で、記録していた視聴履歴ログを、視聴履歴サーバ４０にアップロードする(Ｓ３３)。
このように、第３の方式では、常時、視聴履歴ログを記録するとともに、放送経由又は通信経由で取得されるURTメタデータに基づいて、記録していた視聴履歴ログの送信を制御することになる。
最後に、第４の方式は、「インスタントUR」である運用種別と、「トリガ受信」である受信環境との組み合わせからなる運用形態での視聴履歴ログの制御方法を定義している。
この第４の方式が採用された場合、受信装置２０は、常時、視聴履歴ログを記録する(Ｓ４１)。そして、受信装置２０は、放送経由でビデオウォータマークを利用して伝送されるURUトリガ情報を取得し(Ｓ４２)、URUトリガ情報に従ったログ範囲とログ期間で、記録していた視聴履歴ログを、視聴履歴サーバ４０にアップロードする(Ｓ４３)。
以上のように、第１の方式乃至第４の方式のいずれかの方式によって、視聴履歴ログの記録又は送信を制御することができる。次に、上述した第１の方式乃至第４の方式における視聴履歴ログの制御方法の詳細について説明する。
（１）第１の方式：サブスクリプションUR(直接受信)
図４は、受信環境が直接受信となる場合のサブスクリプションURのシナリオの例を示す図である。
図４においては、送信装置１０から送信される、放送ストリームであって、受信装置２０により受信される放送ストリームが図示されている。この放送ストリームは、ビデオ、オーディオ、及び、シグナリングのストリームを含んでいる。受信装置２０は、放送ストリームを処理して、コンテンツの再生を行う。
ここで、第１の方式を採用した場合、受信装置２０は、送信装置１０からのシグナリングのストリームとして伝送されるURTメタデータを受信する(Ｓ１１)。なお、URTメタデータは、ネットワーク９０を介してURTサーバ３０から提供されるようにしてもよい。すなわち、URTメタデータは、放送経由又は通信経由で取得される。
次に、受信装置２０は、放送経由又は通信経由で取得したURTメタデータを解析して、URTメタデータの解析結果に応じたログ範囲とログ期間で、視聴履歴ログを記録する(Ｓ１２)。
ここでは、例えば、ログ範囲として、記録すべき視聴履歴ログの項目(ログの詳細度)示す情報が指定され、ログ期間として、視聴履歴ログを記録する時間帯を示す情報が指定されるので、受信装置２０では、ログ期間が示す時間帯になる度に、ログ範囲が示す項目(ログの詳細度)に応じた視聴履歴ログ(CDMファイル)が記録されることになる(Ｓ１２−１，Ｓ１２−２，Ｓ１２−３，Ｓ１２−４，・・・)。
そして、受信装置２０は、視聴履歴サーバ４０のURL(以下、視聴履歴サーバURLという)に従い、URTメタデータの解析結果に応じたアップロード期間で、ログ範囲とログ期間に応じて記録していた視聴履歴ログを、ネットワーク９０を介して視聴履歴サーバ４０にアップロードする(Ｓ１３)。なお、URTメタデータには、宛先情報として、視聴履歴サーバURLが含まれているので、そこから、視聴履歴サーバURLが取得される。
ここでは、例えば、アップロード期間として、視聴履歴ログを視聴履歴サーバ４０にアップロードする時間帯を示す情報が指定されるので、受信装置２０では、アップロード期間が示す時間帯になる度に、ログ範囲とログ期間に応じて記録していた視聴履歴ログ(CDMファイル)が、視聴履歴サーバ４０にアップロードされることになる(Ｓ１３−１，Ｓ１３−２，・・・)。
これにより、視聴履歴サーバ４０では、ネットワーク９０を介して、複数の受信装置２０からアップロードされる視聴履歴ログ(CDMファイル)を収集して、分析(例えば視聴率調査)を行うことができる。
以上のように、第１の方式では、受信装置２０において、例えば、視聴履歴ログを記録するためのログ容量に制約があり、限られたログデータしか記録できない場合に、放送経由又は通信経由で取得されるURTメタデータに従い、放送局側から指定された項目(ログ範囲とログ期間)に応じた視聴履歴ログを記録するとともに、放送局側から指定されたタイミング(アップロード期間)で、視聴履歴ログを定期的に、視聴履歴サーバ４０にアップロードすることになる。
（２）第２の方式：サブスクリプションUR(トリガ受信)
図５は、受信環境がトリガ受信となる場合のサブスクリプションURのシナリオの例を示す図である。
図５においては、送信装置１０から送信される、放送ストリームであって、受信装置２０により受信される放送ストリームが図示されている。この放送ストリームでは、特に、URLRトリガ情報を含むビデオストリームのみを図示している。受信装置２０は、放送ストリームを処理して、コンテンツの再生を行う。
ここで、第２の方式を採用した場合、受信装置２０は、送信装置１０からのビデオストリームに含まれるURLRトリガ情報を受信する(Ｓ２１)。なお、この例では、URLRトリガ情報は、ビデオウォータマークを利用して伝送されているが、例えば、オーディオウォータマークやオーディオユーザデータを利用するなど、他の方法を利用して伝送されるようにしてもよい。
次に、受信装置２０は、放送経由で取得したURLRトリガ情報を解析して、URLRトリガ情報の解析結果に従い、ネットワーク９０を介してURTサーバ３０にアクセスし、URTメタデータを取得する(Ｓ２２)。なお、URLRトリガ情報には、宛先情報として、URTサーバ３０のURL(以下、URTサーバURLという)が含まれているので、そこから、URTサーバURLが取得される。
次に、受信装置２０は、通信経由で取得したURTメタデータを解析して、URTメタデータの解析結果に応じたログ範囲とログ期間で、視聴履歴ログを記録する(Ｓ２３)。
ここでは、例えば、ログ範囲として、記録すべき視聴履歴ログの項目(ログの詳細度)示す情報が指定され、ログ期間として、視聴履歴ログを記録する時間帯を示す情報が指定されるので、受信装置２０では、ログ期間が示す時間帯になる度に、ログ範囲が示す内容(ログの詳細度)に応じた視聴履歴ログ(CDMファイル)が記録されることになる(Ｓ２３−１，Ｓ２３−２，Ｓ２３−３，Ｓ２３−４，・・・)。
そして、受信装置２０は、視聴履歴サーバURLに従い、URTメタデータの解析結果に応じたアップロード期間で、ログ範囲とログ期間に応じて記録していた視聴履歴ログを、ネットワーク９０を介して視聴履歴サーバ４０にアップロードする(Ｓ２４)。なお、視聴履歴サーバURLは、URTメタデータから取得される。
ここでは、例えば、アップロード期間として、視聴履歴ログを視聴履歴サーバ４０にアップロードする時間帯を示す情報が指定されるので、受信装置２０では、アップロード期間が示す時間帯になる度に、ログ範囲とログ期間に応じて記録していた視聴履歴ログ(CDMファイル)が、視聴履歴サーバ４０にアップロードされることになる(Ｓ２４−１，Ｓ２４−２，・・・)。
これにより、視聴履歴サーバ４０では、ネットワーク９０を介して、複数の受信装置２０からアップロードされる視聴履歴ログ(CDMファイル)を収集して、分析(例えば視聴率調査)を行うことができる。
以上のように、第２の方式では、受信装置２０において、例えば、視聴履歴ログを記録するためのログ容量に制約があり、限られたログデータしか記録できない場合に、URLRトリガ情報に応じて通信経由で取得されるURTメタデータに従い、放送局側から指定された項目(ログ範囲とログ期間)に応じた視聴履歴ログを記録するとともに、放送局側から指定されたタイミング(アップロード期間)で、視聴履歴ログを定期的に、視聴履歴サーバ４０にアップロードすることになる。
（３）第３の方式：インスタントUR(直接受信)
図６は、受信環境が直接受信となる場合のインスタントURのシナリオの例を示す図である。
図６においては、送信装置１０から送信される、放送ストリームであって、受信装置２０により受信される放送ストリームが図示されている。受信装置２０は、放送ストリームを処理して、コンテンツの再生を行う。
ここで、第３の方式を採用した場合、受信装置２０は、例えば製品機能として、全てのサービスのコンテンツの再生時に、任意の項目の視聴履歴ログ(CDMファイル)を、常に記録している(Ｓ３１)。なお、図６においては、常時、視聴履歴ログが記録されていることを、視聴履歴ログＬ１で表現している。
次に、受信装置２０は、送信装置１０からのシグナリングのストリームとして伝送されるURTメタデータを受信する(Ｓ３２)。なお、URTメタデータは、ネットワーク９０を介してURTサーバ３０から提供されるようにしてもよい。すなわち、第３の方式においても、第１の方式と同様に、URTメタデータは、放送経由又は通信経由で取得される。
そして、受信装置２０は、放送経由又は通信経由で取得したURTメタデータを解析して、常時記録していた視聴履歴ログのうち、URTメタデータの解析結果に応じたログ範囲とログ期間に対応する視聴履歴ログを(過去にさかのぼって)抽出する(Ｓ３３)。受信装置２０は、視聴履歴サーバURLに従い、(過去にさかのぼって)抽出された視聴履歴ログを、ネットワーク９０を介して視聴履歴サーバ４０にアップロードする(Ｓ３３)。
ここでは、例えば、受信装置２０において、URTメタデータを受信した時点で、常に記録されていた視聴履歴ログＬ１(図中の灰色で表現)のうち、URTメタデータの解析結果に応じたログ範囲とログ期間に対応した視聴履歴ログＬ２(図中の黒色で表現)が、過去にさかのぼって抽出されて(切り出されて)、視聴履歴サーバ４０にアップロードされる。
これにより、視聴履歴サーバ４０では、ネットワーク９０を介して、複数の受信装置２０からアップロードされる視聴履歴ログ(CDMファイル)を収集して、分析(例えば視聴率調査)を行うことができる。
以上のように、第３の方式では、受信装置２０において、例えば、視聴履歴ログを記録するためのログ容量に制約がなく、大容量のログデータを記録できる場合に、常時、任意項目の視聴履歴ログを記録し続けるとともに、放送経由又は通信経由で取得されるURTメタデータに従い、常時記録していた視聴履歴ログのうち、放送局側から指定された項目(ログ範囲とログ期間)に応じた視聴履歴ログを、視聴履歴サーバ４０にアップロードすることになる。
（４）第４の方式：インスタントUR(トリガ受信)
図７は、受信環境がトリガ受信となる場合のインスタントURのシナリオの例を示す図である。
図７においては、送信装置１０から送信される、放送ストリームであって、受信装置２０により受信される放送ストリームが図示されている。この放送ストリームでは、特に、URUトリガ情報を含むビデオストリームのみを図示している。受信装置２０は、放送ストリームを処理して、コンテンツの再生を行う。
ここで、第４の方式を採用した場合、受信装置２０は、例えば製品機能として、全てのサービスのコンテンツの再生時に、任意の項目の視聴履歴ログ(CDMファイル)を、常に記録している(Ｓ４１)。なお、図７においても、図６と同様に、受信装置２０で、常時、視聴履歴ログが記録されていることを、視聴履歴ログＬ１で表現している。
次に、受信装置２０は、送信装置１０からのビデオストリームに含まれるURUトリガ情報を受信する(Ｓ４２)。なお、URUトリガ情報は、ビデオウォータマークを利用して伝送されるが、例えば、オーディオウォータマークやオーディオユーザデータを利用するなど、他の方法を利用して伝送されるようにしてもよい。
そして、受信装置２０は、放送経由で取得したURUトリガ情報を解析して、常時記録されていた視聴履歴ログのうち、URUトリガ情報の解析結果に応じたログ範囲とログ期間に対応した視聴履歴ログを(過去にさかのぼって)抽出する(Ｓ４３)。受信装置２０は、視聴履歴サーバURLに従い、(過去にさかのぼって)抽出された視聴履歴ログを、ネットワーク９０を介して視聴履歴サーバ４０にアップロードする(Ｓ４３)。
ここでは、例えば、受信装置２０において、URUトリガ情報を受信した時点で、常に記録されていた視聴履歴ログＬ１(図中の灰色で表現)のうち、URUトリガ情報の解析結果に応じたログ範囲とログ期間に対応した視聴履歴ログＬ２(図中の黒色で表現)が、過去にさかのぼって抽出されて(切り出されて)、視聴履歴サーバ４０にアップロードされる。
これにより、視聴履歴サーバ４０では、ネットワーク９０を介して、複数の受信装置２０からアップロードされる視聴履歴ログ(CDMファイル)を収集して、分析(例えば視聴率調査)を行うことができる。
以上のように、第４の方式では、受信装置２０において、例えば、視聴履歴ログを記録するためのログ容量に制約がなく、大容量のログデータを記録できる場合に、常時、視聴履歴ログを記録し続けるとともに、放送経由で取得されるURUトリガ情報に従い、常時記録していた視聴履歴ログのうち、放送局側から指定された項目(ログ範囲とログ期間)に応じた視聴履歴ログを、視聴履歴サーバ４０にアップロードすることになる。
＜３．視聴履歴に関する運用で用いられる各データの詳細仕様＞
（１）URTメタデータの構造
（URTの概要）
図８は、URT(Usage Report Table)メタデータの概要を説明する図である。
URTメタデータには、サービスごとに、１又は複数の単位UR(Usage Reporting)情報が含まれる。図８に示すように、URTメタデータにおいて、単位UR情報には、ログ範囲(Log Scope)、ログ期間(Log Period)、及び、アップロード期間(Upload Timing)が、主な項目として指定されている。また、アップロードグループ(Uploadgroup)には、視聴履歴ログをグループ単位でアップロードするための情報が指定される。
ログ範囲には、視聴履歴ログとして記録すべき項目が指定される。ログ範囲には、視聴履歴ログとして記録すべき項目として、ベーシック(basic)、コンポーネント(component)、レコード(record)、及び、アプリケーション(app)を含むことができる。ただし、これらのログ範囲の情報のうち、ベーシックは必須の項目とされるが、ベーシック以外のコンポーネント、レコード、及び、アプリケーションは、オプションで指定される項目とされる。
ベーシック(basic)は、例えば、コンテンツを視聴したかどうかなどの基本的な情報(基本情報)である。コンポーネント(component)は、ビデオやオーディオごとに、複数のコンポーネントが存在する場合に、どのコンポーネントを視聴したかどうかなどのコンポーネントに関する情報(コンポーネント情報)である。
レコード(record)は、コンテンツが録画された場合に、その録画されたコンテンツを視聴したかどうかなどの録画に関する情報(録画情報)である。アプリケーション(app)は、コンテンツに連動するアプリケーションが存在する場合に、どのアプリケーションを実行したかなどのアプリケーションに関する情報(アプリケーション情報)である。
ログ期間には、視聴履歴ログを記録する期間が指定される。ログ期間には、視聴履歴ログを記録する期間として、周期情報(periodic)及び期間情報(period)を含むことができる。
ログ期間の周期情報(periodic)としては、例えば、期間情報(period)として指定される期間が、１回のみ(one-time)、毎日(everyday)、毎週(every week)、又は毎月(every month)であることを指定することができる。また、期間情報(period)としては、視聴履歴ログを記録する開始時刻と終了時刻が指定される。
アップロード期間(Upload Timing)には、アップロードグループIDごとに、視聴履歴ログのアップロートのタイミングとアップロードの宛先情報が指定される。アップロードの宛先情報には、視聴履歴サーバURLが指定される。
また、視聴履歴ログのアップロートのタイミングとしては、周期情報(periodic)及び期間情報(period)を含むことができる。
アップロード期間の周期情報(periodic)としては、期間情報(period)として指定される期間が、１回のみ(one-time)である場合や、毎日(everyday)、毎週(every week)、又は毎月(every month)などの繰り返しであることを指定することができる。また、期間情報(period)としては、視聴履歴ログのアップロードの開始時刻と終了時刻が指定される。
さらに、アップロード期間には、多数の受信装置２０が、一斉に視聴履歴サーバ４０にアクセスする(アクセスが集中する)ことを避けるために、視聴履歴ログのアップロードのタイミングを分散させるための分散パラメータ(diffusion)を指定することができる。
ここで、図８の説明では、Usage Reportingの運用種別が、サブスクリプションURである場合のURTメタデータ、すなわち、第１の方式又は第２の方式で用いられるURTメタデータを前提にして、受信装置２０では、当該URTメタデータに指定される視聴履歴ログのログ範囲とログ期間(記録範囲と記録期間)で、視聴履歴ログが記録される場合を説明した。
一方で、Usage Reportingの運用種別が、インスタントURである場合のURTメタデータ、すなわち、第３の方式で用いられるURTメタデータの場合には、受信装置２０では、常時記録している視聴履歴ログのうち、当該URTメタデータに指定されるログ範囲とログ期間(送信範囲と送信期間)に対応する視聴履歴ログを(過去にさかのぼって)抽出し、視聴履歴サーバ４０にアップロードすることになる。なお、第４の方式では、URTメタデータを利用せずに、URUトリガ情報に指定されるログ範囲とログ期間(送信範囲と送信期間)が用いられる。
なお、図８においては、アップロードグループを定義して、視聴履歴ログが、グループ単位でアップロードされる例を示しているが、アップロードグループを利用せずに、例えば、視聴履歴ログのログ単位で、視聴履歴サーバ４０にアップロードされるようにしてもよい。
（URTのシンタックス）
図９は、XML形式のURT(Usage Report Table)メタデータのシンタックスの例を示す図である。なお、図９において、要素と属性のうち、属性には「@」が付されている。また、インデントされた要素と属性は、その上位の要素に対して指定されたものとなる。これらの関係は、後述する図１０においても同様とされる。
ルート要素としてのURT要素は、ServiceLog要素、及び、Upload:group要素の上位要素となる。ServiceLog要素には、サービスごとに、１又は複数の単位UR情報が含まれる。ServiceLog要素は、BroadcastStreamId属性、ServiceId属性、及び、LogUnt要素の上位要素となる。
BroadcastStreamId属性には、ブロードキャストストリームIDが指定される。ServiceId属性には、サービスIDが指定される。すなわち、ブロードキャストストリームIDとサービスIDによって、対象のサービスが特定される。
LogUnt要素は、group属性、scope要素、及び、period要素の上位要素となる。group属性には、アップロードグループを識別するためのアップロードグループIDが指定される。
scope要素は、視聴履歴ログとして記録(送信)すべき項目が指定される。scope要素は、basic属性、comp属性、rec属性、及び、app属性の上位要素となる。basic属性には、基本情報が、視聴履歴ログとして記録(送信)すべき項目であるかどうかを示すフラグが指定される。comp属性には、コンポーネント情報が、視聴履歴ログとして記録(送信)すべき項目であるかどうかを示すフラグが指定される。
rec属性には、録画情報が、視聴履歴ログとして記録(送信)すべき項目であるかどうかを示すフラグが指定される。app属性には、アプリケーション情報が、視聴履歴ログとして記録(送信)すべき項目であるかどうかを示すフラグが指定される。なお、scope要素において、basic属性は必須の属性とされるが、comp属性、rec属性、及び、app属性は、オプショナルな属性とされる。
period要素には、視聴履歴ログを記録(送信)する期間が指定される。period要素は、periodic属性、begin属性、及び、end属性の上位要素となる。periodic属性は、期間情報(記録期間又は送信期間)として指定される期間が、１回のみ(onetime)である場合や、毎時(hourly)、毎日(daily)、毎週(weekly)、又は毎月(monthly)などの繰り返しであることを示す周期情報を指定することができる。
begin属性には、視聴履歴ログのログ開始時刻が指定される。また、end属性には、視聴履歴ログのログ終了時刻が指定される。すなわち、period要素のbegin属性とend属性によって、視聴履歴ログを記録(送信)する開始時刻と終了時刻からなる期間情報(記録期間又は送信期間)が指定される。
Upload:group要素には、アップロード期間に関する情報として、アップロードグループIDごとに、視聴履歴ログのアップロードタイミングとアップロードの宛先情報が指定される。Upload:group要素は、id属性、uri属性、periodic属性、begin属性、end属性、及び、diffusion属性の上位要素となる。
id属性には、アップロードグループを識別するためのアップロードグループIDが指定される。uri属性には、視聴履歴サーバURLが指定される。periodic属性は、期間情報(アップロード期間)として指定される期間が、１回のみ(onetime)である場合や、毎時(hourly)、毎日(daily)、毎週(weekly)、又は毎月(monthly)などの繰り返しであることを示す周期情報を指定することができる。
begin属性には、視聴履歴ログのアップロード期間の開始時刻が指定される。また、end属性には、視聴履歴ログのアップロード期間の終了時刻が指定される。すなわち、Upload:group要素のbegin属性とend属性によって、視聴履歴ログをアップロードする開始時刻と終了時刻からなる期間情報(アップロード期間)が指定される。
diffusion属性には、視聴履歴ログのアップロードのタイミングを分散させるための分散パラメータが指定される。
なお、図９において、出現数(Cardinality)であるが、"1"が指定された場合にはその要素又は属性は必ず１つだけ指定され、"0..1"が指定された場合には、その要素又は属性を指定するかどうかは任意である。また、"1..n"が指定された場合には、その要素又は属性は１以上指定され、"0..n"が指定された場合には、その要素又は属性を１以上指定するかどうかは任意である。これらの関係は、後述する図１０のCDMのシンタックスでも同様である。
（２）CDMの構造
（CDMのシンタックス）
図１０は、視聴履歴ログの一例である、XML形式のCDM(Consumption Data Message)のシンタックスの例を示す図である。
図１０において、ルート要素としてのCDM要素は、protocolVersion属性、及び、AVChannel要素の上位要素となる。protocolVersion属性には、CDMのプロトコルバージョンが指定される。
AVChannel要素には、サービス(チャンネル)ごとの視聴履歴に関する情報が指定される。AVChannel要素は、BroadcastStreamId属性、ServiceId属性、及び、ViewInterval要素の上位要素となる。BroadcastStreamId属性には、ブロードキャストストリームIDが指定される。ServiceId属性には、サービスIDが指定される。すなわち、ブロードキャストストリームIDとサービスIDによって、対象のサービスが特定される。
ViewInterval要素は、startTime属性、endTime属性、presentRecord属性、viewStartTime属性、viewEndTime属性、DOinterval要素、及び、Component要素の上位要素となる。
startTime属性とendTime属性により、ログ期間内で、対象のサービスに応じたコンテンツの視聴開始時刻と視聴終了時刻が指定される。すなわち、この期間により、コンテンツを視聴したかどうかが記録される。
presentRecord属性は、視聴形態が指定される。例えば、"p(present)"が指定された場合、コンテンツを録画せずにオンエア時に視聴していることを意味する。また、"r(record)"が指定された場合、コンテンツを録画して視聴していることを意味する。"p+r(present + record)"が指定された場合、コンテンツをオンエア時に視聴し、さらに録画しても視聴していることを意味する。
viewStartTime属性とviewEndTime属性により、presentRecord属性として、"r(record)"又は"p+r(present + record)"が指定される場合に、録画されたコンテンツの視聴開始時刻と視聴終了時刻が指定される。
DOinterval要素には、アプリケーションに関する情報が指定される。DOinterval要素は、AppId要素、startTime属性、及び、endTime属性の上位要素となる。AppId要素には、アプリケーションを識別するアプリケーションIDが指定される。startTime属性とendTime属性により、対象のアプリケーションの実行開始時刻と実行終了時刻が指定される。
Component要素には、コンポーネントに関する情報が指定される。Component要素は、componentId属性、pathType属性、startTime属性、及び、endTime属性の上位要素となる。componentId属性には、コンポーネントを識別するコンポーネントIDが指定される。pathType属性には、対象のコンポーネントのパス、すなわち、放送経由であるか、又は通信経由であるかが指定される。startTime属性とendTime属性により、対象のコンポーネントの視聴開始時間と視聴終了時刻が指定される。
ここで、図１０において、「basic」、「+rec」、「+comp」、及び、「+app」の項目は、図８又は図９のURTメタデータに含まれるベーシック(basic)、コンポーネント(component)、レコード(record)、及び、アプリケーション(app)に対応している。また、図１０において、「basic」、「+rec」、「+comp」、及び、「+app」の項目ごとに、CDMの要素と属性に対して、「○」が記入されるか、又は空欄となっているが、「○」が記入された場合には、対象のログ範囲に応じて、視聴履歴ログ(CDM)として記録(送信)されることを意味している。
すなわち、URTメタデータにおいて、ベーシック(basic)が指定されている場合、視聴履歴ログ(CDMファイル)として、protocolVersion属性、AVChannel要素のBroadcastStreamId属性及びServiceId属性、並びに、ViewInterval要素のstartTime属性及びendTime属性により指定される基本情報が記録(送信)される。ただし、ログ範囲において、ベーシックは必須の項目であるため、それらの基本情報は、常に、視聴履歴ログ(CDMファイル)として記録(送信)されることになる。
また、URTメタデータにおいて、レコード(record)が指定されている場合、視聴履歴ログ(CDMファイル)として、ViewInterval要素のpresentRecord属性、viewStartTime属性、及び、viewEndTime属性により指定される録画情報が記録(送信)される。ただし、ログ範囲において、レコードはオプショナルな項目とされる。
さらに、URTメタデータにおいて、アプリケーション(app)が指定されている場合、視聴履歴ログ(CDMファイル)として、DOinterval要素のAppId要素、startTime属性、及び、endTime属性により指定されるアプリケーション情報が記録(送信)される。ただし、ログ範囲において、アプリケーションはオプショナルな項目とされる。
さらにまた、URTメタデータにおいて、コンポーネント(component)が指定されている場合、視聴履歴ログ(CDMファイル)として、Component要素のcomponentId属性、pathType属性、startTime属性、及び、endTime属性により指定されるコンポーネント情報が記録(送信)される。ただし、ログ範囲において、コンポーネントはオプショナルな項目とされる。
なお、図１０のCDMのシンタックスに示した要素や属性は一例であって、他の要素や属性が、ベーシックやレコードなどのログ範囲の項目に含まれるようにしてもよい。また、ベーシック(basic)、レコード(record)、アプリケーション(app)、及び、コンポーネント(component)は、ログ範囲の分類(項目)の一例であって、他の項目が定義されるようにしてもよい。
（３）トリガ情報の構造
図１１は、トリガ情報を用いた制御の概要を説明する図である。
トリガ情報を用いた制御では、例えば、放送ストリームに含まれるビデオストリームにおいて、ビデオウォータマークを利用して、各種の機能を提供するためのトリガ情報(Trigger)が伝送されるようにする。これにより、受信装置２０では、当該トリガ情報に基づいて、各種の機能に応じた処理を行うことになる。
図１１において、受信装置２０は、アプリケーションに関する機能を提供するためのトリガ情報(アプリトリガ情報)を受信した場合、当該アプリトリガ情報に基づいて、AITを取得することで、コンテンツに連動して実行されるアプリケーションの動作を制御することができる。なお、AIT(Application Information Table)は、ネットワーク９０上のサーバ等から取得される、アプリケーション制御情報である。
また、受信装置２０は、SLSシグナリング情報に関する機能を提供するためのトリガ情報(SLSトリガ情報)を受信した場合、当該SLSトリガ情報に基づいて、例えば、MPDメタデータを取得することで、適応的に、通信経由で取得されるコンテンツを構成するビデオデータやオーディオデータ(Alternative Components)を出力することができる。
受信装置２０は、字幕に関する機能を提供するためのトリガ情報(字幕トリガ情報)を受信した場合、当該字幕トリガ情報に基づいて、SIT等の字幕情報を取得することで、コンテンツに重畳表示される字幕を制御することができる。なお、SIT(Subtitle Information Table)は、字幕を制御するための制御情報である。
また、受信装置２０は、電子番組表に関する機能を提供するためのトリガ情報(ESGトリガ情報)を受信した場合、当該ESGトリガ情報に基づいて、ESG情報を取得することで、電子番組表に関する処理を行うことができる。
さらにまた、受信装置２０は、緊急告知サービスに関する機能を提供するためのトリガ情報(EADトリガ情報)を受信した場合、当該EADトリガ情報に基づいて、EAD情報を取得することで、緊急告知サービスに関する処理を行うことができる。
ここで、視聴履歴に関する運用を行う場合において、受信装置２０は、URLRトリガ情報を受信したとき、当該URLRトリガ情報に基づいて、ネットワーク９０を介してURTサーバ３０からURTメタデータを取得することで、URTメタデータの解析結果に従ったログ範囲とログ期間で、視聴履歴ログ(CDMファイル)を記録することになる。
そして、受信装置２０は、URTメタデータの解析結果に従ったアップロード期間で、記録していた視聴履歴ログ(CDMファイル)を、ネットワーク９０を介して視聴履歴サーバURLにアップロードする。すなわち、この場合、視聴履歴に関する運用として、第２の方式の運用形態が実現される。
また、視聴履歴に関する運用を行う場合において、受信装置２０は、URUトリガ情報を受信したとき、当該URUトリガ情報を解析し、常時記録されていた視聴履歴ログのうち、URUトリガ情報の解析結果に応じたログ範囲とログ期間に対応した視聴履歴ログを(過去にさかのぼって)抽出する。
そして、受信装置２０は、視聴履歴サーバURLに従い、(過去にさかのぼって)抽出された視聴履歴ログを、ネットワーク９０を介して視聴履歴サーバ４０にアップロードする。すなわち、この場合、視聴履歴に関する運用として、第４の方式の運用形態が実現される。
なお、受信装置２０は、TLT(Trigger List Table)を取得するためのトリガ情報(TLTトリガ情報)を取得した場合、当該TLTトリガ情報に基づいて、TLT情報を取得することで、現時点でどのようなトリガ情報が伝送されているかを認識してから、トリガ情報を取得することができる。なお、TLTは、チャンネル(トリガチャンネル)ごとに伝送されるトリガ情報のリストを示したトリガチャンネルリスト(Trigger Channel List)である。
（トリガ情報のシンタックス）
図１２は、トリガ情報のシンタックスの例を示す図である。
トリガ情報は、トリガ情報のタイプを示すタイプ情報としてのコマンドID(cmdID)と、トリガ情報が伝送されるトリガチャンネルを識別するためのトリガチャンネルIDと、トリガ情報本体であるロケーション情報としてのURI(Uniform Resource Identifier)が記述される構造となる。
図１２において、4ビットのnumber_of_triggerには、トリガ情報の数を示すトリガ数（N：Nは1以上の整数）が指定される。4ビットのtrigger_map_numberには、トリガ情報のマップの数を示すトリガマップ数（M：Mは1以上の整数）が指定される。1ビットのtrigger_name_flagには、トリガ情報の名称を配置するかどうかを示すフラグが指定される。
トリガ数Nの第１ループには、トリガ情報ごとに、channelID、cmdID、version、length、及び、name_lengthが配置される。8ビットのchannelIDには、トリガチャンネルIDが指定される。ここで、トリガチャンネルは、トリガ情報により提供される機能ごとの系列を示しており、トリガチャンネルIDにより識別される。
8ビットのcmdIDには、コマンドIDが指定される。コマンドIDには、トリガ情報のタイプ(種類)を示すタイプ情報である。なお、コマンドIDの詳細については、図１３を参照して後述する。8ビットのversionには、トリガチャンネルごとのバージョン情報が指定される。8ビットのlengthには、トリガ情報のバイト数が指定される。
trigger_name_flagが"1"である場合には、8ビットのname_lengthにより、トリガ情報の名称の長さが指定され、そのループには、8ビットのtrigger_name_byteが配置される。trigger_name_byteには、トリガ情報の名称が指定される。
トリガマップ数Mのループには、16ビットのtrigger_map_bitsが配置される。trigger_map_bitsは、各ビットにより現在伝送されているトリガタイプを示すビットマップである。
トリガ数Nの第２ループには、トリガ情報ごとに、8ビットのURI_byteが配置される。URI_byteには、トリガ本体としてのURIが指定される。
（トリガ情報のタイプ）
図１３は、コマンドIDに応じたトリガ情報のタイプを示す図である。
図１３において、"0"であるコマンドIDは、TLTトリガ情報であることを示し、そのURIとして、TLT情報を提供するTLTサーバのURLが指定される。"1"であるコマンドIDは、アプリトリガ情報であることを示し、そのURIとして、AITを提供するAITサーバのURLが指定される。"2"であるコマンドIDは、アプリケーションを直接制御するためのトリガ情報であることを示し、そのURIとして、例えば、アプリケーションを提供するアプリケーションサーバのURLが指定される。
"3"であるコマンドIDは、SLSトリガ情報であることを示し、そのURIとして、SLS(例えば、MPDメタデータ)を提供するSLSサーバのURLが指定される。"4"であるコマンドIDは、字幕トリガ情報であることを示し、そのURIとして、字幕情報を提供する字幕サーバのURLが指定される。"5"であるコマンドIDは、ESGトリガ情報であることを示し、そのURIとして、ESG情報を提供するESGサーバのURLが指定される。
"6"であるコマンドIDは、EADトリガ情報であることを示し、そのURIとして、EADを提供するEADサーバのURLが指定される。"7"であるコマンドIDは、RRTトリガ情報であることを示し、そのURIとして、RRTを提供するRRTサーバのURLが指定される。"8"であるコマンドIDは、PDI(Preference Demographic and Interest)に対応したトリガ情報であることを示し、そのURIとして、PDIを提供するPDIサーバのURLが指定される。なお、PDIは、プロバイダサーバからの質問に対するユーザの回答を示す情報を生成することで、ユーザの嗜好にマッチしたコンテンツのみが再生(蓄積)されるようにする仕組みである。
"9"であるコマンドIDは、URLRトリガ情報であることを示し、そのURIとして、URTサーバ３０のURL(URTサーバURL)が指定される。また、"10"であるコマンドIDは、URUトリガ情報であることを示し、そのURIとして、視聴履歴サーバ４０のURL(視聴履歴サーバURL)が指定される。
（URLRトリガ情報のフォーマット）
図１４は、URLRトリガ情報のフォーマットの例を示す図である。
図１４において、URLRトリガ情報は、チャンネルID、コマンドID、及び、バージョン情報等のヘッダ情報と、トリガ情報本体であるロケーション情報(locator_part)としてのURIが記述される構造となる。
チャンネルIDには、当該URLRトリガ情報が伝送されているトリガチャンネルを識別するIDが指定される。コマンドIDには、URLRトリガ情報である場合、"9"が指定される。また、ロケーション情報には、URTメタデータを提供するURTサーバ３０のURL(URTサーバURL)が指定される。
タームス(terms)には、ディフュージョン情報(diffusion)が指定される。ディフュージョン情報には、複数の受信装置２０が、URTメタデータをURTサーバ３０に要求する際に、URTサーバ３０へのアクセスを、確率的に拡散させるための情報が指定される。
（URUトリガ情報のフォーマット）
図１５は、URUトリガ情報のフォーマットの例を示す図である。
図１５において、URUトリガ情報は、チャンネルID、コマンドID、及び、バージョン情報等のヘッダ情報と、トリガ情報本体であるロケーション情報(locator_part)としてのURIが記述される構造となる。
チャンネルIDには、当該URUトリガ情報が伝送されているトリガチャンネルを識別するIDが指定される。コマンドIDには、URUトリガ情報である場合、"10"が指定される。また、ロケーション情報には、常時記録していた視聴履歴ログ(CDMファイル)をアップロードする視聴履歴サーバ４０のURL(視聴履歴サーバURL)が指定される。
タームス(terms)には、アップロード対象のログ期間とログ範囲(送信期間と送信範囲)、及び、ディフュージョン情報(diffusion)が指定される。
このログ期間(target_period)には、視聴履歴ログの送信期間が指定される。例えば、ここでは、1*10 hex digitで表される視聴履歴ログのログ開始時刻が、"b="として指定され、1*10 hex digitで表される視聴履歴ログのログ終了時刻が、"e="として指定されるので、受信装置２０では、これらのログ開始時刻とログ終了時刻からなる期間情報(送信期間)に対応した視聴履歴ログが、常時記録されていた視聴履歴ログから抽出される(切り出される)ことになる。
また、ログ範囲(scope)には、視聴履歴ログの送信範囲が指定される。例えば、ここでは、視聴履歴ログとして送信すべき項目として、基本情報(basic)は、必須の項目とされ、コンポーネント情報(comp)、録画情報(rec)、及び、アプリケーション情報(app)は、オプショナルな項目とされる。
ディフュージョン情報には、複数の受信装置２０が、視聴履歴ログ(CDMファイル)を視聴履歴サーバ４０にアップロードする際に、視聴履歴サーバ４０へのアクセスを、確率的に拡散させるための情報が指定される。
＜４．各装置の構成＞
次に、図１６乃至図１９を参照して、図１の伝送システム１を構成する各装置の詳細な構成について説明する。ここでは、送信装置１０、受信装置２０、及び、視聴履歴サーバ４０の構成を、順に説明する。
（送信装置の構成例）
図１６は、図１の送信装置１０の構成例を示す図である。
図１６において、送信装置１０は、ビデオデータ取得部１１１、ビデオエンコーダ１１２、オーディオデータ取得部１１３、オーディオエンコーダ１１４、シグナリング生成部１１５、シグナリング処理部１１６、トリガ生成部１１７、マルチプレクサ１１８、及び、送信部１１９から構成される。
ビデオデータ取得部１１１は、外部のサーバ、カメラ、又は記録媒体等から、コンテンツ(例えばテレビ番組など)のビデオデータを取得し、ビデオエンコーダ１１２及びトリガ生成部１１７に供給する。ビデオエンコーダ１１２は、ビデオデータ取得部１１１から供給されるビデオデータを、所定の符号化方式に準拠して符号化し、マルチプレクサ１１８に供給する。
オーディオデータ取得部１１３は、外部のサーバ、マイクロフォン、又は記録媒体等から、コンテンツ(例えばテレビ番組など)のオーディオデータを取得し、オーディオエンコーダ１１４に供給する。オーディオエンコーダ１１４は、オーディオデータ取得部１１３から供給されるオーディオデータを、所定の符号化方式に準拠して符号化し、マルチプレクサ１１８に供給する。
シグナリング生成部１１５は、コンテンツの選局や再生等の処理で用いられるシグナリング情報を生成し、シグナリング処理部１１６に供給する。シグナリング処理部１１６は、シグナリング生成部１１５から供給されるシグナリング情報を処理し、マルチプレクサ１１８に供給する。ここでは、例えば、LLSシグナリング情報やSLSシグナリング情報が生成され、処理される。
トリガ生成部１１７は、所定のタイミングで、トリガ情報を生成し、ビデオエンコーダ１１２に供給する。ビデオエンコーダ１１２は、ビデオデータの符号化を行うに際して、ビデオデータに、トリガ生成部１１７から供給されるトリガ情報を埋め込んで符号化する。
マルチプレクサ１１８は、ビデオエンコーダ１１２から供給されるビデオストリームと、オーディオエンコーダ１１４から供給されるオーディオストリームと、シグナリング処理部１１６から供給されるシグナリングストリームとを多重化して、その結果得られる放送ストリームを、送信部１１９に供給する。
送信部１１９は、マルチプレクサ１１８から供給される放送ストリームを、アンテナ１３１を介して、デジタル放送の放送波(デジタル放送信号)として送信する。
（受信装置の構成例）
図１７は、図１の受信装置２０の構成例を示す図である。
図１７において、受信装置２０は、制御部２１１、メモリ２１２、記録部２１３、入力部２１４、受信部２１５、デマルチプレクサ２１６、ビデオデコーダ２１７、ビデオ出力部２１８、オーディオデコーダ２１９、オーディオ出力部２２０、表示部２２１、スピーカ２２２、及び、通信部２２３から構成される。なお、図１７の受信装置２０の構成では、表示部２２１とスピーカ２２２を含む構成を示しているが、表示部２２１とスピーカ２２２を含めない構成としてもよい。
制御部２１１は、受信装置２０の各部の動作を制御する。メモリ２１２は、例えば、NVRAM(Non Volatile RAM)等の不揮発性メモリであって、制御部２１１からの制御に従い、各種のデータを記録する。記録部２１３は、半導体メモリやハードディスク等のストレージであって、例えば、視聴履歴ログ(CDMファイル)などのデータを記録する。入力部２１４は、ユーザの操作に応じて、操作信号を制御部２１１に供給する。
受信部２１５は、アンテナ２３１を介して受信されたデジタル放送の放送波(デジタル放送信号)から、サービスの選局操作に応じた信号を抽出して復調し、その結果得られる放送ストリームを、デマルチプレクサ２１６に供給する。
デマルチプレクサ２１６は、受信部２１５から供給される放送ストリームを、ビデオストリームと、オーディオストリームと、シグナリングストリームに分離する。デマルチプレクサ２１６は、ビデオデータをビデオデコーダ２１７に、オーディオデータをオーディオデコーダ２１９に、シグナリング情報を制御部２１１に、それぞれ供給する。
制御部２１１は、デマルチプレクサ２１６から供給されるシグナリング情報に基づいて、サービスの選局操作に応じたコンテンツを再生するために、デマルチプレクサ２１６や各コンポーネントの処理部などの各部を制御する。
ビデオデコーダ２１７は、デマルチプレクサ２１６から供給されるビデオデータを、所定の復号方式に準拠して復号し、ビデオ出力部２１８に供給する。ビデオ出力部２１８は、ビデオデコーダ２１７から供給されるビデオデータを、表示部２２１に供給する。これにより、表示部２２１には、サービスの選局操作に応じたコンテンツ(例えばテレビ番組など)の映像が表示される。
オーディオデコーダ２１９は、デマルチプレクサ２１６から供給されるオーディオデータを、所定の復号方式に準拠して復号し、オーディオ出力部２２０に供給する。オーディオ出力部２２０は、オーディオデコーダ２１９から供給されるオーディオデータを、スピーカ２２２に供給する。これにより、スピーカ２２２からは、サービスの選局操作に応じたコンテンツ(例えばテレビ番組など)の音声が出力される。
通信部２２３は、制御部２１１からの制御に従い、ネットワーク９０を介してURTサーバ３０や視聴履歴サーバ４０等のサーバと、各種のデータをやりとりする。
（制御部の機能的構成例）
図１８は、図１７の制御部２１１の機能的構成例を示す図である。
図１８において、制御部２１１は、放送制御部２５１、通信制御部２５２、URT取得部２５３、トリガ取得部２５４、データ解析部２５５、及び、視聴履歴ログ制御部２５６を含んで構成される。
放送制御部２５１は、デジタル放送信号として伝送される放送ストリームに含まれるコンテンツを再生するために、受信部２１５やデマルチプレクサ２１６、各コンポーネントの処理部などの各部を制御する。
通信制御部２５２は、ネットワーク９０を介してURTサーバ３０や視聴履歴サーバ４０等のサーバと各種のデータをやりとりするために、通信部２２３を制御する。
URT取得部２５３は、放送経由又は通信経由で受信されるURTメタデータを取得し、データ解析部２５５に供給する。データ解析部２５５は、URT取得部２５３から供給されるURTメタデータを解析し、その解析結果を、視聴履歴ログ制御部２５６に供給する。視聴履歴ログ制御部２５６は、データ解析部２５５から供給される(URTメタデータの)解析結果に基づいて、視聴履歴ログに関する処理を行うために、各部の動作を制御する。
トリガ取得部２５４は、放送経由で受信されるURLRトリガ情報又はURUトリガ情報を取得し、データ解析部２５５に供給する。データ解析部２５５は、トリガ取得部２５４から供給されるURLRトリガ情報を解析し、その解析結果(URTサーバURL)を、通信制御部２５２に供給する。
また、データ解析部２５５は、トリガ取得部２５４から供給されるURUトリガ情報を解析し、その解析結果を、視聴履歴ログ制御部２５６に供給する。視聴履歴ログ制御部２５６は、データ解析部２５５から供給される(URUトリガ情報の)解析結果に基づいて、視聴履歴ログに関する処理を行うために、各部の動作を制御する。
（視聴履歴サーバの構成例）
図１９は、図１の視聴履歴サーバ４０の構成例を示す図である。
図１９において、視聴履歴サーバ４０は、制御部４１１、通信部４１２、及び、記録部４１３から構成される。
制御部４１１は、視聴履歴サーバ４０の各部の動作を制御する。制御部４１１は、視聴履歴ログ管理部４５１を含む。視聴履歴ログ管理部４５１は、視聴履歴ログを管理して処理する。
通信部４１２は、制御部４１１からの制御に従い、受信装置２０からネットワーク９０を介して送信されてくる視聴履歴ログを受信し、制御部４１１に供給する。視聴履歴ログ管理部４５１は、通信部４１２から供給される視聴履歴ログを、記録部４１３に記録する。これにより、記録部４１３には、複数の受信装置２０から順次送られてくる視聴履歴ログが収集され、例えば、放送事業者(放送局)ごとに蓄積されることになる。
視聴履歴ログ管理部４５１は、視聴履歴ログを処理するタイミングとなった場合に、記録部４１３から、放送事業者(放送局)ごとの視聴履歴ログを読み出して処理(分析)する。視聴履歴ログ管理部４５１は、視聴履歴ログの処理結果(例えば視聴率調査結果)を、通信部４１２に供給する。通信部４１２は、制御部４１１からの制御に従い、視聴履歴ログの処理結果を、各種のネットワーク(不図示)を介して、各放送事業者が管理するサーバ等に送信する。
＜５．各装置で実行される処理の流れ＞
次に、図２０乃至図２７のフローチャートを参照して、図１の伝送システム１を構成する各装置で実行される処理の流れを説明する。ここでは、送信装置１０、受信装置２０、及び、視聴履歴サーバ４０で実行される処理を、順に説明する。
（送信処理）
まず、図２０のフローチャートを参照して、図１の送信装置１０により実行される送信処理の流れについて説明する。
ステップＳ１０１においては、コンポーネント処理が行われる。
このコンポーネント処理では、ビデオデータ取得部１１１及びビデオエンコーダ１１２によりビデオデータに対する処理が行われ、オーディオデータ取得部１１３及びオーディオエンコーダ１１４によりオーディオデータに対する処理が行われる。なお、放送ストリームに字幕データが含まれる場合には、字幕データに対する処理が行われるようにしてもよい。
ステップＳ１０２においては、シグナリング処理が行われる。
このシグナリング処理では、シグナリング生成部１１５及びシグナリング処理部１１６によりシグナリング情報に対する処理が行われる。なお、ここでは、例えば、LLSやSLS等のシグナリング情報が生成されて処理されることになる。
ステップＳ１０３においては、送信部１１９により送信処理が行われ、ステップＳ１０１で処理された各コンポーネントのストリームと、ステップＳ１０２で処理されたシグナリング情報とを含む放送ストリームが、デジタル放送信号として、アンテナ１３１を介して送信される。
ステップＳ１０３の処理が終了すると、図２０の送信処理は終了される。
以上、送信処理の流れについて説明した。
（視聴履歴対応処理）
次に、図２１のフローチャートを参照して、図１の送信装置１０により実行される視聴履歴対応処理の流れについて説明する。なお、この視聴履歴対応処理は、図２０のステップＳ１０１又はＳ１０２の処理と並行して実行される処理とされる。
ステップＳ１１１においては、Usage Reportingの運用種別が、サブスクリプションURであるのか、あるいはインスタントURであるのかが判定される。
ステップＳ１１１において、Usage Reportingの運用種別が、サブスクリプションURであると判定された場合、処理は、ステップＳ１１２に進められる。ステップＳ１１２においては、受信環境が、直接受信であるのか、あるいは間接受信であるのかが判定される。
ステップＳ１１２において、受信環境が、直接受信であると判定された場合、処理は、ステップＳ１１３に進められる。ステップＳ１１３において、シグナリング生成部１１５は、URTメタデータ(図９)を生成する。また、ステップＳ１１４において、シグナリング処理部１１６は、ステップＳ１１３の処理で生成されたURTメタデータを処理する。
これにより、第１の方式のサブスクリプションUR(直接受信)が採用された場合に、放送ストリームに含まれるシグナリング情報として、URTメタデータが追加され、デジタル放送信号として送信されることになる(図２０のＳ１０３)。
また、ステップＳ１１２において、受信環境が、トリガ受信であると判定された場合、処理は、ステップＳ１１５に進められる。ステップＳ１１５において、トリガ生成部１１７は、URLRトリガ情報(図１４)を生成する。また、ステップＳ１１６において、ビデオエンコーダ１１２は、ステップＳ１１５の処理で生成されたURLRトリガ情報を処理して、URLRトリガ情報がビデオウォータマークを利用して伝送されるようにする。
これにより、第２の方式のサブスクリプションUR(トリガ受信)が採用された場合に、放送ストリームに含まれるビデオストリームとして、ビデオウォータマークを利用したURLRトリガ情報が追加され、デジタル放送信号として送信されることになる(図２０のＳ１０３)。
一方で、ステップＳ１１１において、Usage Reportingの運用種別が、インスタントURであると判定された場合、処理は、ステップＳ１１７に進められる。ステップＳ１１７においては、受信環境が、直接受信であるのか、あるいはトリガ受信であるのかが判定される。
ステップＳ１１７において、受信環境が、直接受信であると判定された場合、処理は、ステップＳ１１８に進められる。ステップＳ１１８において、シグナリング生成部１１５は、URTメタデータ(図９)を生成する。また、ステップＳ１１９において、シグナリング処理部１１６は、ステップＳ１１８の処理で生成されたURTメタデータを処理する。
これにより、第３の方式のインスタントUR(直接受信)が採用された場合に、放送ストリームに含まれるシグナリング情報として、URTメタデータが追加され、デジタル放送信号として送信されることになる(図２０のＳ１０３)。
また、ステップＳ１１７において、受信環境が、トリガ受信であると判定された場合、処理は、ステップＳ１２０に進められる。ステップＳ１２０において、トリガ生成部１１７は、URUトリガ情報(図１５)を生成する。また、ステップＳ１２１において、ビデオエンコーダ１１２は、ステップＳ１２０の処理で生成されたURUトリガ情報を処理して、URUトリガ情報がビデオウォータマークを利用して伝送されるようにする。
これにより、第４の方式のインスタントUR(トリガ受信)が採用された場合に、放送ストリームに含まれるビデオストリームとして、ビデオウォータマークを利用したURUトリガ情報が追加され、デジタル放送信号として送信されることになる(図２０のＳ１０３)。
ステップＳ１１４，Ｓ１１６，Ｓ１１９，又はＳ１２１のいずれかの処理が終了すると、図２１の視聴履歴対応処理は終了される。
以上、視聴履歴対応処理の流れについて説明した。この視聴履歴対応処理では、第１の方式乃至第４の方式のいずれかの方式が採用された場合に、採用された方式に応じて、URTメタデータ、URLRトリガ情報、又はURUトリガ情報が生成され、デジタル放送信号として送信される。
（受信処理）
次に、図２２のフローチャートを参照して、図１の受信装置２０により実行される受信処理の流れについて説明する。
ステップＳ２０１においては、受信部２１５等により受信処理が行われ、送信装置１０から伝送路８０を介して伝送されるデジタル放送信号が受信される。
ステップＳ２０２においては、シグナリング処理が行われる。
このシグナリング処理では、制御部２１１によって、放送ストリームから分離されたシグナリング情報が処理される。ここでは、例えば、制御部２１１は、LLSやSLS等のシグナリング情報に基づいて、選局されたサービスに対応するコンテンツを再生するために、各部の動作を制御する。
ステップＳ２０３においては、コンポーネント処理が行われる。
このコンポーネント処理では、制御部２１１からの制御に従い、ビデオデコーダ２１７及びビデオ出力部２１８によりビデオデータに対する処理が行われ、オーディオデコーダ２１９及びオーディオ出力部２２０によりオーディオデータに対する処理が行われる。なお、放送ストリームに字幕データが含まれる場合には、字幕データに対する処理が行われるようにしてもよい。
そして、コンポーネント処理が行われることで、選局されたサービスに対応するコンテンツの映像が、表示部２２１に表示され、音声がスピーカ２２２から出力される。
以上、受信処理の流れについて説明した。
（視聴履歴対応処理）
次に、図１の受信装置２０により実行される視聴履歴対応処理の流れについて説明するが、ここでは、第１の方式乃至第４の方式に対応した視聴履歴対応処理について順に説明するものとする。
（第１の方式の視聴履歴対応処理）
まず、図２３のフローチャートを参照して、第１の方式のサブスクリプションUR(直接受信)の場合の視聴履歴対応処理の流れについて説明する。
ステップＳ２１１において、放送制御部２５１は、デジタル放送信号に含まれるURTメタデータを受信したかどうかを判定する。ステップＳ２１１において、URTメタデータを受信していないと判定された場合、ステップＳ２１１の判定処理が繰り返される。
ステップＳ２１１において、URTメタデータを受信したと判定された場合、処理は、ステップＳ２１２に進められる。ステップＳ２１２において、URT取得部２５３は、デジタル放送信号に含まれるURTメタデータを取得する。
例えば、URTメタデータが、LLSシグナリング情報として伝送される場合には、受信装置２０における初期スキャン処理時に、URTメタデータが取得される。また、例えば、URTメタデータが、SLSシグナリング情報として伝送される場合には、所望のサービスの選局時に、URTメタデータが更新されたとき、最新のURTメタデータが取得される。
なお、受信装置２０に、外部装置(不図示)からURTサーバURLが通知されるか、あるいは、あらかじめURTサーバURLが保持されるようにすることで、受信装置２０は、当該URTサーバURLに従い、ネットワーク９０を介してURTサーバ３０にアクセスし、URTサーバ３０から提供されるURTメタデータを取得するようにしてもよい。
ステップＳ２１３において、データ解析部２５５は、ステップＳ２１２の処理で取得されたURTメタデータを解析する。このURTメタデータには、上述した図９に示したように、視聴履歴ログのログ範囲とログ期間(記録範囲と記録期間)、アップロード期間(送信タイミング情報)が記述されているので、それらの情報が解析結果として得られる。
ステップＳ２１４において、視聴履歴ログ制御部２５６は、ステップＳ２１３の解析結果に基づいて、視聴履歴ログを記録するログ期間であるかどうかを判定する。
ステップＳ２１４において、ログ期間であると判定された場合、処理は、ステップＳ２１５に進められる。ステップＳ２１５において、視聴履歴ログ制御部２５６は、ログ範囲が示す項目(ログの詳細度)に応じた視聴履歴ログを、記録部２１３に記録する。
ここでは、ログ範囲として、例えば、必須の項目としてのベーシックとともに、コンポーネント、レコード、又はアプリケーションがオプショナルな項目として設定されているので、視聴履歴ログ制御部２５６は、視聴履歴ログ(CDMファイル)として、基本情報(例えば対象のコンテンツを視聴したかどうかを示す情報など)を記録するとともに、コンポーネント情報、録画情報、又はアプリケーション情報を記録することができる。
ステップＳ２１５の処理が終了すると、処理は、ステップＳ２１６に進められる。また、ステップＳ２１４において、ログ期間ではないと判定された場合、視聴履歴ログの記録を行わないため、ステップＳ２１５の処理はスキップされ、処理は、ステップＳ２１６に進められる。
ステップＳ２１６において、視聴履歴ログ制御部２５６は、ステップＳ２１３の解析結果に基づいて、視聴履歴ログを送信するアップロード期間であるかどうかを判定する。
ステップＳ２１６において、アップロード期間ではないと判定された場合、処理は、ステップＳ２１４に戻り、ステップＳ２１４乃至Ｓ２１６の処理が繰り返される。これにより、アップロード期間となるまでの期間において、ログ範囲とログ期間に応じて、視聴履歴ログが記録され続ける。
そして、ステップＳ２１６において、アップロード期間であると判定された場合、処理は、ステップＳ２１７に進められる。ステップＳ２１７において、通信制御部２５２は、通信部２２３を制御して、ステップＳ２１３の解析結果から得られる視聴履歴サーバURLに従い、記録部２１３に記録された視聴履歴ログを、ネットワーク９０を介して、視聴履歴サーバ４０宛てに送信する。
例えば、視聴履歴ログのログ期間として、毎日19:00〜20:00の時間帯が指定され、視聴履歴ログのアップロード期間として、毎週日曜日の23:45〜23:55の時間が指定されている場合、受信装置２０では、毎日19:00〜20:00の時間帯となったとき、視聴履歴ログのログ範囲に応じた視聴履歴ログ(CDMファイル)を記録する。ここで、視聴履歴ログのログ範囲として、例えば、ベーシックとレコードが指定された場合、視聴履歴ログ(CDMファイル)として、基本情報と録画情報が記録される。
そして、受信装置２０は、日曜日の23:45〜23:55の時間帯となったとき、１週間分(の毎日19:00〜20:00の時間帯)の視聴履歴ログ(CDMファイル)を、ネットワーク９０を介して視聴履歴サーバ４０にアップロードする。なお、例えば、特定のサービス(例えば特別番組など)を対象にして、１回のみの視聴履歴ログが、視聴履歴サーバ４０にアップロードされるようにしてもよい(いわゆるワンショット)。
以上、サブスクリプションUR(直接受信)の場合の視聴履歴対応処理の流れについて説明した。この第１の方式に応じた視聴履歴対応処理では、放送経由又は通信経由で取得されるURTメタデータに従い、放送局側から指定された項目(ログ範囲とログ期間)に応じた視聴履歴ログを記録するとともに、放送局側から指定されたタイミング(アップロード期間)で、視聴履歴ログを定期的に、視聴履歴サーバ４０にアップロードすることになる。
これにより、受信装置２０では、記録部２１３に記録する視聴履歴ログのログ容量を減らすことができるので、記録部２１３の容量に制約があり、限られた視聴履歴ログのデータしか記録できない受信装置２０であっても、視聴履歴に関する処理を行うことができる。
（第２の方式の視聴履歴対応処理）
次に、図２４のフローチャートを参照して、第２の方式のサブスクリプションUR(トリガ受信)の場合の視聴履歴対応処理の流れについて説明する。
ステップＳ２２１において、放送制御部２５１は、デジタル放送信号に含まれるURLRトリガ情報を受信したかどうかを判定する。ここで、URLRトリガ情報は、例えば、ビデオウォータマークを利用して伝送されている。ステップＳ２２１において、URLRトリガ情報を受信していないと判定された場合、ステップＳ２２１の判定処理が繰り返される。
ステップＳ２２１において、URLRトリガ情報を受信したと判定された場合、処理は、ステップＳ２２２に進められる。ステップＳ２２２において、トリガ取得部２５４は、ビデオウォータマークを利用して伝送されるURLRトリガ情報を取得する。
ステップＳ２２３において、データ解析部２５５は、ステップＳ２２２の処理で取得されたURLRトリガ情報を解析する。このURLRトリガ情報には、上述した図１４に示したように、URTサーバ３０のURTサーバURLが記述されているので、このURTサーバURLが解析結果として得られる。
ステップＳ２２４において、通信制御部２５２は、通信部２２３を制御して、URTサーバURLに従い、ネットワーク９０を介してURTサーバ３０にアクセスし、URTメタデータを取得する。
ステップＳ２２５において、データ解析部２５５は、ステップＳ２２４の処理で取得されたURTメタデータを解析する。このURTメタデータには、上述した図９に示したように、視聴履歴ログのログ範囲とログ期間(記録範囲と記録期間)、アップロード期間(送信タイミング情報)が記述されているので、それらの情報が解析結果として得られる。
ステップＳ２２６において、視聴履歴ログ制御部２５６は、ステップＳ２１５の解析結果に基づいて、視聴履歴ログを記録するログ期間であるかどうかを判定する。
ステップＳ２２６において、ログ期間であると判定された場合、処理は、ステップＳ２２７に進められる。ステップＳ２２７において、視聴履歴ログ制御部２５６は、ログ範囲が示す項目(ログの詳細度)に応じた視聴履歴ログを、記録部２１３に記録する。
ここでは、ログ範囲として、例えば、必須の項目としてのベーシックとともに、コンポーネント、レコード、又はアプリケーションがオプショナルな項目として設定されているので、視聴履歴ログ制御部２５６は、視聴履歴ログ(CDMファイル)として、基本情報(例えば対象のコンテンツを視聴したかどうかを示す情報など)を記録するとともに、コンポーネント情報、録画情報、又はアプリケーション情報を記録することができる。
ステップＳ２２７の処理が終了すると、処理は、ステップＳ２２８に進められる。また、ステップＳ２２６において、ログ期間ではないと判定された場合、視聴履歴ログの記録を行わないため、ステップＳ２２７の処理はスキップされ、処理は、ステップＳ２２８に進められる。
ステップＳ２２８において、視聴履歴ログ制御部２５６は、ステップＳ２２５の解析結果に基づいて、視聴履歴ログを送信するアップロード期間であるかどうかを判定する。
ステップＳ２２８において、アップロード期間ではないと判定された場合、処理は、ステップＳ２２６に戻り、ステップＳ２２６乃至Ｓ２２８の処理が繰り返される。これにより、アップロード期間となるまでの期間において、ログ範囲とログ期間に応じて、視聴履歴ログが記録される。
そして、ステップＳ２２８において、アップロード期間であると判定された場合、処理は、ステップＳ２２９に進められる。ステップＳ２２９において、通信制御部２５２は、通信部２２３を制御して、ステップＳ２２５の解析結果から得られる視聴履歴サーバURLに従い、記録部２１３に記録された視聴履歴ログを、ネットワーク９０を介して、視聴履歴サーバ４０宛てに送信する。
例えば、視聴履歴ログのログ期間として、毎日19:00〜20:00の時間帯が指定され、視聴履歴ログのアップロード期間として、毎週日曜日の23:45〜23:55の時間が指定されている場合、受信装置２０では、毎日19:00〜20:00の時間帯となったとき、視聴履歴ログのログ範囲に応じた視聴履歴ログ(CDMファイル)を記録する。ここで、視聴履歴ログのログ範囲として、例えば、ベーシックとコンポーネントが指定された場合、視聴履歴ログ(CDMファイル)として、基本情報とコンポーネント情報が記録される。
そして、受信装置２０は、日曜日の23:45〜23:55の時間帯となったとき、１週間分(の毎日19:00〜20:00の時間帯)の視聴履歴ログ(CDMファイル)を、ネットワーク９０を介して視聴履歴サーバ４０にアップロードする。
以上、サブスクリプションUR(トリガ受信)の場合の視聴履歴対応処理の流れについて説明した。この第２の方式に応じた視聴履歴対応処理では、URLRトリガ情報に応じて通信経由で取得されるURTメタデータに従い、放送局側から指定された項目(ログ範囲とログ期間)に応じた視聴履歴ログを記録するとともに、放送局側から指定されたタイミング(アップロード期間)で、視聴履歴ログを定期的に、視聴履歴サーバ４０にアップロードすることになる。
これにより、受信装置２０では、記録部２１３に記録する視聴履歴ログのログ容量を減らすことができるので、記録部２１３の容量に制約があり、限られた視聴履歴ログのデータしか記録できない受信装置２０であっても、視聴履歴に関する処理を行うことができる。また、ケーブルテレビ(CATV)等の有料放送を提供するMVPDによりコンテンツが提供される場合に、シグナリングとしての制御情報を伝送できないことが想定されるが、URLRトリガ情報を利用すれば、受信環境に関係なく、URTサーバ３０によりURTメタデータが提供されるようにすることが可能となる。
（第３の方式の視聴履歴対応処理）
次に、図２５のフローチャートを参照して、第３の方式のインスタントUR(直接受信)の場合の視聴履歴対応処理の流れについて説明する。
ステップＳ２３１において、視聴履歴ログ制御部２５６は、例えば製品機能として、全てのサービスのコンテンツの再生時に、常に、任意の項目の視聴履歴ログを、記録部２１３に記録する。
ステップＳ２３２において、放送制御部２５１は、デジタル放送信号に含まれるURTメタデータを受信したかどうかを判定する。ステップＳ２３２において、URTメタデータを受信していないと判定された場合、処理は、ステップＳ２３１に戻り、それ以降の処理が繰り返される。すなわち、URTメタデータが受信されるまでの間は、記録部２１３には、常に視聴履歴ログが記録され続ける。
一方、ステップＳ２３２において、URTメタデータを受信したと判定された場合、処理は、ステップＳ２３３に進められる。ステップＳ２３３において、URT取得部２５３は、デジタル放送信号に含まれるURTメタデータを取得する。
なお、受信装置２０に、外部装置(不図示)からURTサーバURLが通知されるか、あるいは、あらかじめURTサーバURLが保持されるようにすることで、受信装置２０は、当該URTサーバURLに従い、ネットワーク９０を介してURTサーバ３０にアクセスし、URTサーバ３０から提供されるURTメタデータを取得するようにしてもよい。
ステップＳ２３４において、データ解析部２５５は、ステップＳ２３３の処理で取得されたURTメタデータを解析する。このURTメタデータには、上述した図９に示したように、視聴履歴ログのログ範囲とログ期間(送信範囲と送信期間)が記述されているので、それらの情報が解析結果として得られる。
ステップＳ２３５において、視聴履歴ログ制御部２５６は、記録部２１３に常時記録されていた視聴履歴ログのうち、ステップＳ２３４の解析結果に応じたログ範囲とログ期間に対応する視聴履歴ログを(過去にさかのぼって)取得(抽出)する。
ステップＳ２３６において、通信制御部２５２は、通信部２２３を制御して、ステップＳ２３４の解析結果から得られる視聴履歴サーバURLに従い、ステップＳ２３５の処理で取得された(過去にさかのぼって抽出された)視聴履歴ログを、ネットワーク９０を介して、視聴履歴サーバ４０宛てに送信する。
例えば、受信装置２０において、記録部２１３に、常時記録されていた１ヶ月分の視聴履歴ログ(CDMファイル)が蓄積されている場合に、視聴履歴ログのログ期間として、毎週土曜日19:00〜20:00の時間帯が指定され、ログ範囲として、ベーシックとアプリケーションが指定された場合、それらのログ範囲とログ期間に応じた視聴履歴ログ(CDMファイル)が、１ヶ月分の視聴履歴ログ(CDMファイル)から抽出される(切り出される)。そして、受信装置２０は、１ヶ月分の視聴履歴ログ(CDMファイル)のうち、毎週土曜日19:00〜20:00の時間帯における基本情報とアプリケーション情報を含む視聴履歴ログ(CDMファイル)を、ネットワーク９０を介して視聴履歴サーバ４０にアップロードする。
なお、第３の方式を採用した場合、受信装置２０では、基本的には、URTメタデータを受信したタイミングで、視聴履歴ログを抽出して、視聴履歴サーバ４０にアップロードするが、他のタイミングでアップロードされるようにしてもよい。
以上、インスタントUR(直接受信)の場合の視聴履歴対応処理の流れについて説明した。この第３の方式に応じた視聴履歴対応処理では、常時、任意項目の視聴履歴ログを記録し続けるとともに、放送経由又は通信経由で取得されるURTメタデータに従い、常時記録していた視聴履歴ログのうち、放送局側から指定された項目(ログ範囲とログ期間)に応じた視聴履歴ログを、視聴履歴サーバ４０にアップロードすることになる。
なお、第３の方式が採用されるのは、大容量の記録部２１３によって、視聴履歴ログを記録するためのログ容量に制約がなく、大容量のログデータを記録できる場合が想定されるが、ログ容量に制約がある場合でも、例えばユーザ設定などに応じて、常に視聴履歴ログが記録されるようにしてもよい。
（第４の方式の視聴履歴対応処理）
最後に、図２６のフローチャートを参照して、第４の方式のインスタントUR(トリガ受信)の場合の視聴履歴対応処理の流れについて説明する。
ステップＳ２４１において、視聴履歴ログ制御部２５６は、例えば製品機能として、全てのサービスのコンテンツの再生時に、常に、任意の項目の視聴履歴ログを、記録部２１３に記録する。
ステップＳ２４２において、放送制御部２５１は、デジタル放送信号に含まれるURUトリガ情報を受信したかどうかを判定する。ここで、URUトリガ情報は、例えば、ビデオウォータマークを利用して伝送されている。ステップＳ２４２において、URUトリガ情報を受信していないと判定された場合、処理は、ステップＳ２４１に戻り、それ以降の処理が繰り返される。すなわち、URUトリガ情報が受信されるまでの間は、記録部２１３には、常に視聴履歴ログが記録され続ける。
一方、ステップＳ２４２において、URUトリガ情報を受信したと判定された場合、処理は、ステップＳ２４３に進められる。ステップＳ２４３において、トリガ取得部２５４は、ビデオウォータマークを利用して伝送されるURUトリガ情報を取得する。
ステップＳ２４４において、データ解析部２５５は、ステップＳ２４３の処理で取得されたURUトリガ情報を解析する。このURUトリガ情報には、上述した図１５に示したように、ログ範囲とログ期間(送信範囲と送信期間)、視聴履歴サーバ４０の視聴履歴サーバURLが記述されているので、それらの情報が解析結果として得られる。
ステップＳ２４５において、視聴履歴ログ制御部２５６は、記録部２１３に常時記録されていた視聴履歴ログのうち、ステップＳ２４４の解析結果に応じたログ範囲とログ期間に対応する視聴履歴ログを(過去にさかのぼって)取得(抽出)する。
ステップＳ２４６において、通信制御部２５２は、通信部２２３を制御して、ステップＳ２４４の解析結果から得られる視聴履歴サーバURLに従い、ステップＳ２４５の処理で取得された(過去にさかのぼって抽出された)視聴履歴ログを、ネットワーク９０を介して、視聴履歴サーバ４０宛てに送信する。
例えば、受信装置２０において、記録部２１３に、常時記録されていた１ヶ月分の視聴履歴ログ(CDMファイル)が蓄積されている場合に、視聴履歴ログのログ期間として、毎週土曜日19:00〜20:00の時間帯が指定され、ログ範囲として、ベーシックとアプリケーションが指定された場合、それらのログ範囲とログ期間に応じた視聴履歴ログ(CDMファイル)が、１ヶ月分の視聴履歴ログ(CDMファイル)から抽出される(切り出される)。そして、受信装置２０は、１ヶ月分の視聴履歴ログ(CDMファイル)のうち、毎週土曜日19:00〜20:00の時間帯における基本情報とアプリケーション情報を含む視聴履歴ログ(CDMファイル)を、ネットワーク９０を介して視聴履歴サーバ４０にアップロードする。
なお、第４の方式を採用した場合、受信装置２０では、基本的には、URUトリガ情報を受信したタイミングで、視聴履歴ログを抽出して、視聴履歴サーバ４０にアップロードするが、他のタイミングでアップロードされるようにしてもよい。
以上、インスタントUR(トリガ受信)の場合の視聴履歴対応処理の流れについて説明した。この第４の方式に応じた視聴履歴対応処理では、常時、視聴履歴ログを記録し続けるとともに、放送経由で取得されるURUトリガ情報に従い、常時記録していた視聴履歴ログのうち、放送局側から指定された項目(ログ範囲とログ期間)に応じた視聴履歴ログを、視聴履歴サーバ４０にアップロードすることになる。
また、ケーブルテレビ(CATV)等の有料放送を提供するMVPDによりコンテンツが提供される場合に、シグナリングとしての制御情報を伝送できないことが想定されるが、URUトリガ情報を利用すれば、受信環境に関係なく、URUトリガ情報に含まれる制御情報を取得することが可能となる。
なお、第４の方式が採用されるのは、大容量の記録部２１３によって、視聴履歴ログを記録するためのログ容量に制約がなく、大容量のログデータを記録できる場合が想定されるが、ログ容量に制約がある場合でも、例えばユーザ設定などに応じて、常に視聴履歴ログが記録されるようにしてもよい。
（視聴履歴ログ収集処理）
次に、図２７のフローチャートを参照して、図１の視聴履歴サーバ４０により実行される視聴履歴ログ収集処理の流れについて説明する。
ステップＳ４０１において、視聴履歴ログ管理部４５１は、受信装置２０から、ネットワーク９０を介して、視聴履歴ログが送信されてきたかどうかを判定する。
ステップＳ４０１において、受信装置２０からの視聴履歴ログが送信されてきたと判定された場合、処理は、ステップＳ４０２に進められる。ステップＳ４０２において、通信部４１２は、ネットワーク９０を介して、受信装置２０から送信されてくる視聴履歴ログを受信する。
ステップＳ４０３において、視聴履歴ログ管理部４５１は、ステップＳ４０２の処理で受信された視聴履歴ログを、記録部４１３に記録する。
ステップＳ４０３の処理が終了すると、処理は、ステップＳ４０４に進められる。なお、ステップＳ４０１において、受信装置２０から視聴履歴ログが送信されてこないと判定された場合、ステップＳ４０２，Ｓ４０３の処理はスキップされ、処理は、ステップＳ４０４に進められる。
ステップＳ４０４において、視聴履歴ログ管理部４５１は、記録部４１３に記録された視聴履歴ログを処理するかどうかを判定する。
ステップＳ４０４において、視聴履歴ログを処理しないと判定された場合、処理は、ステップＳ４０１に戻り、それ以降の処理が繰り返される。すなわち、ステップＳ４０１乃至Ｓ４０４の処理が繰り返されることで、複数の受信装置２０から送信されてくる視聴履歴ログが収集され、サービス(チャンネル)ごとの視聴履歴ログが、記録部４１３に蓄積されることになる。
一方、ステップＳ４０４において、視聴履歴ログを処理すると判定された場合、処理は、ステップＳ４０５に進められる。ステップＳ４０５において、視聴履歴ログ管理部４５１は、ステップＳ４０３の処理で、記録部４１３に記録(蓄積)された視聴履歴ログを読み出して、読み出された視聴履歴ログを処理する。
ここでは、例えば、視聴履歴ログ管理部４５１により視聴履歴ログが分析されることで、各サービス(チャンネル)ごとの視聴率が調査され、放送事業者(放送局)ごとの視聴履歴レポートが生成される。そして、放送事業者ごとの視聴履歴レポートは、各放送事業者が管理するサーバ等に送信される。ステップＳ４０５の処理が終了すると、図２７の視聴履歴ログ収集処理は終了する。
以上、視聴履歴ログ収集処理の流れについて説明した。この視聴履歴ログ収集処理では、複数の受信装置２０からの視聴履歴ログが順次収集され、所定のタイミングで、収集された視聴履歴ログが処理(分析)され、視聴履歴ログの処理結果が得られる。
＜６．変形例＞
上述した説明としては、デジタル放送の規格として、米国等で採用されている方式であるATSC(例えばATSC3.0)を説明したが、本技術は、日本等が採用する方式であるISDB(Integrated Services Digital Broadcasting)や、欧州の各国等が採用する方式であるDVB(Digital Video Broadcasting)などに適用するようにしてもよい。
また、上述したSLT(Service List Table)やURT(Usage Report Table)などのシグナリング情報の名称は、一例であって、他の名称が用いられるようにしてもよい。仮に、シグナリング情報の名称として、他の名称が用いられた場合であっても、単に形式的に名称が変更になっただけであり、そのシグナリング情報の実質的な内容が異なるものではない。例えば、SLTは、FIT(Fast Information Table)などと称される場合がある。
＜７．コンピュータの構成＞
上述した一連の処理は、ハードウェアにより実行することもできるし、ソフトウェアにより実行することもできる。一連の処理をソフトウェアにより実行する場合には、そのソフトウェアを構成するプログラムが、コンピュータにインストールされる。図２８は、上述した一連の処理をプログラムにより実行するコンピュータのハードウェアの構成例を示す図である。
コンピュータ９００において、CPU(Central Processing Unit)９０１，ROM(Read Only Memory)９０２，RAM(Random Access Memory)９０３は、バス９０４により相互に接続されている。バス９０４には、さらに、入出力インターフェース９０５が接続されている。入出力インターフェース９０５には、入力部９０６、出力部９０７、記録部９０８、通信部９０９、及び、ドライブ９１０が接続されている。
入力部９０６は、キーボード、マウス、マイクロフォンなどよりなる。出力部９０７は、ディスプレイ、スピーカなどよりなる。記録部９０８は、ハードディスクや不揮発性のメモリなどよりなる。通信部９０９は、ネットワークインターフェースなどよりなる。ドライブ９１０は、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリなどのリムーバブルメディア９１１を駆動する。
以上のように構成されるコンピュータ９００では、CPU９０１が、ROM９０２や記録部９０８に記録されているプログラムを、入出力インターフェース９０５及びバス９０４を介して、RAM９０３にロードして実行することにより、上述した一連の処理が行われる。
コンピュータ９００(CPU９０１)が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブルメディア９１１に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線又は無線の伝送媒体を介して提供することができる。
コンピュータ９００では、プログラムは、リムーバブルメディア９１１をドライブ９１０に装着することにより、入出力インターフェース９０５を介して、記録部９０８にインストールすることができる。また、プログラムは、有線又は無線の伝送媒体を介して、通信部９０９で受信し、記録部９０８にインストールすることができる。その他、プログラムは、ROM９０２や記録部９０８に、あらかじめインストールしておくことができる。
ここで、本明細書において、コンピュータがプログラムに従って行う処理は、必ずしもフローチャートとして記載された順序に沿って時系列に行われる必要はない。すなわち、コンピュータがプログラムに従って行う処理は、並列的あるいは個別に実行される処理(例えば、並列処理あるいはオブジェクトによる処理)も含む。また、プログラムは、１のコンピュータ(プロセッサ)により処理されるものであってもよいし、複数のコンピュータによって分散処理されるものであってもよい。
なお、本技術の実施の形態は、上述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。
また、本技術は、以下のような構成をとることができる。
（１）
デジタル放送の放送波を受信する受信部と、
前記放送波で伝送されるコンテンツの視聴履歴に関する視聴履歴情報の記録又は送信を制御するための制御情報を取得する取得部と、
前記制御情報に基づいて、前記視聴履歴情報の記録又は送信を制御する制御部と
を備える受信装置。
（２）
前記制御部は、
前記制御情報により指定される、前記視聴履歴情報の記録範囲と記録期間に応じて、前記視聴履歴情報を、記録部に記録し、
前記制御情報により指定される、前記視聴履歴情報を収集する視聴履歴サーバに前記視聴履歴情報を送信するタイミングを示す送信タイミング情報に応じて、記録された前記視聴履歴情報を、通信回線を介して、前記視聴履歴サーバに送信する
（１）に記載の受信装置。
（３）
前記取得部は、前記放送波で伝送される前記制御情報、又は前記制御情報を提供する制御情報サーバから通信回線を介して提供される前記制御情報を取得し、
前記制御部は、放送経由又は通信経由で取得された前記制御情報に基づいて、前記視聴履歴情報の記録又は送信を制御する
（２）に記載の受信装置。
（４）
前記取得部は、前記放送波で伝送されるトリガ情報に基づいて、前記制御情報を提供する制御情報サーバから通信回線を介して前記制御情報を取得し、
前記制御部は、通信経由で取得された前記制御情報に基づいて、前記視聴履歴情報の記録又は送信を制御する
（２）に記載の受信装置。
（５）
前記視聴履歴情報の記録範囲は、前記コンテンツの視聴履歴に関する基本的な情報である基本情報とともに、前記コンテンツの録画に関する録画情報、前記コンテンツを構成するコンポーネントに関するコンポーネント情報、又は、前記コンテンツと連動して実行されるアプリケーションに関するアプリケーション情報を記録するかどうかを示す情報を含み、
前記制御部は、前記視聴履歴情報の記録範囲に応じた範囲で、前記視聴履歴情報を、記録部に記録する
（２）乃至（４）のいずれかに記載の受信装置。
（６）
前記制御部は、
前記視聴履歴情報を、常に記録部に記録し、
記録された前記視聴履歴情報のうち、前記制御情報により指定される、前記視聴履歴情報の送信範囲と送信期間に応じた視聴履歴情報を、通信回線を介して、前記視聴履歴情報を収集する視聴履歴サーバに送信する
（１）に記載の受信装置。
（７）
前記取得部は、前記放送波で伝送される前記制御情報、又は前記制御情報を提供する制御情報サーバから通信回線を介して提供される前記制御情報を取得し、
前記制御部は、放送経由又は通信経由で取得された前記制御情報に基づいて、前記視聴履歴情報の送信を制御する
（６）に記載の受信装置。
（８）
前記取得部は、前記放送波で伝送されるトリガ情報に含まれる前記制御情報に基づいて、前記視聴履歴情報の送信を制御する
（６）に記載の受信装置。
（９）
前記視聴履歴情報の送信範囲は、前記コンテンツの視聴履歴に関する基本的な情報である基本情報とともに、前記コンテンツの録画に関する録画情報、前記コンテンツを構成するコンポーネントに関するコンポーネント情報、又は、前記コンテンツと連動して実行されるアプリケーションに関するアプリケーション情報を送信するかどうかを示す情報を含み、
前記制御部は、前記視聴履歴情報の送信範囲に応じた範囲で、前記視聴履歴情報を、前記視聴履歴サーバに送信する
（６）乃至（８）のいずれかに記載の受信装置。
（１０）
デジタル放送の放送波で伝送されるコンテンツの視聴履歴に関する視聴履歴情報の記録又は送信を制御するための制御情報を取得し、
前記制御情報に基づいて、前記視聴履歴情報の記録又は送信を制御する
ステップを含むデータ処理方法。
（１１）
コンテンツの視聴履歴に関する視聴履歴情報の記録又は送信を制御するための制御情報を生成する生成部と、
前記コンテンツとともに、前記制御情報を、デジタル放送の放送波で送信する送信部と
を備える送信装置。
（１２）
前記生成部は、前記視聴履歴情報の記録範囲と記録期間、及び、前記視聴履歴情報を収集する視聴履歴サーバに前記視聴履歴情報を送信するタイミングを示す送信タイミング情報を含む前記制御情報を生成する
（１１）に記載の送信装置。
（１３）
前記視聴履歴情報の記録範囲は、前記コンテンツの視聴履歴に関する基本的な情報である基本情報とともに、前記コンテンツの録画に関する録画情報、前記コンテンツを構成するコンポーネントに関するコンポーネント情報、又は、前記コンテンツと連動して実行されるアプリケーションに関するアプリケーション情報を記録するかどうかを示す情報を含む
（１２）に記載の送信装置。
（１４）
前記生成部は、前記視聴履歴情報の送信範囲と送信期間を含む前記制御情報を生成する
（１１）に記載の送信装置。
（１５）
前記視聴履歴情報の送信範囲は、前記コンテンツの視聴履歴に関する基本的な情報である基本情報とともに、前記コンテンツの録画に関する録画情報、前記コンテンツを構成するコンポーネントに関するコンポーネント情報、又は、前記コンテンツと連動して実行されるアプリケーションに関するアプリケーション情報を送信するかどうかを示す情報を含む
（１４）に記載の送信装置。
（１６）
コンテンツの視聴履歴に関する視聴履歴情報の記録又は送信を制御するための制御情報を生成し、
前記コンテンツとともに、前記制御情報を、デジタル放送の放送波で送信する
ステップを含むデータ処理方法。
（１７）
コンテンツの視聴履歴に関する視聴履歴情報の記録又は送信に関連する情報を含むトリガ情報を生成するトリガ生成部と、
前記コンテンツとともに、前記トリガ情報をデジタル放送の放送波に含めて送信する送信部と
を備える送信装置。
（１８）
前記トリガ生成部は、前記視聴履歴情報の記録範囲と記録期間、及び、前記視聴履歴情報を収集する視聴履歴サーバに前記視聴履歴情報を送信するタイミングを示す送信タイミング情報を含む制御情報を提供する制御情報サーバの宛先情報を含む前記トリガ情報を生成する
（１７）に記載の送信装置。
（１９）
前記トリガ生成部は、前記視聴履歴情報の送信範囲と送信期間を含む前記トリガ情報を生成する
（１７）に記載の送信装置。
（２０）
コンテンツの視聴履歴に関する視聴履歴情報の記録又は送信に関連する情報を含むトリガ情報を生成し、
前記コンテンツとともに、前記トリガ情報をデジタル放送の放送波に含めて送信する
ステップを含むデータ処理方法。
１ 伝送システム， １０ 送信装置， ２０ 受信装置， ３０ URTサーバ， ４０ 視聴履歴サーバ， ８０ 伝送路， ９０ ネットワーク， １１１ ビデオデータ取得部， １１２ ビデオエンコーダ， １１３ オーディオデータ取得部， １１４ オーディオエンコーダ， １１５ シグナリング生成部， １１６ シグナリング処理部， １１７ トリガ生成部， １１８ マルチプレクサ， １１９ 送信部， ２１１ 制御部， ２１２ メモリ， ２１３ 記録部， ２１４ 入力部， ２１５ 受信部， ２１６ デマルチプレクサ， ２１７ ビデオデコーダ， ２１８ ビデオ出力部， ２１９ オーディオデコーダ， ２２０ オーディオ出力部， ２２１ 表示部， ２２２ スピーカ， ２２３ 通信部， ２５１ 放送制御部， ２５２ 通信制御部， ２５３ URT取得部， ２５４ トリガ取得部， ２５５ データ解析部， ２５６ 視聴履歴ログ制御部， ４１１ 制御部， ４１２ 通信部， ４１３ 記録部， ４５１ 視聴履歴ログ管理部， ９００ コンピュータ， ９０１ CPU

Claims (20)

  1. デジタル放送の放送波を受信する受信部と、
    前記放送波で伝送されるコンテンツの視聴履歴に関する視聴履歴情報の記録又は送信を制御するための制御情報を取得する取得部と、
    前記制御情報に基づいて、前記視聴履歴情報の記録又は送信を制御する制御部と
    を備える受信装置。
  2. 前記制御部は、
    前記制御情報により指定される、前記視聴履歴情報の記録範囲と記録期間に応じて、前記視聴履歴情報を、記録部に記録し、
    前記制御情報により指定される、前記視聴履歴情報を収集する視聴履歴サーバに前記視聴履歴情報を送信するタイミングを示す送信タイミング情報に応じて、記録された前記視聴履歴情報を、通信回線を介して、前記視聴履歴サーバに送信する
    請求項１に記載の受信装置。
  3. 前記取得部は、前記放送波で伝送される前記制御情報、又は前記制御情報を提供する制御情報サーバから通信回線を介して提供される前記制御情報を取得し、
    前記制御部は、放送経由又は通信経由で取得された前記制御情報に基づいて、前記視聴履歴情報の記録又は送信を制御する
    請求項２に記載の受信装置。
  4. 前記取得部は、前記放送波で伝送されるトリガ情報に基づいて、前記制御情報を提供する制御情報サーバから通信回線を介して前記制御情報を取得し、
    前記制御部は、通信経由で取得された前記制御情報に基づいて、前記視聴履歴情報の記録又は送信を制御する
    請求項２に記載の受信装置。
  5. 前記視聴履歴情報の記録範囲は、前記コンテンツの視聴履歴に関する基本的な情報である基本情報とともに、前記コンテンツの録画に関する録画情報、前記コンテンツを構成するコンポーネントに関するコンポーネント情報、又は、前記コンテンツと連動して実行されるアプリケーションに関するアプリケーション情報を記録するかどうかを示す情報を含み、
    前記制御部は、前記視聴履歴情報の記録範囲に応じた範囲で、前記視聴履歴情報を、記録部に記録する
    請求項２に記載の受信装置。
  6. 前記制御部は、
    前記視聴履歴情報を、常に記録部に記録し、
    記録された前記視聴履歴情報のうち、前記制御情報により指定される、前記視聴履歴情報の送信範囲と送信期間に応じた視聴履歴情報を、通信回線を介して、前記視聴履歴情報を収集する視聴履歴サーバに送信する
    請求項１に記載の受信装置。
  7. 前記取得部は、前記放送波で伝送される前記制御情報、又は前記制御情報を提供する制御情報サーバから通信回線を介して提供される前記制御情報を取得し、
    前記制御部は、放送経由又は通信経由で取得された前記制御情報に基づいて、前記視聴履歴情報の送信を制御する
    請求項６に記載の受信装置。
  8. 前記取得部は、前記放送波で伝送されるトリガ情報に含まれる前記制御情報に基づいて、前記視聴履歴情報の送信を制御する
    請求項６に記載の受信装置。
  9. 前記視聴履歴情報の送信範囲は、前記コンテンツの視聴履歴に関する基本的な情報である基本情報とともに、前記コンテンツの録画に関する録画情報、前記コンテンツを構成するコンポーネントに関するコンポーネント情報、又は、前記コンテンツと連動して実行されるアプリケーションに関するアプリケーション情報を送信するかどうかを示す情報を含み、
    前記制御部は、前記視聴履歴情報の送信範囲に応じた範囲で、前記視聴履歴情報を、前記視聴履歴サーバに送信する
    請求項６に記載の受信装置。
  10. デジタル放送の放送波で伝送されるコンテンツの視聴履歴に関する視聴履歴情報の記録又は送信を制御するための制御情報を取得し、
    前記制御情報に基づいて、前記視聴履歴情報の記録又は送信を制御する
    ステップを含むデータ処理方法。
  11. コンテンツの視聴履歴に関する視聴履歴情報の記録又は送信を制御するための制御情報を生成する生成部と、
    前記コンテンツとともに、前記制御情報を、デジタル放送の放送波で送信する送信部と
    を備える送信装置。
  12. 前記生成部は、前記視聴履歴情報の記録範囲と記録期間、及び、前記視聴履歴情報を収集する視聴履歴サーバに前記視聴履歴情報を送信するタイミングを示す送信タイミング情報を含む前記制御情報を生成する
    請求項１１に記載の送信装置。
  13. 前記視聴履歴情報の記録範囲は、前記コンテンツの視聴履歴に関する基本的な情報である基本情報とともに、前記コンテンツの録画に関する録画情報、前記コンテンツを構成するコンポーネントに関するコンポーネント情報、又は、前記コンテンツと連動して実行されるアプリケーションに関するアプリケーション情報を記録するかどうかを示す情報を含む
    請求項１２に記載の送信装置。
  14. 前記生成部は、前記視聴履歴情報の送信範囲と送信期間を含む前記制御情報を生成する
    請求項１１に記載の送信装置。
  15. 前記視聴履歴情報の送信範囲は、前記コンテンツの視聴履歴に関する基本的な情報である基本情報とともに、前記コンテンツの録画に関する録画情報、前記コンテンツを構成するコンポーネントに関するコンポーネント情報、又は、前記コンテンツと連動して実行されるアプリケーションに関するアプリケーション情報を送信するかどうかを示す情報を含む
    請求項１４に記載の送信装置。
  16. コンテンツの視聴履歴に関する視聴履歴情報の記録又は送信を制御するための制御情報を生成し、
    前記コンテンツとともに、前記制御情報を、デジタル放送の放送波で送信する
    ステップを含むデータ処理方法。
  17. コンテンツの視聴履歴に関する視聴履歴情報の記録又は送信に関連する情報を含むトリガ情報を生成するトリガ生成部と、
    前記コンテンツとともに、前記トリガ情報をデジタル放送の放送波に含めて送信する送信部と
    を備える送信装置。
  18. 前記トリガ生成部は、前記視聴履歴情報の記録範囲と記録期間、及び、前記視聴履歴情報を収集する視聴履歴サーバに前記視聴履歴情報を送信するタイミングを示す送信タイミング情報を含む制御情報を提供する制御情報サーバの宛先情報を含む前記トリガ情報を生成する
    請求項１７に記載の送信装置。
  19. 前記トリガ生成部は、前記視聴履歴情報の送信範囲と送信期間を含む前記トリガ情報を生成する
    請求項１７に記載の送信装置。
  20. コンテンツの視聴履歴に関する視聴履歴情報の記録又は送信に関連する情報を含むトリガ情報を生成し、
    前記コンテンツとともに、前記トリガ情報をデジタル放送の放送波に含めて送信する
    ステップを含むデータ処理方法。
JP2017528384A 2015-07-16 2016-07-01 受信装置、送信装置、及び、データ処理方法 Abandoned JPWO2017010312A1 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2015141786 2015-07-16
JP2015141786 2015-07-16
PCT/JP2016/069593 WO2017010312A1 (ja) 2015-07-16 2016-07-01 受信装置、送信装置、及び、データ処理方法

Publications (1)

Publication Number Publication Date
JPWO2017010312A1 true JPWO2017010312A1 (ja) 2018-05-24

Family

ID=57758043

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2017528384A Abandoned JPWO2017010312A1 (ja) 2015-07-16 2016-07-01 受信装置、送信装置、及び、データ処理方法

Country Status (8)

Country Link
US (1) US11336967B2 (ja)
EP (1) EP3324642B1 (ja)
JP (1) JPWO2017010312A1 (ja)
KR (1) KR102536086B1 (ja)
CA (1) CA2987894C (ja)
MX (1) MX2018000327A (ja)
TW (1) TWI757240B (ja)
WO (1) WO2017010312A1 (ja)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA3126649C (en) 2014-11-20 2023-10-17 Lg Electronics Inc. Apparatus for transmitting broadcast signal, apparatus for receiving broadcast signal, method for transmitting broadcast signal and method for receiving broadcast signal
WO2017014553A1 (ko) * 2015-07-21 2017-01-26 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
US10657141B2 (en) * 2016-10-18 2020-05-19 DART Video Communications, Inc. Interactive messaging system

Family Cites Families (32)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH08195129A (ja) * 1995-01-18 1996-07-30 Hitachi Cable Ltd 高圧ケーブル
US6351467B1 (en) * 1997-10-27 2002-02-26 Hughes Electronics Corporation System and method for multicasting multimedia content
US8352984B2 (en) * 1998-06-12 2013-01-08 Thomson Licensing System and method for generating and managing user preference information for scheduled and stored television programs
US8332478B2 (en) * 1998-10-01 2012-12-11 Digimarc Corporation Context sensitive connected content
JP2002320246A (ja) * 2001-01-15 2002-10-31 Matsushita Electric Ind Co Ltd 視聴履歴利用システム及びそれに関する装置
WO2002062009A1 (en) * 2001-01-30 2002-08-08 Digimarc Corporation Efficient interactive tv
JP3713043B2 (ja) * 2002-11-14 2005-11-02 松下電器産業株式会社 視聴履歴記録方法および視聴履歴利用方法
EP1703732B1 (en) * 2004-01-27 2018-07-25 Panasonic Corporation Television receiver and digital broadcast system
JP3987852B2 (ja) * 2004-04-08 2007-10-10 シャープ株式会社 サービス受信装置
JP2005311810A (ja) 2004-04-23 2005-11-04 Aii Kk デジタル放送を用いた視聴履歴収集方法
KR100744285B1 (ko) * 2005-07-08 2007-07-30 삼성전자주식회사 디지털 멀티미디어 방송 수신 단말의 시청 이력 전송 방법및 장치
JP4360390B2 (ja) * 2006-09-21 2009-11-11 ソニー株式会社 情報処理装置および方法、プログラム、並びに記録媒体
WO2010092763A1 (ja) * 2009-02-13 2010-08-19 パナソニック株式会社 コンテンツメディア再生装置及びコンテンツメディア
JP2010283783A (ja) * 2009-06-08 2010-12-16 Nippon Telegr & Teleph Corp <Ntt> マルチキャストデータ中継装置、視聴履歴集計方法、視聴履歴集計システム、及び視聴履歴集計プログラム
JP5110661B2 (ja) 2009-07-27 2012-12-26 ソニー株式会社 受信装置および受信方法
CN101645905B (zh) 2009-08-31 2012-10-24 深圳市茁壮网络股份有限公司 数据下载方法和数据上传方法及浏览器
US8839338B2 (en) 2012-03-28 2014-09-16 Sony Corporation Service usage reporting data transport
JP5703664B2 (ja) * 2010-09-30 2015-04-22 ソニー株式会社 受信装置、受信方法、送信装置、送信方法、プログラム、および放送システム
CN103283251A (zh) * 2010-12-26 2013-09-04 Lg电子株式会社 广播服务发送方法、广播服务接收方法和广播服务接收设备
US9485108B2 (en) 2011-03-14 2016-11-01 Qualcomm Incorporated System and apparatus for using multichannel file delivery over unidirectional transport (“FLUTE”) protocol for delivering different classes of files in a broadcast network
US20130042100A1 (en) * 2011-08-09 2013-02-14 Nokia Corporation Method and apparatus for forced playback in http streaming
WO2013058633A1 (ko) * 2011-10-20 2013-04-25 엘지전자 주식회사 방송 서비스 수신 방법 및 방송 서비스 수신 장치
JP5209129B1 (ja) * 2012-04-26 2013-06-12 株式会社東芝 情報処理装置、放送受信装置及び情報処理方法
JP2014049985A (ja) * 2012-08-31 2014-03-17 Toshiba Corp 情報収集装置および情報収集方法
US9264648B2 (en) 2012-10-09 2016-02-16 Sony Corporation Receiving device, receiving method, transmitting device, and transmitting method
JP2014093695A (ja) * 2012-11-05 2014-05-19 Toshiba Corp 広告提供装置、広告提供システム及び広告提供方法
KR102273757B1 (ko) 2014-01-03 2021-07-06 엘지전자 주식회사 방송 신호를 송신하는 장치, 방송 신호를 수신하는 장치, 방송 신호를 송신하는 방법 및 방송 신호를 수신하는 방법
WO2015174086A1 (en) * 2014-05-13 2015-11-19 Sharp Kabushiki Kaisha A method of decoding a content bitstream
US20170111692A1 (en) * 2014-05-20 2017-04-20 Lg Electronics Inc. Broadcasting transmission device, method for operating broadcasting transmission device, broadcasting reception device, and method for operating broadcasting reception device
US10410229B2 (en) * 2014-12-17 2019-09-10 International Business Machines Corporation Media consumer viewing and listening behavior
CN107211192B (zh) * 2015-01-30 2020-11-06 夏普株式会社 上报信息的方法
CA2987376C (en) * 2015-06-04 2022-09-06 Sharp Kabushiki Kaisha Methods for broadcast service signaling

Also Published As

Publication number Publication date
WO2017010312A1 (ja) 2017-01-19
EP3324642A4 (en) 2019-03-13
MX2018000327A (es) 2018-03-14
US11336967B2 (en) 2022-05-17
EP3324642B1 (en) 2023-12-13
US20180167696A1 (en) 2018-06-14
CA2987894C (en) 2023-10-24
TWI757240B (zh) 2022-03-11
TW201707443A (zh) 2017-02-16
KR102536086B1 (ko) 2023-05-24
KR20180030476A (ko) 2018-03-23
CA2987894A1 (en) 2017-01-19
EP3324642A1 (en) 2018-05-23

Similar Documents

Publication Publication Date Title
KR101922554B1 (ko) 방송 시스템에서의 제어 메시지 구성 장치 및 방법
JP7070630B2 (ja) 受信方法、及び、送信方法
EP2618534B1 (en) Method, apparatus, and system for dynamic media content insertion based on http stream
KR102536243B1 (ko) 수신 디바이스, 송신 디바이스, 및 데이터 처리 방법
CA2834046A1 (en) Method for transmitting a broadcast service, apparatus for receiving same, and method for processing an additional service using the apparatus for receiving same
US20190342862A1 (en) Reception apparatus, reception method, transmission apparatus, and transmission method
US20240107085A1 (en) Reception device, reception method, transmission device, and transmission method
WO2015137149A1 (ja) 受信装置、受信方法、送信装置、及び、送信方法
CN105981393A (zh) 发送广播信号的装置、接收广播信号的装置、发送广播信号的方法以及接收广播信号的方法
CN101232613B (zh) 发送/接收数字内容的方法和接收数字内容的装置
KR20160077066A (ko) 송신 장치, 송신 방법, 수신 장치, 및 수신 방법
WO2014196392A1 (ja) コンテンツ供給装置、コンテンツ供給方法、プログラム、およびコンテンツ供給システム
WO2017010312A1 (ja) 受信装置、送信装置、及び、データ処理方法
JP2017011325A (ja) 受信装置、送信装置、及び、データ処理方法
JP2020025325A (ja) 受信装置、送信装置、及び、データ処理方法
WO2015107930A1 (ja) 受信装置、受信方法、送信装置、及び、送信方法

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20190625

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20190712

A762 Written abandonment of application

Free format text: JAPANESE INTERMEDIATE CODE: A762

Effective date: 20200406