Architecture of Communicator Applications

This content is no longer actively maintained. It is provided as is, for anyone who may still be using these technologies, with no warranties or claims of accuracy with regard to the most recent product version or service release.

A Communicator application uses the Microsoft® Office Communicator Automation API to access a Communicator instance and the behind-scenes communications service to manipulate Communicator programmatically, customize the Communicator’s user experiences, or extend its functionality.

The following diagram illustrates the architecture of an Office Communicator Automation API application.

Bb787210.2db213da-365e-49ef-9409-c02420ce46d6(en-us,office.12).gif

An application first calls Office Communicator Automation API to access a running Communicator instance connected to a Communications Server within an enterprise network. The instance is accessed with the IMessenger interface, the IMessenger2 interface, or the IMessenger3 interface. These interfaces are designated as IMessenger* in the illustration above.

The IMessengerPrivate interface allows an application to work the communications service behind the scenes. An application can use this feature to add contacts and enable Alert Events without going through Communicator UI elements.

See Also

Concepts

Using Office Communicator Automation API
Communicator 2007 and Communicator 2007 R2 Automation API Documentation