DCOM的历史记录
在自动在 1993 年本首次引入，它能够只能在运行在同一台计算机上的应用程序之间。但是，在中，因为，也就是说，它共享支柱和 dinner OLE 相同 COM (或组件对象模型)，总是应将变为 “远程处理”，当更新 COM 包括远程处理功能。还计划从纯粹的本地操作过渡到分布式操作需要对现有代码的极少代码或甚至不用更改。
因此哪些 “远程处理”表示?本地 COM 接口指定的使用者计算机上找到并执行和该接口相同的提供程序。例如， Microsoft Visual Basic 可以控制 Microsoft Excel 的副本在桌面计算机的，但是，它不能处理 Excel 的执行在另一台计算机上。分布式 COM 的开发，接口的使用者不再需要位于计算机和接口提供程序执行的相同。
对于 COM 适应在网络中工作，然后未附加到本地执行模型 (的所有接口有些接口对本地计算机结构的内部的依赖性，例如方法具有句柄设备上下文作为参数) 将分配函数的那些绘制接口。接口使用者会使对特定接口;该接口可以由运行的对象的实例提供 (或将运行) 在不同的计算机。在 COM 中的分发机制将连接使用者到提供程序，在方法调用由使用者将显示在提供程序结束时，他们将被执行。任何返回值随后会发送回给使用者。实际上，分发操作是透明到使用者和提供者。
这样的各种 COM 现在存在。DCOM (对于 “分布式 COM”) 随 Windows NT 的版本与版本 4.0 并包括启动 Windows 2000。从 1996 年末，它还为 windows 9x 可用。在这两种情况下， DCOM 包括设置替换和其他 DLL，但是有一些实用工具，该工具提供本地和远程 COM 函数。因此它现在是基于 Win32 的平台的内部的部件和时间的推移能够在其他平台由其他组织。