CN113868479A - 对于业务数据的处理方法及装置 - Google Patents

Abstract

本发明实施例提供了一种对于业务数据的处理方法及装置，所述处理方法，应用于职责链，所述职责链中包括有多个处理单元，各个处理单元的处理规则不同，各个处理单元在所述职责链中按照预设顺序排列；所述处理方法首先获得待审核业务数据；然后通过所述职责链中的各个处理单元，对所述待审核业务数据按照各个处理单元各自的处理规则进行处理；所述职责链中的至少一个处理单元用于将所述待审核业务数据转换成目标格式的业务数据；所述目标格式与业务***对应的审核***中审核规则的数据格式相同；最后将所述目标格式的业务数据发送到所述审核***。

Description

对于业务数据的处理方法及装置

技术领域

本申请涉及互联网技术领域，尤其涉及一种对于业务数据的处理方法及装置。

背景技术

为了实现不同的业务功能，大型企业中会设置多种各类型的业务***，例如金融业务***、理财业务***、网络直播业务***等等，不同的业务***能够实现不同的业务功能。

在这些业务***运行的过程中，各个业务***所产生的业务数据应当能够被审核***进行审核，来保证业务数据的安全性。

但是，由于业务***要调用审核***时，由于业务数据的数据类型可能不符合审核***的接入条件，很可能无法接入审核***，导致接入效率低。

发明内容

有鉴于此，本说明书实施例提供了一种对于业务数据的处理方法及装置，用以降低业务***的业务数据接入审核***的难度，提高接入效率。

本发明公开了一种对于业务数据的处理方法，应用于职责链，所述职责链中包括有多个处理单元，各个处理单元的处理规则不同，各个处理单元在所述职责链中按照预设顺序排列；所述处理方法包括：

获得待审核业务数据；

通过所述职责链中的各个处理单元，对所述待审核业务数据按照各个处理单元各自的处理规则进行处理；所述职责链中的至少一个处理单元用于将所述待审核业务数据转换成目标格式的业务数据；所述目标格式与业务***对应的审核***中审核规则的数据格式相同；

将所述目标格式的业务数据发送到所述审核***。

本发明另一方面公开了一种对于业务数据的处理装置，应用于职责链，所述职责链中包括有多个处理单元，各个处理单元的处理规则不同，各个处理单元在所述职责链中按照预设顺序排列；所述处理装置包括：

获取模块，用于获得待审核业务数据；

通过所述职责链中的各个处理单元，对所述待审核业务数据按照各个处理单元各自的处理规则进行处理；所述职责链中的至少一个处理单元用于将所述待审核业务数据转换成目标格式的业务数据；所述目标格式与业务***对应的审核***中审核规则的数据格式相同；

将所述目标格式的业务数据发送到所述审核***。

本说明书实施例采用的上述至少一个技术方案能够达到以下有益效果：

本发明实施例提供了一种对于业务数据的处理方法及处理装置，所述处理方法，应用于职责链，所述职责链中包括有多个处理单元，各个处理单元的处理规则不同，各个处理单元在所述职责链中按照预设顺序排列；所述处理方法首先获得待审核业务数据；然后通过所述职责链中的各个处理单元，对所述待审核业务数据按照各个处理单元各自的处理规则进行处理；所述职责链中的至少一个处理单元用于将所述待审核业务数据转换成目标格式的业务数据；所述目标格式与业务***对应的审核***中审核规则的数据格式相同；最后将所述目标格式的业务数据发送到所述审核***。可以使得业务***与审核***解耦，降低业务***的业务数据接入审核***的难度，提高接入效率。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是本说明书实施例提供的网络架构示意图。

图2是本说明书实施例示出的一种对于业务数据的处理方法的流程示意图。

图3是本发明实施例中示出的处理装置的***结构示意图。

图4是本发明实施例示出的对待审核业务数据按照各个处理单元各自的处理规则进行处理一种流程示意图。

图5是本发明实施例示出的对待审核业务数据按照各个处理单元各自的处理规则进行处理一种流程示意图。

图6是本发明实施例示出的对待审核业务数据按照各个处理单元各自的处理规则进行处理一种流程示意图。

图7是本发明实施例示出的对待审核业务数据按照各个处理单元各自的处理规则进行处理一种流程示意图。

图8是本发明实施例示出的对待审核业务数据按照各个处理单元各自的处理规则进行处理一种流程示意图。

图9是本发明实施例示出的对待审核业务数据按照各个处理单元各自的处理规则进行处理一种流程示意图。

图10是本说明书实施例示出的一种电子设备的结构示意图。

具体实施方式

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

以下结合附图，详细说明本申请各实施例提供的技术方案。

图1为本说明书实施例公开的网络架构示意图。

如图1所示，包括：处理装置101、业务服务器102、审核服务器103。

其中，处理装置101可以为具有处理能力的电子设备、服务器等，本发明实施例中，处理装置101中采用职责链，职责链也称责任链，本发明实施例中，职责链中可以包括有多个处理单元，其中，各个单元在职责链中的逻辑顺序以预设顺序排列。当然，各个处理单元可以是具有独立处理能力的处理器，也可以是不同的应用程序。各个处理单元对应有各自的处理规则。业务服务器102为能够执行具体业务的服务器，例如，金融业务服务器、支付业务服务器等。审核服务器103为具有审核能力的服务器，其可以对接收的数据进行检查，判断数据是否符合审核规则。审核规则可以根据实际需要进行设置，不同的业务服务器可以对应不同的审核服务器，也可以对应相同审核服务器中不同的审核规则。对数据是否符合审核规则例如判断数据中是否存在虚假宣传的用语、是否存在绝对化用语、是否具有不适宜展示的图像等等，可以根据实际需要，根据业务服务器发送的业务数据的不同而不同，审核规则可以与业务服务器发送的业务数据具有对应关系。

图2是本说明书实施例示出的一种对于业务数据的处理方法的流程示意图。

如图2所示，本发明提供的一种对于业务数据的处理方法，应用于职责链，所述职责链中包括有多个处理单元，各个处理单元的处理规则不同，各个处理单元在所述职责链中按照预设顺序排列。

本发明实施例中，处理装置21可以为职责链，22为业务***，23为审核***，其中，职责链中的各个处理单元具有各自的处理规则，例如转换为音频文件的规则、提取文本内容的规则、保存原始数据的规则等。可以根据实际需要进行设置。各个处理单元在逻辑上采用预设顺序排列，即第一处理单元处理完成后，依据该预设数据将数据继续发送到第二处理单元，第二处理单元为第一处理单元的后一处理单元。

本发明实施例中，职责链上的各个处理单元仅对本身应当处理的数据进行处理，按照处理规则进行处理。无论之前的处理单元处理与否，当前处理单元在接收到数据之后，均需要当前处理单元的处理规则处理后发送给后一处理单元。

本发明实施例中，处理方法包括：

步骤200：获得待审核业务数据；

本发明实施例中，业务***可以发送待审核数据到职责链，或者责任链可以主动获取与处理装置相连接的业务***中的待审核业务数据。

其中，待审核业务数据可以包括：用于推广活动所采用的交互稿图像、网络直播间中的视频文件、H5链接、待转换的语音文件等，根据业务***的不同业务***对应的待审核业务数据的数据类型不同。

实际使用中，例如理财***中，理财师与客户在线交流时所截取的对话内容的图片或生成的聊天文本文件，图片或文本文件为待审核业务数据，审核***可以为图片审核***或者文本审核***，还可以例如，宣传活动的海报、交互稿等像素较大的图像，将该图像为待审核业务数据，需要业务***对应的图片审核***对图像中是否存在违规内容进行审核。

当然，待审核业务数据可以包括多个文件或图片，也可以仅包括一种数据类型的数据，例如仅为文本类型的文本文件等。根据实际需要进行设置即可，在此不进行赘述。

步骤202：通过所述职责链中的各个处理单元，对所述待审核业务数据按照各个处理单元各自的处理规则进行处理；所述职责链中的至少一个处理单元用于将所述待审核业务数据转换成目标格式的业务数据；所述目标格式与业务***对应的审核***中审核规则的数据格式相同；

本发明实施例中，职责链中各个处理单元会对接收到的例如待审核数据或者处理后的待审核数据根据各自的处理规则进行处理。

至少一个处理单元可以将待审核业务数据的数据格式转换成业务***中审核规则所规定的数据格式。

处理单元的规则不同对待审核数据所处理的过程也不同。例如，处理单元可以为文件落平台处理单元，则该处理单元将接收到的数据保存到平台中。其可以与文件规则绑定处理单元逻辑相连，则将数据发送给文件规则绑定处理单元进行处理。

例如，接收到的待审核数据为多个文本文件，处理单元为规则绑定单元，则可以将文本文件分别绑定审核规则，例如，将第一文本文件绑定为广告虚假宣传审核规则，将第二文本文件绑定为绝对化用户审核规则等。后续可以根据绑定的规则不同执行不同的审核算法或发送到不同的审核***进行审核。

本发明实施例中，所述通过所述职责链中的各个处理单元，对所述待审核业务数据按照各个处理单元各自的处理规则进行处理具体包括：

所述职责链中的第一处理单元接收所述待审核业务数据后，所述第一处理单元按照所述第一处理单元的处理规则对所述待审核业务数据处理；

所述第一处理单元将处理后的待审核业务数据发送给第二处理单元，所述第二处理单元在所述职责链中处于所述第一处理单元的下一位置。

本发明实施例中，第一处理单元的下一位置即与第一处理单元逻辑连接的第二处理单元。第一处理单元将处理后的待审核数据发送给第二处理单元。例如，第一处理单元将待审核数据提取出语音文件，将语音文件发送给第二处理单元，第二处理单元将语音文件转换成文本文件。

可以理解的是，第二处理单元接收到的第一处理单元处理后的待审核业务数据，当然，也可以同时发送待审核业务数据到第二处理单元。可以根据实际需要进行设置。

可以理解的是，在本发明各个实施例中，第一处理单元和第二处理单元仅为位置上的说明，并非限制第一处理单元为职责链中的首个处理单元，当然第一处理单元可以为首个处理单元，也可以为职责链中最后一个处理单元。

本发明实施例中，各个处理单元的详细处理过程在后续进行详细说明。

步骤204：将所述目标格式的业务数据发送到所述审核***。

本发明实施例中，可以将目标格式的业务数据发送到审核***中进行后续的审核。

例如，业务***为网络直播***，与业务***对应的审核***为文本审核***，通过本发明实施例中步骤202得到的目标格式的待审核数据可以为文本格式的文本文件，且文本文件的文本参数符合审核***中审核规则所规定的文本参数，将该文本文件发送到文本审核***，文本审核***接到文本格式的文本文件后，按照预定要求进行审核。当然，预定要求可以是预先设置的对文本文件的内容进行审核的要求，例如确定是否存在绝对化用语，如果存在，则该文本文件为违规。

本发明实施例中，将所述目标格式的业务数据发送到所述审核***，还可以是直接调用该审核***的审核算法，以减轻审核***的压力，例如，调用文本审核***中文本合规审核算法对文本文件中的内容是否符合预设规则进行审核。文本合规审核算法可以与前述预定要求相类似，也可以是预先设定的审核算法。

另外，由于职责链中设置了多个处理单元，各个处理单元中的处理规则可以根据不同需要进行设置，因此当需要新的处理单元加入时，仅需要将新的处理单元***到合适位置即可。其他处理单元无需任何改动。

本发明实施例，还可以包括：

接收用于在所述职责链中的特定位置***目标处理单元后发送的***请求；

根据所述特定位置更新所述预设顺序；

保存所述目标处理单元对应的处理规则。

本发明实施例中，如果需要设置新的目标处理单元，例如目标处理单元可以是法律文件提取单元，可以将待审核业务数据中相关法律文书进行提取，则当接收到在特定位置例如***在原始数据保存处理单元之后，视频文件处理单元之前的位置，则将预设排列顺序进行更新，并保存该目标处理单元的处理规则，以便于当接收到待审核业务数据时，可以按照该目标处理单元的处理规则对其进行处理。

当然，还可以包括：

接收用于删除目标处理单元的删除请求；

删除目标处理单元在预设顺序中的标识并更新预设顺序；

删除目标处理单元对应的处理规则。

本发明实施例中，位于职责链中的各个处理单元对应的处理规则不能被修改，但可以***新的处理单元和对应的处理规则。当然，各个处理单元还可以是以处理函数的形式存在，处理规则可以为其函数运行中所使用的类、触发器等等，只需要能够执行上述流程即可。

本发明实施例中，可以随意根据实际需要删除或增加目标处理单元，来实现功能的增加和减少，灵活性强，且对于发送方来说，无需知道在职责链的处理过程，与接收方是解耦的。

从上述实施例可以看出，处理装置的上游***例如业务***中的不同类型的业务数据发送到职责链中，可以根据不同的处理单元进行不同的处理，得到符合审核***中审核规则的目标格式的业务数据，针对不同的素材类型可以在职责链中不同处理单元进行不同处理得到能够高效接入审核***的业务数据，无需各个审核***返回错误后业务***重新转换业务数据的类型，提高了接入效率，同时职责链中的发送者可以是异步传输待审核数据，实现了与接收方解耦。

当然，本发明实施例中，在发送给审核***后，还可以包括返回业务***审核结果的过程。

本发明实施例，还可以包括：

接收所述审核***对所述目标业务数据进行审核后返回的审核结果；

将所述审核结果发送给所述业务***。

本发明实施例中，当审核***对目标格式的业务数据进行审核后，还可以返回审核结果。

当接收到审核结果后，将审核结果发送给业务***。当然也可以是将审核结果发送给需要得知审核结果的其他终端，例如审核人员的终端、监管部门的终端等。

本发明实施例中，业务***作为发送方，无需知道发送后的处理过程，也无需与审核***建立连接，使得发送方和接收方是解耦的，避免多余信息的输入，提高业务***的工作效率。

图3为本发明实施例中处理装置的***结构示意图。

其中，可以***结构300可以包括职责链素材处理框架和底层依赖框架，其中，职责链素材处理框架中采用职责链，可以包括多个处理单元，如降级逻辑处理单元31、原始数据保存单元32、巡检截图单元33、视频文件处理单元34、语音文件处理单元35、文件落oss单元36、文件规则绑定单元37、包装信息调用审核单元38等。其中，图中的箭头方向为预设顺序，各个处理单元之间逻辑连接。其中，底层依赖框架中可以包括巡检中台单元390、算法引擎单元391、FFMPEG单元392、oss存储单元393等。

可以理解的是，职责链素材处理框架中的多个处理单元可以包括有各自对应的处理规则。

本发明实施例可以在实际使用中采用如图3所示的***结构对待审核数据进行处理。

前述介绍了不同处理单元的处理规则不同。下面进行详细介绍。

本发明实例中，所述处理单元为原始数据保存单元，则所述对所述待审核业务数据按照各个处理单元各自的处理规则进行处理包括：

保存所述待审核业务数据到存储装置中。

本发明实施例中，处理单元可以为原始数据保存单元，为了使得后续处理过程中出现处理故障导致原始数据无法还原，本发明实施例中，可以先将原始数据进行保存，从而使得后续出现故障时，还能够重新调用存储的原始数据进行处理。

当然，存储装置可以是处理装置的一部分，也可以是不同的处理***的存储装置，在此不进行限定。存储完成后，将待审核业务数据发送给后一处理单元。例如处理单元为第一处理单元，将待审核业务数据发送给第二处理单元。

图4为本发明实施例示出的对待审核业务数据按照各个处理单元各自的处理规则进行处理一种流程示意图。

如图4所示，本发明实施例中，所述处理单元为视频文件处理单元，则所述对所述待审核业务数据按照各个处理单元各自的处理规则进行处理包括：

步骤400：判断所述待审核业务数据的数据类型是否为视频文件类型；

步骤402：若所述待审核业务数据的数据类型为视频文件类型，抽取所述待审核业务数据中的语音数据得到语音文件；

步骤404：将所述语音文件作为处理后的待审核业务数据。

本发明实施例中，若处理单元为视频文件处理单元，对应的处理规则可以为提取视频文件中的语音数据得到语音文件。

当视频文件处理单元接收到待审核业务数据，判断其数据类型是否为视频文件类型，如果是，则使用如FFMPEG处理工具对该视频文件进行处理，提取其中的语音数据得到语音文件。然后将语音文件作为处理后的待审核数据发送到后一处理单元。当然，也可以同时发送待审核数据到后一处理单元。

其中，还可以是将待审核业务数据发送到数据转换平台，数据转换平台提取其中的语音数据得到语音文件并返回给发送方。

本发明实施例中，若待审核业务数据的业务类型为视频文件类型，则抽取其中的语音数据得到语音文件。可以实现语音文件的提取。无需审核***重新执行提取语音文件的过程，由于审核***和业务***是解耦的，因此，提高了审核***和业务***的压力。

图5为本发明实施例示出的对待审核业务数据按照各个处理单元各自的处理规则进行处理的另一种流程示意图。

如图5。所述处理单元为语音文件处理单元，则所述对所述待审核业务数据按照各个处理单元各自的处理规则进行处理包括：

步骤500：判断所述待审核业务数据的数据类型是否为语音文件类型；

步骤502：若所述待审核业务数据的数据类型为语音文件类型，则提取所述待审核业务数据中的文字得到文本文件；

步骤504：将所述文本文件作为处理后的待审核业务数据。

本发明实施例中，处理单元为语音文件处理单元，则当确定接收的待审核业务数据的数据类型为语音文件类型时，则提取其中的文字得到文本文件。

其中，将语音文件提取文字得到文本文件可以是调用预设的插件提取语音文件类型的待审核业务数据中的文字得到文本文件。

当然，还可以是将待审核业务数据发送给语音交互服务器，使得语音交互服务器对待审核业务数据的文字进行提取，得到文本文件，并返回给发送方。其中，语音交互服务器可以是具有语音转文字功能的服务器，本发明实施例可以根据该语音交互服务器的接口参数将目标语音文件的参数转换为与语音交互服务器的接口参数相一致的参数。例如，接口参数中包括有频率为16000Hz或8000Hz，大小为小于10Mb等。只需要语音交互服务器能够转换即可。

得到文本文件后，可以将其作为待审核业务数据发送给后一处理单元，例如第二处理单元。

图6是本发明实施例实处的对待审核业务数据按照各个处理单元各自的处理规则进行处理的又一种流程示意图。

如图6。所述处理单元为巡检截图单元，则所述对所述待审核业务数据按照各个处理单元各自的处理规则进行处理包括：

步骤600：判断所述待审核业务数据的数据类型是否为图片类型；

步骤602：若所述待审核业务数据的数据类型为图片类型，则将所述待审核业务数据裁切成至少一幅预设尺寸的图片；

步骤604：将所述至少一幅预设尺寸的图片作为处理后的待审核业务数据。

所述处理方法还包括：

步骤606：识别所述处理后的待审核业务数据中的文本内容；

步骤608：判断所述文本内容是否符合预设规定；

步骤610：若所述文本内容中具有不符合所述预设规定中的文字，则输出告警信息。

本发明实施例中，处理单元可以为巡检截图单元，具有对待审核业务数据的巡检能力，可以待审核业务数据是否为图片类型，如果为图片类型则将将其裁剪成符合预设尺寸的图片。例如，将某宣传活动的海报裁剪成符合预设尺寸的多幅图片。该预设尺寸可以是像素为单位，也可以是长度为单位。只需要可以读裁剪后的图片进行识别即可。

其中将图片进行裁切的方式可以是调用预设功能插件，也可以是发送给预设平台的功能接口，调用转用功能即可。

然后可以对图片中的内容例如文本内容进行识别，来判断该文本内容是否符合预设规定。预设规定例如是包括有非法宣传用语等，可以根据实际需要进行设置。

判断的过程可以采用正则表达式的方式进行匹配，如果具有相匹配的内容，则确定文本内容中具有不符合预设规定，可以输出告警信息。告警信息可以发送给设定的终端，例如业务人员的终端、监管人员的终端等。根据实际需要设置即可。

本发明实施例中，设置有巡检截图单元，该处理单元可以实现对图片的巡检能力，可以将不符合预设规定的图片筛选出来，并可以发出告警信息进行提示。

图7是本发明实施例实处的对待审核业务数据按照各个处理单元各自的处理规则进行处理的又一种流程示意图。

如图7所示，处理单元为降级逻辑单元，则所述对所述待审核业务数据按照各个处理单元各自的处理规则进行处理包括：

步骤700：判断所述业务***对应的审核***是否存在异常；

步骤702：若存在异常，则将所述待审核业务数据标记为降级数据；所述降级数据为***资源达到预设值后进行处理的数据。

本发明实施例中，具有降级逻辑单元，该处理单元可以根据业务***的场景来有针对性的进行降级处理。

例如，当业务***发送待审核业务数据后，降级逻辑单元发送询问指令，业务***返回异常，或者，待审核业务数据带有业务***异常的标识，则将待审核业务数据进行标记，标记为降级数据，该降级数据可以为***资源达到预设值时才去处理的数据。例如，***资源处于空闲时才会去处理降级数据。当然，降级数据还可以与业务***相关联。根据业务***的应用场景不同，降级数据表征的内容不同，可以根据不同的场景来实现个性化的设置。提高了处理装置的灵活性。

图8是本发明实施例实处的对待审核业务数据按照各个处理单元各自的处理规则进行处理的又一种流程示意图。

如图8所示，处理单元为发送模块，则对所述待审核业务数据按照各个处理单元各自的处理规则进行处理包括：

步骤800：确定所述审核规则中的数据格式；

步骤802：将接收的处理后的待审核业务数据的数据格式进行转换与所述审核规则中的数据格式相匹配的目标格式；

步骤804：将目标格式的处理后的待审核业务数据发送到所述审核***。

本发明实施例中，如果处理单元为发送单元，则会将接收的处理后的待审核业务数据的数据格式进行转换与所述审核规则中的数据格式相匹配的目标格式。

本发明实施例中，会对数据格式进行转换，例如进行打包处理、加密处理等。然后将该处理后的待审核业务数据发送给审核***。使得审核***无需进行任何转换，即可对接收到的数据进行处理，提高审核***的审核效率。

可以理解的是，本发明实施例中，还可以是预先将各个审核***的算法进行保存，还可以是本申请的处理装置也可以为审核***的一个模块，则发送到审核***即为发送到审核***中的另一模块中。

本发明实施例中，可以转化数据格式，根据审核***中的审核规则所规定的数据格式将待审核业务数据的数据格式进行格式转换。处理单元如果为发送单元，可以是职责链中最后一个处理单元，其可以直接与审核***进行通信。

本发明实施例中，根据不同的审核规则可以对待审核业务数据进行不同的数据格式转换，从而降低审核***返回错误的可能，提高审核效率。

基于相同的构思，本发明另一方面还公开了一种对于业务数据的处理装置，应用于职责链，所述职责链中包括有多个处理单元，各个处理单元的处理规则不同，各个处理单元在所述职责链中按照预设顺序排列。

图9是本发明公开的一种对于业务数据的处理装置的结构示意图。如图9所示，所述处理装置包括：

获取模块91，用于获得待审核业务数据；

处理模块92，用于通过所述职责链中的各个处理单元，对所述待审核业务数据按照各个处理单元各自的处理规则进行处理；所述职责链中的至少一个处理单元用于将所述待审核业务数据转换成目标格式的业务数据；所述目标格式与业务***对应的审核***中审核规则的数据格式相同；

发送模块93，用于将所述目标格式的业务数据发送到所述审核***。

在一些实施例中，所述通过所述职责链中的各个处理单元，对所述待审核业务数据按照各个处理单元各自的处理规则进行处理具体包括：

所述职责链中的第一处理单元接收所述待审核业务数据后，所述第一处理单元按照所述第一处理单元的处理规则对所述待审核业务数据处理；

所述第一处理单元将处理后的待审核业务数据发送给第二处理单元，所述第二处理单元在所述职责链中处于所述第一处理单元的下一位置。

在一些实施例中，所述处理单元为原始数据保存单元，则所述第一处理单元按照所述第一处理单元的处理规则对所述待审核业务数据处理包括：

保存所述待审核业务数据到存储装置中。

在一些实施例中，所述处理单元为视频文件处理单元，则所述对所述待审核业务数据按照各个处理单元各自的处理规则进行处理包括：

判断所述待审核业务数据的数据类型是否为视频文件类型；

若所述待审核业务数据的数据类型为视频文件类型，抽取所述待审核业务数据中的语音数据得到语音文件；

将所述语音文件作为处理后的待审核业务数据。

在一些实施例中，所述处理单元为语音文件处理单元，则所述对所述待审核业务数据按照各个处理单元各自的处理规则进行处理包括：

判断所述待审核业务数据的数据类型是否为语音文件类型；

若所述待审核业务数据的数据类型为语音文件类型，则提取所述待审核业务数据中的文字得到文本文件；

将所述文本文件作为处理后的待审核业务数据。

在一些实施例中，所述处理单元为巡检截图单元，则所述对所述待审核业务数据按照各个处理单元各自的处理规则进行处理包括：

判断所述待审核业务数据的数据类型是否为图片类型；

若所述待审核业务数据的数据类型为图片类型，则将所述待审核业务数据裁切成至少一幅预设尺寸的图片；

将所述至少一幅预设尺寸的图片作为处理后的待审核业务数据。

在一些实施例中，所述处理方法还包括：

识别所述处理后的待审核业务数据中的文本内容；

判断所述文本内容是否符合预设规定；

若所述文本内容中具有不符合所述预设规定中的文字，则输出告警信息。

在一些实施例中，所述处理单元为降级逻辑单元，则所述对所述待审核业务数据按照各个处理单元各自的处理规则进行处理包括：

判断所述业务***对应的审核***是否存在异常；

若存在异常，则将所述待审核业务数据标记为降级数据；所述降级数据为***资源达到预设值后进行处理的数据。

在一些实施例中，所述处理单元为发送单元，则所述对所述待审核业务数据按照各个处理单元各自的处理规则进行处理包括：

确定所述审核规则中的数据格式；

将接收的处理后的待审核业务数据的数据格式进行转换与所述审核规则中的数据格式相匹配的目标格式；

将目标格式的处理后的待审核业务数据发送到所述审核***。

在一些实施例中，所述处理模块还用于：

接收用于在所述职责链中的特定位置***目标处理单元后发送的***请求；

根据所述特定位置更新所述预设顺序；

保存所述目标处理单元对应的处理规则。

在一些实施例中，所述处理模块还用于：

接收所述审核***对所述目标格式的业务数据进行审核后返回的审核结果；

将所述审核结果发送给所述业务***。

图10为本说明书实施例提供的对应于图2的一种对于业务数据进行处理的电子设备的结构示意图。所述电子设备可以包括智能手机、平板电脑或笔记本电脑等设备。

如图10所示，电子设备1000可以包括：

至少一个处理器1010；以及，

与所述至少一个处理器通信连接的存储器1030；其中，

所述存储器1030存储有可被所述至少一个处理器1010执行的指令1020，所述指令被所述至少一个处理器1010执行，以使所述至少一个处理器1010能够：

获得待审核业务数据；

通过职责链中的各个处理单元，对所述待审核业务数据按照各个处理单元各自的处理规则进行处理；所述职责链中的至少一个处理单元用于将所述待审核业务数据转换成目标格式的业务数据；所述目标格式与业务***对应的审核***中审核规则的数据格式相同；所述职责链中包括有多个处理单元，各个处理单元的处理规则不同，各个处理单元在所述职责链中按照预设顺序排列；

将所述目标格式的业务数据发送到所述审核***。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

基于同样的思路，本说明书实施例还提供了上述方法对应的计算机可读介质。计算机可读介质上存储有计算机可读指令，所述计算机可读指令可被处理器执行以实现以下方法：

获得待审核业务数据；

通过职责链中的各个处理单元，对所述待审核业务数据按照各个处理单元各自的处理规则进行处理；所述职责链中的至少一个处理单元用于将所述待审核业务数据转换成目标格式的业务数据；所述目标格式与业务***对应的审核***中审核规则的数据格式相同；所述职责链中包括有多个处理单元，各个处理单元的处理规则不同，各个处理单元在所述职责链中按照预设顺序排列；

将所述目标格式的业务数据发送到所述审核***。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable GateArray，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字符***“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等，目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

上述实施例阐明的***、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字符助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

本领域内的技术人员应明白，本发明的实施例可提供为方法、***、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字符多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带式磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、***或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (10)

1.一种对于业务数据的处理方法，应用于职责链，所述职责链中包括有多个处理单元，各个处理单元的处理规则不同，各个处理单元在所述职责链中按照预设顺序排列；所述处理方法包括：

获得待审核业务数据；

通过所述职责链中的各个处理单元，对所述待审核业务数据按照各个处理单元各自的处理规则进行处理；所述职责链中的至少一个处理单元用于将所述待审核业务数据转换成目标格式的业务数据；所述目标格式与业务***对应的审核***中审核规则的数据格式相同；

将所述目标格式的业务数据发送到所述审核***。

2.根据权利要求1所述的处理方法，所述通过所述职责链中的各个处理单元，对所述待审核业务数据按照各个处理单元各自的处理规则进行处理具体包括：

所述职责链中的第一处理单元接收所述待审核业务数据后，所述第一处理单元按照所述第一处理单元的处理规则对所述待审核业务数据处理；

所述第一处理单元将处理后的待审核业务数据发送给第二处理单元，所述第二处理单元在所述职责链中处于所述第一处理单元的下一位置。

3.根据权利要求2所述的处理方法，所述处理单元为原始数据保存单元，则所述第一处理单元按照所述第一处理单元的处理规则对所述待审核业务数据处理包括：

保存所述待审核业务数据到存储装置中。

4.根据权利要求2所述的处理方法，所述处理单元为视频文件处理单元，则所述对所述待审核业务数据按照各个处理单元各自的处理规则进行处理包括：

判断所述待审核业务数据的数据类型是否为视频文件类型；

若所述待审核业务数据的数据类型为视频文件类型，抽取所述待审核业务数据中的语音数据得到语音文件；

将所述语音文件作为处理后的待审核业务数据。

5.根据权利要求2所述的处理方法，所述处理单元为语音文件处理单元，则所述对所述待审核业务数据按照各个处理单元各自的处理规则进行处理包括：

判断所述待审核业务数据的数据类型是否为语音文件类型；

若所述待审核业务数据的数据类型为语音文件类型，则提取所述待审核业务数据中的文字得到文本文件；

将所述文本文件作为处理后的待审核业务数据。

6.根据权利要求2所述的处理方法，所述处理单元为巡检截图单元，则所述对所述待审核业务数据按照各个处理单元各自的处理规则进行处理包括：

判断所述待审核业务数据的数据类型是否为图片类型；

若所述待审核业务数据的数据类型为图片类型，则将所述待审核业务数据裁切成至少一幅预设尺寸的图片；

将所述至少一幅预设尺寸的图片作为处理后的待审核业务数据。

7.根据权利要求6所述的处理方法，所述处理方法还包括：

识别所述处理后的待审核业务数据中的文本内容；

判断所述文本内容是否符合预设规定；

若所述文本内容中具有不符合所述预设规定中的文字，则输出告警信息。

8.根据权利要求2所述的处理方法，所述处理单元为降级逻辑单元，则所述对所述待审核业务数据按照各个处理单元各自的处理规则进行处理包括：

判断所述业务***对应的审核***是否存在异常；

若存在异常，则将所述待审核业务数据标记为降级数据；所述降级数据为***资源达到预设值后进行处理的数据。

9.根据权利要求2所述的处理方法，所述处理单元为发送单元，则所述对所述待审核业务数据按照各个处理单元各自的处理规则进行处理包括：

确定所述审核规则中的数据格式；

将接收的处理后的待审核业务数据的数据格式进行转换与所述审核规则中的数据格式相匹配的目标格式；

将目标格式的处理后的待审核业务数据发送到所述审核***。

10.一种对于业务数据的处理装置，应用于职责链，所述职责链中包括有多个处理单元，各个处理单元的处理规则不同，各个处理单元在所述职责链中按照预设顺序排列；所述处理装置包括：

获取模块，用于获得待审核业务数据；

通过所述职责链中的各个处理单元，对所述待审核业务数据按照各个处理单元各自的处理规则进行处理；所述职责链中的至少一个处理单元用于将所述待审核业务数据转换成目标格式的业务数据；所述目标格式与业务***对应的审核***中审核规则的数据格式相将所述目标格式的业务数据发送到所述审核***。

Images