Беспроводная передача данных Опции

[Herz]

Коллеги, помогите с идеями. Задача такова. Есть удалённый компьютер, на котором крутится программа, собирающая информацию с датчиков и выдающая поток данных на COM-порт.
Требуется организовать передачу этих данных на центральный компьютер, который мог бы получать поток в квази-реальном времени. Ну, то есть, как если бы они были связаны шнурком RS-232 физически. В удалённом месте есть возможность подключить только USB-net stick или, скажем, GPRS-модуль. Но никаких драйверов писать нет возможности, особенно под USB.
Подскажите, каким образом можно решить такое с минимальной морокой?

Да, удаление - несколько километров в условиях города. То есть, радиомодули не внушают надёжности. Предпочтительнее всего интернет.

[jcxz]

Коллеги, помогите с идеями. Задача такова. Есть удалённый компьютер, на котором крутится программа, собирающая информацию с датчиков и выдающая поток данных на COM-порт.
Требуется организовать передачу этих данных на центральный компьютер,
...
Предпочтительнее всего интернет.

Уже много лет для решения подобных задач (преобразования интерфейса виртуального COM-порта в TCP-сокет) использую "Tibbo VSP Manager".
На прошлой работе он широко использовался и в системах АСКУЭ и АСДУЭ в коммерческих проектах.
По этой ссылке http://tibbo.com/ru/soi/software.html
Только там смотреть и ставить нужно именно только "VSP Manager". Остальное - не нужно.
Пример конфигурирования для создания порта в пассивном режиме:
Для активного режима - всё то же самое, только "Routing mode" == "Client" и нужно задать "Destination" вместо "Listening port":
Теперь при открытии порта COM51 будет установлено соединение COM51<->COM50.

Буду разбираться. Вся проблема в том, что для меня эти сетевые компоненты, TCP и vbs - в диковинку. Нужно что-то готовое по максимуму.

Tibbo очень легко сконфигурить: только нужно определиться в каком режиме порт нужен - пассивный (при открытии COM-порта открывается TCP-порт в режиме listening и ждёт входящего соединения с удалённой стороны) или активный (при открытии такого COM-порта инициируется исходящее активное TCP-соединение на удалённый TCP-порт).
Протокола передачи в сокете там никакого нет, данные передаются "как есть", так что связать можно не только два приложения, работающие через интерфейс COM-порта, но и приложение работающее через COM-порт с приложением работающим через TCP-порт.
Есть ограничение для портов в пассивном режиме: они могут принимать только одно входящее соединение.

PS: Для VSP Manager кряков никаких не нужно - он и так работает без ограничений.

[Herz]

Гугление показало, что проблема, конечно, не нова и решения имеются. Как правило, платные, вроде того же Taltech, Perle, Eltima и многих других...
Даже термин такой, оказывается есть: "Serial Tunneling".
Но, с одной стороны, несколько избыточные, ведь мне не нужно физическое подключение к порту,
с другой - не все "перехватывают" данные с порта, который уже открыт другой программой (выдают ошибку и - капут!),
ну, а с третьей - хотелось бы подешевле...

Уже много лет для решения подобных задач (преобразования интерфейса виртуального COM-порта в TCP-сокет) использую "Tibbo VSP Manager".

Спасибо, попробовал, в локалке работает, но с интернетом не получилось. Как-то ведь надо указать клиенту не только IP шлюза, но и конкретный хост. А то ведь под одним IP несколько устройств... Как это делается? И ещё вопрос. Вот создаёт VSP Manager виртуальный порт, если я туда шлю данные из гипертерминала, нет проблем. А как его связать с реальным портом?