GB/T 33863.1-2017
基本信息
标准号： GB/T 33863.1-2017
中文名称：OPC统一架构 第1部分：概述和概念
标准类别：国家标准(GB)
标准状态：现行
出版语种：简体中文
下载格式：.rar .pdf
下载大小：7514KB
标准分类号
关联标准
出版信息
相关单位信息
标准简介
GB/T 33863.1-2017 OPC统一架构 第1部分：概述和概念
GB/T33863.1-2017
标准压缩包解压密码：www.bzxz.net
标准图片预览
标准内容
ICS25.040
中华人民共和国国家标准
GB/T33863.1—2017/IEC/TR62541-1:2010OPC统一架构
第1部分：概述和概念
OPC unified architecture-Part 1:Overview and concepts（IEC/TR62541-1:2010,IDT）
2017-07-12发布
中华人民共和国国家质量监督检验检疫总局中国国家标准化管理委员会
2018-02-01实施
1范围
规范性引用文件
3约定、术语和定义、缩略语
术语和定义
缩略语
4OPCUA系列标雁结构
IEC62541系列标准结构
核心规范
访问类型规范
应用规范
IEC62541标准-简介
UA范围
设计目标
集成模型和服务
安全模型
概述·
发现和建立会话
传输安全
集成地址空间模型
集成对象模型
集成服务
5.5会话
5.6允余…
系统概念
OPCUA客户端.
6.3OPCUA服务器
6.3.1概述*
6.3.2实际对象
OPCUA服务器应用
6.3.4OPCUA地址空间
GB/T33863.1—2017/IEC/TR62541-1:2010次
HiiKAoNiKAca
GB/T33863.1—2017/IEC/TR62541-1.20106.3.4.1AddressSpace（地址空间）节点6.3.4.2地址空间组织
地址空间视图
信息模型支持
6.3.5发布者/订阅者实体
监视项
6.3.6OPCUA服务器接口：
请求/响应服务
发布者服务
服务器和服务器的交互
服务集·
发现服务集
安全通道服务集
会话服务集……
节点管理服务集
视图服务集
查询服务集
属性服务集
方法服务集
监视项服务集
订阅服务集
HiKAoNhiKAca
GB/T33863.1—2017/IEC/TR62541-1:2010前言
GB/T33863&OPC统一架构》由以下各部分组成：第1部分：概述和概念；
第2部分：安全模型；
—第3部分：地址空间模型：
—第4部分：服务；
一第5部分：信息模型；
一第6部分：映射；
一第7部分：规约；wwW.bzxz.Net
第8部分：数据访问；
一第9部分：报警和条件；
第10部分：程序；
一第11部分：历史访问；
一第12部分：发现；
第13部分：聚合。
本部分是GB/T33863的第1部分。本部分按照GB/T1.1一2009给出的规则起草本部分使用翻译法等同采用IEC/TR62541-1：2010《OPC统一架构第1部分：概述和概念》本部分做了下列编辑性修改：
删除与规范性引用文件重复的参考文献。本部分由中国机械工业联合会提出。本部分由全国工业过程测量控制和自动化标准化技术委员会（SAC/TC124)归口。本部分起章单位：机械工业仪器仪表综合技术经济研究所，北京三维力控科技有限公司，上海自动化仪表有限公司、重庆川仪自动化股份有限公司、西南大学、中国工程物理研究院动力部。本部分主要起草人：王麟现，王春喜，李云，丁露、王玉敏，丁研、张庆军，姚杰，刘枫，郑秋平。HiiKAoNiKAca
GB/T33863.1-—2017/IEC/TR62541-1:2010引言
本部分为OPC统一架构应用开发者提供了规范。本标准给出了为开发标准接口而进行分析和设计的过程，该标准接口可加快由多个供应商完成的应用开发，并实现内部操作的无缝连接V
HiKAoNhi KAca
1范围
GB/T33863.1—2017/IEC/TR62541-1:2010OPC统一架构第1部分：概述和概念GB/T33863的本部分给出OPC统一架构的概念和概述，并按建议的阅读顺序对其他部分的内容进行说明，可帮助读者理解OPCUA系列标准。本部分用于指导开发OPCUA客户端或服务器应用。2规范性引用文件
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。IEC62541（所有部分）OPC统一架构（OPCunifiedarchitecture）3
约定、术语和定义，缩略语
3.1约定
本部分和引用的系列标准的其他部分使用相同的约定。英文用于表示在系列标准各部分的“术语和定义”中出现的已定义术语或定义。英文也用于表示服务输人或输出参数，或常在表中定义的结构名称或结构元素。英文表示的术语和名称也常按驼峰式书写（组合字或短语的习惯写法，各个元素间没有空格，但组合内的每个元素的首字母大写）。例如，定义的术语“AddressSpace”代替“AddressSpace”。这很容易理解为是对AddressSpace”的一个定义，而不是对“Address”和“Space”的分别定义。3.2术语和定义
下列术语和定义适用于本文件。3.2.1
地址空间AddressSpace
OPCUA服务器中对于客户端可见的信息集合。注：服务器地址空间的内容和结构描述见IEC62541-3。3.2.2
报警Alarm
与通常需要确认的状态条件相关的事件类型。注：见IEC62541-9或报警的描述。3.2.3
属性Attribute
节点（Node)的原始特征。
注：所有属性由OPCUA定义，不能由客户端或服务器定义。属性是地址空间中惟一被允许具有数据值的元素。3.2.4
证书Certificate
描述客户端或服务器能力的带数字签名的数据结构。1
HiKAoNhi KAca
GB/T33863.1—2017/IEC/TR62541-1:20103.2.5
客户端Client
向符合IEC62541系列标准规定的OPCUA服务器发送消息的软件应用。3.2.6
条件Condition
可导致事件发生的通用项。
注：表示系统或其中一个部件的条件，通常表现为某种状态。3.2.7
通信栈CommunicationStack
应用与硬件之间的分层软件模块集，这些软件模块为发送的消息提供编码、加密和格式化以及为接收的消息提供解码、解密和拆包等功能消息。3.2.8
复杂数据ComplexData
由多个原始数据类型的元素组成的数据。3.2.9
Discovery
OPCUA客户端获取OPCUA服务器信息的过程，包括端点和安全信息。3.2.10
事件Event
用于描述系统或系统组件内某些重要发现的通用项。3.2.11
事件通知者EventNotifier
特定节点的特殊属性，该特定节点被标识为可以被客户端订阅以接收事件发生的通知。3.2.12
信息模型InformationModel
定义、特征化、关联给定系统或一组系统的信息资源的组织框架。注：核心地址空间支持地址空间内信息模型的表示。见IEC62541-5中OPCUA基本信息模型的描述。3.2.13
消息Message
客户端和服务器传递的数据单元，用于表示特定的服务请求和响应。3.2.14
方法Method
可随时调用的软件功能，它是对象的一个组成部分。3.2.15
监视项MonitoredItem
服务器中由客户端定义的实体，用于监视属性或事件通知者（EventNotifier）新值或事件的发生，并为它们生产通知。
节点Node
地址空间的基础组件。
节点类NodeClass
地址空间中节点的类别。
HiiKAoNhiKAca
GB/T33863.12017/IEC/TR62541-1.2010注：节点类（NodeClass)定义了OPCUA对象模型中组件的元数据。它们也定义了用于组成地址空间的结构，如视图。
通知Notification
用于宣布发现一个事件或一个改变的属性值的数据的通用项。通知在通知消息（NotificationMes-sage)中发送。
通知消息NotificationMessage
订阅方式发布的消息，它包含一个或多个通知。3.2.20
对象Object
表示系统的物理或抽象元素的节点。注：使用OPCUA对象模型为对象建模，系统、子系统和设备是对象的示例。对象可以作为对象类型(ObjectType）的实例来定义。
对象实例ObjectInstance
对象的同义词。
注：不是所有的对象都由对象类型定义。3.2.22
对象类型
ObjectType
表示对象的类型定义的节点。
行规Profile
服务器可声称符合性的一组特定能力。每个服务器可以声称符合多个行规。注：IEC.62541-7中定义的一组能力。3.2.24
程序Program
可执行的对象，当调用时立刻返回一个响应，指示执行已启动，然后在调用过程中通过客户端已标识的订阅返回中间和最终结果。3.2.25
引用Reference
从一个节点到另一个节点的明确关系（一个命名指针）。注：包含引用的节点是源节点，被引用的节点是目标节点。所有引用都由引用类型（ReferenceType）定义。3.2.26
引用类型
ReferenceType
表示引用类型定义的节点。
注：引用类型规定一个引用的语义。引用类型的名称标识源节点如何关联到目标节点，它通常反映了两者间的-
个操作，如“A包含B”。
根节点RootNode
层次结构中起始节点或顶层节点。注：OPCUA地址空间的根节点（RootNode)在IEC62541-5中定义。3.2.28
服务器Server
执行IEC62541系列标准规定的服务的软件应用。3
HiKAoNhiKAca
GB/T33863.12017/IEC/TR62541-1:20103.2.29
服务Service
OPCUA服务器中客户可随时调用的操作。注：在IEC62541-4中定义的服务。服务类似于编程语言中的方法调用，或网页（Web）服务WSDL（网页服务定义语言》契约中的操作。
服务集ServiceSet
一组相关的服务。
会话Session
客户端和服务器间长期运行的逻辑连接。注：会话包含从客户端到服务器的服务调用间的状态信息。3.2.32
订阅Subscription
服务器内由客户定义的端点，用于向客户端返回通知。注：“订阅”是描述客户端选择的一组节点的通用项。这些节点满足下列条件：（1）服务器定期监视某些条件的存在：（2）当满足相应条件时，服务器向客户端发送通知。3.2.33
变量Variable
包含值的节点。
视图View
客户端希望看到的地址空间的特定子集。3.3缩略语
下列缩略语适用于本文件。
A&E：报警和事件（AlarmsandEvents）API：应用程序接口（ApplicationProgrammingInterface）COM：组件对象模型（ComponentObjectModel)）DA：数据访问(DataAccess）
DCS：分布式控制系统（DistributedControlSystem）DX：数据交换（DataExchange）HDA：历史数据访问（HistoricalDataAccess）HMI：人机接口(Human-MachineInterface)LDAP：轻量目录访问协议（LightweightDirectoryAccessProtocol）MES：制造执行系统（ManufacturingExecutionSystem）OPC：OPC基金会（非赢利工业协会）[OPCFoundation（anon-profitindustryassociation）PLC：可编程逻辑控制器（ProgrammableLogicController）SCADA：数据采集与监控（SupervisoryControlAndDataAcquisition）SOAP：简单对象访问协议（SimpleObjectAccessProtocol)TCP：传输控制协议(TransmissionControlProtocol)UA：统一架构(UnifiedArchitecture)UDDI：通用描述、发现与集成（UniversalDescription，DiscoveryandIntegration）4
UML：统-建模语言（UnifiedModelingLanguage)GB/T33863.1—2017/IEC/TR62541-1.2010WSDL：网页服务定义语言（WebServicesDefinitionLanguage)XML：可扩展标记语言（ExtensibleMark-upLanguage）4OPCUA系列标准结构
4.1IEC62541系列标准结构
图1所示为OPC统一架构的结构划分。OPCUA规范
核心规范
第1部分：概念和概述
第2部分：安全模型
第3部分：地址空间模型
第4部分：服务
第5部分：信息模型
第6部分：映射
第7部分：规约
访间类型规范
第8部分：数据访问
第9部分：报警和条件
第10部分：程序
第11部分：历史访间
应用规范
第12部分：发现
第13部分：聚合
图1OPCUA系列标准结构
规定了OPCUA的核心能力。这些核心能力定义了OPC地址空间结构和在地址空间上进行操作的服务。IEC62541-8～IEC62541-11将这些核心能力用于特定访问类型，这些访问类型之前通过OPCCOM规范寻址，例如：数据访问（DA），报警和事件（A&E）和历史数据访问（HDA）。IEC62541-12描述了OPCUA的发现机制，IEC62541-13描述了聚合数据的方法。4.2核心规范
IEC/TR62541-1——概念和概述
IEC/TR62541-1给出OPCUA的概念和概述。IEC/TR62541-2——安全模型
IEC/TR62541-2描述了OPCUA客户端和OPCUA服务器之间的安全交互模型。IEC62541-3—-地址空间模型
IEC62541-3描述了服务器地址空间的内容和结构。IEC62541-4——服务
IEC62541-4规定了OPCUA服务器提供的服务。IEC62541-5-
信息模型
IEC62541-5规定了OPCUA服务器的类型及其关系。IEC62541-6-
一映射
GB/T33863.12017/IEC/TR62541-1:2010IEC62541-6规定了OPCUA支持的传输映射和数据编码。IEC62541-7——规约
IEC62541-7规定了可用于OPC客户端和服务器的行规。这些行规提供可用于一致性认证的服务组或功能组。服务器和客户端将根据行规进行测试。4.3访问类型规范
IEC62541-8——数据访问
IEC62541-8规定了使用OPCUA进行数据访问。IEC62541-9—报警和条件
IEC62541-9规定了使用OPCUA支持用于访问报警和条件。基本系统包括对简单事件的支持。本规范对支持进行了扩展，可支持报警和条件。IEC62541-10——程序
IEC62541-10规定了支持对程序进行访问的OPCUA。IEC62541-11—一历史访问
IEC62541-11规定了使用OPCUA进行历史访间，包括历史数据和历史事件。4.4应用规范
IEC62541-12——发现
IEC62541-12规定了发现服务器在不同情况下如何工作，以及描述了UA客户端和服务器应如何进行交互。本部分也定义了如何使用通用目录服务协议，如UDDI和LDAP，访问UA相关信息。IEC62541-13——聚合
IEC62541-13规定了如何计算和返回聚合，如最小值、最大值和平均值等。聚合可与基本（实时）数据和历史数据（HDA)一同使用。5IEC62541标准-简介
5.1UA范围
OPCUA可用于下列应用领域的制造业软件，这些应用领域包括：现场设备、控制系统、制造执行系统和企业资源计划系统等。这些系统用于在工业过程领域交互信息、使用指令和执行控制。OPCUA定义了通用架构模型以帮助实现这种信息交互，OPCUA规定如下内容：一表示结构，行为和语义的信息模型；一在应用间交互的消息模型；
一在端点间传输数据的通信模型；一确保系统间互操作的一致性模型。5.2概述
OPCUA是一个平台无关的标准，使用该标准可在位于不同类型网络上的客户端和服务器间发送消息，以实现不同类型系统和设备间的通信。它支持健壮、安全的通信，可确保客户端和服务器的识别并抵御攻击。OPCUA定义了服务器可提供的服务集，以及针对客户端所规定的每个服务器支持的服务集。使用OPCUA定义的数据类型、制造商定义的数据类型来传递信息，客户端能动态发现的对象模型由服务器定义。服务器能提供对当前数据和历史数据的访问以及对报警和事件的访问，以向客户端通知重要变化。OPCUA可被映射到不同的通信协议，并对数据可按不同方式进行编码以平衡可移植性和效率。
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。
中华人民共和国国家标准
GB/T33863.1—2017/IEC/TR62541-1:2010OPC统一架构
第1部分：概述和概念
OPC unified architecture-Part 1:Overview and concepts（IEC/TR62541-1:2010,IDT）
2017-07-12发布
中华人民共和国国家质量监督检验检疫总局中国国家标准化管理委员会
2018-02-01实施
1范围
规范性引用文件
3约定、术语和定义、缩略语
术语和定义
缩略语
4OPCUA系列标雁结构
IEC62541系列标准结构
核心规范
访问类型规范
应用规范
IEC62541标准-简介
UA范围
设计目标
集成模型和服务
安全模型
概述·
发现和建立会话
传输安全
集成地址空间模型
集成对象模型
集成服务
5.5会话
5.6允余…
系统概念
OPCUA客户端.
6.3OPCUA服务器
6.3.1概述*
6.3.2实际对象
OPCUA服务器应用
6.3.4OPCUA地址空间
GB/T33863.1—2017/IEC/TR62541-1:2010次
HiiKAoNiKAca
GB/T33863.1—2017/IEC/TR62541-1.20106.3.4.1AddressSpace（地址空间）节点6.3.4.2地址空间组织
地址空间视图
信息模型支持
6.3.5发布者/订阅者实体
监视项
6.3.6OPCUA服务器接口：
请求/响应服务
发布者服务
服务器和服务器的交互
服务集·
发现服务集
安全通道服务集
会话服务集……
节点管理服务集
视图服务集
查询服务集
属性服务集
方法服务集
监视项服务集
订阅服务集
HiKAoNhiKAca
GB/T33863.1—2017/IEC/TR62541-1:2010前言
GB/T33863&OPC统一架构》由以下各部分组成：第1部分：概述和概念；
第2部分：安全模型；
—第3部分：地址空间模型：
—第4部分：服务；
一第5部分：信息模型；
一第6部分：映射；
一第7部分：规约；wwW.bzxz.Net
第8部分：数据访问；
一第9部分：报警和条件；
第10部分：程序；
一第11部分：历史访问；
一第12部分：发现；
第13部分：聚合。
本部分是GB/T33863的第1部分。本部分按照GB/T1.1一2009给出的规则起草本部分使用翻译法等同采用IEC/TR62541-1：2010《OPC统一架构第1部分：概述和概念》本部分做了下列编辑性修改：
删除与规范性引用文件重复的参考文献。本部分由中国机械工业联合会提出。本部分由全国工业过程测量控制和自动化标准化技术委员会（SAC/TC124)归口。本部分起章单位：机械工业仪器仪表综合技术经济研究所，北京三维力控科技有限公司，上海自动化仪表有限公司、重庆川仪自动化股份有限公司、西南大学、中国工程物理研究院动力部。本部分主要起草人：王麟现，王春喜，李云，丁露、王玉敏，丁研、张庆军，姚杰，刘枫，郑秋平。HiiKAoNiKAca
GB/T33863.1-—2017/IEC/TR62541-1:2010引言
本部分为OPC统一架构应用开发者提供了规范。本标准给出了为开发标准接口而进行分析和设计的过程，该标准接口可加快由多个供应商完成的应用开发，并实现内部操作的无缝连接V
HiKAoNhi KAca
1范围
GB/T33863.1—2017/IEC/TR62541-1:2010OPC统一架构第1部分：概述和概念GB/T33863的本部分给出OPC统一架构的概念和概述，并按建议的阅读顺序对其他部分的内容进行说明，可帮助读者理解OPCUA系列标准。本部分用于指导开发OPCUA客户端或服务器应用。2规范性引用文件
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。IEC62541（所有部分）OPC统一架构（OPCunifiedarchitecture）3
约定、术语和定义，缩略语
3.1约定
本部分和引用的系列标准的其他部分使用相同的约定。英文用于表示在系列标准各部分的“术语和定义”中出现的已定义术语或定义。英文也用于表示服务输人或输出参数，或常在表中定义的结构名称或结构元素。英文表示的术语和名称也常按驼峰式书写（组合字或短语的习惯写法，各个元素间没有空格，但组合内的每个元素的首字母大写）。例如，定义的术语“AddressSpace”代替“AddressSpace”。这很容易理解为是对AddressSpace”的一个定义，而不是对“Address”和“Space”的分别定义。3.2术语和定义
下列术语和定义适用于本文件。3.2.1
地址空间AddressSpace
OPCUA服务器中对于客户端可见的信息集合。注：服务器地址空间的内容和结构描述见IEC62541-3。3.2.2
报警Alarm
与通常需要确认的状态条件相关的事件类型。注：见IEC62541-9或报警的描述。3.2.3
属性Attribute
节点（Node)的原始特征。
注：所有属性由OPCUA定义，不能由客户端或服务器定义。属性是地址空间中惟一被允许具有数据值的元素。3.2.4
证书Certificate
描述客户端或服务器能力的带数字签名的数据结构。1
HiKAoNhi KAca
GB/T33863.1—2017/IEC/TR62541-1:20103.2.5
客户端Client
向符合IEC62541系列标准规定的OPCUA服务器发送消息的软件应用。3.2.6
条件Condition
可导致事件发生的通用项。
注：表示系统或其中一个部件的条件，通常表现为某种状态。3.2.7
通信栈CommunicationStack
应用与硬件之间的分层软件模块集，这些软件模块为发送的消息提供编码、加密和格式化以及为接收的消息提供解码、解密和拆包等功能消息。3.2.8
复杂数据ComplexData
由多个原始数据类型的元素组成的数据。3.2.9
Discovery
OPCUA客户端获取OPCUA服务器信息的过程，包括端点和安全信息。3.2.10
事件Event
用于描述系统或系统组件内某些重要发现的通用项。3.2.11
事件通知者EventNotifier
特定节点的特殊属性，该特定节点被标识为可以被客户端订阅以接收事件发生的通知。3.2.12
信息模型InformationModel
定义、特征化、关联给定系统或一组系统的信息资源的组织框架。注：核心地址空间支持地址空间内信息模型的表示。见IEC62541-5中OPCUA基本信息模型的描述。3.2.13
消息Message
客户端和服务器传递的数据单元，用于表示特定的服务请求和响应。3.2.14
方法Method
可随时调用的软件功能，它是对象的一个组成部分。3.2.15
监视项MonitoredItem
服务器中由客户端定义的实体，用于监视属性或事件通知者（EventNotifier）新值或事件的发生，并为它们生产通知。
节点Node
地址空间的基础组件。
节点类NodeClass
地址空间中节点的类别。
HiiKAoNhiKAca
GB/T33863.12017/IEC/TR62541-1.2010注：节点类（NodeClass)定义了OPCUA对象模型中组件的元数据。它们也定义了用于组成地址空间的结构，如视图。
通知Notification
用于宣布发现一个事件或一个改变的属性值的数据的通用项。通知在通知消息（NotificationMes-sage)中发送。
通知消息NotificationMessage
订阅方式发布的消息，它包含一个或多个通知。3.2.20
对象Object
表示系统的物理或抽象元素的节点。注：使用OPCUA对象模型为对象建模，系统、子系统和设备是对象的示例。对象可以作为对象类型(ObjectType）的实例来定义。
对象实例ObjectInstance
对象的同义词。
注：不是所有的对象都由对象类型定义。3.2.22
对象类型
ObjectType
表示对象的类型定义的节点。
行规Profile
服务器可声称符合性的一组特定能力。每个服务器可以声称符合多个行规。注：IEC.62541-7中定义的一组能力。3.2.24
程序Program
可执行的对象，当调用时立刻返回一个响应，指示执行已启动，然后在调用过程中通过客户端已标识的订阅返回中间和最终结果。3.2.25
引用Reference
从一个节点到另一个节点的明确关系（一个命名指针）。注：包含引用的节点是源节点，被引用的节点是目标节点。所有引用都由引用类型（ReferenceType）定义。3.2.26
引用类型
ReferenceType
表示引用类型定义的节点。
注：引用类型规定一个引用的语义。引用类型的名称标识源节点如何关联到目标节点，它通常反映了两者间的-
个操作，如“A包含B”。
根节点RootNode
层次结构中起始节点或顶层节点。注：OPCUA地址空间的根节点（RootNode)在IEC62541-5中定义。3.2.28
服务器Server
执行IEC62541系列标准规定的服务的软件应用。3
HiKAoNhiKAca
GB/T33863.12017/IEC/TR62541-1:20103.2.29
服务Service
OPCUA服务器中客户可随时调用的操作。注：在IEC62541-4中定义的服务。服务类似于编程语言中的方法调用，或网页（Web）服务WSDL（网页服务定义语言》契约中的操作。
服务集ServiceSet
一组相关的服务。
会话Session
客户端和服务器间长期运行的逻辑连接。注：会话包含从客户端到服务器的服务调用间的状态信息。3.2.32
订阅Subscription
服务器内由客户定义的端点，用于向客户端返回通知。注：“订阅”是描述客户端选择的一组节点的通用项。这些节点满足下列条件：（1）服务器定期监视某些条件的存在：（2）当满足相应条件时，服务器向客户端发送通知。3.2.33
变量Variable
包含值的节点。
视图View
客户端希望看到的地址空间的特定子集。3.3缩略语
下列缩略语适用于本文件。
A&E：报警和事件（AlarmsandEvents）API：应用程序接口（ApplicationProgrammingInterface）COM：组件对象模型（ComponentObjectModel)）DA：数据访问(DataAccess）
DCS：分布式控制系统（DistributedControlSystem）DX：数据交换（DataExchange）HDA：历史数据访问（HistoricalDataAccess）HMI：人机接口(Human-MachineInterface)LDAP：轻量目录访问协议（LightweightDirectoryAccessProtocol）MES：制造执行系统（ManufacturingExecutionSystem）OPC：OPC基金会（非赢利工业协会）[OPCFoundation（anon-profitindustryassociation）PLC：可编程逻辑控制器（ProgrammableLogicController）SCADA：数据采集与监控（SupervisoryControlAndDataAcquisition）SOAP：简单对象访问协议（SimpleObjectAccessProtocol)TCP：传输控制协议(TransmissionControlProtocol)UA：统一架构(UnifiedArchitecture)UDDI：通用描述、发现与集成（UniversalDescription，DiscoveryandIntegration）4
UML：统-建模语言（UnifiedModelingLanguage)GB/T33863.1—2017/IEC/TR62541-1.2010WSDL：网页服务定义语言（WebServicesDefinitionLanguage)XML：可扩展标记语言（ExtensibleMark-upLanguage）4OPCUA系列标准结构
4.1IEC62541系列标准结构
图1所示为OPC统一架构的结构划分。OPCUA规范
核心规范
第1部分：概念和概述
第2部分：安全模型
第3部分：地址空间模型
第4部分：服务
第5部分：信息模型
第6部分：映射
第7部分：规约
访间类型规范
第8部分：数据访问
第9部分：报警和条件
第10部分：程序
第11部分：历史访间
应用规范
第12部分：发现
第13部分：聚合
图1OPCUA系列标准结构
规定了OPCUA的核心能力。这些核心能力定义了OPC地址空间结构和在地址空间上进行操作的服务。IEC62541-8～IEC62541-11将这些核心能力用于特定访问类型，这些访问类型之前通过OPCCOM规范寻址，例如：数据访问（DA），报警和事件（A&E）和历史数据访问（HDA）。IEC62541-12描述了OPCUA的发现机制，IEC62541-13描述了聚合数据的方法。4.2核心规范
IEC/TR62541-1——概念和概述
IEC/TR62541-1给出OPCUA的概念和概述。IEC/TR62541-2——安全模型
IEC/TR62541-2描述了OPCUA客户端和OPCUA服务器之间的安全交互模型。IEC62541-3—-地址空间模型
IEC62541-3描述了服务器地址空间的内容和结构。IEC62541-4——服务
IEC62541-4规定了OPCUA服务器提供的服务。IEC62541-5-
信息模型
IEC62541-5规定了OPCUA服务器的类型及其关系。IEC62541-6-
一映射
GB/T33863.12017/IEC/TR62541-1:2010IEC62541-6规定了OPCUA支持的传输映射和数据编码。IEC62541-7——规约
IEC62541-7规定了可用于OPC客户端和服务器的行规。这些行规提供可用于一致性认证的服务组或功能组。服务器和客户端将根据行规进行测试。4.3访问类型规范
IEC62541-8——数据访问
IEC62541-8规定了使用OPCUA进行数据访问。IEC62541-9—报警和条件
IEC62541-9规定了使用OPCUA支持用于访问报警和条件。基本系统包括对简单事件的支持。本规范对支持进行了扩展，可支持报警和条件。IEC62541-10——程序
IEC62541-10规定了支持对程序进行访问的OPCUA。IEC62541-11—一历史访问
IEC62541-11规定了使用OPCUA进行历史访间，包括历史数据和历史事件。4.4应用规范
IEC62541-12——发现
IEC62541-12规定了发现服务器在不同情况下如何工作，以及描述了UA客户端和服务器应如何进行交互。本部分也定义了如何使用通用目录服务协议，如UDDI和LDAP，访问UA相关信息。IEC62541-13——聚合
IEC62541-13规定了如何计算和返回聚合，如最小值、最大值和平均值等。聚合可与基本（实时）数据和历史数据（HDA)一同使用。5IEC62541标准-简介
5.1UA范围
OPCUA可用于下列应用领域的制造业软件，这些应用领域包括：现场设备、控制系统、制造执行系统和企业资源计划系统等。这些系统用于在工业过程领域交互信息、使用指令和执行控制。OPCUA定义了通用架构模型以帮助实现这种信息交互，OPCUA规定如下内容：一表示结构，行为和语义的信息模型；一在应用间交互的消息模型；
一在端点间传输数据的通信模型；一确保系统间互操作的一致性模型。5.2概述
OPCUA是一个平台无关的标准，使用该标准可在位于不同类型网络上的客户端和服务器间发送消息，以实现不同类型系统和设备间的通信。它支持健壮、安全的通信，可确保客户端和服务器的识别并抵御攻击。OPCUA定义了服务器可提供的服务集，以及针对客户端所规定的每个服务器支持的服务集。使用OPCUA定义的数据类型、制造商定义的数据类型来传递信息，客户端能动态发现的对象模型由服务器定义。服务器能提供对当前数据和历史数据的访问以及对报警和事件的访问，以向客户端通知重要变化。OPCUA可被映射到不同的通信协议，并对数据可按不同方式进行编码以平衡可移植性和效率。
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。