OLEG_2005Насколько я знаю разработчики других систем используют технологию OPC, которая основана на DCOM. Как я понимаю, существуют стандартные интерфейсы, с помощью котороых можно обращаться к сервисам сервера. Но насколько я знаю, эти стандартные интерфейс достаточно сложны и реализовать их очень трудоёмко. Если выбрать TCP, то поверх его придётся придумывать какой-то свой протокол для обмена между клиентскими программи диспетчеров и сервером приложений.

Ну да протокол. Можете придумать для каждой типовой пары сервер-клиент свои протоколы. Для большой надежности впереди их означивать дискриминаторами. Это очень сложно что ли? Или в чем вопрос?

OLEG_2005Для систем автоматизации, как я понимаю, существуют стандартные протоколы, основанные, на DCOM. Просто хотелось бы на всех уровня взаимодействия системы использовать стандартные протоколы. Например, сервер приложений часто взаимодействует с системой сбора данных по стандартному отраслевому телемеханическому протоколу, который работате поверх TCP. Конечно можно придумать свой протокол для обмена между серврером приложений и клиентами, но в идеале хотелось бы использовать в системе стандарные процедуры взаимодействия. OPC, как я по нимаю фактически является стандртом, котороый для систем автоматизации определяет интерфейсы (COM), которые нужно реализовать. Но эти интерфейсы, видимо, очень сложные и реализовать их непросто. Насколько я знаю, некоторые фирмы разрабатывают специальный ToolKit, для создания OPC сервера. Конечно, вариант реализации своего протокола, которые будет использовать TCP, тоже, по-моему является, неплохим решением, хотелось бы по возможности рассмотреть и другие варианты. Кстати по поводу TCP, если на одном компьютере установлены сервер и два клиента, как происходит обмен (простите за глупый вопрос)? Позволяет ли TCP без ограничений обмениваться с программами расположенными на том, же компьютере?
Может кто скажет, а насколько трудна реализация сервера на основе DCOM?

DCOM. Наверное, надо искать тематическую документацию.

2 клиента на разных портах будут коннектится к серверу на 3-м порте. Сервер будет иметь в свою очередь 3 сокета на своем порте - один базовый, и два для каждого из клиентов для обмена. Т.е. все то же, что и на удаленных компах, единственное отличие - данные не будут вываливаться в сеть, а будут проходить через циклический интерфейс (loopback, так называемый).

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

Кстати, для udp есстествено, что порты должны быть разными, а для tcp теоретически это не обяазательно, т.к. он является сессия-ориентированным.

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

Клиенту не обязательно привязываться к определенному порту, система сама может ему выделить любой свободный. Поэтому клиенты могут не заботиться о своих портах. И поэтому им абсолютно параллельно на локальной машине сервер или на удаленной.