KR20170136935A - 방송 시스템에서 방송 서비스 정보 제공 방법 및 장치 - Google Patents

방송 시스템에서 방송 서비스 정보 제공 방법 및 장치 Download PDF

Info

Publication number
KR20170136935A
KR20170136935A KR1020160069108A KR20160069108A KR20170136935A KR 20170136935 A KR20170136935 A KR 20170136935A KR 1020160069108 A KR1020160069108 A KR 1020160069108A KR 20160069108 A KR20160069108 A KR 20160069108A KR 20170136935 A KR20170136935 A KR 20170136935A
Authority
KR
South Korea
Prior art keywords
information
service
mmt
media
server
Prior art date
Application number
KR1020160069108A
Other languages
English (en)
Other versions
KR102494266B1 (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 삼성전자주식회사
Priority to KR1020160069108A priority Critical patent/KR102494266B1/ko
Priority to EP17807067.8A priority patent/EP3468208A4/en
Priority to PCT/KR2017/005816 priority patent/WO2017209574A1/ko
Priority to CN201780034391.0A priority patent/CN109314797B/zh
Priority to US16/306,812 priority patent/US10939179B2/en
Publication of KR20170136935A publication Critical patent/KR20170136935A/ko
Application granted granted Critical
Publication of KR102494266B1 publication Critical patent/KR102494266B1/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/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/633—Control signals issued by server directed to the network components or client
    • H04N21/6332—Control signals issued by server directed to the network components or client directed to client
    • 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/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs
    • H04N21/23424—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs involving splicing one content stream with another content stream, e.g. for inserting or substituting an advertisement
    • 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
    • H04N21/4351—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream involving reassembling additional data, e.g. rebuilding an executable program from recovered modules
    • 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/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs
    • H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • 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/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
    • 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/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
    • H04N21/26258—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists for generating a list of items to be played back in a given order, e.g. playlist, or scheduling item distribution according to such list
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/435—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/462—Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
    • 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/462—Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
    • H04N21/4622—Retrieving content or additional data from different sources, e.g. from a broadcast channel and the Internet
    • 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
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85—Assembly of content; Generation of multimedia applications
    • H04N21/854—Content authoring

Abstract

본 개시의 실시예에 따라 방송 서비스 정보를 제공하는 방법은, 복수 개의 방송 서비스 정보들의 위치 정보들을 획득하는 과정과, 상기 위치 정보들에 기초하여 상기 적어도 하나의 방송 서비스 정보들 수신하는 과정과, 상기 방송 서비스 정보에 기초하여, 통합된 방송 서비스 정보를 생성하는 과정과, 상기 통합된 방송 서비스 정보를 사용자에게 제공하는 과정을 포함한다.

Description

방송 시스템에서 방송 서비스 정보 제공 방법 및 장치{APPARATUS AND METHOD FOR PROVIDING BROADCASTING SERVICE INFORMATION IN A BROADCASTING SYSTEM}
본 개시는 방송 시스템에서 방송 서비스 정보를 제공하기 위한 방법 및 장치에 관한 것이다.
또한, 본 개시는 멀티미디어 시스템에서 신호를 송/수신하는 장치 및 방법에 관한 것으로서, 특히 멀티미디어 시스템에서 콘텐츠 관련 정보를 송/수신하는 장치 및 방법에 관한 것이다.
또한, 본 개시는 멀티미디어 시스템에서 다양한 종류의 멀티미디어 데이터 및 멀티미디어 서비스를 삽입 및 변경하는 복합 멀티미디어 데이터를 송수신하기 위한 방법 및 장치에 대한 것으로, 특히 방송망과 통신망, 기타 네트워크를 포함하는 복합 네트워크에서 복합 멀티미디어 데이터를 전송하는 것에 관한 것으로, MPEG Media Transport (이하 MMT)를 적용하여 복합 멀티미디어 데이터를 전송하기 위한 장치 및 그 방법에 관한 것이다.
기존 방송 시스템에서 ESG(Electronic Service Guide)와 같은 서비스 리스트는, 특정 방송 사업자(예를 들어, KBS, MBC) 가 직접 만들어 컨텐츠와 함께 송신하거나, 상기 방송 사업자로부터 컨텐츠를 전송받아 재전송하는 유료 재전송 사업자들인 MVPD(Multichannel video programming distributor)(예를 들어, SK브로드밴드, 올레KT)가 구성하여 배포되는 방식으로 사용자에게 전달된다. 즉, 사용자는 사용자가 유료로 가입한 특정 재전송 사업자 또는 지상파 방송사들이 제작하여 배포하는 ESG만을 수신하고, 사용자는 수신된 ESG를 근거로 원하는 방송 프로그램을 선택하거나 향후 방송 순서에 대한 정보를 획득하게 된다.
최근에 방송 컨텐츠는 IP 기반의 인터넷 스트리밍 형식을 이용하여 사용자에게 제공되는 경우가 많다. 이러한 경향이 지속될 경우 향후 All-IP 방송 시대와 같이 모든 방송 컨텐츠가 IP화 되는 상황이 발생하게 되는 경우, 사용자에게 제공되는 방송 채널의 개수가 적은 개수로 고정되어 있는 전통적인 방송 방식과 달리 사용자에게 제공되는 방송 채널의 개수는 사실상 무한대로 증가될 것으로 예상된다. 이러한 경우 여러 다양한 사업자들이 제작한 ESG를 효율적으로 제공할 수 있는 방안이 필요하다.
유무선 인터넷의 폭발적인 성장에 따라, 여러 가지 형태의 인터넷 텔레비젼(television: TV, 이하 "TV"라 칭하기로 한다)들이 향후 일상 생활의 의미 있는 일부가 될 전망이다. 그 중 모바일 데이터 트래픽(mobile data traffic)의 급격한 증가로 인해 2020년 경에는 모바일 데이터 트래픽의 80%가 스마트 폰에서 발생하고, 전체 모바일 데이터 트래픽의 약 60%를 모바일 비디오 트래픽이 차지할 것으로 예상되고 있다.
실제로 지난 2014년 6월 18일의 한국과 러시아 월드컵 경기는 모바일 방송의 위력을 잘 보여주는 사례로 볼 수 있다. 출근 시간대에 경기가 진행되면서 네이버와 다음이 제공하는 고화질 생중계 서비스 이용자가 몰리면서 모바일 데이터 트래픽 역시 크게 증가한 것이다. 이에 스마트폰을 통한 시청이 원활하게 제공되지 않는 문제가 발생하기도 했다.
모바일 단말기를 통한 실시간 생방송 서비스 수요가 증가하면서 이동 통신사에게는 이에 대응하는 부가 서비스를 개발하는 것과 동시에 모바일 트래픽을 효율적으로 관리할 수 있는 방안이 필요하게 되었다.
기존의 하이퍼텍스트 트랜스퍼 프로토콜(hypertext transfer protocol: HTTP, 이하 "HTTP"라 칭하기로 한다) 방식을 기반으로 하는 스트리밍 방식은 미디어 리소스 구분 정보를 미디어 컨텐츠를 생성할 때 메타 데이터에 함께 생성하게 된다. 이러할 경우 만약 10분의 미디어를 인터넷을 통해 스트리밍 하기 위해 HTTP 기반의 파일 형태로 변환 시 10분 동안의 미디어 컨텐츠를 받아올 수 있는 컨텐츠 서버의 정보를 유니폼 리소스 로케이터(uniform resource locator: URL, 이하 "URL"라 칭하기로 한다) 등의 형태로 메타 데이터에 저장하게 되며, 이를 수신기 측에서 함께 송신하게 된다.
수신기 측에서는 이러한 메타 데이터를 수신한 후 사용자가 원하는 스트리밍 서비스를 해당 메타 데이터에 저장되어 있는 미디어 리소스 정보(URL 등)를 통해 HTTP 기반의 미디어 컨텐츠 서버에 송신 요청하게 된다.
컨텐츠 전달 네트워크(contents delivery network: CDN, 이하 "CDN"라 칭하기로 한다) 환경에서는 사용자의 위치 및 환경, 서비스 제공 사업자의 네트워크 상황에 따라 하나의 멀티미디어 수신 장치와 하나의 멀티미디어 송신 장치가 하나의 네트워크 및 서버를 통해서 세션을 개시하여 멀티미디어 서비스를 제공하고 있을 때, 수신 장치 또는 송신 장치의 필요 사항에 따라 송신 서버를 변경하거나 세션을 변경하여 멀티미디어 서비스를 이어가야 하는 경우가 발생할 수 있다.
기존 스트리밍 방식인 HTTP 방식은 미디어 컨텐츠 생성시 해당 미디어 리소스 정보를 메타 데이터에 함께 생성을 하게 되며 이러한 방식은 실제 실시간 스트리밍 환경에서 동적 미디어 리소스 구분 정보를 이용하기 위한 환경에서 여러 가지 이슈들을 나타내게 되었다.
먼저, 기존의 HTTP 방식에서 사용하였던 미디어 리소스 정보, 일 예로 URL 정보는 미디어 컨텐츠 서버의 실제 어드레스, 일 예로 인터넷 프로토콜(internet protocol: IP, 이하 "IP"라 칭하기로 한다) 어드레스 등을 이용하지 않기 때문에 해당 서버의 접속을 위해서는 도메인 네임 서버(domain name server: DNS, 이하 "DNS"라 칭하기로 한다) 등에 요청을 통해 실제 어드레스를 찾아야 하기 때문에 지연이 발생하게 된다.
또한 해당 컨텐츠의 생성시 해당 서버의 어드레스를 일정 파일 기간 동안 함께 생성을 하게 되어 동적인 채널 변화에 따른 실시간 미디어 리소스 정보의 업데이트가 불가능하며, 이는 실제 해당 스트리밍 서비스를 이용하는 동안 한 프로그램 안에서는 동적인 채널 및 미디어 컨텐츠 서버의 변화를 어렵게 한다.
마지막으로 기존의 HTTP 방식의 스트리밍 서비스에서 서비스 도중 해당 미디어 컨텐츠 서버의 어드레스가 변동될 경우 현재 이용중인 서비스를 지속적으로 이용하지 못하며 초기 접속 과정을 다시 거쳐 해당 미디어 컨텐츠 서버의 어드레스를 다시 수신하여 해당 미디어 컨텐츠 서버를 통해 서비스를 이용하여야 하는 문제점이 존재 하였다.
기존의 CDN을 이용한 멀티미디어 서비스 환경에서도 미디어 컨텐츠 생성시 해당 미디어 리소스를 메타데이터에 함께 생성 하게 되며 따라서 기존의 CDN 환경에서는 실시간 스트리밍 환경에서 수신 장치 또는 송신 장치의 필요 사항에 따라 송신 서버 및 세션을 변경하는 동적인 미디어 리소스 할당이 어려운 문제점이 존재 하였다.
한편, 상기와 같은 정보는 본 개시의 이해를 돕기 위한 백그라운드(background) 정보로서만 제시될 뿐이다. 상기 내용 중 어느 것이라도 본 개시에 관한 종래 기술로서 적용 가능할지 여부에 관해, 어떤 결정도 이루어지지 않았고, 또한 어떤 주장도 이루어지지 않는다.
본 개시의 실시예는 방송 시스템에서 사용자 중심의 통합적인 방송 서비스 정보를 제공하는 방법 및 장치를 제공한다.
본 개시의 실시예는 방송 시스템에서 방송 서비스 정보를 제공하기 위한 방송 서비스의 위치 정보를 제공하는 방법 및 장치를 제공한다.
본 개시의 실시예는 방송 시스템에서 방송 채널의 타입에 따라 채널을 구성하는 프로그램에 포함되는 정보를 제공한다.
본 개시의 일 실시예는 멀티미디어 시스템에서 콘텐츠 관련 정보를 송/수신하는 장치 및 방법을 제안한다.
또한, 본 개시의 일 실시예는 멀티미디어 시스템에서 서비스 상황을 기반으로 미디어 리소스를 관리하는 장치 및 방법을 제안한다.
또한, 본 개시의 일 실시예는 MPEG Media Transport (MMT) 기반의 미디어 컨텐츠 스트리밍 서비스를 이용하여 기존의 정적 미디어 리소스 할당 환경에서 서비스 사용자의 수 및 사용 환경, 위치 등에 맞는 동적 미디어 리소스 구분 정보를 제공함으로써 실제 실시간 미디어 컨텐츠 서비스를 제공 시 서비스의 상황(사용자의 수 등)에 따라 미디어 컨텐츠 리소스 정보 및 미디어 컨텐츠의 시그널링 정보를 제공함으로써 효율적인 미디어 리소스 관리를 제공하는 장치 및 방법을 제안한다.
본 개시의 실시예에 따라 방송 서비스 정보를 제공하는 방법은, 복수 개의 방송 서비스 정보들의 위치 정보들을 획득하는 과정과, 상기 위치 정보들에 기초하여 상기 적어도 하나의 방송 서비스 정보들 수신하는 과정과, 상기 방송 서비스 정보에 기초하여, 통합된 방송 서비스 정보를 생성하는 과정과, 상기 통합된 방송 서비스 정보를 사용자에게 제공하는 과정을 포함한다.
본 개시의 일 실시예에서 제안하는 방법은; 멀티미디어 시스템에서 수신기의 동작 방법에 있어서, DRI 메시지를 수신하는 과정과, 상기 DRI 메시지를 기반으로 기본 서버에 미디어 컨텐츠가 존재하는지 여부를 결정하는 과정과, 상기 기본 서버에 미디어 컨텐츠가 존재하지 않을 경우 대체 서버에 상기 미디어 컨텐츠가 존재하는지 여부를 결정하는 과정과, 상기 대체 서버에 미디어 컨텐츠가 존재하지 않을 경우 원래 서버로 상기 미디어 컨텐츠에 대한 송신을 요청하는 과정을 포함함을 특징으로 한다.
본 개시의 일 실시예에서 제안하는 장치는; 멀티미디어 시스템에서 수신기에 있어서, DRI 메시지를 수신하고, 상기 DRI 메시지를 기반으로 기본 서버에 미디어 컨텐츠가 존재하는지 여부를 결정하고, 상기 기본 서버에 미디어 컨텐츠가 존재하지 않을 경우 대체 서버에 상기 미디어 컨텐츠가 존재하는지 여부를 결정하고, 상기 대체 서버에 미디어 컨텐츠가 존재하지 않을 경우 원래 서버로 상기 미디어 컨텐츠에 대한 송신을 요청하는 프로세서를 포함함을 특징으로 한다.
본 개시의 다른 측면들과, 이득들 및 핵심적인 특징들은 부가 도면들과 함께 처리되고, 본 개시의 바람직한 실시예들을 개시하는, 하기의 구체적인 설명으로부터 해당 기술 분야의 당업자에게 자명할 것이다.
하기의 본 개시의 구체적인 설명 부분을 처리하기 전에, 이 특허 문서를 통해 사용되는 특정 단어들 및 구문들에 대한 정의들을 설정하는 것이 효과적일 수 있다: 상기 용어들 "포함하다(include)" 및 "포함하다(comprise)"와 그 파생어들은 한정없는 포함을 의미하며; 상기 용어 "혹은(or)"은 포괄적이고, "및/또는"을 의미하고; 상기 구문들 "~와 연관되는(associated with)" 및 "~와 연관되는(associated therewith)"과 그 파생어들은 포함하고(include), ~내에 포함되고(be included within), ~와 서로 연결되고(interconnect with), 포함하고(contain), ~내에 포함되고(be contained within), ~에 연결하거나 혹은 ~와 연결하고(connect to or with), ~에 연결하거나 혹은 ~와 연결하고(couple to or with), ~와 통신 가능하고(be communicable with), ~와 협조하고(cooperate with), 인터리빙하고(interleave), 병치하고(juxtapose), ~로 가장 근접하고(be proximate to), ~로 ~할 가능성이 크거나 혹은 ~와 ~할 가능성이 크고(be bound to or with), 가지고(have), 소유하고(have a property of) 등과 같은 내용을 의미하고; 상기 용어 "제어기"는 적어도 하나의 동작을 제어하는 임의의 디바이스, 시스템, 혹은 그 부분을 의미하고, 상기와 같은 디바이스는 하드웨어, 펌웨어 혹은 소프트웨어, 혹은 상기 하드웨어, 펌웨어 혹은 소프트웨어 중 적어도 2개의 몇몇 조합에서 구현될 수 있다. 어떤 특정 제어기와 연관되는 기능성이라도 집중화되거나 혹은 분산될 수 있으며, 국부적이거나 원격적일 수도 있다는 것에 주의해야만 할 것이다. 특정 단어들 및 구문들에 대한 정의들은 이 특허 문서에 걸쳐 제공되고, 해당 기술 분야의 당업자는 많은 경우, 대부분의 경우가 아니라고 해도, 상기와 같은 정의들이 종래 뿐만 아니라 상기와 같이 정의된 단어들 및 구문들의 미래의 사용들에도 적용된다는 것을 이해해야만 할 것이다.
도 1은 본 개시의 실시예에 따라 방송 서비스 정보를 제공하는 개념을 설명하는 도면;
도 2는 본 개시의 실시예에 따라 MMT 서비스 디스크립션 데이터 모델(MMT Service Descriptor Data Model)을 설명하는 도면;
도 3은 본 개시의 실시예에 따라 MMT 수신 엔터티의 구조를 설명하는 도면,;
도 4는 본 개시의 실시예에 따른 MMT 수신 엔터티의 동작을 설명하는 도면;
도 5는 본 개시의 실시예에 따른 MMT 송신 엔터티의 동작을 설명하는 도면;
도 6은 일반적인 멀티미디어 시스템에서 미디어 스트리밍 환경 구성을 개략적으로 도시한 도면이다;
도 7은 본 개시의 일 실시예에 따른 멀티미디어 시스템에서 미디어 리소스 정보를 활용하는 스트리밍 환경 구성을 개략적으로 도시한 도면이다;
도 8은 본 개시의 일 실시예에 따른 멀티미디어 시스템에서 DRI 메시지를 기반으로 하는 미디어 컨텐츠 수신을 위한 수신기 동작의 일 예를 개략적으로 도시한 도면이다;
도 9는 본 개시의 일 실시예에 따른 멀티미디어 시스템에서 DSI 메시지를 기반으로 하는 미디어 시그널링 정보 수신을 위한 수신기 동작의 일 예를 개략적으로 도시한 도면이다;
도 10은 본 개시의 일 실시예에 따른 멀티미디어 시스템에서 DRI 메시지 및 DSI 메시지를 활용하는 동작의 일 예를 개략적으로 도시한 도면;
도 11은 본 개시의 실시예에 따른 시스템 구성을 설명하는 도면;
도 12a, b는 본 개시의 실시예에 의한 MANE의 동작을 설명하는 도면.
<제1 개시>
이하 첨부된 도면을 참조하여 본 개시의 바람직한 실시 예에 대한 동작 원리를 상세히 설명한다. 도면상에 표시된 동일한 구성요소들에 대해서는 비록 다른 도면상에 표시되더라도 가능한 한 동일한 참조번호로 나타내었으며, 다음에서 본 개시를 설명함에 있어 관련된 공지 기능 또는 구성에 대한 구체적인 설명이 본 개시의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명을 생략할 것이다. 그리고 후술되는 용어들은 본 개시에서의 기능을 고려하여 정의된 용어들로서 이는 사용자, 운용자의 의도 또는 관례 등에 따라 달라질 수 있다. 그러므로 그 정의는 본 명세서 전반에 걸친 내용을 토대로 내려져야 할 것이다.
이하에서 본 개시의 실시예를 설명한다. 본 개시의 실시예들은 MMT(MPEG media transport) 방송 시스템을 기준으로 설명될 것이다. 이는 설명의 편의를 위한 것일 뿐, 본 개시가 MMT 방송 시스템에 한정되는 것은 아니다.
도 1은 본 개시의 실시예에 따라 방송 서비스 정보를 제공하는 개념을 설명하는 도면이다.
본 개시에서는 복수개의 방송 서비스 정보들을 이용하여 하나의 통합된 방송 서비스 정보의 형태로 방송 서비스 정보를 사용자에게 제공한다. 도 1을 참조하면, 서로 다른 사업자들이 생성한 방송 서비스 정보들(121, 122, 123)은 MMT 엔터티(125)에서 표준화된 서비스 리스트 디스크립터(124)로 통합되고, 이후 하위 계층을 통하여 서비스 제공자에게 전달될 수 있다. 이렇게 하면, 방송 서비스 정보가 특정한 방송 사업자에게 종속되지 않을 수 있다. 또한, 방송 채널을 통하여 방송 서비스 정보를 직접 수신할 수 없는 단말도, 해당 단말의 사용자가 원하는 방송 서비스 정보를 사용자에게 제공할 수 있다. 이하에서 본 개시의 실시예들을 설명한다.
이하에서 "(MMT) 서비스 디스크립터", "(MMT) 서비스 리스트 디스크립터", "디스크립터"는 동일한 의미를 가지는 용어로, 혼용되어 사용될 수 있다.
도 2는 본 개시의 실시예에 따라 MMT 서비스 디스크립션 데이터 모델(MMT Service Descriptor Data Model)을 설명하는 도면이다.
도 2를 참조하면, 하나의 MMT 서비스 디스크립터(Service List Descriptor(210)는 복수 개의 MMT 채널들(211, 212, 213, ...)을 포함하며 구성되며, 하나의 MMT 채널은 복수 개의 MMT 패키지(Package)들(221, 222, 223, 224, ...)을 포함한다. 하나의 패키지는 하나의 컨텐츠 프로그램 (예를 들어, 무한도전, 뉴스, 야구중계)에 해당하며, 하나의 MMT 채널은 복수 개 방송 컨텐츠 프로그램의 묶음(Aggregation)에 해당한다. (예를 들어, MBC, SBS, Netflix, Hulu).
하나의 MMT 서비스 디스크립터는 하나의 특정 방송 사업자에 의해 제공될 수 있으며, 특정 방송 사업자가 복수 개의 MMT 서비스 디스크립터들을 제공할 수도 있다. MMT 수신 엔터티는 제공자가 결정한 해당 디스크립터의 위치 정보(예를 들어, URL)을 획득하고, 상기 URL로부터 상기 MMT 서비스 리스트 디스크립터를 획득할 수 있다. 상기 URL은 MMT 송신 엔터티 내에 존재하여 MMT 송신 엔터티가 상기 URL을 MMT 수신 엔터티에 제공할 수도 있고, MMT 서비스 리스트 디스크립터를 제공하는 별도의 서버에 존재하여, 상기 서버 URL을 상기 MMT 수신 엔터티에게 제공할 수도 있다.
이때 MMT 채널은 선형(linear) 방송 채널 또는 비선형(non-linear) 방송 채널이 될 수 있다. 상기 선형 방송 채널은 방송 스케쥴이 정해져 있는 프로그램들로 구성된 채널을 말한다. 상기 선형 방송 채널의 경우, 하나의 패키지는 해당 패키지가 방송되는 특정 시간에 대한 시간 속성 정보를 추가적으로 포함한다. 예를 들어, 해당 패키지의 방송 시작 시점과 종료 시점(StartTime, EndTime)의 속성 정보를 포함할 수 있다.
MMT 수신 엔터티는 MMT 서비스들에 대한 리스트(List)를 포함하는 MMT 서비스 리스트 디스크립터를 복수 개의 소스(Descriptor URL)들로부터 획득할 수 있으며, 이렇게 MMT 수신 엔터티 획득한 MMT 서비스 리스트 디스크립터들을 통합(merge)하여 사용자에게 제공하는 경우, 사용자에게 제공된 정보는 일종의 ESG와 같은 역할을 할 수 있다.
즉, MMT 서비스 리스트 디스크립터는 어떤 특정 서비스 프로바이더로부터 MMT 포로토콜의 형태로 제공되는 MMT 서비스에 관한 정보들을 제공하는 역할을 한다. 하나의 MMT 서비스 리스트 디스크립터는 복수 개의 MMT 채널들로 구성되며, 이는 복수 개의 MMT 패키지의 묶음으로 구성되는 논리적인(logical) 단위이다. MMT 패키지는 뉴스나 스포츠게임, 영화 등과 같은 하나의 특정한 프로그램에 해당하며, 하나의 MMT 패키지는 다른 MMT 패키지와의 구분을 위해 MMT 패키지 식별자(MMT_Package_id)라는 고유의 ID 속성 값을 가진다. 특정 MMT 패키지가 선택되는 경우, 해당 MMTP 세션은 별도의 SDP 파일(SDP URI 엘리먼트가 위치 정보 제공), 디스크립터 내에 내장된 "in-lined SDP"(Descriptor XML 문서내 CDATA 필드에서 정보 제공), MMT PA 메시지, MMT PA 테이블(MMT_PA_URL 엘리먼트가 정보 제공)를 통해 제공될 수 있다. 어떠한 채널이 선형 컨텐츠로 구성된 경우 각 MMT 패키지는 시작 시점(startTime) 및 종료 시점(endTime)과 같은 고유의 시간 속성 값을 갖는다.
이하에서는 MMT 서비스 디스크립터 의 구조(MMT Service Descriptor Schema)를 설명한다.
MMT 서비스는 패키지 단위로 구성되며, 하나의 패키지는 복수 개의 애셋(Asset)을 포함한다. 이때 하나의 방송 채널은 복수 개의 패키지들의 묶음으로 구성될 수 있으며, 이러한 패키지들의 리스트는 사용자에게 서비스 리스트(Service List) (즉, 일종의 EPG) 정보로서 제공될 수 있다.
하기 <표 1> 및 <표 2>는 MMT 서비스 디스크립터 의 구조의 일 예이다. <표 1> 및 < 표 2>는 원래 연속된 것이지만, 지면의 한계 상 두 개의 표로 분리한 것이다.
Figure pat00001
Figure pat00002
상기 MMT 서비스 디스크립터의 구조(MMT Service Descriptor Schema)의 구성 요소들에 대한 설명은 하기 <표 3>과 같다.
Figure pat00003
상기 MMT 서비스 디스크립터의 구조에서 "디스크립터 URL(descriptorURL)"은 해당 MMT 서비스 디스크립터가 위치한 주소 값이다. MMT 수신 엔터티는 복수 개의 URL들을 획득하고 상기 MMT 수신 엔터티 내에 저장할 수 있다. 예를 들어, 사용자가 어떤 경로를 통하여 해당 디스크립터의 URL을 알아내고, 그 중 선호하는 사업자의 URL 정보를 저장할 수 있다. 또는 디스크립터의 URL은 별도의 방송 물리 채널로 전달되는 EPG와 같은 서비스 리스트 내에 서비스 리스트 정보를 제공할 수 있는 별도 수단 정보로서 제공될 수 있다. MMT 수신 엔터티는 MMT 서비스 디스크립터를 획득하기 위해 디스크립터의 URL들의 주소로 디스크립터에 대한 요청을 송신한다. 상기 요청에 대응하여 MMT 수신 엔터티가 요청한 디스크립터를 수신하면, MMT 수신 엔터티는 수신된 복수 개의 디스크립터를 통합하여 사용자에게 제공한다.
한편, 채널 타입(channelType)은 해당 채널의 타입 정보를 제공한다, 이는 현재의 채널에 기술된 서비스(MMT 패키지)를 소비하기 위해 필요한 물리적 전송 채널의 타입 정보를 제공한다. 디스크립터를 통합할 때, MMT 수신 엔터티는 물리 채널의 채널 가용 상태에 근거하여 채널 타입을 고려할 수 있다. 만일 브로드밴드 채널만이 사용 가능한 상태라면, MMT 수신 엔터티는 채널 타입(channelType) 값이 0인 채널만을 통합하여 사용자에게 제공한다.
이하에서는 본 개시의 실시예에 따라 MMT 수신 엔터티의 구조를 설명한다.
도 3은 본 개시의 실시예에 따라 MMT 수신 엔터티의 구조를 설명하는 도면이다.
도 3은 MMT 서비스 디스크립터를 저장하고 있는 서버(예를 들어, MMT 송신 엔터티 또는 별도의 서버)가 복수 개의 MMT 서비스 디스크립터들(311, 312, 313)을 MMT 수신 엔터티(310)에게 송신하고, MMT 수신 엔터티(310)가 상기 수신한 MMT 서비스 디스크립터들(311, 312, 313)을 처리하는 상황을 가정한 것이다. 이하에서 MMT 수신 엔터티(310)의 구성들을 설명한다.
MMT 수신 엔터티(310)는 MMT 세션 체결부(331), 디스크립터 URL 등록부(335), 디스크립터 추출부(337), MMT 디스크립터 취합부(341), 방송 채널 ESG 관리부(343), 사용자 선호 정보 저장부(345), 디스크립터 획득 관리부(339), MMT 서비스 리스트 표현부(333)을 포함한다.
MMT 세션 체결부(MMT Session Initiator)(310)는 MMT 서비스 리스트 표현부(333)를 통해 사용자에게 보여진 서비스 리스트 중, 사용자가 선택한 특정 프로그램(즉, 패키지)의 MMT 세션 정보를 추출하고, 추출한 MMT 세션 정보를 이용하여 해당 MMT 패키지를 MMT 송신 엔터티로부터 수신하여 처리할 수 있도록 MMT 세션을 처리한다.
디스크립터 URL 등록부(Descriptor URL Registrator)(335)는 MMT 서비스 리스트 디스크립터가 위치한 URL 정보(즉, DescriptorURL)를 저장한다.
상기 MMT 서비스 리스트 디스크립터 정보는 아래의 방식 등으로 제공될 수 있다.
MMT 수신 엔터티(310)는 사용자가 원하는 MMT 서비스 리스트 디스크립터 정보 제공자로부터 상기 디스크립터 정보를 획득하고, 상기 디스크립터 URL 등록부(335)에 미리 저장될 수 있다.
MMT 서비스 리스트 디스크립터는 사용자가 설치한 별도의 어플리케이션에 직접 저장되어 제공될 수 있다. 또한, MMT 서비스 리스트 디스크립터는 인터넷 상의 서버로부터 MMT 수신 엔터티에게 송신될 수도 있다.
또한, MMT 서비스 리스트 디스크립터는 방송 채널 ESG 관리부(343)를 통하여 평소에 방송 채널로부터 수신되는 추가적인 URL(Alternative URL) 정보를 통해서 제공될 수도 있다. 참고로, 방송사 또는 서비스 프로바이더는, 예를 들어, 방송 채널이 수신되지 않아 MMT 수신 엔터티가 ESG를 추출할 수 없는 경우와 같이, 광대역 채널이 가용함에도 불구하고 방송 서비스 자체가 불가한 경우 등에 대비하여, 평소에 방송 채널을 통하여 상기 추가적인 URL 정보를 제공할 수 있다.
디스크립터 추출부(Descriptor Extractor)(337)는 디스크립터 URL 등록부(335)로부터 전달된 MMT 서비스 리스트 디스크립터의 URL 정보 (DescriptorURL)를 이용하여, 인터넷상에 위치한 MMT 서비스 디스크립터 저장 서버(301)로부터 복수 개의 디스크립터들을 수신한다. 상기 디스크립터를 수신하기 위하여 다양한 전송 프로토콜이 사용될 수 있으며, 본 개시에서는 일 예로 HTTP가 사용될 수 있음을 가정한다.
복수 개의 디스크립터들 중 어떤 디스크립터를 수신하는지는 사용자가 미리 설정한 사용자 선호에 의해 결정될 수 있으며, 수신한 복수 개의 디스크립터들은 MMT 디스크립터 취합부(341)로 전달된다.
MMT 디스크립터 취합부(MMT Descriptor Merger)(341)는 복수 개의 MMT 서비스 디스크립터 서버들로부터 수신한 복수 개의 MMT 서비스 리스트 디스크립터들을 취합한다. 한편, 디스크립터를 수신할지 여부(예: KBS, MBC), 어디로부터 수신할지(예: KBS, 3rd Party Provider) 등은 사용자에 의하여 결정되어 사용자 선호 정보 저장부(345)에 저장되고, 해당 선호도 정보에 기초하여, MMT 서비스 리스트 디스크립터들이 취합되어 하나의 통합 MMT 서비스 리스트 디스크립터가 생성되어 사용자에게 제공될 수 있다.
방송 채널 ESG 관리부(Broadcast ESG Manager)(343) 기존의 ATSC(Advanced Television Systems Committee) 3.0 또는 DVB(Digital Video Broadcasting)와 같은 전통적인 방송 시스템이 하위 계층인, 방송 물리/전송(PHY/MAC) 계층에서 별도의 방식으로 제공하는 서비스 리스트 정보(ESG)를 추출한다. 어떠한 이유로 인하여 단말이 방송 채널 커버리지에 포함되지 않아 방송 수신이 어려운 경우, ESG 정보 대신에 방송 채널의 상태 정보 (예: 방송 ESG 제공 불가)를 제공하여, 디스크립터 획득 관리부(439)가 어느 경로로 수신되는 ESG (또는 서비스 디스크립터)를 사용자에게 보여야 하는지를 결정하도록 한다.
사용자 선호 정보 저장부(User Preference Storage)(345)는 사용자가 선호하는 MMT 서비스 디스크립터, 선호하는 채널, 선호하는 패키지 등의 정보를 포함한다. 상기 정보들은 사용자에게 어떤 디스크립터를 제공해야 할지를 결정하는데 사용될 수 있다.
디스크립터 획득 관리부(Descriptor Acquisition Manager)(339)는 해당 MMT 수신 엔터티가 사용자에게 서비스 리스트 정보를 제공할 때, 어느 경로를 이용할지를 결정한다. 상기 서비스 리스트를 제공하는 경로는 방송 채널 ESG 관리부(343) 또는 사용자 선호 정보 저장부(345)로부터 전달된 정보에 근거하여 결정될 수 있다. 예를 들어, ATSC 3.0 혹은 DVB 같은 방송 시스템의 경우 하위 방송 물리/전송(PHY/MAC) 레이어로부터 서비스 리스트 정보(ESG)가 추출된다. 하지만, 방송 수신이 불가능한 단말의 경우, 예를 들어, 방송 수신이 불가능한 이동 단말은 ESG를 수신할 수 있는 방법을 가지고 있지 않기 때문에 방송 서비스의 시작 자체가 불가능 하다. 이 경우 디스크립터 획득 관리부 (339)는 MMT 디스크립터 취합부(341)로부터 전달된 MMT 서비스 리스트 정보를 사용자에게 제공하여 해당 사용자에 대한 방송 서비스를 시작할 수 있도록 한다.
MMT 서비스 리스트 표현부( MMT Service List Presentation Engine)(333)는 사용자에게 디스크립터를 통해 취득된 서비스 리스트 정보를 렌더링하여, 사용자가 원하는 특정 프로그램(즉, MMT 패키지)를 선택하고 결정하게 한다.
참고로, 사용자에 의해 선택된 특정 프로그램(즉, MMT 패키지)의 세션 정보는 MMT PA(Package Access) 테이블(table), MMT PA 메시지(message), Inlined SDP(session description protocol), 별도의 SDP 파일(File) 중 하나의 형태가 될 수 있으며, 상기 세션 정보는 MMT 세션 체결부(331)로 전달된다. 상기 세션 정보는 MMT를 통하여 원하는 컨텐츠를 수신할 수 있도록 세션을 시작하기 위하여 필요한 정보이다.
참고로, 상기 MMT PA 테이블은 MMT 패키지를 소비하기 위해 필요한 관련된 모든 시그널링 정보를 포함하는 테이블로써, 패키지를 획득하고 획득한 패키지를 사용자에게 보여주기 위해 가장 먼저 처리해야 할 정보들을 포함한다. 상기 MMT PA의 syntax와 semantics 정보는 하기 MMT 규격에 정의된 바와 같다. 한편, 상기 MMT PA 테이블은 별도의 시그널링 메시지(PA Signaling message) 형태로도 전달될 수 있다.
하기 <표 4>는 PA 테이블의 syntax이다.
Figure pat00004
상기 <표 4>의 요소들의 semantics는 하기 <표 5>와 같다.
Figure pat00005
이하에서 본 개시의 실시예에 따른 MMT 수신 엔터티의 동작을 설명한다.
도 4는 본 개시의 실시예에 따른 MMT 수신 엔터티의 동작을 설명하는 도면이다.
401단계에서는 하나 또는 복수의 MMT 서비스 디스크립터들의 URL들을 획득하고, 수신 엔터티 내에 저장한다. 403단계에서는 사용자 선호 디스크립터 정보를 획득하고 저장한다. 405단계에서는 획득한 디스크립터 URL들을 이용하여 MMT 서비스 디스크립터를 수신한다. 407단계에서 방송 채널을 통하여 ESG가 수신 가능한지 여부를 결정하고, 수신 가능하다면 409단계로 진행하여 방송 채널을 통하여 ESG를 수신하고, 411단계로 진행한다. 만일 방송 채널을 통하여 ESG가 수신 가능하지 않다면, 바로 411단계로 진행한다.
411단계에서는 수신한 채널의 채널 타입을 결정하고, 413단계에서는 단말의 물리 채널의 가용 상태에 따라 특정 채널 타입끼리 분류한다. 415단계에서는 같은 타입의 채널들끼리 디스크립터들을 통합(aggregation)하여 통합된 디스크립터를 생성하고, 417단계에서 상기 통합된 디스크립터를 사용자에게 표시한다. 419단계에서 사용자에 의하여 디스크립터 내의 특정 프로그램(패키지)가 선택되면, 421단계에서 선택된 패키지를 수신하기 위한 MMT 세션을 개설하고 개설된 세션을 제어하여, 423단계에서 상기 세션을 통하여 선택된 패키지를 MMTP를 통하여 수신한다.
이하에서는 본 개시의 실시예에 따른 MMT 송신 엔터티의 동작을 설명한다.
도 5는 본 개시의 실시예에 따른 MMT 송신 엔터티의 동작을 설명하는 도면이다.
501단계에서는 특정 채널을 구성하는 MMT 패키지들을 리스트한다.
503단계에서는 해당 채널이 선형 방송을 위한 채널인지 여부를 결정한다. 만일 선형 방송을 위한 채널이라면, 505단계로 진행하여 채널을 구성하는 패키지에 해당 패키지가 방송되는 특정 시간에 대한 시간 속성 정보(StartTime, EndTime)를 포함하고, 507단계로 진행한다. 만일 해당 채널이 비선형 방송을 위한 채널이라면, 바로 507단계로 진행한다. 507단계에서는 MMT 서비스 디스크립터를 저장하고, 이후 509단계에서 MMT 서비스 디스크립터를 송신한다. 이후에는 511단계로 진행하여 필요한 경우 MMT 서비스 디스크립터를 업데이트한다. 지금까지 설명된 본 개시의 실시예들을 설명하였다. 기존의 방송 시스템 (예: ATSC 1.0)에서는, 방송 수신이 불가능한 단말은 ESG 또한 수신할 수 없기 때문에 방송 서비스의 시작 자체가 불가능하였다.
그러나 현재 부상하고 있는 방송 통신 융합형의 하이브리드 방송 시스템(예: ATSC3.0 또는 DVB)은, 댁내 고정형 TV 중심이었던 기존 방송 시스템과 달리 이동 단말과 같은 다양한 디바이스에 서비스를 제공해야 한다. 이렇게 이동 단말로 제공되는 하이브리드 방송 서비스의 경우, 단말의 위치에 따라 해당 단말이 방송 커버리지의 외부에 위치할 수 있으며, 이 경우 단말은 ESG를 추출할 수 없다. 따라서 브로드밴드 채널이 가용함에도 불구하고 방송 서비스 자체가 불가능한 경우가 발생할 수 있다. 본 개시의 실시예들은 이러한 방송 통신 융합의 하이브리드 방송 시스템에서 사용자 중심의 통합 ESG를 사용자에게 제공할 수 있다.
<제2 개시>
첨부되는 도면들을 참조하는 하기의 상세한 설명은 청구항들 및 청구항들의 균등들로 정의되는 본 개시의 다양한 실시예들을 포괄적으로 이해하는데 있어 도움을 줄 것이다. 하기의 상세한 설명은 그 이해를 위해 다양한 특정 구체 사항들을 포함하지만, 이는 단순히 예로서만 간주될 것이다. 따라서, 해당 기술 분야의 당업자는 여기에서 설명되는 다양한 실시예들의 다양한 변경들 및 수정들이 본 개시의 범위 및 사상으로부터 벗어남이 없이 이루어질 수 있다는 것을 인식할 것이다. 또한, 공지의 기능들 및 구성들에 대한 설명은 명료성 및 간결성을 위해 생략될 수 있다.
하기의 상세한 설명 및 청구항들에서 사용되는 용어들 및 단어들은 문헌적 의미로 한정되는 것이 아니라, 단순히 발명자에 의한 본 개시의 명료하고 일관적인 이해를 가능하게 하도록 하기 위해 사용될 뿐이다. 따라서, 해당 기술 분야의 당업자들에게는 본 개시의 다양한 실시예들에 대한 하기의 상세한 설명은 단지 예시 목적만을 위해 제공되는 것이며, 첨부되는 청구항들 및 상기 청구항들의 균등들에 의해 정의되는 본 개시를 한정하기 위해 제공되는 것은 아니라는 것이 명백해야만 할 것이다.
또한, 본 명세서에서 명백하게 다른 내용을 지시하지 않는 "한"과, "상기"와 같은 단수 표현들은 복수 표현들을 포함한다는 것이 이해될 수 있을 것이다. 따라서, 일 예로, "컴포넌트 표면(component surface)"은 하나 혹은 그 이상의 컴포넌트 표현들을 포함한다.
또한, 제1, 제2 등과 같이 서수를 포함하는 용어는 다양한 구성요소들을 설명하는데 사용될 수 있지만, 상기 구성요소들은 상기 용어들에 의해 한정되지는 않는다. 상기 용어들은 하나의 구성요소를 다른 구성요소로부터 구별하는 목적으로만 사용된다. 예를 들어, 본 개시의 권리 범위를 벗어나지 않으면서 제1 구성요소는 제2 구성요소로 명명될 수 있고, 유사하게 제2 구성요소도 제1 구성요소로 명명될 수 있다. 및/또는 이라는 용어는 복수의 관련된 기재된 항목들의 조합 또는 복수의 관련된 기재된 항목들 중의 어느 항목을 포함한다.
또한, 본 명세서에서 사용한 용어는 단지 특정한 실시 예를 설명하기 위해 사용된 것으로, 본 개시를 한정하려는 의도가 아니다. 단수의 표현은 문맥상 명백하게 다르게 뜻하지 않는 한, 복수의 표현을 포함한다. 본 명세서에서, "포함하다" 또는 "가지다" 등의 용어는 명세서상에 기재된 특징, 숫자, 단계, 동작, 구성요소, 부품 또는 이들을 조합한 것이 존재함을 지정하려는 것이지, 하나 또는 그 이상의 다른 특징들이나 숫자, 단계, 동작, 구성요소, 부품 또는 이들을 조합한 것들의 존재 또는 부가 가능성을 미리 배제하지 않는 것으로 이해되어야 한다.
또한, 별도로 다르게 정의되지 않는 한, 기술적이거나 과학적인 용어를 포함해서 여기서 사용되는 모든 용어들은 본 개시가 속하는 기술 분야에서 통상의 지식을 가진 자에 의해 일반적으로 이해되는 것과 동일한 의미를 가지고 있다. 일반적으로 사용되는 사전에 정의되어 있는 것과 같은 용어들은 관련 기술의 문맥 상 가지는 의미와 일치하는 의미를 가지는 것으로 이해되어야만 한다.
본 개시의 다양한 실시예들에 따르면, 전자 디바이스는 통신 기능을 포함할 수 있다. 일 예로, 전자 디바이스는 스마트 폰(smart phone)과, 태블릿(tablet) 개인용 컴퓨터(personal computer: PC, 이하 'PC'라 칭하기로 한다)와, 이동 전화기와, 화상 전화기와, 전자책 리더(e-book reader)와, 데스크 탑(desktop) PC와, 랩탑(laptop) PC와, 넷북(netbook) PC와, 개인용 복합 단말기(personal digital assistant: PDA, 이하 'PDA'라 칭하기로 한다)와, 휴대용 멀티미디어 플레이어(portable multimedia player: PMP, 이하 'PMP'라 칭하기로 한다)와, 엠피3 플레이어(mp3 player)와, 이동 의료 디바이스와, 카메라와, 웨어러블 디바이스(wearable device)(일 예로, 헤드-마운티드 디바이스(head-mounted device: HMD, 일 예로 'HMD'라 칭하기로 한다)와, 전자 의류와, 전자 팔찌와, 전자 목걸이와, 전자 앱세서리(appcessory)와, 전자 문신, 혹은 스마트 워치(smart watch) 등이 될 수 있다.
본 개시의 다양한 실시예들에 따르면, 전자 디바이스는 통신 기능을 가지는 스마트 가정용 기기(smart home appliance)가 될 수 있다. 일 예로, 상기 스마트 가정용 기기는 텔레비젼과, 디지털 비디오 디스크(digital video disk: DVD, 이하 'DVD'라 칭하기로 한다) 플레이어와, 오디오와, 냉장고와, 에어 컨디셔너와, 진공 청소기와, 오븐과, 마이크로웨이브 오븐과, 워셔와, 드라이어와, 공기 청정기와, 셋-탑 박스(set-top box)와, TV 박스 (일 예로, Samsung HomeSyncTM, Apple TVTM, 혹은 Google TVTM)와, 게임 콘솔(gaming console)과, 전자 사전과, 캠코더와, 전자 사진 프레임 등이 될 수 있다.
본 개시의 다양한 실시예들에 따르면, 전자 디바이스는 의료 기기(일 예로, 자기 공명 혈관 조영술(magnetic resonance angiography: MRA, 이하 'MRA'라 칭하기로 한다) 디바이스와, 자기 공명 화상법(magnetic resonance imaging: MRI, 이하 "MRI"라 칭하기로 한다)과, 컴퓨터 단층 촬영(computed tomography: CT, 이하 'CT'라 칭하기로 한다) 디바이스와, 촬상 디바이스, 혹은 초음파 디바이스)와, 네비게이션(navigation) 디바이스와, 전세계 위치 시스템(global positioning system: GPS, 이하 'GPS'라 칭하기로 한다) 수신기와, 사고 기록 장치(event data recorder: EDR, 이하 'EDR'이라 칭하기로 한다)와, 비행 기록 장치(flight data recorder: FDR, 이하 'FER'이라 칭하기로 한다)와, 자동차 인포테인먼트 디바이스(automotive infotainment device)와, 항해 전자 디바이스(일 예로, 항해 네비게이션 디바이스, 자이로스코프(gyroscope), 혹은 나침반)와, 항공 전자 디바이스와, 보안 디바이스와, 산업용 혹은 소비자용 로봇(robot) 등이 될 수 있다.
본 개시의 다양한 실시예들에 따르면, 전자 디바이스는 통신 기능을 포함하는, 가구와, 빌딩/구조의 일부와, 전자 보드와, 전자 서명 수신 디바이스와, 프로젝터와, 다양한 측정 디바이스들(일 예로, 물과, 전기와, 가스 혹은 전자기 파 측정 디바이스들) 등이 될 수 있다.
본 개시의 다양한 실시예들에 따르면, 전자 디바이스는 상기에서 설명한 바와 같은 디바이스들의 조합이 될 수 있다. 또한, 본 개시의 바람직한 실시예들에 따른 전자 디바이스는 상기에서 설명한 바와 같은 디바이스에 한정되는 것이 아니라는 것은 당업자에게 자명할 것이다.
본 개시의 일 실시예는 멀티미디어 시스템에서 콘텐츠 관련 정보를 송/수신하는 장치 및 방법을 제안한다.
또한, 본 개시의 일 실시예는 멀티미디어 시스템에서 서비스 상황을 기반으로 미디어 리소스를 관리하는 장치 및 방법을 제안한다.
또한, 본 개시의 일 실시예는 MPEG Media Transport (MMT) 기반의 미디어 컨텐츠 스트리밍 서비스를 이용하여 기존의 정적 미디어 리소스 할당 환경에서 서비스 사용자의 수 및 사용 환경, 위치 등에 맞는 동적 미디어 리소스 구분 정보를 제공함으로써 실제 실시간 미디어 컨텐츠 서비스를 제공 시 서비스의 상황(사용자의 수 등)에 따라 미디어 컨텐츠 리소스 정보 및 미디어 컨텐츠의 시그널링 정보를 제공함으로써 효율적인 미디어 리소스 관리를 제공하는 장치 및 방법을 제안한다. 기존의 오버 더 탑(over the top: OTT, 이하 "OTT"라 칭하기로 한다) 서비스 사업자들이나 통신 사업자들은 통신 사업자 네트워크 내에 컨텐츠 전달 네트워크(contents delivery network: CDN, 이하 "CDN"이라 칭하기로 한다) 서버 또는 컨텐츠 서버를 설치하여 네트워크 트래픽을 줄이는 방법이 해결책으로 제시되고 있다. 기존의 모바일 방송은 중앙에 서버를 두고 해당 서버에 사용자가 접속하는 방식에서 모바일 데이터 사용의 증가로 인해 서버에 한꺼번에 많은 사용자가 몰려 데이터 전송 속도가 느려지는 것을 방지하기 위해 원래의 데이터가 있는 오리진 서버와 사용자 가까이에 엣지 서버라고하는 서버를 따로 두어 필요한 데이터를 전송 받을 수 있게 한다. 이 때 역시 엣지 서버 별 서버 과부하, 접속 속도 지연등의 모바일 데이터 트래픽 부하를 관리하는 것이 중요하다.
본 개시는 방송 네트워크와 통신 네트워크, 기타 네트워크를 포함하는 복합 네트워크에서 복합 멀티미디어 데이터를 전송하는 것에 관한 것으로, MPEG Media Transport (이하 "MMT"라 칭하기로 한다) 방식을 적용하여 복합 멀티미디어 데이터를 전송하기 위한 장치 및 방법을 제안한다.
한편, 본 개시의 일 실시예에서 제안하는 장치 및 방법은 디지털 멀티미디어 방송(digital multimedia broadcasting, 이하 "DMB"라 칭하기로 한다) 서비스와, 휴대용 디지털 비디오 방송(digital video broadcasting-handheld: DVP-H, 이하 "DVP-H"라 칭하기로 한다), 및 모바일/휴대용 진화된 텔레비젼 시스템 협회(advanced television systems committee-mobile/handheld: ATSC-M/H, 이하 "ATSC-M/H"라 칭하기로 한다) 서비스 등과 같은 모바일 방송 서비스와, 인터넷 프로토콜 텔레비젼(internet protocol television: IPTV, 이하 "IPTV"라 칭하기로 한다) 서비스와 같은 디지털 비디오 방송 시스템과, 엠펙 미디어 트랜스포트(moving picture experts group (MPEG) media transport: MMT, 이하 "MMT"라 칭하기로 한다) 시스템과, 진화된 패킷 시스템(evolved packet system: EPS, 이하 "EPS"라 칭하기로 한다)과, 롱-텀 에볼루션(long-term evolution: LTE, 이하 "LTE"라 칭하기로 한다) 이동 통신 시스템과, 롱-텀 에볼루션-어드밴스드(long-term evolution-advanced: LTE-A, 이하 "LTE-A"라 칭하기로 한다) 이동 통신 시스템과, 고속 하향 링크 패킷 접속(high speed downlink packet access: HSDPA, 이하 "HSDPA"라 칭하기로 한다) 이동 통신 시스템과, 고속 상향 링크 패킷 접속(high speed uplink packet access: HSUPA, 이하 "HSUPA"라 칭하기로 한다) 이동 통신 시스템과, 3세대 프로젝트 파트너쉽 2(3rd generation partnership project 2: 3GPP2, 이하 "3GPP2"라 칭하기로 한다)의 고속 레이트 패킷 데이터(high rate packet data: HRPD, 이하 "HRPD"라 칭하기로 한다) 이동 통신 시스템과, 3GPP2의 광대역 부호 분할 다중 접속(wideband code division multiple access: WCDMA, 이하 "WCDMA"라 칭하기로 한다) 이동 통신 시스템과, 3GPP2의 부호 분할 다중 접속(code division multiple access: CDMA, 이하 "CDMA"라 칭하기로 한다) 이동 통신 시스템과, 국제 전기 전자 기술자 협회(institute of electrical and electronics engineers: IEEE, 이하 "IEEE"라 칭하기로 한다) 802.16m 통신 시스템 등과 같은 통신 시스템과, 모바일 인터넷 프로토콜(mobile internet protocol: Mobile IP, 이하 "Mobile IP"라 칭하기로 한다) 시스템 등과 같은 다양한 통신 시스템들에 적용 가능함은 물론이다.
먼저 MMT 방식을 기반으로 하는 미디어 컨텐츠 스트리밍 서비스에서 컨텐츠 사업자가 제공하는 MMT 미디어 컨텐츠 관련 미디어 컨텐츠 시그널링 정보, 일 예로 MMT_general_location_info 등과 같은 MMT 미디어 컨텐츠 관련 미디어 컨텐츠 시그널링 정보와 컨텐츠 또는 서비스 사업자가 제공하는 미디어 리소스 할당 정보, 일 에로 valid time, transmission access type 등과 같은 미디어 리소스 할당 정보를 취합하여 미디어 컨텐츠 서비스 이용시 동적 미디어 리소스 구분 정보를 바탕으로 한 미디어 컨텐츠 스트리밍 서비스를 제공한다.
기존의 CDN 환경에서는 사용자 디바이스는 서비스를 이용하기 위해서 먼저 원하는 미디어 서비스의 서비스 제공 사업자의 서버에 접속을 하여 해당 미디어 서비스를 제공하는 CDN 서버의 주소를 받아오게 된다. 이렇게 수신한 CDN 서버의 주소를 바탕으로 CDN 정보를 관리하는 관리 서버(CDN Fram etc.)에 접속 서비스 사용자의 수신 환경(서비스 사용자 위치 등)에 맞는 미디어 서비스 서버 주소를 수신하게 된다. CDN 관리 서버로부터 수신한 미디어 서비스 서버 주소를 바탕으로 서비스 사용자는 미디어 서비스를 이용할 수 있게 된다. 이렇게 CDN 은 온라인 상에 대용량 콘텐츠를 빠르고 안정적으로 전송하는 기술로 주요 ISP의 CDN 서버에 컨텐츠를 분산 시키고 유저가 네트o 경로상 가장 가까운 곳의 서버로부터 컨텐츠를 전송 받도록 하여 트래픽이 특정 서버에 집중 되지 않고 각 지역 서버로 분산되록 하는 기술이다.
본 개시의 일 실시예에서는 CDN 환경에서 사용자, 일 예로 사용자 디바이스에게 주어지는 MMT 미디어 컨텐츠 관련 미디어 컨텐츠 시그널링 정보 및 미디어 리소스 할당 정보의 정보를 사용자의 네트워크 상태 및 네트워크 상황을 파악 하여 여러 가지 접속을 위한 정보를 제공하여 미디어 서비스 제공시 효율적인 서비스를 제공할 수 있게 도와준다.
이 때 본 개시의 일 실시예에서는 기존 CDN 환경에서 서비스 사용자가 원하는 미디어 서비스의 서버 어드레스를 알기 위해 서비스 사업자 서버와 통신하며 CDN 서버 정보를 수신 및 CDN 관리 서버와 통신하여 미디어 서버 주소를 얻는 과정을 DRI 서버를 이용하여 대신한다. 여기서 DRI 서버란 서비스 사업자가 제공하는 미디어 서비스를 실시간으로 수신하여 해당 정보를 CDN 관리 서버에 요청, 실제 각 미디어 서비스의 서버 주소를 수신 Message 형태로 저장하여 사용자에게 DRI 메시지를 통해 해당 미디어 컨텐츠 리소스 할당 정보를 제공하는 역할을 제공하는 서버를 의미한다. 또한 DRI 서버는 해당 미디어들의 미디어 컨텐츠 시그널링 정보를 제공하는 서버의 주소를 파악하여 해당 미디어 컨텐츠 시그널링 정보를 사용자에게 DSI 메시지를 이용하여 제공해준다.
아래 표6과 표7은 DRI message 와 DSI message의 기본적인 구성을 나타낸다.
예를 들어 서비스 이용자는 서비스 접속시 컨텐츠 또는 서비스 사업자가 제공하는 DRI message 및 DSI message를 수신한 뒤 먼저 message version을 확인하여 해당 기존의 message와의 업데이트 여부를 판단하게 된다. 이 때 DRI 메시지는 DRI 서버가 CDN 서버 및 서비스 사용자 서버와 통신하여 수신한 미디어 리소스 할당 정보를 의미하며 DSI 메시지는 해당 미디어 컨텐츠의 시그널링 정보를 의미한다. 이후 서비스 이용자는 컨텐츠 또는 서비스 사업자를 통해 수신한 MMT 미디어 컨텐츠 관련 미디어 컨텐츠 시그널링 정보 즉, DSI message를 이용하여 미디어 컨텐츠 시그널링 정보를 수신하게 된다. 또한 사용자는 컨텐츠 또는 서비스 사업자가 제공하는 미디어 리소스 할당 정보를 DRI 메시지를 통해 수신하게 되고 이를 통해 미디어 컨텐츠를 해당 미디어 컨텐츠 서버에 요청 수신하게 된다.
이 때 컨텐츠 또는 서비스 사업자는 미디어 컨텐츠 리소스 할당 정보 및 미디어 컨텐츠 시그널링 정보를 제공 시 사용자의 정보 또는 사용자의 네트워크 상황 등을 고려하여 바탕으로 사용자가 접속할 수 있는 미디어 컨텐츠 시그널링 서버 및 미디어 컨텐츠 리소스 서버의 주소에 우선 순위를 두어 해당 정보를 DRI Message 및 DSI message를 통해 사용자에게 전달해 준다.
도 8은 사용자가 DRI Message를 수신한 후 수신기 동작 예시이다. 사용자는 해당 메시지를 통해 primary_media_location 으로부터 미디어 컨텐츠를 수신할 수 있다. 만약 해당 primary_media_location에 해당 정보를 요청하였을 때 요청한 내용의 미디어 컨텐츠가 해당 미디어 컨텐츠 서버에 없거나 해당 서버가 동작하지 않을 경우 Alternative_media_location에 해당 미디어 컨텐츠를 다시 요청하여 수신할 하게 된다. 만약 primary_media_location 및 Alternative_media_location 서버 모두 동작을 하지 않거나 미디어 컨텐츠가 없을 경우 origin_media_location에서 제공하는 서버 정보를 바탕으로 해당 서버에 원하는 미디어 컨텐츠를 요청하여 미디어 컨텐츠를 수신한다. 여기서 DRI 메시지를 통해서 제공되는 미디어 컨텐츠 리소스 할당 정보의 우선 순위는 DRI 서버가 서비스 사용자 위치 및 네트워크 상태 정보등을 이용하여 제공한다. 여기서 미디어 컨텐츠 리소스 할당 우선 접속 순위란 DRI 서버가 컨텐츠 및 서비스 사업자 서버의 정보를 바탕으로 해당 서비스 사용자에게 가장 최적의 서비스를 제공할 수 있는 서버를 primary_location 서버로 지정하며 해당 미디어 서비스를 제공하는 차선의 미디어 서버를 Alternative_location, origin_location 서버 등으로 지정하여 서비스 사용자가 이용할 수 있게 하는 리소스 할당 정보를 의미한다.
미디어 컨텐츠 시그널링 정보를 수신할 때도 서비스 사용자는 DRI 서버를 통해 수신한 DSI 메시지를 바탕으로 해당 미디어 컨텐츠 시그널링 정보를 수신하게 되는데 도 9는 사용자가 DSI Message를 수신한 후 미디어 시그널링 정보를 수신하기 위한 수신기 동작 예시이다.
사용자는 DRI 서버로부터 수신한 DSI 메시지를 바탕으로 해당 미디어 컨텐츠 시그널링 정보를 미디어 서버에 요청하게 된다. 이 때 DSI 메시지내의 기 지정된 우선 순위를 바탕으로 해당 정보를 요청하게 되는데 가장 먼저 primary_signaling_location에 제공되는 컨텐츠 및 서비스 사업자의 미디어 서버 주소에 접속을 하여 미디어 컨텐츠 시그널링을 요청하게 된다. 만약 primary_signaling_location에서 해당 정보를 수신하지 못하거나 기존의 가지고 있는 기존 미디어 컨텐츠 시그널링 정보의 버전과 비교하여 오래된 미디어 컨텐츠 시그널링 정보를 제공하고 있다면 alternative_signaling_ location를 통해 요청을 하게 되고 alternative_signaling_location을 통해서도 해당 시그널링 정보를 수신하지 못한다면 origin_signaling_location에서 제공되고 있는 서버 주소를 통해서 해당 미디어 컨텐츠 시그널링 정보를 수신할 수 있다. 이 때 primary_signaling_location 및 alternative_signaling_location, origin_signaling_ location은 DRI 서버가 컨텐츠 및 서비스 사업자 서버를 통해서 수신한 정보를 바탕으로 서비스 사용자 위치 및 컨텐츠 정보등을 이용하여 우선 접속 순위를 두어 해당 미디어 컨텐츠 시그널링 정보를 제공하게 된다.
Figure pat00006
상기 표 6은 본 개시의 일 실시예에서 제안하는 DRI 메시지를 나타낸다.
상기 표 6에 나타낸 바와 같은, 본 개시의 일 실시예에서 제안하는 DRI 메시지가 포함하는 파라미터들의 의미는 다음과 같다.
[Semantics]
message_id - indicates DRI message ID. The length of this field is 16 bits.
version - indicates the version of MRI messages. MMT receiving entity may check whether the received message is new or not. The length of this field is 8 bits.
length - indicates the length of MRI messages. The length of this field is 16 bits. It indicates the length of the MRI message counted in bytes starting from the next field to the last byte of the MRI message. The value '0' shall not be used.
valid_time_start - indicates a UTC time in NTP format corresponding to transmission session valid start time. This field is the 32 bits MSB from the full resolution NTP timestamp
valid_time_duration - indicates a UTC time in NTP format corresponding to transmission session valid stop time. This field is the 32 bits MSB from the full resolution NTP timestamp
number_of_assets - provides the number of Assets whose information is provided by MP table.
location_count - provides the number of location information for an Asset. Set to '1' when an Asset is delivered through one location. When bulk delivery is achieved, in which MPUs contained in an Asset are delivered through multi-channels, not '1' is set. When one Asset is delivered over multiple
asset_id - indicates the asset_id as defined in 9.6.2. of another Asset on which the dependent Asset associated with this descriptor depends. The order of the id-s provided in this descriptor is such that the concatenation of MPUs as defined in section 5.2.3 leads to a valid MPU and follows the media dependency hierarchy.
update_asset_primary_location - provides the location of the primary address from where an MMT receiving entity can get the Asset.
number_of_alternative - provides the number of alternative address
update_asset_Alternative_location - provides the location of an alternative address from where an MMT receiving entity can get the Asset.
update_asset_origin_location - provides the location of the origin address from where an MMT receiving entity can get the Asset.
MMT_general_location_info_ - provides the location information of Asset. General location reference information for Asset defined in 9.6.1 is used. Only the value of location_type between '0x00' and '0x06' shall be used for an Asset location.
Transmission_access_type - indicates type of transmission access channel of media content delivery as shown in Table AMD1. 17.
Figure pat00007
상기 표 7은 본 개시의 일 실시예에서 제안하는 DSI 메시지를 나타낸다.
상기 표 7에 나타낸 바와 같은, 본 개시의 일 실시예에서 제안하는 DSI 메시지가 포함하는 파라미터들의 의미는 다음과 같다.
[Semantics]
message_id - indicates DSI message ID. The length of this field is 16 bits.
version - indicates the version of DSI messages. MMT receiving entity may check whether the received message is new or not. The length of this field is 8 bits.
length - indicates the length of DSI messages. The length of this field is 16 bits. It indicates the length of the MRI message counted in bytes starting from the next field to the last byte of the DSI message. The value '0' shall not be used.
valid_time_start - indicates a UTC time in NTP format corresponding to transmission session valid start time. This field is the 32 bits MSB from the full resolution NTP timestamp
valid_time_duration - indicates a UTC time in NTP format corresponding to transmission session valid stop time. This field is the 32 bits MSB from the full resolution NTP timestamp
number of mmt signaling - provides the number of signaling message
message_id - indicates the message ID. The length of this field is 16 bits
primary_signaling_location - provides the location of the primary address from where an MMT receiving entity can get the signaling information.
Alternative_signaling_location - provides the location of an alternative address from where an MMT receiving entity can get the signaling information.
number of alternative - provides the number of alternative address
Origin_signaling_location - provides the location of an alternative address from where an MMT receiving entity can get the signaling information.
MMT_general_location_info_ - provides the location information of Asset. General location reference information for Asset defined in 9.6.1 is used. Only the value of location_type between '0x00' and '0x06' shall be used for an Asset location.
그러면 여기서 본 개시의 일 실시예에 따른 구체적인 프로세스들에 대해서 설명하면 다음과 같다.
첫 번째로, 미디어 컨텐츠 서버에 원하는 정보가 존재하지 않을 경우의 구체적인 프로세스에 대해서 설명하면 다음과 같다.
서비스 사용자가 서비스에 접속하여 미디어 서비스를 이용 시 서비스 사용자는 DRI 서버에 미디어 컨텐츠 리소스 할당 정보 및 미디어 컨텐츠 시그널링 정보를 요청하게 된다. DRI 서버는 서비스 사업자가 제공하는 미디어 서비스 정보를 실시간으로 수신하여 해당 정보를 CDN 관리 서버에 요청, 실제 각 미디어 서비스 리소스 할당 정보 및 미디어 컨텐츠 시그널링의 제공 서버 주소를 수신하여 Message 형태로 저장하여 사용자에게 DRI 메시지 및 DSI 메세지를 통해 해당 미디어 컨텐츠 리소스 할당 정보를 제공 하여 준다. DRI 메시지 및 DSI 미디어 컨텐츠 시그널링 정보를 통해서 서비스 사용자는 미디어 컨텐츠 리소스 및 미디어 컨텐츠 시그널링을 수신하여 서비스를 이용하게 된다.
도 10에 도시되어 있는 바와 같이 서비스 사용자가 미디어 컨텐츠 리소스 할당 정보를 이용하여 서비스를 미디어 서버에 요청하게 되는데 이때 각 미디어 컨텐츠 리소스 할당 정보 및 미디어 컨텐츠 시그널링 정보는 서비스 사업자의 서버 및 네트워크 상황에 따라 우선 접속 순위가 정해진다. DRI 메시지를 통해 DRI서버는 미디어 컨텐츠 리소스를 수신하기 위한 미디어 컨텐츠 리소스 할당 정보를 사용자에게 전송해주게 되는데 DRI 메시지 내의 미디어 컨텐츠 리소스 할당 정보의 우선 순위는 다음과 같이 구성이 되어 있다. 만약 CDN 네트워크 내에 사용자와 가장 가까운 서버를 primary_ media _location 미디어 서버로 할당하고 다음 차선의 서버를 alternative_media_location, 컨텐츠 사업자 서버 즉, 어떠한 상황에서도 해당 미디어 컨텐츠를 제공하여 줄수 있는 origin_media_location로 지정할 수 있다. 서비스 사용자는 DRI 메시지에서 미디어 리소스를 요청하기 위한 primary_ media _location에 먼저 해당 미디어 컨텐츠 리소스를 요청한다.
만약 primary_ media _location에서 해당 미디어 컨텐츠를 수신할 수 없을 경우 사용자는 DRI 메시지 정보를 바탕으로 alternative_media_location에서 제공된 컨텐츠 또는 미디어 서비스 사업자의 미디어 컨텐츠 서버에 접속을 하여 해당 미디어 서비스를 요청 하게 된다. 위의 primary_ media _location 및 alternative_media_ location 미디어 서버에서 해당 정보를 수신하지 못할 경우 origin_media_location의 주소를 이용하여 해당 미디어 서버에 해당 미디어 컨텐츠를 수신한다. 또한 만약 미디어 서비스 사용자가 primary_ media _location에서 수신하고 있는 기존에 시청하고 있던 미디어 서비스이지만 컨텐츠와 다른 형태(해상도, 코덱 등)의 미디어 컨텐츠를 alternative_media_location에서 제공할 경우에는 origin_media_location에 해당 미디어 컨텐츠를 요청하여 서비스를 이용할 수 있다.
미디어 서비스를 이용하기 위해서는 서비스 사용자는 미디어 컨텐츠 리소스 이외에 미디어 컨텐츠 시그널링 정보를 수신 해야하는데 해당 미디어 컨텐츠 시그널링 정보는 DSI Message를 통해 서비스 사용자에게 전달이 가능하다. DSI내의 정보는 컨텐츠 또는 서비스 사용자가 서비스 사업자의 서버 및 네트워크 상황, 사용자의 상황에 따라 기 설정해둔 우선 접속 순위를 바탕으로 미디어 컨텐츠 시그널링 정보를 요청하게 된다.
서비스 사용자는 미디어 서비스 이용을 위해 DSI Message내의 primary_signaling_ location의 정보를 바탕으로 미디어 컨텐츠 시그널링 정보를 컨텐츠 또는 서비스 사업자의 서버에 요청하여 해당 미디어 컨텐츠의 시그널링 정보를 수신을 하게 되며 만약 primary_signaling_location에서 해당 시그널링 정보를 수신하지 못하거나 수신한 정보가 기존의 수신한 미디어 컨텐츠 시그널링 정보의 version과 비교하여 최신의 정보가 아니거나 다를 경우 alternative_signaling_location에 해당 미디어 컨텐츠의 시그널링 정보를 다시 요청을 하여 수신을 하게 된다. 만약 위의 두가지 요청에서도 해당 미디어 컨텐츠의 시그널링 정보를 수신하지 못할 경우 컨텐츠 사업자가 제공하는 origin_signaling_location에 해당 미디어 컨텐츠의 시그널링 정보를 요청하여 수신한다. 여기서 origin_signaling_location은 서비스 사업자나 컨텐츠 제공자의 서버로서 해당 서버는 미디어 컨텐츠 서비스를 제공하고 있다면 반드시 해당 미디어 컨텐츠 리소스 및 미디어 컨텐츠 시그널링 정보를 제공하는 미디어 서버를 의미한다.
두 번째로, 미디어 컨텐츠 서비스가 서로 다른 이종 네트워크를 통해 서비스 될 경우의 동작 프로세스에 대해서 설명하면 다음과 같다.
먼저, 컨텐츠 및 서비스 사업자가 제공하고 있는 미디어 컨텐츠 서비스를 이용 시 네트워크 상황 및 서비스 사용자의 환경에 따라 서로 다른 이종 네트워크를 통해 서비스 되는 미디어 컨텐츠의 수신이 할 수 있다. 이 경우 DRI 서버에서 제공하는 DSI와 DRI 메시지 내의 미디어 컨텐츠 리소스 할당 정보와 미디어 컨텐츠 시그널링 정보를 이용하여 해당 서로 다른 이종 네트워크를 통해 제공 되는 미디어 서비스 제공이 가능하다.
예를 들어 DSI와 DRI 메시지 내의 Primary 수신 서버 정보는 서비스 사업자의 서버로 설정을 하고 Alternative 서버의 정보는 컨텐츠 사업자의 서버로 설정을 할 경우 이 때 컨텐츠 사업자의 서버는 서비스 사업자의 네트워크 내에 있을 수도 있고 서비스 사업자 네트워크 밖에 존재할 수 있다.
만약 도 7에서 지역 3에서 최초의 미디어 서비스 사용자 서비스 접속 시는 원하는 미디어 컨텐츠 서비스의 정보를 DRI 및 DSI 메시지를 수신하여 미디어 컨텐츠 리소스 할당 정보와 미디어 컨텐츠 시그널링 정보를 바탕으로 미디어 서비스를 이용하게 된다. 이 경우 사용자는 미디어 컨텐츠 수신을 위해 primary_media_location과 primary_signaling_location에 할당 된 서비스 사업자의 서버에 접속을 하여 해당 미디어 컨텐츠를 수신하여 서비스를 이용 가능하다. 하지만 서비스 이용 도중 서비스 사업자의 서버에서 서비스 제공이 불가능 할 경우 alternative_media_location과 alternative_signaling_location에 할당 된 컨텐츠 사업자의 서버와 transmission_ access_type에 정의된 전송 채널을 이용하여 해당 미디어 컨텐츠를 서버에 요청하여 사용자가 끊김없는 미디어 컨텐츠 서비스를 이용가능 하게 해준다.
또한 Wifi 또는 방송 네트워크 등 이종 네트워크로만 전송되고 있는 미디어 컨텐츠 시그널링 정보를 alternative_signaling_location 또는 origin_signaling_location 통해 제공해줌으로써 제 3의 서비스 사업자의 미디어 컨텐츠 시그널링 서버 등에 접속을 할 수 있는 추가 정보를 제공함으로써 이종 네트워크로 제공되는 서비스를 수신할 수 있게 해준다.
예를 들어 도 7의 지역 3에서 서비스 사용자는 LTE 환경에서 통신 사업자가 제공하는 서비스를 이용하다가 다른 채널에서 제공하고 있는 방송 채널을 이용하기 위해 방송 채널 시그널링 정보를 보유하고 있는 alternative_signaling_location 또는 origin_signaling_location에 해당 정보를 요청 수신하여 방송 환경에서 제공하고 있는 방송 채널 정보를 수신 및 해당 리소스 할당 정보를 이용하여 해당 방송 서비스를 이용할 수 있다.
세 번째로, 미디어 컨텐츠 서비스의 정보가 서비스 도중 변경될 경우의 구체적인 동작 프로세스에 대해서 설명하면 다음과 같다.
먼저, 서비스 사용자가 서비스에 접속하여 미디어 서비스를 이용 시 서비스 사용자는 DRI 서버에 미디어 컨텐츠 리소스 할당 정보 및 미디어 컨텐츠 시그널링 정보를 요청하게 된다. 서비스 사용자는 DRI 메시지 및 DSI 메시지를 이용하여 미디어 컨텐츠 리소스 및 미디어 컨텐츠 시그널링을 수신하게 된다. 미디어 컨텐츠 리소스 할당 정보 및 미디어 컨텐츠 시그널링 우선 접속 순위를 바탕으로 해당 정보들을 요청하여 서비스를 이용도중, 서비스 사업자가 네트워크 상황 및 서비스 사용자의 환경에 따라 미디어 서비스를 제공하고 있는 미디어 컨텐츠 리소스 할당 서버 및 미디어 컨텐츠 시그널링 정보를 변경하여 서비스를 제공하게 될 경우, 기존의 서비스 사용자들은 미디어 컨텐츠 시그널링 정보와 새로운 서버에서 수신하는 미디어 컨텐츠 리소스 정보간의 불일치가 발생 하여 서비스를 지속적으로 이용할 수 없을 수 있다.
예를 들어 컨텐츠 및 서비스 사업자가 제공하는 서비스의 사용자가 많이 몰리거나 일시적으로 사용자 주변 환경의 네트워크 성능 저하로 인해 컨텐츠 및 서비스 사업자는 서비스 사용자의 서비스를 일시적으로 해상도 등을 변경을 결정할 수 있다. 기존에 FHD급 화질로 LTE 환경에서 서비스를 보고 있는 사용자가 Wifi 환경이나 사용자들이 일시적으로 몰려 통신환경의 좋지 않을 경우 컨텐츠 및 서비스 사업자는 끊김없는 서비스의 제공을 위해 일시적으로 HD급 화질로 서비스 사용자에게 서비스를 제공할 수 있다. 이럴 경우 컨텐츠 또는 서비스 사업자가 제공하는 alternative_media_ location에서 해당 미디어 컨텐츠 리소스를 수신할 수 있으며 사용자는 해당 미디어 컨텐츠에 맞는 미디어 컨텐츠 시그널링 정보를 DSI 메시지 내에 주어진 우선 접속 순위에 따라 alternative_signaling_location 또는 origin_signaling_location에서 업데이트 된 미디어 컨텐츠 시그널링 정보를 요청하여 해당 정보를 바탕으로 서비스 사용자에게 끊김없는 서비스를 제공하게 해준다.
또한 예를 들어 CDN 환경에서 미디어 서비스 사용자의 수에 따라 서비스 사용자가 많이 몰리는 지역 근처 미디어 서버를 primary_media_location 및 primary_ signaling_location로 지정하여 핫 스팟 지역의 사용자들에게 원활한 서비스를 제공하다 서비스 사용자의 숫자가 감소하거나 서비스 사업자의 상황에 따라 해당 미디어 서비스를 근처 미디어 서버에서 더 이상 제공하기 힘들 경우 인접 지역의 미디어 서버 정보를 alternative_media_location, alternative_signaling_location 또는 origin_ media_location, origin_signaling_location를 통해서 제공하여 해당 미디어 서비스의 미디어 컨텐츠 리소스 및 미디어 컨텐츠 시그널링 정보를 제공한다.
본 개시의 일 실시예에서는 컨텐츠 및 서비스 사업자가 네트워크 상황 및 서비스 사용자의 환경에 따라 동적 미디어 리소스를 할당하여 실제 실시간 및 비실시간 미디어 컨텐츠 서비스를 제공 시 효율적인 네트워크 관리 및 끊김없는 스트리밍 서비스를 제공하는 것이 가능하게 된다.
또한, 본 개시의 일 실시예에서는 서비스 사업자가 미디어 컨텐츠 시그널링 정보를 수신하는 서버의 우선 접속 순위 의 제공을 통해 이종 네트워크 간의 미디어 컨텐츠 서비스 이용 및 실시간 스트리밍 서비스 제공 시 효율적인 서비스 제공이 가능하게 된다.
한편, 별도로 도시하지는 않았으나, 본 개시의 일 실시예에 따른 멀티미디어 시스템에서 송신 장치와, 수신 장치, 원래 서버(origin server), 대체 서버(alternative server), 기본 서버(primary server), DRI/DSI 서버, 클라이언트 등과 같은 엔터티들 각각은 송신기와, 제어기와, 수신기와, 저장 유닛을 포함할 수 있다.
상기 제어기는 해당 엔터티, 일 예로 송신 장치와, 수신 장치, 원래 서버(origin server), 대체 서버(alternative server), 기본 서버(primary server), DRI/DSI 서버, 클라이언트 중 어느 하나의 전반적인 동작을 제어하며, 특히 상기 해당 엔터티가 본 개시의 일 실시예에 따른 멀티미디어 시스템에서 콘텐츠 관련 정보를 송/수신하는 동작 등에 관련된 동작을 수행하도록 제어한다. 여기서, 상기 해당 엔터티가 수행하는 본 개시의 일 실시예에 따른 멀티미디어 시스템에서 콘텐츠 관련 정보를 송/수신하는 동작 등에 관련된 동작은 도 7 내지 도 10에서 설명한 바와 동일하며, 따라서 여기서는 그 상세한 설명을 생략하기로 한다.
상기 송신기는 상기 제어기의 제어에 따라 적어도 하나의 다른 엔터티로 각종 신호들 및 메시지들을 송신한다. 여기서, 상기 송신기가 송신하는 각종 신호들 및 각종 메시지들 등은 도 7 내지 도 10에서 설명한 바와 동일하므로, 여기서는 그 상세한 설명을 생략하기로 한다.
또한, 상기 수신기는 상기 제어기의 제어에 따라 적어도 하나의 다른 엔터티로부터 각종 신호들 및 메시지들을 수신한다. 여기서, 상기 수신기가 수신하는 각종 신호들 및 각종 메시지들 등은 도 7 내지 도 10에서 설명한 바와 동일하므로, 여기서는 그 상세한 설명을 생략하기로 한다.
또한, 상기 저장 유닛은 상기 해당 엔터티가 도 7 내지 도 10에서 설명한 바와 같은 본 개시의 일 실시예에 따른 멀티미디어 시스템에서 콘텐츠 관련 정보를 송/수신하는 동작 등에 관련된 동작을 수행하기 위한 각종 프로그램들과, 데이터들을 저장하고, 도 7 내지 도 10에서 설명한 바와 같은 본 개시의 일 실시예에 따른 멀티미디어 시스템에서 콘텐츠 관련 정보를 송/수신하는 동작 등에 관련된 동작을 수행하는 중에 발생한 데이터들을 저장한다.
한편, 상기에서는 상기 해당 엔터티가 상기 송신기와, 제어기와, 수신기와, 저장 유닛과 같이 별도의 유닛들로 구현된 경우가 도시되어 있으나, 상기 해당 엔터티는 상기 송신기와, 제어기와, 수신기와, 저장 유닛 중 적어도 두 개가 통합된 형태로 구현될 수도 있음은 물론이다.
또한, 상기에서는 상기 해당 엔터티가 상기 송신기와, 제어기와, 수신기와, 저장 유닛과 같이 별도의 유닛들로 구현된 경우가 도시되어 있으나, 상기 해당 엔터티는 1개의 프로세서로 구현될 수도 있음은 물론이다.
본 개시의 특정 측면들은 또한 컴퓨터 리드 가능 기록 매체(computer readable recording medium)에서 컴퓨터 리드 가능 코드(computer readable code)로서 구현될 수 있다. 컴퓨터 리드 가능 기록 매체는 컴퓨터 시스템에 의해 리드될 수 있는 데이터를 저장할 수 있는 임의의 데이터 저장 디바이스이다. 상기 컴퓨터 리드 가능 기록 매체의 예들은 리드 온니 메모리(Read-Only Memory: ROM)와, 랜덤-접속 메모리(Random-Access Memory: RAM)와, CD-ROM들과, 마그네틱 테이프(magnetic tape)들과, 플로피 디스크(floppy disk)들과, 광 데이터 저장 디바이스들, 및 캐리어 웨이브(carrier wave)들(상기 인터넷을 통한 데이터 송신과 같은)을 포함할 수 있다. 상기 컴퓨터 리드 가능 기록 매체는 또한 네트워크 연결된 컴퓨터 시스템들을 통해 분산될 수 있고, 따라서 상기 컴퓨터 리드 가능 코드는 분산 방식으로 저장 및 실행된다. 또한, 본 개시를 성취하기 위한 기능적 프로그램들, 코드, 및 코드 세그먼트(segment)들은 본 개시가 적용되는 분야에서 숙련된 프로그래머들에 의해 쉽게 해석될 수 있다.
또한 본 개시의 일 실시예에 따른 장치 및 방법은 하드웨어, 소프트웨어 또는 하드웨어 및 소프트웨어의 조합의 형태로 실현 가능하다는 것을 알 수 있을 것이다. 이러한 임의의 소프트웨어는 예를 들어, 삭제 가능 또는 재기록 가능 여부와 상관없이, ROM 등의 저장 장치와 같은 휘발성 또는 비휘발성 저장 장치, 또는 예를 들어, RAM, 메모리 칩, 장치 또는 집적 회로와 같은 메모리, 또는 예를 들어 CD, DVD, 자기 디스크 또는 자기 테이프 등과 같은 광학 또는 자기적으로 기록 가능함과 동시에 기계(예를 들어, 컴퓨터)로 읽을 수 있는 저장 매체에 저장될 수 있다. 본 개시의 일 실시예에 따른 서비스 제공 방법은 제어부 및 메모리를 포함하는 컴퓨터 또는 휴대 단말에 의해 구현될 수 있고, 상기 메모리는 본 개시의 실시 예들을 구현하는 지시들을 포함하는 프로그램 또는 프로그램들을 저장하기에 적합한 기계로 읽을 수 있는 저장 매체의 한 예임을 알 수 있을 것이다.
따라서, 본 개시는 본 명세서의 임의의 청구항에 기재된 장치 또는 방법을 구현하기 위한 코드를 포함하는 프로그램 및 이러한 프로그램을 저장하는 기계(컴퓨터 등)로 읽을 수 있는 저장 매체를 포함한다. 또한, 이러한 프로그램은 유선 또는 무선 연결을 통해 전달되는 통신 신호와 같은 임의의 매체를 통해 전자적으로 이송될 수 있고, 본 개시는 이와 균등한 것을 적절하게 포함한다
또한 본 개시의 일 실시예에 따른 서비스 제공 장치는 유선 또는 무선으로 연결되는 프로그램 제공 장치로부터 상기 프로그램을 수신하여 저장할 수 있다. 상기 프로그램 제공 장치는 상기 프로그램 처리 장치가 기 설정된 컨텐츠 보호 방법을 수행하도록 하는 지시들을 포함하는 프로그램, 컨텐츠 보호 방법에 필요한 정보 등을 저장하기 위한 메모리와, 상기 그래픽 처리 장치와의 유선 또는 무선 통신을 수행하기 위한 통신부와, 상기 그래픽 처리 장치의 요청 또는 자동으로 해당 프로그램을 상기 송수신 장치로 전송하는 제어부를 포함할 수 있다.
본 개시의 일 실시예는 멀티미디어 시스템에서 콘텐츠 관련 정보를 송/수신하는 것을 가능하게 한다는 효과가 있다. 또한, 본 개시의 일 실시예는 멀티미디어 시스템에서 서비스 상황을 기반으로 미디어 리소스를 관리하는 것을 가능하게 한다는 효과가 있다.
또한, 본 개시의 일 실시예는 MPEG Media Transport (MMT) 기반의 미디어 컨텐츠 스트리밍 서비스를 이용하여 기존의 정적 미디어 리소스 할당 환경에서 서비스 사용자의 수 및 사용 환경, 위치 등에 맞는 동적 미디어 리소스 구분 정보를 제공함으로써 실제 실시간 미디어 컨텐츠 서비스를 제공 시 서비스의 상황(사용자의 수 등)에 따라 미디어 컨텐츠 리소스 정보 및 미디어 컨텐츠의 시그널링 정보를 제공함으로써 효율적인 미디어 리소스 관리를 제공하는 것을 가능하게 한다는 효과가 있다.
한편 본 개시의 상세한 설명에서는 구체적인 실시 예에 관해 설명하였으나, 본 개시의 범위에서 벗어나지 않는 한도 내에서 여러 가지 변형이 가능함은 물론이다. 그러므로 본 개시의 범위는 설명된 실시 예에 국한되어 정해져서는 안되며 후술하는 특허청구의 범위뿐만 아니라 이 특허청구의 범위와 균등한 것들에 의해 정해져야 한다.
<제3 개시>
미디어 서비스 사업자는 MMT 기반의 미디어 서비스 제공을 위해 컨텐츠 리소스 정보와 미디어 컨텐츠 시그널링 정보를 생성하여 제공을 해준다. 미디어 컨텐츠 시그널링 정보를 제공하여 주기 위해 현 MMT 규격의 PA 메시지의 syntax와 semantic은 하기와 같다. PA 메시지는 Package Consumption을 위한 모든 시그널링 관련 정보를 담는다.
1.1.1 The PA Message
1.1.1.1 Introduction
A PA message carries a PA table, which contains information for all other signalling tables for a Package. A PA message also carries an MPI table and an MP table for delivery of the minimum information for the processing of the Package.
An MMT receiving entity shall process a PA message before it processes any other signalling messages.
1.1.1.2 Syntax
Syntax of the PA message is defined in Table 20.
Table 20 ― PA message syntax
Figure pat00008
1.1.1.1 Semantics
message_id - indicates the identifier of the PA messages.
version - indicates the version of the PA messages.
length - a 32-bit field for conveying the length of the PA message in bytes, counting from the beginning of the next field to the last byte of the PA message. The value '0' is not valid for this field.
number_of_tables - indicates the number of signalling tables included in this PA message.
table_id - indicates the table identifier of a table included in this PA message. It is a copy of the table_id field in the table included in the payload of this PA message.
table_version - indicates the version of a table included in this PA message. It is a copy of the version field in the table included in the payload of this PA message.
table_length - If the table is not an MPI table, it is a copy of the length field in the table included in the message_payload of this PA message. If the table is an MPI table, it is the length derived from the length and the extension length part. In this case the derived length is a value that equals "the actual length" - 5.
table() - an MMT signalling table instance. The tables in the payload appear in the same order as the table_ids in the extension field. An PA table shall be an instance for table().
MP Table은 특정 패키지를 구성하는 모든 Asset의 리스트 정보를 담으며, MMT 규격 내 Syntax와 Semantics는 하기와 같다.
1.1.1 The MP table
1.1.1.1 Introduction
A complete MP table has the information related to a Package including the list of all Assets. A subset MP table has a portion of information from a complete MP table. In addition, MP table subset-0 has the minimum information required for Package consumption.
1.1.1.2 Syntax
The syntax of the MP table is defined in Table 28.
Figure pat00009
Figure pat00010
1.1.1.1 Semantics
table_id - indicates the identifier of the MP table. A complete MP table and each subset MP tables shall use different table identifiers. Subset number of MP table is implicitly represented by this field. Since the table_id values are assigned contiguously, the MP table subset number can be deduced from this field, i.e., the MP table subset number equals this field minus the table_id of the base MP table. The MP table subset number provides the subset number of this MP table. The number '0' indicates base MP table and the numbers '1'~'14' indicate subset of MP table. The number '15' has a special meaning since it indicates a complete MP table.
version - indicates the version of the MP table. The newer version overrides the older one as soon as it is been received. If table_id indicates a complete MP table, if Subset-0 MP table has the same version value as this field (when MP_table_mode is '1'), or if all MP table subsets with lower-subset number have the same version value as this field (when MP_table_mode is '0'), or if processing of the MP table subsets are independent (when MP_table_mode is '2'). If Subset-0 MP table has a newer version, all MP table subsets with higher subset number up to 14 previously stored within an MMT receiving entity are treated as outdated except for the case when MP_table_mode is independent mode. When the MP table subset number is not 0 and MP_table_mode is '1', the contents of the MP table subset with version different from that of subset-0 MP table stored in an MMT receiving entity shall be ignored. Also when the MP table subset number is not 0 and MP_table_mode is '0', the contents of the MP table subset with version different from that of lower-subset MP table subsets stored in an MMT receiving entity shall be ignored. It shall be modulo-256 incremented per version change.
length - contains the length of the MP talbe in bytes, counting from the beginning of next field to the last byte of the MP table. The value '0' is not valid for this field.
MP_table_mode - It indicates the mode of an MP table subset processing when MP table subset mechanism is used. In "sequential_order_processing_mode" and with a non-zero subset number of this MP table, an MMT receiving entity shall receive all MP table subsets with lower subset number that have the same version as this MP table subset before it processes this MP table subset. For example, an MMT receiving entity can't process subset-3 MP table, if it has not received subset-2 MP table with the same version. In "order_irrelevant_processing_mode" and with the subset number of this MP table subset set to non-zero, an MMT receiving entity should process an MP table subset right after it receives the MP table subset as long as the subset-0 MP table stored in an MMT receiving entity has the same version as this MP table subset. In "independent_processing_mode", the version of each MP table subset is managed individually. Fragmented MP table where each MP table subset is delivered by one of multiple MMT sending entities is adapted in this mode. The independent mode of subsets of MP table can be used for the multi-channel instantiation, i.e. MP table subsets from subset-0 MP table to subset-N MP table are assigned as logical channels from Ch-0 to Ch-N. When an MPI message carries both an MPI table subset and the associated MP table subset, the PI_mode in the MPI table and the MP_table_mode in the MP table shall have the same value.
Figure pat00011
MMT_package_id - this field is a unique identifier of the Package.
MMT_package_id_length - the length in bytes of the MMT_package_id string, excluding the terminating null character.
MMT_package_id_byte - a byte in the MMT_package_id. When the MMT_package_id_byte is string, the terminating null character is not included in the string.
asset_id - provides Asset identifier as defined in 9.6.2.
asset_type - provides the type of Asset. This is described in four character code ("4CC") type registered in MP4REG (http://www.mp4ra.org).
MP_table_descriptors - this field provides descriptors for the MP table.
MP_table_descriptors_length - contains the length of the descriptor syntax loop. The length is counted from the next field to the end of the descriptor syntax loop. Several descriptors can be inserted in this syntax loop. For example, additional_package_information_URL descriptor can be included here, which provides the URL of Package information web page for this Package.
MP_table_descriptors_byte - one byte in the descriptors loop.
number_of_assets - provides the number of Assets whose information is provided by this MP table.
packet_id - provides the identifier of the MMTP session in the MMTP packet header.
asset_clock_relation_flag - indicates whether an Asset uses NTP clock or other clock system as the clock reference. If this flag is '1', asset_clock_relation_id field is included. If this field is '0', the NTP clock is used for the Asset.
asset_clock_relation_id - provides a clock relation identifier for the Asset. This field is used to reference the clock relation delivered by a CRI_descriptor() for the Asset. The value of this field is one of the clock_relation_id values provided by the CRI descriptors. (see sub-clause 9.5.1)
asset_timescale_flag - indicates whether "asset_timescale" information is provided or not. If this flag is '1', asset_timescale field is included and if this flag is set to '0', asset_timescale is 90,000 (90kHz).
location_count - provides the number of location information for an Asset. Set to '1' when an Asset is delivered through one location. When bulk delivery is achieved, in which MPUs contained in an Asset are delivered through multi-channels, not '1' is set. When one Asset is delivered over multiple locations, an MMT receiving entity SHALL receive all MPUs of the Asset from all indicated locations.
asset_timescale - provides information of time unit for all timestamps used for the Asset expressed in the number of units in one second.
MMT_general_location_info_for_asset_location - provides the location information of Asset. General location reference information for Asset defined in 9.6.1 is used. Only the value of location_type between '0x00' and '0x06' shall be used for an Asset location.
asset_descriptors_length - the number of bytes counted from the beginning of the next field to the end of the Asset descriptors syntax loop.
asset_descriptors_byte - a byte in Asset descriptors.
default_asset_flag - indicates whether an Asset is marked as a default asset or not. In case, an asset is marked as a default asset, the MPU timestamp descriptor should be present for the corresponding timed asset. If this flag is '0', the asset is marked as a default asset.
본 개시의 구성은 다음과 같다.
도 11은 본 개시의 실시예에 따른 시스템 구성을 설명하는 도면이다.
도 11을 참조하면, MMT 기반의 미디어 컨텐츠 리소스 정보와 미디어 컨텐츠 시그널링 정보를 생성하여 사용자에게 보내주는 MMT Sending Entity 와 컨텐츠 사업자 또는 서비스 사업자가 추가적인 서비스를 제공하기 위하여 별도의 MMT 기반의 미디어 컨텐츠 리소스 정보와 미디어 컨텐츠 시그널링 정보를 제공하여 주는 3rd party 서버, 컨텐츠 및 사업자 망 내에서 해당 MMT 기반의 미디어 컨텐츠 리소스 정보 및 미디어 컨텐츠 시그널링 정보, 추가적인 서비스 제공을 위해 별도의 MMT 기반의 미디어 컨텐츠 리소스 정보 와 미디어 컨텐츠 시그널링 정보를 수집하여 기존의 MMT 기반의 미디어 컨텐츠 리소스 정보 및 미디어 컨텐츠 시그널링 정보를 확장 또는 편집하여 재전송해주는 MANE 서버, MANE 서버 등을 통해 수신된 MMT 기반의 미디어 컨텐츠 리소스 정보 와 미디어 컨텐츠 시그널링 정보를 수신하여 사용자에게 서비스해주는 Receiving Entity로 구성이 되어있다.
먼저 MMT Sending Entity는 서비스 사용자가 원하는 정보를 수신하여 서비스를 이용할 수 있도록 MMT 기반의 미디어 컨텐츠 리소스 정보와 미디어 컨텐츠 시그널링 정보를 생성하여 Receiving Entity로 전송을 하게 된다.
이때 컨텐츠 및 서비스 사업자가 추가적인 서비스 (타겟 광고, 편파 방송 등)을 MMT Sending Entity이외에 3rd party 서버를 통해서 제공을 하여 줄 수 있다. 해당 서비스를 위하여 컨텐츠 및 서비스 사업자가 제공하는 MANE서버에서 기존의 MMT Sending Entity에서 제공하는 MMT 기반의 미디어 컨텐츠 리소스 정보와 미디어 컨텐츠 시그널링 정보와 3rd party 서버를 통해서 전송되는 별도의 MMT 기반의 미디어 컨텐츠 리소스 정보 와 미디어 컨텐츠 시그널링 정보를 수신하여 확장 또는 편집 과정을 통해서 제공을 하게 된다.
이 때 컨텐츠 및 서비스 사업자는 추가적인 서비스를 제공해 주기 위해서 MMT Sending Entity에서 전송되는 미디어 컨텐츠 시그널링 정보내에 해당 추가적인 서비스를 위한 Message를 전송하거나 기존 PA 메시지 등 MMT 시그널링 메시지에 해당 수신을 위한 Flag를 추가하여 MANE 서버에게 제공하여 해당 동작을 수행하도록 도와 준다. MANE는 추가적인 서비스를 위한 Message를 전송하거나 기존 PA 메시지 등 MMT 시그널링 메시지에 해당 수신을 위한 Flag를 수신시 기존에 MMT Sending Entity에서 제공하는 MMT 기반의 미디어 컨텐츠 리소스 정보와 미디어 컨텐츠 시그널링 정보를 저장하여 해당 서비스가 끝난 후 재전송 해준다. 예를 들어 기존의 PA 메시지내의 MP 테이블에 asset_modification_flag 등을 추가하여 해당 flag를 수신할 경우 기존의 MMT 시그널링 메시지를 저장 보관하며 flag가 표시 된 Package 내의 asset 정보를 3rd party 서버를 통해서 전송되는 별도의 MMT 기반의 미디어 컨텐츠 리소스 정보 와 미디어 컨텐츠 시그널링 정보로 MANE에서 기존의 MMT 기반의 미디어 컨텐츠 리소스 정보 와 미디어 컨텐츠 시그널링 정보를 바탕으로 대체하여 Receiving Entity로 전송 해당 추가적인 부가서비스를 이용하도록 해준다.
또한 MMT Sending Entity에서 MANE에게 전송되는 미디어 컨텐츠 시그널링 정보내에 해당 추가적인 서비스를 위한 추가 Message내에는 특정 Package 내의 asset 정보를 변경 가능 여부를 나타내는 flag 등도 포함되어 MANE에게 전송된다.
또한 3rd party 서버는 MANE에게 제공 추가적인 부가서비스의 정보를 업데이트 하기 위해 3rd party 서버는 별도의 메시지를 통해 해당 T 기반의 미디어 컨텐츠 리소스 정보 와 미디어 컨텐츠 시그널링 정보를 전달해 주게 된다.
예를 들어 3rd party 서버는 AssetChangeRequest_message를 통해서 추가적으로 제공하기 위한 미디어 컨텐츠 리소스 정보 및 미디어 컨텐츠 시그널링 정보를 전달해 준다. 이때 3rd party 서버는 AssetChangeRequest_message를 통해 M서T Sending Entity가 전송하는 패키지 내의 Asset들 가운데 특정 Asset들을 변경/삽입/치환/오버레이가 되게 요청하는 내용을 포함하게 된다. 특정 Asset을 변경/삽입/치환/오버레이을 위해 3rd party 서버는 package_id, asset_id 등의 리소스 정보를 제공하여 해당 부가적인 리소스를 MANE에서 변경/삽입/치환 /오버레이 되도록 요청한다. 또한 사용자의 성별, 나이 등 사용자의 특성을 나타내는 정보(user_prefernce_info 등)를 같이 AssetChangeRequest_message내에 포함하여 전송하여 해당 부가 서비스가 특정 사용자들에게 제공할 수 있게 해당 정보를 함께 전송, 서비스 사업자에게 타겟 부가 서비스 제공을 요청한다.
MANE는 3rd party를 통해 수신된 AssetChangeRequest_message를 바탕으로 기존의 MMT 기반의 컨텐츠 리소스 정보 및 미디어 컨텐츠 시그널링 정보를 바탕으로 패키지 내의 Asset들 가운데 특정 Asset들을 변경/삽입/치환/오버레이가 되게 요청하는 내용을 포함하여 해당 내용을 바탕으로 MMT Sending Entity 전송하는 MMT 기반의 컨텐츠 리소스 정보 및 미디어 컨텐츠 시그널링 정보를 변경하여 변경된 MMT 기반의 컨텐츠 리소스 정보 및 미디어 컨텐츠 시그널링 정보를 Receiving Entity, 즉 서비스 사용자에게 전달하여 해당 서비스를 제공한다. 앞서 서술한 MANE의 동작 순서에 대한 예는 도 12와 같다.
도 12는 본 개시의 실시예에 의한 MANE의 동작을 설명하는 도면이다.
1201단계에서는 MMTP 패킷 플로우를 수신하고, 1203단계에서 컨텐츠의 대체/삽입/오버레이 등의 처리 요청을 받았는지를 판단한다. 처리 요청을 받지 않았다면 절차를 종료하고, 처리 요청을 받았다면 1205단계로 진행하여 요청한 엔터티에 대한 응답 메시지를 전송한다. 이후, 1207단계에서 수신한 플로우 내에 컨텐츠 처리 대상에 해당하는 제1 패키지를 확인한다. 1209단계에서 상기 제1 패키지를 구성하는 에셋들에 대하여 컨텐츠 대체/삽입/오버레이 등의 처리 요청을 수신하였는지를 판단한다. 수신하였다면, 1211단계로 진행하여 요청한 엔터티에 대한 응답 메시지를 전송하고, 1213단계에서 처리 대상 제1 에셋을 확인한다. 1209단계에서 수신하지 않았다면 바로 1213단계로 진행한다. 한편, 1215단계에서는 처리 유형(대체/삽입/오버레이 등)을 확인한다. 1217단계에서는 처리 시작 지속 시간을 확인한다. 이후, 1219단계에서 처리 시작 시점부터 지속 시간 동안 제1 에셋을 대신하여 제2 에셋을 전송할 수 있도록 변경하여 제2 패키지를 구성한다. 한편, 1221단계에서는 컨텐츠 변경 처리 이후, 제1 패키지의 전송을 재개할 시점을 결정한다. 1223단계에서는 처리 종료 시점에 도달하였는지를 판단하고, 도달하였다면, 1225단계로 진행하여 컨텐츠 변경 처리가 종료되었음을 관련 엔터티에게 알린다. 만일 도달하지 않았다면 1229단계로 진행하여 제2 패키지를 전송한다. 한편, 1227단계에서는 기존의 제1 패키지의 전송을 재개한다.
이후 3rd party를 통해 수신된 AssetChangeRequest_message를 바탕으로 추가적인 부가 서비스의 변경/삽입/치환/오버레이의 요청이 끝나거나 부가서비스가 더 이상 제공되지 않을 경우 MANE에 저장되어 있던 기존의 MMT Sending Entity 전송하는 MMT 기반의 컨텐츠 리소스 정보 및 미디어 컨텐츠 시그널링 정보를 바탕으로 Receiving Entity, 즉 서비스 사용자에게 전달하여 해당 서비스를 제공한다.
본 개시의 실시 예에 따른 멀티미디어 전송 시스템은 서비스를 구성하는 비디오/오디오 Asset을 사업자의 의도에 따라 실시간으로 변경/삽입/치환/오버레이 할 수 있다.
본 개시의 실시 예에 따른 멀티미디어 전송 시스템에서 MMT Sending Entity는 원본 Asset을 연속적으로 MANE에게 전달하며, 3rd party 서버는 특정 시간 간격에 대한 대체 Asset들을 MANE에 전달한다. 이 때 상기 3rd party 서버로부터 전달받은 대체 Asset은 MANE 혹은 수신기에서 원본 Asset을 변경/삽입/치환/오버레이하는데 사용된다.
MANE에서 상기 대체 Asset을 원본 Assset으로 변경/삽입/치환/오버레이할 경우에 상기 MANE는 원본 Asset을 구성하는 MPU들을 상기 치환 Asset을 구성하는 MPU로 대체하거나, 치환 Asset을 패키지의 신규 구성 요소로 추가할 수 있다. MPU 단위로 대체할 경우에 치환 Asset을 구성하는 MPU는 MANE에서 MMTP 패킷으로 패킷화될 수 있으며, 이 때 서비스의 연속성을 위하여 MMTP 패킷 헤더의 정보들이 MANE에서 재설정 될 수 있다. 상기 재설정되는 정보는 timestamp, packet_seqeuence_number, packet_counter 중 적어도 하나를 포함한다. 상기 MANE가 대체 Asset을 패키지의 신규 구성 요소로 추가할 경우에, 이를 수신기에게 고지하지 위한 시그널링 정보 역시 MANE에서 생성된다. 이 때 상기 시그널링 정보는 상기 대체 Asset에 대한 정보, 상기 대체 Asset과 원본 Asset의 관계에 대한 정보 중 적어도 하나를 포함한다.
수신기에서 상기 원본 Asset을 대체 Asset으로 변경/치환할 경우에 상기 MANE는 대체 Asset을 패키지의 신규 구성 요소로 추가하고, 이를 수신기에게 고지하지 위한 시그널링를 생성하여 수신기에 전달한다. 이 때 상기 시그널링 정보는 상기 대체 Asset에 대한 정보, 상기 대체 Asset과 원본 Asset의 관계에 대한 정보 중 적어도 하나를 포함한다. 본 개시의 다른 실시 예에서 상기 대체 Asset는 3rd Party service로부터 수신기에게 상기 MANE를 거치지 않고 전달 될 수 있다.
본 개시의 실시 예에 따른 멀티미디어 전송 시스템에서 원본 Asset은 대체 Asset이 재생되어야 할 기간 동안에 MMT Sending entity, MANE 혹은 MMT Receiving entity에서 버퍼링 될 수 있다. 이 때 MANE는 버퍼링 시간 이후의 연속적인 서비스 제공을 위하여 MMTP 패킷 헤더의 정보를 재설정하거나 시그널링 정보를 재설정 할 수 있다. 상기 재설정되는 MMTP 패킷 헤더의 정보는 timestamp, packet_seqeuence_number, packet_counter 중 적어도 하나를 포함한다. 또한 상기 재설정되는 시그널링 정보는 PA message, MP table 중 적어도 하나를 포함한다.
방송사(MMT Sending Entity)가 전송하는 한 패키지 내의 Asset들 가운데 어떤 Asset들이 제 3의 노드 들에 의해 변경/삽입/치환/오버레이가 되어 사용자에게 렌더링 되는 것이 허용되는지를 표시 해준다. 해당 내용은 PA 메시지 내의 MP 테이블 내에 위치 할 수 있으며, 해당 flag (asset_modification_flag)가 '1'로 set된 Asset 들만 다른 제 3의 노드 들에 의해 변경/삽입/치환/오버레이 되는 것이 허용되며, '0'으로 설정된 Asset들은 그러한 행위가 허용되지 않는다.
[신규 MP Table at PA message]
Figure pat00012
Figure pat00013
1.1.1.1 Semantics
asset_modification_flag - indicates whether the corresponding Asset can be replaced or modified or changed by some 3rd party entities at some entity such as MANE when rendered to MMT receiving entities.
하기 메시지(AssetChangeRequest_message)는 지역 방송국 (3rd party 서버 등)이 MANE에게 요청하는 것으로, 방송사(MMT Sending Entity)가 전송하는 한 패키지 내의 Asset들 가운데 특정 Asset들을 변경/삽입/치환/오버레이가 되게 요청하는 메시지. 해당 요청 메시지를 받은 MANE는 해당 Asset에 대한 정보를 담고 있는 모든 PA 메시지 내의 MP Table을 업데이트 수행한다. 이렇게 되면, 방송국이 전송한 Asset(e.g. 방송 프로그램)들 가운데 제3의 지역 방송국이 전송한 메시지에 지정된 시간 혹은 지정된 특정 번호의 MPU에서 새로운 별도 제3의 미디어 컨텐츠가 변경/삽입/치환/오버레이 등의 방법으로 보여진다.
[신규 AssetChangeRequest_message]
Figure pat00014
1.1.1.1 Semantics
Target_MMT_Package_ID - indicates the package the target assets to be modified belongs to.
Target_asset_ID - indicates the target asset to be modified.
Target_asset_type - indicates the target asset type, such as Video, Audio. This is described in four character code ("4CC") type registered in MP4REG (http://www.mp4ra.org).
Change_Time_Indicator - a time at which the media change happens. The unit of this field is in milliseconds.
Duration - indicates the change time duration from the Change_Time_Indicator
Change_Type - a type at which the media change happens. Type is as follows;
Figure pat00015
Change_Indicate_Mode - a mode at which the media change happens. In case of 0x02, it is argumented with MPU_sequence_number.
;
Figure pat00016
MPU_sequence_number - contains the sequence number of the current MPU;
Designated_source_URL - contains the location of original designated asset that is going to be inserted/modified.
상기 요청 메시지를 수신한 경우, MANE는 PA 메시지를 업데이트 하고 (=MP 테이블을 업데이트 하고), 요청 메시지를 보내온 제 3의 노드에게 ACK 응답 메시지를 전송한다. 동시에 업데이트 된 PA 메시지는 특정 MMT receiving entity에게 전송한다.
PA 메시지 업데이트 동작은,
1) 각 MPU들의 presentation time 정보를 담은 MPU timestamp descriptor 를 지정된 시간 값 (Change_Time_indicator)을 근거로 계산하여 재조정하고,
2) 삽입할 원본 컨텐트의 URL을 업데이트 하고,
3) 해당 컨텐츠 변경/삽입/치환/오버레이 등의 행위가 끝난 경우, 원래의 PA 메시지를 과거와 동일한 값으로 전송,
하는 동작을 포함한다.
AssetChangeRequest_message를 받은 MANE가 PA만 업데이트해서 보내면 실제 미디어 변경 동작은 MANE가 아닌 MMT receiving entity에서 하게 된다.
본 개시는 MMT 시스템을 이용하여 멀티미디어 서비스를 제공함에 있어서, 제 3자에 의해 미디어 변횐/치환/오버레이가 가능하게 할 수 있다.

Claims (1)

  1. 방송 서비스 정보를 제공하는 방법에 있어서,
    복수 개의 방송 서비스 정보들의 위치 정보들을 획득하는 과정과,
    상기 위치 정보들에 기초하여 상기 적어도 하나의 방송 서비스 정보들 수신하는 과정과,
    상기 방송 서비스 정보에 기초하여, 통합된 방송 서비스 정보를 생성하는 과정과,
    상기 통합된 방송 서비스 정보를 사용자에게 제공하는 과정을 포함하는 방송 서비스 정보를 제공하는 방법.
KR1020160069108A 2016-06-02 2016-06-02 방송 시스템에서 방송 서비스 정보 제공 방법 및 장치 KR102494266B1 (ko)

Priority Applications (5)

Application Number Priority Date Filing Date Title
KR1020160069108A KR102494266B1 (ko) 2016-06-02 2016-06-02 방송 시스템에서 방송 서비스 정보 제공 방법 및 장치
EP17807067.8A EP3468208A4 (en) 2016-06-02 2017-06-02 METHOD AND DEVICE FOR PROVIDING MULTIMEDIA CONTENT
PCT/KR2017/005816 WO2017209574A1 (ko) 2016-06-02 2017-06-02 미디어 콘텐츠 제공 방법 및 장치
CN201780034391.0A CN109314797B (zh) 2016-06-02 2017-06-02 用于提供媒体内容的方法和装置
US16/306,812 US10939179B2 (en) 2016-06-02 2017-06-02 Method and device for providing media content

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020160069108A KR102494266B1 (ko) 2016-06-02 2016-06-02 방송 시스템에서 방송 서비스 정보 제공 방법 및 장치

Publications (2)

Publication Number Publication Date
KR20170136935A true KR20170136935A (ko) 2017-12-12
KR102494266B1 KR102494266B1 (ko) 2023-02-02

Family

ID=60478833

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020160069108A KR102494266B1 (ko) 2016-06-02 2016-06-02 방송 시스템에서 방송 서비스 정보 제공 방법 및 장치

Country Status (5)

Country Link
US (1) US10939179B2 (ko)
EP (1) EP3468208A4 (ko)
KR (1) KR102494266B1 (ko)
CN (1) CN109314797B (ko)
WO (1) WO2017209574A1 (ko)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10958988B2 (en) * 2017-03-24 2021-03-23 Mediatek Inc. Methods and apparatus for media content asset changes
JP7278367B2 (ja) * 2019-04-03 2023-05-19 三菱電機株式会社 接続管理装置、接続管理システム、接続管理方法及びプログラム
WO2021066445A1 (en) * 2019-10-01 2021-04-08 Samsung Electronics Co., Ltd. Method, apparatus and computer-readable recording medium for transmitting or receiving vpcc data
US11425252B1 (en) 2021-05-11 2022-08-23 8X8, Inc. Unified communications call routing and decision based on integrated analytics-driven database and aggregated data
US20230239527A1 (en) * 2022-01-25 2023-07-27 Disney Enterprises, Inc. Automation of User-Initiated Content Modification

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9066138B1 (en) * 2011-05-10 2015-06-23 Arris Solutions, Inc. Replacing ads in HTTP-based manifest driven video transport
US20150341410A1 (en) * 2014-05-21 2015-11-26 Audible Magic Corporation Media stream cue point creation with automated content recognition
US20150381755A1 (en) * 2014-06-30 2015-12-31 Samsung Electronics Co., Ltd. Cache manifest for efficient peer assisted streaming
US20160149994A1 (en) * 2013-08-12 2016-05-26 Sony Corporation Transmitting apparatus, transmitting method, receiving apparatus and receiving method

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7530086B2 (en) 2000-12-12 2009-05-05 Hewlett-Packard Development Company, L.P. Media program timing and identity delivery method and system
US20090217316A1 (en) 2008-02-22 2009-08-27 Binita Gupta Systems and Methods for Advertising Insertion Notification in a Real-Time Streaming Media Service
US20110138432A1 (en) 2008-08-06 2011-06-09 Telefonaktiebolaget L M Ericsson (Publ) Media Bookmarks
US9124651B2 (en) 2010-03-30 2015-09-01 Microsoft Technology Licensing, Llc Controlling media consumption privacy settings
US9301020B2 (en) 2010-11-30 2016-03-29 Google Technology Holdings LLC Method of targeted ad insertion using HTTP live streaming protocol
HUE054404T2 (hu) 2011-01-19 2021-09-28 Samsung Electronics Co Ltd Berendezés és eljárás vezérlõüzenet vételére rádióadási rendszerben
EP2768198B1 (en) * 2011-10-13 2019-05-22 Samsung Electronics Co., Ltd. Apparatus and method for configuring control message in broadcasting system
KR20130090824A (ko) * 2012-02-06 2013-08-14 한국전자통신연구원 이종망 네트워크에서 부호화된 미디어 데이터를 전송하는 시스템에 랜덤 액세스를 지원하는 엠엠티 애셋의 구조, 생성 방법 및 생성 장치
KR20140103846A (ko) * 2013-02-18 2014-08-27 엘지전자 주식회사 미디어 컨텐츠 송수신 방법 및 그를 이용한 송수신기
KR102105567B1 (ko) * 2014-01-09 2020-04-28 한국전자통신연구원 Ｍｍｔ 시그널링 메시지를 처리하는 장치 및 방법

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9066138B1 (en) * 2011-05-10 2015-06-23 Arris Solutions, Inc. Replacing ads in HTTP-based manifest driven video transport
US20160149994A1 (en) * 2013-08-12 2016-05-26 Sony Corporation Transmitting apparatus, transmitting method, receiving apparatus and receiving method
US20150341410A1 (en) * 2014-05-21 2015-11-26 Audible Magic Corporation Media stream cue point creation with automated content recognition
US20150381755A1 (en) * 2014-06-30 2015-12-31 Samsung Electronics Co., Ltd. Cache manifest for efficient peer assisted streaming

Also Published As

Publication number Publication date
US20190222904A1 (en) 2019-07-18
EP3468208A4 (en) 2019-06-26
US10939179B2 (en) 2021-03-02
CN109314797A (zh) 2019-02-05
EP3468208A1 (en) 2019-04-10
CN109314797B (zh) 2021-12-10
KR102494266B1 (ko) 2023-02-02
WO2017209574A1 (ko) 2017-12-07

Similar Documents

Publication Publication Date Title
US9712892B2 (en) Method and an apparatus for processing a broadcast signal including an interactive broadcast service
US9602887B2 (en) Apparatus and method for processing an interactive service
KR102494266B1 (ko) 방송 시스템에서 방송 서비스 정보 제공 방법 및 장치
JP2022093660A (ja) 受信方法、及び、送信方法
KR102443060B1 (ko) 정보 처리 장치 및 정보 처리 방법
US10880596B2 (en) Method and apparatus for transmitting and receiving signal in multimedia system
KR102613231B1 (ko) 방송 시스템에서 방송 서비스 정보 제공 방법 및 장치
KR102344599B1 (ko) 멀티미디어 시스템에서 미디어 콘텐츠에 관련된 정보를 송/수신하는 장치 및 방법

Legal Events

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