TW201707443A - 接收裝置、發送裝置及資料處理方法 - Google Patents

接收裝置、發送裝置及資料處理方法 Download PDF

Info

Publication number
TW201707443A
TW201707443A TW105121105A TW105121105A TW201707443A TW 201707443 A TW201707443 A TW 201707443A TW 105121105 A TW105121105 A TW 105121105A TW 105121105 A TW105121105 A TW 105121105A TW 201707443 A TW201707443 A TW 201707443A
Authority
TW
Taiwan
Prior art keywords
information
viewing history
recording
content
trigger
Prior art date
Application number
TW105121105A
Other languages
English (en)
Other versions
TWI757240B (zh
Inventor
Naohisa Kitazato
Yasuaki Yamagishi
Jun Kitahara
Taketoshi Yamane
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 TW201707443A publication Critical patent/TW201707443A/zh
Application granted granted Critical
Publication of TWI757240B publication Critical patent/TWI757240B/zh

Links

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/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
    • 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
    • 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/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/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)
  • Social Psychology (AREA)
  • General Health & Medical Sciences (AREA)
  • Health & Medical Sciences (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Graphics (AREA)
  • General Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本技術是有關在所望的運用形態下，可進行關於視聽履歷的運用之接收裝置，發送裝置及資料處理方法。 接收裝置是接收從發送裝置經由傳送路來傳送的數位播放的播放波，取得用以控制有關以播放波傳送的內容的視聽履歷之視聽履歷資訊的記錄或發送的控制資訊，根據控制資訊來控制視聽履歷資訊的記錄或發送。本技術是例如可適用在對應於IP傳送方式的電視接收機。

Description

接收裝置、發送裝置及資料處理方法
本技術是有關接收裝置、發送裝置及資料處理方法，特別是有關在所望的運用形態下，可進行關於視聽履歷的運用之接收裝置、發送裝置及資料處理方法。
在播放的領域中，有時進行關於收集內容的視聽履歷來分析等的視聽履歷之運用。例如，有定期性地或必要時傳送視聽履歷的技術被揭示(例如參照專利文獻1)。
[先行技術文獻] [專利文獻]
[專利文獻1]日本特開2009-278651號公報
可是，用以實現關於視聽履歷的運用之技術 方式未被確立，因此被要求提案一用以在所望的運用形態下進行關於視聽履歷的運用。
本技術是有鑑於如此的狀況而研發者，可在所望的運用形態下進行關於視聽履歷的運用。
本技術的第1形態的接收裝置是具備：接收部，其係接收數位播放的播放波；取得部，其係取得用以控制有關以前述播放波傳送的內容的視聽履歷之視聽履歷資訊的記錄或發送之控制資訊；及控制部，其係根據前述控制資訊來控制前述視聽履歷資訊的記錄或發送。
本技術的第1形態的接收裝置是可為獨立的裝置，或構成1個裝置的內部區塊。並且，本技術的第1形態的資料處理方法是對應於上述本技術的第1形態的接收裝置的資料處理方法。
在本技術的第1形態的接收裝置及資料處理方法中，取得用以控制有關以數位播放的播放波傳送的內容的視聽履歷之視聽履歷資訊的記錄或發送之控制資訊，根據前述控制資訊來控制前述視聽履歷資訊的記錄或發送。
本技術的第2形態的發送裝置是具備：生成部，其係生成用以控制有關內容的視聽履歷之視 聽履歷資訊的記錄或發送之控制資訊；及發送部，其係與前述內容一起，將前述控制資訊以數位播放的播放波來發送。
本技術的第2形態的接收裝置是可為獨立的裝置，或構成1個裝置的內部區塊。並且，本技術的第2形態的資料處理方法是對應於上述本技術的第2形態的接收裝置的資料處理方法。
在本技術的第2形態的發送裝置及資料處理方法中，生成用以控制有關內容的視聽履歷之視聽履歷資訊的記錄或發送之控制資訊，與前述內容一起，前述控制資訊以數位播放的播放波來發送。
本技術的第3形態的發送裝置是具備：觸發生成部，其係生成包含與有關內容的視聽履歷之視聽履歷資訊的記錄或發送關聯的資訊之觸發資訊；及發送裝置，其係與前述內容一起，將前述觸發資訊含在數位播放的播放波中而發送。
本技術的第3形態的接收裝置是可為獨立的裝置，或構成1個裝置的內部區塊。並且，本技術的第3形態的資料處理方法是對應於上述本技術的第3形態的接收裝置的資料處理方法。
在本技術的第3形態的發送裝置及資料處理方法中，生成包含與有關內容的視聽履歷之視聽履歷資訊的記錄或發送關聯的資訊之觸發資訊，與前述內容一起，前述觸發資訊含在數位播放的播放波中而被發送。
若根據本技術的第1形態~第3形態，則可以所望的運用形態來進行有關視聽履歷的運用。
另外，在此記載的效果並非一定為限定者，亦可為本案中所記載的任一效果。
1‧‧‧傳送系統
10‧‧‧發送裝置
20‧‧‧接收裝置
30‧‧‧URT伺服器
40‧‧‧視聽履歷伺服器
80‧‧‧傳送路
90‧‧‧網路
111‧‧‧視頻資料取得部
112‧‧‧視頻編碼器
113‧‧‧音頻資料取得部
114‧‧‧音頻編碼器
115‧‧‧傳訊生成部
116‧‧‧傳訊處理部
117‧‧‧觸發生成部
118‧‧‧多工器
119‧‧‧發送部
211‧‧‧控制部
212‧‧‧記憶體
213‧‧‧記錄部
214‧‧‧輸入部
215‧‧‧接收部
216‧‧‧解多工器
217‧‧‧視頻解碼器
218‧‧‧視頻輸出部
219‧‧‧音頻解碼器
220‧‧‧音頻輸出部
221‧‧‧顯示部
222‧‧‧喇叭
223‧‧‧通訊部
251‧‧‧播放控制部
252‧‧‧通訊控制部
253‧‧‧URT取得部
254‧‧‧觸發取得部
255‧‧‧資料解析部
256‧‧‧視聽履歷記錄表控制部
411‧‧‧控制部
412‧‧‧通訊部
413‧‧‧記錄部
451‧‧‧視聽履歷記錄表管理部
900‧‧‧電腦
901‧‧‧CPU
圖1是表示適用本技術的傳送系統的一實施形態的構成圖。
圖2是適用本技術的IP傳送方式的協定堆疊的圖。
圖3是說明對應於Usage Reporting的運用形態的接收裝置的動作的圖。
圖4是表示訂閱UR(直接接收)的方案的例圖。
圖5是表示訂閱UR(觸發接收)的方案的例圖。
圖6是表示即席UR(直接接收)的方案的例圖。
圖7是表示即席UR(觸發接收)的方案的例圖。
圖8是說明URT元資料的概要的圖。
圖9是表示URT元資料的語法的例圖。
圖10是表示CDM的語法的例圖。
圖11是說明利用觸發資訊的控制的概要的圖。
圖12是表示觸發資訊的語法的例圖。
圖13是表示對應於指令ID的觸發資訊的型式的圖。
圖14是表示URLR觸發資訊的格式的例圖。
圖15是表示URU觸發資訊的格式的例圖。
圖16是表示發送裝置的構成例的圖。
圖17是表示接收裝置的構成例的圖。
圖18是表示圖17的控制部的機能的構成例的圖。
圖19是表示視聽履歷伺服器的構成例的圖。
圖20是說明發送處理的流程圖。
圖21是說明視聽履歷對應處理的流程圖。
圖22是說明接收處理的流程圖。
圖23是說明訂閱UR(直接接收)時的視聽履歷對應處理的流程圖。
圖24是說明訂閱UR(觸發接收)時的視聽履歷對應處理的流程圖。
圖25是說明即席UR(直接接收)時的視聽履歷對應處理的流程圖。
圖26是說明即席UR(觸發接收)時的視聽履歷對應處理的流程圖。
圖27是說明視聽履歷記錄表收集處理的流程圖。
圖28是表示電腦的構成例的圖。
以下，一邊參照圖面一邊說明有關本技術的實施形態。另外，說明是以以下的順序進行者。
1.系統的構成
2.有關視聽履歷的運用
(1)第1方式：訂閱(subscription)UR(直接接收)
(2)第2方式：訂閱UR(觸發接收)
(3)第3方式：即席(instant)UR(直接接收)
(4)第4方式：即席UR(觸發接收)
3.在有關視聽履歷的運用所被使用的各資料的詳細規格
(1)URT元資料的構造
(2)CDM的構造
(3)觸發資訊的構造
4.各裝置的構成
5.在各裝置所被實行的處理的流程
6.變形例
7.電腦的構成
<1.系統的構成> (傳送系統的構成例)
圖1是表示適用本技術的傳送系統的一實施形態的構成圖。另外，所謂系統是意指複數的裝置邏輯性地集合的物。
在圖1中，傳送系統1是由發送裝置10、接 收裝置20、URT伺服器30及視聽履歷伺服器40所構成。
在此傳送系統1中，在發送裝置10與接收裝置20之間，經由傳送路80來進行例如依照ATSC3.0等的數位播放的規格之資料傳送。ATSC3.0是現在策定中的次世代的ATSC(Advanced Television Systems Committee)規格。並且，在圖1的傳送系統1中，接收裝置20、URT伺服器30及視聽履歷伺服器40是被連接至網路90，可互相進行通訊。另外，網路90是網際網路等的通訊線路。
發送裝置10是對應於ATSC3.0等的數位播放的規格的發送機。發送裝置10是以構成電視節目等的內容的視頻或音頻、字幕等(的組件)的串流作為數位播放訊號，經由傳送路80來發送(傳送)。
並且，發送裝置10是可將URT(Usage Report Table)元資料含在數位播放訊號中作為傳訊(signaling)發送。URT元資料是用以控制有關內容的視聽履歷之視聽履歷資訊(視聽履歷記錄表)的記錄或發送的控制資訊。另外，URT元資料的詳細的構成是參照圖8及圖9後述。在此，作為視聽履歷記錄表，是例如可利用CDM(Consumption Data Message)。另外，CDM的詳細的構成是參照圖10後述。又，由於CDM是作為XML(Extensible Markup Language)形式的檔案被提供，因此在以下的說明中亦稱為CDM檔案。
而且，發送裝置10是亦可在數位播放訊號中含用以提供各種的機能的觸發資訊來發送。在此，在觸發資訊中含有URLR(Usage Report Log Request)觸發資訊及URU(Usage Report Upload)觸發資訊。另外，URLR觸發資訊的詳細的構成是參照圖14後述。並且，URU觸發資訊的詳細的構成是參照圖15後述。
URLR觸發資訊或URU觸發資訊等的觸發資訊是可利用構成內容的視頻或音頻的水印來傳送。以下的說明是以URLR觸發資訊及URU觸發資訊為利用視頻水印來傳送的情況為一例進行說明。
接收裝置20是對應於ATSC3.0等的數位播放的規格之接收機，例如電視接收機或機上盒(Set Top Box)等的固定接收機、或智慧型手機或行動電話、平板電腦等的移動接收機。又，接收裝置20是亦可為例如車載電視等被搭載於汽車的機器。
接收裝置20是接收從發送裝置10經由傳送路80發送(傳送)來的數位播放訊號，取得視頻或音頻、字幕等(的組件)的串流而處理，輸出電視節目等的內容的映像或音聲。
又，接收裝置20是可接收取得從發送裝置10經由傳送路80發送(傳送)來的數位播放訊號中所含的URT元資料或觸發資訊。並且，接收裝置20是可根據URLR觸發資訊，經由網路90來對URT伺服器30進行存取，取得URT元資料。亦即，接收裝置20是可經由播放 或通訊取得URT元資料。
接收裝置20是例如作為製品機能經常記錄視聽履歷記錄表，或根據作為傳訊取得的URT元資料來記錄視聽履歷記錄表。然後，接收裝置20是根據URT元資料或URU觸發資訊，經由網路90來將記錄的視聽履歷記錄表發送至視聽履歷伺服器40。
URT伺服器30是提供URT元資料的伺服器。URT伺服器30是按照來自接收裝置20的要求，經由網路90來將URT元資料提供給接收裝置20。
視聽履歷伺服器40是收集從複數的接收裝置20經由網路90發送來的視聽履歷記錄表而處理的伺服器。視聽履歷伺服器40是除了單獨的播放事業者以外，例如藉由複數的播放事業者所設立的共同經營的事業者或藉由與播放事業者無關的第三者組織(例如專門進行視聽率調査的代理的組織)來提供。
以上，說明有關傳送系統的構成。
另外，在圖1中，基於說明的方便起見，舉1台的發送裝置10及1台的接收裝置20為例進行說明，但實際是由發送裝置10-1~10-i(i是1以上的整數)、及接收裝置20-1~20-j(j是1以上的整數)所構成。並且，在圖1中，作為傳送路80是例如地上波以外，還可利用衛星線路或有線電視網(有線線路)等。
(協定堆疊(Protocol stack))
可是，在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是擴大適於在一方向多點(multicast)轉送二進制(binary)檔案的協定之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等的標記語言(markup language)來記述。並且，MPD元資料是准照MPEG-DASH(Dynamic Adaptive Streaming over HTTP)的規格。並且，在上述的說明中，URT元資料是作為LLS傳訊資訊傳送進行說明，但亦可作為SLS傳訊資訊傳送。
圖2是表示本實施例的協定堆疊的圖。
在圖2中，最下位的階層是物理層(Physical Layer)。與此物理層鄰接的上位的階層是層2的階層(Layer2)，且與層2的階層鄰接的上位的階層是IP層。並且，與IP層鄰接的上位的階層是UDP層。亦即，包含UDP封包的IP封包(IP/UDP封包)會被配置成層2的Generic封包的酬載(payload)，被膠囊化(encapsulation)。並且，物理層的訊框(ATSC Physical Frame)是由前文(preamble)及資料部所構成，但在資料部是對於使複數的Generic封包膠囊化而取得的BB訊 框，附加錯誤訂正用的奇偶性(parity)之後，藉由進行有關交錯(interleave)或圖化(mapping)等的物理層之處理而取得的資料會被圖化。
與UDP層鄰接的上位的階層是ROUTE，MMT，SLT。亦即，以ROUTE session傳送之視頻、音頻及字幕的串流、SLS傳訊資訊的串流、及NRT內容的串流是被儲存於IP/UDP封包來傳送。另外，NRT內容是以NRT(Non Real Time)播放來發送的內容，一旦被儲存於接收裝置20的儲存器之後進行再生。又，NRT內容以外的檔案(例如應用程式的檔案)亦可以ROUTE session來傳送。
另一方面，以MMT session傳送的視頻、音頻及字幕的串流、及SLS傳訊資訊的串流是被儲存於IP/UDP封包而傳送。並且，SLT元資料是被儲存於IP/UDP封包而傳送。
由於採用以上那樣的協定堆疊，因此接收裝置20是在藉由以ROUTE session傳送的組件的串流來提供的服務(頻道)的選台時，按照SLT元資料中所含的選台資訊，取得以ROUTE session傳送的SLS傳訊資訊(S1-1，S1-2)。然後，接收裝置20是按照USD，LSID，MPD等的元資料，連接至提供所被選台的服務之組件的串流(S1-3)。藉此，在接收裝置20中，對應於所被選台的服務之內容(例如電視節目)的映像或音聲會被輸出。
並且，接收裝置20是在藉由以MMT session傳送的組件的串流來提供的服務的選台時，按照SLT元資料中所含的選台資訊，取得以MMT session傳送的SLS傳訊資訊(S2-1，S2-2)。然後，接收裝置20是按照SLS傳訊資訊中所含的各種的元資料，連接至提供所被選台的服務之組件的串流(S2-3)。藉此，在接收裝置20中，對應於所被選台的服務之內容(例如電視節目)的映像或音聲會被輸出。
<2.有關視聽履歷的運用>
可是在播放的領域中，有時進行關於收集內容的視聽履歷來分析等的視聽履歷之運用，作為Usage Reporting。作為如此的運用是假想播放事業者(播放台)調查有關本身的提供的服務(電視節目)的視聽履歷之情況、及與播放事業者無關的第三者組織(例如專門進行視聽率調査的代理組織)穿越藉由複數的播放事業者所提供的服務來調査之情況。
又，若由視聽率調査公司等調查視聽履歷的側來看，則所欲調查視聽履歷的範圍是依其目的而不同，例如所欲調查全部的服務的全時間帶時或只調查對應於特定的服務的內容的視聽狀況時等，假想各種的情況。並且，在此不只是僅調查對應於服務的內容的視聽狀況，例如也假想調查使用者的操作履歷等。而且，依接收裝置20所具備的機能，也有可能視聽履歷的分析能力不同。
並且，在接收裝置20中，不僅在用以記錄視聽履歷記錄表的記錄表容量無限制，可記錄大容量的記錄表資料的情況，也假想在用以記錄視聽履歷記錄表的記錄表容量有限制，只能記錄受限的記錄表資料的情況，在如此的情況是無法針對全部的服務記錄全時間帶的視聽履歷記錄表。因此，在記錄視聽履歷記錄表時，也出現需要限制記錄表範圍及記錄表期間的情況。
如此，假想各種的運用形態，作為有關視聽履歷的運用，但由於用以進行有關視聽履歷的運用之技術方式未被確立，因此被要求提案以所望的運用形態進行有關視聽履歷的運用。於是，在本技術中，提案第1方式~第4方式，使能夠以所望的運用形態來進行有關視聽履歷的運用。
(視聽履歷記錄表的控制方法)
圖3是說明有關第1方式~第4方式的視聽履歷記錄表的控制方法的圖。
如圖3所示般，本技術是按每個對應於Usage Reporting的運用類別與接收環境的組合之運用形態，定義第1方式~第4方式的4個方式的視聽履歷記錄表的控制方法。
在此，Usage Reporting的運用類別是有：調查視聽履歷的側預先指定視聽履歷記錄表的記錄條件(記錄範圍及記錄期間)的運用之「訂閱UR(Subscription Usage Reporting)」、及調查視聽履歷的側不指定視聽履歷記錄表的記錄條件，而指定視聽履歷記錄表的發送條件(發送範圍及發送期間)的運用之「即席UR(Instant Usage Reporting)」。
並且，在接收環境是有：經由播放或通訊接收URT元資料，而進行視聽履歷記錄表的控制之「直接接收」、及經由播放接收觸發資訊(URLR觸發資訊或URU觸發資訊)，而進行視聽履歷記錄表的控制之「觸發接收」。另外，藉由提供有線電視(CATV)或衛星播放等的收費播放之MVPD(Multichannel Video Programming Distributors)來提供內容時，估計無法傳送作為傳訊的控制資訊，但若利用觸發資訊，則無關接收環境，可傳送控制資訊。
首先，第1方式是定義在由「訂閱UR」的運用類別與「直接接收」的接收環境的組合所成的運用形態之視聽履歷記錄表的控制方法。
當此第1方式被採用時，接收裝置20是經由播放或通訊取得URT元資料(S11)，在按照此URT元資料的記錄表範圍及記錄表期間，記錄視聽履歷記錄表(S12)。然後，接收裝置20是在按照URT元資料的上傳期間，將視聽履歷記錄表上傳至視聽履歷伺服器40(S13)。
如此，第1方式是根據經由播放或通訊取得的URT元資料，控制視聽履歷記錄表的記錄或發送。另 外，有關第1方式的詳細的內容是參照圖4後述。
其次，第2方式是定義在由「訂閱UR」的運用類別及「觸發接收」的接收環境的組合所成的運用形態之視聽履歷記錄表的控制方法。
當此第2方式被採用時，接收裝置20是經由播放取得利用視頻水印而傳送的URLR觸發資訊(S21)，按照此URLR觸發資訊，從URT伺服器30取得URT元資料(S22)。接收裝置20是在按照此URT元資料的記錄表範圍及記錄表期間，記錄視聽履歷記錄表(S23)。然後，接收裝置20是在按照URT元資料的上傳期間，將視聽履歷記錄表上傳至視聽履歷伺服器40(S24)。
如此，第2方式是根據按照經由播放取得的URLR觸發資訊而經由通訊取得的URT元資料來控制視聽履歷記錄表的記錄或發送。另外，有關第2方式的詳細的內容是參照圖5後述。
其次，第3方式是定義在由「即席UR」的運用類別及「直接接收」的接收環境的組合所成的運用形態之視聽履歷記錄表的控制方法。
當此第3方式被採用時，接收裝置20是常時記錄視聽履歷記錄表(S31)。然後，接收裝置20是經由播放或通訊取得URT元資料(S32)，在按照此URT元資料的記錄表範圍及記錄表期間，將記錄的視聽履歷記錄表上傳至視聽履歷伺服器40(S33)。
如此，第3方式是常時記錄視聽履歷記錄表，且根據經由播放或通訊取得的URT元資料來控制記錄的視聽履歷記錄表的發送。
最後，第4方式是定義在由「即席UR」的運用類別及「觸發接收」的接收環境的組合所成的運用形態之視聽履歷記錄表的控制方法。
當此第4方式被採用時，接收裝置20是常時記錄視聽履歷記錄表(S41)。然後，接收裝置20是經由播放取得利用視頻水印來傳送的URU觸發資訊(S42)，在按照URU觸發資訊的記錄表範圍及記錄表期間，將記錄的視聽履歷記錄表上傳至視聽履歷伺服器40(S43)。
如以上般，可藉由第1方式~第4方式的任一方式來控制視聽履歷記錄表的記錄或發送。其次，說明有關上述第1方式~第4方式的視聽履歷記錄表的控制方法的詳細。
(1)第1方式：訂閱UR(直接接收)
圖4是表示接收環境成為直接接收時的訂閱UR的方案(scenario)的例圖。
在圖4中是圖示從發送裝置10發送之播放串流，藉由接收裝置20所接收的播放串流。此播放串流是包含視頻、音頻及傳訊的串流。接收裝置20是處理播放串流，進行內容的再生。
在此，採用第1方式時，接收裝置20是接收 作為來自發送裝置10的傳訊的串流而被傳送的URT元資料(S11)。另外，URT元資料是亦可經由網路90來從URT伺服器30提供。亦即，URT元資料是經由播放或通訊取得。
其次，接收裝置20是解析經由播放或通訊取得的URT元資料，而在對應於URT元資料的解析結果的記錄表範圍及記錄表期間，記錄視聽履歷記錄表(S12)。
在此，例如，表示應記錄的視聽履歷記錄表的項目(記錄表的詳細度)之資訊會被指定，作為記錄表範圍，表示記錄視聽履歷記錄表的時間帶之資訊會被指定，作為記錄表期間，因此在接收裝置20中，每次形成記錄表期間所示的時間帶，對應於記錄表範圍所示的項目(記錄表的詳細度)的視聽履歷記錄表(CDM檔案)會被記錄(S12-1，S12-2，S12-3，S12-4，．．．)。
然後，接收裝置20是按照視聽履歷伺服器40的URL(以下稱為視聽履歷伺服器URL)，在對應於URT元資料的解析結果的上傳期間，經由網路90來將對應於記錄表範圍及記錄表期間而記錄的視聽履歷記錄表上傳至視聽履歷伺服器40(S13)。另外，在URT元資料中含有視聽履歷伺服器URL，作為目的地資訊，因此由此取得視聽履歷伺服器URL。
在此，例如，表示將視聽履歷記錄表上傳至視聽履歷伺服器40的時間帶之資訊會被指定，作為上傳 期間，因此在接收裝置20中，每次形成上傳期間所示的時間帶，對應於記錄表範圍及記錄表期間而記錄的視聽履歷記錄表(CDM檔案)會被上傳至視聽履歷伺服器40(S13-1，S13-2，．．．)。
藉此，在視聽履歷伺服器40中，可經由網路90從複數的接收裝置20收集所被上傳的視聽履歷記錄表(CDM檔案)，而進行分析(例如視聽率調査)。
如以上般，第1方式是在接收裝置20中，例如在用以記錄視聽履歷記錄表的記錄表容量有限制，當只能記錄有限的記錄表資料時，按照經由播放或通訊取得的URT元資料，記錄對應於由播放台側所指定的項目(記錄表範圍及記錄表期間)之視聽履歷記錄表，且在由播放台側所指定的時機(上傳期間)，將視聽履歷記錄表定期性地上傳至視聽履歷伺服器40。
(2)第2方式：訂閱UR(觸發接收)
圖5是表示接收環境成為觸發接收時的訂閱UR的方案的例圖。
在圖5中是圖示從發送裝置10發送之播放串流，藉由接收裝置20所接收的播放串流。此播放串流特別是只圖示含URLR觸發資訊的視頻串流。接收裝置20是處理播放串流，進行內容的再生。
在此，採用第2方式時，接收裝置20是接收來自發送裝置10的視頻串流中所含的URLR觸發資訊 (S21)。另外，此例，URLR觸發資訊是利用視頻水印來傳送，但亦可例如利用音頻水印或音頻使用者資料等，利用其他的方法來傳送。
其次，接收裝置20是解析經由播放取得的URLR觸發資訊，按照URLR觸發資訊的解析結果，經由網路90來對URT伺服器30進行存取，取得URT元資料(S22)。另外，在URLR觸發資訊中含有URT伺服器30的URL(以下稱為URT伺服器URL)作為目的地資訊，因此由此取得URT伺服器URL。
其次，接收裝置20是解析經由通訊取得的URT元資料，在對應於URT元資料的解析結果的記錄表範圍及記錄表期間，記錄視聽履歷記錄表(S23)。
在此，例如，表示應記錄的視聽履歷記錄表的項目(記錄表的詳細度)之資訊會被指定，作為記錄表範圍，表示記錄視聽履歷記錄表的時間帶之資訊會被指定，作為記錄表期間，因此在接收裝置20中，每次形成記錄表期間所示的時間帶，對應於記錄表範圍所示的內容(記錄表的詳細度)之視聽履歷記錄表(CDM檔案)會被記錄(S23-1，S23-2，S23-3，S23-4，．．．)。
然後，接收裝置20是按照視聽履歷伺服器URL，在對應於URT元資料的解析結果的上傳期間，經由網路90來將按照記錄表範圍及記錄表期間而記錄的視聽履歷記錄表上傳至視聽履歷伺服器40(S24)。另外，視聽履歷伺服器URL是由URT元資料取得。
在此，例如，表示將視聽履歷記錄表上傳至視聽履歷伺服器40的時間帶之資訊會被指定，作為上傳期間，因此在接收裝置20中，每次形成上傳期間所示的時間帶，按照記錄表範圍及記錄表期間而記錄的視聽履歷記錄表(CDM檔案)會被上傳至視聽履歷伺服器40(S24-1，S24-2，．．．)。
藉此，在視聽履歷伺服器40中，可經由網路90從複數的接收裝置20收集所被上傳的視聽履歷記錄表(CDM檔案)，而進行分析(例如視聽率調査)。
如以上般，第2方式是在接收裝置20中，例如在用以記錄視聽履歷記錄表的記錄表容量有限制，當只能記錄有限的記錄表資料時，按照對應於URLR觸發資訊而經由通訊取得的URT元資料，記錄對應於由播放台側所指定的項目(記錄表範圍及記錄表期間)之視聽履歷記錄表，且在由播放台側所指定的時機(上傳期間)，將視聽履歷記錄表定期性地上傳至視聽履歷伺服器40。
(3)第3方式：即席UR(直接接收)
圖6是表示接收環境成為直接接收時的即席UR的方案的例圖。
在圖6中是圖示從發送裝置10發送之播放串流，藉由接收裝置20所接收的播放串流。接收裝置20是處理播放串流，進行內容的再生。
在此，採用第3方式時，接收裝置20是例如 作為製品機能，在所有的服務的內容的再生時，經常記錄任意的項目的視聽履歷記錄表(CDM檔案)(S31)。另外，在圖6中是以視聽履歷記錄表L1來表現常時記錄有視聽履歷記錄表的情形。
其次，接收裝置20是接收作為來自發送裝置10的傳訊的串流而被傳送的URT元資料(S32)。另外，URT元資料是亦可經由網路90來從URT伺服器30提供。亦即，在第3方式中也與第1方式同樣，URT元資料是經由播放或通訊取得。
然後，接收裝置20是解析經由播放或通訊取得的URT元資料，(追溯過去)抽出常時記錄的視聽履歷記錄表之中，對應於按照URT元資料的解析結果的記錄表範圍及記錄表期間之視聽履歷記錄表(S33)。接收裝置20是將按照視聽履歷伺服器URL，(追溯過去)被抽出的視聽履歷記錄表經由網路90來上傳至視聽履歷伺服器40(S33)。
在此，例如，在接收裝置20中，在接收URT元資料的時間點，經常被記錄的視聽履歷記錄表L1(以圖中的灰色表現)之中，對應於按照URT元資料的解析結果的記錄表範圍及記錄表期間之視聽履歷記錄表L2(以圖中的黑色表現)會追溯過去而被抽出(被切出)，被上傳至視聽履歷伺服器40。
藉此，在視聽履歷伺服器40中，可經由網路90從複數的接收裝置20收集所被上傳的視聽履歷記錄表 (CDM檔案)，而進行分析(例如視聽率調査)。
如以上般，第3方式是在接收裝置20中，例如在用以記錄視聽履歷記錄表的記錄表容量無限制，當可記錄大容量的記錄表資料時，常時持續記錄任意項目的視聽履歷記錄表，且按照經由播放或通訊取得的URT元資料，將常時記錄的視聽履歷記錄表之中，對應於由播放台側所指定的項目(記錄表範圍及記錄表期間)之視聽履歷記錄表上傳至視聽履歷伺服器40。
(4)第4方式：即席UR(觸發接收)
圖7是表示接收環境成為觸發接收時的即席UR的方案的例圖。
在圖7中是圖示從發送裝置10發送之播放串流，藉由接收裝置20所接收的播放串流。此播放串流，特別是只圖示包含URU觸發資訊的視頻串流。接收裝置20是處理播放串流，進行內容的再生。
在此，採用第4方式時，接收裝置20是例如作為製品機能，在所有的服務的內容的再生時，經常記錄任意的項目的視聽履歷記錄表(CDM檔案)(S41)。另外，在圖7中也與圖6同樣，以視聽履歷記錄表L1來表現在接收裝置20常時記錄有視聽履歷記錄表的情形。
其次，接收裝置20是接收來自發送裝置10的視頻串流中所含的URU觸發資訊(S42)。另外，URU觸發資訊是利用視頻水印來傳送，但亦可例如利用音頻水 印或音頻使用者資料等，利用其他的方法來傳送。
然後，接收裝置20是解析經由播放取得的URU觸發資訊，(追溯過去)抽出常時被記錄的視聽履歷記錄表之中，對應於按照URU觸發資訊的解析結果的記錄表範圍及記錄表期間之視聽履歷記錄表(S43)。接收裝置20是按照視聽履歷伺服器URL，將(追溯過去)被抽出的視聽履歷記錄表經由網路90來上傳至視聽履歷伺服器40(S43)。
在此，例如，在接收裝置20中，在接收URU觸發資訊的時間點，經常被記錄的視聽履歷記錄表L1(以圖中的灰色表現)之中，對應於按照URU觸發資訊的解析結果的記錄表範圍及記錄表期間之視聽履歷記錄表L2(以圖中的黑色表現)會追溯過去而被抽出(被切出)，被上傳至視聽履歷伺服器40。
藉此，在視聽履歷伺服器40中，可經由網路90從複數的接收裝置20收集所被上傳的視聽履歷記錄表(CDM檔案)，而進行分析(例如視聽率調査)。
如以上般，第4方式是在接收裝置20中，例如在用以記錄視聽履歷記錄表的記錄表容量無限制，當可記錄大容量的記錄表資料時，常時持續記錄視聽履歷記錄表，且按照經由播放取得的URU觸發資訊，將常時記錄的視聽履歷記錄表之中，對應於由播放台側所指定的項目(記錄表範圍及記錄表期間)之視聽履歷記錄表上傳至視聽履歷伺服器40。
<3.在有關視聽履歷的運用所被使用的各資料的詳細規格> (1)URT元資料的構造 (URT的概要)
圖8是說明URT(Usage Report Table)元資料的概要圖。
在URT元資料中，按每個服務，含有1個或複數的單位UR(Usage Reporting)資訊。如圖8所示般，在URT元資料中，在單位UR資訊中，記錄表範圍(Log Scope)、記錄表期間(Log Period)及上傳期間(Upload Timing)會被指定作為主要的項目。並且，在上傳群組(Uploadgroup)中，為了以群組單位來上傳視聽履歷記錄表的資訊會被指定。
在記錄表範圍中，應作為視聽履歷記錄表記錄的項目會被指定。在記錄表範圍中，應作為視聽履歷記錄表記錄的項目，可包含基礎(basic)、組件(component)、記錄(record)及應用程式(app)。但，該等的記錄表範圍的資訊之中，基礎為必須的項目，但基礎以外的組件、記錄及應用程式為可選擇(option)指定的項目。
基礎(basic)是例如是否視聽了內容等的基本性的資訊(基本資訊)。組件(component)是按每個 視頻或音頻，複數的組件存在時，是否視聽了哪個組件等有關組件的資訊(組件資訊)。
記錄(record)是內容被錄影時，是否視聽了該被錄影的內容等有關錄影的資訊(錄影資訊)。應用程式(app)是與內容連動的應用程式存在時，實行了哪個應用程式等有關應用程式的資訊(應用程式資訊)。
在記錄表期間是記錄視聽履歷記錄表的期間會被指定。在記錄表期間是可包含週期資訊(periodic)及期間資訊(period)，作為記錄視聽履歷記錄表的期間。
作為記錄表期間的週期資訊(periodic)，例如作為期間資訊(period)而被指定的期間可指定僅1次(one-time)、每日(everyday)、每週(every week)、或每月(every month)。並且，作為期間資訊(period)是記錄視聽履歷記錄表的開始時刻及終了時刻會被指定。
在上傳期間(Upload Timing)是按每個上傳群組LD，指定視聽履歷記錄表的上傳的時機及上傳的目的地資訊。在上傳的目的地資訊是視聽履歷伺服器URL會被指定。
並且，作為視聽履歷記錄表的上傳的時機是可包含週期資訊(periodic)及期間資訊(period)。
作為上傳期間的週期資訊(periodic)是作為期間資訊(period)而被指定的期間可指定僅1次(one-time)時或每日(everyday)、每週(every week)、或 每月(every month)等的重複。並且，作為期間資訊(period)是視聽履歷記錄表的上傳的開始時刻及終了時刻會被指定。
而且，在上傳期間，為了避免多數的接收裝置20同時對視聽履歷伺服器40進行存取(存取集中)，而可指定用以使視聽履歷記錄表的上傳的時機分散的分散參數(diffusion)。
在此，在圖8的說明中，說明Usage Reporting的運用類別是以訂閱UR時的URT元資料，亦即在第1方式或第2方式所被使用的URT元資料為前提，在接收裝置20中，在被該URT元資料指定的視聽履歷記錄表的記錄表範圍及記錄表期間(記錄範圍及記錄期間)，視聽履歷記錄表被記錄的情況。
另一方面，Usage Reporting的運用類別為即席UR時的URT元資料，亦即在第3方式所被使用的URT元資料的情況，在接收裝置20中，(追溯過去)抽出常時記錄的視聽履歷記錄表之中，對應於被該URT元資料指定的記錄表範圍及記錄表期間(發送範圍及發送期間)之視聽履歷記錄表，上傳至視聽履歷伺服器40。另外，在第4方式中，不利用URT元資料，可使用被URU觸發資訊指定的記錄表範圍及記錄表期間(發送範圍及發送期間)。
另外，在圖8中，定義上傳群組，顯示視聽履歷記錄表為以群組單位上傳的例子，但亦可不利用上傳 群組，例如以視聽履歷記錄表的記錄表單位來上傳至視聽履歷伺服器40。
(URT的語法(syntax))
圖9是表示XML形式的URT(Usage Report Table)元資料的語法的例圖。另外，在圖9中，要素及屬性之中，在屬性是附上「@」。並且，被訂立的要素及屬性是對於其上位的要素指定者。該等的關係是在後述的圖10中也同樣。
作為路徑(route)要素的URT要素是成為ServiceLog要素及Upload：gourp要素的上位要素。在ServiceLog要素中，按每個服務，含有1個或複數的單位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屬性是可指定作為期間資訊(記錄期間或發送期間)指定的期間為顯示僅1次(onetime)的情況，或每小時(hourly)、每日(daily)、每週(weekly)、或每月(monthly)等重複的週期資訊。
在begin屬性中，視聽履歷記錄表的記錄表開始時刻會被指定。並且，在end屬性中，視聽履歷記錄表的記錄表終了時刻會被指定。亦即，藉由period要素的begin屬性及end屬性來指定由記錄(發送)視聽履歷記錄表的開始時刻及終了時刻所成的期間資訊(記錄期間或發送期間)。
在Upload：gourp要素中，按每個上傳群組ID，視聽履歷記錄表的上傳時機及上傳的目的地資訊會被 指定，作為有關上傳期間的資訊。Upload：gourp要素是成為id屬性、uri屬性、periodic屬性、begin屬性、end屬性及diffusion屬性的上位要素。
在id屬性中，用以識別上傳群組的上傳群組ID會被指定。在uri屬性中，視聽履歷伺服器URL會被指定。periodic屬性是可指定作為期間資訊(上傳期間)指定的期間為顯示僅1次(onetime)的情況，或每小時(hourly)、每日(daily)、每週(weekly)、或每月(monthly)等重複的週期資訊。
在begin屬性中，視聽履歷記錄表的上傳期間的開始時刻會被指定。並且，在end屬性中，視聽履歷記錄表的上傳期間的終了時刻會被指定。亦即，藉由Upload：gourp要素的begin屬性及end屬性來指定由上傳視聽履歷記錄表的開始時刻及終了時刻所成的期間資訊(上傳期間)。
在diffusion屬性是用以使視聽履歷記錄表的上傳的時機分散的分散參數會被指定。
另外，在圖9中，雖為出現數(Cardinality)，但當"1"被指定時，其要素或屬性是一定僅1個被指定，當"0..1"被指定時，是否指定其要素或屬性為任意。並且，當"1..n"被指定時，其要素或屬性是1個以上被指定，當"0..n"被指定時，是否指定1個以上其要素或屬性為任意。該等的關係是在後述的圖10的CDM的語法也同樣。
(2)CDM的構造 (CDM的語法)
圖10是表示視聽履歷記錄表的一例之XML形式的CDM(Consumption Data Message)的語法的例圖。
在圖10中，作為路徑要素的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屬性，"r(record)"或"p+r(present+record)"被指定作為presentRecord屬性時，被錄影的內容的視聽開始時刻及視聽終了時刻會被指定。
在DOinterval要素，有關應用程式的資訊會被指定。DOinterval要素是成為AppId要素、startTime屬性及endTime屬性的上位要素。在AppId要素，識別應用程式的應用程式ID會被指定。依據startTime屬性及endTime屬性，對象的應用程式的實行開始時刻及實行終了時刻會被指定。
在Component要素，有關組件的資訊會被指定。Component要素是成為componentId屬性、pathType屬性、startTime屬性及endTime屬性的上位要素。在componentId屬性，識別組件的組件ID會被指定。在pathType屬性，對象的組件的路徑會被指定，亦即是經由播放或經由通訊。依據startTime屬性及endTime屬性，對象的組件的視聽開始時間及視聽終了時刻會被指定。
在此，在圖10中，「basic」、「+rec」、「+comp」及「+app」的項目是對應於圖8或圖9的URT元資料中所含的基礎(basic)、組件(component)、記 錄(record)及應用程式(app)。並且，在圖10中，按每個「basic」、「+rec」、「+comp」及「+app」的項目，對於CDM的要素及屬性，記入「○」或成為空欄，但當被記入「○」時，是意味按照對象的記錄表範圍，作為視聽履歷記錄表(CDM)被記錄(發送)。
亦即，在URT元資料中，基礎(basic)被指定時，依據protocolVersion屬性、AVChannel要素的BroadcastStreamId屬性及ServiceId屬性、以及ViewInterval要素的startTime屬性及endTime屬性所指定的基本資訊會被記錄(發送)，作為視聽履歷記錄表(CDM檔案)。但，在記錄表範圍中，由於基礎是必須的項目，因此該等的基本資訊是經常作為視聽履歷記錄表(CDM檔案)被記錄(發送)。
並且，在URT元資料中，記錄(record)被指定時，依據ViewInterval要素的presentRecord屬性、viewStartTime屬性及viewEndTime屬性所指定的錄影資訊會被記錄(發送)，作為視聽履歷記錄表(CDM檔案)。但，在記錄表範圍中，記錄是設為可選擇性的項目。
而且，在URT元資料中，應用程式(app)被指定時，依據DOinterval要素的AppId要素，startTime屬性及endTime屬性所指定的應用程式資訊會被記錄(發送)，作為視聽履歷記錄表(CDM檔案)。但，在記錄表範圍中，應用程式是設為可選擇性的項目。
而且，在URT元資料中，組件(component)被指定時，依據Component要素的componentId屬性、pathType屬性、startTime屬性及endTime屬性所指定的組件資訊會記錄(發送)，作為視聽履歷記錄表(CDM檔案)。但，在記錄表範圍中，組件是設為可選擇性的項目。
另外，在圖10的CDM的語法所示的要素或屬性為一例，其他的要素或屬性亦可含在基礎或記錄等的記錄表範圍的項目中。又，基礎(basic)、記錄(record)、應用程式(app)及組件(component)為記錄表範圍的分類(項目)的一例，亦可定義其他的項目。
(3)觸發資訊的構造
圖11是說明利用觸發資訊的控制的概要圖。
利用觸發資訊的控制是例如在播放串流中所含的視頻串流中，利用視頻水印，傳送用以提供各種的機能的觸發資訊(Trigger)。藉此，在接收裝置20中，根據該觸發資訊來進行對應於各種的機能的處理。
在圖11中，接收裝置20是在接收用以提供有關應用程式的機能的觸發資訊(應用觸發資訊)時，根據該應用觸發資訊來取得AIT，藉此可控制與內容連動而被實行的應用程式的動作。另外，AIT(Application Information Table)是從網路90上的伺服器等取得之應用程式控制資訊。
又，接收裝置20是在接收用以提供有關SLS傳訊資訊的機能之觸發資訊(SLS觸發資訊)時，根據該SLS觸發資訊，例如取得MPD元資料，藉此可適應輸出構成經由通訊取得的內容之視頻資料或音頻資料(Alternative Components)。
接收裝置20是在接收用以提供有關字幕的機能之觸發資訊(字幕觸發資訊)時，根據該字幕觸發資訊，取得SIT等的字幕資訊，藉此可控制被重疊顯示於內容的字幕。另外，SIT(Subtitle Information Table)是用以控制字幕的控制資訊。
並且，接收裝置20是在接收用以提供有關電子節目表的機能之觸發資訊(ESG觸發資訊)時，根據該ESG觸發資訊，取得ESG資訊，藉此進行有關電子節目表的處理。
而且，接收裝置20是在接收用以提供有關緊急告知服務的機能之觸發資訊(EAD觸發資訊)時，根據該EAD觸發資訊，取得EAD資訊，藉此可進行有關緊急告知服務的處理。
在此，進行有關視聽履歷的運用時，接收裝置20是在接收URLR觸發資訊時，根據該URLR觸發資訊，經由網路90來從URT伺服器30取得URT元資料，藉此在按照URT元資料的解析結果的記錄表範圍及記錄表期間，記錄視聽履歷記錄表(CDM檔案)。
然後，接收裝置20是在按照URT元資料的 解析結果的上傳期間，將記錄的視聽履歷記錄表(CDM檔案)經由網路90來上傳至視聽履歷伺服器URL。亦即，此情況，第2方式的運用形態會被實現作為有關視聽履歷的運用。
並且，在進行有關視聽履歷的運用時，接收裝置20是在接收URU觸發資訊時，解析該URU觸發資訊，(追溯過去)抽出常時被記錄的視聽履歷記錄表之中，對應於按照URU觸發資訊的解析結果的記錄表範圍及記錄表期間之視聽履歷記錄表。
然後，接收裝置20是按照視聽履歷伺服器URL，將(追溯過去)被抽出的視聽履歷記錄表經由網路90來上傳至視聽履歷伺服器40。亦即，此情況，第4方式的運用形態會被實現作為有關視聽履歷的運用。
另外，接收裝置20是取得用以取得TLT(Trigger List Table)的觸發資訊(TLT觸發資訊)時，根據該TLT觸發資訊來取得TLT資訊，藉此可在現時間點辨識怎樣的觸發資訊被傳送之後取得觸發資訊。另外，TLT是表示每個頻道(觸發頻道)被傳送的觸發資訊的目錄之觸發頻道目錄(Trigger Channel List)。
(觸發資訊的語法)
圖12是表示觸發資訊的語法的例圖。
觸發資訊是成為記述有作為顯示觸發資訊的型式的型式資訊之指令ID(cmdID)、及用以識別觸發資 訊所傳送的觸發頻道之觸發頻道ID、及作為觸發資訊本體的位置資訊之URI(Uniform Resource Identifier)的構造。
在圖12中，在4位元的number_of_trigger是表示觸發資訊的數量之觸發數(N：N是1以上的整數)，在4位元的trigger_map_number是表示觸發資訊的地圖的數量之觸發地圖數(M：M是1以上的整數)會被指定。在1位元的trigger_name_flag是表示是否配置觸發資訊的名稱之旗標會被指定。
在觸發數N的第1循環(loop)是按每個觸發資訊，配置channelID、cmdID、version、length及name_length。在8位元的channelID是觸發頻道ID會被指定。在此，觸發頻道是顯示藉由觸發資訊所提供的每個機能的系列，藉由觸發頻道ID來識別。
在8位元的cmdID是指令ID會被指定。在指令ID是顯示觸發資訊的型式(種類)的型式資訊。另外，有關指令ID的詳細是參照圖13後述。在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的第2循環是按每個觸發資訊配置有8位元的URI_byte。在URI_byte是作為觸發本體的URI會被指定。
(觸發資訊的型式)
圖13是表示對應於指令ID的觸發資訊的型式的圖。
在圖13中，"0"的指令ID是表示TLT觸發資訊，提供TLT資訊的TLT伺服器的URL會被指定作為其URI。"1"的指令ID是表示應用觸發資訊，提供AIT的AIT伺服器的URL會被指定作為其URI。"2"的指令ID是表示用以直接控制應用程式的觸發資訊，例如提供應用程式的應用程式伺服器的URL會被指定作為其URI。
"3"的指令ID是表示SLS觸發資訊，提供SLS(例如MPD元資料)的SLS伺服器的URL會被指定作為其URI。"4"的指令ID是表示字幕觸發資訊，提供字幕資訊的字幕伺服器的URL會被指定作為其URI。"5"的指令ID是表示ESG觸發資訊，提供ESG資訊的ESG伺服器的URL會被指定作為其URI。
"6"的指令ID是表示EAD觸發資訊，提供EAD的EAD伺服器的URL會被指定作為其URI。"7"的指令ID是表示RRT觸發資訊，提供RRT的RRT伺服器的URL會被指定作為其URI。"8"的指令ID是表示對應 於PDI(Preference Demographic and Interest)的觸發資訊，提供PDI的PDI伺服器的URL會被指定作為其URI。另外，PDI是藉由生成表示對於來自提供者伺服器的詢問之使用者的回答的資訊，僅相稱於使用者的嗜好之內容會被再生(儲存)的構成。
"9"的指令ID是表示URLR觸發資訊，URT伺服器30的URL(URT伺服器URL)會被指定作為其URI。又，"10"的指令ID是表示URU觸發資訊，視聽履歷伺服器40的URL(視聽履歷伺服器URL)會被指定作為其URI。
(URLR觸發資訊的格式)
圖14是表示URLR觸發資訊的格式的例圖。
在圖14中，URLR觸發資訊是成為記述有頻道ID、指令ID及版本資訊等的標頭資訊、及作為觸發資訊本體的位置資訊(locator_part)的URI之構造。
在頻道ID，識別傳送該URLR觸發資訊的觸發頻道的ID會被指定。在指令ID，為URLR觸發資訊時，"9"會被指定。並且，在位置資訊，提供URT元資料的URT伺服器30的URL(URT伺服器URL)會被指定。
在期間(terms)，傳播資訊(diffusion)會被指定。在傳播資訊，複數的接收裝置20在對URT伺服器30要求URT元資料時，用以使對URT伺服器30的存 取確實地擴散的資訊會被指定。
(URU觸發資訊的格式)
圖15是表示URU觸發資訊的格式的例圖。
在圖15中，URU觸發資訊是成為記述有頻道ID、指令ID及版本資訊等的標頭資訊、及作為觸發資訊本體的位置資訊(locator_part)的URI之構造。
在頻道ID，識別傳送該URU觸發資訊的觸發頻道的ID會被指定。在指令ID，為URU觸發資訊時，"10"會被指定。並且，在位置資訊，上傳常時記錄的視聽履歷記錄表(CDM檔案)之視聽履歷伺服器40的URL(視聽履歷伺服器URL)會被指定。
在期間(terms)，上傳對象的記錄表期間及記錄表範圍(發送期間及發送範圍)以及傳播資訊(diffusion)會被指定。
在此記錄表期間(target_period)，視聽履歷記錄表的發送期間會被指定。例如，在此，以1*10 hex digit來表示的視聽履歷記錄表的記錄表開始時刻會被指定為"b="，以1*10 hex digit來表示的視聽履歷記錄表的記錄表終了時刻會被指定為"e="，因此在接收裝置20中，對應於由該等的記錄表開始時刻及記錄表終了時刻所成的期間資訊(發送期間)之視聽履歷記錄表會從常時被記錄的視聽履歷記錄表被抽出(被切出)。
並且，在記錄表範圍(scope)，視聽履歷記 錄表的發送範圍會被指定。例如，在此，作為應當作視聽履歷記錄表發送的項目，基本資訊(basic)是必須的項目，組件資訊(comp)、錄影資訊(rec)及應用程式資訊(app)是可選擇性的項目。
在傳播資訊中，複數的接收裝置20在將視聽履歷記錄表(CDM檔案)上傳至視聽履歷伺服器40時，用以使對視聽履歷伺服器40的存取確實地擴散的資訊會被指定。
<4.各裝置的構成>
其次，參照圖16~圖19來說明有關構成圖1的傳送系統1的各裝置的詳細的構成。在此是依序說明發送裝置10、接收裝置20及視聽履歷伺服器40的構成。
(發送裝置的構成例)
圖16是表示圖1的發送裝置10的構成例的圖。
在圖16中，發送裝置10是由視頻資料取得部111、視頻編碼器112、音頻資料取得部113、音頻編碼器114、傳訊生成部115、傳訊處理部116、觸發生成部117、多工器(multiplexer)118及發送部119所構成。
視頻資料取得部111是由外部的伺服器、攝影機或記錄媒體等來取得內容(例如電視節目等)的視頻資料，供給至視頻編碼器112及觸發生成部117。視頻編 碼器112是依照預定的編碼方式來編碼從視頻資料取得部111供給的視頻資料，供給至多工器118。
音頻資料取得部113是由外部的伺服器、麥克風或記錄媒體等來取得內容(例如電視節目等)的音頻資料，供給至音頻編碼器114。音頻編碼器114是依照預定的編碼方式來編碼從音頻資料取得部113供給的音頻資料，供給至多工器118。
傳訊生成部115是生成被使用在內容的選台或再生等的處理的傳訊資訊，供給至傳訊處理部116。傳訊處理部116是處理從傳訊生成部115供給的傳訊資訊，供給至多工器118。在此，例如LLS傳訊資訊或SLS傳訊資訊會被生成，被處理。
觸發生成部117是在預定的時機生成觸發資訊，供給至視頻編碼器112。視頻編碼器112是在進行視頻資料的編碼時，在視頻資料中埋入從觸發生成部117供給的觸發資訊而編碼。
多工器118是將從視頻編碼器112供給的視頻串流、及從音頻編碼器114供給的音頻串流、以及從傳訊處理部116供給的傳訊串流多重化，而將其結果取得的播放串流供給至發送部119。
發送部119是經由天線131來將從多工器118供給的播放串流作為數位播放的播放波(數位播放訊號)發送。
(接收裝置的構成例)
圖17是表示圖1的接收裝置20的構成例的圖。
在圖17中，接收裝置20是由控制部211、記憶體212、記錄部213、輸入部214、接收部215、解多工器(demultiplexer)216、視頻解碼器217、視頻輸出部218、音頻解碼器219、音頻輸出部220、顯示部221、喇叭222及通訊部223所構成。另外，在圖17的接收裝置20的構成中，雖是顯示包含顯示部221及喇叭222的構成，但亦可為不含顯示部221及喇叭222的構成。
控制部211是控制接收裝置20的各部的動作。記憶體212是例如為NVRAM(Non Volatile RAM)等的非揮發性記憶體，按照來自控制部211的控制，記錄各種的資料。記錄部213是半導體記憶體或硬碟等的儲存器，例如記錄視聽履歷記錄表(CDM檔案)等的資料。輸入部214是按照使用者的操作來將操作訊號供給至控制部211。
接收部215是從經由天線231接收的數位播放的播放波(數位播放訊號)抽出對應於服務的選台操作的訊號而復原，且將其結果取得的播放串流供給至解多工器216。
解多工器216是將從接收部215供給的播放串流分離成視頻串流、音頻串流及傳訊串流。解多工器216是將視頻資料供給至視頻解碼器217，將音頻資料供給至音頻解碼器219，將傳訊資訊供給至控制部211。
控制部211是為了根據從解多工器216供給的傳訊資訊，再生對應於服務的選台操作的內容，而控制解多工器216或各組件的處理部等的各部。
視頻解碼器217是依照預定的解碼方式，將從解多工器216供給的視頻資料予以解碼，供給至視頻輸出部218。視頻輸出部218是將從視頻解碼器217供給的視頻資料供給至顯示部221。藉此，在顯示部221顯示對應於服務的選台操作的內容(例如電視節目等)的映像。
音頻解碼器219是依照預定的解碼方式，將從解多工器216供給的音頻資料予以解碼，供給至音頻輸出部220。音頻輸出部220是將從音頻解碼器219供給的音頻資料供給至喇叭222。藉此，從喇叭222是輸出對應於服務的選台操作的內容(例如電視節目等)的音聲。
通訊部223是按照來自控制部211的控制，經由網路90來與URT伺服器30或視聽履歷伺服器40等的伺服器交換各種的資料。
(控制部的機能的構成例)
圖18是表示圖17的控制部211的機能的構成例的圖。
在圖18中，控制部211是構成包含播放控制部251、通訊控制部252、URT取得部253、觸發取得部254、資料解析部255及視聽履歷記錄表控制部256。
播放控制部251是為了再生作為數位播放訊 號傳送的播放串流中所含的內容，而控制接收部215或解多工器216、各組件的處理部等的各部。
通訊控制部252是為了經由網路90來與URT伺服器30或視聽履歷伺服器40等的伺服器交換各種的資料，而控制通訊部223。
URT取得部253是取得經由播放或通訊所接收的URT元資料，供給至資料解析部255。資料解析部255是解析從URT取得部253供給的URT元資料，且將其解析結果供給至視聽履歷記錄表控制部256。視聽履歷記錄表控制部256是為了根據從資料解析部255供給的(URT元資料的)解析結果，進行關於視聽履歷記錄表的處理，而控制各部的動作。
觸發取得部254是取得經由播放所接收的URLR觸發資訊或URU觸發資訊，供給至資料解析部255。資料解析部255是解析從觸發取得部254供給的URLR觸發資訊，且將其解析結果(URT伺服器URL)供給至通訊控制部252。
並且，資料解析部255是解析從觸發取得部254供給的URU觸發資訊，且將其解析結果供給至視聽履歷記錄表控制部256。視聽履歷記錄表控制部256是為了根據從資料解析部255供給的(URU觸發資訊的)解析結果，進行關於視聽履歷記錄表的處理，而控制各部的動作。
(視聽履歷伺服器的構成例)
圖19是表示圖1的視聽履歷伺服器40的構成例的圖。
在圖19中，視聽履歷伺服器40是由控制部411、通訊部412及記錄部413所構成。
控制部411是控制視聽履歷伺服器40的各部的動作。控制部411是包含視聽履歷記錄表管理部451。視聽履歷記錄表管理部451是管理視聽履歷記錄表而處理。
通訊部412是按照來自控制部411的控制，從接收裝置20接收經由網路90而發送來的視聽履歷記錄表，供給至控制部411。視聽履歷記錄表管理部451是將由通訊部412供給的視聽履歷記錄表記錄於記錄部413。藉此，在記錄部413收集從複數的接收裝置20依序送來的視聽履歷記錄表，例如按每個播放事業者(播放台)儲存。
當視聽履歷記錄表管理部451是成為處理視聽履歷記錄表的時機時，從記錄部413讀出每個播放事業者(播放台)的視聽履歷記錄表而處理(分析)。視聽履歷記錄表管理部451是將視聽履歷記錄表的處理結果(例如視聽率調査結果)供給至通訊部412。通訊部412是按照來自控制部411的控制，經由各種的網路(未圖示)來將視聽履歷記錄表的處理結果發送至各播放事業者所管理的伺服器等。
<5.在各裝置所被實行的處理的流程>
其次，參照圖20~圖27的流程圖來說明在構成圖1的傳送系統1的各裝置所被實行的處理的流程。在此，依序說明在發送裝置10、接收裝置20及視聽履歷伺服器40所被實行的處理。
(發送處理)
首先，參照圖20的流程圖來說明有關藉由圖1的發送裝置10所實行的發送處理的流程。
在步驟S101中是進行組件處理。
在此組件處理中，藉由視頻資料取得部111及視頻編碼器112來進行對於視頻資料的處理，藉由音頻資料取得部113及音頻編碼器114來進行對於音頻資料的處理。另外，在播放串流中含有字幕資料時，亦可進行對於字幕資料的處理。
在步驟S102中是進行傳訊處理。
在此傳訊處理中，藉由傳訊生成部115及傳訊處理部116來進行對於傳訊資訊的處理。另外，在此是例如LLS或SLS等的傳訊資訊會被生成而被處理。
在步驟S103中是藉由發送部119來進行發送處理，包含在步驟S101所被處理的各組件的串流及在步驟S102所被處理的傳訊資訊之播放串流會作為數位播放訊號經由天線131來發送。
一旦步驟S103的處理終了，則圖20的發送處理終了。
以上，說明有關發送處理的流程。
(視聽履歷對應處理)
其次，參照圖21的流程圖，說明有關藉由圖1的發送裝置10所實行的視聽履歷對應處理的流程。另外，此視聽履歷對應處理是與圖20的步驟S101或S102的處理並行實行的處理。
在步驟S111中是判定Usage Reporting的運用類別為訂閱UR或即席UR。
在步驟S111中，當被判定成Usage Reporting的運用類別為訂閱UR時，處理是前進至步驟S112。在步驟S112中，判定接收環境為直接接收或間接接收。
在步驟S112中，當被判定成接收環境為直接接收時，處理是前進至步驟S113。在步驟S113中，傳訊生成部115是生成URT元資料(圖9)。並且，在步驟S114中，傳訊處理部116是處理在步驟S113的處理所被生成的URT元資料。
藉此，當第1方式的訂閱UR(直接接收)被採用時，追加URT元資料作為播放串流中所含的傳訊資訊，作為數位播放訊號發送(圖20的S103)。
並且，在步驟S112中，當被判定成接收環境為觸發接收時，處理是前進至步驟S115。在步驟S115 中，觸發生成部117是生成URLR觸發資訊(圖14)。並且，在步驟S116中，視頻編碼器112是處理在步驟S115的處理所被生成的URLR觸發資訊，URLR觸發資訊會利用視頻水印來傳送。
藉此，當第2方式的訂閱UR(觸發接收)被採用時，追加利用視頻水印的URLR觸發資訊作為播放串流中所含的視頻串流，作為數位播放訊號發送(圖20的S103)。
另一方面，在步驟S111中，當被判定成Usage Reporting的運用類別為即席UR時，處理是前進至步驟S117。在步驟S117中，判定接收環境為直接接收或觸發接收。
在步驟S117中，當被判定成接收環境為直接接收時，處理是前進至步驟S118。在步驟S118中，傳訊生成部115是生成URT元資料(圖9)。並且，在步驟S119中，傳訊處理部116是處理在步驟S118的處理所被生成的URT元資料。
藉此，當第3方式的即席UR(直接接收)被採用時，追加URT元資料作為播放串流中所含的傳訊資訊，作為數位播放訊號發送(圖20的S103)。
並且，在步驟S117中，當接收環境被判定成觸發接收時，處理是前進至步驟S120。在步驟S120中，觸發生成部117是生成URU觸發資訊(圖15)。並且，在步驟S121中，視頻編碼器112是處理在步驟S120的處 理所被生成的URU觸發資訊，URU觸發資訊會利用視頻水印來傳送。
藉此，當第4方式的即席UR(觸發接收)被採用時，追加利用視頻水印的URU觸發資訊作為播放串流中所含的視頻串流，作為數位播放訊號發送(圖20的S103)。
一旦步驟S114，S116，S119，或S121的任一處理終了，則圖21的視聽履歷對應處理終了。
以上，針對視聽履歷對應處理的流程來進行說明。在此視聽履歷對應處理中，當第1方式~第4方式的任一方式被採用時，按照所被採用的方式來生成URT元資料、URLR觸發資訊或URU觸發資訊，作為數位播放訊號發送。
(接收處理)
其次，參照圖22的流程圖來說明有關藉由圖1的接收裝置20所實行的接收處理的流程。
在步驟S201中是藉由接收部215等來進行接收處理，接收從發送裝置10經由傳送路80來傳送的數位播放訊號。
在步驟S202中是進行傳訊處理。
在此傳訊處理中，藉由控制部211來處理從播放串流分離的傳訊資訊。在此，例如，控制部211是為了根據LLS或SLS等的傳訊資訊，再生對應於所被選台 的服務之內容，而控制各部的動作。
在步驟S203中是進行組件處理。
此組件處理是按照來自控制部211的控制，藉由視頻解碼器217及視頻輸出部218來進行對於視頻資料的處理，藉由音頻解碼器219及音頻輸出部220來進行對於音頻資料的處理。另外，在播放串流中含有字幕資料時，亦可進行對於字幕資料的處理。
然後，藉由進行組件處理，對應於所被選台的服務之內容的映像會被顯示於顯示部221，音聲會從喇叭222輸出。
以上，說明有關接收處理的流程。
(視聽履歷對應處理)
其次，說明有關藉由圖1的接收裝置20所實行的視聽履歷對應處理的流程，但在此是依序說明有關對應於第1方式~第4方式的視聽履歷對應處理。
(第1方式的視聽履歷對應處理)
首先，參照圖23的流程圖，說明有關第1方式的訂閱UR(直接接收)時的視聽履歷對應處理的流程。
在步驟S211中，播放控制部251是判定是否接收了數位播放訊號中所含的URT元資料。在步驟S211中，當被判定成未接收URT元資料時，重複步驟S211的判定處理。
在步驟S211中，當被判定成接收了URT元資料時，處理是前進至步驟S212。在步驟S212中，URT取得部253是取得數位播放訊號中所含的URT元資料。
例如，當URT元資料作為LLS傳訊資訊被傳送時，是在接收裝置20的初期掃描處理時，取得URT元資料。又，例如，當URT元資料作為SLS傳訊資訊被傳送時，是在所望的服務的選台時，URT元資料被更新時，取得最新的URT元資料。
另外，在接收裝置20中，亦可從外部裝置(未圖示)通知URT伺服器URL，或預先保持URT伺服器URL，藉此接收裝置20按照該URT伺服器URL，經由網路90來對URT伺服器30進行存取，取得從URT伺服器30提供的URT元資料。
在步驟S213中，資料解析部255是解析在步驟S212的處理所取得的URT元資料。在此URT元資料中，如上述的圖9所示般，記述有視聽履歷記錄表的記錄表範圍及記錄表期間(記錄範圍及記錄期間)，上傳期間(發送時機資訊)，因此可取得該等的資訊作為解析結果。
在步驟S214中，視聽履歷記錄表控制部256是根據步驟S213的解析結果，判定是否為記錄視聽履歷記錄表的記錄表期間。
在步驟S214中，當被判定成為記錄表期間時，處理是前進至步驟S215。在步驟S215中，視聽履歷 記錄表控制部256是將對應於記錄表範圍所示的項目(記錄表的詳細度)之視聽履歷記錄表記錄於記錄部213。
在此，作為記錄表範圍，例如與作為必須的項目之基礎一起，組件、記錄或應用程式作為可選擇性的項目被設定，因此視聽履歷記錄表控制部256是記錄基本資訊(例如表示是否視聽了對象的內容之資訊等)的同時，可記錄組件資訊、錄影資訊或應用程式資訊，作為視聽履歷記錄表(CDM檔案)。
一旦步驟S215的處理終了，則處理是前進至步驟S216。並且，在步驟S214中，當被判定成不是記錄表期間時，由於不進行視聽履歷記錄表的記錄，因此步驟S215的處理是被跳過，處理是前進至步驟S216。
在步驟S216中，視聽履歷記錄表控制部256是根據步驟S213的解析結果，判定是否為發送視聽履歷記錄表的上傳期間。
在步驟S216中，當被判定成不是上傳期間時，處理是回到步驟S214，重複步驟S214~S216的處理。藉此，在至成為上傳期間的期間，按照記錄表範圍及記錄表期間，持續記錄視聽履歷記錄表。
然後，在步驟S216中，當被判定成為上傳期間時，處理是前進至步驟S217。在步驟S217中，通訊控制部252是控制通訊部223，按照由步驟S213的解析結果所取得的視聽履歷伺服器URL，將被記錄於記錄部213的視聽履歷記錄表經由網路90來發送給視聽履歷伺服器 40。
例如，每日19：00~20：00的時間帶被指定作為視聽履歷記錄表的記錄表期間，每週星期日的23：45~23：55的時間被指定作為視聽履歷記錄表的上傳期間時，在接收裝置20中，成為每日19：00~20：00的時間帶時，記錄對應於視聽履歷記錄表的記錄表範圍的視聽履歷記錄表(CDM檔案)。在此，例如，基礎及記錄被指定作為視聽履歷記錄表的記錄表範圍時，基本資訊及錄影資訊會被記錄作為視聽履歷記錄表(CDM檔案)。
然後，接收裝置20是成為星期日的23：45~23：55的時間帶時，將1週份(的每日19：00~20：00的時間帶)的視聽履歷記錄表(CDM檔案)經由網路90來上傳至視聽履歷伺服器40。另外，例如，亦可以特定的服務(例如特別節目等)作為對象，僅1次的視聽履歷記錄表被上傳至視聽履歷伺服器40(所謂的one shot)。
以上，說明有關訂閱UR(直接接收)時的視聽履歷對應處理的流程。對應於此第1方式的視聽履歷對應處理是按照經由播放或通訊取得的URT元資料，記錄對應於由播放台側指定的項目(記錄表範圍及記錄表期間)之視聽履歷記錄表，且在由播放台側指定的時機(上傳期間)，將視聽履歷記錄表定期性地上傳至視聽履歷伺服器40。
藉此，在接收裝置20中，由於可減少記錄於記錄部213的視聽履歷記錄表的記錄表容量，因此在記錄 部213的容量有限制，即使是只能記錄受限的視聽履歷記錄表的資料之接收裝置20，也可進行有關視聽履歷的處理。
(第2方式的視聽履歷對應處理)
其次，參照圖24的流程圖來說明有關第2方式的訂閱UR(觸發接收)時的視聽履歷對應處理的流程。
在步驟S221中，播放控制部251是判定是否接收了數位播放訊號中所含的URLR觸發資訊。在此，URLR觸發資訊是例如利用視頻水印來傳送。在步驟S221中，當被判定成未接收URLR觸發資訊時，重複步驟S221的判定處理。
在步驟S221中，被判定成接收了URLR觸發資訊時，處理是前進至步驟S222。在步驟S222中，觸發取得部254是取得利用視頻水印來傳送的URLR觸發資訊。
在步驟S223中，資料解析部255是解析在步驟S222的處理所取得的URLR觸發資訊。在此URLR觸發資訊中，如上述的圖14所示般，記述有URT伺服器30的URT伺服器URL，因此可取得此URT伺服器UR作為解析結果。
在步驟S224中，通訊控制部252是控制通訊部223，按照URT伺服器URL，經由網路90來對URT伺服器30進行存取，取得URT元資料。
在步驟S225中，資料解析部255是解析在步驟S224的處理所取得的URT元資料。在此URT元資料中，如上述的圖9所示般，記述有視聽履歷記錄表的記錄表範圍及記錄表期間(記錄範圍及記錄期間)、上傳期間(發送時機資訊)，因此可取得該等的資訊作為解析結果。
在步驟S226中，視聽履歷記錄表控制部256是根據步驟S215的解析結果，判定是否為記錄視聽履歷記錄表的記錄表期間。
在步驟S226中，當被判定成為記錄表期間時，處理是前進至步驟S227。在步驟S227中，視聽履歷記錄表控制部256是將對應於記錄表範圍所示的項目(記錄表的詳細度)之視聽履歷記錄表記錄於記錄部213。
在此，作為記錄表範圍，例如與作為必須的項目之基礎一起，組件、記錄或應用程式作為可選擇性的項目被設定，因此視聽履歷記錄表控制部256是記錄基本資訊(例如表示是否視聽了對象的內容之資訊等)的同時，可記錄組件資訊、錄影資訊或應用程式資訊，作為視聽履歷記錄表(CDM檔案)。
一旦步驟S227的處理終了，則處理是前進至步驟S228。並且，在步驟S226中，當被判定成不是記錄表期間時，由於不進行視聽履歷記錄表的記錄，因此步驟S227的處理是被跳過，處理是前進至步驟S228。
在步驟S228中，視聽履歷記錄表控制部256 是根據步驟S225的解析結果，判定是否為發送視聽履歷記錄表的上傳期間。
在步驟S228中，當被判定成不是上傳期間時，處理是回到步驟S226，重複步驟S226~S228的處理。藉此，在至成為上傳期間的期間，按照記錄表範圍及記錄表期間，記錄視聽履歷記錄表。
然後，在步驟S228中，當被判定成是上傳期間時，處理是前進至步驟S229。在步驟S229中，通訊控制部252是控制通訊部223，按照由步驟S225的解析結果所取得的視聽履歷伺服器URL，將被記錄於記錄部213的視聽履歷記錄表經由網路90來發送給視聽履歷伺服器40。
例如，每日19：00~20：00的時間帶被指定作為視聽履歷記錄表的記錄表期間，每週星期日的23：45~23：55的時間被指定作為視聽履歷記錄表的上傳期間時，在接收裝置20中，成為每日19：00~20：00的時間帶時，記錄對應於視聽履歷記錄表的記錄表範圍的視聽履歷記錄表(CDM檔案)。在此，例如，基礎及組件被指定作為視聽履歷記錄表的記錄表範圍時，基本資訊及組件資訊會被記錄作為視聽履歷記錄表(CDM檔案)。
然後，成為星期日的23：45~23：55的時間帶時，接收裝置20是將1週份(的每日19：00~20：00的時間帶)的視聽履歷記錄表(CDM檔案)經由網路90來上傳至視聽履歷伺服器40。
以上，說明有關訂閱UR(觸發接收)時的視聽履歷對應處理的流程。對應於此第2方式的視聽履歷對應處理是按照對應於URLR觸發資訊而經由通訊取得的URT元資料，記錄對應於由播放台側指定的項目(記錄表範圍及記錄表期間)之視聽履歷記錄表，且在由播放台側指定的時機(上傳期間)，將視聽履歷記錄表定期性地上傳至視聽履歷伺服器40。
藉此，在接收裝置20中，由於可減少記錄於記錄部213的視聽履歷記錄表的記錄表容量，因此在記錄部213的容量有限制，即使是只能記錄受限的視聽履歷記錄表的資料之接收裝置20，也可進行有關視聽履歷的處理。並且，在藉由提供有線電視(CATV)等的收費播放之MVPD來提供內容時，估計無法傳送作為傳訊的控制資訊，但只要利用URLR觸發資訊，無關接收環境，可藉由URT伺服器30來提供URT元資料。
(第3方式的視聽履歷對應處理)
其次，參照圖25的流程圖來說明有關第3方式的即席UR(直接接收)時的視聽履歷對應處理的流程。
在步驟S231中，視聽履歷記錄表控制部256是例如作為製品機能，在所有的服務的內容的再生時，經常將任意的項目的視聽履歷記錄表記錄於記錄部213。
在步驟S232中，播放控制部251是判定是否接收了數位播放訊號中所含的URT元資料。在步驟S232 中，當被判定成未接收URT元資料時，處理是回到步驟S231，重複以後的處理。亦即，至URT元資料被接收為止的期間，記錄部213是經常持續記錄視聽履歷記錄表。
另一方面，在步驟S232中，當被判定成接收了URT元資料時，處理是前進至步驟S233。在步驟S233中，URT取得部253是取得數位播放訊號中所含的URT元資料。
另外，在接收裝置20中，亦可從外部裝置(未圖示)通知URT伺服器URL，或預先保持URT伺服器URL，藉此接收裝置20按照該URT伺服器URL，經由網路90來對URT伺服器30進行存取，取得從URT伺服器30提供的URT元資料。
在步驟S234中，資料解析部255是解析在步驟S233的處理所取得的URT元資料。在此URT元資料中，如上述的圖9所示般，記述有視聽履歷記錄表的記錄表範圍及記錄表期間(發送範圍及發送期間)，因此可取得該等的資訊作為解析結果。
在步驟S235中，視聽履歷記錄表控制部256是(追溯過去)取得(抽出)常時被記錄於記錄部213的視聽履歷記錄表之中，對應於按照步驟S234的解析結果的記錄表範圍及記錄表期間之視聽履歷記錄表。
在步驟S236中，通訊控制部252是控制通訊部223，按照由步驟S234的解析結果所取得的視聽履歷伺服器URL，將在步驟S235的處理所取得(追溯過去而 被抽出)的視聽履歷記錄表經由網路90來發送給視聽履歷伺服器40。
例如，在接收裝置20中，在記錄部213儲存有常時被記錄的1個月份的視聽履歷記錄表(CDM檔案)時，每週星期六19：00~20：00的時間帶被指定作為視聽履歷記錄表的記錄表期間，基礎及應用程式被指定作為記錄表範圍時，對應於該等的記錄表範圍及記錄表期間的視聽履歷記錄表(CDM檔案)會從1個月份的視聽履歷記錄表(CDM檔案)抽出(被切出)。然後，接收裝置20是將1個月份的視聽履歷記錄表(CDM檔案)之中，包含每週星期六19：00~20：00的時間帶的基本資訊及應用程式資訊之視聽履歷記錄表(CDM檔案)經由網路90來上傳至視聽履歷伺服器40。
另外，採用第3方式時，基本上，接收裝置20是在接收URT元資料的時機，抽出視聽履歷記錄表，上傳至視聽履歷伺服器40，但亦可在其他的時機被上傳。
以上，說明有關即席UR(直接接收)時的視聽履歷對應處理的流程。對應於此第3方式的視聽履歷對應處理是常時持續記錄任意項目的視聽履歷記錄表，且按照經由播放或通訊取得的URT元資料，將常時記錄的視聽履歷記錄表之中，對應於由播放台側所指定的項目(記錄表範圍及記錄表期間)之視聽履歷記錄表上傳至視聽履歷伺服器40。
另外，第3方式被採用的是假想藉由大容量的記錄部213，在用以記錄視聽履歷記錄表的記錄表容量無限制，可記錄大容量的記錄表資料的情況，但即使在記錄表容量有限制時，亦可例如按照使用者設定等來經常記錄視聽履歷記錄表。
(第4方式的視聽履歷對應處理)
最後，參照圖26的流程圖，說明有關第4方式的即席UR(觸發接收)時的視聽履歷對應處理的流程。
在步驟S241中，視聽履歷記錄表控制部256是例如作為製品機能，在所有的服務的內容的再生時，經常將任意的項目的視聽履歷記錄表記錄於記錄部213。
在步驟S242中，播放控制部251是判定是否接收了數位播放訊號中所含的URU觸發資訊。在此，URU觸發資訊是例如利用視頻水印來傳送。在步驟S242中，當被判定成未接收URU觸發資訊時，處理是回到步驟S241，重複以後的處理。亦即，至URU觸發資訊被接收為止的期間，記錄部213是經常持續記錄視聽履歷記錄表。
另一方面，在步驟S242中，當被判定成接收了URU觸發資訊時，處理是前進至步驟S243。在步驟S243中，觸發取得部254是取得利用視頻水印來傳送的URU觸發資訊。
在步驟S244中，資料解析部255是解析在步 驟S243的處理所取得的URU觸發資訊。在此URU觸發資訊中，如上述的圖15所示般，記述有記錄表範圍及記錄表期間(發送範圍及發送期間)，視聽履歷伺服器40的視聽履歷伺服器URL，因此可取得該等的資訊作為解析結果。
在步驟S245中，視聽履歷記錄表控制部256是(追溯過去)取得(抽出)常時被記錄於記錄部213的視聽履歷記錄表之中，對應於按照步驟S244的解析結果的記錄表範圍及記錄表期間之視聽履歷記錄表。
在步驟S246中，通訊控制部252是控制通訊部223，按照由步驟S244的解析結果取得的視聽履歷伺服器URL，將在步驟S245的處理取得(追溯過去而被抽出)的視聽履歷記錄表經由網路90來發送給視聽履歷伺服器40。
例如，在接收裝置20中，在記錄部213儲存有常時被記錄的1個月份的視聽履歷記錄表(CDM檔案)時，每週星期六19：00~20：00的時間帶被指定作為視聽履歷記錄表的記錄表期間，基礎及應用程式被指定作為記錄表範圍時，對應於該等的記錄表範圍及記錄表期間的視聽履歷記錄表(CDM檔案)會從1個月份的視聽履歷記錄表(CDM檔案)抽出(被切出)。然後，接收裝置20是將1個月份的視聽履歷記錄表(CDM檔案)之中，包含每週星期六19：00~20：00的時間帶的基本資訊及應用程式資訊之視聽履歷記錄表(CDM檔案)經由 網路90來上傳至視聽履歷伺服器40。
另外，採用第4方式時，基本上，接收裝置20是在接收URU觸發資訊的時機，抽出視聽履歷記錄表，上傳至視聽履歷伺服器40，但亦可在其他的時機被上傳。
以上，說明有關即席UR(觸發接收)時的視聽履歷對應處理的流程。對應於此第4方式的視聽履歷對應處理是常時持續記錄視聽履歷記錄表，且按照經由播放取得的URU觸發資訊，將常時記錄的視聽履歷記錄表之中，對應於由播放台側所指定的項目(記錄表範圍及記錄表期間)之視聽履歷記錄表上傳至視聽履歷伺服器40。
並且，藉由提供有線電視(CATV)等的收費播放之MVPD來提供內容時，估計無法傳送作為傳訊的控制資訊，但只要利用URU觸發資訊，無關接收環境，可取得URU觸發資訊中所含的控制資訊。
另外，第4方式被採用的是假想藉由大容量的記錄部213，在用以記錄視聽履歷記錄表的記錄表容量無限制，可記錄大容量的記錄表資料的情況，但即使在記錄表容量有限制時，亦可例如按照使用者設定等來經常記錄視聽履歷記錄表。
(視聽履歷記錄表收集處理)
其次，參照圖27的流程圖，說明有關藉由圖1的視聽履歷伺服器40來實行的視聽履歷記錄表收集處理的流 程。
在步驟S401中，視聽履歷記錄表管理部451是判定是否從接收裝置20經由網路90發送來視聽履歷記錄表。
在步驟S401中，當被判定成被發送來自接收裝置20的視聽履歷記錄表時，處理是前進至步驟S402。在步驟S402中，通訊部412是經由網路90接收從接收裝置20發送來的視聽履歷記錄表。
在步驟S403中，視聽履歷記錄表管理部451是將在步驟S402的處理所接收的視聽履歷記錄表記錄於記錄部413。
一旦步驟S403的處理終了，則處理是前進至步驟S404。另外，在步驟S401中，當被判定成未從接收裝置20發送來視聽履歷記錄表時，步驟S402，S403的處理是被跳過，處理是前進至步驟S404。
在步驟S404中，視聽履歷記錄表管理部451是判定是否處理被記錄於記錄部413的視聽履歷記錄表。
在步驟S404中，當被判定成不處理視聽履歷記錄表時，處理是回到步驟S401，重複以後的處理。亦即，藉由重複步驟S401~S404的處理，從複數的接收裝置20發送來的視聽履歷記錄表會被收集，每個服務(頻道)的視聽履歷記錄表會被儲存於記錄部413。
另一方面，在步驟S404中，被判定成處理視聽履歷記錄表時，處理是前進至步驟S405。在步驟S405 中，視聽履歷記錄表管理部451是以步驟S403的處理，讀出被記錄(儲存)於記錄部413的視聽履歷記錄表，處理被讀出的視聽履歷記錄表。
在此，例如，藉由視聽履歷記錄表管理部451來分析視聽履歷記錄表，藉此調查各服務(頻道)的視聽率，生成每個播放事業者(播放台)的視聽履歷報告。然後，每個播放事業者的視聽履歷報告是被發送至各播放事業者所管理的伺服器等。一旦步驟S405的處理終了，則圖27的視聽履歷記錄表收集處理終了。
以上，說明有關視聽履歷記錄表收集處理的流程。在此視聽履歷記錄表收集處理中，來自複數的接收裝置20的視聽履歷記錄表會被依序收集，在預定的時機，處理(分析)所被收集的視聽履歷記錄表，可取得視聽履歷記錄表的處理結果。
<6.變形例>
上述的說明是說明在美國等所被採用的方式之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)等的情況。
<7.電腦的構成>
上述一連串的處理是可藉由硬體來實行，亦可藉由軟體來實行。藉由軟體來實行一連串的處理時，構成該軟體的程式是被安裝於電腦。圖28是表示藉由程式來實行上述一連串的處理的電腦的硬體的構成例的圖。
在電腦900中，CPU(Central Processing Unit)901，ROM(Read Only Memory)902，RAM(Random Access Memory)903是藉由匯流排904來互相連接。匯流排904是更連接輸出入介面905。輸出入介面905是連接輸入部906、輸出部907、記錄部908、通訊部909及驅動器910。
輸入部906是由鍵盤、滑鼠、麥克風等所成。輸出部907是由顯示器、喇叭等所成。記錄部908是由硬碟或非揮發性的記憶體等所成。通訊部909是由網路介面等所成。驅動器910是驅動磁碟、光碟、光磁碟或半導體記憶體等的可移動儲存設備(Removable media)911。
在以上那樣構成的電腦900中，CPU901會經由輸出入介面905及匯流排904來將被記錄於ROM902或記錄部908的程式上傳至RAM903而實行，藉此進行上述 一連串的處理。
電腦900(CPU901)所實行的程式是例如可記錄於作為套裝媒體(package media)等的可移動儲存設備911來提供。並且，程式是可經由區域網路、網際網路、數位衛星播放等有線或無線的傳送媒體來提供。
在電腦900中，程式是藉由將可移動儲存設備911裝於驅動器910，可經由輸出入介面905來安裝於記錄部908。又，程式可經由有線或無線的傳送媒體，以通訊部909接收，安裝於記錄部908。其他，程式可預先安裝於ROM902或記錄部908。
在此，於本說明書中，電腦按照程式進行的處理是並非一定要按照作為流程圖記載的順序來時序列地進行。亦即，電腦按照程式進行的處理亦包含並列或個別實行的處理(例如並列處理或根據對象的處理)。又，程式是亦可藉由1個的電腦(處理器)來處理，或藉由複數的電腦來分散處理。
另外，本技術的實施形態是不限於上述的實施形態，亦可在不脫離本技術的主旨範圍中實施各種的變更。
又，本技術是可取以下那樣的構成。
(1)一種接收裝置，其係具備：接收部，其係接收數位播放的播放波；取得部，其係取得用以控制有關以前述播放波傳送的內容的視聽履歷之視聽履歷資訊的記錄或發送之控制資 訊；及控制部，其係根據前述控制資訊來控制前述視聽履歷資訊的記錄或發送。
(2)如(1)記載的接收裝置，其中，前述控制部，係按照藉由前述控制資訊所指定之前述視聽履歷資訊的記錄範圍及記錄期間，將前述視聽履歷資訊記錄於記錄部，按照藉由前述控制資訊所指定之表示對收集前述視聽履歷資訊的視聽履歷伺服器發送前述視聽履歷資訊的時機之發送時機資訊，將被記錄的前述視聽履歷資訊經由通訊線路來發送至前述視聽履歷伺服器。
(3)如(2)記載的接收裝置，其中，前述取得部，係取得以前述播放波傳送的前述控制資訊，或從提供前述控制資訊的控制資訊伺服器經由通訊線路來提供的前述控制資訊，前述控制部，係根據經由播放或通訊取得的前述控制資訊，控制前述視聽履歷資訊的記錄或發送。
(4)如(2)記載的接收裝置，其中，前述取得部，係根據以前述播放波傳送的觸發資訊，從提供前述控制資訊的控制資訊伺服器經由通訊線路來取得前述控制資訊，前述控制部，係根據經由通訊取得的前述控制資訊，控制前述視聽履歷資訊的記錄或發送。
(5)如(2)~(4)的任一記載的接收裝置，其中，前述視聽履歷資訊的記錄範圍，係有關前述內容的視聽履歷的基本性的資訊之基本資訊，且包含表示是否記錄 有關前述內容的錄影的錄影資訊、有關構成前述內容的組件的組件資訊，或有關與前述內容連動而被實行的應用程式的應用程式資訊之資訊，前述控制部，係在對應於前述視聽履歷資訊的記錄範圍之範圍，將前述視聽履歷資訊記錄於記錄部。
(6)如(1)記載的接收裝置，其中，前述控制部，係將前述視聽履歷資訊經常記錄於記錄部，將被記錄的前述視聽履歷資訊之中，藉由前述控制資訊所指定之對應於前述視聽履歷資訊的發送範圍及發送期間的視聽履歷資訊經由通訊線路來發送至收集前述視聽履歷資訊的視聽履歷伺服器。
(7)如(6)記載的接收裝置，其中，前述取得部，係取得以前述播放波傳送的前述控制資訊，或從提供前述控制資訊的控制資訊伺服器經由通訊線路來提供的前述控制資訊，前述控制部，係根據經由播放或通訊取得的前述控制資訊，控制前述視聽履歷資訊的發送。
(8)如(6)記載的接收裝置，其中，前述取得部，係根據以前述播放波傳送的觸發資訊中所含的前述控制資訊，控制前述視聽履歷資訊的發送。
(9)如(6)~(8)的任一記載的接收裝置，其中，前述視聽履歷資訊的發送範圍，係有關前述內容的視聽履歷的基本性的資訊之基本資訊，且包含表示是否發送有關前述內容的錄影的錄影資訊、有關構成前述內容的組 件的組件資訊，或有關與前述內容連動而被實行的應用程式的應用程式資訊之資訊，前述控制部，係在對應於前述視聽履歷資訊的發送範圍之範圍，將前述視聽履歷資訊發送至前述視聽履歷伺服器。
(10)一種資料處理方法，其係包含：取得用以控制有關以數位播放的播放波傳送的內容的視聽履歷之視聽履歷資訊的記錄或發送之控制資訊，根據前述控制資訊，控制前述視聽履歷資訊的記錄或發送之步驟。
(11)一種發送裝置，其特徵係具備：生成部，其係生成用以控制有關內容的視聽履歷之視聽履歷資訊的記錄或發送之控制資訊；及發送部，其係與前述內容一起，將前述控制資訊以數位播放的播放波發送。
(12)如(11)記載的發送裝置，其中，前述生成部，係生成前述控制資訊，該控制資訊包含前述視聽履歷資訊的記錄範圍及記錄期間，以及表示對收集前述視聽履歷資訊的視聽履歷伺服器發送前述視聽履歷資訊的時機之發送時機資訊。
(13)如(12)記載的發送裝置，其中，前述視聽履歷資訊的記錄範圍，係有關前述內容的視聽履歷的基本性的資訊之基本資訊，且包含表示是否記錄有關前述內容的錄影的錄影資訊，有關構成前述內容的組件的組件資訊， 或有關與前述內容連動而被實行的應用程式的應用程式資訊之資訊。
(14)如(11)記載的發送裝置，其中，前述生成部，係生成包含前述視聽履歷資訊的發送範圍及發送期間的前述控制資訊。
(15)如(14)記載的發送裝置，其中，前述視聽履歷資訊的發送範圍，係有關前述內容的視聽履歷的基本性的資訊之基本資訊，且包含表示是否發送有關前述內容的錄影的錄影資訊，有關構成前述內容的組件的組件資訊，或有關與前述內容連動而被實行的應用程式的應用程式資訊之資訊。
(16)一種資料處理方法，其特徵係包含：生成用以控制有關內容的視聽履歷之視聽履歷資訊的記錄或發送之控制資訊，與前述內容一起，將前述控制資訊以數位播放的播放波發送之步驟。
(17)一種發送裝置，其特徵係具備：觸發生成部，其係生成包含與有關內容的視聽履歷之視聽履歷資訊的記錄或發送關聯的資訊之觸發資訊；及發送部，其係與前述內容一起，將前述觸發資訊含在數位播放的播放波中發送。
(18)如(17)記載的發送裝置，其中，前述觸發生成部，係生成包含提供控制資訊的控制資訊伺服器的目的地資訊之前述觸發資訊，該控制資訊係包含前述視聽履歷 資訊的記錄範圍及記錄期間、以及表示對收集前述視聽履歷資訊的視聽履歷伺服器發送前述視聽履歷資訊的時機之發送時機資訊。
(19)如(17)記載的發送裝置，其中，前述觸發生成部，係生成包含前述視聽履歷資訊的發送範圍及發送期間之前述觸發資訊。
(20)一種資料處理方法，其特徵係包含：生成包含與有關內容的視聽履歷之視聽履歷資訊的記錄或發送關聯的資訊之觸發資訊，與前述內容一起，將前述觸發資訊含在數位播放的播放波中發送之步驟。

Claims (20)

  1. 一種接收裝置，其特徵係具備：接收部，其係接收數位播放的播放波；取得部，其係取得控制資訊，該控制資訊係用以控制有關以前述播放波傳送的內容的視聽履歷之視聽履歷資訊的記錄或發送；及控制部，其係根據前述控制資訊來控制前述視聽履歷資訊的記錄或發送。
  2. 如申請專利範圍第1項之接收裝置，其中，前述控制部，係按照藉由前述控制資訊所指定之前述視聽履歷資訊的記錄範圍及記錄期間，將前述視聽履歷資訊記錄於記錄部，按照藉由前述控制資訊所指定之表示對收集前述視聽履歷資訊的視聽履歷伺服器發送前述視聽履歷資訊的時機之發送時機資訊，將被記錄的前述視聽履歷資訊經由通訊線路來發送至前述視聽履歷伺服器。
  3. 如申請專利範圍第2項之接收裝置，其中，前述取得部，係取得以前述播放波傳送的前述控制資訊，或從提供前述控制資訊的控制資訊伺服器經由通訊線路來提供的前述控制資訊，前述控制部，係根據經由播放或通訊取得的前述控制資訊，控制前述視聽履歷資訊的記錄或發送。
  4. 如申請專利範圍第2項之接收裝置，其中，前述取得部，係根據以前述播放波傳送的觸發資訊，從提供前 述控制資訊的控制資訊伺服器經由通訊線路來取得前述控制資訊，前述控制部，係根據經由通訊取得的前述控制資訊，控制前述視聽履歷資訊的記錄或發送。
  5. 如申請專利範圍第2項之接收裝置，其中，前述視聽履歷資訊的記錄範圍，係有關前述內容的視聽履歷的基本性的資訊之基本資訊，且包含表示是否記錄有關前述內容的錄影的錄影資訊、有關構成前述內容的組件的組件資訊，或有關與前述內容連動而被實行的應用程式的應用程式資訊之資訊，前述控制部，係在對應於前述視聽履歷資訊的記錄範圍之範圍，將前述視聽履歷資訊記錄於記錄部。
  6. 如申請專利範圍第1項之接收裝置，其中，前述控制部，係將前述視聽履歷資訊經常記錄於記錄部，將被記錄的前述視聽履歷資訊之中，藉由前述控制資訊所指定之對應於前述視聽履歷資訊的發送範圍及發送期間的視聽履歷資訊經由通訊線路來發送至收集前述視聽履歷資訊的視聽履歷伺服器。
  7. 如申請專利範圍第6項之接收裝置，其中，前述取得部，係取得以前述播放波傳送的前述控制資訊，或從提供前述控制資訊的控制資訊伺服器經由通訊線路來提供的前述控制資訊，前述控制部，係根據經由播放或通訊取得的前述控制資訊，控制前述視聽履歷資訊的發送。
  8. 如申請專利範圍第6項之接收裝置，其中，前述取得部，係根據以前述播放波傳送的觸發資訊中所含的前述控制資訊，控制前述視聽履歷資訊的發送。
  9. 如申請專利範圍第6項之接收裝置，其中，前述視聽履歷資訊的發送範圍，係有關前述內容的視聽履歷的基本性的資訊之基本資訊，且包含表示是否發送有關前述內容的錄影的錄影資訊、有關構成前述內容的組件的組件資訊，或有關與前述內容連動而被實行的應用程式的應用程式資訊之資訊，前述控制部，係在對應於前述視聽履歷資訊的發送範圍之範圍，將前述視聽履歷資訊發送至前述視聽履歷伺服器。
  10. 一種資料處理方法，其特徵係包含：取得用以控制有關以數位播放的播放波傳送的內容的視聽履歷之視聽履歷資訊的記錄或發送之控制資訊，根據前述控制資訊，控制前述視聽履歷資訊的記錄或發送之步驟。
  11. 一種發送裝置，其特徵係具備：生成部，其係生成用以控制有關內容的視聽履歷之視聽履歷資訊的記錄或發送之控制資訊；及發送部，其係與前述內容一起，將前述控制資訊以數位播放的播放波發送。
  12. 如申請專利範圍第11項之發送裝置，其中，前述生成部，係生成前述控制資訊，該控制資訊包含前述視 聽履歷資訊的記錄範圍及記錄期間，以及表示對收集前述視聽履歷資訊的視聽履歷伺服器發送前述視聽履歷資訊的時機之發送時機資訊。
  13. 如申請專利範圍第12項之發送裝置，其中，前述視聽履歷資訊的記錄範圍，係有關前述內容的視聽履歷的基本性的資訊之基本資訊，且包含表示是否記錄有關前述內容的錄影的錄影資訊，有關構成前述內容的組件的組件資訊，或有關與前述內容連動而被實行的應用程式的應用程式資訊之資訊。
  14. 如申請專利範圍第11項之發送裝置，其中，前述生成部，係生成包含前述視聽履歷資訊的發送範圍及發送期間的前述控制資訊。
  15. 如申請專利範圍第14項之發送裝置，其中，前述視聽履歷資訊的發送範圍，係有關前述內容的視聽履歷的基本性的資訊之基本資訊，且包含表示是否發送有關前述內容的錄影的錄影資訊，有關構成前述內容的組件的組件資訊，或有關與前述內容連動而被實行的應用程式的應用程式資訊之資訊。
  16. 一種資料處理方法，其特徵係包含：生成用以控制有關內容的視聽履歷之視聽履歷資訊的記錄或發送之控制資訊，與前述內容一起，將前述控制資訊以數位播放的播放波發送之步驟。
  17. 一種發送裝置，其特徵係具備： 觸發生成部，其係生成包含與有關內容的視聽履歷之視聽履歷資訊的記錄或發送關聯的資訊之觸發資訊；及發送部，其係與前述內容一起，將前述觸發資訊含在數位播放的播放波中發送。
  18. 如申請專利範圍第17項之發送裝置，其中，前述觸發生成部，係生成包含提供控制資訊的控制資訊伺服器的目的地資訊之前述觸發資訊，該控制資訊係包含前述視聽履歷資訊的記錄範圍及記錄期間、以及表示對收集前述視聽履歷資訊的視聽履歷伺服器發送前述視聽履歷資訊的時機之發送時機資訊。
  19. 如申請專利範圍第17項之發送裝置，其中，前述觸發生成部，係生成包含前述視聽履歷資訊的發送範圍及發送期間之前述觸發資訊。
  20. 一種資料處理方法，其特徵係包含：生成包含與有關內容的視聽履歷之視聽履歷資訊的記錄或發送關聯的資訊之觸發資訊，與前述內容一起，將前述觸發資訊含在數位播放的播放波中發送之步驟。
TW105121105A 2015-07-16 2016-07-04 接收裝置、發送裝置及資料處理方法 TWI757240B (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2015141786 2015-07-16
JP2015-141786 2015-07-16

Publications (2)

Publication Number Publication Date
TW201707443A true TW201707443A (zh) 2017-02-16
TWI757240B TWI757240B (zh) 2022-03-11

Family

ID=57758043

Family Applications (1)

Application Number Title Priority Date Filing Date
TW105121105A TWI757240B (zh) 2015-07-16 2016-07-04 接收裝置、發送裝置及資料處理方法

Country Status (8)

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

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6309622B2 (ja) 2014-11-20 2018-04-11 エルジー エレクトロニクス インコーポレイティド 放送信号送信装置、放送信号受信装置、放送信号送信方法、及び放送信号受信方法
US10917186B2 (en) * 2015-07-21 2021-02-09 Lg Electronics Inc. Broadcasting signal transmitting apparatus, broadcasting signal receiving apparatus, broadcasting signal transmitting method, and broadcasting signal receiving method
EP3529775A4 (en) * 2016-10-18 2020-04-29 Dart Video Communications, Inc. INTERACTIVE MESSAGE TRANSMISSION 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 視聴履歴利用システム及びそれに関する装置
US20020162118A1 (en) * 2001-01-30 2002-10-31 Levy Kenneth L. Efficient interactive TV
US20060015902A1 (en) * 2002-11-14 2006-01-19 Matsushita Electric Industrial Co., Ltd. Viewing history recording method and viewing history use method
JP4735264B2 (ja) 2004-01-27 2011-07-27 パナソニック株式会社 テレビジョン受信機およびデジタル放送システム
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 ソニー株式会社 情報処理装置および方法、プログラム、並びに記録媒体
JPWO2010092763A1 (ja) 2009-02-13 2012-08-16 パナソニック株式会社 コンテンツメディア再生装置及びコンテンツメディア
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 ソニー株式会社 受信装置、受信方法、送信装置、送信方法、プログラム、および放送システム
GB2508451B (en) * 2010-12-26 2017-05-03 Lg Electronics Inc Broadcast service transmitting method, broadcast service receiving method and broadcast service receiving apparatus
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
CN103975602B (zh) * 2011-10-20 2017-06-09 Lg电子株式会社 广播服务接收方法和广播服务接收装置
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 広告提供装置、広告提供システム及び広告提供方法
US10097294B2 (en) 2014-01-03 2018-10-09 Lg Electronics Inc. Apparatus for transmitting broadcast signals, apparatus for receiving broadcast signals, method for transmitting broadcast signals and method for receiving broadcast signals
CA2948117A1 (en) * 2014-05-13 2015-11-19 Sharp Kabushiki Kaisha A method of decoding a content bitstream
KR101877159B1 (ko) * 2014-05-20 2018-07-10 엘지전자 주식회사 방송 전송 장치, 방송 전송 장치의 동작 방법. 방송 수신 장치 및 방송 수신 장치의 동작 방법
US10410229B2 (en) * 2014-12-17 2019-09-10 International Business Machines Corporation Media consumer viewing and listening behavior
CA2973328C (en) * 2015-01-30 2019-11-26 Sharp Kabushiki Kaisha System for service usage reporting
CA2987376C (en) * 2015-06-04 2022-09-06 Sharp Kabushiki Kaisha Methods for broadcast service signaling

Also Published As

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

Similar Documents

Publication Publication Date Title
JP6441521B2 (ja) 放送システムにおける制御メッセージ構成装置及び方法
JP6258856B2 (ja) 放送システムにおける制御メッセージ構成装置及び方法
WO2014188886A1 (ja) コンテンツ供給装置、コンテンツ供給方法、プログラム、およびコンテンツ供給システム
WO2014208377A1 (ja) コンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システム
CN101232613B (zh) 发送/接收数字内容的方法和接收数字内容的装置
US20240107085A1 (en) Reception device, reception method, transmission device, and transmission method
TWI757240B (zh) 接收裝置、發送裝置及資料處理方法
US20200059309A1 (en) System for event-based targeted advertising
JP2020025325A (ja) 受信装置、送信装置、及び、データ処理方法
WO2015107930A1 (ja) 受信装置、受信方法、送信装置、及び、送信方法