Связь с маршрутками через интернет., GPS через GPRS оттуда + сообщения туда-сюда. Опции

[galjoen]

Мой сосед дежит несколько маршрутов - около 100 маршруток. Он мне рассказал, что сейчас пошла такая мода на маршрутки GPS со связью через GPRS ставить. EDGE и тем более 3G есть не везде, да и трафик там копеечный. Так вот, сейчас для этих целей предлагается некий теллтоник (как-то так называется).
1 Работает, как я понял, он примерно так:
1.1. Координаты маршрутки из GPS получает.
1.2. Через GPRS координаты вместе со своим индентификоторм на некий сервер, который один на всю страну (несколько стран?), передаёт. Думаю, что используется фиксированный IP.
1.3. Диспетчер через интернет связывается с этим сервером и положение маршруток отслеживает.
2. Тут я вижу несколько недостатков:
2.1. Все к этому серверу подвязаны. Вобщем-то это специально сделано т.к. за это помесячные платежи берут. И соскочить (при подъёме абонентской платы например) нет никакой возможности.
2.2. Если этот самый сервер накроется из-за распределённой атаки например - всё эта система по стране (нескольким странам?) встанет.
2.3. Вообще непонятна необходимось этого сервера. Только фиксированный IP? Но ведь можно за это что-то около 60 руб. в месяц тем-же сотовым компаниям платить и иметь тот-же фиксированный IP.
2.4. Связь с маршрутками одностороняя. Для связи в другую сторону используют рации или SMS!!!
2.5. Время доставки пакетов большое получается. Пинги, это вроде называется, сам я в интернете не очень разбираюсь - не надо было. Т.е. пакет идёт от маршрутки в соту, от соты в центр данной сотовой компании (вот тут основной затык как я понял), потом пакет идёт на тот самый сервер, на сервере он обрабатывается (видимо достаточно бысто), программа из диспетчерской запрос на сервер посылает, сервер пакет программе передает, усё. Т.е. в итоге реалтайма добится нереально.
3. Я предлагаю другой способ. В маршрутке блютушный GPS ставится и обычный телефон с блюту, GPRS, и яву поддерживающий, и из явы доступ к блюту и интернету через GPRS имеющий. Ну м.б. телефон с WinCE использовать придётся? Работать это будет используя фиксированный IP (60 руб. в месяц). Тут я вижу следующие преимущества:
3.1 Независимость от центрального сервера.
3.2 Реалтайм. Т.е., как мне кажется, скорость передачи пакетов возрастёт. Мне кажется, если всё будет работать у одного сотового оператора, то вроде пакеты только в пределах города циркулировать должны. Или я ошибаюсь?
3.3 Возможна двустороняя связь. Ну что-то подобное аське.
4. В связи с этим у меня несколько вопросов:
4.1 Нет ли ошибки в моих рассуждениях? Я уже писал, что с интернетом не дружу.
4.2 Не знает ли кто что нибудь про эту самую телтонику чего?
4.3 Нет ли чего-то готового, подобного тому, что я предложил?
4.4 Нет ли способа лучше, чем предложенный мною?

[Rst7]

Весь интернет ведь построен на том, что пакетами без центрального сервера можно обмениваться.

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


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

С криптографией разговор отдельный. Если не заморачиваться полной поддержкой возможностей того же SSL/TSL, можно обойтись достаточно маленьким камнем без потери безопасности.

[galjoen]

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

Я не против сервера вообще, я против ТОГО сервера. В смысле я против МОНОПОЛИИ на сервер.

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

Я что-то видимо не понимаю. Мне кажется, что сервер - это такая программа, которая обслуживает запросы от клиентов по к.л. протоколу. Серверы нужны многим, они стандартные, поэтому не д.б. дорогими. Точнее стандартные и соответственно недорогие те, которая обслуживают немного клиентов, как в данном случае. Даже разные части программы, работающей на ОДНОМ компьютере бывает, что соединяют по принципу клиент-сервер. Поэтому мне кажется, что и обслуживания особого сервер не должен требовать.
А можно чтобы это сервер был один (жел-но в диспетчерской), но с двумя каналами связи? Вроде если один из каналов откажет, то всё автоматически через второй должно пойти?

С криптографией разговор отдельный. Если не заморачиваться полной поддержкой возможностей того же SSL/TSL, можно обойтись достаточно маленьким камнем без потери безопасности.

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

2 Baser
А соседу нужно чтобы двустороняя связь была. Маршруты более 40 км по городу, и рация в маршрутках без ретрансляторов работать не будет. Он вообще-то хотел всех водил обязать аську к себе на телефон поставить. Но если у них в любом случае телефон есть, и можно их заставить купить нужную модель, и этот телефон будет их, и они его беречь будут... То почему не поставить в этот телефон ещё программу, которая по блюту будет с GPS общаться и через аську координаты передавать? Тогда вроде вообще все проблеммы решаются? Я так рассуждал.

[AlexandrY]

На самом деле всяких серверов в обсуждаемом решении учавствует довольно много.

Во первыx, это сервер приложения который непосредственно обрабатывает, селектирует данные от дивайсов или из SQL сервера, вылавливает алярмы, перенаправляет их, генерирует пользовательские наборы данных и т.д. Этот сервер сам может базироваться на всяких мелких сервисах.

Во вторых есть сервер подключений - это Linux server или Windows server.
Эти сервера ответственны за поддержание от десятка и более подключений по TCP/IP, за тунели,
за связь с SMS сервером оператора, за аутентификацию (оператор в отличии от вашего соседа никогда не позволит подключиться к себе без шифрации и аутентификации),
за сертификаты подлинности, возможно нужен будет и RADIUS сервер.

В третьих нужен SQL сервер.
Хитрые могут попытаться сделать на локальных таблицах или движках баз данных типа MS Jet или даже Excel, или облегченных квази SQL типа MSDE, но только на этапе демонстрации.
Нормально использовать здесь MS SQL или My SQL кто любит подешевле.
Нужен именно сервер SQL поскольку он должен самостоятельно внутри себя проводить
большую работу по пересортировке данных, их периодическому резервному сохранению,
выдавать алярмы в случае обнаружения нарушения целостности данных,
поддерживать синхронизацию с дублирующими серверами.

В четвертых нужен WEB сервер (опционально). WEB интерфейс стал очень популярным.

В пятых NAT сервер и файрвол для защиты сервера приложений.

В шестых MAIL сервер (опционально) для уведомлений из и в SMS шлюз и других нужд.

Если серьезно хотите ввести горячее резервирование системы то еще нужен сервер для Active Directory, попутно DNS сервер если речь идет о Windows.

Естественно нужно само серверное железо с соответствующим ресурсом непрерывной работы, климатическим режимом, UPS-ами, формфактором и т.д.

Т.е. IT структура надежного решения получается вполне громоздкая,
но действительный монополизм у продавца здесь только на сервер приложений и дивайсы.

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

Чтобы пользоваться аськой в автомобиле и не переплачивать за лишнюю SIM карту вам нужен шлюз из Ethernet-а в GPRS и далее интернет.
Этот шлюз подсоединяется через GPRS к интернету с одной стороны и работает как роутер для всех устройств в машине с другой стороны.
Телтоника имеет такой шлюз. Причем там есть и Ethernet и WiFi интерфейсы для внутренней сети автомобиля.
А для выхода в интернет может использоваться и GPRS и EDGE и 3G

Я не против сервера вообще, я против ТОГО сервера. В смысле я против МОНОПОЛИИ на сервер.

Я что-то видимо не понимаю. Мне кажется, что сервер - это такая программа...

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