×
29.05.2019
219.017.674b

СПОСОБ И УСТРОЙСТВО ДЕКОДИРОВАНИЯ ПОТОКА ДАННЫХ В СИСТЕМАХ ПОТОКОВОЙ ПЕРЕДАЧИ ДАННЫХ

Вид РИД

Изобретение

№ охранного документа
0002326504
Дата охранного документа
10.06.2008
Аннотация: Изобретение относится к способу и устройству декодирования потока данных в буферном узле для систем передачи мультимедийных потоковых данных, например, MPEG-4. Техническим результатом является улучшение сохранения и извлечения одного или нескольких блоков данных в мультимедийных буферных узлах систем потоковой передачи данных. Предложен способ декодирования потока данных, содержащего аудио/видеосубпотоки (14) и управляющие субпотоки, содержит буферные узлы (12), имеющие возможность буферизовать несколько потоков данных в одном буфере, причем используют отдельные параметры для выделенного размера буфера и любого сохраненного пакета, так что не только несколько пакетов может быть сохранено в буферном узле (12), но также этот узел может существовать до тех пор, пока его буфер пуст, для повторного использования узла. 2 н. и 8 з.п. ф-лы, 3 ил.

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

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

В стандарте MPEG-4 ISO/IEC 14496, в частности, в части 1 "Systems" аудио/видео (AV)-сцена может быть составлена из нескольких аудио-, видео- и искуственных двумерных/трехмерных объектов, которые могут быть закодированы с помощью различных типов кодирования формата MPEG-4 и могут быть переданы как двоичные сжатые данные в мультиплексированном битовом потоке, содержащем несколько субпотоков. Субпоток также указывается ссылкой как элементарный поток (ES), и к нему можно осуществлять доступ посредством дескриптора. ES могут содержать AV-данные или могут быть так называемыми потоками описания объектов (OD), которые содержат конфигурационную информацию, необходимую для декодирования AV-субпотоков. Процесс синтезирования одной сцены из компонентных объектов называется компоновкой и означает смешивание нескольких отдельных AV-объектов, к примеру, представление видео со связанным звуком и текстом после восстановления пакетов и отдельного декодирования их соответствующих ES. Компоновка сцены описана в специальном ES, называемом "потоком описания сцены", который содержит описание сцены, состоящее из закодированного дерева узлов, называемого двоичной информацией для сцен (BIFS). "Узел" означает этап или узел обработки, используемый в стандарте MPEG-4, к примеру, интерфейс, который буферизует данные или выполняет временную синхронизацию между декодером и последующими устройствами обработки. Узлы могут иметь атрибуты, указываемые ссылкой как поля, и другую вложенную информацию. Лист дерева BIFS соответствует элементарным AV-данным посредством указания на OD в рамках потока OD, который, в свою очередь, содержит дескриптор ES, указывающий на AV-данные в ES. Промежуточные узлы, или узлы описания сцены, группируют этот материал, чтобы формировать AV-объекты, и выполняют, к примеру, группировку и преобразование этих AV-объектов. В приемном устройстве конфигурационные субпотоки извлекаются и используются, чтобы настраивать необходимые AV-декодеры. AV-субпотоки декодируются отдельно для объектов, и принятые инструкции по компоновке используются, чтобы подготовить одно представление из декодированных AV-объектов. Это окончательное представление, или сцена, затем воспроизводится.

Согласно стандарту MPEG-4 звуковое содержимое может быть сохранено только в узле "audioBuffer" или в узле "mediaBuffer". Оба узла могут сохранять один блок данных однократно. При сохранении другого блока данных ранее сохраненный блок данных перезаписывается.

Узел "audioBuffer" может быть загружен только данными из звукового субпотока, когда узел создается или когда изменяется поле "Length". Это означает, что звуковой буфер может быть загружен только непрерывными блоками звуковых данных. Выделенная память соответствует указанному объему данных. Дополнительно может произойти, что синхронизация по времени загрузки выборок данных не точно обусловлена моделью синхронизации декодера BIFS.

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

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

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

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

Согласно изобретению дополнительные параметры добавляются к определению мультимедийного буферного узла, к примеру, аудио- и видеоузла, так чтобы несколько блоков данных с AV-содержимым могли быть сохранены и выборочно обработаны, к примеру, включены в сцену, обновлены или удалены. В случае MPEG-4 этими дополнительными параметрами являются новые поля в описании узла, к примеру, в узле "audioBuffer" или "mediaBuffer". Новые поля задают положение блока данных в рамках принятого потока данных, к примеру, звукового потока, а также то, как обрабатывать загрузку этого блока, к примеру, перезаписывание ранее сохраненных блоков данных или накопление блоков данных в буфере.

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

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

фиг.1 - это общая структура сцены MPEG-4;

фиг.2 - это примерный узел "AdvancedAudioBuffer" для MPEG-4; и

фиг.3 - это поля в рамках примерного узла "AdvancedAudioBuffer" для MPEG-4.

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

Фиг. 1 показывает компоновку сцены MPEG-4, используя описание сцены, принятое в потоке описания сцены ES_IDS. Сцена содержит аудио-, видео- и другие данные, а компоновка аудио и видео задается в AV-узле ODIDAV. Звуковая часть сцены составляется в наборщике звука, который включает в себя узел AdvancedAudioBuffer и содержит ссылку ODIDA на звуковой объект, к примеру, декодер. Фактические звуковые данные, принадлежащие этому звуковому объекту, содержатся в качестве пакетов в ES, а именно, звуковом потоке, к которому можно осуществлять доступ посредством дескриптора ES_DA. Узел AdvancedAudioBuffer может выбирать несколько пакетов звуковых данных из звукового потока ES_IDA, идущего из аудиодекодера.

Звуковая часть сцены MPEG-4 показана подробнее на фиг.2. Звуковая часть описания 10 сцены содержит звуковой узел 11, который имеет узел 12 AdvancedAudioBuffer, предоставляющий интерфейс для сохранения звуковых данных. Звуковые данные, которые должны быть сохранены, состоят из пакетов в звуковом потоке 14, который принимается из аудиодекодера. Для каждого пакета данных задается, в какое время он должен быть декодирован. Узел 12 AdvancedAudioBuffer хранит информацию о времени загрузки пакетов, к примеру, начальное время t1 и конечное время t2. Дополнительно он может идентифицировать и осуществлять доступ к нужному ES посредством ссылки на узел 13 AudioSource. Узел AdvancedAudioBuffer может буферизовать указанный пакет данных без перезаписи ранее принятых пакетов данных до тех пор, пока имеет достаточно емкости буфера.

Узел 12 AdvancedAudioBuffer может быть использован вместо узла AudioBuffer, заданного в подпункте 9.4.2.7 стандарта систем MPEG-4 ISO/IEC 14496-1:2002. По сравнению с узлом AudioBuffer изобретаемый узел AdvancedAudioBuffer имеет усовершенствованный механизм загрузки, который дает возможность, к примеру, перезагрузки данных.

Узел AdvancedAudioBuffer может быть задан с помощью синтаксиса MPEG-4, как показано на фиг.3. Он содержит ряд полей и событий. Поля выполняют функцию параметров и переменных, тогда как события предоставляют интерфейс управления узлу. Функция следующих узлов описана в ISO/IEC 14496-1:2002, подпункт 9.4.2.7: "loop", "pitch", "startTime", "stopTime", "children", "numChan", "phaseGroup", "length", "duration_changed" и "isActive". Поле "length" задает длину выделенного звукового буфера в секундах. В текущей версии упомянутого стандарта это поле нельзя модифицировать. Это означает, что еще один экземпляр узла AudioBuffer должен быть создан, когда еще один блок звуковых данных должен быть загружен, поскольку звуковые данные буферизуются при создании экземпляра узла. Но создание нового узла - это достаточно сложный программный процесс, и он может приводить к задержке, приводящей к варьированию привязок ко времени в созданном узле и дереве BIFS.

Следующие новые поля по сравнению с узлом AudioBuffer включены в узел AdvancedAudioBuffer: "startLoadTime", "stopLoadTime", "loadMode", "numAccumulatedBlocks", "deleteBlock" и "playBlock". С помощью этих новых полей можно активировать новые функции, к примеру, загружать или удалять сохраненные данные. Дополнительно можно задать во время создания экземпляра узла размер буфера, который должен быть выделен, независимо от фактического объема данных, которые должны быть буферизованы. Размер буфера, который должен быть выделен, задается полем "length". Поля "startTime" и "stopTime" могут быть использованы альтернативно полями "startLoadTime" и "stopLoadTime", в зависимости от режима, описанного далее.

Могут применяться различные механизмы загрузки, которые задаются полем "loadMode". Различными режимами загрузки являются, к примеру, режим Compatibility, режим Reload, режим Accumulate, режим Continuous Accumulate и режим Limited Accumulate.

В режиме Compatibility звуковые данные должны быть буферизованы при создании экземпляра узла AdvancedAudioBuffer, а также каждый раз, когда изменяется поле длины. Поля "startLoadTime", "stopLoadTime", "numAccumulatedBlocks", "deleteBlock" и "playBlock" не действуют в этом режиме. Поля "startTime" и "stopTime" задают блок данных, который должен быть буферизован.

В режиме Reload поля "startLoadTime" и "stopLoadTime" являются допустимыми. Когда привязка ко времени узла AdvancedAudioBuffer достигает времени, указанного в поле "startLoadTime", внутренний буфер данных очищается, и выборки на входе узла сохраняются до тех пор, пока не достигается значение в поле "stopLoadTime", или сохраненные данные не имеют длину, заданную в поле "length". Если значение "startLoadTime" больше или равно значению "stopLoadTime", блок данных длины, заданной в поле "length", загружается в момент времени, заданный в "startLoadTime". Поля "numAccumulatedBlocks", "deleteBlock" и "playBlock" не действуют в этом режиме.

В режиме Accumulate блок данных, заданный интервалом между значениями полей "startLoadTime" и "stopLoadTime", присоединяется в конец содержимого буфера. Чтобы иметь все блоки данных доступными, блоки индексируются или помечаются, как описано ниже. Когда предел, заданный полем "length", достигается, загрузка завершается. Поле "numAccumulatedBlocks" не действует в этом режиме.

В режиме Continuous Accumulate блок данных, заданный интервалом между значениями полей "startLoadTime" и "stopLoadTime", присоединяется в конец содержимого буфера. Все блоки данных в буфере индексируются, чтобы быть адресуемыми, как описано выше. Когда предел, заданный полем "length", достигается, самые старые сохраненные данные могут быть отброшены или перезаписаны. Поле "numAccumulatedBlocks" не действует в этом режиме.

Режим Limited Accumulate аналогичен режиму Accumulate за исключением того, что число сохраненных блоков ограничено числу, заданному в поле "numAccumulatedBlocks". В этом режиме поле "length" не действует.

Для некоторых описанных механизмов загрузки переход от 0 к значению ниже 0 в поле "deleteBlock" начинает удаление блока данных, относительно самого последнего блока данных. Самый последний блок имеет адрес -1, блок до него - -2 и т.д. Это возможно, например, в следующих режимах загрузки: режим Accumulate, режим Continuous Accumulate и режим Limited Accumulate.

Поскольку предлагаемый буфер может хранить несколько блоков данных, выгодно иметь возможность выбрать конкретный блок данных для воспроизведения. Поле "playBlock" задает блок, который должен быть воспроизведен. Если значение поля "playBlock" равно 0 (значение по умолчанию), воспроизводится все содержимое с помощью условий "startTime" и "stopTime". Это вышеупомянутый режим Compatibility, поскольку он совместим с функцией известной системы MPEG-4. Отрицательное значение "playBlock" задает адрес блока относительно самого последнего блока, к примеру, самый последний блок имеет адрес -1, предыдущий блок - -2 и т.д.

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

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

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

Изобретение чрезвычайно полезно для приемных устройств систем MPEG-4.

1.Способдекодированияпотокаданных,потокданныхсодержитпервыйивторойсубпотоки,первыйсубпоток(14)содержитпервыйивторойпакетымультимедийныхданных,ивторойсубпотоксодержитуправляющуюинформацию(10),приэтомпотокимультимедийныхданныхсодержатуказаниевремени,когдаследуетбытьпредставленными,идекодируютсядоуказанноговременипредставления,иприэтомпервыедекодированныепотокимультимедийныхданныхбуферизуются,поменьшеймере,дотехпор,покапоследополнительнойобработкионинесмогутбытьпредставленнымивнадлежащеевремя,ивторыепотокимультимедийныхданныхтакжебуферизуются,способотличаетсятем,чтовторыепотокимультимедийныхданныхлибозаменяют,либоприсоединяюткпервымдекодированнымпотокаммультимедийныхданныхвбуфере;управляющаяинформация(10)содержитпервые,вторыеитретьиуправляющиеданные;первыеуправляющиеданные(Length)задаютвыделенныйразмербуфера;вторыеуправляющиеданные(LoadMode)задаютто,присоединяютсяливторыепакетымультимедийныхданныхкпервымпакетаммультимедийныхданныхилизаменяютих;итретьиуправляющиеданные(StartLoadTime,StopLoadTime)задаютодинилиболеепакетовмультимедийныхданных,которыедолжныбытьбуферизованы.12.Способпоп.1,вкоторомвторыеуправляющиеданные(LoadMode)задаютодинизмножестварежимовработы,причемвпервомрежимебуферизацияпакетовмультимедийныхданныхвыполняется,когдазначениепервыхуправляющихданных(Length)изменяется,авовторомивтретьемрежимахтретьиуправляющиеданные(StartLoadTime,StopLoadTime)являютсядопустимымидлязаданияпакетовмультимедийныхданных,которыедолжныбытьбуферизованы,причемвовторомрежимепотокимультимедийныхданныхзаменяютсодержимоебуфера,автретьемрежимепотокимультимедийныхданныхприсоединяютсяксодержимомубуфера.23.Способпоп.2,вкоторомтретийрежимимеетдваварианта,причемвпервомвариантебуферизацияпакетовмультимедийныхданныхостанавливается,когдабуферполный,авовторомвариантеранеебуферизованныеданныемогутбытьперезаписаны,когдабуферполон.34.Способполюбомуизпп.1-3,которыйиспользуетсявузлеобработки,иприэтомпервыеуправляющиеданные(Length)задаютвыделенныйразмербуферавовремясозданияузла.45.Способпоп.1,вкоторомметкиприсоединеныкбуферизованнымпервымидругимпакетаммультимедийныхданныхикпакетамможноосуществлятьдоступпосредствомсоответствующейметки.56.Способпоп.1,вкоторомметка,присоединеннаякпакетамбуферизованныхданных,содержитиндекс,относящийсякпоследнемупринятомупакетуданных.67.Способпоп.1,вкоторомпервыйсубпотоксодержитзвуковыеданные,авторойсубпотоксодержитописаниепредставления.78.Устройстводлядекодированияпотокаданных,потокданныхсодержитпервыйивторойсубпотоки,первыйсубпоток(14)содержитпервыеивторыепакетымультимедийныхданных,авторойсубпотоксодержитуправляющуюинформацию(10),приэтомпакетымультимедийныхданныхсодержатуказаниевремени,когдаследуетбытьпредставленными,иприэтомпервыеивторыепакетымультимедийныхданныхбуферизуются,отличающеесятем,чтооносодержитсредствобуферизациидлябуферизациипервыхивторыхпакетовмультимедийныхданных,причемвторыепакетымультимедийныхданныхмогутвпервомрежимезаменять,авовторомрежимебытьприсоединеннымикпервымпакетаммультимедийныхданных;средствоизвлеченияизуправляющейинформации(10)первых,вторыхитретьихуправляющихданных;средствопримененияпервыхуправляющихданных(Length),чтобызадатьвыделенныйразмербуфера;средствоприменениявторыхуправляющихданных(LoadMode),чтобызадать,присоединятьвторыепакетымультимедийныхданныхкпервымпакетаммультимедийныхданныхилизаменятьих;исредствоприменениятретьихуправляющихданных(StartLoadTime,StopLoadTime),чтобызадатьодинилиболеепакетовмультимедийныхданных,которыедолжныбытьбуферизованы.89.Устройствопоп.8,котороетакжесодержитсредствоприсоединенияметоккбуферизованнымпакетаммультимедийныхданныхисредствоосуществлениядоступа,извлеченияилиудаленияпакетовпосредствомихсоответствующейметки.910.Устройствопоп.8или9,вкоторомпотокомданныхявляетсясовместимыйсMPEG-4потокданных.10
Источник поступления информации: Роспатент

Показаны записи 21-30 из 73.
10.10.2014
№216.012.fa23

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

Изобретение относится к кодированию и декодированию видео, а более конкретно к способам и устройству для использования в системе кодирования многовидового видео (MVC) (видео с несколькими представлениями). Техническим результатом является обеспечение эффективного произвольного доступа в...
Тип: Изобретение
Номер охранного документа: 0002529881
Дата охранного документа: 10.10.2014
20.10.2014
№216.012.fe2e

Изменение формы шума округления для основанных на целочисленном преобразовании кодирования и декодирования аудио и видеосигнала

Изобретение относится к способу и устройству для улучшения эффективности кодирования для аудио- или видеосигнала. Техническим результатом является оптимизирование распределения шума ошибки округления при целочисленном обратимом преобразовании (DCT ). Указанный технический результат достигается...
Тип: Изобретение
Номер охранного документа: 0002530926
Дата охранного документа: 20.10.2014
20.11.2014
№216.013.06f4

Способ обеспечения служб многоадрестного вещания

Изобретение относится к способу обеспечения служб многоадресного вещания, в частности, на основе электронного проводника по службам (ESG). Техническим результатом является уменьшение среднего времени настройки на программу. Указанный технический результат достигается тем, что предложен способ...
Тип: Изобретение
Номер охранного документа: 0002533181
Дата охранного документа: 20.11.2014
10.03.2015
№216.013.30b4

Воспроизведение с быстрым доступом к объектам видеоданных

Изобретение относится к средствам управления воспроизведением видеоданных. Техническим результатом является адаптация статуса воспроизведения секции видеоданных в зависимости от изменения статуса отображения изображения. В способе представляют изображение, соответствующее секции видеоданных,...
Тип: Изобретение
Номер охранного документа: 0002543936
Дата охранного документа: 10.03.2015
10.03.2015
№216.013.30c6

Упаковка кадров для кодирования видео

Изобретение относится к вычислительной технике. Технический результат заключается в повышении эффективности декодирования. Способ декодирования, в котором осуществляют доступ к видеокартинке, которая включает в себя многочисленные картинки, объединенные в единую картинку, причем видеокартинка...
Тип: Изобретение
Номер охранного документа: 0002543954
Дата охранного документа: 10.03.2015
20.03.2015
№216.013.34c6

Выбор маршрута в беспроводных сетях

Изобретение относится к беспроводным сетям ячеистой структуры с обработкой сообщений запроса маршрута в протоколах маршрутизации по требованию. Техническим результатом является обнаружение маршрута с оптимальной метрикой без возникновения задержки обнаружения маршрута в беспроводных...
Тип: Изобретение
Номер охранного документа: 0002544985
Дата охранного документа: 20.03.2015
10.04.2015
№216.013.3f08

Способ сигнализации для широковещания видео-контента, способ записи и устройство, использующее сигнализацию

Изобретение относится к общей области широковещания цифровых данных по сети. Технический результат - обеспечение преимущества синхронизации записи контента до ближайшего изображения для начала и для конца контента. Способ вставки уникального идентификатора, ассоциированного с каждым из...
Тип: Изобретение
Номер охранного документа: 0002547624
Дата охранного документа: 10.04.2015
10.05.2015
№216.013.48d4

Выбор маршрута в беспроводных сетях

Изобретение относится к беспроводным ячеистым/самоорганизующимся (ad hoc) сетям, в частности, к обработке сообщений запроса маршрута в протоколах маршрутизации по требованию. Техническим результатом является быстрое обнаружение маршрута с оптимальной метрикой между узлом источника и одним или...
Тип: Изобретение
Номер охранного документа: 0002550151
Дата охранного документа: 10.05.2015
20.10.2015
№216.013.846a

Способ и устройство для арифметического кодирования или арифметического декодирования

Группа изобретений относится к области кодирования и может быть использована для арифметического кодирования и декодирования мультимедийных данных. Техническим результатом является увеличение быстродействия и уменьшение емкости запоминающего устройства. Способ содержит обработку предыдущих...
Тип: Изобретение
Номер охранного документа: 0002565501
Дата охранного документа: 20.10.2015
20.11.2015
№216.013.934f

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

Изобретение относится к системе для восприятия ассоциированного контента, используя несколько экранов. Техническим результатом является обеспечение восприятия ассоциированного контента, используя несколько экранов. Указанный технический результат достигается тем, что отслеживаются текущий канал...
Тип: Изобретение
Номер охранного документа: 0002569329
Дата охранного документа: 20.11.2015
Показаны записи 1-3 из 3.
10.08.2015
№216.013.6cd5

Шумоглушитель

Изобретение касается шумоглушителя для выхлопной системы двигателя внутреннего сгорания. Шумоглушитель для выхлопной системы двигателя внутреннего сгорания включает в себя корпус (5) шумоглушителя, по меньшей мере один впуск выхлопных газов, по меньшей мере один выпуск выхлопных газов и по...
Тип: Изобретение
Номер охранного документа: 0002559419
Дата охранного документа: 10.08.2015
12.01.2017
№217.015.60bb

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

Изобретение относится к устройству для распределения текучих сред, в частности смеси воды с мочевиной или жидкого топлива, в газовыпускных системах двигателя внутреннего сгорания. Устройство (13, 13′, 13″) для распределения текучих сред в газовыпускных системах двигателя внутреннего сгорания с...
Тип: Изобретение
Номер охранного документа: 0002590174
Дата охранного документа: 10.07.2016
29.05.2018
№218.016.5394

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

Изобретение может быть использовано в двигателях внутреннего сгорания. Компонент системы отвода выхлопных газов для двигателя внутреннего сгорания содержит множество взаимно соединенных элементов (1) системы отвода выхлопных газов, через которые протекают выхлопные газы двигателя внутреннего...
Тип: Изобретение
Номер охранного документа: 0002653715
Дата охранного документа: 14.05.2018
+ добавить свой РИД