УСТРОЙСТВО ПОСТАВКИ КОНТЕНТА, СПОСОБ ПОСТАВКИ КОНТЕНТА, ПРОГРАММА, ОКОНЕЧНОЕ УСТРОЙСТВО И СИСТЕМА ПОСТАВКИ КОНТЕНТА

Область техники, к которой относится изобретение

Настоящее изобретение относится к устройству поставки контента, способу поставки контента, программе, оконечному устройству и системе поставки контента и, в частности, к устройству поставки контента, способу поставки контента, программе, оконечному устройству и системе поставки контента, которые способны осуществлять быстрое переключение каналов, в которых быстро доставляется различный контент.

Уровень техники

Группа экспертов в области движущегося изображения-динамическое адаптивное потоковое 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с поставки контента. Далее, когда нет необходимости различать устройства 20а, 20b и 20с поставки контента отдельно, устройство поставки контента называют просто как "устройство 20 поставки контента".

Устройство 20 поставки контента включает в себя сервер 21 управления контентом, DASH стример 22 сегмента и сервер 23 DASH MPD.

Сервер 21 управления контентом управляет контентом, поставляемым в DASH устройство-клиент 30, генерирует множество фрагментов, потоковых данных, имеющих различные скорости передачи данных, из контента того же предмета, и выводит сгенерированные потоковые данные в стример 22 DASH сегмента.

Стример 22 DASH сегмента делит каждый фрагмент потоковых данных по времени на сегменты, удерживает каждый из сегментов в виде файла и уведомляет DASH MPD сервер 23 об адресе источника поставки файлов. Дополнительно, стример 22 DASH сегмента осуществляет HTTP-одноадресную доставку файла сегментированных потоковых данных в ответ на запрос (HTTP-запрос) из DASH устройства-клиент 30, как веб-сервер.

DASH MPD сервер 23 генерирует MPD, в котором, например, описан адрес, указывающий источник доставки (сегменты) файлов множества частей потоковых данных. 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, который передал HTTP-запрос вместо DASH MPD сервера 23, выступающего в качестве веб-сервера или стримера 22 DASH сегмента.

Список ссылок

Непатентный документ

Непатентный документ 1: Mitsuhiro Hirabayashi, "Achieving Uninterrupted Video Streaming Using Existing Web Servers," NIKKEI ELECTRONICS, 19 марта 2012 г.

Раскрытие изобретения

Техническая задача

Как описано выше, в DASH применяется технология адаптивного потокового вещания, используя HTTP-одноадресную доставку, как показано в конфигурации на фиг. 1, подготовлено множество каналов (устройства 20а, 20b, 20с) и таким образом, множество частей контента, имеющего различные предметы, могут быть одновременно доставлены на сторону приема.

Когда возможно одновременно поставить множество частей контента, имеющих различные объекты, как описано выше, зритель имеет возможность выполнить так называемый зэппинг (операция переключения одного канала за другим в течение короткого время в поиске контента для просмотра), аналогично, как при просмотре телевизионного вещания.

В 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.

Как описано выше, в DASH, когда поток переключается между каналами, то возникает дополнительная задержка. Таким образом, трудно выполнять быстрое переключение между каналами.

Дополнительно, вышеописанное дополнительное время задержки может быть уменьшено за счет уменьшения длины сегмента потока каждого канала до чрезвычайно малого размера. Тем не менее, в этом случае, эффективность кодирования ухудшается, объем данных сегмента потока увеличивается и требуется широкий коммуникационный диапазон и, таким образом чрезмерная нагрузка ложится на интернет 11 и качество обслуживания, вероятно, ухудшится.

Настоящее изобретение было сделано в свете вышеизложенного, и желательно, обеспечить быстрое переключение между каналами в DASH.

Решение технической задачи

В соответствии с первым аспектом настоящего изобретения, обеспечивается устройство доставки контента для доставки множества частей потоковых данных, включающих в себя контент одного и того же предмета, и отличающихся атрибутом по одному и тому же каналу, в соответствии с технологией адаптивного потокового вещания, при этом устройство доставки контента включает в себя: блок генерирования переключаемого сегмента потока, выполненный с возможностью генерирования переключаемого сегмента потока посредством разграничения переключаемых потоковых данных из множества частей потоковых данных на минимальные блоки, при переключении приема потоковых данных, в соответствии с синхронизацией другого канала; блок одноадресной доставки, выполненный с возможностью одноадресной доставки переключаемого сегмента потока; блок многоадресной доставки, выполненный с возможностью многоадресной доставки переключаемого сегмента потока; и блок генерирования метафайла, выполненный с возможностью генерирования метафайла для стороны приема для приема переключаемого сегмента потока, доставленного посредством одноадресной и многоадресной доставки.

Блок генерирования переключаемого сегмента потока может генерировать переключаемый сегмент потока, разграничивая переключаемые потоковые данные на минимальные блоки, в соответствии с синхронизацией с другим каналом, принадлежащим к той же группе.

Блок одноадресной доставки может осуществлять HTTP-одноадресную доставку переключаемого сегмента потока. Блок многоадресной доставки может осуществить FLUTE-многоадресную доставку переключаемого FLUTE-потока на основании переключаемого сегмента потока.

Устройство поставки контента в соответствии с первым аспектом настоящего изобретения может дополнительно включать в себя: блок генерирования RTP потока, выполненный с возможностью генерирования переключаемого RTP потока, на основании переключаемых потоковых данных из множества частей потоковых данных. Блок генерирования метафайла может генерировать метафайл для стороны приема для приема переключаемого сегмента потока, доставленного посредством HTTP-одноадресной доставки, переключаемого FLUTE-потока, доставленного посредством FLUTE-многоадресной доставки, и переключаемый RTP-поток, доставленный посредством RTP-многоадресной доставки. Блок многоадресной доставки также может доставить переключаемый RTP-поток посредством RTP-многоадресной доставки.

Блок генерирования переключаемого сегмента потока может генерировать переключаемый сегмент потока посредством совмещения заголовков минимальных блоков другого канала, принадлежащего к той же группе, в синхронизации с осью времени NTP, и посредством разграничения переключаемых потоковых данных на минимальные блоки, используя общую продолжительность с другим каналом, принадлежащим к той же группе.

Блок генерирования переключаемого сегмента потока может генерировать переключаемый сегмент потока посредством разграничения переключаемых потоковых данных на минимальные блоки, используя более короткую продолжительность, чем минимальный блок просмотра потоковых данных.

Блок генерирования метафайла может генерировать расширенный MPD, как метафайл.

Устройство поставки контента в соответствии с первым аспектом настоящего изобретения может дополнительно включать в себя: блок сбора, выполненный с возможностью собирать метаданные и поставлять метаданные на сторону приема.

Блок генерирования метафайла может генерировать MPD, в который вводятся атрибут MPD/@NTPSynchronized и атрибут MPD/SegmentAlignedGroupID, как метафайл. Блок сбора может собирать метаданные для переключения на основании атрибута MPD/@NTPSynchronized и атрибута MPD/SegmentAlignedGroupID.

Блок генерирования метафайла может генерировать MPD, в который вводится атрибут MPD/@forZapping, как метафайл. Блок сбора может собирать метаданные для переключения на основании атрибута MPD/@ forZapping.

Блок генерирования метафайла может описать по меньшей мере одну длительность и максимальную длительность минимального блока потоковых данных в метаданных, как метафайл. Блок сбора может собирать метаданные для переключения на основании по меньшей мере одной продолжительности и максимальной продолжительности минимального блока потоковых данных.

В соответствии с первым аспектом настоящего изобретения, предложен способ поставки контента устройства поставки контента, которое поставляет множество частей потоковых данных, которые включают в себя контент того же предмета, и отличающихся атрибутом того же канала, в соответствии с технологией адаптивного потокового вещания, способ поставки контента включает в себя: этап генерирования переключаемого сегмента потока устройством поставки контента, генерирования переключаемого сегмента потока посредством разграничения переключаемых потоковых данных из множества частей потоковых данных на минимальные блоки, когда прием потоковых данных переключается в соответствии с синхронизацией с другим каналом; этап одноадресной доставки, устройством поставки контента, посредством одноадресной поставки переключаемого сегмента потока; этап многоадресной доставки, устройством поставки контента, посредством многоадресной доставки переключаемого сегмента потока; и этап генерирования метафайла, устройством поставки контента, генерирования метафайла для приемной стороны для приема переключаемого сегмента потока, доставленного посредством одноадресной и многоадресной доставки.

В соответствии с первым аспектом настоящего изобретения, предложена программа для вызывания компьютера, который поставляет множество частей потоковых данных, которые включают в себя контент одного и того же предмета, и отличающихся атрибутом одного и того же канала, в соответствии с технологией адаптивного потокового вещания, функционировать в качестве: блока генерирования переключаемого сегмента потока, выполненного с возможностью генерирования переключаемого сегмента потока посредством разграничения переключаемых потоковых данных из множества частей потоковых данных на минимальные блоки, при переключении приема потоковых данных, в соответствии с синхронизацией другого канала; блока одноадресной доставки, выполненного с возможностью осуществления одноадресной доставки переключаемого сегмента потока; блока многоадресной доставки, выполненного с возможностью осуществления многоадресной доставки переключаемого сегмента потока; и блока генерирования метафайла, выполненного с возможностью генерирования метафайла для стороны приема для приема переключаемого сегмента потока, доставленного посредством одноадресной и многоадресной доставки.

В первом аспекте настоящего раскрытия, переключаемый сегмент потока генерируется посредством разграничения переключаемых потоковых данных из множества частей потоковых данных на минимальные блоки, когда прием потоковых данных переключается в соответствии с синхронизацией с другим каналом, переключаемый сегмент потока доставляется посредством одноадресной доставки и переключаемый сегмент потока доставляется посредством многоадресной доставки. Кроме того, генерируется метафайл для приемной стороны, который используется для приема переключаемого сегмента потока, доставленного посредством одноадресной и многоадресной доставки.

В соответствии со вторым аспектом настоящего изобретения, предложено оконечное устройство для приема потоковых данных, поставленных устройством поставки контента, поставляющем множество частей потоковых данных, включающих в себя контент одного и того же предмета, и отличающихся атрибутом одного и того же канала, в соответствии с технологией адаптивного потокового вещания. Устройство поставки контента включает в себя блок генерирования переключаемого сегмента потока, выполненный с возможностью генерирования переключаемого сегмента потока посредством разграничения переключаемых потоковых данных из множества частей потоковых данных на минимальные блоки, когда прием потоковых данных переключается, в соответствии с синхронизацией другого канала; блок одноадресной доставки, выполненный с возможностью осуществления одноадресной доставки переключаемого сегмента потока; блок многоадресной доставки, выполненный с возможностью осуществления многоадресной доставки переключаемого сегмента потока; и блок генерирования метафайла, выполненного с возможностью генерирования метафайла для стороны приема для приема переключаемого сегмента потока, доставленного посредством одноадресной и многоадресной доставки. Оконечное устройство получает метафайл, и переключает прием переключаемого сегмента потока, который доставлен посредством одноадресной доставки и многоадресной доставки по различным каналам, на основании полученного метафайла.

В соответствии со вторым аспектом настоящего изобретения, принимается метафайл и прием переключаемого сегмента потока, который доставлен одноадресной доставкой и многоадресной доставкой по различным каналам, переключается, на основании полученного метафайла.

В соответствии с третьим аспектом настоящего изобретения, предложена система поставки контента, включающая в себя: устройство поставки контента, выполненное с возможностью поставки множества частей потоковых данных, включающих в себя контент того же предмета, и отличающихся атрибутом того же канала, в соответствии с технологией адаптивного потокового вещания; и оконечное устройство, выполненное с возможностью приема потоковых данных. Устройство поставки контента включает в себя блок генерирования переключаемого сегмента потока, выполненный с возможностью генерирования переключаемого сегмента потока посредством разграничения переключаемых потоковых данных из множества частей потоковых данных на минимальные блоки, когда прием потоковых данных переключается, в соответствии с синхронизацией другого канала; блок одноадресной доставки, выполненный с возможностью осуществлять одноадресную доставку переключаемого сегмента потока; блок многоадресной доставки, выполненный с возможностью осуществления многоадресной доставки переключаемого сегмента потока; и блок генерирования метафайла, выполненный с возможностью генерирования метафайла для стороны приема для приема переключаемого сегмента потока, доставленного посредством одноадресной и многоадресной доставки. Оконечное устройство получает метафайл, и переключает прием переключаемого сегмента потока, который доставлен посредством одноадресной доставки и многоадресной доставки по различным каналам, на основании полученного метафайла.

В третьем аспекте настоящего изобретения, устройство поставки контента генерирует переключаемый сегмент потока посредством разделения переключаемых потоковых данных из множества частей потоковых данных на минимальные блоки, когда прием потоковых данных переключается в соответствии с синхронизацией другого канала, переключаемый сегмент потока доставляется посредством одноадресной и многоадресной доставки. Устройство поставки контента генерирует метафайл для приемной стороны для приема переключаемого сегмента потока, который доставлен посредством одноадресной и многоадресной доставки. Оконечное устройство получает метафайл и переключает прием переключаемого сегмента потока, который доставлен посредством одноадресной и многоадресной доставки по различным каналам, на основании полученного метафайла.

Полезные эффекты изобретения

Согласно с первого по третий аспекты настоящего изобретения, можно быстро осуществить переключение каналов в DASH.

Краткое описание чертежей

Фиг. 1 представляет собой блок-схему, иллюстрирующую пример конфигурации системы поставки контента предшествующего уровня техники.

Фиг. 2 показывает схему, предназначенную для описания факта наличия задержки, возникающей в результате переключение между каналами.

Фиг. 3 показывает схему, предназначенную для описания факта наличия задержки, возникающей в результате переключение между каналами.

Фиг. 4 показывает схему, иллюстрирующую общую схему настоящего изобретения.

Фиг. 5 показывает схему, иллюстрирующую примерную конфигурацию системы поставки контента, к которой применяется настоящее изобретение.

Фиг. 6 показывает блок-схему алгоритма, иллюстрирующую поток данных в момент переключения каналов.

Фиг. 7 показывает блок-схему алгоритма, иллюстрирующую поток данных в момент просмотра.

Фиг. 8 представляет собой схему, иллюстрирующую компоновку USD в MBMS.

Фиг. 9 показывает схему, иллюстрирующую компоновку USD в MBMS.

Фиг. 10 показывает схему, иллюстрирующую пример, в котором MPD описан в XML формате.

Фиг. 11 показывает схему, иллюстрирующую пример, в котором расширенный MPD описан в XML формате.

Фиг. 12 представляет собой схему алгоритма, описывающую процесс функционирования устройства поставки контента.

Фиг. 13 представляет собой схему, иллюстрирующую различие между длиной переключаемого сегмента и длиной просматриваемого сегмента.

Фиг. 14 является блок-схемой алгоритма для описания последовательности выполнения процессов системой поставки контента.

Фиг. 15 является блок-схемой алгоритма для описания последовательности выполнения процессов системой поставки контента.

Фиг. 16 является блок-схемой алгоритма для описания последовательности выполнения процессов системой поставки контента.

Фиг. 17 является блок-схемой, иллюстрирующей пример конфигурации компьютера.

Осуществление изобретения

Далее будет приведено подробное описание предпочтительных вариантов реализации (далее именуемые как «варианты осуществления») настоящего изобретения. Прежде всего, будет представлено общее описание настоящего изобретения со ссылкой на фиг. 4.

Фиг. 4 иллюстрирует пример переключения, в котором выполняется переключение между каналами среди множества каналов, подготовленных в системе поставки контента согласно варианту осуществления настоящего изобретения.

Фиг. 4 иллюстрирует пример, в котором различный контент доставляется по трем каналам А, В и С, и три потока (представления), имеющие различные скорости передачи, подготовлены в каждом канале.

В системе поставки контента, к которой применяется настоящее изобретение, сегментный разделитель контента синхронизирован с временной осью NTP, и длины, сегментов соответствующих каналов, принадлежащие заданной группе, установлены на одну общую продолжительность. Дополнительно, отправные точки (MPD/@ availabilityStartTime+Period/@start) периодов времени воспроизведения медиа установлены на заголовках сегментов для согласования по временной оси NTP.

При выполнении описанной выше установки, когда пользователь, используя систему поставки контента, дает команду на выполнение переключения на представление В2 канала В, до Т1 на временной оси DASH устройства-клиента при просмотре представления А2 канала А, то переключение выполняется в момент Т1, выступающий и как сегментный разделитель представления А2, так и сегментный разделитель представления В2, как показано на фиг. 4.

Дополнительно, когда зритель дает команду на выполнение переключения на представление С2 канала С до Т2 при просмотре представления В2 канала В, то переключение выполняется в момент Т2, выступающий и как сегментный разделитель представления В2, так и сегментный разделитель представления С2. Более того, когда сторона приема дает команду на выполнение переключения на представление А2 канала А до момента Т3 при просмотре представления С2 канала С, то переключение выполняется в момент Т3, выступающий и как сегментный разделитель представления С2, так и сегментный разделитель представления А2.

В системе поставки контента одна или более частей переключаемых потоковых данных, выступающие в роли контента того же предмета, и две или более части просматриваемых потоковых данных, имеющие более высокую скорость передачи, чем переключаемые потоковые данные, подготовлены в каждом канале. Дополнительно, в каналах, принадлежащих к одной и той же группе, длины сегмента переключаемых потоковых данных установлены на туже длину, и время начала воспроизведения сегментов на заголовках контента установлены так, чтобы соответствовать с моментом синхронизации с NTP временем.

Дополнительно, в системе поставки контента, переключаемые потоковые данные, просматриваемые потоковые данные и MPD используются для приема переключаемых потоковых данных и просматриваемых потоковых данных, поставленных посредством не только HTTP-одноадресной доставки, но также многоадресной доставки, выполненной через широковещательную сеть, в которой гарантируется качество связи. В частности, MPD поставляется посредством HTTP-одноадресной доставки, UPD-многоадресной доставки и FLUTE-многоадресной доставки. Переключаемые потоковые данные и просматриваемые потоковые данные поставляются посредством HTTP-одноадресной доставки, FLUTE-многоадресной доставки и RTP-многоадресной доставки.

Дополнительно, когда выполняется переключение между каналами, сторона приема принимает и воспроизводит переключаемые потоковые данные, доставленного посредством многоадресной доставки, используя MPD, который доставлен посредством многоадресной доставки, когда это возможно. Если это является затруднительной операцией, сторона приема принимает и воспроизводит переключаемые потоковые данные многоадресной доставки, используя MPD доставленные посредством HTTP-одноадресной доставки. Если это также трудно, сторона приема принимает и воспроизводит переключаемые потоковые данные HTTP-одноадресной доставки с помощью MPD, доставленного посредством HTTP-одноадресной доставки.

В результате, можно не допустить возникновение дополнительной задержки при выполнении переключения между каналами, принадлежащие одной группе. Дополнительно, можно не допустить возникновение ситуации, в которой оказывается чрезмерная нагрузка на интернет и качество услуг также ухудшается.

Примерная конфигурация системы поставки контента

Фиг. 5 иллюстрирует примерную конфигурацию системы поставки контента в соответствии с вариантом осуществления настоящего изобретения.

Система 50 поставки контента включает в себя множество устройств 60Х поставки контента, соответствующих каналу X (Х = А, В, …), портал 70 получения MPD и множество оконечных устройство 80. Оконечное устройство 80 подключено к устройству 60 поставки контента через сеть 51.

Сеть 51 включает в себя различные сети вещания с использованием наземных волн вещания, волн спутникового вещания, мобильное вещание (е) MBMS или т.п. в дополнение к сети двусторонней связи, представленной интернетом и CDN, используя интернет.

NTP сервер 52, который предоставляет информацию о системном времени в соответствии с UTC временном форматом, расположен в сети 51 (включающую в себя интернет). Устройства 60 поставки контента и оконечные устройства 80, как предполагается, находятся в состоянии, в котором системное время синхронизировано с временной осью NTP в соответствии с информацией системного времени, поставленной из NTP сервера 52.

Устройство 60А поставки контента, соответствующего канала А, включает в себя сервер 61 канала, сегментатор 62 переключения, генератор 63 MPD переключения, сегментатор 64 просмотра, генератор 65 MPD просмотра, RTP стример 66, FLUTE стример 67, веб-сервер 68 и сервер 69 многоадресной доставки.

Все компоненты, начиная с сервера 61 канала по сервер 69 многоадресной доставки, установленные в устройстве 60А поставки контента, могут быть интегративно расположены или могут быть распределены и взаимодействовать через интернет или тому подобное.

Фиг. 6 и фиг. 7 иллюстрирует поток различных типов данных от сервера 61 канала до сервера 69 многоадресной доставки. Фиг. 6 иллюстрирует поток различных типов данных во время переключения каналов, и фиг. 7 иллюстрирует поток различных типов данных во время просмотра.

Сервер 61 канала управляет данными контента источника, доставленными из канала А, и генерирует одну или более частей переключаемых потоковых данных, и одну или более частей просматриваемых потоковых данных, которые отличаются скоростью передачи, из источника данных того же предмета. Сервер 61 канала выводит переключаемые потоковые данные в сегментатор 62 переключения и RTP стример 66, и поставляет просматриваемые потоковые данные в сегментатор 64 просмотра и RTP стример 66.

Сегментатор 62 переключения генерирует переключаемый сегмент потока, такой как фрагментированный МР4, посредством временного разграничения переключаемых потоковых данных на периоды, и дополнительно выполняя деление периода на сегменты, и выводит сгенерированный переключаемый сегмент потока в FLUTE стример 67 и веб-сервер 68. Переключаемый сегмент потока имеет туже длину сегмента, как и у переключаемых сегментов потока других каналов, принадлежащих к той же группе, и устанавливается на одну продолжительность, которая короче, чем длина сегмента просматриваемого сегмента потока, который будет описан ниже. Сегментатор 62 переключения так же работает синхронно с временной осью NTP.

Сегментатор 62 переключения уведомляет генератор 63 MPD переключения метаданных (например, URL веб-сервера 68, служащий в качестве источника поставки файла, хранящего переключаемый сегмент потока) генерируемого переключаемого сегмента потока.

Генератор 63 MPD переключения генерирует MPD (далее называемый как "MPD переключения"), который расширен для переключения и необходимым, когда оконечное устройство 80 принимает переключаемый сегмент потока или переключаемый RTP поток (который будет описан ниже), и выводит MPD переключения в FLUTE стример 67 и веб-сервер 68.

Сегментатор 64 просмотра генерирует просматриваемый сегмент потока посредством временного разграничения просматриваемых потоковых данных на периоды и дополнительным делением периодов на сегменты, и выводит сгенерированный просматриваемый сегмент потока в FLUTE стример 67 и веб-сервер 68. Сегментатор 64 просмотра уведомляет генератор 65 MPD просмотра метаданных (например, URL-адрес веб-сервера 68, выступающего в качестве источника поставки файла, хранящего просматриваемый сегмент потока) генерируемого просматриваемого сегмента потока.

Генератор 65 MPD просмотра генерирует MPD (в дальнейшем именуемый как MPD просмотра), что необходимо, когда оконечное устройство 80 принимает просматриваемый сегмент потока или просматриваемый RTP поток (который будет описан позже), и выводит сгенерированный MPD просмотра в FLUTE стример 67 и веб-сервер 68.

MPD переключения, сгенерированный в генераторе 63 MPD переключения, и MPD просмотра, сгенерированный в генераторе 65 MPD просмотра, соответствуют контенту одно и того же предмета, и явно ассоциированы друг с другом, например, через URL в качестве адресата получения. В частности, например, когда URL адресата назначения MPD переключения является http://a.com/channel_1.forZapping.mpd, URL адресата назначения MPD просмотра считается НТТР//Блок.com/channel_1.mpd или тому подобное.

RTP стример 66 генерирует переключаемый RTP поток и просматриваемый RTP поток путем сохранения переключаемых потоковых данных и просматриваемых потоковых данных, поступивших из сервера 61 канала, в RTP-пакетах, и выводит переключаемый RTP поток и просматриваемый RTP поток в сервер 69 многоадресной доставки. RPT стример 66 уведомляет генератор 63 MPD переключения метаданных переключаемого RTP потока, и уведомляет генератор 65 MPD просмотра метаданных просматриваемого RTP потока.

FLUTE стример 67 генерирует переключаемый FLUTE поток и просматриваемый FLUTE поток посредством сохранения переключаемого сегмента потока, поступившего из сегментатора 62 переключения, и просматриваемого сегмента потока, поступившего из сегментатора 64 просмотра, в FLUTE пакетах, и выводит переключаемый FLUTE поток и просматриваемый FLUTE поток в сервер 69 многоадресной доставки. FLUTE стример 67 выводит MPD переключения, поступивший из генератора 63 MPD переключения, и MPD просмотра, поступивший из генератора 65 MPD просмотра, в сервер 69 многоадресной доставки.

Веб-сервер 68 осуществляет HTTP-одноадресную поставку MPD переключения или MPD просмотра в источник запроса в соответствии с запросом (HTTP-запрос) из портала 70 получения MPD или оконечного устройства 80. Веб-сервер 68 осуществляет HTTP-одноадресную доставку переключаемого сегмента потока или просматриваемого сегмента потока в источник запроса в соответствии с запросом (HTTP-запрос) из оконечного устройства 80.

Сервер 69 многоадресной доставки осуществляет FLUTE-многоадресную доставку и UDP-многоадресную доставку MPD переключения и MPD просмотра. Сервер 69 многоадресной доставки осуществляет FLUTE-многоадресную доставку переключаемого FLUTE потока и просматриваемого FLUTE потока. Сервер 69 многоадресной доставки осуществляет RTP-многоадресную доставку переключаемого RTP потока и просматриваемого RTP потока.

Устройство 60В поставки контента, соответствующее каналу В, имеет аналогичную конфигурацию устройства 60А поставки контента и, следовательно, его описание опущено.

Портал 70 получения MPD сканирует устройства 60 поставки контента соответствующих каналов в соответствии с API запросом, запрашивающего MPD переключения из оконечного устройства 80, собирает MPDs переключения, и передает MPDs переключения в оконечное устройство 80. Когда MPDs переключения не генерируются устройствами 60 поставки контента соответствующих каналов, MPD просмотра, удовлетворяющий заданному условию (который будет описан позже), собирается и передается на оконечное устройство 80. Портал 70 получения MPD сканирует устройства 60 поставки контента соответствующих каналов в соответствии с API запросом, заращивающий MPD просмотра из оконечного устройства 80, собирает MPDs просмотра и передает MPDs просмотра в оконечное устройство 80.

Когда выполняется операция переключения каналов, оконечное устройство 80 получает MPD переключения, доставленный посредством многоадресной доставки, когда это возможно, и принимает и воспроизводит переключаемый поток, доставленный с помощью многоадресной доставки (FLUTE-поток или RTP поток) на основании полученного MPD переключения, когда это возможно. Когда это трудно, оконечное устройство 80 получает MPD, доставленный посредством HTTP-одноадресной доставки, и принимает и воспроизводит переключаемый поток, доставленный с помощью многоадресной доставки. Когда это также трудно, оконечное устройство 80 принимает и воспроизводит переключаемые потоковые данные, доставленные с помощью HTTP-одноадресной доставки, используя MPD, доставленный посредством HTTP-одноадресной доставки.

Дополнительно, когда оконечное устройство 80 знает адрес назначения MPD переключения или MPD просмотра, оконечное устройство 80 может получить MPD переключения или MPD просмотра непосредственно без использования портала 70 получения MPD.

Оконечное устройство 80 ссылается на MPD переключения или MPD просмотра, когда принимает переключаемый или просматриваемый сегмент потока или RTP поток. Кроме того, оконечное устройство 80 обращается к информации объявления, в котором описан портал канала сервера 69 многоадресной доставки, выполняющий FLUTE многоадресную доставку, при приеме MPD переключения, MPD просмотра или переключаемый или просматриваемый FLUTE поток, который доставлен посредством FLUTE многоадресной доставки.

Информация объявления передается по каналу взаимодействия или широковещательному/многоадресному каналу, например, посредством описания услуг пользователю (USD) в MBMS, когда осуществляется FLUTE многоадресная доставка посредством мобильного вещания услуги MBMS, включенной в состав сети 51. Фиг. 8 иллюстрирует расположение USD в MBMS.

Дополнительно, когда выполняется FLUTE многоадресная доставка посредством волн наземных радиовещательных станций или спутникового вещания, включенное в состав сети 51, информация объявления передается по каналу взаимодействия или широковещательному/многоадресному каналу, например, электронный справочник услуг (ESG) DVB-H (IPDC). Фиг. 9 иллюстрирует расположение ESG в DVB-H (IPDC).

Альтернативно, портал 70 получения MPD может быть выполнен с возможностью управлять информацией объявления, и уведомляет источник запроса об информации объявления в соответствии с запросом из оконечного устройства 80.

Расширение MPD

Далее будет описано расширение MPD в DASH.

В MPD, информация, относящаяся к контенту (медиа) делится на блоки периодов. В каждом периоде подготавливают множество представлений, включающие в себя информацию, относящуюся к потоковым данным одного и того же предмета, которые отличаются по качеству изображения или ракурсом и отличается атрибутом потока, таким как скорость передачи битов. Представление хранит информацию, относящуюся к сегменту, полученному путем дополнительного деления на временные периоды.

Фиг. 10 иллюстрирует пример, в котором структура представления описана в XML формате.

На фиг. 10, "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 является тем же идентификатором группы, согласно запросу API, запрашивающий MPD переключения из оконечного устройства 80.

Http: // theMPDPortal.com/getMPDforZapping

Между каналами, соответствующие собранному MPD переключения, разделители сегмента сопоставляются синхронно с временной осью NTP, и таким образом, возможно быстрое переключение каналов.

Хотя это и не показано, в MPD переключения в группе, в которой принадлежат каналы устройств 60 поставки контента, исходные точки (MPD/@ availabilityStartTime+Period/@start) воспроизведения медиа на заголовках сегментов сопоставлены на временной оси NTP.

По меньшей мере, один атрибут segmentBase/@duration, хранящий значение, указывающее на длину сегмента, и атрибут MPD/@maxSegmentDuration, хранящий значение, указывающее наибольшую длину сегмента, в обязательном порядке описаны в MPD переключения и MPD просмотра.

Когда один из них описан, и отсутствует расширенный MPD просмотра, т.е. MPD просмотра, в котором атрибут 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 MPD переключения.

ServiceLocation элемент вновь введен в MPD, так что выполняется бесшовное переключение между сегментом потока, доставленного посредством HTTP-одноадресной доставки, и RTP потоком, доставленного посредством многоадресной поставки. Дополнительно, вводится атрибут rtspRange, указывающий на интервал сегмента потока, который доставлен посредством многоадресной передачи, согласно RTP, и соответствует диапазону байтов сегмента, который доставлен посредством HTTP-одноадресной доставки.

Атрибут rtspRange определяет интервал RTP потока, который доставлен посредством 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.

Работа системы 50 поставки контента

Далее будет приведено описание работы системы 50 поставки контента.

Фиг. 12 является блок-схемой алгоритма для описания процесса, выполняемого каждым устройством 60 поставки контента, чтобы доставить контент. Следующее описание будет приведено на примере устройства 60А поставки контента, которое доставляет контент как канал А.

На этапе S1, устройство 60А поставки контента синхронизирует системное времени с временной осью NTP в соответствии с информацией системного времени, поставленной с NTP сервера 52. В результате, сегментатор 62 переключения и т.п., конфигурируя устройство 60А поставки контента работает синхронно с временной осью NTP.

На этапе S2, сервер 61 канала генерирует переключаемые потоковые данные и просматриваемые потоковые данные, которые отличаются по скорости передачи данных от источника контента, доставляемые как канал А. Сервер 61 канала выводит переключаемые потоковые данные в сегментатор 62 переключения и RTP стример 66, и вырабатывает просматриваемые потоковые данные в сегментатор 64 просмотра и RTP стример 66.

Процесс на этапах с S3 по S8 и процесс на этапах с S13 по S18 выполняются параллельно, но для удобства описания, будет сначала описан процесс на этапах с S3 по S8.

На этапе S3, RTP стример 66 генерирует переключаемый RTP-поток посредством хранения переключаемых потоковых данных, поступивших из сервера 61 канала, в RTP пакете, и выводит переключаемый RTP поток в сервер 69 многоадресной рассылки. RTP стример 66 уведомляет генератор 63 MPD переключения метаданных переключаемого RTP потока.

Сегментатор 62 переключения генерирует переключаемый сегмент потока, такой как фрагментированный МР4, посредством временного разделения переключаемых потоковых данных, поступивших с сервера 61 канала, на периоды и дополнительным делением периода на сегменты, и выводит переключаемый сегмент потока в FLUTE стример 67 и веб-сервер 68. Сегментатор 62 переключения уведомляет генератор 63 MPD переключения метаданных генерируемого переключаемого сегмента потока.

FLUTE стример 67 генерирует переключаемый FLUTE поток путем хранения переключаемого сегмента потока, поступившего из сегментатора 62 переключения, в FLUTE пакете, и выдает переключаемый FLUTE поток в сервер 69 многоадресной доставки.

На этапе S4, генератор 63 MPD переключения генерирует MPD переключения, необходимый, когда оконечное устройство 80 принимает переключаемый сегмент потока или переключаемый RTP поток, и выводит MPD переключения в FLUTE стример 67 и веб-сервер 68.

На этапе S5, FLUTE стример 67 выводит MPD переключения, поступивший из генератора 63 MPD переключения, в сервер 69 многоадресной доставки. Сервер 69 многоадресной доставки доставляет MPD переключения посредством FLUTE многоадресной доставки и UDP многоадресной доставки.

На этапе S6, когда есть запрос (HTTP-запрос) из портала 70 получения MPD или оконечного устройства 80, веб-сервер 68 доставляет MPD переключения посредством HTTP-одноадресной доставки в источник запроса, в ответ на запрос.

На этапе S7 сервер 69 многоадресной доставки поставляет FLUTE поток посредством FLUTE-многоадресной поставки и RTP-поток посредством RTP-многоадресной поставки.

На этапе S8, когда есть запрос (HTTP-запрос) из оконечного устройства 80, веб-сервер 68 поставляет переключаемый сегмент потока с помощью HTTP-одноадресной поставки в источник запроса в ответ на запрос.

Параллельно с процессом на этапах с S3 по S8, на этапе S13 RTP стример 66 генерирует просматриваемый RTP поток путем хранения просматриваемых потоковых данных, поступивших из сервера 61 канала, в RTP пакете, и выводит просматриваемый RTP поток в сервер 69 многоадресной доставки. RTP стример 66 уведомляет генератор 65 MPD просмотра метаданных просматриваемого RTP потока.

Сегментатор 64 просмотра генерирует просматриваемый сегмент потока, такой как фрагментированный МР4, посредством временного разграничения просматриваемых потоковых данных, поступивших с сервера 61 канала, на периоды и дополнительного деления периода на сегменты, и выводит просматриваемый сегмент потока в FLUTE стример 67 и веб-сервер 68. Сегментатор 64 просмотра уведомляет генератор 65 MPD просмотра метаданных генерируемого просматриваемого сегмента потока.

FLUTE стример 67 генерирует просматриваемый FLUTE поток посредством хранения просматриваемого сегмента потока, поступившего из сегментатора 64 просмотра, в FLUTE пакете, и выдает просматриваемый FLUTE поток в сервер 69 многоадресной доставки.

На этапе S14, генератор 65 MPD просмотра генерирует MPD просмотра, необходимый, когда оконечное устройство 80 принимает просматриваемый сегмент потока или просматриваемый RTP поток, и выводит MPD просмотра в FLUTE стример 67 и веб-сервер 68.

На этапе S15, FLUTE стример 67 вырабатывает MPD просмотра, поступивший из генератора 65 MPD просмотра, в сервер 69 многоадресной доставки. Сервер 69 многоадресной MPD просмотра посредством FLUTE многоадресной и UDP многоадресной доставки.

На этапе S16, когда есть запрос (HTTP-запрос) из портала 70 получения MPD или оконечного устройства 80, веб-сервер 68 доставляет MPD просмотра посредством HTTP-одноадресной доставки в источник запроса в ответ на запрос.

На этапе S17, сервер 69 многоадресной доставки посредством FLUTE многоадресной доставки доставляет просматриваемый FLUTE поток, и просматриваемый RTP поток посредством RTP многоадресной доставки.

На этапе S18, когда есть запрос (HTTP-запрос) из оконечного устройства 80, веб-сервер 68 поставляет просматриваемый сегмент потока посредством HTTP одноадресной доставки в источник запроса в ответ на запрос. Процесс, который выполняется каждым устройством 60 поставки контента, таким образом, завершен.

Фиг. 13 иллюстрирует сегментное разделение переключаемого сегмента потока, генерируемого в процессе операции на этапе S3 на фиг. 12, и просматриваемого сегмента потока, сгенерированного в процессе на этапе S13.

Как показано на фиг. 13, устройство 60А поставки контента, соответствующего канала А, генерируются один или несколько (два на фиг. 13) переключаемых сегментов потоков и два или более (пять на фиг. 13) просматриваемых потока, и сегментные разделители синхронизированы с осью времени NTP.

Сегментный разделитель переключаемого потока соответствует сегментному разделителю (не показан) переключаемого потока другого канала, принадлежащего к той же группе.

Далее будет приведено описание последовательности выполнения процессов функционирования системы 50 поставки контента до тех пор, пока оконечное устройство 80 переходит с фазы просмотра в фазу переключения контента со ссылкой на фиг. 14 и фиг. 15 (далее, как последовательность выполнения процессов).

Фиг. 14 является блок-схемой алгоритма, соответствующей случаю, когда оконечное устройство 80 может принять MPD переключения, который доставлен посредством многоадресной доставки, и принимать и воспроизводить переключаемый FLUTE поток или RTP поток, который доставлен посредством многоадресной доставки. Способ приема MPD просмотра и просматриваемый поток является произвольным, но так как просматриваемый поток, доставляемый посредством HTTP-одноадресной доставки, обычно имеет высокое качество изображения (высокая скорость передачи данных), то принимается просматриваемый поток, который доставлен посредством HTTP-одноадресной доставки, когда это возможно.

На этапе S21, оконечное устройство 80 синхронизирует системное время с временной осью NTP в соответствии с информацией системного времени, поставленной из NTP сервера 52. На этапе S22, оконечное устройство 80 принимает MPD переключения, который доставлен посредством FLUTE многоадресной доставки, как процесс на этапе S5 на фиг. 12. Кроме того, вместо приема MPD переключения, запрос на MPD переключения может быть передан из портала 70 получения MPD. Оконечное устройство 80, которое приняло MPD переключения, входит в фазу переключения.

На этапе S23 оконечное устройство 80 принимает и воспроизводит переключаемый FLUTE поток, который доставлен посредством FLUTE многоадресной доставки, или переключаемый RTP поток, который доставлен посредством RTP многоадресной доставки, в процессе на этапе S7 на фиг. 12, на основании MPD переключения.

Во время фазы переключения, оконечное устройство 80 может выполнять быстрое переключение между каналами, принадлежащими к той же группе, посредством соответствующего повторения процесса на этапе S23.

Оконечное устройство 80 получает MPD просмотра в течение фазы переключения. В частности, на этапе S24, оконечное устройство 80 запрашивает веб-сервер 68 передавать MPD просмотра, и принимает MPD просмотра, который доставлен посредством HTTP-одноадресной доставки, как процесс на этапе S16 на фиг. 12.

Оконечное устройство 80, которое приняло MPD просмотра, может переходить от фазы переключения к фазе просмотра. На этапе S25, оконечное устройство 80 запрашивает веб-сервер 68 передавать просматриваемый сегмент потока на основании MPD просмотра. В ответ на запрос, веб-сервер 68 поставляет запрашиваемый просматриваемый сегмент потока посредством HTTP-одноадресной доставки, как на этапе S18 на фиг. 12, и на этапе S26, оконечное устройство 80 принимает и воспроизводит просматриваемый сегмент потока, доставленный с помощью HTTP-одноадресной доставки.

После этого, оконечное устройство 80 может вернуться из фазы просмотра к фазе переключения, и затем перейти к фазе просмотра снова. Описание последовательности процессов теперь закончено. Согласно последовательности выполнения процесса, описанного выше, можно выполнить быстрое переключение между каналами, принадлежащими к той же группе, без возникновения дополнительной задержки.

Далее, фиг. 15 является блок-схемой алгоритма, соответствующей случаю, когда оконечное устройство 80 может получить MPD переключения посредством HTTP-одноадресной доставки, и принять и воспроизводить переключаемый FLUTE поток или RTP поток, который доставлен посредством многоадресной доставки. Способ приема MPD просмотра и просматриваемого потока является произвольным, как и в примере на фиг. 14, но так как просматриваемый поток, доставляемый с помощью HTTP-одноадресной доставки, обычно имеет высокое качество изображения (высокая скорость передачи данных), то принимается просматриваемый поток, который доставляется с помощью HTTP-одноадресной доставки, когда это возможно.

На этапе S41, оконечное устройство 80 синхронизирует системное время с временной осью NTP в соответствии с информацией системного времени, поставленной из NTP сервера 52. В этапе S42, оконечное устройство 80 запрашивает портал 70 получения MPD передать MPD переключения. В ответ на запрос, на этапе S51, портал 70 получения MPD подключается к веб-серверу 68 каждого устройства 60 поставки контента, и запрашивает веб-сервер 68 каждого устройства 60 поставки контента передать MPD переключения (MPD, в котором атрибут MPD/@ NTPSynchronized является истинным, и атрибут MPD/@SegmentAlignedGroupID является тем же идентификатором группы). В ответ на запрос, веб-сервер 68 доставляет MPD переключения посредством HTTP одноадресной доставки в портал 70 получения MPD в процессе на этапе S6 на фиг. 12.

На этапе S52, портал 70 получения MPD собирает MPD переключения посредством HTTP-одноадресной доставки, и передает собранный MPD переключения в оконечное устройство 80 источника запроса. Портал 70 получения MPD может собрать MPD переключения, доставленный с помощью UDP многоадресной доставки. Дополнительно, оконечное устройство 80 может собирать MPD переключения из веб-сервера 68 каждого устройства 60 поставки контента непосредственно без использования портала 70 получения MPD. Оконечное устройство 80, которое приняло MPD переключения, входит в фазу переключения.

На этапе S43 оконечное устройство 80 принимает и воспроизводит переключаемый FLUTE поток, который доставлен с помощью FLUTE многоадресной доставки, или переключаемый RTP поток, который доставлен посредством RTP многоадресной доставки, в процессе на этапе S7 на фиг. 12, на основании MPD переключения.

Во время фазы переключения оконечное устройство 80 может выполнять быстрое переключение между каналами, принадлежащими к той же группе, посредством соответствующего повторения процесса на этапе S43.

Оконечное устройство 80 получает MPD просмотра в течение фазы переключения. В частности, на этапе S44, оконечное устройство 80 запрашивает веб-сервер 68 передать MPD просмотра, и принимает MPD просмотра, который доставлен с помощью HTTP-одноадресной доставки, как и процесс на этапе S16 на фиг. 12, в ответ на запрос.

Оконечное устройство 80, которое приняло MPD просмотра, может переходить из фазы переключения в фазу просмотра. На этапе S45 оконечное устройство 80 запрашивает веб-сервер 68 передать просматриваемый сегмент потока на основании MPD просмотра. В ответ на запрос, веб-сервер 68 доставляет запрашиваемый просматриваемый сегмент потока посредством HTTP-одноадресной доставки, как и на этапе S18 на фиг. 12 и на этапе S46, оконечное устройство 80 принимает и воспроизводит просматриваемый сегмент потока, доставленный посредством HTTP-одноадресной доставки.

После этого, оконечное устройство 80 может возвратиться из фазы просмотра в фазу переключения, и затем перейти к фазе просмотра снова. Описание последовательности процессов теперь закончено. Согласно последовательности выполнения процесса, описанного выше, можно выполнить быстрое переключение между каналами, принадлежащими к той же группе, без возникновения дополнительной задержки.

Далее, фиг. 16 является блок-схемой алгоритма, соответствующей случаю, когда оконечное устройство 80 может получить MPD переключения с помощью HTTP-одноадресной доставки, и принять и воспроизводить переключаемый сегмент потока, доставленный с помощью HTTP-одноадресной доставки, вместо переключаемого FLUTE потока или RTP потока, который доставлен посредством многоадресной доставки. Способ приема MPD просмотра и просматриваемого потока является произвольным, как и в примере на фиг. 14, но, так как просматриваемый поток, доставленный с помощью HTTP-одноадресной доставки, обычно имеет высокое качество изображения (высокая скорость передачи данных), то принимается просматриваемый поток, который доставлен с помощью HTTP-одноадресной доставки, когда это возможно.

На этапе S71, оконечное устройство 80 синхронизирует системное время с временной осью NTP в соответствии с информацией системного времени, поставленной с NTP сервера 52. На этапе S72 оконечное устройство 80 запрашивает портал 70 получения MPD передать MPD переключения. В ответ на запрос, на этапе S81, портал 70 получения MPD подключается к веб-серверу 68 каждого устройства 60 поставки контента, запрашивает веб-сервер 68 каждого устройства 60 поставки контента передать MPD переключения. В ответ на запрос, веб-сервер 68 доставляет MPD переключения посредством HTTP одноадресной доставки в портал 70 получения MPD, как в процессе на этапе S6 по фиг. 12.

На этапе S82, портал 70 получения MPD собирает MPD переключения, доставленный с помощью HTTP-одноадресной доставки, и передает собранный MPD переключения в оконечное устройство 80 источника запроса. Портал 70 получения MPD может собрать MPD переключения с помощью UDP многоадресной доставки. Кроме того, оконечное устройство 80 может собирать MPD переключения из веб-сервера 68 каждого устройства 60 поставки контента непосредственно без использования портала 70 получения MPD. Оконечное устройство 80, которое приняло MPD переключения, входит в фазу переключения.

На этапе S73 оконечное устройство 80 запрашивает веб-сервер 68 передать переключаемый сегмент потока на основании MPD переключения. В ответ на запрос, веб-сервер 68 доставляет переключаемый сегмент потока с помощью HTTP-одноадресной доставки в оконечное устройство 80, как в процессе на этапе S8 на фиг. 12.

На этапе S74 оконечное устройство 80 принимает и воспроизводит переключаемый сегмент потока, доставленный с помощью HTTP-одноадресной доставки.

Во время фазы переключения, оконечное устройство 80 может выполнять быстрое переключение между каналами, принадлежащими к той же группе, посредством соответствующего повторения процессов этапов S73 и S74.

Оконечное устройство 80 получает MPD просмотра в течение фазы переключения. В частности, на этапе S75, оконечное устройство 80 запрашивает веб-сервер 68 передать MPD просмотра, и принимает MPD просмотра, который доставлен посредством HTTP-одноадресной доставки, как и процесс на этапе S16 на фиг. 12, в ответ на запрос.

Оконечное устройство 80, которое приняло MPD просмотра, может переходить из фазы переключения в фазу просмотра. На этапе S76, в оконечное устройство 80 запрашивает веб-сервер 68 передать просматриваемый сегмент потока на основании MPD просмотра. В ответ на запрос, веб-сервер 68 доставляет запрашиваемый просматриваемый сегмент потока с помощью HTTP-одноадресной доставки, как на этапе S18 на фиг. 12 и на этапе S77, оконечное устройство 80 принимает и воспроизводит доставленный просматриваемый сегмент потока с помощью HTTP-одноадресной доставки.

После этого, оконечное устройство 80 может возвратиться из фазы просмотра в фазу переключения, и затем перейти в фазу просмотра снова. Описание последовательности процессов теперь закончено. Согласно последовательности выполнения процессов, описанных выше, можно выполнить быстрое переключение между каналами, принадлежащими к той же группе, без возникновения дополнительной задержки.

В приведенном выше описании, переключение между каналами в DASH выполняется в блоках сегментов, но переключение между каналами может быть выполнено в блоках субсегментов, полученных путем разделения сегментов. В этом случае, предпочтительно, атрибут MPD/@ SubSegmentDuration, хранящий значение, указывающее на длину субсегмента, в обязательном порядке описан в MPD переключения и MPD просмотра, и «сегмент», в приведенном выше описании, заменяется на "субсегмент."

Кстати, каждое устройство 60 поставки контента и оконечное устройство 80, которые выполняют последовательность операций процессов, описанных выше, могут быть сконфигурированы аппаратными средствами или могут быть реализованы посредством программного обеспечения компьютера. Примеры компьютера включают в себя специализированный компьютер и персональный компьютер общего назначения, которые могут использовать установленные различные типы программ и выполнять различные виды функций.

Фиг. 17 является блок-схемой, иллюстрирующей примерную аппаратную конфигурацию компьютера.

В компьютере 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), в котором

блок генерирования переключаемого сегмента потока выполнен с возможностью генерирования переключаемого сегмента потока посредством разграничения переключаемых потоковых данных на минимальные блоки, в соответствии с синхронизацией с другим каналом, принадлежащим к той же группе.

(3) Устройство поставки контента по (1) или (2), в котором

блок одноадресной доставки выполнен с возможностью доставки переключаемого сегмента потока посредством HTTP-одноадресной доставки, при этом

блок многоадресной доставки выполнен с возможностью доставки переключаемого FLUTE потока посредством FLUTE многоадресной доставки, на основании переключаемого сегмента потока.

(4) Устройство поставки контента по любому из (1)-(3), дополнительно включающее в себя:

блок генерирования RTP потока, выполненный с возможностью генерирования переключаемого RTP потока на основании переключаемых потоковых данных из множества частей потоковых данных, при этом

блок генерирования метафайла выполнен с возможностью генерирования метафайла для стороны приема, принимающей переключаемый сегмент потока, доставляемый посредством HTTP-одноадресной доставки, переключаемый FLUTE поток, доставляемый с помощью FLUTE многоадресной доставки, и переключаемый RTP поток, доставляемого посредством RTP многоадресной доставки, а

блок многоадресной доставки также выполнен с возможностью доставки RTP потока с помощью RTP многоадресной доставки.

(5) Устройство поставки контента по любому из (1)-(4), в котором

блок генерирования переключаемого сегмента потока выполнен с возможностью генерирования переключаемого сегмента потока посредством совмещения заголовков минимальных блоков с другим каналом, принадлежащим к той же группе, с синхронизацией с временной осью NTP, и разграничения переключаемых потоковых данных на минимальные блоки, с использованием общей продолжительности другого канала, принадлежащего к той же группе.

(6) Устройство поставки контента по любому из (1)-(5), в котором

блок генерирования переключаемого сегмента потока выполнен с возможностью генерирования переключаемого сегмента потока посредством разграничения переключаемых потоковых данных на минимальные блоки, с использованием более короткой продолжительности, чем минимальный блок просматриваемых потоковых данных.

(7) Устройство поставки контента по любому из (1)-(6), в котором

блок генерирования метафайла выполнен с возможностью генерирования расширенного MPD в качестве метафайла.

(8) Устройство поставки контента по любому из (1)-(7), дополнительно включающее в себя:

блок сбора, выполненный с возможностью сбора метаданных и поставки метаданных на сторону приема.

(9) Устройство поставки контента по 8, в котором:

блок генерирования метафайла выполнен с возможностью генерирования MPD, в котором вводятся атрибут MPD/@ NTPSynchronized и атрибут MPD/SegmentAlignedGroupID, в качестве метафайла, а

блок сбора выполнен с возможностью сбора метаданных для переключения на основании атрибута MPD/@ NTPSynchronized и атрибута MPD/SegmentAlignedGroupID.

(10) Устройство поставки контента по п. 8, в котором

блок генерирования метафайла выполнен с возможностью генерирования MPD, в котором вводится атрибут MPD/@ forZapping, в качестве метафайла, а

блок сбора выполнен с возможностью сбора метаданных для переключения на основе атрибута MPD/@ forZapping.

(11) Устройство поставки контента по п. 8, в котором

блок генерирования метафайла выполнен с возможностью описания по меньшей мере одного из длительности и максимальной длительности минимального блока потоковых данных в метаданных, в качестве метафайла, а

блок сбора выполнен с возможностью сбора метаданных для переключения на основании по меньшей мере одного из длительности и максимальной длительности минимального блока потоковых данных.

Перечень ссылочных позиций

50 система поставки контента

51 сеть

52 NTP сервер

60 устройство поставки контента

61 сервер канала

62 сегментатор переключения

63 генератор MPD переключения

64 сегментатор просмотра

65 генератор MPD просмотра

66 RTP стример

67 FLUTE стример

68 веб-сервер

69 сервер многоадресной доставки

70 портал получения MPD

80 оконечное устройство

100 компьютер

101 CPU