CN105827481A - 一种业务纠错方法和装置 - Google Patents
一种业务纠错方法和装置 Download PDFInfo
- Publication number
- CN105827481A CN105827481A CN201610202941.2A CN201610202941A CN105827481A CN 105827481 A CN105827481 A CN 105827481A CN 201610202941 A CN201610202941 A CN 201610202941A CN 105827481 A CN105827481 A CN 105827481A
- Authority
- CN
- China
- Prior art keywords
- error
- correction
- business datum
- characteristic information
- business
- 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.)
- Pending
Links
Classifications
-
- 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
-
- 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
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/50—Testing arrangements
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Mining & Analysis (AREA)
- Environmental & Geological Engineering (AREA)
- Debugging And Monitoring (AREA)
Abstract
本公开实施例公开了一种业务纠错方法和装置,所述方法包括:采集所监控的业务端的至少一个业务数据,所述业务数据中携带针对所述业务端预置的一维纠错规则中指示的至少一个特征信息和执行状态;所述一维纠错规则包括至少一个纠错条件,各个纠错条件相互独立;所述纠错条件为一个特定的特征信息不符合预设规则,或者所述纠错条件为多个特征信息的组合不符合预设规则;从采集的业务数据中,提取所述执行状态为执行失败的业务数据;分析执行失败的业务数据,判断执行失败的业务数据中携带的特征信息是否满足所述纠错条件;若满足,则向所述业务端发送纠错指令,所述纠错指令中携带所述业务端所需执行的纠错操作,从而实现对业务端执行的操作的监控。
Description
技术领域
本公开涉及软件技术,尤其涉及一种业务纠错方法,以及一种业务纠错装置。
背景技术
随着网络技术的发展,越来越多的业务系统被开发和应用,以执行不同的操作。出于系统安全等因素的考虑,需要对业务系统的运行状态进行监控,以便及时发现和解决危险问题,保证业务系统的正常运行。
但是,现有方法仅对业务系统中的服务器的状态进行监控,例如监控服务器的内存使用情况、CPU占用率等,而没有对业务系统中的业务执行端执行的操作进行监控,因此无法及时发现业务执行端执行的操作是否存在危险,业务执行端不能及时解决出现的问题,从而无法保证业务执行端、业务系统的正常运行。
发明内容
鉴于上述问题,本公开的实施例提供了一种业务纠错方法,以及一种业务纠错装置。
依据本公开的一个方面,提供了一种业务纠错方法,所述方法包括:
采集所监控的业务端的至少一个业务数据,所述业务数据中携带针对所述业务端预置的一维纠错规则中指示的至少一个特征信息和执行状态;
所述一维纠错规则包括至少一个纠错条件,各个纠错条件相互独立;所述纠错条件为一个特定的特征信息不符合预设规则,或者所述纠错条件为多个特征信息的组合不符合预设规则;
从采集的业务数据中,提取所述执行状态为执行失败的业务数据;
分析执行失败的业务数据,判断执行失败的业务数据中携带的特征信息是否满足所述纠错条件;
若满足,则向所述业务端发送纠错指令,所述纠错指令中携带所述业务端所需执行的纠错操作。
可选地,所述分析执行失败的业务数据,判断执行失败的业务数据中携带的特征信息是否满足所述纠错条件包括:
分别从执行失败的业务数据的特征信息中,提取所述一维纠错规则中各个纠错条件所需的特征信息;
针对不同纠错条件,对提取的、所需的特征信息进行分析;
判断所得分析结果是否满足所述纠错条件。
可选地,所述向所述业务端发送纠错指令包括:
依据预置的纠错条件与纠错操作的对应关系,确定所述纠错条件对应的纠错操作;
将携带有所述纠错操作的纠错指令发送至所述业务端。
可选地,在所述采集所监控的业务端的至少一个业务数据之前,所述方法还包括:
接收对所述业务端设定的一维纠错规则。
可选地,所述采集所监控的业务端的至少一个业务数据为:
访问所述业务端的业务数据存储介质,并从所述业务数据存储介质中抓取所述业务数据;
或,接收所述业务端通过API接口上传的所述业务数据;
或,从服务器的服务器存储介质中,获取所述业务数据。
可选地,当所述业务数据包括视频上传数据时,所述一维纠错规则指示的特征信息包括视频数据上传用户、上传用户操作行为、所使用的网络类型、视频数据上传节点、上传节点网络状态、视频数据频率和视频数据尺寸中至少一种。
可选地,当所述业务数据包括视频转码数据时,所述一维纠错规则指示的特征信息包括视频码率、转码耗时、转码方式、转码节点和转码所得视频数据中至少一种。
可选地,当所述业务数据包括视频分发数据时,所述一维纠错规则指示的特征信息包括分发级别。
可选地,当所述业务数据包括视频上传数据时,所述纠错操作为连接网络重新上传同一视频数据或上传更新的视频数据;
当所述业务数据包括视频转码数据时,所述纠错操作为重新执行转码操作;
当所述业务数据包括视频分发数据时,所述纠错操作为重新分发转码数据。
依据本公开的另一个方面,还提供了一种业务纠错装置,所述装置包括:
业务数据采集模块,用于采集所监控的业务端的至少一个业务数据,所述业务数据中携带针对所述业务端预置的一维纠错规则中指示的至少一个特征信息和执行状态,所述一维纠错规则包括至少一个纠错条件,各个纠错条件相互独立,所述纠错条件为一个特定的特征信息不符合预设规则,或者所述纠错条件为多个特征信息的组合不符合预设规则;
执行失败数据提取模块,用于从采集的业务数据中,提取所述执行状态为执行失败的业务数据;
业务数据分析模块,用于分析执行失败的业务数据,判断执行失败的业务数据中携带的特征信息是否满足所述纠错条件;
纠错指令发送模块,用于若满足,则向所述业务端发送纠错指令,所述纠错指令中携带所述业务端所需执行的纠错操作。
可选地,所述业务数据分析模块包括:
特征信息提取子模块,用于分别从执行失败的业务数据的特征信息中,提取所述一维纠错规则中各个纠错条件所需的特征信息;
特征信息分析子模块,针对不同纠错条件,对提取的、所需的特征信息进行分析;
分析结果判断子模块,用于判断所得分析结果是否满足所述纠错条件。
可选地,所述纠错指令发送模块包括:
纠错操作确定子模块,用于依据预置的纠错条件与纠错操作的对应关系,确定所述纠错条件对应的纠错操作;
纠错操作发送子模块,用于将携带有所述纠错操作的纠错指令发送至所述业务端。
可选地,所述装置还包括:
一维纠错规则接收模块,用于在所述采集所监控的业务端的至少一个业务数据之前,接收对所述业务端设定的一维纠错规则。
可选地,所述业务数据采集模块,具体用于访问所述业务端的业务数据存储介质,并从所述业务数据存储介质中抓取所述业务数据;
或,接收所述业务端通过API接口上传的所述业务数据;
或,从服务器的服务器存储介质中,获取所述业务数据。
可选地,当所述业务数据包括视频上传数据时,所述一维纠错规则指示的特征信息包括视频数据上传用户、上传用户操作行为、所使用的网络类型、视频数据上传节点、上传节点网络状态、视频数据频率和视频数据尺寸中至少一种。
可选地,当所述业务数据包括视频转码数据时,所述一维纠错规则指示的特征信息包括视频码率、转码耗时、转码方式、转码节点和转码所得视频数据中至少一种。
可选地,当所述业务数据包括视频分发数据时,所述一维纠错规则指示的特征信息包括分发级别。
可选地,当所述业务数据包括视频上传数据时,所述纠错操作为连接网络重新上传同一视频数据或上传更新的视频数据;
当所述业务数据包括视频转码数据时,所述纠错操作为重新执行转码操作;
当所述业务数据包括视频分发数据时,所述纠错操作为重新分发转码数据。
与现有技术相比,本公开实施例所述的业务纠错方法依据针对所监控的业务端预置的一维纠错规则中指示的至少一个特征信息和执行状态,采集所述业务端的至少一个业务数据,从采集的业务数据中,提取所述执行状态为执行失败的业务数据,分析执行失败的业务数据,判断分析结果是否满足所述一维纠错规则中的至少一个相互独立的纠错条件,若满足,则向业务端发送纠错指令,以供业务端执行纠错指令中携带的纠错操作,从而实现对业务端执行的操作的监控。可以通过纠错指令和纠错操作使业务端及时发现和解决出现的问题操作,从而保证了业务端、业务系统的正常运行。
上述说明仅是本公开技术方案的概述,为了能够更清楚了解本公开的技术手段,而可依照说明书的内容予以实施,并且为了让本公开的上述和其它目的、特征和优点能够更明显易懂,以下特举本公开的具体实施方式。
附图说明
通过阅读下文优选实施方式的详细描述,各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的,而并不认为是对本公开的限制。而且在整个附图中,用相同的参考符号表示相同的部件。在附图中:
图1示出了根据本公开实施例1的业务纠错方法的流程图;
图2示出了根据本公开实施例2的业务纠错方法的流程图;
图3示出了根据本公开实施例1的业务纠错装置的结构框图;
图4示出了根据本公开实施例2的业务纠错装置的结构框图。
具体实施方式
本公开实施例的业务纠错方法可以应用于监控平台,监控平台可以监控业务系统中一个或多个业务端进行的操作。业务端执行操作时会生成业务数据,同时会生成相应的特征信息,如操作节点、操作时长、操作状态等,监控平台可以依据针对所监控的业务端预置的纠错规则指示的特征信息,从业务端采集所需的特征信息并进行分析,若采集的业务数据满足该纠错规则中的纠错条件,则执行纠错操作,以便业务端或业务人员及时发现问题操作并及时解决出现的问题,实现了对业务端执行的操作的监控和纠错,保证了业务端的正常运行。
下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例,然而应当理解,可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了能够更透彻地理解本公开,并且能够将本公开的范围完整的传达给本领域的技术人员。
实施例1
参考图1,示出了根据本公开实施例1的业务纠错方法的流程图,该方法具体可以包括以下步骤:
步骤101、采集所监控的业务端的至少一个业务数据,所述业务数据中携带针对所述业务端预置的一维纠错规则中指示的至少一个特征信息和执行状态,所述一维纠错规则包括至少一个纠错条件,各个纠错条件相互独立,所述纠错条件为一个特定的特征信息不符合预设规则,或者所述纠错条件为多个特征信息的组合不符合预设规则。
本公开实施例的业务纠错方法应用于监控平台,对业务系统进行监控,监控业务系统中的一个或多个业务端执行的操作。若监控到业务端的操作为危险操作时,则向业务端发送纠错指令,通知业务端,业务端可以根据纠错指令中携带的纠错操作,及时解决业务端出现的问题。
业务端执行操作生成业务数据时,会对应生成多个特征信息,例如操作用户、操作节点、操作状态、操作耗时和业务数据大小等。监控平台在对某一业务端进行监控前,需要在监控平台中预置该业务端对应的一维纠错规则。在制定业务端的一维纠错规则时,可以根据监控需要,选择业务端执行操作时生成的一个或多个特征信息进行规则制定,从而监控平台可以通过分析采集的业务数据中携带的特征信息判断业务端的操作情况,实现对业务端的监控。
一维纠错规则可以包括一个或多个纠错条件,每个纠错条件可以是一个条件表达式,每个纠错条件可以指示一个或多个特征信息以及执行状态,执行状态为业务端执行操作的状态,包括操作成功和操作失败。当一维纠错规则包括多个纠错条件时,各个纠错条件相互独立,无逻辑关联。
当采集的业务数据中的一个特定的特征信息或多个特征信息的组合符合预设规则时,不执行纠错操作;当不符合时,执行纠错操作,也就是说,将一个特定的特征信息或多个特征信息的组合不符合预设规则时的条件作为纠错条件。
对所监控的业务端进行业务数据采集时,依据对该业务端预置的一维纠错规则中指示的特征信息和执行状态,采集至少一个业务数据,所采集的业务数据中携带该一维纠错规则中指示的一个或多个特征信息以及执行状态。
步骤102、从采集的业务数据中,提取所述执行状态为执行失败的业务数据。
由于采集的业务数据中携带业务端执行操作的执行状态,执行状态包括执行成功和执行失败,因此可以通过识别业务数据中的执行失败,从采集的业务数据中,提取执行状态为执行失败的业务数据。
步骤103、分析执行失败的业务数据,判断执行失败的业务数据中携带的特征信息是否满足所述纠错条件。
从执行失败的业务数据中提取业务数据中携带的特征信息,并对提取的业务数据中携带的特征信息进行分析。
当监控平台对某一业务端进行监控,并且监控平台仅内置该业务端的一维纠错规则时,将提取的执行失败的业务数据中携带的特征信息带入该一维纠错规则中的一个或多个纠错条件进行分析,并判断分析结果是否满足该纠错条件;当监控平台同时对多个业务端进行监控,监控平台内置多个业务端的一维纠错规则时,首先需要依据提取的特征信息的种类,确定对应的一维纠错规则,之后将提取的特征信息带入确定的一维纠错规则中的一个或多个纠错条件进行分析,并判断分析结果是否满足该纠错条件。
步骤104、若满足,则向所述业务端发送纠错指令,所述纠错指令中携带所述业务端所需执行的纠错操作。
若判断执行失败的业务数据中携带的特征信息满足纠错条件,则向业务端发送纠错指令。所述纠错执行中会携带纠错操作,业务端可以通过执行纠错指令中携带的纠错操作,解决业务端出现的问题。
上述步骤101-步骤104是对一个业务端执行的纠错操作,可以按照上述步骤101-步骤104述的方法,对监控平台监控的不同业务端进行纠错操作。
需要说明的是,对多个业务端的纠错操作可以同时进行,也可以分步进行,可以根据实际监控需要进行设置,不发明在此不做限制。另外本公开实施例中的监控平台可以对一个或多个业务系统进行监控,监控平台的可扩展性较好。
依据本公开实施例,依据针对所监控的业务端预置的一维纠错规则中指示的至少一个特征信息和执行状态,采集所述业务端的至少一个业务数据,从采集的业务数据中,提取所述执行状态为执行失败的业务数据,分析执行失败的业务数据,判断分析结果是否满足所述一维纠错规则中的至少一个相互独立的纠错条件,若满足,则向业务端发送纠错指令,以供业务端执行纠错指令中携带的纠错操作,从而实现对业务端执行的操作的监控。可以通过纠错指令和纠错操作使业务端及时发现和解决出现的问题操作,从而保证了业务端、业务系统的正常运行。
实施例2
参考图2,示出了根据本公开实施例2的业务纠错方法的流程图,该方法具体可以包括以下步骤:
步骤201、接收对所监控的业务端设定的一维纠错规则。
本公开实施例的方法应用于监控平台,监控平台对云视频转码系统进行监控。
本公开实施例中的步骤201-步骤205是对一个业务端进行的纠错操作,监控平台可以采用步骤201-步骤205所述的方法分别对云视频转码系统中的视频数据上传端、视频数据转码端和视频数据分发端进行监控和纠错。对多个业务端的监控和纠错操作可以同时进行,也可以分步进行,根据实际需要进行设定,本公开在此不做限制。
在对业务端进行监控之前,需要接收对所监控的业务端设定的一维监控规则。具体地可以通过以下两种方式接收对业务端设定的一维纠错规则:一种是,编程人员分别对视频数据上传端、视频数据转码端和视频数据端的一维纠错规则进行程序编辑,将编辑所得的三个一维纠错规则程序存储至监控平台内;另一种是,监控平台还可以根据业务人员在业务端的配置页面中对生成一维纠错规则所需的纠错条件或特征信息的指定,生成一维纠错规则,监控平台可以根据业务端的配置快速生成一维纠错规则,平台的可扩展性较好。
制定一维纠错规则时,可以根据当前业务端对应生成的特征信息以及监控需求进行制定。
当视频数据上传端执行上传操作时,生成的业务数据为视频上传数据,对应生成的特征信息包括视频数据上传用户、上传用户操作行为、所使用的网络类型、视频数据上传节点、上传节点网络状态、视频数据频率和视频数据尺寸等。设定一维纠错规则时,可以根据监控需要,选择上述一种或多种特征信息,生成一维纠错规则。
当视频数据转码端执行转码操作时,生成的业务数据为视频转码数据,对应生成的特征信息包括视频码率、转码耗时、转码方式、转码节点和转码所得视频数据等特征信息。设定一维纠错规则时,可以根据监控需要,选择上述一种或多种特征信息,生成一维纠错规则。
当视频数据分发端执行分发操作时,生成的业务数据为视频分发数据,对应生成的特征信息包括分发级别等特征信息。同样地,设定一维纠错规则时,可以根据监控需要,选择上述一种或多种特征信息,生成一维纠错规则。
步骤202、采集所述业务端的至少一个业务数据,所述业务数据中携带针对所述业务端预置的一维纠错规则中指示的至少一个特征信息和执行状态,所述一维纠错规则包括至少一个纠错条件,各个纠错条件相互独立,所述纠错条件为一个特定的特征信息不符合预设规则,或者所述纠错条件为多个特征信息的组合不符合预设规则。
可以通过多种方式采集业务端的业务数据,例如可以通过访问业务端的业务数据存储介质,并从业务数据存储介质中抓取所述业务数据;可以接收所述业务端通过API接口上传的所述业务数据;还可以从服务器的服务器存储介质中,获取所述业务数据。
由于不同业务端生成的特征信息不同、监控需求不同,因此不同业务端对应的一维纠错规则指示的特征信息不同,不同业务端采集的业务数据中携带的特征信息也不相同。
当业务端为视频数据上传端时,基于执行视频数据上传端执行上传操作时生成的特征信息及监控需求,该业务端对应设置的一维纠错规则指示的特征信息包括视频数据上传用户、上传用户操作行为、所使用的网络类型、视频数据上传节点、上传节点网络状态、视频数据频率和视频数据尺寸中至少一种。相应地,采集的业务数据中携带上述一种或多种特征信息。
例如,一维纠错规则中的纠错条件为“预设时段内用户主动中断上传的数目占上传失败的视频数据的数目的比例大于80%”,该纠错条件指示的特征信息为上传用户操作行为,指示的执行状态为视频数据上传状态。相应地,采集的数据中携带上传用户操作行为和视频数据上传状态两种信息。
当业务端为视频数据转码端时,基于执行视频数据转码端执行上传操作时生成的特征信息,对应设置的一维纠错规则指示的特征信息可以包括视频码率、转码耗时、转码方式、转码节点、转码所得视频数据和转码状态中至少一种。相应地,采集的业务数据中携带上述一种或多种特征信息。
例如,一维纠错规则中的纠错条件为“预设时段内转码失败的视频数据中,转码耗时大于时间A的视频数据的数目与视频码率大于码率B的视频数据的数目之和大于N”,该纠错条件指示的特征信息为转码耗时和视频码率,指示的执行状态为转码状态。相应地,采集的业务数据中携带转码耗时和视频码率两种特征信息。
当业务端为视频数据分发端时,基于执行视频数据分发端执行上传操作时生成的特征信息,对应设置的一维纠错规则指示的特征信息包括分发级别,指示的执行状态为分发状态。相应地,采集的业务数据中携带分发级别特征信息。
例如,一维纠错规则中的纠错条件为“分发失败的视频数据中,转码数据的分发次数小于P次”,该纠错条件指示的特征信息为分发次数,执行的执行状态为分发状态。相应地,采集的业务数据中携带分发次数这一特征信息。
步骤203、从采集的业务数据中,提取所述执行状态为执行失败的业务数据。
监控平台对云视频转码系统中的一个或多个业务端进行监控纠错操作。
当对视频数据上传端进行监控时,从视频数据上传端采集的业务数据中,根据业务数据中携带的执行状态,提取执行状态为执行失败的业务数据。对视频数据转码端和转码数据分发端同样采用上述方法进行数据处理。
步骤204、分析执行失败的业务数据,判断执行失败的业务数据中携带的特征信息是否满足所述纠错条件。
由于一个业务端对应的一维纠错规则中的各个纠错条件所需的特征信息不同,因此分别从执行失败的业务数据的特征信息中,提取各个纠错条件所需的特征信息,针对不同纠错条件,对提取的、所需的特征信息进行分析,判断所得分析结果是否满足所述纠错条件。
可以采用步骤203和步骤204所述的方法对从云视频转码系统中的不同业务端采集的业务数据进行分析判断。
例如,当视频数据上传端对应的一维纠错规则中的纠错条件为“预设时段内上传失败的视频数据中,上传节点网络中断的数目大于M”时,业务数据的处理过程为:从采集的业务数据中提取执行失败的业务数据,并对执行失败的业务数据中携带的上传节点网络状态这一特征信息进行分析,统计上传节点网络中断的数目,若统计数目大于M,则说明网络中断是造成视频上传失败的原因,此时需要进行下一步纠错操作,重新连接上传节点的网络,重新上传视频数据。
当视频数据转码端对应的一维纠错规则中的纠错条件为“转码失败的视频数据中,转码耗时大于时间A的视频数据的数目大于N”时,业务数据的处理过程为:从采集的业务数据中提取执行失败的业务数据,并对执行失败的业务数据中携带的转码耗时这一特征信息进行分析,统计转码耗时大于时间A的视频数据的数目,若统计结果满足上述纠错条件,则说明视频数据的转码耗时过长是造成转码失败的主要原因,此时需要执行下一步的纠错操作,重新对视频数据进行转码,将视频数据转码成码率较低的视频数据,从而减少转码耗时。
通过举例可知,监控平台可以通过对采集的业务数据中携带的特征信息进行分析,了解业务端的操作情况,找出操作失败的原因,从而实现了对业务端的监控。
步骤205、若满足,则向所述业务端发送纠错指令,所述纠错指令中携带所述业务端所需执行的纠错操作。
若判断执行失败的业务数据中携带的特征信息满足纠错条件,则监控平台根据预置的纠错条件与纠错操作的对应关系,确定当前纠错条件对应的纠错操作,并将携带有所述纠错操作的纠错指令发送至所述业务端,以供业务端通过执行纠错指令中携带的纠错操作,解决业务端出现的问题。
云视频转码系统中,由于不同业务端执行不同的操作、生成不同的业务数据,因此对应设置有不同的纠错操作。
针对视频数据上传端,生成的业务数据为视频上传数据,对应设置的纠错操作可以为连接网络重新上传同一视频数据或上传更新的视频数据;
针对视频数据转码,生成的业务数据为视频转码数据,对应设置的纠错操作可以为重新执行转码操作;
针对转码数据分发端,生成的业务数据为视频分发数据,对应设置的纠错操作可以为重新分发转码数据。
依据本公开实施例,依据针对所监控的业务端预置的一维纠错规则中指示的至少一个特征信息和执行状态,采集所述业务端的至少一个业务数据,从采集的业务数据中,提取所述执行状态为执行失败的业务数据,分析执行失败的业务数据,判断分析结果是否满足所述一维纠错规则中的至少一个相互独立的纠错条件,若满足,则向业务端发送纠错指令,以供业务端执行纠错指令中携带的纠错操作,从而实现对业务端执行的操作的监控。可以通过纠错指令和纠错操作使业务端及时发现和解决出现的问题操作,从而保证了业务端、业务系统的正常运行。
实施例3
参考图3,示出了根据本公开实施例1的业务纠错装置的结构框图,具体可以包括:
业务数据采集模块301,用于采集所监控的业务端的至少一个业务数据,所述业务数据中携带针对所述业务端预置的一维纠错规则中指示的至少一个特征信息和执行状态,所述一维纠错规则包括至少一个纠错条件,各个纠错条件相互独立;所述纠错条件为一个特定的特征信息不符合预设规则,或者所述纠错条件为多个特征信息的组合不符合预设规则。
执行失败数据提取模块302,用于从采集的业务数据中,提取所述执行状态为执行失败的业务数据。
业务数据分析模块303,用于分析执行失败的业务数据,判断执行失败的业务数据中携带的特征信息是否满足所述纠错条件。
纠错指令发送模块304,用于若满足,则向所述业务端发送纠错指令,所述纠错指令中携带所述业务端所需执行的纠错操作。
依据本公开实施例,依据针对所监控的业务端预置的一维纠错规则中指示的至少一个特征信息和执行状态,采集所述业务端的至少一个业务数据,从采集的业务数据中,提取所述执行状态为执行失败的业务数据,分析执行失败的业务数据,判断分析结果是否满足所述一维纠错规则中的至少一个相互独立的纠错条件,若满足,则向业务端发送纠错指令,以供业务端执行纠错指令中携带的纠错操作,从而实现对业务端执行的操作的监控。可以通过纠错指令和纠错操作使业务端及时发现和解决出现的问题操作,从而保证了业务端、业务系统的正常运行。
实施例4
参考图4,示出了根据本公开实施例2的业务纠错装置的结构框图,具体可以包括:
一维纠错规则接收模块401,用于接收对所监控的业务端设定的一维纠错规则。
业务数据采集模块402,用于采集所述业务端的至少一个业务数据,所述业务数据中携带针对所述业务端预置的一维纠错规则中指示的至少一个特征信息和执行状态,所述一维纠错规则包括至少一个纠错条件,各个纠错条件相互独立;所述纠错条件为一个特定的特征信息不符合预设规则,或者所述纠错条件为多个特征信息的组合不符合预设规则。
执行失败数据提取模块403,用于从采集的业务数据中,提取所述执行状态为执行失败的业务数据。
业务数据分析模块404,用于分析执行失败的业务数据,判断执行失败的业务数据中携带的特征信息是否满足所述纠错条件。
纠错指令发送模块405,用于若满足,则向所述业务端发送纠错指令,所述纠错指令中携带所述业务端所需执行的纠错操作。
本公开实施例中,优选地,所述业务数据分析模块404包括:
特征信息提取子模块,用于分别从执行失败的业务数据的特征信息中,提取所述一维纠错规则中各个纠错条件所需的特征信息;
特征信息分析子模块,针对不同纠错条件,对提取的、所需的特征信息进行分析;
分析结果判断子模块,用于判断所得分析结果是否满足所述纠错条件。
本公开实施例中,优选地,所述纠错指令发送模块405包括:
纠错操作确定子模块,用于依据预置的纠错条件与纠错操作的对应关系,确定所述纠错条件对应的纠错操作;
纠错操作发送子模块,用于将携带有所述纠错操作的纠错指令发送至所述业务端。
本公开实施例中,优选地,所述业务数据采集模块402,具体用于访问所述业务端的业务数据存储介质,并从所述业务数据存储介质中抓取所述业务数据;
或,接收所述业务端通过API接口上传的所述业务数据;
或,从服务器的服务器存储介质中,获取所述业务数据。
本公开实施例中,优选地,当所述业务数据包括视频上传数据时,所述一维纠错规则指示的特征信息包括视频数据上传用户、上传用户操作行为、所使用的网络类型、视频数据上传节点、上传节点网络状态、视频数据频率和视频数据尺寸中至少一种。
本公开实施例中,优选地,当所述业务数据包括视频转码数据时,所述一维纠错规则指示的特征信息包括视频码率、转码耗时、转码方式、转码节点和转码所得视频数据中至少一种。
本公开实施例中,优选地,当所述业务数据包括视频分发数据时,所述一维纠错规则指示的特征信息包括分发级别。
本公开实施例中,优选地,当所述业务数据包括视频上传数据时,所述纠错操作为连接网络重新上传同一视频数据或上传更新的视频数据;
当所述业务数据包括视频转码数据时,所述纠错操作为重新执行转码操作;
当所述业务数据包括视频分发数据时,所述纠错操作为重新分发转码数据。
依据本公开实施例,依据针对所监控的业务端预置的一维纠错规则中指示的至少一个特征信息和执行状态,采集所述业务端的至少一个业务数据,从采集的业务数据中,提取所述执行状态为执行失败的业务数据,分析执行失败的业务数据,判断分析结果是否满足所述一维纠错规则中的至少一个相互独立的纠错条件,若满足,则向业务端发送纠错指令,以供业务端执行纠错指令中携带的纠错操作,从而实现对业务端执行的操作的监控。可以通过纠错指令和纠错操作使业务端及时发现和解决出现的问题操作,从而保证了业务端、业务系统的正常运行。
由于所述装置实施例基本相应于前述图1-图2所示的方法实施例,故本实施例的描述中未详尽之处,可以参见前述实施例中的相关说明,在此就不赘述了。
在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述,构造这类系统所要求的结构是显而易见的。此外,本公开也不针对任何特定编程语言。应当明白,可以利用各种编程语言实现在此描述的本公开的内容,并且上面对特定语言所做的描述是为了披露本公开的最佳实施方式。
在此处所提供的说明书中,说明了大量具体细节。然而,能够理解,本公开的实施例可以在没有这些具体细节的情况下实践。在一些实例中,并未详细示出公知的方法、结构和技术,以便不模糊对本说明书的理解。
类似地,应当理解,为了精简本公开并帮助理解各个发明方面中的一个或多个,在上面对本公开的示例性实施例的描述中,本公开的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而,并不应将该公开的方法解释成反映如下意图:即所要求保护的本公开要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说,如下面的权利要求书所反映的那样,发明方面在于少于前面公开的单个实施例的所有特征。因此,遵循具体实施方式的权利要求书由此明确地并入该具体实施方式,其中每个权利要求本身都作为本公开的单独实施例。
本领域那些技术人员可以理解,可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件,以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外,可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述,本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
此外,本领域的技术人员能够理解,尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征,但是不同实施例的特征的组合意味着处于本公开的范围之内并且形成不同的实施例。例如,在下面的权利要求书中,所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
本公开的各个部件实施例可以以硬件实现,或者以在一个或者多个处理器上运行的软件模块实现,或者以它们的组合实现。本领域的技术人员应当理解,可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本公开实施例的业务纠错装置中的一些或者全部部件的一些或者全部功能。本公开还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如,计算机程序和计算机程序产品)。这样的实现本公开的程序可以存储在计算机可读介质上,或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到,或者在载体信号上提供,或者以任何其他形式提供。
应该注意的是上述实施例对本公开进行说明而不是对本公开进行限制,并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中,不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本公开可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中,这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
Claims (18)
1.一种业务纠错方法,所述方法包括:
采集所监控的业务端的至少一个业务数据,所述业务数据中携带针对所述业务端预置的一维纠错规则中指示的至少一个特征信息和执行状态;
所述一维纠错规则包括至少一个纠错条件,各个纠错条件相互独立;所述纠错条件为一个特定的特征信息不符合预设规则,或者所述纠错条件为多个特征信息的组合不符合预设规则;
从采集的业务数据中,提取所述执行状态为执行失败的业务数据;
分析执行失败的业务数据,判断执行失败的业务数据中携带的特征信息是否满足所述纠错条件;
若满足,则向所述业务端发送纠错指令,所述纠错指令中携带所述业务端所需执行的纠错操作。
2.根据权利要求1所述的方法,其中,所述分析执行失败的业务数据,判断执行失败的业务数据中携带的特征信息是否满足所述纠错条件包括:
分别从执行失败的业务数据的特征信息中,提取所述一维纠错规则中各个纠错条件所需的特征信息;
针对不同纠错条件,对提取的、所需的特征信息进行分析;
判断所得分析结果是否满足所述纠错条件。
3.根据权利1所述的方法,其中,所述向所述业务端发送纠错指令包括:
依据预置的纠错条件与纠错操作的对应关系,确定所述纠错条件对应的纠错操作;
将携带有所述纠错操作的纠错指令发送至所述业务端。
4.根据权利要求1所述的方法,其中,在所述采集所监控的业务端的至少一个业务数据之前,所述方法还包括:
接收对所述业务端设定的一维纠错规则。
5.根据权利要求1所述的方法,其中,所述采集所监控的业务端的至少一个业务数据为:
访问所述业务端的业务数据存储介质,并从所述业务数据存储介质中抓取所述业务数据;
或,接收所述业务端通过API接口上传的所述业务数据;
或,从服务器的服务器存储介质中,获取所述业务数据。
6.根据权利1所述的方法,其中,当所述业务数据包括视频上传数据时,所述一维纠错规则指示的特征信息包括视频数据上传用户、上传用户操作行为、所使用的网络类型、视频数据上传节点、上传节点网络状态、视频数据频率和视频数据尺寸中至少一种。
7.根据权利1所述的方法,其中,当所述业务数据包括视频转码数据时,所述一维纠错规则指示的特征信息包括视频码率、转码耗时、转码方式、转码节点和转码所得视频数据中至少一种。
8.根据权利1所述的方法,其中,当所述业务数据包括视频分发数据时,所述一维纠错规则指示的特征信息包括分发级别。
9.根据权利要求1所述的方法,其中:
当所述业务数据包括视频上传数据时,所述纠错操作为连接网络重新上传同一视频数据或上传更新的视频数据;
当所述业务数据包括视频转码数据时,所述纠错操作为重新执行转码操作;
当所述业务数据包括视频分发数据时,所述纠错操作为重新分发转码数据。
10.一种业务纠错装置,所述装置包括:
业务数据采集模块,用于采集所监控的业务端的至少一个业务数据,所述业务数据中携带针对所述业务端预置的一维纠错规则中指示的至少一个特征信息和执行状态,所述一维纠错规则包括至少一个纠错条件,各个纠错条件相互独立,所述纠错条件为一个特定的特征信息不符合预设规则,或者所述纠错条件为多个特征信息的组合不符合预设规则;
执行失败数据提取模块,用于从采集的业务数据中,提取所述执行状态为执行失败的业务数据;
业务数据分析模块,用于分析执行失败的业务数据,判断执行失败的业务数据中携带的特征信息是否满足所述纠错条件;
纠错指令发送模块,用于若满足,则向所述业务端发送纠错指令,所述纠错指令中携带所述业务端所需执行的纠错操作。
11.根据权利要求10所述的装置,其中,所述业务数据分析模块包括:
特征信息提取子模块,用于分别从执行失败的业务数据的特征信息中,提取所述一维纠错规则中各个纠错条件所需的特征信息;
特征信息分析子模块,针对不同纠错条件,对提取的、所需的特征信息进行分析;
分析结果判断子模块,用于判断所得分析结果是否满足所述纠错条件。
12.根据权利10所述的装置,其中,所述纠错指令发送模块包括:
纠错操作确定子模块,用于依据预置的纠错条件与纠错操作的对应关系,确定所述纠错条件对应的纠错操作;
纠错操作发送子模块,用于将携带有所述纠错操作的纠错指令发送至所述业务端。
13.根据权利要求10所述的装置,其中,所述装置还包括:
一维纠错规则接收模块,用于在所述采集所监控的业务端的至少一个业务数据之前,接收对所述业务端设定的一维纠错规则。
14.根据权利要求10所述的装置,其中,所述业务数据采集模块,具体用于访问所述业务端的业务数据存储介质,并从所述业务数据存储介质中抓取所述业务数据;
或,接收所述业务端通过API接口上传的所述业务数据;
或,从服务器的服务器存储介质中,获取所述业务数据。
15.根据权利10所述的装置,其中,当所述业务数据包括视频上传数据时,所述一维纠错规则指示的特征信息包括视频数据上传用户、上传用户操作行为、所使用的网络类型、视频数据上传节点、上传节点网络状态、视频数据频率和视频数据尺寸中至少一种。
16.根据权利10所述的装置,其中,当所述业务数据包括视频转码数据时,所述一维纠错规则指示的特征信息包括视频码率、转码耗时、转码方式、转码节点和转码所得视频数据中至少一种。
17.根据权利10所述的装置,其中,当所述业务数据包括视频分发数据时,所述一维纠错规则指示的特征信息包括分发级别。
18.根据权利要求10所述的装置,其中:
当所述业务数据包括视频上传数据时,所述纠错操作为连接网络重新上传同一视频数据或上传更新的视频数据;
当所述业务数据包括视频转码数据时,所述纠错操作为重新执行转码操作;
当所述业务数据包括视频分发数据时,所述纠错操作为重新分发转码数据。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610202941.2A CN105827481A (zh) | 2016-03-31 | 2016-03-31 | 一种业务纠错方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610202941.2A CN105827481A (zh) | 2016-03-31 | 2016-03-31 | 一种业务纠错方法和装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN105827481A true CN105827481A (zh) | 2016-08-03 |
Family
ID=56525500
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610202941.2A Pending CN105827481A (zh) | 2016-03-31 | 2016-03-31 | 一种业务纠错方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105827481A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113297038A (zh) * | 2020-04-07 | 2021-08-24 | 阿里巴巴集团控股有限公司 | 监控与数据处理方法、装置、设备及监控系统、数据中心 |
CN114022279A (zh) * | 2021-11-05 | 2022-02-08 | 税友软件集团股份有限公司 | 一种业务数据纠错方法、装置、设备及可读存储介质 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101577672A (zh) * | 2008-05-07 | 2009-11-11 | 中国移动通信集团公司 | 在流媒体业务中数据传输的方法、系统及装置 |
CN102045351A (zh) * | 2010-12-03 | 2011-05-04 | 中国联合网络通信集团有限公司 | 流媒体发布平台及方法 |
CN104993952A (zh) * | 2015-06-19 | 2015-10-21 | 成都艾尔普科技有限责任公司 | 网络用户行为审计与责任管理系统 |
-
2016
- 2016-03-31 CN CN201610202941.2A patent/CN105827481A/zh active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101577672A (zh) * | 2008-05-07 | 2009-11-11 | 中国移动通信集团公司 | 在流媒体业务中数据传输的方法、系统及装置 |
CN102045351A (zh) * | 2010-12-03 | 2011-05-04 | 中国联合网络通信集团有限公司 | 流媒体发布平台及方法 |
CN104993952A (zh) * | 2015-06-19 | 2015-10-21 | 成都艾尔普科技有限责任公司 | 网络用户行为审计与责任管理系统 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113297038A (zh) * | 2020-04-07 | 2021-08-24 | 阿里巴巴集团控股有限公司 | 监控与数据处理方法、装置、设备及监控系统、数据中心 |
CN114022279A (zh) * | 2021-11-05 | 2022-02-08 | 税友软件集团股份有限公司 | 一种业务数据纠错方法、装置、设备及可读存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107562620B (zh) | 一种埋点自动设置方法和装置 | |
CN109684847B (zh) | 脚本漏洞的自动修复方法、装置、设备及存储介质 | |
CN109408105A (zh) | 用户行为数据的采集方法、装置、计算装置和存储介质 | |
CN110046073B (zh) | 一种日志采集方法及装置、设备、存储介质 | |
CN107370806B (zh) | Http状态码监控方法、装置、存储介质和电子设备 | |
US9928055B1 (en) | Validating development software by comparing results from processing historic data sets | |
CN111858113B (zh) | 应用程序的修复方法、装置、业务系统及存储介质 | |
CN106294116A (zh) | 记录和重现操作过程的方法、装置和系统 | |
CN105743730A (zh) | 为移动终端的网页服务提供实时监控的方法及其系统 | |
CN110297776B (zh) | 检测报告生成、接收方法、装置、设备及存储介质 | |
CN112241360A (zh) | 一种测试用例生成方法、装置、设备及存储介质 | |
CN104615523A (zh) | 一种基于ipmi协议的bmc管理模块疲劳测试方法 | |
CN105637488A (zh) | 追踪源代码用于末端用户监控 | |
CN105260290A (zh) | 应用异常信息收集方法和装置 | |
CN113778879A (zh) | 接口的模糊测试方法及装置 | |
CN105825641A (zh) | 一种业务报警方法和装置 | |
CN104007942A (zh) | 日志的打印控制方法和打印控制装置 | |
CN103645893A (zh) | 软件需求审核方法以及需求审核系统 | |
CN105827481A (zh) | 一种业务纠错方法和装置 | |
CN103368762A (zh) | 大数据对比测试方法、系统及装置 | |
CN105827447A (zh) | 一种业务报警方法和装置 | |
CN113037521B (zh) | 识别通讯设备状态的方法、通讯系统及存储介质 | |
CN113806231A (zh) | 一种代码覆盖率分析方法、装置、设备和介质 | |
CN114416420A (zh) | 设备问题反馈方法和系统 | |
CN115700549A (zh) | 模型训练方法、故障确定方法、电子设备和程序产品 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20160803 |
|
WD01 | Invention patent application deemed withdrawn after publication |