УСТРОЙСТВО ОБРАБОТКИ ИНФОРМАЦИИ И СПОСОБ ОБРАБОТКИ ИНФОРМАЦИИ

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

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

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

В процессе адаптивной динамической потоковой передачи данных согласно стандарту MPEG-DASH (Адаптивная динамическая потоковая передачи данных по HTTP-протоколу) согласно разработкам Группы экспертов по кинематографии (Moving Picture Experts Group phase-Dynamic adaptive streaming over HTTP)) сервер готовит сегментные файлы движущегося видео контента, обладающие различными атрибутами для каждого типа медиа, и файл описания представления медиаданных (MPD (Media Presentation Description)), управляющий сегментными файлами для каждого типа медиа и для каждого атрибута.

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

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

Согласно текущему стандарту MPEG-DASH протокол связи между клиентом и сервером представляет собой протокол HTTP 1.1 (гипертекстовый транспортный протокол (HyperText Transfer Protocol)). По существу, таким образом, сервер передает данные в качестве ответа на запрос от клиента.

В частности, клиент передает серверу запрос HTTP GET с целью потребовать от сервера передать MPD-файл, а сервер передает клиенту MPD-файл, расположенный по адресу URL, назначенному в этом запросе HTTP GET, в качестве ответа HTTP GET.

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

Более того, клиент выбирает один атрибут из совокупности нескольких атрибутов, соответствующих сегментным файлам инициализации для каждого типа медиа на основе эффективной ширины полосы пропускания сети связи или другой подобной информации. Затем клиент последовательно передает, в единицах сегментных медиа-файлов, серверу запрос HTTP GET, чтобы потребовать от сервера передать каждый из сегментных медиа-файлов из совокупности сегментных файлов, обладающих выбранным атрибутом. Сервер последовательно передает клиенту каждый из сегментных медиа-файлов, находящихся по адресу URL, назначенному в указанном запросе HTTP GET, в качестве ответа HTTP GET, а клиент последовательно накапливает принятые сегментные медиа-файлы в буфере приема.

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

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

В то же время, Рабочей группой проектирования Интернет (IETF (Internet Engineering Task Force)) в мае 2015 г. был выпущен протокол HTTP/2 в качестве последующей версии протокола HTTP1.1 (см., например, литературу NPL 1). Протокол HTTP/2 позволяет осуществлять мультиплексированную связь, сжатие заголовков, конвейерную обработку запросов и ответов и другие подобные процедуры при сохранении полной обратной совместимости с протоколом HTTP1.1.

Кроме того, группой IETF в декабре 2011 г., раньше выпуска протокола HTTP/2, был выпущен протокол WebSocket в качестве протокола, позволяющего осуществлять мультиплексированную связь (двустороннюю связь) на основе HTTP (см., например, литературу NPL 2). Отметим, что мультиплексированная связь представляет собой способ связи, когда сервер передает не только ответ на запрос от клиента, но также и другие данные, которые не являются ответом на какой-либо запрос.

На этом фоне группа MPEG в настоящий момент рассматривает возможности повышения эффективности потоковых передач путем адаптации протокола HTTP/2 или протокола WebSocket, являющегося протоколом полностью дуплексной связи, в качестве протокола связи между клиентом и сервером в системе согласно стандарту MPEG-DASH.

Список литературы

Непатентная литература

[NPL 1] Гипертекстовый транспортный протокол Версия 2 (HTTP/2), май 2015 г., Интернет <URL: https://tools.ietf.org/html/rfc7540>

[NPL 2] Протокол WebSocket, декабрь 2011, Интернет <URL: https://tools.ietf.org/html/rfc6455>

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

Техническая проблема

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

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

Решение проблемы

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

Способ обработки информации согласно первому аспекту настоящего изобретения соответствует устройству обработки информации согласно первому аспекту настоящего изобретения.

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

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

Способ обработки информации согласно второму аспекту настоящего изобретения соответствует устройству обработки информации согласно второму аспекту настоящего изобретения.

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

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

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

Полезные результаты изобретения

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

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

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

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

Фиг. 1 представляет иллюстративную схему иерархической структуры MPD-файла согласно стандарту MPEG-DASH.

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

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

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

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

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

Фиг. 7 иллюстрирует пример конфигурации кадра в соответствии с протоколом WebSocket.

Фиг. 8 иллюстрирует пример структуры субкадра согласно второму варианту.

Фиг. 9 иллюстрирует пример расширения (EXTENSION) субкадра.

Фиг. 10 иллюстрирует другой пример расширения (EXTENSION) субкадра.

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

Описание вариантов осуществления

Далее будут описаны способы осуществления настоящего изобретения (в дальнейшем именуемые «варианты»). Отметим, что описание будет приведено в следующем порядке.

1. Первый вариант: Система обработки информации (фиг. 1 – 6)

2. Второй вариант: Система обработки информации (фиг. 7 – 10)

3. Третий вариант: Компьютер (фиг. 11)

Первый вариант

Описание MPD-файла

Фиг. 1 представляет иллюстративную схему иерархической структуры MPD-файла согласно стандарту MPEG-DASH.

В MPD-файле такая информация, как схемы кодирования, скорости передачи данных при кодировании, уровни разрешения видео и языки движущихся видео контентов, иерархизирована и описана в формате XML.

В частности, как показано на фиг. 1, MPD-файл иерархически содержит такие элементы, как элемент периода (Period), элемент набора адаптации (AdaptationSet), элемент представления (Representation) и элемент сегментной информации (SegmentInfo) и т.п.

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

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

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

Элемент сегментной информации (SegmentInfo) включен в каждый элемент представления и содержит информацию (например, адрес URL), ассоциированную с каждым сегментным файлом в группе сегментных файлов, соответствующих этому элементу представления.

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

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

Система 10 обработки информации, показанная на фиг. 2, конфигурирована путем соединения сервера 11 доставки контента с воспроизводящим клиентом 12 через сеть 13 связи. Эта система 10 обработки информации осуществляет адаптивную динамическую потоковую передачу данных согласно стандарту MPEG-DASH в соответствии с протоколом HTTP/2.

В частности, сервер 11 доставки контента в составе системы 10 обработки информации конфигурирован с использованием секции 30 памяти, http-сервера 31, аналитической секции 32, измерительной секции 33, селекторной секции 34 и селекторной секции 35.

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

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

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

Указанный http-сервер 31 осуществляет связь с воспроизводящим клиентом 12 через сеть 13 связи в соответствии с протоколом HTTP/2. В частности, http-сервер 31 принимает запрос HTTP GET (далее называемый “MPD-запрос”), переданный от воспроизводящего клиента 12, чтобы запросить у сервера 11 доставки контента передать MPD-файл. Этот http-сервер 31 считывает MPD-файл из секции 30 памяти на основе адреса URL этого MPD-файла, указанного в MPD-запросе (информации запроса файла управления) и передает этот MPD-файл воспроизводящему клиенту 12. В дополнении к этому, http-сервер 31 передает заголовок MPD-запроса в аналитическую секцию 32.

Более того, http-сервер 31 принимает запрос HTTP GET (в дальнейшем называемый «медиа-запрос»), переданный от воспроизводящего клиента 12 с целью потребовать от сервера 11 доставки контента передать сегментный медиа-файл, обладающий заданным атрибутом для заданного типа медиа и имеющий заданный момент времени воспроизведения. Этот http-сервер 31 считывает сегментный медиа-файл из секции 30 памяти через селекторную секцию 35 на основе адреса URL, назначенного в составе медиа-запроса (информация запроса файла контента), и передает этот сегментный медиа-файл воспроизводящему клиенту 12. В дополнение к этому, http-сервер 31 передает заголовок медиа-запроса в аналитическую секцию 32.

Более того, http-сервер 31 (передающая секция) передает сегментный файл инициализации, поступивший от селекторной секции 34, и сегментные медиа-файлы, поступающие от селекторной секции 35, воспроизводящему клиенту 12.

Аналитическая секция 32 анализирует заголовок MPD-запроса, поступивший от http-сервера 31, и выделяет расширение заголовка, описывающее команду передачи сегмента инициализации. Эта команда передачи сегмента инициализации представляет собой команду «продвижения», чтобы запросить у сервера 11 доставки контента передачу сегментного файла инициализации, обладающего заданным атрибутом заданного типа медиа из совокупности сегментных файлов инициализации из состава движущихся видео контентов, обладающих атрибутами для каждого из нескольких типов медиа, сохраняемых в секции 30 памяти.

Расширение заголовка, которое описывает команду передачи сегмента инициализации, имеет вид “Accept-push-policy: “type”=“push-init-segment,” PUSH_PARAMS.” Здесь параметр “Accept-push-policy” представляет собой имя расширения заголовка и указывает, что это расширение заголовка представляет собой расширение заголовка, которое описывает команду продвижения, направляемую серверу 11 доставки контента. Описание после параметра “Accept-push-policy” присваивает величину каждому параметру путем соединения кода, обозначающего этот параметр, с величиной этого параметра посредством знака равенства.

Другими словами, в записи “type”=“push-init-segment,” код “type”, который обозначает тип (вид) команды продвижения в качестве параметра, и код “push-init-segment”, который является величиной этого параметра, соединены знаком равенства. Поэтому в качестве типа команды продвижения, описываемого в расширении заголовка, назначена команда передачи сегмента инициализации.

Далее, запись “PUSH_PARAMS” после записи “type”=“push-init-segment” представляет собой описание, соединяющее код, который обозначает, в качестве параметра, тип (вид) медиа или вид атрибута сегментного файла инициализации, запрошенного у сервера 11 доставки контента для передачи, посредством команды передачи сегмента инициализации, с величиной этого параметра знаком равенства. Это описание назначает тип медиа или атрибут сегментного файла инициализации, запрошенного посредством команды передачи сегмента инициализации у сервера 11 доставки контента для передачи.

Например, в записи “PUSH_PARAMS,” код “media”, который обозначает тип медиа в качестве параметра, соединен с типом MIME, представляющим величину, указывающую тип медиа, посредством знака равенства. Тем самым оказывается назначен тип медиа для сегментного файла инициализации, который посредством команды передачи сегмента инициализации запрошен у сервера 11 доставки контента для передачи. К примерам типа MIME, обозначающего тип медиа, относятся “video/mp4” и “audio/mp4.” Запись “video/mp4” указывает видео, записанное в формате MP4, в качестве типа медиа, а запись “audio/mp4” указывает аудио, записанное в формате MP4, в качестве типа медиа.

Далее, в записи “PUSH_PARAMS,” код “lang”, обозначающий язык в качестве параметра, соединен с кодом языка согласно ISO 639-1 в качестве информации атрибута языка знаком равенства. Тем самым оказывается задан атрибут языка в сегментном файле инициализации, который посредством команды передачи сегмента инициализации запрошен от сервера 11 доставки контента для передачи. В случае назначения, например, японского языка в качества атрибута языка в записи “PUSH_PARAMS” указано “lang”=“ja”. Отметим, что атрибут языка может быть назначен только в случае назначения аудио или субтитров в качестве типа медиа.

Более того, в записи “PUSH_PARAMS” код “role”, указывающий цель (роль) в качестве параметра, соединен со значением атрибута роль, которым могут обладать элементы набора адаптации в MPD-файле, в качестве информации атрибута, ассоциированного с целью (ролью), знаком равенства. Тем самым оказывается назначен атрибут цель (роль) сегментного файла инициализации, который посредством команды передачи сегмента инициализации запрошен у сервера 11 доставки контента для передачи. К примерам значения атрибута роль, которым может обладать MPD-файл, относятся «главный» (“main”), «альтернативный» (“alternate”), «вспомогательный» (“supplementary”), «комментарий» (“commentary”), «дублированный» (“dub (dubbing)”) и «описание» (“description”).

Далее, в записи “PUSH_PARAMS” код “bitrate”, указывающий скорость передачи данных при кодировании в качестве параметра, соединен с указанием диапазона скоростей передачи данных при кодировании в качестве информации атрибута, ассоциированного со скоростью передачи данных при кодировании, знаком равенства. Тем самым оказывается задан диапазон атрибута скорости передачи данных при кодировании сегментного файла инициализации, который посредством команды передачи сегмента инициализации запрошен у сервера 11 доставки контента для передачи.

Поэтому расширение заголовка, описывающее команду передачи сегмента инициализации, назначающее тип медиа, цель (роль) и скорость передачи данных при кодировании для сегментного файла инициализации, который посредством команды передачи сегмента инициализации запрошен у сервера 11 доставки контента для передачи, имеет вид, например, “Accept-push-policy: “type”=“push-init-segment,”“media”=“video/mp4,”“role”=“main,”“bitrate”=“400000-8000000”.”

В этом случае, видео в формате MP4 назначено в качестве типа медиа для сегментного файла инициализации, который посредством команды передачи сегмента инициализации попросили передать сервер 11 доставки контента, а параметр “main” назначен в качестве информации атрибута, ассоциированной с целью (ролью). В дополнение к этому, диапазон от 400 кбит/с до 8 Мбит/с назначен в качестве диапазона для информации атрибута, ассоциированной со скоростью передачи данных при кодировании.

Аналитическая секция 32 распознает тип медиа и атрибуты, назначенные записью “PUSH_PARAMS” в расширении заголовка, описывающем команду передачи сегмента инициализации, и передает эти тип медиа и атрибуты в селекторную секцию 34.

Далее, аналитическая секция 32 выполняет анализ заголовка медиа запроса, поступающего от http-сервера 31, и выделяет расширение заголовка, описывающее команду передачи адаптированных медиа-файлов. Эта команда передачи адаптированных медиа-файлов представляет собой команду продвижения с целью запросить сервер 11 доставки контента передать последующие сегментные медиа-файлы (файлы с последующим контентом), каждый из которых передают со скоростью передачи данных при кодировании, выбранной в допустимом диапазоне. Отметим, что эти последующие сегментные медиа-файлы представляют собой сегментные медиа-файлы, имеющие более поздние моменты времени воспроизведения, чем момент времени воспроизведения сегментного медиа-файла, затребованного посредством запроса медиа у сервера 11 доставки контента для передачи, и обладающие идентичными атрибутами кроме скорости передачи данных при кодировании для сегментного медиа-файла, на передачу которого сервер 11 доставки контента получил запрос.

Расширение заголовка, описывающее команду передачи адаптированных медиа-файлов, имеет вид “Accept-push-policy: “type”=“push-media-adapted,” PUSH_PARAMS.” Вид расширения заголовка, описывающего команду передачи адаптированных медиа-файлов, аналогичен виду расширения заголовка, описывающего команду передачи сегмента инициализации, за исключением типа команды продвижения и параметров в записи PUSH_PARAMS.

Другими словами, в записи “type”=“push-media-adapted” в составе расширения заголовка, описывающего команду передачи адаптированных медиа-файлов, код “type” соединен с описанием “push-media-adapted” знаком равенства. Таким образом, тип «команда передачи адаптированных медиа-файлов» назначен в качестве типа команды продвижения, описываемой в этом расширении заголовка.

Далее, запись “PUSH_PARAMS” после записи “type”=“push-media-adapted” представляет собой описание, соединяющее коды, указывающие, в качестве параметров, период времени последующих сегментных медиа-файлов, которые посредством команды передачи адаптированных медиа-файлов запрошены у сервера 11 доставки контента для передачи и допустимый диапазон скоростей передачи данных при кодировании, со значениями этих параметров знаком равенства. Эта запись назначает период времени последующих сегментных медиа-файлов, которые посредством команды передачи адаптированных медиа-файлов запрошены у сервера 11 доставки контента для передачи, и допустимый диапазон скоростей передачи данных при кодировании.

К примерам кодов, указывающих период времени последующих сегментных медиа-файлов в качестве параметра, относятся «длительность» (“duration”) и «номер» (“number”). В случае, в котором кодом, указывающим период времени последующих сегментных медиа-файлов, является код “duration,” этот код “duration” соединен в записи “PUSH_PARAMS” с целочисленным значением, указывающим время воспроизведения в секундах, в качестве информации, обозначающей период времени последующих сегментных медиа-файлов, знаком равенства. С другой стороны, если кодом, указывающим период времени последующих сегментных медиа-файлов, является код “number”, тогда этот код “number” соединен в записи “PUSH_PARAMS” с целочисленным значением, указывающим число файлов, в качестве информации, обозначающей период времени последующих сегментных медиа-файлов, знаком равенства. Тем самым эта запись назначает период времени последующих сегментных медиа-файлов, которые посредством команды передачи запрошены у сервера 11 доставки контента для передачи.

Далее, в записи “PUSH_PARAMS,” код “bitrate”, указывающий допустимый диапазон скоростей передачи данных при кодировании в качестве параметра, соединен с данными диапазона скоростей передачи данных при кодировании в качестве информации диапазона, указывающей допустимый диапазон скоростей передачи данных при кодировании, знаком равенства. Тем самым эта запись назначает информацию диапазона, ассоциированную со скоростью передачи данных при кодировании для последующих сегментных медиа-файлов, которые посредством команды передачи адаптированных медиа-файлов запрошены у сервера 11 доставки контента для передачи.

Таким образом, расширение заголовка, описывающее команду передачи адаптированных медиа-файлов, назначающую период времени последующих сегментных медиа-файлов, которые посредством команды передачи адаптированных медиа-файлов запрошены у сервера 11 доставки контента для передачи, путем указания времени воспроизведения, имеет вид, например, “accept-push-policy:“type”=“push-media-adapted,”“duration”=“120,”“bitrate”=“400000-8000000”.” В этом случае, 120 с назначены в качестве времени воспроизведения последующих сегментных медиа-файлов, которые посредством команды передачи адаптированных медиа-файлов запрошены у сервера 11 доставки контента для передачи, а диапазон от 400 кбит/с до 8 Мбит/с назначен в качестве допустимого диапазона скоростей передачи данных при кодировании.

Аналитическая секция 32 распознает период времени и допустимый диапазон скоростей передачи данных при кодировании, назначенные записью “PUSH_PARAMS” в составе расширения заголовка, описывающего команду передачи адаптированных медиа-файлов, и передает найденные период времени и допустимый диапазон скоростей передачи данных при кодировании в селекторную секцию 35.

Измерительная секция 33 осуществляет измерения эффективной скорости передачи данных в MPD-файле, сегментном файле инициализации и сегментных медиа-файлах, передаваемых от http-сервера 31. В частности, в момент приема данных передают сигнал квитирования (ACK) в качестве сообщения о приеме данных, передаваемых между сервером 11 доставки контента и воспроизводящим клиентом 12. Таким образом, измерительная секция 33 осуществляет измерение эффективной скорости передачи данных на основе состояния сигнала ACK от воспроизводящего клиента 12 на уровне, например, протокола TCP (Протокол управления передачей (Transfer Control Protocol)). Измерительная секция 33 передает полученную в результате измерений величину скорости передачи данных в селекторную секцию 35 в качестве измеренной скорости передачи битов данных, указывающей эффективную ширину полосы пропускания сети 13.

Селекторная секция 34 генерирует и сохраняет список передачи, в котором зарегистрированы поступающие от аналитической секции 32 адреса URL сегментных файлов инициализации, имеющих назначенный тип медиа и назначенные атрибуты, на основе MPD-файла, хранящегося в секции 30 памяти.

В частности, селекторная секция 34 выбирает элементы представления в совокупности элементов набора адаптации, имеющих назначенный тип медиа, из совокупности всех элементов представление, описанных в MPD-файле. Затем эта селекторная секция 34 выбирает один элемент представление, обладающий назначенным атрибутом, или элемент представление в составе элемента набора адаптации, объединяющего элементы представление и обладающего назначенным атрибутом, из совокупности выбранных элементов представление.

Например, в MPD-файле каждый элемент представление обладает информацией атрибута, ассоциированного со скоростью передачи данных при кодировании, в качестве атрибута ширины полосы. Таким образом, если назначен только вид атрибута, представляющий собой скорость передачи данных при кодировании, селекторная секция 34 выбирает элемент представление, обладающий информацией атрибута, ассоциированной с атрибутами в диапазоне атрибутов назначенной скорости передачи данных при кодировании, в качестве атрибута ширины полосы, из совокупности выбранных элементов представления.

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

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

Селекторная секция 34 генерирует и сохраняет список передачи, в котором регистрирует адрес URL сегментного файл инициализации, входящего в элемент Представления, выбранный, как описано выше, в качестве списка передачи сегментных файлов инициализации. Эта селекторная секция 34 считывает сегментный файл инициализации из секции 30 памяти на основе адреса URL, зарегистрированного в списке передачи сегментных файлов инициализации, и передает этот сегментный файл инициализации http-серверу 31.

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

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

Селекторная секция 35 генерирует и сохраняет список передачи, в котором зарегистрированы адреса URL последующих сегментных медиа-файлов, принадлежащих выбранному элементу Представления, в качестве списка передачи последующих сегментных медиа-файлов. Эта селекторная секция 35 считывает последующие сегментные медиа-файлы из секции 30 памяти на основе адресов URL, зарегистрированных в списке передачи последующих сегментных медиа-файлов, и передает эти последующие сегментные медиа-файлы http-серверу 31.

Воспроизводящий клиент 12 конфигурирован с использованием секции 50 генерации запросов, http-клиента 51, анализатора 52 MPD-файла, селекторной секции 53, буфера 54 приема и секции 56 воспроизведения.

Секция 50 генерации запросов в аппаратуре воспроизводящего клиента 12 генерирует MPD-запрос с заголовком, содержащим команду передачи сегмента инициализации. В частности, воспроизводящий клиент 12 не получает MPD-файл уже в момент генерации MPD-запроса; поэтому в этот момент атрибуты и тип медиа сегментного файла инициализации, фактически хранящегося на сервере 11 доставки контента, неизвестны воспроизводящему клиенту 12. Однако воспроизводящий клиент 12 может выбрать типы медиа и атрибуты сегментного файла инициализации, которые могут стать необходимыми, из совокупности значений, какие могут быть взяты в качестве типов медиа и атрибутов сегментного файла инициализации, на основе характеристик воспроизводящего клиента 12, предпочтений пользователя и других подобных факторов.

Таким образом, секция 50 генерации запросов генерирует расширение заголовка, которое описывают команду передачи сегмента инициализации, назначающую тип медиа и атрибуты сегментного файла инициализации, которые могут быть необходимы, и генерирует MPD-запрос с заголовком, содержащим расширение заголовка. Секция 50 генерации запросов передает MPD-запрос http-клиенту 51.

Далее, секция 50 генерации запросов генерирует медиа-запрос с заголовком, содержащим команду передачи адаптированных медиа-файлов на основе адреса URL и допустимого диапазона скоростей передачи данных при кодировании, поступающих от селекторной секции 53. В частности, секция 50 генерации запросов генерирует медиа-запрос, содержащий адрес URL, расположенный в области данных (теле), и расположенное в области заголовка расширение заголовка, описывающее команду передачи адаптированных медиа-файлов, назначающую период времени последующих сегментных медиа-файлов и допустимый диапазон скоростей передачи данных при кодировании. Секция 50 генерации запросов передает этот медиа-запрос http-клиенту 51.

Указанный http-клиент 51 (передающая секция) осуществляет связь с сервером 11 доставки контента через сеть 13 связи в соответствии с протоколом HTTP/2. В частности, http-клиент 51 передает MPD-запрос и медиа-запрос, поступающие от секции 50 генерации запросов, серверу 11 доставки контента. Этот http-клиент 51 принимает MPD-файл и сегментный файл инициализации, передаваемые от сервера 11 доставки контента в ответ на MPD-запрос.

Указанный http-клиент 51 передает MPD-файл анализатору 52 MPD-файла и передает сегментный файл инициализации в буфер 54 приема. В дополнение к этому, http-клиент 51 принимает сегментный медиа-файл, передаваемый от сервера 11 доставки контента в ответ на медиа-запрос, и передает этот сегментный медиа-файл в буфер 54 приема.

Анализатор 52 MPD-файла выполняет анализ MPD-файла, поступившего от http-клиента 51, и передает информацию Представления, содержащую тип медиа, атрибуты, адреса URL и другие подобные факторы, соответствующие каждому элементу Представления, в селекторную секцию 53.

Селекторная секция 53 определяет тип медиа и атрибуты в составе сегментного медиа-файла, находящегося по адресу URL, назначенному в составе медиа-запроса, на основе измеренной величины скорости передачи данных, поступающей от секции 57 оценки ширины полосы, характеристик воспроизводящего клиента 12, предпочтений пользователя и других подобных факторов.

Селекторная секция 53 выбирает информацию Представления, ассоциированную с сегментным медиа-файлом, находящимся по адресу URL, назначенному медиа-запросом, из совокупности информации Представления, поступающей от анализатора 52 MPD-файла, на основе найденных типа медиа и атрибутов. Далее, селекторная секция 53 определяет адрес URL сегментного медиа-файла, назначенный в составе медиа-запроса, на основе момента времени воспроизведения сегментного медиа-файла, находящегося по адресу URL, назначенному в составе медиа-запроса, и выбранной информации Представления, и передает этот адрес URL в секцию 50 генерации запросов.

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

Буфер 54 приема сохраняет сегментный файл инициализации и сегментный медиа-файл, поступающие от http-клиента 51.

Секция 56 воспроизведения считывает сегментный файл инициализации, который нужно воспроизвести, из буфера 54 приема и устанавливает параметры, входящие в состав этого сегментного файла инициализации. Далее, секция 56 воспроизведения считывает сегментный медиа-файл, который нужно воспроизвести, из буфера 54 приема. Секция 56 воспроизведения декодирует и воспроизводит кодированный поток данных, сохраняемый в считываемом сегментном медиа-файле, с использованием установленных параметров.

Секция 57 оценки ширины полосы измеряет эффективную скорость приема данных на основе объемов данных в сегментном файле инициализации и в сегментном медиа-файле, сохраняемых в буфере 54 приема. Секция 57 оценки ширины полосы передает величину скорости приема данных, полученную в результате измерений, в селекторную секцию 53 в качестве измеренной величины скорости передачи данных.

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

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

Как показано на фиг. 3, самый низший уровень программного обеспечения воспроизводящего клиента 12 представляет собой аппаратный уровень, конфигурированный с использованием буфер 54 приема и секции 70 воспроизведения. В дополнение к этому, промежуточный уровень конфигурирован с использованием секции 71 DASH-клиента, секции 72 оценки ширины полосы и секции 73 управления воспроизведением, а самый высший уровень конфигурирован с использованием секции 74 приложений.

Секция 71 DASH-клиента представляет собой программное обеспечение, реализующее http-клиента 51 и анализатор 52 MPD-файла, а секция 72 оценки ширины полосы представляет собой программное обеспечение, реализующее секцию 57 оценки ширины полосы. Далее, секция 73 управления воспроизведением представляет собой программное обеспечение, управляющее секцией 70 воспроизведения, а секция 70 воспроизведения и секция 73 управления воспроизведением реализуют секцию 56 воспроизведения. Секция 74 приложений представляет собой программное обеспечение, реализующее секцию 50 генерации запросов, селекторную секцию 53 и другие подобные секции.

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

На фиг. 4 представлена логическая схема для описания процедур, осуществляемых системой 10 обработки информации, показанной на фиг. 2.

На этапе S11, показанном на фиг. 4, секция 50 генерации запросов в составе воспроизводящего клиента 12 выбирает тип медиа и атрибуты сегментного файла инициализации, которые могут стать необходимыми, из совокупности значений, которые могут быть выбраны в качестве типа медиа и атрибутов сегментного файла инициализации.

На этапе S12, секция 50 генерации запросов генерирует MPD-запрос с заголовком, содержащим расширение заголовка, описывающее команду передачи сегмента инициализации, назначающую выбранные тип медиа и атрибут, и передает MPD-запрос серверу 11 доставки контента.

На этапе S41 http-сервер 31 в составе сервера 11 доставки контента принимает MPD-запрос, переданный от воспроизводящего клиента 12. В дополнение к этому, http-сервер 31 считывает MPD-файл из секции 30 памяти на основе адреса URL для MPD-файла, назначенного в составе MPD-запроса. На этапе S42 http-сервер 31 передает прочитанный им MPD-файл воспроизводящему клиенту 12 в качестве ответа на MPD-запрос. Далее, http-сервер 31 передает заголовок MPD-запроса в аналитическую секцию 32.

На этапе S13 http-клиент 51 принимает MPD-файл, переданный от сервера 11 доставки контента, и передает этот MPD-файл анализатору 52 MPD-файла. Анализатор 52 MPD-файла осуществляет анализ этого MPD-файла, поступившего от http-клиента 51, и передает информацию Представления, ассоциированную с каждым элементом Представления, в селекторную секцию 53.

На этапе S43 сервер 11 доставки контента осуществляет процедуру генерации списка передачи сегментных файлов инициализации на основе команды передачи сегмента инициализации, входящей в состав заголовка MPD-запроса, и MPD-файла. Подробности процедуры генерации списка передачи сегментных файлов инициализации будут рассмотрены со ссылками на фиг. 5, который будет описан позднее.

На этапе S44 селекторная секция 35 считывает сегментный файл инициализации из секции 30 памяти на основе первого адреса URL в списке адресов URL, зарегистрированных в списке передачи сегментных файлов инициализации, и передает этот сегментный файл инициализации воспроизводящему клиенту 12 через http-сервер 31. Сегментный файл инициализации, соответствующий i-ому адресу URL от начала списка адресов URL, зарегистрированных в списке передачи сегментных файлов инициализации, будет в дальнейшем называться “сегментный файл #i инициализации”.

На этапе S14 http-клиент 51 принимает сегментный файл #1 инициализации, передаваемый от сервера 11 доставки контента, и передает этот сегментный файл #1 инициализации в буфер 54 приема, так что этот буфер 54 приема сохраняет сегментный файл #1 инициализации.

После выполнения процедуры на этапе S44 сегментные файлы инициализации с #i+1 по #n-1 последовательно передают воспроизводящему клиенту 12 аналогично процедуре, выполненной на этапе S44. После выполнения процедуры на этапе S14 сегментные файлы инициализации с #i+1 по #n-1 последовательно принимают от сервера 11 доставки контента аналогично процедуре, выполняемой на этапе S14. Отметим, что n обозначает число адресов URL, зарегистрированных в списке передачи сегментных файлов инициализации, и представляет собой целое число не меньше 1.

После передачи сегментного файла #n-1 инициализации, на этапе S45, селекторная секция 35 передает сегментный файл #n инициализации воспроизводящему клиенту 12 аналогично процедуре, выполняемой на этапе S44.

В дополнение к этому, после приема сегментного файла #n-1 инициализации, на этапе S15, http-клиент 51 принимает сегментный файл #n инициализации от сервера 11 доставки контента аналогично процедуре, выполняемой на этапе S14, и передает этот сегментный файл #n инициализации в буфер 54 приема, так что этот буфер 54 приема сохраняет полученный им сегментный файл #n инициализации.

На этапе S16 селекторная секция 53 определяет адрес URL сегментного медиа-файл, назначенного в составе медиа-запроса, на основе измеренной величины скорости передачи данных, поступившей от секции 57 оценки ширины полосы, характеристик воспроизводящего клиента 12, предпочтений пользователя и других подобных факторов. Более того, селекторная секция 53 определяет допустимый диапазон атрибутов скорости передачи данных при кодировании для последующих сегментных медиа-файлов на основе измеренной величины скорости передачи данных, характеристик воспроизводящего клиента 12, предпочтений пользователя и других подобных факторов. В дополнение к этому, селекторная секция 53 передает найденные адрес URL и допустимый диапазон в секцию 50 генерации запросов.

На этапе S17 секция 50 генерации запросов генерирует медиа-запрос с заголовком, содержащим команду передачи адаптированных медиа-файлов, на основе адреса URL и допустимого диапазона скорости передачи данных при кодировании, поступающих от селекторной секции 53, и передает этот медиа-запрос серверу 11 доставки контента через http-клиента 51.

На этапе S46 http-сервер 31 принимает медиа-запрос, переданный от воспроизводящего клиента 12. На этапе S47 http-сервер 31 считывает сегментный медиа-файл из секции 30 памяти через селекторную секцию 35 на основе адреса URL, назначенного в составе медиа-запроса, и передает этот сегментный медиа-файл воспроизводящему клиенту 12. В дополнение к этому, http-сервер 31 передает заголовок этого медиа-запроса в аналитическую секцию 32.

На этапе S18 http-клиент 51 принимает сегментный медиа-файл, переданный от сервера 11 доставки контента, и передает сегментный медиа-файл в буфер 54 приема, так что этот буфер 54 приема сохраняет полученный сегментный медиа-файл.

На этапе S48 сервер 11 доставки контента осуществляет процедуру генерации списка передачи последующих сегментных медиа-файлов с целью генерации такого списка передачи последующих сегментных медиа-файлов на основе команды передачи адаптированных медиа-файлов, включенной в состав заголовка медиа-запроса, и MPD-файла. Подробности этой процедуры генерации списка передачи последующих сегментных медиа-файлов будут рассмотрены со ссылками на фиг. 6, который будет описан позднее.

На этапе S49 селекторная секция 35 считывает последующий сегментный медиа-файл из секции 30 памяти на основе первого адреса URL из списка адресов URL, зарегистрированных в списке передачи последующих сегментных медиа-файлов, и передает этот последующий сегментный медиа-файл воспроизводящему клиенту 12 через http-сервер 31. Последующий сегментный файл, соответствующий i-ому адресу URL от начала списка адресов URL, зарегистрированных в списке передачи последующих сегментных медиа-файлов, будет в дальнейшем называться “последующий сегментный медиа-файл #i”.

На этапе S19 http-клиент 51 принимает последующий сегментный медиа-файл #1, переданный от сервера 11 доставки контента, и передает последующий сегментный медиа-файл #1 в буфер 54 приема, так что этот буфер 54 приема сохраняет последующий сегментный медиа-файл #1.

После выполнения процедуры на этапе S49 последующие сегментные медиа-файлы с #i+1 по #m-1 последовательно передают воспроизводящему клиенту 12 аналогично процедуре, выполняемой на этапе S49. В дополнение к этому, после выполнения процедуры этапа S19 последующие сегментные медиа-файлы с #i+1 по #m-1 последовательно принимают от сервера 11 доставки контента аналогично процедуре, выполняемой на этапе S19. Отметим, что число m представляет собой число адресов URL, зарегистрированных в списке передачи последующих сегментных медиа-файлов, и является целым числом не меньше 1.

После передачи последующего сегментного медиа-файла #m-1, на этапе S50, селекторная секция 35 передает последующий сегментный медиа-файл #m воспроизводящему клиенту 12 через http-сервер 31 аналогично процедуре, выполняемой на этапе S49.

В дополнение к этому, после приема последующего сегментного медиа-файла #m-1, на этапе S20, http-клиент 51 принимает последующий сегментный медиа-файл #m от сервера 11 доставки контента аналогично процедуре, выполняемой на этапе S19, и передает последующий сегментный медиа-файл #m в буфер 54 приема, так что этот буфер 54 приема сохраняет полученный им последующий сегментный медиа-файл #m.

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

На фиг. 5 представлена логическая схема для описания подробностей процедуры генерации списка передачи сегментных файлов инициализации на этапе S43, показанной на фиг. 4.

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

На этапе S71, показанном на фиг. 5, аналитическая секция 32 определяет, включена ли команда передачи сегмента инициализации в заголовок, передаваемый от http-сервера 31. В частности, аналитическая секция 32 определяет, содержит ли заголовок, поступивший от http-сервера 31, расширение заголовка с именем заголовка “accept-push-policy”, и содержит ли этот расширение заголовка запись “type”=“push-init-segment.”

Если на этапе Step S71 определено, что заголовок содержит команду передачи сегмента инициализации, процедура переходит к этапу S72. На этапе S72, селекторная секция 34 задает сегментные файлы инициализации, соответствующие всем элементам Представления, описываемым в MPD-файле, в качестве тех, которые необходимо передать, и регистрирует адреса URL сегментных файлов инициализации, входящих в эти элементы Представления, в списке передачи.

На этапе S73 аналитическая секция 32 определяет, назначен ли тип медиа в составе команды передачи сегмента инициализации, иными словами, содержит ли расширение заголовка код “media”. Если на этапе S73 будет определено, что в команде передачи сегмента инициализации назначен тип медиа, аналитическая секция 32 распознает тип медиа, обозначенный как тип MIME, соединенный с кодов “media” знаком равенства, в качестве назначенного типа медиа и передает этот тип медиа в селекторную секцию 34.

На этапе S74 селекторная секция 34 стирает адреса URL, соответствующие типам медиа, которые поступают от аналитической секции 32 и которые отличаются от назначенного типа медиа, из списка передачи. В частности, селекторная секция 34 стирает из этого списка передачи, адреса URL сегментных файлов инициализации, входящих в состав элементов Представления, категоризированных по группам посредством элементов Адаптации, имеющих типы медиа, отличные от назначенного типа медиа. Затем процедура переходит к этапу S75.

С другой стороны, если на этапе S73 определено, что тип медиа не назначен в команде передачи сегмента инициализации, процедура пропускает этап S74 и переходит к этапу S75.

На этапе S75 селекторная секция 34 определяет, назначен ли атрибут языка в составе команды передачи сегмента инициализации, и присутствуют ли адреса URL, соответствующие атрибуту языка, в списке передачи. Другими словами, если расширение заголовка содержит код “lang” и если атрибут, обозначенный кодом языка, соединенным с кодом “lang” посредством знака равенства, поступает от аналитической секции 32 в качестве назначенного атрибута языка, селекторная секция 34 определяет, присутствуют ли адреса URL сегментных файлов инициализации, включенных в элемент Представления, обладающий этим атрибутом, в списке передачи.

Если на этапе S75 определено, что атрибут языка назначен в команде передачи сегмента инициализации и что адреса URL, соответствующие этому атрибуту языка, присутствует в списке передачи, процедура переходит к этапу S76.

На этапе S76 селекторная секция 34 стирает адреса URL, соответствующие атрибутам языка, поступающим от аналитической секции 32 и отличным от назначенного атрибута языка, из списка передачи. Затем процедура переходит к этапу S77.

С другой стороны, если на этапе S75 определено, что атрибут языка не назначен в команде передачи сегмента инициализации или что адреса URL, соответствующие атрибуту языка, назначенному в команде передачи сегмента инициализации, не присутствуют в списке передачи, процедура пропускает этап S76 и переходит к этапу S77.

На этапе S77 селекторная секция 34 определяет, назначен ли атрибут роли в команде передачи сегмента инициализации и присутствуют ли адреса URL, соответствующие атрибуту роли, в списке передачи. Другими словами, если расширение заголовка содержит код “role” и если атрибут, обозначенный значением атрибута роль, соединенным с кодом “role” знаком равенства, поступает из аналитической секции 32 в качестве назначенного атрибута роль, селекторная секция 34 определяет, присутствуют ли адреса URL сегментных файлов инициализации, включенных в элемент Представления, обладающий рассматриваемым атрибутом, в списке передачи.

Если на этапе S77 определено, что атрибут роль назначен в команде передачи сегмента инициализации и что адреса URL, соответствующие этому атрибуту роль, присутствуют в списке передачи, процедура переходит к этапу S78.

На этапе S78 селекторная секция 34 стирает адреса URL, соответствующие атрибутам роль, которые поступают от аналитической секции 32 и которые отличаются от назначенного атрибута роль, из списка передачи. Затем процедура переходит к этапу S79.

С другой стороны, если на этапе S77 определено, что атрибут роль не назначен в команде передачи сегмента инициализации или что адреса URL, соответствующие атрибуту роль, назначенному в команде передачи сегмента инициализации, не присутствуют в списке передачи, процедура пропускает этап Step S78 и переходит к этапу S79.

На этапе S79 селекторная секция 34 определяет, назначен ли атрибут диапазона скоростей передачи данных при кодировании в команде передачи сегмента инициализации и присутствуют ли адреса URL, соответствующие величине скорости передачи данных при кодировании, попадающей в указанный диапазон, в списке передачи. Другими словами, если расширение заголовка содержит код “bitrate” и диапазон атрибута, обозначенный информацией атрибута, соединенной с кодом “bitrate” посредством знака равенства, поступает от аналитической секции 32 в качестве назначенного атрибута диапазона скоростей передачи данных при кодировании, селекторная секция 34 определяет, присутствуют ли адреса URL сегментных файлов инициализации, входящих в состав элемента Представления, обладающего величиной скорости передачи данных при кодировании, попадающей в диапазон атрибута, в списке передачи.

Если на этапе S79 определено, что атрибут диапазона скоростей передачи данных при кодировании назначен в команде передачи сегмента инициализации и что адреса URL, соответствующие величинам скоростей передачи данных при кодировании, попадающим в указанный диапазон, присутствуют в списке передачи, процедура переходит к этапу S80.

На этапе S80 селекторная секция 34 стирает адреса URL, соответствующие атрибутам скорости передачи данных при кодировании, которые поступают от аналитической секции 32 и которые не попадают в диапазон назначенного атрибута скорости передачи данных при кодировании, из списка передачи. Процедура этим завершается.

С другой стороны, если определено на этапе S79, что атрибут диапазона скоростей передачи данных при кодировании не назначен в команде передачи сегмента инициализации или что адреса URL, соответствующие величинам скоростей передачи данных при кодировании в пределах атрибута диапазона скоростей передачи данных при кодировании, назначенного в команде передачи сегмента инициализации, не присутствуют в списке передачи, процедура пропускает этап S80 и завершается.

Далее, если на этапе S71 определено, что команда передачи сегмента инициализации не включена, процедура завершается.

Отметим, что в случае стирания всех адресов URL, зарегистрированных в списке передачи на этапах S74, S76 и S78, селекторная секция 34 не выполняет стирание. Далее, в случае стирания всех адресов URL, зарегистрированных списке передачи на этапе S80, селекторная секция 34 не производит стирания адресов URL из списка передачи, а оставляет адрес URL, соответствующий скорости передачи данных при кодировании, ближайшей к нижнему пределу или к верхнему пределу назначенного диапазона для атрибута скорости передачи данных при кодировании.

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

На фиг. 6 представлена логическая схема для описания подробностей начала процедуры генерации списка передачи последующих сегментных медиа-файлов на этапе S48, показанном на фиг. 4.

На этапе S101, показанном на фиг. 6, аналитическая секция 32 определяет, входит ли команда передачи адаптированных медиа-файлов в состав заголовка, поступившего от http-сервера 31. В частности, аналитическая секция 32 определяет, содержит ли заголовок, поступивший от http-сервера 31, расширение заголовка с именем заголовка “accept-push-policy”, и входит ли в состав этого расширения заголовка запись “type”=“push-media-adapted.”

Если на этапе S101 определено, что команда передачи адаптированных медиа-файлов входит в состав расширения, тогда на этапе S102 аналитическая секция 32 распознает и сохраняет период времени последующих сегментных медиа-файлов и допустимый диапазон атрибута скорости передачи данных при кодировании, назначенный в этой команде передачи адаптированных медиа-файлов.

На этапе S103 селекторная секция 35 определяет, является требуемая скорость передачи данных для сегментного медиа-файла, который должен быть передан в текущий момент, выше измеренной величины скорости передачи данных, поступившей от измерительной секции 33. Если на этапе S103 определено, что требуемая скорость передачи данных выше измеренной величины скорости передачи данных, процедура переходит к этапу S104.

На этапе S104 селекторная секция 35 считывает допустимый диапазон, поступивший от аналитической секции 32, и определяет, является ли требуемая величина скорости передачи данных выше нижнего предела допустимого диапазона. Если на этапе S104 определено, что требуемая скорость передачи данных выше нижнего предела допустимого диапазона, процедура переходит к этапу S105.

На этапе S105 селекторная секция 35 определяет, является ли скорость передачи данных при кодировании, имеющая величину ниже, но поблизости от требуемой скорости передачи данных и принадлежащая, в качестве Ширины полосы, элементу Представления, которому принадлежат последующие сегментные медиа-файлы, описанные в MPD-файле, не ниже нижнего предела допустимого диапазона.

Если на этапе S105 определено, что рассматриваемая скорость передачи данных при кодировании не меньше нижнего предела допустимого диапазона, селекторная секция 35 регистрирует адреса URL последующих сегментных медиа-файлов, принадлежащих элементу Представления, обладающему скоростью передачи данных при кодировании ниже, но поблизости от требуемой скорости передачи данных, в списке передачи на этапе S106. Затем процедура переходит к этапу S112.

С другой стороны, если на этапе S103 определено, что требуемая скорость передачи данных не выше измеренной величины скорости передачи данных, селекторная секция 35 определяет, является ли требуемая скорость передачи данных ниже измеренной величины скорости передачи данных, на этапе S107. Если на этапе S107 определено, что требуемая скорость передачи данных ниже измеренной величины скорости передачи данных, процедура переходит к этапу S108.

На этапе S108 селекторная секция 35 считывает допустимый диапазон из аналитической секции 32 и определяет, является ли требуемая скорость передачи данных ниже верхнего предела допустимого диапазона. Если на этапе S108 определено, что требуемая скорость передачи данных ниже верхнего предела допустимого диапазона, процедура переходит к этапу S109.

На этапе S109 селекторная секция 35 определяет, является ли скорость передачи данных, имеющая величину выше, но поблизости от требуемой скорости передачи данных и принадлежащая, в качестве Ширины полосы, элементу Представления, которому принадлежат последующие сегментные медиа-файлы, описанные в MPD-файле, не выше верхнего предела допустимого диапазона.

Если на этапе S109 определено, что рассматриваемая скорость передачи данных не больше верхнего предела допустимого диапазона, селекторная секция 35 регистрирует адреса URL последующих сегментных медиа-файлов, принадлежащих элементу Представления, обладающему скоростью передачи данных при кодировании выше, но поблизости от требуемой скорости передачи данных, в списке передачи на этапе S110. Затем процедура переходит к этапу S112.

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

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

Если на этапе S108 определено, что требуемая скорость передачи данных не ниже верхнего предела допустимого диапазона, или если на этапе S109 определено, что скорость передачи данных при кодировании является выше, но поблизости от требуемой скорости передачи данных и, соответственно, выше верхнего предела допустимого диапазона, процедура переходит к этапу S111.

На этапе S111 селекторная секция 35 регистрирует адреса URL последующих сегментных медиа-файлов, принадлежащих элементу Представления, обладающему требуемой скоростью передачи данных, в списке передачи. Затем процедура переходит к этапу S112.

На этапе S112 селекторная секция 35 считывает период времени последующих сегментных медиа-файлов из аналитической секции 32 и определяет, зарегистрированы ли адреса URL этих последующих сегментных медиа-файлов для полученного периода времени в списке передачи.

Если на этапе S112 определено, что адреса URL последующих сегментных медиа-файлов для полученного в результате считывания периода времени еще не были зарегистрированы в списке передачи, процедура возвращается к этапу Step S103 и затем повторяется от этапа S103 до этапа S112 включительно.

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

Далее, если на этапе S101 определено, что команда передачи адаптированных медиа-файлов не входит в расширение заголовка, процедура завершается.

Как описано выше, в системе 10 обработки информации, воспроизводящий клиент 12 передает MPD-запрос, содержащий команду передачи сегмента инициализации. Таким образом, воспроизводящий клиент 12 может принять и MPD-файл, и сегментный файл инициализации путем передачи только MPD-запроса. Другими словами, воспроизводящему клиенту 12 нет необходимости передавать запрос HTTP GET, чтобы потребовать от сервера 11 доставки контента передать сегментный файл инициализации. Таким образом, воспроизводящий клиент 12 может эффективно запросить у сервера 11 доставки контента передачу сегментного файла инициализации. Далее, серверу 11 доставки нет необходимости ждать приема запроса HTTP GET для передачи сегментного файла инициализации; таким образом, сервер 11 доставки контента может эффективно передавать сегментный файл инициализации.

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

С другой стороны, если команда продвижения, включенная в состав MPD-запроса, неспособна назначить тип медиа и атрибуты для сегментного файла инициализации, который сервер 11 доставки контента должен будет передать по этому запросу, этот сервер 11 доставки контента передает сегментные файлы инициализации для всех типов медиа и всех атрибутов в ответ на этот MPD-запрос. Например, если команда продвижения, включенная в состав MPD-запроса, может назначить только один адрес URL сегментного файла инициализации, воспроизводящий клиент 12 не получит MPD-файл в момент MPD-запроса и потому окажется неспособным назначить адрес URL. Вследствие этого приходится передавать сегментные файлы инициализации для всех типов медиа и всех атрибутов.

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

Вследствие этого, если емкость буфера 54 приема мала, так что он не способен сохранять сегментные файлы инициализации для всех типов медиа и для всех атрибутов, воспроизводящий клиент 12 оказывается неспособен вставить команду продвижения в MPD-запрос. В результате этому воспроизводящему клиенту 12 необходимо передать запрос HTTP GET, чтобы потребовать у сервера 11 доставки контента передать сегментные файлы инициализации, необходимые для воспроизведения, по одному за раз после приема MPD-файла.

Далее, воспроизводящий клиент 12 передает медиа-запрос, содержащий команду передачи адаптированных медиа-файлов. Таким образом, воспроизводящий клиент 12 может принять не только сегментный медиа-файл, находящийся по адресу URL, назначенному в медиа-запросе, но также последующие сегментные медиа-файлы путем передачи только медиа-запроса. Другими словами воспроизводящему клиенту 12 нет необходимости передавать медиа-запрос для каждого из последующих сегментных медиа-файлов. Таким образом, воспроизводящий клиент 12 может эффективно передавать запрос на передачу ему последующих сегментных медиа-файлов. Далее, серверу 11 доставки контента нет необходимости ожидать приема медиа-запроса, который потребует от этого сервера 11 доставки контента передать последующие сегментные медиа-файлы; таким образом, сервер 11 доставки контента может эффективно передавать последующие сегментные медиа-файлы.

Более того, команда передачи адаптированных медиа-файлов может назначить допустимый диапазон скоростей передачи данных при кодировании для последующих сегментных медиа-файлов. Вследствие этого, сервер 11 доставки контента может изменять скорость передачи данных при кодировании для последующих сегментных медиа-файлов, которые нужно передать, в допустимом диапазоне в соответствии с эффективной шириной полосы сети 13 связи. В результате можно повысить качество воспроизведения.

Другими словами, в момент, например, начала потоковой передачи данных между сервером 11 доставки контента и воспроизводящим клиентом 12, секция 57 оценки ширины полосы еще неспособна оценить эффективную ширину полосы сети 13 связи. В таком случае, поэтому, селекторная секция 53 устанавливает относительно низкую скорость передачи данных при кодировании в качестве скорости передачи данных при кодировании для сегментных медиа-файлов, находящихся по адресу URL, назначенному в медиа-запросе. Вследствие этого, если применить эту скорость передачи данных при кодировании к последующим сегментным медиа-файлам, такая скорость передачи данных при кодировании последующих сегментных медиа-файлов не будет подходящей скоростью передачи данных при кодировании с точки зрения эффективной ширины полосы сети 13 связи.

В свете вышеизложенного, воспроизводящий клиент 12 назначает допустимый диапазон скоростей передачи данных при кодировании для последующих сегментных медиа-файлов в команде передачи адаптированных медиа-файлов. Тем самым воспроизводящий клиент 12 можно изменять скорость передачи данных при кодировании для последующих сегментных медиа-файлов, которые предстоит принять, до уровня скорости передачи данных при кодировании, подходящей с точки зрения эффективной ширины полосы частот в сети 13 связи, в пределах указанного допустимого диапазона. В результате можно повысить качество воспроизведения.

Более того, воспроизводящий клиент 12 принимает последующие сегментные медиа-файлы, обладающие скоростью передачи данных при кодировании, подходящей с точки зрения эффективной ширины полосы сети 13 связи; таким образом, этому воспроизводящему клиенту 12 нет необходимости передавать команду в соответствии с эффективной шириной полосы сети 13 связи серверу 11 доставки контента. Поэтому воспроизводящий клиент 12 может эффективно принимать последующие сегменты медиа, обладающие скоростью передачи данных при кодировании, подобранной, чтобы она лучше подходила к эффективной ширине полосы сети 13 связи.

С другой стороны, если команда продвижения, включенная в медиа-запрос, назначает только один период времени для последующих сегментных медиа-файлов и не назначает допустимый диапазон скоростей передачи данных при кодировании, и если эффективная ширина полосы сети 13 связи изменяется в пределах периода времени последующих сегментных медиа-файлов, воспроизводящему клиенту 12 необходимо отменить команду продвижения. Более того, воспроизводящему клиенту 12 необходимо снова передать медиа-запрос, содержащий команду продвижения, чтобы назначить скорость передачи данных при кодировании, подходящую с точки зрения новой эффективной ширины полосы. Вследствие этого, даже если в качестве периода времени для последующих сегментных медиа-файлов назначен продолжительный период времени, вероятность отмены команды продвижения и передачи нового медиа-запроса возрастает, в результате чего часто оказывается невозможно определить какие-то рамки, ограничивающие время, требуемое для передачи сегментных медиа-файлов.

Далее, команда передачи адаптированных медиа-файлов может назначить не только допустимый диапазон скоростей передачи данных при кодировании, но также и период времени последующих сегментных медиа-файлов. Таким образом, воспроизводящий клиент 12 может изменять допустимый диапазон скоростей передачи данных при кодировании ступенчатым образом. Расширение допустимого диапазона скоростей передачи данных при кодировании ступенчатым образом позволяет воспроизводящему клиенту 12 плавно изменять качество воспроизведения.

Отметим, что команда передачи сегмента инициализации может назначить несколько типов медиа посредством записи “PUSH_PARAMS”. В этом случае код “media” и описание, в котором значения типа MIME для нескольких типов медиа разделены запятыми, соединены посредством знака равенства. Аналогично, команда передачи сегмента инициализации может назначить несколько позиций информации атрибутов, ассоциированных с некоторым видом атрибута, посредством записи “PUSH_PARAMS”.

Более того, команда передачи сегмента инициализации или команда передачи адаптированных медиа-файлов может назначить только нижний предел диапазона в качестве указания диапазона значений каждого параметра. В этом случае неназначенному нижнему пределу или верхнему пределу присваивают значение «0», указывающее, что этот нижний предел или верхний предел неназначен. Например, в случае назначения 400 кбит/с в качестве нижнего предела атрибута скорости передачи данных при кодировании и неназначения верхнего предела этого атрибута соответствующее описание имеет вид “bitrate”= “400000-0.” В дополнение к этому, в случае неназначения нижнего предела и назначения 8 Мбит/с в качестве верхнего предела соответствующее описание имеет вид “bitrate”= “0-8000000.”

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

Далее, хотя воспроизводящий клиент 12 всегда включает команду передачи адаптированных медиа-файлов в состав медиа-запроса в первом варианте, этот воспроизводящий клиент 12 может включать в такой медиа-запрос команду продвижения, отличную от команды передачи адаптированных медиа-файлов. Например, воспроизводящий клиент 12 может включать в медиа-запрос команду продвижения для назначения только периода времени последующих сегментных медиа-файлов. В этом случае информация, указывающая период времени для последующих сегментных медиа-файлов и включенная в команду продвижения, представляет собой, например, число последующих сегментных медиа-файлов (Продвинуть-следующие (Push-next)), время воспроизведения (Продвинуть-время (Push-time), либо список адресов URL или шаблон адресов URL и параметр (Продвинуть-шаблон (Push-template)), назначающий диапазон ($number$), в котором применим этот шаблон. Более того, в этом случае воспроизводящему клиенту 12 передают последующие сегментные медиа-файлы, идентичные по скорости передачи данных при кодировании сегментным медиа-файлам, расположенным по адресу URL, назначенному в указанном медиа-запросе.

Отметим, что в первом варианте каждый элемент Адаптация имеет тип медиа и атрибуты роли и языка, и каждый элемент Представление имеет атрибут скорости передачи данных при кодировании. В качестве альтернативы, каждый из элементов Адаптация и элементов Представления может иметь тип медиа и атрибут.

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

Например, в случае назначения разрешения видео в команде передачи сегмента инициализации, в этой команде код “resolution”, обозначающий разрешение видео в качестве параметра, и диапазон числа пикселей в вертикальном направлении в качестве информации атрибута, ассоциированной с разрешением видео, соединены посредством знака равенства. Информация атрибута, ассоциированная с разрешением видео, представляет собой 2160 в случае, когда атрибут обозначает разрешение 4k, 1080 в случае, когда атрибут означает полное разрешение высокой четкости (full HD), и 480 в случае, когда означает обычное разрешение (SD). Более того, в MPD-файле, каждый элемент Представления видео имеет информацию атрибута, ассоциированную с разрешением видео, в качестве атрибута высоты.

Далее, в случае назначения частоты дискретизации аудио в команде передачи сегмента инициализации, код “audioSamplingRate” обозначающий частоту дискретизации аудио в качестве параметра, и диапазон частот дискретизации, служащий информацией атрибута, ассоциированной с частотой дискретизации аудио, соединены посредством знака равенства. Например, если атрибут частота дискретизации аудио составляет 48 кГц, информация атрибута имеет вид 48000. Далее, в MPD-файле, каждый элемент Представления аудио имеет информацию атрибута, ассоциированную с частотой дискретизации аудио, в качестве атрибута audioSamplingRate.

Более того, информация диапазона может быть информацией (например, Идентификатор Представления (Representation id)), идентифицирующей элемент Представления, который обладает скоростью передачи данных при кодировании в допустимом диапазоне в качестве Ширины полосы и к которому принадлежат последующие сегментные медиа-файлы, или диапазон адресов URL последующих сегментных медиа-файлов, принадлежащих этому элементу Представления.

Второй вариант

Пример конфигурации кадра в соответствии с протоколом WebSocket

Конфигурация второго варианта системы обработки информации, к которой применимо настоящее изобретение, идентична конфигурации системы 10 обработки информации, показанной на фиг. 1, за исключением того, что связь между сервером 11 доставки контента и воспроизводящим клиентом 12 осуществляется в соответствии с протоколом WebSocket. Поэтому ниже будет рассмотрена только связь между сервером 11 доставки контента и воспроизводящим клиентом 12.

Фиг. 7 иллюстрирует пример конфигурации кадра в соответствии с протоколом WebSocket.

Как показано на фиг. 7, кадр в соответствии с протоколом WebSocket конфигурирован в виде совокупности секции данных полезной нагрузки и секции заголовка, расположенной перед секцией данных полезной нагрузки. Секция заголовка предназначена для реализации базовых функций протокола WebSocket. Функции, специфичные для приложений, реализуются с использованием секции полезной нагрузки. Отметим, что подробности относительно кадра согласно протоколу WebSocket описаны в литературе NPL 2 и других подобных источниках.

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

Во втором варианте связь между сервером 11 доставки контента и воспроизводящим клиентом 12 осуществляется в соответствии с протоколом WebSocket. Поэтому необходимо реализовать потоковую передачу согласно стандарту MPEG-DASH в виде специфичной для приложения функции в кадре согласно протоколу WebSocket. Поэтому здесь определены суб-протокол DASH, представляющий собой суб-протокол для реализации потоковой передачи согласно стандарту MPEG-DASH и субкадр DASH.

Пример структуры субкадра

Фиг. 8 иллюстрирует пример структуры субкадра согласно второму варианту.

Субкадр, показанный на фиг. 8, конфигурирован в составе полей STREAM_ID, CMD_CODE, F, EXT_LENGTH, EXTENSION и других. В поле STREAM_ID записана величина из восьми бит, указывающая идентификатор (ID) потока, передаваемого и принимаемого в соответствии с протоколом WebSocket. Отметим, что протокол WebSocket позволяет передавать и принимать несколько потоков через одно соединение.

Поле CMD_CODE содержит величину из 8 бит, указывающую код команды, определенный в суб-протоколе DASH. Например, если рассматриваемый субкадр является субкадром, используемым при передаче MPD-запроса, в поле CMD_CODE записано 1. Если этот субкадр является субкадром, используемым в момент передачи медиа-запроса, в поле CMD_CODE записано 2.

Далее, если рассматриваемый субкадр является субкадром, используемым в момент передачи MPD-файла в ответ на указанный MPD-запрос, в поле CMD_CODE записано 3. Если этот субкадр является субкадром, используемым в момент передачи сегментного медиа-файла в ответ на указанный медиа-запрос, в поле CMD_CODE записано 4. Более того, если этот субкадр является субкадром, используемым в момент отмены команды продвижения, в поле CMD_CODE записано 255.

В поле F записывают флаг из трех бит, специфицируемый для каждой команды. В поле EXT_LENGTH записывают величину из 13 бит, указывающую размер поля расширения (EXTENSION). В поле EXTENSION записаны величины, полученные в результате кодирования параметров, описываемых в заголовках MPD-запроса и медиа-запроса в первом варианте, согласно алгоритму JSON (JavaScript (зарегистрированная торговая марка)). Подробнее кодирование JSON описано в документе по адресу https://tools.ietf.org/html/rfc4627.

Пример поля EXTENSION

Фиг. 9 иллюстрирует пример поля EXTENSION в субкадре, используемом в момент времени передачи MPD-запроса, и фиг 10 иллюстрирует пример поля EXTENSION в субкадре, используемом в момент времени передачи медиа-запроса.

Как показано на фиг. 10, величины каждого параметра назначены путем соединения кода, обозначающего параметр, со значением этого параметра посредством двоеточия в поле EXTENSION.

В частности, в поле EXTENSION, показанном на фиг. 9, код “push-type” соединен со значением “init-segment” посредством двоеточия. Таким образом, команда передачи сегмента инициализации назначена в виде типа команды продвижения, описываемого в поле EXTENSION.

Далее, поскольку код “media” соединен со значением “video/mp4” посредством двоеточия, в качестве типа медиа назначено видео в формате MP4. Поскольку код “lang” соединен со значением “ja” посредством двоеточия, в качестве атрибута языка назначен японский язык.

Боле того, поскольку код “role” соединен со значением “main” посредством двоеточия, значение “main” назначено в качестве информации атрибута, ассоциированного с целью. Поскольку код “bitrate” соединен со значением “400000-8000000” посредством двоеточия, диапазон от 400 кбит/с до 8 Мбит/с назначен в качестве диапазона информации атрибута, ассоциированного со скоростью передачи данных при кодировании.

С другой стороны, в поле EXTENSION, показанном на фиг. 10, код “push-type” соединен со значением “segment-adapted” посредством двоеточия. Поэтому команда передачи адаптированных (сегментных) медиа-файлов назначены в качестве типа команды продвижения, описываемой в поле EXTENSION.

Далее, поскольку код “duration” соединен со значением “120” посредством двоеточия, промежуток времени 120 с назначен в качестве периода времени последующих сегментных медиа-файлов. Более того, поскольку код “bitrate” соединен со значением “400000-8000000” посредством двоеточия, диапазон от 400 кбит/с до 8 Мбит/с назначен в качестве допустимого диапазона скорости передачи данных при кодировании для последующих сегментных медиа-файлов.

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

Третий вариант

Описание компьютера, к которому применимо настоящее изобретение

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

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

В компьютере 200 центральный процессор (CPU (Central Processing Unit)) 201, постоянное запоминающее устройство (ПЗУ) (ROM (Read Only Memory)) 202 и запоминающее устройство с произвольной выборкой (ЗУПВ) (RAM (Random Access Memory)) 203, соединенные одно с другим посредством шины 204.

Интерфейс 205 ввода/вывода также соединен с шиной 204. С этим интерфейсом 205 ввода/вывода соединены секция 206 ввода, секция 207 вывода, секция 208 памяти, секция 209 связи и привод 210 накопителя.

Секция 206 ввода конфигурирована в составе клавиатуры, мыши, микрофона и других подобных устройств. Секция 207 вывода конфигурирована в составе дисплея, громкоговорителя и других подобных устройств. Секция 208 памяти конфигурирована в составе накопителя на жестком диске, энергонезависимого запоминающего устройства и других подобных устройств. Секция 209 связи конфигурирована в составе сетевого интерфейса и других подобных устройств. В приводе 210 накопителя устанавливают сменные носители 211 информации, такие как магнитный диск, оптический диск, магнитооптический диск или полупроводниковое запоминающее устройство.

В компьютере 200, конфигурированном как описано выше, процессор CPU 201 загружает программу, хранящуюся, например, в секции 208 памяти, в ЗУПВ (RAM) 203 через интерфейс 205 ввода/вывода и шину 204 и выполняет эту программу, осуществляя тем самым ряд процедур, описанных выше.

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

В компьютере 200 программа может быть инсталлирована в секции 208 памяти через интерфейс 205 ввода/вывода путем установки сменного носителя 211 информации в накопителе 210. В качестве альтернативы, программа может быть принята секцией 209 связи по проводной или беспроводной линии связи и инсталлирована в секции 208 памяти. В качестве другой альтернативы, программа может быть инсталлирована в ПЗУ (ROM) 202 или в секции 208 памяти заранее.

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

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

Далее, эффекты, рассматриваемые в настоящем описании, приведены только в качестве примера, так что совокупность эффектов не ограничивается теми, которые приведены в настоящем описании, и может содержать также другие эффекты.

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

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

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

(1) Устройство обработки информации, содержащее:

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

(2) Устройство обработки информации согласно (1),

отличающееся тем, что это устройство обработки информации конфигурировано таким образом, что

файл управления представляет собой MPD-файл (файл описания представления медиаданных),

файл инициализации представляет собой сегментный файл инициализации, и

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

(3) Устройство обработки информации согласно (2),

отличающееся тем, что это устройство обработки информации конфигурировано таким образом, что

MPD-файл управляет несколькими видами контента, и

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

(4) Устройство обработки информации согласно (1),

отличающееся тем, что это устройство обработки информации конфигурировано таким образом, что

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

(5) Устройство обработки информации согласно (4),

отличающееся тем, что это устройство обработки информации конфигурировано таким образом, что

файл управления представляет собой MPD-файл (файл описания представления медиаданных),

файл контента представляет собой сегментный медиа-файл, и

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

(6) Устройство обработки информации согласно (5),

отличающееся тем, что это устройство обработки информации конфигурировано таким образом, что

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

(7) Устройство обработки информации согласно какому-либо одному из п. (1) – (6),

отличающееся тем, что это устройство обработки информации конфигурировано таким образом, что

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

(8) Устройство обработки информации согласно какому-либо одному из п. (1) – (7),

отличающееся тем, что это устройство обработки информации конфигурировано таким образом, что

передающая секция осуществляет передачи в соответствии либо с протоколом HTTP/2 (гипертекстовый транспортный протокол)/2, либо с протоколом WebSocket.

(9) Способ обработки информации, содержащий:

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

(10) Устройство обработки информации, содержащее:

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

(11) Устройство обработки информации согласно (10),

отличающееся тем, что это устройство обработки информации конфигурировано таким образом, что

файл управления представляет собой MPD-файл (файл описания представления медиаданных),

файл инициализации представляет собой сегментный файл инициализации, и

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

(12) Устройство обработки информации согласно (11),

отличающееся тем, что это устройство обработки информации конфигурировано таким образом, что

MPD-файл управляет несколькими видами контента, и

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

(13) Устройство обработки информации согласно (10), дополнительно содержащее:

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

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

(14) Устройство обработки информации согласно (13),

отличающееся тем, что это устройство обработки информации конфигурировано таким образом, что

файл управления представляет собой MPD-файл (файл описания представления медиаданных),

файл контента представляет собой сегментный медиа-файл, и

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

(15) Устройство обработки информации согласно (14),

отличающееся тем, что это устройство обработки информации конфигурировано таким образом, что

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

(16) Устройство обработки информации согласно какому-либо одному из п. (10) – (15),

отличающееся тем, что это устройство обработки информации конфигурировано таким образом, что

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

(17) Устройство обработки информации согласно какому-либо одному из п. (10) – (16),

отличающееся тем, что это устройство обработки информации конфигурировано таким образом, что

передающая секция осуществляет передачи в соответствии либо с протоколом HTTP/2 (гипертекстовый транспортный протокол)/2, либо с протоколом WebSocket.

(18) Способ обработки информации, содержащий:

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

Список позиционных обозначений

11 сервер доставки контента, 12 воспроизводящий клиент, 31 http-сервер, 35 селекторная секция, 51 http-клиент