Способ и устройство для воспроизведения мультимедийных данных

Изобретение относится области мультимедийных технологий, а именно к способу и устройству для воспроизведения мультимедийных данных. Техническим результатом является отделение обработки, связанной с персонализированными требованиями пользователей, от декодирования и воспроизведения мультимедийных данных, а также интегрирование проигрывателей сторонних производителей для реализации функции воспроизведения мультимедийных данных со сложной логикой. Предложено устройство для воспроизведения мультимедийных данных, включающее модуль прокси-службы мультимедийных данных и модуль воспроизведения, при этом модуль прокси-службы мультимедийных данных и модуль воспроизведения находятся в одном терминале или в различных терминалах, и модуль прокси-службы мультимедийных данных сконфигурирован для получения мультимедийных данных, соответствующих принятой команде воспроизведения, предварительной обработки этих мультимедийных данных и передачи команды управления воспроизведением в модуль воспроизведения, а также для передачи предварительно обработанных мультимедийных данных в модуль воспроизведения в соответствии с запросом от модуля воспроизведения; при этом модуль воспроизведения сконфигурирован для запроса у модуля прокси-службы мультимедийных данных мультимедийных данных, соответствующих команде управления воспроизведением, переданной из модуля прокси-службы мультимедийных данных, и для декодирования этих мультимедийных данных для воспроизведения. 2 н. и 6 з.п. ф-лы, 3 ил.

 

Область техники

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

Предпосылки создания изобретения

С развитием Интернет-технологий и цифровых технологий мультимедиа такие мультимедийные приложения, как телевидение по протоколу Интернета (Internet Protocol Television, IPTV), мобильное телевидение (Mobile Television, MTV), видеоконференции, дистанционное обучение, видеонаблюдение и другие, быстро стали частью повседневной жизни людей и играют в ней все более важную роль. По статистике на сегодняшний день видеоинформация составляет 50% Интернет-контента, при этом к 2015 году прогнозируется рост ее доли до 91%. В терминалах с мультимедийными приложениями видеопроигрыватели являются крайне важным программным обеспечением и широко применяются в таких терминалах как ПК, сотовые телефоны и абонентские телеприставки.

Как правило, сегодня проигрыватели мультимедийных данных в существующих абонентских телеприставках и портативных терминалах имеют два режима воспроизведения мультимедийных данных. Режим 1 заключается в интеграции с интерфейсом прикладного программирования (Application Programming Interface, API) средства для разработки программного обеспечения (Software Development Kit, SDK) от производителя микросхем, с этой целью данные принимают от источника мультимедийных данных через сеть Интернет, сеть кабельного телевидения или при помощи спутникового приемника, и после обработки принятых данных, с помощью соответствующей транспортной логики и предварительной обработки данных, вызывают API SDK для декодирования и воспроизведения; Режим 2 заключается в непосредственном вызове собственного проигрывателя из состава SDK производителя микросхем и в воспроизведении мультимедийных данных, полученных от источника мультимедийных данных, однако, как правило, такие проигрыватели обладают лишь базовыми характеристиками воспроизведения мультимедийных данных и не позволяют удовлетворить персонализированным требованиям, предъявляемым пользователями. Этот режим более часто применяют в портативных терминалах, например, в обычных смартфонах. Однако при этом описанные выше режимы страдают от следующих недостатков:

Режим 1: не позволяет отделить API SDK от воспроизведения мультимедийных данных, поскольку API SDK, предоставляемые для разных типов микросхем, имеют отличия, в этом режиме воспроизведение мультимедийных данных связано с микросхемной платформой. Соответственно, если выполняется интеграция с другим типом микросхем, коды воспроизведения мультимедийных данных должны быть модифицированы и, следовательно, кросс-платформенная совместимость является относительно низкой. На сегодняшний день в большинстве абонентских телеприставок и в проигрывателях сотовых телефонов топовых моделей применяют этот режим, где воспроизведение мультимедийных данных привязано к API SDK.

Режим 2: Как правило, проигрыватели, поставляемые производителями микросхем, имеют лишь базовые характеристики воспроизведения мультимедийных данных и не способны удовлетворить всему многообразию пользовательских требований.

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

Сущность изобретения

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

Для решения этой технической задачи в настоящем изобретении предложено устройство для воспроизведения мультимедийных данных, которое включает модуль прокси-службы мультимедийных данных и модуль воспроизведения, причем модуль прокси-службы мультимедийных данных и модуль воспроизведения размещены в одном терминале или в различных терминалах, и при этом:

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

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

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

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

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

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

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

Предпочтительно, предварительная обработка данных дополнительно включает контроль качества трафика.

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

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

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

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

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

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

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

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

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

Предпочтительно, предварительная обработка данных дополнительно включает контроль качества трафика.

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

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

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

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

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

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

Предпочтительные варианты осуществления изобретения

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

Первый вариант осуществления настоящего изобретения

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

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

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

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

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

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

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

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

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

Второй вариант осуществления изобретения

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

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

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

На шаге 203 модуль прокси-службы мультимедийных данных передает предварительно обработанные мультимедийные данные в модуль воспроизведения в соответствии с запросом от модуля воспроизведения;

На шаге 204 модуль воспроизведения декодирует принятые мультимедийные данные с целью воспроизведения.

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

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

Реализация устройства и способа проиллюстрирована ниже с помощью примеров применения настоящего изобретения.

Пример применения изобретения

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

пользовательский операционный интерфейс 1 применяют для приема команды воспроизведения, переданной пользователем;

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

Модуль 2 прокси-службы мультимедийных данных включает подмодуль 201 транспортной логики и обработки данных, подмодуль 202 службы передачи данных и подмодуль 203 управления сигнализацией, при этом:

подмодуль 201 транспортной логики и обработки данных получает мультимедийные данные (получаемые мультимедийные данные могут представлять собой битовый поток прямого эфира или битовый поток «по требованию») от источника 4 мультимедийных данных, через Интернет или по сети кабельного телевидения, или с помощью спутникового ресивера, с использованием стандартных протоколов передачи потоков мультимедийных данных или стандартных протоколов загрузки данных из сети, в соответствии с принятой командой воспроизведения, переданной из пользовательского операционного интерфейса 1; и выполняет предварительную обработку мультимедийных данных, при этом обработка включает контроль качества трафика и обработку при помощи транспортной логики, связанную с требованиями пользователей. Обработка при помощи транспортной логики, связанная с требованиями пользователей, включает один или более из следующих типов обработки в соответствии с персонализированными требованиями пользователей: сетевую статистическую обработку, дешифрование по технологии управления цифровыми правами (DRM (Digital Rights Management, DRM), условный доступ (Condition Access, CA), дескремблирование, прямая коррекция ошибок (Forward Error Correction, FEC), оптимизацию передачи с помощью автоматических запросов на повторную передачу (Automatic Repeat-reQuest, ARQ) и т.п. (здесь приведены только некоторые из возможных типов обработки при помощи транспортной логики, связанной с требованиями пользователей); затем передает обработанные мультимедийные данные в подмодуль 202 службы передачи данных и уведомляет подмодуль 203 управления сигнализацией о необходимости передачи команды управления воспроизведением в модуль 3 воспроизведения, при этом способ уведомления может заключаться в передаче в модуль 3 воспроизведения сообщения с уведомлением, таким образом, что подмодуль 203 управления сигнализацией передает команду управления воспроизведением в модуль 3 воспроизведения, или же он может передавать команду управления воспроизведением в подмодуль 203 управления сигнализацией напрямую, при этом подмодуль 203 управления сигнализацией пересылает эту команду управления воспроизведением в модуль 3 воспроизведения.

Подмодуль 202 службы передачи данных передает мультимедийные данные, которые предварительно обработаны подмодулем 201 транспортной логики и обработки данных, в модуль 3 воспроизведения после приема запроса на воспроизведение мультимедийных данных из модуля 3 воспроизведения; подмодуль 202 службы передачи данных принимает этот запрос на основе стандартного сетевого протокола и передает, или выгружает, мультимедийные данные, к примеру, с поддержкой стандартного протокола, используемого модулем 3 воспроизведения, например, с поддержкой одного или более из следующих протоколов: потокового протокола реального времени (Real Time Streaming Protocol, RTSP), транспортного протокола реального времени (Real-time Transport Protocol, RTP), протокола управления RTP (RTP Control Protocol, RTCP), протокола передачи гипертекста (Hypertext Transfer Protocol, HTTP) и т.п.

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

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

Источник 4 мультимедийных данных применяют для предоставления потока «прямого эфира» или потока «по требованию» в абонентскую телеприставку или портативный терминал.

Описанные выше пользовательский операционный интерфейс 1, модуль 2 прокси-службы мультимедийных данных и модуль 3 воспроизведения размещены в терминале, однако при этом модуль 2 прокси-службы мультимедийных данных и модуль 3 воспроизведения могут быть размещены в одном терминале или могут быть размещены в различных терминалах, соответственно. В одном из примеров модуль 2 прокси-службы мультимедийных данных может быть размещен в абонентской телеприставке А, а модуль 3 воспроизведения может быть размещен в абонентской телеприставке В или в портативном терминале. Например, абонентская телеприставка А может представлять собой завершенную абонентскую телеприставку, а абонентская телеприставка В может представлять собой опытную модель абонентской телеприставки, созданную производителем микросхем, при этом абонентской телеприставкой В управляют при помощи абонентской телеприставки А, благодаря чему могут проводиться испытания собственных возможностей и дефектов воспроизведения абоненткой телеприставки В. Соответственно, дефекты опытной модели абонентской телеприставки В могут быть выявлены на раннем этапе и производителю могут быть направлены соответствующие требования. В другом примере у некоторой семьи могут иметься две абонентские телеприставки: абонентскую телеприставку А используют для воспроизведения в гостиной комнате, а абонентскую приставку В используют для воспроизведения части контента, воспроизводимого абонентской телеприставкой А, в жилой комнате. Благодаря этому обеспечивается возможность просмотра одного и того же контента в разных комнатах домохозяйства.

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

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

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

Промышленная применимость

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

1. Устройство для воспроизведения мультимедийных данных, включающее модуль прокси-службы мультимедийных данных и модуль воспроизведения, при этом упомянутые модуль прокси-службы мультимедийных данных и модуль воспроизведения находятся в одном терминале или в различных терминалах, и
модуль прокси-службы мультимедийных данных сконфигурирован для получения мультимедийных данных, соответствующих принятой команде воспроизведения, предварительной обработки этих мультимедийных данных и передачи команды управления воспроизведением в модуль воспроизведения, а также для передачи предварительно обработанных мультимедийных данных в модуль воспроизведения в соответствии с запросом от модуля воспроизведения; и
модуль воспроизведения сконфигурирован для запроса, из модуля прокси-службы мультимедийных данных, мультимедийных данных, соответствующих упомянутой команде управления воспроизведением, переданной модулем прокси-службы мультимедийных данных, и затем для декодирования этих мультимедийных данных для воспроизведения;
при этом предварительная обработка данных включает обработку при помощи транспортной логики, связанную с пользовательскими требованиями и включающую один или более из следующих типов обработки в соответствии с персонализированными требованиями пользователей: дешифрование по технологии управления цифровыми правами (DRM), дескремблирование условного доступа (СА), прямую коррекцию ошибок (FEC), оптимизацию передачи с помощью автоматических запросов на повторную передачу (ARQ).

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

3. Устройство по п. 1, в котором:
предварительная обработка данных дополнительно включает контроль качества трафика.

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

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

6. Способ воспроизведения мультимедийных данных, включающий:
получение, модулем прокси-службы мультимедийных данных, мультимедийных данных, соответствующих принятой команде воспроизведения, предварительную обработку этих мультимедийных данных, а также передачу команды управления воспроизведением в модуль воспроизведения;
запрос, модулем воспроизведения, у упомянутого модуля прокси-службы мультимедийных данных, мультимедийных данных, соответствующих упомянутой команде управления воспроизведением, переданной модулем прокси-службы мультимедийных данных;
передачу, упомянутым модулем прокси-службы мультимедийных данных, предварительно обработанных мультимедийных данных в модуль воспроизведения в соответствии с запросом от модуля воспроизведения; и
декодирование, упомянутым модулем воспроизведения, принятых мультимедийных данных для воспроизведения;
при этом модуль прокси-службы мультимедийных данных и модуль воспроизведения расположены в одном терминале или в различных терминалах;
при этом предварительная обработка данных включает обработку при помощи транспортной логики, связанную с пользовательскими требованиями и включающую один или более из следующих типов обработки в соответствии с персонализированными требованиями пользователей: дешифрование по технологии управления цифровыми правами (DRM), дескремблирование условного доступа (СА), прямую коррекцию ошибок (FEC), оптимизацию передачи с помощью автоматических запросов на повторную передачу (ARQ).

7. Способ по п. 6, в котором
предварительная обработка данных дополнительно включает контроль качества трафика.

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