• Тарифікація наданих користувачам послуг відеоспостереження
• Надання можливості бандлування цих послуг з існуючими обліковими записами інтернету
• Забезпечення прозорості тарифікації послуг відеоспостереження для користувача
• Інтеграція із зовнішніми NVR на тему розмежування прав користувачів

• Кожна камера є сама по собі користувачем інтернету
• У будь-який момент ви можете зробити з будь-якого користувача “камеру”
• У будь-який момент ви можете прикріпити цю “камеру” до будь-якого існуючого користувача відеоспостереження
• Кожна камера тарифікується власне “як інтернет” відносно її тарифного плану.
• “Користувачі відеоспостереження” - це абсолютно окрема сутність, яка потрібна тільки для зв'язку камер “з чимось”
• У “користувача відеоспостереження” може бути зв'язок у вигляді основного облікового запису у вигляді реального користувача інтернету або навіть камери (яка теж користувач)
• У основного облікового запису, в профілі/кабінеті будуть відображатися всі пов'язані камери а також з цього облікового запису, будуть зніматися кошти в разі потреби
• Для користувачів відеоспостереження автоматично генеруються логіни/паролі на DVR вигляду view[id]/циферки (так, так зручніше набирати на телефонах)
• На даний момент реалізована інтеграція з NVR на базі WolfRecorder та 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 OS и включается одной опцией alter.ini:

;Включена ли интеграция с NVR на базе Trassir Server?
TRASSIRMGR_ENABLED=1
;Использовать ли HLS для превью каналов на TrassirNVR?
TRASSIRHLS_ENABLED=0

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Документація буде трішки згодом.