к какому облаку можно подключить ip камеру

Как мы научились подключать китайские камеры за 1000р к облаку. Без регистраторов и SMS (и сэкономили миллионы долларов)

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

Облачные системы видеонаблюдения решают эту задачу — предоставляя клиентам уже существующую инфраструктуру хранения и обработки видео. Клиенту облачного видеонаблюдения достаточно просто подключить камеру к интернету и привязать к своему аккаунту в облаке.

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

Для этого необходимо, чтобы на камере был установлен модуль ПО работающий с облаком. Однако, если говорить про дешевые камеры, то у них очень ограничены аппаратные ресурсы, которые почти на 100% занимает родная прошивка вендора камеры, а ресурсов необходимых для облачного плагина — нет. Этой проблеме разработчики из ivideon посвятили статью, в которой говорится почему они не могут установить плагин на дешевые камеры. Как итог, минимальная цена камеры — 5000р ($80 долларов) и миллионы потраченных денег на оборудование.

Мы эту проблему успешно решили. Если интересно как — велком под кат

Немного истории

В 2016 году мы стартовали разработку платформы облачного видеонаблюдения для Ростелекома.

В части ПО камер на первом этапе пошли «стандартным» для таких задач путем: разработали свой плагин, который устанавливается в штатную прошивку камеры вендора и работает с нашим облаком. Однако, стоит отметить, что при проектировании мы использовали наиболее легковесные и эффективные решения (например, plain C реализацию protobuf, libev, mbedtls и полностью отказались от удобных, но тяжелых библиотек типа boost)

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

Это означает, что для каждого вендора камер необходимо индивидуально разрабатывать объемный слой интеграционного ПО. И на момент старта разработки целесообразно работать только с 1-ним вендором, что бы сосредоточить усилия команды на разработке логики работы с облаком.

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

На камерах Hikvision мы и запустили наш первый пилотный проект облачное видеонаблюдение Видеокомфорт.

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

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

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

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

В тот момент у нас не было вообще ничего. Вообще ничего.

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

Ответы на все вопросы приходилось получать реверс инжинирингом — методом проб и ошибок. Но мы справились.

Первыми моделями камер, на которых мы набивали шишки стали камеры Xiaomi Yi Ants, Hikvision, Dahua, Spezvision, D-Link и несколько сверх дешевых безымянных китайских камер.

Техника

Камеры на чипсете Hisilicon 3518E. Аппаратные характеристики камер такие:

Сейчас поддерживаем чипсеты Hisilicon 3516/3518, а так же Ambarella S2L/S2LM. Количество моделей камер — десятки.

Состав прошивки

uboot

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

Скрипт загрузки камеры достаточно тривиален:

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

Ядро linux и rootfs

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

Другая проблема — это размер ядра. Когда размер FLASH всего 8MB, то каждый байт на счет и наша задача — аккуратно отключить все не используемые функции ядра, что бы сократить размер до минимума.

Video application

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

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

В традиционных решениях ‘прошивка вендора + облачный плагин’, которые не могут работать на дешевом железе, видео внутри камеры передается по протоколу RTSP — а это огромный оверхед: копирование и передача данных через socket, лишние syscall-ы.

Мы в этом месте используем механизм shared memory — видео не копируется и не пересылается через socket между компонентами ПО камеры, тем самым оптимально и бережно используя скромные аппаратные возможности камеры.

Подсистема обновления

Предмет отдельной гордости — подсистема fault-tolerant онлайн обновления прошивки.

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

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

Разберем технику подробнее:

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

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

Годное решение — однако, ядро с rootfs занимает около 3.5MB и для постоянной резервной копии нужно выделить 3.5MB. На самых дешевых камерах просто нет столько свободного места под backup ядра.

Поэтому для backup ядра во время обновления прошивки используем application партицию.
А для выбора нужной партиции с ядром как раз и используется две команды bootm в uboot — в начале пытаемся загрузить основное ядро и если оно повреждено, то резервное.

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

CI/CD система сборки и деплоя прошивок

Для сборки прошивок мы используем gitlab CI, в котором автоматически собираются прошивки под все поддерживаемые модели камер, после сборки прошивки автоматически деплоятся на сервис обновления ПО камер.

Из сервиса обновления ПО прошивки доставляются на тестовые камеры наших QA, а по завершению всех этапов тестирования и на камеры пользователей.

Информационная безопасность

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

Поэтому, весь не используемый функционал в нашей прошивке отключен, все tcp/udp порты закрыты и при обновлении прошивки проверяется цифровая подпись ПО.

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

Заключение

Сейчас наша прошивка активно используется в проектах по видеонаблюдению. Пожалуй самый масштабный из них — трансляция голосования в день выборов Президента Российской Федерации.
В проекте было задействовано более 70 тысяч камер с нашей прошивкой, которые были установлены по избирательным участкам нашей страны.

Решив ряд сложных, а местами, даже на тот момент практически невозможных задач, мы, конечно, получили огромное удовлетворение как инженеры, но кроме этого, и сэкономили миллионы долларов на закупке камер. И в данном случае, экономия — это не только слова и теоретические расчёты, а результаты уже случившегося тендера на закупку оборудования. Соответственно, если говорить про облачное видеонаблюдение: есть два подхода — стратегически заложиться на низкоуровневую экспертизу и разработку, получив на выходе огромную экономию на оборудовании или использовать дорогое оборудование, которое, если смотреть именно на потребительские характеристики, практически ничем не отличается от аналогичного дешевого.

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

Источник

Как создать частное облако для видеонаблюдения

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

Ivideon развёртывает и настраивает системы видеонаблюдения где угодно, фактически предоставляя клиентам «частный облачный сервис под ключ». И представьте себе: некоторые решения, которые клиенты воспринимают как наших конкурентов, на самом деле представляют собой Ivideon под чужим брендом… Сегодня вы узнаете, как это всё работает и чем выгодно бизнесу.

Новые облачные технологии

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

Термином «облачные решения» сегодня обозначают различные сервисы удаленного хранения и обработки данных, предоставляемые пользователю, как интернет-услуга. Классифицировать их можно следующим образом: публичные, персональные и гибридные. Ivideon использует все модели. Про обычные облака вы уже знаете всё (надеемся) — остановимся подробнее на «экзотических» решениях: Private Cloud (PC), White Label и Enterprise Cloud (EC).

Ivideon Private Cloud

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

Решение PC — как раз тот вариант продукта Ivideon, в котором все серверы (управляющие, архивные и стриминговые) размещаются на мощностях заказчика. Решение предназначено исключительно для собственного, внутреннего использования конечным клиентом.

Для Ivideon Private Cloud мы определили две модели подключения:

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

Конечно, частное облако сложнее администрировать – заботу о безопасном апдейте всех серверов сети критическими патчами берёт на себя локальная IT-служба. От их профессионализма зависит судьба сервиса – спрашивать, в случае чего, придётся с себя же. Впрочем, этот минус нивелируется — такие услуги Ivideon может оказывать дополнительно.

Партнёрская программа White Label

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

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

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

Система под собственным брендом – решение «под ключ», где Ivideon предоставляет софт, брендированную оболочку сервиса, оборудование и маркетинговые материалы. Далее поставщик, оператор или интернет-провайдер, который никогда не занимался видеонаблюдением, сам становится провайдером облачных услуг.

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

Enterprise Cloud

Редко используемый серверный продукт, в котором можно локально размещать сервера хранения и стриминга. При этом входящие в состав ЕС управляющие серверы остаются на нашей стороне.

В ЕС на мощностях клиента используются серверы следующего назначения:

Железо для частного облака

Обычному пользователю Ivideon достаточно скачать мобильное приложение или установить на практически любой ПК Ivideon Server или Client, но владельцу собственного облака, помимо нашего софта, потребуются серьёзные аппаратные ресурсы. Так выглядит типовая конфигурацию сервера хранения, обслуживающего 80 камер с битрейтом 1 Мбит/сек., настройкой 30 % движения в кадре и с глубиной архива в 30 дней:

Процессор: Intel Xeon E1230v5
Память: 16 Гб
Диски: четыре SATA 7200 по 4 Тб
Сеть: 100 Мбит/с.
Типоразмер: 1U

Примерная конфигурация оборудования для сервера стриминга на 2 000 камер и 100-500 активных просмотров видео:

Процессор: Intel Xeon E1230v5
Память: 32 Гб
Диски: два SATA 7200 по 1 Тб
Сеть: 1000 Мбит/сек.
Типоразмер: 1U

Заметим, что трафик между серверами хранения, стриминга и управляющим сервером составляет примерно 5 % от видеопотоков с камер.

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

Типовая конфигурация управляющих серверов:

Типоразмер: 1/2U c «корзиной» на 8 дисковых отсеков
Процессор: два 12-ядерных (например, E5-2650v4)
Память: 128 Гб (по 64 Гб на процессор)

Такой кластер из трех серверов способен обслужить 10 тысяч клиентов. Если этого мало, то следует добавить еще три аналогичных сервера, на которые можно перенести базы данных в архиве. В этом случае легко обслужить 20-30 тысяч клиентов. Допустимо повышать количество серверов и дальше – система масштабируется в зависимости от задач.

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

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

Мы рекомендуем следующую конфигурацию веб-сервера:

Мир одного облака

Возможно, в будущем все сольются в одном виртуальном облаке (на серверах Amazon), но мир об этом не узнает, потому что количество провайдеров облачных услуг не уменьшится, а даже вырастет. Отличительная особенность Private Cloud, Enterprise Cloud и White Label – секретность. По NDA мы не можем называть клиентов и раскрывать конфигурации их серверов.

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

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

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

Контакт для связи, если хотите узнать больше об условиях подключения Private Cloud и других возможностях Ivideon для бизнеса.

Источник

Облачное P2P видеонаблюдение и хранение при помощи камер и видеорегистраторов

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

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

Итак, понятие облако подразумевает под собой некие серверные мощности к которым можно подключиться удаленно и благодаря этим мощностям производить какие-то манипуляции, будь то хранение, просмотр видео, прослушивание аудио, обмен информацией или сообщениями, запуск и работа с программами и даже целыми операционными системами. И как правило это не один сервер, а целая группа между которыми происходит постоянный обмен данными. Отличие самого облачного подключения в том, что информация передается небольшими фрагментами, через разные сервера и собирается на компьютере пользователя. Этот принцип работы в облачных технологиях называют P2P (Peer-to-Peer), причем облачные сервера, могут быть не только глобальными, в рамках больших предприятий они могут быть обособленными (локальными). Зачем это нужно?

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

Облачное видеонаблюдение

В случае с видеонаблюдением все достаточно просто:

Типы облачного видеонаблюдения.

Облачное видеонаблюдение подразделяется на два подтипа.

Первый тип облачного видеонаблюдения подразумевает (помимо просмотра) хранение данных в облаке. И используется он в основном для IP камер видеонаблюдения. Далее поэтапно.

Подключение облачного видеонаблюдения в IP камерах RF-LINK.

Этап 1-й.

Подключаем камеру к локальной сети (локальная сеть должна иметь доступ в Internet) или напрямую к сети Internet. Смотрим IP адрес камеры, указанный на корпусе. Запускаем IE и заводим этот адрес в верхнюю адресную строку.

Предварительно может понадобиться установка плагина, Internet Explorer может запросить эти действия. Скачиваем, устанавливаем предварительно закрыв IE. После этого запускаем IE заново и заводим логин admin, пароль 123456.

После входа в админ панель переключаемся во вкладку Конфигурация/ Сеть / P2P.

Ставим галочку P2P появляется надпись DANALE, это наше P2P облако, после чего нажимаем сохранить и обновить, иногда требуется перезайти в админ панель или пару минут подождать чтобы увидеть заветный QR код, который нам потребуется дальше.

Оставляем QR код на экране, либо распечатываем его. Переходим ко второму этапу.

Этап 2-й

Находим в маркете приложение DANALE

Устанавливаем, регистрируемся, запоминаем (записываем) логин и пароль. Входим в программу.

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

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

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

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

Таким образом всего в два этапа можно настроить облачное видеонаблюдение в IP камерах при помощи программы DANALE.

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

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

В основном по двум причинам. Первая причина – то что видеорегистратор имеет свое локальное и бесплатное хранилище: жесткий диск. Не всегда имеет смысл дублировать на облачное хранилище содержимое всего жесткого диска. Вторая причина – меркантильная, оплата на облачных серверах взимается за каждую камеру. Поэтому, если вы все-таки, хотите работать и с регистратором и облачным хранилищем, то либо ищем то оборудование, которое поддерживает данную функцию из коробки, на сегодняшний день таких производителей раз два и обчелся (правда платить все равно придется за каждую камеру). Либо используем всевозможные уловки, так, например, если вы подключите видеорегистратор к камерам не напрямую, а через коммутатор, в некоторых случаях у Вас получится сохранять данные на жесткий диск в видеорегистратор и подключать камеры при помощи облачной программы для камер, отдельно для сохранения каждой в облако. К сожалению подобная схема не везде и не всегда корректно работает. Также есть видеорегистраторы, которые позволяют делать подмену IP прямо в меню видеорегистратора, для того чтобы получить доступ напрямую к каждой камере. Но опять же в случае с облачным наблюдением подобная операция не всегда и не везде срабатывает.

Теперь опишем поэтапно подключение видеорегистратора RF-LINK к облачному видеонаблюдению.

Подключение облачного видеонаблюдение в видеорегистраторах RF-LINK.

Этап-1й

Включить видеорегистратор, подключенный к сети интернет.

Далее мы можем подключить регистратор к монитору, либо получить доступ к нему с компьютера. Названия меню практически те же самые. Главное посмотреть QR код.

Пароль логин те же что и для камер: admin и 123456

В регистраторе это будет кнопка Настройка/ Панель функций. Здесь просто Панель функций.

Выбираем подменю Панель функций/ Система/ Информация.

В регистраторе несмотря на немножко другой внешний вид последовательность меню примерно такая же.

Все! Первый этап закончен, оставляем это окно открытым или распечатываем QR код если вы зашли в админ панель с компьютера.

Этап 2-й

Скачиваем из маркета программу SuperLive PLUS.

Запускаем программу регистрируемся. Заходим в меню список серверов.

Нажимаем + и считываем QR код который мы нашли на первом этапе.

В списке серверов появляется наше устройство, жмем на него и попадаем в меню с нашими камерами.

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

Также в программе SuperLive Plus есть более интересные функции, например, удаленная настройка камер, удаленная перезагрузка видеорегистратора и многое другое.

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

Т.е. программа SuperLive PLUS позволяет более-менее полноценно на мобильном устройстве дистанционно управлять видеорегистратором, его настройками и просматривать записи.

Преимущества и недостатки программы SuperLive plus перед некоторыми другими программами облачного видеонаблюдения.

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

Например, в программе HikСonnect от HIKVISION оказалось невозможным удаленно отключить сигнализацию в регистраторе и перенастроить ее. Вероятно, это связано с повышенной безопасностью программ HIKVISION, но для большинства обычных пользователей это очень неудобно. Так живой пример: у клиента на стройке побывали рабочие и его телефон, и электронная почта были буквально засыпаны сообщениями датчика движения, пришлось целую неделю терпеть это неудобство. Также при помощи программы HikСonnect оказалось невозможным удаленно просмотреть видеозаписи с жесткого диска регистратора, да и вообще удаленная работа с настройками видеорегистратора оказалась весьма бедненькой.

По сравнению с программой HikConnect также немного выигрывает программа DANALE, ибо у нее прямо в интерфейсе можно подключить платное облачное хранение для камер, и это облачное хранение реально работает в России. У компании EZVIZ (по факту дочки Hikvision), например, облачное хранение возможно подключить только для европейских стран.

Нет конечно есть конечно у Hikvision есть программа IVMS-4200, и у нее есть несомненное преимущество, по сравнению c входящей в комплект с регистраторами RF-LINK программы NVMS-1000.

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

В остальном программы для облачного видеонаблюдения DANALE и SuperLive Plus, ведут себя не хуже, а даже в некоторых случаях, лучше программ других производителей. Благодаря облачному видеонаблюдению вы всегда сможете подключиться с мобильных устройств к своим камерам, даже если Ваши камеры не подключены к выделенному IP адресу.

Источник