RU2646391C2 - Устройство поставки контента, способ поставки контента, программа, терминальное устройство и система поставки контента - Google Patents

Устройство поставки контента, способ поставки контента, программа, терминальное устройство и система поставки контента Download PDF

Info

Publication number
RU2646391C2
RU2646391C2 RU2015155589A RU2015155589A RU2646391C2 RU 2646391 C2 RU2646391 C2 RU 2646391C2 RU 2015155589 A RU2015155589 A RU 2015155589A RU 2015155589 A RU2015155589 A RU 2015155589A RU 2646391 C2 RU2646391 C2 RU 2646391C2
Authority
RU
Russia
Prior art keywords
mosaic
tile
segment
stream
delivery
Prior art date
Application number
RU2015155589A
Other languages
English (en)
Other versions
RU2015155589A (ru
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 RU2015155589A publication Critical patent/RU2015155589A/ru
Application granted granted Critical
Publication of RU2646391C2 publication Critical patent/RU2646391C2/ru

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/4347—Demultiplexing of several video streams
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06T—IMAGE DATA PROCESSING OR GENERATION, IN GENERAL
    • G06T9/00—Image coding
    • G06T9/007—Transform coding, e.g. discrete cosine transform
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/612—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
    • 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
    • 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/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 or manipulating encoded video stream scene graphs
    • H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H04N21/23439—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements for generating different versions
    • 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/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/2365—Multiplexing of several 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/41—Structure of client; Structure of client peripherals
    • H04N21/426—Internal components of the client ; Characteristics thereof
    • 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
    • H04N21/6336—Control signals issued by server directed to the network components or client directed to client directed to decoder
    • 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/64—Addressing
    • H04N21/6405—Multicasting
    • 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/64—Addressing
    • H04N21/6408—Unicasting
    • 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/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/84—Generation or processing of descriptive data, e.g. content descriptors
    • 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
    • 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
    • H04N21/8543—Content authoring using a description language, e.g. Multimedia and Hypermedia information coding Expert Group [MHEG], eXtensible Markup Language [XML]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/44—Receiver circuitry for the reception of television signals according to analogue transmission standards
    • H04N5/50—Tuning indicators; Automatic tuning control

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Discrete Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

Настоящее изобретение относится к средствам поставки контента. Технический результат состоит в расширении арсенала технических средств доставки контента конечному потребителю. Устройство поставки контента, которое поставляет контент как мозаичный канал (CH), устройство поставки контента содержит: синтезирующий блок, выполненный с возможностью генерировать потоковые данные мозаичного СН путем синтеза множества потоков, имеющих различные предметы; блок генерирования сегмента потока мозаичного СН для генерирования сегмента потока мозаичного СН посредством разграничения сгенерированных потоковых данных мозаичного СН согласно с синхронизацией с другим мозаичным каналом; блок одноадресной доставки для одноадресной доставки сегмента потока мозаичного СН; блок многоадресной доставки для многоадресной доставки сегмента потока мозаичного СН; и блок генерирования метафайла для генерирования метафайла, который используется стороной приема для приема сегмента потока мозаичного CH, который доставлен посредством одноадресной и многоадресной доставки, при этом метафайл представляет собой расширенное описание медиапрезентации (MPD), включающее в себя элемент мозаики. 5 н. и 6 з.п. ф-лы, 20 ил.

Description

Область техники, к которой относится изобретение
Настоящее изобретение относится к устройству поставки контента, способу поставки контента, программе, терминальному устройству и системе поставки контента и, в частности, к устройству поставки контента, способу поставки контента, программе, терминальному устройству и системе поставки контента, которые способны быстро проверить контент, доставленный посредством множества различных каналов.
Уровень техники
Как известно, группа экспертов в области движущегося изображения-динамическое адаптивное потоковое HTTP-вещание (далее упоминается как "DASH") (MPEG-DASH), используя тот же HTTP, как браузинг веб-сайта в качестве международного стандартизированного протокола доставки движущегося изображения, используется для доставки движущегося изображения через интернет (например, см. непатентный документ 1).
DASH реализует технологию адаптивного потокового вещания. Другими словами, сторона поставки контента выполнена с возможностью подготавливать множество потоков, в которых имеет контент того же самого объекта, и качество изображения, ракурс просмотра и т.п. отличается в зависимости от коммуникационной среды интернета, выступающей в качестве тракта доставки или способности или состояния приемной стороны. С другой стороны, сторона приема может выбрать оптимальный поток среди множества потоков, подготовленных стороной поставки в соответствии с коммуникационной средой интернета, способности декодирования стороны приема или тому подобное, и получать и воспроизводить выбранный оптимальный поток.
Как описано выше, в DASH, метафайл, называемый как описание медиапрезентации (MPD), поставляется со стороны поставки на сторону приема, так что сторона приема может адаптивно выбирать, принимать и воспроизводить поток.
Адрес (URL информация) источника поставки потоковых данных (медиаданных, таких как аудио-/видеосубтитров) контента, разделенного на фрагменты, описан в MPD. Сторона приема осуществляет доступ к серверу, выступающий в качестве источника поставки контента, на основании информации URL, запрашивает потоковые данные, и принимает и воспроизводит потоковые данные HTTP-одноадресной доставки в соответствии с запросом.
Фиг. 1 иллюстрирует примерную конфигурацию системы поставки контента, которая доставляет контент посредством потокового вещания на основании DASH.
Система 10 поставки контента включает в себя множество устройств 20 просмотра СН (в данном случае, 20а, 20b и 20с), соответствующих каналов, которые поставляют контент, и множество DASH устройств-клиент 30 на стороне, на которой принимается контент. DASH устройства-клиент 30 соединены с устройством 20 просмотра СН с помощью сети доставки контента (CDN) 12 с использованием интернета 11.
Устройство 20а просмотра СН доставляет контент того же объекта через множество потоков, имеющих различные скорости передачи, чем в канале А. Кроме того, устройство 20b просмотра СН доставляет контент того же объекта, который отличается от контента канала А, через множество потоков, имеющих различные скорости передачи, чем в канале В. То же самое относится и к устройству 20с просмотра CH. Далее, когда нет необходимости различать устройства 20а, 20b и 20с просмотра СН отдельно, устройство просмотра СН называют просто как "устройство 20 просмотра СН".
Устройство 20 просмотра СН включает в себя сервер 21 управления контентом, стример 22 DASH сегмента и сервер 23 DASH MPD.
Сервер 21 управления контентом управляет источником данных контента, поставляемые в DASH устройство-клиент 30, генерирует множество фрагментов, потоковых данных, имеющих различные скорости передачи данных, в качестве исходных данных, и выводит сгенерированные потоковые данные в стример 22 DASH сегмента.
Стример 22 DASH сегмента генерирует поток сегмента посредством временного деления каждого фрагмента потоковых данных на сегменты, удерживает поток сегмента в виде файла и уведомляет DASH MPD сервер 23 об адресе источника поставки файла в качестве метаданных. Стример 22 DASH сегмента, как веб-сервер, осуществляет HTTP-одноадресную доставку файла сегмента потока по запросу источника в ответ на запрос (HTTP-запрос) из DASH устройства-клиент 30.
DASH MPD сервер 23 генерирует MPD, в котором, например, описан адрес, указывающий источник поставки (то есть, стример 22 DASH сегмента) файла сегмента потока. DASH MPD сервер 23, как веб-сервер, осуществляет HTTP-одноадресную доставку сгенерированного MPD к источнику запроса в ответ на запрос (HTTP-запрос) от DASH устройства-клиент 30.
DASH устройства-клиент 30 запрашивает DASH MPD сервер 23 передать MPD, запрашивает стример 22 DASH сегмента передать файл сегмента потока на основании MPD, который доставлен посредством HTTP-одноадресной передачи в ответ на запрос, и принимает и воспроизводит файл сегмента потока, который был доставлен HTTP-одноадресной передачей в ответ на запрос.
CDN 12 включает в себя сервер кэша (не показан), и кэш-сервер кэширует MPD или файл сегмента потока, который был доставлен посредством HTTP-одноадресной передачи через CDN 12. Кэш сервер может осуществить доставку посредством HTTP-одноадресной передачи кэш MPD или файла сегмента потока в DASH устройство-клиент 30 источника запроса вместо DASH MPD сервера 23, выступающего в качестве веб-сервера или стримера 22 DASH сегмента.
Список ссылок
Непатентный документ
Непатентный документ 1: Mitsuhiro Hirabayashi, "Обеспечение бесперебойной передачи потокового видео, используя существующие веб-серверы," NIKKEI ELECTRONICS, 19 марта 2012 г.
Сущность изобретения
Техническая задача
Как описано выше, так как устройства 20 просмотра СН соответствуют множеству каналов, подготовленных в системе поставки контента, как показано на фиг. 1, DASH устройство-клиент 30 может выбрать, принять и воспроизвести контент из соответствующих каналов.
Когда возможно выбрать и просмотреть множество фрагментов контента, имеющие различные объекты, зритель (пользователь DASH устройства-клиент 30) имеет возможность выполнить так называемый зэппинг (операция переключения одного канала за другим в течение короткого время в поиске контента для просмотра), аналогично, как при просмотре телевизионного вещания.
В DASH, переключение между каналами выполняется в блоках сегментов или в блоках субсегментов, полученных путем разделения сегмента. Далее приводится описание при предположении, что в DASH переключение между каналами выполняется в блоках сегментов.
Фиг. 2 и фиг. 3 показывают, что подготовлены три сегмента потока (представления), имеющие различные скорости передачи данных, служащие в качестве контента того же объекта в каналах А, В и С DASH, и иллюстрируют примеры переключения, когда выполняется переключения между каналами.
В DASH, так как длина сегмента (длительность) потока, генерируемого каждым каналом, произвольна, то каналы не обязательно должны иметь одинаковую длину сегмента. Кроме того, каналы не обязательно имеют одинаковое время начала воспроизведения сегмента заголовка контента.
Фиг. 2 иллюстрирует пример, в котором каналы не имеют одинаковую длину сегмента, не одно и то же время начала воспроизведения сегмента заголовка контента.
В этом случае, хотя пользователь DASH устройства-клиент 30 дает команду на выполнение переключения (переключение) на представление В2 канала В до Т1 на DASH временной оси устройства-клиент при просмотре представления А2 канала А, переключение отложено до Т2, выступающего в качестве разделителя сегмента представления В2. Дополнительно, хотя пользователь выдает команду на выполнение переключения на представление С2 канала С до Т3 при просмотре представления В2 канала В, переключение откладывается до Т4, выступающего в качестве разделителя сегмента представления С2.
Фиг. 3 иллюстрирует пример, в котором время начала воспроизведения сегментов заголовка контента каналов сопоставляются в синхронизации с временной осью NTP, но каналы не имеют одинаковую длину сегмента.
В этом случае, даже если пользователь DASH устройства-клиент 30 дает команду на выполнение переключения на представление В2 канала В до Т1 на временной оси NTP при просмотре представления А2 канала А, переключение откладывается до Т2 выступающего в качестве разделителя сегмента представления В2. Кроме того, даже если пользователь дает команду на выполнение переключения на представление С2 канала С до Т3 при просмотре представление В2 канала В, переключение откладывается до Т4, выступающего в качестве разделителя сегмента представления С2.
Как показано на фиг. 2 и фиг. 3, в DASH, так как дополнительная задержка может произойти при переключении сегмента потока между каналами, трудно выполнять быстрое, переключение между каналами.
Дополнительно, вышеописанное дополнительное время задержки может быть уменьшено за счет уменьшения длины сегмента потока каждого канала до чрезвычайно малого размера. Тем не менее, в этом случае, эффективность кодирования ухудшается, объем данных сегмента потока увеличивается и требуется широкий коммуникационный диапазон и, таким образом чрезмерная нагрузка ложится на интернет 11 и качество обслуживания, вероятно, ухудшится.
Настоящее изобретение было сделано в свете вышеизложенного и желательно, обеспечить быструю проверку множества фрагментов контента, доставленных через множество каналов.
Решение технической задачи
В соответствии с первым аспектом настоящего изобретения, предложено устройство поставки контента, которое поставляет контент как мозаичный канал, устройство поставки контента включает в себя: синтезирующий блок, выполненный с возможностью генерировать потоковые данные мозаичного СН путем синтезирования множества потоков, имеющих различные предметы; блок генерирования сегмента потока мозаичного СН, выполненного с возможностью генерировать сегмент потока мозаичного СН посредством разграничения сгенерированных потоковых данных мозаичного СН согласно синхронизации с другими мозаичными каналами; блок одноадресный доставки, выполненный с возможностью обеспечивать одноадресную доставку сегмента потока мозаичного СН; блок многоадресной доставки, выполненный с возможностью обеспечивать многоадресную доставку сегмента потока мозаичного СН; и блок генерирования метафайла, выполненный с возможностью генерировать метафайл, который используется стороной приема для приема сегмента потока мозаичного СН, который доставляется посредством одноадресной и многоадресной доставки.
Блок генерирования метафайла может генерировать расширенный MPD как метафайл.
Блок генерирования метафайла может генерировать MPD, включающий в себя элемент МОЗАИКИ.
Блок генерирования метафайла может генерировать MPD расширенного HTML, имеющий мозаичный СН, в котором информация об области потоковых данных мозаичного СН, расположенная на экране, и информация потока, соответствующей каждой области, описаны как элемент МОЗАИКИ.
Блок генерирования метафайла может генерировать MPD расширенного HTML со ссылкой на мозаичный СН, в котором информация об области потоковых данных мозаичного СН, расположенная на экране, и ссылка на файл, который описывает информацию о потоке соответствующей каждой области, описывается как элемент МОЗАИКИ.
Блок одноадресной доставки может дополнительно обеспечить доставку метафайла посредством одноадресной доставки. Блок многоадресной доставки может дополнительно обеспечить доставку метафайла посредством многоадресной доставки.
Блок одноадресной доставки может дополнительно обеспечить доставку сегмента потока мозаичного СН посредством HTTP-одноадресной доставки. Блок многоадресной доставки может дополнительно обеспечить доставку FLUTE потока мозаичного СН посредством FLUTE-многоадресной доставки на основании сегмента потока мозаичного CH.
Устройство поставки контента в соответствии с первым аспектом настоящего изобретения может дополнительно включать в себя: блок генерирования RTP потока, выполненного с возможностью генерировать мозаичный СН RTP поток, основанный на потоковых данных мозаичного канала. Блок многоадресной доставки может дополнительно обеспечить доставку RTP потока мозаичного СН посредством RTP-многоадресной доставки.
Блок генерирования сегмента потока мозаичного СН может генерировать сегмент потока мозаичного СН, совмещением заголовка наименьшего блока сегмента потока мозаичного СН с другим мозаичным каналом синхронно с временной осью NTP, и разграничением потока мозаичного СН на наименьшие блоки в соответствии с продолжительностью наряду с другим каналом мозаики.
В соответствии с первым аспектом настоящего изобретения, предложен способ поставки контента устройства поставки контента, которое поставляет контент как мозаичный канал, способ поставки контента включает в себя: синтезирующий этап генерирования, посредством устройства поставки контента, потоковых данных мозаичного СН путем синтеза множества потоков, имеющих различные предметы; этап генерирования сегмента потока мозаичного СН с помощью устройства поставки контента, сегмент потока мозаичного СН генерируется посредством разграничения сгенерированных потоковых данных мозаичного СН в соответствии с синхронизацией наряду с другим мозаичным каналом; этап одноадресной доставки посредством устройства поставки контента, сегмента потока мозаичного СН; этап многоадресной доставки посредством устройства поставки сегмента потока мозаичного СН; и этап генерирования метафайла посредством устройства поставки контента, метафайл используется стороной приема для приема сегмента потока мозаичного СН, который доставлен посредством одноадресной и многоадресной доставки.
В соответствии с первым аспектом настоящего изобретения, предложена программа для управления функционированием компьютера, который поставляет контент как мозаичный канал, чтобы функционировать как: синтезирующий блок, выполненный с возможностью генерировать потоковые данные мозаичного СН путем синтеза множества потоков, имеющие различные предметы; блок генерирования сегмента потока мозаичного СН, выполненный с возможностью генерировать сегмент потока мозаичного СН посредством разграничения сгенерированных потоковых данных мозаичного СН согласно времени наряду с другим мозаичным каналом; блок одноадресный доставки, выполненный с возможностью обеспечивать одноадресную доставку сегмента потока мозаичного СН; блок многоадресной доставки, выполненный с возможностью обеспечивать многоадресную доставку сегмента потока мозаичного СН; и блок генерирования метафайла, выполненного с возможностью генерировать метафайл, который используется стороной приема для приема сегмента потока мозаичного СН, который доставляется посредством одноадресной и многоадресной доставки.
В первом аспекте настоящего изобретения, потоковые данные мозаичного СН генерируется путем синтеза множества потоков, имеющих различные предметы, сегмент потока мозаичного СН генерируется разграничением сгенерированных потоковых данных мозаичного СН соответствии с синхронизацией наряду с другим мозаичным каналом, и сегмент потока мозаичного СН доставляется посредством одноадресной и многоадресной доставки. Генерируется метафайл, который используется стороной приема для приема сегмента потока мозаичного СН, который доставляется посредством одноадресной и многоадресной доставки.
Согласно второму аспекту настоящего изобретения, предусмотрено терминальное устройство, которое принимает и воспроизводит контент, доставленный из устройства поставки контента, которое поставляет контент как мозаичный канал. Устройство поставки контента включает в себя синтезирующий блок, выполненный с возможностью генерировать потоковые данные мозаичного СН путем синтеза множества потоков, имеющих различные предметы, блок генерирования сегмента потока мозаичного СН, выполненный с возможностью генерировать сегмент потока мозаичного СН посредством разграничения сгенерированных потоковых данных мозаичного СН соответствии с таймингом другого мозаичного канала, блок одноадресной доставки, выполненный с возможностью осуществлять одноадресную доставку сегмента потока мозаичного СН, блок многоадресной доставки, выполненный с возможностью осуществлять многоадресную доставку сегмента потока мозаичного СН, и блок генерирования метафайла, выполненный с возможностью генерировать метафайл, который используется стороной приема для приема сегмента потока мозаичного СН, который доставлен посредством одноадресной и многоадресной доставки. Терминальное устройство выполнено с возможностью получать метафайл, принимать и воспроизводить сегмент потока мозаичного СН, который доставлен посредством одноадресной или многоадресной доставки, и принимать и воспроизводить поток, соответствующий выбранной области в соответствии с действием пользователя по выбору области сегмента потока мозаичного СН, расположенной на экране, на основании полученного метафайла.
В соответствии со вторым аспектом настоящего изобретения, осуществляется получение метафайла, принимается сегмент потока мозаичного СН, который доставлен посредством одноадресной или многоадресной доставки, и воспроизводится на основании полученного метафайла, и принимается поток, соответствующий выбранной области, и воспроизводится в соответствии с действием пользователя при выборе области сегмента потока мозаичного СН, на экране.
Согласно третьему аспекту настоящего изобретения, предусмотрена система поставки контента, включающая в себя: устройство поставки контента, выполненного с возможностью поставлять контент как мозаичный канал; и терминальное устройство, выполненное с возможностью принимать и воспроизводить контент, доставленный из устройства поставки контента. Устройство поставки контента включает в себя синтезирующий блок, выполненный с возможностью генерировать потоковые данные мозаичного СН путем синтеза множества потоков, имеющих различные предметы, блок генерирования сегмента потока мозаичного СН, выполненный с возможностью генерировать сегмент потока мозаичного СН посредством разграничения сгенерированных потоковых данных мозаичного СН в соответствии с таймингом наряду с другим мозаичным каналом, блок одноадресной доставки, выполненный с возможностью осуществлять одноадресную доставку сегмента потока мозаичного СН, блок многоадресной доставки, выполненный с возможностью осуществлять многоадресную доставку сегмента потока мозаичного СН, и блок генерирования метафайла, выполненного с возможностью генерировать метафайл, так чтобы терминальное устройство принимает сегмент потока мозаичного СН, который доставлен посредством одноадресной и многоадресной доставки. Терминальное устройство выполнено с возможностью получать метафайл, принимать и воспроизводить сегмент потока мозаичного СН, который доставлен посредством одноадресной или многоадресной доставки, и принимать и воспроизводить поток, соответствующий выбранной области, в соответствии с действием пользователя по выбору области сегмента потока мозаичного СН, расположенного на экране, на основании полученного метафайла.
В третьем аспекте настоящего изобретения, устройство поставки контента генерирует потоковые данные мозаичного СН путем синтеза множества потоков, имеющих различные предметы, генерирует сегмент потока мозаичного СН посредством разграничения сгенерированных потоковых данных мозаичного СН в соответствии с синхронизацией с другим мозаичным каналом, осуществляет одноадресную доставку сегмента потока мозаичного СН и многоадресную доставку сегмента потока мозаичного CH. Устройство поставки контента генерирует метафайл, который используется стороной приема для приема сегмента потока мозаичного СН, который доставлен посредством одноадресной и многоадресной доставки. Терминальное устройство получает метафайл, принимает и воспроизводит сегмент потока мозаичного СН, который доставлен посредством одноадресной или многоадресной доставки на основании полученного метафайла, и принимает и воспроизводит поток, соответствующий выбранной области, в соответствии с действием пользователя по выбору области сегмента потока мозаичного СН, на экране.
Полезные эффекты изобретения
Согласно с первого по третий аспекты настоящего изобретения, можно быстро проверить множество частей контента, доставленных через множество каналов.
Краткое описание чертежей
Фиг. 1 представляет собой блок-схему, иллюстрирующую пример конфигурации системы поставки контента предшествующего уровня техники.
Фиг. 2 показывает схему, предназначенную для описания факта наличия задержки, возникающую в результате переключение между каналами.
Фиг. 3 показывает схему, предназначенную для описания факта наличия задержки, возникающую в результате переключение между каналами.
Фиг. 4 показывает схему, иллюстрирующую пример синтеза мозаичных каналов.
Фиг. 5 показывает схему, предназначенную для описания процесса переключения между мозаичными каналами.
Фиг. 6 показывает блок-схему, иллюстрирующую примерную конфигурацию системы поставки контента, к которой применяется настоящее изобретение.
Фиг. 7 показывает блок-схему алгоритма, иллюстрирующую поток данных в момент переключения каналов (во время просмотра мозаичного канала).
Фиг. 8 представляет собой схему, иллюстрирующую компоновку USD в MBMS.
Фиг. 9 показывает схему, иллюстрирующую компоновку ESG в DVB-H (IPDC).
Фиг. 10 показывает схему, иллюстрирующую пример, в котором MPD описано в XML формате.
Фиг. 11 показывает схему, иллюстрирующую пример, в котором расширенное MPD описано в XML формате.
Фиг. 12 представляет собой схему, иллюстрирующую пример MPD расширенного HTML, имеющий мозаичный CH.
Фиг. 13 представляет собой схему, иллюстрирующую пример MPD расширенного HTML, имеющий мозаичный CH.
Фиг. 14 представляет собой схему, иллюстрирующую примерный файл расширенного HTML-элемента.
Фиг. 15 является схемой для конкретного описания деталей расширенного HTML-элемента.
Фиг. 16 является блок-схемой алгоритма для описания процесса функционирования устройства мозаичного CH.
Фиг. 17 является блок-схемой алгоритма для описания последовательности выполнения процессов системой поставки контента.
Фиг. 18 является блок-схемой алгоритма для описания последовательности выполнения процессов системой поставки контента.
Фиг. 19 является блок-схемой алгоритма для описания последовательности выполнения процессов системой поставки контента.
Фиг. 20 является блок-схемой, иллюстрирующей пример конфигурации компьютера.
Описание вариантов осуществления
Далее будет приведено описание предпочтительных вариантов реализации (далее именуемые как «варианты осуществления») настоящего изобретения, и будет, прежде всего, представлено общее описание настоящего изобретения со ссылкой на фиг. 4 и фиг. 5.
Фиг. 4 иллюстрирует пример отображения экрана мозаичного канала (СН), доставленного устройством мозаичного СН системы поставки контента в соответствии с вариантом осуществления настоящего изобретения.
Мозаичный канал используется для доставки потока мозаичного СН, и поток мозаичного СН является таким потоком, в котором синтезируются видео из множества частей контента, доставленных из обычных каналов (далее также именуемые как «просматриваемые каналы»). Экран мозаичного канала одинаково разделен на множество областей и видео различного контента отображаются на соответствующих областях.
Таким образом, можно одновременно проверить множество видео посредством экрана мозаичного канала.
В настоящем варианте осуществления, поток мозаичного СН выполнен таким образом, что синтезированы видеопотоки четырех частей различного контента, но количество видеопотоков, которые конфигурируют потока мозаичного СН не ограничивается 4 и может быть, например, 6 (=3×2 или 2×3) или 9 (=3×3).
Поток мозаичного СН каждого мозаичного канала выполнен так, что синтезируются видеопотоки множества частей контента, сгруппированные в соответствии с жанром (спортивный канал, музыкальный канал, новостной канал для просмотра фильмов и т.п.).
Поток мозаичного СН многоракурсного мозаичного канала может быть сконфигурирован таким образом, что синтезируются множество различных видеопотоков (например, множество видео, полученное посредством захвата цели визуализации, таких как концертный зал и т.п. на множестве разных позиций, или множество видео, полученное посредством захвата различных направлений на одной позиции), которые поставляются как один контент и выбирается стороной приема.
На стороне, на которой мозаичный канал принимается и воспроизводится, можно одновременно проверить множество видео на экране мозаичного канала. Например, можно выполнить переключение между мозаичными каналами в соответствии с операцией, выполняемой пользователем с использованием кнопки пульта дистанционного управления для просмотра последующего канала или предшествующего канала. Более того, на экране мозаичного канала, например, можно перемещать указатель для направления на любую одну из множества областей на экране в соответствии с командой влево, вправо, вверх или вниз кнопки пульта дистанционного управления, и можно выбрать область с помощью операции кнопки выбора.
Когда определенная область на экране мозаичного канала выбрана, выводится звук, соответствующий отображаемого видео в области. Дополнительно, при выборе области, принимается и воспроизводится контент, который соответствует отображаемому видео на области и доставленный по каналу просмотра.
Фиг. 5 иллюстрирует пример переключения, когда осуществляется переключение между мозаичными каналами.
Фиг. 5 иллюстрирует пример, в котором три сегмента потока (представления), имеющие различные скорости передачи, подготовлены для передачи по мозаичным каналам А, В и С.
В системе поставки контента, к которой применяется настоящее изобретение, сегментные разделители потоков сегмента соответствующих мозаичных каналов синхронизированы с временной осью ΝΤΡ, и множество мозаичных каналов имеют одинаковую длину сегмента. Дополнительно, отправные точки (MPD/@ availabilityStartTime+Period/@start) периодов времени воспроизведения медиа установлены на заголовках сегментов для согласования по временной оси NTP.
При выполнении описанной выше установки, когда сторона приема дает команду на выполнение переключения на представление В2 канала В, до Т1 на временной оси DASH устройства-клиента при просмотре представления А2 канала А, то переключение выполняется в момент Т1, выступающий и как сегментный разделитель представления А2, так и сегментный разделитель представления В2.
Дополнительно, когда сторона приема дает команду на выполнение переключения на представление С2 канала С до Т2 при просмотре представления В2 канала В, то переключение выполняется в момент Т2, выступающий и как сегментный разделитель представления В2, так и сегментный разделитель представления С2. Более того, когда сторона приема дает команду на выполнение переключения на представление А2 канала А до момента Т3 при просмотре представления С2 канала С, то переключение выполняется в момент Т3, выступающий и как сегментный разделитель представления С2, так и сегментный разделитель представления А2.
В результате, можно выполнять переключение между множеством мозаичных каналов без возникновения дополнительной задержки.
В настоящем варианте осуществления, поток мозаичного СН мозаичного канала, поток просматриваемого СН просматриваемого канала и MPDs используются для приема потока мозаичного СН и потока просматриваемого СН, поставленные не только посредством HTTP-одноадресной доставки, но также посредством многоадресной доставки, осуществленной по сети вещания, в которой гарантируется качество связи.
В частности, MPD подается посредством HTTP-одноадресной доставки, UPD-многоадресной доставки и FLUTE-многоадресной доставки. Поток мозаичного СН и поток просматриваемого СН поставляются посредством HTTP-одноадресной доставки, FLUTE-многоадресной доставки и RTP-многоадресной доставки.
Дополнительно, когда сторона приема принимает и воспроизводит мозаичный канал, сторона приема принимает и воспроизводит поток мозаичного СН, доставленного посредством многоадресной доставки, используя MPD, который доставлен посредством многоадресной доставки, когда это возможно. Если это является затруднительной операцией, сторона приема принимает и воспроизводит потоковые данные многоадресной доставки, используя MPD HTTP-одноадресной доставки. Если это также трудно, сторона приема принимает и воспроизводит потоковые данные HTTP-одноадресной доставки с помощью MPD HTTP-одноадресной доставки. В результате, можно не допустить возникновение ситуации, в которой оказывается чрезмерная нагрузка на интернет и качество услуг также ухудшается.
[Примерная конфигурация системы поставки контента]
Фиг. 6 иллюстрирует примерную конфигурацию системы поставки контента в соответствии с вариантом осуществления настоящего изобретения.
Система 50 поставки контента включает в себя множество устройств 20 просмотра СН, которые доставляют просматриваемый канал, множество устройств 60 мозаичного СН, которые доставляют мозаичный канал, портал 70 получения MPD и множество терминальных устройств 80. Устройство 20 просмотра СН соответствует просматриваемому каналу А и устройство 60А мозаичного канала соответствует мозаичному каналу А. Количество устройств 20 просмотра СН и количество устройств 60 мозаичного СН не обязательно должны быть одинаковым, и количество устройств 60 мозаичного СН может быть меньше, чем количество устройств 20 просмотра CH.
Сеть 51 включает в себя различные сети вещания с использованием наземных волн вещания, волн спутникового вещания, мобильное вещание (е) MBMS или т.п. в дополнение к сети двусторонней связи, представленной интернетом и CDN, используя интернет.
NTP сервер 52, который предоставляет информацию о системном времени в соответствии с UTC временном форматом, расположен в сети 51. NTP сервер 52 может поставить информацию о системном времени в устройства 20 просмотра СН, устройства 60 мозаичного СН, терминальные устройства 80 и тому подобное. Устройства 20 просмотра СН, устройства 60 мозаичного СН и терминальные устройства 80 как предполагается, находятся в состоянии, в котором системное время синхронизировано с временной осью NTP в соответствии с информацией системного времени, поставленной из NTP сервера 52.
Устройство 20 просмотра СН имеет аналогичную конфигурацию, показанную на фиг. 1. Устройство 20 просмотра СН на фиг. 1 поставляет сегмент потока и MPD на сторону приема только посредством одноадресной доставки, но в системе 50 поставки контента сегмент потока и MPD могут поставляться не только посредством одноадресной доставки, но также и посредством многоадресной доставки.
Устройство 60 мозаичного СН включает в себя компоновщик 61 мозаичного СН, сегментатор 62 мозаичного СН, MPD генератор 63 мозаичного СН, RTP стример 64, FLUTE стример 65, веб-сервер 66 и сервер 67 многоадресной доставки.
Все компоненты, начиная с компоновщика 61 мозаичного СН по сервер 67 многоадресной доставки, установленные в устройстве 60 мозаичного СН, могут быть интегративно расположены или могут быть распределены и взаимодействовать через интернет или тому подобное.
Фиг. 7 иллюстрирует поток различных типов данных от компоновщика 61 мозаичного СН до сервера 67 многоадресной доставки.
Компоновщик 61 мозаичного СН получает потоковые данные контента, которые доставляются по каналам просмотра с помощью множества устройств 20 просмотра СН (в случае фиг. 7, устройства 20A-20D просмотра СН). Затем, например, компоновщик 61 мозаичного СН генерирует потоковые данные мозаичного СН путем выполнения синтеза в состоянии, в котором контент просмотра канала А расположен на верхней левой части экрана, контент просмотра канала В расположен на правой верхней части экрана, контент просмотра канала С расположен на нижней левой части экрана и контент просмотра канала D расположен на нижней правой части экрана. Компоновщик 61 мозаичного СН выводит сгенерированные потоковые данные мозаичного СН в сегментатор 62 мозаичного СН и RTP стример 64. Более того, компоновщик 61 мозаичного СН получает метаданные (например, URL источника поставки сегмента потока), относящиеся к контенту, которые поставляется через канал просмотра от каждого устройства 20 просмотра СН, и поставляет полученные метаданные в MPD генератор 63 мозаичного CH.
Сегментатор 62 мозаичного СН генерирует сегмент потока мозаичного СН, такой как фрагментированный МР4, посредством временного разграничения потоковых данных мозаичного СН на периоды, и дополнительно выполняя деление периода на сегменты, и выводит сгенерированный сегмент потока мозаичного СН в FLUTE стример 65 и веб-сервер 66. Длина сегментов потока мозаичного СН такая же, как и у сегмента потока мозаичного СН, генерируемого устройством 60 мозаичного СН другого мозаичного канала, а сегментный разделитель синхронизирован со временной осью NTP.
Сегментатор 62 мозаичного СН уведомляет MPD генератор 63 метаданных мозаичного СН (например, URL веб-сервера 66, служащим в качестве источника поставки файла, хранящего сегмента потока мозаичного СН) генерируемого сегмента потока мозаичного CH.
MPD генератор 63 мозаичного СН генерирует MPD (далее называемый как "MPD мозаичного СН"), который расширен для мозаичного СН и необходимым, когда терминальное устройство 80 принимает сегмент потока мозаичного СН или RTP поток мозаичного СН (который будет описан ниже), и выводит сгенерированный MPD в FLUTE стример 65 и веб-сервер 66.
RTP стример 64 генерирует RTP поток мозаичного СН, сохраняя потоковые данные мозаичного СН, поступившие из компоновщика 61 мозаичного СН в RTP пакете, и выводит RTP поток мозаичного СН в сервер 67 многоадресной доставки. RTP стример 64 уведомляет MPD генератор 63 метаданных мозаичного СН RTP потока мозаичного CH.
FLUTE стример 65 генерирует FLUTE поток мозаичного СН, сохраняя сегмент потока мозаичного СН, поступивший из сегментатора 62 мозаичного СН, в FLUTE пакет, и выводит сгенерированный FLUTE поток мозаичного СН в сервер 67 многоадресной доставки. FLUTE стример 65 выводит MPD мозаичного СН, поступивший из MPD генератора 63 мозаичного СН, в сервер 67 многоадресной доставки.
Веб-сервер 66 HTTP-одноадресной доставки доставляет MPD мозаичного СН к источнику запроса в соответствии с запросом (HTTP-запрос) от портала 70 получения MPD или терминального устройства 80. Кроме того, веб-сервер 66 HTTP-одноадресной доставки поставляет сегмент потока мозаичного СН к источнику запроса в соответствии с запросом (HTTP-запрос) от терминального устройства 80.
Сервер 67 многоадресной доставки доставляет посредством FLUTE-многоадресной доставки и UDP-многоадресной доставки MPD мозаичного CH. Дополнительно, сервер 67 многоадресной доставки доставляет FLUTE поток мозаичного СН посредством FLUTE многоадресной доставки. Дополнительно, сервер 67 многоадресной доставки доставляет RTP поток мозаичного СН посредством RTP-многоадресной доставки.
Возвращаясь к фиг. 6, портал 70 получения MPD сканирует устройства 60 мозаичного СН в соответствии с API запросом, запрашивая MPD мозаичного СН из терминального устройства 80, собирает MPDs мозаичного СН, и передает собранные MPDs мозаичного СН в терминальное устройство 80. Когда MPD мозаичного СН не генерируется устройством 60 мозаичного СН, MPD, которые удовлетворяют заданному условию (который будет описан ниже), собирают и передают в терминальное устройство 80. Более того, портал 70 получения MPD сканирует устройства 20 просмотра СН в соответствии с API запросом, запрашивающим MPD просмотра, от терминального устройства 80, собирает MPDs и передает собранные MPDs на терминальное устройство 80.
Терминальное устройство 80 соединено с устройством 20 просмотра СН или устройством 60 мозаичного СН через сеть 51. Когда осуществляется переключение между мозаичными каналами, то терминальное устройство 80 получает MPD мозаичного СН, который доставлен посредством многоадресной доставки, когда это возможно, и принимает и воспроизводит FLUTE-поток мозаичного СН или RTP поток мозаичного СН, который доставлен посредством многоадресной доставки, когда это возможно, на основании полученного MPD мозаичного CH. Если это трудно, терминальное устройство 80 получает MPD мозаичного СН, который доставлен HTTP-одноадресной доставкой, и принимает и воспроизводит FLUTE-поток мозаичного СН или RTP поток мозаичного СН, который доставлен многоадресной доставкой. Когда это также трудно, терминальное устройство 80 принимает и воспроизводит сегмент потока мозаичного СН, который доставлен посредством HTTP-одноадресной доставки с использованием MPD мозаичного СН, который доставлен посредством HTTP-одноадресной доставки.
Кроме того, когда терминальное устройство 80 знает адрес назначения MPD мозаичного СН или просмотра MPD, терминальное устройство 80 может получить MPD мозаичного СН или просмотра MPD непосредственно, без использования портала 70 получения MPD.
Терминальное устройство 80 ссылается на MPD мозаичного СН при приеме сегмента потока мозаичного СН или RTP потока мозаичного CH. Кроме того, терминальное устройство 80 ссылается на информационное сообщение, в котором описывается портал канала сервера 67 многоадресной доставки, который выполняет FLUTE многоадресную доставку, при приеме MPD мозаичного СН или FLUTE-потока мозаичного СН, который доставлен посредством FLUTE многоадресной доставки.
Информационное сообщение передается по каналу взаимодействия или широковещательному/многоадресному каналу, например, посредством описания услуг пользователя (USD) в MBMS, когда выполняется FLUTE-многоадресная доставка посредством мобильного вещания MBMS, включенных в состав сети 51. Фиг. 8 иллюстрирует расположение USD в MBMS.
Дополнительно, когда выполняется FLUTE-многоадресная доставка посредством волн наземных радиовещательных станций или спутникового вещания по сети 51, информационное сообщение передается по каналу взаимодействия или широковещательному/многоадресному каналу, например, с помощью электронного справочника услуг (ESG) DVB-H (IPDC). Фиг. 9 иллюстрирует расположение ESG в DVB-Н (IPDC).
Информационное сообщение может управляться порталом 70 получения MPD и портал 70 получения MPD может уведомить источник запроса информационного сообщения в соответствии с запросом от терминального устройства 80.
[Расширение MPD]
Далее будет описано расширение MPD в DASH.
В MPD, информация, относящаяся к контенту (медиа) делится на блоки периодов. В каждом периоде подготавливают множество представлений, включающие в себя информацию, относящуюся к потоковым данным одного и того же предмета, которые отличаются по качеству изображения или ракурсом и отличается атрибутом потока, таким как скорость передачи битов. Представление хранит информацию, относящуюся к сегменту, полученному путем дополнительного деления на временные периоды.
Фиг. 10 иллюстрирует пример, в котором структура представления описана в XML формате.
На фиг. 8, "http://example.com/counter-10mn_avc_dash.mp4" описанный в MPD/Period/AdaptationSet/Representation/BaseUrl, указывает адрес источника поставки файла, в котором множество сегментов в совокупности преобразованы.
Кроме того, MPD/Period/AdaptationSet/Representation/SegmentList/SegmentURL/@ mediaRange указывает на диапазон байтов сегментированных потоковых данных в файле.
Например, MPD/Period/AdaptationSet/Representation/SegmentList/SegmentURL/@ mediaRange="795-83596" означает, что диапазон байтов с 795-го байта по 83596-й байт в файле представляет собой первые сегментированные потоковые данные.
Таким образом, когда терминальное устройство 80 получает первые сегментированные потоковые данные, желательно назначить MediaRange "795-83596" в заголовке диапазона вместе с URL "http://example.com/counter-10mn_avc_dash.mp4" файла и направить HTTP-запрос. В это время, HTTP-запрос заключается в следующем:
GET /counter-10mn_avc_dash.mp4 HTTP / 1.1
Хост: example.com
Диапазон: байты = 795-83596
Фиг. 11 иллюстрирует пример, в котором описана структура ниже MPD расширенный как MPD мозаичного СН мозаичного канала, который может быть переключаться, в XML формате.
Другими словами, в расширенном MPD в MPD/@ NTPSynchronized (логический тип данных, и значение является истинным/ошибочным) атрибут и MPD/@ SegmentAlignedGroupID (идентификатор группы) атрибут вновь вводится ниже MPD.
Индикация истинного значения или ошибочного значения сегментного разделителя сегмента потока для MPD, синхронизированная с NTP временной осью, описана в MPD/@ NTPSynchronized атрибуте. В этом случае, поскольку сегментатор 62 мозаичного СН работает синхронно с временной осью NTP, сегментные разделители сопоставлены со временной осью NTP. Таким образом, значение синхронного атрибута MPD/@ NTPSynchronized истинно.
Идентификатор группы (в данном случае, группа мозаичных каналов среди всех каналов), каналов, в которых сегментные разделители сегмента потока согласованы, описан в атрибуте MPD/@ SegmentAlignedGroupID.
Таким образом, портал 70 получения MPD предпочтительно собирает MPD (MPD мозаичного СН), в которых атрибут MPD/@ NTPSynchronized верен, то атрибут MPD/@ SegmentAlignedGroupID является тем же идентификатором группы, и элемент мозаики (который будет описан ниже) включается в состав, когда MPD мозаичный СН запрашивается от терминального устройства 80.
Хотя это и не показано, в MPD мозаичного СН в группе, в которой принадлежат каналы устройств 60 поставки контента, исходные точки (MPD/@ availabilityStartTime+Period/@start) воспроизведения медиа на заголовках сегментов сопоставлены на временной оси NTP.
По меньшей мере, один атрибут segmentBase/@duration, хранящий значение, указывающее на длину сегмента, и атрибут MPD/@maxSegmentDuration, хранящий значение, указывающее наибольшую длину сегмента, в обязательном порядке описаны в MPD мозаичного CH. Когда один из них описан, если атрибут MPD/@ NTPSynchronized и атрибут MPD/@SegmentAlignedGroupID не описаны, то MPD, соответствующий мозаичному каналу для мозаичного СН может быть собран. В частности, например, когда терминальное устройство 80 запрашивает портал 70 получения MPD передать MPD с помощью следующего API запроса, MPD длины сегмента (ожидаемой длины сегмента), удовлетворяющей заданному условию, могут быть собраны. В следующем примере, длина сегмента равна 2 секундам или меньше, используется в качестве ожидаемой длины сегмента.
Http://MPDPortal.com/getMPD?expectedSegmentSizeLimit="PT2S"
Между мозаичными каналами, соответствующие собранному MPD, соответствующей ожидаемой длины сегмента, так как длина сегмента имеет относительно короткую продолжительность (2 секунды в приведенном выше примере), то возможно выполнение быстрого переключения между каналами.
Вместо введения атрибута MPD/@NTPSynchronized и атрибута MPD/@SegmentAlignedGroupID, может быть введен атрибут MPD/forZapping (логического типа и значение является истинным/ошибочным), указывающий, соответствует ли MPD мозаичного СН соответствующему мозаичному каналу, который может быть переключен.
ServiceLocation элемент вновь введен в MPD, так что выполняется бесшовное переключение между сегментом потока мозаичного СН, доставленного посредством HTTP-одноадресной доставки, и RTP потоком мозаичного СН, доставленного посредством многоадресной поставки. Дополнительно, вводится атрибут rtspRange, указывающий на интервал RTP потока мозаичного СН, который доставлен посредством многоадресной передачи, и соответствует диапазону байтов сегмента, который доставлен посредством HTTP-одноадресной доставки.
Атрибут rtspRange определяет интервал RTP потока мозаичного СН, который доставлен посредством многоадресной доставки, и служит в качестве мишени переключения сегмента потока мозаичного СН, который доставлен посредством HTTP-одноадресной доставки, и расположен в элементе SegmentURL. RtspRange атрибут хранит символьную строку формата (формат UTC) параметра диапазона, идентифицирующий интервал RTP потока, определенный в потоковом протоколе реального времени (RTSP), используемый для управления RTP потоковой передачей данных, указанной в запросе на комментарий (RFC) 2326. Формат данных, сохраненных в атрибуте rtspRange, не ограничивается UTC форматом.
Атрибут ServiceLocationAttributeUrl, в котором url файла ServiceLocationAttribute, хранящий ServiceLocation элемент в качестве корневого элемента, расположен в BaseUrl MPD.
Элемент ServiceLocation включает в себя параметр настройки (DeliverySystemAttributes) и адрес IP многоадресной рассылки (IPMulticastAddress).
Например, когда используется канал многоадресной рассылки или широкополосный канал мобильной сети, такой как MBMS, идентификатор формата (ID_MBMS в случае MBMS) структуры данных параметра настройки, используемой в многоадресной передаче или широковещательной передаче посредством MBMS или тому подобное, описан в DeliverySystemIdentifier DeliverySystemAttributes.
Дополнительно, например, когда используется широковещательный канал существующей сети телевизионного вещания, такой как DVB наземной сети, описывается идентификатор формата (ID_DVB_T в случае DVB наземной сети) структуры данных параметра настройки, использованный в вещательной передаче DVB наземной сети.
Структура данных (параметр), соответствующая форме доставки, идентифицированной посредством DeliverySystemIdentifier, описана в DeliverySystemDescriptor из DeliverySystemAttributes.
В MPD мозаичного СН, элемент мозаики вводится ниже AdaptationSet (или представление), соответствующего потока мозаичного CH.
Детали элемента мозаики описываются посредством расширенного HTML-элемента в MPD мозаичного СН, или описывается посредством расширенного HTML-элемента в виде отдельного файла из MPD мозаичного СН, и ссылка (URL) файла описана в элементе мозаики. Далее, бывший MPD мозаичного СН называют "MPD мозаичного СН, включающий в себя расширенный HTML" и последнее MPD мозаичного СН упоминается как "MPD мозаичного СН со ссылкой на расширенный HTML."
Вместо использования расширенного HTML-элемента, может быть использован язык интеграции синхронизированных мультимедийный данных (SMIL).
В расширенном HTML-элементе, в котором описаны детали элемента мозаики, в div HTML-элементе, ссылка на целевой элемент управления обозначается посредством xlink: может быть назначен атрибут типа (значения "простой") и xlink: href атрибут так, что атрибут ссылки на AdaptationSet элемент, Representation элемент или SubRepresentation элемент в MPD мозаичного СН, служащего в качестве целевого описания управления. Когда канал, соответствующий области обозначенной в div элементе, окончательно определен и выбран, то это указывает на адрес потока просмотра, который должен быть переключен. Кроме того, когда ссылка на целевой элемент управления обозначается xlink: атрибут включения (значение "OnLoad") и xlink: атрибут типа (значение "простой"), если фокус перемещается на область, обозначенную в div элементе (движение простого указателя, отличное от операции определения выбора канала), то это указывает на адрес потока, который должен быть переключен.
Фиг. 12 иллюстрирует пример MPD мозаичного СН расширенного HTML.
Как показано на фиг. 12, наличие мозаичного элемента в MPD указывает, что MPD является MPD мозаичного CH. В div элементе расширенного HTML-элемента, описана информация, относящаяся к области потока мозаичного СН, расположенной на экране.
Ссылка на выходной аудиопоток, когда фокус перемещается к каждой области, и ссылки на видеопоток и аудиопоток для просмотра, которые будут приняты и воспроизведены, когда выбирается каждая область, описаны в элементе основной части.
В случае, показанном на фиг. 12, ссылка на выходной поток аудио, когда фокус перемещается к каждой области, обозначена в MPD мозаичного CH. Так как ссылки на видеопоток и звуковой поток для просмотра, которые будут приняты и воспроизведены при выборе каждой области, обозначается MPD просмотра, отличный от MPD мозаичного CH. Однако ссылки на видеопоток и аудиопоток для просмотра, которые будут приняты и воспроизведены, когда каждая область выбрана, не ограничиваются MPD просмотра.
Фиг. 13 иллюстрирует пример MPD мозаичного СН со ссылкой на расширенный HTML. Фиг. 14 иллюстрирует примерный файл расширенного HTML-элемента в виде отдельного файла от MPD мозаичного CH.
Ссылка на наличие расширенного HTML-элемента в виде отдельного файла описана в мозаичном элементе, показанном на фиг. 13. Аналогичный контент расширенного HTML-элемента, показанного на фиг. 12, описан в расширенном HTML-элементе на фиг. 14.
Фиг. 15 специально иллюстрирует детали расширенного HTML-элемента, показанного на фиг. 12 или фиг. 14. Другими словами, в расширенном HTML-элементе, в div элементе, весь экран 1920 пикселей × 1080 пикселей определяется как базовая область, и верхняя левая область экрана определяется как C1 область, верхняя правая область определяется как С2 область, нижняя левая область определяется как С3 область и нижняя правая область определяется как область С4.
Когда весь экран, то есть отображается базовая область, расширенный HTML-элемент описывается так, что Id-C1a, Id-C2a, Id-С3а и Id-C4a одновременно и, соответственно, выводится в виде аудиопотока, соответствующего C1 области, аудиопотока, соответствующего области С2, аудиопотока, соответствующего области С3 и аудиопотока, соответствующего области С4.
Тем не менее, в терминальном устройстве 80, вместо одновременного вывода звука, соответствующего четырем аудиопотокам посредством функции браузера или тому подобное, выводится только Id-C1a, когда сфокусирована область C1, выводится только ID-С2а, когда сфокусирована область С2, выводится только Id-С3а, когда сфокусирована область С3 и выводится только Id-C4a, когда сфокусирована область С4.
Кроме того, при выборе области C1, принимается и воспроизводится видеопоток для просмотра, обозначенный http://a.com/Clmpd.mpd#1d-v и аудиопоток для прослушивания, обозначенный http://a.com/Clmpd.mpd#1d-a. При выборе области С2, принимается и воспроизводится видеопоток, обозначенный http://a.com/C2mpd.mpd#1d-v и аудиопоток, обозначенный http://a.com/C2mpd.mpd#1d-a. При выборе области С3, принимается и воспроизводится видеопоток, предназначенный для просмотра, обозначенный http://a.com/C3mpd.mpd#1d-v, и аудиопоток, предназначенный для прослушивания, обозначенный http://a.com/C3mpd.mpd#1d-a. При выборе области С4, принимается и воспроизводится видеопоток, предназначенный для просмотра, обозначенный http://a.com/C4mpd.mpd#1d-v, и аудиопоток, предназначенный для прослушивания, обозначенный http://a.com/C4mpd.mpd#1d-a.
[Описание функционирования системы 50 поставки контента]
Далее приводится описание функционирования системы 50 поставки контента.
Фиг. 16 является блок-схемой алгоритма для описания процесса, выполняемого каждым устройством 60 мозаичного СН, чтобы доставить поток мозаичного CH.
На этапе S1, устройство 60 мозаичного СН синхронизирует системное время со временной осью NTP в соответствии с информацией системного времени, предоставленной с NTP сервера 52. В результате, сегментатор 62 мозаичного СН устройства 60 мозаичного СН и т.п. работают синхронно по временной оси NTP.
На этапе S2, компоновщик 61 мозаичного СН получает потоковые данные контента (или исходные данные), которые доставляются множеством устройств 20 просмотра СН (четыре устройства 20 просмотра СН в настоящем варианте осуществления) для просмотра канала, и генерирует потоковые данные мозаичного СН посредством синтеза полученных потоковых данных на одном экране. Дополнительно, компоновщик 61 мозаичного СН выводит сгенерированные потоковые данные мозаичного СН в сегментатор 62 мозаичного СН и RTP стример 64. Более того, компоновщик 61 мозаичного СН получает метаданные контента, которые поставляются из просматриваемого канала посредством множества устройств 20 мозаичного СН, и поставляет полученные метаданные в MPD генератор 63 мозаичного CH.
На этапе S3, сегментатор 62 мозаичного СН генерирует сегмент потока мозаичного СН, такой как фрагментированный МР4, посредством временного разграничения потоковых данных мозаичного СН, поступивших из компоновщика 61 мозаичного СН, на периоды, и дополнительного деления периода на сегменты, и выводит сгенерированный сегмент потока мозаичного СН в FLUTE стример 65 и веб-сервер 66. Дополнительно, сегментатор 62 мозаичного СН уведомляет MPD генератор 63 мозаичного СН метаданных генерируемого сегмента потока мозаичного CH.
FLUTE стример 65 генерирует поток сегмента мозаичного СН, сохраняя потоковые данные мозаичного СН, поступившие из сегментатора 62 мозаичного СН, в FLUTE пакете, и вырабатывает FLUTE поток мозаичного СН в сервер 67 многоадресной доставки.
RTP стример 64 генерирует RTP поток мозаичного СН, сохраняя потоковые данные мозаичного СН, поступившие на вход из компоновщика 61 мозаичного СН, в RTP пакете, и выводит RTP поток мозаичного СН в сервер 67 многоадресной доставки. Дополнительно, RTP стример 64 уведомляет MPD генератор 63 мозаичного СН метаданных RTP потока мозаичного CH.
На этапе S4, MPD генератор 63 мозаичного СН генерирует MPD мозаичного СН на основании уведомления метаданных, и выводит MPD мозаичного СН в FLUTE стример 65 и веб-сервер 66.
На этапе S5, FLUTE стример 65 поставляет MPD мозаичного СН из MPD генератора 63 мозаичного СН на вход сервера 67 многоадресной доставки. Сервер 67 многоадресной доставки обеспечивает доставку MPD мозаичного СН посредством FLUTE многоадресной доставки и UDP многоадресной доставки (наложение многоадресной доставки и т.п.).
На этапе S6, когда есть запрос (HTTP-запрос) из портала 70 получения MPD или терминального устройства 80, веб-сервер 66 HTTP-одноадресной поставки доставляет MPD мозаичного СН к источнику запроса в ответ на запрос.
На этапе S7, сервер 67 многоадресной доставки посредством FLUTE-многоадресной доставки поставляет FLUTE поток мозаичного СН, и RTP многоадресной доставки поставляет RTP поток мозаичного CH.
На этапе S8, когда есть запрос (HTTP-запрос) из терминального устройства 80, веб-сервер 66 посредством HTTP-одноадресной доставки поставляет сегмент потока мозаичного СН в источник запроса в ответ на запрос. Таким образом, описание процесса, выполняемого устройством 60 мозаичного СН, теперь окончено.
Далее приводится описание последовательности выполнения процессов системы 50 поставки контента до терминального устройства 80, при переходе в фазу просмотра, в которой принимается и воспроизводится просматриваемый СН через фазу переключения, в которой мозаичные CHs переключаются один за другим (в дальнейшем, именуется как последовательность процессов) со ссылкой на фигуры с 17 по 19.
Фиг. 17 является блок-схемой алгоритма, соответствующей случаю, когда терминальное устройство 80 может принять MPD мозаичного СН, доставленный посредством многоадресной поставки, и принять и воспроизводить FLUTE поток мозаичного СН или RTP поток, который доставлен посредством многоадресной доставки.
Способ приема MPD просмотра и потока просмотра из устройства 20 просмотра СН является произвольным, но так как HTTP-одноадресная доставка просматриваемого потока обычно обеспечивает высокое качество изображения (высокая скорость передачи данных), то принимается поток просмотра, который доставляется посредством HTTP-одноадресной доставки, когда это возможно.
На этапе S11 терминальное устройство 80 синхронизирует системное время со временной осью NTP в соответствии с информацией системного времени, предоставленной с сервера 52 NTP. На этапе S12 терминальное устройство 80 принимает MPD мозаичного СН, который доставлен посредством FLUTE-многоадресной доставки, как процесс на этапе S5, показанный на фиг. 16. Кроме того, вместо приема MPD мозаичного СН, запрос на MPD мозаичного СН может быть передан в портал 70 получения MPD. Терминальное устройство 80, которое приняло MPD мозаичного СН, входит в фазу переключения.
На этапе S13, терминальное устройство 80 принимает и воспроизводит FLUTE-поток мозаичного СН, который доставлен посредством FLUTE многоадресной доставки, или RTP поток мозаичного СН, который доставлен посредством RTP-многоадресной доставки, как в процессе на этапе S7 на фиг. 16, на основании MPD мозаичного CH.
Во время фазы переключения, терминальное устройство 80 может выполнять быстрое переключение между мозаичными каналами путем соответствующего повторения процесса на этапе S13.
Терминальное устройство 80 получает просматриваемые MPDs множества каналов просмотра, конфигурируя мозаичный канал, который принимается и воспроизводится во время фазы переключения. В частности, на этапе S14, терминальное устройство 80 запрашивает устройства 20 просмотра СН, соответствующие множеству просматриваемых каналов, конфигурируя мозаичный канал, который принимается и воспроизводится, передать просматриваемый MPD, и принимает просматриваемый MPD, который доставлен посредством HTTP-одноадресной доставки, как в процессе на этапе S21, в ответ на запрос.
На этапе S15, терминальное устройство 80 находится в режиме ожидания, пока не будет выбрана какая-либо одна из областей на экране мозаичного канала во время фазы переключения каналов. Затем, когда выбрана любая одна область на экране мозаичного канала, терминальное устройство 80 переходит в фазу просмотра.
На этапе S16, терминальное устройство 80, которое перешло в фазу просмотра, анализирует расширенный HTML-элемент MPD мозаичного СН, и запрашивает соответствующее устройство 20 просмотра СН передать сегмент потока просмотра на основании MPD просмотра, ассоциированного с выбранной областью. На этапе S17 терминальное устройство 80 принимает и воспроизводит просматриваемый сегмент потока, который доставлен посредством HTTP-одноадресной доставки, как в процессе на этапе S22, в ответ на запрос.
После этого, терминальное устройство 80 может вернуться в фазу переключения из фазы просмотра и затем переходит к фазе просмотра снова. Таким образом, описание последовательности процессов теперь закончено. Согласно последовательности выполнения процесса, описанного выше, можно выполнить быстрое переключение между мозаичными каналами и быстро переходить от экрана мозаичного канала на экран канала просмотра.
Далее, фиг. 18 является блок-схемой алгоритма, соответствующей случаю, когда терминальное устройство 80 может получить MPD мозаичного СН, который доставлен посредством HTTP-одноадресной доставки, и принимать и воспроизводить FLUTE-поток мозаичного СН или RTP поток, который доставлен посредством многоадресной доставки.
Способ приема MPD просмотра и поток просмотра является произвольным, как и в примере на фиг. 17; но, так как поток просмотра доставляется посредством HTTP-одноадресной доставки, он обычно имеет высокое качество изображения (высокая скорость передачи данных), принимается поток просмотра, который доставляется посредством HTTP-одноадресной доставки, когда это возможно.
На этапе S31, терминальное устройство 80 синхронизирует системное время со временной осью NTP в соответствии с информацией системного времени, поставленной с NTP сервера 52. В этапе S32, терминальное устройство 80 запрашивает веб-сервер 66 каждого устройства 60 мозаичного СН передать MPD мозаичного CH. Веб-сервер 66 посредством HTTP-одноадресной доставки поставляет MPD мозаичного СН в портал 70 получения MPD, как и процесс на этапе S6, показанный на фиг. 16, в ответ на запрос. MPD мозаичного СН передается на терминальное устройство 80 источника запроса.
Терминальное устройство 80 может собрать MPD мозаичного СН, используя портал 70 получения MPD. В этом случае, портал 70 получения MPD подключен к веб-серверу 66 каждого устройства 60 мозаичного СН, и запрашивает веб-сервер 66 каждого устройства 60 мозаичного СН передать MPD мозаичного СН (MPD, в котором атрибут MPD/@NTPSynchronized верен, и атрибут MPD/@SegmentAlignedGroupID является тем же идентификатором группы). Дополнительно, портал 70 получения MPD может собрать MPD мозаичного СН, который доставлен посредством UDP-многоадресной доставки.
Терминальное устройство 80, которое приняло MPD мозаичного СН, входит в фазу переключения. На этапе S33, терминальное устройство 80 принимает и воспроизводит FLUTE-поток мозаичного СН, который доставлен посредством FLUTE-многоадресной доставки, или RTP поток мозаичного СН, который доставлен посредством RTP-многоадресной доставки, как в процессе на этапе S7 на фиг. 16, на основании MPD мозаичного CH.
Во время фазы переключения, терминальное устройство 80 может выполнять быстрое переключение между мозаичными каналами путем соответствующего повторения процесса на этапе S33.
Терминальное устройство 80 получает MPDs просмотра множества каналов просмотра, конфигурируя мозаичный канал, который принимается и воспроизводится во время фазы переключения. В частности, на этапе S34, терминальное устройство 80 запрашивает устройства 20 просмотра СН, соответствующие множеству каналов просмотра, конфигурируя мозаичный канал, который принимается и воспроизводится, передать MPD просмотра, и принимает MPD просмотра, который доставлен посредством HTTP-одноадресной доставки, как процесс на этапе S41, в ответ на запрос.
На этапе S35, терминальное устройство 80 находится в режиме ожидания, пока не будет выбрана какая-либо одна из областей на экране мозаичного канала во время переключения каналов фазы. Затем, когда выбрана любая из областей на экране мозаичного канала, терминальное устройство 80 переходит в фазу просмотра.
На этапе S36, терминальное устройство 80, которое перешло в фазу просмотра, анализирует расширенный HTML-элемент MPD мозаичного СН, и запрашивает соответствующее устройство 20 просмотра СН передать сегмент потока просмотра на основании MPD просмотра, ассоциированного с выбранной областью. На этапе S37 терминальное устройство 80 принимает и воспроизводит сегмент потока просмотра, который доставлен посредством HTTP-одноадресной поставки, как процесс на этапе S42, в ответ на запрос.
После этого, терминальное устройство 80 может вернуться в фазу переключения из фазы просмотра, и затем переходит в фазу просмотра снова. Таким образом, описание последовательности процессов теперь закончено. Согласно последовательности процесса, описанной выше, можно выполнить быстрое переключение между мозаичными каналами и быстро переходить от экрана мозаичного канала на экран канала просмотра.
Фиг. 19 является блок-схемой алгоритма, соответствующей случаю, когда терминальное устройство 80 может получать MPD мозаичного СН, который доставлен посредством HTTP-одноадресной доставки, и принимать и воспроизводить сегмент потока мозаичного СН, который доставлен посредством HTTP-одноадресной доставки, вместо FLUTE- потока мозаичного СН или RTP потока, который доставлен посредством многоадресной доставки.
Способ приема MPD просмотра и потока просмотра является произвольным, как и в примере на фиг. 17, но так как поток просмотра обычно доставляется посредством HTTP-одноадресной поставки, что обеспечивает высокое качество изображения (высокая скорость передачи данных), принимается поток просмотра, который доставляется посредством HTTP-одноадресной доставки, когда это возможно.
На этапе S51, терминальное устройство 80 синхронизирует системное временя со временной осью NTP в соответствии с информацией системного времени, предоставленной с NTP сервера 52. На этапе S52, терминальное устройство 80 запрашивает веб-сервер 66 каждого устройства 60 мозаичного СН передать MPD мозаичного CH. В ответ на запрос, веб-сервер 66 посредством HTTP-одноадресной поставки доставляет MPD мозаичного СН в портал 70 получения MPD, как в процессе на этапе S6 на фиг. 16. MPD мозаичного СН передается на терминальное устройство 80 источника запроса. Терминальное устройство 80 может собирать MPD мозаичного СН с помощью портала 70 получения MPD. Терминальное устройство 80, которое получило MPD мозаичного СН, входит в фазу переключения.
На этапе S53, терминальное устройство 80 запрашивает веб-сервер 66, чтобы передать сегмент потока мозаичного СН на основе MPD мозаичного CH. В ответ на запрос, веб-сервер 66 доставляет посредством HTTP-одноадресной доставки сегмент потока мозаичного СН на терминальное устройство 80, как в процессе на этапе S8 на фиг. 16.
На этапе S54, терминальное устройство 80 принимает и воспроизводит сегмент потока мозаичного СН, доставленного посредством HTTP-одноадресной доставки.
Во время фазы переключения, терминальное устройство 80 может выполнять быстрое переключение между мозаичными каналами путем соответствующего повторения процесса на этапе S53.
Терминальное устройство 80 получает MPDs просмотра множества каналов просмотра, конфигурируя мозаичный канал, который принимается и воспроизводится во время фазы переключения. В частности, на этапе S55, терминальное устройство 80 запрашивает устройства 20 просмотра СН, соответствующие множеству каналов просмотра, конфигурируя мозаичный канал, который принимается и воспроизводится, передать MPD просмотра, и принимает MPD просмотра, который поставлен посредством HTTP-одноадресной доставки, как процесс на этапе S61, в ответ на запрос.
На этапе S56, терминальное устройство 80 находится в режиме ожидания, пока не будет выбрана какая-либо одна область на экране мозаичного канала во время фазы переключения каналов. Затем, когда выбрана любая область на экране мозаичного канала, терминальное устройство 80 переходит в фазу просмотра.
На этапе S57, терминальное устройство 80, которое перешло в фазу просмотра, анализирует расширенный HTML-элемент мозаичного MPD, и запрашивает соответствующее устройство 20 просмотра СН передать сегмент потока просмотра на основании MPD просмотра, ассоциированный с выбранной областью. На этапе S58, терминальное устройство 80 принимает и воспроизводит сегмент потока просмотра, который доставлен посредством HTTP-одноадресной поставки, как процесс на этапе S62, в ответ на запрос.
После этого оконечное устройство 80 может вернуться в фазу переключения из фазы просмотра, и затем перейти к фазе просмотра снова. Таким образом, описание последовательности процессов теперь закончено. Согласно последовательности процесса, описанного выше, можно выполнить быстрое переключение между мозаичными каналами и быстро переходить от экрана мозаичного канала на экран канала просмотра.
В приведенном выше описании, переключение между каналами в DASH выполняется в блоках сегментов, но переключение между каналами может быть выполнено в блоках субсегментов, полученных путем разделения сегментов. В этом случае, предпочтительно, атрибут MPD/@SubSegmentDuration, хранящий значение, указывающее на длину субсегмента, в обязательном порядке описан в MPD мозаичного СН и MPD просмотра, и «сегмент» в приведенном выше описании заменяется на "субсегмент."
В настоящем варианте осуществления, терминальное устройство 80 использует MPD мозаичного СН, полученный путем расширения MPD предшествующего уровня техники, в качестве информации, необходимой для приема мозаичного канала, но может вместо этого использоваться HTML файл, как MPD мозаичного CH.
Кстати, каждое устройство 60 мозаичного СН и терминальное устройство 80, которые выполняют операции последовательности процессов, описанных выше, могут быть сконфигурированы аппаратными средствами или могут быть реализованы посредством программного обеспечения, используя компьютер. Примеры компьютера включают в себя специализированный компьютер и персональный компьютер общего назначения, которые могут использовать установленные различные типы программ и выполнять различные виды функций.
Фиг. 20 является блок-схемой, иллюстрирующей примерную аппаратную конфигурацию компьютера.
В компьютере 100, центральный процессор (CPU) 101, постоянное запоминающее устройство (ROM) 102 и оперативное запоминающее устройство (RAM) 103 соединены друг с другом через шину 104.
Интерфейс 105 ввода/вывода соединен с шиной 104. Блок 106 ввода, блок 107 вывода, блок 108 хранения, блок 109 связи и привод 110 подключены к интерфейсу 105 ввода/вывода.
Блок 106 ввода включает в себя клавиатуру, мышь, микрофон и тому подобное. Блок 107 вывода включает в себя дисплей, громкоговоритель и тому подобное. Блок 108 хранения включает в себя жесткий диск, энергонезависимую память и тому подобное. Блок 109 связи включает в себя сетевой интерфейс. Привод 110 приводит в действие сменный носитель 111, такой как магнитный диск, оптический диск, магнитооптический диск или полупроводниковое запоминающее устройство.
В компьютере 100, имеющего вышеописанную конфигурацию, например, последовательность процессов, описанных выше, выполняется путем загрузки программы, хранящейся в блоке 108 хранения, на RAM 103 через интерфейс 105 ввода/вывода и шину 104, и посредством выполнения загруженной программы процессором 101.
Например, обеспечивается программа, выполняемая компьютером 100 (CPU 101), может быть записана в съемном носителе 111, служащая в качестве пакета информации или тому подобное. Программа может быть обеспечена с помощью проводной или беспроводной среды передачи, такой как локальная сеть, интернет или цифрового спутникового вещания.
В компьютере 100 съемный носитель 111 может быть установлен на привод 110 и программа может быть установлена на блок 108 хранения через интерфейс 105 ввода/вывода. Программа может быть принята с помощью блока 109 связи по проводной или беспроводной среде передачи и установлена в блоке 108 хранения. Кроме того, программа может быть установлена на ROM 102 или блок 108 хранения заранее.
Дополнительно, программа, выполняемая на компьютере 100, может быть программой, в которой процесс выполняется хронологически в соответствии с последовательностью, описанной в настоящем описании, или может представлять собой программу, в которой выполняется процесс параллельно или в заданное время, например, при вызове.
Вариант осуществления настоящего изобретения не ограничивается вышеописанными вариантами осуществления, и различные изменения могут быть сделаны в пределах объема изобретения, не отступая от сущности настоящего изобретения.
Кроме того, настоящее изобретение также может быть сконфигурировано, как показано ниже.
(1) Устройство поставки контента, которое поставляет контент как мозаичный канал, устройство поставки контента включает в себя:
синтезирующий блок, выполненный с возможностью генерировать потоковые данные мозаичного СН путем синтеза множества потоков, имеющих различные предметы;
блок генерирования сегмента потока мозаичного СН, выполненный с возможностью генерировать сегмент потока мозаичного СН посредством разграничения сгенерированных потоковых данных мозаичного СН согласно времени наряду с другим мозаичным каналом;
блок одноадресной доставки, выполненный с возможностью осуществлять одноадресную доставку сегмента потока мозаичного СН;
блок многоадресной доставки, выполненный с возможностью осуществлять многоадресную доставку сегмента потока мозаичного СН; и
блок генерирования метафайла, выполненный с возможностью генерировать метафайл, который используется стороной приема для приема сегмента потока мозаичного СН, который доставлен посредством одноадресной и многоадресной доставки.
(2) Устройство поставки контента по 1,
в котором блок генерирования метафайла генерирует расширенный MPD, как метафайл.
(3) Устройство поставки контента по (2),
в котором блок генерирования метафайла генерирует MPD, включающий в себя MOSAIC элемент.
(4) Устройство поставки контента по (3),
в котором блок генерирования метафайла генерирует расширенный HTML, включающий в себя MPD мозаичного СН, в котором информация области потоковых данных мозаичного СН, расположенной на экране, и информация потока, соответствующая каждой области, описаны как MOSAIC элемент.
(5) Устройство поставки контента по (3),
в котором блок генерирования метафайла генерирует расширенный HTML со ссылкой на MPD мозаичного СН, в котором информация области потоковых данных мозаичного СН, расположенная на экране, и ссылка на файл, который описывает информацию о потоке, соответствующая каждой области, описываются как MOSAIC элемент.
(6) Устройство поставки контента по любому из пунктов с (1) по (5),
в котором блок одноадресной доставки дополнительно доставляет метафайл посредством одноадресной доставки, и
в котором блок многоадресной доставки дополнительно доставляет метафайл посредством многоадресной доставки.
(7) Устройство поставки контента по любому из пунктов с (1) по (6),
в котором блок одноадресной доставки доставляет сегмент потока мозаичного СН посредством HTTP-одноадресной доставки, и
в котором блок многоадресной доставки доставляет FLUTE-поток мозаичного СН посредством FLUTE-многоадресной доставки на основании сегмента потока мозаичного CH.
(8) Устройство поставки контента по любому из пунктов с (1) по (7), дополнительно включает в себя:
блок генерирования RTP потока, выполненный с возможностью генерировать RTP поток мозаичного СН на основании потоковых данных мозаичного СН,
в котором блок многоадресной доставки дополнительно осуществляет RTP многоадресную доставку RTP потока мозаичного CH.
(9) Устройство поставки контента по любому из пунктов с (1) по (8),
в котором блок генерирования сегмента потока мозаичного СН генерирует сегмент потока мозаичного СН, совмещая заголовок минимального блока сегмента потока мозаичного СН с другим мозаичным каналом синхронно с временной осью NTP, и разграничивая поток мозаичного СН на минимальные блоки в соответствии с продолжительностью наряду с другим мозаичным каналом.
Перечень ссылочных позиций
20 устройство просмотра СН
50 система поставки контента
51 сеть
52 NTP сервер
60 устройство мозаичного СН
61 компоновщик мозаичного СН
62 сегментатор мозаичного СН
63 MPD генератор мозаичного СН
64 RTP стример
65 FLUTE стример
66 веб-сервер
67 сервер многоадресной поставки
70 портал получения MPD
80 терминальное устройство
100 компьютер
101 CPU.

Claims (49)

1. Устройство поставки контента, которое поставляет контент как мозаичный канал (CH),
устройство поставки контента содержит:
синтезирующий блок, выполненный с возможностью генерировать потоковые данные мозаичного СН путем синтеза множества потоков, имеющих различные предметы;
блок генерирования сегмента потока мозаичного СН, выполненный с возможностью генерировать сегмент потока мозаичного СН посредством разграничения сгенерированных потоковых данных мозаичного СН согласно с синхронизацией с другим мозаичным каналом;
блок одноадресной доставки, выполненный с возможностью осуществлять одноадресную доставку сегмента потока мозаичного СН;
блок многоадресной доставки, выполненный с возможностью осуществлять многоадресную доставку сегмента потока мозаичного СН; и
блок генерирования метафайла, выполненный с возможностью генерировать метафайл, который используется стороной приема для приема сегмента потока мозаичного CH, который доставлен посредством одноадресной и многоадресной доставки, при этом метафайл представляет собой расширенное описание медиапрезентации (MPD), включающее в себя элемент мозаики.
2. Устройство поставки контента по п. 1,
в котором блок генерирования метафайла выполнен с возможностью генерирования расширенного HTML, включающего в себя MPD мозаичного СН, в котором информация области потоковых данных мозаичного СН, расположенной на экране, и информация потока, соответствующая каждой области, описаны как элемент мозаики.
3. Устройство поставки контента по п. 1,
в котором блок генерирования метафайла выполнен с возможностью генерирования расширенного HTML со ссылкой на МPD мозаичного СН, в котором информация области потоковых данных мозаичного СН, расположенная на экране, и ссылка на файл, которая описывает информацию о потоке, соответствующая каждой области, описываются как элемент мозаики.
4. Устройство поставки контента по п. 1,
в котором блок одноадресной доставки дополнительно выполнен с возможностью доставки метафайла посредством одноадресной доставки, и
в котором блок многоадресной доставки дополнительно выполнен с возможностью доставки метафайла посредством многоадресной доставки.
5. Устройство поставки контента по п. 1,
в котором блок одноадресной доставки выполнен с возможностью доставки сегмента потока мозаичного СН посредством HTTP-одноадресной доставки, и
в котором блок многоадресной доставки выполнен с возможностью доставки FLUTE (доставка файлов через однонаправленную передачу/File Delivery over Unidirectional Transport)-потока мозаичного СН посредством FLUTE-многоадресной доставки на основании сегмента потока мозаичного СН.
6. Устройство поставки контента по п. 5 дополнительно содержит:
блок генерирования RTP (протокол реального времени) потока, выполненный с возможностью генерировать RTP поток мозаичного СН на основании потоковых данных мозаичного СН,
в котором блок многоадресной доставки дополнительно выполнен с возможностью осуществления RTP многоадресной доставки RTP потока мозаичного СН.
7. Устройство поставки контента по п. 1,
в котором блок генерирования сегмента потока мозаичного СН выполнен с возможностью генерирования сегмента потока мозаичного СН, совмещая заголовок минимального блока сегмента потока мозаичного CH с другим мозаичным каналом синхронно с временной осью NTP (сетевой протокол синхронизации времени), и разграничивая поток мозаичного CH на минимальные блоки в соответствии с продолжительностью наряду с другим мозаичным каналом.
8. Способ поставки контента устройства поставки контента, которое поставляет контент как мозаичный канал, при этом способ поставки контента содержит:
этап генерации синтеза с помощью устройства поставки контента потоковых данных мозаичного канала (СН) путем синтеза множества потоков, имеющих различные предметы;
этап генерирования сегмента потока мозаичного СН, с помощью устройства поставки контента, генерирования сегмента потока мозаичного СН посредством разграничения сгенерированных потоковых данных мозаичного СН в соответствии с синхронизацией с другим мозаичным каналом;
этап одноадресной доставки сегмента потока мозаичного СН устройством поставки контента посредством выполнения одноадресной доставки;
этап многоадресной доставки сегмента потока мозаичного СН устройством поставки контента посредством выполнения многоадресной доставки;
многоадресной доставки шаг многоадресной доставки, устройством подачи содержание, поток мозаика сегмента СН; а
этап генерирования метафайла, с помощью устройства поставки контента, генерирования метафайла, который используется стороной приема для приема сегмента потока мозаичного CH, который доставлен посредством одноадресной и многоадресной доставки, при этом метафайл представляет собой расширенное описание медиапрезентации (MPD), включающее в себя элемент мозаики.
9. Считываемый компьютером носитель информации, содержащий записанную на нем программу, побуждающую компьютер, который поставляет контент как мозаичный канал (СН), функционировать как:
синтезирующий блок, выполненный с возможностью генерировать потоковые данные мозаичного СН путем синтеза множества потоков, имеющих различные предметы;
блок генерирования сегмента потока мозаичного СН, выполненный с возможностью генерировать сегмент потока мозаичного СН посредством разграничения сгенерированных потоковых данных мозаичного СН согласно с синхронизацией с другим мозаичным каналом;
блок одноадресной доставки, выполненный с возможностью осуществлять одноадресную доставку сегмента потока мозаичного СН;
блок многоадресной доставки, выполненный с возможностью осуществлять многоадресную доставку сегмента потока мозаичного СН; и
блок генерирования метафайла, выполненный с возможностью генерировать метафайл, который используется стороной приема для приема сегмента потока мозаичного CH, который доставлен посредством одноадресной и многоадресной доставки, при этом метафайл представляет собой расширенное описание медиапрезентации (MPD), включающее в себя элемент мозаики.
10. Терминальное устройство, которое принимает и воспроизводит контент,
доставленный из устройства поставки контента, выполненное с возможностью поставки контента как мозаичный канал (СН), при этом терминал выполнен с возможностью
получения метафайла для приема сегмента потока мозаичного CH, причем метафайл представляет собой расширенное описание медиапрезентации (MPD), включающее в себя элемент мозаики, и сегмент потока мозаичного CH генерируется посредством разграничения сгенерированных потоковых данных мозаичного СН согласно с синхронизацией с другим мозаичным каналом, а потоковые данные мозаичного СН генерируются путем синтеза множества потоков, имеющих различные предметы, приема и воспроизведения сегмента потока мозаичного CH, который доставлен посредством одноадресной или многоадресной доставки, и
приема и воспроизведения потока, соответствующего выбранной области в соответствии с действием пользователя по выбору области сегмента потока мозаичного CH, расположенной на экране, на основании полученного метафайла.
11. Система поставки контента содержит:
устройство поставки контента, выполненное с возможностью поставлять контент как мозаичный канал; и
терминальное устройство, выполненное с возможностью принимать и воспроизводить контент, доставленный из устройства поставки контента,
в котором устройство поставки контента включает в себя:
синтезирующий блок, выполненный с возможностью генерировать потоковые данные мозаичного СН путем синтеза множества потоков, имеющих различные предметы;
блок генерирования сегмента потока мозаичного СН, выполненный с возможностью генерировать сегмент потока мозаичного СН посредством разграничения сгенерированных потоковых данных мозаичного СН согласно с синхронизацией с другим мозаичным каналом;
блок одноадресной доставки, выполненный с возможностью осуществлять одноадресную доставку сегмента потока мозаичного СН;
блок многоадресной доставки, выполненный с возможностью осуществлять многоадресную доставку сегмента потока мозаичного СН; и
блок генерирования метафайла, выполненный с возможностью генерировать метафайл, который используется стороной приема для приема сегмента потока мозаичного CH, который доставлен посредством одноадресной и многоадресной доставки, при этом метафайл представляет собой расширенное описание медиапрезентации (MPD), включающее в себя элемент мозаики,
и, в котором терминальное устройство выполнено с возможностью получать метафайл, принимать и воспроизводить сегмент потока мозаичного CH, который доставлен посредством одноадресной или многоадресной доставки, и принимать и воспроизводить поток, соответствующий выбранной области в соответствии с действием пользователя по выбору области сегмента потока мозаичного CH, расположенной на экране, на основании полученного метафайла.
RU2015155589A 2013-07-02 2014-06-20 Устройство поставки контента, способ поставки контента, программа, терминальное устройство и система поставки контента RU2646391C2 (ru)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2013-138627 2013-07-02
JP2013138627 2013-07-02
PCT/JP2014/066398 WO2015001985A1 (ja) 2013-07-02 2014-06-20 コンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システム

Publications (2)

Publication Number Publication Date
RU2015155589A RU2015155589A (ru) 2017-06-27
RU2646391C2 true RU2646391C2 (ru) 2018-03-02

Family

ID=52143563

Family Applications (1)

Application Number Title Priority Date Filing Date
RU2015155589A RU2646391C2 (ru) 2013-07-02 2014-06-20 Устройство поставки контента, способ поставки контента, программа, терминальное устройство и система поставки контента

Country Status (8)

Country Link
US (1) US20160373496A1 (ru)
EP (1) EP3018909A4 (ru)
JP (1) JP6570999B2 (ru)
KR (1) KR20160026873A (ru)
CN (1) CN105340280B (ru)
MX (1) MX353123B (ru)
RU (1) RU2646391C2 (ru)
WO (1) WO2015001985A1 (ru)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101980721B1 (ko) * 2015-02-12 2019-05-21 후아웨이 테크놀러지 컴퍼니 리미티드 멀티미디어 스트리밍 서비스 프레젠테이션 방법, 관련 장치 및 관련 시스템
EP3249873B1 (en) * 2015-02-15 2018-09-12 Huawei Technologies Co., Ltd. Media presentation guide method based on hyper text transport protocol media stream and related device
JP6506084B2 (ja) * 2015-04-06 2019-04-24 日本放送協会 動画再生装置及びプログラム
US9788053B2 (en) 2015-09-09 2017-10-10 Ericsson Ab Fast channel change in a multicast adaptive bitrate (MABR) streaming network using HTTP download segment recovery in a dedicated bandwidth pipe
US9942290B2 (en) * 2015-09-09 2018-04-10 Ericsson Ab Fast channel change in a multicast adaptive bitrate (MABR) streaming network using HTTP download segment recovery in a shared progressive ABR download pipe
US9905267B1 (en) 2016-07-13 2018-02-27 Gracenote, Inc. Computing system with DVE template selection and video content item generation feature
CA3057118A1 (en) 2018-09-28 2020-03-28 Comcast Cable Communications, Llc Per-segment parameters for content
WO2020109496A1 (en) * 2018-11-30 2020-06-04 British Telecommunications Public Limited Company Multicast to unicast conversion
WO2020109491A1 (en) * 2018-11-30 2020-06-04 British Telecommunications Public Limited Company Multicast to unicast conversion
CN109819275B (zh) * 2019-01-16 2021-03-16 中央电视台 4k超高清视频服务器播放通道复用方法、工作站及系统

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH09512147A (ja) * 1994-04-15 1997-12-02 フィリップス エレクトロニクス ネムローゼ フェンノートシャップ ビデオ信号の送信及び受信用の回路装置及び方法
RU2237378C2 (ru) * 1998-07-20 2004-09-27 КАНАЛЬ+ Сосьетэ Аноним Система навигации для системы многоканального цифрового телевидения
RU2437252C2 (ru) * 2006-11-07 2011-12-20 Квэлкомм Инкорпорейтед Способ и устройство для поддержки широковещательных передач в неактивных областях мультивещательной/широковещательной сети с одной частотой (mbsfn)
WO2012138909A1 (en) * 2011-04-05 2012-10-11 Qualcomm Incorporated Ip broadcast streaming services distribution using file delivery methods

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040255336A1 (en) * 1999-03-30 2004-12-16 Gotuit Video, Inc. Methods and apparatus for simultaneous program viewing
US6466980B1 (en) * 1999-06-17 2002-10-15 International Business Machines Corporation System and method for capacity shaping in an internet environment
KR20070025279A (ko) * 2005-09-01 2007-03-08 (주)브로드밴드솔루션즈 방송 송출 시스템 및 방법
US9288424B2 (en) * 2006-02-10 2016-03-15 Cox Communications, Inc. Generating a genre-based video mosaic in a cable services network
FR2902568A1 (fr) * 2006-06-15 2007-12-21 Thomson Licensing Sas Procede d'affichage d'une image mosaique au sein d'un recepteur pour la selection de programmes audiovisuels, recepteurs et serveurs associes
US20090228943A1 (en) * 2006-06-30 2009-09-10 Kumar Ramaswamy System and method for delivery of personalized mosaic multimedia content over a cable data network
US8683519B2 (en) * 2007-09-26 2014-03-25 At&T Intellectual Property I, L.P. Favorites mosaic
US20090213777A1 (en) * 2008-02-27 2009-08-27 Sanyo Electric Co., Ltd. Distribution apparatus and receiving apparatus for reproducing predetermined contents
JP4986243B2 (ja) * 2008-07-04 2012-07-25 Ｋｄｄｉ株式会社 メディアストリームの階層数を制御する送信装置、方法及びプログラム
WO2011078377A1 (ja) * 2009-12-25 2011-06-30 楽天株式会社 画像生成装置、画像生成方法、画像生成プログラム及び記録媒体
US8782268B2 (en) * 2010-07-20 2014-07-15 Microsoft Corporation Dynamic composition of media
DE112011103642T5 (de) * 2010-11-02 2013-09-19 Lg Electronics Inc. Verfahren zum Senden/Empfangen von Medieninhalt und Vorrichtung zum Senden/Empfangen, die dieses verwendet
US9380079B2 (en) * 2011-06-29 2016-06-28 Cable Television Laboratories, Inc. Content multicasting
US9055136B2 (en) * 2011-10-13 2015-06-09 Qualcomm Incorporated Controlling streaming delay in networks
EP2793479A4 (en) * 2011-12-12 2015-07-01 Lg Electronics Inc DEVICE AND METHOD FOR RECEIVING MULTIMEDIA CONTENT
US20130283318A1 (en) * 2012-04-23 2013-10-24 Comcast Cable Communications, LLC. Dynamic Mosaic for Creation of Video Rich User Interfaces
US9553756B2 (en) * 2012-06-01 2017-01-24 Koninklijke Kpn N.V. Fingerprint-based inter-destination media synchronization

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH09512147A (ja) * 1994-04-15 1997-12-02 フィリップス エレクトロニクス ネムローゼ フェンノートシャップ ビデオ信号の送信及び受信用の回路装置及び方法
EP0755604B1 (en) * 1994-04-15 2000-01-12 Koninklijke Philips Electronics N.V. Arrangement and method for transmitting and receiving video signals
RU2237378C2 (ru) * 1998-07-20 2004-09-27 КАНАЛЬ+ Сосьетэ Аноним Система навигации для системы многоканального цифрового телевидения
RU2437252C2 (ru) * 2006-11-07 2011-12-20 Квэлкомм Инкорпорейтед Способ и устройство для поддержки широковещательных передач в неактивных областях мультивещательной/широковещательной сети с одной частотой (mbsfn)
WO2012138909A1 (en) * 2011-04-05 2012-10-11 Qualcomm Incorporated Ip broadcast streaming services distribution using file delivery methods

Also Published As

Publication number Publication date
JP6570999B2 (ja) 2019-09-04
WO2015001985A1 (ja) 2015-01-08
KR20160026873A (ko) 2016-03-09
US20160373496A1 (en) 2016-12-22
RU2015155589A (ru) 2017-06-27
CN105340280B (zh) 2018-09-25
MX353123B (es) 2017-12-20
EP3018909A4 (en) 2017-02-22
JPWO2015001985A1 (ja) 2017-02-23
CN105340280A (zh) 2016-02-17
MX2015017576A (es) 2016-04-21
EP3018909A1 (en) 2016-05-11

Similar Documents

Publication Publication Date Title
RU2646391C2 (ru) Устройство поставки контента, способ поставки контента, программа, терминальное устройство и система поставки контента
US11785289B2 (en) Receiving device, transmitting device, and data processing method
JP6415468B2 (ja) 空間的にセグメント化されたコンテンツの配信
US10250949B2 (en) Broadcast content to HTTP client conversion
US9954717B2 (en) Dynamic adaptive streaming over hypertext transfer protocol as hybrid multirate media description, delivery, and storage format
RU2656093C2 (ru) Устройство поставки контента, способ поставки контента, программа, оконечное устройство и система поставки контента
US10034042B2 (en) Content supply apparatus, content supply method, program, terminal apparatus, and content supply system
JP6329964B2 (ja) 送信装置、送信方法、受信装置、及び、受信方法
JP6630860B2 (ja) 端末装置および受信方法
EP2978229B1 (en) Content provision device, content provision method, program, and content provision system
JP2014239291A (ja) コンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システム