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

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

Info

Publication number
KR102532046B1
KR102532046B1 KR1020177031035A KR20177031035A KR102532046B1 KR 102532046 B1 KR102532046 B1 KR 102532046B1 KR 1020177031035 A KR1020177031035 A KR 1020177031035A KR 20177031035 A KR20177031035 A KR 20177031035A KR 102532046 B1 KR102532046 B1 KR 102532046B1
Authority
KR
South Korea
Prior art keywords
information
data
receiving device
file
user information
Prior art date
Application number
KR1020177031035A
Other languages
English (en)
Other versions
KR20180016976A (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 KR20180016976A publication Critical patent/KR20180016976A/ko
Application granted granted Critical
Publication of KR102532046B1 publication Critical patent/KR102532046B1/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/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/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4345—Extraction or processing of SI, e.g. extracting service information from an MPEG stream
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0241—Advertisements
    • G06Q30/0251—Targeted advertisements
    • G06Q30/0267—Wireless devices
    • 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
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0241—Advertisements
    • G06Q30/0251—Targeted advertisements
    • G06Q30/0261—Targeted advertisements based on user location
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0241—Advertisements
    • G06Q30/0251—Targeted advertisements
    • G06Q30/0269—Targeted advertisements based on user profile or attribute
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
    • 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/266—Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel
    • H04N21/2668—Creating a channel for a dedicated end-user group, e.g. insertion of targeted commercials based on end-user profiles
    • 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/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4348—Demultiplexing of additional data and video streams
    • 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/458—Scheduling content for creating a personalised stream, e.g. by combining a locally stored advertisement with an incoming stream; Updating operations, e.g. for OS modules ; time-related management 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/47—End-user applications
    • H04N21/472—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
    • H04N21/4722—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content for requesting additional data associated with the content
    • H04N21/4725—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content for requesting additional data associated with the content using interactive regions of the image, e.g. hot spots
    • 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
    • H04N21/4758—End-user interface for inputting end-user data, e.g. personal identification number [PIN], preference data for providing answers, e.g. voting
    • 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/482—End-user interface for program selection
    • H04N21/4825—End-user interface for program selection using a list of items to be played back in a given order, e.g. playlists
    • 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/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H04N21/64322—IP
    • 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/81—Monomedia components thereof
    • H04N21/812—Monomedia components thereof involving advertisement 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/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/845—Structuring of content, e.g. decomposing content into time segments
    • H04N21/8456—Structuring of content, e.g. decomposing content into time segments by decomposing the content in the time domain, e.g. in time segments
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0241—Advertisements
    • G06Q30/0277—Online advertisement
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • 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

Abstract

수신 장치에, 수신 장치측 유저에 따른 광고 등의 콘텐츠를 선택해서 출력 가능하게 하는 장치, 방법을 제공한다. 송신 장치가, 유저 정보 설정 영역을 갖는 시그널링 데이터(MPD)와, MPD에 대한 처리에 의해 생성되는 유저 정보 설정 완료 데이터를 적용해서 액세스 또는 생성 가능한 제어 정보 파일과, 제어 정보 파일의 기술 데이터에 기초하여, 취득, 재생 가능한 유저 정보 대응 광고를 송신한다. 수신 장치는, MPD의 유저 정보 설정 영역에 유저 정보를 설정하고, 생성한 유저 정보 설정 완료 데이터를 적용해서 유저 정보 대응 광고의 제어 정보 파일을 취득하고, 취득한 제어 정보 파일의 기술 데이터를 적용해서 유저 정보 대응 광고를 취득하여, 출력한다.

Description

수신 장치, 송신 장치 및 데이터 처리 방법
본 개시는, 수신 장치, 송신 장치, 및 데이터 처리 방법에 관한 것이다. 더욱 상세하게는, 예를 들어 방송파나 네트워크를 통한 데이터의 수신 또는 송신을 실행하는 수신 장치, 송신 장치 및 통신 데이터 대응의 데이터 처리 방법에 관한 것이다.
화상 데이터나 음성 데이터 등의 콘텐츠를 각 통신 사업자의 서비스 형태에 관계없이 배신 가능하게 한 데이터 배신 방식으로서 OTT(Over The Top)가 있다. OTT에 의한 배신 콘텐츠는 OTT 콘텐츠라고 불리며, 또한, OTT를 이용한 화상(비디오) 데이터의 배신 서비스는, OTT 비디오나 OTT-V(Over The Top Video)라고 불린다.
OTT-V에 따른 데이터 스트리밍 배신 규격으로서 DASH(Dynamic Adaptive Streaming overHTTP) 규격이 있다. DASH는, HTTP(HyperText Transfer Protocol)를 베이스로 한 스트리밍 프로토콜을 사용한 어댑티브(적응형) 스트리밍 배신에 관한 규격이다.
어댑티브(적응형) 스트리밍에서는, 방송국 등의 콘텐츠 배신 서버는, 데이터 배신처가 되는 다양한 클라이언트에 있어서 콘텐츠 재생을 가능하게 하기 위하여, 복수의 비트 레이트의 동화상 콘텐츠의 세분화 파일과 이들의 속성 정보나 URL(Uniform Resource Locator)을 기술한 매니페스트·파일을 작성하여, 클라이언트에게 제공한다.
클라이언트는, 매니페스트·파일을 서버로부터 취득하여, 자장치의 표시부의 사이즈나 이용 가능한 통신 대역에 따른 최적의 비트 레이트 콘텐츠를 선택하고, 선택 콘텐츠를 수신해서 재생한다. 네트워크 대역의 변동에 따라서 비트 레이트의 동적인 변경도 가능하여, 클라이언트측에서는, 상황에 따른 최적의 콘텐츠를 수시 전환해서 수신하는 것이 가능하게 되고, 영상 도중에 끊김의 발생을 저감한 동화상 콘텐츠 재생이 실현된다. 또한, 어댑티브(적응형) 스트리밍에 대해서는, 예를 들어 특허문헌 1(일본 특허 공개 제2011-87103호 공보)에 기재가 있다.
방송국이나 기타 콘텐츠 서버 등의 송신 장치로부터, 텔레비전, PC, 휴대 단말기 등의 수신 장치에 대하여, 방송파 등에 의한 일방향 통신, 또는, 인터넷 등의 네트워크를 통한 쌍방향 통신, 일방향 통신을 사용해서 방송 프로그램 등의 콘텐츠를 송수신하는 시스템에 관한 개발이나 규격화가, 현재 활발하게 진행되고 있다.
또한, 방송파 및 네트워크를 통한 데이터 배신을 실현하기 위한 기술을 개시한 종래 기술로서, 예를 들어 특허문헌 2(일본 특허 공개 제2014-057227호 공보)가 있다.
방송파 및 네트워크를 통한 데이터 배신 시스템에 관한 규격으로서, 현재, ATSC(Advanced Television System Committe) 3.0의 규격화가 진행 중이다.
ATSC 3.0에서는, ATSC 3.0 준거 물리층(ATSC-PHY)을 실장한 방송 배신용 디바이스(튜너 실장 디바이스) 상에, ATSC 3.0 방송의 수신 처리 등을 실행하는 미들웨어를 실장시킴으로써, ATSC 방송용 제어 정보 등을 포함하는 시그널링 데이터를 수신하여, 시그널링 데이터에 의한 다양한 제어를 가능하게 하는 구성을 검토하고 있다.
구체적으로는, 시그널링 데이터에 의한 제어에 의해, 인터넷 등에서 이용되고 있는 애플리케이션 프로그램, 소위 클라이언트 애플리케이션을 그대로 이용하여, 방송 콘텐츠의 출력 처리나, 방송파 등에 의해 제공되는 다양한 애플리케이션을 이용한 데이터 처리를 실현 가능하게 하는 구성을 검토하고 있다.
예를 들어, 가정 내나 핫스폿에 설치된 방송 서비스를 수신하는 서버(전용 서버 외에, PC, TV, 태블릿, 스마트폰 등)에 ATSC 3.0 준거 물리층(ATSC-PHY) 및 ATSC 3.0 방송 수신 미들웨어를 실장한다.
이들 서버가, 일단 ATSC 3.0 방송 서비스를 수신한 후, 네트워크(홈 네트워크나 핫스폿 등의 LAN/WiFi 등)를 통해서, 유저 장치(PC, TV, 태블릿, 스마트폰 등)에 방송 수신 데이터를 전송한다.
서버를 통해서 전송된 방송 수신 데이터를 입력한 유저 장치는, 유저 장치의 재생 제어부나 애플리케이션 제어부 상에서 가동하는 애플리케이션(예를 들어 ATSC 3.0 DASH 클라이언트 애플리케이션)을 이용하여, 방송 콘텐츠의 재생이나, 방송에서 배신되는 다양한 애플리케이션을 실행하는 것이 가능하게 된다.
또한, 국제 표준 사양 책정 단체인 3GPP(Third Generation Partnership Project)나, 어댑티브(적응형) 스트리밍 기술의 규격인 MPEG-DASH 규격의 규격화 단체인 DASH-IF에서는 광고 콘텐츠의 배신, 재생 구성에 대한 규격화를 진행시키고 있다.
구체적으로는, 예를 들어 수신 장치측의 시청 유저에 따라, 각 수신 장치에 출력하는 광고를 동적으로 변경하는 구성 등에 관한 규격화를 진행시키고 있다.
단, 이 구성을 실현하는 구성에 대해서는, 아직 구체화되어 있지 않다는 것이 현 상황이다.
일본 특허 공개 제2011-87103호 공보 일본 특허 공개 제2014-057227호 공보
본 개시는, 예를 들어 상기 문제점을 감안하여 이루어진 것이며, 방송 프로그램 등을 수신하고, 재생하는 수신 장치에 있어서, 유저에 따른 광고 등, 유저 대응 콘텐츠의 선택적 출력을 실현하는 수신 장치, 송신 장치 및 데이터 처리 방법을 제공하는 것을 목적으로 한다.
본 개시의 제1 측면은,
유저 정보 설정 영역을 갖는 시그널링 데이터를 수신하는 통신부와,
상기 유저 정보 설정 영역에 유저 정보를 설정하고, 생성한 유저 정보 설정 완료 데이터를 적용하여, 유저 정보 대응 콘텐츠의 제어 정보 파일을 취득하고,
취득한 제어 정보 파일의 기술 데이터를 적용하여, 상기 유저 정보 대응 콘텐츠를 취득하는 데이터 처리부를 갖는 수신 장치에 있다.
또한, 본 개시의 제2 측면은,
유저 정보 설정 영역을 갖는 시그널링 데이터와,
수신 장치에서 상기 유저 정보 설정 영역에 유저 정보를 설정함으로써 생성되는 유저 정보 설정 완료 데이터를 적용하여, 액세스 또는 생성 가능한 제어 정보 파일과,
상기 제어 정보 파일의 기술 데이터에 기초하여, 취득, 재생 가능한 유저 정보 대응 콘텐츠를 송신하는 통신부를 갖는 송신 장치에 있다.
또한, 본 개시의 제3 측면은,
수신 장치에서 실행하는 데이터 처리 방법이며,
통신부가, 유저 정보 설정 영역을 갖는 시그널링 데이터를 수신하고,
데이터 처리부가,
상기 유저 정보 설정 영역에 유저 정보를 설정하고, 생성한 유저 정보 설정 완료 데이터를 적용하여, 유저 정보 대응 콘텐츠의 제어 정보 파일을 취득하고,
취득한 제어 정보 파일의 기술 데이터를 적용하여, 상기 유저 정보 대응 콘텐츠의 취득 처리를 실행하는 데이터 처리 방법에 있다.
또한, 본 개시의 제4 측면은,
송신 장치에서 실행하는 데이터 처리 방법이며,
유저 정보 설정 영역을 갖는 시그널링 데이터와,
수신 장치에서 상기 유저 정보 설정 영역에 유저 정보를 설정함으로써 생성되는 유저 정보 설정 완료 데이터를 적용하여, 액세스 또는 생성 가능한 제어 정보 파일과,
상기 제어 정보 파일의 기술 데이터에 기초하여, 취득, 재생 가능한 유저 정보 대응 콘텐츠를 송신하는 데이터 처리 방법에 있다.
본 개시의 또 다른 목적, 특징이나 이점은, 후술하는 본 개시의 실시예나 첨부하는 도면에 기초한 보다 상세한 설명에 의해 밝혀질 것이다. 또한, 본 명세서에서 시스템이란, 복수의 장치의 논리적 집합 구성이며, 각 구성의 장치가 동일 하우징 내에 있는 것에 제한하지는 않는다.
본 개시의 일 실시예의 구성에 의하면, 수신 장치에, 수신 장치측의 유저에 따른 광고 등의 콘텐츠를 선택해서 출력 가능하게 하는 장치, 방법이 실현된다.
구체적으로는, 송신 장치가, 유저 정보 설정 영역을 갖는 시그널링 데이터(MPD)와, MPD에 대한 처리에 의해 생성되는 유저 정보 설정 완료 데이터를 적용해서 액세스 또는 생성 가능한 제어 정보 파일과, 제어 정보 파일의 기술 데이터에 기초하여, 취득, 재생 가능한 유저 정보 대응 광고를 송신한다. 수신 장치는, MPD의 유저 정보 설정 영역에 유저 정보를 설정하고, 생성한 유저 정보 설정 완료 데이터를 적용해서 유저 정보 대응 광고의 제어 정보 파일을 취득하고, 취득한 제어 정보 파일의 기술 데이터를 적용해서 유저 정보 대응 광고를 취득하여, 출력한다.
본 구성에 의해, 수신 장치에, 수신 장치측의 유저에 따른 광고 등의 콘텐츠를 선택해서 출력 가능하게 한 장치, 방법이 실현된다.
또한, 본 명세서에 기재된 효과는 어디까지나 예시로서, 한정되는 것이 아니며, 또한 부가적인 효과가 있어도 된다.
도 1은 본 개시의 처리를 실행하는 통신 시스템의 일 구성예에 대해서 설명하는 도면이다.
도 2는 송신 장치의 송신 데이터에 대해서 설명하는 도면이다.
도 3은 송신 장치 및 수신 장치의 프로토콜 스택의 예를 나타내는 도면이다.
도 4는 ROUTE 및 FLUTE에 관한 프로토콜 스택을 도시하는 도면이다.
도 5는 수신 장치(클라이언트)(30)에서의 데이터 출력예를 설명하는 도면이다.
도 6은 다양한 유저 정보를 이용한 출력 광고의 선택예에 대해서 설명하는 도면이다.
도 7은 수신 장치의 구성예에 대해서 설명하는 도면이다.
도 8은 수신 장치의 구성예에 대해서 설명하는 도면이다.
도 9는 MPD의 구성예에 대해서 설명하는 도면이다.
도 10은 MPD의 구성예에 대해서 설명하는 도면이다.
도 11은 MPD의 구성예에 대해서 설명하는 도면이다.
도 12는 MPD의 이용 시퀀스 예에 대해서 설명하는 도면이다.
도 13은 MPD 내의 광고 대응 피리어드 정보의 구성예에 대해서 설명하는 도면이다.
도 14는 MPD의 광고 대응 피리어드 정보를 이용한 처리 시퀀스에 대해서 설명하는 도면이다.
도 15는 MPD 내의 광고 대응 피리어드 정보의 구성예에 대해서 설명하는 도면이다.
도 16은 MPD의 광고 대응 피리어드 정보를 이용한 처리 시퀀스에 대해서 설명하는 도면이다.
도 17은 MPD의 광고 대응 피리어드 정보를 이용한 처리 시퀀스에 대해서 설명하는 도면이다.
도 18은 쿼리 파라미터 구비 URL을 포함하는 시그널링 데이터나, 피리어드 정보 파일의 제공 처리예에 대해서 설명하는 도면이다.
도 19는 쿼리 파라미터 구비 URL과, 피리어드 정보 파일과의 대응 관계의 설정예에 대해서 설명하는 도면이다.
도 20은 쿼리 파라미터 구비 URL을 포함하는 시그널링 데이터나, 피리어드 정보 파일의 제공 처리예에 대해서 설명하는 도면이다.
도 21은 피리어드 정보 파일의 액세스 정보(URL)가 되는 쿼리 파라미터 구비 URL을 수신 장치에 제공하는 실시예의 처리 시퀀스에 대해서 설명하는 도면이다.
도 22는 피리어드 정보 파일의 액세스 정보(URL)와, 쿼리 파라미터 구비 URL과의 맵핑 테이블(대응표)의 일례를 도시하는 도면이다.
도 23은 피리어드 정보 파일의 액세스 정보(URL)와, 쿼리 파라미터 구비 URL과의 맵핑 테이블(대응표)의 XML 데이터의 일례를 도시하는 도면이다.
도 24는 피리어드 정보 파일의 액세스 정보(URL)와, 쿼리 파라미터 구비 URL과의 맵핑 테이블(대응표)의 일례를 도시하는 도면이다.
도 25는 피리어드 정보 파일의 액세스 정보(URL)와, 쿼리 파라미터 구비 URL과의 맵핑 테이블(대응표)의 XML 데이터의 일례를 도시하는 도면이다.
도 26은 피리어드 정보 파일의 액세스 정보(URL)와, 쿼리 파라미터 구비 URL과의 맵핑 테이블을 수신 장치에 제공하는 실시예의 처리 시퀀스에 대해서 설명하는 도면이다.
도 27은 피리어드 정보 파일의 액세스 정보(URL)와, 쿼리 파라미터 구비 URL과의 맵핑 테이블을 수신 장치에 제공하는 실시예의 처리 시퀀스에 대해서 설명하는 도면이다.
도 28은 쿼리 파라미터 구비 URL을 입력하여, 피리어드 정보 파일을 생성하는 스크립트(프로그램)를 수신 장치에 제공하는 실시예의 처리 시퀀스에 대해서 설명하는 도면이다.
도 29는 쿼리 파라미터 구비 URL을 입력하여, 피리어드 정보 파일을 생성하는 스크립트(프로그램)를 수신 장치에 제공하는 실시예의 처리 시퀀스에 대해서 설명하는 도면이다.
도 30은 서비스 워커(SW)를 이용한 처리의 구체예(사용례)에 대해서 설명하는 도면이다.
도 31은 서비스 워커(SW)를 이용한 처리의 구체예(사용례)에 대해서 설명하는 도면이다.
도 32는 서비스 워커(SW)를 이용한 처리의 일례를 설명하는 도면이다.
도 33은 서비스 워커(SW)를 이용하여, 피리어드 정보 파일을 캐시부(프록시 캐시)에 저장하는 처리를 실행시키는 실시예의 처리 시퀀스에 대해서 설명하는 도면이다.
도 34는 서비스 워커(SW)를 이용하여, 피리어드 정보 파일을 캐시부(프록시 캐시)에 저장하는 처리를 실행시키는 실시예의 처리 시퀀스에 대해서 설명하는 도면이다.
도 35는 서비스 워커(SW)를 이용하여, 피리어드 정보 파일을 생성하는 실시예의 처리 시퀀스에 대해서 설명하는 도면이다.
도 36은 서비스 워커(SW)를 이용하여, 피리어드 정보 파일을 생성하는 실시예의 처리 시퀀스에 대해서 설명하는 도면이다.
도 37은 MPD의 구성예에 대해서 설명하는 도면이다.
도 38은 MPD 내의 광고 대응 피리어드 정보의 구성예에 대해서 설명하는 도면이다.
도 39는 피리어드 정보 파일의 액세스 정보(URL)와, PDI 인스턴스와의 맵핑 테이블(대응표)의 일례를 도시하는 도면이다.
도 40은 피리어드 정보 파일의 액세스 정보(URL)와, PDI 인스턴스와의 맵핑 테이블(대응표)의 일례를 도시하는 도면이다.
도 41은 피리어드 정보 파일의 액세스 정보(URL)와, PDI 인스턴스와의 맵핑 테이블(대응표)의 일례를 도시하는 도면이다.
도 42는 피리어드 정보 파일의 액세스 정보(URL)와, PDI 인스턴스와의 맵핑 테이블을 수신 장치에 제공하는 실시예의 처리 시퀀스에 대해서 설명하는 도면이다.
도 43은 피리어드 정보 파일의 액세스 정보(URL)와, PDI 인스턴스와의 맵핑 테이블을 수신 장치에 제공하는 실시예의 처리 시퀀스에 대해서 설명하는 도면이다.
도 44는 쿼리 파라미터 구비 URL을 입력하여, 피리어드 정보 파일을 생성하는 스크립트(프로그램)를 수신 장치에 제공하는 실시예의 처리 시퀀스에 대해서 설명하는 도면이다.
도 45는 쿼리 파라미터 구비 URL을 입력하여, 피리어드 정보 파일을 생성하는 스크립트(프로그램)를 수신 장치에 제공하는 실시예의 처리 시퀀스에 대해서 설명하는 도면이다.
도 46은 서비스 워커(SW)를 이용하여, 피리어드 정보 파일을 캐시부(프록시 캐시)에 저장하는 처리를 실행시키는 실시예의 처리 시퀀스에 대해서 설명하는 도면이다.
도 47은 서비스 워커(SW)를 이용하여, 피리어드 정보 파일을 캐시부(프록시 캐시)에 저장하는 처리를 실행시키는 실시예의 처리 시퀀스에 대해서 설명하는 도면이다.
도 48은 서비스 워커(SW)를 이용하여, 피리어드 정보 파일을 생성하는 실시예의 처리 시퀀스에 대해서 설명하는 도면이다.
도 49는 서비스 워커(SW)를 이용하여, 피리어드 정보 파일을 생성하는 실시예의 처리 시퀀스에 대해서 설명하는 도면이다.
도 50은 통신 장치인 송신 장치와 수신 장치의 구성예에 대해서 설명하는 도면이다.
도 51은 통신 장치인 송신 장치와 수신 장치의 하드웨어 구성예에 대해서 설명하는 도면이다.
이하, 도면을 참조하면서 본 개시의 수신 장치, 송신 장치 및 데이터 처리 방법의 상세에 대해서 설명한다. 또한, 설명은 이하의 항목에 따라서 행한다.
1. 통신 시스템의 구성예에 대해서
2. 데이터 통신 프로토콜 FLUTE 및 ROUTE에 대해서
3. 송신 장치와 수신 장치가 실행하는 통신 처리예에 대해서
4. 수신 장치에서의 데이터 출력예에 대해서
5. 수신 장치의 구성예와 처리예에 대해서
6. MPD를 이용한 피리어드(Period) 단위의 시그널링 데이터에 대해서
7. 유저 정보에 따른 광고 제공 처리를 실행하기 위한 구체적 구성예에 대해서
8. 수신 장치에 유저 정보 대응의 선택 콘텐츠를 출력하기 위한 피리어드 정보 파일의 제공과 이용 처리의 구체적 실시예에 대해서
8-1. (실시예 1) 피리어드 정보 파일의 액세스 정보(URL)가 되는 쿼리 파라미터 구비 URL을 수신 장치에 제공하는 실시예
8-2. (실시예 2) 피리어드 정보 파일의 액세스 정보(URL)와, 쿼리 파라미터 구비 URL(또는 쿼리 파라미터)과의 맵핑 테이블을 수신 장치에 제공하는 실시예
8-3. (실시예 3) 쿼리 파라미터 구비 URL을 입력하여, 피리어드 정보 파일을 생성하는 스크립트(프로그램)를 수신 장치에 제공하는 실시예
8-4. (실시예 4) 서비스 워커(SW)를 이용해서 피리어드 정보 파일을 캐시부(프록시 캐시)에 저장하는 실시예
8-5. (실시예 5) 쿼리 파라미터 구비 URL을 입력하고, 서비스 워커(SW)를 이용해서 피리어드 정보 파일을 생성하는 실시예
8-6. (실시예 6) 질문 회답 형식 메타데이터(PDI)를 이용한 실시예
8-6-1. (실시예 6-1) 피리어드 정보 파일의 액세스 정보(URL)와, PDI 인스턴스와의 맵핑 테이블을 수신 장치에 제공하는 실시예
8-6-2. (실시예 6-2) 쿼리 파라미터 구비 URL을 입력하여, 피리어드 정보 파일을 생성하는 스크립트(프로그램)를 수신 장치에 제공하는 구성에 있어서, PDI 테이블을 이용한 실시예
8-6-3. (실시예 6-3) 서비스 워커(SW)를 이용해서 피리어드 정보 파일을 캐시부(프록시 캐시)에 저장하는 구성에 있어서, PDI 테이블을 이용한 실시예
8-6-4. (실시예 6-4) 쿼리 파라미터 구비 URL을 입력하고, 서비스 워커(SW)를 이용해서 피리어드 정보 파일을 생성하는 구성에 있어서, PDI 테이블을 이용한 실시예
9. 송신 장치와 수신 장치의 구성예에 대해서
10. 본 개시의 구성의 정리
[1. 통신 시스템의 구성예에 대해서]
먼저, 도 1을 참조하여 본 개시의 처리를 실행하는 통신 시스템의 일 구성예에 대해서 설명한다.
도 1에 도시한 바와 같이, 통신 시스템(10)은, 화상 데이터나 음성 데이터 등의 콘텐츠를 송신하는 통신 장치인 송신 장치(20)와, 송신 장치(20)가 송신하는 콘텐츠를 수신하는 통신 장치인 수신 장치(30)를 갖는다.
송신 장치(20)는, 구체적으로는, 예를 들어 주로 TV 프로그램 등을 송신하는 방송 서버(방송국)(21)나, 주로 광고 데이터를 송신하는 광고 서버(22), 다양한 데이터를 송신하는 데이터 배신 서버(23) 등, 다양한 콘텐츠(방송 프로그램, 광고, 기타 데이터)를 제공하는 측의 장치이다.
한편, 수신 장치(30)는, 일반 유저의 클라이언트 장치이며, 구체적으로는, 예를 들어 텔레비전(31), PC(32), 휴대 단말기(33) 등으로 구성된다.
또한, 도 1에서는, 송신 장치(20)의 예로서, 방송 서버(방송국)(21), 광고 서버(22), 데이터 배신 서버(23)를 구별해서 기재하고 있지만, 1개의 서버가 방송 프로그램, 광고, 기타 데이터를 모두 송신하는 구성도 있다.
송신 장치(20)와 수신 장치(30) 사이의 데이터 통신은, 인터넷 등의 네트워크를 통한 쌍방향 통신, 일방향 통신, 또는, 방송파 등에 의한 일방향 통신 중 적어도 어느 하나, 또는 양자를 이용한 통신으로서 행하여진다.
송신 장치(20)로부터 수신 장치(30)에 대한 콘텐츠 송신은, 예를 들어 어댑티브(적응형) 스트리밍 기술의 규격인 MPEG-DASH 규격에 따라서 실행한다.
MPEG-DASH 규격에는, 이하의 2개의 규격이 포함된다.
(a) 동화상이나 음성 파일의 관리 정보인 메타데이터를 기술하기 위한 매니페스트·파일(MPD: Media Presentation Description)에 관한 규격,
(b) 동화상 콘텐츠 전송용 파일 포맷(세그먼트·포맷)에 관한 규격,
송신 장치(20)로부터, 수신 장치(30)에 대한 콘텐츠 배신은, 상기 MPEG-DASH 규격에 따라서 실행한다.
송신 장치(20)는, 콘텐츠 데이터를 부호화하여, 부호화 데이터 및 부호화 데이터의 메타데이터를 포함하는 데이터 파일을 생성한다. 부호화 처리는, 예를 들어 MPEG에서 규정되는 MP4 파일 포맷에 따라서 행하여진다. 또한, 송신 장치(20)가 MP4 형식의 데이터 파일을 생성하는 경우의 부호화 데이터의 파일은 「mdat」, 메타데이터는 「moov」나 「moof」 등으로 불린다.
송신 장치(20)가 수신 장치(30)에 제공하는 콘텐츠는, 예를 들어 음악 데이터나, 영화, 텔레비전 프로그램, 비디오, 사진, 문서, 그림 및 도표 등의 영상 데이터나, 게임 및 소프트웨어 등, 다양한 데이터이다.
송신 장치(20)의 송신 데이터에 대해서 도 2를 참조하여 설명한다.
MPEG-DASH 규격에 따라서 데이터 송신을 실행하는 송신 장치(20)는, 도 2에 도시한 바와 같이, 크게 나누어서 이하의 복수 종류의 데이터의 송신을 행한다.
(a) 시그널링 데이터(50)
(b) AV 세그먼트(60)
(c) 기타 데이터(ESG, NRT 콘텐츠 등)(70)
AV 세그먼트(60)는, 수신 장치에서 재생하는 화상(Video)이나, 음성(Audio) 데이터, 즉 예를 들어 방송국이 제공하는 프로그램 콘텐츠 등에 의해 구성된다. 예를 들어, 상술한 MP4 부호화 데이터(mdat)나, 메타데이터(moov, moof)에 의해 구성된다. 또한, AV 세그먼트는, DASH 세그먼트라고도 불린다.
한편, 시그널링 데이터(50)는, 프로그램 표 등의 프로그램 예정 정보나, 프로그램 취득에 필요해지는 어드레스 정보(URL(Uniform Resource Locator) 등), 또한 콘텐츠의 재생 처리에 필요한 정보, 예를 들어 코덱 정보(부호화 방식 등) 등을 포함하는 안내 정보, 애플리케이션 제어 정보 등의 다양한 제어 정보에 의해 구성된다.
수신 장치(30)는, 이 시그널링 데이터(50)를, 재생 대상이 되는 프로그램 콘텐츠를 저장한 AV 세그먼트(60)의 수신에 선행해서 수신하는 것이 필요해진다.
이 시그널링 데이터(50)는, 예를 들어 XML(Extensible Markup Language) 형식의 데이터로서 송신 장치(20)로부터 송신된다.
시그널링 데이터는, 수시로 반복해서 송신된다. 예를 들어 100msec마다 등, 빈번하게 반복 송신된다.
이것은, 수신 장치(클라이언트)가, 언제든지 바로 시그널링 데이터를 취득하는 것을 가능하게 하기 위해서이다.
클라이언트(수신 장치)는, 수시로 수신 가능한 시그널링 데이터에 기초하여, 필요한 프로그램 콘텐츠의 액세스용 어드레스의 취득이나, 코덱 설정 처리 등, 프로그램 콘텐츠의 수신 및 재생에 필요한 처리를 지체 없이 실행하는 것이 가능하게 된다.
기타 데이터(70)는, 예를 들어 ESG(Electronic Service Guide), NRT 콘텐츠 등이 포함된다.
ESG는, 전자 서비스 가이드(Electronic Service Guide)이며, 예를 들어 프로그램 표 등의 안내 정보이다.
NRT 콘텐츠는 논 리얼타임형 콘텐츠이다.
NRT 콘텐츠에는, 예를 들어 클라이언트인 수신 장치(30)의 브라우저 상에서 실행되는 다양한 애플리케이션 파일, 동화상, 정지 화상 등의 데이터 파일 등이 포함된다.
도 2에 도시하는 이하의 데이터, 즉,
(a) 시그널링 데이터(50)
(b) AV 세그먼트(60)
(c) 기타 데이터(ESG, NRT 콘텐츠 등)(70)
이들 데이터는, 예를 들어 데이터 통신 프로토콜: FLUTE(File Delivery over Uni-directional Transport)에 따라서 송신된다.
[2. 데이터 통신 프로토콜 FLUTE 및 ROUTE에 대해서]
데이터 통신 프로토콜: FLUTE(File Delivery over Uni-directional Transport)은, 멀티캐스트에 의해 전송하는 콘텐츠의 세션 관리를 행하는 프로토콜이다.
예를 들어 송신 장치인 서버측에서 생성되는 파일(URL과 버전으로 식별됨)은, FLUTE 프로토콜에 따라, 수신 장치인 클라이언트에 송신된다.
수신 장치(클라이언트)(30)는, 예를 들어 기억부(클라이언트 캐시)에, 수신 파일의 URL 및 버전과 파일을 대응시켜 축적한다.
동일한 URL이고 버전이 상이한 것은, 파일의 내용이 갱신되어 있는 것으로 간주한다. FLUTE 프로토콜은 일방향 파일 전송 제어만을 행함으로써 클라이언트에 있어서의 파일의 선택적인 필터링 기능은 없지만, FLUTE로 전송 제어하는 파일을, 그 파일에 관련지어지는 메타데이터를 이용하여, 클라이언트측에서 취사 선택함으로써, 선택적인 필터링을 실현하여, 유저의 기호를 반영한 로컬 캐시를 구성·갱신 관리하는 것이 가능하게 된다.
또한, 메타데이터는, FLUTE 프로토콜에 확장해서 내장할 수도 있고, 별도 ESG(Electronic Service Guide) 등의 프로토콜로 기술할 수도 있다.
또한, FLUTE는, 당초 멀티캐스트에 있어서의 파일 전송 프로토콜로서 사양화되었다. FLUTE는, FDT와, ALC라고 불리는 스케일러블한 파일 오브젝트의 멀티캐스트 프로토콜, 구체적으로는 그 빌딩 블록인 LCT나 FEC 컴포넌트의 조합에 의해 구성된다.
종래의 FLUTE는, 주로 비동기형의 파일 전송에 이용하기 위해서 개발되었지만, 현재, 방송파 및 네트워크를 통한 데이터 배신 시스템에 관한 규격화 단체인 ATSC(Advanced Television System Committe)에 있어서, 브로드캐스트 라이브 스트리밍에도 적용하기 쉽게 하기 위한 확장을 행하고 있다. 이 FLUTE의 확장 사양이 ROUTE(Real-Time Object Delivery over Unidirectional Transport)라고 불린다.
방송파 및 네트워크를 통한 데이터 배신 시스템에 관한 규격의 하나로서 현재, 표준화가 진행되어 있는 규격으로서 ATSC(Advanced Television System Committe) 3.0이 있다. 이 ATSC 3.0은, ROUTE를 종래의 FLUTE 프로토콜로 치환하여, 시그널링 데이터나, ESG, 또는 비동기 파일, 동기형 스트림 등의 송신에 채용한 스택 구성을 규정하고 있다.
[3. 송신 장치와 수신 장치가 실행하는 통신 처리예에 대해서]
이어서, 송신 장치와 수신 장치가 실행하는 통신 처리예에 대해서 설명한다.
도 3은, 송신 장치 및 수신 장치의 프로토콜 스택의 예를 나타내는 도이다.
도 3에 도시하는 예는, 이하의 2개의 통신 데이터의 처리를 행하기 위한 2개의 프로토콜 스택을 갖는다.
(a) 브로드캐스트(멀티캐스트도 포함함) 통신(예를 들어 방송형 데이터 배신)
(b) 유니캐스트(브로드밴드) 통신(예를 들어 HTTP형의 P2P 통신)
도 3의 좌측이 (a) 브로드캐스트 통신(예를 들어 방송형 데이터 배신)에 대응하는 프로토콜 스택이다.
도 3의 우측이, (b) 유니캐스트(브로드밴드) 통신(예를 들어 HTTP형의 P2P 통신)에 대응하는 프로토콜 스택이다.
도 3의 좌측에 나타낸 (a) 브로드캐스트 통신(예를 들어 방송형 데이터 배신)에 대응하는 프로토콜 스택은, 하위 레이어부터 순서대로, 이하의 레이어를 갖는다.
(1) 브로드캐스트 물리 레이어(Broadcast PHY)
(2) IP 멀티캐스트 레이어(IP Multicast)
(3) UDP 레이어
(4) ROUTE(=확장형 FLUTE) 레이어
(5) ESG, NRTcontent, DASH(ISO BMFF) 및 Video/Audio/CC
(6) 애플리케이션 레이어(Applications(HTML5))
또한, (2) IP 멀티캐스트 레이어(IP Multicast)의 상위 레이어로서 시그널링(Signaling) 레이어가 설정된다.
시그널링 레이어는, 앞서 도 2를 참조하여 설명한 시그널링 데이터(50)의 송수신에 적용되는 레이어이다. 시그널링 데이터에는, 프로그램 표 등의 프로그램 예정 정보나, 프로그램 취득에 필요해지는 어드레스 정보(URL 등), 또한 콘텐츠의 재생 처리에 필요한 정보, 예를 들어 코덱 정보(부호화 방식 등) 등을 포함하는 안내 정보, 제어 정보 등이 포함된다.
시그널링 데이터는, 수신 장치(클라이언트)가 수신, 재생하는 AV 세그먼트의 액세스 정보나, 복호 처리 등의 수신 후의 처리에 필요해지는 안내 정보나 제어 정보를 포함하는 데이터이며, 송신 장치로부터 수시로 반복 송신되는 데이터이다.
시그널링 데이터에는, 정보에 따른 다양한 종류가 있다. 구체적으로는, 예를 들어 서비스 단위의 시그널링 데이터인 USD(유저 서비스 디스크립션(User Service Description))가 있다.
USD에는, 다양한 종류의 제어 정보가 포함된다. 대표적인 제어 정보로서, 콘텐츠(AV 세그먼트)에 대응하는 다양한 안내 정보, 제어 정보를 저장한 매니페스트·파일을 갖는 시그널링 데이터인 MPD(미디어 프리젠테이션 디스크립션(Media Presentation Description))가 있다.
각종 시그널링 데이터는, 각각 수신 장치(클라이언트)에 있어서, 송신 장치로부터 송신되는 AV 세그먼트나 애플리케이션(애플리케이션 프로그램)의 수신, 재생 처리, 제어 처리에 필요해지는 데이터이며, 예를 들어 카테고리별로 개별의 파일(메타파일)로서 설정되어, 송신 장치로부터 송신된다.
또한, (1) 브로드캐스트 물리 레이어(Broadcast PHY)의 상위 레이어로서 장래의 새로운 프로토콜의 이용 허용 레이어(Future Extensibility)가 설정되어 있다.
(1) 브로드캐스트 물리 레이어(Broadcast PHY)는, 브로드캐스트 통신을 실행하기 위한, 예를 들어 방송계의 통신부를 제어하는 통신 제어부에 의해 구성되는 물리 레이어이다.
(2) IP 멀티캐스트 레이어(IP Multicast)는, IP 멀티캐스트에 따른 데이터 송수신 처리를 실행하는 레이어이다.
(3) UDP 레이어는, UDP 패킷의 생성, 해석 처리 레이어이다.
(4) ROUTE 레이어는, 확장형 FLUTE 프로토콜인 ROUTE 프로토콜에 따라서 전송 데이터의 저장이나 취출을 행하는 레이어이다.
ROUTE는, FLUTE와 마찬가지로, ALC라고 불리는 스케일러블한 파일 오브젝트의 멀티캐스트 프로토콜이며, 구체적으로는 그 빌딩 블록인 LCT나 FEC 컴포넌트의 조합에 의해 구성된다.
도 4에, ROUTE 및 FLUTE에 관한 프로토콜 스택을 나타낸다.
(5) ESG, NRTcontent, DASH(ISO BMFF) 및 Video/Audio/CC는, ROUTE 프로토콜에 따라서 전송되는 데이터이다.
DASH 규격에 따른 동보형 배신 서비스는, MBMS(Multimedia Broadcast Multicast Service)라고 불린다. 이 MBMS를 LTE로 효율적으로 실현시키는 방식으로서 eMBMS(evolved Multimedia Broadcast Multicast Service)가 있다.
MBMS나 eMBMS는, 동보형 배신 서비스이며, 특정한 에어리어 내에 위치하는 수신 장치인 복수의 유저 단말기(UE)에 대하여 공통의 베어러로 일제히 동일 데이터, 예를 들어 영화 콘텐츠 등을 배신하는 서비스이다. MBMS나 eMBMS에 따른 동보 배신에 의해, 배신 서비스 제공 에어리어에 위치하는 다수의 스마트폰이나 PC, 또는 텔레비전 등의 수신 장치에, 동일한 콘텐츠를 동시에 제공할 수 있다.
MBMS 및 eMBMS는, 3GPP 파일 포맷(ISO-BMFF 파일, MP4 파일)에 따른 파일을, 전송 프로토콜 ROUTE, 또는 FLUTE에 따라서 다운로드하는 처리에 대해서 규정하고 있다.
앞서 도 2를 참조하여 설명한 이하의 데이터, 즉,
(a) 시그널링 데이터(50)
(b) AV 세그먼트(60)
(c) 기타 데이터(ESG, NRT 콘텐츠 등)(70)
이들 데이터의 대부분은 ROUTE 프로토콜, 또는 FLUTE 프로토콜에 따라서 송신된다.
(5) ESG, NRTcontent, DASH(ISO BMFF) 및 Video/Audio/CC는, ROUTE 프로토콜에 따라서 전송되는 데이터이다.
ESG는, 전자 서비스 가이드(Electronic Service Guide)이며, 예를 들어 프로그램 표 등의 안내 정보이다.
NRTcontent는 논 리얼타임형 콘텐츠이다.
상술한 바와 같이, NRT 콘텐츠에는, 예를 들어 클라이언트인 수신 장치의 브라우저 상에서 실행되는 다양한 애플리케이션 파일, 동화상, 정지 화상 등의 데이터 파일 등이 포함된다.
Video/Audio/CC는, DASH 규격에 따라서 배신되는 비디오나 오디오 등, 재생 대상이 되는 실제 데이터이다.
(6) 애플리케이션 레이어(Applications(HTML5))는, ROUTE 프로토콜에 따라서 전송하는 데이터의 생성, 또는 해석, 기타, 다양한 데이터의 출력 제어 등을 실행하는 애플리케이션 레이어이며, 예를 들어 HTML5를 적용한 데이터 생성, 해석, 출력 처리 등을 행한다.
한편, 도 3의 우측에 나타내는, (b) 유니캐스트(브로드밴드) 통신(예를 들어 HTTP형의 P2P 통신)에 대응하는 프로토콜 스택은, 하위 레이어부터 순서대로, 이하의 레이어를 갖는다.
(1) 브로드밴드 물리 레이어(Broaband PHY)
(2) IP 유니캐스트 레이어(IP Unicast)
(3) TCP 레이어
(4) HTTP 레이어
(5) ESG, Signaling, NRTcontent, DASH(ISO BMFF) 및 Video/Audio/CC
(6) 애플리케이션 레이어(Applications(HTML5))
(1) 브로드밴드 물리 레이어(Broaband PHY)는, 브로드밴드 통신을 실행하는, 예를 들어 네트워크 카드 등의 통신부를 제어하는 디바이스 드라이버 등의 통신 제어부에 의해 구성되는 물리 레이어이다.
(2) IP 유니캐스트 레이어(IP Unicast)는, IP 유니캐스트 송수신 처리를 실행하는 레이어이다.
(3) HTTP 레이어는, HTTP 패킷의 생성, 해석 처리 레이어이다.
이 상위 레이어는, 도 3의 좌측의 (a) 브로드캐스트 통신(예를 들어 방송형 데이터 배신)의 스택 구성과 마찬가지이다.
또한, 송신 장치(서버)(20), 수신 장치(클라이언트)(30)는, 도 3의 2개의 처리계, 즉,
(a) 브로드캐스트 통신(예를 들어 방송형 데이터 배신)
(b) 유니캐스트(브로드밴드) 통신(예를 들어 HTTP형의 P2P 통신)
이들 2개의 통신 프로토콜 스택 중 적어도 어느 하나에 따른 처리를 행한다.
도 3에 도시하는 프로토콜 스택에 있어서, ROUTE(FLUTE)에 따라서 멀티캐스트 전송되는 파일 군의 속성(파일의 식별자인 URL을 포함함)은, ROUTE(FLUTE)의 제어 파일 내에 기술할 수도 있으면, 파일 전송 세션을 기술하는 시그널링(Signaling) 데이터 중에 기술할 수도 있다. 또한, 파일 전송 세션의 새로운 상세 속성을(엔드 유저에의 제시 용도에도 적용 가능한) ESG에 의해 기술할 수도 있다.
상술한 바와 같이, 방송파 및 네트워크를 통한 데이터 배신 시스템에 관한 규격의 하나로서 ATSC(Advanced Television System Committe) 3.0의 규격화가 진행되어 있다.
ATSC 3.0에서의 IP 베이스의 트랜스포트 스택의 표준화에 있어서, MPEG-DASH의 파일 포맷(ISO-BMFF 파일, MP4 파일)에 기초한 파일을, FLUTE(File Delivery over Unidirectional Transport)를 확장한 ROUTE(Real-Time Object Delivery over Unidirectional Transport) 프로토콜에 의해 전송하는 방법이 제안되어, 표준 후보 방식으로서 설정되었다.
ROUTE 프로토콜을 적용함으로써, DASH 규격의 프래그먼트화된 MP4(fragmented MP4) 파일 시퀀스와, DASH 규격의 제어 정보(시그널링 데이터) 저장 메타파일인 MPD(Media Presentation Description)), 및 방송 배신을 위한 시그널링 데이터인 USBD/USD, S-TSID(Service based Transport Session Description) 등을 전송할 수 있다.
상술한 바와 같이, ROUTE 프로토콜은 FLUTE를 베이스로 하는 프로토콜이다. FLUTE에서의 전송 제어 파라미터를 기술한 메타데이터 파일을 FDT(File Delivery Table)라고 칭하고, ROUTE에서의 전송 제어 파라미터를 기술한 메타데이터 파일을 S-TSID(Service based Transport Session Description)라고 칭한다. S-TSID는 FDT의 슈퍼세트(superset)이며, FDT를 포함한다.
ATSC 3.0 서비스 레이어의 시그널링 데이터(SLS: Service Layer Signaling)로서 제안되어 있는 USBD/USD, S-TSID, MPD 등은 모두 ROUTE 세션에 의해 전송된다.
[4. 수신 장치에서의 데이터 출력예에 대해서]
이어서, 방송 서버(21), 광고 서버(22) 등의 송신 장치(20)로부터 데이터를 수신하고, 출력하는 수신 장치(클라이언트)(30)에서의 데이터 출력예에 대해서 설명한다.
도 5는, 수신 장치(클라이언트)(30)에서의 데이터 출력예를 설명하는 도면이다.
수신 장치(30)에는, 도 5의 하부에 나타내는 타임 라인(시간축(t))에 따라, 예를 들어 영화나 뉴스, 기타 방송 프로그램(메인 콘텐츠)과 광고가 교대로 출력된다.
유저가 선택한 어떤 채널의 프로그램 개시 시간을 t0으로 하면, 이하와 같이, 시간 추이에 따라서 방송 프로그램과 광고가 교대로 출력된다.
시간 t0 내지 t1: 광고
시간 t1 내지 t2: 방송 프로그램
시간 t2 내지 t3: 광고
시간 t3 내지 t4: 방송 프로그램
시간 t4 내지 t5: 광고
시간 t5 내지 : 방송 프로그램
여기서, 수신 장치(30)에 출력되는 광고는, 많은 광고 콘텐츠 중에서 수신 장치(30)측의 시청 유저에 따라서 선택된 광고이다.
수신 장치(30)에서 설정되는 유저(시청자) 정보에 기초하여, 유저에게 최적의 광고가 선택되어 출력된다.
유저 정보란, 예를 들어 유저(시청자)의 연령, 성별, 주소, 취미 기호 등, 다양한 정보이다.
이들 유저 정보는, 수신 장치의 기억부에 미리 등록한 정보를 사용한다.
또는, 프로그램 개시 시점에서, 유저(시청자)에게 유저 정보를 입력시켜, 이 입력 정보를 사용하는 구성으로 해도 된다.
유저 정보의 설정 및 이용 형태에는 다양한 형태가 있다. 예를 들어, 각 프로그램 단위로 유저 정보를 설정시켜서 이용하는 구성, 채널 단위의 설정, 전체 채널 공통의 설정 등, 다양한 설정 및 이용 구성이 가능하다.
이들 유저 정보는, 수신 장치의 기억부에 저장되어, 필요에 따라서 이용된다.
유저 정보를 이용한 광고 선택의 구체적 구성에 대해서는 후술한다.
도 6을 참조하여, 다양한 유저 정보를 이용한 출력 광고의 선택예에 대해서 설명한다.
도 6에는, 이하의 3종류의 구체예를 나타내고 있다.
(A) 연령별 광고 설정예
(B) 거주지별 광고 설정예
(C) 연령과, 거주지별 광고 설정예
(A) 연령별 광고 설정예에는, 이하의 예를 나타내고 있다.
유저(시청자)의 연령(age)=20세 이상→알코올 음료(주류)의 광고를 선택해서 출력한다.
유저(시청자)의 연령(age)=15세 이하→장난감 광고를 선택해서 출력한다.
이 예는, 수신 장치(30)측에서 등록된 유저 정보로서, 유저의 연령의 등록을 실행시켜, 등록된 유저 정보(시청자 연령)에 기초하여, 그 유저가 이용하고 있는 수신 장치(30)에, 유저 연령에 따른 광고를 출력시키는 예이다.
(B) 거주지별 광고 설정예에는, 이하의 예를 나타내고 있다.
유저(시청자)의 주소(Location)=알래스카→난방 기구의 광고를 선택해서 출력한다.
유저(시청자)의 주소(Location)=하와이→냉방 기구의 광고를 선택해서 출력한다.
이 예는, 수신 장치(30)측에서 등록된 유저 정보로서, 유저의 주소의 등록을 실행시켜, 등록된 유저 정보(시청자 주소)에 기초하여, 그 유저가 이용하고 있는 수신 장치(30)에, 유저의 주소에 따른 광고를 출력시키는 예이다.
(C) 연령과, 거주지별 광고 설정예에는, 이하의 예를 나타내고 있다.
유저(시청자)의 연령(age)=18세 이상, 또한
유저(시청자)의 주소(Location)=뉴욕,
이 2개의 조건이 충족되는 경우에, 뉴욕의 음식점 광고를 선택해서 출력한다.
유저(시청자)의 연령(age)=15세 이하, 또한
유저(시청자)의 주소(Location)=캘리포니아,
이 2개의 조건이 충족되는 경우에, 캘리포니아의 완구점 광고를 선택해서 출력한다.
이 예는, 수신 장치(30)측에서 등록된 유저 정보로서, 유저의 연령과 주소를 등록시켜, 등록된 유저 정보(시청자 연령과 주소)에 기초하여, 그 유저가 이용하고 있는 수신 장치(30)에, 유저 연령과 주소에 따른 광고를 출력시키는 예이다.
이와 같이, 본 개시의 처리에서는, 수신 장치(30)측에서 설정된 다양한 유저 정보에 따라, 유저(시청자)에게 최적, 즉 광고 효과가 크다고 판단되는 광고를 선택해서 출력하는 구성을 실현한다.
구체적인 처리에 대해서는 후술한다.
[5. 수신 장치의 구성예와 처리예에 대해서]
이어서, 도 7 이하를 참조하여 수신 장치(30)의 구성예와 처리예에 대해서 설명한다.
또한, 도 7에는, 수신 장치의 예로서, 튜너 실장 수신 장치(클라이언트 A)(35)와, 튜너 비실장 수신 장치(클라이언트 B)(36)를 나타내고 있다.
튜너 실장 수신 장치(클라이언트 A)(35)는, 방송 서버나, 광고 서버 등의 송신 장치(20)로부터의 송신 데이터를 수신하는 미들웨어(110)와, 수신 데이터의 해석이나 축적 처리를 실행하는 프록시 서버(120)를 갖는 수신 장치이다.
한편, 튜너 비실장 수신 장치(클라이언트 B)(36)는, 송신 장치(20)로부터의 송신 데이터를 수신하는 미들웨어(110)나, 수신 데이터의 해석이나 축적 처리를 실행하는 프록시 서버(120)를 갖고 있지 않은 수신 장치이다.
튜너 비실장 수신 장치(클라이언트 B)(36)는, 예를 들어 이더넷(등록 상표)이나 Wi-Fi 등의 네트워크에 의해, 튜너 실장 수신 장치(클라이언트 A)(35)와 접속되어, 튜너 실장 수신 장치(클라이언트 A)(35)와의 통신을 실행한다.
튜너 비실장 수신 장치(클라이언트 B)(36)는, 튜너 실장 수신 장치(클라이언트 A)(35)가, 방송 서버나, 광고 서버 등의 송신 장치(20)로부터 수신한 데이터를, 튜너 실장 수신 장치(클라이언트 A)(35)를 통해서 수신하여, 콘텐츠 재생을 실행한다.
방송 서버나, 광고 서버 등의 송신 장치(20)는, 방송파나, 네트워크를 통한 브로드캐스트 송신에 의해, 방송 콘텐츠 등을 포함하는 AV 세그먼트, 시그널링 데이터, 기타 데이터를 송신한다.
도 7에 도시한 바와 같이, 튜너 실장 수신 장치(35)는, 미들웨어(110), HTTP 프록시 서버(120), 재생 제어부(DASH 클라이언트)(131), 출력 제어부(132)를 갖는다.
미들웨어(110)는, 방송 송신 장치(20)의 제공 데이터를 수신하여, 해석한다.
미들웨어(110)는, 통신부(PHY/MAC)(111), 시그널링 데이터를 취득하는 시그널링 취득부(112), 시그널링 데이터를 해석하는 시그널링 해석부(113), 시그널링 데이터, 및 영상, 음성 등의 프로그램 콘텐츠 데이터나, 애플리케이션 등의 NRT 콘텐츠 등의 데이터 파일을 취득하는 세그먼트 취득부(114)를 갖는다.
미들웨어(110)가 수신한 데이터는, 프록시 서버(120)의 캐시부(프록시 캐시)(121a)에 저장된다. 프록시 서버(120)는, 또한 네트워크 경유로 송신 장치(20)로부터 취득한 데이터를 캐시부(프록시 캐시)(121b)에 저장한다.
프록시 서버(120)는, 재생 제어부(131)로부터의 데이터 요구를 어드레스 해결 & 링크 해결부(Address & Xlink Resolver)(122)에 입력하고, 요구된 데이터를 캐시부(프록시 캐시)(121a, 121b) 또는 외부로부터 취득해서 제공한다.
재생 제어부(DASH Client)(131)는, DASH(MPEG-DASH) 규격에 따라서 송신된 콘텐츠의 재생 제어를 실행한다.
상술한 바와 같이, MPEG-DASH 규격에는, 이하의 2개의 규격이 포함된다.
(a) 동화상이나 음성 파일의 관리 정보인 메타데이터를 기술하기 위한 매니페스트·파일(MPD: Media Presentation Description)에 관한 규격,
(b) 동화상 콘텐츠 전송용 파일 포맷(세그먼트·포맷)에 관한 규격,
송신 장치(20)로부터, 튜너 실장 수신 장치(35)에 대한 콘텐츠 배신은, 상기 MPEG-DASH 규격에 따라서 실행된다.
콘텐츠는, 예를 들어 MPEG에서 규정되는 MP4 파일 포맷에 따라서 소정 단위의 분할 데이터인 세그먼트로서 송신되고, 재생 제어부(DASH Client)(131)는, 매니페스트·파일(MPD)을 참조하여, 재생 대상 콘텐츠를 저장한 세그먼트를 취득하는 처리 등을 실행한다.
출력 제어부(132)는, 재생 제어부가 취득한 세그먼트로부터 부호화 콘텐츠를 취출해서 복호하고, 표시부 등의 출력부에 출력한다.
또한, 재생 제어부(DASH Client)(131)는, 시그널링 데이터 처리부(SLS Signaling Parser&Viewer)로서도 기능한다.
송신 장치(20)(방송 서버(21), 광고 서버(22) 등)가 송신하는 시그널링 데이터에 기초한 처리를 실행한다.
앞서 도 2를 참조하여 설명한 바와 같이, 시그널링 데이터(50)는, 프로그램 표 등의 프로그램 예정 정보나, 프로그램 취득에 필요해지는 어드레스 정보(URL(Uniform Resource Locator) 등), 또한 콘텐츠의 재생 처리에 필요한 정보, 예를 들어 코덱 정보(부호화 방식 등) 등을 포함하는 안내 정보, 애플리케이션 제어 정보 등의 다양한 제어 정보에 의해 구성된다.
재생 제어부(DASH Client)(131)는, 시그널링 데이터(SLS: Service Layer Signaling)를 취득해서 취득한 시그널링 데이터에 기초하는 처리를 실행한다.
예를 들어, 프로그램 표 등의 프로그램 예정 정보나, 프로그램 취득에 필요해지는 어드레스 정보(URL), 코덱 정보(부호화 방식 등)를 재생 제어부(131)에 제공하는 처리나, 시그널링 데이터의 표시, 예를 들어 프로그램 표의 표시 처리 등을 행한다.
또한, 프로그램 스케줄(프로그램 표)이나, 어드레스 정보, 코덱 정보 등의 시그널링 데이터는, 수시로 갱신될 가능성이 있어, 수신 장치에서는, 최신의 시그널링 데이터를 이용한 처리를 행할 필요가 있다.
또한, 도 7에 나타내는 튜너 비실장 수신 장치(클라이언트 B)(36)는, 예를 들어 이더넷(등록 상표)이나 Wi-Fi 등의 네트워크에 의해, 튜너 실장 수신 장치(클라이언트 A)(35)와 접속되어, 튜너 실장 수신 장치(클라이언트 A)(35)와의 통신을 실행한다.
튜너 비실장 수신 장치(클라이언트 B)(36)는, 튜너 실장 수신 장치(클라이언트 A)(35)가, 방송 서버(21)나 광고 서버(22) 등의 송신 장치(20)로부터 수신한 콘텐츠 등의 데이터를, 튜너 실장 수신 장치(클라이언트 A)(35)를 통해서 수신하여, 콘텐츠 재생을 실행한다.
도 7에 나타내는 튜너 비실장 수신 장치(클라이언트 B)(36)는,
재생 제어부(DASH Client)(151),
출력 제어부(152),
이들의 구성을 갖는다.
이들 구성, 기능은, 튜너 실장 수신 장치(클라이언트 A)(35)에서 설명한 재생 제어부(DASH Client)(131), 출력 제어부(132)와 마찬가지이다.
도 8은, 튜너 실장 수신 장치(클라이언트 A)(35)가 갖는
재생 제어부(DASH Client)(131),
출력 제어부(132),
이들의 상세 구성을 도시하는 도면이다.
튜너 실장 수신 장치(클라이언트 A)(35)의 재생 제어부(DASH Client)(131)는, MPD 취득부(201), MPD 해석부(202), 세그먼트 취득부(203), 세그먼트(MP4) 해석부(204)를 갖는다.
재생 제어부(DASH Client)(131)는, 상술한 바와 같이, DASH(MPEG-DASH) 규격에 따라서 송신된 콘텐츠의 재생 제어를 실행한다.
MPD 취득부(201)는, 동화상이나 음성 파일의 관리 정보 기술 파일인 매니페스트·파일(MPD: Media Presentation Description)을 취득한다.
MPD는, 방송 서버(21), 광고 서버(22) 등의 송신 장치(20)로부터 제공되어, 프록시 서버(120)에 저장된 후, 재생 제어부(131)가 취득한다.
MPD 해석부(202)는, MPD 취득부(201)가 취득한 MPD의 기술 내용을 해석하고, 재생 대상 데이터에 대응하는 세그먼트의 취득에 필요해지는 정보 등을 세그먼트 취득부에 제공한다.
세그먼트 취득부(203)는, MPD 해석부(202)의 MPD 해석 결과에 따라, 재생 대상 데이터에 대응하는 세그먼트의 취득을 행한다.
세그먼트는, AV 데이터를 포함하는 콘텐츠 전송용 파일 포맷(세그먼트·포맷)에 따라서 설정되는 소정의 단위 데이터이다.
세그먼트 해석부(204)는, 세그먼트 취득부(203)가 취득한 세그먼트로부터, 부호화 화상 데이터, 부호화 음성 데이터 등을 취득하고, 출력 제어부(132)의 복호부(디코더)(211)에 출력한다.
튜너 실장 수신 장치(클라이언트 A)(35)의 출력 제어부(132)는, 복호부(디코더)(211)와, 출력부(렌더러)(212)를 갖는다.
복호부(디코더)(211)는, 세그먼트 해석부(204)로부터 제공된 부호화 화상 데이터, 부호화 음성 데이터의 복호 처리(디코드)를 실행한다.
출력부(212)는, 복호된 화상 데이터, 음성 데이터를 출력부(디스플레이, 스피커)에 출력한다.
튜너 실장 수신 장치(클라이언트 A)(35) 및 튜너 비실장 수신 장치(클라이언트 B)(36)의 재생 제어부(DASH Client)(131, 151)는, ATSC 3.0 클라이언트 애플리케이션(3.0 DASH Client)의 실행부이다.
ATSC 3.0 클라이언트 애플리케이션은, ATSC 3.0 방송 수신 클라이언트 디바이스 상에 실장된 브라우저 상에서 실행된다. 또는, 브라우저 애플리케이션으로서 뿐만 아니라 네이티브 애플리케이션으로서 실행되는 경우도 있다.
재생 제어부(DASH Client)(131, 151)가 실행하는 ATSC 3.0 클라이언트 애플리케이션은, ATSC 3.0 DASH 클라이언트 애플리케이션(3.0 DASH Client)이나, ATSC 3.0 스트림 부수 애플리케이션(3.0 Application) 등을 포함한다.
재생 제어부(DASH Client)(131, 151)의 ATSC 3.0 클라이언트 애플리케이션 및 출력 제어부(132, 152)는, 미들웨어(Client Local ATSC Middleware)(110)가 수신한 데이터, 프록시 서버(Client Local HTTP Proxy Server)(120)가 네트워크를 통해서 수신한 데이터의 처리를 실행한다.
미들웨어(110) 또는 프록시 서버(120)가 취득한, DASH-MPD 파일이나 DASH 세그먼트(segment) 파일, 기타 일반적인 애플리케이션 파일, 및 시그널링 데이터를 저장한 SLS(Service level Signaling) 파일을 입력하고, 스트림의 렌더링이나, 애플리케이션의 제어를 행한다.
이 모델은, 재생 제어부(DASH Client)(131, 151)가 실행하는 ATSC 3.0 클라이언트 애플리케이션이나, 시그널링 데이터 처리부(160)가 실행하는 애플리케이션에서 보면, 반드시 프록시 서버(120)를 통해서 외부 세계에 액세스하기 때문에, 그러한 파일 군을 방송 경유로 취득하고 있는지, 넷 경유로 취득하고 있는지의 구별을 의식하는 경우가 없기(네트워크 투과성이 제공되기) 때문에, 애플리케이션의 가반성을 높이는 것이 가능하게 된다.
따라서, 방송용으로만 특화해서 애플리케이션을 실장할 필요가 없고, 방송도 인터넷의 어느 것을 사용할지에 상관 없는 실장으로 할 수 있다.
재생 제어부(DASH Client)(131, 151)가 실행하는 ATSC 3.0 클라이언트 애플리케이션이 DASH-MPD 파일이나 DASH 세그먼트(segment) 파일, 기타 일반적인 애플리케이션 파일, 및 시그널링 데이터 파일의 취득을 요구(HTTP 리퀘스트)하면, 그것을 받은 프록시 서버(120)가, 어드레스 & 링크 해결부(Address & Xlink Resolver)(122)에서 방송 수신 스택을 통해서 취득할지, 넷 경유로 취득할지의 판단을 행한다.
판단 재료가 되는 정보는, 시그널링 데이터의 해석 결과로서 제공된다. 재생 제어(DASH Client)(131, 151)는, 시그널링 취득부(SLS Signaling Retriever)(112)에, ATSC 3.0의 시그널링 메타인 USBD/USD나 S-TSID 등의 취득 요구를 행한다.
시그널링 취득부(SLS Signaling Retriever)(112)는, 통신부(ATSC 튜너: ATSC 3.0 PHY/MAC)(111)를 통해서 방송 수신하는 SLS LCT 패킷에 의해 운반되는 시그널링 메타를 추출한다.
시그널링 해석부(SLS Signaling Parser)(113)는, 또한 세그먼트나 애플리케이션 리소스의 취득 요구에 포함되는 URL로부터, 시그널링 메타를 추출하여, 대상이 되는 파일을 취득하기 위한 방송 배신 어드레스 정보를 해결한다. 방송 배신되는(배신된) 것을 알면, 그 방송 배신 어드레스 정보를 바탕으로 해서, 원하는 파일이 저장된 LCT 패킷을 방송 스트림으로부터 취득하여, 캐시(Proxy Cache)부(121a, 121b) 내에 전개한다. 프록시 서버(120)는, 당해 파일을 재생 제어부(131)에 (HTTP의 리스펀스로서) 돌려준다. 애플리케이션 파트의 취득 요구에 포함되는 URL이 시그널링 메타에 없으면, 프록시 서버(120)는, 통상의 넷 스택을 통해서 당해 파일을 취득한다.
[6. MPD를 이용한 피리어드(Period) 단위의 시그널링 데이터에 대해서]
앞서, 도 2 등을 참조하여 설명한 바와 같이, 송신 장치(20)는, 수신 장치(30)에 대하여, 다양한 제어 정보를 포함하는 시그널링 데이터(50)를 제공한다.
상술한 바와 같이, 시그널링 데이터에는 정보에 따른 다양한 종류가 있다. 구체적으로는, 예를 들어 프로그램 등의 서비스 단위의 시그널링 데이터인 USD(유저 서비스 디스크립션(User Service Description))가 있다.
USD에는 다양한 종류의 제어 정보가 포함된다. 대표적인 제어 정보로서, 콘텐츠(AV 세그먼트)에 대응하는 안내 정보, 제어 정보를 저장한 매니페스트·파일을 포함하는 시그널링 데이터인 MPD[미디어 프리젠테이션 디스크립션(Media Presentation Description)]가 있다.
DASH 규격으로 규정된 시그널링 데이터의 하나인 MPD(Media Presentation Description)는, 예를 들어 어떤 프로그램의 방송 시간을 세분화한 시간 구간인 피리어드(Period) 단위로, 다양한 제어 데이터를 수신 장치(클라이언트)(30)에 제공할 수 있다.
도 9는, MPD의 포맷의 일례를 도시하는 도면이다.
MPD는, 화상이나, 음성 각각의 스트림마다, 이하의 다양한 규정 범위 단위로 속성 등의 정보나 제어 정보를 기술 가능하다.
(1) 시간축 상의 구간을 규정한 피리어드(Period)
(2) 화상, 음성 등의 데이터 종류 등을 규정한 어댑테이션(Adaptation)
(3) 화상의 종류, 음성의 종류 등을 규정한 리프리젠테이션(Representation)
(4) 화상, 음성의 세그먼트(AV 세그먼트) 단위의 정보 기록 영역이 되는 세그먼트인포(SegmentInfo)
도 10은, MPD에 기록되는 AV 세그먼트 대응의 정보(제어 정보나 관리 정보, 속성 정보 등)를 시계열로 전개해서 도시한 도면이다.
좌측에서 우측으로 시간이 경과하는 것으로 한다. 이 시간축은, 예를 들어 수신 장치에서의 AV 콘텐츠의 재생 시간에 대응한다.
AV 세그먼트에 대응하는 다양한 정보가 MPD에 기록된다. 또한, MPD는 시그널링 데이터의 일부이며, 예를 들어 AV 세그먼트에 선행해서 송신된다.
MPD는, 도 9를 참조하여 설명한 바와 같이, 이하의 각 데이터 단위로 정보를 기록할 수 있다.
(1) 시간축 상의 구간을 규정한 피리어드(Period)
(2) 화상, 음성 등의 데이터 종류 등을 규정한 어댑테이션(Adaptation)
(3) 화상의 종류, 음성의 종류 등을 규정한 리프리젠테이션(Representation)
(4) 화상, 음성의 세그먼트(AV 세그먼트) 단위의 정보 기록 영역이 되는 세그먼트인포(SegmentInfo)
도 10은, 이들 데이터 영역을 시간축, 및 데이터 종류별로 전개해서 도시한 도면이다.
도 10에는, 이하의 2개의 어댑테이션(Adaptation)을 나타내고 있다.
(V) 화상 대응 정보 기록 영역인 어댑테이션 V(Adaptation(V))
(A) 음성 대응 정보 기록 영역인 어댑테이션 A(Adaptation(A))
(V) 화상 대응 정보 기록 영역인 어댑테이션 V(Adaptation(V))는, 서로 다른 속성을 갖는 스트림 단위의 정보 기록 영역으로서, 이하의 2개의 리프리젠테이션(Representation)을 갖는다.
(V1) 저 비트 레이트 화상 대응의 정보 기록 영역인 리프리젠테이션(V1)(Representation(V1))
(V2) 고 비트 레이트 화상 대응의 정보 기록 영역인 리프리젠테이션(V2)(Representation(V2))
마찬가지로, (A) 음성 상 대응 정보 기록 영역인 어댑테이션 A(Adaptation(A))는, 서로 다른 속성을 갖는 스트림 단위의 정보 기록 영역으로서의 이하의 2개의 리프리젠테이션(Representation)을 갖는다.
(A1) 일본어 음성 대응의 정보 기록 영역인 리프리젠테이션(A1)(Representation(A1))
(A2) 영어 음성 대응의 정보 기록 영역인 리프리젠테이션(A2)(Representation(A2))
또한, 각 리프리젠테이션(Representation)은, 재생 시간축 대응의 피리어드, 또한 세그먼트 단위로 정보가 기록 가능한 구성으로 되어 있다.
예를 들어, 고 비트 레이트 화상과 일본어 음성을 선택해서 재생하는 수신 장치(클라이언트)는, 피리어드 1의 세그먼트(11)의 재생 시에, 재생 대상으로 하는 고 비트 레이트 화상과 일본어 음성에 관한 정보를 MPD에서 선택해서 취득하게 된다.
이 선택 대상으로 하는 MPD의 기록 정보가, 도면에 나타내는 세그먼트 영역(301, 302)의 정보가 된다.
이와 같이, 수신 장치는, 시그널링 데이터로서 송신 장치로부터 송신되는 MPD에서, 자장치에서 재생 대상으로 하는 데이터(세그먼트)에 대응하는 정보만을 선택해서 참조한다.
이와 같이, MPD에는, 데이터 종별, 시간 단위의 세그먼트 대응 정보를 기록할 수 있다.
앞서 도 5를 참조하여 설명한 바와 같이, 방송 프로그램과 광고를 교대로 출력하는 콘텐츠 출력 처리를 행하는 경우, 송신 장치는, 수신 장치에 대하여, 상술한 소정 시간(피리어드) 단위의 제어 정보를 기록한 MPD를 이용함으로써, 각 시간 단위의 콘텐츠(방송 프로그램, 광고)의 제어가 가능하게 된다. 구체적으로는 앞서 도 5를 참조하여 설명한 유저 대응의 광고를 제공하는 처리를 실현할 수 있다.
도 11은, 앞서 도 5를 참조하여 설명한 방송 프로그램과 광고를 교대로 출력하는 콘텐츠 출력 처리에 대응하는 제어 정보 기술 데이터(시그널링 데이터)인 MPD의 구성예를 도시하는 도면이다.
MPD는, 소정 시간 구간의 출력 콘텐츠에 상당하는 광고, 및 방송 프로그램 단위의 피리어드 정보(311 내지 314)로 구분된다.
피리어드 정보(311)는, 시간 t0 내지 t1에 수신 장치에서 출력되는 광고에 대응하는 제어 정보(시그널링 데이터)이다.
피리어드 정보(312)는, 시간 t1 내지 t2에 수신 장치에서 출력되는 방송 프로그램에 대응하는 제어 정보(시그널링 데이터)이다.
피리어드 정보(313)는, 시간 t2 내지 t3에 수신 장치에서 출력되는 광고에 대응하는 제어 정보(시그널링 데이터)이다.
피리어드 정보(314)는, 시간 t3 내지 t4에 수신 장치에서 출력되는 방송 프로그램에 대응하는 제어 정보(시그널링 데이터)이다.
피리어드 정보에는, 송신 장치로부터 송신되는 방송 프로그램이나 광고의 액세스 정보(URL) 등, 수신 장치에 출력하는 데이터(콘텐츠)의 취득에 필요해지는 정보나, 복호 방법(코덱) 등, 수신 장치에서 콘텐츠를 취득해서 출력하기 위해 필요해지는 각종 정보가 기록되어 있다.
송신 장치는, 시간 t0보다 이전에, 도면에 나타내는 MPD를 수신 장치에 송신한다.
수신 장치는, 이 MPD를 참조하여, 광고나 방송 프로그램을 방송파나 네트워크를 통해서 취득하고, 지정된 코덱을 사용해서 복호 처리 등을 행하여, 표시부, 스피커 등에 출력한다.
도 12는, 수신 장치에서 실행하는 MPD의 해석 처리(퍼스)의 수순을 설명하는 도면이다.
도 12에는, 이하의 각 도를 나타내고 있다.
(1) MPD
(2) 피리어드 정보
(3) 리프리젠테이션 정보
(4) 세그먼트 정보
AV 세그먼트를 수신해서 AV 콘텐츠의 재생 처리를 실행하는 수신 장치(클라이언트)는, AV 세그먼트 수신 전에 미리 수신하는 시그널링 데이터에 포함되는 MPD를 취득하고, 자장치가 재생하는 데이터에 대응하는 정보를 MPD로부터 취득한다.
먼저, 도 10에 도시하는 (1) MPD에서, AV 세그먼트 재생 시간에 상당하는 특정한 피리어드(시간 구간)의 정보를 기록한 (2) 피리어드 정보를 선택한다.
또한, 자장치(클라이언트)에서 재생하는 데이터의 종류에 대응한 (3) 리프리젠테이션 정보를 선택하고, 또한 재생 대상 세그먼트에 대응한 (4) 세그먼트 정보를 선택한다.
이 (4) 세그먼트 정보에 기록된 데이터를 참조하여, 재생 대상이 되는 AV 세그먼트의 취득이나, AV 세그먼트 재생에 필요해지는 다양한 정보를 취득할 수 있다.
[7. 유저 정보에 따른 광고 제공 처리를 실행하기 위한 구체적 구성예에 대해서]
이어서, 유저 정보에 따른 광고 제공 처리를 실행하기 위한 구체적 구성예에 대해서 설명한다.
도 13을 참조하여, 도 11에 도시하는 MPD 중의 1개의 피리어드 정보(311)의 구성에 대해서 설명한다.
도 11로부터 이해되는 바와 같이, 피리어드 정보(311)는, 시간 t0 내지 t1에서 수신 장치에서 출력하는 광고에 대응하는 제어 정보인 피리어드 정보이다.
도 13에 도시한 바와 같이, 광고 대응의 피리어드 정보(311)는, 이하의 기술 데이터를 갖는다.
Period A1(Ad Break #1):
＠xlink:href=http://adservice.com? user=$groupID$
＠xlink:actuate="onRequest"
＠start=0
＠duration=60sec
……
광고 대응의 피리어드 정보(311)에는, 앞서, 도 10, 도 12를 참조하여 설명한
어댑테이션,
리프리젠테이션,
세그먼트인포,
이들의 구체적 데이터의 기술을 생략하고, 이들의 구체적 기술을 갖는 피리어드 정보를 취득하기 위한 액세스 정보로서의 링크 정보(Xlink)가 기록된다.
수신 장치는, 도 13에 나타내는 광고 대응의 피리어드 정보(311) 내의 링크 정보(Xlink)에 포함되는 유저 정보 설정 필드(user=$groupID$)에 유저 정보(파라미터)를 설정한다.
유저 정보 설정 필드(user=$groupID$)에 유저 정보(파라미터)를 설정한 데이터(유저 정보 설정 완료 데이터)가, 유저에 대응하는 광고 데이터 대응의 피리어드 정보 파일의 액세스 정보(URL), 또는 URL의 구성 데이터가 된다.
즉, 도 11, 도 13에 나타내는 MPD 내의 광고 대응의 피리어드 정보에는, 광고 데이터를 저장한 세그먼트 파일의 액세스 정보(세그먼트 URL)는 기록되어 있지 않다.
도 11, 도 13에 나타내는 MPD 내의 광고 대응의 피리어드 정보 내의 링크 정보(Xlink)에 포함되는 유저 정보 설정 필드에 유저 정보(파라미터)를 설정함으로써, 유저 대응의 광고 데이터(세그먼트 파일)를 취득하기 위한 액세스 정보를 기록한 참된 피리어드 정보 파일을 취득하기 위한 액세스 정보(URL)가 완성된다. 또는, 참된 피리어드 정보 파일을 취득하기 위한 액세스 정보(URL)를 특정하기 위한 데이터가 완성된다.
도 13에 나타내는 광고 대응의 피리어드 정보(311)의 데이터 구성에 대해서 설명한다.
「Period A1(Ad Break #1)」은, 피리어드 정보의 식별자 기록 영역이며, 식별자(A1)의 광고(Ad) 관련의 피리어드 정보인 것을 나타내고 있다.
「＠xlink:href=http://adservice.com?user=$groupID$」
이 정보 기록 필드는 링크(Xlink) 정보 기록 필드이다.
또한, 「＠xlink:href=」는, 참조해야 할 URL의 설정 필드인 것을 나타내고 있다.
본 구성의 경우, 구체적으로는, 본래의 피리어드 정보, 즉, 도 10, 도 12를 참조하여 설명한, 이하의 각 데이터,
어댑테이션,
리프리젠테이션,
세그먼트인포,
이러한 구체적 데이터의 기술을 갖는 피리어드 정보 파일을 취득하기 위한 액세스 정보(URL)를 기록한 필드가 된다.
단, 유저 정보 설정 필드(user=$groupID$)에 유저 정보(파라미터)를 설정해서 비로소 유저 정보에 따라서 선택되는 광고 데이터에 대응하는 참된 피리어드 정보 파일을 취득하기 위한 액세스 정보(URL)가 완성된다.
유저 정보 설정 필드에는, 예를 들어 시청자(유저)의 연령, 성별, 주소, 취미, 기호 등을 설정할 수 있다.
연령 설정예로서는, 예를 들어 「age=10-19」와 같은 설정이 가능하다. 이 설정은, 유저가 10 내지 19세의 범위에 있는 것을 나타낸다.
주소 설정예로서는, 예를 들어 「location=LA」와 같은 설정이 가능하다. 이 설정은, 유저가 로스앤젤레스(LA)에 살고 있는 것을 나타낸다.
이러한 유저 정보를 유저 정보 설정 필드(user=$groupID$)에 설정함으로써, 유저 대응의 광고 데이터에 관한 모든 제어 정보(어댑테이션, 리프리젠테이션, 세그먼트인포 등)를 포함하는 참된 피리어드 정보 파일의 액세스 정보(URL)를 완성시킬 수 있다.
「＠xlink:actuate="onRequest"」
이 정보 기록 필드도, 링크(Xlink) 정보 기록 필드의 구성 요소이다.
또한, 「＠xlink:actuate=」는, 「＠xlink:href=」에 나타낸 URL에 의해 액세스되는 데이터의 취득 타이밍을 규정한 필드인 것을 나타내고 있다.
본 구성의 경우, 이 필드는, 상기 파라미터 설정 URL을 이용해서 취득 가능하게 되는 피리어드 정보 파일의 취득 타이밍을 규정하는 필드가 된다.
취득 타이밍의 설정으로서는,
(a) actuate="onRequest"
(b) actuate="onLoad"
상기 (a), (b)의 2종류가 설정 가능하다.
(a) actuate="onRequest"
이 설정은, 상기 파라미터 설정 URL을 이용해서 취득 가능하게 되는 피리어드 정보 파일의 취득 타이밍은, 광고 개시 타이밍(도 11의 예에서는 시간 t0)까지라면, 언제나 가능한 것을 나타내고 있다.
(b) actuate="onLoad"
이 설정은, 상기 파라미터 설정 URL을 이용해서 취득 가능하게 되는 피리어드 정보 파일의 취득을, 도 11에 도시하는 MPD의 취득 후, 바로 행할 것을 요구하는 설정인 것을 나타내고 있다.
「＠start=0」
이 정보 기록 필드는, 이 피리어드 정보 대응의 데이터(광고 콘텐츠)의 출력 개시 타이밍을 기록한 필드이다.
start(개시 시간)=0(도 11의 예에서의 시간 t0에 상당)부터, 광고가 개시되는 것을 나타내고 있다.
「＠duration=60sec」
이 정보 기록 필드는, 이 피리어드 정보 대응의 데이터(광고 콘텐츠)의 출력 계속 시간을 기록한 필드이다.
duration(계속 시간)=60sec은, 60초간의 광고인 것을 나타내고 있다.
도 11이나 도 13을 참조하여 설명한 바와 같이, 본 개시의 구성에서는, MPD에 설정하는 광고 출력 시간 구간에 대응하는 피리어드 정보에, 유저 정보 설정 필드를 설치하고, 각 수신 장치(클라이언트)에서 설정한 유저 정보에 따라, 제공 광고를 동적으로 변경 가능한 구성으로 하고 있다.
수신 장치(클라이언트)에 배신되는 MPD(예를 들어 서비스 시그널링에 의해 배신됨)는, MPD/Period/＠xlink:href의 위치에 유저 정보를 설정해서 피리어드 정보 파일의 액세스 정보(URL)를 기술할 수 있다.
이 URL은, 예를 들어 수신 장치의 프록시 서버(120)의 링크 해결부(XLink Resolver)(122)에서, 특정한 피리어드 정보 파일의 액세스 정보(URL)로서 인식할 수 있다.
URL은, 예를 들어 http://a.com?user=$groupID$와 같은 형식으로 인코딩되어 있고, 수신 장치(클라이언트)에서는, groupID의 파라미터 부분에 엔드 유저를 특정하는 유저 정보로서, 예를 들어 그룹 ID(groupID)의 값을 삽입한다.
예를 들어, http://a.com?user=classA
이 유저 정보 설정 URL을, 리모트의 http 서버, 또는, 클라이언트 디바이스에 실장된 HTTP Server 상의 링크 해결부(XLink Resolver)에 http 리퀘스트로서 발행한다.
링크 해결부(XLink Resolver)는, classA의 유저용으로 생성되어, ROUTE 프로토콜(일방향 멀티캐스트 네트워크(지상파 등의 방송을 포함함) 경유의 경우)이나, HTTP(쌍방향 네트워크 경유의 경우)에 의해 배신되는 광고 세그먼트의 URL 등을 포함하는 피리어드 정보 파일을 수신 장치의 재생 제어부에 회신한다.
수신 장치의 재생 제어부는, 피리어드 정보 파일에 기록된 광고 세그먼트 URL을 사용해서 광고 세그먼트의 취득 처리를 행하고, 광고를 재생한다.
도 13에 도시한 바와 같은 광고 데이터 대응의 피리어드 정보(311)를 적용하여, 수신 장치측에서 광고 데이터를 취득해서 출력(재생)하는 처리를 실행하는 경우의 처리 시퀀스에 대해서, 도 14에 도시하는 흐름도를 참조하여 설명한다.
도 14에 도시하는 흐름도는, 예를 들어 도 11이나 도 13에 나타내는 피리어드 단위의 정보를 기록한 MPD를 취득한 수신 장치에서 실행하는 처리 시퀀스를 설명하는 흐름도이다.
이하, 각 스텝의 처리에 대해서 순차 설명한다.
(스텝 S11)
먼저, 수신 장치는, 제어 대상의 프로그램에 대응하는 시그널링 데이터로서, 프로그램 개시 전에 수신 완료된 MPD, 예를 들어 도 11에 도시하는 피리어드 정보(311 내지 314)를 포함하는 MPD에서, 광고(Ad)에 대응하는 피리어드 정보를 선택한다.
또한, 선택한 광고(Ad) 대응의 피리어드 정보 중의 링크 정보(Xlink) 내에 설정된 「유저 정보 설정 필드」에 파라미터(유저 정보)를 설정한다.
이 파라미터 설정에 의해, 유저에게 최적의 광고 콘텐츠에 대응하는 제어 정보를 기록한 피리어드 정보 파일의 액세스 정보(URL)가 완성된다.
예를 들어, 이하와 같은 파라미터 설정 URL을 생성한다.
파라미터 설정 URL예: http://a.com/XLinkResolver?age=10-19&location=LA
상기 URL예는, 유저 정보로서,
연령(age)=10 내지 19세
주소 또는 거주지(Location)=LA(로스앤젤레스)
이들의 파라미터를 설정한 URL이다.
이 파라미터 설정 URL에 의해, 로스앤젤레스에 살고 있는 10 내지 19세의 유저(시청자)에게 최적의 광고 콘텐츠의 액세스 정보(세그먼트 URL) 등이 기록된 유저 대응의 피리어드 정보를 취득할 수 있다.
(스텝 S12)
이어서, 수신 장치는, 스텝 S12에서, 파라미터를 설정한 피리어드 정보 파일의 액세스 정보(URL)를 이용하여, 유저 대응의 피리어드 정보 파일의 취득 처리를 실행한다.
다양한 유저에 대응하는 서로 다른 피리어드 정보 파일은, 예를 들어 방송파, 네트워크를 통해서 수시로 취득 가능하게 된다. 피리어드 정보 파일은, 앞서 도 2를 참조하여 설명한 시그널링 데이터(50)의 일부이며, 송신 장치(20)로부터, 방송파, 네트워크를 통해서 수시로 송신되고 있다. 수신 장치(30)는, 스텝 S11에서 생성한 파라미터 설정 완료의 URL에 의해, 취득하는 피리어드 정보 파일을 특정해서 1개의 유저 대응의 피리어드 정보 파일을 취득한다.
(스텝 S13)
이어서, 수신 장치는, 스텝 S13에서, 취득한 유저 대응의 피리어드 정보 파일에 기록된 광고 세그먼트 액세스 정보(광고 세그먼트 URL)를 적용하여, 광고 세그먼트를 취득한다.
취득한 유저 대응의 피리어드 정보 파일에는, 앞서 도 9, 도 12를 참조하여 설명한 정보, 즉,
어댑테이션 정보,
리프리젠테이션 정보,
세그먼트인포 정보,
이들 정보가 기록되어 있으며, 유저 대응의 광고 데이터의 취득, 재생에 필요한 모든 정보가 기록되어 있다.
수신 장치는, 취득한 유저 대응의 피리어드 정보 파일에 기록된 광고 세그먼트 액세스 정보(광고 세그 시멘트 URL)를 적용하여, 광고 세그먼트를 취득한다.
(스텝 S14)
마지막으로, 수신 장치는, 스텝 S14에서, 취득한 광고 세그먼트를, 유저 장치인 수신 장치에서 출력(재생)한다. 또한, 출력 시간 등은, 취득한 피리어드 정보 파일에 기록되어 있다.
이러한 처리에 의해, 수신 장치에는, 유저(시청자)에 따른 최적의 광고가 출력되게 된다.
스텝 S11에서의 파라미터 설정예로서 설명한 파라미터, 즉, 유저 정보로서,
연령(age)=10 내지 19세
주소 또는 거주지(Location)=LA(로스앤젤레스)
이들의 파라미터를 설정한 경우,
스텝 S14에서는, 로스앤젤레스 거주인 10 내지 19세의 시청자(유저)를 메인 타깃으로 한 광고가 선택되어 출력되게 된다.
이어서, 도 13에 나타내는 광고 대응의 피리어드 정보(311)와는 상이한 광고 대응의 피리어드 정보(311b)의 예에 대해서 도 15를 참조하여 설명한다.
도 13에 나타내는 광고 대응의 피리어드 정보(311)는, 앞서 도 10, 도 12를 참조하여 설명한
어댑테이션,
리프리젠테이션,
세그먼트인포,
이들의 구체적 데이터의 기술을 생략하고, 이들의 구체적 기술을 갖는 피리어드 정보를 취득하기 위한 액세스 정보로서의 링크 정보(Xlink)를 기록한 구성이었다.
수신 장치는, 도 13에 나타내는 광고 대응의 피리어드 정보(311) 내의 링크 정보(Xlink)에 포함되는 액세스 정보(URL) 내의 유저 정보 설정 필드(user=$groupID$)에 유저 정보(파라미터)를 설정하고, 유저 정보(파라미터)를 설정한 액세스 정보(URL)를 사용해서 유저 대응의 광고 데이터에 관한 제어 정보를 기록한 피리어드 정보 파일을 취득한다.
그러나, 이 구성으로 하면, 유저 정보(파라미터)를 설정한 액세스 정보(URL)를 적용하여, 광고 출력 시간까지 피리어드 정보 파일을 취득할 수 없으면, 유저 대응 광고를 출력할 수 없는 사태가 발생할 우려가 있다.
도 15에 도시하는 피리어드 정보(311b)는, 이러한 사태를 방지 가능하게 한 구성을 갖는다.
도 15에 도시하는 피리어드 정보(311b)는, 유저 정보 설정 필드를 포함하는 링크 정보(320) 외에도, 유저 정보를 적용하지 않고, 많은 유저에게 공통으로 제공 가능한 광고에 관한 피리어드 정보를 미리 기록한 구성을 갖는다.
도 15에 도시하는 유저 정보 비적용 피리어드 정보 기록 영역(321)에는, 많은 유저에게 공통으로 제공 가능한 광고에 관한 피리어드 정보가 기록된다.
즉, 유저 정보 비적용 피리어드 정보 기록 영역(321)에는, 많은 유저에게 공통으로 제공 가능한 광고에 관한 피리어드 정보 모두, 즉, 어댑테이션, 리프리젠테이션, 세그먼트인포, 이들의 구체적 데이터의 기술이 포함된다.
이러한 구성으로 함으로써, 수신 장치는, 유저 정보(파라미터) 설정 URL에 의해, 유저 대응의 광고에 관한 피리어드 정보를 취득할 수 없는 경우에도, 피리어드 정보(311b)를 적용해서 광고 세그먼트를 취득하여, 수신 장치에서 출력하는 것이 가능하게 된다.
도 15에 도시하는 유저 정보 비적용 피리어드 정보 기록 영역(321)을 갖는 피리어드 정보(311b)를 적용하여, 수신 장치측에서 광고 데이터를 취득해서 출력(재생)하는 처리를 실행하는 경우의 처리 시퀀스에 대해, 도 16에 나타내는 흐름도를 참조하여 설명한다.
이하, 각 스텝의 처리에 대해서 순차 설명한다.
(스텝 S21 내지 S22)
스텝 S21 내지 S22의 처리는, 도 14에 도시하는 플로우에서 설명한 스텝 S11 내지 S12의 처리와 마찬가지의 처리이다.
먼저, 수신 장치는, 제어 대상의 프로그램에 대응하는 시그널링 데이터로서, 프로그램 개시 전에 수신 완료된 MPD, 예를 들어 도 11에 도시하는 피리어드 정보(311 내지 314)를 포함하는 MPD에서, 광고(Ad)에 대응하는 피리어드 정보를 선택한다.
또한, 선택한 광고(Ad) 대응의 피리어드 정보 중의 링크 정보(Xlink) 내에 설정된 「유저 정보 설정 필드」에 파라미터(유저 정보)를 설정한다.
이 파라미터 설정에 의해, 유저에게 최적의 광고 콘텐츠에 대응하는 제어 정보를 기록한 피리어드 정보 파일의 액세스 정보(URL)가 완성된다.
예를 들어, 이하와 같은 파라미터 설정 URL을 생성한다.
파라미터 설정 URL예: http://a.com/XLinkResolver?age=10-19&location=LA
이어서, 수신 장치는, 스텝 S22에서, 파라미터를 설정한 피리어드 정보 파일의 액세스 정보(URL)를 이용하여, 유저 대응의 피리어드 정보 파일의 취득 처리를 실행한다.
(스텝 S23)
수신 장치는, 스텝 S23에서, 미리 규정한 시간 이내에 유저 대응 피리어드 정보 파일의 취득에 성공했는지 여부를 판정한다.
취득에 성공한 경우에는, 스텝 S24로 진행되고, 취득에 실패한 경우에는 스텝 S25로 진행된다.
(스텝 S24)
스텝 S23에서, 유저 대응 피리어드 정보 파일의 취득에 성공한 것이 확인된 경우, 수신 장치는, 스텝 S24에서, 취득한 유저 대응의 피리어드 정보 파일에 기록된 광고 세그먼트 액세스 정보(광고 세그 시멘트 URL)를 적용하여, 광고 세그먼트를 취득한다.
(스텝 S25)
한편, 스텝 S23에서, 유저 대응 피리어드 정보 파일의 취득에 실패한 것이 확인된 경우, 수신 장치는, 스텝 S25에서, 취득 완료의 피리어드 정보(도 15에 도시하는 피리어드 정보(311b))에 기록된 유저 정보 비적용 피리어드 정보를 판독하고, 이 피리어드 정보(311b)에 기록된 광고 세그먼트 액세스 정보(광고 세그 시멘트 URL)를 적용하여, 광고 세그먼트를 취득한다.
(스텝 S26)
마지막으로, 수신 장치는, 스텝 S26에서, 취득한 광고 세그먼트를, 유저 장치인 수신 장치에서 출력(재생)한다. 또한, 출력 시간 등은, 취득한 피리어드 정보 파일에 기록되어 있다.
스텝 S24의 처리를 실행한 경우에는, 유저(시청자) 정보에 대응한 광고가 출력되게 된다.
한편, 스텝 S25의 처리를 실행한 경우에는, 유저(시청자) 정보를 적용하지 않는, 많은 유저에게 공통으로 제공되는 광고가 출력되게 된다.
도 13 내지 도 16을 참조하여 설명한 바와 같이, 링크 정보를 기록한 피리어드 정보에는, 다양한 설정이 가능하고, 그 기록 정보에 따른 처리가 수신 장치에서 실행된다.
도 17은, 수신 장치(30)에서의 처리 시퀀스를 설명하는 도면이다.
도 17에는, 수신 장치(30)의 프록시 서버(120)와, 재생 제어부(DASH Client)(131)를 나타내고 있다.
프록시 서버(120)는, 방송파나 네트워크를 통해서 송신 장치(20)로부터 송신되는 다양한 데이터를 미리 취득하여, 캐시부(프록시 캐시)(121)에 저장한다.
재생 제어부(131)는, 먼저, 스텝 S51에서, 시청 대상 프로그램에 대응하는 시그널링 데이터(제어 정보)를 포함하는 MPD를 프록시 서버(120)로부터 취득한다.
예를 들어, 도 11에 도시하는 MPD이다.
이어서, 재생 제어부(131)는, 취득한 MPD에 기록된 유저 정보 설정 필드를 포함하는 액세스 정보(URL)에 유저 정보(파라미터)를 설정한다.
재생 제어부(131)는, 스텝 S52에서, 유저 정보(파라미터) 설정 URL을 프록시 서버(120)의 링크 해결부(XLink Resolver)(122)에 출력한다.
프록시 서버(120)의 링크 해결부(XLink Resolver)(122)는, 유저 정보(파라미터) 설정 URL을 해석하고, URL에 대응하는 피리어드 정보 파일을 캐시부(121)로부터 취득하여, 스텝 S53에서, 재생 제어부(131)에 출력한다.
재생 제어부(131)는, 취득한 피리어드 정보 파일에 기록된 광고 세그먼트 URL을 적용하고, 스텝 S54에서, 프록시 서버(120)로부터 광고 세그먼트를 취득해서 출력한다.
이러한 시퀀스에 의해, 유저 대응의 광고가 선택 출력되게 된다.
또한, 프록시 서버(120)의 캐시부(121)에, 재생 제어부(131)로부터 요구된 데이터가 저장되어 있지 않은 경우에는, 프록시 서버(120)는, 방송파, 네트워크를 통해서 데이터 취득 처리를 실행하게 된다.
[8. 수신 장치에 유저 정보 대응의 선택 콘텐츠를 출력하기 위한 피리어드 정보 파일의 제공과 이용 처리의 구체적 실시예에 대해서]
이어서, 수신 장치에 유저 정보 대응의 선택 콘텐츠를 출력하기 위한 피리어드 정보 파일의 제공과 이용 처리의 구체적 실시예에 대해서 설명한다.
이하의 복수의 실시예에 대해서 순차 설명한다.
(실시예 1) 피리어드 정보 파일의 액세스 정보(URL)가 되는 쿼리 파라미터 구비 URL을 수신 장치에 제공하는 실시예
(실시예 2) 피리어드 정보 파일의 액세스 정보(URL)와, 쿼리 파라미터 구비 URL(또는 쿼리 파라미터)과의 맵핑 테이블을 수신 장치에 제공하는 실시예
(실시예 3) 쿼리 파라미터 구비 URL을 입력하여, 피리어드 정보 파일을 생성하는 스크립트(프로그램)를 수신 장치에 제공하는 실시예
(실시예 4) 서비스 워커(SW)를 이용해서 피리어드 정보 파일을 캐시부(프록시 캐시)에 저장하는 실시예
(실시예 5) 쿼리 파라미터 구비 URL을 입력하여, 서비스 워커(SW)를 이용해서 피리어드 정보 파일을 생성하는 실시예
(실시예 6) 질문 회답 형식 메타데이터(PDI)를 이용한 실시예
(실시예 6-1) 피리어드 정보 파일의 액세스 정보(URL)와, PDI 인스턴스와의 맵핑 테이블을 수신 장치에 제공하는 실시예
(실시예 6-2) 쿼리 파라미터 구비 URL을 입력하여, 피리어드 정보 파일을 생성하는 스크립트(프로그램)를 수신 장치에 제공하는 구성에 있어서, PDI 테이블을 이용한 실시예
(실시예 6-3) 서비스 워커(SW)를 이용해서 피리어드 정보 파일을 캐시부(프록시 캐시)에 저장하는 구성에 있어서, PDI 테이블을 이용한 실시예
(실시예 6-4) 쿼리 파라미터 구비 URL을 입력하여, 서비스 워커(SW)를 이용해서 피리어드 정보 파일을 생성하는 구성에 있어서, PDI 테이블을 이용한 실시예
이하, 각 실시예의 상세에 대해서 순차 설명한다.
[8-1. (실시예 1) 피리어드 정보 파일의 액세스 정보(URL)가 되는 쿼리 파라미터 구비 URL을 수신 장치에 제공하는 실시예]
먼저, 실시예 1로서, 피리어드 정보 파일의 액세스 정보(URL)가 되는 쿼리 파라미터 구비 URL을 수신 장치에 제공하는 실시예에 대해서 설명한다.
쿼리 파라미터는, 소정의 쿼리(질문)에 대한 회답이 되는 파라미터이다.
쿼리(질문)는, 예를 들어
age(연령)는?,
Location(거주지)은?,
이러한 유저 정보에 관한 질문이다.
쿼리 파라미터는, 이 회답이며,
age=35
Location=LA
이러한 파라미터이다.
쿼리 파라미터 구비 URL이란, 도 11이나 도 13 등을 참조하여 설명한 MPD 중의 광고 대응 피리어드 정보 파일의 유저 정보 설정 필드에 소정의 유저 정보(쿼리 파라미터)를 미리 기록한 유저 정보(쿼리 파라미터) 설정 완료의 URL이다.
쿼리 파라미터 구비 URL은, 설정된 쿼리 파라미터(유저 정보)에 의해 결정되는 1개의 피리어드 정보 파일의 액세스 정보(URL)로서 이용 가능하게 된다.
쿼리 파라미터란, 예를 들어 이하와 같은 파라미터(유저 정보)가 된다.
(1) age=10-19
(2) age=10-19, Location=LA
(3) age=20-50,
……
앞서 도 11, 도 13 등을 참조하여 설명한 MPD의 피리어드 정보 파일의 유저 정보 설정 필드에는, 다양한 쿼리 파라미터(유저 정보)가 설정 가능하다.
송신 장치는, 미리 다양한 유저 정보에 따라서 준비된 복수의 광고에 대응하는 복수의 피리어드 정보 파일의 액세스 정보로서, 복수의 쿼리 파라미터 구비 URL을 준비하고, 이러한 복수의 쿼리 파라미터 구비 URL을 시그널링 데이터로서 수신 장치에 제공한다.
도 18에 나타내는 시그널링 데이터(#1)는, 수신 장치에 제공하는 복수의 쿼리 파라미터 구비 URL 중, 1개의 쿼리 파라미터(age=10, Location=LA)를 설정한 URL을 포함하는 1개의 시그널링 데이터이다.
송신 장치(20)는, 이 도 18에 나타내는 시그널링 데이터(#1) 외에, 다수의 서로 다른 쿼리 파라미터(유저 정보)를 설정한 다수의 URL을 시그널링 데이터로서 멀티캐스트 송신한다.
본 실시예 1에서는, 피리어드 정보 파일의 액세스 정보(URL)가 되는 쿼리 파라미터 구비 URL을 ROUTE 프로토콜에 따른 메타데이터인 시그널링 데이터에 저장하고, 수신 장치(30)에 제공한다.
본 실시예 1에서는, 시그널링 데이터로서 S-TSID(Service based Transport Session Description)를 사용한다.
S-TSID의 콘텐츠 로케이션(ContentLocation) 요소, 또는, 헤더에 쿼리 파라미터 구비 URL을 저장해서 수신 장치에 제공한다.
또한, 송신 장치(20)는, 쿼리 파라미터(유저 정보) 대응의 광고 데이터를 저장한 광고 세그먼트(AdSegment)의 액세스 정보(세그먼트 URL) 등의 기술을 포함하는 피리어드 정보 파일(Period 파일)에 대해서도, ROUTE 프로토콜로 수신 장치(클라이언트)에 멀티캐스트(방송) 배신한다.
송신 장치는, 유저의 연령이나 주소에 따른 다양한 광고 콘텐츠 각각에 대응한 다수의 피리어드 정보 파일을 송신한다.
다수의 서로 다른 쿼리 파라미터 구비 URL을 기록한 시그널링 데이터(S-TSID)와, 피리어드 정보 파일의 송신 처리예로서, 이하, ROUTE 프로토콜에 규정되는 이하의 데이터 전송 모드, 즉,
(a) 파일 모드,
(b) 엔티티 모드
이들 2종류의 데이터 전송 모드를 이용한 경우의 처리예에 대해서 설명한다.
파일 모드는, 파일 단위의 데이터 전송 처리를 실행하는 모드이다. 엔티티 모드는, 복수의 파일을 포함하는 엔티티 단위의 데이터 전송을 허용한 모드이다.
먼저, 파일 모드를 이용하여, 다수의 서로 다른 쿼리 파라미터 구비 URL을 기록한 시그널링 데이터(S-TSID)와, 다수의 피리어드 정보 파일을 수신 장치에 제공하는 처리예에 대해서, 도 18 이하를 참조하여 설명한다.
도 18에는, 송신 장치(20), 수신 장치(30)를 나타내고 있다.
송신 장치(20)는, 시그널링 데이터(401) 및 피리어드 정보 파일(402)을 ROUTE 프로토콜의 파일 모드에 따라서 멀티캐스트 송신한다.
수신 장치(30)는, 통신부를 갖는 미들웨어(110)에 의해, 이들 데이터를 수신하고, 프록시 서버(120)의 캐시부(프록시 캐시)(121)에 이들 데이터를 저장한다.
시그널링 데이터(401)는, 유저 정보 설정 필드에 쿼리 파라미터를 기록한 URL을 포함하는 데이터이다.
피리어드 정보 파일(402)은, 유저의 연령이나 주소에 따른 다양한 광고 콘텐츠의 액세스 정보(광고 세그먼트 파일 URL) 등을 포함하는 피리어드 정보 파일이다.
시그널링 데이터(401)는, 예를 들어 ROUTE 프로토콜에서 규정된 S-TSID(Service based Transport Session Description)가 이용된다. S-TSID의 1개의 데이터 요소인 콘텐츠 로케이션(ContentLocation) 요소에 유저 정보(쿼리 파라미터)를 기록한 URL을 기록해서 송신한다.
도 18에 도시한 바와 같이, 시그널링 데이터(401)인 S-TSID의, S-TSID/RS/LS/SrcFlow/EFDT/File/ContentLocation 요소에, 피리어드 정보 파일의 액세스 정보(URL)가 되는 특정한 쿼리 파라미터(유저 정보)를 설정한 URL을 1개 저장해서 수신 장치(30)에 멀티캐스트(방송) 배신한다.
수신 장치(30)의 재생 제어부(131)는, 예를 들어 도 11, 도 13을 참조하여 설명한 MPD 중의 광고 대응 피리어드 정보 중의 유저 정보 설정 필드(쿼리 파라미터)에 유저 정보, 예를 들어
age=10-19,
Location=LA,
이들 유저 정보(파라미터)를 설정해서 URL을 완성시키고, 프록시 서버(120)의 링크 해결부(122)에 출력한다.
링크 해결부(122)는, 재생 제어부(131)로부터 입력한 URL과, 시그널링 데이터(140)에 기록된 쿼리 파라미터(유저 정보) 설정 완료 URL을 비교한다. 재생 제어부(131)로부터 입력한 URL과 일치하는 쿼리 파라미터(유저 정보) 설정 완료 URL을 기록한 시그널링 데이터(S-TSID)를 선택하고, 선택한 시그널링 데이터(S-TSID)에 기록된 쿼리 파라미터(유저 정보) 설정 완료 URL에 기초하여 1개의 피리어드 정보 파일을 취득하여, 재생 제어부(131)에 출력한다.
예를 들어, 도 18에 나타내는 시그널링 데이터(#1)에 기초하여, 도 18에 나타내는 피리어드 정보 파일(#1)이 선택되어 재생 제어부(131)에 제공된다.
도 18에 나타내는 피리어드 정보 파일(#1)은, 도 18에 나타내는 시그널링 데이터(#1)에 기록된 쿼리 파라미터로서의 유저 정보, 즉,
age=10-19
Location =LA
이들 유저 정보에 의해 한정되는 LA 거주인 10 내지 19세의 유저에게 최적의 광고 콘텐츠의 액세스 정보를 기록한 피리어드 정보 파일이 된다.
도 18에 나타내는 시그널링 데이터와, 피리어드 정보 파일은, 일대일로 대응지어져 있을 것이 필요하다.
이 대응 관계에 대해서 도 19를 참조하여 설명한다.
도 19에 도시한 바와 같이, 피리어드 정보 파일은, 복수의 LCT 패킷으로 분할해서 저장되어 있다.
각 LCT 패킷의 패킷 헤더에는, 페이로드의 데이터를 식별 가능하게 한 식별자인 TOI(Transport Object Identifier)가 기록된다.
한편, 쿼리 파라미터(유저 정보) 설정 완료 URL을 기록한 시그널링 데이터(S-TSID)에는, TOI 기록 필드(<TOI> … </TOI>)가 설치되어 있다.
도면에 나타내는 예에서는,
<TOI> 1234 </TOI>
의 설정으로 되어 있다.
수신 장치(30)의 프록시 서버(120)의 링크 해결부(122)는, 이 쿼리 파라미터(유저 정보) 설정 완료 URL을 기록한 시그널링 데이터(S-TSID)에는, TOI 기록 필드(<TOI> … </TOI>)의 데이터(본 예에서는 1234)를 취득한다.
이 취득한 TOI값=1234를 헤더에 설정한 LCT 패킷을 선택해서 1개의 피리어드 정보 파일을 저장한 LCT 패킷 군을 선택할 수 있다.
이어서, 복수 파일을 통합해서 송신 가능하게 한 엔티티 모드를 이용하여, 다수의 서로 다른 쿼리 파라미터 구비 URL과, 다수의 피리어드 정보 파일을 수신 장치에 제공하는 처리예에 대해서 도 20을 참조하여 설명한다.
도 20에는, 앞서 설명한 도 18과 마찬가지로, 송신 장치(20), 수신 장치(30)를 나타내고 있다.
송신 장치(20)는, 헤더 정보(HTTP-Entity Header)(403)와 피리어드 정보 파일(404)을 포함하는 엔티티를 ROUTE 프로토콜의 엔티티 모드에 따라서 멀티캐스트 송신한다.
수신 장치(30)는, 통신부를 갖는 미들웨어(110)에 의해 데이터를 수신하고, 프록시 서버(120)의 캐시부(프록시 캐시)(121)에 이들 데이터를 저장한다.
엔티티 모드의 경우에는, 파일의 선두에 부가하는 헤더 정보(HTTP 엔티티 헤더)(403) 내의 콘텐츠 로케이션(Content-Location) 기록 위치에 특정한 쿼리 파라미터(유저 정보)를 설정한 URL을 1개 저장한다.
또한, 이 특정한 쿼리 파라미터(유저 정보)를 설정한 URL에 따라서 액세스되는 피리어드 정보 파일(404)을 헤더 정보(403)에 계속해서 설정하고, 1개의 엔티티를 생성해서 수신 장치(30)에 멀티캐스트(방송) 배신한다.
도 20에 나타내는 엔티티(#1)는, 수신 장치에 제공하는 복수의 엔티티의 하나이다. 1개의 쿼리 파라미터(age=10, Location=LA)를 설정한 URL과, 이 URL에 의해 액세스되는 피리어드 정보를 포함하는 1개의 엔티티이다.
송신 장치(20)는, 이 도 20에 나타내는 엔티티(#1) 외에, 다수의 서로 다른 쿼리 파라미터(유저 정보)를 설정한 URL과, 그 URL에 의해 액세스되는 피리어드 정보의 조합을 포함하는 다수의 엔티티를 멀티캐스트 송신한다.
이 도 20에 나타내는 예에서는, 쿼리 파라미터(유저 정보)를 설정한 URL과, 그 URL에 의해 액세스되는 피리어드 정보가 1개의 엔티티로서 일체화되어 있다.
수신 장치의 재생 제어부(131)는, 예를 들어 도 11, 도 13을 참조하여 설명한 MPD 중의 광고 대응 피리어드 정보 중의 유저 정보 설정 필드(쿼리 파라미터)에 유저 정보, 예를 들어
age=10-19,
Location=LA,
이들 유저 정보(파라미터)를 설정해서 URL을 완성시키고, 프록시 서버(120)의 링크 해결부(122)에 출력한다.
링크 해결부(122)는, 재생 제어부(131)로부터 입력한 URL과, 엔티티에 기록된 쿼리 파라미터(유저 정보) 설정 완료 URL을 비교한다. 재생 제어부(131)로부터 입력한 URL과 일치하는 쿼리 파라미터(유저 정보) 설정 완료 URL을 기록한 엔티티를 선택하고, 선택한 엔티티에 맞춰서 기록된 1개의 피리어드 정보 파일을 취득하여, 재생 제어부(131)에 출력한다.
이어서, 도 21에 나타내는 시퀀스도를 참조하여, 본 실시예 1, 즉, 피리어드 정보 파일의 액세스 정보(URL)가 되는 쿼리 파라미터 구비 URL을 수신 장치에 제공하는 실시예의 처리 시퀀스에 대해서 설명한다.
도 21에는, 좌측부터 이하의 각 장치, 구성 요소를 나타내고 있다.
(a) 송신 장치의 구성 요소인 광고 서버,
(b) 송신 장치의 구성 요소인 방송 서버,
(c) 수신 장치의 구성 요소인 미들웨어,
(d) 수신 장치의 구성 요소인 프록시 서버,
(e) 수신 장치의 구성 요소인 재생 제어부,
이하, 도 21에 나타내는 각 스텝의 처리에 대해서 순차 설명한다.
(스텝 S101)
스텝 S101에서, 광고 서버가, 광고 콘텐츠를 저장한 광고 세그먼트 파일을 생성하여 전송한다. 방송파, 또는 네트워크를 통해서, 수신 장치를 송신 대상으로 한 멀티캐스트 송신을 행한다.
또한, 광고 서버가 송신하는 광고에는, 다양한 유저에 대응한 상이한 광고 콘텐츠가 포함된다. 즉, 다양한 연령이나 거주지가 다양한 서로 다른 유저에게 제공하기 위한 유저에 따른 다양한 광고 콘텐츠를 저장한 광고 세그먼트 파일을 송신한다. 또한, 이 광고 세그먼트 파일의 송신 처리는, 계속적으로 반복 실행하는 설정으로 해도 된다.
(스텝 S102)
광고 서버는, 스텝 S102에서, 스텝 S101에서 송신한 다양한 광고 콘텐츠 각각에 대한 액세스 정보(광고 세그먼트 URL) 등, 수신 장치에서 광고 콘텐츠를 취득하고, 복호, 출력(재생)하기 위해 필요한 제어 정보를 기록한 피리어드 정보 파일을 생성해서 송신한다.
광고 서버의 생성, 송신하는 피리어드 정보 파일은, 스텝 S101에서 생성, 송신한 광고 세그먼트의 종류에 상당하는 수의 서로 다른 피리어드 정보 파일이다.
복수의 서로 다른 피리어드 정보 파일이, 방송파, 또는 네트워크를 통해서 멀티캐스트 송신된다.
또한, 이 피리어드 정보 파일도 계속적으로 반복 송신하는 설정으로 해도 된다.
(스텝 S103)
광고 서버는 또한 스텝 S103에서, MPD의 송신 처리를 실행한다.
여기서 송신하는 MPD는, 예를 들어 도 11을 참조하여 설명한 MPD이다. 즉, 광고 대응의 피리어드 정보를 포함하고, 광고 대응의 피리어드 정보에는, 링크 정보(Xlink), 즉, 유저 정보 설정 필드가 설치된 미완성의 URL이 기록된다.
수신 장치에서 유저 정보 설정 필드에 소정의 유저 정보(파라미터)를 설정함으로써, 특정한 광고 콘텐츠의 액세스 정보 등을 기록한 1개의 유저 대응 피리어드 정보 파일 취득용 URL을 생성할 수 있다.
(스텝 S104)
스텝 S104는, 수신 장치의 재생 제어부의 처리이다.
수신 장치의 재생 제어부는, 송신 장치가 송신한 MPD를 취득하고, 취득한 MPD의 해석(퍼스)을 실행한다.
또한, MPD는, 수신 장치의 미들웨어에 의해 수신되어, 프록시 서버의 캐시부에 저장되고, 그 후, 재생 제어부가 캐시부로부터 취득한다.
MPD는, 앞서 도 11을 참조하여 설명한 MPD이다. 즉, 광고 대응의 피리어드 정보를 포함하고, 광고 대응의 피리어드 정보에는, 유저 정보 설정 필드가 설치된 미완성의 URL이 기록되어 있다.
(스텝 S105)
수신 장치의 재생 제어부는, 스텝 S105에서, 스텝 S104에서 취득한 MPD의 광고 대응의 피리어드 정보에 기록된 링크 정보(Xlink), 즉, 유저 정보 설정 필드를 갖는 URL을 취득하고, 유저 정보 설정 필드에 유저 정보(파라미터)를 설정한다.
예를 들어,
age=10-19,
Location=LA,
이러한 유저 정보를 설정한다.
유저 정보의 설정 처리는, 예를 들어 수신 장치의 기억부에 미리 등록(기록)된 유저 정보를 사용해도 되고, 축차, 유저에게 입력시키는 구성으로 해서, 유저 입력 정보를 사용하는 구성으로 해도 된다.
수신 장치의 재생 제어부는, 유저 정보 설정 필드에 유저 정보(파라미터)를 설정한 URL(피리어드 정보 파일 액세스 정보)을 프록시 서버에 출력하여, 링크 정보(Xlink)의 해석(링크 해결)을 요구한다.
이 요구 처리는, 예를 들어 HTTP-GET 리퀘스트로서 실행된다.
(스텝 S106)
수신 장치의 프록시 서버는, 스텝 S106에서, 재생 제어부로부터의 링크 해결 요구에 따른 처리를 실행한다.
즉, 프록시 서버의 링크 해결부가, 유저 정보 설정 필드에 유저 정보(파라미터)를 설정한 URL(피리어드 정보 파일 액세스 정보)에 기초하여 액세스되는 피리어드 정보 파일을 캐시부(프록시 캐시)로부터 취득하여, 재생 제어부에 출력한다.
이 출력 처리는, 예를 들어 HTTP-리스펀스로서 실행된다.
이 피리어드 정보 파일은, 스텝 S105에서, 재생 제어부가 설정한 유저 정보(파라미터)에 따라서 선택되는 피리어드 정보 파일이며, 설정한 유저 정보(age, Location 등)에 따라 선택되는 특정 유저에게 제공하기 위한 최적의 광고 콘텐츠의 액세스 정보(광고 세그먼트 URL) 등을 기록한 피리어드 정보 파일이다.
(스텝 S107)
마지막으로, 수신 장치의 재생 제어부는, 스텝 S107에서, 프록시 서버로부터 취득한 피리어드 정보 파일의 기록 정보를 판독하여, 해석한다.
재생 제어부는, 피리어드 정보 파일의 기록 정보에 포함되는 광고 콘텐츠의 액세스 정보(광고 세그먼트 URL)를 이용하여, 광고 콘텐츠를 저장한 광고 세그먼트 파일을 취득하고, 수신 장치의 표시부나 스피커 등의 출력부를 통해서 출력한다.
또한, 광고 콘텐츠의 복호 형태나, 출력 시간 등의 제어 정보는, 피리어드 정보 파일에 기록되어 있고, 재생 제어부는, 피리어드 정보 파일에 기록된 정보에 따른 처리를 실행해서 광고 콘텐츠의 출력 처리를 실행한다.
여기서, 수신 장치에 출력되는 광고 콘텐츠는, 스텝 S105에서 재생 제어부가 설정한 유저 정보에 따라서 선택된 광고이며, 유저(시청자)의 특성, 예를 들어 유저의 연령이나 거주지 등에 따라 선택된 유저를 주된 타깃으로 한 유저 대응의 광고이다.
[8-2. (실시예 2) 피리어드 정보 파일의 액세스 정보(URL)와, 쿼리 파라미터 구비 URL(또는 쿼리 파라미터)과의 맵핑 테이블을 수신 장치에 제공하는 실시예]
이어서, 실시예 2로서, 피리어드 정보 파일의 액세스 정보(URL)와, 쿼리 파라미터 구비 URL(또는 쿼리 파라미터)과의 맵핑 테이블(대응표)을 수신 장치에 제공하는 실시예에 대해서 설명한다.
피리어드 정보 파일의 액세스 정보(URL)와, 쿼리 파라미터 구비 URL과의 맵핑 테이블(대응표)의 일례를 도 22에 나타내었다.
도 22에는,
이하의 2개의 피리어드 정보 파일의 액세스 정보(URL), 즉,
(A) URL-1=http://a.com/period-1.xml
(B) URL-2=http://a.com/period-2.xml
이들을 나타내고 있다.
또한, 이들 2개의 피리어드 정보 파일의 액세스 정보(URL-1, URL-2) 각각에 대응지어진 쿼리 파라미터 구비 URL을 나타내고 있다.
(A) URL-1=http://a.com/period-1.xml
이 피리어드 정보 파일 액세스 정보(URL-1)에 대응지어진 쿼리 파라미터 구비 URL은, 이하의 2개의 URL이다.
(a1) http://a.com/xlinkResolver?age=child&Location=CA
(a2) http://a.com/xlinkResolver?age=child&Location=NY
(a1)은, 유저 정보로서 이하의 파라미터가 설정되어 있다.
age=child
Location=CA
또한, (a2)는, 유저 정보로서 이하의 파라미터가 설정되어 있다.
age=child
Location=NY
즉, 유저 정보로서,
캘리포니아(CA) 거주의 어린이(child),
뉴욕(NY) 거주의 어린이(child),
이들 중 어느 하나가 설정된 경우,
(A) URL-1=http://a.com/period-1.xml
이 피리어드 정보 파일 액세스 정보(URL-1)에 따라서 취득되는 피리어드 정보 파일이 선택되고, 선택된 피리어드 정보 파일에 기록된 광고 콘텐츠 액세스 정보(광고 세그먼트 URL)에 의해 취득되는 콘텐츠가 수신 장치에 제공되어 출력되게 된다.
이 광고는, 캘리포니아(CA) 거주의 어린이(child)와, 뉴욕(NY) 거주의 어린이(child)를 주된 타깃으로 한 어린이용의 광고가 된다.
또한, (B) URL-2=http://a.com/period-2.xml
이 피리어드 정보 파일 액세스 정보(URL-2)에 대응지어진 쿼리 파라미터 구비 URL은, 이하의 3개의 URL이다.
(b1) http://a.com/xlinkResolver?age=adult&Location=MA
(b2) http://a.com/xlinkResolver?age=adult&Location=MS
(b3) http://a.com/xlinkResolver?age=adult&Location=MD
(b1)은, 유저 정보로서 이하의 파라미터가 설정되어 있다.
age=adult
Location=MA
또한, (b2)는, 유저 정보로서 이하의 파라미터가 설정되어 있다.
age=adult
Location=MS
또한, (b3)은, 유저 정보로서 이하의 파라미터가 설정되어 있다.
age=adult
Location=MD
즉, 유저 정보로서,
매사추세츠(MA) 거주의 어른(adult),
미시시피(MS) 거주의 어른(adult),
메릴랜드(MD) 거주의 어른(adult),
이들 중 어느 하나가 설정된 경우,
(B) URL-1=http://a.com/period-2.xml
이 피리어드 정보 파일 액세스 정보(URL-2)에 따라서 취득되는 피리어드 정보 파일이 선택되고, 선택된 피리어드 정보 파일에 기록된 광고 콘텐츠 액세스 정보(광고 세그먼트 URL)에 의해 취득되는 콘텐츠가 수신 장치에 제공되어 출력되게 된다.
이 광고는, 매사추세츠(MA), 미시시피(MS), 메릴랜드(MD) 거주의 어른(adult)을 주된 타깃으로 한 어른용 광고가 된다.
또한, 송신 장치(20)로부터, 수신 장치(30)에 제공되는 맵핑 테이블은, 실제로는, 예를 들어 도 23에 나타내는 XML 데이터로서 송신된다. 즉, 예를 들어 이하에 나타내는 XML 데이터[피리어드 해결 테이블(PeriodResolvingTable)]이, 송신 장치(20)로부터 수신 장치(30)에 제공된다.
<PeriodResolvingTable>
<PeriodToXLink id=1>
<PeriodFileURL>http://a.com/period-1.xml</PeriodFileURL>
<XLinkURL>http://a.com/xlinkResolver?age=child&location=CA</XLinkURL>
<XLinkURL>http://a.com/xlinkResolver?age=child&location=NY</XLinkURL>
</PeriodToXLink>
<PeriodToXLink id=2>
<PeriodFileURL>http://a.com/period-2.xml</PeriodFileURL>
<XLinkURL>http://a.com/xlinkResolver?age=adult&location=MA</XLinkURL>
<XLinkURL>http://a.com/xlinkResolver?age=adult&location=MS</XLinkURL>
<XLinkURL>http://a.com/xlinkResolver?age=adult&location=MD</XLinkURL>
</PeriodToXLink>
</PeriodResolvingTable>
상기 XML 데이터는, 도 22에 나타내는 맵핑 테이블(대응표)의 내용을 기술한 데이터로서 송신된다. 이 XML 데이터는, 서비스 레이어·시그널링 데이터(Service Layer Signaling)로서, 다른 제어 정보를 기술한 XML 데이터와 마찬가지로, 수신 장치(클라이언트)측에 송신되어, 수신 장치측에서 갱신·관리된다.
또한, 맵핑 테이블에는, 버전 식별자가 설정되어, 갱신된 경우, 버전 식별자가 변경되고, 수신 장치는, 갱신된 것을 검출한 경우, 캐시부에 저장된 맵핑 테이블을 새로운 데이터로 치환하는 데이터 갱신 처리를 실행한다.
도 22는, 피리어드 정보 파일의 액세스 정보(URL)와, 쿼리 파라미터 구비 URL과의 맵핑 테이블(대응표)인데, 쿼리 파라미터 구비 URL을 사용하지 않고, 유저 정보가 되는 파라미터만을 사용한 맵핑 테이블을 이용한 구성도 가능하다.
즉, 피리어드 정보 파일의 액세스 정보(URL)와, 쿼리 파라미터와의 맵핑 테이블(대응표)을 이용하는 구성이다.
피리어드 정보 파일의 액세스 정보(URL)와, 쿼리 파라미터와의 맵핑 테이블(대응표)의 일례를 도 24에 나타내었다.
도 24에는,
이하의 2개의 피리어드 정보 파일의 액세스 정보(URL), 즉,
(A) URL-1=http://a.com/period-1.xml
(B) URL-2=http://a.com/period-2.xml
이들을 나타내고 있다.
또한, 이들 2개의 피리어드 정보 파일의 액세스 정보(URL-1, URL-2) 각각에 대응지어진 쿼리 파라미터를 나타내고 있다.
(A) URL-1=http://a.com/period-1.xml
이 피리어드 정보 파일 액세스 정보(URL-1)에 대응지어진 쿼리 파라미터는, 이하의 2개의 파라미터이다.
(a1) MPD/Period/＠xlink:href에 지정되는 파라미터(예 groupId 등)의 값 그 1(예: groupId=123)
(a2) MPD/Period/＠xlink:href로 지정되는 파라미터(예 groupId 등)의 값 그 2(예: groupId=456)
(a1)은, 유저 정보로서 이하의 파라미터가 설정되어 있다.
groupId=123
또한, (a2)는, 유저 정보로서 이하의 파라미터가 설정되어 있다.
groupId=456
즉, 유저 정보로서,
groupId=123 또는 456
이들 중 어느 하나가 설정된 경우,
(A) URL-1=http://a.com/period-1.xml
이 피리어드 정보 파일 액세스 정보(URL-1)에 따라서 취득되는 피리어드 정보 파일이 선택되고, 선택된 피리어드 정보 파일에 기록된 광고 콘텐츠 액세스 정보(광고 세그먼트 URL)에 의해 취득되는 콘텐츠가 수신 장치에 제공되어 출력되게 된다.
이 광고는, 미리 어떠한 기준에 따라서 규정된 유저 그룹(123, 456)을 주된 타깃으로 한 광고가 된다.
또한, (B) URL-2=http://a.com/period-2.xml
이 피리어드 정보 파일 액세스 정보(URL-2)에 대응지어진 쿼리 파라미터는, 이하의 3개의 파라미터이다.
(b1) MPD/Period/＠xlink:href로 지정되는 파라미터(예 groupId 등)의 값 그 3(예: groupId=789)
(b2) MPD/Period/＠xlink:href로 지정되는 파라미터(예 groupId 등)의 값 그 4(예: groupId=135)
(b3) MPD/Period/＠xlink:href로 지정되는 파라미터(예 groupId 등)의 값 그 5(예: groupId=246)
즉, 유저 정보로서,
groupId=789 또는 135 또는 246
이들 중 어느 하나가 설정된 경우,
(B) URL-1=http://a.com/period-2.xml
이 피리어드 정보 파일 액세스 정보(URL-1)에 따라서 취득되는 피리어드 정보 파일이 선택되고, 선택된 피리어드 정보 파일에 기록된 광고 콘텐츠 액세스 정보(광고 세그먼트 URL)에 의해 취득되는 콘텐츠가 수신 장치에 제공되어 출력되게 된다.
이 광고는, 미리 어떠한 기준에 따라서 규정된 유저 그룹(789, 135, 246)을 주된 타깃으로 한 광고가 된다.
또한, 송신 장치(20)로부터 수신 장치(30)에 제공되는 맵핑 테이블은, 실제로는, 예를 들어 도 25에 나타내는 XML 데이터로서 송신된다. 즉, 예를 들어 이하에 나타내는 XML 데이터[피리어드 해결 테이블(PeriodResolvingTable)]이, 송신 장치(20)로부터 수신 장치(30)에 제공된다.
<PeriodResolvingTable>
<PeriodToXLink id=1>
<PeriodFileURL>http://a.com/period-1.xml</PeriodFileURL>
<ParameterNameValuePair> groupId="123"</ParameterNameValuePair>
<ParameterNameValuePair> groupId="456"</ParameterNameValuePair>
</PeriodToXLink>
<PeriodToXLink id=2>
<PeriodFileURL>http://a.com/period-2.xml</PeriodFileURL>
<ParameterNameValuePair> groupId="789"</ParameterNameValuePair>
<ParameterNameValuePair> groupId="135"</ParameterNameValuePair>
<ParameterNameValuePair> groupId="246"</ParameterNameValuePair>
</PeriodToXLink>
</PeriodResolvingTable>
상기 XML 데이터는, 도 24에 나타내는 맵핑 테이블(대응표)의 내용을 기술한 데이터로서 송신된다. 이 XML 데이터는, 서비스 레이어·시그널링 데이터(Service Layer Signaling)로서, 다른 제어 정보를 기술한 XML 데이터와 마찬가지로, 수신 장치(클라이언트)측에 송신되어, 수신 장치측에서 갱신·관리된다.
또한, 맵핑 테이블에는, 버전 식별자가 설정되어, 갱신된 경우, 버전 식별자가 변경되고, 수신 장치는, 갱신된 것을 검출한 경우, 캐시부에 저장된 맵핑 테이블을 새로운 데이터로 치환하는 데이터 갱신 처리를 실행한다.
이어서, 도 26, 도 27 이하에 나타내는 시퀀스도를 참조하여, 본 실시예 2, 즉, 피리어드 정보 파일의 액세스 정보(URL)와, 쿼리 파라미터 구비 URL과의 맵핑 테이블을 수신 장치에 제공하는 실시예의 처리 시퀀스에 대해서 설명한다.
도 26 내지 도 27에는, 좌측부터 이하의 각 장치, 구성 요소를 나타내고 있다.
(a) 송신 장치의 구성 요소인 광고 서버,
(b) 송신 장치의 구성 요소인 방송 서버,
(c) 수신 장치의 구성 요소인 미들웨어,
(d) 수신 장치의 구성 요소인 프록시 서버의 캐시부(프록시 캐시),
(e) 수신 장치의 구성 요소인 프록시 서버의 링크 해결부(XlinkResolver),
(f) 수신 장치의 구성 요소인 재생 제어부,
이하, 도 26 내지 도 27에 나타내는 각 스텝의 처리에 대해서 순차 설명한다.
(스텝 S201)
스텝 S201에서, 광고 서버가, 광고 콘텐츠를 저장한 광고 세그먼트 파일을 생성하여 전송한다. 방송파, 또는 네트워크를 통해서, 수신 장치를 송신 대상으로 한 멀티캐스트 송신을 행한다.
또한, 광고 서버가 송신하는 광고에는, 다양한 유저에 대응한 서로 다른 광고 콘텐츠가 포함된다. 즉, 다양한 연령이나 거주지가 다양한 서로 다른 유저에게 제공하기 위한 유저에 따른 다양한 광고 콘텐츠를 저장한 광고 세그먼트 파일을 송신한다. 또한, 이 광고 세그먼트 파일의 송신 처리는, 계속적으로 반복 실행하는 설정으로 해도 된다.
(스텝 S202)
광고 서버는, 스텝 S202에서, 스텝 S201에서 송신한 다양한 광고 콘텐츠 각각에 대한 액세스 정보(광고 세그먼트 URL) 등, 수신 장치에서, 광고 콘텐츠를 취득하고, 복호, 출력(재생)하기 위해 필요한 제어 정보를 기록한 피리어드 정보 파일을 생성해서 송신한다.
광고 서버의 생성, 송신하는 피리어드 정보 파일은, 스텝 S201에서 생성, 송신한 광고 세그먼트의 종류에 상당하는 수의 서로 다른 피리어드 정보 파일이다.
복수의 서로 다른 피리어드 정보 파일이, 방송파, 또는 네트워크를 통해서 멀티캐스트 송신된다.
또한, 이 피리어드 정보 파일도 계속적으로 반복 송신하는 설정으로 해도 된다.
(스텝 S203)
광고 서버는 또한 스텝 S203에서, MPD의 송신 처리를 실행한다.
여기서 송신하는 MPD는, 예를 들어 도 11을 참조하여 설명한 MPD이다. 즉, 광고 대응의 피리어드 정보를 포함하고, 광고 대응의 피리어드 정보에는, 링크 정보(Xlink), 즉, 유저 정보 설정 필드가 설치된 미완성의 URL이 기록된다.
수신 장치에서 유저 정보 설정 필드에 소정의 유저 정보(파라미터)를 설정함으로써, 특정한 광고 콘텐츠의 액세스 정보 등을 기록한 1개의 유저 대응 피리어드 정보 파일 취득용 URL을 생성할 수 있다.
(스텝 S204)
스텝 S204는, 수신 장치의 재생 제어부의 처리이다.
수신 장치의 재생 제어부는, 송신 장치가 송신한 MPD를 취득하고, 취득한 MPD의 해석(퍼스)을 실행한다.
또한, MPD는, 수신 장치의 미들웨어에 의해 수신되어, 프록시 서버의 캐시부에 저장되고, 그 후, 재생 제어부가 캐시부로부터 취득한다.
MPD는, 앞서 도 11을 참조하여 설명한 MPD이다. 즉, 광고 대응의 피리어드 정보를 포함하고, 광고 대응의 피리어드 정보에는, 유저 정보 설정 필드가 설치된 미완성의 URL이 기록되어 있다.
(스텝 S205)
수신 장치의 재생 제어부는, 스텝 S205에서, 스텝 S204에서 취득한 MPD의 광고 대응의 피리어드 정보에 기록된 링크 정보(Xlink), 즉, 유저 정보 설정 필드를 갖는 URL을 취득하고, 유저 정보 설정 필드에 유저 정보(파라미터)를 설정한다.
예를 들어,
age=10-19,
Location=LA,
이러한 유저 정보를 설정한다.
유저 정보의 설정 처리는, 예를 들어 수신 장치의 기억부에 미리 등록(기록)된 유저 정보를 사용해도 되고, 축차, 유저에게 입력시키는 구성으로 해서, 유저 입력 정보를 사용하는 구성으로 해도 된다.
수신 장치의 재생 제어부는, 유저 정보 설정 필드에 유저 정보(파라미터)를 설정한 URL(피리어드 정보 파일 액세스 정보), 또는 유저 정보(파라미터)를 프록시 서버에 출력하여, 링크 정보(Xlink)의 해석(링크 해결)을 요구한다.
이 요구 처리는, 예를 들어 HTTP-GET 리퀘스트로서 실행된다.
(스텝 S206)
스텝 S206의 처리는 광고 서버의 처리이다.
광고 서버는, 피리어드 정보 파일과, 쿼리 파라미터 구비 URL 대응표(맵핑 테이블), 또는 피리어드 정보 파일과, 쿼리 파라미터 대응표(맵핑 테이블)를 생성해서 송신한다.
도 22, 도 24를 참조하여 설명한 맵핑 테이블이다. 단, 실제의 송신 데이터는, 예를 들어 도 23, 도 25를 참조하여 설명한 XML 데이터이다.
이 맵핑 테이블은, 수시로 정기적으로 송신, 또한 갱신해서 송신하는 것이 가능하다. 맵핑 테이블에는 버전 식별자가 설정되고, 수신 장치는, 버전 관리에 의해 수시, 갱신 데이터를 저장하는 처리를 행한다.
(스텝 S207 내지 S209)
수신 장치의 프록시 서버는, 스텝 S207 내지 S209에서, 재생 제어부로부터의 링크 해결 요구(S205)에 따른 처리를 실행한다.
즉, 프록시 서버의 링크 해결부(XLinkResolver)가, 유저 정보 설정 필드에 유저 정보(파라미터)를 설정한 URL(피리어드 정보 파일 액세스 정보)에 기초하여 액세스되는 피리어드 정보 파일을 캐시부(프록시 캐시)로부터 취득하여, 재생 제어부에 출력한다.
이 출력 처리는, 예를 들어 HTTP-리스펀스로서 실행된다.
프록시 서버의 링크 해결부(XLinkResolver)는, 스텝 S206에서 광고 서버로부터 수신한 맵핑 테이블을 이용해서 1개의 피리어드 정보 파일을 캐시부(프록시 캐시)로부터 선택 취득하여, 재생 제어부에 출력한다.
프록시 서버의 링크 해결부(XLinkResolver)는 먼저, 수신 장치의 재생 제어부로부터 입력한 URL, 즉, MPD의 광고 대응 피리어드 정보의 유저 정보 설정 필드에 유저 정보(파라미터)를 설정한 URL(피리어드 정보 파일 액세스 정보), 또는 유저 정보(파라미터)와 일치하는 URL 또는 파라미터를 맵핑 테이블로부터 추출한다.
이어서, 맵핑 테이블에 있어서, 일치한 쿼리 파라미터 구비 URL, 또는 파라미터와 대응지어진 피리어드 정보 파일의 URL을 선택하고, 이 URL을 적용해서 1개의 피리어드 정보 파일을 취득하고, 이것을 재생 제어부에 출력한다.
이 피리어드 정보 파일은, 스텝 S205에서, 재생 제어부가 설정한 유저 정보(파라미터)에 따라서 선택되는 피리어드 정보 파일이며, 설정한 유저 정보(age, Location 등)에 따라 선택되는 특정 유저에게 제공하기 위한 최적의 광고 콘텐츠의 액세스 정보(광고 세그먼트 URL) 등을 기록한 피리어드 정보 파일이다.
(스텝 S210)
마지막으로, 수신 장치의 재생 제어부는, 스텝 S210에서, 프록시 서버로부터 취득한 피리어드 정보 파일의 기록 정보를 판독하고, 해석한다.
재생 제어부는, 피리어드 정보 파일의 기록 정보에 포함되는 광고 콘텐츠의 액세스 정보(광고 세그먼트 URL)를 이용하여, 광고 콘텐츠를 저장한 광고 세그먼트 파일을 취득하여, 수신 장치의 표시부나 스피커 등의 출력부를 통해서 출력한다.
또한, 광고 콘텐츠의 복호 형태나, 출력 시간 등의 제어 정보는, 피리어드 정보 파일에 기록되어 있고, 재생 제어부는, 피리어드 정보 파일에 기록된 정보에 따른 처리를 실행해서 광고 콘텐츠의 출력 처리를 실행한다.
여기서, 수신 장치에 출력되는 광고 콘텐츠는, 스텝 S205에서 재생 제어부가 설정한 유저 정보에 따라서 선택된 광고이며, 유저(시청자)의 특성, 예를 들어 유저의 연령이나 거주지 등에 따라 선택된 유저를 주된 타깃으로 한 유저 대응의 광고이다.
[8-3. (실시예 3) 쿼리 파라미터 구비 URL을 입력하여, 피리어드 정보 파일을 생성하는 스크립트(프로그램)를 수신 장치에 제공하는 실시예]
이어서, 실시예 3으로서, 쿼리 파라미터 구비 URL을 입력하여, 피리어드 정보 파일을 생성하는 스크립트(프로그램)를 수신 장치에 제공하는 실시예에 대해서 설명한다.
본 실시예 3은, 수신 장치(30)가, 송신 장치(20)로부터 수신한 스크립트(프로그램)를 이용하여, 재생 제어부가 생성한 쿼리 파라미터 구비 URL을 입력하고, 피리어드 정보 파일을 생성하는 실시예이다.
도 28, 도 29 이하에 나타내는 시퀀스도를 참조하여, 본 실시예 3, 즉, 쿼리 파라미터 구비 URL을 입력하고, 피리어드 정보 파일을 생성하는 스크립트(프로그램)를 수신 장치에 제공하는 실시예의 처리 시퀀스에 대해서 설명한다.
도 28 내지 도 29에는, 좌측에서부터 이하의 각 장치, 구성 요소를 나타내고 있다.
(a) 송신 장치의 구성 요소인 광고 서버,
(b) 송신 장치의 구성 요소인 방송 서버,
(c) 수신 장치의 구성 요소인 미들웨어,
(d) 수신 장치의 구성 요소인 프록시 서버의 캐시부(프록시 캐시),
(e) 수신 장치의 구성 요소인 프로그램(스크립트) 실행부,
(f) 수신 장치의 구성 요소인 재생 제어부,
또한, 「(e) 수신 장치의 구성 요소인 프로그램(스크립트) 실행부」는, 수신 장치 내의 프록시 서버(120) 내에 구성해도 되고, 재생 제어부(131) 내에 구성해도 되고, 또는 독립된 데이터 처리부로서 설정해도 된다.
이하, 도 28 내지 도 29에 나타내는 각 스텝의 처리에 대해서 순차 설명한다.
(스텝 S301)
스텝 S301에서, 광고 서버가, 광고 콘텐츠를 저장한 광고 세그먼트 파일을 생성하여 전송한다. 방송파, 또는 네트워크를 통해서, 수신 장치를 송신 대상으로 한 멀티캐스트 송신을 행한다.
또한, 광고 서버가 송신하는 광고에는, 다양한 유저에 대응한 서로 다른 광고 콘텐츠가 포함된다. 즉, 다양한 연령이나 거주지의 다양한 서로 다른 유저에게 제공하기 위한 유저에 따른 다양한 광고 콘텐츠를 저장한 광고 세그먼트 파일을 송신한다. 또한, 이 광고 세그먼트 파일의 송신 처리는, 계속적으로 반복 실행하는 설정으로 해도 된다.
(스텝 S302)
광고 서버는, 스텝 S302에서, 데이터 처리 프로그램인 스크립트 파일을 생성해서 수신 장치에 송신한다.
이 스크립트는, 수신 장치의 재생 제어부가 MPD를 이용해서 생성하는 쿼리 파라미터 구비 URL을 입력하여, 피리어드 정보 파일을 생성하는 스크립트이다.
즉, 링크 해결(XlinkResolver) 처리를 실행하여, 피리어드 정보 파일을 생성하는 스크립트이다.
이 스크립트는, 스텝 S301에서 송신한 다양한 광고 콘텐츠 각각에 대한 액세스 정보(광고 세그먼트 URL) 등, 수신 장치에서 광고 콘텐츠를 취득하고, 복호, 출력(재생)하기 위해 필요한 제어 정보를 기록한 피리어드 정보 파일을 생성하는 처리를 실행한다.
(스텝 S303)
광고 서버는 또한 스텝 S303에서, MPD의 송신 처리를 실행한다.
여기서 송신하는 MPD는, 예를 들어 도 11을 참조하여 설명한 MPD이다. 즉, 광고 대응의 피리어드 정보를 포함하고, 광고 대응의 피리어드 정보에는, 링크 정보(Xlink), 즉, 유저 정보 설정 필드가 설치된 미완성의 URL이 기록된다.
수신 장치에서 유저 정보 설정 필드에 소정의 유저 정보(파라미터)를 설정함으로써, 특정한 광고 콘텐츠의 액세스 정보 등을 기록한 1개의 유저 대응 피리어드 정보 파일 취득용 URL을 생성할 수 있다.
(스텝 S304)
스텝 S304는, 수신 장치의 재생 제어부의 처리이다.
수신 장치의 재생 제어부는, 송신 장치가 송신한 MPD를 취득하고, 취득한 MPD의 해석(퍼스)을 실행한다.
또한, MPD는, 수신 장치의 미들웨어에 의해 수신되어, 프록시 서버의 캐시부에 저장되고, 그 후, 재생 제어부가 캐시부로부터 취득한다.
MPD는, 앞서 도 11을 참조하여 설명한 MPD이다. 즉, 광고 대응의 피리어드 정보를 포함하고, 광고 대응의 피리어드 정보에는, 유저 정보 설정 필드가 설치된 미완성의 URL이 기록되어 있다.
(스텝 S305)
수신 장치의 재생 제어부는, 스텝 S305에서, 스텝 S304에서 취득한 MPD의 광고 대응의 피리어드 정보에 기록된 링크 정보(Xlink), 즉, 유저 정보 설정 필드를 갖는 URL을 취득하고, 유저 정보 설정 필드에 유저 정보(파라미터)를 설정한다.
예를 들어,
age=10-19,
Location=LA,
이러한 유저 정보를 설정한다.
유저 정보의 설정 처리는, 예를 들어 수신 장치의 기억부에 미리 등록(기록)된 유저 정보를 사용해도 되고, 축차, 유저에게 입력시키는 구성으로 해서, 유저 입력 정보를 사용하는 구성으로 해도 된다.
수신 장치의 재생 제어부는, 유저 정보 설정 필드에 유저 정보(파라미터)를 설정한 URL(피리어드 정보 파일 액세스 정보)을 프로그램(스크립트) 실행부에 출력하고, 링크 정보(Xlink)의 해석(링크 해결)을 요구한다.
이 요구 처리는, 예를 들어 HTTP-GET 리퀘스트로서 실행된다.
(스텝 S306 내지 S307)
스텝 S306 내지 S307의 처리는, 수신 장치의 프로그램(스크립트) 실행부의 처리이다.
스텝 S306에서, 스텝 S302에서 광고 서버로부터 수신한 스크립트를 기동한다.
즉, 쿼리 파라미터 구비 URL을 입력하고, 피리어드 정보 파일을 생성하는 스크립트를 기동한다.
또한, 스텝 S307에서 스크립트를 실행하여, 쿼리 파라미터 구비 URL, 즉 스텝 S305에서 재생 제어부로부터 입력한 유저 정보 설정 필드에 유저 정보(파라미터)를 설정한 URL을 해석하고, 이 URL에 대응하는 피리어드 정보 파일을 생성해서 재생 제어부에 출력한다.
이 출력 처리는, 예를 들어 HTTP-리스펀스로서 실행된다.
이 피리어드 정보 파일은, 스텝 S305에서, 재생 제어부가 설정한 유저 정보(파라미터)에 따른 피리어드 정보 파일이며, 설정한 유저 정보(age, Location 등)에 따라 선택되는 특정 유저에게 제공하기 위한 최적의 광고 콘텐츠의 액세스 정보(광고 세그먼트 URL) 등을 기록한 피리어드 정보 파일이다.
(스텝 S308)
마지막으로, 수신 장치의 재생 제어부는, 스텝 S308에서, 프로그램(스크립트) 실행부로부터 취득한 피리어드 정보 파일의 기록 정보를 판독하여, 해석한다.
재생 제어부는, 피리어드 정보 파일의 기록 정보에 포함되는 광고 콘텐츠의 액세스 정보(광고 세그먼트 URL)를 이용하여, 광고 콘텐츠를 저장한 광고 세그먼트 파일을 취득하고, 수신 장치의 표시부나 스피커 등의 출력부를 통해서 출력한다.
또한, 광고 콘텐츠의 복호 형태나, 출력 시간 등의 제어 정보는, 피리어드 정보 파일에 기록되어 있고, 재생 제어부는, 피리어드 정보 파일에 기록된 정보에 따른 처리를 실행해서 광고 콘텐츠의 출력 처리를 실행한다.
여기서, 수신 장치에 출력되는 광고 콘텐츠는, 스텝 S305에서 재생 제어부가 설정한 유저 정보에 따라서 선택된 광고이며, 유저(시청자)의 특성, 예를 들어 유저의 연령이나 거주지 등에 따라 선택된 유저를 주된 타깃으로 한 유저 대응의 광고이다.
[8-4. (실시예 4) 서비스 워커(SW)를 이용해서 피리어드 정보 파일을 캐시부(프록시 캐시)에 저장하는 실시예]
이어서, 실시예 4로서, 서비스 워커(SW)를 이용해서 피리어드 정보 파일을 캐시부(프록시 캐시)에 저장하는 실시예에 대해서 설명한다.
먼저, 서비스 워커(SW: Service Worker)의 개요에 대해서, 도 30 내지 도 32를 참조하여 설명한다.
서비스 워커(SW)는 방송 서버나, 광고 서버 등의 송신 장치(20)로부터 수신 장치(30)에 제공된다.
서비스 워커(SW)는, 수신 장치(클라이언트)(30)에서 실행되는 애플리케이션(=애플리케이션 프로그램)이나, 애플리케이션의 실행 시에 이용되는 데이터 파일 등의 취득 처리나, 기억부(캐시)에 대한 저장 처리, 또한 갱신 처리, 삭제 처리 등을 실행하는 프로그램이다. 구체적으로는, 예를 들어 JavaScript(등록 상표)에 의해 구성된다.
서비스 워커(SW)는, 예를 들어 송신 장치(20)가 제공하는 방송 프로그램(방송 콘텐츠)에 대응해서 설정되고, 송신 장치(20)로부터 수신 장치(30)에 제공되는 애플리케이션의 제어 및 관리 프로그램으로서 수신 장치(30)에 제공된다.
서비스 워커(SW), 애플리케이션, 및 애플리케이션의 실행 시에 이용되는 데이터 파일, 이것들은, 예를 들어 앞서 도 2, 도 3을 참조하여 설명한 NRT 콘텐츠(논 리얼타임 콘텐츠)로서, 송신 장치(20)로부터 수신 장치(30)에 제공된다.
또는, 방송 프로그램을 배신하는 서버와는 별도의 데이터 제공 서버가, 서비스 워커(SW), 애플리케이션, 및 애플리케이션의 실행 시에 이용되는 데이터 파일을 수신 장치(30)에 제공하는 구성으로 해도 된다.
서비스 워커(SW)는, 예를 들어 수신 장치(30)에서 웹페이지 등의 열람 처리를 실행하기 위해 이용되는 프로그램인 브라우저를 이용해서 정보 표시를 실행하는 애플리케이션 등의 관리(취득, 유지, 갱신, 삭제 등) 처리 등을 실행한다.
서비스 워커(SW)를 이용한 처리의 구체예(사용례)에 대해서, 도 30, 도 31을 참조하여 설명한다.
도 30은, 수신 장치(30)가, 방송 서버(21) 등의 송신 장치(20)로부터, 어떤 프로그램 콘텐츠를 수신하여, 수신 장치(30)의 표시부에 표시하고 있는 상태를 나타내고 있다.
방송 서버(21) 등의 송신 장치(20)는, 프로그램 배신과 아울러, NRT 콘텐츠(논 리얼타임 콘텐츠)로서, 날씨 정보를 표시하는 애플리케이션, 및 이 날씨 정보 표시 애플리케이션에 이용되는 다양한 데이터 파일, 예를 들어 동화상, 정지 화상, 음성 등의 다양한 데이터를 포함하는 데이터 파일을 수신 장치(30)에 제공한다.
이하에서는, 이들 애플리케이션 및 데이터 파일을 「리소스」라고 칭한다.
방송 서버(21)는, 또한 이러한 「리소스」를 관리하는 리소스 관리 프로그램으로서, 서비스 워커(SW)를 역시 NRT 콘텐츠(논 리얼타임 콘텐츠)로서 수신 장치(30)에 제공한다.
수신 장치(30)는, 송신 장치(20)로부터 수신한 「리소스」, 즉 애플리케이션 및 데이터 파일을 이용하여, 도 30에 도시한 바와 같이, 프로그램 표시와 아울러 날씨 정보의 표시를 행할 수 있다.
이러한, 애플리케이션을 이용한 데이터 표시는, 지금까지의 데이터 배신 구성에서는, 애플리케이션이 제공되는 프로그램의 종료와 함께 실행할 수 없게 되어버린다.
이것은, 날씨 정보 표시 애플리케이션 등의 리소스는, 프로그램 수신 중에는, 수신 장치(30)에서 이용 가능한 설정, 예를 들어 일시 기억 캐시에 저장되어, 이용 가능한 상태로 설정되지만, 프로그램 종료, 또는 유저가 채널을 전환하면, 이들 캐시 데이터가 소거, 또는 액세스 불가능한 상태로 설정되어버리기 때문이다.
서비스 워커(SW)는, 이러한 프로그램 대응의 애플리케이션이나 데이터를, 프로그램 종료 후나, 채널 전환 후, 또는 방송의 비수신 상태, 네트워크 비접속 상태 등의 오프라인 상태라도 이용 가능하게 하기 위한 리소스 관리 프로그램으로서 기능한다.
도 31에 도시한 바와 같이, 날씨 정보 표시 애플리케이션을, 이 애플리케이션을 제공한 프로그램의 종료 후나, 다른 채널로 전환 후, 또는 데이터 수신을 실행하고 있지 않은 오프라인 상태이어도, 이용하는 것이 가능하게 된다. 즉, 날씨 정보를 수신 장치(30)의 표시부에 표시해서 열람하는 것이 가능하게 된다.
또한, 날씨 정보 표시 애플리케이션은, 예를 들어 브라우저상에서 표시되는 프로그램이다.
이 날씨 정보 표시 애플리케이션은, 서비스 워커(SW)의 제어에 의해, 수신 장치(30)의 기억부(영속 캐시)에 저장된다. 예를 들어 유저에 의한 표시 요구 등의 리퀘스트(이벤트)가 있으면, 서비스 워커(SW)의 제어에 의해, 기억부(영속 캐시)로부터 판독되어, 표시부에 표시된다.
또한, 애플리케이션 등의 리소스를 저장하는 기억부(영속 캐시)는, 수신 장치(30)의 전원이 오프가 되어도 저장 데이터가 소거되지 않는 불휘발성 메모리로 하는 것이 바람직하다.
이와 같이, 서비스 워커(SW)를 이용함으로써, 다양한 프로그램 대응 애플리케이션을, 프로그램의 표시, 비표시와 무관하게 이용하는 것이 가능하게 된다.
또한, 서비스 워커(SW)는, 예를 들어 어떤 프로그램 대응의 리소스(애플리케이션 및 애플리케이션 관련 데이터) 단위마다 설정되어, 리소스와 아울러, 또는 리소스 송신에 전후해서 송신 장치(20)로부터 수신 장치(30)에 제공된다.
서비스 워커(SW)는, 각 프로그램 대응의 설정으로 할 수도 있지만, 복수 프로그램을 포함하는 특정한 채널 대응의 리소스에 대하여 공통으로 이용 가능하게 한 서비스 워커(SW)를 설정할 수도 있다.
서비스 워커(SW)와, 서비스 워커(SW)에 의해 관리되는 리소스(애플리케이션 및 애플리케이션 관련 데이터)는, 수신 장치(30)의 기억부(영속 캐시)에 저장된다.
도 32는, 서비스 워커(SW)를 이용한 처리의 일례를 설명하는 도면이다.
도 32에는, 수신 장치(30)가 송신 장치(20)로부터 리소스로서의 웹페이지(예를 들어 도 30, 도 31에 나타내는 날씨 정보 표시 페이지)를 취득해서 수신 장치(30)의 기억부(영속 캐시)에 저장해서 이용하는 시퀀스의 일례를 나타내고 있다.
또한, 웹페이지는, 소정의 웹페이지 표시 애플리케이션과, 표시용 데이터에 의해 구성되는 리소스를 이용해서 표시된다.
도 32에는, 수신 장치 내의 브라우저(450)의 구성 요소로서 표시 처리부(451), 서비스 워커(SW)(452), 캐시(기억부)(453)를 나타내고 있다.
스텝 S351 내지 S352는, 수신 장치(30)에 의한 송신 장치(20)에 대한 첫회 액세스 처리에 의한 리소스(웹페이지) 취득 처리이다.
이것은, 예를 들어 방송 서버 등이 송신하는 NRT 콘텐츠로부터 취득된다.
이 취득 처리 후, 표시 처리부(451)에 의해, 웹페이지(455)가 수신 장치(30)의 표시부에 표시된다. 이 표시는, 이 웹페이지를 제공하고 있는 프로그램과 아울러 표시되어 있는 상태이며, 앞서 도 3을 참조하여 설명한 표시 상태에 상당한다.
이 표시 기간에서, 예를 들어 유저에 의한 지시로서 리소스(웹페이지)의 등록(인스톨) 요구가 이루어지면, 스텝 S353에서, 서비스 워커(SW)(452)가, 리소스(웹페이지)의 등록(인스톨) 처리를 개시한다.
구체적으로는, 스텝 S354에 나타내는 바와 같이 리소스를 캐시(453)에 전달하고, 기억부(영속 캐시)에 저장하는 처리를 행한다.
그 후, 프로그램 종료 후, 또는 채널 전환 후, 또는 오프라인 설정 상태에서, 스텝 S355에서, 유저가 웹페이지의 열람 요구를 행한다.
서비스 워커(SW)(452)는, 이 열람 요구의 입력을 페치 이벤트로서 검출하고, 페치 이벤트 검출에 따라, 스텝 S356에서, 리소스(웹페이지)를 기억부(영속 캐시)로부터 취득한다.
표시 처리부(451)는, 스텝 S357에서, 웹페이지(456)를 표시한다.
이 웹페이지 표시 처리는, 프로그램 종료 후, 또는 채널 전환 후, 또는 오프라인 설정 상태에서의 표시 처리이며, 앞서 도 31을 참조하여 설명한 표시 상태에 상당한다.
이와 같이, 서비스 워커(SW)를 이용함으로써, 다양한 애플리케이션 등의 프로그램을, 프로그램의 표시, 비표시와 관계없이 이용하는 것이 가능하게 되어, 예를 들어 프로그램 부속의 표시 정보로서 설정된 웹페이지를 프로그램과 관계없이, 임의의 타이밍에서 표시하는 등의 처리가 가능하게 된다.
이와 같이, 서비스 워커(SW)는, 예를 들어 웹페이지, HTML 페이지, JavaScript(등록 상표) 등을 구성 요소로 한 애플리케이션이나 프로그램, 애플리케이션 등에 이용되는 데이터 등을 포함하는 리소스의 취득, 보존, 갱신, 삭제 등의 리소스 관리를 실행한다.
리소스가 보존되는 기억부(캐시)는, 저장 데이터를 영속적으로 보존하는 기억부(캐시)이며, 통상의 로컬/일시적인 캐시와는 달리, 애플리케이션이 가동하지 않아도, 데이터가 보존된다.
웹페이지 표시 프로그램인 브라우저에 1종의 프록시 서버가 실장되어, 언제나 필요할 때 프록시 서버를 액세스해서 웹페이지를 취득하여 표시 가능하게 한 이미지이다.
또한, 서비스 워커(SW) 자신도 영속 캐시에 저장(인스톨)된다. 서비스 워커(SW)가 수신 장치에 인스톨되면, 이 서비스 워커(SW)의 관리 대상으로 하는 리소스에 대해서, 다양한 제어가 가능하게 된다.
예를 들어, 리소스에의 액세스 리퀘스트(리소스에의 페치 리퀘스트)에 따라, 브라우저측의 처리(로컬 캐시나 네트워크로부터의 리소스의 취득)가 시작되기 전에, 서비스 워커(SW)의 처리가 개시되어, 영속 캐시로부터의 리소스의 제공이 행하여진다.
또한, 서비스 워커(SW)는, JavaScirpt(등록 상표)으로 제공되기 때문에, 다양한 수속을 내장하는 것이 가능하여, 영속 캐시의 리소스 일부의 갱신 등 캐시 제어에 관한 유연한 처리 기술이 가능하게 되어 있다.
또한, 서비스 워커(SW) 자신도 갱신 가능하다. 서비스 워커(SW)는 송신 장치(20)로부터 제공되는데, 이 서비스 워커(SW)의 헤더 정보(HTTP Cache-Control)에 갱신 일시 정보나 갱신 데이터의 액세스 정보 등, 갱신 처리에 필요한 각종 정보가 기록되고, 이 헤더 정보에 기초하여 갱신 처리가 실행된다.
예를 들어, 헤더에 설정된 사용 기한 등에 기초하여, 사용 기한이 되면, 수신 장치(30)는, 새로운 버전의 서비스 워커(SW)의 취득 처리를 실행하고, 캐시에 저장된 구 버전의 SW를 치환하는 갱신 처리를 행한다.
수신 장치(30)는, 서비스 워커(SW)를 이용하여, 임의의 타이밍에서, 예를 들어 도 30, 도 31을 참조하여 설명한 바와 같은 날씨 정보 표시 애플리케이션 등의 애플리케이션이나 프로그램, 즉 서비스 워커(SW)의 관리 대상인 애플리케이션이나 프로그램을 실행하는 것이 가능하게 된다.
본 실시예 4는, 이 서비스 워커(SW)를 이용하여, 피리어드 정보 파일을 캐시부(프록시 캐시)에 저장하는 처리를 실행시키는 실시예이다.
도 33, 도 34 이하에 나타내는 시퀀스도를 참조하여, 본 실시예 4, 즉, 서비스 워커(SW)를 이용하여, 피리어드 정보 파일을 캐시부(프록시 캐시)에 저장하는 처리를 실행시키는 실시예의 처리 시퀀스에 대해서 설명한다.
도 33 내지 도 34에는, 좌측에서부터 이하의 각 장치, 구성 요소를 나타내고 있다.
(a) 송신 장치의 구성 요소인 광고 서버,
(b) 송신 장치의 구성 요소인 방송 서버,
(c) 수신 장치의 구성 요소인 미들웨어,
(d) 수신 장치의 구성 요소인 프록시 서버의 캐시부(프록시 캐시),
(e) 수신 장치의 구성 요소인 브라우저 캐시,
(f) 수신 장치의 구성 요소인 브라우저 프로그램(스크립트) 실행부,
(g) 수신 장치의 구성 요소인 재생 제어부,
또한, 상기 구성 중, (e) 수신 장치의 구성 요소인 브라우저 캐시와, (f) 수신 장치의 구성 요소인 브라우저 프로그램(스크립트) 실행부는, 상술한 서비스 워커(SW)의 관리 캐시 및 실행부이다.
이하, 도 33 내지 도 34에 나타내는 각 스텝의 처리에 대해서 순차 설명한다.
(스텝 S401)
스텝 S401에서, 광고 서버가, 광고 콘텐츠를 저장한 광고 세그먼트 파일을 생성하여, 전송한다. 방송파, 또는 네트워크를 통해서, 수신 장치를 송신 대상으로 한 멀티캐스트 송신을 행한다.
또한, 광고 서버가 송신하는 광고에는, 다양한 유저에 대응한 서로 다른 광고 콘텐츠가 포함된다. 즉, 다양한 연령이나 거주지가 다양한 서로 다른 유저에에 제공하기 위한 유저에 따른 다양한 광고 콘텐츠를 저장한 광고 세그먼트 파일을 송신한다. 또한, 이 광고 세그먼트 파일의 송신 처리는, 계속적으로 반복 실행하는 설정으로 해도 된다.
(스텝 S402)
광고 서버는, 스텝 S402에서, 스텝 S401에서 송신한 다양한 광고 콘텐츠 각각에 대한 액세스 정보(광고 세그먼트 URL) 등, 수신 장치에서, 광고 콘텐츠를 취득하고, 복호, 출력(재생)하기 위해 필요한 제어 정보를 기록한 피리어드 정보 파일을 생성해서 송신한다.
광고 서버의 생성, 송신하는 피리어드 정보 파일은, 스텝 S401에서 생성, 송신한 광고 세그먼트의 종류에 상당하는 수의 서로 다른 피리어드 정보 파일이다.
복수의 서로 다른 피리어드 정보 파일이, 방송파, 또는 네트워크를 통해서 멀티캐스트 송신된다.
또한, 이 피리어드 정보 파일도 계속적으로 반복 송신하는 설정으로 해도 된다.
(스텝 S403)
광고 서버는, 스텝 S403에서, 데이터 처리 프로그램인 서비스 워커(SW) 스크립트 파일을 생성해서 수신 장치에 송신한다.
이 서비스 워커(SW) 스크립트 파일은, 수신 장치의 프록시 캐시에 저장된 피리어드 정보 파일이나, 광고 세그먼트 파일을 취득해서 서비스 워커(SW)의 관리 캐시인 브라우저 캐시에 저장하는 처리를 실행하는 스크립트이다.
(스텝 S404 내지 S406)
스텝 S404 내지 S406의 처리는, 수신 장치의 브라우저 프로그램(스크립트) 실행부의 처리이다.
스텝 S404에서, 스텝 S402에서 광고 서버로부터 수신한 서비스 워커(SW) 스크립트 파일을 기동한다.
즉, 수신 장치의 프록시 캐시에 저장된 피리어드 정보 파일이나, 광고 세그먼트 파일을 취득해서 서비스 워커(SW)의 관리 캐시인 브라우저 캐시에 저장하는 처리를 실행하는 서비스 워커(SW) 스크립트 파일을 기동한다.
또한, 스텝 S405 내지 S406에서, 서비스 워커(SW) 스크립트를 실행하여, 프록시 캐시에 저장된 피리어드 정보 파일이나, 광고 세그먼트 파일을 취득해서 서비스 워커(SW)의 관리 캐시인 브라우저 캐시에 저장한다.
(스텝 S407)
광고 서버는, 스텝 S407에서 MPD의 송신 처리를 실행한다.
여기서 송신하는 MPD는, 예를 들어 도 11을 참조하여 설명한 MPD이다. 즉, 광고 대응의 피리어드 정보를 포함하고, 광고 대응의 피리어드 정보에는, 링크 정보(Xlink), 즉, 유저 정보 설정 필드가 설치된 미완성의 URL이 기록된다.
수신 장치에서 유저 정보 설정 필드에 소정의 유저 정보(파라미터)를 설정함으로써, 특정한 광고 콘텐츠의 액세스 정보 등을 기록한 1개의 유저 대응 피리어드 정보 파일 취득용 URL을 생성할 수 있다.
(스텝 S408)
스텝 S408은, 수신 장치의 재생 제어부의 처리이다.
수신 장치의 재생 제어부는, 송신 장치가 송신한 MPD를 취득하고, 취득한 MPD의 해석(퍼스)을 실행한다.
또한, MPD는, 수신 장치의 미들웨어에 의해 수신되어, 프록시 서버의 캐시부에 저장되고, 그 후, 재생 제어부가 캐시부로부터 취득한다.
MPD는, 앞서 도 11을 참조하여 설명한 MPD이다. 즉, 광고 대응의 피리어드 정보를 포함하고, 광고 대응의 피리어드 정보에는, 유저 정보 설정 필드가 설치된 미완성의 URL이 기록되어 있다.
(스텝 S409)
수신 장치의 재생 제어부는, 스텝 S409에서, 스텝 S408에서 취득한 MPD의 광고 대응의 피리어드 정보에 기록된 링크 정보(Xlink), 즉, 유저 정보 설정 필드를 갖는 URL을 취득하여, 유저 정보 설정 필드에 유저 정보(파라미터)를 설정한다.
예를 들어,
age=10-19,
Location=LA,
이러한 유저 정보를 설정한다.
유저 정보의 설정 처리는, 예를 들어 수신 장치의 기억부에 미리 등록(기록)된 유저 정보를 사용해도 되고, 축차, 유저에게 입력시키는 구성으로 해서, 유저 입력 정보를 사용하는 구성으로 해도 된다.
수신 장치의 재생 제어부는, 유저 정보 설정 필드에 유저 정보(파라미터)를 설정한 URL(피리어드 정보 파일 액세스 정보)을 프로그램(스크립트) 실행부에 출력하고, 링크 정보(Xlink)의 해석(링크 해결)을 요구한다.
이 요구 처리는, 예를 들어 HTTP-GET 리퀘스트로서 실행된다.
(스텝 S410)
스텝 S410의 처리는, 수신 장치의 브라우저 캐시의 처리이다.
브라우저 캐시는, 재생 제어부로부터 입력한 HTTP-GET 리퀘스트에 대한 응답 처리를 실행한다.
구체적으로는, 재생 제어부로부터 입력한 유저 정보 설정 필드에 유저 정보(파라미터)를 설정한 URL을 해석하고, 이 URL에 대응하는 피리어드 정보 파일을 취득해서 재생 제어부에 출력한다.
이 출력 처리는, 예를 들어 HTTP-리스펀스로서 실행된다.
이 피리어드 정보 파일은, 스텝 S409에서, 재생 제어부가 설정한 유저 정보(파라미터)에 따른 피리어드 정보 파일이며, 설정한 유저 정보(age, Location 등)에 따라 선택되는 특정 유저에게 제공하기 위한 최적의 광고 콘텐츠의 액세스 정보(광고 세그먼트 URL) 등을 기록한 피리어드 정보 파일이다.
(스텝 S411)
마지막으로, 수신 장치의 재생 제어부는, 스텝 S411에서, 브라우저 캐시로부터 취득한 피리어드 정보 파일의 기록 정보를 판독하고, 해석한다.
재생 제어부는, 피리어드 정보 파일의 기록 정보에 포함되는 광고 콘텐츠의 액세스 정보(광고 세그먼트 URL)를 이용하여, 광고 콘텐츠를 저장한 광고 세그먼트 파일을 취득하고, 수신 장치의 표시부나 스피커 등의 출력부를 통해서 출력한다.
또한, 광고 콘텐츠의 복호 형태나, 출력 시간 등의 제어 정보는, 피리어드 정보 파일에 기록되어 있고, 재생 제어부는, 피리어드 정보 파일에 기록된 정보에 따른 처리를 실행해서 광고 콘텐츠의 출력 처리를 실행한다.
여기서, 수신 장치에 출력되는 광고 콘텐츠는, 스텝 S409에서 재생 제어부가 설정한 유저 정보에 따라서 선택된 광고이며, 유저(시청자)의 특성, 예를 들어 유저의 연령이나 거주지 등에 따라 선택된 유저를 주된 타깃으로 한 유저 대응의 광고이다.
[8-5. (실시예 5) 쿼리 파라미터 구비 URL을 입력하여, 서비스 워커(SW)를 이용해서 피리어드 정보 파일을 생성하는 실시예]
이어서, 실시예 5로서, 쿼리 파라미터 구비 URL을 입력하여, 서비스 워커(SW)를 이용해서 피리어드 정보 파일을 생성하는 실시예에 대해서 설명한다.
본 실시예 5는, 서비스 워커(SW)를 이용하여, 피리어드 정보 파일을 생성하는 처리를 실행하는 실시예이다.
본 실시예 5는, 수신 장치(30)가, 송신 장치(20)로부터 수신한 서비스 워커(SW) 스크립트를 이용하여, 재생 제어부가 생성한 쿼리 파라미터 구비 URL을 입력하여, 피리어드 정보 파일을 생성하는 실시예이다.
도 35, 도 36 이하에 나타내는 시퀀스도를 참조하여, 본 실시예 5, 즉, 서비스 워커(SW)를 이용하여, 피리어드 정보 파일을 생성하는 실시예의 처리 시퀀스에 대해서 설명한다.
도 35 내지 도 36에는, 좌측에서부터 이하의 각 장치, 구성 요소를 나타내고 있다.
(a) 송신 장치의 구성 요소인 광고 서버,
(b) 송신 장치의 구성 요소인 방송 서버,
(c) 수신 장치의 구성 요소인 미들웨어,
(d) 수신 장치의 구성 요소인 프록시 서버의 캐시부(프록시 캐시),
(e) 수신 장치의 구성 요소인 브라우저 캐시,
(f) 수신 장치의 구성 요소인 브라우저 프로그램(스크립트) 실행부,
(g) 수신 장치의 구성 요소인 재생 제어부,
또한, 상기 구성 중, (e) 수신 장치의 구성 요소인 브라우저 캐시와, (f) 수신 장치의 구성 요소인 브라우저 프로그램(스크립트) 실행부는, 상술한 서비스 워커(SW)의 관리 캐시 및 실행부이다.
이하, 도 35 내지 도 36에 나타내는 각 스텝의 처리에 대해서 순차 설명한다.
(스텝 S501)
스텝 S501에서, 광고 서버가, 광고 콘텐츠를 저장한 광고 세그먼트 파일을 생성하여 전송한다. 방송파, 또는 네트워크를 통해서, 수신 장치를 송신 대상으로 한 멀티캐스트 송신을 행한다.
또한, 광고 서버가 송신하는 광고에는, 다양한 유저에 대응한 서로 다른 광고 콘텐츠가 포함된다. 즉, 다양한 연령이나 거주지가 다양한 서로 다른 유저에게 제공하기 위한 유저에 따른 다양한 광고 콘텐츠를 저장한 광고 세그먼트 파일을 송신한다. 또한, 이 광고 세그먼트 파일의 송신 처리는, 계속적으로 반복 실행하는 설정으로 해도 된다.
(스텝 S502)
광고 서버는, 스텝 S502에서, 데이터 처리 프로그램인 서비스 워커(SW) 스크립트 파일을 생성해서 수신 장치에 송신한다.
이 서비스 워커(SW) 스크립트 파일은, 광고 서버가 송신하여, 수신 장치의 프록시 캐시에 저장된 광고 세그먼트 파일을, 브라우저 캐시로부터 취출해서 브라우저 캐시에 저장하는 처리를 실행한다. 또한, 수신 장치의 재생 제어부가 MPD를 이용해서 생성하는 쿼리 파라미터 구비 URL을 입력하여, 피리어드 정보 파일을 생성한다. 즉, 링크 해결(XlinkResolver) 처리를 실행하고, 피리어드 정보 파일을 생성한다.
이들 처리를 실행하는 서비스 워커(SW) 스크립트이다.
이 서비스 워커(SW) 스크립트는, 스텝 S501에서 송신한 다양한 광고 콘텐츠 각각에 대한 액세스 정보(광고 세그먼트 URL) 등, 수신 장치에서, 광고 콘텐츠를 취득하고, 복호, 출력(재생)하기 위해 필요한 제어 정보를 기록한 피리어드 정보 파일을 생성하는 처리를 실행한다.
(스텝 S503 내지 S504)
스텝 S503 내지 S504의 처리는, 수신 장치의 브라우저 프로그램(스크립트) 실행부의 처리이다.
스텝 S503에서, 스텝 S502에서 광고 서버로부터 수신한 서비스 워커(SW) 스크립트 파일을 기동한다.
또한, 스텝 S504에서, 서비스 워커(SW) 스크립트를 실행하여, 프록시 캐시에 저장된 광고 세그먼트 파일을 취득해서 서비스 워커(SW)의 관리 캐시인 브라우저 캐시에 저장한다.
(스텝 S505)
광고 서버는, 스텝 S505에서 MPD의 송신 처리를 실행한다.
여기서 송신하는 MPD는, 예를 들어 도 11을 참조하여 설명한 MPD이다. 즉, 광고 대응의 피리어드 정보를 포함하고, 광고 대응의 피리어드 정보에는, 링크 정보(Xlink), 즉, 유저 정보 설정 필드가 설치된 미완성의 URL이 기록된다.
수신 장치에서 유저 정보 설정 필드에 소정의 유저 정보(파라미터)를 설정함으로써, 특정한 광고 콘텐츠의 액세스 정보 등을 기록한 1개의 유저 대응 피리어드 정보 파일 취득용 URL을 생성할 수 있다.
(스텝 S506)
스텝 S506은, 수신 장치의 재생 제어부의 처리이다.
수신 장치의 재생 제어부는, 송신 장치가 송신한 MPD를 취득하고, 취득한 MPD의 해석(퍼스)을 실행한다.
또한, MPD는, 수신 장치의 미들웨어에 의해 수신되어, 프록시 서버의 캐시부에 저장되고, 그 후, 재생 제어부가 캐시부로부터 취득한다.
MPD는, 앞서 도 11을 참조하여 설명한 MPD이다. 즉, 광고 대응의 피리어드 정보를 포함하고, 광고 대응의 피리어드 정보에는, 유저 정보 설정 필드가 설치된 미완성의 URL이 기록되어 있다.
(스텝 S507)
수신 장치의 재생 제어부는, 스텝 S507에서, 스텝 S506에서 취득한 MPD의 광고 대응의 피리어드 정보에 기록된 링크 정보(Xlink), 즉, 유저 정보 설정 필드를 갖는 URL을 취득하고, 유저 정보 설정 필드에 유저 정보(파라미터)를 설정한다.
예를 들어,
age=10-19,
Location=LA,
이러한 유저 정보를 설정한다.
유저 정보의 설정 처리는, 예를 들어 수신 장치의 기억부에 미리 등록(기록)된 유저 정보를 사용해도 되고, 축차, 유저에게 입력시키는 구성으로 해서, 유저 입력 정보를 사용하는 구성으로 해도 된다.
수신 장치의 재생 제어부는, 유저 정보 설정 필드에 유저 정보(파라미터)를 설정한 URL(피리어드 정보 파일 액세스 정보)을 프로그램(스크립트) 실행부에 출력하여, 링크 정보(Xlink)의 해석(링크 해결)을 요구한다.
이 요구 처리는, 예를 들어 HTTP-GET 리퀘스트로서 실행된다.
(스텝 S508)
스텝 S508의 처리는, 수신 장치의 브라우저 프로그램(스크립트) 실행부의 처리이다.
스텝 S508에서, 서비스 워커(SW) 스크립트를 실행하여, 쿼리 파라미터 구비 URL, 즉 스텝 S507에서 재생 제어부로부터 입력한 유저 정보 설정 필드에 유저 정보(파라미터)를 설정한 URL을 해석하고, 이 URL에 대응하는 피리어드 정보 파일을 생성해서 재생 제어부에 출력한다.
이 출력 처리는, 예를 들어 HTTP-리스펀스로서 실행된다.
이 피리어드 정보 파일은, 스텝 S507에서, 재생 제어부가 설정한 유저 정보(파라미터)에 따른 피리어드 정보 파일이며, 설정한 유저 정보(age, Location 등)에 따라 선택되는 특정 유저에게 제공하기 위한 최적의 광고 콘텐츠의 액세스 정보(광고 세그먼트 URL) 등을 기록한 피리어드 정보 파일이다.
(스텝 S509)
마지막으로, 수신 장치의 재생 제어부는, 스텝 S509에서, 프로그램(스크립트) 실행부로부터 취득한 피리어드 정보 파일의 기록 정보를 판독하여, 해석한다.
재생 제어부는, 피리어드 정보 파일의 기록 정보에 포함되는 광고 콘텐츠의 액세스 정보(광고 세그먼트 URL)를 이용하여, 광고 콘텐츠를 저장한 광고 세그먼트 파일을 취득하고, 수신 장치의 표시부나 스피커 등의 출력부를 통해서 출력한다.
또한, 광고 콘텐츠의 복호 형태나, 출력 시간 등의 제어 정보는, 피리어드 정보 파일에 기록되어 있고, 재생 제어부는, 피리어드 정보 파일에 기록된 정보에 따른 처리를 실행해서 광고 콘텐츠의 출력 처리를 실행한다.
여기서, 수신 장치에 출력되는 광고 콘텐츠는, 스텝 S305에서 재생 제어부가 설정한 유저 정보에 따라서 선택된 광고이며, 유저(시청자)의 특성, 예를 들어 유저의 연령이나 거주지 등에 따라 선택된 유저를 주된 타깃으로 한 유저 대응의 광고이다.
[8-6. (실시예 6) 질문 회답 형식 메타데이터(PDI)를 이용한 실시예]
이어서, 실시예 6으로서 질문 회답 형식 메타데이터(PDI)를 이용한 실시예에 대해서 설명한다.
PDI(Preference Demographic Interest)는, 방송파 및 네트워크를 통한 데이터 배신 시스템에 관한 규격인 ATSC(Advanced Television System Committe) 2.0 규격에서 규정된 질문 회답(쿼리 앤서) 형식 메타데이터의 포맷이다.
PDI는, 수신 장치(클라이언트)에 질문(쿼리)을 행하고, 수신 장치(클라이언트)측의 유저의 회답(앤서)을 취득하는 처리를 가능하게 한 메타데이터이다.
수신 장치(클라이언트)에 대한 질문(쿼리)은, 수신 장치(클라이언트)측의 유저의 취미 기호(Preference), 유저 속성(Demographic), 유저의 흥미(Interest)를 문의하는 질문이다. 이러한 질문에 대한 수신 장치(클라이언트)측의 유저의 회답(앤서)을 취득한다.
예를 들어 PDI에 기초하여, 수신 장치(클라이언트)로부터 취득한 회답에 기초해서 수신 장치(클라이언트)에 제공하는 콘텐츠나 데이터를 선택해서 제공하는 처리가 가능하게 된다.
이하에 설명하는 실시예 6은, 이 PDI를 이용해서 수신 장치(클라이언트)에 제공하는 광고를 선택하는 실시예이다.
도 37은, 본 실시예 6, 즉 질문 회답 형식 메타데이터(PDI)를 이용해서 유저 대응의 광고를 제공하는 실시예에서 이용되는 MPD의 구성예를 도시하는 도면이다.
도 37은, 앞서 도 5를 참조하여 설명한 방송 프로그램과 광고를 교대로 출력하는 콘텐츠 출력 처리에 대응하는 제어 정보 기술 데이터(시그널링 데이터)인 MPD의 구성예를 나타내고 있다.
MPD는, 소정 시간 구간의 출력 콘텐츠에 상당하는 광고, 및 방송 프로그램 단위의 피리어드 정보(511 내지 514)로 구분된다.
피리어드 정보(511)는, 시간 t0 내지 t1에 수신 장치에서 출력되는 광고에 대응하는 제어 정보(시그널링 데이터)이다.
피리어드 정보(512)는, 시간 t1 내지 t2에 수신 장치에서 출력되는 방송 프로그램에 대응하는 제어 정보(시그널링 데이터)이다.
피리어드 정보(513)는, 시간 t2 내지 t3에 수신 장치에서 출력되는 광고에 대응하는 제어 정보(시그널링 데이터)이다.
피리어드 정보(514)는, 시간 t3 내지 t4에 수신 장치에서 출력되는 방송 프로그램에 대응하는 제어 정보(시그널링 데이터)이다.
피리어드 정보에는, 송신 장치로부터 송신되는 방송 프로그램이나 광고의 액세스 정보(URL) 등, 수신 장치에 출력하는 데이터(콘텐츠)의 취득에 필요한 정보나, 복호 방법(코덱) 등, 수신 장치에서 콘텐츠를 취득해서 출력하기 위해 필요한 각종 정보가 기록되어 있다.
송신 장치는, 시간 t0보다 이전에, 도에 나타내는 MPD를 수신 장치에 송신한다.
수신 장치는, 이 MPD를 참조하여, 광고나 방송 프로그램을 방송파나 네트워크를 통해서 취득하고, 지정된 코덱을 사용해서 복호 처리 등을 행하여, 표시부, 스피커 등에 출력한다.
도 38은, 도 37에 나타내는 MPD 중의 1개의 피리어드 정보(511)의 구성에 대해서 설명하는 도면이다.
피리어드 정보(511)는, 시간 t0 내지 t1에서 수신 장치에서 출력하는 광고에 대응하는 제어 정보인 피리어드 정보이다.
도 38에 도시한 바와 같이, 광고 대응의 피리어드 정보(311)는, 이하의 기술 데이터를 갖는다.
Period A1(Ad Break #1):
＠xlink:href=http://adservice.com? pdi=$pdi$
＠xlink:actuate="onRequest"
＠start=0
＠duration=60sec
……
이 피리어드 정보는, 앞서 도 11, 도 13을 참조하여 설명한 피리어드 정보와 거의 마찬가지의 구성을 갖지만, 링크 정보(520) 중의 유저 정보 설정 필드의 구성이 상이하다. 그 밖의 구성은, 앞서 도 11, 도 13을 참조하여 설명한 피리어드 정보와 마찬가지이다.
도 38에 나타내는 피리어드 정보(511)도, 앞서 도 13을 참조하여 설명한 피리어드 정보(311)와 마찬가지로,
어댑테이션,
리프리젠테이션,
세그먼트인포,
이들의 구체적 데이터의 기술을 생략하고, 이들의 구체적 기술을 갖는 피리어드 정보를 취득하기 위한 액세스 정보로서의 링크 정보(Xlink)(520)가 기록되어 있다.
수신 장치는, 도 13에 나타내는 광고 대응의 피리어드 정보(311) 내의 링크 정보(Xlink)에 포함되는 액세스 정보(URL) 내의 유저 정보 설정 필드(pdi=$pdi$)에 유저 정보(파라미터)를 설정한다.
유저 정보(파라미터)를 설정한 액세스 정보(URL)를 사용해서 액세스 가능하게 되는 데이터가, 유저에 대응하는 광고 데이터 대응의 피리어드 정보 파일이다.
본 실시예에서는, 이 유저 정보 설정 필드(pdi=$pdi$)에 유저 정보(파라미터)를 설정하는 경우에, 질문 회답 형식 메타데이터(PDI)를 이용한다.
질문 회답 형식 메타데이터(PDI)를 이용하여, 유저 정보 설정 필드에, 소정의 파라미터, 즉 PDI의 쿼리 앤서(질문 회답) 데이터를 포함하는 파라미터를 설정함으로써, 유저에 대응하는 광고 데이터 대응의 피리어드 정보 파일의 액세스 정보(URL)가 생성된다.
이하, 질문 회답 형식 메타데이터(PDI)를 이용한 실시예 6에 대해서, 이하의 4개의 구체적 실시예에 대해 순차 설명한다.
(실시예 6-1) 피리어드 정보 파일의 액세스 정보(URL)와, PDI 인스턴스와의 맵핑 테이블을 수신 장치에 제공하는 실시예
(실시예 6-2) 쿼리 파라미터 구비 URL을 입력하여, 피리어드 정보 파일을 생성하는 스크립트(프로그램)를 수신 장치에 제공하는 구성에서, PDI 테이블을 이용한 실시예
(실시예 6-3) 서비스 워커(SW)를 이용해서 피리어드 정보 파일을 캐시부(프록시 캐시)에 저장하는 구성에서, PDI 테이블을 이용한 실시예
(실시예 6-4) 쿼리 파라미터 구비 URL을 입력하고, 서비스 워커(SW)를 이용해서 피리어드 정보 파일을 생성하는 구성에서, PDI 테이블을 이용한 실시예
[8-6-1. (실시예 6-1) 피리어드 정보 파일의 액세스 정보(URL)와, PDI 인스턴스와의 맵핑 테이블을 수신 장치에 제공하는 실시예]
실시예 6-1로서, 피리어드 정보 파일의 액세스 정보(URL)와, PDI 인스턴스와의 맵핑 테이블을 수신 장치에 제공하는 실시예에 대해서 설명한다.
피리어드 정보 파일의 액세스 정보(URL)와, PDI 인스턴스와의 맵핑 테이블(대응표)의 일례를 도 39, 도 40에 나타내었다.
도 39 내지 도 40은, 맵핑 테이블의 일부를 도시하는 도면이다.
도 39, 도 40에는,
이하의 2개의 피리어드 정보 파일의 액세스 정보(URL), 즉,
(A) URL-1=http://a.com/period-1.xml
(B) URL-2=http://a.com/period-2.xml
이들을 나타내고 있다.
또한, 이들 2개의 피리어드 정보 파일의 액세스 정보(URL-1, URL-2) 각각에 대응지어진 PDI 인스턴스(=PDI 쿼리 앤서 파라미터 설정예)를 나타내고 있다.
(A) URL-1=http://a.com/period-1.xml
이 피리어드 정보 파일 액세스 정보(URL-1)에 대응지어진 PDI 인스턴스는, 이하의 2개의 PDI 인스턴스이다.
(a1) PDI 인스턴스 - 그 1
<PDITable …>
<QIAType @id="123"…>
<Q …><QText …>How old are you?</QText></Q>
<A @answer="35"…/>
<QIAType>
</PDITable>)
(a2) PDI 인스턴스 - 그 2
<PDITable …>
<QBAType @id="456"…>
<Q><QText>Are you male?</QText></Q>
<A @answer="true"/>
<QBAType>
</PDITable>)
(a1)은, QIA(Query for Integer Answer) 타입의 PDI의 예이다. QIA 타입은, 회답(앤서)으로서 정수값(Integer)을 요구하는 질문(쿼리)을 갖는 PDI이다.
질문(쿼리)=How old are you?(당신은 몇 살입니까?)
회답(앤서)=35
이러한 쿼리 앤서(질문 회답)가 설정된 PDI 인스턴스이다.
(a2)는, QBA(Query for Boolean Answer) 타입의 PDI의 예이다. QBA 타입은, 회답(앤서)으로서 true, false 등의 논리값(Boolean value)을 요구하는 질문(쿼리)을 갖는 PDI이다.
질문(쿼리)=Are you male?(당신은 남성입니까?)
회답(앤서)=true
이러한 쿼리 앤서(질문 회답)가 설정된 PDI 인스턴스이다.
즉, 유저 정보로서,
35세,
남성,
이들 중 어느 하나가 회답으로서 얻어진 경우,
(A) URL-1=http://a.com/period-1.xml
이 피리어드 정보 파일 액세스 정보(URL-1)에 따라서 취득되는 피리어드 정보 파일이 선택되고, 선택된 피리어드 정보 파일에 기록된 광고 콘텐츠 액세스 정보(광고 세그먼트 URL)에 의해 취득되는 콘텐츠가 수신 장치에 제공되어 출력되게 된다.
이 광고는, 35세의 사람, 또는 남성을 주된 타깃으로 한 광고가 된다.
또한, 도 39에 나타낸 (a1), (a2)의 PDI 인스턴스는, 도 37, 도 38을 참조하여 설명한 MPD 중의 유저 정보 설정 필드에 저장함으로써, 피리어드 정보 파일의 URL로서 설정된다.
또한, 도 40에 나타낸 (B) URL-2=http://a.com/period-2.xml
이 피리어드 정보 파일 액세스 정보(URL-2)에 대응지어진 PDI 인스턴스는, 도 40에 나타낸 (b1) 내지 (b3)의 3개이다.
(b1)은, QSA(Query for Selection Answer) 타입의 PDI의 예이다. QSA 타입은, 회답(앤서)으로서, 미리 규정된 복수의 회답 후보에서의 선택을 요구하는 질문(쿼리)을 갖는 PDI이다.
(b2)는, QTA(Query for Text Answer) 타입의 PDI의 예이다. QTA 타입은, 회답(앤서)으로서, 임의의 텍스트의 입력을 요구하는 질문(쿼리)을 갖는 PDI이다.
(b3)은, QBA(Query for Boolean Answer) 타입의 PDI의 예이다. QBA 타입은, 회답(앤서)으로서 true, false 등의 논리값(Boolean value)을 요구하는 질문(쿼리)을 갖는 PDI이다.
수신 장치가, 도 40의 (b1) 내지 (b3) 중 어느 하나에 나타내는 PDI 인스턴스에 일치하는 유저 정보(쿼리 파라미터)를 설정한 경우
(B) URL-1=http://a.com/period-2.xml
이 피리어드 정보 파일 액세스 정보(URL-2)에 따라서 취득되는 피리어드 정보 파일이 선택되고, 선택된 피리어드 정보 파일에 기록된 광고 콘텐츠 액세스 정보(광고 세그먼트 URL)에 의해 취득되는 콘텐츠가 수신 장치에 제공되어 출력되게 된다.
또한, 송신 장치(20)로부터 수신 장치(30)에 제공되는 맵핑 테이블은, 실제로는, 예를 들어 도 41에 나타내는 XML 데이터로서 송신된다. 또한, XML 데이터는, 서비스 레이어·시그널링 데이터(Service Layer Signaling)로서, 다른 제어 정보를 기술한 XML 데이터와 마찬가지로, 수신 장치(클라이언트)측에 송신되어, 수신 장치측에서 갱신·관리된다.
또한, 맵핑 테이블에는, 버전 식별자가 설정되고, 갱신된 경우, 버전 식별자가 변경되고, 수신 장치는, 갱신된 것을 검출한 경우, 캐시부에 저장된 맵핑 테이블을 새로운 데이터로 치환하는 데이터 갱신 처리를 실행한다.
이어서, 도 42, 도 43 이하에 나타내는 시퀀스도를 참조하여, 본 실시예 6-1, 즉, 피리어드 정보 파일의 액세스 정보(URL)와, PDI 인스턴스와의 맵핑 테이블을 수신 장치에 제공하는 실시예의 처리 시퀀스에 대해서 설명한다.
도 42 내지 도 43에는, 좌측에서부터 이하의 각 장치, 구성 요소를 나타내고 있다.
(a) 송신 장치의 구성 요소인 광고 서버,
(b) 송신 장치의 구성 요소인 방송 서버,
(c) 수신 장치의 구성 요소인 미들웨어,
(d) 수신 장치의 구성 요소인 프록시 서버의 캐시부(프록시 캐시),
(e) 수신 장치의 구성 요소인 프록시 서버의 링크 해결부(XlinkResolver),
(f) 수신 장치의 구성 요소인 재생 제어부,
이하, 도 42 내지 도 43에 나타내는 각 스텝의 처리에 대해서 순차 설명한다.
(스텝 S601)
스텝 S601에서, 광고 서버가, 광고 콘텐츠를 저장한 광고 세그먼트 파일을 생성하여 전송한다. 방송파, 또는 네트워크를 통해서, 수신 장치를 송신 대상으로 한 멀티캐스트 송신을 행한다.
또한, 광고 서버가 송신하는 광고에는, 다양한 유저에 대응한 서로 다른 광고 콘텐츠가 포함된다. 즉, 다양한 연령이나 거주지가 다양한 서로 다른 유저에게 제공하기 위한 유저에 따른 다양한 광고 콘텐츠를 저장한 광고 세그먼트 파일을 송신한다. 또한, 이 광고 세그먼트 파일의 송신 처리는, 계속적으로 반복 실행하는 설정으로 해도 된다.
(스텝 S602)
광고 서버는, 스텝 S602에서, 스텝 S601에서 송신한 다양한 광고 콘텐츠 각각에 대한 액세스 정보(광고 세그먼트 URL) 등, 수신 장치에서, 광고 콘텐츠를 취득하고, 복호, 출력(재생)하기 위해서 필요한 제어 정보를 기록한 피리어드 정보 파일을 생성해서 송신한다.
광고 서버의 생성, 송신하는 피리어드 정보 파일은, 스텝 S601에서 생성, 송신한 광고 세그먼트의 종류에 상당하는 수의 서로 다른 피리어드 정보 파일이다.
복수의 서로 다른 피리어드 정보 파일이, 방송파, 또는 네트워크를 통해서 멀티캐스트 송신된다.
또한, 이 피리어드 정보 파일도 계속적으로 반복 송신하는 설정으로 해도 된다.
(스텝 S603)
광고 서버는 또한 스텝 S603에서, MPD의 송신 처리를 실행한다.
여기서 송신하는 MPD는, 예를 들어 도 37, 도 38을 참조하여 설명한 MPD이다. 즉, 광고 대응의 피리어드 정보를 포함하고, 광고 대응의 피리어드 정보에는, 링크 정보(Xlink), 즉, PDI 구성에 따라서 유저 정보를 설정하는 필드가 설치된 미완성의 URL이 기록된다.
수신 장치에서 유저 정보 설정 필드에 소정의 유저 정보(파라미터)를 설정함으로써, 특정한 광고 콘텐츠의 액세스 정보 등을 기록한 1개의 유저 대응 피리어드 정보 파일 취득용 URL을 생성할 수 있다.
(스텝 S604)
스텝 S604는, 수신 장치의 재생 제어부의 처리이다.
수신 장치의 재생 제어부는, 송신 장치가 송신한 MPD를 취득하고, 취득한 MPD의 해석(퍼스)을 실행한다.
또한, MPD는, 수신 장치의 미들웨어에 의해 수신되어, 프록시 서버의 캐시부에 저장되고, 그 후, 재생 제어부가 캐시부로부터 취득한다.
(스텝 S605)
수신 장치의 재생 제어부는, 스텝 S605에서, 스텝 S604에서 취득한 MPD의 광고 대응의 피리어드 정보에 기록된 링크 정보(Xlink), 즉, 유저 정보 설정 필드를 갖는 URL을 취득하고, 유저 정보 설정 필드에 유저 정보(파라미터)를 설정한다.
구체적으로는, 도 39, 도 40을 참조하여 설명한 PDI 인스턴스와 마찬가지로, 다양한 타입의 PDI의 쿼리에 따른 앤서(회답)를 유저 정보로서 설정한다.
유저 정보의 설정 처리는, 예를 들어 수신 장치의 기억부에 미리 등록(기록)된 유저 정보를 사용해도 되고, 축차 유저에게 입력시키는 구성으로 해서, 유저 입력 정보를 사용하는 구성으로 해도 된다.
수신 장치의 재생 제어부는, PDI 형식에 따른 유저 정보를 프록시 서버에 출력하여, 링크 정보(Xlink)의 해석(링크 해결)을 요구한다.
(스텝 S606)
스텝 S606의 처리는 광고 서버의 처리이다.
광고 서버는, 피리어드 정보 파일과, PDI 인스턴스 대응표(맵핑 테이블)를 생성해서 송신한다.
도 39 내지 도 40을 참조하여 설명한 맵핑 테이블이다. 단, 실제의 송신 데이터는, 예를 들어 도 41을 참조하여 설명한 XML 데이터이다.
이 맵핑 테이블은, 수시로 정기적으로 송신, 또한 갱신해서 송신하는 것이 가능하다. 맵핑 테이블에는 버전 식별자가 설정되고, 수신 장치는, 버전 관리에 의해 수시, 갱신 데이터를 저장하는 처리를 행한다.
(스텝 S607 내지 S609)
수신 장치의 프록시 서버는, 스텝 S607 내지 S609에서, 재생 제어부로부터의 링크 해결 요구(S605)에 따른 처리를 실행한다.
즉, 프록시 서버의 링크 해결부(XLinkResolver)가 PDI 인스턴스에 기초해서 매핑된 URL에 따라서 액세스되는 피리어드 정보 파일을 캐시부(프록시 캐시)로부터 취득하고, 재생 제어부에 출력한다.
프록시 서버의 링크 해결부(XLinkResolver)는, 스텝 S606에서 광고 서버로부터 수신한 맵핑 테이블을 이용해서 1개의 피리어드 정보 파일을 캐시부(프록시 캐시)로부터 선택 취득하고, 재생 제어부에 출력한다.
프록시 서버의 링크 해결부(XLinkResolver)는 먼저, 수신 장치의 재생 제어부로부터 입력한 유저 정보, 즉 PDI 형식의 쿼리 앤서 정보를 포함하는 데이터와 일치하는 PDI 인스턴스를 맵핑 테이블로부터 추출한다.
이어서, 맵핑 테이블에서, 일치한 PDI 인스턴스와 대응지어진 피리어드 정보 파일의 URL을 선택하여, 이 URL을 적용해서 1개의 피리어드 정보 파일을 취득하고, 이것을 재생 제어부에 출력한다.
이 피리어드 정보 파일은, 스텝 S605에서, 재생 제어부가 설정한 유저 정보(파라미터)에 따라서 선택되는 피리어드 정보 파일이며, 설정한 유저 정보(PDI의 회답)에 따라 선택되는 특정 유저에게 제공하기 위한 최적의 광고 콘텐츠의 액세스 정보(광고 세그먼트 URL) 등을 기록한 피리어드 정보 파일이다.
(스텝 S610)
마지막으로, 수신 장치의 재생 제어부는, 스텝 S610에서, 프록시 서버로부터 취득한 피리어드 정보 파일의 기록 정보를 판독하고, 해석한다.
재생 제어부는, 피리어드 정보 파일의 기록 정보에 포함되는 광고 콘텐츠의 액세스 정보(광고 세그먼트 URL)를 이용하여, 광고 콘텐츠를 저장한 광고 세그먼트 파일을 취득하고, 수신 장치의 표시부나 스피커 등의 출력부를 통해서 출력한다.
또한, 광고 콘텐츠의 복호 형태나, 출력 시간 등의 제어 정보는, 피리어드 정보 파일에 기록되어 있고, 재생 제어부는, 피리어드 정보 파일에 기록된 정보에 따른 처리를 실행해서 광고 콘텐츠의 출력 처리를 실행한다.
여기서, 수신 장치에 출력되는 광고 콘텐츠는, 스텝 S605에서 재생 제어부가 설정한 유저 정보에 따라서 선택된 광고이며, 유저(시청자)의 특성, 예를 들어 유저의 연령이나 거주지 등에 따라 선택된 유저를 주된 타깃으로 한 유저 대응의 광고이다.
[8-6-2. (실시예 6-2) 쿼리 파라미터 구비 URL을 입력하여, 피리어드 정보 파일을 생성하는 스크립트(프로그램)를 수신 장치에 제공하는 구성에서, PDI 테이블을 이용한 실시예]
이어서, 실시예 6-2로서, 쿼리 파라미터 구비 URL을 입력하여, 피리어드 정보 파일을 생성하는 스크립트(프로그램)를 수신 장치에 제공하는 구성에서, PDI 테이블을 이용한 실시예에 대해서 설명한다.
본 실시예 6-2는, 수신 장치(30)가, 송신 장치(20)로부터 수신한 스크립트(프로그램)를 이용하여, 재생 제어부가 생성한 쿼리 파라미터 구비 URL을 입력하고, 피리어드 정보 파일을 생성하는 실시예이다.
본 실시예에서는, 수신 장치의 재생 제어부(DASH Client)로부터 쿼리 앤서 구성을 갖는 PDI 구성을 갖는 유저 정보가 프로그램(스크립트) 실행부에 출력된다.
예를 들어,
MPD/Period/＠xlink:href 속성의 URL인 쿼리 파라미터 구비 URL, 예를 들어
http://a.com/XLinkResolver?<PDITable …><QIAType@id="123"…><Q …><QText …>How old are you?</QText></Q><A @answer="35"…/><QIAType></PDITable>
이러한 유저 정보가 프로그램(스크립트) 실행부에 출력된다.
프로그램(스크립트) 실행부는, 프로그램(스크립트)를 실행하고, 이 유저 정보를 포함하는 PDI에 따라, 유저 정보에 대응하는 특정한 피리어드 정보 파일을 생성해서 재생 제어부에 출력한다.
도 44, 도 45 이하에 나타내는 시퀀스도를 참조하여, 본 실시예 6-2, 즉, 쿼리 파라미터 구비 URL을 입력하여, 피리어드 정보 파일을 생성하는 스크립트(프로그램)를 수신 장치에 제공하는 실시예의 처리 시퀀스에 대해서 설명한다.
도 44 내지 도 45에는, 좌측에서부터 이하의 각 장치, 구성 요소를 나타내고 있다.
(a) 송신 장치의 구성 요소인 광고 서버,
(b) 송신 장치의 구성 요소인 방송 서버,
(c) 수신 장치의 구성 요소인 미들웨어,
(d) 수신 장치의 구성 요소인 프록시 서버의 캐시부(프록시 캐시),
(e) 수신 장치의 구성 요소인 프로그램(스크립트) 실행부,
(f) 수신 장치의 구성 요소인 재생 제어부,
또한, 「(e) 수신 장치의 구성 요소인 프로그램(스크립트) 실행부」는, 수신 장치 내의 프록시 서버(120) 내에 구성해도 되고, 재생 제어부(131) 내에 구성해도 되는, 또는 독립된 데이터 처리부로서 설정해도 된다.
이하, 도 44 내지 도 45에 나타내는 각 스텝의 처리에 대해서 순차 설명한다.
(스텝 S631)
스텝 S631에서, 광고 서버가, 광고 콘텐츠를 저장한 광고 세그먼트 파일을 생성하여, 전송한다. 방송파, 또는 네트워크를 통해서, 수신 장치를 송신 대상으로 한 멀티캐스트 송신을 행한다.
또한, 광고 서버가 송신하는 광고에는, 다양한 유저에 대응한 서로 다른 광고 콘텐츠가 포함된다. 즉, 다양한 연령이나 거주지가 다양한 서로 다른 유저에게 제공하기 위한 유저에 따른 다양한 광고 콘텐츠를 저장한 광고 세그먼트 파일을 송신한다. 또한, 이 광고 세그먼트 파일의 송신 처리는, 계속적으로 반복 실행하는 설정으로 해도 된다.
(스텝 S632)
광고 서버는, 스텝 S632에서, 데이터 처리 프로그램인 스크립트 파일을 생성해서 수신 장치에 송신한다.
이 스크립트는, 수신 장치의 재생 제어부가 MPD를 이용해서 생성하는 쿼리 파라미터 구비 URL을 입력하여, 피리어드 정보 파일을 생성하는 스크립트이다.
즉, 링크 해결(XlinkResolver) 처리를 실행하고, 피리어드 정보 파일을 생성하는 스크립트이다.
이 스크립트는, 스텝 S631에서 송신한 다양한 광고 콘텐츠 각각에 대한 액세스 정보(광고 세그먼트 URL) 등, 수신 장치에서, 광고 콘텐츠를 취득하고, 복호, 출력(재생)하기 위해 필요한 제어 정보를 기록한 피리어드 정보 파일을 생성하는 처리를 실행한다.
(스텝 S633)
광고 서버는 또한 스텝 S633에서, MPD의 송신 처리를 실행한다.
여기서 송신하는 MPD는, 예를 들어 도 37, 도 38을 참조하여 설명한 MPD이다. 즉, 광고 대응의 피리어드 정보를 포함하고, 광고 대응의 피리어드 정보에는, 링크 정보(Xlink), 즉, PDI 구성에 따라서 유저 정보를 설정하는 필드가 설치된 미완성의 URL이 기록된다.
수신 장치에서 유저 정보 설정 필드에 소정의 유저 정보(파라미터)를 설정함으로써, 특정한 광고 콘텐츠의 액세스 정보 등을 기록한 1개의 유저 대응 피리어드 정보 파일 취득용 URL을 생성할 수 있다.
(스텝 S634)
스텝 S634는, 수신 장치의 재생 제어부의 처리이다.
수신 장치의 재생 제어부는, 송신 장치가 송신한 MPD를 취득하고, 취득한 MPD의 해석(퍼스)을 실행한다.
또한, MPD는, 수신 장치의 미들웨어에 의해 수신되어, 프록시 서버의 캐시부에 저장되고, 그 후, 재생 제어부가 캐시부로부터 취득한다.
(스텝 S635)
수신 장치의 재생 제어부는, 스텝 S635에서, 스텝 S634에서 취득한 MPD의 광고 대응의 피리어드 정보에 기록된 링크 정보(Xlink), 즉, PDI 형식의 유저 정보 설정 필드를 갖는 링크 정보(Xlink)를 취득하고, 유저 정보 설정 필드에 유저 정보(파라미터)를 설정한다.
유저 정보의 설정 처리는, 예를 들어 수신 장치의 기억부에 미리 등록(기록)된 유저 정보를 사용해도 되고, 축차 유저에게 입력시키는 구성으로 해서, 유저 입력 정보를 사용하는 구성으로 해도 된다.
수신 장치의 재생 제어부는, 유저 정보 설정 필드에 유저 정보(파라미터)를 설정한 PDI 데이터를 프로그램(스크립트) 실행부에 출력하고, 링크 정보(Xlink)의 해석(링크 해결)을 요구한다.
이 요구 처리는, 예를 들어 HTTP-GET 리퀘스트로서 실행된다.
(스텝 S636 내지 S637)
스텝 S636 내지 S637의 처리는, 수신 장치의 프로그램(스크립트) 실행부의 처리이다.
스텝 S636에서, 스텝 S632에서 광고 서버로부터 수신한 스크립트를 기동한다.
즉, PDI 정보를 포함하는 쿼리 파라미터 구비 URL을 입력하고, 피리어드 정보 파일을 생성하는 스크립트를 기동한다.
또한, 스텝 S637에서 스크립트를 실행하여, 스텝 S635에서 재생 제어부로부터 입력한 PDI 형식의 유저 정보(파라미터)를 해석하고, 이 유저 정보에 대응하는 피리어드 정보 파일을 생성해서 재생 제어부에 출력한다.
이 출력 처리는, 예를 들어 HTTP-리스펀스로서 실행된다.
이 피리어드 정보 파일은, 스텝 S635에서, 재생 제어부가 설정한 유저 정보(파라미터)에 따른 피리어드 정보 파일이며, 설정한 유저 정보(age, Location 등)에 따라 선택되는 특정 유저에게 제공하기 위한 최적의 광고 콘텐츠의 액세스 정보(광고 세그먼트 URL) 등을 기록한 피리어드 정보 파일이다.
(스텝 S638)
마지막으로, 수신 장치의 재생 제어부는, 스텝 S638에서, 프로그램(스크립트) 실행부로부터 취득한 피리어드 정보 파일의 기록 정보를 판독하고, 해석한다.
재생 제어부는, 피리어드 정보 파일의 기록 정보에 포함되는 광고 콘텐츠의 액세스 정보(광고 세그먼트 URL)를 이용하여, 광고 콘텐츠를 저장한 광고 세그먼트 파일을 취득하고, 수신 장치의 표시부나 스피커 등의 출력부를 통해서 출력한다.
또한, 광고 콘텐츠의 복호 형태나, 출력 시간 등의 제어 정보는, 피리어드 정보 파일에 기록되어 있고, 재생 제어부는, 피리어드 정보 파일에 기록된 정보에 따른 처리를 실행해서 광고 콘텐츠의 출력 처리를 실행한다.
여기서, 수신 장치에 출력되는 광고 콘텐츠는, 스텝 S635에서 재생 제어부가 설정한 유저 정보에 따라서 선택된 광고이며, 유저(시청자)의 특성, 예를 들어 유저의 연령이나 거주지 등에 따라 선택된 유저를 주된 타깃으로 한 유저 대응의 광고이다.
[8-6-3. (실시예 6-3) 서비스 워커(SW)를 이용해서 피리어드 정보 파일을 캐시부(프록시 캐시)에 저장하는 구성에서, PDI 테이블을 이용한 실시예]
이어서, 실시예 6-3으로서, 서비스 워커(SW)를 이용해서 피리어드 정보 파일을 캐시부(프록시 캐시)에 저장하는 구성에서, PDI 테이블을 이용한 실시예에 대해서 설명한다.
서비스 워커(SW: Service Worker)는, 앞서 도 30 내지 도 32를 참조하여 설명한 바와 같이, 수신 장치(클라이언트)(30)에서 실행되는 애플리케이션(=애플리케이션 프로그램)이나, 애플리케이션의 실행 시에 이용되는 데이터 파일 등의 취득 처리나, 기억부(캐시)에 대한 저장 처리, 또한 갱신 처리, 삭제 처리 등을 실행하는 프로그램이다. 구체적으로는, 예를 들어 JavaScript(등록 상표)에 의해 구성된다.
서비스 워커(SW)는, 예를 들어 송신 장치(20)가 제공하는 방송 프로그램(방송 콘텐츠)에 대응해서 설정되고, 송신 장치(20)로부터 수신 장치(30)에 제공되는 애플리케이션의 제어 및 관리 프로그램으로서 수신 장치(30)에 제공된다.
본 실시예 6-3은, 이 서비스 워커(SW)를 이용하여, 피리어드 정보 파일을 캐시부(프록시 캐시)에 저장하는 처리를 실행시키는 실시예이다.
도 46, 도 47 이하에 나타내는 시퀀스도를 참조하여, 본 실시예 4, 즉, 서비스 워커(SW)를 이용하여, 피리어드 정보 파일을 캐시부(프록시 캐시)에 저장하는 처리를 실행시키는 실시예의 처리 시퀀스에 대해서 설명한다.
도 46 내지 도 47에는, 좌측에서부터 이하의 각 장치, 구성 요소를 나타내고 있다.
(a) 송신 장치의 구성 요소인 광고 서버,
(b) 송신 장치의 구성 요소인 방송 서버,
(c) 수신 장치의 구성 요소인 미들웨어,
(d) 수신 장치의 구성 요소인 프록시 서버의 캐시부(프록시 캐시),
(e) 수신 장치의 구성 요소인 브라우저 캐시,
(f) 수신 장치의 구성 요소인 브라우저 프로그램(스크립트) 실행부,
(g) 수신 장치의 구성 요소인 재생 제어부,
또한, 상기 구성 중, (e) 수신 장치의 구성 요소인 브라우저 캐시와, (f) 수신 장치의 구성 요소인 브라우저 프로그램(스크립트) 실행부는, 상술한 서비스 워커(SW)의 관리 캐시 및 실행부이다.
이하, 도 46 내지 도 47에 나타내는 각 스텝의 처리에 대해서 순차 설명한다.
(스텝 S651)
스텝 S651에서, 광고 서버가, 광고 콘텐츠를 저장한 광고 세그먼트 파일을 생성하여, 전송한다. 방송파, 또는 네트워크를 통해서 수신 장치를 송신 대상으로 한 멀티캐스트 송신을 행한다.
또한, 광고 서버가 송신하는 광고에는, 다양한 유저에 대응한 서로 다른 광고 콘텐츠가 포함된다. 즉, 다양한 연령이나 거주지가 다양한 서로 다른 유저에게 제공하기 위한 유저에 따른 다양한 광고 콘텐츠를 저장한 광고 세그먼트 파일을 송신한다. 또한, 이 광고 세그먼트 파일의 송신 처리는, 계속적으로 반복 실행하는 설정으로 해도 된다.
(스텝 S652)
광고 서버는, 스텝 S652에서, 스텝 S651에서 송신한 다양한 광고 콘텐츠 각각에 대한 액세스 정보(광고 세그먼트 URL) 등, 수신 장치에서, 광고 콘텐츠를 취득하고, 복호, 출력(재생)하기 위해 필요한 제어 정보를 기록한 피리어드 정보 파일을 생성해서 송신한다.
광고 서버의 생성, 송신하는 피리어드 정보 파일은, 스텝 S651에서 생성, 송신한 광고 세그먼트의 종류에 상당하는 수의 서로 다른 피리어드 정보 파일이다.
복수의 서로 다른 피리어드 정보 파일이, 방송파, 또는 네트워크를 통해서 멀티캐스트 송신된다.
또한, 이 피리어드 정보 파일도 계속적으로 반복 송신하는 설정으로 해도 된다.
(스텝 S653)
광고 서버는, 스텝 S653에서, 데이터 처리 프로그램인 서비스 워커(SW) 스크립트 파일을 생성해서 수신 장치에 송신한다.
이 서비스 워커(SW) 스크립트 파일은, 수신 장치의 프록시 캐시에 저장된 피리어드 정보 파일이나, 광고 세그먼트 파일을 취득해서 서비스 워커(SW)의 관리 캐시인 브라우저 캐시에 저장하는 처리를 실행하는 스크립트이다.
(스텝 S654 내지 S656)
스텝 S654 내지 S656의 처리는, 수신 장치의 브라우저 프로그램(스크립트) 실행부의 처리이다.
스텝 S654에서, 스텝 S652에서 광고 서버로부터 수신한 서비스 워커(SW) 스크립트 파일을 기동한다.
즉, 수신 장치의 프록시 캐시에 저장된 피리어드 정보 파일이나, 광고 세그먼트 파일을 취득해서 서비스 워커(SW)의 관리 캐시인 브라우저 캐시에 저장하는 처리를 실행하는 서비스 워커(SW) 스크립트 파일을 기동한다.
또한, 스텝 S655 내지 S656에서, 서비스 워커(SW) 스크립트를 실행하여, 프록시 캐시에 저장된 피리어드 정보 파일이나, 광고 세그먼트 파일을 취득해서 서비스 워커(SW)의 관리 캐시인 브라우저 캐시에 저장한다.
(스텝 S657)
광고 서버는, 스텝 S657에서 MPD의 송신 처리를 실행한다.
여기서 송신하는 MPD는, 예를 들어 도 37, 도 38을 참조하여 설명한 MPD이다. 즉, 광고 대응의 피리어드 정보를 포함하고, 광고 대응의 피리어드 정보에는, 링크 정보(Xlink), 즉, PDI 구성에 따라서 유저 정보를 설정하는 필드가 설치된 미완성의 URL이 기록된다.
수신 장치에서 유저 정보 설정 필드에 소정의 유저 정보(파라미터)를 설정함으로써, 특정한 광고 콘텐츠의 액세스 정보 등을 기록한 1개의 유저 대응 피리어드 정보 파일 취득용 URL을 생성할 수 있다.
(스텝 S658)
스텝 S658은 수신 장치의 재생 제어부의 처리이다.
수신 장치의 재생 제어부는, 송신 장치가 송신한 MPD를 취득하고, 취득한 MPD의 해석(퍼스)을 실행한다.
또한, MPD는, 수신 장치의 미들웨어에 의해 수신되어, 프록시 서버의 캐시부에 저장되고, 그 후, 재생 제어부가 캐시부로부터 취득한다.
(스텝 S659)
수신 장치의 재생 제어부는, 스텝 S659에서, 스텝 S658에서 취득한 MPD의 광고 대응의 피리어드 정보에 기록된 링크 정보(Xlink), 즉, PDI 형식의 유저 정보 설정 필드를 갖는 링크 정보(Xlink)를 취득하고, 유저 정보 설정 필드에 유저 정보(파라미터)를 설정한다.
유저 정보의 설정 처리는, 예를 들어 수신 장치의 기억부에 미리 등록(기록)된 유저 정보를 사용해도 되고, 축차 유저에게 입력시키는 구성으로 해서, 유저 입력 정보를 사용하는 구성으로 해도 된다.
수신 장치의 재생 제어부는, 유저 정보 설정 필드에 유저 정보(파라미터)를 설정한 PDI 데이터를 프로그램(스크립트) 실행부에 출력하고, 링크 정보(Xlink)의 해석(링크 해결)을 요구한다.
이 요구 처리는, 예를 들어 HTTP-GET 리퀘스트로서 실행된다.
(스텝 S660)
스텝 S660의 처리는, 수신 장치의 브라우저 캐시의 처리이다.
브라우저 캐시는, 재생 제어부로부터 입력한 HTTP-GET 리퀘스트에 대한 응답 처리를 실행한다.
구체적으로는, 재생 제어부로부터 입력한 PDI 형식의 유저 정보(파라미터)를 해석하고, 이 유저 정보에 대응하는 피리어드 정보 파일을 취득해서 재생 제어부에 출력한다.
이 출력 처리는, 예를 들어 HTTP-리스펀스로서 실행된다.
이 피리어드 정보 파일은, 스텝 S659에서, 재생 제어부가 설정한 유저 정보(파라미터)에 따른 피리어드 정보 파일이며, 설정한 유저 정보(age, Location 등)에 따라 선택되는 특정 유저에게 제공하기 위한 최적의 광고 콘텐츠의 액세스 정보(광고 세그먼트 URL) 등을 기록한 피리어드 정보 파일이다.
(스텝 S661)
마지막으로, 수신 장치의 재생 제어부는, 스텝 S661에서, 브라우저 캐시로부터 취득한 피리어드 정보 파일의 기록 정보를 판독하고, 해석한다.
재생 제어부는, 피리어드 정보 파일의 기록 정보에 포함되는 광고 콘텐츠의 액세스 정보(광고 세그먼트 URL)를 이용하여, 광고 콘텐츠를 저장한 광고 세그먼트 파일을 취득하고, 수신 장치의 표시부나 스피커 등의 출력부를 통해서 출력한다.
또한, 광고 콘텐츠의 복호 형태나, 출력 시간 등의 제어 정보는, 피리어드 정보 파일에 기록되어 있고, 재생 제어부는, 피리어드 정보 파일에 기록된 정보에 따른 처리를 실행해서 광고 콘텐츠의 출력 처리를 실행한다.
여기서, 수신 장치에 출력되는 광고 콘텐츠는, 스텝 S659에서 재생 제어부가 설정한 유저 정보에 따라서 선택된 광고이며, 유저(시청자)의 특성, 예를 들어 유저의 연령이나 거주지 등에 따라 선택된 유저를 주된 타깃으로 한 유저 대응의 광고이다.
[8-6-4. (실시예 6-4) 쿼리 파라미터 구비 URL을 입력하고, 서비스 워커(SW)를 이용해서 피리어드 정보 파일을 생성하는 구성에서, PDI 테이블을 이용한 실시예]
이어서, 실시예 6-4로서, 쿼리 파라미터 구비 URL을 입력하고, 서비스 워커(SW)를 이용해서 피리어드 정보 파일을 생성하는 구성에서, PDI 테이블을 이용한 실시예에 대해서 설명한다.
본 실시예 6-4는, 서비스 워커(SW)를 이용하여, 피리어드 정보 파일을 생성하는 처리를 실행하는 실시예이다.
본 실시예 6-4는, 수신 장치(30)가, 송신 장치(20)로부터 수신한 서비스 워커(SW) 스크립트를 이용하여, 재생 제어부가 생성한 쿼리 파라미터 구비 URL을 입력하고, 피리어드 정보 파일을 생성하는 실시예이다.
도 48, 도 49 이하에 나타내는 시퀀스도를 참조하여, 본 실시예 6-4, 즉, 서비스 워커(SW)를 이용하여, 피리어드 정보 파일을 생성하는 실시예의 처리 시퀀스에 대해서 설명한다.
도 48 내지 도 49에는, 좌측에서부터 이하의 각 장치, 구성 요소를 나타내고 있다.
(a) 송신 장치의 구성 요소인 광고 서버,
(b) 송신 장치의 구성 요소인 방송 서버,
(c) 수신 장치의 구성 요소인 미들웨어,
(d) 수신 장치의 구성 요소인 프록시 서버의 캐시부(프록시 캐시),
(e) 수신 장치의 구성 요소인 브라우저 캐시,
(f) 수신 장치의 구성 요소인 브라우저 프로그램(스크립트) 실행부,
(g) 수신 장치의 구성 요소인 재생 제어부,
또한, 상기 구성 중, (e) 수신 장치의 구성 요소인 브라우저 캐시와, (f) 수신 장치의 구성 요소인 브라우저 프로그램(스크립트) 실행부는, 상술한 서비스 워커(SW)의 관리 캐시 및 실행부이다.
이하, 도 48 내지 도 49에 나타내는 각 스텝의 처리에 대해서 순차 설명한다.
(스텝 S671)
스텝 S671에서, 광고 서버가, 광고 콘텐츠를 저장한 광고 세그먼트 파일을 생성하여, 전송한다. 방송파, 또는 네트워크를 통해서 수신 장치를 송신 대상으로 한 멀티캐스트 송신을 행한다.
또한, 광고 서버가 송신하는 광고에는, 다양한 유저에 대응한 서로 다른 광고 콘텐츠가 포함된다. 즉, 다양한 연령이나 거주지가 다양한 서로 다른 유저에게 제공하기 위한 유저에 따른 다양한 광고 콘텐츠를 저장한 광고 세그먼트 파일을 송신한다. 또한, 이 광고 세그먼트 파일의 송신 처리는, 계속적으로 반복 실행하는 설정으로 해도 된다.
(스텝 S672)
광고 서버는, 스텝 S672에서, 데이터 처리 프로그램인 서비스 워커(SW) 스크립트 파일을 생성해서 수신 장치에 송신한다.
이 서비스 워커(SW) 스크립트 파일은, 광고 서버가 송신하고, 수신 장치의 프록시 캐시에 저장된 광고 세그먼트 파일을, 브라우저 캐시로부터 취출해서 브라우저 캐시에 저장하는 처리를 실행한다. 또한, 수신 장치의 재생 제어부가 MPD를 이용해서 생성하는 쿼리 파라미터 구비 URL을 입력하고, 피리어드 정보 파일을 생성한다. 즉, 링크 해결(XlinkResolver) 처리를 실행하여, 피리어드 정보 파일을 생성한다.
이들 처리를 실행하는 서비스 워커(SW) 스크립트이다.
이 서비스 워커(SW) 스크립트는, 스텝 S671에서 송신한 다양한 광고 콘텐츠 각각에 대한 액세스 정보(광고 세그먼트 URL) 등, 수신 장치에서, 광고 콘텐츠를 취득하고, 복호, 출력(재생)하기 위해 필요한 제어 정보를 기록한 피리어드 정보 파일을 생성하는 처리를 실행한다.
(스텝 S673 내지 S674)
스텝 S673 내지 S674의 처리는, 수신 장치의 브라우저 프로그램(스크립트) 실행부의 처리이다.
스텝 S673에서, 스텝 S672에서 광고 서버로부터 수신한 서비스 워커(SW) 스크립트 파일을 기동한다.
또한, 스텝 S674에서, 서비스 워커(SW) 스크립트를 실행하여, 프록시 캐시에 저장된 광고 세그먼트 파일을 취득해서 서비스 워커(SW)의 관리 캐시인 브라우저 캐시에 저장한다.
(스텝 S675)
광고 서버는, 스텝 S675에서 MPD의 송신 처리를 실행한다.
여기서 송신하는 MPD는, 예를 들어 도 37, 도 38을 참조하여 설명한 MPD이다. 즉, 광고 대응의 피리어드 정보를 포함하고, 광고 대응의 피리어드 정보에는, 링크 정보(Xlink), 즉, PDI 구성에 따라서 유저 정보를 설정하는 필드가 설치된 미완성의 URL이 기록된다.
수신 장치에서 유저 정보 설정 필드에 소정의 유저 정보(파라미터)를 설정함으로써, 특정한 광고 콘텐츠의 액세스 정보 등을 기록한 1개의 유저 대응 피리어드 정보 파일 취득용 URL을 생성할 수 있다.
(스텝 S676)
스텝 S676은, 수신 장치의 재생 제어부의 처리이다.
수신 장치의 재생 제어부는, 송신 장치가 송신한 MPD를 취득하고, 취득한 MPD의 해석(퍼스)을 실행한다.
또한, MPD는, 수신 장치의 미들웨어에 의해 수신되어, 프록시 서버의 캐시부에 저장되고, 그 후, 재생 제어부가 캐시부로부터 취득한다.
(스텝 S677)
수신 장치의 재생 제어부는, 스텝 S677에서, 스텝 S676에서 취득한 MPD의 광고 대응의 피리어드 정보에 기록된 링크 정보(Xlink), 즉,
PDI 형식의 유저 정보 설정 필드를 갖는 링크 정보(Xlink)를 취득하고, 유저 정보 설정 필드에 유저 정보(파라미터)를 설정한다.
유저 정보의 설정 처리는, 예를 들어 수신 장치의 기억부에 미리 등록(기록)된 유저 정보를 사용해도 되고, 축차 유저에게 입력시키는 구성으로 해서, 유저 입력 정보를 사용하는 구성으로 해도 된다.
수신 장치의 재생 제어부는, 유저 정보 설정 필드에 유저 정보(파라미터)를 설정한 PDI 데이터를 프로그램(스크립트) 실행부에 출력하고, 링크 정보(Xlink)의 해석(링크 해결)을 요구한다.
이 요구 처리는, 예를 들어 HTTP-GET 리퀘스트로서 실행된다.
(스텝 S678)
스텝 S678의 처리는, 수신 장치의 브라우저 프로그램(스크립트) 실행부의 처리이다.
스텝 S678에서, 서비스 워커(SW) 스크립트를 실행한다. 즉, 스텝 S677에서 재생 제어부로부터 입력한 PDI 형식의 유저 정보(파라미터)를 해석하고, 이 유저 정보에 대응하는 피리어드 정보 파일을 생성해서 재생 제어부에 출력한다.
이 출력 처리는, 예를 들어 HTTP-리스펀스로서 실행된다.
이 피리어드 정보 파일은, 스텝 S677에서, 재생 제어부가 설정한 유저 정보(파라미터)에 따른 피리어드 정보 파일이며, 설정한 유저 정보(age, Location 등)에 따라 선택되는 특정 유저에게 제공하기 위한 최적의 광고 콘텐츠의 액세스 정보(광고 세그먼트 URL) 등을 기록한 피리어드 정보 파일이다.
(스텝 S679)
마지막으로, 수신 장치의 재생 제어부는, 스텝 S679에서, 프로그램(스크립트) 실행부로부터 취득한 피리어드 정보 파일의 기록 정보를 판독하고, 해석한다.
재생 제어부는, 피리어드 정보 파일의 기록 정보에 포함되는 광고 콘텐츠의 액세스 정보(광고 세그먼트 URL)를 이용하여, 광고 콘텐츠를 저장한 광고 세그먼트 파일을 취득하고, 수신 장치의 표시부나 스피커 등의 출력부를 통해서 출력한다.
또한, 광고 콘텐츠의 복호 형태나, 출력 시간 등의 제어 정보는, 피리어드 정보 파일에 기록되어 있고, 재생 제어부는, 피리어드 정보 파일에 기록된 정보에 따른 처리를 실행해서 광고 콘텐츠의 출력 처리를 실행한다.
여기서, 수신 장치에 출력되는 광고 콘텐츠는, 스텝 S305에서 재생 제어부가 설정한 유저 정보에 따라서 선택된 광고이며, 유저(시청자)의 특성, 예를 들어 유저의 연령이나 거주지 등에 따라 선택된 유저를 주된 타깃으로 한 유저 대응의 광고이다.
[9. 송신 장치와 수신 장치의 구성예에 대해서]
이어서, 통신 장치인 송신 장치(서버)(20)와, 수신 장치(클라이언트)(30)의 장치 구성예에 대해서, 도 50, 도 51을 참조하여 설명한다.
도 50에는, 송신 장치(서버)(20)와, 수신 장치(클라이언트)(30)의 구성예를 나타내고 있다.
송신 장치(서버)(20)는, 데이터 처리부(751), 통신부(752), 기억부(753)를 갖는다.
수신 장치(클라이언트)(30)는, 데이터 처리부(771), 통신부(772), 기억부(773), 입력부(774), 출력부(775)를 갖는다.
데이터 처리부에는 통신 데이터 처리부(771a), 재생 처리부(771b)가 포함된다.
송신 장치(서버)(20)의 데이터 처리부(751)는, 데이터 배신 서비스를 실행하기 위한 각종 데이터 처리를 실행한다. 예를 들어 데이터 배신 서비스의 구성 데이터의 생성이나 송신 제어를 행한다. 또한, 데이터 처리부(751)는, 수신 장치(클라이언트)(30)에 제공하는 애플리케이션, 피리어드 정보 파일, 서비스 워커(SW), 그 밖의 다양한 데이터나, 시그널링 데이터의 생성, 송신 처리를 행한다.
통신부(752)는, AV 세그먼트 외에, 애플리케이션, 피리어드 정보 파일, 서비스 워커(SW), 그 밖의 다양한 데이터, 시그널링 데이터 등의 배신 등의 통신 처리를 행한다.
기억부(753)는, 배신 대상으로 하는 AV 세그먼트, 애플리케이션, 피리어드 정보 파일, 서비스 워커(SW), 애플리케이션에 의해 이용되는 데이터, 시그널링 데이터 등이 저장된다.
또한, 기억부(753)는, 데이터 처리부(751)가 실행하는 데이터 처리의 워크에리어로서 이용되고, 또한 각종 파라미터의 기억 영역으로서도 이용된다.
한편, 수신 장치(클라이언트)(30)는, 데이터 처리부(771), 통신부(772), 기억부(773), 입력부(774), 출력부(775)를 갖는다.
통신부(772)는, 송신 장치(서버)(20)로부터 배신되는 데이터, 예를 들어 AV 세그먼트나 애플리케이션, 피리어드 정보 파일, 서비스 워커(SW), 애플리케이션에 의해 이용되는 데이터, 시그널링 데이터 등을 수신한다.
데이터 처리부(771)는, 통신 데이터 처리부(771a), 재생 처리부(771b)를 갖고, 예를 들어 앞서 설명한 실시예에 따른 처리 등을 실행한다.
구체적으로는, 애플리케이션이나, 피리어드 정보 파일, API, 또한 서비스 워커(SW)를 이용한 데이터 처리 등을 실행한다.
유저의 지시 커맨드, 예를 들어 채널 선택, 애플리케이션 기동, 인스톨 등의 다양한 커맨드는 입력부(774)를 통해서 입력된다.
재생 데이터는 표시부나 스피커 등의 출력부(775)에 출력된다.
기억부(773)는, AV 세그먼트, 서비스 워커(SW), 애플리케이션, 애플리케이션에 의해 이용되는 데이터, 시그널링 데이터 등이 저장된다.
또한, 기억부(773)는, 데이터 처리부(771)가 실행하는 데이터 처리의 워크에리어로서 이용되고, 또한 각종 파라미터의 기억 영역으로서도 이용된다.
도 51은, 송신 장치(20), 수신 장치(30)로서 적용 가능한 통신 장치의 하드웨어 구성예를 나타내고 있다.
CPU(Central Processing Unit)(801)는, ROM(Read Only Memory)(802) 또는 기억부(808)에 기억되어 있는 프로그램에 따라서 각종 처리를 실행하는 데이터 처리부로서 기능한다. 예를 들어, 상술한 실시예에서 설명한 시퀀스에 따른 처리를 실행한다. RAM(Random Access Memory)(803)에는, CPU(801)가 실행하는 프로그램이나 데이터 등이 기억된다. 이러한 CPU(801), ROM(802) 및 RAM(803)은, 버스(804)에 의해 서로 접속되어 있다.
CPU(801)는 버스(804)를 통해서 입출력 인터페이스(805)에 접속되고, 입출력 인터페이스(805)에는, 각종 스위치, 키보드, 마우스, 마이크로폰 등을 포함하는 입력부(806), 디스플레이, 스피커 등을 포함하는 출력부(807)가 접속되어 있다. CPU(801)는, 입력부(806)로부터 입력되는 명령에 대응해서 각종 처리를 실행하고, 처리 결과를 예를 들어 출력부(807)에 출력한다.
입출력 인터페이스(805)에 접속되어 있는 기억부(808)는, 예를 들어 하드 디스크 등을 포함하고, CPU(801)가 실행하는 프로그램이나 각종 데이터를 기억한다. 통신부(809)는, 인터넷이나 로컬 에어리어 네트워크 등의 네트워크를 통한 데이터 통신의 송수신부, 또한 방송파의 송수신부로서 기능하고, 외부의 장치와 통신한다.
입출력 인터페이스(805)에 접속되어 있는 드라이브(810)는, 자기 디스크, 광 디스크, 광자기 디스크, 또는 메모리 카드 등의 반도체 메모리 등의 리무버블 미디어(811)를 구동하여, 데이터의 기록 또는 판독을 실행한다.
또한, 데이터의 부호화 또는 복호는, 데이터 처리부로서의 CPU(801)의 처리로서 실행 가능하지만, 부호화 처리 또는 복호 처리를 실행하기 위한 전용 하드웨어로서의 코덱을 구비한 구성으로 해도 된다.
[10. 본 개시의 구성의 정리]
이상, 특정한 실시예를 참조하면서, 본 개시의 실시예에 대해서 자세히 해석해 왔다. 그러나, 본 개시의 요지를 일탈하지 않는 범위에서 당업자가 실시예의 수정이나 대용을 이룰 수 있음은 자명하다. 즉, 예시라는 형태로 본 발명을 개시해 온 것이며, 한정적으로 해석되어서는 안된다. 본 개시의 요지를 판단하기 위해서는, 특허 청구 범위의 란을 참작해야 한다.
또한, 본 명세서에서 개시한 기술은, 이하와 같은 구성을 취할 수 있다.
(1) 유저 정보 설정 영역을 갖는 시그널링 데이터를 수신하는 통신부와,
상기 유저 정보 설정 영역에 유저 정보를 설정하고, 생성한 유저 정보 설정 완료 데이터를 적용하여, 유저 정보 대응 콘텐츠의 제어 정보 파일을 취득하고,
취득한 제어 정보 파일의 기술 데이터를 적용하여, 상기 유저 정보 대응 콘텐츠를 취득하는 데이터 처리부를 갖는 수신 장치.
(2) 상기 데이터 처리부는,
상기 유저 정보 설정 완료 데이터를 적용하여, 상기 제어 정보 파일의 액세스 정보를 생성하고, 생성한 액세스 정보를 적용해서 상기 제어 정보 파일을 취득하는, (1)에 기재된 수신 장치.
(3) 상기 데이터 처리부는,
상기 유저 정보 설정 완료 데이터를 적용하여, 상기 제어 정보 파일을 생성하는, (1)에 기재된 수신 장치.
(4) 상기 시그널링 데이터는, MPD(Media Presentation Description)이며,
상기 데이터 처리부는, MPD의 상기 유저 정보 대응 콘텐츠 대응의 시그널링 데이터 기록 영역에 포함되는 유저 정보 설정 영역에 유저 정보를 설정하는, (1) 내지 (3) 중 어느 하나에 기재된 수신 장치.
(5) 상기 MPD는, 재생 시간 단위의 제어 정보를 기록한 피리어드 정보를 포함하고,
상기 데이터 처리부는, MPD의 상기 유저 정보 대응 콘텐츠 대응의 피리어드 정보에 포함되는 유저 정보 설정 영역에 유저 정보를 설정하는, (4)에 기재된 수신 장치.
(6) 상기 유저 정보 대응 콘텐츠는, 유저 정보에 따라서 선택되는 광고 콘텐츠인, (1) 내지 (5) 중 어느 하나에 기재된 수신 장치.
(7) 상기 유저 정보 설정 영역에 유저 정보를 설정해서 생성되는 유저 정보 설정 완료 데이터는, 상기 제어 정보 파일의 액세스 정보인 URL(Uniform Resource Locator) 또는 상기 URL을 특정 가능한 데이터인, (1) 내지 (6) 중 어느 하나에 기재된 수신 장치.
(8) 상기 유저 정보 설정 영역은, 질문(쿼리)에 대한 회답(쿼리 파라미터)을 입력하는 PDI(Preference Demographic Interest) 형식을 갖는 데이터 영역인, (1) 내지 (7) 중 어느 하나에 기재된 수신 장치.
(9) 상기 통신부는,
상기 유저 정보 설정 영역을 갖는 제1 시그널링 데이터인 MPD(Media Presentation Description)와,
각각이 서로 다른 유저 정보 설정 완료 데이터를 포함하는 복수의 제2 시그널링 데이터와,
상기 복수의 제2 시그널링 데이터 각각에 대응지어진 제어 정보 파일을 수신하고,
상기 데이터 처리부는,
상기 MPD의 유저 정보 설정 영역에 유저 정보를 설정해서 생성된 유저 정보 설정 완료 데이터와 일치하는 유저 정보 설정 완료 데이터를 포함하는 제2 시그널링 데이터를 선택하고,
선택한 제2 시그널링 데이터에 대응지어진 제어 정보 파일을 취득하는, (1) 내지 (8) 중 어느 하나에 기재된 수신 장치.
(10) 상기 통신부는,
상기 유저 정보 설정 영역을 갖는 제1 시그널링 데이터인 MPD(Media Presentation Description)와,
유저 정보 대응 콘텐츠의 제어 정보 파일의 액세스 정보와, 유저 정보 설정 완료 데이터와의 맵핑 테이블을 수신하고,
상기 데이터 처리부는,
상기 MPD의 유저 정보 설정 영역에 유저 정보를 설정해서 생성된 유저 정보 설정 완료 데이터와 일치하는 데이터를 상기 맵핑 테이블로부터 추출하고,
상기 맵핑 테이블로부터, 추출 데이터에 대응지어진 제어 정보 파일의 액세스 정보를 선택하고, 선택한 액세스 정보에 기초하여 유저 정보 대응 콘텐츠의 제어 정보 파일을 취득하는, (1) 내지 (8) 중 어느 하나에 기재된 수신 장치.
(11) 상기 통신부는 또한,
상기 제어 정보 파일을 생성하는 스크립트 파일을 수신하고,
상기 데이터 처리부는,
상기 스크립트 파일을 적용하여, 상기 유저 정보 설정 완료 데이터에 기초해서 유저 정보 대응 콘텐츠의 제어 정보 파일을 생성하는, (1) 내지 (8) 중 어느 하나에 기재된 수신 장치.
(12) 상기 통신부는,
상기 제어 정보 파일 및 상기 유저 정보 대응 콘텐츠의 브라우저 캐시에의 페치 처리를 실행하는 스크립트 파일을 수신하고,
상기 데이터 처리부는,
상기 스크립트 파일을 적용하여, 상기 제어 정보 파일 및 상기 유저 정보 대응 콘텐츠의 브라우저 캐시에의 페치 처리를 실행하는, (1) 내지 (8) 중 어느 하나에 기재된 수신 장치.
(13) 유저 정보 설정 영역을 갖는 시그널링 데이터와,
수신 장치에서 상기 유저 정보 설정 영역에 유저 정보를 설정함으로써 생성되는 유저 정보 설정 완료 데이터를 적용하여, 액세스 또는 생성 가능한 제어 정보 파일과,
상기 제어 정보 파일의 기술 데이터에 기초하여, 취득, 재생 가능한 유저 정보 대응 콘텐츠를 송신하는 통신부를 갖는 송신 장치.
(14) 상기 시그널링 데이터는, MPD(Media Presentation Description)이며,
상기 MPD는, 재생 시간 단위의 제어 정보를 기록한 피리어드 정보를 포함하고, 유저 정보 대응 콘텐츠 대응의 피리어드 정보 내에 상기 유저 정보 설정 영역이 포함되는 구성인, (13)에 기재된 송신 장치.
(15) 상기 유저 정보 설정 영역은, 질문(쿼리)에 대한 회답(쿼리 파라미터)을 입력하는 PDI(Preference Demographic Interest) 형식을 갖는 데이터 영역인, (13) 또는 (14)에 기재된 송신 장치.
(16) 상기 통신부는,
상기 유저 정보 설정 영역을 갖는 제1 시그널링 데이터인 MPD(Media Presentation Description)와,
유저 정보 설정 완료 데이터를 포함하는 제2 시그널링 데이터와,
상기 제2 시그널링 데이터 각각에 대응지어진 제어 정보 파일을 송신하는, (13) 내지 (15) 중 어느 하나에 기재된 송신 장치.
(17) 상기 통신부는,
상기 유저 정보 설정 영역을 갖는 제1 시그널링 데이터인 MPD(Media Presentation Description)와,
유저 정보 대응 콘텐츠의 제어 정보 파일의 액세스 정보와, 유저 정보 설정 완료 데이터와의 맵핑 테이블을 송신하는, (13) 내지 (15) 중 어느 하나에 기재된 송신 장치.
(18) 상기 통신부는,
상기 유저 정보 설정 완료 데이터에 기초하여, 상기 제어 정보 파일을 생성하는 스크립트 파일을 송신하는, (13) 내지 (15) 중 어느 하나에 기재된 송신 장치.
(19) 수신 장치에서 실행하는 데이터 처리 방법이며,
통신부가, 유저 정보 설정 영역을 갖는 시그널링 데이터를 수신하고,
데이터 처리부가,
상기 유저 정보 설정 영역에 유저 정보를 설정하고, 생성한 유저 정보 설정 완료 데이터를 적용하여, 유저 정보 대응 콘텐츠의 제어 정보 파일을 취득하고,
취득한 제어 정보 파일의 기술 데이터를 적용하여, 상기 유저 정보 대응 콘텐츠의 취득 처리를 실행하는 데이터 처리 방법.
(20) 송신 장치에서 실행하는 데이터 처리 방법이며,
유저 정보 설정 영역을 갖는 시그널링 데이터와,
수신 장치에서 상기 유저 정보 설정 영역에 유저 정보를 설정함으로써 생성되는 유저 정보 설정 완료 데이터를 적용하여, 액세스 또는 생성 가능한 제어 정보 파일과,
상기 제어 정보 파일의 기술 데이터에 기초하여, 취득, 재생 가능한 유저 정보 대응 콘텐츠를 송신하는 데이터 처리 방법.
또한, 명세서 중에서 설명한 일련의 처리는 하드웨어 또는 소프트웨어, 또는 양자의 복합 구성에 의해 실행하는 것이 가능하다. 소프트웨어에 의한 처리를 실행하는 경우에는, 처리 시퀀스를 기록한 프로그램을, 전용의 하드웨어에 내장된 컴퓨터 내의 메모리에 인스톨해서 실행시키거나, 또는, 각종 처리가 실행 가능한 범용 컴퓨터에 프로그램을 인스톨해서 실행시키는 것이 가능하다. 예를 들어, 프로그램은 기록 매체에 미리 기록해 둘 수 있다. 기록 매체로부터 컴퓨터에 인스톨하는 것 외에, LAN(Local Area Network), 인터넷과 같은 네트워크를 통해서 프로그램을 수신하여, 내장한 하드 디스크 등의 기록 매체에 인스톨할 수 있다.
또한, 명세서에 기재된 각종 처리는, 기재에 따라서 시계열로 실행될 뿐만 아니라, 처리를 실행하는 장치의 처리 능력 또는 필요에 따라 병렬적으로 또는 개별로 실행되어도 된다. 또한, 본 명세서에서 시스템이란, 복수의 장치의 논리적 집합 구성이며, 각 구성의 장치가 동일 하우징 내에 있는 것에 제한하지는 않는다.
이상, 설명한 바와 같이, 본 개시의 일 실시예 구성에 의하면, 수신 장치에, 수신 장치측의 유저에 따른 광고 등의 콘텐츠를 선택해서 출력 가능하게 하는 장치, 방법이 실현된다.
구체적으로는, 송신 장치가, 유저 정보 설정 영역을 갖는 시그널링 데이터(MPD)와, MPD에 대한 처리에 의해 생성되는 유저 정보 설정 완료 데이터를 적용해서 액세스 또는 생성 가능한 제어 정보 파일과, 제어 정보 파일의 기술 데이터에 기초하여, 취득, 재생 가능한 유저 정보 대응 광고를 송신한다. 수신 장치는, MPD의 유저 정보 설정 영역에 유저 정보를 설정하고, 생성한 유저 정보 설정 완료 데이터를 적용해서 유저 정보 대응 광고의 제어 정보 파일을 취득하고, 취득한 제어 정보 파일의 기술 데이터를 적용해서 유저 정보 대응 광고를 취득하고, 출력한다.
본 구성에 의해, 수신 장치에, 수신 장치측의 유저에 따른 광고 등의 콘텐츠를 선택해서 출력 가능하게 한 장치, 방법이 실현된다.
10 : 통신 시스템 20 : 송신 장치
21 : 방송 서버 22 : 광고 서버
23 : 데이터 배신 서버 30 : 수신 장치
31 : TV 32 : PC
33 : 휴대 단말기 35 : 튜너 실장 수신 장치
36 : 튜너 비실장 수신 장치 50 : 시그널링 데이터
60 : AV 세그먼트 70 : 기타 데이터
110 : 미들웨어 111 : 통신부(PHY/MAC)
112 : 시그널링 취득부 113 : 시그널링 해석부
114 : 세그먼트 취득부 120 : HTTP 프록시 서버
121 : 캐시부 122 : 어드레스 & 링크 해결부
131 : 재생 제어부 132 : 출력 제어부
201 : MPD 취득부 202 : MPD 해석부
203 : 세그먼트 취득부 204 : 세그먼트 해석부
211 : 복호부 212 : 출력부
311 내지 314 : 피리어드 정보 401 : 시그널링 데이터
402 : 피리어드 정보 파일 450 : 브라우저
451 : 표시 처리부 452 : 서비스 워커(SW)
453 : 캐시 455, 456 : 웹페이지
511 내지 514 : 피리어드 정보 751 : 데이터 처리부
752 : 통신부 753 : 기억부
771 : 데이터 처리부 772 : 통신부
773 : 기억부 774 : 입력부
775 : 출력부 801 : CPU
802 : ROM 803 : RAM
804 : 버스 805 : 입출력 인터페이스
806 : 입력부 807 : 출력부
808 : 기억부 809 : 통신부
810 : 드라이브 811 : 리무버블 미디어

Claims (20)

  1. 수신 장치로서,
    회로를 포함하고, 상기 회로는,
    상기 수신 장치에 대한 제어 정보를 나타내는 미디어 프리젠테이션 디스크립션(media presentation description)을 수신하고,
    사용자 정보에 대응하는 이용 가능한 콘텐츠들에 대한 제어 정보 파일들에 대한 액세스 정보와 가능한 사용자 정보 데이터의 대응을 나타내는 맵핑 테이블을 수신하고,
    상기 맵핑 테이블로부터 사용자 정보 데이터와 연관된 제어 정보 파일에 대한 액세스 정보를 선택하고,
    상기 사용자 정보 데이터와 연관된 상기 제어 정보 파일을 취득하고,
    상기 제어 정보 파일의 액세스 데이터를 적용하여 사용자 정보에 대응하는 콘텐츠를 취득하도록
    구성되는, 수신 장치.
  2. 제1항에 있어서,
    상기 제어 정보 파일에 대한 액세스 정보는 URL에 기초한 것인, 수신 장치.
  3. 제1항에 있어서,
    상기 미디어 프리젠테이션 디스크립션은 재생 시간 단위의 제어 정보를 기록한 피리어드 정보(period information)를 포함하는, 수신 장치.
  4. 제1항에 있어서,
    사용자 정보에 대응하는 상기 콘텐츠는 광고 콘텐츠인, 수신 장치.
  5. 제1항에 있어서,
    제어 정보 파일들에 대한 액세스 정보는, 상기 제어 정보 파일들의 로케이션을 제공하는 URL(uniform resource locator) 또는 또다른 URL을 특정 가능한 데이터인, 수신 장치.
  6. 제1항에 있어서,
    상기 사용자 정보 데이터는 질문에 대한 회답을 입력하기 위한 흥미 형식(interest format)을 포함하는, 수신 장치.
  7. 제1항에 있어서,
    상기 회로는,
    사용자 정보 데이터의 복수의 상이한 세트와 연관된 상기 제어 정보 파일들을 수신하고,
    사용자 정보와 일치하는 사용자 정보 데이터의 복수의 상이한 세트 중 하나를 선택하고,
    사용자 정보 데이터의 복수의 상이한 세트 중 상기 선택된 하나와 연관된 상기 제어 정보 파일을 취득하도록
    구성되는, 수신 장치.
  8. 제1항에 있어서,
    상기 회로는,
    취득한 상기 제어 정보 파일 및 상기 사용자 정보에 대응하는 상기 콘텐츠의 브라우저 캐시에의 페치 처리를 실행하는 스크립트 파일을 수신하고,
    상기 스크립트 파일을 실행하여, 취득한 상기 제어 정보 파일 및 상기 사용자 정보에 대응하는 상기 콘텐츠의 상기 브라우저 캐시에의 페치 처리를 실행하도록 구성되는, 수신 장치.
  9. 제1항 내지 제8항 중 어느 한 항에 있어서,
    디스플레이를 추가로 포함하는, 수신 장치.
  10. 수신 장치에서 실행하는 데이터 처리 방법으로서,
    상기 수신 장치에 대한 제어 정보를 나타내는 미디어 프리젠테이션 디스크립션을 수신하는 단계;
    사용자 정보에 대응하는 이용 가능한 콘텐츠들에 대한 제어 정보 파일들에 대한 액세스 정보와 가능한 사용자 정보 데이터의 대응을 나타내는 맵핑 테이블을 수신하는 단계;
    상기 맵핑 테이블로부터 사용자 정보 데이터와 연관된 제어 정보 파일에 대한 액세스 정보를 선택하는 단계,
    사용자 정보 데이터와 연관된 상기 제어 정보 파일을 취득하는 단계; 및
    상기 제어 정보 파일의 액세스 데이터를 적용하여 사용자 정보에 대응하는 콘텐츠를 취득하는 단계
    를 포함하는, 데이터 처리 방법.
  11. 제10항에 있어서,
    상기 제어 정보 파일에 대한 액세스 정보는 URL에 기초한 것인, 데이터 처리 방법.
  12. 제10항에 있어서,
    사용자 정보에 대응하는 상기 콘텐츠는 광고 콘텐츠인, 데이터 처리 방법.
  13. 제10항에 있어서,
    제어 정보 파일들에 대한 액세스 정보는, 상기 제어 정보 파일들의 로케이션을 제공하는 URL(uniform resource locator) 또는 또다른 URL을 특정 가능한 데이터인, 데이터 처리 방법.
  14. 제10항에 있어서,
    상기 사용자 정보 데이터는 질문에 대한 회답을 입력하기 위한 흥미 형식(interest format)을 포함하는, 데이터 처리 방법.
  15. 제10항에 있어서,
    사용자 정보 데이터의 복수의 상이한 세트와 연관된 상기 제어 정보 파일들을 수신하는 단계;
    사용자 정보와 일치하는 사용자 정보 데이터의 복수의 상이한 세트 중 하나를 선택하는 단계; 및
    사용자 정보 데이터의 복수의 상이한 세트 중 상기 선택된 하나와 연관된 상기 제어 정보 파일을 취득하는 단계
    를 추가로 포함하는, 데이터 처리 방법.
  16. 삭제
  17. 삭제
  18. 삭제
  19. 삭제
  20. 삭제
KR1020177031035A 2015-06-09 2016-04-26 수신 장치, 송신 장치 및 데이터 처리 방법 KR102532046B1 (ko)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2015116302 2015-06-09
JPJP-P-2015-116302 2015-06-09
PCT/JP2016/062984 WO2016199513A1 (ja) 2015-06-09 2016-04-26 受信装置、送信装置、およびデータ処理方法

Publications (2)

Publication Number Publication Date
KR20180016976A KR20180016976A (ko) 2018-02-20
KR102532046B1 true KR102532046B1 (ko) 2023-05-12

Family

ID=57504492

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020177031035A KR102532046B1 (ko) 2015-06-09 2016-04-26 수신 장치, 송신 장치 및 데이터 처리 방법

Country Status (8)

Country Link
US (3) US10885555B2 (ko)
EP (1) EP3310065B1 (ko)
JP (1) JPWO2016199513A1 (ko)
KR (1) KR102532046B1 (ko)
CN (1) CN107615774B (ko)
CA (1) CA2981693C (ko)
MX (1) MX2017015534A (ko)
WO (1) WO2016199513A1 (ko)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3310065B1 (en) * 2015-06-09 2022-04-13 Sony Group Corporation Receiving device, transmission device and data processing method
US11509972B2 (en) * 2019-07-09 2022-11-22 Dolby International Ab Method and device for personalization of media data for playback
US11228796B2 (en) * 2020-01-07 2022-01-18 Tencent America LLC Pattern addressing for session-based dash operations
US11470136B2 (en) * 2020-10-07 2022-10-11 Tencent America LLC URL customization using the session-based dash operations
CN116347365B (zh) * 2023-05-29 2023-08-18 深圳深蕾科技股份有限公司 一种无线mesh网络组播的传输管理方法

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010504013A (ja) 2006-09-14 2010-02-04 ノーテル ネットワークス リミテッド デジタルメディア記録装置に基づいた広告
JP2014057227A (ja) 2012-09-13 2014-03-27 Sony Corp コンテンツ供給装置、コンテンツ供給方法、プログラム、およびコンテンツ供給システム
JP2014517558A (ja) 2011-04-05 2014-07-17 クアルコム，インコーポレイテッド ファイル配信方式を使用したｉｐブロードキャストストリーミングサービスの配信
WO2014171473A1 (ja) 2013-04-19 2014-10-23 ソニー株式会社 サーバ装置、クライアント装置、コンテンツ配信方法およびコンピュータプログラム

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2011087103A (ja) 2009-10-15 2011-04-28 Sony Corp コンテンツ再生システム、コンテンツ再生装置、プログラム、コンテンツ再生方法、およびコンテンツサーバを提供
KR101737084B1 (ko) * 2009-12-07 2017-05-17 삼성전자주식회사 메인 콘텐트에 다른 콘텐트를 삽입하여 스트리밍하는 방법 및 장치
KR101206698B1 (ko) * 2010-10-06 2012-11-30 한국항공대학교산학협력단 스트리밍 콘텐츠 제공 장치 및 방법
US20140052824A1 (en) * 2012-08-20 2014-02-20 Qualcomm Incorporated Conveying state information for streaming media
US8949206B2 (en) 2012-10-04 2015-02-03 Ericsson Television Inc. System and method for creating multiple versions of a descriptor file
US10902474B2 (en) * 2014-03-24 2021-01-26 Qualcomm Incorporated Targeted advertisement insertion for streaming media data
EP3310065B1 (en) * 2015-06-09 2022-04-13 Sony Group Corporation Receiving device, transmission device and data processing method
US10516497B2 (en) * 2015-10-05 2019-12-24 Sony Corporation Reception apparatus, transmission apparatus, and data processing method
US10681147B2 (en) * 2016-08-15 2020-06-09 Saturn Licensing Llc URLs for acquiring or transmitting data

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010504013A (ja) 2006-09-14 2010-02-04 ノーテル ネットワークス リミテッド デジタルメディア記録装置に基づいた広告
JP2014517558A (ja) 2011-04-05 2014-07-17 クアルコム，インコーポレイテッド ファイル配信方式を使用したｉｐブロードキャストストリーミングサービスの配信
JP2014057227A (ja) 2012-09-13 2014-03-27 Sony Corp コンテンツ供給装置、コンテンツ供給方法、プログラム、およびコンテンツ供給システム
WO2014171473A1 (ja) 2013-04-19 2014-10-23 ソニー株式会社 サーバ装置、クライアント装置、コンテンツ配信方法およびコンピュータプログラム

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
Dash Industry Forum: "Guidelines for implementation: dash-if interoperability points v3.0"(2015.04.07.)*

Also Published As

Publication number Publication date
EP3310065B1 (en) 2022-04-13
EP3310065A4 (en) 2019-03-27
WO2016199513A1 (ja) 2016-12-15
US20220335475A1 (en) 2022-10-20
US11410199B2 (en) 2022-08-09
CN107615774A (zh) 2018-01-19
JPWO2016199513A1 (ja) 2018-03-29
KR20180016976A (ko) 2018-02-20
MX2017015534A (es) 2018-02-21
EP3310065A1 (en) 2018-04-18
CN107615774B (zh) 2020-12-22
US10885555B2 (en) 2021-01-05
US20180053217A1 (en) 2018-02-22
CA2981693C (en) 2023-01-24
CA2981693A1 (en) 2016-12-15
US20210081995A1 (en) 2021-03-18

Similar Documents

Publication Publication Date Title
KR102532046B1 (ko) 수신 장치, 송신 장치 및 데이터 처리 방법
KR102499231B1 (ko) 수신 장치, 송신 장치 및 데이터 처리 방법
KR20080064264A (ko) 프리뷰 컨텐츠의 전송 시스템 및 방법과, 그의 수신장치 및방법
JP6583281B2 (ja) 受信装置、送信装置、およびデータ処理方法
US11025352B2 (en) Reception device, transmission device, and data processing method
KR102460356B1 (ko) 수신 장치, 송신 장치 및 데이터 처리 방법
KR102460444B1 (ko) 수신 장치, 송신 장치 및 데이터 처리 방법
KR102611253B1 (ko) 수신 장치, 송신 장치 및 데이터 처리 방법
KR102533674B1 (ko) 수신 장치, 송신 장치 및 데이터 처리 방법
KR101243476B1 (ko) 프리뷰 컨텐츠의 전송 시스템 및 방법과, 그의 수신장치 및방법

Legal Events

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