Розуміння зв’язку між підтримкою протоколу ONVIF і типами інтерфейсу модуля
У процесі вибору мережевих систем відеоспостереження сумісність протоколів часто стає технічним центром для запитів клієнтів. Питання, яке неодноразово піднімалося під час останніх консультацій, стосується того, чи підтримують модулі інтерфейсу FPC/USB протокол ONVIF. Зрештою, це питання вказує на розуміння ієрархічного зв’язку між типами фізичних інтерфейсів і стеками мережевих протоколів, а також на фундаментальні відмінності в можливостях адаптації протоколів у різних архітектурах модулів. Ця стаття надає систематичне пояснення з трьох вимірів: визначення протоколу, архітектура системи та межі програми.
I. Визначення протоколу та технічна основа
З точки зору технічного визначення, специфікація ONVIF (Open Network Video Interface Forum) становить стандартизовану структуру протоколу зв’язку для мережевих відеопристроїв. Його первісна мета проекту полягала в забезпеченні взаємодії мережевих камер, записуючих пристроїв і платформ керування, виготовлених різними постачальниками. Стек протоколів ONVIF побудований на інфраструктурі IP-мережі, покладаючись на сімейство протоколів TCP/IP для виявлення пристроїв, передачі медіафайлів, налаштування параметрів і пов’язаних функцій. Це технічне позиціонування фундаментально визначає те, що застосування протоколу ONVIF невід’ємно пов’язане з мережевими пристроями-тільки обладнання, яке має незалежну IP-адресу та здатне запускати повний стек мережевих протоколів, потенційно може досягти сумісності з ONVIF.
II. Тип інтерфейсу як фундаментальне обмеження
Пов’язано з наведеним вище визначенням, тип інтерфейсу модуля накладає фундаментальні обмеження на його можливості адаптації протоколу. IP-модулі зазвичай включають повну архітектуру SoC (System{1}}on-Chip), включаючи процесор, пам’ять і стек мережевих протоколів-забезпечуючи пряме підключення до Ethernet, призначення незалежної IP-адреси та володіючи апаратною та програмною основою, необхідною для роботи протоколів ONVIF. Модулі FPC (Flexible Printed Circuit) і модулі USB мають інший технічний шлях-зазвичай вони розроблені як інтерфейси захоплення зображень-, які покладаються на процесори головного пристрою для виконання функцій обробки зображень і передачі по мережі. Ці типи модулів виводять необроблені дані зображення або стиснені відеопотоки через MIPI, USB або подібні інтерфейси, але не мають незалежних стеків мережевих протоколів і не можуть безпосередньо підключатися до IP-мереж-отже, вони не можуть забезпечити власну підтримку протоколу ONVIF.
III. Вплив на архітектуру системи
Це явище свідчить про те, що, оцінюючи, чи підтримує модуль ONVIF, клієнти повинні оцінювати це питання з точки зору архітектури системи. Сумісність ONVIF не є додатковою функцією самого модуля, а радше атрибутом системного-рівня всього пристрою в межах мережевої архітектури. Якщо сценарій застосування вимагає, щоб пристрій мав сумісність з ONVIF, IP-модуль слід вибрати як передній-захоплюючий пристрій або налаштувати внутрішній процесор із можливостями перетворення мережевого протоколу для модулів FPC/USB. Якщо в прикладному сценарії використовується пряме USB-підключення до ПК або вбудованої материнської плати з програмним забезпеченням хоста, яке виконує захоплення та обробку відео, тоді сумісність ONVIF має бути реалізовано через програмне забезпечення -на стороні хоста, а не через сам модуль.
IV. Різні ролі в розгортанні системи спостереження
З точки зору практичного розгортання, різні типи модулів виконують диференційовані ролі в системах мережевого спостереження. IP-модулі підходять для архітектур розподілених мережевих камер, уможливлюючи пряме підключення до комутаторів або відеореєстраторів і сприяючи широкомасштабному-розгортанню та централізованому управлінню. USB-модулі підходять для комп’ютерних-систем бачення малого-відстану з низькою-затримкою, пропонуючи переваги підключи-і-працюй у таких сценаріях, як промислові інспекції, медичні зображення або відеоконференції. Модулі FPC, які характеризуються своєю тонкістю та гнучкістю, в основному використовуються у вбудованих пристроях-з обмеженим простором, таких як дрони, гарнітури AR/VR або мініатюрні прилади для огляду. Кожен тип інтерфейсу має власну застосовну архітектуру системи та сценарії застосування-клієнти можуть робити вибір на основі загальних вимог до дизайну.
V. Позиціонування лінійки продуктів компанії
В рамках існуючої лінійки продуктів компанії IP-модулі служать носієм для адаптації протоколу ONVIF, їх розробка та перевірка здійснюється відповідно до відповідних галузевих стандартів. Кожна партія IP-модулів проходить тестування на сумісність протоколів перед відправленням, щоб забезпечити взаємодію з основними NVR та платформами керування. Модулі FPC і USB, навпаки, зосереджені на якості захоплення зображення та стабільності інтерфейсу, а функції адаптації протоколу в системі реалізуються програмним забезпеченням хоста. Обґрунтування, що лежить в основі цієї сегментації лінійки продуктів, полягає у встановленні чіткої відповідності між фізичними характеристиками різних типів модулів та їх функціональним розташуванням, що дозволяє клієнтам швидко визначати відповідні рішення на основі вимог проекту.
VI. Підсумок і структура відбору
Таким чином, застосовність протоколу ONVIF суворо обмежена IP-модулями-обмеження, що походить від мережево-орієнтованого позиціонування протоколу-та основних архітектурних відмінностей між типами модулів. Модулі FPC і USB-модулі, що функціонують як інтерфейси-захоплення зображень, не мають незалежних стеків мережевих протоколів і тому не можуть забезпечити власну підтримку ONVIF. Вибираючи продукти, клієнти можуть зробити архітектурно логічний вибір між IP-модулями та не-IP-модулями на основі системних вимог до мережевих функцій. Встановлення цієї концептуальної основи полегшує перетворення питання сумісності протоколу зі спрощеного судження «чи підтримує він» на комплексний розгляд загальної архітектури системи.
