CN111107080A

CN111107080A - 一种错误信息推送方法、装置、设备及可读存储介质

Info

Publication number: CN111107080A
Application number: CN201911301625.0A
Authority: CN
Inventors: 毛蓓君
Original assignee: Zhengcaiyun Co ltd
Current assignee: Zhengcaiyun Co ltd
Priority date: 2019-12-17
Filing date: 2019-12-17
Publication date: 2020-05-05
Anticipated expiration: 2039-12-17
Also published as: CN111107080B

Abstract

本申请公开了一种错误信息推送方法、装置、设备及可读存储介质。本申请公开的方法应用于服务端，包括：获取浏览器中的错误信息；确定错误信息的类别，以及类别对应的客户端；通过MQTT协议将错误信息推送至客户端，并在客户端展示错误信息。本申请中的客户端能够即时接收到服务端推送的错误信息，提高了浏览器中的错误信息的反馈效率，从而使各个客户端的技术人员能够及时获得错误信息，并按照错误信息及时修复浏览器中所运行的代码错误，能够降低修复时长，提高修复效率。相应地，本申请公开的一种错误信息推送装置、设备及可读存储介质，也同样具有上述技术效果。

Description

一种错误信息推送方法、装置、设备及可读存储介质

技术领域

本申请涉及计算机技术领域，特别涉及一种错误信息推送方法、装置、设备及可读存储介质。

背景技术

目前，服务端和客户端通过HTTP短连接进行通信。当服务端抓取到浏览器中的错误信息后，需要先存储错误信息，待客户端发送获取错误信息的请求至服务端后，服务端才将错误信息反馈给发送请求的客户端，未发送请求的客户端无法获得错误信息。其中，本申请中的客户端为：技术人员使用的、用于接收和解决错误信息的用户端。可见，现有技术无法使技术人员及时获得错误信息，从而会延长修复时长，降低修复效率，也降低了浏览器的使用体验。

因此，如何提高浏览器中的错误信息的反馈效率，是本领域技术人员需要解决的问题。

发明内容

有鉴于此，本申请的目的在于提供一种错误信息推送方法、装置、设备及可读存储介质，以提高浏览器中的错误信息的反馈效率。其具体方案如下：

第一方面，本申请提供了一种错误信息推送方法，应用于服务端，包括：

获取浏览器中的错误信息；

确定所述错误信息的类别，以及所述类别对应的客户端；

通过MQTT协议将所述错误信息推送至所述客户端，并在所述客户端展示所述错误信息。

优选地，所述确定所述错误信息的类别，以及所述类别对应的客户端，包括：

按照所述错误信息的属性信息确定所述类别，所述属性信息包括：报错位置、报错页面和浏览器版本；

查询所述类别对应的客户端。

优选地，所述通过MQTT协议将所述错误信息推送至所述客户端，包括：

通过所述MQTT协议将所述错误信息推送至多个所述客户端。

优选地，所述通过MQTT协议将所述错误信息推送至所述客户端，并在所述客户端展示所述错误信息之后，还包括：

将所述错误信息存储至数据库。

优选地，所述通过MQTT协议将所述错误信息推送至所述客户端之前，还包括：

检测所述客户端是否已连接所述服务端；

若是，则执行所述通过MQTT协议将所述错误信息推送至所述客户端的步骤。

接收所述客户端反馈的所述错误信息的状态信息，以及接收所述状态信息的目标客户端的标识信息；

按照所述标识信息将所述状态信息推送至所述目标客户端，并在所述目标客户端展示所述错误信息和所述状态信息。

各个客户端分别与所述服务端建立web socket长连接，以便所述服务端记录已连接的各个客户端的标识信息。

第二方面，本申请提供了一种错误信息推送装置，应用于服务端，包括：

获取模块，用于获取浏览器中的错误信息；

确定模块，用于确定所述错误信息的类别，以及所述类别对应的客户端；

推送模块，用于通过MQTT协议将所述错误信息推送至所述客户端，并在所述客户端展示所述错误信息。

第三方面，本申请提供了一种错误信息推送设备，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序，以实现前述公开的错误信息推送方法。

第四方面，本申请提供了一种可读存储介质，用于保存计算机程序，其中，所述计算机程序被处理器执行时实现前述公开的错误信息推送方法。

通过以上方案可知，本申请提供了一种错误信息推送方法，应用于服务端，包括：获取浏览器中的错误信息；确定所述错误信息的类别，以及所述类别对应的客户端；通过MQTT协议将所述错误信息推送至所述客户端，并在所述客户端展示所述错误信息。

可见，本申请中的服务端在获取到浏览器中的错误信息后，首先确定错误信息的类别，以及类别对应的客户端，进而MQTT协议将错误信息主动推送至客户端，并在客户端展示错误信息。其中，MQTT协议开销小，占用的网络流量少，因此传输效率快，且其为即时通讯协议，因此客户端可即时获得服务端推送的错误信息，提高了浏览器中的错误信息的反馈效率。也即：本申请中的客户端能够即时接收到服务端推送的错误信息，从而使各个客户端的技术人员能够及时获得错误信息，并按照错误信息及时修复浏览器中所运行的代码错误，能够降低修复时长，从而提高修复效率。

相应地，本申请提供的一种错误信息推送装置、设备及可读存储介质，也同样具有上述技术效果。

附图说明

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

图1为本申请公开的一种错误信息推送方法流程图；

图2为本申请公开的一种错误信息推送系统示意图；

图3为本申请公开的一种错误信息推送装置示意图；

图4为本申请公开的一种错误信息推送设备示意图。

具体实施方式

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

目前，现有技术无法使技术人员及时获得错误信息，从而会延长修复时长，降低修复效率，也降低了浏览器的使用体验。为此，本申请提供了一种错误信息推送方案，能够提高浏览器中的错误信息的反馈效率，能够降低修复时长，从而提高修复效率。

参见图1所示，本申请实施例公开了一种错误信息推送方法，应用于服务端，包括：

S101、获取浏览器中的错误信息。

其中，浏览器中的错误信息一般为：浏览器引擎执行Java script文件时出现的错误信息，例如：服务器未响应、某字段未定义等。

S102、确定错误信息的类别，以及类别对应的客户端。

在一种优选地具体实施方式中，确定错误信息的类别，以及类别对应的客户端，包括：按照错误信息的属性信息确定类别，属性信息包括：报错位置(Java script文件报错的行数)、报错页面和浏览器版本；查询类别对应的客户端。

其中，各个客户端的技术人员负责修复不同的错误信息。例如：若按照浏览器版本的不同来分类，假设关于浏览器版本1中的所有错误信息由客户端1负责接收；关于浏览器版本2中的所有错误信息由客户端2负责接收。或者按照报错页面来分类，当前浏览器版本中的页面1中的所有错误信息由客户端1负责接收；当前浏览器版本中的页面2中的所有错误信息由客户端2负责接收。因此错误信息可按照不同属性信息进行分类，并基于分类获得的类别与各个客户端预先设置对应关系，所以在确定错误信息的类别后，可按照错误信息的类别查询对应的客户端。类别与客户端的对应关系可预先记录在表格中，需要查询对应关系时，查询表格即可。

在一种优选地具体实施方式中，通过MQTT协议将错误信息推送至客户端之前，还包括：检测客户端是否已连接服务端；若是，则执行通过MQTT协议将错误信息推送至客户端的步骤。

其中，MQTT(Message Queuing Telemetry Transport，消息队列遥测传输)是一个即时通讯协议，其中是ISO标准(ISO/IEC PRF 20922)下基于发布/订阅范式的消息协议。它工作在TCP/IP协议族上，是为硬件性能低下的远程设备以及网络状况糟糕的情况下而设计的发布/订阅型消息协议，需要消息中间件参与传输。MQTT最大优点在于，可以以极少的代码和有限的带宽，为连接远程设备提供实时可靠的消息服务。

S103、通过MQTT协议将错误信息推送至客户端，并在客户端展示错误信息。

其中，在客户端展示错误信息，包括：生成收到错误信息的提示消息并展示，若客户端的技术人员点击该提示消息，则展示错误信息的详请信息。之后技术人员可根据错误信息的详请信息对浏览器中所运行的代码错误进行修复。

在一种优选地具体实施方式中，通过MQTT协议将错误信息推送至客户端，包括：通过MQTT协议将错误信息推送至多个客户端。也就是，与服务端通过MQTT协议进行通信的多个客户端或所有客户端均可以收到错误信息，也就实现了错误信息的共享。

在一种优选地具体实施方式中，通过MQTT协议将错误信息推送至客户端，并在客户端展示错误信息之后，还包括：接收客户端反馈的错误信息的状态信息，以及接收状态信息的目标客户端的标识信息；按照标识信息将状态信息推送至目标客户端，并在目标客户端展示错误信息和状态信息。其中，错误信息的状态信息包括：已解决(包括由谁采用什么手段解决的)或未解决(打算由谁解决)。可见，本实施例不仅实现了错误信息的共享，还实现了错误信息的状态信息的共享，从而可避免多个技术人员修复同一个错误信息的情况。目标客户端可以是与服务端通过MQTT协议进行通信的所有客户端，也可以是反馈状态信息的客户端的技术人员指定的一个或多个客户端。

在一种优选地具体实施方式中，通过MQTT协议将错误信息推送至客户端，并在客户端展示错误信息之后，还包括：将错误信息存储至数据库。存储至数据库的错误信息可便于后续查询。

在一种优选地具体实施方式中，通过MQTT协议将错误信息推送至客户端之前，还包括：各个客户端分别与服务端建立web socket长连接，以便服务端记录已连接的各个客户端的标识信息。各个客户端的标识信息可以是客户端的IP地址、MAC地址等。服务端还会记录登录客户端的技术人员的登录信息，登录信息一般包括：用户名、密码等。

可见，本申请实施例中的服务端在获取到浏览器中的错误信息后，首先确定错误信息的类别，以及类别对应的客户端，进而MQTT协议将错误信息主动推送至客户端，并在客户端展示错误信息。其中，MQTT协议开销小，占用的网络流量少，因此传输效率快，且其为即时通讯协议，因此客户端可即时获得服务端推送的错误信息，提高了浏览器中的错误信息的反馈效率。也即：本申请中的客户端能够即时接收到服务端推送的错误信息，从而使各个客户端的技术人员能够及时获得错误信息，并按照错误信息及时修复浏览器中所运行的代码错误，能够降低修复时长，从而提高了修复效率。

参见图2所示，本申请实施例公开了一种错误信息推送系统，包括：浏览器、服务器(即服务端)和客户端。

用户登录客户端后，可控制客户端与服务器建立web socket长连接，这样服务器便可记录各个客户端的标识信息和登录各个客户端的用户信息。当浏览器中产生Javascript错误信息后，浏览器将其上报至服务器，那么服务器可获得错误信息。之后，服务器对错误信息进行分析，可筛选出其中无关紧要的信息，保留需要尽快处理的错误信息。进而确定保留的这些错误信息的类别，以及类别对应的客户端，并通过MQTT协议将其推送至多个客户端，那么客户端可弹出提示消息，用户点击提示消息即可查看错误详情。

为便于后续查询，可将错误信息存至数据库。

用户查看错误详情并排查解决后，可反馈错误信息的状态信息至其他客户端，以便其他客户端的技术人员检查状态信息。其中，各个用户通过web socket长连接反馈解决状态至服务端。

可见，本实施例中的MQTT协议传输开销小，可一对多推送错误信息，实现了线上错误信息的及时推送，提高了错误信息的反馈及时性。客户端的技术人员可点击输入错误信息的解决方案，并反馈解决方案或者忽略错误信息等状态信息至其他客户端，从而可使多人同时关注某一项错误信息的处理情况。同时，客户端可以是手机等移动终端，因此错误信息的主动推送可使各个客户端的技术人员能够及时获得错误信息，提高修复效率。

下面对本申请实施例提供的一种错误信息推送装置进行介绍，下文描述的一种错误信息推送装置与上文描述的一种错误信息推送方法可以相互参照。

参见图3所示，本申请实施例公开了一种错误信息推送装置，应用于服务端，包括：

获取模块301，用于获取浏览器中的错误信息；

确定模块302，用于确定错误信息的类别，以及类别对应的客户端；

推送模块303，用于通过MQTT协议将错误信息推送至客户端，并在客户端展示错误信息。

在一种优选地具体实施方式中，确定模块包括：

确定单元，用于按照错误信息的属性信息确定类别，属性信息包括：报错位置、报错页面和浏览器版本；

查询单元，用于查询类别对应的客户端。

在一种优选地具体实施方式中，推送模块具体用于：

通过MQTT协议将错误信息推送至多个客户端。

在一种优选地具体实施方式中，还包括：

存储模块，用于将错误信息存储至数据库。

在一种优选地具体实施方式中，还包括：

检测模块，用于检测客户端是否已连接服务端；

执行模块，用于若客户端已连接服务端，则推送模块中的步骤。

在一种优选地具体实施方式中，还包括：

接收模块，用于接收客户端反馈的错误信息的状态信息，以及接收状态信息的目标客户端的标识信息；

状态信息反馈模块，用于按照标识信息将状态信息推送至目标客户端，并在目标客户端展示错误信息和状态信息。

在一种优选地具体实施方式中，推送模块中的步骤执行之前，各个客户端分别与服务端建立web socket长连接，以便服务端记录已连接的各个客户端的标识信息。

其中，关于本实施例中各个模块、单元更加具体的工作过程可以参考前述实施例中公开的相应内容，在此不再进行赘述。

可见，本实施例提供了一种错误信息推送装置，该装置能够使客户端即时接收到服务端推送的错误信息，从而使各个客户端的技术人员及时获得错误信息，并按照错误信息及时修复浏览器中所运行的代码错误，能够降低修复时长，从而提高了修复效率。

下面对本申请实施例提供的一种错误信息推送设备进行介绍，下文描述的一种错误信息推送设备与上文描述的一种错误信息推送方法及装置可以相互参照。

参见图4所示，本申请实施例公开了一种错误信息推送设备，包括：

存储器401，用于保存计算机程序；

处理器402，用于执行所述计算机程序，以实现上述任意实施例公开的方法。

下面对本申请实施例提供的一种可读存储介质进行介绍，下文描述的一种可读存储介质与上文描述的一种错误信息推送方法、装置及设备可以相互参照。

一种可读存储介质，用于保存计算机程序，其中，所述计算机程序被处理器执行时实现前述实施例公开的错误信息推送方法。关于该方法的具体步骤可以参考前述实施例中公开的相应内容，在此不再进行赘述。

本申请涉及的“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法或设备固有的其它步骤或单元。

需要说明的是，在本申请中涉及“第一”、“第二”等的描述仅用于描述目的，而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。另外，各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本申请要求的保护范围之内。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似部分互相参见即可。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的可读存储介质中。

本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims

1.一种错误信息推送方法，其特征在于，应用于服务端，包括：

获取浏览器中的错误信息；

确定所述错误信息的类别，以及所述类别对应的客户端；

2.根据权利要求1所述的错误信息推送方法，其特征在于，所述确定所述错误信息的类别，以及所述类别对应的客户端，包括：

查询所述类别对应的客户端。

3.根据权利要求2所述的错误信息推送方法，其特征在于，所述通过MQTT协议将所述错误信息推送至所述客户端，包括：

通过所述MQTT协议将所述错误信息推送至多个所述客户端。

4.根据权利要求1所述的错误信息推送方法，其特征在于，所述通过MQTT协议将所述错误信息推送至所述客户端，并在所述客户端展示所述错误信息之后，还包括：

将所述错误信息存储至数据库。

5.根据权利要求1所述的错误信息推送方法，其特征在于，所述通过MQTT协议将所述错误信息推送至所述客户端之前，还包括：

检测所述客户端是否已连接所述服务端；

6.根据权利要求1至5任一项所述的错误信息推送方法，其特征在于，所述通过MQTT协议将所述错误信息推送至所述客户端，并在所述客户端展示所述错误信息之后，还包括：

7.根据权利要求1所述的错误信息推送方法，其特征在于，所述通过MQTT协议将所述错误信息推送至所述客户端之前，还包括：

8.一种错误信息推送装置，其特征在于，应用于服务端，包括：

获取模块，用于获取浏览器中的错误信息；

9.一种错误信息推送设备，其特征在于，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序，以实现如权利要求1至7任一项所述的错误信息推送方法。

10.一种可读存储介质，其特征在于，用于保存计算机程序，其中，所述计算机程序被处理器执行时实现如权利要求1至7任一项所述的错误信息推送方法。