Here goes a description in Russian. See below the same in English
--------------------------------------------------------------------------------------------------------
1. Сама идея сервиса
Люди решили пожениться. Предположим, они хотели бы, чтобы их удаленные родственники и друзья могли бы посмотреть в интернете живую трансляцию их бракосочетания в ЗАГСе.
Предположим в ЗАГСе стоит необходимое оборудование (IP самера AXIS).
Заблаговременно молодожены заказывают и оплачивают такую услугу и получают ссылку и пароль/логин для входа в сервис. Они отправляют эту ссылку (всем) и пароль/логин (некоторым) своим друзьям-родственникам со словами “такого-то числа в такое-то время, не пропустите”.
Родственники заходят по этой ссылке и видят “Всем привет! трансляция начнется тогда-то тогда- то. Женятся Иванов и Петрова, Ура!”
(вход по ссылке без пароля, но сама ссылка имеет сложносоставной вид, как например ссылка на данный google-документ, так, что не имея этой ссылки, посмотреть ничего не получится)
В установленное время они заходят по ссылке и смотрят живую трансляцию
( трансляция начинается либо 1) в заранее установленное время и в течение стольких-то минут, или 2) начинается и заканчивается по ручному сигналу - кнопка в “операторской” части сервиса)
(Естественно подразумевается, что просмотр видео идет с сервера, не с камеры)
На странице, где будет трансляция можно чатиться (только тем, кто имеет пароль/логин)
Затем в течение определенного периода времени все имеющие ссылку могут просматривать записанное видео, а те, кто имеет логин/пароль - также скачать его себе.
В целом все.
2. Описание функциональности
Всего на сервисе существует четыре роли:
В таблице описана функциональность для каждой роли
Роль | Функциональность |
Молодожен описано выше |
|
Оператор независимый человек, который непосредственно продает и осуществляет услугу в ЗАГСе. |
|
Админ - хозяин сервиса - имеет все права |
Должна быть также следующая функциональность (ее можно сделать вторым темпом) :
|
Родственник - тот кто получил ссылку и будет смотреть трансляцию | Для этой роли не предусматривается отдельная функциональность Если Молодожен передал Родственнику пароль/логин, то такой родственник располагает теми же возможностями, что и сам Молодожен. Если Молодожен передал Родственнику только ссылку, то такой Родственник вообще не имеет никакой функциональности, он только может зайти по ссылке и посмотреть саму трансляцию и чат. |
3. Технические пожелания и вопросы
3.1.Камера
Предполагается использовать камеру AXIS M1031-W или другую с похожими характеристиками. Непосредственно сама камера имеет встроенный вебсервер, камера может выдавать видеопоток в формате H.264, звук в формате ААС.
Поддерживаемые протоколы:
IPv4/v6, HTTP, HTTPS**, QoS Layer 3 DiffServ, FTP, SMTP, Bonjour, UPnP, SNMPv1/v2c/v3(MIB-II), DNS, DynDNS, NTP, RTSP, RTP, TCP, UDP, IGMP, RTCP, ICMP, DHCP, ARP, SOCKSН.
3.2. Канал связи и IP адрес камеры
Предполагается использовать обычный канал подключения в интернет, какой уже есть в данном месте. Возможно наличие статического IP камеры, если динамические IP будут представлять проблему.
3.3 Медиасервер
Предполагается Wowza Media Server
3.4 Прочее
Никаких программ в месте установки камеры не ставится, весь софт - в камере и на самом сервисе
Из средств, на котором работает веб-часть решения, предпочтительно php, но не принципиально
Естественно, ссылка дает возможность посмотреть только определенную трансляцию с данной камеры, ни предыдущие, но последующие трансляции данной камеры по ссылке недоступны
----------------------------------------------------------------------------------------
Здесь описание на английском. См. выше то же самое на русском
1. The main idea
In Russia we have special places - a sort of public office - where any marriage is registered.
Suppose newlyweds to be going to let their remote relatives and friends to watch the ceremony online. (Let be an Axis cam set in such a place)
So they pay for the service in advance, get login/password and a specific link (which is not a simple link, but looks like this google-document’s link), send this link (and optionally - login/password) to all relatives and friends so that they can watch the live video from the ceremony at the certain time through a plain browser.
Newlyweds (and certain relatives who have got login/password) can watch and download the recorded video of the ceremony as well.
Relatives go by the link and see: “Hi there! The broadcast starts about 12.00 05-05-2011. Masha and Peter are getting married! Don’t miss!”
(login/password are not needed for the access to the page to watch the broadcast, but they are required for chating)
Relatives go by the link at certain time and watch there the live video from the ceremony.
( the broadcast either 1) stars at the certain time and lasts the certain period set in advance or 2) starts and stops by the manual signal - a button in “provider’s” part of the service)
(Of course, the videostream is watched from the server, not from the cam directly)
On the page where the broadcast is going some chatting is available (but only for those who have login/password)
Afterwards during the certain period all who have the link can watch the record (and those who have login/password can download it as well)
2. The core functionality required
The four roles are supposed in the service. Here in the table goes the description of each one
The role | The functionality |
Newlywed as described above |
|
Provider an independent person who directly sells and provides the service |
|
Admin - the owner of the whole service, has all rights |
|
Relative a person who has got the link and will watch the broadcast | There is no any specific functionality for this role. If Relative got login/password from Newlywed, than he has the same possibilities as Newlywed himself If Relative got only the link, than he has the only possibility to go by the link and watch the broadcast and the chat. |
3. Technical aspects
3.1.The camera
It is planned to use an IP cam like AXIS M1031-W or so. The cam has a build-in web-server, the cam can give videostream in H.264 format, sound in ААС format.
Cam’s protocols:
IPv4/v6, HTTP, HTTPS**, QoS Layer 3 DiffServ, FTP, SMTP, Bonjour, UPnP, SNMPv1/v2c/v3(MIB-II), DNS, DynDNS, NTP, RTSP, RTP, TCP, UDP, IGMP, RTCP, ICMP, DHCP, ARP, SOCKSН.
3.2. The data channel and cam’s IP address
It is planned to use a connection to the Internet which already exists in the venue. Static cam’s IP is possible, if dynamic IP will seem to be a problem.
3.3 The media server
Wowza Media Server is supposed.
3.4 Other things
No software should be installed in the venue, only the software in the camera itself and a webbrowser.
Powered by php web solution is prefered, but not so important.
Of course, the link gives the possibility to watch only the certain broadcast from given cam, not previous, not following ones.