要打开以下文件扩展名需要安装什么?

cdr 可以用CorelDraw打开，软件地址： http://wwwonegreennet/Soft_ShowaspSoftID=345dwg 可以用AutoCAD 2004 打开，软件地址： http://wwwonegreennet/Soft_ShowaspSoftID=334tlb --OLE库文件，其中存放了OLE自动化对象的数据类型、模块和接口定义，自动化服务器通过TLB文件就能了解自动化对象pdf--可以用PDF阅读器打开。软件地址： http://wwwskycncom/soft/11587htmldll --即动态链接库文件，是一种不能单独运行的文件，它允许程序共享执行特殊任务所必需的代码和其他资源mkr ptn ggs siz --富怡软件可以打开。 软件下载地址： http://downloadcsdnnet/source/377642

该错误出现的原因如下：

1、网络问题：如果正在尝试通过OLE连接到一个远程服务器或共享文件夹，是网络连接中断或不稳定导致的。

2、权限问题：如果没有足够的权限来访问目标资源，会收到此错误消息。需确保具有正确的权限来访问目标资源，并尝试使用管理员权限运行应用程序。

3、目标服务未运行：如果目标服务器或服务没有运行，或者没有正确配置，则导致连接问题。确保目标服务器正在运行并正确配置。

4、防火墙或安全软件阻止连接：有时，防火墙或安全软件会阻止应用程序通过OLE连接到远程资源。

COM是Component Object Model的缩写，是所有OLE机制的基础。COM是一种为了实现与编程语言无关的对象而制定的标准，该标准将Windows下的对象定义为独立单元，可不受程序限制地访问这些单元。这种标准可以使两个应用程序通过对象化接口通讯，而不需要知道对方是如何创建的。例如，用户可以使用C++语言创建一个Windows对象，它支持一个接口，通过该接口，用户可以访问该对象提供的各种功能，用户可以使用Visual Basic，C，Pascal，Smalltalk或其它语言编写对象访问程序。在Windows NT40操作系统下，COM规范扩展到可访问本机以外的其它对象，一个应用程序所使用的对象可分布在网络上，COM的这个扩展被称为DCOM（Distributed COM）。

通过DCOM技术和OPC标准，完全可以创建一个开放的、可互操作的控制系统软件。OPC采用客户/服务器模式，把开发访问接口的任务放在硬件生产厂家或第三方厂家，以OPC服务器的形式提供给用户，解决了软、硬件厂商的矛盾，完成了系统的集成，提高了系统的开放性和可互操作性。 由OPC Task Force制定的OPC(OLE for Process Control)规范于1996年8月正式诞生了，随着1997年2月Microsoft公司推出Windows95支持的DCOM技术，1997年9月新成立的OPC Foundation对OPC规范进行修改，增加了数据访问等一些标准，OPC规范得到了进一步的完善。

“OPC 基于Microsoft公司的 Distributed interNet Application (DNA) 构架和 Component Object Model (COM) 技术的，根据易于扩展性而设计的。OPC规范定义了一个工业标准接口，这个标准使得COM技术适用于过程控制和制造自动化等应用领域。”OPC 基础委员会主席Dave Rehbein是这样描述的

OPC是以OLE/COM机制作为应用程序的通讯标准。OLE/COM是一种客户/服务器模式，具有语言无关性、代码重用性、易于集成性等优点。OPC规范了接口函数，不管现场设备以何种形式存在，客户都以统一的方式去访问，从而保证软件对客户的透明性，使得用户完全从低层的开发中脱离出来。

应用程序与OPC服务器之间必须有OPC接口，OPC规范提供了两套标准接口：Custom标准接口，OLE自动化标准接口。通常在系统设计中采用OLE自动化标准接口。 OLE自动化标准接口，及采用OLE自动化技术进行调用，其技术为上节所述的OLE自动化技术。OLE自动化标准接口定义了以下三层接口，依次呈包含关系。

OPC Server：OPC启动服务器，获得其他对象和服务的起始类，并用于返回OPC Group类对象；

OPC Group：存储由若干OPC Item组成的Group信息，并用于返回OPC Item类对象。

OPC Item：存储具体Item 的定义、数据值、状态值等信息。

由于OPC规范基于OLE/COM技术，同时OLE/COM的扩展远程OLE自动化与DCOM技术支持TCP/IP等多种网络协议，因此可以将OPC客户、服务器在物理上分开，分布于网络不同节点上。

OPC规范可以应用在许多应用程序中，如它们可以应用于从SCADA 或者DCS系统的物理设备中获取原始数据的最低层，它们同样可以应用于从SCADA 或者DCS系统中获取数据到应用程序中。实际上，OPC设计的目的就是从网络上某节点获取数据。图422OPC的客户/服务器关系图同样描述了OPC在SCADA系统的应用。 在进行新型微机远动系统的研制中，各个计算机以及各个模块的数据交换应该按照OPC规范进行。这样做有以下好处：

OPC规范以OLE/DCOM为技术基础，而OLE/DCOM支持TCP/IP等网络协议，因此可以将各个子系统从物理上分开，分布于网络的不同节点上。

OPC按照面向对象的原则，将一个应用程序（OPC服务器）作为一个对象封装起来，只将接口方法暴露在外面，客户以统一的方式去调用这个方法，从而保证软件对客户的透明性，使得用户完全从低层的开发中脱离出来。

OPC实现了远程调用，使得应用程序的分布与系统硬件的分布无关，便于系统硬件配置以及，使得系统的应用范围更广。

采用OPC规范，便于系统的组态化，将系统复杂性大大简化，可以大大缩短软件开发周期，提高软件运行的可靠性和稳定性，便于系统的升级与维护。

OPC规范了接口函数，不管现场设备以何种形式存在，客户都以统一的方式去访问，从而实现系统的开放性，易于实现与其它系统的接口。

ole对象实际上就是别人的程序原封不动的拿来使用。可在 Visual Basic 应用程序中添加的最强大、最有用的功能之一就是在控件和控件之间、在控件和其它 Windows 应用程序之间拖动文本和图形。有了 OLE，就可将这种功能引入到应用程序中。

使用 OLE 拖放时，并不是把一个控件拖动到另一个控件并调用代码（象本章前面讨论的拖放一样）；而是将数据从一个控件或应用程序移动到另一个控件或应用程序。例如，您可以选择并拖动

Excel 中的一个单元范围，然后将它们放到应用程序的 DataGrid 控件上。

Visual Basic 的几乎所有控件都在某种程度上支持 OLE 拖放。此外，一些标准的和 ActiveX 控件（由 Visual Basic 专业版和企业版提供的）还提供对 OLE 拖放的自动支持，这意味着控件支持在 OLEDragMode 和 OLEDropMode 属性中的自动设置，并且无论是从控件拖出还是在控件内放入都不需要编写代码。这一点与手动拖放相反，在手动拖放中，您必须为拖放编程：

有些支持自动 OLEDragMode 和 OLEDropMode 的控件包括 PictureBox、Label、以及 TextBox 控件。为对这些控件启动自动 OLE 拖放，应将 OLEDragMode 和 OLEDropMode 都设置为“自动化”。

有些控件支持自动 OLE 拖动，但只支持手动放下，有些支持自动放下，但只支持手动拖动。例如，ComboBox 控件支持手动和自动拖动，但不支持自动放下。这是由于如果您将一个项目拖动到 ComboBox 中，Visual Basic 无法知道将新项目放下的确切位置。然而，可以使用手动放下

，这样您就可以将项目程序化的放在您希望在 ComboBox 中的位置了。要启动这些控件的自动拖动，应将 OLEDragMode 属性设置为“自动化”。

有些控件只支持手动 OLE 拖放事件，这意味着可用代码对它们进行编程，使之成为 OLE 拖放操作的源，也可使之成为 OLE 拖放操作的目标。

注意 为判断其它 ActiveX 控件是否支持 OLE 拖放，应在 Visual Basic 中加载控件并检查 OLEDragMode 和 OLEDropMode 属性是否存在，或检查 OLEDrag 方法是否存在。（不自动支持 OLE 拖动的控件也将不具有 OLEDragMode 属性，但是，如果控件通过代码支持 OLE 拖动，则其具有 OLEDrag 方法。）

注意 窗体、MDI 窗体、文档对象、用户控件和属性页都包含 OLEDropMode 属性，而且仅支持手工拖放。

参考资料：

ActiveX是Microsoft对于一系列策略性面向对象程序技术和工具的称呼，其中主要的技术是组件对象模型（COM）。在有目录和其它支持的网络中，COM变成了分布式COM（DCOM）。在创建包括ActiveX程序时，主要的工作就是组件，一个可以自足的在ActiveX网络（现在的网络主要包括Windows和Mac）中任意运行的程序。这个组件就是ActiveX近控件。ActiveX是Microsoft为抗衡Sun Microsystems的JAVA技术而提出的，此控件的功能和JAVA applet功能类似。如果您使用的是Windows操作系统，您或许会注意到一些以OCX结尾的文件。OCX代表“对象链接与嵌入控件”（OLE），这个技术是Microsoft提出的程序技术，用于处理桌面文件的混合使用。现在COM的概念已经取代OLE的一部分，Microsoft也使用ActiveX控件代表组件对象。组件的一大优点就是可以被大多数应用程序再使用（这些应用程序称为组件容器）。一个COM组件（ActiveX控件）可由不同语言的开发工具开发，包括C++和Visual Basic或PowerBuilder，甚至一些技术性语言如VBScript。目前，ActiveX控件在Windows 95/NT和Macintosh中运行，Microsoft还准备支持UNIX的ActiveX控件。ActiveX组件包括如下几类：1自动化服务器：可以由其他应用程序编程驱动的组件。自动化服务器至少包括一 个，也许是多个供其他应用程序生成和连接的基于IDispatch的接口。自动化服务器 可以含有也可以没有用户界面（UI），这取决于服务器的特性和功能。 2自动化控制器：那些使用和操纵自动化服务器的应用程序。 3控件：ActiveX控件等价于以前的OLE控件或OCX。一个典型的控件包括设计时和运 行时的用户界面，唯一的IDispatch接口定义控件的方法和属性，唯一的 IConnectionPoint接口用于控件可引发的事件。 4文档：ActiveX文档，即以前所说的DocObect，表示一种不仅仅是简单控件或自动 化服务器的对象。ActiveX文档在结构上是对OLE链接和模型的扩展，并对其所在的 容器具有更多控制权。一个最显著的变化是菜单的显示方式。一个典型的OLE文档的 菜单会与容器菜单合并成一个新的集合，而ActiveX文档将替换整个菜单系统，只表 现出文档的特性而不是文档与容器共同的特性。 5容器：ActiveX容器是一个可以作为自动化服务器、控件和文档宿主的应用程序