有关OPC服务器和OPC客户端的开发及OPC接口规范的介绍!
OPC 协议规范
　 OPC Alarm & Event规范

目标陈述：

开发和标准化处理报警和事件的接口。这套规范将作为其他OPC接口的补充（特别是数据访问方面）。
报警和事件包括（但不局限于）过程报警，操作员手工请求而通过系统产生的消息比如批任务完成，跟踪或审核消息（如一个设定值改变或操作员调整了一个参数）。
为了允许客户端订阅他们需要的类型的消息，就要用到不同形式的过滤机制。
应该将系统设计成底层形式，这样可以在其上设计出现有系统和某些特有系统的接口并且允许卖主在其上增加自己的函数同时保持住很高的通用性。
我们尽力实现一个适用范围广泛的，不论简单的应用程序或者复杂的应用程序都能用的，同时又不会过分增加简单程序的复杂性和复杂程序的限制性的一个设计规范。
为了支持多层次系统的实现（比如：做一个报警集中器。它将多个简单设备如RTU所产生的报警集中起来传到一个更加复杂的客户端如一个操作站活着日志里）。
请注意和其他OPC接口一样我们不是打算把限制和规则强加给产品而是提供一种可行的技术它将使实现内部连通性变得非常简单。

OPC Batch规范

目标陈述:

为批处理工业设计开发的产品不断增多,这些产品基于ANSI/ISA-S88.01-1995批控制标准的第一部分:模块与术语标准(也就是S88.01),与此相应,这些产品间的以及这些产品与其他系统间的数据交换的需求也不断增多.如与领域管理设备(比如测控站,控制站),过程控制系统(如实验室系统,批控制系统,装载,卸载,分发,称重系统)和企业管理系统(如ERP,MES).
通常大多数批系统使用它们自己的接口来分发和收集数据.这样就无法用即插即用的方式来扩展现有的系统.这就会使开发者要重复开发相同的产品底层,而卖主又都独自在开发各自互不兼容的系统,制造商和消费者想用的是现货,卖主间采用互相开放的解决方案对解决这一问题具有非常重要的意义.
批数据交换覆盖了四个基本的信息类型:设备容量,当前的操作情况,历史数据和处方内容.本规范的1.0版为设备容量和当前操作情况的数据交换提供了接口和名字空间.设备容量符合S88.01物理模块.当前操作情况用批清单和批模块来描述,这个批模块包括了批和控制处方信息.
批规范的2.0版保留了在OPCBBatchArchiveModel名字空间中的边界条件,为opc 报警和事件规范定义了其在批中的特殊扩展,定义了批调度接口。


OPC 数据访问规范


目标陈述:

为数据访问规范开发一个修订版本(即2.0版).
COM/Custom接口的v2.0版将在用户反馈的基础上做一些小的修改。主要是用基于回调的连接点(a ConnectionPoint based callback)来代替IDataObject callback。连接点(ConnectionPoint ）是一项新的技术，实现起来更加简单。它的目的是使1.0风格的服务做最小的改动就可以成为2.0版本的服务。
2.0版本的自动化接口为了更符合自动化对象模型而做了重大修改。所以将旧的自动化程序代码修改成符合新的规范的代码几乎不可能，尽管我们是希望能提供一个通用的可重用的例子代码来简化这件事情。开发这样一个2.0风格的例子代码和自动化接口的目的是让卖主实现起来更容易。如果可能的话自动化程序的代码将是通用的并且可以重用的。
同样我们将发布一个标准的 Proxy/Stub DLL，允许任何卖主下载和使用。

OPC数据交换规范

目标陈述：

修改日期：2002.3.27 星期三
为OPC数据访问服务器间的数据交换提供一个工业标准。这一解决方案避免了在两个服务器中间插入一个私有客户端的做法。
为OPC数据交换服务的注册提供一个标准接口，包括远程注册和管理服务。
为像人们要求的那样快速地使用和扩展已有的OPC标准而采用能增强通用性的技术。

扩展OPC数据访问的功能。如OPC数据交换使用OPC数据访问来提供OPC服务器间的数据传输。同样OPC数据交换要定义两个服务器数据交换要用到的数据结构，这些数据结构定了传输的数据，控制了传输的过程。
定义通过以太网现场总线实现服务器到服务器和设备到设备的通信。
为想用开放性标准来整合和交换数据的自动化用户提供明确的支持，这些用户通过多卖主的以太网从设备和控制器上接收数据。为自动化供应商提供支持，供应商们想要提供基于通用性和数据交换开放工业标准的产品。
使卖主能提供OPC数据交换服务的配置工具。


OPC历史数据访问规范


目标陈述：

提供一套标准的接口使客户端能以统一的方式来存取历史文档。我们的目标是能访问范围很广的数据，从简单的连续数据的日志系统到复杂的SCADA 系统。这些访问所使用的接口应该以工业中最通用方式来表述和处理数据，比如趋势，自动更新，图表和统计数据。

OPC安全规范


目标陈述：

说明了关于OPC接口有关的安全问题，包括数据访问和历史数据。如果可能的话，由用户参与进来制定需求，将对这项努力很有帮助。
对使用现有的设计（如用户可定义属性的enhanced N.T. 5 security model）来做这件事好，还是采用一套新的OPC COM接口来做好作出决定。
如果需要新的接口那么这套接口应不改变现有的OPC接口并且应该在现有基础上来增加新的安全性。
请记住还要考虑性能因素。
通常，产品将运行一个例子程序来验证设计并且如果需要的话提供自动控制包装。
可以相信如果顺利的话这项规范可以一年内完成。

OPC XML-DA 规范


目标陈述：

为使用xml发布数据开发一套有弹性的，统一的规则和格式。特别是OPC会议认为首先应搞定在现已发布的OPC接口上发布相同的数据如数据访问的问题，接着是报警和事件，并且工作组正在努力尽快的作出一个简单的可用的首次发布。
平衡微软和其他公司在.net , web services ,SOAP和其他XML应用程序框架上所作的工作。
继续支持和鼓励应用程序间的通用性，在一个相当高的层次上简化数据共享和交换。
允许客户端通过使用过滤来订阅它所需要的那些类型的消息。
提供样本来帮助卖主理解和运用这一技术。
转载KKING