CN113098715B - 一种信息处理方法、装置、系统、介质和计算设备 - Google Patents
一种信息处理方法、装置、系统、介质和计算设备 Download PDFInfo
- Publication number
- CN113098715B CN113098715B CN202110335583.3A CN202110335583A CN113098715B CN 113098715 B CN113098715 B CN 113098715B CN 202110335583 A CN202110335583 A CN 202110335583A CN 113098715 B CN113098715 B CN 113098715B
- Authority
- CN
- China
- Prior art keywords
- error
- processed
- errors
- historical
- determining
- 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.)
- Active
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/0654—Management of faults, events, alarms or notifications using network fault recovery
-
- 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/04—Processing captured monitoring data, e.g. for logfile generation
Abstract
本申请提供一种信息处理方法、装置、系统、介质和计算设备,该方法包括:在接收到网关设备上报的目标错误的情况下,获取所述目标错误相关联的目标请求信息的标识;基于所述目标请求信息的标识以及候选错误相关联的请求信息的标识,从所述候选错误中获取待处理错误;确定所述待处理错误在多个维度分别对应的级别;基于所述待处理错误在所述多个维度分别对应的级别,确定所述待处理错误的错误类型;基于所述待处理错误的错误类型,对所述待处理错误进行相应处理。
Description
技术领域
本申请的实施方式涉及计算机技术领域,更具体地,本申请的实施方式涉及一种信息处理方法、装置、系统、介质和计算设备。
背景技术
本部分旨在为权利要求书中陈述的本申请的实施方式提供背景或上下文。此处的描述不因为包括在本部分中就承认是现有技术。
用户在使用系统服务的过程中可能会遇到报错的情况,往往是在通过向系统运营反馈后,由运营对报错信息进行甄别后再反馈给开发人员,由开发人员通过追踪日志链路还原用户的操作记录,最终定位报错问题并进行解决。上述处理方式会导致开发人员只能被动接受系统报错,处理错误的压力大,且解决错误或问题的效率较低。
发明内容
本申请期望提供一种信息处理方法、装置、系统、介质和计算设备,以至少解决上述技术问题。
本申请实施方式的第一方面,提供一种信息处理方法,包括:
在接收到网关设备上报的目标错误的情况下,获取所述目标错误相关联的目标请求信息的标识;
基于所述目标请求信息的标识以及候选错误相关联的请求信息的标识,从所述候选错误中获取待处理错误;
确定所述待处理错误在多个维度分别对应的级别;
基于所述待处理错误在所述多个维度分别对应的级别,确定所述待处理错误的错误类型;
基于所述待处理错误的错误类型,对所述待处理错误进行相应处理。
在本申请的一个实施例中,所述确定所述待处理错误在多个维度分别对应的级别,包括:
基于第一对应关系确定所述待处理错误的重要程度级别,以及,基于第二对应关系确定所述待处理错误的紧急程度级别;
其中,所述第一对应关系包括多个历史错误及其分别对应的重要程度级别;所述第二对应关系包括多个历史错误及其分别对应的紧急程度级别。
在本申请的一个实施例中,所述方法还包括:
基于在第一预设时长内保存的第一历史错误的相关信息,确定所述第一历史错误所对应的重要程度级别;
基于所述第一历史错误及其对应的重要程度级别,更新所述第一对应关系。
在本申请的一个实施例中,所述基于在第一预设时长内保存的第一历史错误的相关信息,确定所述第一历史错误所对应的重要程度级别,包括:
基于在第一预设时长内保存的第一历史错误的相关信息,确定所述第一历史错误的重要程度分值;其中,所述相关信息包括以下至少之一:用户感知程度、影响程度和发生次数;
基于所述第一历史错误的重要程度分值,确定所述第一历史错误所对应的重要程度级别。
在本申请的一个实施例中,所述方法还包括:
基于在第二预设时长内保存的针对第二历史错误的用户报错次数,确定所述第二历史错误所对应的紧急程度级别;
基于所述第二历史错误及其所对应的紧急程度级别,更新所述第二对应关系。
在本申请的一个实施例中,所述方法还包括:
获取所述第二对应关系中包含的第j个历史错误在连续K个时段内的用户报错次数;j为大于等于1的整数;K为大于等于2的整数;
基于所述第j个历史错误在所述连续K个时段内的用户报错次数的变化情况,对所述第二对应关系中包含的所述第j个历史错误所对应的紧急程度级别进行更新。
在本申请的一个实施例中,所述基于所述待处理错误在多个维度下分别对应的级别,确定所述待处理错误对应的错误类型,包括以下之一:
在所述待处理错误的重要程度级别在第一预设范围内且所述紧急程度级别在第二预设范围内的情况下,确定所述待处理错误为第一错误类型;
在所述待处理错误的重要程度级别在第一预设范围内且所述紧急程度级别不在第二预设范围内的情况下,确定所述待处理错误为第二错误类型;
在所述待处理错误的重要程度级别不在第一预设范围内且所述紧急程度级别在第二预设范围内的情况下,确定所述待处理错误为第三错误类型;
在所述待处理错误的重要程度级别不在第一预设范围内且所述紧急程度级别不在第二预设范围内的情况下,确定所述待处理错误为第四错误类型。
在本申请的一个实施例中,所述基于所述待处理错误的错误类型,对所述待处理错误进行相应处理,包括以下之一:
在所述待处理错误为所述第一错误类型的情况下,生成所述待处理错误的报警信息;所述报警信息用于实时发送至目标用户对应的终端以提醒所述目标用户对所述待处理错误进行实时处理;
在所述待处理错误为所述第二错误类型的情况下,生成所述待处理错误的提醒信息;所述提醒信息用于提醒所述目标用户在进行系统迭代时对所述待处理错误进行处理;
在所述待处理错误为所述第三错误类型的情况下,生成所述待处理错误所对应的修复请求;其中,所述修复请求用于在预设时间段内发送至所述目标用户对应的终端以提醒所述目标用户对所述待处理错误进行处理;
在所述待处理错误为所述第四错误类型的情况下,生成并记录所述待处理错误的错误报告信息。
在本申请的一个实施例中,所述方法还包括:
接收网络节点上报的错误消息;
从所述错误消息中获取并保存所述候选错误及其相关联的请求信息的标识。
本申请实施方式的第二方面,提供一种信息处理装置,包括:
获取单元,用于在接收到网关设备上报的目标错误的情况下,获取所述目标错误相关联的目标请求信息的标识;
信息选取单元,用于基于所述目标请求信息的标识以及候选错误相关联的请求信息的标识,从所述候选错误中获取待处理错误;
级别确定单元,用于确定所述待处理错误在多个维度分别对应的级别;
分类单元,用于基于所述待处理错误在所述多个维度分别对应的级别,确定所述待处理错误的错误类型;
处理单元,用于基于所述待处理错误的错误类型,对所述待处理错误进行相应处理。
在本申请的一个实施例中,所述级别确定单元,用于基于第一对应关系确定所述待处理错误的重要程度级别,以及,基于第二对应关系确定所述待处理错误的紧急程度级别;
其中,所述第一对应关系包括多个历史错误及其分别对应的重要程度级别;所述第二对应关系包括多个历史错误及其分别对应的紧急程度级别。
在本申请的一个实施例中,所述装置还包括:
第一关系处理单元,用于基于在第一预设时长内保存的第一历史错误的相关信息,确定所述第一历史错误所对应的重要程度级别;基于所述第一历史错误及其对应的重要程度级别,更新所述第一对应关系。
在本申请的一个实施例中,所述第一关系处理单元,用于基于在第一预设时长内保存的第一历史错误的相关信息,确定所述第一历史错误的重要程度分值;其中,所述相关信息包括以下至少之一:用户感知程度、影响程度和发生次数;基于所述第一历史错误的重要程度分值,确定所述第一历史错误所对应的重要程度级别。
在本申请的一个实施例中,所述装置还包括:
第二关系处理单元,用于基于在第二预设时长内保存的针对第二历史错误的用户报错次数,确定所述第二历史错误所对应的紧急程度级别;基于所述第二历史错误及其所对应的紧急程度级别,更新所述第二对应关系。
在本申请的一个实施例中,所述装置还包括:
第二关系处理单元,用于获取所述第二对应关系中包含的第j个历史错误在连续K个时段内的用户报错次数;j为大于等于1的整数;K为大于等于2的整数;基于所述第j个历史错误在所述连续K个时段内的用户报错次数的变化情况,对所述第二对应关系中包含的所述第j个历史错误所对应的紧急程度级别进行更新。
在本申请的一个实施例中,所述分类单元,用于执行以下之一:
在所述待处理错误的重要程度级别在第一预设范围内且所述紧急程度级别在第二预设范围内的情况下,确定所述待处理错误为第一错误类型;
在所述待处理错误的重要程度级别在第一预设范围内且所述紧急程度级别不在第二预设范围内的情况下,确定所述待处理错误为第二错误类型;
在所述待处理错误的重要程度级别不在第一预设范围内且所述紧急程度级别在第二预设范围内的情况下,确定所述待处理错误为第三错误类型;
在所述待处理错误的重要程度级别不在第一预设范围内且所述紧急程度级别不在第二预设范围内的情况下,确定所述待处理错误为第四错误类型。
在本申请的一个实施例中,所述处理单元,用于执行以下之一:
在所述待处理错误为所述第一错误类型的情况下,生成所述待处理错误的报警信息;所述报警信息用于实时发送至目标用户对应的终端以提醒所述目标用户对所述待处理错误进行实时处理;
在所述待处理错误为所述第二错误类型的情况下,生成所述待处理错误的提醒信息;所述提醒信息用于提醒所述目标用户在进行系统迭代时对所述待处理错误进行处理;
在所述待处理错误为所述第三错误类型的情况下,生成所述待处理错误所对应的修复请求;其中,所述修复请求用于在预设时间段内发送至所述目标用户对应的终端以提醒所述目标用户对所述待处理错误进行处理;
在所述待处理错误为所述第四错误类型的情况下,生成并记录所述待处理错误的错误报告信息。
在本申请的一个实施例中,所述装置还包括:
接收单元,用于接收网络节点分别上报的错误消息;
解析单元,用于从所述错误消息中获取所述候选错误及其相关联的请求信息的标识;
存储单元,用于保存所述候选错误及其相关联的请求信息的标识。
本申请实施方式的第三方面,提供一种信息处理系统,包括:监控设备、网关设备;其中,
所述监控设备,用于在接收到网关设备上报的目标错误的情况下,获取所述目标错误相关联的目标请求信息的标识;基于所述目标请求信息的标识以及候选错误相关联的请求信息的标识,从所述候选错误中获取待处理错误;确定所述待处理错误在多个维度分别对应的级别;基于所述待处理错误在所述多个维度分别对应的级别,确定所述待处理错误的错误类型;基于所述待处理错误的错误类型,对所述待处理错误进行相应处理;
所述网关设备,用于将目标错误上报至监控设备。
在本申请的一个实施例中,所述系统还包括:网络节点;
所述网络节点,用于在基于所述网关设备下发的请求信息执行处理的过程中产生错误的情况下,将所述错误作为候选错误;基于所述候选错误以及所述请求信息所对应的标识生成错误消息,发送所述错误消息至所述监控设备;
所述网关设备,用于在接收到请求信息的情况下,生成所述请求信息所对应的标识;将所述请求信息及其对应的标识发送至网络节点。
本申请实施方式的第四方面,提供一种介质,其存储有计算机程序,其特征在于,该程序被处理器执行时实现上述方法。
本申请实施方式的第五方面,提供一种计算设备,包括:
一个或多个处理器;
存储装置,用于存储一个或多个程序;
当所述一个或多个程序被所述一个或多个处理器执行时,使得所述一个或多个处理器实现上述方法。
根据本申请的实施方式,可以根据网关设备上报的目标错误所关联的目标请求信息的标识,从已存的候选错误中选取待处理错误,进而根据待处理错误对应的多个维度的级别来确定待处理错误的错误类型,最终基于该错误类型进行相应处理。如此,可以根据目标错误所关联的目标请求信息的标识主动的获取待处理错误,从而解决了错误的反馈流程较长且处理效率较低的问题;另外,前述实施例可以采用多个维度对待处理错误进行类别划分,可以更加准确的针对待处理错误进行原因划分,从而也为后续的处理提供了分级处理的参考,提升了解决系统中的错误的处理效率。
附图说明
通过参考附图阅读下文的详细描述,本申请示例性实施方式的上述以及其他目的、特征和优点将变得易于理解。在附图中,以示例性而非限制性的方式示出了本申请的若干实施方式,其中:
图1示意性地示出了根据本申请一实施方式的信息处理方法的实现流程图一;
图2示意性地示出了根据本申请一实施方式的系统组成架构示意图;
图3示意性地示出了根据本申请一实施方式的获取并保存候选错误的流程示意图;
图4示意性地示出了根据本申请一实施方式的更新第一对应关系的处理流程示意图;
图5示意性地示出了根据本申请一实施方式的确定错误的重要程度级别的实现流程图;
图6示意性地示出了根据本申请一实施方式的更新第二对应关系的处理流程示意图;
图7示意性地示出了根据本申请一实施方式的更新紧急程度级别的处理流程示意图;
图8示意性地示出了根据本申请一实施方式的介质结构示意图;
图9示意性地示出了根据本申请一实施方式的信息处理装置结构示意图;
图10示意性地示出了根据本申请一实施方式的信息处理系统的组成结构示意图;
图11示意性地示出了根据本申请一实施方式的计算设备结构示意图。
在附图中,相同或对应的标号表示相同或对应的部分。
具体实施方式
下面将参考若干示例性实施方式来描述本申请的原理和精神。应当理解,给出这些实施方式仅仅是为了使本领域技术人员能够更好地理解进而实现本申请,而并非以任何方式限制本申请的范围。相反,提供这些实施方式是为了使本公开更加透彻和完整,并且能够将本公开的范围完整地传达给本领域的技术人员。
本领域技术人员知道,本申请的实施方式可以实现为一种系统、装置、设备、方法或计算机程序产品。因此,本公开可以具体实现为以下形式,即:完全的硬件、完全的软件(包括固件、驻留软件、微代码等),或者硬件和软件结合的形式。
根据本申请的实施方式,提出了一种信息处理方法、装置、系统、介质和计算设备。
在本文中,附图中的任何元素数量均用于示例而非限制,以及任何命名都仅用于区分,而不具有任何限制含义。
下面参考本申请的若干代表性实施方式,详细阐释本申请的原理和精神。
发明概述
本发明人发现,现有技术中,用户在使用系统服务的过程中可能会遇到报错的情况,往往是在通过向系统运营反馈后,由运营对报错信息进行甄别后再反馈给开发人员,由开发人员通过追踪日志链路还原用户的操作记录,最终定位报错问题并进行解决。上述处理方式会导致开发人员只能被动接受系统报错,处理错误的压力大,且解决错误或问题的效率较低。
有鉴于此,本申请提供一种信息处理方法、装置、系统、介质和计算设备,在监控设备接收到网关设备上报的目标错误的情况下,获取所述目标错误相关联的目标请求信息的标识;基于所述目标请求信息的标识以及候选错误相关联的请求信息的标识,从所述候选错误中获取待处理错误;确定所述待处理错误在多个维度分别对应的级别;基于所述待处理错误在所述多个维度分别对应的级别,确定所述待处理错误的错误类型;基于所述待处理错误的错误类型,对所述待处理错误进行相应处理。
这样,本实施例提供的方案,可以根据网关设备上报的目标错误所关联的目标请求信息的标识,从已存的候选错误中选取待处理错误,进而根据待处理错误对应的多个维度的级别来确定待处理错误的错误类型,最终基于该错误类型进行相应处理。如此,可以根据目标错误所关联的目标请求信息的标识主动的获取待处理错误,从而解决了错误的反馈流程较长且处理效率较低的问题;另外,前述实施例可以采用多个维度对待处理错误进行类别划分,可以更加准确的针对待处理错误进行原因划分,从而也为后续的处理提供了分级处理的参考,提升解决系统中的错误的处理效率。
在介绍了本申请的基本原理之后,下面具体介绍本申请的各种非限制性实施方式。
示例性方法
本申请的第一个方面提供一种信息处理方法,下面参考图1来描述,包括:
S101:在接收到网关设备上报的目标错误的情况下,获取所述目标错误相关联的目标请求信息的标识;
S102:基于所述目标请求信息的标识以及候选错误相关联的请求信息的标识,从所述候选错误中获取待处理错误;
S103:确定所述待处理错误在多个维度分别对应的级别;
S104:基于所述待处理错误在所述多个维度分别对应的级别,确定所述待处理错误的错误类型;
S105:基于所述待处理错误的错误类型,对所述待处理错误进行相应处理。
本申请实施例可以应用于电子设备,尤其是服务器,具体可以是监控设备。
S101中,所述目标请求信息可以是服务器(或监控设备)所在系统的多个请求信息中之一。
这里,所述多个请求信息中的每一个请求信息均可以为HTTP(Hyper TextTransfer Protocol,超文本传输协议)请求。
关于请求信息的产生,可以是:当用户(通过自身设备,比如终端设备)访问系统获取相应的服务时,前端页面(可以是在终端设备侧)会将用户的访问操作转化为请求信息(即HTTP请求)。
其中,所述系统即前述监控设备所在的系统,所述系统具体可以由网关设备、监控设备以及网络节点组成;本实施例中,网络节点的数量可以是一个或多个。
所述一个或多个网络节点中,不同的网络节点的类型或处理的业务可以是不同的,比如多个网络节点可以包括有一个或多个平台服务器、一个或多个微服务系统等等。
示例性的,所述一个或多个平台服务器可以包括以下至少一种:一个或多个广告主平台(或广告主服务器)、一个或多个代理商平台(或代理商服务器)、一个或多个业务平台(或业务服务器)等等;随着系统处理的业务类型的不同,对应的平台服务器的类型也可能不同,本实施例不对全部可能的平台服务器的名称或类型进行穷举。另外,所述一个或多个微服务系统可以是所述一个或多个平台服务器的下一层级的网络节点。这里,所述一个或多个平台服务器中的任意一个平台服务器可以通过RPC(Remote Procedure Calls,远程过程调用)接口请求一个或多个微服务系统,以获取所需要的业务数据并执行相应的业务操作。
以图2为例对前述监控设备所在系统的组成结构进行说明,在所述系统中可以包括有网关设备、监控设备、以及多个网络节点;所述多个网络节点如图2所示,包括有广告主平台、代理商平台、业务平台;所述多个网络节点还可以包括有多个微服务系统,分别如图2中所示包括有微服务系统1、微服务系统2、微服务系统3。
在前述关于系统的组成结构的说明的基础上,进一步对系统中任意一个请求信息的传输以及处理进行说明,可以包括:前端页面将请求信息发送至在系统中的网关设备,由所述网关设备对接收到的请求信息进行鉴权以及路由分发,将请求信息发送至对应的网络节点;在各个网络节点,对接收到的请求信息进行业务逻辑处理。
进一步地,前述多个请求信息中,每一个请求信息在所述系统中具备对应的标识。关于请求信息的标识的生成方式可以是:网关设备在接收到请求信息的时候,为所述请求信息生成并添加对应的标识。
也就是说,在系统中每个请求信息都会在网关设备侧添加一个唯一的标识,并在系统的各个网络节点中接收到该请求信息执行相应处理并转发至下一个网络节点的过程中,都会携带其对应的标识。
在系统中任意一个网络节点发生问题,则该网络节点会生成错误消息,将该错误消息上报至所述监控设备。具体的,如图3所示,可以包括:
S301:接收网络节点上报的错误消息;
S302:从所述错误消息中获取并保存所述候选错误及其相关联的请求信息的标识。
其中,所述网络节点上报的所述错误消息可以包括候选错误的内容及其相关联的请求信息的标识;另外,还可以包括所述候选错误相关联的请求信息的请求内容。需要理解的是,所述错误消息中可以包括的内容除了上述内容之外,随着设置的不同还可以包含更多的内容,比如所述候选错误发生的时间、所述候选错误发生的网络节点等信息,但只要所述错误消息中包含所述候选错误以及其相关联的请求信息的标识就在本实施例的保护范围内,只是不再对错误消息中可能包含的全部内容进行穷举。
前述保存所述候选错误及其相关联的请求信息的标识,具体可以是将所述候选错误及其相关联的请求信息的标识保存在存储单元(或存储模块)中。其中,所述存储模块或存储单元,可以是所述监控设备中的存储区域,或者可以是所述监控设备连接的数据库。比如,仍然参见图2,监控设备可以将候选错误及其相关联的请求信息的标识保存在数据库中。
还需要理解的是,监控设备可以接收到一个或多个网络节点上报的错误消息,针对每一个网络节点上报的错误消息的处理均采用以上S301~S302的方式执行,因此不进行一一赘述。
这里,不同的网络节点上报的错误消息中包含的候选错误可以关联相同的请求信息的标识,也可以关联不同的请求信息的标识。以图2所示的系统为例进行说明,比如,在微服务系统1处理请求信息1时发生问题的情况下,生成并上报错误消息至监控设备,该错误消息中的候选错误所关联的请求信息的标识即为请求信息1的标识;在微服务系统2处理请求信息2时发生问题的情况下,生成并上报错误消息至监控设备,该错误消息中的候选错误所关联的请求信息的标识即为请求信息2的标识。
在前述系统中,各个网络节点上报的错误消息可以是先添加至消息队列中,再发送至监控设备。比如,以图2所示的系统组成结构为例进行说明,假设业务平台以及微服务系统2均产生错误,可以分别将各自的错误消息添加至消息队列,最终发送至监控设备。
此外,需要指出的是,网关设备上报的目标错误可以是所述网关设备本身产生的错误,也可以是网关设备基于其关联的一个或多个网络节点上报的候选错误生成的目标错误。
所述网关设备基于其关联的一个或多个网络节点上报的候选错误生成的目标错误的处理,可以是:网络节点向所述监控设备上报错误消息的时候,还会将该错误消息上报至所述网络节点的上一级网络节点,最终可以反馈至网关设备;所述网关设备在接收到错误消息之后,会将该错误消息中包含的候选错误作为目标错误上报至所述监控设备。
这里,网关设备还可以执行判断处理,可以为:判断该候选错误是否需要上报,若不需要上报则可以不执行后续处理,若需要可以根据该候选错误生成目标错误并上报至监控设备。比如,在系统中每一个网络节点接收到下一级网络节点发来的错误消息的时候,可以将该错误消息中包含的候选错误进行封装上报至上一级网络节点,直至网关设备接收到该错误消息,此时,网关设备可以分析错误消息中包含的候选错误中是否包含异常代码(或错误代码,比如“error”),若包含,则可以生成对应的目标错误上报至监控设备。
也就是说,本实施例提供的方案中以网关设备上报的目标错误为准执行后续的待处理错误的获取以及处理,即监控设备中接收到的候选错误可能并非全部会被提取出来进行后续的分类等处理。
前述已经说明,所述候选错误可以是各网络节点上报到监控设备的错误,其中,不同的网络节点上报的错误消息中包含的候选错误可以关联相同的请求信息的标识,也可以关联不同的请求信息的标识。相应的,前述S102中,从所述候选错误中获取待处理错误,可以是将请求信息的标识与目标错误的目标请求信息的标识相同的候选错误作为待处理错误,其中,所述待处理错误可以是一个,也可以是多个。
这样,以网关设备上报的目标错误为准,获取到该目标错误相关联的目标请求信息的标识(或ID)收集到其他网络节点的待处理错误;如此,可以主动的将一个目标请求信息在执行过程中发生的全部待处理错误汇集起来形成一条错误链路,从而实现了主动收集错误信息,提升了处理系统问题的效率,避免系统问题的扩大化;并且由于收集了整个错误链路中的错误从而能够对错误的上下文进行分析,为开发人员对错误进行定位以及解决提供了全面的参考。
由于无论待处理错误的数量为几个,针对每一个待处理错误的后续处理均为相同的,因此为描述方便,以下实施例中以一个或多个待处理错误中的任意一个待处理错误的处理为例进行说明。
在获取待处理错误之后,执行S103,确定所述待处理错误在多个维度分别对应的级别。
其中,所述多个维度的数量可以是2个维度、3个维度、4个维度等,此处不做限定。
一种示例中,所述多个维度的数量为2个维度,具体可以包括重要程度、紧急程度。其中,所述重要程度是指错误对系统的影响程度,所述紧急程度是指用户对错误的敏感程度。当然,所述多个维度的数量还可以更多,只是本实施例不对其进行穷举。
所述确定所述待处理错误在多个维度分别对应的级别,包括:
基于第一对应关系确定所述待处理错误的重要程度级别,以及,基于第二对应关系确定所述待处理错误的紧急程度级别;
其中,所述第一对应关系包括多个历史错误及其分别对应的重要程度级别;所述第二对应关系包括多个历史错误及其分别对应的紧急程度级别。
所述待处理错误的重要程度级别和紧急程度级别可以按照需要划分为3个级别、5个级别、10个级别等,此处不做限定。
优选地,所述重要程度级别可以预先划分为5个级别,其中5级为最高级别,1级为最低级别。所述紧急程度级别可以预先划分为0级、1级和2级三个级别,其中,0级为最紧急,2级为最不紧急,1级为一般紧急。
需要指出的是,上述仅为示例性说明,还可以将重要程度级别划分为更多或更少的级别,比如6级,3级等,同样的,紧急程度级别也可以划分为更多或更少的级别,比如4级、5级等等;另外,重要程度级别中1级可以设置为最高级别,层级越高表示重要程度级别越低,紧急程度级别还可以是层级越低代表紧急程度越低,这些设置方式均在本实施例的保护范围内,只是不一一赘述。
所述第一对应关系包括多个历史错误及其分别对应的重要程度级别,其中,所述历史错误可以是在所述待处理错误之前发生的系统错误,每个历史错误都对应一个重要程度级别,每个历史错误与其对应的重要程度级别构成第一对应关系中的一条记录。其中,多个历史错误的数量不做限定,比如可以是10个、50个、100个或者上万个,均在本实施例的保护范围内,不做穷举。
所述基于第一对应关系确定所述待处理错误的重要程度级别,可以是首先确定待处理错误与第一对应关系中的多个历史错误之间的相似度,然后将与待处理错误相似度最大的历史错误对应的重要程度级别作为待处理错误的重要程度级别。其中,所述待处理错误与多个历史错误之间的相似度,可以是待处理错误的内容与多个历史错误中每一个历史错误的内容的相似度,比如,可以将与待处理错误中的内容的相似度最高的一个历史错误所对应的重要程度级别,作为所述待处理错误的重要程度级别。
所述基于第二对应关系确定所述待处理错误的紧急程度级别,可以是首先确定待处理错误与第二对应关系中的多个历史错误之间的相似度,然后将与待处理错误相似度最大的历史错误对应的紧急程度级别作为待处理错误的紧急程度级别。其中,所述待处理错误与多个历史错误之间的相似度,可以是待处理错误的内容与多个历史错误中每一个历史错误的内容的相似度,比如,可以将与待处理错误中的内容的相似度最高的一个历史错误所对应的紧急程度级别,作为所述待处理错误的紧急程度级别。
在一种实施方式中,如图4所示,所述方法还包括:
S401:基于在第一预设时长内保存的第一历史错误的相关信息,确定所述第一历史错误所对应的重要程度级别;
S402:基于所述第一历史错误及其对应的重要程度级别,更新所述第一对应关系。
其中,所述第一对应关系可以由多条记录构成,每条记录包括一个历史错误以及该历史错误对应的重要程度级别。所述更新第一对应关系可以是以一条新的记录覆盖原有的旧的记录,也可以是将新的记录追加到原有的记录中。
若所述第一历史错误是包含在所述第一对应关系的多个历史错误中的一个,则是以第一历史错误及其对应的重要程度级别覆盖原有的记录,即,以第一历史错误及其对应的重要程度级别覆盖与之相同的历史错误及其对应的重要程度级别,这种情况下第一对应关系中包含的历史错误的数量未发生变化,但是第一对应关系中的第一历史错误所对应的重要程度级别发生了变化。
若所述第一历史错误不包含在所述第一对应关系的多个历史错误中,则将第一历史错误及其对应的重要程度级别添加到第一对应关系中。这种情况下第一对应关系中包含的记录的数量增加。
在一种实施方式中,所述基于在第一预设时长内保存的第一历史错误的相关信息,确定所述第一历史错误所对应的重要程度级别,如图5所示,包括:
S501:基于在第一预设时长内保存的第一历史错误的相关信息,确定所述第一历史错误的重要程度分值;其中,所述相关信息包括以下至少之一:用户感知程度、影响程度和发生次数;
S502:基于所述第一历史错误的重要程度分值,确定所述第一历史错误所对应的重要程度级别。
其中,所述第一预设时长可以是1小时,1天,1周,1个月等,此处不做限定。
所述相关信息包括以下至少之一:用户感知程度、影响程度和发生次数,其中,用户感知程度是指是否将待处理错误反馈给用户,比如,可以根据待处理错误中可以包含状态码,基于该状态码可以确定是否可以被用户感知;影响程度是指该待处理错误影响的功能个数,比如可以是在一个或多个功能的影响程度;发生次数是指系统错误在预设时间内发生的次数。具体来说,相关信息可以只包括一项,例如,相关信息只包括用户感知程度,那么将仅仅以用户感知程度作为第一历史错误打分的基础;相关信息还可以包括两项,例如相关信息包括用户影响程度和发生次数,此时可以分别对第一历史错误的用户感知程度和发生次数进行打分,然后对两个分数进行加权求和,其中,两个权重的数值可以按需进行相应的设定;相关信息还可以包括三项,也就是将用户感知程度、影响程度和发生次数全部作为第一历史错误打分的基础,同理,可以在得到相关信息的三个分数后进行加权处理,具体情况不再赘述。
所述重要程度分值可以是按十分制、百分制、千分制计等等,优选地,以百分制计算重要程度分值,例如,基于在第一预设时长内保存的第一历史错误的用户感知程度信息,计算得到第一历史错误的重要程度分值为72分。
重要程度级别与重要程度分值之间可以具备预设的对应关系,比如,当重要程度分值位于第一预设区间,对应重要程度级别为1级;当重要程度分值位于第二预设区间,对应重要程度级别为2级,此处不做穷举。其中,设置多个所述预设区间的范围可以根据设置重要程度级别的数量而定,例如,将重要程度划分为5个级别,那么对应的可以将百分制划分为5个预设区间,其中,可以将0分-20分作为第一预设区间,对应重要程度级别为1级,代表重要程度级别最低;将21分-40分作为第二预设区间,对应重要程度级别为2级;将41分-60分作为第三预设区间,对应重要程度级别为3级;将61分-80分作为第四预设区间,对应重要程度级别为4级;将81分-100分作为第五预设区间,对应重要程度级别为5级,代表重要程度级别最高。当然,也可以对100分做非等分处理后得到上述5个预设区间,此处不做限定。
示例性的,当第一预设时长为1天,重要程度分值采用百分制且将分数等分为5个预设区间,若在1天时间内,第一历史错误影响到的功能的个数为4个且发生的次数为3时,假设按照影响功能的个数对该错误的重要程度打分为80,按照发生次数对该错误的重要程度打分为60,且假设二者的打分权重均为0.5,则第一历史错误的重要程度分值为70分,该第一历史错误的重要程度分值位于第四预设区间,相应的,该第一历史错误的重要程度级别为4级。
在一种实施方式中,如图6所示,所述方法还包括:
S601:基于在第二预设时长内保存的针对第二历史错误的用户报错次数,确定所述第二历史错误所对应的紧急程度级别;
S602:基于所述第二历史错误及其所对应的紧急程度级别,更新所述第二对应关系。
用户报错次数是指用户在第二预设时长内将第二历史错误进行人工上报的次数,报错次数能反映用户对这个错误的敏感程度,进而能够得到第二历史错误对应的紧急程度级别。
所述第二预设时长与所述第一预设时长可以相同也可以不同,所述第二预设时长可以是1小时,1天,1周,1个月等,此处不做限定。
其中,紧急程度级别与用户报错次数之间可以具备预设的对应关系,比如,第二预设时长内用户报错次数大于第一阈值,对应紧急程度级别为0级;第二预设时长内用户报错次数不大于第一阈值且大于第二阈值,对应的紧急程度级别为1级;第二预设时长内用户报错次数不大于第二阈值,对应的紧急程度级别为2级。其中,第一阈值大于第二阈值。当然,随着紧急程度级别的设置不同,不同的紧急程度级别所对应的阈值也可能是不同的,这里不进行穷举。
示例性的,假设第一阈值为7、第二阈值为3;第二预设时长为1天,当用户在1天内针对保存的第二历史错误的报错次数为1次,则紧急程度为2级;当用户在1天内针对保存的第二历史错误的报错次数为4次,则紧急程度为1级;当用户在1天内针对保存的第二历史错误的报错次数为8次,则紧急程度为0级。
所述第二历史错误可以包含在上述多个历史错误中的一个,也可以未包含在上述多个历史错误中。
所述更新所述第二对应关系可以是以新生成的第二历史错误及其对应的紧急程度级别覆盖第二对应关系中的一条旧的记录,也可以是将新生成的第二历史错误及其对应的紧急程度级别作为一条新记录追加到第二对应关系中。
在一种实施方式中,如图7所示,所述方法还包括:
S701:获取所述第二对应关系中包含的第j个历史错误在连续K个时段内的用户报错次数;j为大于等于1的整数;K为大于等于2的整数;
S702:基于所述第j个历史错误在所述连续K个时段内的用户报错次数的变化情况,对所述第二对应关系中包含的所述第j个历史错误所对应的紧急程度级别进行更新。
其中,所述第j个历史错误可以为所述第二对应关系中的任意一个历史错误。
通过记录并分析上述连续K个时段内的用户报错次数,可以确定用户在连续时段内对第j个历史错误的报错数量是上升或者下降,进而提升或者降低对应的系统错误的紧急程度级别。其中,连续K个时段中K的取值可以根据实际情况设置,比如可以是2,3,4,5等,这里不做穷举。每个时段的时长可以设定为1小时、1天、1周等,这里也不做穷举。
示例性地,以连续2个时段为例,比如每个时段为1小时,则连续的2个时段是连续的2个小时。当统计得到用户在连续2个小时内对所述第二对应关系中包含的第j个历史错误的用户报错次数后,可以根据第2小时中用户报错次数相对于第1小时的变化情况,对所述第二对应关系中包含的所述第j个历史错误所对应的紧急程度级别进行更新。
其中,连续K个时段内用户报错次数的变化情况与紧急程度级别的更新之间的对应关系可以为:若所述第j个历史错误在所述连续K个时段内的用户报错次数的变化情况满足预设条件,则将第j个历史错误对应的紧急程度级别提升;否则将第j个历史错误对应的紧急程度级别降低。
在连续K个时段为连续两个时段的情况下,前述预设条件可以为相邻两个时段内第j个历史错误的用户报错次数之间的差值在预设变化范围内;或者相邻两个时段中的后一个时段内的用户报错次数大于前一个时段内的用户报错次数。
在连续K个时段为连续三个或更多时段的情况下,前述预设条件可以为连续K个时段中至少一组相邻两个时段内第j个历史错误的用户报错次数之间的差值在预设变化范围内;或者连续K个时段中至少一组相邻两个时段中的后一个时段内的用户报错次数大于前一个时段内的用户报错次数。这里,连续K个时段中的一组相邻两个时段说明如下,以K为3举例来说,连续3个时段中第1个时段与第2个时段为一组相邻两个时段,第2个时段与第3个时段为一组相邻两个时段;相应的,连续K个时段中至少一组相邻两个时段内第j个历史错误的用户报错次数之间的差值在预设变化范围内,可以指的是连续K个时段中有一组或全部的相邻两个时段内第j个历史错误的用户报错次数之间的差值在预设变化范围内;相邻两个时段中的后一个时段内的用户报错次数大于前一个时段内的用户报错次数,可以指的是连续K个时段中有一组或全部的相邻两个时段中的后一个时段内的用户报错次数大于前一个时段内的用户报错次数。
其中,所述预设变化范围可以根据实际情况设置,比如可以为(-2,+2),以K为2举例来说,相邻两个时段内第j个历史错误的用户报错次数之间的差值为0,则可以认为该第j个历史错误并未得到解决,需要提升该第j个历史错误的紧急程度级别以便尽快解决。再举例来说,相邻两个时段内后一个时间段内第j个历史错误的用户报错次数与前一个时间段内第j个历史错误的用户报错次数之间的差值为5,则可以认为该第j个历史错误并未得到解决并且用户报错次数增加明显,需要提升该第j个历史错误的紧急程度级别以便尽快解决。
所述将第j个历史错误对应的紧急程度级别提升,可以是将所述第j个历史错误对应的紧急程度提升一个级别,当然,还可以是提升两个级别等等,比如,第j个历史错误原紧急程度级别为2,提升一个级别可以是将第j个历史错误的新紧急程度级别提升至1。所述将第j个历史错误对应的紧急程度级别降低可以是将所述第j个历史错误对应的紧急程度降低一个级别,当然,还可以是降低两个级别等等,比如,第j个历史错误原紧急程度级别为0,降低级别可以是将第j个历史错误的新紧急程度级别降低至1或2。
以第二对应关系中的第j个历史错误为历史错误-1为例,举例来说,第二对应关系中包含的历史错误-1对应的紧急程度级别为1级,历史错误-1在第1小时中用户报错次数为3次,在第2小时中用户报错次数为5次,报错次数上升则历史错误-1的紧急程度可以上升一个级别至0级。继续统计下一时段历史错误-1的用户报错次数,得到第3小时中用户报错次数为1次,相对第2小时的用户报错次数下降则历史错误-1的紧急程度可以降低一个级别至1级。
优选地,可以引入函数来根据相邻时段内报错次数的变化情况对紧急程度级别进行更新。比如可以采用sigmoid函数:
σ(x)=1/(1+e^(-x))
其中,x为前一个时段用户报错次数与后一个时段用户报错次数变化,σ(x)的取值介于0到1之间,x可以取正值或负值;σ(x)趋近于0,相应的紧急程度可以降低级别,反之可以提升级别。
紧急程度级别可以按照需要进行相应的设定,优选地,如上所述分为三个级别:0级(紧急),2级(不紧急),1级(一般),当在某一时段内紧急程度级别已经提升至最高级0级,则不再随着用户报错次数的增加继续提升,反之亦然。
在确定所述待处理错误在多个维度分别对应的级别之后,执行S104,基于所述待处理错误在所述多个维度分别对应的级别,确定所述待处理错误的错误类型,具体包括以下之一:
在所述待处理错误的重要程度级别在第一预设范围内且所述紧急程度级别在第二预设范围内的情况下,确定所述待处理错误为第一错误类型;
在所述待处理错误的重要程度级别在第一预设范围内且所述紧急程度级别不在第二预设范围内的情况下,确定所述待处理错误为第二错误类型;
在所述待处理错误的重要程度级别不在第一预设范围内且所述紧急程度级别在第二预设范围内的情况下,确定所述待处理错误为第三错误类型;
在所述待处理错误的重要程度级别不在第一预设范围内且所述紧急程度级别不在第二预设范围内的情况下,确定所述待处理错误为第四错误类型。
所述第一预设范围可以根据实际情况设置,比如在重要程度级别划分为5个级别的情况下,第一预设范围可以包括4级和5级,或者可以是从3级至5级之间,当然还可以根据实际场景不同可能不同,这里不做穷举。
所述第二预设范围也可以根据实际情况设置,比如在紧急程度级别划分为3级的情况下,第一预设范围可以只包括0级,当然还可以根据实际场景不同可能不同,这里不做穷举。相应地,紧急程度级别不在第二预设范围内时,具体可以是1级和2级。
在所述待处理错误的重要程度级别在第一预设范围内且所述紧急程度级别在第二预设范围内的情况下,待处理错误属于重要且紧急的范畴,以此作为待处理错误的第一错误类型。
在所述待处理错误的重要程度级别在第一预设范围内且所述紧急程度级别不在第二预设范围内的情况下,待处理错误属于重要且不紧急的范畴,以此作为待处理错误的第二错误类型。
在所述待处理错误的重要程度级别不在第一预设范围内且所述紧急程度级别在第二预设范围内的情况下,待处理错误属于不重要且紧急的范畴,以此作为待处理错误的第三错误类型。
在所述待处理错误的重要程度级别不在第一预设范围内且所述紧急程度级别不在第二预设范围内的情况下,待处理错误属于不重要且不紧急的范畴,以此作为待处理错误的第四错误类型。
在确定所述待处理错误的错误类型之后,执行S105,基于所述待处理错误的错误类型,对所述待处理错误进行相应处理,具体包括以下之一:
在所述待处理错误为所述第一错误类型的情况下,生成所述待处理错误的报警信息;所述报警信息用于实时发送至目标用户对应的终端以提醒所述目标用户对所述待处理错误进行实时处理;
在所述待处理错误为所述第二错误类型的情况下,生成所述待处理错误的提醒信息;所述提醒信息用于提醒所述目标用户在进行系统迭代时对所述待处理错误进行处理;
在所述待处理错误为所述第三错误类型的情况下,生成所述待处理错误所对应的修复请求;其中,所述修复请求用于在预设时间段内发送至所述目标用户对应的终端以提醒所述目标用户对所述待处理错误进行处理;
在所述待处理错误为所述第四错误类型的情况下,生成并记录所述待处理错误的错误报告信息。
其中,所述目标用户可以是开发人员;所述目标用户对应的终端可以是目标用户所使用的终端设备,比如,可以是目标用户使用的电脑、手机、笔记本、平板电脑等等。
前述第一类错误可以为重要且紧急的错误,针对这类错误需要实时进行处理,因此会实时向目标用户的终端发送对应的报警信息,以使得目标用户可以实时的对该待处理错误进行相应的处理从而尽快解决该待处理错误所带来的影响。另外,上述报警信息可以是监控设备通过移动网络或无线网络以发送信息的方式发送至目标用户的终端的,或者,可以是监控设备通过内部网络的内部通信信息的方式发送至目标用户的终端的。其中,所述报警信息的具体内容可以根据实际情况设置,比如可以包括有待处理错误的具体内容、错误代码、发生的具体网络节点的位置、对应的目标请求信息的标识等至少之一。
所述第二类错误即重要且不紧急的错误,这类错误可以不需要目标用户尽快解决,因此可以仅向目标用户发送提醒信息使得目标用户进行记录,进而在下一次系统迭代的处理中对该待处理错误进行处理。另外,上述提醒信息可以是监控设备通过移动网络或无线网络以发送信息的方式发送至目标用户的终端的,或者,可以是监控设备通过内部网络的内部通信信息的方式发送至目标用户的终端的。所述提示信息的具体可以也可以根据实际情况设置,比如可以是待处理错误的具体内容、错误代码、发生的具体网络节点的位置、对应的目标请求信息的标识、错误发生时间等至少之一。
所述第三类错误即紧急且不重要的错误,这类错误也需要目标用户尽快解决,只是可以不实时进行修复,因此可以是在预设时间段内将所述待处理错误所对应的修复请求发送给目标用户,以使得目标用户在接收到修复请求的时候尽快修复该待处理错误。其中,所述预设时间段可以是目标用户的工作时间段,比如可以是上午10点-下午6点之间,又或者,可以是晚上8点至早上4点之间,跟目标用户的工作时间段是相同的。另外,上述修复请求可以是监控设备通过移动网络或无线网络以发送信息的方式发送至目标用户的终端的,或者,可以是监控设备通过内部网络的内部通信信息的方式发送至目标用户的终端的。所述修复请求的具体可以也可以根据实际情况设置,比如可以是待处理错误的具体内容、错误代码、发生的具体网络节点的位置、对应的目标请求信息的标识、错误发生时间等至少之一。
所述第四类错误即不重要且不紧急的错误,在这类错误可以仅进行记录,比如可以是记录在系统日志中,以便目标用户后期查看进行分析使用。
以上对待处理错误进行分类并确定对应的处理方式的方案可以对不同类型的待处理错误进行分级报警,使得目标用户更准确并快速的解决最重要且最紧急的错误,从而提升了解决错误的效率。
通过采用上述方案,可以根据网关设备上报的目标错误所关联的目标请求信息的标识,从已存的候选错误中选取待处理错误,进而根据待处理错误对应的多个维度的级别来确定待处理错误的错误类型,最终基于该错误类型进行相应处理。如此,可以根据目标错误所关联的目标请求信息的标识主动的获取待处理错误,从而解决了错误的反馈流程较长且处理效率较低的问题;另外,前述实施例可以采用多个维度对待处理错误进行类别划分,可以更加准确的针对待处理错误进行原因划分,从而也为后续的处理提供了分级处理的参考,提升解决系统中的错误的处理效率。
示例性介质
在介绍了本申请示例性实施方式的方法之后,接下来,参考图8对本申请示例性实施方式的介质进行说明。
在一些可能的实施方式中,本申请的各个方面还可以实现为一种计算机可读介质,其上存储有程序,当所述程序被处理器执行时用于实现本说明书上述“示例性方法”部分中描述的根据本申请各种示例性实施方式的信息加密/解密方法中的步骤。
具体地,上述处理器执行上述程序时用于实现如下步骤:
在接收到网关设备上报的目标错误的情况下,获取所述目标错误相关联的目标请求信息的标识;
基于所述目标请求信息的标识以及候选错误相关联的请求信息的标识,从所述候选错误中获取待处理错误;
确定所述待处理错误在多个维度分别对应的级别;
基于所述待处理错误在所述多个维度分别对应的级别,确定所述待处理错误的错误类型;
基于所述待处理错误的错误类型,对所述待处理错误进行相应处理。
需要说明的是:上述的介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以是但不限于:电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括:具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。
如图8示,描述了根据本申请的实施方式的介质80,其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序,并可以在设备上运行。然而,本申请不限于此,在本文件中,可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了可读程序代码。这种传播的数据信号可以采用多种形式,包括但不限于:电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质,该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
可以以一种或多种程序设计语言的任意组合来编写用于执行本申请操作的程序代码,上述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等,还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中,远程计算设备可以通过任意种类的网络—包括局域网(LAN)或广域网(WAN)—连接到用户计算设备。
示例性装置
在介绍了本申请示例性实施方式的介质之后,接下来,参考图9对本申请示例性实施方式的装置进行说明。
本申请实施例提供一种信息处理装置,如图9所示,包括:
获取单元901,用于在接收到网关设备上报的目标错误的情况下,获取所述目标错误相关联的目标请求信息的标识;
信息选取单元902,用于基于所述目标请求信息的标识以及候选错误相关联的请求信息的标识,从所述候选错误中获取待处理错误;
级别确定单元903,用于确定所述待处理错误在多个维度分别对应的级别;
分类单元904,用于基于所述待处理错误在所述多个维度分别对应的级别,确定所述待处理错误的错误类型;
处理单元905,用于基于所述待处理错误的错误类型,对所述待处理错误进行相应处理。
在一种实施方式中,所述级别确定单元903,用于基于第一对应关系确定所述待处理错误的重要程度级别,以及,基于第二对应关系确定所述待处理错误的紧急程度级别;
其中,所述第一对应关系包括多个历史错误及其分别对应的重要程度级别;所述第二对应关系包括多个历史错误及其分别对应的紧急程度级别。
在一种实施方式中,所述装置还包括:
第一关系处理单元906,用于基于在第一预设时长内保存的第一历史错误的相关信息,确定所述第一历史错误所对应的重要程度级别;基于所述第一历史错误及其对应的重要程度级别,更新所述第一对应关系。
在一种实施方式中,所述第一关系处理单元906,用于基于在第一预设时长内保存的第一历史错误的相关信息,确定所述第一历史错误的重要程度分值;其中,所述相关信息包括以下至少之一:用户感知程度、影响程度和发生次数;基于所述第一历史错误的重要程度分值,确定所述第一历史错误所对应的重要程度级别。
在一种实施方式中,所述装置还包括:
第二关系处理单元907,用于基于在第二预设时长内保存的针对第二历史错误的用户报错次数,确定所述第二历史错误所对应的紧急程度级别;基于所述第二历史错误及其所对应的紧急程度级别,更新所述第二对应关系。
在一种实施方式中,所述第二关系处理单元907用于获取所述第二对应关系中包含的第j个历史错误在连续K个时段内的用户报错次数;j为大于等于1的整数;K为大于等于2的整数;基于所述第j个历史错误在所述连续K个时段内的用户报错次数的变化情况,对所述第二对应关系中包含的所述第j个历史错误所对应的紧急程度级别进行更新。
在一种实施方式中,所述分类单元904,用于执行以下之一:
在所述待处理错误的重要程度级别在第一预设范围内且所述紧急程度级别在第二预设范围内的情况下,确定所述待处理错误为第一错误类型;
在所述待处理错误的重要程度级别在第一预设范围内且所述紧急程度级别不在第二预设范围内的情况下,确定所述待处理错误为第二错误类型;
在所述待处理错误的重要程度级别不在第一预设范围内且所述紧急程度级别在第二预设范围内的情况下,确定所述待处理错误为第三错误类型;
在所述待处理错误的重要程度级别不在第一预设范围内且所述紧急程度级别不在第二预设范围内的情况下,确定所述待处理错误为第四错误类型。
在一种实施方式中,所述处理单元905,用于执行以下之一:
在所述待处理错误为所述第一错误类型的情况下,生成所述待处理错误的报警信息;所述报警信息用于实时发送至目标用户对应的终端以提醒所述目标用户对所述待处理错误进行实时处理;
在所述待处理错误为所述第二错误类型的情况下,生成所述待处理错误的提醒信息;所述提醒信息用于提醒所述目标用户在进行系统迭代时对所述待处理错误进行处理;
在所述待处理错误为所述第三错误类型的情况下,生成所述待处理错误所对应的修复请求;其中,所述修复请求用于在预设时间段内发送至所述目标用户对应的终端以提醒所述目标用户对所述待处理错误进行处理;
在所述待处理错误为所述第四错误类型的情况下,生成并记录所述待处理错误的错误报告信息。
在一种实施方式中,所述装置还包括:
接收单元908,用于接收网络节点分别上报的错误消息;
解析单元909,用于从所述错误消息中获取所述候选错误及其相关联的请求信息的标识;
存储单元910,用于保存所述候选错误及其相关联的请求信息的标识。
本实施例信息处理装置中各个单元的处理与前述实施例中信息处理方法的流程处理相同,这里不再赘述。
通过采用上述方案,可以根据网关设备上报的目标错误所关联的目标请求信息的标识,从已存的候选错误中选取待处理错误,进而根据待处理错误对应的多个维度的级别来确定待处理错误的错误类型,最终基于该错误类型进行相应处理。如此,可以根据目标错误所关联的目标请求信息的标识主动的获取待处理错误,从而解决了错误的反馈流程较长且处理效率较低的问题;另外,前述实施例可以采用多个维度对待处理错误进行类别划分,可以更加准确的针对待处理错误进行原因划分,从而也为后续的处理提供了分级处理的参考,提升解决系统中的错误的处理效率。
示例性系统
在介绍了本申请示例性实施方式的方法、介质和装置之后,接下来,参考图10对本申请示例性实施方式的系统进行说明。
本申请实施例提供一种信息处理系统,如图10所示,包括:监控设备1001、网关设备1002;其中,
所述监控设备1001,用于在接收到网关设备上报的目标错误的情况下,获取所述目标错误相关联的目标请求信息的标识;基于所述目标请求信息的标识以及候选错误相关联的请求信息的标识,从所述候选错误中获取待处理错误;确定所述待处理错误在多个维度分别对应的级别;基于所述待处理错误在所述多个维度分别对应的级别,确定所述待处理错误的错误类型;基于所述待处理错误的错误类型,对所述待处理错误进行相应处理;
所述网关设备1002,用于将目标错误上报至监控设备。
在一种实施方式中,所述信息处理系统还包括:网络节点1003;
所述网络节点1003,用于在基于所述网关设备1001下发的请求信息执行处理的过程中产生错误的情况下,将所述错误作为候选错误;基于所述候选错误以及所述请求信息所对应的标识生成错误消息,发送所述错误消息至所述监控设备1002;
所述网关设备1002,用于在接收到请求信息的情况下,生成所述请求信息所对应的标识;将所述请求信息及其对应的标识发送至网络节点1003。
所述网关设备1002,还用于在接收到请求信息的时候,为所述请求信息生成并添加对应的标识。
本实施例中,所述监控设备的功能以及具体处理与前述方法以及装置实施例相同,不再赘述。所述网络节点的数量可以是一个或多个,本实施例不对其进行限定。
通过采用上述方案,可以根据网关设备上报的目标错误所关联的目标请求信息的标识,从已存的候选错误中选取待处理错误,进而根据待处理错误对应的多个维度的级别来确定待处理错误的错误类型,最终基于该错误类型进行相应处理。如此,可以根据目标错误所关联的目标请求信息的标识主动的获取待处理错误,从而解决了错误的反馈流程较长且处理效率较低的问题;另外,前述实施例可以采用多个维度对待处理错误进行类别划分,可以更加准确的针对待处理错误进行原因划分,从而也为后续的处理提供了分级处理的参考。
示例性计算设备
在介绍了本申请示例性实施方式的方法、介质、装置和系统之后,接下来,参考图11对本申请示例性实施方式的计算设备进行说明。
所属技术领域的技术人员能够理解,本申请的各个方面可以实现为系统、方法或程序产品。因此,本申请的各个方面可以具体实现为以下形式,即:完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等),或硬件和软件方面结合的实施方式,这里可以统称为“电路”、“模块”或“系统”。
在一些可能的实施方式中,根据本申请实施方式的计算设备可以至少包括至少一个处理单元以及至少一个存储单元。其中,所述存储单元存储有程序代码,当所述程序代码被所述处理单元执行时,使得所述处理单元执行本说明书上述“示例性方法”部分中描述的根据本申请的各种示例性实施方式的信息加密方法或信息解密方法中的步骤。
下面参照图11来描述根据本申请的这种实施方式的计算设备110。图11显示的计算设备110仅仅是一个示例,不应对本申请实施例的功能和使用范围带来任何限制。
如图11所示,计算设备110以通用计算设备的形式表现。计算设备110的组件可以包括但不限于:上述至少一个处理单元1101、上述至少一个存储单元1102,连接不同系统组件(包括处理单元1101和存储单元1102)的总线1103。
总线1103包括数据总线、控制总线和地址总线。
存储单元1102可以包括易失性存储器形式的可读介质,例如随机存取存储器(RAM)11021和/或高速缓存存储器11022,可以进一步包括非易失性存储器形式的可读介质,例如只读存储器(ROM)11023。
存储单元1102还可以包括具有一组(至少一个)程序模块11024的程序/实用工具11025,这样的程序模块11024包括但不限于:操作系统、一个或者多个应用程序、其它程序模块以及程序数据,这些示例中的每一个或某种组合中可能包括网络环境的实现。
计算设备110也可以与一个或多个外部设备1104(例如键盘、指向设备等)通信。这种通信可以通过输入/输出(I/O)接口1105进行。并且,计算设备110还可以通过网络适配器1106与一个或者多个网络(例如局域网(LAN),广域网(WAN)和/或公共网络,例如因特网)通信。如图11所示,网络适配器1106通过总线1103与计算设备110的其它模块通信。应当理解,尽管图中未示出,可以结合计算设备110使用其它硬件和/或软件模块,包括但不限于:微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。
应当注意,尽管在上文详细描述中提及了信息处理装置的若干单元/模块或子单元/模块,但是这种划分仅仅是示例性的并非强制性的。实际上,根据本申请的实施方式,上文描述的两个或更多单元/模块的特征和功能可以在一个单元/模块中具体化。反之,上文描述的一个单元/模块的特征和功能可以进一步划分为由多个单元/模块来具体化。
此外,尽管在附图中以特定顺序描述了本申请方法的操作,但是,这并非要求或者暗示必须按照该特定顺序来执行这些操作,或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地,可以省略某些步骤,将多个步骤合并为一个步骤执行,和/或将一个步骤分解为多个步骤执行。
虽然已经参考若干具体实施方式描述了本申请的精神和原理,但是应该理解,本申请并不限于所公开的具体实施方式,对各方面的划分也不意味着这些方面中的特征不能组合以进行受益,这种划分仅是为了表述的方便。本申请旨在涵盖所附权利要求的精神和范围内所包括的各种修改和等同布置。
Claims (22)
1.一种信息处理方法,包括:
在接收到网关设备上报的目标错误的情况下,获取所述目标错误相关联的目标请求信息的标识;
基于所述目标请求信息的标识以及候选错误相关联的请求信息的标识,从所述候选错误中获取待处理错误;
确定所述待处理错误在多个维度分别对应的级别;
基于所述待处理错误在所述多个维度分别对应的级别,确定所述待处理错误的错误类型;
基于所述待处理错误的错误类型,对所述待处理错误进行相应处理。
2.根据权利要求1所述的方法,其特征在于,所述确定所述待处理错误在多个维度分别对应的级别,包括:
基于第一对应关系确定所述待处理错误的重要程度级别,以及,基于第二对应关系确定所述待处理错误的紧急程度级别;
其中,所述第一对应关系包括多个历史错误及其分别对应的重要程度级别;所述第二对应关系包括多个历史错误及其分别对应的紧急程度级别。
3.根据权利要求2所述的方法,其特征在于,所述方法还包括:
基于在第一预设时长内保存的第一历史错误的相关信息,确定所述第一历史错误所对应的重要程度级别;
基于所述第一历史错误及其对应的重要程度级别,更新所述第一对应关系。
4.根据权利要求3所述的方法,其特征在于,所述基于在第一预设时长内保存的第一历史错误的相关信息,确定所述第一历史错误所对应的重要程度级别,包括:
基于在第一预设时长内保存的第一历史错误的相关信息,确定所述第一历史错误的重要程度分值;其中,所述相关信息包括以下至少之一:用户感知程度、影响程度和发生次数;
基于所述第一历史错误的重要程度分值,确定所述第一历史错误所对应的重要程度级别。
5.根据权利要求2所述的方法,其特征在于,所述方法还包括:
基于在第二预设时长内保存的针对第二历史错误的用户报错次数,确定所述第二历史错误所对应的紧急程度级别;
基于所述第二历史错误及其所对应的紧急程度级别,更新所述第二对应关系。
6.根据权利要求2所述的方法,其特征在于,所述方法还包括:
获取所述第二对应关系中包含的第j个历史错误在连续K个时段内的用户报错次数;j为大于等于1的整数;K为大于等于2的整数;
基于所述第j个历史错误在所述连续K个时段内的用户报错次数的变化情况,对所述第二对应关系中包含的所述第j个历史错误所对应的紧急程度级别进行更新。
7.根据权利要求2所述的方法,其特征在于,所述基于所述待处理错误在多个维度下分别对应的级别,确定所述待处理错误对应的错误类型,包括以下之一:
在所述待处理错误的重要程度级别在第一预设范围内且所述紧急程度级别在第二预设范围内的情况下,确定所述待处理错误为第一错误类型;
在所述待处理错误的重要程度级别在第一预设范围内且所述紧急程度级别不在第二预设范围内的情况下,确定所述待处理错误为第二错误类型;
在所述待处理错误的重要程度级别不在第一预设范围内且所述紧急程度级别在第二预设范围内的情况下,确定所述待处理错误为第三错误类型;
在所述待处理错误的重要程度级别不在第一预设范围内且所述紧急程度级别不在第二预设范围内的情况下,确定所述待处理错误为第四错误类型。
8.根据权利要求7所述的方法,其特征在于,所述基于所述待处理错误的错误类型,对所述待处理错误进行相应处理,包括以下之一:
在所述待处理错误为所述第一错误类型的情况下,生成所述待处理错误的报警信息;所述报警信息用于实时发送至目标用户对应的终端以提醒所述目标用户对所述待处理错误进行实时处理;
在所述待处理错误为所述第二错误类型的情况下,生成所述待处理错误的提醒信息;所述提醒信息用于提醒所述目标用户在进行系统迭代时对所述待处理错误进行处理;
在所述待处理错误为所述第三错误类型的情况下,生成所述待处理错误所对应的修复请求;其中,所述修复请求用于在预设时间段内发送至所述目标用户对应的终端以提醒所述目标用户对所述待处理错误进行处理;
在所述待处理错误为所述第四错误类型的情况下,生成并记录所述待处理错误的错误报告信息。
9.根据权利要求1-8任一项所述的方法,其特征在于,所述方法还包括:
接收网络节点上报的错误消息;
从所述错误消息中获取并保存所述候选错误及其相关联的请求信息的标识。
10.一种信息处理装置,包括:
获取单元,用于在接收到网关设备上报的目标错误的情况下,获取所述目标错误相关联的目标请求信息的标识;
信息选取单元,用于基于所述目标请求信息的标识以及候选错误相关联的请求信息的标识,从所述候选错误中获取待处理错误;
级别确定单元,用于确定所述待处理错误在多个维度分别对应的级别;
分类单元,用于基于所述待处理错误在所述多个维度分别对应的级别,确定所述待处理错误的错误类型;
处理单元,用于基于所述待处理错误的错误类型,对所述待处理错误进行相应处理。
11.根据权利要求10所述的装置,其特征在于,所述级别确定单元,用于基于第一对应关系确定所述待处理错误的重要程度级别,以及,基于第二对应关系确定所述待处理错误的紧急程度级别;
其中,所述第一对应关系包括多个历史错误及其分别对应的重要程度级别;所述第二对应关系包括多个历史错误及其分别对应的紧急程度级别。
12.根据权利要求11所述的装置,其特征在于,所述装置还包括:
第一关系处理单元,用于基于在第一预设时长内保存的第一历史错误的相关信息,确定所述第一历史错误所对应的重要程度级别;基于所述第一历史错误及其对应的重要程度级别,更新所述第一对应关系。
13.根据权利要求12所述的装置,其特征在于,所述第一关系处理单元,用于基于在第一预设时长内保存的第一历史错误的相关信息,确定所述第一历史错误的重要程度分值;其中,所述相关信息包括以下至少之一:用户感知程度、影响程度和发生次数;基于所述第一历史错误的重要程度分值,确定所述第一历史错误所对应的重要程度级别。
14.根据权利要求11所述的装置,其特征在于,所述装置还包括:
第二关系处理单元,用于基于在第二预设时长内保存的针对第二历史错误的用户报错次数,确定所述第二历史错误所对应的紧急程度级别;基于所述第二历史错误及其所对应的紧急程度级别,更新所述第二对应关系。
15.根据权利要求11所述的装置,其特征在于,所述装置还包括:
第二关系处理单元,用于获取所述第二对应关系中包含的第j个历史错误在连续K个时段内的用户报错次数;j为大于等于1的整数;K为大于等于2的整数;基于所述第j个历史错误在所述连续K个时段内的用户报错次数的变化情况,对所述第二对应关系中包含的所述第j个历史错误所对应的紧急程度级别进行更新。
16.根据权利要求11所述的装置,其特征在于,所述分类单元,用于执行以下之一:
在所述待处理错误的重要程度级别在第一预设范围内且所述紧急程度级别在第二预设范围内的情况下,确定所述待处理错误为第一错误类型;
在所述待处理错误的重要程度级别在第一预设范围内且所述紧急程度级别不在第二预设范围内的情况下,确定所述待处理错误为第二错误类型;
在所述待处理错误的重要程度级别不在第一预设范围内且所述紧急程度级别在第二预设范围内的情况下,确定所述待处理错误为第三错误类型;
在所述待处理错误的重要程度级别不在第一预设范围内且所述紧急程度级别不在第二预设范围内的情况下,确定所述待处理错误为第四错误类型。
17.根据权利要求16所述的装置,其特征在于,所述处理单元,用于执行以下之一:
在所述待处理错误为所述第一错误类型的情况下,生成所述待处理错误的报警信息;所述报警信息用于实时发送至目标用户对应的终端以提醒所述目标用户对所述待处理错误进行实时处理;
在所述待处理错误为所述第二错误类型的情况下,生成所述待处理错误的提醒信息;所述提醒信息用于提醒所述目标用户在进行系统迭代时对所述待处理错误进行处理;
在所述待处理错误为所述第三错误类型的情况下,生成所述待处理错误所对应的修复请求;其中,所述修复请求用于在预设时间段内发送至所述目标用户对应的终端以提醒所述目标用户对所述待处理错误进行处理;
在所述待处理错误为所述第四错误类型的情况下,生成并记录所述待处理错误的错误报告信息。
18.根据权利要求10-17任一项所述的装置,其特征在于,所述装置还包括:
接收单元,用于接收网络节点分别上报的错误消息;
解析单元,用于从所述错误消息中获取所述候选错误及其相关联的请求信息的标识;
存储单元,用于保存所述候选错误及其相关联的请求信息的标识。
19.一种信息处理系统,包括:监控设备、网关设备;其中,
所述监控设备,用于在接收到网关设备上报的目标错误的情况下,获取所述目标错误相关联的目标请求信息的标识;基于所述目标请求信息的标识以及候选错误相关联的请求信息的标识,从所述候选错误中获取待处理错误;确定所述待处理错误在多个维度分别对应的级别;基于所述待处理错误在所述多个维度分别对应的级别,确定所述待处理错误的错误类型;基于所述待处理错误的错误类型,对所述待处理错误进行相应处理;
所述网关设备,用于将目标错误上报至监控设备。
20.根据权利要求19所述的系统,其特征在于,还包括:网络节点;
所述网络节点,用于在基于所述网关设备下发的请求信息执行处理的过程中产生错误的情况下,将所述错误作为候选错误;基于所述候选错误以及所述请求信息所对应的标识生成错误消息,发送所述错误消息至所述监控设备;
所述网关设备,用于在接收到请求信息的情况下,生成所述请求信息所对应的标识;将所述请求信息及其对应的标识发送至网络节点。
21.一种介质,其存储有计算机程序,其特征在于,该程序被处理器执行时实现如权利要求1-9中任一所述的方法。
22.一种计算设备,包括:
一个或多个处理器;
存储装置,用于存储一个或多个程序;
当所述一个或多个程序被所述一个或多个处理器执行时,使得所述一个或多个处理器实现如权利要求1-9中任一所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110335583.3A CN113098715B (zh) | 2021-03-29 | 2021-03-29 | 一种信息处理方法、装置、系统、介质和计算设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110335583.3A CN113098715B (zh) | 2021-03-29 | 2021-03-29 | 一种信息处理方法、装置、系统、介质和计算设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113098715A CN113098715A (zh) | 2021-07-09 |
CN113098715B true CN113098715B (zh) | 2022-07-22 |
Family
ID=76670581
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110335583.3A Active CN113098715B (zh) | 2021-03-29 | 2021-03-29 | 一种信息处理方法、装置、系统、介质和计算设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113098715B (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113704021A (zh) * | 2021-08-31 | 2021-11-26 | 平安普惠企业管理有限公司 | 基于异常信息的错误码生成方法、装置、设备及介质 |
CN115396282B (zh) * | 2022-07-20 | 2024-03-15 | 北京奇艺世纪科技有限公司 | 信息处理方法、系统及装置 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109359007A (zh) * | 2018-09-30 | 2019-02-19 | 江苏满运软件科技有限公司 | 错误日志的处理方法、系统、电子设备和存储介质 |
CN111143191A (zh) * | 2019-11-20 | 2020-05-12 | 上海灵羚科技有限公司 | 网站测试方法、装置、计算机设备和存储介质 |
CN112152823A (zh) * | 2019-06-26 | 2020-12-29 | 北京易真学思教育科技有限公司 | 网站运行错误监控方法、装置及计算机存储介质 |
CN112416705A (zh) * | 2020-11-11 | 2021-02-26 | 北京五八信息技术有限公司 | 一种异常信息的处理方法和装置 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP4377313B2 (ja) * | 2004-10-22 | 2009-12-02 | 株式会社日立製作所 | ネットワークシステムにおけるエラーリカバリレベルの最適化 |
-
2021
- 2021-03-29 CN CN202110335583.3A patent/CN113098715B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109359007A (zh) * | 2018-09-30 | 2019-02-19 | 江苏满运软件科技有限公司 | 错误日志的处理方法、系统、电子设备和存储介质 |
CN112152823A (zh) * | 2019-06-26 | 2020-12-29 | 北京易真学思教育科技有限公司 | 网站运行错误监控方法、装置及计算机存储介质 |
CN111143191A (zh) * | 2019-11-20 | 2020-05-12 | 上海灵羚科技有限公司 | 网站测试方法、装置、计算机设备和存储介质 |
CN112416705A (zh) * | 2020-11-11 | 2021-02-26 | 北京五八信息技术有限公司 | 一种异常信息的处理方法和装置 |
Also Published As
Publication number | Publication date |
---|---|
CN113098715A (zh) | 2021-07-09 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN113098715B (zh) | 一种信息处理方法、装置、系统、介质和计算设备 | |
US11805005B2 (en) | Systems and methods for predictive assurance | |
US10936386B2 (en) | Method, device and computer program product for monitoring access request | |
US11610136B2 (en) | Predicting the disaster recovery invocation response time | |
CN109543891B (zh) | 容量预测模型的建立方法、设备及计算机可读存储介质 | |
CN111585799A (zh) | 网络故障预测模型建立方法及装置 | |
CN111726358A (zh) | 攻击路径分析方法、装置、计算机设备及存储介质 | |
US11934972B2 (en) | Configuration assessment based on inventory | |
CN109491873B (zh) | 缓存监控方法、介质、装置和计算设备 | |
EP3726437A1 (en) | Failure analysis device, failure analysis method, and failure analysis program | |
EP3817316A1 (en) | Detection of security threats in a network environment | |
WO2023154538A1 (en) | System and method for reducing system performance degradation due to excess traffic | |
CN115034596A (zh) | 一种风险传导预测方法、装置、设备和介质 | |
CN111681094B (zh) | 一种监测资源策略异常的方法、装置和电子设备 | |
KR20210108340A (ko) | 언어학적 분석 기법을 이용한 it 인프라 장애 학습 및 분석 시스템 | |
US20190244148A1 (en) | Computer architecture for characterizing and managing risk | |
US20190087909A1 (en) | Technology platform dispatch system | |
CN113824590B (zh) | 微服务网络的问题预测方法、计算机设备和存储介质 | |
CN112818204B (zh) | 一种业务的处理方法、装置、设备及存储介质 | |
CN113886175A (zh) | 基于Hystrix的分布式系统集群熔断方法及分布式系统 | |
CN113342619A (zh) | 日志监控方法、系统、电子设备及可读介质 | |
CN110955647A (zh) | 数据库辅助方法、装置、计算机设备和存储介质 | |
WO2020055230A1 (en) | System and method for performing vulnerability assessment of a computer network | |
KR102656541B1 (ko) | 로그 타입별 분산 방식을 활용한 대용량 로그 데이터 분석 장치, 방법 및 프로그램 | |
CN116932324A (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 |