CN112491596A - 一种基于云端的故障处理方法及装置 - Google Patents

一种基于云端的故障处理方法及装置 Download PDF

Info

Publication number
CN112491596A
CN112491596A CN202011265139.0A CN202011265139A CN112491596A CN 112491596 A CN112491596 A CN 112491596A CN 202011265139 A CN202011265139 A CN 202011265139A CN 112491596 A CN112491596 A CN 112491596A
Authority
CN
China
Prior art keywords
fault
equipment
serious
api
protocol point
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN202011265139.0A
Other languages
English (en)
Other versions
CN112491596B (zh
Inventor
梁展悦
赵淦州
雷朋飞
罗金星
谢卓锐
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Guangdong PHNIX Eco Energy Solution Ltd
Original Assignee
Guangdong PHNIX Eco Energy Solution Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Guangdong PHNIX Eco Energy Solution Ltd filed Critical Guangdong PHNIX Eco Energy Solution Ltd
Priority to CN202011265139.0A priority Critical patent/CN112491596B/zh
Publication of CN112491596A publication Critical patent/CN112491596A/zh
Application granted granted Critical
Publication of CN112491596B publication Critical patent/CN112491596B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0677—Localisation of faults
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/02—Standardisation; Integration
    • H04L41/0246—Exchanging or transporting network management information using the Internet; Embedding network management web servers in network elements; Web-services-based protocols
    • H04L41/0273—Exchanging or transporting network management information using the Internet; Embedding network management web servers in network elements; Web-services-based protocols using web services for network management, e.g. simple object access protocol [SOAP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0604—Management of faults, events, alarms or notifications using filtering, e.g. reduction of information by using priority, element types, position or time
    • H04L41/0609—Management of faults, events, alarms or notifications using filtering, e.g. reduction of information by using priority, element types, position or time based on severity or priority
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0817—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Environmental & Geological Engineering (AREA)
  • Computer And Data Communications (AREA)
  • Debugging And Monitoring (AREA)

Abstract

本申请实施例公开了一种基于云端的故障处理方法及装置。本申请实施例提供的技术方案，通过第一协议点位与第二协议点位之间一对一的配置，识别不同设备的故障类型，实现了不同设备间的故障分类。以及通过第一协议点位对应的API筛分接口，专门筛选对应第一协议点位接收到的设备故障类型，实现了一种设备的多种故障分级。其次，通过API传输接口，将严重故障的信息第一时间发送至网页端，设备管理人员可通过网页端实时获取设备的运行状况，避免管理人员需对云端数据库中的所有故障信息进行筛选，降低了故障筛选排查的人工成本。

Description

一种基于云端的故障处理方法及装置
技术领域
本申请实施例涉及云端服务器技术领域，尤其涉及一种基于云端的故障处理方法及装置。
背景技术
目前越来越多的联网产品涉及到云数据库的存储和分类，云数据库是专业、高性能、高可靠的云数据库服务。相对于用户自建数据库，云数据库具有更经济、更专业、更高效、更可靠、简单易用等特点，更专注于核心业务。
传统云端服务器只是把设备上报的故障信息收集起来，无论故障是严重故障还是低级故障都一起存储起来，这样导致当设备出现重大故障问题时，要从众多故障中筛选出来，信息筛选所需时间长，增加了故障筛选排查的人工成本。且在设备出现故障后，通常是通过服务器网页端显示设备出现的故障类型和故障时间，无法定位到出现故障前后的设备运行的状态参数和运行状态，需浪费大量的人力和时间找出故障当天的所有状态参数信息，问题分析难度大，不利于售后人员对设备问题进行快速排查，加大了问题排查的难度和时间。
发明内容
本申请实施例提供一种基于云端的故障处理方法及装置，能够解决云端数据库中设备故障数据庞大，故障筛选难度大的问题。
在第一方面，本申请实施例提供了一种基于云端的故障处理方法，所述方法运行在云端服务器上，包括：
通过第一协议点位接收设备的第二协议点位发送的故障信息，对所述故障信息进行解析，得到所述设备对应的故障类型；其中，所述第一协议点位预先配置在所述云端服务器，并与所述第二协议点位一对一配置，所述云端服务器配置有多个所述第一协议点位；
通过所述第一协议点位对应的API筛分接口，对所述故障类型进行等级筛分，从而将设备故障分为严重故障和低级故障；其中，所述第一协议点位与所述API筛分接口一对一配置；
通过API传输接口，将所述严重故障发送至网页端，用于所述网页端在页面上显示所述严重故障。
进一步的，在通过第一协议点位接收设备的第二协议点位发送的故障信息，对所述故障信息进行解析，得到所述设备对应的故障类型的步骤之前，还包括：
获取所述设备的状态参数，并将所述状态参数和参数对应的时间存储到云端数据库中；其中，所述状态参数包括故障状态参数，所述参数时间包括故障时间。
进一步的，在所述通过API传输接口，将所述严重故障发送至网页端，用于所述网页端在页面上显示所述严重故障的步骤之后，还包括：
根据所述严重故障对应的设备以及故障时间，通过API第一查询接口查询所述云端数据库，从而获取该设备发生所述严重故障时的故障状态参数，并将所述故障状态参数和故障时间在网页端页面上进行显示。
进一步的，在根据所述严重故障对应的设备以及故障时间，通过API第一查询接口查询所述云端数据库，从而获取该设备发生所述严重故障时的故障状态参数，并将所述故障状态参数和故障时间在网页端页面上进行显示的步骤之后，还包括：
根据所述严重故障对应的设备以及故障时间，通过API第二查询接口查询所述云端数据库，从而获取该设备当天运行的所有状态参数，根据该设备当天的状态参数以及参数时间，生成该设备当天的运行曲线。
进一步的，在通过所述第一协议点位对应的API筛分接口，对所述故障类型进行等级筛分，从而将设备故障分为严重故障和低级故障的步骤之后，还包括：
根据严重故障对应的设备，确认与该设备绑定的用户端，并将该设备严重故障的消息发送至所述用户端。
进一步的，在所述根据严重故障对应的设备，确认与该设备绑定的用户端，并将该设备严重故障的消息发送至所述用户端的步骤之前，还包括：
接收用户在所述网页端输入的设备订阅指令，根据所述设备订阅指令，获取用户选择关注的设备或工程；
接收用户在所述用户端输入的关注公众号指令，从而将所述用户端与用户关注的设备或工程进行绑定。
在第二方面，本申请实施例提供了一种基于云端的故障处理装置，包括：
接收模块，被配置为通过第一协议点位接收设备的第二协议点位发送的故障信息，对所述故障信息进行解析，得到所述设备对应的故障类型；其中，所述第一协议点位预先配置在所述云端服务器，并与所述第二协议点位一对一配置，所述云端服务器配置有多个所述第一协议点位；
筛分模块，被配置为通过所述第一协议点位对应的API筛分接口，对所述故障类型进行等级筛分，从而将设备故障分为严重故障和低级故障；其中，所述第一协议点位与所述API筛分接口一对一配置；
传输模块，被配置为通过API传输接口，将所述严重故障发送至网页端，用于所述网页端在页面上显示所述严重故障。
进一步的，所述装置还包括：
存储模块，被配置为获取所述设备的状态参数，并将所述状态参数和参数对应的时间存储到云端数据库中；其中，所述状态参数包括故障状态参数，所述参数时间包括故障时间。
第一查询模块，被配置为根据所述严重故障对应的设备以及故障时间，通过API第一查询接口查询所述云端数据库，从而获取该设备发生所述严重故障时的故障状态参数，并将所述故障状态参数和故障时间在网页端页面上进行显示；
第二查询模块，被配置为根据所述严重故障对应的设备以及故障时间，通过API第二查询接口查询所述云端数据库，从而获取该设备当天运行的所有状态参数，根据该设备当天的状态参数以及参数对应的时间点，生成该设备当天的运行曲线。
在第三方面，本申请实施例提供了一种电子设备，包括：
存储器以及一个或多个处理器；
所述存储器，用于存储一个或多个程序；
当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如第一方面所述的基于云端的故障处理方法。
在第四方面，本申请实施例提供了一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行如第一方面所述的基于云端的故障处理方法。
本申请实施例通过在云端服务器配置与设备的第二协议点位相匹配的第一协议点位，接收设备发送的故障信息，对故障信息进行解析，可得到所述设备对应的故障类型。通过第一协议点位对应的API筛分接口，对故障类型进行等级筛分，可将设备故障分为严重故障和低级故障。在获取严重故障的信息后，通过API传输接口，将所述严重故障发送至网页端，用于所述网页端在页面上显示所述严重故障。采用上述技术手段，可以通过第一协议点位与第二协议点位之间一对一的配置，识别不同设备的故障类型，实现了不同设备间的故障分类。以及通过第一协议点位对应的API筛分接口，专门筛选对应第一协议点位接收到的设备故障类型，实现了一种设备的多种故障分级。其次，通过API传输接口，将严重故障的信息第一时间发送至网页端，设备管理人员可通过网页端实时获取设备的运行状况，避免管理人员需对云端数据库中的所有故障信息进行筛选，降低了故障筛选排查的人工成本。
附图说明
图1是本申请实施例一提供的一种基于云端的故障处理方法的流程图；
图2是本申请实施例一中的微信推送流程图；
图3是本申请实施例二提供的一种基于云端的故障处理方法的流程图；
图4是本申请实施例三提供的一种基于云端的故障处理方法的流程图；
图5是本申请实施例四提供的一种基于云端的故障处理方法的流程图；
图6是本申请实施例五提供的一种基于云端的故障处理装置的结构示意图；
图7是本申请实施例六提供的一种电子设备的结构示意图。
具体实施方式
为了使本申请的目的、技术方案和优点更加清楚，下面结合附图对本申请具体实施例作进一步的详细描述。可以理解的是，此处所描述的具体实施例仅仅用于解释本申请，而非对本申请的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本申请相关的部分而非全部内容。在更加详细地讨论示例性实施例之前应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各项操作(或步骤)描述成顺序的处理，但是其中的许多操作可以被并行地、并发地或者同时实施。此外，各项操作的顺序可以被重新安排。当其操作完成时所述处理可以被终止，但是还可以具有未包括在附图中的附加步骤。所述处理可以对应于方法、函数、规程、子例程、子程序等等。
本申请提供的基于云端的故障处理方法及装置，旨在设备故障时，通过第一协议点位接收第二协议点位发送的故障信息，对故障信息进行解析，可得到设备的故障类型。通过第一协议点位对应的API筛分接口，对故障类型进行等级筛分，可将设备故障分为严重故障和低级故障。在获取严重故障的信息后，通过API传输接口，将所述严重故障发送至网页端，用于所述网页端在页面上显示所述严重故障。相比于传统云端服务器，其只是把设备上报的故障信息收集起来，无论故障是严重故障还是低级故障都一起存储起来，这样导致当设备出现重大故障问题时，要从众多故障中筛选出来，信息筛选所需时间长，增加了故障筛选排查的人工成本。且在设备出现故障后，通常是通过服务器网页端显示设备出现的故障类型和故障时间，无法定位到出现故障前后的设备运行的状态参数和运行状态，需浪费大量的人力和时间找出故障当天的所有状态参数信息，问题分析难度大，不利于售后人员对设备问题进行快速排查，加大了问题排查的难度和时间。基于此，提供本申请实施例的基于云端的故障处理方法及装置，直接将严重故障以及相关的状态参数发送至网页端。以解决传统云端服务器的故障处理过程中的故障排查时间长的问题。
实施例一：
图1是本申请实施例一提供的一种基于云端的故障处理方法的流程图，本实施例提供的基于云端的故障处理方法运行在云端服务器上。下述以云端服务器为执行所述故障处理方法的主体为例，进行描述。参照图1，所述基于云端的故障处理方法具体包括：
S110、通过第一协议点位接收设备的第二协议点位发送的故障信息，对所述故障信息进行解析，得到所述设备对应的故障类型；其中，所述第一协议点位预先配置在所述云端服务器，并与所述第二协议点位一对一配置，所述云端服务器配置有多个所述第一协议点位。
示例性的，在设备出厂时，开通设备上自带的第二协议点位，并将第二协议点位与云端服务器上预先配置好的第一协议点位一对一的配置好。这样云端服务器可根据第一协议点位来对设备上传的故障类型进行分类，即通过第一协议点位区别故障信息是由哪个设备发送的故障信息，实现了不同设备间的故障分类。
S120、通过所述第一协议点位对应的API筛分接口，对所述故障类型进行等级筛分，从而将设备故障分为严重故障和低级故障；其中，所述第一协议点位与所述API筛分接口一对一配置。
示例性的，针对每个第一协议点位，设置对应的API筛分接口，API筛分接口只筛选给对应第一协议点位发送故障信息的设备故障类型，基于此可降低筛分难度，只需筛选一种设备的故障类型。API筛分接口对故障类型进行等级筛分，将设备故障分为严重故障和低级故障。一般的低级故障包括：冬季一级防冻、电加热过热保护、水流开关保护等；严重级故障包括：压缩机过流保护、系统高压保护、系统低压保护。
具体的，在一个实施例中，在通过所述第一协议点位对应的API筛分接口，对所述故障类型进行等级筛分，从而将设备故障分为严重故障和低级故障的步骤之后，还可以根据严重故障对应的设备，确认与该设备绑定的用户端，并将该设备严重故障的消息发送至所述用户端。
具体的，在一个实施例中，在所述根据严重故障对应的设备，确认与该设备绑定的用户端，并将该设备严重故障的消息发送至所述用户端的步骤之前，还可以接收用户在所述网页端输入的设备订阅指令，根据所述设备订阅指令，获取用户选择关注的设备或工程；接收用户在所述用户端输入的关注公众号指令，从而将所述用户端与用户关注的设备或工程进行绑定。
示例性的，参照图2，图2是本申请实施例一中的微信推送流程图，微信推送流程包括：
接收网页端发送的设备订阅消息，所述设备订阅消息包括用户选择关注的工程或设备。检查网页端用户账号是否关注故障推送公众号。若用户账号关注故障推送公众号，则通过网页端显示用户账号的订阅状态和订阅开关；若用户的账号没有关注故障推送公众号，则向网页端发送公众号二维码以提示用户扫码。在用户通过用户端扫码进入公众号后，接收用户端发送的关注消息，即确认用户账号已关注故障推送公众号，并通过网页端显示用户账号的订阅状态和订阅开关。在用户账号关注公众号后，向用户端发送订阅成功消息，以提醒用户设备关注成功。当用户关注的设备或工程发送故障并符合推送推送条件时，将故障消息发送至用户端的微信上，便于第一时间告知用户关注设备的故障情况。
S130、通过API传输接口，将所述严重故障发送至网页端，用于所述网页端在页面上显示所述严重故障。
示例性的，预先在云端服务器设置API传输接口，API传输接口连接网页端，通过API传输接口将严重故障发送至网页端，使得网页端的页面显示严重故障。通过API传输接口实现数据的实时转发，以便及时通过网页端告知工作人员设备的故障信息。
本实施例一通过在云端服务器配置与设备的第二协议点位相匹配的第一协议点位，接收设备发送的故障信息，对故障信息进行解析，可得到所述设备对应的故障类型。通过第一协议点位对应的API筛分接口，对故障类型进行等级筛分，可将设备故障分为严重故障和低级故障。在获取严重故障的信息后，通过API传输接口，将所述严重故障发送至网页端，用于所述网页端在页面上显示所述严重故障。采用上述技术手段，可以通过第一协议点位与第二协议点位之间一对一的配置，识别不同设备的故障类型，实现了不同设备间的故障分类。以及通过第一协议点位对应的API筛分接口，专门筛选对应第一协议点位接收到的设备故障类型，实现了一种设备的多种故障分级。其次，通过API传输接口，将严重故障的信息第一时间发送至网页端，设备管理人员可通过网页端实时获取设备的运行状况，避免管理人员需对云端数据库中的所有故障信息进行筛选，降低了故障筛选排查的人工成本。
实施例二：
在实施例一的基础上，图3是本申请实施例二提供的一种基于云端的故障处理方法的流程图。参照图3，一种基于云端的故障处理方法包括：
S210、获取所述设备的状态参数，并将所述状态参数和参数对应的时间存储到云端数据库中；其中，所述状态参数包括故障状态参数，所述参数时间包括故障时间。
示例性的，云端服务器可接收设备端发送的所有状态参数，并对针对不同设备端发送的状态参数，将不同设备的状态参数分类存储在云端数据库中，并打上时间标签。这样到寻找故障状态参数时，可根据设备类型是故障时间选择对应的故障状态参数。
S220、通过第一协议点位接收设备的第二协议点位发送的故障信息，对所述故障信息进行解析，得到所述设备对应的故障类型；其中，所述第一协议点位预先配置在所述云端服务器，并与所述第二协议点位一对一配置，所述云端服务器配置有多个所述第一协议点位。
S230、通过所述第一协议点位对应的API筛分接口，对所述故障类型进行等级筛分，从而将设备故障分为严重故障和低级故障；其中，所述第一协议点位与所述API筛分接口一对一配置。
S240、通过API传输接口，将所述严重故障发送至网页端，用于所述网页端在页面上显示所述严重故障。
本实施例二通过获取所述设备的状态参数，并将所述状态参数和参数对应的时间存储到云端数据库中。在云端服务器配置与设备的第二协议点位相匹配的第一协议点位，接收设备发送的故障信息，对故障信息进行解析，可得到所述设备对应的故障类型。通过第一协议点位对应的API筛分接口，对故障类型进行等级筛分，可将设备故障分为严重故障和低级故障。在获取严重故障的信息后，通过API传输接口，将所述严重故障发送至网页端，用于所述网页端在页面上显示所述严重故障。采用上述技术手段，将不同设备的状态参数分类存储在云端数据库中，并打上时间标签。这样云端服务器在寻找故障状态参数时，可根据设备类型是故障时间选择对应的故障状态参数。通过第一协议点位与第二协议点位之间一对一的配置，识别不同设备的故障类型，实现了不同设备间的故障分类。以及通过第一协议点位对应的API筛分接口，专门筛选对应第一协议点位接收到的设备故障类型，实现了一种设备的多种故障分级。其次，通过API传输接口，将严重故障的信息第一时间发送至网页端，设备管理人员可通过网页端实时获取设备的运行状况，避免管理人员需对云端数据库中的所有故障信息进行筛选，降低了故障筛选的人工成本。
实施例三：
在实施例二的基础上，图4是本申请实施例三提供的一种基于云端的故障处理方法的流程图。参照图4，基于云端的故障处理方法包括：
S310、获取所述设备的状态参数，并将所述状态参数和参数对应的时间存储到云端数据库中；其中，所述状态参数包括故障状态参数，所述参数时间包括故障时间。
S320、通过第一协议点位接收设备的第二协议点位发送的故障信息，对所述故障信息进行解析，得到所述设备对应的故障类型；其中，所述第一协议点位预先配置在所述云端服务器，并与所述第二协议点位一对一配置，所述云端服务器配置有多个所述第一协议点位。
S330、通过所述第一协议点位对应的API筛分接口，对所述故障类型进行等级筛分，从而将设备故障分为严重故障和低级故障；其中，所述第一协议点位与所述API筛分接口一对一配置。
S340、通过API传输接口，将所述严重故障发送至网页端，用于所述网页端在页面上显示所述严重故障。
S350、根据所述严重故障对应的设备以及故障时间，通过API第一查询接口查询所述云端数据库，从而获取该设备发生所述严重故障时的故障状态参数，并将所述故障状态参数和故障时间在网页端页面上进行显示。
示例性的，预先搭建API第一查询接口，将API第一查询接口连接到云端数据库，云端服务器通过API第一查询接口从云端数据库里获取故障状态参数。云端服务器可以根据严重故障对应的设备和故障时间，通过API第一查询接口从云端数据库中获取到严重故障对应的故障状态参数。云端服务器在获取到故障状态参数之后，通过API传输接口将故障状态参数发送至网页端，使得网页端在页面上显示故障状态参数。
本实施例三通过获取所述设备的状态参数，并将所述状态参数和参数对应的时间存储到云端数据库中。在云端服务器配置与设备的第二协议点位相匹配的第一协议点位，接收设备发送的故障信息，对故障信息进行解析，可得到所述设备对应的故障类型。通过第一协议点位对应的API筛分接口，对故障类型进行等级筛分，可将设备故障分为严重故障和低级故障。在获取严重故障的信息后，通过API传输接口，将所述严重故障发送至网页端，用于所述网页端在页面上显示所述严重故障。采用上述技术手段，将不同设备的状态参数分类存储在云端数据库中，并打上时间标签。这样云端服务器在寻找故障状态参数时，可根据设备类型是故障时间选择对应的故障状态参数。通过第一协议点位与第二协议点位之间一对一的配置，识别不同设备的故障类型，实现了不同设备间的故障分类。以及通过第一协议点位对应的API筛分接口，专门筛选对应第一协议点位接收到的设备故障类型，实现了一种设备的多种故障分级。其次，通过API传输接口，将严重故障的信息第一时间发送至网页端，设备管理人员可通过网页端实时获取设备的运行状况，避免管理人员需对云端数据库中的所有故障信息进行筛选，降低了故障筛选的人工成本。此外，将严重故障的故障参数第一时间发送至网页端，设备管理人员可通过网页端实时获取严重故障的故障参数，避免管理人员需从云端数据库中的所有故障信息筛选出相关的故障参数，降低了故障参数筛选的人工成本。
实施例四：
在实施例三的基础上，图5是本申请实施例四提供的一种基于云端的故障处理方法的流程图。参照图5，基于云端的故障处理方法包括：
S410、获取所述设备的状态参数，并将所述状态参数和参数对应的时间存储到云端数据库中；其中，所述状态参数包括故障状态参数，所述参数时间包括故障时间。
S420、通过第一协议点位接收设备的第二协议点位发送的故障信息，对所述故障信息进行解析，得到所述设备对应的故障类型；其中，所述第一协议点位预先配置在所述云端服务器，并与所述第二协议点位一对一配置，所述云端服务器配置有多个所述第一协议点位。
S430、通过所述第一协议点位对应的API筛分接口，对所述故障类型进行等级筛分，从而将设备故障分为严重故障和低级故障；其中，所述第一协议点位与所述API筛分接口一对一配置。
S440、通过API传输接口，将所述严重故障发送至网页端，用于所述网页端在页面上显示所述严重故障。
S450、根据所述严重故障对应的设备以及故障时间，通过API第一查询接口查询所述云端数据库，从而获取该设备发生所述严重故障时的故障状态参数，并将所述故障状态参数和故障时间在网页端页面上进行显示。
S460、根据所述严重故障对应的设备以及故障时间，通过API第二查询接口查询所述云端数据库，从而获取该设备当天运行的所有状态参数，根据该设备当天的状态参数以及参数时间，生成该设备当天的运行曲线。
示例性的，云端服务器还可以根据严重故障对应的设备和故障时间的具体日期，通过API第二查询接口查询所述云端数据库，从而该设备在具体日期当天的所有状态参数。云端服务器对该设备的当天状态参数和对应的参数时间进行描点绘图处理，生成该设备当天的运行曲线。云端服务器在获取到运行曲线后，通过API传输接口将运行曲线发送至网页端，使得网页端在页面上显示运行曲线。
本实施例四通过获取所述设备的状态参数，并将所述状态参数和参数对应的时间存储到云端数据库中。在云端服务器配置与设备的第二协议点位相匹配的第一协议点位，接收设备发送的故障信息，对故障信息进行解析，可得到所述设备对应的故障类型。通过第一协议点位对应的API筛分接口，对故障类型进行等级筛分，可将设备故障分为严重故障和低级故障。在获取严重故障的信息后，通过API传输接口，将所述严重故障发送至网页端，用于所述网页端在页面上显示所述严重故障。采用上述技术手段，将不同设备的状态参数分类存储在云端数据库中，并打上时间标签。这样云端服务器在寻找故障状态参数时，可根据设备类型是故障时间选择对应的故障状态参数。通过第一协议点位与第二协议点位之间一对一的配置，识别不同设备的故障类型，实现了不同设备间的故障分类。以及通过第一协议点位对应的API筛分接口，专门筛选对应第一协议点位接收到的设备故障类型，实现了一种设备的多种故障分级。其次，通过API传输接口，将严重故障的信息第一时间发送至网页端，设备管理人员可通过网页端实时获取设备的运行状况，避免管理人员需对云端数据库中的所有故障信息进行筛选，降低了故障筛选的人工成本。此外，将严重故障的故障参数第一时间发送至网页端，设备管理人员可通过网页端实时获取严重故障的故障参数，避免管理人员需从云端数据库中的所有故障信息筛选出相关的故障参数，降低了故障参数筛选的人工成本。以及，将严重故障的设备当天运行的运行曲线发送至网页端，机组运行状态一目了然，方便工作人员进行对故障设备进行故障问题的排查与分析，提高了对故障问题排查分析的效率，降低故障问题排查的难度，节约了故障排查问题的人工成本和时间成本。
实施例五：
在上述实施例的基础上，图6是本申请实施例五提供的一种基于云端的故障处理装置的结构示意图。参考图6，本实施例提供的基于云端的故障处理装置具体包括：接收模块21、筛分模块22、传输模块23。
其中，接收模块21，被配置为通过第一协议点位接收设备的第二协议点位发送的故障信息，对所述故障信息进行解析，得到所述设备对应的故障类型；其中，所述第一协议点位预先配置在所述云端服务器，并与所述第二协议点位一对一配置，所述云端服务器配置有多个所述第一协议点位；
筛分模块22，被配置为通过所述第一协议点位对应的API筛分接口，对所述故障类型进行等级筛分，从而将设备故障分为严重故障和低级故障；其中，所述第一协议点位与所述API筛分接口一对一配置；
传输模块23，被配置为通过API传输接口，将所述严重故障发送至网页端，用于所述网页端在页面上显示所述严重故障。
具体的，在一个实施例中，所述装置还包括：
存储模块，被配置为获取所述设备的状态参数，并将所述状态参数和参数对应的时间存储到云端数据库中；其中，所述状态参数包括故障状态参数，所述参数时间包括故障时间。
第一查询模块，被配置为根据所述严重故障对应的设备以及故障时间，通过API第一查询接口查询所述云端数据库，从而获取该设备发生所述严重故障时的故障状态参数，并将所述故障状态参数和故障时间在网页端页面上进行显示；
第二查询模块，被配置为根据所述严重故障对应的设备以及故障时间，通过API第二查询接口查询所述云端数据库，从而获取该设备当天运行的所有状态参数，根据该设备当天的状态参数以及参数对应的时间点，生成该设备当天的运行曲线。
本实施例五通过获取所述设备的状态参数，并将所述状态参数和参数对应的时间存储到云端数据库中。在云端服务器配置与设备的第二协议点位相匹配的第一协议点位，接收设备发送的故障信息，对故障信息进行解析，可得到所述设备对应的故障类型。通过第一协议点位对应的API筛分接口，对故障类型进行等级筛分，可将设备故障分为严重故障和低级故障。在获取严重故障的信息后，通过API传输接口，将所述严重故障发送至网页端，用于所述网页端在页面上显示所述严重故障。采用上述技术手段，将不同设备的状态参数分类存储在云端数据库中，并打上时间标签。这样云端服务器在寻找故障状态参数时，可根据设备类型是故障时间选择对应的故障状态参数。通过第一协议点位与第二协议点位之间一对一的配置，识别不同设备的故障类型，实现了不同设备间的故障分类。以及通过第一协议点位对应的API筛分接口，专门筛选对应第一协议点位接收到的设备故障类型，实现了一种设备的多种故障分级。其次，通过API传输接口，将严重故障的信息第一时间发送至网页端，设备管理人员可通过网页端实时获取设备的运行状况，避免管理人员需对云端数据库中的所有故障信息进行筛选，降低了故障筛选的人工成本。此外，将严重故障的故障参数第一时间发送至网页端，设备管理人员可通过网页端实时获取严重故障的故障参数，避免管理人员需从云端数据库中的所有故障信息筛选出相关的故障参数，降低了故障参数筛选的人工成本。以及，将严重故障的设备当天运行的运行曲线发送至网页端，机组运行状态一目了然，方便工作人员进行对故障设备进行故障问题的排查与分析，提高了对故障问题排查分析的效率，降低故障问题排查的难度，节约了故障排查问题的人工成本和时间成本。
本申请实施例五提供的基于云端的故障处理装置可以用于执行上述实施例一、实施例二、实施例三、实施例四提供的云端的故障处理方法，具备相应的功能和有益效果。
实施例六：
本申请实施例六提供了一种电子设备，参照图7，该电子设备包括：处理器31、存储器32、通信模块33、输入装置34及输出装置35。该电子设备中处理器的数量可以是一个或者多个，该电子设备中的存储器的数量可以是一个或者多个。该电子设备的处理器、存储器、通信模块、输入装置及输出装置可以通过总线或者其他方式连接。
存储器32作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序以及模块，如本申请任意实施例所述的基于云端的故障处理方法对应的程序指令/模块(例如，基于云端的故障处理装置中的接收模块、筛分模块和传输模块)。存储器可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据设备的使用所创建的数据等。此外，存储器可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储器可进一步包括相对于处理器远程设置的存储器，这些远程存储器可以通过网络连接至设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
通信模块33用于进行数据传输。
处理器31通过运行存储在存储器中的软件程序、指令以及模块，从而执行设备的各种功能应用以及数据处理，即实现上述的基于云端的故障处理方法。
输入装置34可用于接收输入的数字或字符信息，以及产生与设备的用户设置以及功能控制有关的键信号输入。输出装置35可包括显示屏等显示设备。
上述提供的电子设备可用于执行上述实施例一、实施例二、实施例三、实施例四提供的基于云端的故障处理方法，具备相应的功能和有益效果。
实施例七：
本申请实施例还提供一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行一种基于云端的故障处理方法，该故障处理方法包括：通过第一协议点位接收设备的第二协议点位发送的故障信息，对所述故障信息进行解析，得到所述设备对应的故障类型；其中，所述第一协议点位预先配置在所述云端服务器，并与所述第二协议点位一对一配置，所述云端服务器配置有多个所述第一协议点位；通过所述第一协议点位对应的API筛分接口，对所述故障类型进行等级筛分，从而将设备故障分为严重故障和低级故障；其中，所述第一协议点位与所述API筛分接口一对一配置；通过API传输接口，将所述严重故障发送至网页端，用于所述网页端在页面上显示所述严重故障。
存储介质——任何的各种类型的存储器设备或存储设备。术语“存储介质”旨在包括：安装介质，例如CD-ROM、软盘或磁带装置；计算机系统存储器或随机存取存储器，诸如DRAM、DDR RAM、SRAM、EDO RAM，兰巴斯(Rambus)RAM等；非易失性存储器，诸如闪存、磁介质(例如硬盘或光存储)；寄存器或其它相似类型的存储器元件等。存储介质可以还包括其它类型的存储器或其组合。另外，存储介质可以位于程序在其中被执行的第一计算机系统中，或者可以位于不同的第二计算机系统中，第二计算机系统通过网络(诸如因特网)连接到第一计算机系统。第二计算机系统可以提供程序指令给第一计算机用于执行。术语“存储介质”可以包括驻留在不同位置中(例如在通过网络连接的不同计算机系统中)的两个或更多存储介质。存储介质可以存储可由一个或多个处理器执行的程序指令(例如具体实现为计算机程序)。
当然，本申请实施例所提供的一种包含计算机可执行指令的存储介质，其计算机可执行指令不限于如上所述的基于云端的故障处理方法，还可以执行本申请任意实施例所提供的基于云端的故障处理方法中的相关操作。
上述实施例中提供的基于云端的故障处理装置、存储介质及电子设备可执行本申请任意实施例所提供的基于云端的故障处理方法，未在上述实施例中详尽描述的技术细节，可参见本申请任意实施例所提供的基于云端的故障处理方法。
上述仅为本申请的较佳实施例及所运用的技术原理。本申请不限于这里所述的特定实施例，对本领域技术人员来说能够进行的各种明显变化、重新调整及替代均不会脱离本申请的保护范围。因此，虽然通过以上实施例对本申请进行了较为详细的说明，但是本申请不仅仅限于以上实施例，在不脱离本申请构思的情况下，还可以包括更多其他等效实施例，而本申请的范围由权利要求的范围决定。

Claims (10)

1.一种基于云端的故障处理方法，其特征在于，所述方法运行在云端服务器上，包括：
通过第一协议点位接收设备的第二协议点位发送的故障信息，对所述故障信息进行解析，得到所述设备对应的故障类型；其中，所述第一协议点位预先配置在所述云端服务器，并与所述第二协议点位一对一配置，所述云端服务器配置有多个所述第一协议点位；
通过所述第一协议点位对应的API筛分接口，对所述故障类型进行等级筛分，从而将设备故障分为严重故障和低级故障；其中，所述第一协议点位与所述API筛分接口一对一配置；
通过API传输接口，将所述严重故障发送至网页端，用于所述网页端在页面上显示所述严重故障。
2.根据权利要求1所述的方法，其特征在于，在通过第一协议点位接收设备的第二协议点位发送的故障信息，对所述故障信息进行解析，得到所述设备对应的故障类型的步骤之前，还包括：
获取所述设备的状态参数，并将所述状态参数和参数对应的时间存储到云端数据库中；其中，所述状态参数包括故障状态参数，所述参数时间包括故障时间。
3.根据权利要求2所述的方法，其特征在于，在所述通过API传输接口，将所述严重故障发送至网页端，用于所述网页端在页面上显示所述严重故障的步骤之后，还包括：
根据所述严重故障对应的设备以及故障时间，通过API第一查询接口查询所述云端数据库，从而获取该设备发生所述严重故障时的故障状态参数，并将所述故障状态参数和故障时间在网页端页面上进行显示。
4.根据权利要求3所述的方法，其特征在于，在根据所述严重故障对应的设备以及故障时间，通过API第一查询接口查询所述云端数据库，从而获取该设备发生所述严重故障时的故障状态参数，并将所述故障状态参数和故障时间在网页端页面上进行显示的步骤之后，还包括：
根据所述严重故障对应的设备以及故障时间，通过API第二查询接口查询所述云端数据库，从而获取该设备当天运行的所有状态参数，根据该设备当天的状态参数以及参数时间，生成该设备当天的运行曲线。
5.根据权利要求1所述的方法，其特征在于，在通过所述第一协议点位对应的API筛分接口，对所述故障类型进行等级筛分，从而将设备故障分为严重故障和低级故障的步骤之后，还包括：
根据严重故障对应的设备，确认与该设备绑定的用户端，并将该设备严重故障的消息发送至所述用户端。
6.根据权利要求5所述的方法，其特征在于，在所述根据严重故障对应的设备，确认与该设备绑定的用户端，并将该设备严重故障的消息发送至所述用户端的步骤之前，还包括：
接收用户在所述网页端输入的设备订阅指令，根据所述设备订阅指令，获取用户选择关注的设备或工程；
接收用户在所述用户端输入的关注公众号指令，从而将所述用户端与用户关注的设备或工程进行绑定。
7.一种基于云端的故障处理装置，其特征在于，包括：
接收模块，被配置为通过第一协议点位接收设备的第二协议点位发送的故障信息，对所述故障信息进行解析，得到所述设备对应的故障类型；其中，所述第一协议点位预先配置在所述云端服务器，并与所述第二协议点位一对一配置，所述云端服务器配置有多个所述第一协议点位；
筛分模块，被配置为通过所述第一协议点位对应的API筛分接口，对所述故障类型进行等级筛分，从而将设备故障分为严重故障和低级故障；其中，所述第一协议点位与所述API筛分接口一对一配置；
传输模块，被配置为通过API传输接口，将所述严重故障发送至网页端，用于所述网页端在页面上显示所述严重故障。
8.根据权利要求7所述的装置，其特征在于，所述装置还包括：
存储模块，被配置为获取所述设备的状态参数，并将所述状态参数和参数对应的时间存储到云端数据库中；其中，所述状态参数包括故障状态参数，所述参数时间包括故障时间。
第一查询模块，被配置为根据所述严重故障对应的设备以及故障时间，通过API第一查询接口查询所述云端数据库，从而获取该设备发生所述严重故障时的故障状态参数，并将所述故障状态参数和故障时间在网页端页面上进行显示；
第二查询模块，被配置为根据所述严重故障对应的设备以及故障时间，通过API第二查询接口查询所述云端数据库，从而获取该设备当天运行的所有状态参数，根据该设备当天的状态参数以及参数对应的时间点，生成该设备当天的运行曲线。
9.一种电子设备，其特征在于，包括：
存储器以及一个或多个处理器；
所述存储器，用于存储一个或多个程序；
当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-6任一所述的基于云端的故障处理方法。
10.一种包含计算机可执行指令的存储介质，其特征在于，所述计算机可执行指令在由计算机处理器执行时用于执行如权利要求1-6任一所述的基于云端的故障处理方法。
CN202011265139.0A 2020-11-12 2020-11-12 一种基于云端的故障处理方法及装置 Active CN112491596B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202011265139.0A CN112491596B (zh) 2020-11-12 2020-11-12 一种基于云端的故障处理方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202011265139.0A CN112491596B (zh) 2020-11-12 2020-11-12 一种基于云端的故障处理方法及装置

Publications (2)

Publication Number Publication Date
CN112491596A true CN112491596A (zh) 2021-03-12
CN112491596B CN112491596B (zh) 2022-10-25

Family

ID=74930412

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202011265139.0A Active CN112491596B (zh) 2020-11-12 2020-11-12 一种基于云端的故障处理方法及装置

Country Status (1)

Country Link
CN (1) CN112491596B (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113506009A (zh) * 2021-07-19 2021-10-15 浙江永迅投资管理有限公司 一种基于智慧云服务的设备管理方法及系统

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012068866A1 (zh) * 2010-11-24 2012-05-31 中兴通讯股份有限公司 一种以太环网中刷新mac的方法及系统
CN111610765A (zh) * 2020-05-25 2020-09-01 珠海格力电器股份有限公司 一种集散消息控制装置、方法和楼宇控制系统

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012068866A1 (zh) * 2010-11-24 2012-05-31 中兴通讯股份有限公司 一种以太环网中刷新mac的方法及系统
CN111610765A (zh) * 2020-05-25 2020-09-01 珠海格力电器股份有限公司 一种集散消息控制装置、方法和楼宇控制系统

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
宋志刚: ""基于组件式软件平台架构的通用协议转换器设计"", 《机电工程技术》 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113506009A (zh) * 2021-07-19 2021-10-15 浙江永迅投资管理有限公司 一种基于智慧云服务的设备管理方法及系统

Also Published As

Publication number Publication date
CN112491596B (zh) 2022-10-25

Similar Documents

Publication Publication Date Title
EP2460258B1 (en) Method and device for auto-generating goose signal connection topology from substation level
CN106844645B (zh) 一种电力通信设备信息查询系统
CN111752799A (zh) 一种业务链路跟踪方法、装置、设备及储存介质
CN105989539A (zh) 一种金融交易行情获取系统以及获取方法
WO2019223062A1 (zh) 系统异常的处理方法和系统
CN108494575B (zh) 一种基于图数据库的电力通信网运行方式建模方法及系统
CN105159964A (zh) 一种日志监控方法及系统
CN109120461B (zh) 一种业务性能端到端监控方法、系统及装置
CN103312544A (zh) 一种控制终端上报日志文件的方法、设备和系统
CN108052358B (zh) 一种分布式部署的系统和方法
CN103281410A (zh) 广电网络智能障碍预处理方法及系统
CN108170582A (zh) 系统状态查询方法及装置、计算机可读存储介质
CN107065813A (zh) 一种车间设备数据监控系统及方法
CN112491596B (zh) 一种基于云端的故障处理方法及装置
CN110460668B (zh) 一种文件上传方法、装置、计算机设备和存储介质
CN110888985A (zh) 一种报警信息处理方法、装置、电子设备及存储介质
CN101495978B (zh) 减少总线连接的消费者和产生者之间的消息流
TWI448975B (zh) 應用於影像監控平台的分散式運算系統
CN102055620B (zh) 监控用户体验的方法和系统
CN105245588A (zh) 一种web业务端口分离处理的方法
CN112445861B (zh) 信息处理方法、装置、系统及存储介质
CN110989537A (zh) 生产数据处理方法、设备、介质及系统
JP2000010815A (ja) 並列分散システムのデバッグ装置及びデバッグ方法
CN112579406A (zh) 一种日志调用链生成方法和装置
CN104734914A (zh) 一种用于网络监控的方法、设备与系统

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant