CN114077633A - 一种基于opc ua的多源异构数控系统监控服务器 - Google Patents

Abstract

本发明涉及一种基于OPC UA的多源异构数控系统监控服务器，中间层，用于收集多源异构的数控系统发来的数据，并使用OPC UA通信协议对数据格式进行处理转化并封装，发送至OPC UA服务器；OPC UA服务器，用于通过OPC UA模板映射方法将已经建立的XML源模型映射为OPC UA服务器模型并存储。该方法能够通过OPC UA数据服务器访问接口进行数据采集，建立一个统一的多源异构数据信息收集平台，通过一个协议便可以采集到多种数控设备的数据项，同时即使是不同编程语言采集的数据项也可以写到同一个OPC UA节点模板中；可以更方便的实现系统架构模块的分离，在保证了数据传输安全的基础上，提高了后续工作对数据的管理效率。

Description

一种基于OPC UA的多源异构数控系统监控服务器

技术领域

本发明涉及数控机床监控领域，具体涉及一种基于OPC UA技术的多源异构数控设备监控服务器架构的设计方法。

背景技术

在数控机床监控平台中，设计使用良好的通信服务器监视数控机床状态，对数控设备产生的数据进行统一采集、管理和调度，并且实现接口的可扩展性、向上向下适用性、安全性和实时性，对于数字化车间的发展具有重要意义。通常每秒可采集多项数控设备产生的数据，且采集的数据种类也较多，如轴的坐标值、设备状态、运行模式和程序名称等。在采集多台机床设备的设备数据时，主要存在以下两个问题：一、设备老旧问题。生产车间中，随着生产科技发展，新技术制造的机器性能较好，但在老技术下保留的设备仍有许多使用和参考价值。第二，异构设备接口。即使是一项新技术，不同生产厂商的设备也没有标准统一的接口，多台设备使用的制造系统也有很多差异。这就给车间机床的统一管理和监控带来了很大的负担，因此需要对这些数据进行有效的管理来提高车间生产效率。

发明内容

为解决多源异构数控设备数据的统一采集技术问题，实现数字化车间数控设备产生数据的有效管理和监控，本发明提出了基于OPC UA的多源异构数控设备监控服务器架构的设计方法。

本发明为实现上述目的，所采用的技术方案是：一种基于OPC UA的多源异构数控系统监控服务器，包括：

中间层，用于收集多源异构的数控系统发来的数据，并使用OPC UA通信协议对数据格式进行处理转化并封装，发送至OPC UA服务器；

OPC UA服务器，用于通过OPC UA模板映射方法将已经建立的XML源模型映射为OPCUA服务器模型并存储。

所述中间层包括：

信息过滤模块，用于将多源异构的数控系统发来的数据进行筛选，并封装为相同格式的OPC UA数据项；

节点通信模块，用于对OPC UA数据项转发给OPC UA服务器，并存入OPC UA服务器模型的节点中。

所述信息过滤模块包括：

OPC UA数据项收集模块，收集多源异构的数控系统发来的数据；

OPC UA格式处理转换模块，从多种类的数据中筛选出所需数控系统数据项；

OPC UA函数封装，将得到的数据项封装为OPC UA通信协议格式，得到OPC UA数据项。

一种基于OPC UA的多源异构数控系统监控方法，包括以下步骤：

步骤1：根据多源异构数控系统所需采集的数据，建立XML源模型；

步骤2：通过OPC UA模板映射方法将XML源模型映射为服务器模型并存储；

步骤3：当多源异构数控系统产生数据时，数据传输至中间层进行过滤、解析处理，采用OPC UA通信协议格式对采集的数据进行封装和传输至OPC UA服务器，并存入OPC UA服务器模型的节点中；

步骤4：当OPC UA服务器收到客户端的数据请求后，以统一为OPC UA节点格式的数据进行响应；返回步骤3直到所有数据传输完成，实现多源异构数控系统数据项的实时采集和监控。

在步骤1中：

当某些数据项在数控系统中不存在时，则对于数字赋值显示为0，对于字串赋值显示为null；根据OPC UA中数据格式的节点采集要求，建立XML源模型。

所述步骤2包括：

步骤2.1：使用OPC UA Modeler，编辑的节点工具根据OPC UA Nodeset XML模式导出数据；OPC UA Modeler的SDK中包含一个基于Python的节点集编译器库，编译器库将XML源模型转换为OPC UA服务器模型；

步骤2.2：配置OPC UA服务器启动所需参数，启动服务器监听程序，成功启动后得到OPC UA服务器地址空间访问地址。

所述步骤3包括：

OPC UA数据项收集模块收集多源异构的数控系统发来的数据；

OPC UA格式处理转换模块从多种类的数据中筛选出所需数控系统数据项；

OPC UA函数封装将得到的数据项封装为OPC UA通信协议格式，得到OPC UA数据项；

节点通信模块对OPC UA数据项转发给OPC UA服务器，并存入OPC UA服务器模型的节点中。

在步骤4中：

客户端读取存入的OPC UA服务器模型节点数据，完成对多源异构的数控设备的监控处理。

在OPC UA服务器与客户端之间的通信方式采用请求应答机制，具体为：

启动客户端后，输入服务器地址和接口以连接OPC UA服务器；连接成功后，客户端首先向OPC UA服务器发送其请求消息，该消息由OPC UA服务器处理；处理完成后，OPC UA服务器向客户端发送响应；

在信息传递过程中，传递的信息首先通过Schema格式进行验证，然后由通信双方进行分析以获得对方的响应；在不同的名称空间下，OPC UA服务器模型的每个节点都被预先唯一地标记了它的NodeID；客户端通过浏览服务遍历地址空间，向OPC UA服务器提交初始节点和浏览过滤条件，OPC UA服务器通过引用返回到初始节点的节点列表。

本发明具有以下有益效果及优点：

1.规范了数据格式，方便了数据的统一管理和调度。尽管采集的是多种设备的不同形式的数据，在中间层针对不同的数据传输形式，采用不同的策略进行数据解析，最终都可以得到OPC UA节点可接收的数据格式。

2.发挥不同编程语言的优势。数据采集过程中，由于不同的编程语言有不同的独特优势，编写的采集程序也不尽相同，倘若采用传统的方式直接把数据传输至服务器进行解析的方式，可能会造成大量采集代码的重复编写，或遇到不同的意外错误，设计一个中间层进行过渡，不仅有效实现了代码的模块化与可插拔性，还减少了OPC服务器的读写压力。即使是不同的编程语言也可以写到一个OPC UA服务器建立的节点表中。

附图说明

图1为本发明方法运行逻辑图；

图2为本发明方法中间层内部结构图；

图3为本发明系统架构图；

图4为服务器状态图；

图5为中间层页面图；

图6为客户端状态图；

图7为设备状态监控信息图；

图8a为传统方法数据采集结果图；

图8b为实验方法数据采集结果图；

图9为系统延时测试图。

具体实施方式

下面结合附图1对本发明方法作进一步详细说明。

本发明依据多源异构的开放式数控系统中设备采集项构建数据源模型；基于数据源，构建OPC UA服务器用于数据暂存；根据异构接口设计搭建的中间层，对不同格式数据进行采集并封装为OPC UA数据传输格式；根据中间层采集的数据传输至OPC UA服务器节点供客户端读取和写入数据库等操作。该方法能够通过OPC UA数据服务器访问接口进行数据采集，建立一个统一的多源异构数据信息收集平台，通过一个协议便可以采集到多种数控设备的数据项，同时即使是不同编程语言采集的数据项也可以写到同一个OPC UA节点模板中；建立不依赖于OPC UA服务器的中间层接口，可以更方便的实现系统架构模块的分离；采集完成后，所有异构形式的数据都被统一转化为OPC UA节点格式，在保证了数据传输安全的基础上，提高了后续工作对数据的管理效率。通过对数控系统传统采集方式、基于适配器和代理的MTConnect标准和当前广泛流行的基于OPC UA通信协议的分析，基于OPC UA协议相比于其他技术更加的安全、可靠、中性。

OPC UA协议独立于上位机的操作平台，并且具有很高的数据通讯和安全机制。其还能支持各类设备复杂的数据结构通信，将设备中的数据和结构节点抽象成对象对设备模型进行描述。由于其优良的设计机制，目前已经被多种数控系统所支持。OPC UA采用节点进行数据存放，并由地址空间和数据标识组成的节点对格式对采集数据进行唯一标识，以构建采集模型。

一种基于OPC UA的多源异构数控设备监控服务器架构的设计方法，包括以下步骤：

步骤1：规范多源异构数控系统采集项，建立基于OPC UA的数据采集项XML源模型；

步骤2：通过OPC UA模板映射方法将XML源模型映射为服务器模型，OPC UA服务器节点建立后，提供数据暂存功能。

步骤3：数控系统一旦产生新数据，新数据传输至中间层进行过滤、解析处理，并全部采用OPC UA格式标准把采集数据进行封装和传输至OPC UA服务器；

步骤4：使用OPC UA客户端程序进行数据请求，OPC UA服务器进行响应，传出统一格式为OPC UA节点格式的数据，OPC UA客户端接收后，完成一次请求。

返回步骤3直到所有数据传输完成，实现了多源异构设备数据项的实时采集和管理。

所述步骤1包括：

对多台不同类型的数控设备进行接口设计，为了方便查看获得的监视信息，需采集几乎所有数控设备类型中都一定存在的数据项。若某些数据项在数控机床中不存在，则对于数字赋值显示为0，对于字串赋值显示为null。根据OPC UA中数据格式的节点采集要求，建立设备的XML信息模型。

所述步骤2包括：

步骤2.1：在OPC UA中使用OPC UA Modeler，编辑的节点工具可以根据OPC UANodeset XML模式导出数据；OPC UA Modeler的SDK中包含一个基于Python的节点集编译器库，编译器库可以将这些信息模型定义转换为工作服务器节点模型；

步骤2.2：对服务器配置一些启动所必要的参数，如：秘钥、端口号等；调用UA_Server_run(server,&running)方法启动服务器监听程序；成功启动后得到OPC UA服务器地址空间访问地址。

所述步骤3包括：

中间层在采集数控设备信息时，分由中间层以下几个子模块进行处理，包括信息过滤模块、网络配置模块、支持库模块，节点通信模块、通信诊断与意外处理模块和节点信息通信模块。中间层进程建立时，首先由网络配置模块对中间层信息初始化，待中间层进程监听到数控数据信息时，将信息传递至信息过滤模块进行处理，支持库模块用于帮助解析数据，处理完成后，交由节点通信模块转发给OPC UA服务器。数据处理过程中，若处理出错，则交由通信诊断与意外处理模块进行中断处理。各个模块相互协调配合，通过不同的输入接口形式采集数据，全部处理输出为可储存于OPC UA节点的数据格式。

所述步骤4包括：

通过OPC UA架构服务器存入节点，再由客户端程序读取节点数据，完成对多源异构的数控设备的监控处理。OPC UA服务器与客户端之间的通信方式是请求-响应机制。

所述OPC UA中的请求应答机制，其含义为启动客户端后，输入服务器地址和接口以连接服务器。连接成功后，客户端首先向服务器发送其请求消息，该消息由OPC UA服务器处理。处理完成后，服务器向客户端发送响应。在信息传递过程中，传递的信息首先通过Schema格式进行验证，然后由通信双方进行分析以获得对方的响应。在不同的名称空间下，每个节点都被预先唯一地标记了它的NodeID。客户端通过浏览服务遍历地址空间，向服务提交初始节点和浏览过滤条件，服务器通过引用返回连接到初始节点的节点列表。

步骤1：由程序进程读取已经准备好的配置信息的函数对服务器进行初始化操作，读取配置文件，根据所配置的文件进行操作，初始化操作包括传递设备信息，信息模型实例化等。

步骤2：待配置文件读取完毕后，创建OPC UA数据节点模型和服务连接对象，开启OPC UA服务进程，等待填充节点。

步骤3：运行中间层接口进程，使得中间层接口和数控设备进行连接。若连接失败，则自动重连，否则连接数控设备成功，继续获取NC数据，多台数控设备数据的不同格式的信息不断被传送至中间层的进程中进行过渡，中间层进程按照一定的时间间隔从数控设备中读取数据，若读取失败，则重新连接再次进行获取，否则读取数据成功，进行数据包装，把数据转化为OPC UA节点可存储的形式，在OPC UA服务器主进程已经启动的情况下，写入主进程OPC UA节点中，完成节点填充。

步骤4：写入完成后检查当前的连接状态，同时对客户端的显示进行刷新。由于当前多数设备不具备断线自动重连的能力，所以若发生中断，中间层进程须删除连接的信息，并把连接时间进行重置，提示系统异常状态，重新创建对象对其连接。

步骤5：当OPC UA服务端收到数据节点的写入请求后，首先判断请求的合法性，是否有写入权限，编码格式以及传输格式是否兼容等。若不合法，则重新连接写入；若请求合法，则调用数控设备的函数接口数据对象进行写入。所配置的文件包括设备的IP，端口号，名称以及待采集数据项的种类等。

数控设备集中定义了所使用的抽象设备，该设备包含大多数类型数控系统所持有的必要信息，称为NC。设备集作为OPC中的指向性节点，该类节点是为了更好的查找和管理机床模型中的数据信息，该节点指向轴类节点、状态类节点、通道诊断类节点和加工信息类节点等。每项设备节点一般包含速度、实际位置、编程位置、进给率、程序状态，执行状态、开机时间、切削时间、加工时间等。如表1表示为本实验所使用的采集项图。其中，NodeID列中，ns代表了不同设备的命名空间，每个命名空间都属于特定的OPC UA规范，为了确保特定id唯一标识特定数控设备的特定节点,使用ns指明区别多个设备的名称空间id。例如，GJ430设备的ns＝1,则其进给修调值的存储节点为(ns＝1,id＝14)；Siemens840D SL设备的ns＝2,则其进给修调值的存储节点为(ns＝2,id＝14)，其他设备均以此格式进行设计.表1以GJ430设备为例，去除了一些基本重复的采集项后，列出了本实验主要监控的节点数据模型。权限列中，R代表节点可读入，权限W代表节点可写入。

表1

中间层由以下几个子模块组成，包括信息过滤模块、网络配置模块、支持库模块，节点通信模块、通信诊断与意外处理模块和节点信息通信模块。各模块的作用分别为：

网络配置模块包含编程人员对数控设备的各种配置信息，主要指的是其软件信息，包括设备名称、IP地址和端口号等。对于不同的下位机设备，其基础信息应包含不同的接口参数。初始化获取设备信息需要的参数，为数据解析做准备。

信息过滤模块实现对于原始数据的采集和过滤工作，该模块是一切后续工作的基础。对不同类型数据的传输格式，都有着相似的数据处理流程，首先对数据项的筛选，接着进行格式转换和封装。首先根据设备不同的配置信息及接口信息，确定数据获取方式，如通过供应商已经提供好的接口函数或数控设备手动配置过的接口，对采集项进行筛选。然后，对于不同的数控系统的信息使用不同的方法进行采集。比如沈阳中科数控公司的加工机床和国外的发那科数控系统，可以直接通过其给定好的函数库进行机床信息内容的读取；广州数控公司的数控机床数据以Web服务的网络Socket形式进行发布，这时使用编程语言自带的Socket函数进行读取；西门子数控机床的大部分型号自带有OPC服务，采用了订阅的形式进行读写数据，因此为了保证其传输效率，可以模拟一个接收OPC服务的客户端，把数据读取。待各种类型的数据读取完成之后，使用OPC UA协议的函数进行封装，等待发送指令。这时，根据数据需求的实时性进行不同频率的采样，以达到要求所采集的精度和频率。该模块传入了不同格式的数据，并统一以OPC UA的节点格式传出。

节点通信模块和通信诊断与意外处理模块。是为保证在数据处理完成后，能把数据成功的传入客户端或数据库中，以进行实时监控或持久储存，由于在信息过滤模块经过其内部的三步运行逻辑，已经成功把不同格式数据转化为了UA格式。因此在此部分只需要对相同格式数据进行转发给OPC节点。在通信突然中断时，诊断模块负责清除连接信息，并中断运行程序，自动尝试重连，并抛出异常信息以引起监视人员注意。

支持库模块包含了通信协议常使用的函数和厂家提供的提取通信函数，这些函数提供了原始数据的采集。信息模型对不同的类型的数控设备，根据其可采集的参数，可采集的函数，采集需要使用的方式不同，可以建立多个不同的采集过程。

以上模块构成了中间层接口，中间层架构如图2所示，各模块相互协调配合，输入异构格式的数据，输出统一为OPC UA格式的数据。

基于OPC UA架构的车间数据通信的设计思想是：将种类繁多的底层数控机床所采集到的数据全部采用OPC UA格式标准进行封装和传输，以此来统一管理底层设备信息，通过OPC UA统一架构存入数据中心，再由MES、ERP等上层应用系统来调用，完成对底层设备的监控和业务应用，也可以将这些信息存入数据库或云端，供今后进行大数据分析使用.基于OPC UA协议的智能车间通信架构系统由管理信息系统、储存库、OPC UA服务器、中间层接口和加工设备组成。系统架构图如图3所示.

为了验证本实验设计的接口技术的可行性，本实验采用的实验环境为Windows 10操作系统，在VS2013中使用C++语言，通过查找当前开源的UA的函数库Open62541搭建了OPCUA服务器，以及完成对其节点的部署工作。在VS2017环境下使用了C#编程语言，设计了设计方案中的中间层，对传输格式进行转换。并且使用了VS2017建立了C#函数库支持的OPC UA客户端，作为客户端的监控系统。最后，将设计模型部署至生产车间，分别测试访问了沈阳中科数控公司的蓝天数控系统GJ430、日本发那科公司的FAUNC 0i-MateTc数控系统、武汉华中数控公司的HNC 818D数控系统、广州数控公司988TD数控系统、德国西门子840D SL数控系统等的内存信息采集系统设备信息，实现对车间数控设备的网络化监控.

如图4所示，为OPC UA的服务器运行图。其中，图4中的最后一行的opc.tcp://DESKTOP-486CJO0:48020/为在本实验案例中，测试计算机的访问地址。

对于中间层的建立，如图5所示，在图中可选择当前需读取数据并存入OPC UA节点的数控设备，选择完成后，该程序调用厂商或第三方已经编写完成的读写子程序，把数据暂存至中间层，然后统一在中间层把数据写入OPC UA节点服务器中，完成多源异构数控设备的读取任务。

网络节点访问测试。基于以上实现，在上位机上部署OPC UA服务器和OPC UA中间层完成后，在其他上位机或本上位机部署客户端时，可以监控到当前系统数据。通过OPC UA的URL可以直接在客户端查看各个数控系统的多项数据信息。如图6所示，为客户端的查看命名空间为6时，西门子数控系统的数据实时状态，包括该数控系统的位置坐标、进给速度、主轴速率、程序名、运行模式等.

网络监控分析。数控设备的设备状态是加工工件过程中一个重要的参数，通过对机床运行状态的分析，确保数控机床的正常运转，能够提高机床的工作效率。本实验在使用相似的加工程序对多台设备进行测试后，以沈阳中科数控公司生产的GJ430型号的数控系统的加工数据为例，绘制了图7所示的实验结果。该图中的横轴表示时间，纵轴表示设备状态。监控人员可根据设备状态变化，及时调整工作计划，排查故障，或设置设备报警灯，根据状态变化提前预警。

采集数据准确性测试。为了测试并验证数据采集的正确性，分别采用了传统的读取方法和本实验设计的方法对GJ430数控系统中的数控程序驱动的Z轴编程速度数据项作为实验对象进行读取，其中把采用传统的读取方法读出的z轴编程速度绘制了如图8a所示的折线图。采用本实验设计的方案读取的z轴编程速度绘制了如图8b所示的折线图。对比图8a与图8b两图后，在同一时刻，使用传统读取方式读取的z轴编程速度和使用本实验设计的系统读取方式读取的数据一致。经实验测试，两种方法的数据项在精度上的误差约为10^-6量级范围，采集精度已经完全达到要求，验证了本实验设计采集的数据的准确性。另外，本实验测试了在任意时刻，中断数控系统正在执行的程序，在数控系统上读出的多个数据项和OPC UA客户端读出的数据项一致。

数据时延测试。本实验还对请求和应答设置了时间戳，测试了从数据请求至写入OPC节点的时延，以此来观测系统的响应时间。选取的对象分别为五台不同厂家生产的数控设备的进给速度数据项在60秒内的延时误差的平均值。实验结果如图9所示。如图9所示，可得采集的进给数据平均值都大约分布在2。46ms左右，然而传统的数据采集方式在经过测试后，请求延时测试结果稳定在3.2ms内。因此，时延测试验证了在添加中间层后，在网络稳定的情况下，完成加工过程的复原和诊断，该系统的延时基本可以保证需求。

系统性能测试。对于已经设计的系统程序，测试程序对于服务器资源的占用情况，分析其性能对于改善服务器资源配置至关重要。本实验中，使用了Windows系统自带的性能监视器，测试了120秒内，五台数控设备同时运行五个加工程序时，OPC UA服务器处理数据时，CPU占用率和内存占用的情况。经实验测试后，可得其平均值为0.264，最大值为3.121，表明该系统稳定在一个较小的CPU占用率上，OPC UA服务器可承受更多的采集任务。初始数据以Byte为单位，在经过比例为10^-6缩小后，测试结果保持在1.5M左右，相比于传统的服务器设计，占用的内存更少，同时，其证明了加上了中间层的设计后，由中间层完全进行OPCUA节点读写操作。OPC UA服务器只需解决服务启动的问题，承担的压力更少。

Claims (9)

1.一种基于OPC UA的多源异构数控系统监控服务器，其特征在于，包括：

中间层，用于收集多源异构的数控系统发来的数据，并使用OPC UA通信协议对数据格式进行处理转化并封装，发送至OPC UA服务器；

OPC UA服务器，用于通过OPC UA模板映射方法将已经建立的XML源模型映射为OPC UA服务器模型并存储。

2.根据权利要求1所述的一种基于OPC UA的多源异构数控系统监控服务器，其特征在于，所述中间层包括：

信息过滤模块，用于将多源异构的数控系统发来的数据进行筛选，并封装为相同格式的OPC UA数据项；

节点通信模块，用于对OPC UA数据项转发给OPC UA服务器，并存入OPC UA服务器模型的节点中。

3.根据权利要求1所述的一种基于OPC UA的多源异构数控系统监控服务器，其特征在于，所述信息过滤模块包括：

OPC UA数据项收集模块，收集多源异构的数控系统发来的数据；

OPC UA格式处理转换模块，从多种类的数据中筛选出所需数控系统数据项；

OPC UA函数封装，将得到的数据项封装为OPC UA通信协议格式，得到OPC UA数据项。

4.一种基于OPC UA的多源异构数控系统监控方法，其特征在于，包括以下步骤：

步骤1：根据多源异构数控系统所需采集的数据，建立XML源模型；

步骤2：通过OPC UA模板映射方法将XML源模型映射为服务器模型并存储；

步骤3：当多源异构数控系统产生数据时，数据传输至中间层进行过滤、解析处理，采用OPC UA通信协议格式对采集的数据进行封装和传输至OPC UA服务器，并存入OPC UA服务器模型的节点中；

步骤4：当OPC UA服务器收到客户端的数据请求后，以统一为OPC UA节点格式的数据进行响应；返回步骤3直到所有数据传输完成，实现多源异构数控系统数据项的实时采集和监控。

5.根据权利要求4所述一种基于OPC UA的多源异构数控系统监控方法，其特征在于，在步骤1中：

当某些数据项在数控系统中不存在时，则对于数字赋值显示为0，对于字串赋值显示为null；根据OPC UA中数据格式的节点采集要求，建立XML源模型。

6.根据权利要求4所述一种基于OPC UA的多源异构数控系统监控方法，其特征在于，所述步骤2包括：

步骤2.1：使用OPC UA Modeler，编辑的节点工具根据OPC UA Nodeset XML模式导出数据；OPC UA Modeler的SDK中包含一个基于Python的节点集编译器库，编译器库将XML源模型转换为OPC UA服务器模型；

步骤2.2：配置OPC UA服务器启动所需参数，启动服务器监听程序，成功启动后得到OPCUA服务器地址空间访问地址。

7.根据权利要求1所述一种基于OPC UA的多源异构数控系统监控方法，其特征在于，所述步骤3包括：

OPC UA数据项收集模块收集多源异构的数控系统发来的数据；

OPC UA格式处理转换模块从多种类的数据中筛选出所需数控系统数据项；

OPC UA函数封装将得到的数据项封装为OPC UA通信协议格式，得到OPC UA数据项；

节点通信模块对OPC UA数据项转发给OPC UA服务器，并存入OPC UA服务器模型的节点中。

8.根据权利要求1所述一种基于OPC UA的多源异构数控系统监控方法，其特征在于，在步骤4中：

客户端读取存入的OPC UA服务器模型节点数据，完成对多源异构的数控设备的监控处理。

9.根据权利要求4所述一种基于OPC UA的多源异构数控系统监控方法，其特征在于，在OPC UA服务器与客户端之间的通信方式采用请求应答机制，具体为：

启动客户端后，输入服务器地址和接口以连接OPC UA服务器；连接成功后，客户端首先向OPC UA服务器发送其请求消息，该消息由OPC UA服务器处理；处理完成后，OPC UA服务器向客户端发送响应；

在信息传递过程中，传递的信息首先通过Schema格式进行验证，然后由通信双方进行分析以获得对方的响应；在不同的名称空间下，OPC UA服务器模型的每个节点都被预先唯一地标记了它的NodeID；客户端通过浏览服务遍历地址空间，向OPC UA服务器提交初始节点和浏览过滤条件，OPC UA服务器通过引用返回到初始节点的节点列表。

Images