下一代OPC通信

OPC通讯标准在过去十年不断发展，以适应不断变化的商业环境。许多现有的解决方案已经解决了分布式组件对象模型(DCOM)设置复杂性的初始问题，但可能无法解决新的网络安全威胁。随着安全风险的增加和互操作性需求的增加，传统的专有OPC隧道方法过于僵化，无法充分解决所有潜在的安全威胁。

下一代OPC产品建立在一个开放的、可扩展的标准之上，而不是专有技术。随着微软。net框架的普及，“智能OPC隧道”现在成为可能。在这个开放框架上构建OPC隧道有助于将应用程序从框架中分离出来，最小化设置复杂性，同时提高可靠性、安全性、可伸缩性和互操作性。

OPC隧道架构指南

安全性:你的OPC通信需要有多安全?

在将该框架与OPC隧道应用程序解耦时，用户可以利用微软的资源来检测安全风险。一旦发现安全漏洞，就可以快速部署和实现补丁和快速修复。基于。net和。net Remoting的OPC产品是解耦的解决方案，可以在不影响流程数据流量的情况下修复。net中的任何安全漏洞。任何必须由广受支持的。net影响的更改都只在该层上进行。框架与应用程序的分离保护了应用程序的完整性，确保了完整、安全的连接。

可靠性:你的OPC通信需要有多可靠?

传统的基于DCOM的OPC隧道应用的可靠性已被证明，但由于隧道应用与DCOM紧密耦合，必须对整个系统进行更新。为了避免这种挑战，有必要使用一种方法将系统框架与实际应用程序解耦。建立在微软。net框架上的解决方案允许将应用程序从开放框架中分离出来。这种架构允许在不影响OPC流量的情况下应用更新、热修复和补丁。

可伸缩性:你的OPC通信需要多大的可伸缩性?

随着新技术和安全特性的出现，私有OPC应用程序的生命周期成本有望增加。基于。net框架的智能OPC隧道解决方案更有可能在不改变应用程序本身的情况下无缝集成。例如，如果智能卡在企业范围内被引入，利用任何与Windows兼容的标准安全协议，比如集成Windows身份验证，那么。net框架将本地支持它。如果企业迁移到一个新的操作系统，例如即将到来的Microsoft Vista平台，智能OPC隧道应用程序将具有自动检测和集成这个新平台的灵活性。专有系统将不得不重新编码和重新开发，以纳入这种新技术。

绩效:你的OPC通信需要表现得多好?

在实时过程控制环境中，处理信息请求的时间对于维护数据流至关重要。能够灵活地结合下一代组件的系统必须以最小的计算开销快速传输数据。

在一些行业中，Web-XML已经成为DCOM的流行替代品，但是在过程控制中，安全地传输eXtensible markup Language (XML)的性能开销可能对实时系统有重大影响。Web-XML只在XML文件中传输数据，这比纯二进制数据需要更多的时间来加密。一个可靠的智能OPC隧道架构将包含允许单独加密二进制数据的解决方案。

结论

业务企业系统和生产系统之间的集成可以增加制造供应链的可见性，并创建更敏捷的业务环境。这种集成需要跨防火墙传输流程数据值，其中安全考虑至关重要。虽然OPC标准在此应用程序中很有用，但OPC和DCOM一起实现和维护可能会带来挑战。例如，集成对象的OPCNet代理使用。net Remoting进行OPC通信。该技术可以轻松实现集成，同时防止网络攻击和未经授权的用户访问关键过程控制数据和控制生产的系统。

有关集成对象解决方案和服务的更多信息，请访问www.integ-objects.com．