KR102536086B1 - 수신 장치, 송신 장치, 및 데이터 처리 방법 - Google Patents

수신 장치, 송신 장치, 및 데이터 처리 방법 Download PDF

Info

Publication number
KR102536086B1
KR102536086B1 KR1020177036598A KR20177036598A KR102536086B1 KR 102536086 B1 KR102536086 B1 KR 102536086B1 KR 1020177036598 A KR1020177036598 A KR 1020177036598A KR 20177036598 A KR20177036598 A KR 20177036598A KR 102536086 B1 KR102536086 B1 KR 102536086B1
Authority
KR
South Korea
Prior art keywords
information
viewing history
history information
log
component
Prior art date
Application number
KR1020177036598A
Other languages
English (en)
Other versions
KR20180030476A (ko
Inventor
나오히사 기타자토
야스아키 야마기시
준 기타하라
다케토시 야마네
Original Assignee
소니그룹주식회사
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 소니그룹주식회사 filed Critical 소니그룹주식회사
Publication of KR20180030476A publication Critical patent/KR20180030476A/ko
Application granted granted Critical
Publication of KR102536086B1 publication Critical patent/KR102536086B1/ko

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/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/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
    • 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/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/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

수신 장치, 송신 장치, 및 데이터 처리 방법
본 기술은, 수신 장치, 송신 장치, 및 데이터 처리 방법에 관한 것으로서, 특히, 원하는 운용 형태로 시청 이력에 관한 운용을 행할 수 있도록 한 수신 장치, 송신 장치, 및 데이터 처리 방법에 관한 것이다.
방송의 분야에서는, 콘텐츠의 시청 이력을 수집하여 분석하는 등의 시청 이력에 관한 운용이 행해지는 경우가 있다. 예를 들어, 시청 이력을, 정기적으로 또는 필요할 때에 전송하는 기술이 개시되어 있다(예를 들어, 특허문헌 1 참조).
일본 특허 공개 제2009-278651호 공보
그런데, 시청 이력에 관한 운용을 실현하기 위한 기술 방식이 확립되어 있지 않기 때문에, 원하는 운용 형태로 시청 이력에 관한 운용을 행하기 위한 제안이 요청되고 있었다.
본 기술은 이러한 상황을 감안하여 이루어진 것이며, 원하는 운용 형태로 시청 이력에 관한 운용을 행할 수 있도록 하는 것이다.
본 기술의 제1 측면의 수신 장치는, 디지털 방송의 방송파를 수신하는 수신부와, 상기 방송파로 전송되는 콘텐츠의 시청 이력에 관한 시청 이력 정보의 기록 또는 송신을 제어하기 위한 제어 정보를 취득하는 취득부와, 상기 제어 정보에 기초하여, 상기 시청 이력 정보의 기록 또는 송신을 제어하는 제어부를 구비하는 수신 장치이다.
본 기술의 제1 측면의 수신 장치는, 독립한 장치여도 되고, 하나의 장치를 구성하고 있는 내부 블록이어도 된다. 또한, 본 기술의 제1 측면의 데이터 처리 방법은, 상술한 본 기술의 제1 측면의 수신 장치에 대응하는 데이터 처리 방법이다.
본 기술의 제1 측면의 수신 장치 및 데이터 처리 방법에 있어서는, 디지털 방송의 방송파로 전송되는 콘텐츠의 시청 이력에 관한 시청 이력 정보의 기록 또는 송신을 제어하기 위한 제어 정보가 취득되고, 상기 제어 정보에 기초하여, 상기 시청 이력 정보의 기록 또는 송신이 제어된다.
본 기술의 제2 측면의 송신 장치는, 콘텐츠의 시청 이력에 관한 시청 이력 정보의 기록 또는 송신을 제어하기 위한 제어 정보를 생성하는 생성부와, 상기 콘텐츠와 함께, 상기 제어 정보를, 디지털 방송의 방송파로 송신하는 송신부를 구비하는 송신 장치이다.
본 기술의 제2 측면의 송신 장치는, 독립한 장치여도 되고, 하나의 장치를 구성하고 있는 내부 블록이어도 된다. 또한, 본 기술의 제2 측면의 데이터 처리 방법은, 상술한 본 기술의 제2 측면의 송신 장치에 대응하는 데이터 처리 방법이다.
본 기술의 제2 측면의 송신 장치 및 데이터 처리 방법에 있어서는, 콘텐츠의 시청 이력에 관한 시청 이력 정보의 기록 또는 송신을 제어하기 위한 제어 정보가 생성되고, 상기 콘텐츠와 함께, 상기 제어 정보가, 디지털 방송의 방송파로 송신된다.
본 기술의 제3 측면의 송신 장치는, 콘텐츠의 시청 이력에 관한 시청 이력 정보의 기록 또는 송신에 관련하는 정보를 포함하는 트리거 정보를 생성하는 트리거 생성부와, 상기 콘텐츠와 함께, 상기 트리거 정보를 디지털 방송의 방송파에 포함하여 송신하는 송신부를 구비하는 송신 장치이다.
본 기술의 제3 측면의 송신 장치는, 독립한 장치여도 되고, 하나의 장치를 구성하고 있는 내부 블록이어도 된다. 또한, 본 기술의 제3 측면의 데이터 처리 방법은, 상술한 본 기술의 제3 측면의 송신 장치에 대응하는 데이터 처리 방법이다.
본 기술의 제3 측면의 송신 장치 및 데이터 처리 방법에 있어서는, 콘텐츠의 시청 이력에 관한 시청 이력 정보의 기록 또는 송신에 관련하는 정보를 포함하는 트리거 정보가 생성되고, 상기 콘텐츠와 함께, 상기 트리거 정보가 디지털 방송의 방송파에 포함되어 송신된다.
본 기술의 제1 측면 내지 제3 측면에 의하면, 원하는 운용 형태로 시청 이력에 관한 운용을 행할 수 있다.
또한, 본 명세서에 기재된 효과는 반드시 한정되는 것은 아니며, 본 개시 중에 기재된 어느 효과여도 된다.
도 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 방식: 서브스크립션 UR(직접 수신)
(2) 제2 방식: 서브스크립션 UR(트리거 수신)
(3) 제3 방식: 인스턴트 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) 메타데이터를, 디지털 방송 신호에 포함하여 송신할 수 있다. 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 등의 디지털 방송의 규격에 대응한 수신기이며, 예를 들어, 텔레비전 수상기나 셋톱 박스 등의 고정 수신기, 또는, 스마트폰이나 휴대 전화기, 태블릿형 컴퓨터 등의 모바일 수신기이다. 또한, 수신 장치(20)는 예를 들어 차량용 TV 등의 자동차에 탑재되는 기기여도 된다.
수신 장치(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)는 단독의 방송 사업자 외에, 예를 들어, 복수의 방송 사업자에 의해 설립된 공동 운영의 사업자나, 방송 사업자와는 관계가 없는 제3자 조직(예를 들어 시청률 조사를 전문으로 행하는 대리의 조직)에 의해 제공된다.
이상, 전송 시스템의 구성에 대하여 설명하였다.
또한, 도 1에 있어서는, 설명의 사정상, 1대의 송신 장치(10)와, 1대의 수신 장치(20)를 예시하여 설명했지만, 실제로는, 송신 장치(10-1 내지 10-i)(i는 1 이상의 정수)와, 수신 장치(20-1 내지 20-j)(j는 1 이상의 정수)로 구성되어 있다. 또한, 도 1에 있어서, 전송로(80)로서는, 예를 들어 지상파 외에, 위성 회선이나 케이블 텔레비전망(유선 회선) 등을 이용할 수 있다.
(프로토콜 스택)
그런데, 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 시그널링 정보로서 전송되게 해도 된다.
도 2는, 본 실시예의 프로토콜 스택을 도시하는 도면이다.
도 2에 있어서, 가장 하위의 계층은, 물리층(Physical Layer)으로 된다. 이 물리층에 인접하는 상위의 계층은, 레이어(2)의 계층(Layer2)으로 되고, 또한, 레이어(2)의 계층에 인접하는 상위의 계층은, IP층으로 된다. 또한, IP층에 인접하는 상위의 계층은 UDP층으로 된다. 즉, UDP 패킷을 포함하는 IP 패킷(IP/UDP 패킷)이 레이어(2)의 Generic 패킷의 페이로드에 배치되고, 캡슐화(encapsulation)된다. 또한, 물리층의 프레임(ATSC Physical Frame)은 프리앰블과 데이터부로 구성되는데, 데이터부에는, 복수의 Generic 패킷을 캡슐화하여 얻어지는 BB 프레임에 대하여 에러 정정용의 패리티를 부가한 후에, 인터리브나 맵핑 등의 물리층에 관한 처리가 행해짐으로써 얻어지는 데이터가 매핑된다.
UDP층에 인접하는 상위의 계층은, ROUTE, MMT, SLT로 된다. 즉, ROUTE 세션으로 전송되는, 비디오, 오디오, 및 자막의 스트림과, SLS 시그널링 정보의 스트림과, NRT 콘텐츠의 스트림은, IP/UDP 패킷에 저장되어서 전송된다. 또한, NRT 콘텐츠는, NRT(Non Real Time) 방송에서 배신되는 콘텐츠이며, 수신 장치(20)의 스토리지에 일단 축적된 후에 재생이 행해진다. 또한, NRT 콘텐츠 이외의 파일(예를 들어 애플리케이션의 파일)이 ROUTE 세션으로 전송되게 해도 된다.
한편, MMT 세션으로 전송되는, 비디오, 오디오, 및 자막의 스트림과, SLS 시그널링 정보의 스트림은, IP/UDP 패킷에 저장되어서 전송된다. 또한, SLT 메타데이터는, IP/UDP 패킷에 저장되어서 전송된다.
이상과 같은 프로토콜 스택이 채용되어 있기 때문에, 수신 장치(20)는 ROUTE 세션으로 전송되는 컴포넌트의 스트림에 의해 제공되는 서비스(채널)의 선국 시에는, SLT 메타데이터에 포함되는 선국 정보에 따라서, ROUTE 세션으로 전송되는 SLS 시그널링 정보를 취득한다(S1-1, S1-2). 그리고, 수신 장치(20)는 USD, LSID, MPD 등의 메타데이터에 따라서, 선국된 서비스를 제공하는 컴포넌트의 스트림에 접속한다(S1-3). 이에 의해, 수신 장치(20)에서는, 선국된 서비스에 따른 콘텐츠(예를 들어 텔레비전 프로그램)의 영상이나 음성이 출력된다.
또한, 수신 장치(20)는 MMT 세션으로 전송되는 컴포넌트의 스트림에 의해 제공되는 서비스의 선국 시에는, SLT 메타데이터에 포함되는 선국 정보에 따라서, MMT 세션으로 전송되는 SLS 시그널링 정보를 취득한다(S2-1, S2-2). 그리고, 수신 장치(20)는 SLS 시그널링 정보에 포함되는 각종 메타데이터에 따라서, 선국된 서비스를 제공하는 컴포넌트의 스트림에 접속한다(S2-3). 이에 의해, 수신 장치(20)에서는, 선국된 서비스에 따른 콘텐츠(예를 들어 텔레비전 프로그램)의 영상이나 음성이 출력된다.
<2. 시청 이력에 관한 운용>
그런데, 방송의 분야에서는, Usage Reporting으로서, 콘텐츠의 시청 이력을 수집하여 분석하는 등의 시청 이력에 관한 운용이 행해지는 경우가 있다. 이러한 운용으로서는, 방송 사업자(방송국)가 자신이 제공하는 서비스(텔레비전 프로그램)에 관한 시청 이력을 조사하는 케이스와, 방송 사업자와는 관계가 없는 제3자 조직(예를 들어 시청률 조사를 전문으로 행하는 대리의 조직)이 복수의 방송 사업자에 의해 제공되는 서비스를 횡단하여 조사하는 케이스가 상정된다.
또한, 시청률 조사 회사 등의 시청 이력을 조사하는 측에서 보면, 시청 이력을 조사하고자 하는 범위는, 그 목적에 따라 상이한 것이며, 예를 들어, 모든 서비스의 전시간대를 조사하고자 하는 경우나, 특정한 서비스에 따른 콘텐츠의 시청 상황만을 조사한 경우 등, 여러가지 케이스가 상정된다. 또한, 여기서는, 간단히, 서비스에 따른 콘텐츠의 시청 상황만을 조사할뿐만 아니라, 예를 들어 유저의 조작 이력 등을 조사하는 것도 상정된다. 또한, 수신 장치(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의 시나리오의 예를 도시하는 도면이다.
도 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과 마찬가지로, 수신 장치(20)에서, 상시, 시청 이력 로그가 기록되고 있음을, 시청 이력 로그 L1로 표현하고 있다.
이어서, 수신 장치(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)을 포함할 수 있다. 단, 이들 로그 범위의 정보 중, 베이직은 필수적인 항목으로 되지만, 베이직 이외의 컴포넌트, 레코드, 및 애플리케이션은, 옵션으로 지정되는 항목으로 된다.
베이직(basic)은 예를 들어, 콘텐츠를 시청했는지 여부 등의 기본적인 정보(기본 정보)이다. 컴포넌트(component)는 비디오나 오디오마다, 복수의 컴포넌트가 존재하는 경우에, 어느 컴포넌트를 시청했는지 여부 등의 컴포넌트에 관한 정보(컴포넌트 정보)이다.
레코드(record)는 콘텐츠가 녹화된 경우에, 그 녹화된 콘텐츠를 시청했는지 여부 등의 녹화에 관한 정보(녹화 정보)이다. 애플리케이션(app)은 콘텐츠에 연동하는 애플리케이션이 존재하는 경우에, 어느 애플리케이션을 실행했는지 등의 애플리케이션에 관한 정보(애플리케이션 정보)이다.
로그 기간에는, 시청 이력 로그를 기록하는 기간이 지정된다. 로그 기간에는, 시청 이력 로그를 기록하는 기간으로서, 주기 정보(periodic) 및 기간 정보(period)를 포함할 수 있다.
로그 기간의 주기 정보(periodic)로서는, 예를 들어, 기간 정보(period)로서 지정되는 기간이, 1회만(one-time), 매일(everyday), 매주(every week), 또는 매월(every month)인 것을 지정할 수 있다. 또한, 기간 정보(period)로서는, 시청 이력 로그를 기록하는 개시 시각과 종료 시각이 지정된다.
업로드 기간(Upload Timing)에는, 업로드 그룹 ID마다, 시청 이력 로그의 업로드의 타이밍과 업로드의 수신처 정보가 지정된다. 업로드의 수신처 정보에는, 시청 이력 서버 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의 신택스)
도 9는, XML 형식의 URT(Usage Report Table) 메타데이터의 신택스의 예를 도시하는 도면이다. 또한, 도 9에 있어서, 요소와 속성 중, 속성에는 「＠」가 첨부되어 있다. 또한, 인덴트된 요소와 속성은, 그 상위의 요소에 대하여 지정된 것으로 된다. 이들의 관계는, 후술하는 도 10에 있어서도 마찬가지로 된다.
루트 요소로서의 URT 요소는, ServiceLog 요소, 및 Upload:group 요소의 상위 요소가 된다. 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:group 요소에는, 업로드 기간에 관한 정보로서, 업로드 그룹 ID마다, 시청 이력 로그의 업로드 타이밍과 업로드의 수신처 정보가 지정된다. Upload:group 요소는, id 속성, uri 속성, periodic 속성, begin 속성, end 속성, 및 diffusion 속성의 상위 요소가 된다.
id 속성에는, 업로드 그룹을 식별하기 위한 업로드 그룹 ID가 지정된다. uri 속성에는, 시청 이력 서버 URL이 지정된다. periodic 속성은, 기간 정보(업로드 기간)로서 지정되는 기간이, 1회만(onetime)인 경우나, 매시(hourly), 매일(daily), 매주(weekly), 또는 매월(monthly) 등의 반복인 것을 나타내는 주기 정보를 지정할 수 있다.
begin 속성에는, 시청 이력 로그의 업로드 기간의 개시 시각이 지정된다. 또한, end 속성에는, 시청 이력 로그의 업로드 기간 종료 시각이 지정된다. 즉, Upload:group 요소의 begin 속성과 end 속성에 의해, 시청 이력 로그를 업로드하는 개시 시각과 종료 시각을 포함하는 기간 정보(업로드 기간)가 지정된다.
diffusion 속성에는, 시청 이력 로그의 업로드 타이밍을 분산시키기 위한 분산 파라미터가 지정된다.
또한, 도 9에 있어서, 출현수(Cardinality)인데, "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 속성에 의해, 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 속성에 의해, 대상의 컴포넌트 시청 개시 시간과 시청 종료 시각이 지정된다.
여기서, 도 10에 있어서, 「basic」, 「+rec」, 「+comp」, 및 「+app」의 항목은, 도 8 또는 도 9의 URT 메타데이터에 포함되는 베이직(basic), 컴포넌트(component), 레코드(record), 및 애플리케이션(app)에 대응하고 있다. 또한, 도 10에 있어서, 「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 속성에 의해 지정되는 컴포넌트 정보가 기록(송신)된다. 단, 로그 범위에서, 컴포넌트는 옵셔널한 항목으로 된다.
또, 도 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 루프에는, 트리거 정보마다 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 트리거 정보인 것을 나타내고, 그 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 서버(30)의 URL(URT 서버 URL)이 지정된다. 또한, "10"인 커맨드 ID는, URU 트리거 정보인 것을 나타내고, 그 URI로서, 시청 이력 서버(40)의 URL(시청 이력 서버 URL)이 지정된다.
(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 메타데이터를 URT 서버(30)에 요구할 때에, 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), 멀티플렉서(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)는 멀티플렉서(118)로부터 공급되는 방송 스트림을, 안테나(131)를 통하여, 디지털 방송의 방송파(디지털 방송 신호)로서 송신한다.
(수신 장치의 구성예)
도 17은, 도 1의 수신 장치(20)의 구성예를 도시하는 도면이다.
도 17에 있어서, 수신 장치(20)는 제어부(211), 메모리(212), 기록부(213), 입력부(214), 수신부(215), 디멀티플렉서(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)에 업로드되게 해도 된다(소위 원 샷).
이상, 서브스크립션 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 서버 URL이 해석 결과로서 얻어진다.
스텝 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 파일)로서, 기본 정보와 컴포넌트 정보가 기록된다.
그리고, 수신 장치(20)는 일요일 23:45 내지 23:55의 시간대가 되었을 때, 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)는 자기 디스크, 광 디스크, 광자기 디스크, 또는 반도체 메모리 등의 리무버블 미디어(911)를 구동한다.
이상과 같이 구성되는 컴퓨터(900)에서는, CPU(901)가, ROM(902)이나 기록부(908)에 기록되어 있는 프로그램을, 입출력 인터페이스(905) 및 버스(904)를 통하여, RAM(903)에 로드하여 실행함으로써, 상술한 일련의 처리가 행해진다.
컴퓨터(900)(CPU(901))가 실행하는 프로그램은, 예를 들어, 패키지 미디어 등으로서의 리무버블 미디어(911)에 기록하여 제공할 수 있다. 또한, 프로그램은, 로컬에어리어 네트워크, 인터넷, 디지털 위성 방송과 같은, 유선 또는 무선의 전송 매체를 통하여 제공할 수 있다.
컴퓨터(900)에서는, 프로그램은, 리무버블 미디어(911)를 드라이브(910)에 장착함으로써, 입출력 인터페이스(905)를 통하여, 기록부(908)에 인스톨할 수 있다. 또한, 프로그램은, 유선 또는 무선의 전송 매체를 통하여, 통신부(909)로 수신하고, 기록부(908)에 인스톨할 수 있다. 기타, 프로그램은, ROM(902)이나 기록부(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)
콘텐츠의 시청 이력에 관한 시청 이력 정보의 기록 또는 송신에 관련하는 정보를 포함하는 트리거 정보를 생성하고,
상기 콘텐츠와 함께, 상기 트리거 정보를 디지털 방송의 방송파에 포함하여 송신하는
스텝을 포함하는 데이터 처리 방법.
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

Claims (20)

  1. 수신 장치로서,
    회로를 구비하고,
    상기 회로는,
    디지털 방송 신호를 수신하고;
    상기 디지털 방송 신호로 전송되는 콘텐츠의 시청 이력에 관한 이력 정보의 생성 및 송신을 제어하기 위한 제어 정보를 취득하고 ― 상기 제어 정보는 워터마크로서 제공되고, 상기 제어 정보는 URI(uniform resource identifier) 및 상기 URI의 타입을 이력 정보 서버 URI로서 나타내는 식별자(identifier)를 포함하고, 상기 제어 정보에 포함된 상기 URI는,
    이력 정보 서버의 로케이션 정보를 지정하는 제1 부분, 및
    송신될 상기 이력 정보의 범위에 관한 파라미터들을 지정하는 제2 부분을 포함함 ― ;
    상기 제어 정보에 응답하여 CDM(consumption data message)에서 송신될 상기 이력 정보를 생성하도록 ― 상기 생성된 이력 정보는 복수의 AV(audio visual) 요소를 포함하고, 각각의 AV 요소는 상이한 서비스에 대응하는 정보를 기술하고, 각각의 AV 요소는,
    대응하는 브로드캐스트 스트림을 고유하게 식별하는 브로드캐스트 스트림 식별자, 및
    1 이상의 컴포넌트 요소를 포함하고, 상기 1 이상의 컴포넌트 요소 각각은 대응하는 컴포넌트를 식별하는 컴포넌트 식별자 및 상기 대응하는 컴포넌트의 취득 경로 타입을 나타내는 대응하는 컴포넌트 경로 타입 식별자를 포함함 ―
    구성되는 수신 장치.
  2. 제1항에 있어서,
    상기 회로는 또한,
    브로드밴드 통신을 통하여, 상기 URI에 의해 지정된 상기 이력 정보 서버에 상기 이력 정보를 업로드하도록 구성되고,
    상기 이력 정보는,
    상기 콘텐츠의 재생의 개시 시각 및 종료 시각에 관한 정보, 및
    적어도 하나의 애플리케이션의 실행의 애플리케이션 개시 시각 및 애플리케이션 종료 시각을 포함하는 애플리케이션 정보를 더 포함하는
    수신 장치.
  3. 제1항에 있어서,
    상기 회로는 또한,
    상기 URI에 의해 지정된 상기 이력 정보 서버에 상기 이력 정보를 업로드하도록 구성되고,
    상기 이력 정보는 상기 콘텐츠의 재생의 개시 시각 및 종료 시각에 관한 정보를 더 포함하고,
    각각의 컴포넌트 요소는 상기 대응하는 컴포넌트의 재생의 컴포넌트 개시 시각 및 컴포넌트 종료 시각을 포함하는
    수신 장치.
  4. 제3항에 있어서,
    각각의 컴포넌트 요소는 상기 대응하는 컴포넌트의 취득 경로를 나타내는 컴포넌트 경로 정보를 더 포함하는
    수신 장치.
  5. 제1항에 있어서,
    상기 취득 경로 타입은 적어도 상기 디지털 방송 신호의 경유 또는 브로드밴드 통신의 경유를 포함하는 그룹으로부터 선택되는
    수신 장치.
  6. 제1항에 있어서,
    상기 회로는 또한,
    브로드밴드 통신을 통하여, 상기 URI에 의해 지정된 상기 이력 정보 서버에 상기 이력 정보를 업로드하도록 구성되고,
    상기 이력 정보는,
    상기 콘텐츠의 재생의 개시 시각 및 종료 시각에 관한 정보, 및
    상기 이력 정보에 기록된 항목들을 나타내는 범위 정보를 포함하는
    수신 장치.
  7. 제1항에 있어서,
    상기 회로는 또한, 상기 이력 정보의 기록 또는 송신을 제어하는 URT(Usage Report Table)인 시그널링 정보를 수신하도록 구성되는
    수신 장치.
  8. 제7항에 있어서,
    상기 시그널링 정보는 ROUTE(Real-Time Object Delivery over Unidirectional Transport) 프로토콜 또는 MMT(MPEG Media Transport) 프로토콜에 따라 송신되는
    수신 장치.
  9. 제1항에 있어서,
    상기 CDM은 상기 CDM의 프로토콜 버전을 나타내는
    수신 장치.
  10. 수신 장치를 위한 데이터 처리 방법으로서,
    상기 수신 장치의 회로에 의해, 디지털 방송 신호로 전송되는 콘텐츠의 시청 이력에 관한 이력 정보의 생성 및 송신을 제어하기 위한 제어 정보를 취득하는 단계 ― 상기 제어 정보는 워터마크로서 제공되고, 상기 제어 정보는 URI(uniform resource identifier) 및 상기 URI의 타입을 이력 정보 서버 URI로서 나타내는 식별자를 포함하고, 상기 제어 정보에 포함된 상기 URI는,
    이력 정보 서버의 로케이션 정보를 지정하는 제1 부분, 및
    송신될 상기 이력 정보의 범위에 관한 파라미터들을 지정하는 제2 부분을 포함함 ― ; 및
    상기 제어 정보에 응답하여 CDM(consumption data message)에서 송신될 상기 이력 정보를 생성하는 단계 ― 상기 생성된 이력 정보는 복수의 AV(audio visual) 요소를 포함하고, 각각의 AV 요소는 상이한 서비스에 대응하는 정보를 기술하고, 각각의 AV 요소는,
    대응하는 브로드캐스트 스트림을 고유하게 식별하는 브로드캐스트 스트림 식별자, 및
    1 이상의 컴포넌트 요소를 포함하고, 상기 1 이상의 컴포넌트 요소 각각은 대응하는 컴포넌트를 식별하는 컴포넌트 식별자 및 상기 대응하는 컴포넌트의 취득 경로 타입을 나타내는 대응하는 컴포넌트 경로 타입 식별자를 포함함 ―
    를 포함하는 데이터 처리 방법.
  11. 제10항에 있어서,
    브로드밴드 통신을 통하여, 상기 URI에 의해 지정된 상기 이력 정보 서버에 상기 이력 정보를 업로드하는 단계를 더 포함하고,
    상기 이력 정보는,
    상기 콘텐츠의 재생의 개시 시각 및 종료 시각에 관한 정보, 및
    적어도 하나의 애플리케이션의 실행의 애플리케이션 개시 시각 및 애플리케이션 종료 시각을 포함하는 애플리케이션 정보를 더 포함하는
    데이터 처리 방법.
  12. 제10항에 있어서,
    브로드밴드 통신을 통하여, 상기 URI에 의해 지정된 상기 이력 정보 서버에 상기 이력 정보를 업로드하는 단계를 더 포함하고,
    상기 이력 정보는 상기 콘텐츠의 재생의 개시 시각 및 종료 시각에 관한 정보를 더 포함하고,
    각각의 컴포넌트 요소는 상기 대응하는 컴포넌트의 재생의 컴포넌트 개시 시각 및 컴포넌트 종료 시각을 포함하는
    데이터 처리 방법.
  13. 제10항에 있어서,
    각각의 컴포넌트 요소는 상기 대응하는 컴포넌트의 취득 경로를 나타내는 컴포넌트 경로 정보를 더 포함하는
    데이터 처리 방법.
  14. 송신 장치로서,
    회로를 구비하고,
    상기 회로는,
    콘텐츠의 시청 이력에 관한 이력 정보의 생성 및 송신을 제어하기 위한 제어 정보를 생성하고 ― 상기 제어 정보는 워터마크로서 제공되고, 상기 제어 정보는 URI(uniform resource identifier) 및 상기 URI의 타입을 이력 정보 서버 URI로서 나타내는 식별자를 포함하고, 상기 제어 정보에 포함된 상기 URI는,
    이력 정보 서버의 로케이션 정보를 지정하는 제1 부분, 및
    송신될 상기 이력 정보의 범위에 관한 파라미터들을 지정하는 제2 부분을 포함함 ― ;
    디지털 방송 신호를 통하여, 상기 제어 정보를 수신 장치에 송신하도록 ― 상기 수신 장치는 상기 제어 정보에 응답하여 CDM(consumption data message)에서 송신될 상기 이력 정보를 생성하고, 상기 생성된 이력 정보는 복수의 AV(audio visual) 요소를 포함하고, 각각의 AV 요소는 상이한 서비스에 대응하는 정보를 기술하고, 각각의 AV 요소는,
    대응하는 브로드캐스트 스트림을 고유하게 식별하는 브로드캐스트 스트림 식별자, 및
    1 이상의 컴포넌트 요소를 포함하고, 상기 1 이상의 컴포넌트 요소 각각은 대응하는 컴포넌트를 식별하는 컴포넌트 식별자 및 상기 대응하는 컴포넌트의 취득 경로 타입을 나타내는 대응하는 컴포넌트 경로 타입 식별자를 포함함 ―
    구성되는 송신 장치.
  15. 제14항에 있어서,
    상기 제어 정보는 상기 수신 장치로 하여금, 브로드밴드 통신을 통하여, 상기 URI에 의해 지정된 상기 이력 정보 서버에 상기 이력 정보를 업로드하게 하고,
    상기 이력 정보는,
    상기 콘텐츠의 재생의 개시 시각 및 종료 시각에 관한 정보, 및
    적어도 하나의 애플리케이션의 실행의 애플리케이션 개시 시각 및 애플리케이션 종료 시각을 포함하는 애플리케이션 정보를 더 포함하는
    송신 장치.
  16. 제14항에 있어서,
    상기 제어 정보는 상기 수신 장치로 하여금, 브로드밴드 통신을 통하여, 상기 URI에 의해 지정된 상기 이력 정보 서버에 상기 이력 정보를 업로드하게 하고,
    상기 이력 정보는 상기 콘텐츠의 재생의 개시 시각 및 종료 시각에 관한 정보를 더 포함하고,
    각각의 컴포넌트 요소는 상기 대응하는 컴포넌트의 재생의 컴포넌트 개시 시각 및 컴포넌트 종료 시각을 포함하는
    송신 장치.
  17. 제14항에 있어서,
    각각의 컴포넌트 요소는 상기 대응하는 컴포넌트의 취득 경로를 나타내는 컴포넌트 경로 정보를 더 포함하는
    송신 장치.
  18. 송신 장치를 위한 데이터 처리 방법으로서,
    상기 송신 장치의 회로에 의해, 콘텐츠의 시청 이력에 관한 이력 정보의 생성 및 송신을 제어하기 위한 제어 정보를 생성하는 단계 ― 상기 제어 정보는 워터마크로서 제공되고, 상기 제어 정보는 URI(uniform resource identifier) 및 상기 URI의 타입을 이력 정보 서버 URI로서 나타내는 식별자를 포함하고, 상기 제어 정보에 포함된 상기 URI는,
    이력 정보 서버의 로케이션 정보를 지정하는 제1 부분, 및
    송신될 상기 이력 정보의 범위에 관한 파라미터들을 지정하는 제2 부분을 포함함 ― ; 및
    디지털 방송 신호를 통하여, 상기 제어 정보를 수신 장치에 송신하는 단계 ― 상기 수신 장치는 상기 제어 정보에 응답하여 CDM(consumption data message)에서 송신될 상기 이력 정보를 생성하고, 상기 생성된 이력 정보는 복수의 AV(audio visual) 요소를 포함하고, 각각의 AV 요소는 상이한 서비스에 대응하는 정보를 기술하고, 각각의 AV 요소는,
    대응하는 브로드캐스트 스트림을 고유하게 식별하는 브로드캐스트 스트림 식별자, 및
    1 이상의 컴포넌트 요소를 포함하고, 상기 1 이상의 컴포넌트 요소 각각은 대응하는 컴포넌트를 식별하는 컴포넌트 식별자 및 상기 대응하는 컴포넌트의 취득 경로 타입을 나타내는 대응하는 컴포넌트 경로 타입 식별자를 포함함 ―
    를 포함하는 데이터 처리 방법.
  19. 제18항에 있어서,
    상기 제어 정보는 상기 수신 장치로 하여금, 브로드밴드 통신을 통하여, 상기 URI에 의해 지정된 상기 이력 정보 서버에 상기 이력 정보를 업로드하게 하고,
    상기 이력 정보는,
    상기 콘텐츠의 재생의 개시 시각 및 종료 시각에 관한 정보, 및
    적어도 하나의 애플리케이션의 실행의 애플리케이션 개시 시각 및 애플리케이션 종료 시각을 포함하는 애플리케이션 정보를 더 포함하는
    데이터 처리 방법.
  20. 제18항에 있어서,
    상기 제어 정보는 상기 수신 장치로 하여금, 브로드밴드 통신을 통하여, 상기 URI에 의해 지정된 상기 이력 정보 서버에 상기 이력 정보를 업로드하게 하고,
    상기 이력 정보는 상기 콘텐츠의 재생의 개시 시각 및 종료 시각에 관한 정보를 더 포함하고,
    각각의 컴포넌트 요소는 상기 대응하는 컴포넌트의 재생의 컴포넌트 개시 시각 및 컴포넌트 종료 시각을 포함하는
    데이터 처리 방법.
KR1020177036598A 2015-07-16 2016-07-01 수신 장치, 송신 장치, 및 데이터 처리 방법 KR102536086B1 (ko)

Applications Claiming Priority (3)

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

Publications (2)

Publication Number Publication Date
KR20180030476A KR20180030476A (ko) 2018-03-23
KR102536086B1 true KR102536086B1 (ko) 2023-05-24

Family

ID=57758043

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020177036598A KR102536086B1 (ko) 2015-07-16 2016-07-01 수신 장치, 송신 장치, 및 데이터 처리 방법

Country Status (8)

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

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10205556B2 (en) 2014-11-20 2019-02-12 Lg Electronics Inc. Apparatus for transmitting broadcast signal, apparatus for receiving broadcast signal, method for transmitting broadcast signal and method for receiving broadcast signal
EP3328019B1 (en) * 2015-07-21 2019-11-27 LG Electronics Inc. Broadcasting signal transmitting apparatus, broadcasting signal receiving apparatus, broadcasting signal transmitting method, and broadcasting signal receiving method
WO2018075684A1 (en) * 2016-10-18 2018-04-26 DART Video Communications, Inc. An interactive messaging system

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005311810A (ja) * 2004-04-23 2005-11-04 Aii Kk デジタル放送を用いた視聴履歴収集方法
US20120084802A1 (en) * 2010-09-30 2012-04-05 Naohisa Kitazato Reception apparatus, reception method, transmission apparatus, transmission method, program, and broadcasting system
JP2014049985A (ja) * 2012-08-31 2014-03-17 Toshiba Corp 情報収集装置および情報収集方法
WO2016194373A1 (en) 2015-06-04 2016-12-08 Sharp Kabushiki Kaisha Methods for broadcast service signaling

Family Cites Families (28)

* 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
CN100455030C (zh) * 2002-11-14 2009-01-21 松下电器产业株式会社 视听履历的利用方法以及视听履历利用装置
EP1703732B1 (en) 2004-01-27 2018-07-25 Panasonic Corporation Television receiver and digital broadcast system
JP3987852B2 (ja) * 2004-04-08 2007-10-10 シャープ株式会社 サービス受信装置
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
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
CN103975602B (zh) * 2011-10-20 2017-06-09 Lg电子株式会社 广播服务接收方法和广播服务接收装置
JP5209129B1 (ja) * 2012-04-26 2013-06-12 株式会社東芝 情報処理装置、放送受信装置及び情報処理方法
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 広告提供装置、広告提供システム及び広告提供方法
KR102163920B1 (ko) 2014-01-03 2020-10-12 엘지전자 주식회사 방송 신호를 송신하는 장치, 방송 신호를 수신하는 장치, 방송 신호를 송신하는 방법 및 방송 신호를 수신하는 방법
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
CA2973328C (en) * 2015-01-30 2019-11-26 Sharp Kabushiki Kaisha System for service usage reporting

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005311810A (ja) * 2004-04-23 2005-11-04 Aii Kk デジタル放送を用いた視聴履歴収集方法
US20120084802A1 (en) * 2010-09-30 2012-04-05 Naohisa Kitazato Reception apparatus, reception method, transmission apparatus, transmission method, program, and broadcasting system
JP2014049985A (ja) * 2012-08-31 2014-03-17 Toshiba Corp 情報収集装置および情報収集方法
WO2016194373A1 (en) 2015-06-04 2016-12-08 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
MX2018000327A (es) 2018-03-14
EP3324642A4 (en) 2019-03-13
US20180167696A1 (en) 2018-06-14
TWI757240B (zh) 2022-03-11
TW201707443A (zh) 2017-02-16
CA2987894A1 (en) 2017-01-19
US11336967B2 (en) 2022-05-17
WO2017010312A1 (ja) 2017-01-19
EP3324642A1 (en) 2018-05-23
KR20180030476A (ko) 2018-03-23
EP3324642B1 (en) 2023-12-13

Similar Documents

Publication Publication Date Title
JP6310111B2 (ja) 放送システムにおける制御メッセージ構成装置
KR101922554B1 (ko) 방송 시스템에서의 제어 메시지 구성 장치 및 방법
KR102536243B1 (ko) 수신 디바이스, 송신 디바이스, 및 데이터 처리 방법
CN101232613B (zh) 发送/接收数字内容的方法和接收数字内容的装置
US11863807B2 (en) Reception device, reception method, transmission device, and transmission method
KR102536086B1 (ko) 수신 장치, 송신 장치, 및 데이터 처리 방법
KR20230002287A (ko) 향상된 멀티미디어 신호 브로드캐스팅, 수신, 데이터 전달 및 데이터 수집을 위한 시스템들 및 방법들
WO2017006773A1 (ja) 受信装置、送信装置、情報処理装置、及び、データ処理方法
KR20130067692A (ko) 비디오 게이트웨이를 통한 ｎ－스크린 방송 서비스 제공 시스템 및 방법

Legal Events

Date Code Title Description
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right