CN112905356B - 一种业务控制的系统、方法和装置 - Google Patents

Abstract

本申请属于数据处理技术领域，公开了一种业务控制的系统、方法和装置，本申请公开的一种业务控制的方法包括，业务控制系统通过业务整合模块接收业务设备发送的业务消息，并根据业务消息的消息类型，将业务消息进行解析，以及按照指定消息结构进行重构，根据业务模块标识将重构消息发送至相应的业务模块进行业务处理。这样，可以将各消息类型的业务消息均重构为指定消息结构，减少了业务模块消息处理的差异性，提高了业务控制系统的复用率，简化了业务移植的繁琐步骤，节省了新业务上线的人力和物力成本。

Description

一种业务控制的系统、方法和装置

技术领域

本申请涉及数据处理技术领域，尤其涉及一种业务控制的系统、方法和装置。

背景技术

随着互联网技术的发展，网络业务的业务类型也不断增多。每一业务通常都需要相应的业务控制系统来实现。例如，业务可以为直播活动中的群送礼、花样以及群视频等。

但是，由于不同业务在通信传输时采用的消息类型通常不同，因此，新业务上线时，无法运用已有的业务控制系统，需要分别针对每一业务定制相应的业务控制系统，业务控制系统的复用率较低。

由此，亟待需要一种可以兼容各类业务消息，并且业务控制系统的复用率高的业务控制方案。

发明内容

本申请实施例提供一种业务控制的系统、方法和装置，用以在业务处理时，提高各类业务消息的兼容性，以及业务系统的复用率。

一方面，提供一种业务控制的方法，包括：多个业务模块以及消息整合模块，其中，

消息整合模块，用于接收业务设备发送的业务消息，并根据业务消息的消息类型，将业务消息进行解析，并将解析消息按照指定消息结构进行重构，以及根据业务模块标识将重构消息发送至相应的业务模块，业务消息中包含业务模块标识和消息类型；

每一业务模块，用于接收消息整合模块发送的重构消息，并对重构消息进行解析，获得消息内容，并根据消息内容进行业务处理。

一方面，提供一种业务控制的方法，包括：

接收业务设备发送的业务消息，业务消息中包含业务模块标识和消息类型；

根据业务消息的消息类型，将业务消息进行解析；

将解析消息按照指定消息结构进行重构；

根据业务模块标识将重构消息发送至相应的业务模块进行业务处理。

一方面，提供一种业务控制的装置，包括：

接收单元，用于接收业务设备发送的业务消息，业务消息中包含业务模块标识和消息类型；

解析单元，用于根据业务消息的消息类型，将业务消息进行解析；

重构单元，用于将解析消息按照指定消息结构进行重构；

处理单元，用于根据业务模块标识将重构消息发送至相应的业务模块进行业务处理。

一方面，提供一种控制设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行程序时执行上述任一种业务控制的方法的步骤。

一方面，提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述任一种业务控制的方法的步骤。

本申请实施例提供的一种业务控制的系统、方法和装置中，业务控制系统通过业务整合模块接收业务设备发送的业务消息，并根据业务消息的消息类型，将业务消息进行解析，以及按照指定消息结构进行重构，根据业务模块标识将重构消息发送至相应的业务模块进行业务处理。这样，可以将各消息类型的业务消息均重构为指定消息结构，减少了业务模块消息处理的差异性，提高了业务控制系统的复用率，简化了业务移植的繁琐步骤，节省了新业务上线的人力和物力成本。

本申请的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本申请而了解。本申请的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

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

图1为本申请实施方式中一种业务控制系统的架构图；

图2a为本申请实施方式中一种消息整合的流程示例图；

图2b为本申请实施方式中一种业务界面示例图；

图3为本申请实施方式中一种电子资源确定的流程示意图；

图4为本申请实施方式中一种资源转移模块的资源转移的流程示意图；

图5为本申请实施方式中一种业务控制系统的示例图；

图6为本申请实施方式中一种业务控制的方法的实施流程图；

图7a为本申请实施方式中一种抽奖活动的活动配置示例图；

图7b为本申请实施方式中一种抽奖活动的方法的实施流程图；

图8为本申请实施方式中一种业务控制的装置的结构示意图；

图9为本申请实施方式中一种控制设备的结构示意图。

具体实施方式

为了使本申请的目的、技术方案及有益效果更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

首先，对本申请实施例中涉及的部分用语进行说明，以便于本领域技术人员理解。

终端设备：可以安装各类应用，并且能够将已安装的应用中提供的对象进行显示的设备，该电子设备可以是移动的，也可以是固定的。例如，手机、平板电脑、各类可穿戴设备、车载设备、个人数字助理(personal digital assistant，PDA)、销售终端(point ofsales，POS)或其它能够实现上述功能的电子设备等。

应用：即应用程序，可以完成某项或多项业务的计算机程序，一般具有可视的显示界面，能与用户进行交互，比如电子地图和微信等都可以称为应用。

直播活动平台：为网络直播提供基础服务的平台。网络直播吸取和延续了互联网的优势，利用视讯方式进行网上现场直播，可以将产品展示、相关会议、背景介绍、方案测评、网上调查、对话访谈、在线培训等内容现场发布到互联网上，利用互联网的直观、快速，表现形式好、内容丰富、交互性强、地域不受限制、受众可划分等特点，加强活动现场的推广效果。

配置驱动引擎：用于活动配置动态加载，实现活动的动态上下线。

事件调度引擎：用于周期性事件的调度。

消息适配模块：用于消息队列和直调数据的协议字段的适配。

对账修复模块：用于数据写入失败后的修复和系统过载后降级处理逻辑，保证数据的最终一致性。

自适应流限流保护：用于系统过载保护，保证系统的可用性。

兑换系统：用于积分兑换处理。

资料系统：用于分别将每一业务的各字段统一。

通用概率：用于为业务提供概率计算的服务。

活动规则：用于为业务提供活动规则的显示以及配置服务。

榜单系统：用于为业务提供排名服务，可以根据用户操作，配置榜单模式。

下面介绍本申请实施例的设计思想。

随着互联网技术的发展，网络业务的业务类型也不断增多。每一业务通常都需要相应的业务控制系统来实现。例如，业务可以为直播活动中的群送礼、花样以及群视频等。

但是，由于不同业务在通信传输时采用的消息类型不同，因此，新上线的业务无法运用已有的业务控制系统，需要分别针对每一业务定制相应的业务控制系统，业务控制系统的复用率较低。

进一步地，每一业务在转移电子资源时，直接将相应的电子资源发送至相应的用户终端，但是，发送的有价值的电子资源未经审核，存在腐败风险，并且电子资源容易出现发送失败以及漏发的问题。

显然，传统技术中并没有提供一种高复用率以及安全性高的业务控制方案，亟待需要一种业务控制方案，优化业务控制系统，提高业务控制系统的复用率，保证资源转移的安全性和准确性。

鉴于以上分析和考虑，本申请实施例中提供了一种业务控制的方案，该方案中，包括多个业务模块以及消息整合模块，通过消息整合模块接收的各业务消息进行解析和重构，使得业务模块可以按照统一的指定消息结构，获得消息内容。进一步地，还包括电子资源模块和资源转移模块，通过电子资源模块对待发送的电子资源进行审核，以及通过资源转移模块对电子资源的发送进行清单对账，并根据对账结果进行补发。

为进一步说明本申请实施例提供的技术方案，下面结合附图以及具体实施方式对此进行详细的说明。虽然本申请实施例提供了如下述实施例或附图所示的方法操作步骤，但基于常规或者无需创造性的劳动在方法中可以包括更多或者更少的操作步骤。在逻辑上不存在必要因果关系的步骤中，这些步骤的执行顺序不限于本申请实施例提供的执行顺序。方法在实际的处理过程中或者装置执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行。

参阅图1所示，为一种业务控制系统的架构图。业务控制系统包括：业务前台和技术中台，可选的，还可以包括业务中台以及数据库。业务前台包括业务模块1、业务模块2……业务模块n。业务中台包括玩法1、玩法2、……玩法m。技术中台包括消息整合模块、资源转移模块、电子资源模块、……XX模块。技术中台屏蔽业务之间的存储差异，提供业务前台和业务中台可以调用的标准化的接口，以提高业务控制系统的复用率。电子资源模块包括有价值模块和无价值模块。数据库包括：数据库1、数据库2，……数据库k。其中，m、n和k为自然数。

其中，消息整合模块兼容各种通信协议，可以根据传输的业务消息的消息类型进行解析以及重构。业务消息中包含业务模块标识和消息类型。

也就是说，消息整合模块将发送至各业务模块的各种消息类型的业务消息，转换为统一的指定消息结构的重构消息，并根据业务模块标识，将重构消息发送至相应的业务模块，以便减少业务模块消息解析的差异性。进一步地，还可以将各业务模块发送的各业务消息转换为相应消息类型的重构消息，并将重构消息发送至相应的业务设备。

一种实施方式中，消息整合模块对接收的业务设备发送的业务消息进行解析以及重构时，可以采用以下步骤：

S1011：接收业务设备发送的业务消息。

其中，业务设备可以为终端设备以及服务器等设备。

S1012：根据业务消息的消息类型，将业务消息进行解析，获得解析消息。

其中，不同的消息类型对应不同的通信协议，根据消息类型对应的通信协议，可以对业务消息进行解析，获得解析消息。

S1013：将解析消息按照指定消息结构进行重构，获得重构消息。

需要说明的是，预先设定统一的指定消息结构，使得将接收的任意消息类型的业务消息转换为统一的消息结构的重构消息，进而使得后续接收重构消息的各业务模块，均可以采用统一的消息解析方式解析该重构消息。

进一步地，消息整合模块还可以根据解析消息获取业务消息相关的业务数据，并根据业务数据和解析消息按照指定消息结构进行重构，获得重构消息。

例如，参阅图2a所示，为一种消息整合的流程示例图。消息整合模块获得包含各业务消息的业务消息队列。其中，业务消息队列中的各业务消息为各业务设备发送至相应业务模块的消息，不同业务消息采用的通信协议可以是相同的，也可以是不同的。消息整合模块对业务消息进行解析，并根据解析消息，拉取粉丝团服务和数据中心中相关的业务数据，以及将解析消息和业务数据按照指定消息结构进行重构，并将重构后的重构消息发送至业务模块。

一种实施方式中，消息整合模块对业务模块发送至业务设备的业务消息进行解析和重构时，可以采用以下步骤：

S1021：获取业务模块待发送至业务设备的业务消息。

S1022：将该业务消息按照指定消息结构进行解析，获得解析消息。

S1023：确定该业务设备对应的消息类型，将解析消息重构为该消息类型的重构消息。

其中，业务模块为应用层中各业务处理的模块。具体的，用于接收消息整合模块发送的重构消息，并按照指定消息结构对重构消息进行解析，获得消息内容，以及根据消息内容进行业务处理。

参阅图2b所示，为一种业务界面示例图。图2b示出了3种业务，NOW、冬季恋歌以及竞猜。不同业务模块处理不同的业务。

一种实施方式中，业务模块确定业务处理结果表示发送电子资源时，向电子资源模块发送资源转移指令。

本申请实施例中，以直播活动中的业务为例进行说明，用户可以通过直播活动的业务模块进行互动，从而有效提高收入和人气。例如，业务可以为Now、群送礼、花样以及群视频等。每一业务的实现均需要业务中台、技术前台以及数据库的支持。

一种实施方式中，业务模块还包括配置模块，配置模块用于：响应于针对配置界面的业务配置操作，对相应业务模块的业务信息进行配置。

这样，用户就可以通过配置模块对已有的业务模块进行配置更改，对新添加的业务模块进行业务配置，实现新业务的上线。

电子资源模块：包括有价值模块和无价值模块，用于接收业务模块发送的资源转移指令，并根据资源转移指令确定资源转移信息，以及根据资源转移信息，向资源转移模块发送发货指令。

其中，资源转移信息包括待发资源的标识信息和用户的用户标识信息。可选的，用户标识信息可以为用户编号或用户账号，用于根据用户标识信息，将待发资源发送至相应的用户。

可选的，电子资源为网络虚拟物品，电子资源可以分为有价值资源和无价值资源，例如，无价值资源为座驾、勋章以及优惠券、有价值资源为金豆、包裹、定制礼物以及火箭等。

具体的，电子资源模块可以采用以下两种方式：

第一种方式为：当根据资源转移信息确定待发资源为无价值资源时，无价值模块用于：将包含资源转移信息的发货指令，发送至资源转移模块。

第二种方式为：当根据资源转移信息确定待发资源为有价值资源时，有价值模块用于：对待发资源进行审核，若审核通过，则通过指定的支付网关，将包含资源转移信息的发货指令，发送至资源转移模块。

一种实施方式中，有价值模块执行以下步骤：

S1031：通过审核界面显示待发资源的资源转移信息。

S1032：响应于针对审核界面中的表示审核通过的触发操作，通过指定的支付网关，将包含资源转移信息的发货指令，发送至资源转移模块。

也就是说，若待发资源为无价值资源时，则将资源转移信息发送至资源转移模块，否则，对待发资源进行审核，仅将审核通过的待发资源的资源转移信息发送至资源转移模块。

例如，直播活动中，礼物为一种打赏方式，座驾和勋章为用户身份的象征，因此，礼物、座驾以及勋章均可以为业务的电子资源。由于有价值的电子资源如礼物，涉及到了主播的提现，腐败风险较大，因此，本申请实施例中通过有价值模块对礼物进行审核，这可以减少有价值资源的出错率以及腐败风险，有利于内部反腐。

参阅图3所示，为一种电子资源确定的流程示意图。电子资源模块接收业务前台中的业务模块，即Now模块、群送礼模块、花样模块或群视频模块发视频每个的资源转移指令。根据资源转移指令，若待发资源为无价值资源，即座驾、勋章以及优惠券等，通过无价值模块将包含资源转移信息的发货指令，发送至资源转移模块；若待发资源为有价值资源，即为金豆、包裹、定制礼物以及火箭等，则通过有价值模块对待发资源进行审核，当审核通过时通过指定的支付网关，将包含资源转移信息的发货指令，发送至资源转移模块。

每一业务均有自己的电子资源数据库，通过电子资源模块中的有价值模块和无价值模块，可以为上层的业务模块屏蔽底层数据库的差异，为资源转移模块提供统一的接口，并且可以通过可视化的审核界面，显示待发资源，以进行人工审核，由于若待发资源是有价值的，会存在腐败的可能，因此，通过统一的有价值模块对有价值的待发资源进行人工审核，如、审批以及对账等，可以减有价值资源的出错率以及腐败风险，有利于内部反腐。

资源转移模块：用于根据接收的发货指令，向用户终端发送相应的电子资源。

具体的，资源转移模块可以执行以下步骤：

S1041：获取发货指令中包含的资源转移信息。

S1042：按照资源转移信息，向用户终端发送相应的待发资源。

具体的，按照资源转移信息，采用预设的限速方式，向用户终端发送相应的待发资源。

可选的，限速方式可以采用以下方式中的任意一种：计数器方式、漏桶方式以及令牌桶方式，实际应用中，限速方式也可以根据实际应用场景采用其它任意方式，在此不做限制。

这是由于电子资源转移时的网络速度可能较低，为避免发货失败，因此，采用限速方式进行限速。

进一步地，为保证电子资源转移的正确率，采用以下两种方式：

第一种方式为：当资源发送失败时，将资源发送失败消息添加到异常消息队列中，并根据异常消息队列中包含的资源发送失败消息，对发送失败的待发资源进行补发。

这样，根据记录的资源发送失败消息，进行资源补发。

第二种方式为：根据资源转移信息，确定资源应发清单，并根据实际发送的电子资源，确定资源实发清单，以及将资源应发清单与资源实发清单进行对账，获得对账结果，按照对账结果对遗漏发送的待发资源进行补发。

其中，资源实发清单是指已经转移的电子资源的清单记录。资源应发清单是指根据资源转移信息确定的应该转移的电子资源的清单记录。

这样，就可以将应该发送的电子资源的资源应发清单与实际发送的电子资源的资源实发清单进行对账，确定遗漏发送的电子资源，进而将遗漏发送的电子资源进行补发。

参阅图4所示，为一种资源转移模块的资源转移的流程示意图。资源转移模块获得电子资源模块发送的资源转移信息，并根据资源转移信息，确定资源应发清单。资源转移模块通过发货组件，采用预设的限速方式按照资源转移信息向用户终端发送电子资源。例如，限速前的传输速度为4k/s，限速后的传输速度为3k/s，电子资源补发的传输速度为200/s。限速方式可以采用以下方式中的任意一种：计数器方式、漏桶方式以及令牌桶方式。

进一步地，当资源发送失败时，将资源发送失败消息添加到异常消息队列中，并根据异常消息队列中包含的资源发送失败消息，通过发货组件对发送失败的待发资源进行补发。根据资源转移信息，确定资源应发清单，并根据实际发送的电子资源，确定资源实发清单，并将资源应发清单与资源实发清单进行对账，获得对账结果，以及根据对账结果，通过发货组件对遗漏发送的待发资源进行补发。

为进一步提高资源发放的准确性，资源转移模块在发送电子资源之前，还可以对待发送的电子资源进行申请和审核，以及采用密钥对传输信息加解密的方式对电子资源进行发送，以及采用三方对账的方式对电子资源发送的数量进行实时监控。其中，三方可以为业务模块、资源转移模块以及用于经济托管方。

本申请实施例中，通过上述两种电子资源的补发方式，减少了电子资源漏发的数量，保证了电子资源发送的准确性。

例如，参阅图5所示，为一种业务控制系统的示例图。包括业务前台、业务中台、技术中台以及数据库。业务前台中的各业务模块为：Now模块、群送礼模块、花样模块以及群视频模块。玩法包括：抽奖、挑战(PlayerKilling，PK)以及榜单等。每一玩法均可以调用业务中台中的任意一个或多个基础服务，活动执行引擎、配置驱动引擎、事件调度引擎、消息适配模块、对账修复模块以及自适应限流保护。技术中台中包括的各模块为：资源转移模块、资料系统、兑换系统、消息整合模块、电子资源模块、通用概率、活动规则以及榜单系统。数据库包括：云数据库(Cloud DataBase，CDB)、缓存中间件(Redis)、存储系统(CloudKeyValue，CKV)以及分布式缓存中间件(Codis)。

其中，Now模块，用于Now直播活动业务；群送礼模块，用于群送礼活动业务；花样模块，用于花样活动业务；群视频模块，用于群视频活动业务。

其中，活动执行引擎：用于执行活动过程实现打怪、抽奖、pk等玩法。

配置驱动引擎：用于活动配置动态加载，实现活动的动态上下线。

事件调度引擎：用于周期性事件的调度。

消息适配模块：用于消息队列和直调数据的协议字段的适配。

对账修复模块：用于数据写入失败后的修复和系统过载后降级处理逻辑，保证数据的最终一致性。

自适应流限流保护：用于系统过载保护，保证系统的可用性。

兑换系统：用于积分兑换处理。

资料系统：用于分别将每一业务的各字段统一。

业务中用户资料的展示是非常重要的功能，资料系统将不同业务中用户资料的各字段进行统一存储，使得上层的业务模块可以采用统一的方式获取用户资料，减少了用户资料存储以及调用的差异性。

通用概率：用于为业务提供概率计算的服务。

活动规则：用于为业务提供活动规则的显示以及配置服务。

榜单系统：用于为业务提供排名服务，可以根据用户操作，配置榜单模式。

例如，由于榜单排名可以增加比赛的刺激性，因此，可以通过榜单系统对直播活动中的比赛进行排名，榜单模式可以小时榜、月榜以及总榜等。

一种实施方式中，榜单系统利用redis的zest实现，它的成员(meber)是字符串(string)类型，可以为任意的字段，榜单系统可以正序显示，也可以反序显示。

业务前台中的每一业务模块均可以调用业务中台中的任意一个或多个玩法模块，每一玩法模块均可以调用活动执行引擎、配置驱动引擎、事件调度引擎、消息适配模块、对账修复模块以及自适应限流保护中的任意一个或多个，执行相应的业务处理，也可以调用技术中台中任意一个或多个模块，即可以调用资源转移模块、资料系统、兑换系统、消息整合模块、电子资源模块、通用概率、活动规则以及榜单系统中的任意一个或多个模块提供技术服务，以及可以调用CDB、Redis、CKV以及Codis中的任意数据库进行数据存储。

本申请实施例中，仅以业务模块通过消息整合模块获取业务消息重构后的重构消息，并通过电子资源模块和资源转移模块向用户终端发送电子资源为例进行说明，通过消息整合模块对各业务的协议进行了整合，减少了业务模块解析消息的差异性，通过电子资源模块实现了对有价值的电子资源的审核和对账，减少了有价值的电子资源造成的腐败。

下面采用一个具体的应用场景，对上述业务控制系统的应用进行示例说明。参阅图6所示，为本申请提供的一种业务控制的方法的实施流程图。执行主体可以为应用业务控制系统的终端设备，该方法的具体流程如下：

步骤600：接收业务设备发送的业务消息。

具体的，通过消息整合模块接收业务设备发送的业务消息。

其中，业务消息中包含业务模块标识和消息类型，业务模块标识用于指示业务设备目标发送的业务模块。

步骤601：获取业务消息中包含的消息类型和业务模块标识。

具体的，通过消息整合模块获取业务消息中包含的消息类型和业务模块标识。

步骤602：根据业务消息的消息类型，将业务消息进行解析，获得解析消息。

具体的，通过消息整合模块根据该消息类型对应的通信协议，将业务消息进行解析，获得解析消息。

步骤603：将解析消息按照指定消息结构进行重构，获得重构消息。

步骤604：根据业务模块标识，将重构消息发送至相应的业务模块。

步骤605：通过业务模块根据重构消息进行业务处理。

具体的，业务模块根据指定消息结构，对重构消息进行解析，获得消息内容，并根据获取的消息内容进行业务处理。

步骤606：当确定业务处理结果表示发送电子资源时，向电子资源模块发送资源转移指令。

具体的，通过业务模块根据消息内容，调用相应玩法模块执行玩法操作，当玩法操作输出结果(业务处理结果)表示发送电子资源时，向电子资源模块发送资源转移指令。

步骤607：通过电子资源模块根据资源转移指令确定资源转移信息，并根据资源转移信息，向资源转移模块发送发货指令。

具体的，执行步骤607时，可以采用以下两种方式：

第一种方式为：当根据资源转移信息确定待发资源为无价值资源时，电子资源模块中的无价值模块将包含资源转移信息的发货指令，发送至资源转移模块。

第二种方式为：当根据资源转移信息确定待发资源为有价值资源时，电子资源模块中的有价值模块对待发资源进行审核，若审核结果为审核通过，则通过指定的支付网关，将包含资源转移信息的发货指令，发送至资源转移模块。

步骤608：通过资源转移模块根据接收的发货指令，向用户终端发送相应的电子资源。

这样，任意一个业务均可以通过消息整合模块将业务消息重构为业务模块可以解析的重构消息，通过电子资源模块对有价值的待发资源进行审核，以及通过资源转移模块将电子资源精确地发送至相应的用户终端。

下面采用一个抽奖活动(业务)为例，对上述实施例进行进一步说明。用户通过业务模块对抽奖活动进行配置，该抽奖活动的活动规则如下：扣除用户积分后，通过转盘进行抽奖，根据转盘转动结果，确定抽中的奖品，并将抽中的奖品通过发货网关发送至用户终端。参阅图7a所示，为一种抽奖活动的活动配置示例图。用户配置抽奖活动的活动账号和相应密钥，以及资源转移模块的发货网关和相应的密钥。进一步地，用户还对转盘抽奖的概率以及奖励物品的相关信息进行配置。如物品类型、物品名称、物品个数、物品价格、物品标识(Identification，ID)，以及每一物品获得的概率等。

参阅图7b所示，为一种抽奖活动的方法的实施流程图，执行主体为业务控制系统，该方法的具体流程如下：

步骤700：消息整合模块接收用户终端发送的用于积分抽奖的业务消息。

步骤701：消息整合模块将业务消息重构后的重构消息发送至业务模块。

具体的，执行步骤701时，可以参见上述步骤601-步骤605。

步骤702：业务模块根据重构消息中包含的活动账号，确定抽奖活动。

步骤703：业务模块调用业务中台的抽奖玩法扣除用户积分，以及根据技术中台的通用概率，确定抽奖结果。

步骤704：业务模块根据抽奖结果，向电子资源模块发送资源转移指令。

步骤705：电子资源模块根据资源转移指令确定资源转移信息，并根据资源转移信息，向资源转移模块发送发货指令。

步骤706：资源转移模块根据接收的发货指令，向用户终端发送相应的电子资源。

本申请实施例中，通过消息整合模块屏蔽了底层消息传输的差异性，对上层的业务模块处理的消息结构进行了统一，通过电子资源模块对有价值的电子资源进行统一审核，减少了腐败风险，通过资源转移模块对发送的电子资源进行对账补发，提高了资源转移的准确性，通过业务中台提供各种玩法，并通过技术中台提供业务中台需要的各项基础功能，提高了各业务的可移植性，多个业务可以对业务控制系统进行复用，用户可以通过业务控制系统的页面配置，上线新的业务，极大了简化了新业务上线的繁琐步骤，提高了业务上线的效率，节省了大量的人力和物力成本。

基于同一发明构思，本申请实施例中还提供了一种业务控制的装置，由于上述装置及设备解决问题的原理与一种业务控制的方法相似，因此，上述装置的实施可以参见方法的实施，重复之处不再赘述。

如图8示，其为本申请实施例提供的一种业务控制的装置的结构示意图。一种业务控制的装置包括：

接收单元801，用于接收业务设备发送的业务消息，业务消息中包含业务模块标识和消息类型；

解析单元802，用于根据业务消息的消息类型，将业务消息进行解析；

重构单元803，用于将解析消息按照指定消息结构进行重构；

处理单元804，用于根据业务模块标识将重构消息发送至相应的业务模块进行业务处理。

本申请实施例提供的一种业务控制的系统、方法和装置中，业务控制系统通过业务整合模块接收业务设备发送的业务消息，并根据业务消息的消息类型，将业务消息进行解析，以及按照指定消息结构进行重构，根据业务模块标识将重构消息发送至相应的业务模块进行业务处理。这样，可以将各消息类型的业务消息均重构为指定消息结构，减少了业务模块消息处理的差异性，提高了业务控制系统的复用率，简化了业务移植的繁琐步骤，节省了新业务上线的人力和物力成本。

图9示出了一种控制设备9000的结构示意图。参阅图9所示，控制设备9000包括：处理器9010、存储器9020、电源9030、显示单元9040、输入单元9050。

处理器9010是控制设备9000的控制中心，利用各种接口和线路连接各个部件，通过运行或执行存储在存储器9020内的软件程序和/或数据，执行控制设备9000的各种功能，从而对控制设备9000进行整体监控。

本申请实施例中，处理器9010调用存储器9020中存储的计算机程序时执行如图6中所示的实施例提供的业务控制的方法。

可选的，处理器9010可包括一个或多个处理单元；优选的，处理器9010可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器9010中。在一些实施例中，处理器、存储器、可以在单一芯片上实现，在一些实施例中，它们也可以在独立的芯片上分别实现。

存储器9020可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、各种应用等；存储数据区可存储根据控制设备9000的使用所创建的数据等。此外，存储器9020可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件等。

控制设备9000还包括给各个部件供电的电源9030(比如电池)，电源可以通过电源管理系统与处理器9010逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗等功能。

显示单元9040可用于显示由用户输入的信息或提供给用户的信息以及控制设备9000的各种菜单等，本发明实施例中主要用于显示控制设备9000中各应用的显示界面以及显示界面中显示的文本、图片等对象。显示单元9040可以包括显示面板9041。显示面板9041可以采用液晶显示屏(Liquid Crystal Display，LCD)、有机发光二极管(Organic Light-Emitting Diode，OLED)等形式来配置。

输入单元9050可用于接收用户输入的数字或字符等信息。输入单元9050可包括触控面板9051以及其他输入设备9052。其中，触控面板9051，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触摸笔等任何适合的物体或附件在触控面板9051上或在触控面板9051附近的操作)。

具体的，触控面板9051可以检测用户的触摸操作，并检测触摸操作带来的信号，将这些信号转换成触点坐标，发送给处理器9010，并接收处理器9010发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板9051。其他输入设备9052可以包括但不限于物理键盘、功能键(比如音量控制按键、开关机按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

当然，触控面板9051可覆盖显示面板9041，当触控面板9051检测到在其上或附近的触摸操作后，传送给处理器9010以确定触摸事件的类型，随后处理器9010根据触摸事件的类型在显示面板9041上提供相应的视觉输出。虽然在图9中，触控面板9051与显示面板9041是作为两个独立的部件来实现控制设备9000的输入和输出功能，但是在某些实施例中，可以将触控面板9051与显示面板9041集成而实现控制设备9000的输入和输出功能。

控制设备9000还可包括一个或多个传感器，例如压力传感器、重力加速度传感器、接近光传感器等。当然，根据具体应用中的需要，上述控制设备9000还可以包括摄像头等其它部件，由于这些部件不是本申请实施例中重点使用的部件，因此，在图9中没有示出，且不再详述。

本领域技术人员可以理解，图9仅仅是控制设备的举例，并不构成对控制设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件。

本申请实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述任意方法实施例中的业务控制的方法。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对相关技术做出贡献的部分可以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台控制设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分的方法。

最后应说明的是：以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (12)

1.一种业务控制系统，其特征在于，包括：多个业务模块以及消息整合模块，其中，

所述消息整合模块，用于接收业务设备发送的业务消息，并根据所述业务消息的消息类型，将所述业务消息进行解析，并将解析消息按照指定消息结构进行重构，以及根据业务模块标识将重构消息发送至相应的业务模块，所述业务消息中包含业务模块标识和消息类型，其中，重构消息时，按照预先设定的统一的消息结构，将接收的任意类型的业务消息转换为所述统一的消息结构的重构消息；

每一业务模块，用于接收所述消息整合模块发送的重构消息，并对所述重构消息进行解析，获得消息内容，并根据消息内容进行业务处理，其中，对所述重构消息进行解析时，按照与所述统一的消息结构对应的，统一的消息解析方式进行解析。

2.如权利要求1所述的系统，其特征在于，还包括电子资源模块和资源转移模块，其中：

每个业务模块，用于当确定业务处理结果表示发送电子资源时，向所述电子资源模块发送资源转移指令；

所述电子资源模块，用于接收业务模块发送的资源转移指令，并根据所述资源转移指令确定资源转移信息，以及根据所述资源转移信息，向所述资源转移模块发送发货指令；

所述资源转移模块，用于根据接收的发货指令，向用户终端发送相应的电子资源。

3.如权利要求2所述的系统，其特征在于，所述电子资源模块包括有价值模块和无价值模块，其中，

当根据所述资源转移信息确定待发资源为无价值资源时，所述无价值模块用于：将包含资源转移信息的发货指令，发送至所述资源转移模块；

当根据所述资源转移信息确定待发资源为有价值资源时，所述有价值模块用于：对所述待发资源进行审核，若审核结果为审核通过，则通过指定的支付网关，将包含资源转移信息的发货指令，发送至所述资源转移模块。

4.如权利要求3所述的系统，其特征在于，所述有价值模块用于：

通过审核界面显示待发资源的资源转移信息；

响应于针对所述审核界面中的表示审核通过的触发操作，通过指定的支付网关，将包含资源转移信息的发货指令，发送至所述资源转移模块。

5.如权利要求2所述的系统，其特征在于，所述资源转移模块用于：

获取所述发货指令中包含的资源转移信息；

按照所述资源转移信息，向用户终端发送相应的待发资源；

根据所述资源转移信息，确定资源应发清单，并根据实际发送的电子资源，确定资源实发清单；

将所述资源应发清单与所述资源实发清单进行对账，获得对账结果；

根据所述对账结果，对遗漏发送的待发资源进行补发。

6.如权利要求5所述的系统，其特征在于，所述资源转移模块还用于：

按照所述资源转移信息，采用预设的限速方式，向用户终端发送相应的待发资源；

当资源发送失败时，将资源发送失败消息添加到异常消息队列中；

根据异常消息队列中包含的资源发送失败消息，对发送失败的待发资源进行补发。

7.如权利要求6所述的系统，其特征在于，所述限速方式包括以下方式中的任意一种：

计数器方式、漏桶方式以及令牌桶方式。

8.如权利要求1-7任一项所述的系统，其特征在于，所述业务模块还包括配置模块，所述配置模块用于：

响应于针对配置界面的业务配置操作，对相应业务模块的业务信息进行配置。

9.一种业务控制方法，其特征在于，包括：

接收业务设备发送的业务消息，所述业务消息中包含业务模块标识和消息类型；

根据所述业务消息的消息类型，将所述业务消息进行解析；

将所述解析消息按照指定消息结构进行重构，其中，重构消息时，按照预先设定的统一的消息结构，将接收的任意类型的业务消息转换为所述统一的消息结构的重构消息；

根据业务模块标识将重构消息发送至相应的业务模块进行业务处理，以使所述相应的业务模块，按照与所述统一的消息结构对应的，统一的消息解析方式进行解析。

10.一种业务控制的装置，其特征在于，包括：

接收单元，用于接收业务设备发送的业务消息，所述业务消息中包含业务模块标识和消息类型；

解析单元，用于根据所述业务消息的消息类型，将所述业务消息进行解析；

重构单元，用于将所述解析消息按照指定消息结构进行重构，其中，重构消息时，按照预先设定的统一的消息结构，将接收的任意类型的业务消息转换为所述统一的消息结构的重构消息；

处理单元，用于根据业务模块标识将重构消息发送至相应的业务模块进行业务处理，以使所述相应的业务模块，按照与所述统一的消息结构对应的，统一的消息解析方式进行解析。

11.一种控制设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求9所述的业务控制方法的步骤。

12.一种计算机可读存储介质，其上存储有计算机程序，其特征在于：所述计算机程序被处理器执行时实现如权利要求9所述的业务控制方法的步骤。