Користувальницькькі налаштування

Налаштування сайту


Сайдбар

Розділи

Загальний опис
Історія змін
Рекомендації до оновлення
Плани на майбутнє
Відомі проблеми
Онлайн демо
Допомога проекту
Люди
Трохи про безпеку

FAQ



Редагувати сайдбар

visor

Це стара версія документу!


Облік відеоспостереження aka Visor

Призначення

  • Тарифікація наданих користувачам послуг відеоспостереження
  • Надання можливості бандлування цих послуг з існуючими обліковими записами інтернету
  • Забезпечення прозорості тарифікації послуг відеоспостереження для користувача
  • Інтеграція із зовнішніми 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 Server

Предназначена для хранения видеоданных на вот таких устройствах под управлением 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

Інтеграція з WolfRecorder

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

visor.1683368300.txt.gz · Востаннє змінено: 2023/05/06 13:18 повз nightfly