CN114090305A - 业务审核方法及装置 - Google Patents

Abstract

本发明提供的一种业务审核方法及装置，该方法包括：业务端存在目标业务时生成进审消息，通过inTopic发送给审核系统，审核系统在监听到inTopic的进审消息后，根据目标业务的业务类型选择对应的审核流程，通过审核流程对目标业务进行审核，并将审核结果发送至outTopic，业务端通过outTopic获得审核结果。本发明提供的方法无需业务端和审核系统通过接口进行关联，降低了业务端和审核系统之间的耦合度。

Description

业务审核方法及装置

技术领域

本发明涉及计算机技术领域，特别是涉及一种业务审核方法及装置。

背景技术

随着企业的快速发展，企业内产生新的业务时，通常需要应用审核系统对新增的业务进行审核。审核系统在应用过程中，可以对接多种业务进行审核。

现有技术中，审核系统需要审核业务时，需要通过HTTP或RPC（Remote ProcedureCall，远程过程调用）接口与业务端进行连接，并通过接口接收业务端发送的进审内容，每次有新业务接入审核系统时，需要在审核系统端手动编写代码，在审核结束后还要将审核结果经由接口发送至业务端。因此，审核系统无法实现自动识别新业务，通过接口与业务端进行交互导致审核系统与业务端之间耦合性过高，不便于审核系统与业务端后期的维护。

发明内容

有鉴于此，本发明提供一种业务审核方法，通过该方法，可以对业务端和审核系统进行解耦。

本发明还提供了一种业务审核装置，用以保证上述方法在实际中的实现及应用。

一种业务审核方法，所述方法应用于业务端，所述方法包括：

当存在待审核的目标业务时，将当前运行模式设置为生产者模式；

在所述运行模式下生成所述目标业务对应的进审消息，并将所述进审消息推送至预设的第一消息队列的inTopic，使得预设的审核系统在所述inTopic中监听到所述进审消息时获取并审核所述目标业务；

将所述生产者模式切换成消费者模式，并实时监听预设的第二消息队列的outTopic，以通过所述outTopic获取所述审核系统产生的所述目标业务对应的审核结果。

上述的方法，可选的，所述在所述运行模式下生成所述目标业务对应的进审消息，并将所述进审消息推送至预设的第一消息队列的inTopic，包括：

确定所述inTopic预先设置的消息规范；

基于所述消息规范，在所述运行模式下生成所述目标业务对应的进审消息；

将所述进审消息发送至所述审核系统预先设置的业务领域模型MBusiness中，使得所述MBusiness将所述进审消息更新至所述第一消息队列的inTopic。

上述的方法，可选的，还包括：

按照预设的等待时间监听所述outTopic是否更新；

当所述预设的等待时间内未监听到所述outTopic更新，则再次向所述inTopic发送所述进审消息。

一种业务审核装置，所述装置应用于业务端，所述装置包括：

第一设置单元，用于当存在待审核的目标业务时，将当前运行模式设置为生产者模式；

第一发送单元，用于在所述运行模式下生成所述目标业务对应的进审消息，并将所述进审消息推送至预设的第一消息队列的inTopic，使得预设的审核系统在所述inTopic中监听到所述进审消息时获取并审核所述目标业务；

第一获取单元，用于将所述生产者模式切换成消费者模式，并实时监听预设的第二消息队列的outTopic，以通过所述outTopic获取所述审核系统产生的所述目标业务对应的审核结果。

一种业务审核方法，所述方法应用于审核系统，所述方法包括：

当扫描到业务端向第一消息队列的inTopic发送进审消息时，将所述审核系统的当前运行模式设置为消费者模式；

在所述消费者模式下，获取所述进审消息对应的待审核的目标业务；

确定所述目标业务的业务类型；

获取所述目标业务类型对应的目标审核流程；

将当前运行模式从消费者模式切换为生产者模式，并启动所述目标审核流程，应用审核流程对所述目标业务进行审核，获得审核结果；

将所述审核结果发送至预设的第二消息队列的outTopic，使得所述业务端从所述outTopic获得所述审核结果。

上述的方法，可选的，还包括：

当所述审核系统启动时，接入预先设置的检测器，所述检测器持有第一表文件和第二表文件；

创建MBusiness，并设置所述MBusiness的各个属性，所述MBusiness的各个属性包括inTopic属性和outTopic属性。

上述的方法，可选的，所述当扫描到业务端向第一消息队列的inTopic新增进审消息时，将所述审核系统的当前运行模式设置为消费者模式，包括：

启动所述检测器按照预设的时间周期及所述MBusiness下的inTopic属性，扫描所述inTopic；

在当前时间周期内扫描到业务端向所述inTopic新增进审消息时，检测所述第一表文件是否发生变化；

若所述第一表文件未发生变化，则表征所述进审消息对应的目标业务未被审核，将所述审核系统的当前运行模式设置为消费者模式。

上述的方法，可选的，还包括：

若所述第一表文件发生变化，则表征所述进审消息对应的目标业务已审核，重新按照所述时间周期扫描所述MBusiness下的inTopic。

上述的方法，可选的，所述将所述审核结果发送至预设的outTopic，包括：

基于所述进审消息及审核结果更新所述第一表文件和第二表文件；

从所述第二表文件中获取所述审核结果发送至所述inTopic。

一种业务审核装置，所述装置应用于审核系统，所述装置包括：

第二设置单元，用于当扫描到业务端向第一消息队列的inTopic发送进审消息时，将所述审核系统的当前运行模式设置为消费者模式；

第二获取单元，用于在所述消费者模式下，获取所述进审消息对应的待审核的目标业务；

确定单元，用于确定所述目标业务的业务类型；

第三获取单元，用于获取所述目标业务类型对应的目标审核流程；

审核单元，用于将当前运行模式从消费者模式切换为生产者模式，并启动所述目标审核流程，应用审核流程对所述目标业务进行审核，获得审核结果；

第二发送单元，用于将所述审核结果发送至预设的第二消息队列的outTopic，使得所述业务端从所述outTopic获得所述审核结果。

一种存储介质，所述存储介质包括存储的指令，其中，在所述指令运行时控制所述存储介质所在的设备执行上述的业务审核方法。

一种电子设备，包括存储器，以及一个或者一个以上的指令，其中一个或者一个以上指令存储于存储器中，且经配置以由一个或者一个以上处理器执行上述的业务审核方法。

与现有技术相比，本发明包括以下优点：

本发明提供的一种业务审核方法，包括：业务端存在目标业务时生成进审消息，通过inTopic发送给审核系统，审核系统在监听到inTopic的进审消息后，根据目标业务的业务类型选择对应的审核流程，通过审核流程对目标业务进行审核，并将审核结果发送至outTopic，业务端通过outTopic获得审核结果。本发明提供的方法无需业务端和审核系统通过接口进行关联，降低了业务端和审核系统之间的耦合度。

附图说明

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

图1为本发明实施例提供的一种业务审核方法的方法流程图；

图2为本发明实施例提供的一种业务审核方法的方法示例图；

图3为本发明实施例提供的一种业务审核装置的装置结构图；

图4为本发明实施例提供的一种业务审核方法的又一方法流程图；

图5为本发明实施例提供的一种业务审核方法的又一方法示例图；

图6为本发明实施例提供的一种业务审核装置的装置结构图。

具体实施方式

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

在本申请中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本发明可用于众多通用或专用的计算装置环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器装置、包括以上任何装置或设备的分布式计算环境等等。

本发明实施例提供了一种业务审核方法，该方法可以应用在多种系统平台，其执行主体可以为业务端，所述方法的方法流程图如图1所示，具体包括：

S101：当存在待审核的目标业务时，将当前运行模式设置为生产者模式。

具体的，业务端可以设置为生产者模式和消费者模式。当业务端设置为生产者模式时，业务端作为生产者生产消息；当业务端设置为消费者模式时，业务端作为消费者消费消息。

S102：在所述运行模式下生成所述目标业务对应的进审消息，并将所述进审消息推送至预设的第一消息队列的inTopic，使得预设的审核系统在所述inTopic中监听到所述进审消息时获取并审核所述目标业务。

具体的，进审消息为业务端作为生产者根据目标业务所生产的消息，该进审消息包含目标业务的业务信息，例如：业务名称以及业务类型等。

需要说明的是，第一消息队列可以是RocketMQ，inTopic为消息队列中的一类消息，具体为进审topic，在inTopic下业务端作为Producer生产消息，审核系统作为Consumer消费消息。

S103：将所述生产者模式切换成消费者模式，并实时监听预设的第二消息队列的outTopic，以通过所述outTopic获取所述审核系统产生的所述目标业务对应的审核结果。

其中，Topic是生产者在发送消息和消费者在拉取消息的类别。即消息主题，一级消息类型，通过Topic对消息进行分类。

具体的，审核结果为业务端作为消费者所需要消费的消息，也是审核系统进行业务审核的出审消息。

需要说明的是，outTopic为消息队列中的一类消息，具体为出审topic，在outTopic下审核系统作为Producer生产消息，业务端作为Consumer消费消息。

还需要说明的是，S103中的第二消息队列可以是上述S101中的第一消息队列，即，inTopic和outTopic可以分别设置于两个不同的消息队列中，也可以设置于同一个消息队列中。

本发明实施例提供的业务审核方法中，业务端存在需要审核的目标业务时，业务端将当前运行模式设置为生产者模式，并在生产者模式下生产该目标业务对应的进审消息，通过inTopic传递进审消息，由审核系统在接收到进审消息后获取该目标业务，并对该目标业务进行审核。业务端在将进审消息发送至inTopic后，切换运行模式为消费者模式，并实时监听outTopic是否产生审核结果，当产生审核结果后从该outTopic获取该审核结果进行消费。

应用本发明实施例提供的方法，业务端在向审核系统发送进审消息时，无需通过接口进行连接，实现了业务端与审核系统的解耦，避免后续业务端和审核系统的维护。

可选的，在监听outTopic时，有以下过程：

按照预设的等待时间监听所述outTopic是否更新；

当所述预设的等待时间内未监听到所述outTopic更新，则再次向所述inTopic发送所述进审消息。

可以理解的是，可以设置等待时间对outTopic进行监听，当到达等待时间依旧没有接收到进审消息时，需要重新发送进审消息。

本发明实施例提供的方法中，基于上述S102的内容，所述在所述运行模式下生成所述目标业务对应的进审消息，并将所述进审消息推送至预设的第一消息队列的inTopic的过程如图2所示，具体可以包括：

S201：确定所述inTopic预先设置的消息规范。

需要说明的是，inTopic为审核系统设置的MBusiness中的一种属性，其设置有审核系统接收消息的消息规范。

S202：基于所述消息规范，在所述运行模式下生成所述目标业务对应的进审消息。

可以理解的是，需要按照消息规范给审核系统发送消息。

S203：将所述进审消息发送至所述审核系统预先设置的业务领域模型MBusiness中，使得所述MBusiness将所述进审消息更新至所述第一消息队列的inTopic。

具体的，MBusiness的关键属性可以包括inTopic（进审消息topic）、inGroup（进审消息消费者group）、outTopic（出审消息topic）、outGroup（出审消息生产者group）和type（业务类型）。其中，Group指的是一类生产者或消费者，这类生产者或消费者通常生产或消费同一类消息，且消息发布或订阅的逻辑一致。

本发明实施例提供的方法中，先确定inTopic中预先设置的消息规范，并按照该消息规范生成目标业务对应的进审消息，将进审消息发送至MBusiness，MBusiness将进审消息更新中inTopic中。

应用本发明实施例提供的方法，无需编写自动化脚本，也无需与审核系统进行耦合。

与图1所述的方法相对应，本发明实施例还提供了一种业务审核装置，用于对图1中方法的具体实现，本发明实施例提供的业务审核装置可以应用于业务端中，其结构示意图如图3所示，具体包括：

第一设置单元301，用于当存在待审核的目标业务时，将当前运行模式设置为生产者模式；

第一发送单元302，用于在所述运行模式下生成所述目标业务对应的进审消息，并将所述进审消息推送至预设的第一消息队列的inTopic，使得预设的审核系统在所述inTopic中监听到所述进审消息时获取并审核所述目标业务；

第一获取单元303，用于将所述生产者模式切换成消费者模式，并实时监听预设的第二消息队列的outTopic，以通过所述outTopic获取所述审核系统产生的所述目标业务对应的审核结果。

本发明实施例提供的装置中，所述第一发送单元，包括：

确定子单元，用于确定所述inTopic预先设置的消息规范；

生成子单元，用于基于所述消息规范，在所述运行模式下生成所述目标业务对应的进审消息；

第一发送子单元，用于将所述进审消息发送至所述审核系统预先设置的业务领域模型MBusiness中，使得所述MBusiness将所述进审消息更新至所述第一消息队列的inTopic。

本发明实施例提供的装置中，所述第一发送单元，还包括：

监听子单元，用于按照预设的等待时间监听所述outTopic是否更新；

第二发送子单元，用于当所述预设的等待时间内未监听到所述outTopic更新，则再次向所述inTopic发送所述进审消息。

以上本发明实施例公开的业务审核装置中各个单元及各个子单元的具体工作过程，可参见本发明上述实施例公开的业务审核方法中的对应内容，这里不再进行赘述。

本发明实施例提供了一种业务审核方法，该方法可以应用在多种系统平台，其执行主体可以为审核系统，所述方法的方法流程图如图4所示，具体包括：

S401：当扫描到业务端向第一消息队列的inTopic新增进审消息时，将所述审核系统的当前运行模式设置为消费者模式。

具体的，审核系统作为消费者，监听第一消息队列的inTopic下的消息变化。第一消息队列可以是RocketMQ，inTopic为消息队列中的一类消息。

进一步地，扫描进审消息，并将审核系统设置为消费者模式的过程如下：

启动所述检测器按照预设的时间周期及所述MBusiness下的inTopic属性，扫描所述inTopic；在当前时间周期内扫描到业务端向所述inTopic新增进审消息时，检测所述第一表文件是否发生变化；若所述第一表文件未发生变化，则表征所述进审消息对应的目标业务未被审核，将所述审核系统的当前运行模式设置为消费者模式；若所述第一表文件发生变化，则表征所述进审消息对应的目标业务已审核，重新按照所述时间周期扫描所述MBusiness下的inTopic。

需要说明的是，第一表文件和第二表文件分别为consumerMap和producerMap。

具体的，在扫描到进审消息之前，该审核系统先启动，并进行准备操作，具体操作过程为：

当所述审核系统启动时，接入预先设置的检测器，所述检测器持有第一表文件和第二表文件；

创建MBusiness，并设置所述MBusiness的各个属性，所述MBusiness的各个属性包括inTopic属性和outTopic属性。

其中，检测器为业务接入检测器，该检测器可以按一定频率（例如每3分钟），扫描是否有新的业务领域模型加入。

可以理解的是，审核系统启动后，业务接入检测器立即启动。业务接入检测器持有两个map，两个MAP的作用分别是用于装置启动时启动相应业务的进审消费者和出审生产者。用于装置关闭时，挨个关闭每个进审消费者和出审生产者。两个MAP分别为：1、consumerMap：关键字key为inTopic，键值value为具体的消费者程序；2、producerMap：key为业务名，value为具体的生产者程序。初始状态，两个map全为空。业务接入检测器按照预设的时间周期读取数据库业务领域模型表所有数据MBusiness。

S402：在所述消费者模式下，获取所述进审消息对应的待审核的目标业务。

具体的，审核系统作为消费者消费进审消息，通过对进审消息的消费获取目标业务。

S403：确定所述目标业务的业务类型。

需要说明的是，目标业务的业务类型可以是视频、专辑或图文等。

S404：获取所述目标业务类型对应的目标审核流程。

需要说明的是，在审核系统端预设了至少三种类型的标准审核处理流程，三种类型可以是：视频、专辑、图文。预设的标准流程如不满足新业务需求，可在审核系统定制开发新的流程。

S405：将当前运行模式从消费者模式切换为生产者模式，并启动所述目标审核流程，应用审核流程对所述目标业务进行审核，获得审核结果。

可以理解的是，不同业务类型对应不同的审核流程，通过对应的审核流程实现业务的审核。

具体的，在审核前切换运行模式为生产者模式，由审核系统作为生产者根据对目标业务进行审核的过程生产消息，该审核系统所生产的消息为审核结束后的审核结果。

S406：将所述审核结果发送至预设的第二消息队列的outTopic，使得所述业务端从所述outTopic获得所述审核结果。

需要说明的是，在outTopic下审核系统作为生产者生产消息，业务端作为消费者消费消息。业务端通过outTopic下消息的变化，获取审核结果。

本发明实施例提供的业务审核方法中，当审核系统扫描到业务端向inTopic发送进审消息时，切换为消费者模式消费该进审消息，并根据进审消息对应的目标业务的业务类型，选择进行审核的目标审核流程。切换为生产者模式后，应用目标审核流程审核目标业务，获得审核结果，并将审核结果发送至outTopic，业务端在消费者模式下消费outTopic中的消息，获得审核结果。

应用本发明实施例提供的方法，降低业务端和审核系统之间的耦合性，而且无需在审核时编写对应的脚本。

本发明实施例提供的方法中，基于上述S406的内容，所述将所述审核结果发送至预设的outTopic，包括：

基于所述进审消息及审核结果更新所述第一表文件和第二表文件；

从所述第二表文件中获取所述审核结果发送至所述inTopic。

其中，第一表文件为consumerMap，第二表文件为producerMap。第一表文件用于存储inTopic与消费者，第二表文件用于存储业务名与生产者。

需要说明的是，审核结果中包含具体的生产者与消费者，进审消息包含业务名。

基于上述实施例提供的方法，审核系统实现业务审核的过程可以为：

系统启动后，业务接入检测器立即启动。业务接入检测器持有2个map，consumerMap：key为inTopic，value为具体的消费者程序。producerMap：key为业务名，value为具体的生产者程序。初始状态，2个map全为空。业务接入检测器每3分钟读取数据库业务领域模型表所有数据MBusiness。读取MBusiness的inTopic，如果consumerMap中没有inTopic，说明是新业务，则以该inTopic和inGroup创建消费者，以outTopic和outGroup创建生产者，设置type对应的预设审核流程等待审核处理，并将inTopic与消费者存入consumerMap中，业务名与生产者存入producerMap中。审核结束后，通过业务名从producerMap中获取对应的生产者，发送审核结果。系统停止时，遍历consumerMap和producerMap获取所有的消费者和生产者，进行关停操作。

其中，创建消费者和生产者过程即为rocketmq的消费者和生产者的标准创建过程。消费者创建示例代码如下：

// 消费者初始化 注意：只用初始化一次

Consumer consumer = new Consumer("xxx-consumer", "xxx-topic");

// 设置消费回调

consumer.setConsumerCallback(consumerCallback);

// 注意，只用启动一次

consumer.start();

// 应用退出时

consumer.shutdown();

生产者创建示例代码如下：

// 生产者初始化 注意：只用初始化一次

Producer producer = new Producer("xxx-producer", "xxx-topic");

// 注意，只用启动一次

producer.start();

// 应用退出时

producer.shutdown();

参考图5，在上述实施例提供的方法,中，本发明的业务审核过程可以为：

（1）业务端作为生产者生产进审消息，发送到消息队列inTopic下。

（2）审核系统作为消费者，监听消息队列inTopic下的消息变化。

（3）每监听到inTopic下的新消息，则按预设的审核流程进行审核处理。

（4）审核结束后，通过业务名从producerMap中获取对应的生产者，并发送审核结果到outTopic下。

（5）业务端作为消费者监听outTopic下的消息变化。

（6）业务端获取审核结果。

上述各个实施例的具体实施过程及其衍生方式，均在本发明的保护范围之内。

与图4所述的方法相对应，本发明实施例还提供了一种业务审核装置，用于对图4中方法的具体实现，本发明实施例提供的业务审核装置可以应用计算机终端或各种移动设备中，其结构示意图如图6所示，具体包括：

第二设置单元601，用于当扫描到业务端向第一消息队列的inTopic发送进审消息时，将所述审核系统的当前运行模式设置为消费者模式；

第二获取单元602，用于在所述消费者模式下，获取所述进审消息对应的待审核的目标业务；

确定单元603，用于确定所述目标业务的业务类型；

第三获取单元604，用于获取所述目标业务类型对应的目标审核流程；

审核单元605，用于将当前运行模式从消费者模式切换为生产者模式，并启动所述目标审核流程，应用审核流程对所述目标业务进行审核，获得审核结果；

第二发送单元606，用于将所述审核结果发送至预设的第一消息队列的outTopic，使得所述业务端从所述outTopic获得所述审核结果。

本发明实施例提供的装置中，还包括：

接入子单元，用于当所述审核系统启动时，接入预先设置的检测器，所述检测器持有第一表文件和第二表文件；

创建子单元，用于创建MBusiness，并设置所述MBusiness的各个属性，所述MBusiness的各个属性包括inTopic属性和outTopic属性。

本发明实施例提供的装置中，所述第二设置单元，包括：

扫描子单元，用于启动所述检测器按照预设的时间周期及所述MBusiness下的inTopic属性，扫描所述inTopic；

检测子单元，用于在当前时间周期内扫描到业务端向所述inTopic新增进审消息时，检测所述第一表文件是否发生变化；

设置子单元，用于若所述第一表文件未发生变化，则表征所述进审消息对应的目标业务未被审核，将所述审核系统的当前运行模式设置为消费者模式。

本发明实施例提供的装置中，还包括：

重置子单元，用于若所述第一表文件未发生变化，则表征所述进审消息对应的目标业务未已审核，重新按照所述时间周期扫描所述MBusiness下的inTopic。

本发明实施例提供的装置中，所述第二发送，包括：

更新子单元，用于基于所述进审消息及审核结果更新所述第一表文件和第二表文件；

第三发送子单元，用于从所述第二表文件中获取所述审核结果发送至所述inTopic。

以上本发明实施例公开的业务审核装置中各个单元及各个子单元的具体工作过程，可参见本发明上述实施例公开的业务审核方法中的对应内容，这里不再进行赘述。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现。

为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种业务审核方法，其特征在于，所述方法应用于业务端，所述方法包括：

当存在待审核的目标业务时，将当前运行模式设置为生产者模式；

在所述运行模式下生成所述目标业务对应的进审消息，并将所述进审消息推送至预设的第一消息队列的inTopic，使得预设的审核系统在所述inTopic中监听到所述进审消息时获取并审核所述目标业务；

将所述生产者模式切换成消费者模式，并实时监听预设的第二消息队列的outTopic，以通过所述outTopic获取所述审核系统产生的所述目标业务对应的审核结果。

2.根据权利要求1所述的方法，其特征在于，所述在所述运行模式下生成所述目标业务对应的进审消息，并将所述进审消息推送至预设的第一消息队列的inTopic，包括：

确定所述inTopic预先设置的消息规范；

基于所述消息规范，在所述运行模式下生成所述目标业务对应的进审消息；

将所述进审消息发送至所述审核系统预先设置的业务领域模型MBusiness中，使得所述MBusiness将所述进审消息更新至所述第一消息队列的inTopic。

3.根据权利要求1所述的方法，其特征在于，还包括：

按照预设的等待时间监听所述outTopic是否更新；

当所述预设的等待时间内未监听到所述outTopic更新，则再次向所述inTopic发送所述进审消息。

4.一种业务审核装置，其特征在于，所述装置应用于业务端，所述装置包括：

第一设置单元，用于当存在待审核的目标业务时，将当前运行模式设置为生产者模式；

第一发送单元，用于在所述运行模式下生成所述目标业务对应的进审消息，并将所述进审消息推送至预设的第一消息队列的inTopic，使得预设的审核系统在所述inTopic中监听到所述进审消息时获取并审核所述目标业务；

第一获取单元，用于将所述生产者模式切换成消费者模式，并实时监听预设的第二消息队列的outTopic，以通过所述outTopic获取所述审核系统产生的所述目标业务对应的审核结果。

5.一种业务审核方法，其特征在于，所述方法应用于审核系统，所述方法包括：

当扫描到业务端向第一消息队列的inTopic发送进审消息时，将所述审核系统的当前运行模式设置为消费者模式；

在所述消费者模式下，获取所述进审消息对应的待审核的目标业务；

确定所述目标业务的业务类型；

获取所述目标业务类型对应的目标审核流程；

将当前运行模式从消费者模式切换为生产者模式，并启动所述目标审核流程，应用审核流程对所述目标业务进行审核，获得审核结果；

将所述审核结果发送至预设的第二消息队列的outTopic，使得所述业务端从所述outTopic获得所述审核结果。

6.根据权利要求5所述的方法，其特征在于，还包括：

当所述审核系统启动时，接入预先设置的检测器，所述检测器持有第一表文件和第二表文件；

创建MBusiness，并设置所述MBusiness的各个属性，所述MBusiness的各个属性包括inTopic属性和outTopic属性。

7.根据权利要求6所述的方法，其特征在于，所述当扫描到业务端向第一消息队列的inTopic新增进审消息时，将所述审核系统的当前运行模式设置为消费者模式，包括：

启动所述检测器按照预设的时间周期及所述MBusiness下的inTopic属性，扫描所述inTopic；

在当前时间周期内扫描到业务端向所述inTopic新增进审消息时，检测所述第一表文件是否发生变化；

若所述第一表文件未发生变化，则表征所述进审消息对应的目标业务未被审核，将所述审核系统的当前运行模式设置为消费者模式。

8.根据权利要求7所述的方法，其特征在于，还包括：

若所述第一表文件发生变化，则表征所述进审消息对应的目标业务已审核，重新按照所述时间周期扫描所述MBusiness下的inTopic。

9.根据权利要求7所述的方法，其特征在于，所述将所述审核结果发送至预设的outTopic，包括：

基于所述进审消息及审核结果更新所述第一表文件和第二表文件；

从所述第二表文件中获取所述审核结果发送至所述inTopic。

10.一种业务审核装置，其特征在于，所述装置应用于审核系统，所述装置包括：

第二设置单元，用于当扫描到业务端向第一消息队列的inTopic发送进审消息时，将所述审核系统的当前运行模式设置为消费者模式；

第二获取单元，用于在所述消费者模式下，获取所述进审消息对应的待审核的目标业务；

确定单元，用于确定所述目标业务的业务类型；

第三获取单元，用于获取所述目标业务类型对应的目标审核流程；

审核单元，用于将当前运行模式从消费者模式切换为生产者模式，并启动所述目标审核流程，应用审核流程对所述目标业务进行审核，获得审核结果；

第二发送单元，用于将所述审核结果发送至预设的第二消息队列的outTopic，使得所述业务端从所述outTopic获得所述审核结果。

Images