具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

下面以具体地实施例对本发明的技术方案进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本发明的实施例进行描述。

首先对本发明实施例所涉及的名词进行解释：

Redis：是一个开源的、可基于内存亦可持久化的数据库。Mysql：是一种开源的关系型数据库。Oracle：是一种开源的数据库。Hbase：是一种分布式的列存储数据库。

Kafka：是一种高吞吐量的分布式发布订阅消息系统。RabbitMQ：是一种实现了高级消息队列协议的面向消息的中间件。RocketMQ：是一种支持事务型消息的消息中间件。

Apache Storm：是一个分布式实时大数据处理系统，以及一个流数据框架，被设计用于在容错、水平可扩展场景中处理大量数据。

Apache Spark：是专为大规模数据处理而设计的快速通用的计算引擎。

OGG：全称为：oracle golden date，是oracle数据库操作以及数据变化产生的消息。

下面对本发明实施例提供的业务处理方法的应用场景进行介绍。如图1所示，其中，1为电子设备，2为BSS平台。本发明实施例提供的业务处理方法对应的应用场景的网络架构中包括：电子设备1和BSS平台2。BSS平台2上有各种业务接口，接收并储存了各种业务数据。电子设备1和BSS平台2进行通信。电子设备1实时从BSS平台2中获取预设业务数据，并从预设业务数据中筛选出符合预设业务策略的目标业务数据。电子设备1确定目标业务数据对应的业务类型，并根据业务类型，调用BSS平台2对应的接口，以通过BSS平台2完成对应的业务处理。

本发明实施例提供的业务处理方法，通过以独立于BSS平台之外的方式，筛选从BSS平台中获取的预设业务数据以得到符合预设业务策略的目标业务数据，目标业务数据具有多种类别，通过确定目标业务数据的业务类型可以在后续进行业务处理时，针对性的调用BSS平台对应的接口，提高处理数据的效率，最后通过BSS平台完成对应的业务处理。本发明实施例的方法，以独立于BSS平台之外的方式，对获取的预设业务数据进行异步处理，提高了数据处理效率，从而提高了响应速度和业务支撑速度。

下面结合说明书附图对本发明实施例进行介绍。

图2为本发明一实施例提供的业务处理方法的流程示意图，如图2所示，本实施例中，本发明实施例的执行主体为业务处理装置，该业务处理装置可以集成在电子设备中。则本实施例提供的业务处理方法包括以下几个步骤：

步骤S101，从BSS平台获取预设业务数据。

首先，本实施例中，BSS平台与电子设备建立通信，通信的方式可以为全球移动通讯(Global System of Mobile communication，简称GSM)、码分多址(Code DivisionMultiple Access，简称CDMA)、宽带码分多址(Wideband Code Division MultipleAccess，简称WCDMA)、时分同步码分多址(Time Division-Synchronous Code DivisionMultiple Access，简称TD-SCDMA)、长期演进(Long Term Evolution，简称LTE)系统及未来的5G等。本实施例中对此不作限定。

本实施例中，获取方式可以是通过中间消息件或者直接从BSS平台中获取对应预设业务数据。每个预设业务数据可以包括：使用新业务产品的用户相关数据，比如用户手机号，姓名，业务类型，时间等数据。BSS系统(中文为：业务支撑系统，全称为：Businesssupport system)包括客户关系管理、数据采集系统、计费帐务、综合结算、营销支撑这些功能模块，是电信运营商的支持系统。

步骤S102，从预设业务数据中筛选出符合预设业务策略的目标业务数据。

本实施例中，首先用户可通过电子设备的操作界面配置业务策略，预设业务策略可以包括：首充赠送策略、累充赠送策略、与电商合作业务策略等策略。

本实施例中，在从预设业务数据中筛选出符合预设业务策略的目标业务数据时，可判断预设业务数据是否满足预设业务策略，若满足预设业务策略，则筛选为目标业务数据，若不满足预设业务策略，则删除该预设业务数据。

本实施例中，在判断预设业务数据是否满足预设业务策略时，可获取预设业务数据的业务类型，对业务类型进行解析，确定是否包括赠送方案，若包括赠送方案，则判断该赠送方案是否与预设业务策略匹配，若与某预设业务策略匹配，则确定该预设业务数据满足预设业务策略，否则确定该预设业务数据不满足预设业务策略。

其中，在进行目标业务数据的筛选时，可以通过外部筛选工具进行筛选，如ApacheStorm来进行判断筛选，在处理大量数据时，效率较高。

步骤S103，确定目标业务数据对应的业务类型。

本实施例中，在配置预设业务策略时，也可配置该业务策略对应的业务类型，则根据预设业务策略配置的业务类型可以包括：首充赠送、累充赠送或与电商合作赠送等类型，本实施例中，由于每个预设业务数据包括业务类型，所以确定出目标业务数据后，对目标业务数据进行解析，以确定对应的业务类型。

其中，目标业务数据对应的业务类型可以为首充赠送、累充赠送或与电商合作赠送等类型的任意一种。

步骤S104，根据业务类型，调用BSS平台对应的接口，以通过BSS平台完成对应的业务处理。

本实施例中，BSS平台的接口有多种类型，比如账管接口、短信接口等。则可预先对业务类型及对应的BSS对应的接口进行配置，确定每个业务类型与BSS接口的映射关系。则在确定出目标业务数据的业务类型后，根据该映射关系确定对应的BSS平台的接口，调用该对应的接口，BSS平台根据该对应的接口提供对应的业务处理。

其中，一个业务类型可以对应单个接口或多个接口。所以在根据业务类型调用BSS平台对应的接口时，也可以根据业务类型调用对应的单个接口或者多个接口，来提供相应的业务处理权限。

本发明实施例提供的一种业务处理方法，应用于电子设备，电子设备与BSS平台通信，该方法包括：从BSS平台获取预设业务数据；从预设业务数据中筛选出符合预设业务策略的目标业务数据；确定目标业务数据对应的业务类型；根据业务类型，调用BSS平台对应的接口，以通过BSS平台完成对应的业务处理。通过以独立于BSS平台之外的方式，筛选从BSS平台中获取的预设业务数据以得到符合预设业务策略的目标业务数据，目标业务数据具有多种类别，通过确定目标业务数据的业务类型可以在后续进行业务处理时，针对性的调用BSS平台对应的接口，提高处理数据的效率，最后通过BSS平台完成对应的业务处理。本发明实施例的方法，以独立于BSS平台之外的方式，对获取的预设业务数据进行异步处理，提高了数据处理效率，从而提高了响应速度和业务支撑速度。

图3为本发明另一实施例提供的业务处理方法的流程示意图，如图3所示，本实施例提供的业务处理方法，是在本发明实施例一提供的业务处理方法的基础上，对其中的各个步骤的进一步细化。则本实施例提供的业务处理方法包括以下步骤。

步骤S201，通过第一消息中间件从BSS平台获取预设业务数据。

本实施例中，第一消息中间件是获取预设业务数据的消息中间件。第一消息中间件的类型可以是Kafka、RabbitMQ或者RocketMQ等，本实施例对此不做限定。可选地，采用Kafka为第一消息中间件，对于数据的吞吐量更高，更能适应新业务的数据吞吐量增长要求。通过消息中间件可以屏蔽掉平台及协议之间的特性，从而提供同步和异步的连接，并且在任何时刻都可以将消息进行传送或者存储转发，提高数据传输的可靠性。

步骤S202，将预设业务数据存储到第一数据库中。

本实施例中，第一数据库可以是Redis、Oracle或其他类型数据库，本实施例对此不做限定。将预设业务数据存储到第一数据库中，可以使大量的业务数据不需要在接收的同时进行筛选，提供一定的缓冲效果，从而降低电子设备的运行压力，减少电子设备的运行错误。同时，第一数据库存储的数据也可以在业务数据处理完成后，进行对应状态更改或者直接删除，以提高后续业务数据的筛选速度。

步骤S203，从第一数据库中存储的预设业务数据中筛选出具有赠送方案的业务数据。

本实施例中，赠送方案可以包括首充赠送方案、累充赠送方案、与电商合作的业务赠送方案等。

其中，首充赠送方案为用户首次充值以后，每个月赠送预设值的话费，持续一定的时间。累充赠送方案为用户累计充值达到一定数额，每个月赠送预设值的话费，持续一定的时间。与电商合作的业务赠送方案为与各个电商合作产生的业务赠送方案，比如某王卡。当用户购买了某王卡后，该用户的赠送方案变为某王卡对应的赠送方案。其中，某王卡的赠送方案为每个月赠送预设值的流量和话费。

步骤S204，将具有赠送方案的业务数据确定为目标业务数据，有赠送方案的业务数据中包括对应的赠送时间。

本实施例中，赠送时间有多种类别，比如从下个月月初1-5号之间赠送，从下个月月底时赠送等，具体赠送时间可以根据业务实际情况改动，本实施例不做具体限定。

步骤S205，确定目标业务数据对应的业务类型。

本实施例中，业务类型可以包括首充业务、累充业务、电商合作业务等类型。

可选地，本实施例中，在确定目标业务数据对应的业务类型时，由于预先设置了业务类型对应的字段，所以可通过获取业务类型对应的字段来确定业务类型，比如业务数据中的字段10代表业务类型为开户激活。

步骤S206，采用第二消息中间件将目标业务数据存储到对应的第二数据库中。

本实施例中，第二消息中间件是将目标业务数据存储到第二数据库中的中间件。其中，第二消息中间件与第一消息中间件的类型可以是同一种消息中间件，比如同是Kafka。第二消息中间件与第一消息中间件只需要相互之间独立运行，互不影响即可。本实施例对此不做具体限定。

通过第一消息中间件和第二消息中间件，以保证上游逻辑处理和下游赠送业务处理分离，可减少系统之间的耦合。即使下游赠送出现问题，也不影响上游逻辑处理。第二数据库可以是Mysql数据库，也可以是其他的数据库，对于数据库的类型本实施例不做具体限定。

步骤S207，扫描第二数据库，根据第二数据库中目标业务数据对应的赠送时间获取目标业务数据。

本实施例中，扫描第二数据库可以是定时扫描，比如每隔一个小时扫描一次第二数据库。可以根据目标业务数据对应的赠送时间获取目标业务数据，优先选择赠送时间近的，比如目标业务数据1赠送时间是这个月3号，目标业务数据2赠送时间是下个月3号，那么优先获取目标业务数据1，并进行对应处理。

步骤S208，根据目标业务数据对应的业务类型，调用BSS平台对应的接口，以通过BSS平台完成对应的业务处理。

本实施例中，调用BSS平台对应的接口可以是调用一个接口也可以是调用多个接口，从而通过BSS平台完成对应的业务处理。同时，在完成业务处理后，可以通过短信的方式提醒用户，比如在完成赠送业务后可以向用户发送业务完成提醒短信。

可选地，本实施例中，预设业务数据还包括：数据延迟时间。该方法还包括：判断数据延迟时间是否大于预设的警示时间。若数据延迟时间大于预设的预警时间，则发出警示信息。

本实施例中，数据延迟时间可以为消息中间件传递数据的时间差，比如消息中间件为Kafka时，可以通过检测BSS系统发送的OGG(全称为：oracle golden date)消息的时间差来获得数据延迟时间，从而可以提供更为精准的数据延迟时间。预设的警示时间可以为0.1秒、0.5秒等，本实施例对此不做具体限定。

可选地，本实施例中，还包括：通过读写分离平台将预设业务数据分类存入对应第三数据库。

本实施例中，第三数据库可以是Hbase、Mysql等类型数据库。通过读写分离平台可以将预设业务数据变为可写状态。电商、电信运营商都可以通过调用第三数据库中的业务数据来进行对应开发、统计分析等操作。

本实施例中，也可以通过搭建Spark集群来存储预设业务数据，例如：三户资料、产品信息、缴费日志、实时结余等数据。

本发明实施例提供的一种业务处理方法，应用于电子设备，电子设备与BSS平台通信，本发明实施例采用两个消息中间件的方式，通过第一消息中间件从BSS平台获取预设业务数据，将预设业务数据存入第一数据库中。并从第一数据库中存储的预设业务数据中筛选出具有赠送方案的业务数据，将具有赠送方案的业务数据确定为目标业务数据，同时，确定目标业务数据对应的业务类型。通过第二消息中间件将目标业务数据存储到对应的第二数据库中，扫描第二数据库，并根据第二数据库中目标业务数据对应的赠送时间获取目标业务数据。最后根据目标业务数据对应的业务类型，调用BSS平台对应的接口，以通过BSS平台完成对应的业务处理。

通过采用相互独立的第一消息中间件和第二消息中间件，可以保证上游逻辑处理和下游赠送业务处理分离，减少系统之间的耦合。即使下游赠送出现问题，也不会影响上游逻辑处理，从而提高系统的容错率。通过赠送方案中的赠送时间来进行有序的业务处理，可以避免出现紧急的目标超时处理的情况。同时，目标业务数据具有多种类别，通过确定目标业务数据的业务类型可以在后续进行业务处理时，针对性的调用BSS平台对应的接口，提高处理数据的效率，最后通过BSS平台完成对应的业务处理。本发明实施例的方法，以独立于BSS平台之外的方式，对获取的预设业务数据进行异步处理，提高了数据处理效率，从而提高了响应速度和业务支撑速度。

图4为本发明一实施例提供的业务处理装置的结构示意图，如图4所示，本实施例中，装置位于电子设备中，电子设备与BSS平台通信，该业务处理装置300包括：

获取模块301，用于从BSS平台获取预设业务数据。筛选模块302，用于从预设业务数据中筛选出符合预设业务策略的目标业务数据。确定模块303，用于确定目标业务数据对应的业务类型。接口调用模块304，用于根据业务类型，调用BSS平台对应的接口，以通过BSS平台完成对应的业务处理。

本实施例提供的业务处理装置可以执行图2所示方法实施例的技术方案，其实现原理和技术效果与图2所示方法实施例类似，在此不再一一赘述。

图5为本发明另一实施例提供的业务处理装置的结构示意图，如图5所示。本实施例中，本实施例提供的业务处理装置在第三实施例提供的业务处理装置的基础上，业务处理装置400还包括：警示模块401、第一存储模块402、第二存储模块403和第三存储模块404。

获取模块301，具体用于通过第一消息中间件从BSS平台获取预设业务数据。

第一存储模块402，用于将预设业务数据存储到第一数据库中。

筛选模块302，具体用于从第一数据库中存储的预设业务数据中筛选出具有赠送方案的业务数据，将具有赠送方案的业务数据确定为目标业务数据。有赠送方案的业务数据中包括对应的赠送时间。

确定模块303，用于确定目标业务数据对应的业务类型。

第二存储模块403，用于采用第二消息中间件将目标业务数据存储到对应的第二数据库中。

接口调用模块304，具体用于扫描第二数据库。根据第二数据库中目标业务数据对应的赠送时间获取目标业务数据，根据目标业务数据对应的业务类型，调用BSS平台对应的接口，以通过BSS平台完成对应的业务处理。

警示模块401，用于判断数据延迟时间是否大于预设的警示时间。若数据延迟时间大于预设的预警时间，则发出警示信息。预设业务数据还包括：数据延迟时间。

第三存储模块404，用于通过读写分离平台将预设业务数据分类存入对应第三数据库。

本实施例提供的业务处理装置可以执行图2-图3所示方法实施例的技术方案，其实现原理和技术效果与图2-图3所示方法实施例类似，在此不再一一赘述。

根据本发明的实施例，本发明还提供了一种电子设备和一种计算机可读存储介质。

如图6所示，是根据本发明实施例提供的电子设备的结构示意图。电子设备旨在各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本发明的实现。

如图6所示，该电子设备包括：处理器501、存储器502。各个部件利用不同的总线互相连接，并且可以被安装在公共主板上或者根据需要以其它方式安装。处理器可以对在电子设备内执行的指令进行处理。

存储器502即为本发明所提供的非瞬时计算机可读存储介质。其中，存储器存储有可由至少一个处理器执行的指令，以使至少一个处理器执行本发明所提供的业务处理方法。本发明的非瞬时计算机可读存储介质存储计算机指令，该计算机指令用于使计算机执行本发明所提供的业务处理方法。

存储器502作为一种非瞬时计算机可读存储介质，可用于存储非瞬时软件程序、非瞬时计算机可执行程序以及模块，如本发明实施例中的业务处理方法对应的程序指令/模块(例如，附图4所示的获取模块301，筛选模块302，确定模块303及接口调用模块304)。处理器501通过运行存储在存储器502中的非瞬时软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理，即实现上述方法实施例中的业务处理方法。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本发明实施例的其它实施方案。本发明旨在涵盖本发明实施例的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明实施例的一般性原理并包括本发明实施例未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本发明实施例的真正范围和精神由下面的权利要求书指出。

应当理解的是，本发明实施例并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本发明实施例的范围仅由所附的权利要求书来限制。