CN105933177A - 一种业务纠错方法和装置 - Google Patents

Abstract

本公开实施例公开了一种业务纠错方法和装置。所述方法包括：采集所监控的业务端的至少一个业务数据，所述业务数据中携带针对所述业务端预置的多维纠错规则中指示的至少一个特征信息和执行状态；所述多维纠错规则包括至少一个具有层级结构的纠错判断规则，各个具有层级结构的纠错判断规则相互独立；从采集的业务数据中，提取所述执行状态为执行失败的业务数据；分析执行失败的业务数据，基于所述业务数据中携带的特征信息，确定对应的具有层级结构的纠错判断规则；按照所确定的纠错判断规则的层级结构，逐层判断执行失败的业务数据中携带的特征信息是否满足所述纠错判断规则中的纠错条件；若满足，则向所述业务端发送携带纠错操作的纠错指令。

Description

一种业务纠错方法和装置

技术领域

本公开涉及软件技术，尤其涉及一种业务纠错方法，以及一种业务纠错装置。

背景技术

随着网络技术的发展，越来越多的业务***被开发和应用，以执行不同的操作。出于***安全等因素的考虑，需要对业务***的运行状态进行监控，以便及时发现和解决危险问题，保证业务***的正常运行。

但是，现有方法仅对业务***中的服务器的状态进行监控，例如监控服务器的内存使用情况、CPU占用率等，而没有对业务***中的业务执行端执行的操作进行监控，因此无法及时发现业务执行端执行的操作是否存在危险，业务执行端不能及时解决出现的问题，从而无法保证业务执行端、业务***的正常运行。

发明内容

鉴于上述问题，本公开的实施例提供了一种业务纠错方法，以及一种业务纠错装置。

依据本公开的一个方面，提供了一种业务纠错方法，所述方法包括：

采集所监控的业务端的至少一个业务数据，所述业务数据中携带针对所述业务端预置的多维纠错规则中指示的至少一个特征信息和执行状态；

所述多维纠错规则包括至少一个具有层级结构的纠错判断规则，各个具有层级结构的纠错判断规则相互独立；

从采集的业务数据中，提取所述执行状态为执行失败的业务数据；

分析执行失败的业务数据，基于所述业务数据中携带的特征信息，确定对应的具有层级结构的纠错判断规则；

按照所确定的纠错判断规则的层级结构，逐层判断执行失败的业务数据中携带的特征信息是否满足所述纠错判断规则中的纠错条件；

若满足，则向所述业务端发送纠错指令，所述纠错指令中携带所述业务端所需执行的纠错操作。

可选地，所述向所述业务端发送纠错指令包括：

依据预置的纠错条件与纠错操作的对应关系，确定所述纠错条件对应的纠错操作；

将携带有所述纠错操作的纠错指令发送至所述业务端。

可选地，在所述采集所监控的业务端的至少一个业务数据之前，所述方法还包括：

接收对所述业务端设定的多维纠错规则。

可选地，所述采集所监控的业务端的至少一个业务数据为：

访问所述业务端的业务数据存储介质，并从所述业务数据存储介质中抓取所述业务数据；

或，接收所述业务端通过API接口上传的所述业务数据；

或，从服务器的服务器存储介质中，获取所述业务数据。

可选地，当所述业务数据包括视频上传数据时，所述多维纠错规则指示的特征信息包括视频数据上传用户、上传用户操作行为、所使用的网络类型、视频数据上传节点、上传节点网络状态、视频数据频率和视频数据尺寸中至少一种。

可选地，当所述业务数据包括视频转码数据时，所述多维纠错规则指示的特征信息包括视频码率、转码耗时、转码方式、转码节点和转码所得视频数据中至少一种。

可选地，当所述业务数据包括视频分发数据时，所述多维纠错规则指示的特征信息包括分发级别。

可选地，当所述业务数据包括视频上传数据时，所述按照所确定的纠错判断规则的层级结构，逐层判断执行失败的业务数据中携带的特征信息是否满足所述纠错判断规则中的纠错条件包括：

对优先级最高的层级进行判断，判断预设时段内上传失败的视频数据的数目是否大于M；

若大于，则对下一层级的两个纠错条件进行判断：

S1、判断上传用户网络状态为网络中断的视频数据的数目是否大于第一纠错阈值，当大于时满足一个纠错条件；

S2、判断视频数据尺寸是否大于第二纠错阈值，当大于时满足另一个纠错条件。

可选地，当所述业务数据为视频上传数据时，所述纠错操作为连接网络重新上传同一视频数据或上传更新的视频数据；

当所述业务数据为视频转码数据时，所述纠错操作为重新转码视频数据；

当所述业务数据为视频分发数据时，所述纠错操作为重新分发转码数据。

依据本公开的另一个方面，还提供了一种业务纠错装置，所述装置包括：

业务数据采集模块，用于采集所监控的业务端的至少一个业务数据，所述业务数据中携带针对所述业务端预置的多维纠错规则中指示的至少一个特征信息和执行状态，所述多维纠错规则包括至少一个具有层级结构的纠错判断规则，各个具有层级结构的纠错判断规则相互独立；

执行失败数据提取模块，用于从采集的业务数据中，提取所述执行状态为执行失败的业务数据；

纠错判断规则确定模块，用于分析执行失败的业务数据，基于所述业务数据中携带的特征信息，确定对应的具有层级结构的纠错判断规则；

纠错条件判断模块，用于按照所确定的纠错判断规则的层级结构，逐层判断执行失败的业务数据中携带的特征信息是否满足所述纠错判断规则中的纠错条件；

纠错指令发送模块，用于若满足，则向所述业务端发送纠错指令，所述纠错指令中携带所述业务端所需执行的纠错操作。

可选地，所述纠错指令发送模块包括：

纠错操作确定子模块，用于依据预置的纠错条件与纠错操作的对应关系，确定所述纠错条件对应的纠错操作；

纠错操作发送子模块，用于将携带有所述纠错操作的纠错指令发送至所述业务端。

可选地，所述装置还包括：

多维纠错规则接收模块，用于在所述采集所监控的业务端的至少一个业务数据之前，接收对所述业务端设定的多维纠错规则。

可选地，所述业务数据采集模块，具体用于访问所述业务端的业务数据存储介质，并从所述业务数据存储介质中抓取所述业务数据；

或，接收所述业务端通过API接口上传的所述业务数据；

或，从服务器的服务器存储介质中，获取所述业务数据。

可选地，当所述业务数据包括视频上传数据时，所述多维纠错规则指示的特征信息包括视频数据上传用户、上传用户操作行为、所使用的网络类型、视频数据上传节点、上传节点网络状态、视频数据频率和视频数据尺寸中至少一种。

可选地，当所述业务数据包括视频转码数据时，所述多维纠错规则指示的特征信息包括视频码率、转码耗时、转码方式、转码节点和转码所得视频数据中至少一种。

可选地，当所述业务数据包括视频分发数据时，所述多维纠错规则指示的特征信息包括分发级别。

可选地，当所述业务数据包括视频上传数据时，所述纠错条件判断模块，具体用于对优先级最高的层级进行判断，判断预设时段内上传失败的视频数据的数目是否大于M；

若大于，则对下一层级的两个纠错条件进行判断：

S1、判断上传用户网络状态为网络中断的视频数据的数目是否大于第一纠错阈值，当大于时满足一个纠错条件；

S2、判断视频数据尺寸是否大于第二纠错阈值，当大于时满足另一个纠错条件。

可选地，当所述业务数据为视频上传数据时，所述纠错操作为连接网络重新上传同一视频数据或上传更新的视频数据；

当所述业务数据为视频转码数据时，所述纠错操作为重新转码视频数据；

当所述业务数据为视频分发数据时，所述纠错操作为重新分发转码数据。

与现有技术相比，本公开实施例所述的业务纠错方法依据针对所监控的业务端预置的多维纠错规则中指示的至少一个特征信息和执行状态，采集所述业务端的至少一个业务数据，从采集的业务数据中，提取所述执行状态为执行失败的业务数据，分析执行失败的业务数据中携带的特征信息，基于特征信息的种类，确定对应的多维纠错规则，从而确定对应的、所述多维纠错规则中包括的一个或多个纠错判断规则，之后将执行失败的业务数据中携带的特征信息带入确定的具有层级结构的纠错判断规则中进行逐层分析，判断携带的特征信息是否满足纠错判断规则中的纠错条件，若满足，则向业务端发送纠错指令，以供业务端执行纠错指令中携带的纠错操作，从而实现了对业务端执行的操作的监控和纠错。可以通过纠错指令和纠错操作，使业务端及时发现问题并且准确地解决出现的问题，从而保证了业务端、业务***的正常运行。

上述说明仅是本公开技术方案的概述，为了能够更清楚了解本公开的技术手段，而可依照说明书的内容予以实施，并且为了让本公开的上述和其它目的、特征和优点能够更明显易懂，以下特举本公开的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本公开的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了根据本公开实施例1的业务纠错方法的流程图；

图2示出了根据本公开实施例2的业务纠错方法的流程图；

图3示出了根据本公开实施例的一个示例的业务纠错方法的流程图；

图4示出了根据本公开实施例1的业务纠错装置的结构框图；

图5示出了根据本公开实施例2的业务纠错装置的结构框图。

具体实施方式

本公开实施例的业务纠错方法可以应用于监控平台，监控平台可以监控业务***中一个或多个业务端进行的操作。业务端执行操作时会生成业务数据，同时会生成相应的特征信息，如操作节点、操作时长、操作状态等。监控平台可以依据针对所监控的业务端预置的纠错规则指示的特征信息，从业务端采集所需的特征信息并进行分析，若采集的业务数据满足该纠错规则中的纠错条件，则执行纠错操作，向所述业务端发送纠错指令，所述纠错指令中携带该业务端所需执行的执行操作。业务端可以根据接收的纠错指令及时发现问题操作，并根据纠错指令中携带的纠错操作准确地解决出现的问题，从而实现对业务端执行的操作的监控和纠错，保证了业务端的正常运行。

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

实施例1

参考图1，示出了根据本公开实施例1的业务纠错方法的流程图，该方法具体可以包括以下步骤：

步骤101、采集所监控的业务端的至少一个业务数据，所述业务数据中携带针对所述业务端预置的多维纠错规则中指示的至少一个特征信息和执行状态，所述多维纠错规则包括至少一个具有层级结构的纠错判断规则，各个具有层级结构的纠错判断规则相互独立。

监控平台在对某一业务端进行监控前，需要在监控平台中预置该业务端对应的多维纠错规则。在制定业务端的多维纠错规则时，可以根据监控需要，选择业务端执行操作时生成的一个或多个特征信息进行规则制定。从而可以通过分析采集的业务数据中携带的特征信息判定业务端的操作情况，实现对业务端的监控。

多维纠错规则可以包括一个或多个纠错判断规则，当多维纠错规则包括多个纠错判断规则时，各个纠错判断规则相互独立，无逻辑关联。

纠错判断规则具有层级结构，每个层级可以对应一个或多个条件表达式，纠错判断规则可以指示一个或多个特征信息。每个纠错判断规则中可以包括一个或多个纠错条件，层级中的每个条件表达式可以对应一个纠错条件，也可以不对应纠错条件，可以根据纠错需要进行设定。

纠错判断规则中不同层级间的条件表达式存在逻辑关联，下一层级的条件表达式可用于对上一层级的条件表达式反映的问题进行进一步分析。多个条件表达式可以为线性结构或树形结构。通过使用具有层级结构的纠错判断规则逐层对采集的业务数据中的特征信息进行判断，从而可以更加精准地判定问题出现的原因，有利于快速解决问题。

实际中当一个特定的特征信息或多个特征信息的组合符合预设规则时，不执行纠错操作；当一个特定的特征信息或多个特征信息的组合不符合预设规则时，执行纠错操作，也就是说，将一个特定的特征信息或多个特征信息的组合不符合预设规则时的条件作为纠错条件。

对所监控的业务端进行业务数据采集时，依据对该业务端预置的具有层级结构的多维纠错规则中指示的特征信息以及执行状态，采集至少一个业务数据，所采集的业务数据中携带该多维纠错规则中指示的一个或多个特征信息以及该业务端执行操作的执行状态。

步骤102、从采集的业务数据中，提取所述执行状态为执行失败的业务数据。

由于采集的业务数据中携带业务端执行操作的执行状态，执行状态包括执行成功和执行失败，因此可以通过识别业务数据中携带的执行失败，从采集的业务数据中，提取执行状态为执行失败的业务数据。

步骤103、分析执行失败的业务数据，基于所述业务数据中携带的特征信息，确定对应的具有层级结构的纠错判断规则。

从执行失败的业务数据中提取业务数据中携带的特征信息，并对提取的业务数据中携带的特征信息进行分析。

对从业务端采集的业务数据进行分析，提取业务数据中携带的特征信息。当监控平台对某一业务端进行监控，并且监控平台仅内置该业务端的多维纠错规则时，将提取的业务数据中携带的特征信息带入该多维纠错规则中的一个或多个纠错判断规则中进行逐层分析，并判断携带的特征信息是否满足该纠错条件。

当监控平台同时对多个业务端进行监控，监控平台内置多个多维纠错规则时，首先需要依据采集的特征信息的种类，确定该业务端对应的多维纠错规则，之后将采集的特征信息带入确定的多维纠错规则中的一个或多个具有层级结构的纠错判断规则中进行逐层分析，判断携带的特征信息是否满足纠错判断规则中的纠错条件。实际中还可以通过其他适用方式确定该业务端对应的多维纠错规则。

步骤104、按照所确定的纠错判断规则的层级结构，逐层判断执行失败的业务数据中携带的特征信息是否满足所述纠错判断规则中的纠错条件。

在依据业务数据中携带的特征信息，确定对应的纠错判断规则后，按照所确定的纠错判断规则的层级结构中层级的优先级从高到低的顺序，依次将执行失败的业务数据中携带的特征信息带入纠错判断规则中的各个层级的一个或多个条件表达式中，判断特征信息是否满足条件表达式对应的纠错条件。

步骤105、若满足，则向所述业务端发送纠错指令，所述纠错指令中携带所述业务端所需执行的纠错操作。

若判断执行失败的业务数据中携带的特征信息满足纠错判断规则中的纠错条件，则向业务端发送纠错指令。所述纠错执行中携带纠错操作，业务端可以通过执行纠错指令中携带的纠错操作，解决业务端出现的问题。

上述步骤101-步骤105是对一个业务端执行的纠错操作，可以按照上述步骤101-步骤105述的方法，对监控平台监控的不同业务端进行纠错操作。

需要说明的是，对多个业务端的纠错操作可以同时进行，也可以分步进行，可以根据实际监控需要进行设置，不发明在此不做限制。另外本公开实施例中的监控平台可以对一个或多个业务***进行监控，监控平台的可扩展性较好。

依据本公开实施例，依据针对所监控的业务端预置的多维纠错规则中指示的至少一个特征信息和执行状态，采集所述业务端的至少一个业务数据，从采集的业务数据中，提取所述执行状态为执行失败的业务数据，分析执行失败的业务数据中携带的特征信息，基于特征信息的种类，确定对应的多维纠错规则，从而确定对应的、所述多维纠错规则中包括的一个或多个纠错判断规则，之后将执行失败的业务数据中携带的特征信息带入确定的具有层级结构的纠错判断规则中进行逐层分析，判断携带的特征信息是否满足纠错判断规则中的纠错条件，若满足，则向业务端发送纠错指令，以供业务端执行纠错指令中携带的纠错操作，从而实现了对业务端执行的操作的监控和纠错。可以通过纠错指令和纠错操作，使业务端及时发现问题并且准确地解决出现的问题，从而保证了业务端、业务***的正常运行。

实施例2

参考图2，示出了根据本公开实施例2的业务纠错方法的流程图，该方法具体可以包括以下步骤：

步骤201、接收对所监控的业务端设定的多维纠错规则。

本公开实施例的方法应用于监控平台，并且监控平台对云视频转码***进行监控。由于云视频转码***包括视频数据上传端、视频数据转码端和视频数据分发端，因此需要接收分别对上述三个业务端设定的多个多维纠错规则。

本公开实施例中的步骤201-步骤206是对一个业务端进行的纠错操作，监控平台可以采用步骤201-步骤206所述的方法分别对云视频转码***中的视频数据上传端、视频数据转码端和视频数据分发端进行监控和纠错。对多个业务端的监控和纠错操作可以同时进行，也可以分步进行，根据实际需要进行设定，本公开在此不做限制。

在对业务端进行监控之前，可以通过以下两种方式接收对业务端设定的多维纠错规则：

一种是，编程人员分别对视频数据上传端、视频数据转码端和视频数据端的多维纠错规则进行程序编辑，将编辑所得的三个多维纠错规则程序存储至监控平台内；另一种是，监控平台还可以根据业务人员在业务端的配置页面中对生成多维纠错规则所需的纠错条件或特征信息的指定，生成多维纠错规则，监控平台可以根据业务端的配置快速生成多维纠错规则，可扩展性较好。

可以根据不同的特征信息和不同的监控需要，对不同业务端设定不同的多维纠错规则。

当视频数据上传端执行上传操作时，生成的业务数据为视频上传数据，对应生成的特征信息包括视频数据上传用户、上传用户操作行为、所使用的网络类型、视频数据上传节点、上传节点网络状态、视频数据频率和视频数据尺寸等。设定多维纠错规则时，可以根据监控需要，选择上述一种或多种特征信息，生成多维纠错规则。

当视频数据转码端执行转码操作时，生成的业务数据为视频转码数据，对应生成的特征信息包括视频码率、转码耗时、转码方式、转码节点和转码所得视频数据等。设定多维纠错规则时，可以根据监控需要，选择上述一种或多种特征信息，生成多维纠错规则。

当视频数据分发端执行分发操作时，生成的业务数据为视频分发数据，对应生成的特征信息包括分发级别等。同样地，设定多维纠错规则时，可以根据监控需要，选择上述一种或多种特征信息，生成多维纠错规则。

步骤202、采集所述业务端的至少一个业务数据，所述业务数据中携带针对所述业务端预置的多维纠错规则中指示的至少一个特征信息和执行状态，所述多维纠错规则包括至少一个具有层级结构的纠错判断规则，各个具有层级结构的纠错判断规则相互独立。

可以通过多种方式采集业务端的业务数据，如可以通过访问业务端的业务数据存储介质，并从业务数据存储介质中抓取业务数据；可以接收业务端通过API接口上传的所述业务数据；还可以从服务器的服务器存储介质中，获取所述业务数据。

由于不同业务端生成的特征信息不同、监控需求不同，因此不同业务端对应的多维纠错规则指示的特征信息不同，不同业务端采集的业务数据中携带的特征信息也不相同。

当业务端为视频数据上传端时，基于执行视频数据上传端执行上传操作时生成的特征信息及监控需求，该业务端对应设置的多维纠错规则指示的特征信息可以包括视频数据上传用户、上传用户操作行为、所使用的网络类型、视频数据上传节点、上传节点网络状态、视频数据频率和视频数据尺寸中至少一种。相应地，采集的业务数据中携带上述一种或多种特征信息。

当业务端为视频数据转码端时，基于执行视频数据转码端执行上传操作时生成的特征信息，对应设置的多维纠错规则指示的特征信息可以包括视频码率、转码耗时、转码方式、转码节点和转码所得视频数据中至少一种。相应地，采集的业务数据中携带上述一种或多种特征信息。

当业务端为视频数据分发端时，基于执行视频数据分发端执行上传操作时生成的特征信息，对应设置的多维纠错规则指示的特征信息可以包括分发级别。相应地，采集的业务数据中携带上述一种或多种特征信息。

步骤203、从采集的业务数据中，提取所述执行状态为执行失败的业务数据。

监控平台对云视频转码***中的一个或多个业务端进行监控纠错操作。

当对视频数据上传端进行监控时，从视频数据上传端采集的业务数据中，根据业务数据中携带的执行状态，提取执行状态为执行失败的业务数据。对视频数据转码端和转码数据分发端同样可以采用上述方法进行数据处理。

步骤204、分析执行失败的业务数据，基于所述业务数据中携带的特征信息，确定对应的具有层级结构的纠错判断规则。

对提取的、执行失败的业务数据中携带的特征信息进行分析。由于不同业务端生成的特征信息不同，对应设置的多维纠错规则指示的特征信息不同，相应地采集的业务数据中携带的特征信息不同，因此可以根据业务数据中携带的特征信息的种类，从监控平台内置的至少一个多维纠错规则中，确定对应的多维纠错规则，从而确定对应的具有层级结构的纠错判断规则。

步骤205、按照所确定的纠错判断规则的层级结构，逐层判断执行失败的业务数据中携带的特征信息是否满足所述纠错判断规则中的纠错条件。

在依据业务数据中携带的特征信息，确定对应的纠错判断规则后，按照所确定的纠错判断规则的层级结构中层级的优先级从高到低的顺序，依次将执行失败的业务数据中携带的特征信息带入纠错判断规则中的各个层级的一个或多个条件表达式中，判断特征信息是否满足条件表达式对应的纠错条件。

步骤206、若满足，则向所述业务端发送纠错指令，所述纠错指令中携带所述业务端所需执行的纠错操作。

当判断执行失败的业务数据中携带的特征信息满足纠错条件后，监控平台会根据预置的纠错条件与纠错操作的对应关系，确定当前纠错条件对应的纠错操作，并将携带有所述纠错操作的纠错指令发送至所述业务端，以供业务端通过执行纠错指令中携带的纠错操作，准确地解决业务端出现的问题。

针对云视频转码***中的不同业务端，可以对应设置有不同的纠错操作。具体地，针对所述视频数据上传端，对应设置的纠错操作可以为连接网络重新上传同一视频数据或上传更新的视频数据；

针对所述视频数据转码端，对应设置的纠错操作可以为重新转码视频数据；

针对所述转码数据分发端，对应设置的纠错操作可以为重新分发转码数据。

实际中，可以通过发邮件、发短信或打电话的方式，将纠错指令发送至业务端。

为使本领域技术人员更加清楚地理解本公开，现对以下几个示例所述的业务纠错方法进行详细解释。

示例1

本示例对云视频转码***中的视频数据上传端执行的操作进行监控，从视频数据上传端采集业务数据。本示例对上传失败的视频数据上传用户网络状态和上传的视频数据尺寸进行监控，并分析上传失败的原因。

基于上述监控需求，制定出具有两个层级的纠错判断规则，该纠错判断规则为：

对优先级最高的层级进行判断，判断预设时段内上传失败的视频数据的数目是否大于M；

若大于，则对下一层级的两个纠错条件进行判断：

S1、判断上传用户网络状态为网络中断的视频数据的数目是否大于第一纠错阈值，当大于时满足一个纠错条件；

S2、判断视频数据尺寸是否大于第二纠错阈值，当大于时满足另一个纠错条件。

上述制定的纠错判断规则指示的执行状态为视频数据上传失败。

第一层级中的条件表达式不对应纠错条件，无特征信息指示；第二层级中的两个条件表达式分别对应一个纠错条件，其中一个条件表达式指示的特征信息为上传用户网络状态，具体为上传用户网络中断，另一个条件表达式指示的特征信息为视频数据尺寸。该纠错判断规则中的三个条件表达式为树形结构。

参考图3，示出了根据本公开实施例的一个示例的业务纠错方法的流程图，所述方法包括以下几个步骤：

从视频数据上传端采集业务数据，所述业务数据中携带视频数据上传状态、上传用户网络状态和视频数据尺寸。

分析采集的业务数据中携带的特征信息，基于携带的特征信息的种类，从监控平台内置的多个多维监控规则中，确定视频数据上传端对应的多维监控规则，从而确定出本示例中的纠错判断规则。

按照上述纠错判断规则中的层级结构，首先判断采集的业务数据中携带的特征信息是否满足第一层级中的条件表达式，即判断预设时段内上传失败的视频数据的数目是否大于M，若大于，则对下一层级的两个纠错条件进行判断。

判断预设时段内，上传用户网络状态为网络中断的视频数据的数目是否大于第一纠错阈值。若大于，则向所述业务端发送纠错指令，所述纠错指令中携带所述业务端所需执行的纠错操作。

通过分析可知，预设时段内视频数据上传失败的主要原因是网络问题、网络中断，对应的纠错操作为连接网络重新上传同一视频数据。

判断预设时段内，视频数据尺寸是否大于第二纠错阈值。若大于，则向所述业务端发送纠错指令，所述纠错指令中携带所述业务端所需执行的纠错操作。

通过分析可知，预设时段内视频数据上传失败的主要原因是上传片源不规范，视频数据尺寸过大，对应的纠错操作为更换尺寸较小的视频数据，上传更新的视频数据。

实际中，在确定预设时段内视频数据上传失败的主要原因是网络问题后，还可以根据监控纠错需要，进行进一步的分析判断，判断网络中断是由网络连接超时、上传用户主动中断或其他因素引起的，从而可以更加准确地了解网络问题发生的原因。

另外，监控平台还可以对上传用户的操作行为进行监控，从而可以准确判断问题发生的原因是在于用户自身还是网络等其他原因，从而避免了上传用户的恶意指责。

示例2

本示例对云视频转码***中的视频数据转码端执行的操作进行监控，从视频数据转码端采集业务数据。本示例对转码失败的视频数据、转码耗时和视频码率三种特征信息进行监控，分析转码失败的原因。

基于上述监控需求，制定出具有三个层级的纠错判断规则，该纠错判断规则为：

对优先级最高的层级进行判断，判断预设时段内转码失败的视频数据的数目是否大于N；

若大于，则对第二层级进行判断，判断预设时段内转码耗时大于时间A的视频数据的数目是否大于P；

若大于，则对第三层级进行判断，判断预设时段内视频码率大于码率B的视频数据的数目是否大于Q，当大于时满足纠错条件，向所述业务端发送纠错指令，所述纠错指令中携带所述业务端所需执行的纠错操作。

上述制定的纠错判断规则指示的执行状态为视频数据上传失败。

第一层级中的条件表达式不对应纠错条件，无特征信息指示；第二层级中的条件表达式不对应纠错条件，指示的特征信息为转码耗时；第三层级中的条件表达式对应一个纠错条件，指示的特征信息为视频码率。该纠错判断规则中的三个条件表达式为线性结构。

从视频数据转码端采集业务数据，所述业务数据中携带视频数据转码状态、转码耗时和视频码率，将携带的特征信息带入本示例中的纠错判断规则，依据三层结构，逐层进行判断，最终判定造成视频数据转码失败的原因是视频码率过大，或不是。若判定视频数据转码失败的原因是视频码率过大，则对应的纠错操作为重新转码视频数据，以获得较小的视频码率。

依据本公开实施例，依据针对所监控的业务端预置的多维纠错规则中指示的至少一个特征信息和执行状态，采集所述业务端的至少一个业务数据，从采集的业务数据中，提取所述执行状态为执行失败的业务数据，分析执行失败的业务数据中携带的特征信息，基于特征信息的种类，确定对应的多维纠错规则，从而确定对应的、所述多维纠错规则中包括的一个或多个纠错判断规则，之后将执行失败的业务数据中携带的特征信息带入确定的具有层级结构的纠错判断规则中进行逐层分析，判断携带的特征信息是否满足纠错判断规则中的纠错条件，若满足，则向业务端发送纠错指令，以供业务端执行纠错指令中携带的纠错操作，从而实现了对业务端执行的操作的监控和纠错。可以通过纠错指令和纠错操作，使业务端及时发现问题并且准确地解决出现的问题，从而保证了业务端、业务***的正常运行。

实施例3

参考图4，示出了根据本公开实施例1的业务纠错装置的结构框图，具体可以包括：

业务数据采集模块301，用于采集所监控的业务端的至少一个业务数据，所述业务数据中携带针对所述业务端预置的多维纠错规则中指示的至少一个特征信息和执行状态，所述多维纠错规则包括至少一个具有层级结构的纠错判断规则，各个具有层级结构的纠错判断规则相互独立。

执行失败数据提取模块302，用于从采集的业务数据中，提取所述执行状态为执行失败的业务数据。

纠错判断规则确定模块303，用于分析执行失败的业务数据，基于所述业务数据中携带的特征信息，确定对应的具有层级结构的纠错判断规则。

纠错条件判断模块304，用于按照所确定的纠错判断规则的层级结构，逐层判断执行失败的业务数据中携带的特征信息是否满足所述纠错判断规则中的纠错条件。

纠错指令发送模块305，用于若满足，则向所述业务端发送纠错指令，所述纠错指令中携带所述业务端所需执行的纠错操作。

依据本公开实施例，依据针对所监控的业务端预置的多维纠错规则中指示的至少一个特征信息和执行状态，采集所述业务端的至少一个业务数据，从采集的业务数据中，提取所述执行状态为执行失败的业务数据，分析执行失败的业务数据中携带的特征信息，基于特征信息的种类，确定对应的多维纠错规则，从而确定对应的、所述多维纠错规则中包括的一个或多个纠错判断规则，之后将执行失败的业务数据中携带的特征信息带入确定的具有层级结构的纠错判断规则中进行逐层分析，判断携带的特征信息是否满足纠错判断规则中的纠错条件，若满足，则向业务端发送纠错指令，以供业务端执行纠错指令中携带的纠错操作，从而实现了对业务端执行的操作的监控和纠错。可以通过纠错指令和纠错操作，使业务端及时发现问题并且准确地解决出现的问题，从而保证了业务端、业务***的正常运行。

实施例4

参考图5，示出了根据本公开实施例2的业务纠错装置的结构框图，具体可以包括：

多维纠错规则接收模块401，用于接收对所监控的业务端设定的多维纠错规则。

业务数据采集模块402，用于采集所述业务端的至少一个业务数据，所述业务数据中携带针对所述业务端预置的多维纠错规则中指示的至少一个特征信息和执行状态，所述多维纠错规则包括至少一个具有层级结构的纠错判断规则，各个具有层级结构的纠错判断规则相互独立。

执行失败数据提取模块403，用于从采集的业务数据中，提取所述执行状态为执行失败的业务数据。

纠错判断规则确定模块404，用于分析执行失败的业务数据，基于所述业务数据中携带的特征信息，确定对应的具有层级结构的纠错判断规则。

纠错条件判断模块405，用于按照所确定的纠错判断规则的层级结构，逐层判断执行失败的业务数据中携带的特征信息是否满足所述纠错判断规则中的纠错条件。

纠错指令发送模块406，用于若满足，则向所述业务端发送纠错指令，所述纠错指令中携带所述业务端所需执行的纠错操作。

本公开实施例中，优选地，所述纠错指令发送模块406包括：

纠错操作确定子模块，用于依据预置的纠错条件与纠错操作的对应关系，确定所述纠错条件对应的纠错操作；

纠错操作发送子模块，用于将携带有所述纠错操作的纠错指令发送至所述业务端。

本公开实施例中，优选地，所述业务数据采集模块402，具体用于访问所述业务端的业务数据存储介质，并从所述业务数据存储介质中抓取所述业务数据；

或，接收所述业务端通过API接口上传的所述业务数据；

或，从服务器的服务器存储介质中，获取所述业务数据。

本公开实施例中，优选地，所述业务端为视频数据上传端、视频数据转码端或转码数据分发端。

本公开实施例中，优选地，当所述业务数据包括视频上传数据时，所述多维纠错规则指示的特征信息包括视频数据上传用户、上传用户操作行为、所使用的网络类型、视频数据上传节点、上传节点网络状态、视频数据频率和视频数据尺寸中至少一种。

本公开实施例中，优选地，当所述业务数据包括视频转码数据时，所述多维纠错规则指示的特征信息包括视频码率、转码耗时、转码方式、转码节点和转码所得视频数据中至少一种。

本公开实施例中，优选地，当所述业务数据包括视频分发数据时，所述多维纠错规则指示的特征信息包括分发级别。

本公开实施例中，优选地，当所述业务数据包括视频上传数据时，所述纠错条件判断模块405，具体用于对优先级最高的层级进行判断，判断预设时段内上传失败的视频数据的数目是否大于M；

若大于，则对下一层级的两个纠错条件进行判断：

S1、判断上传用户网络状态为网络中断的视频数据的数目是否大于第一纠错阈值，当大于时满足一个纠错条件；

S2、判断视频数据尺寸是否大于第二纠错阈值，当大于时满足另一个纠错条件。

本公开实施例中，优选地，当所述业务数据为视频上传数据时，所述纠错操作为连接网络重新上传同一视频数据或上传更新的视频数据；

当所述业务数据为视频转码数据时，所述纠错操作为重新转码视频数据；

当所述业务数据为视频分发数据时，所述纠错操作为重新分发转码数据。

依据本公开实施例，依据针对所监控的业务端预置的多维纠错规则中指示的至少一个特征信息和执行状态，采集所述业务端的至少一个业务数据，从采集的业务数据中，提取所述执行状态为执行失败的业务数据，分析执行失败的业务数据中携带的特征信息，基于特征信息的种类，确定对应的多维纠错规则，从而确定对应的、所述多维纠错规则中包括的一个或多个纠错判断规则，之后将执行失败的业务数据中携带的特征信息带入确定的具有层级结构的纠错判断规则中进行逐层分析，判断携带的特征信息是否满足纠错判断规则中的纠错条件，若满足，则向业务端发送纠错指令，以供业务端执行纠错指令中携带的纠错操作，从而实现了对业务端执行的操作的监控和纠错。可以通过纠错指令和纠错操作，使业务端及时发现问题并且准确地解决出现的问题，从而保证了业务端、业务***的正常运行。

由于所述装置实施例基本相应于前述图1-图3所示的方法实施例，故本实施例的描述中未详尽之处，可以参见前述实施例中的相关说明，在此就不赘述了。

在此提供的算法和显示不与任何特定计算机、虚拟***或者其它设备固有相关。各种通用***也可以与基于在此的示教一起使用。根据上面的描述，构造这类***所要求的结构是显而易见的。此外，本公开也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本公开的内容，并且上面对特定语言所做的描述是为了披露本公开的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本公开的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本公开的示例性实施例的描述中，本公开的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本公开要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本公开的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本公开的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本公开的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本公开实施例的业务纠错装置中的一些或者全部部件的一些或者全部功能。本公开还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本公开的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本公开进行说明而不是对本公开进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本公开可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

Claims (18)

1.一种业务纠错方法，所述方法包括：

采集所监控的业务端的至少一个业务数据，所述业务数据中携带针对所述业务端预置的多维纠错规则中指示的至少一个特征信息和执行状态；

所述多维纠错规则包括至少一个具有层级结构的纠错判断规则，各个具有层级结构的纠错判断规则相互独立；

从采集的业务数据中，提取所述执行状态为执行失败的业务数据；

分析执行失败的业务数据，基于所述业务数据中携带的特征信息，确定对应的具有层级结构的纠错判断规则；

按照所确定的纠错判断规则的层级结构，逐层判断执行失败的业务数据中携带的特征信息是否满足所述纠错判断规则中的纠错条件；

若满足，则向所述业务端发送纠错指令，所述纠错指令中携带所述业务端所需执行的纠错操作。

2.根据权利要求1所述的方法，其中，所述向所述业务端发送纠错指令包括：

依据预置的纠错条件与纠错操作的对应关系，确定所述纠错条件对应的纠错操作；

将携带有所述纠错操作的纠错指令发送至所述业务端。

3.根据权利要求1所述的方法，其中，在所述采集所监控的业务端的至少一个业务数据之前，所述方法还包括：

接收对所述业务端设定的多维纠错规则。

4.根据权利要求1所述的方法，其中，所述采集所监控的业务端的至少一个业务数据为：

访问所述业务端的业务数据存储介质，并从所述业务数据存储介质中抓取所述业务数据；

或，接收所述业务端通过API接口上传的所述业务数据；

或，从服务器的服务器存储介质中，获取所述业务数据。

5.根据权利要求1所述的方法，其中，当所述业务数据包括视频上传数据时，所述多维纠错规则指示的特征信息包括视频数据上传用户、上传用户操作行为、所使用的网络类型、视频数据上传节点、上传节点网络状态、视频 数据频率和视频数据尺寸中至少一种。

6.根据权利要求1所述的方法，其中，当所述业务数据包括视频转码数据时，所述多维纠错规则指示的特征信息包括视频码率、转码耗时、转码方式、转码节点和转码所得视频数据中至少一种。

7.根据权利要求1所述的方法，其中，当所述业务数据包括视频分发数据时，所述多维纠错规则指示的特征信息包括分发级别。

8.根据权利要求5所述的方法，其中，所述按照所确定的纠错判断规则的层级结构，逐层判断执行失败的业务数据中携带的特征信息是否满足所述纠错判断规则中的纠错条件包括：

对优先级最高的层级进行判断，判断预设时段内上传失败的视频数据的数目是否大于M；

若大于，则对下一层级的两个纠错条件进行判断：

S1、判断上传用户网络状态为网络中断的视频数据的数目是否大于第一纠错阈值，当大于时满足一个纠错条件；

S2、判断视频数据尺寸是否大于第二纠错阈值，当大于时满足另一个纠错条件。

9.根据权利要求1所述的方法，其中：

当所述业务数据为视频上传数据时，所述纠错操作为连接网络重新上传同一视频数据或上传更新的视频数据；

当所述业务数据为视频转码数据时，所述纠错操作为重新转码视频数据；

当所述业务数据为视频分发数据时，所述纠错操作为重新分发转码数据。

10.一种业务纠错装置，所述装置包括：

业务数据采集模块，用于采集所监控的业务端的至少一个业务数据，所述业务数据中携带针对所述业务端预置的多维纠错规则中指示的至少一个特征信息和执行状态，所述多维纠错规则包括至少一个具有层级结构的纠错判断规则，各个具有层级结构的纠错判断规则相互独立；

执行失败数据提取模块，用于从采集的业务数据中，提取所述执行状态为执行失败的业务数据；

纠错判断规则确定模块，用于分析执行失败的业务数据，基于所述业务数据中携带的特征信息，确定对应的具有层级结构的纠错判断规则；

纠错条件判断模块，用于按照所确定的纠错判断规则的层级结构，逐层判断执行失败的业务数据中携带的特征信息是否满足所述纠错判断规则中的纠错条件；

纠错指令发送模块，用于若满足，则向所述业务端发送纠错指令，所述纠错指令中携带所述业务端所需执行的纠错操作。

11.根据权利要求10所述的装置，其中，所述纠错指令发送模块包括：

纠错操作确定子模块，用于依据预置的纠错条件与纠错操作的对应关系，确定所述纠错条件对应的纠错操作；

纠错操作发送子模块，用于将携带有所述纠错操作的纠错指令发送至所述业务端。

12.根据权利要求10所述的装置，其中，所述装置还包括：

多维纠错规则接收模块，用于在所述采集所监控的业务端的至少一个业务数据之前，接收对所述业务端设定的多维纠错规则。

13.根据权利要求10所述的装置，其中，所述业务数据采集模块，具体用于访问所述业务端的业务数据存储介质，并从所述业务数据存储介质中抓取所述业务数据；

或，接收所述业务端通过API接口上传的所述业务数据；

或，从服务器的服务器存储介质中，获取所述业务数据。

14.根据权利要求10所述的装置，其中，当所述业务数据包括视频上传数据时，所述多维纠错规则指示的特征信息包括视频数据上传用户、上传用户操作行为、所使用的网络类型、视频数据上传节点、上传节点网络状态、视频数据频率和视频数据尺寸中至少一种。

15.根据权利要求10所述的装置，其中，当所述业务数据包括视频转码数据时，所述多维纠错规则指示的特征信息包括视频码率、转码耗时、转码方式、转码节点和转码所得视频数据中至少一种。

16.根据权利要求10所述的装置，其中，当所述业务数据包括视频分发数据时，所述多维纠错规则指示的特征信息包括分发级别。

17.根据权利要求14所述的装置，其中，所述纠错条件判断模块，具体用于对优先级最高的层级进行判断，判断预设时段内上传失败的视频数据的数目是否大于M；

若大于，则对下一层级的两个纠错条件进行判断：

S1、判断上传用户网络状态为网络中断的视频数据的数目是否大于第一纠错阈值，当大于时满足一个纠错条件；

S2、判断视频数据尺寸是否大于第二纠错阈值，当大于时满足另一个纠错条件。

18.根据权利要求10所述的装置，其中：

当所述业务数据为视频上传数据时，所述纠错操作为连接网络重新上传同一视频数据或上传更新的视频数据；

当所述业务数据为视频转码数据时，所述纠错操作为重新转码视频数据；

当所述业务数据为视频分发数据时，所述纠错操作为重新分发转码数据。