CN112578763B - 安全授权方法、故障诊断方法、***及相关产品 - Google Patents

Abstract

本申请公开了一种安全授权方法、故障诊断方法、***及相关产品。工厂端机床故障后，工厂端对应的终端设备向服务器发送联机请求，其中携带故障机床唯一对应的标识。根据该标识服务器可生成该故障机床的第一验证信息和第二验证信息并分发给工厂端和运维端。服务器根据工厂端和运维端各自提供的待验证信息以及第一和第二验证信息进行验证，当验证通过时表示待验证信息都是可信的，向运维端发送联机提示消息，便于运维端与故障机床远程联机。联机后运维端可以读取故障机床提供的授权信息并进行故障诊断。实现机床故障诊断过程中的安全连接仅在验证通过时才将非保密性的授权信息提供给运维端，避免了机密数据的风险，保证工厂端机床数据的安全性。

Description

安全授权方法、故障诊断方法、***及相关产品

技术领域

本申请涉及设备故障诊断技术领域，特别是涉及一种安全授权方法、故障诊断方法、***及相关产品。

背景技术

数控机床是装备制造业的工作母机，所担负的加工工作量占总制造工作量的40％-60％，是集机械制造、计算机、液压、传感、信息处理、光机电等技术的机电一体化产品。数控机床作为制造企业加工线上的关键生产设备，随着机床制造技术和工艺的不断提高，其可靠性也随之提高，但是企业现场环境、工人操作水平、加工材料千差万别，因此不可避免会发生故障。如果对于机床故障不能及时地响应和维修，将影响机床的生产效率和生产的产品质量。

目前我国数控机床的存量市场高达数百万台，每年有几十万台数控机床卖到全国各地的工厂。当机床发生故障后，通常是由生产机床的厂家委派维修售后工程师奔赴机床故障现场。但是这种故障诊断和维修方式需要消耗维修售后工程师大量的时间，差旅成本高。与此同时对于工厂来说，维修机床带来的停产停工也影响产品的工期和产量，降低客户的满意度。因此，远程进行机床故障诊断和维修成为了一种便捷的选择。

但是目前很多技术重点着眼于诊断和维修方案的提供，却忽视了机床故障诊断和维修过程中工厂端机床数据的保密需求。如何安全建立工厂端和运维端之间的诊断连接已经成为本领域急需解决的技术问题。

发明内容

基于上述问题，本申请提供了一种安全授权方法、故障诊断方法、***及相关产品，在建立工厂端和运维端之间的诊断和维修连接过程中，避免机床机密数据的泄露。

本申请实施例公开了如下技术方案：

第一方面，本申请提供一种安全授权方法，应用于服务器，所述方法包括：

接收工厂端对应的第一终端设备发送的联机请求，所述联机请求中携带故障机床唯一对应的标识；

根据所述标识生成所述故障机床对应的第一验证信息和第二验证信息，向所述第一终端设备发送所述第一验证信息，并向运维端对应的第二终端设备发送所述第二验证信息；

接收来自所述第一终端设备的第一待验证信息和来自所述第二终端设备的第二待验证信息；其中，所述第一待验证信息为所述第一终端设备接收到所述第一验证信息后提供的，所述第二待验证信息为所述第二终端设备接收到所述第二验证信息后提供的；

根据所述第一验证信息、所述第二验证信息、所述第一待验证信息和所述第二待验证信息，判断是否验证通过；当验证通过时，向所述第二终端设备发送联机提示消息，以使所述第二终端设备在确认所述联机提示消息后与所述故障机床建立远程连接并读取所述故障机床提供的授权信息，并依据所述授权信息对所述故障机床进行远程故障诊断。

可选地，所述根据所述第一验证信息、所述第二验证信息、所述第一待验证信息和所述第二待验证信息，判断是否验证通过，具体包括：

根据所述第一验证信息和所述第二验证信息获得第一运算结果；以及，根据所述第一待验证信息和所述第二待验证信息获得第二运算结果；

判断所述第一运算结果与所述第二运算结果是否匹配，如果匹配，则确定验证通过；如果不匹配，则确定验证未通过。

可选地，所述根据所述第一验证信息、所述第二验证信息、所述第一待验证信息和所述第二待验证信息，判断是否验证通过，具体包括：

判断所述第一待验证信息与所述第一验证信息是否一致，并判断所述第二待验证信息与所述第二验证信息是否一致；

当所述第一待验证信息与所述第一验证信息一致，且所述第二待验证信息与所述第二验证信息一致时，确定验证通过；反之，则确定验证未通过。

可选地，所述根据所述第一验证信息、所述第二验证信息、所述第一待验证信息和所述第二待验证信息，判断是否验证通过，具体包括：

在预设时间内，根据所述第一验证信息、所述第二验证信息、所述第一待验证信息和所述第二待验证信息，判断是否验证通过。

可选地，所述授权信息至少包括以下一种：

故障码、工作日志和运行参数。

第二方面，本申请提供一种安全授权方法，应用于工厂端对应的第一终端设备，所述方法包括：

向服务器发送联机请求；所述联机请求中携带故障机床唯一对应的标识；

接收来自所述服务器的第一验证信息；所述第一验证信息为根据所述标识生成的，并且对应于所述故障机床；

向所述服务器提供第一待验证信息，以使所述服务器利用所述第一待验证信息和所述第一验证信息进行验证并当验证通过时向运维端对应的第二终端设备发送联机提示消息。

第三方面，本申请提供一种故障诊断方法，应用于运维端对应的第二终端设备，所述方法包括：

接收来自服务器的第二验证信息；所述第二验证信息为根据故障机床唯一对应的标识生成的，并且对应于所述故障机床；

向所述服务器提供第二待验证信息，以使所述服务器利用所述第二待验证信息和所述第二验证信息进行验证；当验证通过时，接收所述服务器发送的联机提示消息；

确认所述联机提示消息，与所述故障机床建立远程连接；

读取所述故障机床提供的授权信息，并依据所述授权信息对所述故障机床进行远程故障诊断。

可选地，在所述依据所述授权信息对所述故障机床进行远程故障诊断之后，还包括：

为所述故障机床配置所述新的配置参数。

第四方面，本申请还提供一种服务器，包括：

联机请求接收模块，用于工厂端对应的第一终端设备发送的联机请求，所述联机请求中携带故障机床唯一对应的标识；

验证信息生成模块，用于根据所述标识生成所述故障机床对应的第一验证信息和第二验证信息；

验证信息发送模块，用于向所述第一终端设备发送所述第一验证信息，并向所述运维端对应的第二终端设备发送所述第二验证信息；

待验证信息接收模块，用于接收来自所述第一终端设备的第一待验证信息和来自所述第二终端设备的第二待验证信息；其中，所述第一待验证信息为所述第一终端设备接收到所述第一验证信息后提供的，所述第二待验证信息为所述第二终端设备接收到所述第二验证信息后提供的；

校验模块，用于根据所述第一验证信息、所述第二验证信息、所述第一待验证信息和所述第二待验证信息，判断是否验证通过；

联机提示消息发送模块，用于当所述校验模块校验确定验证通过时，向所述第二终端设备发送联机提示消息，以使所述第二终端设备在确认所述联机提示消息后与所述故障机床建立远程连接并读取所述故障机床提供的授权信息，并依据所述授权信息对所述故障机床进行远程故障诊断。

第五方面，本申请提供一种故障诊断***，包括：第四方面提供的服务器；还包括：工厂端对应的第一终端设备和运维端对应的第二终端设备；

所述第一终端设备，用于向所述服务器发送联机请求，所述联机请求中携带故障机床唯一对应的标识；

所述服务器，用于根据所述联机请求向所述第一终端设备和所述第二终端设备分别发送验证信息，根据来自所述第一终端设备和来自所述第二终端设备的待验证信息进行校验，当验证通过时向所述第二终端设备发送联机提示消息；

所述第二终端设备，用于在确认所述联机提示消息后与所述故障机床建立远程连接并读取所述故障机床提供的授权信息，依据所述授权信息对所述故障机床进行远程故障诊断。

第六方面，本申请提供一种存储介质，其上存储有程序，所述程序被处理器执行时实现如第一方面、第二方面或第三方面提供的方法。

第七方面，本申请提供一种电子设备，所示设备包括至少一个处理器，与所述处理器连接的至少一个存储器，以及总线；其中，所述处理器与所述存储器通过所述总线完成相互间的通信；所述处理器用于调用所述存储器中的程序指令，以执行如第一方面、第二方面或第三方面提供的方法。

相较于现有技术，本申请具有以下有益效果：

本申请技术方案中，当工厂端机床故障后，工厂端对应的第一终端设备向服务器发送联机请求，该联机请求中携带故障机床唯一对应的标识。根据该标识，服务器可以生成该故障机床的第一验证信息和第二验证信息，并分发给工厂端和运维端。之后，服务器根据工厂端和运维端各自提供的待验证信息以及原发送给工厂端和运维端的第一验证信息和第二验证信息进行验证，当验证通过时，表示工厂端和运维端对应的终端设备提供的待验证信息都是可信的，向运维端发送联机提示消息，从而便于运维端与故障机床远程联机。联机后，运维端可以读取故障机床提供的授权信息并进行故障诊断。本申请提供的技术方案实现机床故障诊断过程中的安全连接仅在验证通过时才将非保密性的授权信息提供给运维端，从而避免了机密数据的风险，有效保证了工厂端机床数据的安全性。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1a为本申请实施例提供的一种安全授权方法的流程图；

图1b为本申请实施例提供的联机示意图；

图2为本申请实施例提供的另一种安全授权方法的流程图；

图3a为本申请实施例提供的一种故障诊断方法的流程图；

图3b为本申请实施例提供的一种远程联机流程图；

图4为本申请实施例提供的一种服务器的结构示意图；

图5为本申请实施例提供的一种故障诊断***的结构示意图；

图6为本申请实施例提供的一种电子设备的结构示意图。

具体实施方式

目前数控机床出现故障时通常需要运维人员前往发生机床故障的工厂进行诊断和维修。如此造成较大的人力成本和差旅成本，并且延误机床的修复时间，影响工厂的正常生产。

由于机床生产中很多数据、参数等面临保密需求，但是现有的机床故障诊断过程未对这些机密数据进行授权把控，导致数据泄露风险较高。

针对以上问题，发明人经过研究，提供一种安全授权方法、故障诊断方法、***及相关产品。服务器在接收到工厂端对应的第一终端设备后，通过对工厂端和运维端的双向验证确认两端用户的可信度，从而在验证通过后给运维端对应的第二终端设备发送联机提示消息。第二终端设备在确认该联机提示消息后，可以与工厂端的故障机床远程连接，并基于故障机床提供的授权信息来执行故障诊断和维修。由于查看授权信息的第二终端设备是可信的，因此远程连接的安全性有所保障。另外，授权信息可以根据工厂端的保密要求预先设置，从而维修过程中数据公开的主动性由工厂端把控，最大程度上保证了工厂的保密数据的安全性。

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

首先对本申请实施例提供的安全授权方法、服务器、故障诊断方法及***的应用场景。场景中包括服务器、工厂端对应的第一终端设备、运维端对应的第二终端设备。

其中，工厂端指机床的使用端，具体可以是指利用机床进行生产加工的工厂，本实施例中工厂端并不特指某一硬件设备。工厂端对应的第一终端设备为当工厂端存在故障机床时，通过该第一终端设备能够登录服务器并通知机床发生故障。作为示例，该第一终端设备可以是故障机床本身，也可以是工厂端的人员报修该机床发生故障所使用的终端设备，例如手机、平板电脑等。

运维端指对机床进行运营维护的一端，具体可以是指机床厂家，本实施例中运维端并不特指某一硬件设备。运维端对应的第二终端设备为当工厂端存在故障机床时，有责任或义务对该故障机床进行远程诊断和维修所使用的通讯设备。运维端对应的第二终端设备也可以登录上述服务器。

首先以服务器作为描述主体介绍一种安全授权方法。

方法实施例一

参见图1a，该图为本申请实施例提供的一种安全授权方法的流程图。该方法主要应用于以上场景中的服务器。

如图1a所示，本申请实施例提供的安全授权方法，包括：

步骤101：服务器接收工厂端对应的第一终端设备发送的联机请求，所述联机请求中携带故障机床唯一对应的标识。

鉴于不同数控机床厂家的机床会配置的数控***在品牌和型号上的差异，可以在每一台机床上安装数据传输单元(Data Transfer Unit,DTU)，为DTU配置机床及数控***信息，例如数控***品牌、型号、IP地址、端口号、出厂编号、4G卡或wifi账号及密码、运维账号。DTU能够用于将串口数据转换为IP数据或者将IP数据转换为串口数据，DTU可以作为无线终端设备，通过无线通信网络将数据加以传送。机床上安装的DTU与机床协议绑定。通过为DTU配置的数控***品牌、型号，能够使DTU开启对应的数控***接口程序。

当机床发生故障需要远程联机诊断并维修时，工厂端的用户(例如机床设备的管理人员或者利用机床进行加工操作的技术人员或加工人员)可以操控打开DTU的允许接入开关。当该接入开关打开后，故障机床一侧已经做好了远程联机的准备。

工厂端的用户可以利用第一终端设备登录一个***(或称为平台)。该***或平台的数据由服务器管理和处理。工厂端的用户和运维端的用户可以预先在***中注册并建立账号，通过登录操作即可看到权限内的信息。作为一种可能的实现方式，***分为工厂端和运维端两类专属界面。运维端用户可以是机床制造企业、独立的第三方机床维保商或者工厂运维团队等。

当机床发生故障需要远程联机诊断并维修时，通过第一终端设备向服务器发送联机请求。并且该联机请求中携带故障机床唯一对应的标识。该标识可以是机床的出厂编号或者服务器中预先储存的关于该机床的编号，或者上述编号的加密形式。由于机床与标识是唯一对应的，因此服务器利用该标识能够准确确定发生故障的机床。

步骤102：服务器根据所述标识生成所述故障机床对应的第一验证信息和第二验证信息，向所述第一终端设备发送所述第一验证信息，并向运维端对应的第二终端设备发送所述第二验证信息。

本申请实施例中，第一验证信息和第二验证信息均可以是验证码的形式。第一验证信息和第二验证信息分别可以包括数字、字母和符号中一种或者多重的组合。第一验证信息与第二验证信息可以相同，也可以不同，当二者相同时，服务器向第一终端设备和第二终端设备分发相同的验证信息；当二者不同，服务器向第一终端设备和第二终端设备分发不同的验证信息，但是不同的验证信息也分别于故障机床相对应，因为均是根据故障机床的标识生成的。

另外，需要说明的是，为了提升安全性，服务器分发的第一验证信息和第二验证信息还可以是具有时效性的信息。

步骤103：服务器接收来自所述第一终端设备的第一待验证信息和来自所述第二终端设备的第二待验证信息。

其中，所述第一待验证信息为所述第一终端设备接收到所述第一验证信息后提供的，所述第二待验证信息为所述第二终端设备接收到所述第二验证信息后提供的。

也就是说，第一终端设备在接收到第一验证信息后，向服务器发送第一待验证信息；第二终端设备在接收到第二验证信息后，向服务器发送第二待验证信息。

第一待验证信息和第二待验证信息也分别可以是验证码的形式。

步骤104：服务器根据所述第一验证信息、所述第二验证信息、所述第一待验证信息和所述第二待验证信息，判断是否验证通过；当验证通过时，执行步骤105。

作为本步骤一种可能的实现方式，如果第一终端设备提供的第一待验证信息与服务器向第一终端下发的第一验证信息一致，并且第二终端设备提供的第二待验证信息与服务器向第二终端设备下发的第二验证信息一致，则表明第一终端设备的用户和第二终端设备的用户都是可信的。从而，工厂端与运维端建立远程连接的安全性得到保障。执行步骤105。反之，则验证未通过，表明当前获得的第一待验证信息和第二待验证信息至少有一个不可信。

作为本步骤另一种可能的实现方式，可以根据所述第一验证信息和所述第二验证信息获得第一运算结果；以及，根据所述第一待验证信息和所述第二待验证信息获得第二运算结果。实际应用中，获得第一运算结果的算法与获得第二运算结果的算法一致。判断所述第一运算结果与所述第二运算结果是否匹配，如果匹配，则确定验证通过；如果不匹配，则确定验证未通过。下面结合两种示例说明该实现方式：

作为一种示例，假设服务器下发的第一验证信息是0635，第二验证信息时2245，将第一验证信息0635与第二验证信息组合2245前后拼接在一起得到第一运算结果06352245；如果第一待验证信息也为0635，第二待验证信息也为2245，则显然拼接后也能得到06352245作为第二运算结果。此时，两个运算结果相互匹配，可以确定验证通过。该示例提供的实现方式是：通过将第一验证信息与第二验证信息直接拼接得到第一运算结果，通过将第一待验证信息与第二待验证信息直接拼接得到第二运算结果。

作为另一种示例，将第一验证信息与第二验证信息按照某一预设算法进行运算得到第一运算结果，同样利用该预设算法将第一待验证信息与第二待验证信息按照进行运算得到第一运算结果。例如，预设算法是将两个信息分别加2后相乘。

以上仅提供了本步骤的两种可能的实现方式，在实际应用中在判断验证是否通过时，还可能采用其他形式的验证信息和待验证信息，因此此处对于验证时的具体实现方式不加以限定。

另外，如果第一验证信息和第二验证信息是具有时效性的，则本步骤在具体实现时需要在预设时间内(即时效期间内)基于第一验证信息和第二验证信息对工厂端和运维端各自提供的待验证信息进行验证。

例如，第一验证信息和第二验证信息是服务器于同一时刻分别分发给第一终端设备和第二终端设备，时效期为发送时刻T0后的3分钟内，则只有当服务器在(T0，T0+3min]时间区间内接收到第一待验证信息和第二待验证信息才会执行本步骤进行验证。如果在时效期之后接收到第一待验证信息和/或第二待验证信息，则本步骤验证的结果为未通过验证。显然，第一验证信息和第二验证信息为具有时效属性的验证信息时，使得本实施例提供的安全授权方法安全系数进一步提升。在预设时间内进行验证具体可以参照以上描述的两种实现方式。

步骤105：服务器向所述第二终端设备发送联机提示消息，以使所述第二终端设备在确认所述联机提示消息后与所述故障机床建立远程连接并读取所述故障机床提供的授权信息，并依据所述授权信息对所述故障机床进行远程故障诊断。

服务器向第二终端设备发送联机提示消息时，表示两端(工厂端以及运维端)用户以经验证通过。作为一种可能的实现方式，联机提示消息以功能模块的形式呈现，在第二终端设备的显示屏上能够观看到***界面上可触发的联机功能模块。也就是说，仅当验证通过时，联机功能模块才显示或者可触发。当运维端用户触发该联机功能模块后，由于故障机床上安装的DTU已经开启允许接入开关，因此第二终端设备可以通过DTU与故障机床建立连接。

DTU上电后，通过集成数控***接口与故障机床建立连接，而远程连接时，通过4G网络或wifi网络与外部网络建立连接。DTU相当于共产短与运维端之间数据安全传输的隧道。

参见图1b，该图为联机示意图。如图1b所示，工厂端的各个机床100b与运维端第二终端设备200b之间的连接是以机床100b上安装的DTU 300b作为连接通道。

对于工厂来说，机床具有很多机密数据，例如加工工艺数据、运行状态数据、初始配置参数、加工程序等。如果在远程诊断过程中这些数据都开放给运维端，则很可能有机密数据泄露的风险。因此，可以在机床上预先设置信息阅览权限，即设置好当远程连接进行诊断与维修时可以开放给运维端用户的信息，这些可开放的信息称为授权信息，即授权给验证通过后的运维端用户查看。作为示例，这些授权信息可以包括：故障机床的故障码、工作日志和运行参数。

对于运维端的用户而言，通过第二终端设备与故障机床之间建立的连接查看故障机床的授权信息，能够便于分析故障机床的故障状态、故障原因等，从而更加准确地诊断故障并采取维修措施。

以上为本申请实施例提供的安全授权方法。当工厂端机床故障后，工厂端对应的第一终端设备向服务器发送联机请求，该联机请求中携带故障机床唯一对应的标识。根据该标识，服务器可以生成该故障机床的第一验证信息和第二验证信息，并分发给工厂端和运维端。之后，服务器根据工厂端和运维端各自提供的待验证信息以及原发送给工厂端和运维端的第一验证信息和第二验证信息进行验证，当验证通过时，表示工厂端和运维端对应的终端设备提供的待验证信息都是可信的，向运维端发送联机提示消息，从而便于运维端与故障机床远程联机。联机后，运维端可以读取故障机床提供的授权信息并进行故障诊断。本申请提供的技术方案实现机床故障诊断过程中的安全连接仅在验证通过时才将非保密性的授权信息提供给运维端，从而避免了机密数据的风险，有效保证了工厂端机床数据的安全性。

下面以工厂端对应的第一终端设备作为描述主体介绍安全授权方法。

方法实施例二

参见图2，该图为本申请实施例提供的一种安全授权方法的流程图。该方法主要应用于以上场景中工厂端对应的第一终端设备。

如图2所示，本申请实施例提供的安全授权方法，包括：

步骤201：第一终端设备向服务器发送联机请求，所述联机请求中携带故障机床唯一对应的标识。

当第一终端向服务器发送联机请求后，服务器即可获知工厂端的故障机床有待故障诊断和故障维修。此时服务器采取验证措施，第一步即是根据联机请求中携带的标识生成故障机床对应的第一验证信息和第二验证信息，其中第一验证信息用于发送给第一终端设备，第二验证信息用于发送给运维端对应的第二终端设备。

步骤202：第一终端设备接收来自所述服务器的第一验证信息。

其中，第一验证信息为服务器根据所述标识生成的，并且对应于所述故障机床。

步骤203：第一终端设备向所述服务器提供第一待验证信息，以使所述服务器利用所述第一待验证信息和所述第一验证信息进行验证并当验证通过时向运维端对应的第二终端设备发送联机提示消息。

正常情况下，接收第一验证信息后应当由第一终端设备根据第一验证消息提供一样的或者符合第一验证信息要求的待验证信息，即第一待验证信息。以便于服务器基于第一验证信息和第一待验证信息进行验证。对于服务器，如果第一待验证信息与第一验证信息相符，或者第一待验证信息符合第一验证信息的要求，服务器可以结合对工厂端用户的验证以及对运维端用户的验证，确认是否验证通过。

在以上实施例中，以第一终端设备作为执行主体介绍了安全授权方法。以上安全授权方法中各项操作的执行满足了对机床故障远程诊断中数据安全性的要求。降低工厂端机密数据泄露的风险。

下面以运维端对应的第二终端设备作为描述主体介绍故障诊断方法。

方法实施例三

参见图3a，该图为本申请实施例提供的一种故障诊断方法的流程图。该方法主要应用于以上场景中运维端对应的第二终端设备。

如图3a所示，本申请实施例提供的故障诊断方法，包括：

步骤301：第二终端设备接收来自服务器的第二验证信息。

所述第二验证信息为根据故障机床唯一对应的标识生成的，并且对应于所述故障机床。当第一终端设备向服务器发送联机请求后，服务器即可获知工厂端的故障机床有待故障诊断和故障维修。此时服务器采取验证措施，第一步即是根据联机请求中携带的标识生成故障机床对应的第一验证信息和第二验证信息，其中第一验证信息用于发送给第一终端设备，第二验证信息用于发送给运维端对应的第二终端设备。

步骤302：第二终端设备向所述服务器提供第二待验证信息，以使所述服务器利用所述第二待验证信息和所述第二验证信息进行验证；并当验证通过时，接收所述服务器发送的联机提示消息。

正常情况下，接收第二验证信息后应当由第二终端设备根据第二验证消息提供一样的或者符合第二验证信息要求的待验证信息，即第二待验证信息。以便于服务器基于第二验证信息和第二待验证信息进行验证。对于服务器，如果第二待验证信息与第二验证信息相符，或者第一待验证信息符合第一验证信息的要求，服务器可以结合对运维端用户的验证以及对工厂端用户的验证，确认是否验证通过。

第二终端设备接收的联机提示消息形式可以是第二终端设备显示的***界面上可触发的联机功能模块。

步骤303：第二终端设备确认所述联机提示消息，与所述故障机床建立远程连接。

运维端用户可以通触发第二终端设备屏幕上的联机功能模块来触发第二终端设备与故障机床建立连接。

步骤304：第二终端设备读取所述故障机床提供的授权信息，并依据所述授权信息对所述故障机床进行远程故障诊断。

连接建立后，第二终端设备可以从故障机床读取授权信息。第二终端设备可以通过专用诊断工具根据授权信息对故障机床进行诊断，另外可以利用维修知识库采取相应的维修措施。维修知识库帮助运维端的维修人员快速诊断机床故障并生成有效的故障解决方案。

在步骤304之后还可以进一步包括：

步骤305：为所述故障机床配置所述新的配置参数。

机床的某些故障问题可以通过重新配置参数得到解决。显然，如果由维修人员亲自前往工厂维修该故障机床需要耗费较大的人力，成本也比较高。通过远程诊断和远程维修，解决上述问题。并且在诊断之前，第二终端设备与故障机床的连接的建立得到了预先的验证，验证通过，第二终端设备才可以连接故障机床并读取授权信息。如此，增加了远程联机的安全性，降低机密数据被泄露的风险。

本申请实施例提供的故障诊断方法由于是远程进行的，因此可以更为及时地排查和解决机床故障，化被动响应为主动服务，提高机床厂家售后服务水平，同时避免了工厂机床维修带来的停产风险。提升工厂端用户的满意度。

参见图3b，该图示出远程联机的流程。

如图3b所示，首先DTU开启允许接入开关；接着工厂端向服务器发起远程联机请求；服务器分别向工厂端和运维端发送验证信息，并根据接收到的待验证信息进行验证；校验通过后，第二终端设备与故障机床远程联机，第二终端设备对故障机床进行远程诊断和维修，维修结束后结束联机。联机结束可以将原故障机床的DTU的允许接入开关复位。

基于前述实施例提供的安全授权方法和故障诊断方法，相应地，本申请还提供一种服务器。结合实施例和附图对该服务器的具体实现进行描述。

服务器实施例

参见图4，该图为本申请实施例提供的一种服务器的结构示意图。

如图4所示，本实施例提供的服务器应用于前述场景中，服务器具体包括：

联机请求接收模块401，用于工厂端对应的第一终端设备发送的联机请求，所述联机请求中携带故障机床唯一对应的标识；

验证信息生成模块402，用于根据所述标识生成所述故障机床对应的第一验证信息和第二验证信息；

验证信息发送模块403，用于向所述第一终端设备发送所述第一验证信息，并向所述运维端对应的第二终端设备发送所述第二验证信息；

待验证信息接收模块404，用于接收来自所述第一终端设备的第一待验证信息和来自所述第二终端设备的第二待验证信息；其中，所述第一待验证信息为所述第一终端设备接收到所述第一验证信息后提供的，所述第二待验证信息为所述第二终端设备接收到所述第二验证信息后提供的；

校验模块405，用于根据所述第一验证信息、所述第二验证信息、所述第一待验证信息和所述第二待验证信息，判断是否验证通过；

联机提示消息发送模块406，用于当所述校验模块校验确定验证通过时，向所述第二终端设备发送联机提示消息，以使所述第二终端设备在确认所述联机提示消息后与所述故障机床建立远程连接并读取所述故障机床提供的授权信息，并依据所述授权信息对所述故障机床进行远程故障诊断。

当工厂端机床故障后，工厂端对应的第一终端设备向服务器发送联机请求，该联机请求中携带故障机床唯一对应的标识。根据该标识，服务器的验证信息生成模块可以生成该故障机床的第一验证信息和第二验证信息，验证信息发送模块分发给工厂端和运维端。之后，服务器校验模块根据工厂端和运维端各自提供的待验证信息以及原发送给工厂端和运维端的第一验证信息和第二验证信息进行验证，当验证通过时，表示工厂端和运维端对应的终端设备提供的待验证信息都是可信的，向运维端发送联机提示消息，从而便于运维端与故障机床远程联机。联机后，运维端可以读取故障机床提供的授权信息并进行故障诊断。本申请提供的技术方案实现机床故障诊断过程中的安全连接仅在验证通过时才将非保密性的授权信息提供给运维端，从而避免了机密数据的风险，有效保证了工厂端机床数据的安全性。

作为一可能的实现方式，以上校验模块405，具体可以包括：

运算结果获取单元，用于根据所述第一验证信息和所述第二验证信息获得第一运算结果；以及，根据所述第一待验证信息和所述第二待验证信息获得第二运算结果；

第一校验单元，用于判断所述第一运算结果与所述第二运算结果是否匹配，如果匹配，则确定验证通过；如果不匹配，则确定验证未通过。

作为另一可能的实现方式，以上校验模块405，具体可以包括：

第二校验单元，用于判断所述第一待验证信息与所述第一验证信息是否一致，并判断所述第二待验证信息与所述第二验证信息是否一致；当所述第一待验证信息与所述第一验证信息一致，且所述第二待验证信息与所述第二验证信息一致时，确定验证通过；反之，则确定验证未通过。

作为又一可能的实现方式，以上校验模块405，具体可以包括：

第三校验单元，用于在预设时间内，根据所述第一验证信息、所述第二验证信息、所述第一待验证信息和所述第二待验证信息，判断是否验证通过。

前面提及，服务器可以是维护一个***，工厂端和运维端均可以登录该***获取服务器中的数据。下面对该***的实现进行描述，该***包含软件和硬件两部分，硬件主要是DTU和短信网关，软件中包含DTU与数控机床的接口***、DTU远程联机***(基于开源的OpenVPN)、基础信息模块(包括装机关系、DTU配置、用户权限、数控机床台账、客户台账、运维人员台账)、短信分发模块、工单***、远程操作日志、***网盘(数控机床诊断工具集、VPN客户端)、维修知识库。其中，短信分发模块可以用于下发第一验证信息和第二验证信息。由于***是云端SaaS化部署，满足工厂端购买多品牌机床、运维端为多家工厂服务的实际场景。

本申请提供的技术方案可以基于物联网实现。物联网是依托互联网、传统电信网等信息承载体，让所有能行使独立功能的普通物体实现互联互通的网络。物联网将现实世界数字化，应用范围十分广泛。物联网拉近分散的信息，统整物与物的数字信息，物联网的应用领域主要包括以下方面：运输和物流领域、工业制造、健康医疗领域范围、智能环境(家庭、办公、工厂)领域、个人和社会领域等，具有十分广阔的市场和应用前景。

基于前述实施例提供的安全授权方法、故障诊断方法和服务器，相应地，本申请还提供一种故障诊断***。结合实施例和附图对该服务器的具体实现进行描述。

***实施例

参见图5，该图为本申请实施例提供的一种故障诊断***的结构示意图。

如图5所示，该***包括：

服务器501、工厂端对应的第一终端设备502和运维端对应的第二终端设备503。其中，服务器501可以是前述服务器实施例描述的服务器。

所述第一终端设备502，用于向所述服务器501发送联机请求，所述联机请求中携带故障机床唯一对应的标识；

所述服务器501，用于根据所述联机请求向所述第一终端设备502和所述第二终端设备503分别发送验证信息，根据来自所述第一终端设备502和来自所述第二终端设备503的待验证信息进行校验，当验证通过时向所述第二终端设备503发送联机提示消息；

所述第二终端设备503，用于在确认所述联机提示消息后与所述故障机床建立远程连接并读取所述故障机床提供的授权信息，依据所述授权信息对所述故障机床进行远程故障诊断。

当工厂端机床故障后，工厂端对应的第一终端设备向服务器发送联机请求，该联机请求中携带故障机床唯一对应的标识。根据该标识，服务器可以生成该故障机床的第一验证信息和第二验证信息，并分发给工厂端和运维端。之后，服务器根据工厂端和运维端各自提供的待验证信息以及原发送给工厂端和运维端的第一验证信息和第二验证信息进行验证，当验证通过时，表示工厂端和运维端对应的终端设备提供的待验证信息都是可信的，向运维端发送联机提示消息，从而便于运维端与故障机床远程联机。联机后，运维端可以读取故障机床提供的授权信息并进行故障诊断。本申请提供的技术方案实现机床故障诊断过程中的安全连接仅在验证通过时才将非保密性的授权信息提供给运维端，从而避免了机密数据的风险，有效保证了工厂端机床数据的安全性。

本发明实施例还提供了一种存储介质，其上存储有程序，该程序被处理器执行时实现前述方法实施例提供的安全授权方法或者故障诊断方法。

本发明实施例提供了一种处理器，所述处理器用于运行程序，其中，所述程序运行时执行前述实施例中提供的安全授权方法或者故障诊断方法。

本发明实施例提供了一种电子设备，如图6所示，该电子设备包括至少一个处理器601、以及与处理器601连接的至少一个存储器603、总线602；其中，处理器601、存储器603通过总线602完成相互间的通信；处理器601用于调用存储器603中的程序指令，以执行上述的安全授权方法或者故障诊断方法。本文中的设备可以是服务器、PC、PAD、手机等。

本申请还提供了一种计算机程序产品，当在数据处理设备上执行时，适于执行初始化有如下方法步骤的程序：

接收工厂端对应的第一终端设备发送的联机请求，所述联机请求中携带故障机床唯一对应的标识；

根据所述标识生成所述故障机床对应的第一验证信息和第二验证信息，向所述第一终端设备发送所述第一验证信息，并向运维端对应的第二终端设备发送所述第二验证信息；

接收来自所述第一终端设备的第一待验证信息和来自所述第二终端设备的第二待验证信息；其中，所述第一待验证信息为所述第一终端设备接收到所述第一验证信息后提供的，所述第二待验证信息为所述第二终端设备接收到所述第二验证信息后提供的；

根据所述第一验证信息、所述第二验证信息、所述第一待验证信息和所述第二待验证信息，判断是否验证通过；当验证通过时，向所述第二终端设备发送联机提示消息，以使所述第二终端设备在确认所述联机提示消息后与所述故障机床建立远程连接并读取所述故障机床提供的授权信息，并依据所述授权信息对所述故障机床进行远程故障诊断。

在本实施例的一种实现方式中，所述根据所述第一验证信息、所述第二验证信息、所述第一待验证信息和所述第二待验证信息，判断是否验证通过，具体包括：

根据所述第一验证信息和所述第二验证信息获得第一运算结果；以及，根据所述第一待验证信息和所述第二待验证信息获得第二运算结果；

判断所述第一运算结果与所述第二运算结果是否匹配，如果匹配，则确定验证通过；如果不匹配，则确定验证未通过。

在本实施例的一种实现方式中，所述根据所述第一验证信息、所述第二验证信息、所述第一待验证信息和所述第二待验证信息，判断是否验证通过，具体包括：

判断所述第一待验证信息与所述第一验证信息是否一致，并判断所述第二待验证信息与所述第二验证信息是否一致；

当所述第一待验证信息与所述第一验证信息一致，且所述第二待验证信息与所述第二验证信息一致时，确定验证通过；反之，则确定验证未通过。

在本实施例的一种实现方式中，所述根据所述第一验证信息、所述第二验证信息、所述第一待验证信息和所述第二待验证信息，判断是否验证通过，具体包括：

在预设时间内，根据所述第一验证信息、所述第二验证信息、所述第一待验证信息和所述第二待验证信息，判断是否验证通过。

由于以上程序产品在数据处理设备上执行时，保证了机床故障诊断过程中的安全连接仅在验证通过时才将非保密性的授权信息提供给运维端，从而避免了机密数据的风险，有效保证了工厂端机床数据的安全性。

本申请还提供了一种计算机程序产品，当在数据处理设备上执行时，适于执行初始化有如下方法步骤的程序：

接收来自服务器的第二验证信息；所述第二验证信息为根据故障机床唯一对应的标识生成的，并且对应于所述故障机床；

向所述服务器提供第二待验证信息，以使所述服务器利用所述第二待验证信息和所述第二验证信息进行验证；当验证通过时，接收所述服务器发送的联机提示消息；

确认所述联机提示消息，与所述故障机床建立远程连接；

读取所述故障机床提供的授权信息，并依据所述授权信息对所述故障机床进行远程故障诊断。

在本实施例的一种实现方式中，在所述依据所述授权信息对所述故障机床进行远程故障诊断之后，还包括：为所述故障机床配置所述新的配置参数。

由于以上程序产品在数据处理设备上执行时，更为及时地排查和解决机床故障，化被动响应为主动服务，提高机床厂家售后服务水平，同时避免了工厂机床维修带来的停产风险。提升工厂端用户的满意度。

本申请是参照根据本申请实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)，存储器包括至少一个存储芯片。存储器是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、***或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

以上仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (8)

1.一种安全授权方法，其特征在于，应用于服务器，所述方法包括：

接收工厂端对应的第一终端设备发送的联机请求，所述联机请求中携带故障机床唯一对应的标识；

根据所述标识生成所述故障机床对应的第一验证信息和第二验证信息，向所述第一终端设备发送所述第一验证信息，并向运维端对应的第二终端设备发送所述第二验证信息；

接收来自所述第一终端设备的第一待验证信息和来自所述第二终端设备的第二待验证信息；其中，所述第一待验证信息为所述第一终端设备接收到所述第一验证信息后提供的，所述第二待验证信息为所述第二终端设备接收到所述第二验证信息后提供的；

根据所述第一验证信息、所述第二验证信息、所述第一待验证信息和所述第二待验证信息，判断是否验证通过；当验证通过时，向所述第二终端设备发送联机提示消息，以使所述第二终端设备在确认所述联机提示消息后与所述故障机床建立远程连接并读取所述故障机床提供的授权信息，并依据所述授权信息对所述故障机床进行远程故障诊断；

其中，所述授权信息为基于所述故障机床预先设置信息阅览权限后开放给运维端用户的信息；

所述故障机床有安装数据传输单元DTU，所述第一终端设备通过DTU中的通信网络与所述第二终端设备通信；

其中，所述根据所述第一验证信息、所述第二验证信息、所述第一待验证信息和所述第二待验证信息，判断是否验证通过，具体包括：

根据所述第一验证信息和所述第二验证信息获得第一运算结果；以及，根据所述第一待验证信息和所述第二待验证信息获得第二运算结果；

判断所述第一运算结果与所述第二运算结果是否匹配，如果匹配，则确定验证通过；如果不匹配，则确定验证未通过；

或，

判断所述第一待验证信息与所述第一验证信息是否一致，并判断所述第二待验证信息与所述第二验证信息是否一致；

当所述第一待验证信息与所述第一验证信息一致，且所述第二待验证信息与所述第二验证信息一致时，确定验证通过；反之，则确定验证未通过。

2.根据权利要求1所述的方法，其特征在于，所述根据所述第一验证信息、所述第二验证信息、所述第一待验证信息和所述第二待验证信息，判断是否验证通过，具体包括：

在预设时间内，根据所述第一验证信息、所述第二验证信息、所述第一待验证信息和所述第二待验证信息，判断是否验证通过。

3.一种安全授权方法，其特征在于，应用于工厂端对应的第一终端设备，所述方法包括：

向服务器发送联机请求；所述联机请求中携带故障机床唯一对应的标识；

接收来自所述服务器的第一验证信息；所述第一验证信息为根据所述标识生成的，并且对应于所述故障机床；

向所述服务器提供第一待验证信息，以使所述服务器利用所述第一待验证信息和所述第一验证信息进行验证并当验证通过时向运维端对应的第二终端设备发送联机提示消息；所述故障机床有安装数据传输单元DTU，所述第一终端设备通过DTU中的通信网络与所述第二终端设备通信。

4.一种故障诊断方法，其特征在于，应用于运维端对应的第二终端设备，所述方法包括：

接收来自服务器的第二验证信息；所述第二验证信息为根据故障机床唯一对应的标识生成的，并且对应于所述故障机床；

向所述服务器提供第二待验证信息，以使所述服务器利用所述第二待验证信息和所述第二验证信息进行验证；当验证通过时，接收所述服务器发送的联机提示消息；

确认所述联机提示消息，与所述故障机床建立远程连接；

读取所述故障机床提供的授权信息，并依据所述授权信息对所述故障机床进行远程故障诊断；

其中，所述授权信息为基于所述故障机床预先设置信息阅览权限后开放给运维端用户的信息；

所述故障机床有安装数据传输单元DTU，通过DTU中的通信网络与所述第二终端设备通信。

5.一种服务器，其特征在于，包括：

联机请求接收模块，用于工厂端对应的第一终端设备发送的联机请求，所述联机请求中携带故障机床唯一对应的标识；

验证信息生成模块，用于根据所述标识生成所述故障机床对应的第一验证信息和第二验证信息；

验证信息发送模块，用于向所述第一终端设备发送所述第一验证信息，并向所述运维端对应的第二终端设备发送所述第二验证信息；

待验证信息接收模块，用于接收来自所述第一终端设备的第一待验证信息和来自所述第二终端设备的第二待验证信息；其中，所述第一待验证信息为所述第一终端设备接收到所述第一验证信息后提供的，所述第二待验证信息为所述第二终端设备接收到所述第二验证信息后提供的；

校验模块，用于根据所述第一验证信息、所述第二验证信息、所述第一待验证信息和所述第二待验证信息，判断是否验证通过；

联机提示消息发送模块，用于当所述校验模块校验确定验证通过时，向所述第二终端设备发送联机提示消息，以使所述第二终端设备在确认所述联机提示消息后与所述故障机床建立远程连接并读取所述故障机床提供的授权信息，并依据所述授权信息对所述故障机床进行远程故障诊断；

所述故障机床有安装数据传输单元DTU，所述第一终端设备通过DTU中的通信网络与所述第二终端设备通信；

其中，所述授权信息为基于所述故障机床预先设置信息阅览权限后开放给运维端用户的信息；

其中，所述根据所述第一验证信息、所述第二验证信息、所述第一待验证信息和所述第二待验证信息，判断是否验证通过，具体包括：

根据所述第一验证信息和所述第二验证信息获得第一运算结果；以及，根据所述第一待验证信息和所述第二待验证信息获得第二运算结果；

判断所述第一运算结果与所述第二运算结果是否匹配，如果匹配，则确定验证通过；如果不匹配，则确定验证未通过；

或，

判断所述第一待验证信息与所述第一验证信息是否一致，并判断所述第二待验证信息与所述第二验证信息是否一致；

当所述第一待验证信息与所述第一验证信息一致，且所述第二待验证信息与所述第二验证信息一致时，确定验证通过；反之，则确定验证未通过。

6.一种故障诊断***，其特征在于，包括：权利要求5所述的服务器；还包括：工厂端对应的第一终端设备和运维端对应的第二终端设备；

所述第一终端设备，用于向所述服务器发送联机请求，所述联机请求中携带故障机床唯一对应的标识；

所述服务器，用于根据所述联机请求向所述第一终端设备和所述第二终端设备分别发送验证信息，根据来自所述第一终端设备和来自所述第二终端设备的待验证信息进行校验，当验证通过时向所述第二终端设备发送联机提示消息；

所述第二终端设备，用于在确认所述联机提示消息后与所述故障机床建立远程连接并读取所述故障机床提供的授权信息，依据所述授权信息对所述故障机床进行远程故障诊断。

7.一种存储介质，其上存储有程序，其特征在于，所述程序被处理器执行时实现如权利要求1-4中任一项所述的方法。

8.一种电子设备，其特征在于，所示设备包括至少一个处理器，与所述处理器连接的至少一个存储器，以及总线；其中，所述处理器与所述存储器通过所述总线完成相互间的通信；所述处理器用于调用所述存储器中的程序指令，以执行如权利要求1-4中任一项所述的方法。

Images