Устройство и способ коммутации медиапотоков в режиме реального времени



Устройство и способ коммутации медиапотоков в режиме реального времени
Устройство и способ коммутации медиапотоков в режиме реального времени
Устройство и способ коммутации медиапотоков в режиме реального времени
Устройство и способ коммутации медиапотоков в режиме реального времени

 


Владельцы патента RU 2634206:

ИНСТИТУТ ФЮР РУНДФУНКТЕХНИК ГМБХ (DE)

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

 

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

Для области профессиональных телевизионных студий является обычным соединение источников медиапотоков в режиме реального времени, например телевизионных камер, производящих видеопотоки в режиме реального времени, и соответствующих приемников, например, надлежащих студийных мониторов или цифровых блоков компоновки программ, с помощью последовательного цифрового интерфейса, который на английском языке называется «Serial Digital Interface (SDI)». SDI-интерфейс позволяет передавать несжатые, незашифрованные потоки цифрового видео (и необязательно встроенные потоки временного кода и/или аудиопотоки) через коаксиальные кабели или оптические волноводы и содержит целое семейство стандартов, указанных SMPTE (англ. «Society of Motion Pictures and Television Engineers») для различных форматов видео и скоростей передачи данных в битах, соответственно. Таким образом, стандарт SMPTE 259M (англ. «Standard Definition»), также известный как SD-SDI, определяет например цифровую передачу видеосигналов PAL (англ. «Phase Alternating Line») в формате 576i (англ. «interlaced»-чересстрочный) со скоростью передачи 270 Мбит/с и стандарт SMPTE 344M (англ. «Enhanced Definition»), также известный как ED-SDI, позволяет цифровую передачу видеосигналов PAL в формате 576p (англ. «progressive»-прогрессивный) со скоростью передачи 540 Мбит/с. Для HDTV приложений (англ. «High Definition Television»-телевидение высокой четкости) с высокой четкостью стандарт SMPTE 292M, также известный как HD SDI позволяет цифровую передачу видеосигналов в формате 720p или 1080i со скоростями передачи 1,485 Гбит/с и 1,485/1,001 Гбит/с. Для еще больших форматов видео, например, в области цифровой кинематографии или 3D-кино, также доступны подходящие стандарты с соответственно еще более высокими скоростями передачи. Примерами для них являются стандарт SMPTE 372M, также известный как двухканальный HD-SDI и стандарт SMPTE 424M (англ. «Third Generation»-третье поколение), также называемый 3G-SDI.

Для коммутации медиапотоков в режиме реального времени между источниками и приемниками так называемые коммутаторы каналов SDI, как правило, используются в комплексном оснащении телестудии. Эти устройства обладают портами источника и приемника для потоков цифрового видео для различных форматов SDI, например SD-SDI, HD-SDI и 3G-SDI, в зависимости от их компонентов оборудования, и делают возможным прозрачную коммутацию приемников с источниками, т. е. гарантируется, что коммутация происходит между двумя хронологически последовательными блоками доступа, т.е., например между двумя хронологически следующими кадрами потоков цифрового видео. Коммутационная операция происходит для этих хронологически заданных точек коммутации или в заданных диапазонах коммутации соответственно, которые определяются в директиве SMPTE RP168 (англ. «Definition of Vertical Interval Switching Point for Synchronous Video Switching») для видеопотоков, например, в формате SDI.

Однако передача медиапотоков в режиме реального времени с помощью интерфейса SDI и коммутация с помощью соответствующих коммутаторов каналов SDI в телестудии имеет тот недостаток, что студийная технология, необходимая для этого является дорогой и максимальная длина кабеля для коаксиальных кабелей, используемых, как правило, для передачи, ограничена. Поэтому желательно, чтобы в будущем, не в последнюю очередь из-за экономических факторов, была изменена инфраструктура для последовательной передачи цифровых данных, используемая в телевизионных студиях на инфраструктуру с коммутацией пакетов, т.е., например IP-основе (англ. «Internet Protocol»), как это уже широко используется в последних технологиях компьютерных сетей. Такое решение, основанное на пакетизации, может быть дешевле в долгосрочной перспективе, чем «специальное» решение, используемое в студиях сейчас, и оно может быть использовано для передачи других форматов, например форматов сжатого видео, такого как JPEG200 или контейнеры, такие как MXF (англ. «Material exchange Format») в дополнение к передаче потоков цифрового видео в формате SDI. Кроме того, интеграция программно-реализованной обработки изображений и соответствующего носителя данных будет легче, точно так же в инфраструктуре с коммутацией пакетов.

Хотя уже существующие решения для передачи медиапотоков в режиме реального времени посредством IP-сетей с семейством стандартов SMPTE 2022 и стандарта SMPTE 2022-6 (английское название «High Bit Rate Media Transport over IP Networks» (HBRMT)), в частности, позволяют передачу потоков цифрового видео, предоставляемого в формате SDI посредством IP-сетей (также называемых «SDI over IP»), до сих пор имеется нехватка подходящих решений для коммутации таких сигналов прозрачно, т.е. между двумя хронологически последовательными блоками доступа, в «мире с коммутацией пакетов».

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

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

- один или несколько портов источника для подсоединения одного или нескольких источников,

- один или несколько портов приемника для подсоединения одного или нескольких приемников,

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

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

Настраивая устройство таким образом, чтобы предоставить коммутирующий приемник и переключить его на медиапоток в режиме реального времени от первого источника, например телевизионной камеры, и настраивая коммутирующий приемник так, чтобы принимать медиапоток в режиме реального времени от первого источника в формате с коммутацией пакетов, например формате IP-протокола, и так, чтобы отправлять принятый в режиме реального времени медиапоток в формате с коммутацией пакетов, причем пакеты снабжены первым многоточечным адресом пункта назначения, выделенным коммутирующему приемнику, коммутирующий приемник представляет собой с «точки зрения» приемников, соединенных с устройством, например, надлежащих студийных мониторов или цифровых блоков компоновки программ в IP-сети, источник медиапотока в режиме реального времени, отправленного коммутирующим приемником, с которым приемники могут соединяться посредством многоточечного адреса пункта назначения. Так как этот коммутирующий приемник/источник предоставляется коммутируемым как элемент или порт устройства соответственно, в устройстве может быть реализован процесс прозрачной коммутации. Другими словами: Обеспечение устройством дополнительного «уровня» коммутирующего приемника делает возможной реализацию прозрачной коммутации медиапотоков в режиме реального времени. Поэтому присоединение не в реальном времени к многоточечным группам назначения можно рассматривать как статическую конфигурацию, которая соответствует кабельному соединению с использованием коаксиальных кабелей, но, тем не менее, не требует никакого физического доступа. Действительный процесс коммутации может быть осуществлен без участия источника или приемника в «коммутирующем приемнике» и может быть управляем, например, посредством SNMP (англ. «Simple Network Management Protocol») или посредством веб-интерфейса.

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

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

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

Предпочтительно, чтобы устройство дополнительно было выполнено, так, чтобы при переключении коммутирующего приемника с медиапотока в режиме реального времени от первого источника на медиапоток в режиме реального времени от второго источника прекратить отправку медиапотока в режиме реального времени от первого источника коммутирующим приемником в первой точке коммутации, предварительно заданной для этого медиапотока в режиме реального времени, или внутри первого диапазона коммутации, предварительно заданного для этого медиапотока в режиме реального времени, и инициировать отправку медиапотока в режиме реального времени от второго источника коммутирующим приемником во второй точке коммутации, предварительно заданной для этого медиапотока в режиме реального времени, или внутри второго диапазона коммутации, предварительно заданного для этого медиапотока в режиме реального времени. Точки коммутации или диапазоны коммутации соответственно предпочтительно располагаются между двумя хронологически последовательными блоками доступа, т.е., например для видеопотоков между двумя хронологически последовательными кадрами, так что обеспечивается прозрачная коммутация. Для потоков цифрового видео в формате «SDI over IP», надлежащие точки коммутации или диапазоны коммутации соответственно определены, например, в вышеупомянутой директиве SMPTE RP 168.

Кроме того, предпочтительно, чтобы первая и/или вторая точка коммутации или первый и/или второй диапазон коммутации зависели от формата медиа соответствующего медиапотока в режиме реального времени. Кроме того, предпочтительно, чтобы устройство дополнительно было выполнено таким образом, чтобы определить формат медиа соответствующего медиапотока в режиме реального времени на основе идентификационных данных медиапотока в режиме реального времени. Такие идентификационные данные, например «Идентификатор полезной видеонагрузки» (VPID) (смотри ниже), содержащиеся в формате «SDI over IP», позволяют легко идентифицировать формат медиа (например, SDI формате 720p @ 1,485 Гбит/с) медиапотока в режиме реального времени и, следовательно, делают возможной правильную и прозрачную коммутацию в точке коммутации, предварительно заданной для этого формата медиа или в пределах предварительно заданного диапазона коммутации соответственно предварительно определенного для данного формата медиа. Для диапазона коммутации предпочтительно переключение между двумя пакетами в случае, когда границы пакета расположены в пределах диапазона коммутации. Если это невозможно, он должен переключаться в пределах одного пакета между старым и новым источником.

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

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

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

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

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

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

- подсоединение одного или нескольких источников к одному или нескольким портам источников,

- подсоединение одного или нескольких приемников к одному или нескольким портам приемников,

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

- прием медиапотока в режиме реального времени от первого источника в формате с коммутацией пакетов в коммутирующем приемнике,

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

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

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

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

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

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

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

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

На Фиг. 4 показана схематическая блок-схема варианта осуществления способа коммутации медиапотоков в режиме реального времени от одного или нескольких источников на один или несколько приемников.

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

На Фиг. 1 показан схематический и примерный вариант осуществления устройства 1 для коммутации медиапотоков в режиме реального времени от одного или нескольких источников Q1, Q2, Q3 на один или несколько приемников S1, S2, S3 в первом состоянии переключения.

В качестве источников Q1, Q2, Q3 здесь для примера предусматриваются три телевизионные камеры, которые соединены с соответствующими портами QA1, QA2, QA3 источника устройства 1, и в качестве приемников S1, S2, S3 предусматриваются два монитора и цифровой блок компоновки программ, которые соединены с соответствующими портами SA1, SA2, SA3 приемника устройства 1.

Обе камеры Q1 и Q3 соединены с соответствующими портами источника QA1 и QA3 устройства 1 с помощью Ethernet-кабелей 2 в этом варианте осуществления, и создают потоки цифрового видео непосредственно в формате с коммутацией пакетов, здесь в формате с коммутацией пакетов согласно стандарту SMPTE 2022-6 (в дальнейшем называемом форматом «SDI over IP» для краткости). Формат «SDI over IP» основан на многоуровневой модели, в которой предоставляемые потоки цифрового видео в формате SDI передаются в виде IP-пакетов (англ. «Internet Protocol»), причем в дополнение к уровням протоколов UDP (англ. «User Datagram Protocol») и RTP (англ. «Real-Time Transport Protocol») предоставляется дополнительная информация для хронирования, шифрования и т.д. Он также содержит так называемый «Идентификатор полезной видеонагрузки» (VPID), стандарт SMPTE 352m (английское название «Television - Video Payload Identification for Digital Television Interfaces») определяется идентификатором, идентификационными данными, которые идентифицируют формат медиа передаваемого потока цифрового видео.

Камера Q2 подсоединена к соответствующему порту QA2 источника устройства 1 с помощью коаксиального кабеля 3 и создает поток цифрового видео в последовательном формате, в данном случае в формате SDI; который конвертируется в формат «SDI over IP» конвертором 4 порта источника, содержащимся в порте QA2 источника.

Устройство 1 выполнено таким образом, чтобы внутри отправлять потоки цифрового видео, созданные источниками Q1, Q2, Q3, здесь три телевизионные камеры, от соответствующих портов QA1, QA2, QA3 источника в формате «SDI over IP».

Монитор S2 и цифровой блок S3 компоновки программ также подсоединены к соответствующим портам SA2 и SA3 приемника устройства 1 с помощью Ethernet-кабелей 2 и выполнены так, чтобы принимать потоки цифрового видео непосредственно в формате «SDI over IP». Монитор S1 подсоединен к соответствующему порту SA1 приемника устройства 1 с помощью коаксиального кабеля 3 и выполнен так, чтобы принимать поток цифрового видео в последовательном формате SDI. Порт SA1 приемника содержит конвертор 5 порта приемника, который выполнен так, чтобы конвертировать поток цифрового видео, отправленного в устройстве 1 на порт SA1 приемника, из формата «SDI over IP» в последовательный формат SDI.

Пакеты формата «SDI over IP» потоков цифрового видео, созданных в устройстве 1 для отправки источниками Q1, Q2, Q3, здесь три телевизионные камеры, имеют многоточечный адрес пункта назначения, соответственно в этом варианте осуществления IP-адрес пункта назначения групповой передачи, который предпочтительно является характерно конфигурируемым для каждого из потоков цифрового видео. Таким образом, камеры Q1 и Q3 в этом вариант осуществления, например, можно сконфигурировать таким образом, что они создают пакеты с настраиваемым IP-адресом пункта назначения групповой передачи, когда они создают потоки цифрового видео непосредственно в формате «SDI over IP». В случае камеры Q2, которая создает поток цифрового видео в формате SDI, конвертация в формат «SDI over IP» происходит сначала в конверторе 4 порта источника, содержащегося в порте QA2 источника, который может быть выполнен таким образом, чтобы он создавал пакеты в формате «SDI over IP» с настраиваемым IP-адресом пункта назначения групповой передачи. Для дальнейшего объяснения предполагается, что камеры Q1 и Q3 в примере, представленном на Фиг. 1, выполнены так, что они создают пакеты с IP-адресами IPMZ1 и IPMZ3 пунктов назначения групповой передачи, в то время как конвертор 4 порта источника выполнен так, что он создает пакеты с IP-адресом IPMZ2 пункта назначения групповой передачи.

IP-адреса пунктов назначения групповой передачи позволяют подсоединять приемники S1, S2, S3, здесь два монитора и блок компоновки программ, к потокам цифрового видео, отправляемым в формате «SDI over IP» посредством портов QA1, QA2, QA3 источника. Для этого устройство 1 поддерживает протокол групповой передачи, в этом варианте осуществления протокол групповой IP-адресации, а также соответствующие протоколы управления, как например, так называемый «межсетевой протокол управления группами» (IGMP), сетевой протокол из семейства Интернет-протоколов, который служит для организации групп с групповым IP адресом. С помощью соответствующих сообщений IGMP монитор S2 и цифровой блок S3 компоновки программ могут таким образом сигнализировать устройству 1, что они хотят принимать «потоки цифрового видео с определенным групповым IP-адресом». Говоря словами сетевого жаргона: монитор S2 и цифровой блок S3 компоновки программ могут сигнализировать устройству 1 с помощью соответствующих IGMP сообщений, что они хотят присоединиться к определенному групповому IP-адресу, т.е. что они хотят принимать пакеты потоков цифрового видео, отправленных портами QA1, QA2, QA3 источника в формате «SDI over IP» с определенным групповым IP-адресом, здесь, например, IPMZ1. В случае монитора S1, который выполнен с возможностью приема потока цифрового видео в последовательном формате SDI, присоединение к определенному групповому IP-адресу может происходить через конвертор 5 порта приемника, содержащегося в порте SA1 приемника.

В примере, представленном на Фиг. 1, цифровой блок S3 компоновки программ устройства 1 сигнализирует с помощью соответствующих IGMP сообщений, что он хочет принять потоки цифрового видео с IP-адресами IPMZ1, IPMZ2 и IPMZ3 пунктов назначения групповой передачи, т.е. что он хочет принять потоки цифрового видео от всех трех портов QA1, QA2, QA3 источника; которые поэтому отправляются устройством 1 на порт SA3 приемника (представлены как сплошные связывающие линии на фигуре). Конвертор 5 порта приемника сигнализирует здесь устройству 1 с помощью соответствующих сообщений IGMP, что он хочет принять поток цифрового видео с IP-адресом IPMZ1 пункта назначения групповой передачи, т.е. что он хочет принять поток цифрового видео от порта QA1 источника, который поэтому отправляется от устройства 1 на порт SA1 приемника (представлены как сплошные связывающие линии на фигуре).

Функциональность устройства 1, описанная на настоящий момент в основном соответствует функциональности уже имеющихся IP маршрутизаторов групповой передачи, которые соответственно распределяют IP-потоки групповой передачи с помощью стандартных сетевых протоколов таких, как IGMP или так называемый «протокол управляющих сообщений в Интернет для Интернет-протокола версии 6» (IC-MPv6). Здесь, как правило, также возможно переключать приемники S1, S2, S3, здесь два монитора и блок компоновки программ, между различными потоками цифрового видео во время «текущих операций», т.е. пока источники Q1, Q2, Q3, здесь три телевизионные камеры, создают потоки цифрового видео и подают их на устройство 1. Однако, это делает невозможной прозрачную коммутацию, т.е. не возможно обеспечить возникновение соответствующей коммутации между двумя последовательными блоками доступа соответственно, т.е., например, для потоков цифрового видео между двумя хронологически последовательными кадрами. Таким образом, описанная ранее функциональность маршрутизации групповой передачи весьма подходит для установки «фиксированной» конфигурации, т.е. установка фиксированного распределения источников Q1, Q2, Q3 в приемники S1, S2, S3 до начала «текущих операций».

Напротив, для того чтобы также сделать возможной прозрачную коммутацию, устройство 1 в связи с этим предоставляет «внутренний» коммутирующий приемник S1, S2, S3, который может переключаться между потоками цифрового видео от источников Q1, Q2, Q3 для того, чтобы принять их в коммутирующий приемник Ss соответственно. В примере, представленном на Фиг. 1, коммутирующий приемник Ss первым переключается на поток цифрового видео камеры Q1 (представлен на фигуре штриховой линией), так, что он принимается в коммутирующем приемнике Ss в формате «SDI over IP». В этом варианте осуществления этот процесс коммутации также основывается на протоколе групповой IP-адресации, описанном выше, т.е. коммутирующий приемник присоединяется к определенному групповому IP-адресу с определенным IP-адресом пункта назначения групповой передачи, здесь IPMZ1, после сигнализации посредством соответствующих сообщений IGMP. Активный статус переключения коммутирующего приемника Ss здесь «переключенного на поток цифрового видео с групповым IP-адресом IPMZ1» может быть представлен в устройстве 1, как, например, в виде соответствующей таблицы коммутации или т.п. (не показано).

Коммутирующий приемник Ss теперь выполнен с возможностью отправки принятого потока цифрового видео в формате с коммутацией пакетов, здесь также соответственно в формате «SDI over IP», причем пакеты снабжены многоточечным адресом пункта назначения, выделенным коммутирующему приемнику Ss, в этом варианте осуществления также IP-адресом пункта назначения групповой передачи, который предпочтительно однозначно конфигурируется. В примере, представленном на Фиг. 1, для дальнейшего объяснения предполагается, что пакеты в формате «SDI over IP», отправленные приемником S3 предоставляются с IP-адресом IPMZ5 пункта назначения групповой передачи. Этот адрес отличается от IP-адресов IPMZ1, IPMZ2 и IPMZ3 пункта назначения групповой передачи (смотри выше), т.е. он является точно определенным в устройстве 1.

IP-адрес пункта назначения групповой передачи (здесь IPMZs), выделенный коммутирующему приемнику Ss позволяет подсоединить приемники S1, S2, S3, здесь два монитора и блок компоновки программ, к потоку цифрового видео, отправленному коммутирующим приемником Ss в формате «SDI over IP». Другими словами: Коммутирующий приемник Ss представляет (в устройстве 1 однозначный) источник IP групповой передачи с «точки зрения» двух мониторов S1 и S2 и цифрового блока S3 компоновки программ. Соединение приемников S1, S2, S3 с коммутирующим приемником Ss как «источником» происходит, например, как описано выше также с помощью соответствующих сообщений IGMP. В примере, представленном на Фиг. 1, монитор S2 устройства 1 сигнализирует с помощью соответствующих сообщений IGMP, что он хочет принять поток цифрового видео с IP-адресом IPMZs пункта назначения групповой передачи, т.е. что он хочет принять поток цифрового видео, отправленный коммутирующим приемником Ss, здесь поток цифрового видео камеры Q1: который таким образом отправляется устройством 1 на порт SA2 приемника (представлен как сплошные связывающие линии на фигуре).

Использование коммутирующего приемника/источника Ss является преимущественным в ранее описанной «прямой» коммутации источников Q1, Q2, Q3 с приемниками S1, S2, S3 настолько, насколько легко процесс коммутации может быть прозрачно реализован в устройстве 1. Это объясняется более подробно ниже со ссылкой на Фиг. 2, которая показывает схематически и в качестве примера вариант осуществления устройства 1 для коммутации медиапотоков в режиме реального времени из одного или нескольких источников Q1, Q2, Q3 с одним или несколькими приемниками S1, S2, S3 в течение процесса коммутации.

Для того чтобы инициировать процесс коммутации устройство 1 поддерживает надлежащий протокол управления, такой как, например, так называемый «простой протокол управления сетью» (SNMP), сетевой протокол из семейства Интернет-протоколов, используемый для управления устройствами, подсоединенными к IP-сети. С помощью соответствующих сообщений SNMP, например монитор S2 или цифровой блок S3 компоновки программ может затем сигнализировать на устройство 1, о том, что коммутирующий приемник Ss должен переключаться с потока цифрового видео первого источника, например камеры Q1, на поток цифрового видео второго источника, например камеры Q2. В примере, представленном на Фиг. 2, процесс коммутации инициируется цифровым блоком компоновки программ S3 с помощью соответствующего сообщения SNMP.

Процесс коммутации, т.е. переключение коммутирующего приемника Ss, основан в свою очередь на протоколе групповой IP-адресации как описано выше в этом варианте осуществления, однако, он реализуется в устройстве 1 так, что это происходит прозрачно, т. е. гарантируется, что коммутация происходит между двумя хронологически последовательными блоками доступа, т.е. например, с потоками цифрового видео между двумя хронологически последовательными кадрами. Поэтому дополнительно устройство 1 содержит буфер 6, здесь показанный как порт коммутирующего приемника Ss, в котором данные потока цифрового видео первого источника (на который коммутирующий приемник Ss был переключен до сих пор), в этом примере поток цифрового видео камеры Q1, и/или данные потока цифрового видео второго источника (на который коммутирующий приемник Ss должен быть переключен), в этом случае поток цифрового видео камеры Q2, могут быть буферизованы во время процесса коммутации. Для прозрачной коммутации переадресация потока цифрового видео от первого источника, здесь камеры Q1, в этом случае прекращается коммутирующим приемником Ss в первой точке коммутации, предварительно заданной для этого видеопотока, или в первом диапазоне коммутации, предварительно заданном для этого видеопотока, соответственно, и отправка потока цифрового видео второго источника, здесь камеры Q1, инициируется коммутирующим приемником Ss во второй точке коммутации, предварительно заданной для этого видеопотока, или в втором диапазоне коммутации, предварительно заданном для этого видеопотока, соответственно. Здесь данные обоих потоков цифрового видео находятся в буфере 6 в течение короткого периода времени в связи с отсутствующей синхронностью IP и, возможно, с фазовым сдвигом между двумя потоками цифрового видео (представлены на фигуре штриховыми линиями).

Точки коммутации или диапазоны коммутации, предварительно заданные соответственно для прозрачной коммутации, зависят от формата медиа соответствующего потока. Для формата «SDI over IP», например, устанавливаются на «уровне SDI» в упомянутом выше руководстве по SMTPE RP 168 (англ. «Definition of Vertical Interval Switching Point for Synchronous Video Switching»).

В этом варианте осуществления устройство 1 идентифицирует формат медиа (например, формат SDI 720p @ 1,485 Гбит/с) потока цифрового видео на основе «Идентификатора полезной видеонагрузки» (VPID), передаваемого в пакетах формата «SDI over IP». Заданная точка коммутации или диапазон коммутации соответственно для потока цифрового видео, идентифицированного формата медиа, может быть сохранена в устройстве 1, например, в таблице или тому подобном. Для переключения потоков цифрового видео в формате «SDI over IP» предварительно заданные точки коммутации или диапазоны коммутации соответственно обоих видеопотоков в этом случае должны быть идентифицированы в первую очередь в соответствующих пакетах. Кстати, может произойти, например, что для каждого из двух потоков цифрового видео сначала ищется следующий пакет, в котором установлен так называемый «маркерный бит RTP». Этот бит указывает, что соответствующий пакет содержит конец кадра. Благодаря информации формата SDI, например 720p @ 1,485 Гбит/с, идентифицированной «Идентификатором полезной видеонагрузки» (VPID), и точке коммутации или диапазону коммутации, соответственно предварительно заданными для этого формата медиа, а также знанию числа битов данных полезной нагрузки (битов видеопотока), которые могут передаваться пакетом, например пакет, содержащий точку коммутации, может быть таким образом определен в каждом из двух потоков цифрового видео и таким образом может быть реализована прозрачная коммутация. Альтернативно, пакеты, содержащие точки коммутации или пакеты внутри диапазона коммутации соответственно, также могут быть отмечены непосредственно с помощью так называемого «заголовка расширения» так, что устройство 1 просто должно искать пакеты с этими заголовками. Активный статус переключения коммутирующего приемника Ss, здесь «переключение с потока цифрового видео с групповым IP-адресом IPMZ1 на поток цифрового видео с групповым IP-адресом IMPZ2», может быть представлен в устройстве 1, например, в виде соответствующей таблицы коммутации или т.п. (не показано).

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

Благодаря режиму коммутации, описанному выше, поток данных является бездефектным на «уровне SDI», но пакетно-ориентированные протоколы (особенно RTP и HBRMT) могут содержать ошибки целостности в порядковых номерах и временных отметках. Поэтому предпочтительно, чтобы поток данных в коммутирующем приемнике Ss адаптировался на всех уровнях протокола, которые обладают соответствующими данными. Здесь, например, можно использовать смещение для каждого затронутого поля протокола, которое соответственно адаптируется к разнице между переключаемыми источниками во время каждого запроса на переключение.

На Фиг. 3 показан схематический и примерный вариант осуществления устройства 1 для коммутации медиапотоков в режиме реального времени от одного или нескольких источников Q1, Q2, Q3 на один или несколько приемников S1, S2, S3 во втором состоянии переключения, здесь после процесса коммутации, поясненного со ссылкой на Фиг. 2. На фигуре показано, что коммутирующий приемник Ss в этом состоянии теперь переключен на поток цифрового видео камеры Q2 (представлен на фигуре штриховой линией), так, что его принимает коммутирующий приемник Ss в формате «SDI over IP» и он отправляется устройством 1 на порт SA2 приемника. Активный статус переключения коммутирующего приемника Ss здесь «переключенного на поток цифрового видео с групповым IP-адресом IPMZ2», может быть представлен в устройстве 1, например, в виде соответствующей таблицы коммутации или т.п. (не показано).

На Фиг. 4 показана схематическая блок-схема варианта осуществления способа коммутации медиапотоков в режиме реального времени от одного или нескольких источников Q1, Q2, Q3 на один или несколько приемников S1, S2, S3. Способ может быть осуществлен, например, с помощью устройства 1 как описано выше со ссылкой на Фиг. 1-3.

На этапе 101 один или несколько источников Q1, Q2, Q3 соединяются с одним или несколькими портами QA1, QA2, QA3 источников.

На этапе 102 один или несколько приемников S1, S2, S3 подсоединяются к одному или нескольким портам SA1, SA2, SA3 приемников.

На этапе 103 обеспечивается коммутирующий приемник Ss и он переключается на медиапоток в режиме реального времени от первого источника Q1.

На этапе 104 медиапоток в режиме реального времени от первого источника Q1 принимается в коммутирующий приемник Ss в формате с коммутацией пакетов.

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

На этапе 106 один или несколько приемников S2 подсоединяются к медиапотоку в режиме реального времени первого источника Q1, отправленному коммутирующим приемником Ss.

Следует отметить, что вышеупомянутые этапы процесса не обязательно осуществляются в таком порядке. Например, один или несколько приемников S1, S2, S3 могут быть подсоединены к одному или нескольким портам SA1, SA2, SA3 приемников (этап 102) до того, как один или несколько источников Q1, Q2, Q3 соединяются с одним или несколькими портами QA1, QA2, QA3 источников (этап 101).

Хотя варианты осуществления, как описано выше, в основном касаются переключения потоков цифрового видео в формате «SDI over IP» (необязательно со встроенными потоками временного кода и/или аудиопотоками), устройство 1 также может быть выполнено так, чтобы переключать другие виды медиапотоков в режиме реального времени, например потоки цифрового аудио, форматы сжатого видео, такого как JPEG200 или форматы контейнера, такие как MXF, в формате с коммутацией пакетов. Точки коммутации или диапазоны коммутации соответственно предварительно заданные для этих форматов медиа также можно хранить в таблице или тому подобном, в устройстве 1 и идентификация соответствующего медиаформата может произойти, например, с помощью соответствующих идентификационных данных, т.е. аналогично «Идентификатору полезной видеонагрузки» (VPID), описанному выше. Кроме того, устройство 1 может быть дополнительно выполнено с учетом возможности расширения путем ввода правил коммутации, которые устанавливают точку коммутации или диапазон коммутации соответственно, для медиапотока в режиме реального времени данного формата медиа, который прежде не поддерживался устройством 1.

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

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

Слова «особенность» и «содержит» не исключают другие элементы или этапы, и формы единственного числа не исключают множественного числа.

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

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

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

1. Устройство (1) для коммутации медиапотоков в режиме реального времени от одного или нескольких источников (Q1, Q2, Q3) на один или несколько приемников (S1, S2, S3), причем устройство (1) содержит:

- один или несколько портов (QA1, QA2, QA3) источника для подсоединения одного или нескольких источников (Q1, Q2, Q3),

- один или несколько портов (SA1, SA2, SA3) приемника для подсоединения одного или нескольких приемников (S1, S2, S3),

- причем устройство (1) выполнено так, чтобы предоставить коммутирующий приемник (Ss) и переключить его на медиапоток в режиме реального времени от первого источника (Q1),

- причем коммутирующий приемник (Ss) выполнен так, чтобы принимать медиапоток в режиме реального времени от первого источника (Q1) в формате с коммутацией пакетов, с первым многоточечным адресом (IPMZ1) пункта назначения, и отправлять принятый медиапоток в режиме реального времени в формате с коммутацией пакетов, причем пакеты обеспечены вторым многоточечным адресом (IPMZs) пункта назначения, выделенным коммутирующему приемнику (Ss) во время отправки для того, чтобы сделать возможным соединение одного или нескольких приемников (S2) с медиапотоком в режиме реального времени от первого источника (Q1), отправленным коммутирующим приемником (Ss),

причем устройство (1) дополнительно выполнено таким образом, чтобы переключать коммутирующий приемник (Ss) с медиапотока в режиме реального времени от первого источника (Q1) на медиапоток в режиме реального времени от второго источника (Q2), чтобы затем медиапоток в режиме реального времени от второго источника (Q2) принимался коммутирующим приемником (Ss),

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

2. Устройство по п. 1, причем устройство (1) дополнительно содержит буфер (6) и выполнено таким образом, чтобы поместить данные медиапотока в режиме реального времени от первого источника и/или данные медиапотока в режиме реального времени от второго источника (Q2) в буфер (6) во время переключения коммутирующего приемника (Ss) с медиапотока в режиме реального времени от первого источника (Q1) на медиапоток в режиме реального времени от второго источника (Q2).

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

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

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

6. Устройство (1) по одному из пп. 1-4, причем по меньшей мере один порт источника (QA1, QA3) выполнен так, чтобы источник (Q1, Q3) мог быть соединен с тем, который передает медиапоток в режиме реального времени в формате с коммутацией пакетов.

7. Устройство (1) по одному из пп. 1-4, причем по меньшей мере один разъем (SA2, SA3) приемника выполнен так, чтобы приемник (SA2, SA3) мог быть соединен с тем, который принимает медиапоток в режиме реального времени в формате с коммутацией пакетов.

8. Устройство (1) по одному из пп. 1-4, причем по меньшей мере один порт (QA2) источника содержит конвертор (4) порта источника, который выполнен с возможностью преобразования медиапотока в режиме реального времени от источника (Q2), подсоединенного к порту (QA2) источника, из последовательного формата в формат с коммутацией пакетов.

9. Устройство (1) по одному из пп. 1-4, причем по меньшей мере один порт (SA1) приемника содержит конвертор (5) порта приемника, который выполнен с возможностью преобразования медиапотока в режиме реального времени для приемника (S1), подсоединенного к порту (SA1) приемника, из формата с коммутацией пакетов в последовательный формат.

10. Устройство (1) по одному из пп. 1-4, причем устройство (1) выполнено так, чтобы отправлять медиапоток в режиме реального времени в формате с коммутацией пакетов от одного из одного или нескольких портов (QA1, QA2, QA3) источника, причем пакеты содержат второй многоточечный адрес (IPMZ1, IPMZ2, IPMZ3) пункта назначения, который позволяет подсоединять один или несколько приемников (S1, S3) к медиапотоку в режиме реального времени, отправленному одним из одного или нескольких портов (QA1, QA2, QA3) источника.

11. Устройство (1) по одному из пп. 1-4, причем формат с коммутацией пакетов содержит формат в соответствии с протоколом IP и первый многоточечный адрес (IPMZ1, IPMZ2, IPMZ3) пункта назначения является IP-адресом пункта назначения групповой передачи.

12. Способ коммутации медиапотоков в режиме реального времени от одного или нескольких источников (Q1, Q2, Q3) на один или несколько приемников (S1, S2, S3), причем способ содержит:

- подсоединение (101) одного или нескольких источников (Q1, Q2, Q3) к одному или нескольким портам (QA1, QA2, QA3) источников,

- подсоединение (102) одного или нескольких приемников (S1, S2, S3) к одному или нескольким портам (SA1, SA2, SA3) приемников,

- предоставление (103) коммутирующего приемника (Ss) и коммутация его на медиапоток в режиме реального времени от первого источника (Q1),

- прием (104) медиапотока в режиме реального времени от первого источника (Q1) в формате с коммутацией пакетов, с первым многоточечным адресом (IPMZ1) пункта назначения, в коммутирующем приемнике (Ss),

- отправку (105) принятого медиапотока в режиме реального времени в формате с коммутацией пакетов коммутирующим приемником (Ss), причем пакеты снабжены вторым многоточечным адресом (IPMZs) пункта назначения, выделенным коммутирующему приемнику (Ss) во время отправки,

- подсоединение (106) одного или нескольких приемников (S2) к медиапотоку в режиме реального времени от первого источника (Q1), отправленному коммутирующим приемником (Ss),

причем способ дополнительно содержит:

- переключение коммутирующего приемника (Ss) с медиапотока в режиме реального времени от первого источника (Q1) на медиапоток в режиме реального времени от второго источника (Q2), чтобы затем медиапоток в режиме реального времени от второго источника (Q2) принимался коммутирующим приемником (Ss), и

при переключении коммутирующего приемника (Ss) с медиапотока в режиме реального времени от первого источника (Q1) на медиапоток в режиме реального времени от второго источника (Q2) прекращают отправку медиапотока в режиме реального времени от первого источника (Q1) коммутирующим приемником (Ss) в первой точке коммутации, предварительно заданной для этого медиапотока в режиме реального времени, или внутри первого диапазона коммутации, предварительно заданного для этого медиапотока в режиме реального времени, и инициируют отправку медиапотока в режиме реального времени от второго источника (Q2) коммутирующим приемником (Ss) во второй точке коммутации, предварительно заданной для этого медиапотока в режиме реального времени, или внутри второго диапазона коммутации, предварительно заданного для этого медиапотока в режиме реального времени.

13. Компьютерно-читаемый носитель данных, содержащий компьютерную программу для коммутации медиапотоков в режиме реального времени от одного или нескольких источников (Q1, Q2, Q3) на один или несколько приемников (S1, S2, S3), причем компьютерная программа содержит средства программного кода для исполнения этапов способа по п. 12, когда компьютерная программа выполняется на компьютере.



 

Похожие патенты:

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

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

Изобретение относится к области кодирования/декодирования изображений. Технический результат – повышение эффективности кодирования и декодирования информации о значимом разностном коэффициенте.

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

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

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

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

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

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

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

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

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

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

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

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

Изобретение относится к электронной связи, а именно к системе (100) обмена сообщениями для маршрутизации клинических сообщений. Технический результат - маршрутизация оповещений.

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

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

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

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

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