Здравствуйте, AlexGin, Вы писали:

Pzz>>Посмотрите на zeromq: http://zeromq.org/
AG>Спасибо, поищу это всё под Visual Studio (именно она у нас применяется).
AG>Еще такой вопрос — как поддержать это дело на стороне прибора?

Есть какие-то "легкие" реализации. Специально для "приборов". Посмотрите по ссылкам с сайта.

Pzz>>А кто их стирать оттуда будет, эти файлы?
AG>ПО прибора будет удалять файлы, после того, как они окажутся невостребованными (по типу кольцевого буфера).

Не боитесь флешку до дыр протереть?

Pzz>>Это, как раз, не особая проблема. FTP позволяет докачивать файлы после обрыва. Но HTTP удобнее — хоть не надо с 2-мя TCP-соединениями возиться.
AG>Уважаемый Pzz, насчёт двух соединений — можно как-то поподробнее? Мне пока видится только одно (HTTP или TCP соединение)...

FTP использует два TCP-соединения: одно для команд, а другое — для данных.

Pzz>>С другой стороны, если заранее об этом не подумать, слециализированный протокол будет сложнее изменять, вслед за меняющимися требованиями.
AG>Возможно.
AG>Однако, тут есть и другой фактор — изменение специализарованного протокола — всегда в моих руках (да, иногда и сложнее — но НЕ НЕВОЗМОЖНО);
AG>а вот со стандартными — шаг влево или вправо (от генеральной линии партии) карается расстрелом.

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