Инструменты пользователя

Инструменты сайта


Боковая панель

Разделы

Общее описание
История изменений
Рекомендации к обновлению
Планы на будущее
Известные проблемы
Онлайн демо
Случайная статья
Видео
Помощь проекту
Люди

FAQ



Редактировать сайдбар

visor

Учет видеонаблюдения aka Visor

Предназначение

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

Суть

  • Каждая камера является сама по себе пользователем интернета
  • В любой момент вы можете сделать из любого пользователя «камеру»
  • В момент вы можете прикрепить эту «камеру» к любому существующему пользователю видеонаблюдения
  • Каждая камера тарифицируется собственно «как интернет» относительно ее тарифного плана.
  • «Пользователи видеонаблюдения» - это абсолютно отдельная сущность которая нужна только для связи камер «с чем-то»
  • У «пользователя видеонаблюдения» может быть связь в виде основного аккаунта в виде реального пользователя интернета либо даже камеры (которая тоже пользователь)
  • У основного аккаунта, в профиле/кабинете будут отображаться все связанные камеры а также с этого аккаунта, будут сниматься средства в случае необходимости
  • Для пользователей видеонаблюдения автоматически генерируются логины/пароли на DVR вида view[id]/циферки (да, так удобнее набирать на телефончиках)
  • На данный момент реализована интеграция с NVR на базе Trassir Server.
  • Если у вас возникает вопрос «а как же мой Dahua/Hikvision/Tyto/Partisan? чего так дорого то?» - сочувствуем, это значит только то, что у вас происходит критическая ошибка: «у вас не достаточно денег, для предоставления нормальных услуг видеонаблюдения».

Начальная конфигурация

В alter.ini

; Включаем Visor
VISOR_ENABLED=1
; Режим начисления средств Visor. 1 - по-умолчанию, камеры в приоритете деньги утаскиваются с главного аккаунта бесконечно, чтобы обеспечить 
; непрерывную работу всех связанных камер. Гоним главный аккаунт в глубокий минус. 
; 2 - сервис интернета главного аккаунта в приоритете. Начисление средств в пользу камер будет происходить только пока на счету пользователя 
; остается средств больше нуля.
VISOR_CHARGE_MODE=1
; Показываем в профиоле основного пользователя, что у него есть услуги видеонаблюдения.
VISOR_IN_PROFILE=1

В userstats.ini

VISOR_ENABLED=1
API_URL="http://127.0.0.1/billing/"
API_KEY="UBxxxxxxxxxxxxxxxxxxxxxxxx"

В crontab:

40 23 * * *  /bin/ubapi "visorcharge"

Да, снятие средств в пользу камер с основного аккаунта, предполагается до начисления средств за интернет в последний день месяца.

Использование

Тыц

Добавляем DVRы на которых будут жить камеры

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

И вписываем либо выбираем «из камер» ему главный аккаунт.

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

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

Допустим она будет у вас забирать интернеты по DHCP.

Далее делаем из этого пользователя таки камеру в несколько кликов

И присваеваем ее сразу же нашему пользователю видеонаблюдения

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

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

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

Вот как-то так выглядит съем средств камерами с основного аккаунта в движении средств:

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

У вас может возникнуть вопрос «и это все?» Нет конечно же, не все. Мы же любим красивые и автоматизированные решения. Читаем дальше.

Интеграция с Trassir Server

Предназначена для хранения видеоданных на вот таких устройствах под управлением TRASSIR OS и включается одной опцией alter.ini:

;Включена ли интеграция с NVR на базе Trassir Server?
TRASSIRMGR_ENABLED=1

И ВНЕЗАПНО панель контролов VISOR начинает выглядеть следующим образом

Регистрировать камеры и связанных с ними пользователей на NVR Trassir можно прямо из интерфейса редактирования камеры в несколько кликов при помощи самоочевидного визарда

Следует также заметить, что состоянием на стабильный релиз Ubilling 1.0.5 iris автодетектирование модели камеры не работает по неизвестным причинам. Поэтому для временного упрощения выбора используемых вами моделей камер, добавлена механика «камер со звездочкой». Загляните в content/documents/visormodels/ и вам сразу станет понятно, по какому принципу модели камер конкретного вендора помещаются вверх списка и помечаются как «часто ипользуемые» звездочкой.

Стоп, а зачем мы регистрировали камеру на NVR? А затем, чтобы она таки взяла и появилась на регистраторе, породив «канал» которым мы можем уже более-менее управлять из интерфейса UBilling.

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

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

Короче принцип навешивания каналов на пользователей видеонаблюдения наследует концепцию выбора из «ничейных» ONU модуля ПОНизатор.

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

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

Стопэ. А что в кабинете в разделе «загрузки» видеонаблюдения? А вот что:

Во что автоматически выливается эта особая уличная магия на самом регистраторе с точки зрения администратора:

Камеры и соответствующие им каналы уже автоматически зарегистрированы

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

Ему уже навешаны ACL для доступа только к «его» каналам.

А вот все что видит и может сделать с регистратором пользователь, при заходе со своим логином viewXX

Собственно эту же картину он будет наблюдать и в своем прикладном ПО:

А да, еще мы можем быстренько можем проконтролировать самочувствие наших NVR

Интеграция с Bluecherry DVR

Че, слюна потекла, да? :)

visor.txt · Последние изменения: 2020/02/25 19:12 — nightfly