Без сетевых решений разговора об интеграции в настоящее время можно даже и не начинать. В COM по этому поводу существует DCOM расширение COM, позволяющее добираться до объектов на других компьютерах. Существенно то, что с точки зрения программирования, ничего не меняется: DCOM это системный сервис, делающий COM прозрачным в локальных сетях. И это четвёртый шаг к интеграции. Но с тем же очевидным недостатком: DCOM должен присутствовать в операционной системе.

Ещё одно существенное замечание. Сервис DCOM базируется на RPC. А это не позволяет использовать его в глобальных сетях. Увы! Шаг на пути к интеграции несколько меньше желаемого.

Чтобы использовать объект, необходимо знать, как он устроен, вернее, как устроены его интерфейсы. Для этого они должны быть опубликованы. Например, в виде официальной документации. Или в виде стандарта. Таким образом, вырисовывается две возможности. Либо вы разрабатываете некий COM-объект, украшаете его и его интерфейсы GUID, снабжаете документацией7 и распространяете в виде бинарного кода. Либо вы намечаете какую-либо проблему, изучаете её, возможно, даже собираете некую тусовку , называемую Foundation или Committee, и издаёте стандарт, подробно описывающий объекты, призванные решать данную проблему. Реализацию вы оставляете другим. Если дело стоящее, желающие найдутся. Именно это можно сказать об OPC!

Использовать COM-объекты должны COM-клиенты. Но они могут быть разными, если мы говорим об интеграции. И могут использовать разные языки программирования, не исключая скриптовых типа Visual Basic. Технология COM здесь предусматривает две возможности. Либо вы программируете на C++ и тогда для описания интерфейсов используете в проекте предоставляемые с документацией h - и c-файлы. В этом случае говорят об Custom-интерфейсе (не путать с COM-интерфейсами!). Либо вы используете для скриптовых запросов так называемую автоматизацию (OLE Automation). В этом случае для доступа к функциям объекта используется специальный COM-интерфейс IDispatch, который COM-объект в этом случае обязан поддерживать, предоставляя интерфейс Автоматизации (опять не путать с COM-интерфейсами!). Не вдаваясь в подробности, скажем, что при этом никакие компилируемые файлы не нужны. Но нужна так называемая библиотека типов. Об этом ниже.