Sdk видеонаблюдение что это

Варианты интеграции ip-видеокамер в компьютерные cистемы видеонаблюдения

представительства DSSL в Северо-Западном регионе

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

Существуют три варианта подключения камер к программному обеспечению: RTSP, SDK, ONVIF/PSIA. Рассмотрим, что скрывается за этими аббревиатурами, и какие особенности есть у каждого способа.

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

Таким образом, вариант подключения по RTSP подойдет в том случае, если другие способы не работают из-за несовместимости IP-камеры с VMS. Если и камера, и программное обеспечение поддерживают RTSP, то с вероятностью 99% они будут совместимы.

потом могут не окупиться. Кроме того, на рынке существует большое количество «зонтичных брендов» (под одной торговой маркой объединены камеры разных производителей), и каждый из производителей имеет свой SDK, в итоге задача интеграции еще больше усложняется.

ONVIF/PSIA

В том же 2008 году был основан Physical Security Interoperability Alliance, PSIA, который представил свою версию стандарта, но более расширенную, в отличие otONVIF. PSIA включает в себя, в том числе, и стандарты для систем контроля доступа, систем хранения информации.

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

На сегодняшний день большее распространение получил стандарт ONVIF, и оборудование, совместимое с ним, занимает более 60% рынка видеонаблюдения. Поддержка этого стандарта дает возможность разработчикам ПО записывать в список совместимого оборудования десятки производителей и тысячи моделей камер.

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

ВЫБОР СПОСОБА ПОДКЛЮЧЕНИЯ

Вариант подключения камеры зависит от производителя камеры и разработчика ПО. Если камера не интегрирована в выбранную VMS, то можно попробовать подключить ее по протоколу RTSP, но будет доступен минимальный функционал. Когда камера числится в списке интегрированного оборудования с помощью SDK, то стоит уточнить у разработчика VMS, какой именно функционал камеры доступен из программного обеспечения и актуален ли он для конкретной версии прошивки камеры (SDK мог измениться и интеграция перестанет работать).

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

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

Источник

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

Привет, меня зовут Олег Герасимов, я директор центра компетенций IT-кластера Ростелекома. Наша команда среди многих задач разрабатывает прошивки камер видеонаблюдения для B2B и B2C-сервисов. В предыдущей статье я рассказывал, как мы научились самостоятельно разрабатывать софт и прошивки для IP-камер, в том числе и недорогих, и подключать их к облаку.

За прошедшее время камеры с нашей прошивкой уже появились на рынке, и, судя по данным Яндекс.Маркета, — на полках магазинов цены на них начинаются от 1500 рублей. И это уже не дешевый «ноунэйм», а качественные камеры ведущих мировых брендов: Hikvision, Dahua и Uniview. На мой взгляд, это отличный результат!

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

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

Например, если в камере используется сенсор, под который в SDK процессора нет драйвера, то драйвер сенсора придется разработать самим. Это очень трудоемкий процесс, требующий сложной разработки и отладки. Сенсор — технически сложный компонент, и на одно изучение технического описания (Datasheet) сенсора могут уйти недели. Это, на секундочку, сотни страниц с описанием тысяч регистров, влияющих на работу сенсора, и логики взаимодействия с ними.

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

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

Одно из ключевых требований к поставщикам — предоставление технической информации о схемотехнике камер, например, о GPIO-выводах, к которым подключены светодиоды, кнопки, ИК фильтры и т.д. Кроме этой информации, мы просили вендоров предоставить специфичные для оборудования патчи ядра/загрузчика и исходные тексты драйверов устройств, в первую очередь, сенсоров и WI-FI чипов.

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

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

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

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

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

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

Техническое решение, с одной стороны, очевидное: сделать SDK для сборки нашей прошивки. Но есть ряд требований:

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

Другая проблема: под каждый процессор поставляется отдельный SDK от его производителя, с уникальным набором системных компонентов: своя версия и набор патчей ядра, toolchain, uboot, системная библиотека (где-то uclibc, а может быть glibc). Под эти факторы приходится подстраивать систему сборки, а местами и код приложений. Для наглядности масштабов фрагментации вот табличка со списком версий компонентов:

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

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

В результате мы пришли к структуре, в которой все специфичные для конкретных моделей настройки/конфигурации/makefile/патчи собраны в папках, структурированную по иерархии «Вендор → SoC → Модель камеры». Такая иерархия позволила автоматизировать сборку SDK с разделением сборок по вендорам. Вот пример, драйверы и конфигурации для камер от выдуманного вендора Megatech на чипсете Hisilicon.

Драйверы

Патчи ядра

Патчи uboot

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

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

Процесс сборки полностью автоматизирован. Docker-образы с нашим SDK собираются в общем CI под матрицу сочетаний «SoC-вендор».

Исходно у нас было два основных репозитория:

Для нового SDK добавили еще один репозиторий, vc-sdk, к которому подключили vc-firmware и build-tools как git-submodule. В CI этого репозитория сборка разделена на этапы:

В результате работы CI получается автономный Docker-образ, рассчитанный на сборку прошивок для камер на выбранном чипе вендором. Он загружался
в общий registry образов, из которого вендор может скачать свой образ.

Следующий объемный фронт работ — разработка документации. Документацию мы писали поэтапно, собирая обратную связь от вендоров и учитывая замечания. Кстати, для документации использовался наш инструмент Foliant. Про него наши ребята уже рассказывали на митапе «Write the Docs Moscow» (https://habr.com/ru/post/431210/).

Заключение

За этот год уже 8 вендоров освоило использование нашего SDK, с его помощью добавили поддержку работы с видеонаблюдением Ростелекома в нескольких десятков новых моделей камер. Некоторые из этих камер уже продаются.

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

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

Источник

Интеграция систем видеонаблюдения со СКУД

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

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

Как уже было сказано, в рамках статьи упор делается на видеонаблюдение, и нужно осознавать, что СКУД намного сложнее. При большой инфраструктуре видеонаблюдение все равно не станет более сложным от разнообразия направлений, а только масштабным, расширяющимся из-за количества однотипных устройств (видеокамеры, роутеры, маршрутизаторы, видеорегистраторы). Чего не скажешь о комплексных системах безопасности, которые можно расширить тем же видеонаблюдением и другими системами, например ОПС, контролем проходного режима и другими, близкими к службам безопасности, инженерными устройствами.

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

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

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

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

Виды и протоколы интеграции

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

ONVIF

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

Источник

Просто добавь камеру: как и зачем интегрировать видеонаблюдение

Как на забитом конкурентами рынке сделать востребованный продукт (вместо очередного «велосипеда»)? Есть много способов: скопировать оригинал и предлагать дешевле, повысить качество, раскрутить бренд, вывести на новый уровень послепродажную поддержку т.п. В некоторых случаях помогает кил-фича – особенная и/или уникальная функция продукта/услуги. И мы знаем примеры, когда фичей становится видеонаблюдение.

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

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

Структура и возможности интеграции

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

Где-то между IP-камерами для контроля периметра дома и системой видеонаблюдения с видеоаналитикой на основе нейросети, распознающей лица в толпе с точностью 100%, существуют десятки сценариев применения VSaaS (video surveillance as a service).

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

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

Получив несколько запросов, мы сделали Open API, позволяющий любому партнеру создавать новые продукты. С помощью Open API можно создать собственную альтернативу личному кабинету Ivideon – самостоятельно экспортировать видео по запросам, настраивать регулярное событие по времени, настраивать любые компоненты интерфейса системы под свои нужды (картинки, кнопки, внешний вид, стиль и так далее).

В общем виде API дает:

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

Параллельно с API шло развитие наших интеграционных компонентов SDK, отвечающих за воспроизведение: Web SDK и Mobile SDK. SDK Ivideon — это комплект средств разработки, с помощью которого можно разработать полноценное решение, эквивалентное по функциональности приложению Ivideon.

Что можно сотворить, имея на руках такой инструментарий? Посмотрим на примеры.

Системы умного дома

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

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

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

Этой системе не хватало самого главного – видеонаблюдения. А что если курьер украдет из гаража велосипед? В идеале нужно было видеть, что курьер пришел, занес посылку и ушел, ничего с собой не забрав. Для этого можно опубликовать событие в приложении непосредственно в нужный момент, и при этом записать видеоклип. Можно также все время вести live-трансляцию прямо в мобильное приложение. Такую систему легко реализовать с помощью подходящего микроконтроллера и любой камеры с Ivideon на борту.

В прошлом году к Ivideon подключилась компания домашней автоматизации OBLO Living, разрабатывающая системы, основанные на стандартах ZigBee и Z-wave. Устройства, работающие по данным протоколам, могут стать ретрансляторами, то есть передавать информацию независимо от контроллера на расстояние до 25 метров.

OBLO предлагает клиентское приложение для Android/iOS и облачные сервисы (в том числе Ivideon) в сочетании с собственными устройствами для дома (центральный шлюз, датчик открытия ворот, розетки, датчики для дверей и окон, реостат, датчик утечки воды и т.д.). Шлюз OBLO управляет освещением, системами безопасности, расходом энергии и другими аспектами системы для домашней автоматизации.

OBLO, как и Ivideon, поддерживает сервис «IF This Then That» (IFTTT). Центральный шлюз сочетает в себе ZigBee, Z-Wave и IP-протоколы домашней автоматизации, использует NFC для быстрого подключения различных устройств. Он способен управлять и взаимодействовать со всеми Z-Wave устройствами, а это более чем 1 700 Z-Wave продуктов (выключатели, датчики температуры, электронные жалюзи и множество других устройств).

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

С помощью Ivideon пользователи OBLO могут контролировать безопасность дома и получать доступ к камере, смотреть live-трансляции или архивные записи (в неограниченном объеме).

Резидент ИТ-кластера «Сколково», компания «Иридиум» (iRidium) планирует обеспечить поддержку Ivideon в своем приложении для систем автоматизации и устройств интернета вещей. Продукт предназначен для объединения разнородных управляемых устройств в единую автоматизированную систему с централизованным управлением. Приложение работает как часть экосистемы, состоящей из API, SDK для разработки программных модулей подключения устройств, облачного «магазина модулей» со встроенной системой монетизации, приложения контроллера автоматизации и приложения настройки/визуализации.

СКУД: GuardSaas и RusGuard

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

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

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

Беспроводная видеоняня

Фактически это целая серия камер Philips, адаптированных для наблюдения за ребенком. Здесь есть все стандартные возможности любой камеры с сервисом Ivideon – просмотр на смартфоне/планшете, шифрованное соединение (исключает вторжение извращенцев, подглядывающих за детьми), ИК-подсветка, голосовая связь и т.д. Но есть и отличия, добавленные в приложение:

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

iSKI — приложение для лыжников и сноубордистов

Группа программ с приставкой «iSKI» включает в себя отдельные приложения практически по всем европейским горнолыжным странам: iSKI Austria, iSKI Swiss, iSKI France, iSKI Italia (Czech, Slovakia, Suomi, Deutschland, Slovenija и далее). iSKI показывают не только состояние снега, но и перечень ресторанов в горах и схемы трасс курортов, а также другую полезную информацию – полезно, когда нужно быстро найти номер телефона лыжной школы или что-то подобное.

Для России тоже есть приложение, включающее в себя даже миниатюрные горнолыжные точки страны с одной или двумя трассами. iSKI предлагает ряд разделов, где вы можете узнать погоду на ближайшее время в долине и горах, состояние снежного покрова, включая данные об искусственном снеге, посмотреть данные о работе трасс и подъемников. Вам также дают данные о прокате снаряжения и его стоимости. Прилагается карта горнолыжного курорта, которую можно сохранить на телефон. Есть функционал GPS-трекинга спуска с горы. При этом доступ к интернету не нужен – работает в офлайн-режиме (за исключением трансляции с камер). Все приложения в бесплатном доступе.

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

Системы аналитики и образования

Мы сейчас активно развиваем направление, когда видеонаблюдение через интернет предлагается под брендом партнеров. Вполне возможно, что вы пользуетесь каким-то продуктом, внутри которого есть часть нашего сервиса – к примеру, многие пользователи IP Webcam не знают, что это приложение работает через Ivideon. Не во всех случаях можно прямо сказать, какая компания использует сервис Ivideon, но общее описание кейсов дадим.

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

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

Куда дальше

Мы и раньше интегрировались с корпоративными и бизнес-приложениями (СКУД, ОПС, кассовыми аппаратами), но развитие API позволяет к видеонаблюдению добавить видеоаналитику – простор для введения новых фич огромный. Но об этом расскажем в другой раз.

Если вы разработчик и хотите интегрировать сервис Ivideon в свое приложение, можно зайти к нам через эту форму.

Владельцы бизнеса приглашаются сюда – выбор из 26 объектов для бизнеса.

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

Источник