Даже в самом кошерном случае, если учесть, что камера отдает 1,5 мбит/с (а в реале и 3-4), умножь их на 20-50 пользователей. Какой канал получится? Ну и само железо устройства должно быть расчитано на такие нагрузки.
Здесь только на backend (видеозапись, трансляция один-ко-многим) понадобится хорошенький сервер. Из ПО можно взять, например, flussonic (http://erlyvideo.ru" onclick="window.open(this.href);return false;). Суть его в том, что с камеры / регистратора он берет один поток, а пользователям отдает их в количестве 1000 и больше (зависит от железа сервера). Нагрузки на камеры / регистратор нет вообще. Нагрузка ложится на сервер ретрансляции + он же и архив пишет. К этому делу естесственно нужен front-end оболочка пользователя.
Короче, либо использовать решение типа Macroscop Cloud, IVideon, либо пилить самостоятельно. Здесь далеко не всё так просто. Естественно, если есть желание сделать нормальный сервис, а не костыль ради изъятия денег у населения (чревато публичным расчленением тебя
)
