спутниковые технологии для indoor-рекламы

[Антоныч]

необходимо построить транспортную систему для передачи рекламного контента по всей территории РФ. Топология звезда.

Составляющие:

1. точка вещания, состоит из плеера и софта который на нём живёт.

2. центр управления, состоит из серверов на которых храняться расписания трансляции роликов и сами ролики, и управляющего софта.

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

Решение:

- можно развозить ручками, но это не серьёзно

- всё это организовать по VPN. Причём применять спутниковые технологии, т.к. протянуть кабель в имеющихся местах (магазины малого формата) в 50 процентах нереально, и плюс ко всем мультикаст может реализовать только спутник.

Проблема:

- если кидать VPN по спутнику то широковещательная рассылка не имеет смысла,т.к. экономии не получается.

- если без VPN то не понятно как организовывать защиту и изолированность передачи.

- если широковещательной рассылкой то при огромном количестве точек эта рассылка будет бесконечно повторяться потому что постоянно будет какая -нибудь не получившая контент точка, из-за которой придётся повторять передачу.

- обратный канал для получения отчётов. Тут тоже не ясно, двухсторонний спутниковый канал очень дорого, односторонний при обратном на gprs не гарантирован.

- как тут вообще будет работать мультикаст не ясно

 

Необходимо придумать некую оптимальную схему, чтобы написать под неё софт. И чтобы можноь было находясь в офисе собственноручно формировать плейлисты и делать так, чтобы они оказывались на удалённых плеерах, и была возможность получать отчёт.

У кого-нибудь есть соображения?

[balex]

А без спутника никак? Возможно проще выйти на местах провайдеров, готовых врятся за это в своих областях. Думаю варианты дойти до конкретных адресов у людей на местах найдутся. Просто в практике было, что выходили с вопросом о предоставлении канала связи для филиала московской компании, смотрели разные варианты. В итоге человек сидящий в Москве базировался на той информации которую ему предоставляли с мест. И она оказывалась несколько отличной от его первоначального представления о положении дел. Все сросталось и образовывалось в достаточно короткие сроки. Да и вопрос поддержки проще решать с организацией предоставляющей услуги. Технических мыслей мало, больше организационных... Может пригодится?

[Антоныч]

к сожалению без спутника никак.

точек очень много - тысяча, причём они разбросаны по регионам, в которых нет официальных представителей, кроме того только в рамках единого спутникового оператора можно реализовать мультикаст. Так что спутник в данном случае это:

1. очень удобно. работа с проверенными людьми, в рамках одного Договора.

2. при реализации функции мультикаста, 1000 точек по трафику будут стоить скажем 200 долларов а не 200х1000.

3. доступ в любую точку России.

[SSD]

к сожалению без спутника никак.

точек очень много - тысяча, причём они разбросаны по регионам, в которых нет официальных представителей, кроме того только в рамках единого спутникового оператора можно реализовать мультикаст. Так что спутник в данном случае это:

1. очень удобно. работа с проверенными людьми, в рамках одного Договора.

2. при реализации функции мультикаста, 1000 точек по трафику будут стоить скажем 200 долларов а не 200х1000.

3. доступ в любую точку России.

Тысяча точек по траффику никак не будет стоить 200 у.е.

 

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

[prema]

так ли уж важно проигрывание ролика на конкретной точке?

если точек больше 100, то не думаю.

если инфа важная и кртитична для бизнеса - лучше придумать пару резервных каналов. точка 0673 не получила инфу (туча спутник закрыла), по резервному каналу она посылает запрос, по резервному же каналу она одна получает тот пакет, который ей не дошёл. но если это именно рекламный контент, то сумарные расходы на поддержание ОДНОЙ конкретной точки станут неоправдано высоки.

отчёт с каждой точки - излишки, достаточно чтобы ктонить типа заправщика на заправке иногда на монитор посматривал - идут ли ролики? если проблема постоянна, нужно вызывать спеца, а на единичные затыки закрыть глаза.

если уж так хотите статистику передавайте вместе с аудио/видео потоком сопроводительную инфу в формате "ролик12, начало 12.20", "ролик12, конец 12.23." метки начала и конца складывайте в файл, и хоть модемом, хоть по гпрс раз в 4 часа высылайте отчёты.

если не хотите BSOD или чёрных экранов при неполучении сигнала со спутника - забейте что-то типа аварийного плейлиста - небольшой демки которая будет запускаться по вотчдогу - 3 сек нет сигнала - запустили демку, сигнал восстановился и стабильно присутствует 3-5сек, снова запускаем на выход сигнал со спутника.

 

подобная схема реализована на РуРа украина, что то похожее на ХитФМ, киссФМ. и в россии подобная схема реализована (в той или иной мере, кто-то не передаёт управляющих меток, кто-то передаёт ДТМФ метки).

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

[Антоныч]

что то вы намудрили :) я с трудном вникаю.

Решение приемлимо одно - спутник. Вопрос в том как это всё через него организовать, причём чтобы по прямому каналу шёл контент а по gprs(?) отчёты. Вот ,что нужно знать.

1. Отчёт с каждой точки не излишки , а необходимость.

2."Резервные каналы" - это к чему? - поверьте, необходимости в них нет, в основной канал бюджет бы уложить.

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

4. проблема с "чёрными экранами" вообще в данной теме не стоит. Для того чтобы добраться до неё нужно построить снчала транспортную сеть.

[Антоныч]

Тысяча точек по траффику никак не будет стоить 200 у.е.

 

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

 

почему же не будет?

есть конкретные предложения, например по мультикасту передача 3 Гб в месяц (при весе ежемесячного объёма на точку 1,5 Гб) стоит 250 долл. (одно ИЗ предложений) Превышение по 0,085.

На спутник надо будет поднимать 4 раза в месяц по 250 Мб трафика, с некого FTP-сервера, и опускать на плеера широковещательной рассылкой. С кодированием или без тут не суть.

Про управление приёмником, тоже проблема!

Как вы это видите? Если имеет в виду абонентский спутниковый комплект то он и так находится под управлением ЦУС спутникового оператора, если имете в виду плеер, то как должно выглядеть управление? В проводных решениях мы использовали kwm-свитчи, но со спутником это не проходит.

И ещё , я так понимаю, что VPN вообще не вяжется с мультикаст, так как у них диаметрально противоположная природа. Так?

Edited June 27, 2007 by Антоныч

[adron2]

как вариант это копм с обычной dvb картой + gprs;

Выкупаете у спутникового прова скажем пол мегабита безлимитки. Дальше сливаете по ней вашу рекламу. Необязательно броадкастом. Просто udp пакетами на какой нибудь ip. Все ваши терминалы слушают весь поток со спутника(конкретный пид на котором и идеут данные) и выгребают данные из этого потока для конкретного ip/mac. Для этого надо будет нанять программистов и написать соотв софт. При этом то же видео можно еще перед сливкой избыточно кодировать чтобы при потерях данных не терять сам файл.

Ну и сливку со спутника на терминалы проводить скажем 2 раза чтобы на 100 % они получили видео файлы. А расписание вещания ваши терминалы будут забирать по gprs и отчитываться о проделаной работе тоже.

То есть повторюсь еще раз. Терминалы слушают пид в несущей на спутнике и выгребают льющиеся оттуда файлы, складывая их на диск. А по gprs просто отчитываются северу что файл такой то такой то получен таким то терминалом и забирают список вещания и список какие файлы больше ненужны(чтобы удалить их с диска).

Короче ищине нормальных програмеров(очень желательно под Linux :)

и они все это вам реализуют.

[prema]

кстати да, в радио есть проблема - на приёме в лучшем случае ты можеш знать только будущие минут 15, а рекламу можно и зараннее слить, на 30 часов вперёд, если через 10 ото всех не пришли отчёты о получении - повторяем, если у конкретного терминала уже есть такой файл файл - он его просто скипает ...

[Антоныч]

как вариант это копм с обычной dvb картой + gprs;

Выкупаете у спутникового прова скажем пол мегабита безлимитки. Дальше сливаете по ней вашу рекламу. Необязательно броадкастом. Просто udp пакетами на какой нибудь ip. Все ваши терминалы слушают весь поток со спутника(конкретный пид на котором и идеут данные) и выгребают данные из этого потока для конкретного ip/mac. Для этого надо будет нанять программистов и написать соотв софт. При этом то же видео можно еще перед сливкой избыточно кодировать чтобы при потерях данных не терять сам файл.

Ну и сливку со спутника на терминалы проводить скажем 2 раза чтобы на 100 % они получили видео файлы. А расписание вещания ваши терминалы будут забирать по gprs и отчитываться о проделаной работе тоже.

То есть повторюсь еще раз. Терминалы слушают пид в несущей на спутнике и выгребают льющиеся оттуда файлы, складывая их на диск. А по gprs просто отчитываются северу что файл такой то такой то получен таким то терминалом и забирают список вещания и список какие файлы больше ненужны(чтобы удалить их с диска).

Короче ищине нормальных програмеров(очень желательно под Linux :)

и они все это вам реализуют.

1. сомнения по работе gprs-канала. Хотя нужна стабильность канала всего на два часа в сутки тем не менее в некоторых местах gprs может вообще не заработать.

2. если слать просто ip напрямую то мы теряем главное , что тыт возможно получить - выигрыш по цене. Тогда слив на каждую точку вкладывается в 100 долл. а не в 250 на все 1000 точек, и спутник оказывается наглухо неокупаемой технологией.

3. при количестве точек в 1000, даже повторенная два раза сливка не обеспечит контентом все точки. Наверняка каждую сливку какая-нибудь из них получить контент не сможет.

4. программёры уже есть и платформа - Windows. Половина софта уже готова, не реализована пока что функция мультикаста. Кстати чем тут лучше Linux?

[prema]

"если слать просто ip напрямую то мы теряем главное , что тыт возможно получить - выигрыш по цене"

предлагалось же слать на ОДИН ір адрес, а остальных клиентов запустить в режиме такого-себе снифера. вот вам и мультикаст.

 

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

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

 

"наверняка каждую сливку какая-нибудь из них получить контент не сможет."

наверняка, но у нас проблема будет только в случае неполучения 2х подряд сливок. не получили основную, ждём повторную. а если получили - повторную не ждём.

 

"Кстати чем тут лучше Linux"

стабильнее, надёжнее, гибче.

 

 

я как-то не совсем понимаю, какая половина какого софта готова, если у вас даже законченой концепции раздачи контента нету? вы что, ещё один видеоплеер под винду написали, какой-то особенный, или купили 1000 лицензий на вин-СЕ ?

 

зы: у нас, зачастую, в "магазин малого формата" проще затянуть АДСЛ, чем повесить тарелку на здание.

Edited June 27, 2007 by prema

[edo]

1. сомнения по работе gprs-канала. Хотя нужна стабильность канала всего на два часа в сутки тем не менее в некоторых местах gprs может вообще не заработать.

ну придет в худшем случае к вам из нескольких точек отчет завтра. думаю оно не критично

 

2. если слать просто ip напрямую то мы теряем главное , что тыт возможно получить - выигрыш по цене. Тогда слив на каждую точку вкладывается в 100 долл. а не в 250 на все 1000 точек, и спутник оказывается наглухо неокупаемой технологией.

вы немного представляете, как передаются данные со спутника? отправленный через спутник пакет получат все, настроенные на данный транспондер. то есть там броадкаст заложен технологией, юникаст достигается фильтрацией на стороне клиента - принимаем со спутника всё, оставляем что нам надо.

 

3. при количестве точек в 1000, даже повторенная два раза сливка не обеспечит контентом все точки. Наверняка каждую сливку какая-нибудь из них получить контент не сможет.

это почему? как же телевизор все смотрят?

по-моему тут всё просто:

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

2. добавляем некоторую избыточность (скажем каждый 5-ый пакет содержит xor 4-ех предыдущих)

3. при желании делаем полный переповтор через значительный промежуток времени (при этом каждая точка может ловить только те пакеты, которые она не получила)

 

4. программёры уже есть и платформа - Windows. Половина софта уже готова, не реализована пока что функция мультикаста. Кстати чем тут лучше Linux?

ну если стоимость вас не интересует - то остальное предмет личных предпочтений. хотя я бы тоже делал на линухе.

 

ps: немного странно всё это. во-первых рекламная информация - и обязательно передавать в зашифрованном виде?!? во-вторых 1000 точек по всей стране - и все находятся в зоне покрытия одного транспондера?

Edited June 27, 2007 by edo

[prema]

имхо ребята "не совсем" определились что им нужно, либо хотят изобрести велосипед.

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

[SSD]

имхо ребята "не совсем" определились что им нужно, либо хотят изобрести велосипед.

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

+1

[Глеб Высоцкий]

имхо ребята "не совсем" определились что им нужно, либо хотят изобрести велосипед.

Насчет велосипеда - это точно. Технология давно отработана и используется, в том числе именно для рекламы на экранах в точках продаж. Такую систему запускал, например, www.vidicor.ru. Правда, не в Раше, а в Израиле. Разумеется, без свякого "шифрования" и "отчетов".

[Антоныч]

"если слать просто ip напрямую то мы теряем главное , что тыт возможно получить - выигрыш по цене"

предлагалось же слать на ОДИН ір адрес, а остальных клиентов запустить в режиме такого-себе снифера. вот вам и мультикаст.

 

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

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

 

"наверняка каждую сливку какая-нибудь из них получить контент не сможет."

наверняка, но у нас проблема будет только в случае неполучения 2х подряд сливок. не получили основную, ждём повторную. а если получили - повторную не ждём.

 

"Кстати чем тут лучше Linux"

стабильнее, надёжнее, гибче.

 

 

я как-то не совсем понимаю, какая половина какого софта готова, если у вас даже законченой концепции раздачи контента нету? вы что, ещё один видеоплеер под винду написали, какой-то особенный, или купили 1000 лицензий на вин-СЕ ?

 

зы: у нас, зачастую, в "магазин малого формата" проще затянуть АДСЛ, чем повесить тарелку на здание.

 

1.Чтобы была проводная связь в каждом магазине (минимум - в регионе) должен сидеть особенный дядька и заниматься этими вопросами. Такого человека нет и всё управление из центра. Кроме того в 50 процентах случаях кроме ADSL ничего не поставить. Уплотнять можно будет только номера принадлежащие магазинам (т.к. свободных пар почти нигде как показывает практика, нет), которые они фиг дают уплотнять.

2. gprs - конечно есть, просто я очень сомневаюсь в его работоспособности для таких задач. Не очень то он и функционировал при испытаниях. Правда наверное это потому что Москва.

3. концепция передачи есть. Даже всё работает.Даже софт. Но по проводам. А с регионами проблемы . И решение - в спутниковой технологии, но вот как всё это сделать подешевле и поэффективнее.

4. не понял про сливки. Вот есть 550 точек, мы на все отправляем мультикастом один ролик, 480 точек его получили а 20 - нет (пришёл отчёт по gprs), в мультиксате нельзя выборочно сливать контент, придётся снова передавать всё в массе. Но опять кто-то не получил....... и так до бесконечности.Т.е. если точек 50 то вероятность третего повтора минимальна, но если их 2000? сколкьо раз придётся повтоярть передачу?

5. в магазин малого формата адсль, хм.... но как правило эти магазины - это павильоны типа "Евросети"... где там телефонизация? беда там с адсль.

[prema]

мне кажется, нельзя сделать мега-универсальную точку приёма, но можно сделать 2-3 варианта решения, где-то адсл, где-то спутник, а где-то в глубинке - гпрс.

 

"Вот есть 550 точек, мы ..." при повторной сливке софта сколько из 20 неполучивших (кстати, 550-480=70, куда ещё 50 делось?) в первый раз неполучают ролик во 2й? если сливать с промежутком хотя-бы в 1 час, думаю немного.

[Антоныч]

1. сомнения по работе gprs-канала. Хотя нужна стабильность канала всего на два часа в сутки тем не менее в некоторых местах gprs может вообще не заработать.

ну придет в худшем случае к вам из нескольких точек отчет завтра. думаю оно не критично

 

2. если слать просто ip напрямую то мы теряем главное , что тыт возможно получить - выигрыш по цене. Тогда слив на каждую точку вкладывается в 100 долл. а не в 250 на все 1000 точек, и спутник оказывается наглухо неокупаемой технологией.

вы немного представляете, как передаются данные со спутника? отправленный через спутник пакет получат все, настроенные на данный транспондер. то есть там броадкаст заложен технологией, юникаст достигается фильтрацией на стороне клиента - принимаем со спутника всё, оставляем что нам надо.

 

3. при количестве точек в 1000, даже повторенная два раза сливка не обеспечит контентом все точки. Наверняка каждую сливку какая-нибудь из них получить контент не сможет.

это почему? как же телевизор все смотрят?

по-моему тут всё просто:

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

2. добавляем некоторую избыточность (скажем каждый 5-ый пакет содержит xor 4-ех предыдущих)

3. при желании делаем полный переповтор через значительный промежуток времени (при этом каждая точка может ловить только те пакеты, которые она не получила)

 

4. программёры уже есть и платформа - Windows. Половина софта уже готова, не реализована пока что функция мультикаста. Кстати чем тут лучше Linux?

ну если стоимость вас не интересует - то остальное предмет личных предпочтений. хотя я бы тоже делал на линухе.

 

ps: немного странно всё это. во-первых рекламная информация - и обязательно передавать в зашифрованном виде?!? во-вторых 1000 точек по всей стране - и все находятся в зоне покрытия одного транспондера?

 

1. просто если кто-то (теоретически) подменит контент, то будет Ж. Вот зачем шифрование.

2. ну да, все 1000 точек в одной зоне покрытия. Экспресс АМ например стабильно накрытвает всё до Урала.

 

 

мне кажется, нельзя сделать мега-универсальную точку приёма, но можно сделать 2-3 варианта решения, где-то адсл, где-то спутник, а где-то в глубинке - гпрс.

 

"Вот есть 550 точек, мы ..." при повторной сливке софта сколько из 20 неполучивших (кстати, 550-480=70, куда ещё 50 делось?) в первый раз неполучают ролик во 2й? если сливать с промежутком хотя-бы в 1 час, думаю немного.

 

гм...да что то с арифметикой ))) прошу прощения.

А с комплексом решений, тогда не будет мултькаста. Я думаю. что если спутник то спутник. Т.к. чем больше точек включать на спутник тем больше экономия на трафике.

А по передачи контента, ну да, думаю Вы правы....

[prema]

1. ...

есть там всякие технологии електронной подписи и всё такое ... да и ситуация подмены (незаметной) контента на спутнике несколько ... технически затруднена ... имхо.

[Bloodoff]

1. Обратный канал все равно нужен ADSL,GPRS и еще что-нибудь

2. Контент шифруем и размещаем на сервере с доступом через инет

3. Размещаем одну точку с тарелкой прямо рядом с сервером, эта точка по расписанию закачивает себе контент с сервера через спутник

4. Все остальные точки занимаются "рыбалкой", и по возможности отсылают по обратному каналу отчет о фишинге. В зависимости от статистки, ближняя точка повоторяет запрос.

 

Тарелочникам придется платить только за трафик на ближнюю точку.