RU2602244C1 - Наследование параметров унифицированного идентификатора ресурса (uri) - Google Patents

Наследование параметров унифицированного идентификатора ресурса (uri) Download PDF

Info

Publication number
RU2602244C1
RU2602244C1 RU2015113822/07A RU2015113822A RU2602244C1 RU 2602244 C1 RU2602244 C1 RU 2602244C1 RU 2015113822/07 A RU2015113822/07 A RU 2015113822/07A RU 2015113822 A RU2015113822 A RU 2015113822A RU 2602244 C1 RU2602244 C1 RU 2602244C1
Authority
RU
Russia
Prior art keywords
content
address
segment
document
universal
Prior art date
Application number
RU2015113822/07A
Other languages
English (en)
Other versions
RU2015113822A (ru
Inventor
Сильвен КЕРВАДЕЦ
Клаудия БЕКЕР
Оливье ВИВОЛО
Original Assignee
Оранж
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Оранж filed Critical Оранж
Application granted granted Critical
Publication of RU2015113822A publication Critical patent/RU2015113822A/ru
Publication of RU2602244C1 publication Critical patent/RU2602244C1/ru

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/02—Standardisation; Integration
    • H04L41/0246—Exchanging or transporting network management information using the Internet; Embedding network management web servers in network elements; Web-services-based protocols
    • H04L41/0273—Exchanging or transporting network management information using the Internet; Embedding network management web servers in network elements; Web-services-based protocols using web services for network management, e.g. simple object access protocol [SOAP]
    • H04L41/0293—Exchanging or transporting network management information using the Internet; Embedding network management web servers in network elements; Web-services-based protocols using web services for network management, e.g. simple object access protocol [SOAP] for accessing web services by means of a binding identification of the management service or element
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/612—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H04N21/23439—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements for generating different versions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/258—Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
    • H04N21/25808—Management of client data
    • H04N21/25816—Management of client data involving client authentication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/637—Control signals issued by the client directed to the server or network components
    • H04N21/6373—Control signals issued by the client directed to the server or network components for rate control, e.g. request to the server to modify its transmission rate

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Databases & Information Systems (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Graphics (AREA)
  • Information Transfer Between Computers (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Document Processing Apparatus (AREA)

Abstract

Изобретение относится к области передачи мультимедийного содержания, используя универсальные адреса для содержания, например, унифицированный идентификатор ресурса (URI). Техническим результатом является генерирование одиночного описательного документа для содержания (манифест, файл описания и т.д.) для всех клиентов, при этом одновременное выполнение персонализации адреса ассоциированных сегментов содержания с параметрами, что упрощает адрес документа описания. Предложен способ доступа к содержанию (у), в котором по меньшей мере один сегмент данных (0.mp4v, 180180.mp4v), где доступ к этому сегменту данных выполняют через документ, описывающий содержание (y.mpd). Способ содержит первый этап (E1, E11) получения документа, описывающего содержание (y.mpd), из которого генерируют (Е2) документ по меньшей мере по первому универсальному адресу сегмента (HTTP://x.com/video/0.mp4v); второй этап получения по меньшей мере одного параметра (s=abd), ассоциированного с универсальным адресом (HTTP://x.com/video/y.mpd?s=abd) документа, описывающего содержание (y.mpd); этап считывания по меньшей мере одного правила генерирования адреса (URLParameterTemplate) в документе, описывающем содержание (y.mpd); и как функция правила генерирования адреса (URLParameterTemplate), первого универсального адреса сегмента (HTTP://x.com/video/0.mp4v), и параметра, который был получен (s=abd), последний этап (Е3) генерирования второго универсального адреса для сегмента (HTTP://x.com/y1.mp4v?s=abd). 4 н. и 2 з.п. ф-лы, 4 ил.

Description

Область техники, к которой относится изобретение
Изобретение относится к передаче мультимедийного содержания. Термин "мультимедийное содержание" используется для обозначения любого аудио- или видеосодержания, или, в более широком смысле, любого другого цифрового содержания.
Изобретение, более конкретно, относится к передаче и приему мультимедийного содержания через сеть, в частности, к непрерывной загрузке мультимедийного содержания через сеть, которая также известна как "потоковая передача".
Изобретение, более конкретно, относится к передаче данных, используя универсальные адреса для содержания.
Изобретение, в частности, применяется к любому терминалу клиента (ниже называется просто "терминалом"), который выполнен с возможностью обмена данными через сеть передачи данных, для доступа к мультимедийному содержанию посредством универсального адреса, также известного как унифицированный идентификатор ресурса (URI).
Уровень техники
Для того чтобы получить доступ к мультимедийному содержанию, терминал клиента обычно имеет ресурс, связанный с универсальным адресом или URI. Такой адрес обеспечивает как доступ к содержанию, так и показание об ассоциированном протоколе для его употребления (в качестве примера, когда содержание представляет собой видеосодержание, термин "употребление" используется для обозначения "просмотра"). URI представляет собой строку знаков, идентифицирующую физический или абстрактный ресурс, и соответствующую синтаксису набора стандартов, выработанных Целевой группой инженерной поддержки интернет (IETF), и, в частности, их спецификации RFC 3986 (спецификация: Uniform resource identifier (URI): generic syntax). Такой универсальный адрес может, например, иметь следующую форму dvb://contentl, rtsp://content2, HTTP://content3, ftp://content4 и т.д.
Доступ к мультимедийному содержанию может быть прямым (инициируемым по одиночному запросу, используя одиночный URI), или опосредованным с URI, так, что URI затем предусматривает параметры, которые позволяют получить доступ к услуге через второй запрос. Обычная иллюстрация представляет собой услугу "видео по требованию": первый этап состоит в том, что терминал загружает документ, который описывает параметры для доступа к услуге (протокол описания сеанса (SDP)), используя протокол транспортирования гипертекста (HTTP), то есть протокол для передачи данных между клиентом - сервером, разработанный для сетей Интернет и, в частности, для веб-сетей; на втором этапе фактически начинается услуга, то есть терминал - клиент может принимать и отображать видеоизображение, используя информацию, предоставляемую в документе (в данном примере SDP). Следует отметить, что документ может представлять собой компьютерный файл или данные, установленные так, что он описывает содержание, доступ к которому можно получить по определенному адресу. Ниже, в зависимости от содержания, используется термин "файл описания" или "документ". Следует отметить, что этот тип доступа к услуге может потребовать присутствия сервера (в частности, для обмена данными из точки-в-точку или "одноадресной передачи данных"), или в нем может не потребоваться присутствие сервера (для многоадресной передачи данных из одной точки типа "широковещательной передачи" или "многоадресной" передачи). В частности, протокол HTTP представляет собой протокол типа из точки-в-точку (или "одноадресный"), и, в результате, это подразумевает присутствие сервера для обработки запроса клиента, называемого "клиентом HTTP".
В этом контексте протокола HTTP для обмена данными между клиентом и сервером, как правило, требуются ресурсы, для выполнения технологии типа "адаптивной потоковой передачи". Такой тип технологии позволяет, в частности, обеспечить хорошее впечатление пользователя, учитывая, например, вариации в полосе пропускания, доступной по соединению между терминалом клиента и сервером содержания. Обычно, одни и те же видеоданные могут быть кодированы с разным качеством, например, в соответствии с разной скоростью передачи данных. Для каждой скорости передачи данных сами данные подразделяются на временные сегменты (известные, как "фрагменты" содержания). Описание этих различных скоростей передачи данных и сегментации, а также фрагментов содержания, становятся доступными для терминала клиента через платформу услуги. Для того чтобы получить доступ к полному содержанию, необходимо знать множество адресов URI, соответствующих множеству сегментов.
Существуют несколько решений для того, чтобы способствовать распределению такого содержания при потоковой передаче, таких, как, например, собственные решения, например, Microsoft Smooth Streaming, Apple HLS, Adobe Http Dynamic Streaming, или также стандарт MPEG DASH, которые описаны ниже. В этих способах предложена передача одного или больше промежуточных файлов описания в клиент, и эти файлы также могут называться документами или манифестами, или действительно ресурсами, и они содержат адреса различных сегментов для разных качеств мультимедийного содержания.
В качестве примера MPEG DASH (для динамической адаптивной потоковой передачи через стандарт http - ISO/IEC, 2309-1:2012 (Е)) представляет собой стандарт, разработанный организацией по стандартам ISO/IEC, который предназначен для потоковой передачи мультимедийного содержания через Интернет; он позволяет, в частности, для периферийных устройств, подключенных к сети (TV, планшетные устройства и т.д.) употреблять мультимедийное содержание, используя протокол HTTP. Запрос HTTP из устройства клиента, соответствующий стандарту MPEG DASH и переданный в сервер, содержит универсальный адрес или URI, например, тип унифицированного указателя ресурса (URL), где URL представляет собой конкретный пример URI, который предоставляет доступ к мультимедийному содержанию через сеть Интернет. Таким образом, при использовании MPEG DASH, доступ к содержанию обычно происходит в два этапа:
1) Получают документ описания, обычно путем загрузки файла, содержащего, в частности, адреса мультимедийных сегментов мультимедийного содержания, известные как мультимедийное описание мультимедийного представления (MPD). Такая загрузка обычно происходит, используя HTTP URL, однако она также может происходить путем использования универсального адреса (URI), описывающий некоторый другой протокол (например, ftp://mydescriptionfile).
2) Получают сегменты мультимедийных данных, обычно путем загрузки, используя адреса содержания в документе описания. Такая загрузка обычно происходит через HTTP URL, однако, она также может происходить через универсальный адрес (URI), описывающий некоторый другой протокол (например, dvb://mycontentsegment).
В некоторых ситуациях содержание может быть подвергнуто определенным ограничениям. Например, доступ к содержанию может быть защищен, и такая защита предполагает, что терминал был идентифицирован, где такая идентификация естественно изменяется, как функция пользователя, и предполагается, что права пользователя были проверены, и эти права, кроме того, могут изменяться с течением времени. Идентификация и проверка прав пользователя традиционно выполняются обслуживающей платформой, и результат передают в сервер распределения по одному или больше параметрам, ассоциированным с универсальным адресом URI, который ниже называется параметром URI.
Для ассоциирования этих конкретных параметров с потребностью терминала среди всех запросов содержания, описанных в файле описания, в таких обстоятельствах необходимо, чтобы система генерировала такое количество документов или файлов описания, сколько требуется терминалам, что является сложным и представляет нагрузку для платформы обслуживания или сервера распределения.
Изобретение направлено на обеспечение решения, в котором отсутствуют недостатки предшествующего уровня техники.
Раскрытие изобретения
С этой целью, в функциональном аспекте, изобретение направлено на обеспечение способа генерирования документа, описывающего мультимедийное содержание, содержащее по меньшей мере один сегмент данных, доступ к которому может быть выполнен через по меньшей мере первый универсальный адрес упомянутого документа, при этом упомянутый способ генерирования документа включает в себя по меньшей мере один этап записи по меньшей мере одного правила генерирования универсального адреса в документе, при этом
упомянутое правило генерирования адаптировано для генерирования второго универсального адреса для сегмента как из первого универсального адреса, так и по меньшей мере из одного параметра, ассоциированного с универсальным адресом документа, описывающего содержание.
В изобретении, таким образом, становится возможным предоставить ввод одного или больше персонализированных параметров во втором или конечном адресе для сегмента мультимедийного содержания. Адрес сегмента в том виде, как он сгенерирован, является более полным, чем первый адрес сегмента; в частности, он может включать в себя параметры, ассоциированные с клиентом, которому потребовалось мультимедийное содержание, в отличие от первого адреса предшествующего уровня техники, который может быть персонализирован только путем генерирования конкретного документа описания для каждого клиента.
Параметры, ассоциированные с универсальным адресом документа описания (параметры URI) обычно представляют собой параметры аутентификации, которые естественно являются специфичными для каждого клиента. Таким образом, изобретение обеспечивает преимущество, которое позволяет генерировать одиночный описательный документ для содержания (манифест, файл описания и т.д.) для всех клиентов, при этом одновременное выполнение персонализации адреса ассоциированных сегментов содержания с параметрами сильно упрощает адрес документа описания.
В конкретном варианте осуществления изобретения способ генерирования документа описания, как описано выше, также отличается тем, что правило генерирования универсального адреса устанавливает полученные параметры, которые требуется учитывать для генерирования второго универсального адреса для сегмента.
В этом варианте осуществления, таким образом, становится возможным упомянуть в явном виде параметры универсального адреса, которые требуется учитывать при генерировании второго или конечного адреса сегмента. Как правило, это подразумевает использование документа описания, устанавливающего параметры URI, которые должны быть вставлены или пропущены в конечный адрес для сегмента, например сигнатуру, дату и т.д. Таким образом, становится возможным принять решение предоставить приоритет для определенных параметров URL, или не учитывать некоторые другие параметры.
Во втором конкретном варианте осуществления изобретения, которое может быть воплощено вместо или вместе с представленным выше вариантом осуществления, способ, описанный выше, дополнительно отличается тем, что правило генератора адреса обозначает порядок, в котором параметры, которые были получены, должны быть учтены для генерирования второго универсального адреса для сегмента.
Такой вариант осуществления изобретения позволяет автоматически и в скрытом виде учитывать параметры URL, которые должны быть учтены для генерирования конечного адреса для сегмента. Порядок, установленный в правиле генератора, может, например, представлять собой порядок важности параметров с точки зрения сервера. Благодаря настоящему изобретению, такой подход может изменяться от одного устройства к другому, поскольку, при таких обстоятельствах, достаточно изменить содержание (правило) файла описания.
В другом функциональном аспекте изобретение направлено на способ доступа к мультимедийному содержанию, содержащему, по меньшей мере, один сегмент данных, доступ к которому может осуществляться через документ, описывающий содержание, упомянутый доступ к сегменту происходит через второй универсальный адрес сегмента, упомянутый способ доступа, отличающийся тем, что он содержит следующие этапы:
- получают документ, описывающий содержание, из этого документа генерируют, по меньшей мере, первый универсальный адрес сегмента;
- получают, по меньшей мере, один параметр, ассоциированный с универсальным адресом документа, описывающего содержание;
- считывают, по меньшей мере, одно правило генератора адреса в документе, описывающем содержание; и
- в качестве функции правила генерирования адреса, универсального адреса сегмента и параметра, который был получен, генерируют второй универсальный адрес сегмента.
Зная как документ описания, так и параметры, которые ассоциированы с универсальным адресом документа описания, клиент, таким образом, может применять правило для включения одного или больше из этих параметров в адрес сегмента мультимедийного содержания, который должен быть употреблен. Второй адрес или конечный адрес, генерируемые для сегмента, таким образом, являются более сложными, чем первый адрес, и это позволяет, в частности, персонализировать доступ к сегментам содержания путем ввода параметров, которые ассоциированы с клиентом, обычно параметров аутентификации, которые, естественно, являются специфичными для клиента. Изобретение, таким образом, обеспечивает преимущество предложения простого документа (манифеста, файла описания и т.д.) для всех клиентов, поскольку возможно персонализировать адреса сегментов содержания как функцию параметров, которые передают простым образом с адресом документа.
В материальном аспекте изобретение также обеспечивает сервер мультимедийного содержания, выполненный с возможностью генерировать документ, описывающий мультимедийное содержание, содержащее, по меньшей мере, один сегмент данных, доступ к которому осуществляется через первый универсальный адрес из упомянутого документа, упомянутый сервер содержания, включающий в себя модуль для записи по меньшей мере одного правила генератора универсального адреса в документе, упомянутое правило генератора выполнено с возможностью генерировать второй универсальный адрес для сегмента на основе первого универсального адреса, правила генератора универсального адреса и по меньшей мере одного параметра, ассоциированного с универсальным адресом документа, описывающего содержание.
В другом материальном аспекте изобретение также направлено на обеспечение терминала, выполненного с возможностью доступа к мультимедийному содержанию, содержащего по меньшей мере один сегмент данных, доступ к которому осуществляется через документ, описывающий содержание, упомянутый доступ выполняется через второй универсальный адрес для сегмента, упомянутый терминал характеризуется тем, что он содержит:
- модуль для получения документа, описывающего содержание, и из этого документа генерируют по меньшей мере первый универсальный адрес для сегмента;
- модуль для получения по меньшей мере одного параметра, ассоциированного с универсальным адресом документа, описывающего содержание;
- модуль для считывания по меньшей мере одного правила генератора адреса в документе, описывающем содержание; и
- модуль для генерирования второго универсального адреса, для сегмента как функции правила генератора адреса, первого универсального адреса сегмента и параметра, который был получен.
В другом материальном аспекте изобретение направлено на обеспечение компьютерной программы, включающей в себя кодированные инструкции для выполнения способа генерирования документа, описывающего мультимедийное содержание, как описано выше, когда программа исполняется в процессоре.
В другом материальном аспекте изобретение также направлено на обеспечение компьютерной программы, включающей в себя кодовые инструкции для выполнения способа доступа к мультимедийному содержанию, как описано выше, когда программа исполняется процессором.
Материальный аспект изобретения направлен на по меньшей мере те же преимущества, как и те, который были получены с помощью способов функционального аспекта.
Изобретение будет более понятным при чтении следующего описания, которое представлено в качестве примера, и составлено со ссылкой на приложенные чертежи.
Краткое описание чертежей
На фиг. 1 показана архитектура потоковой передачи данных через Интернет, на основе использования протокола HTTP, в предшествующем уровне техники.
На фиг. 2 показана архитектура потоковой передачи данных через Интернет, на основе использования протокола HTTP, при воплощении изобретения.
На фиг. 3 показана временная диаграмма варианта воплощения изобретения.
На фиг. 4 показан вариант воплощения изобретения.
Осуществление изобретения
На фиг. 1 показана архитектура потоковой передачи данных на основе использования протокола HTTP через сеть типа Интернет в предшествующем уровне техники. Обычно терминал (1) клиента стремится войти в связь с сервером (8) содержания для загрузки мультимедийного содержания, состоящего из одних или более мультимедийных данных (аудио-, видеоданных и т.д.).
В представленном ниже примере, как пояснялось выше, содержание потоковой передачи подразумевает использование стандарта MPEG DASH.
Терминал (1) начинает работу путем опроса платформы (3) услуги, для получения адреса (здесь URL, но в более общем случае, универсальный адрес типа URI) для документа (у) описания мультимедийного содержания; ниже этот документ представляет собой файл типа MPD (y.mpd).
Платформа (3) услуги отвечает, путем предоставления на терминал адреса файла MPD, в данном примере, он представляет собой URL HTTP://x.com/y.mpd, представляющий файл у типа mpd, который может быть загружен (или передан в режиме потоковой передачи) с сайта "x.com".
Платформа (3) услуги может добавлять определенное количество параметров к UPJ для использования клиентом. В соответствии со спецификацией IETF RFC 3986, которая описывает обобщенный синтаксис URI, эти параметры вводят, используя символ "?". Для получения дальнейшей информации об этом механизме вставки параметров в URI, специалист в данной области техники должен обратиться к RFC 3986. Например, в контексте содержания, предназначенного для распределения, ассоциированного с аутентификацией, платформа услуги может добавлять метку аутентификации к URI, и в этом примере метка представлена строкой "s=abd", которая представляет собой параметр аутентификации для клиента, для использования платформой предоставления содержания. В ответ на ее запрос для файла описания, клиент, таким образом, принимает URL, HTTP://x.com/y.mpd?s=abd, содержащий одновременно:
- универсальный адрес самого файла (HTTP://x.com/y.mpd); и
- параметр аутентификации (abd).
На основе такого URI документ (4) описания может быть загружен из сервера (8) содержания, при этом параметр abd обеспечивает для сервера возможность аутентификации клиента.
Пример файла MPD в соответствии со стандартом MPEG/DASH описан ниже. Поля, соответствующие контексту изобретения, используемые, в частности, для генерирования первого универсального адреса, представлены курсивом.
Figure 00000001
Figure 00000002
Файл MPD позволяет генерировать адреса мультимедийного содержания, называемые здесь "первыми" универсальными адресами, для отличия их от адресов, которые генерируют в контексте изобретения и которые называются здесь как "вторыми" универсальными адресами; первые адреса, в соответствии с предшествующим уровнем техники по стандарту MPEG/DASH могут быть также сгенерированы либо:
- непосредственно (URL сегмента будет установлен непосредственно в файле); или
- опосредованно, через обработку для построения URL мультимедийного сегмента.
Такая конструкция позволяет использовать механизм перед разрешением универсальных адресов (URI), описанных в упомянутом выше RFC 3986. Терминал клиента должен интерпретировать определенные поля и модифицировать их, соответственно, для построения первого универсального адреса (URL или URI) мультимедийного сегмента.
Такую разрешающую способность URI выполняют, используя элемент BaseURL, который может присутствовать на различных уровнях в иерархии MPD.
В этом примере URL построены с помощью двух полей "BaseURL" ("HTTP://x.com/" и "video/") "SegmentTemplate".
"SegmentTemplate", установленный стандартом MPEG/DASH, представляет собой обобщенный способ для построения промежуточных адресов URI на основе различных идентификаторов, и в данном примере:
- $Time$: должно быть заменено временем в начале мультимедийного сегмента. Это время предоставляется строкой "SegmentTemplate", которая устанавливает в данном примере смещение 180180 для каждого начала нового сегмента;
- $Number$: должно быть заменено номером порядка требуемого мультимедийного сегмента; и
- $Bandwidth$: должно быть заменено значением атрибута "полоса пропускания" целевого представления.
Таким образом, первые два URL, предоставляющие доступ к первым двум видеосегментам для качества (или скорости передачи данных) 500 килобит в секунду (кбит/с), в этом примере представляют собой следующие:
1. HTTP://x.com/video500000/0.mp4v; и
2. HTTP://x.com/video500000/180180.mp4v.
В настоящее время, MPEG DASH, таким образом, предлагает механизм, который обеспечивает возможность генерирования первых адресов (URL или URI) мультимедийных сегментов, которые включают в себя определенное количество параметров. Такой механизм является достаточным, если только параметры URL являются общими для всех клиентов, стремящихся получить доступ к содержанию. В отличие от этого, если требуется персонализировать эти параметры как функцию клиента (обычно для аутентификации и проверки доступа или прав), единственное решение состоит в генерировании файла описания MPD, который является специфичным для каждого клиента. Этот способ является продолжительным (с точки зрения времени и ресурсов на платформах предоставления содержания), поскольку он требует документа описания, который должен быть построен без остановки обработки для каждого клиента.
По этой причине в изобретении предложено автоматически генерировать адреса сегмента (URI), которые называются здесь универсальными вторыми адресам, для отличия их от первых универсальных адресов, и которые могут включать в себя определенное количество параметров, которые могут соотноситься, например, с терминалом клиента. В этом примере параметр безопасности, установленный как параметр URL файла MPD (s=abd), вводят или передают при генерировании второго адреса сегмента. В дополнение к первым адресам, которые могут быть сгенерированы, используя предшествующий уровень техники, эти вторые адреса, таким образом, включают в себя персонализированный параметр безопасности. Другими словами, адреса второго сегмента адаптированы для каждого терминала клиента, даже при том, что они будут сгенерированы из простого файла описания MPD.
Естественно, известна передача параметра URL (такого, как описанная выше метка) при запросе содержания и когда присутствует только один сегмент (например, аудиосегмент), ассоциированный с запросом содержания, и, таким образом, файл описания не используется косвенно. Однако, когда содержание может быть получено только через файл описания, в настоящее время отсутствует какое-либо решение для передачи параметра для каждого из сегментов, кроме генерирования определенного файла для каждого запроса.
На фиг. 2 показан принцип системы потоковой передачи данных в соответствии с изобретением.
Первые этапы запроса и приема универсального адреса файла описания (y.mpd) из платформы (3) услуги и запроса и приема самого файла описания из платформы (8) содержания являются идентичными описанным со ссылкой на фиг. 1.
Однако в течение следующего этапа изобретение обеспечивает вставку параметра, ассоциированного с адресом URL файла описания (здесь метки "s=abd", которые были ранее переданы платформой услуги, как параметр URL), вставляют с помощью устройства клиента в каждом запросе, требующем мультимедийный сегмент, используя способ, который более подробно описан со ссылкой на фиг. 3.
Таким образом, первые два URL для доступа к первым двум сегментам видеоданных с качеством 500 кбит/с в этом примере становятся:
1. HTTP://x.com/video500000/0.mp4v?s=abd; и
2. HTTP://x.com/video500000/180180.mp4v?s=abd.
Два преимущества изобретения, таким образом, можно явно видеть по сравнению с предшествующим уровнем техники, который был описан со ссылкой на фиг. 1:
- Благодаря использованию этого нового способа, для сервера становится возможным использовать метку, присутствующую в URL, для проверки каждого мультимедийного сегмента. Если метка для каждого мультимедийного сегмента является действительной, то сервер, действительно, будет предоставлять сегмент. Если метка для каждого мультимедийного сегмента является действительной, то сервер, действительно, будет предоставлять мультимедийный сегмент. В противном случае, загрузка не будет выполнена. Механизм, таким образом, является более защищенным, чем в прошлом.
- Кроме того, больше нет необходимости генерировать файл описания (y.mpd) для каждого клиента, поскольку каждый клиент может персонализировать доступ к различным сегментам содержания путем пропуска параметров, которые клиент получил заранее в URL файла описания.
На фиг. 3 показана форма временной диаграммы, представляющей различные этапы механизма изобретения.
Он основан на обмене и использовании файла y.MPD, в том виде, как он будет модифицирован ниже (поля, представленные курсивом, представляют собой новые поля, в соответствии с изобретением).
Новое поле URLParameters устанавливает, что механизм наследования изобретения является активным. Естественно, что возможны другие варианты. В частности, можно рассмотреть случай, когда поле является необязательным, и его присутствие или отсутствие тестируют с помощью модели анализа файла XML, представленного в терминале клиента. Если оно отсутствуют, оно может быть ассоциировано с параметром по умолчанию.
Новое поле URLParameterTemplate используется для передачи параметров в адреса мультимедийного сегмента (URL, URI), которые должны быть сгенерированы. Поле URLParameterTemplate устанавливает, в частности, какие поля файла требуется повторно использовать в каждом мультимедийном сегменте. В этом примере только поле "метки" должно повторно использоваться, однако, естественно, возможно предусмотреть повторное использование большего количества параметров. Можно считать, что это поле является необязательным, причем его наличие или отсутствие тестируется с помощью модуля анализа файла XML, представленного в терминале клиента. Если оно отсутствует, параметр по умолчанию может аналогично быть ассоциирован с ним.
Во время этапа Е1, терминал 1 запрашивает описание файла y.mpd, и этот файл передают в него из сервера (8) содержания во время этапа Е10.
Во время этапа Е2 он генерирует первый универсальный адрес (HTTP://x.com/video/0.mp4v) сегмента содержания.
Во время этапа Е3 он генерирует второй универсальный адрес сегмента содержания (HTTP://x.com/video/0.mp4v?s=abd), путем вставки параметра аутентификации "s=abd", который был передан в него, как параметр адреса файла описания, во втором адресе сегмента, в соответствии с правилом (URLParameterTemplate), считанным в файле описания.
Во время этапа Е4 используется этот второй универсальный адрес, для запроса сегмента, который передает в него сервер содержания во время этапа Е12, после того, как сервер проверит параметры аутентификации (s=abd). Затем он может употребить содержание во время дополнительного этапа Е5.
Этап Е6 проверки обеспечивает для него возможность повторения этапов Е3-Е5 для другого сегмента содержания, если только остаются сегменты содержания, для обработки.
Figure 00000003
В этом первом примере параметры, которые должны быть переданы для генерирования второго универсального адреса сегмента, упомянуты в явном виде в правиле; пример синтаксиса представлен в файле для передачи параметра "сигнатура":
<URLParameterTemplate parameters="?$signature$"/>
В варианте параметры, которые должны быть переданы для генерирования второго универсального адреса, упомянуты по их порядку, например, используя следующий синтаксис, который означает, что первый параметр, который должен быть передан, имеет номер 2, после чего следует номер 1 и затем номер 3:
<URLParameterTemplate="2 1 3">
В другом варианте, описанном со ссылкой на фиг.4, контекст больше не представляет собой содержание распределения при потоковой передаче данных через http, но он представляет собой содержание потоковой передачи данных через протокол реального времени (RTP) с проверкой, с использованием протокола потоковой передачи в режиме реального времени (RTSP). В услуге "видео по требованию" (VOD), которая проверяет RTSP, установление видеосеанса по требованию передают через первый этап информации загрузки, обеспечивающий начало сеанса. Этот первый этап обычно основан на протоколе SDP (IETF RFC 4566), что позволяет, в частности, описать, какой протокол требуется использовать для сеанса VOD, характеристики содержания (скорость передачи данных, видео- и аудиосодержание) и т.д., как показано в таблице ниже. Эта информация может быть восстановлена через предварительную загрузку файла (называется файлом "sdp") и использоваться впоследствии для установки сеанса потоковой передачи данных между терминалом клиента и сервером:
Figure 00000004
Как показано на фиг. 4, изобретение может применяться непосредственно в этом контексте применения.
Предполагается, что терминал 1 получил файл описания SDP.
Параметры, используемые во время запроса загрузки файла SDP, затем используются для конструирования запроса, обеспечивающего установление сеанса. В частности, параметр "устройство = переносной компьютер" прикрепляют к универсальному адресу файла SDP и передают для восстановления аудиосегмента, использующего протокол rtsp. Запрос сегмента мультимедийных данных принимает следующую форму:
rtsp://movie.example.com/ost.wav&device=laptop
Таким образом, как и в примере Таблицы 2, является соответствующей вставка новых сигналов в этот файл sdp, что обеспечивает активацию изобретения.
Естественно, что вариант выполнения, описанный выше, представлен исключительно в качестве неограничительного обозначения и различные модификации могут быть легко применены к нему специалистом в данной области техники, без выхода, таким образом, за пределы сущности изобретения.

Claims (6)

1. Способ генерирования документа (y.mpd), описывающего мультимедийное содержание (у), содержащее по меньшей мере один сегмент данных, подлежащее доступу через первый универсальный адрес из упомянутого документа (y.mpd), при этом способ включает в себя по меньшей мере один этап записи по меньшей мере одного правила генерирования универсального адреса в документ, причем
упомянутое правило генерирования второго универсального адреса для сегмента, указывает учитываемые, при генерировании указанного второго универсального адреса:
первый универсальный адрес; и
по меньшей мере, один параметр, ассоциированный с универсальным адресом документа, описывающего содержание.
2. Способ генерирования документа описания (y.mpd) по п. 1, в котором правило генерирования универсального адреса описывает полученные параметры (сигнатуру), подлежащие учету, при генерировании второго универсального адреса для сегмента.
3. Способ генерирования документа описания (y.mpd) по п. 1, в котором правило генерирования адреса указывает порядок, в котором полученные параметры подлежат учету при генерировании второго универсального адреса, для сегмента.
4. Способ доступа к мультимедийному содержанию (у), содержащему по меньшей мере один сегмент данных, доступ к которому осуществляется посредством документа, описывающего содержание, причем указанный документ содержит первый универсальный адрес сегмента, при этом упомянутый доступ к сегменту осуществляют посредством второго универсального адреса сегмента, причем упомянутый способ доступа содержит этапы, на которых:
получают (E1, Е11) документ, описывающий содержание, и из указанного документа генерируют (Е2) по меньшей мере первый универсальный адрес сегмента;
получают по меньшей мере один параметр, ассоциированный с универсальным адресом документа, описывающего содержание;
считывают по меньшей мере одно правило генерирования адреса в документе, описывающем содержание; и
генерируют (Е3), в качестве функции правила генерирования адреса для универсального адреса сегмента и полученного параметра, второй универсальный адрес для сегмента.
5. Сервер мультимедийного содержания для генерирования документа, описывающего мультимедийное содержание (у), содержащее по меньшей мере один сегмент данных, доступ к которому осуществляется посредством по меньшей мере первого универсального адреса из упомянутого документа, при этом сервер содержания включает в себя модуль для записи по меньшей мере одного правила генерирования универсального адреса в документе, при этом
упомянутое правило генерирования второго универсального адреса для сегмента, указывает учитываемые, при генерировании указанного второго универсального адреса для сегмента:
первый универсальный адрес и по меньшей мере один параметр, ассоциированный с универсальным адресом документа, описывающего содержание.
6. Терминал, характеризующийся тем, что выполнен с возможностью доступа к мультимедийному содержанию (у), содержащему по меньшей мере один сегмент данных, подлежащему доступу посредством документа, описывающего содержание, причем указанный документ содержит первый универсальный адрес указанного сегмента, при этом упомянутый доступ выполняется посредством второго универсального адреса сегмента, причем терминал содержит:
модуль для получения документа, описывающего содержание, для которого из указанного документа сгенерирован по меньшей мере первый универсальный адрес сегмента;
модуль для получения по меньшей мере одного параметра, ассоциированного с универсальным адресом документа, описывающего содержание (y.mpd);
модуль для считывания по меньшей мере одного правила генерирования адреса в документе, описывающем содержание (y.mpd); и
модуль для генерирования второго универсального адреса для сегмента, в качестве функции правила генерирования адреса, первого универсального адреса сегмента и полученного параметра (s=abd).
RU2015113822/07A 2012-10-09 2013-10-07 Наследование параметров унифицированного идентификатора ресурса (uri) RU2602244C1 (ru)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
FR1259623 2012-10-09
FR1259623A FR2996715A1 (fr) 2012-10-09 2012-10-09 Heritage de parametres d'identifiant universel de ressource (uri)
PCT/FR2013/052379 WO2014057197A1 (fr) 2012-10-09 2013-10-07 Heritage de parametres d'identifiant universel de ressource (uri)

Publications (2)

Publication Number Publication Date
RU2015113822A RU2015113822A (ru) 2016-11-10
RU2602244C1 true RU2602244C1 (ru) 2016-11-10

Family

ID=47425081

Family Applications (1)

Application Number Title Priority Date Filing Date
RU2015113822/07A RU2602244C1 (ru) 2012-10-09 2013-10-07 Наследование параметров унифицированного идентификатора ресурса (uri)

Country Status (9)

Country Link
US (1) US9769010B2 (ru)
EP (1) EP2907315B1 (ru)
JP (1) JP6277194B2 (ru)
KR (1) KR102147478B1 (ru)
CN (1) CN104718763B (ru)
BR (1) BR112015007743B1 (ru)
FR (1) FR2996715A1 (ru)
RU (1) RU2602244C1 (ru)
WO (1) WO2014057197A1 (ru)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20120034550A (ko) 2010-07-20 2012-04-12 한국전자통신연구원 스트리밍 컨텐츠 제공 장치 및 방법
US9467493B2 (en) * 2010-09-06 2016-10-11 Electronics And Telecommunication Research Institute Apparatus and method for providing streaming content
KR101206111B1 (ko) * 2010-09-06 2012-11-28 한국항공대학교산학협력단 스트리밍 콘텐츠 제공 장치 및 방법
US9516009B2 (en) * 2014-09-29 2016-12-06 Tetrapod Software, Inc. Authenticating redirection service
US11622137B2 (en) 2015-02-11 2023-04-04 Vid Scale, Inc. Systems and methods for generalized HTTP headers in dynamic adaptive streaming over HTTP (DASH)
JP6476995B2 (ja) * 2015-02-24 2019-03-06 沖電気工業株式会社 中継装置、コンテンツ配信システム、中継方法およびプログラム
US10104065B2 (en) * 2015-05-26 2018-10-16 Futurewei Technologies, Inc. Token-based authentication and authorization information signaling and exchange for adaptive streaming
US10333930B2 (en) * 2016-11-14 2019-06-25 General Electric Company System and method for transparent multi-factor authentication and security posture checking

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2398362C2 (ru) * 2006-06-16 2010-08-27 Эрикссон Аб Соединение независимых мультимедийных источников в конференц-связь
WO2011038032A2 (en) * 2009-09-22 2011-03-31 Qualcomm Incorporated Enhanced block-request streaming using url templates and construction rules
WO2012033319A2 (ko) * 2010-09-06 2012-03-15 한국전자통신연구원 스트리밍 컨텐츠 제공 장치 및 방법

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU2003298797A1 (en) * 2002-12-04 2004-06-23 Entriq Inc. Multiple content provider user interface
JP5579073B2 (ja) * 2007-11-16 2014-08-27 トムソン ライセンシング ストリーミング・メディアのセッション管理を行なうシステムおよび方法
CN102055789B (zh) * 2009-11-09 2013-10-09 华为技术有限公司 实现基于http的流媒体业务的方法、系统和网络设备
CN103081461B (zh) * 2010-06-28 2016-07-06 葫芦有限责任公司 用于提供流媒体节目和目标广告的方法和装置
KR20120034550A (ko) * 2010-07-20 2012-04-12 한국전자통신연구원 스트리밍 컨텐츠 제공 장치 및 방법
US20120030224A1 (en) * 2010-07-29 2012-02-02 Activepath Ltd. Enabling active content in messaging using automatic data replacement
US9467493B2 (en) * 2010-09-06 2016-10-11 Electronics And Telecommunication Research Institute Apparatus and method for providing streaming content
KR101739272B1 (ko) * 2011-01-18 2017-05-24 삼성전자주식회사 멀티미디어 스트리밍 시스템에서 컨텐트의 저장 및 재생을 위한 장치 및 방법
US8984144B2 (en) * 2011-03-02 2015-03-17 Comcast Cable Communications, Llc Delivery of content
US9253233B2 (en) * 2011-08-31 2016-02-02 Qualcomm Incorporated Switch signaling methods providing improved switching between representations for adaptive HTTP streaming
JP6348251B2 (ja) * 2012-09-13 2018-06-27 サターン ライセンシング エルエルシーＳａｔｕｒｎ Ｌｉｃｅｎｓｉｎｇ ＬＬＣ 端末装置、受信方法、およびプログラム
US9348993B2 (en) * 2012-09-28 2016-05-24 Futurewei Technologies, Inc. Segment authentication for dynamic adaptive streaming
US9607132B2 (en) * 2012-10-22 2017-03-28 Koninklijke Kpn N.V. Token-based validation method for segmented content delivery
US9749375B2 (en) * 2013-01-16 2017-08-29 Futurewei Technologies, Inc. URL parameter insertion and addition in adaptive streaming
US9628487B2 (en) * 2014-03-24 2017-04-18 Futurewei Technologies, Inc. System and method for partial URL signing with applications to dynamic adaptive streaming

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2398362C2 (ru) * 2006-06-16 2010-08-27 Эрикссон Аб Соединение независимых мультимедийных источников в конференц-связь
WO2011038032A2 (en) * 2009-09-22 2011-03-31 Qualcomm Incorporated Enhanced block-request streaming using url templates and construction rules
WO2012033319A2 (ko) * 2010-09-06 2012-03-15 한국전자통신연구원 스트리밍 컨텐츠 제공 장치 및 방법

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
Text of ISO/IEC IS 23009-1 Media Presentation Description and Segment Formats, 98. MPEG MEETING, Geneva, (MOTION PICTURE EXPERT GROUP OR ISO/IEC JTC1/SC29/WG11), no.N12329, 06 January 2012. Telefon AB LM Ericsson et al, Media Presentation Description in HTTP Streaming, 3GPPSA4#57, S4-100080, St Julian, Malta, 25 - 29 Jan 2010. *

Also Published As

Publication number Publication date
EP2907315B1 (fr) 2022-06-22
KR102147478B1 (ko) 2020-08-24
US20150280965A1 (en) 2015-10-01
RU2015113822A (ru) 2016-11-10
US9769010B2 (en) 2017-09-19
BR112015007743A2 (pt) 2019-11-05
JP2016500943A (ja) 2016-01-14
CN104718763B (zh) 2018-08-28
JP6277194B2 (ja) 2018-02-07
WO2014057197A1 (fr) 2014-04-17
KR20150068387A (ko) 2015-06-19
BR112015007743B1 (pt) 2022-09-06
EP2907315A1 (fr) 2015-08-19
FR2996715A1 (fr) 2014-04-11
CN104718763A (zh) 2015-06-17

Similar Documents

Publication Publication Date Title
RU2602244C1 (ru) Наследование параметров унифицированного идентификатора ресурса (uri)
US10057277B2 (en) System and method for partial URL signing with applications to dynamic adaptive streaming
US9875480B2 (en) System, method, and infrastructure for real-time live streaming content
EP2626808B1 (en) Drm service providing method and device
EP2031828A2 (en) Content receiving device and method
JP2017530484A (ja) アダプティブストリーミングのためのトークンに基づく認証および認可情報のシグナリングおよびやりとり
CN110248215B (zh) 视频播放链鉴权方法、装置、系统、服务器和存储介质
JP2009273105A (ja) 音声／映像ストリーム信号提供方法及び共有システム
US20110138413A1 (en) Method and system for personalizing and redirecting content object
CN104255010A (zh) 用于在模板模式下有效支持短加密区间的系统和方法
CN113455009B (zh) 用于认证和授权基于网络的媒体处理的方法和装置
CN106453195A (zh) 资源请求处理、鉴权请求处理及鉴权方法、系统及装置
CN105657456A (zh) 一种多媒体数据的处理方法、装置和系统
KR102586630B1 (ko) 수신 장치, 송신 장치, 및 데이터 처리 방법
CN111294667A (zh) 一种基于加密时间戳的在线视频防盗系统和方法
US20200364317A1 (en) Method and system for identifying a user terminal in order to receive streaming protected multimedia content
KR101496326B1 (ko) 복수의 서비스 제공자의 웹 기반 서비스를 제공/수신하기위한 방법 및 장치
CN108200452B (zh) 一种防止下载的web视频在线播放系统及其控制方法
US20170127103A1 (en) Method for managing the selection of the representation of segments of multimedia content transmitted over a communication network
CN102256181A (zh) 互联网内容访问方法及相关装置
JP4664386B2 (ja) 情報配信システム、情報配信方法、情報配信サーバ及びコンテンツ配信サーバ
CN101237459A (zh) 交互式网络电视广告接入方法及广告服务器
KR20040044563A (ko) 미디어 플레이어를 이용한 스트리밍 서비스의 보안방법
Musvibe COIN: A Customisable, Incentive Driven Video on Demand Framework for Low-Cost IPTV Services
CN105075277A (zh) 选择经由通信网络传送的多媒体内容的片段的代表的方法