4 提交 / 0 new
最新文章
物联网博士
OPC UA标准第一部分(Overview and Concepts)

1,范围

第1部分提出了概念和OPC统一架构概述(OPC UA)。阅读本文件有助于了解文档的其余部分内容,其他部分简要解释和阅读顺序。这一部分是非规范性。

3,术语定义与缩写

3.1.1 地址空间

OPC UA服务器中对于客户端可见的信息集合称为地址空间

3.1.2 Alarm 

一种类型的事件与状态,通常需要相关确认

3.1.3 属性

一个节点的原始特征。所有的属性都是通过OPC UA定义,不得由客户机或服务器定义。属性在空间有数据值

3.1.4 证书

一个数字签名的数据结构,描述了一个客户端或服务器的能力。

3.1.5 Client

一个应用软件,将符合本规范规定消息发送到OPC UA服务器的服务。

3.1.6 Condition (通用术语,状态)

3.1.7 通信协议栈

一套分层的软件模块和硬件编码之间提供了各种功能的应用程序,用于发送加密和格式的信息,并对接收的一个消息进行解码,解密和解压缩。

3.1.8 Complex Data

多个数据元素组成的原始数据类型,如结构。

3.1.9 Discovery

通过OPC UA客户端获取关于OPC UA服务器信息的过程,包括端点和安全信息。

3.1.10 Event(通用术语,事件)

3.1.11 EventNotifier(事件通知)

一个节点,意味着客户端可以订阅特定的节点接收到一个特殊的属性,事件发生的通知。

3.1.12 Information Model

一个组织框架,定义,特点和涉及一个给定的系统或一组系统信息资源。核心地址空间模型支持信息模

型在空间的表示。

3.1.13 Message

在客户端和服务器之间的数据单元传送,代表一个特定的服务请求和响应。

3.1.14 Method

3.1.15 MonitoredItem

监控用户定义的服务器属性或事件

3.1.16 Node 节点,地址空间的基本组成

3.1.17 NodeClass 节点类

地址空间节点的类型。nodeclasses定义了OPC UA对象模型组件的元数据。他们还定义了构造,如视图,这是用于组织地址空间。

3.1.18 Notification 通知(通用术语)

3.1.19 NotificationMessage 通知消息(通用术语)

3.1.20 Object

表示一个系统的物理的或抽象的元素一个节点。对象模型使用OPC UA对象模型。系统,子系统和设备都可以看作对象的实例。一个对象可能被定义为一个对象类型的一个实例。

3.1.21 Object Instance 对象实例

不是所有的对象都是通过对象类型定义

3.1.22 ObjectType:一个节点表示一个对象的类型定义

3.1.23 Profile

一组特定的能力,在第7部分详细说明,每个服务器可以要求符合多个配置文件。

3.1.24 Program 

一个可执行的对象,调用时,立即返回一个响应,表明执行开始,然后返回中间和最终结果通过订阅期间被客户端调用。 

3.1.25 Reference 参考

一个明确的关系(一个名叫指针)从一个节点到另一个地方。 包含引用的源节点的节点,并引用节点目标节点。 所有引用由ReferenceTypes定义。 

3.1.26 ReferenceType 引用类型

一个节点代表一个引用的类型定义。 ReferenceType指定一个参考的语义。 ReferenceType标识的名称如何源节点与目标节点和一般反映了两者之间的一个操作,比如A“包含”B

3.1.27 RootNode 根节点

一开始或顶级节点的层次结构。 OPC的RootNode UA AddressSpace在第5部分中定义

3.1.28 Server 服务器

一个软件应用程序实现,使这组中指定的服务规范

3.1.29 Service 服务

Client-callable操作在一个OPC UA服务器。 在第4部分中定义的服务。 一个服务是类似于编程语言或方法调用一个操作在一个Web服务WSDL契约。 

3.1.30 Service Set 服务集

一组相关的服务

3.1.31 Session

一个合乎逻辑的长时间运行的客户端和服务器之间的连接。 从客户机到服务器之间调用会话服务保持状态信息

3.1.32 Subscription

A Client-defined endpoint in the Server, used to return Notifications to the Client. 

Generic term that describes a set of Nodes selected by the Client (1) that the Server periodically monitors for the existence of some condition, and (2) for which the Server sends Notifications to the Client when the condition is detected.

3.1.33 Variable 变量

3.1.34 View

客户端使用的一个特定子集的地址空间

3.2 Abbreviations and symbols

A&E 报警和事件

API 应用编程接口

COM 对象模型组件

DA  数据访问

DCS 分布式控制系统

DX  数据交换

HDA 历史数据访问

HMI 人机界面

LDAP 轻量级目录访问协议

SCADA 监督控制和数据采集

SOAP  简单对象访问协议

UA    统一架构

UDDI 通用描述,发现和集成

WSDL Web服务定义语言

4 各部分说明描述(省略)

 

物联网博士
5 Overview

5 Overview

5.1 范围

OPC UA适用于制造软件应用等领域领域的设备、控制系统、制造执行系统和企业资源规划系统。 这些系统的目的是交换信息和使用命令和控制工业过程。 OPC UA定义了一个公共基础设施模型来促进这个信息交换OPC UA指定如下: 

• 信息模型表示的结构,行为和语义

• 消息模型之间的交互的应用

• 终端之间的通信模型来传输数据

• 保证系统之间的互操作性的一致性模型

5.2 介绍

OPC UA是一个独立于平台的标准通过各种各样的系统和设备可以通过发送消息客户端和服务器之间的通信在各种类型的网络。 它支持稳定、安全通信保证客户端和服务器的身份和抵抗攻击。 OPC UA定义组服务器提供的服务,和个人服务器指定客户服务集他们支持什么。 信息传达使用OPC UA-defined和供应商定义的数据类型,和服务器定义对象模型,客户可以动态发现。 服务器可以提供当前和历史数据,以及警报和事件通知的客户重要的变化。 OPC UA可以映射到不同的通信协议和数据可以编码在各种方式牺牲便携性和效率。 

5.3 设计目标

OPC UA提供了一个一致的、集成的AddressSpace和服务模型。 这允许一个OPC UA服务器整合数据,警报和事件,和历史AddressSpace,并提供他们使用一组集成的服务。 这些服务还包括一个集成的安全模型。

OPC UA还允许服务器为客户提供从AddressSpace类型定义的对象访问。 这允许信息模型被用来描述AddressSpace的内容。 OPC UA允许暴露在许多不同的数据格式,包括二元结构和XML文档。 OPC可以定义的数据的格式,其他标准组织或供应商。 通过AddressSpace,客户可以查询服务器的元数据描述格式的数据。 在许多情况下,客户没有预定程序的数据格式的知识能够在运行时确定的格式,妥善利用的数据。

OPC UA增加了支持多节点之间的关系,而不是局限于一个单一的层次结构。 通过这种方式,一个OPC UA服务器可能存在数据在各种层次量身定做一套方式客户通常要查看数据。 这种灵活性,加上支持类型定义,使OPC UA适用于广泛的问题域。 如下文所述,OPC UA不是仅仅针对SCADA,PLC和DCS接口,还来提供更大的更高级别的功能之间的互操作性。

OPC UA旨在提供发布数据的健壮性。所有OPC服务器的主要功能发布的数据和事件通知的能力。OPC UA为客户提供机制快速检测和通讯故障恢复与这些转移相关需要等待长时间超时由底层协议提供。
OPC UA的目的是支持范围广泛的服务器,从车间制度到企业服务器。这些服务器的特点是一个广泛的范围大小、性能、平台和执行功能。因此,OPC UA定义了一组全面的功能,和服务器可能实现的一个子集,这些capabi lities。促进互操作性,OPC UA定义子集,称为概要文件,服务器可能要求的一致性。客户就可以发现服务器的配置文件,调整其与服务器交互,根据配置文件。概要文件在第7部分中定义。

UA OPC规范分层隔离的核心设计基础计算技术和网络传输。这允许OPC UA有必要被映射到未来的技术,没有否定的基本设计。映射和数据编码是第6部分中描述。两个数据编码的定义:
 XML/text
 UA Binary
此外,定义三个传输协议:
 OPC UA TCP
 SOAP/HTTP
 HTTPS

客户端和服务器支持多种传输和编码将允许最终用户决策权衡性能和XML Web服务之间的兼容性的时候
部署,而不是让这些权衡由OPC厂商的产品定义。
OPC UA设计OPC客户端和服务器的迁移路径,是基于微软的COM技术。供应商可以选择本地产品迁移到OPC UA或使用外部包装转换从OPC COM OPC UA,反之亦然。以前的每个OPC规范定义自己的地址空间模型和自己的一组服务。OPC UA结合前面的模型到一个单独的集成与一组服务地址空间。

5.4 集成模型和服务
5.4.1 安全模型
5.4.1.1 General
OPC UA安全涉及到客户端和服务器的身份验证,用户的身份验证、完整性和机密性的通信、和可验证性的功能。它没有指定在何种情况下各种安全机制是必需的。该规范是至关重要的,但它是由系统在给定网站的设计者和可能由其他指定标准。

相反,OPC UA提供了一个安全模型,描述在第2部分中,可以选择安全措施和配置为满足给定的安全需要安装。该模型包括安全机制和参数。在某些情况下,交换安全参数定义的机制,但应用程序使用这些参数不是的方式。这个框架还定义了一组最小的安全性配置文件,所有UA服务器的支持,尽管他们可能不是在所有安装使用。安全性配置文件在第7部分中定义。

5.4.1.2发现和建立会话
应用程序级别的安全性依赖于一个安全的通信通道,活动期间应用程序会话并确保交换的所有消息的完整性。这意味着用户只需要验证一次,当应用程序会话。发现OPC UA服务器和机制建立安全的通信通道和第4部分中描述的应用程序会话和第6部分。关于发现过程的附加信息是第12部分中所描述。
当一个会话建立,客户端和服务器应用程序协商一个安全的通信通道。软件证书用于识别客户端和服务器和他们提供的功能。Authority-generated软件证书表明OPC UA概要文件应用程序实现和OPC UA每个Profile1认证水平。每个概要文件的细节和第7部分中指定的证书。证书颁发的其他组织也可以在会话建立交换。
服务器进一步对用户进行身份验证和授权访问对象的后续请求服务器。授权机制,如访问控制列表,并不是指定的OPC UA规范。他们是特定于应用程序或系统。

5.4.1.3 Auditing
OPC UA包括支持客户端和服务器之间的安全审计跟踪与追溯性审计日志。如果在服务器上检测到一个与安全相关的问题,相关的客户审核日志条目可以位于和检查。OPC UA还提供了服务器的能力来生成事件通知给客户的报告可审计的事件能够处理和日志记录。OPC UA定义了安全审计的参数,可以包括在审计日志记录和审计事件通知。第5部分定义了这些参数的数据类型。并不是所有的服务器和客户端提供的所有的审计功能。资料,发现在第7部分,表明支持哪些特性。OPC UA安全补充大多数web服务能够提供的安全基础设施平台。
传输层安全可用于消息加密和签名。加密和签名防止信息披露和保护消息的完整性。加密功能提供底层通讯技术用于OPC UA应用程序之间交换消息。第7部分定义了加密和签名算法用于给定的概要文件。

5.4.2 地址空间模型集成
OPC UA服务器向客户端提供的对象和相关信息集被称为AddressSpace。OPC UA AddressSpace代表其内容作为一组节点连接的引用。原始节点被OPC-defined属性的特征。属性是服务器数据值唯一的元素。数据类型定义属性值可能是简单的或复杂的。根据地址空间类型使用和它们的含义定义节点。OPC UA AddressSpace 节点类型定义元数据。第3部分定义了OPC UA 节点类型。
基本节点类型为所有节点定义属性,允许识别、分类和命名。每个节点类型继承这些属性,另外再定义自己的属性。
客户端和服务器之间的互操作性,OPC UA AddressSpace结构等级中,高层对所有服务器一样。尽管AddressSpace通常通过层次结构中的节点,他们可能有相互引用,允许AddressSpace代表一个相互关联的网络节点。AddressSpace模型是在第3部分中定义的。OPC UA服务器可能AddressSpace成子集视图来简化客户端访问。详细条款6.3.3.3描述AddressSpace视图。
5.4.3 集成对象模型
OPC UA对象模型提供了一个一致的、集成的节点类代表地址空间中的对象。这个模型代表对象的变量、事件和方法,及其与其他对象的关系。第3部分描述了该模型。允许服务器提供的OPC UA对象模型为对象和它们的组件类型定义。类型定义可能派生子类。他们也可能是常见的或者系统特定的。对象类型可能由标准组织定义,供应商或最终用户。
这个模型允许数据、警报和事件和他们的历史被集成到一个OPC UA服务器。例如,OPC UA服务器能够代表一个温度传感器作为一个对象,该对象由一个温度的值,一套报警参数,和一组相应的报警限制。
5.4.4 Integrated services
OPC UA客户机和服务器之间的接口被定义为一组服务。这些服务被组织成逻辑分组称为服务集。服务集是在第4部分中指定的条款7和讨论。
OPC UA服务器向客户端提供两个功能。他们允许客户端发出请求到Serversand接收响应。他们还允许客户端订阅服务器通知。通知服务器使用的报告出现警报等数据值变化,事件,和程序执行的结果。
OPC UA消息可能编码为XML文本或二进制格式的效率的目的。他们可以使用多个底层传输,例如TCP或web服务结束了吗HTTP。定义的服务器可能提供不同的编码和传输第6部分第6部分第6部分第6部分。
5.5 Sessions 会话
OPC UA需要有状态模型。保持在一个应用会话状态信息。状态信息的例子有订阅,用户凭证和延续点跨多个请求的操作。
会议被定义为客户端和服务器之间的逻辑连接。服务器可能会限制基于资源可用性的并发会话数量,许可限制,或其他约束。每个会话是独立于底层通信协议。这些协议并不会自动导致会话终止。会话终止的基础上客户机或服务器的请求,或基于客户机的活动。不活跃的时间间隔期间协商会话建立。
5.6 Redundancy 冗余
OPC UA的设计确保供应商可以创建客户端和冗余服务器冗余一个一致的方式。冗余可以用于高可用性、容错和负载平衡。冗余的细节是在第4部分中找到。只有一些第7部分资料需要冗余的支持,但不是基本概要。

物联网博士
6 Systems concepts

6 Systems concepts
6.1 Overview
OPC UA系统架构模型OPC UA用于客户机和服务器信息交互。每个系统可能包含多个客户端和服务器。每个客户端可以同时进行交互一个或多个服务器,每个服务器可能与一个或多个客户机同时进行交互。一个应用程序可以将服务器和客户端组件允许与其他服务器和交互6.3.6客户所描述的条款。
6.2 OPC UA Clients 
OPC客户端端点UA客户机架构模型的客户机/服务器交互。
客户端应用程序代码,实现了客户机的功能。它使用OPC UA客户端API发送和接收OPC UA OPC UA服务器服务请求和响应。“OPC UA客户机API”是一个从OPC UA通信堆栈内部接口隔离客户端应用程序代码。OPC UA通信堆栈将OPC UA客户机API调用消息和发送他们通过底层的通信实体到服务器请求的客户端应用程序。OPC UA通信栈也从底层通信实体接收响应和通知消息并通过OPC UA客户机API交付给客户端应用程序。
6.3.1 Real objects
访问的OPC UA服务器应用程序或者它在内部维护真正的对象是物理或软件对象。包括物理设备和诊断计数器例子。
6.3.2 OPC UA Server application
OPC UA服务器应用程序代码,实现了服务器的功能。它使用了OPC UA服务器API从OPC UA的客户端来发送和接收OPC UA消息。注意,“OPC UA服务器API”是一个内部接口,隔离了OPC服务器的应用程序代码UA通信堆栈。
6.3.3 OPC UA AddressSpace
6.3.3.1 地址空间节点
地址空间建模为使用OPC UA服务端客户端(接口和方法)一组节点访问。AddressSpace中的节点用来表示

真实的对象,他们的定义及其相互引用。
6.3.3.2 地址空间组织
第三部分包含元模型的细节“原组件”用于创建一个地址空间出来以一致的方式相互连接的节点组成。服务器是免费的组织节点内地址空间选择。使用引用节点之间组织许可服务器AddressSpace成层次结构,一个完整的网状网络的节点,或任何可能的组合。第5部分定义了OPC UA节点和引用地址空间及其预期的组织。有些资料不会要求所有UA节点实现。
6.3.3.3 AddressSpace Views
视图是地址空间的一个子集。视图是用来限制节点服务器使得客户端可见,因此限制的大小地址空间客户提交的服务请求。整个地址空间默认视图。服务器可以选择定义其他视图。视图隐藏一些地址空间节点或引用。通过地址空间观点是可见的和客户可以浏览视图,以确定它们的结构。视图通常是层次结构,便于客户端浏览。
6.3.3.4 信息模型支持
1,OPC UA AddressSpace支持信息模型。这种支持是通过:
2,允许对象的引用节点在彼此相关地址空间
3,提供真实对象类型节点语义信息(类型定义)
4,对象类型节点支持子类化的类型定义
5,在地址空间定义数据类型允许行业特定的数据类型被使用
6,OPC UA配套标准允许行业组织定义他们的特定的信息模型是如何表示的OPC服务器AddressSpaces UA


6.3.4 发布/订阅实体
6.3.4.1 MonitoredItems 监测项目
监控项目实体创建的服务器端监控AddressSpace节点和现实世界的同行。当他们发现数据变化或一个事件/报警发生,他们生成一个通知,由订阅通知到客户端。
6.3.4.2 Subscriptions
6.3.5 OPC UA Service Interface
6.3.5.1 General
OPC UA定义的服务在条款7中描述,和在第4部分中指定。
6.3.5.2 Request/response Services
请求/响应服务是通过OPC UA服务调用的客户端服务接口来执行特定的任务的一个或多个节点AddressSpace并返回一个响应。
6.3.5.3 Publisher Services
Publisher服务通过OPC UA服务接口调用服务是服务为目的的定期向客户端发送通知。通知包括事件、闹钟、数据变化和程序输出。
6.3.6 Server to Server interactions
服务器相互交互中,一台服务器作为另一个服务器的客户端。服务器交互允许服务器的发展。
7,基于点对点的基础上互相交换信息,这包括用于维护系统或定义冗余远程服务器类型
8,服务器提供分层架构的链接,如下:
来自下层的数据聚合的服务器
给客户端更高层次数据结构
集线器接口为客户端提供单点访问多个底层服务器

 

7 Service Sets(服务集)
7.1 General
OPC UA服务分为服务集,每个定义的逻辑分组服务用于访问服务器的某一方面。下面描述的服务集。指定的服务集和他们的服务是在第4部分。服务器是否支持一组服务,或者一个特定的服务在一个服务集,是由其配置文件定义的。配置文件是第7部分中描述。
7.2 Discovery Service Set
此服务定义服务集用来发现OPC UA服务器系统中可用。它还提供了一种方式,客户可以读取所需的安全配置连接到服务器。发现服务是实现由专用发现单个服务器和服务器。众所周知专用发现服务器为客户提供了一种方法来发现所有注册的OPC UA服务器。12个部分描述了如何使用与专用发现服务器的发现服务。
7.3 SecureChannel Service Set
这个服务定义为打开一个使用服务集的通信通道,确保所有与服务器交换信息的机密性和完整性。UA安全的基本概念是在第2部分中定义的。安全通道服务与其他服务不同,因为他们通常不直接由UA应用程序实现。相反,它们提供的通信栈的应用程序是建立在UA。例如,UA服务器可能是建立在一个SOAP堆栈,允许应用程序使用ws - 安全会话规范建立安全通道。在这些情况下,UA应用程序只需要验证ws - 安全会话规范接收一条会话时。第6部分描述了安全通道服务是如何与不同类型的通信栈实现的。安全通道是一个长时间运行一个客户端和一个服务器之间的逻辑连接。这个渠道维护的一组键只知道客户端和服务器,用于进行在网络上发送身份验证和加密消息。安全通道服务允许客户端和服务器安全传输信息。
在安全策略服务器上算法用于验证和加密消息。这些政策是通过发现服务。客户端选择服务器上适当的安全策略同时创建了一个安全的通道。当客户机和服务器通信时,安全通道服务根据安全策略验证所有传入消息的签名和/或加密。,不符合安全策略的信息将被过滤。SecureChannel是独立于UA应用程序会话;然而,一个UA应用程序会话可能只是通过单一SecureChannel访问。这意味着UA的应用程序都能够确定SecureChannel与每个消息相关联。通信堆栈提供SecureChannel机制,而是不允许应用程序知道SecureChannel用于给定的不能被用来实现SecureChannel服务集消息。
UA应用程序会话之间的关系和SecureChannel如图8所示。UA应用程序使用的通信栈来交换消息。首先,SecureChannel服务是用于建立一个SecureChannel两者之间的通信栈,允许他们以安全的方式交换消息。第二,UA应用程序使用会话服务将建立一个UA应用程序会话
7.4 Session Service Set
此服务集定义了用于建立一个应用程序层连接的上下文中一个会话服务
7.5 NodeManagement Service Set
NodeManagement服务允许客户端在地址空间添加,修改和删除节点。这些服务提供配置服务器的接口。
7.6 View Service Set
视图可以看做是服务端地址空间的子集。视图能够对整个AddressSpace操作服务。该规范的未来版本客

户端也可以定义服务来创建和定义视图。
视图服务集允许客户端通过浏览发现节点视图,允许客户端浏览上下导航层次结构,或遵循引用中包含的节点视图。通过这种方式,还允许客户端浏览发现的结构视图。
7.7 Query Service Set
查询服务集允许用户访问地址空间浏览内部存储的数据。
查询允许客户端基于一些过滤标准选择节点的一个子集视图。从视图中选择节点的查询语句被称为一个结果集。
服务器需要访问运行时数据可能难以查询及处理,如设备数据,包括资源密集型操作或重大延误。在这些情况下,服务器可能会发现有必要拒绝查询。
7.8 Attribute Service Set
属性服务集用于读取和写入属性值。属性是OPC UA节点原始的特征。他们可能不是由客户端或服务器定义的。属性是地址空间允许的数据值的唯一元素。一个特殊属性,Value属性用于定义变量的值。
7.9 Method Service Set
代表对象的函数调用方法。他们在第3部分中定义。调用方法和返回完成后,是否成功或不成功的。执行时间的方法可能会有所不同,这取决于它们执行的函数。
方法服务集定义了调用方法的手段。一个对象的方法一直是一个组成部分。发现是通过浏览和查询提供服务。客户端通过浏览对象识别他们的支持方法集。
因为方法可能控制工厂运营的某些方面操作,方法调用可能取决于环境或其他条件。特别是在试图重新调用一个方法并立即执行,但这个方法执行必须是另外一个方法执行结束才可以,前一个方法是后面的前提必要条件。此外,一些方法支持同时间内并发调用。
7.10 MonitoredItem Service Set
监控项服务集是由客户端创建和维护MonitoredItems使用。MonitoredItems监控变量,属性和事件通知。他们发现某些条件时生成通知。他们监视变量的变化值或状态;属性值的变化,为新生成的警报和事件通知和事件报告。
每个MonitoredItem标识项监控和订阅使用定期发布通知到客户端(见第7.11条)。每个MonitoredItem还指定要监视的速率项(采样),变量和EventNotifiers,过滤标准用于确定当生成通知。过滤条件属性指定的属性定义在第4部分。
MonitoredItem可能配置最新订阅的通知。在后者情况下,队列大小就是其中之一。
MonitoredItem服务定义了一个监控模式。当启用抽样时,服务器示例项目。此外,每个样品评估,以确定是否应该生成一个通知。如果是这样的话,通知是排队的。如果启用了报告,使用队列转移的订阅。
最后,可以配置MonitoredItems引发其他MonitoredItems的报告。在这种情况下,监控项目报告的模式通常是将采样,当触发项目生成一个通知,报告项目的任何排队通知订阅为转移。
7.11 Subscription Service Set
客户端使用的订阅服务集创建和维护订阅。订阅是实体,定期发布NotificationMessages MonitoredItem分配给他们(见第7.9条)。NotificationMessage包含一个共同的标题紧随其后一系列的通知。通知的格式被监视特定于项目的类型(例如变量、属性和EventNotifiers)。
一旦创建,订阅是在客户端与服务器的会话之间单独存在。这允许一个客户端创建一个订阅,第二,可能是冗余的客户端,接收NotificationMessages。
通过订阅服务集可以配置客户端订阅服务,包含时间周期和更新任务等。若客户端无法更新服务,那该订阅服务自动停止并删除。
订阅包括功能,支持检测和恢复丢失的信息。每个NotificationMessage包含一个序列号,允许客户发现错过的消息。当一定的时间间隔内没有通知消息时,服务器发送一个keep - alive消息包含序列号信息,如果客户端未能收到该消息或者时间间隔已过期,客户端可以请求服务器重新发送。

Edward
很好,虽然翻译的不是很精确,但是还是有一定的学习性。

很好,虽然翻译的不是很精确,但是还是有一定的学习性。