一种权益订购异步处理方法及系统与流程

本发明涉及电信业务技术领域，尤其涉及一种权益订购异步处理方法及系统。

背景技术：

目前，随着电信业务的发展，电信行业也在向互联网行业靠拢，在自有资源的基础上发展异业资源，支持资源的捆绑打包赠送和售卖，达到拉新和促活的目标。

然而，权益在进行打包销售的时，权益包内通常涉及多个自有权益和异业权益，因此存在开通流程较长、权益包订购状态因子权益状态不一致而更新频繁从而影响系统性能等问题。

技术实现要素：

本发明所要解决的技术问题是针对现有技术的不足，提供一种权益订购异步处理方法及系统。

本发明解决上述技术问题的技术方案如下：

一种权益订购异步处理方法，包括：

获取用户端发出的权益订购请求，遍历请求的权益包中的子权益；

调用业务系统开通对应的子权益，开通成功后，同步生成子权益落地信息，通过消息中间件异步更改更新用户权益表的状态信息。

本发明解决上述技术问题的另一种技术方案如下：

一种权益订购异步处理系统，包括：

获取单元，用于获取用户端发出的权益订购请求，遍历请求的权益包中的子权益；

权益订购处理单元，用于调用业务系统开通对应的子权益，开通成功后，同步生成子权益落地信息，通过消息中间件异步更改更新用户权益表的状态信息。

本发明的有益效果是：本发明提供的权益订购异步处理方法，通过遍历权益包中的子权益，然后分别对应开通各子权益，开通后通过消息中间件异步更改更新用户权益表的状态信息，本发明通过改进和优化权益订购开通、权益状态更新问题，减少系统消耗，提升响应的时间，解决了权益包产品中涉及多权益情况下开通流程长，处理等待的问题，提升了客户体验，实现了权益状态更新与整体受理流程分开，减少了系统开销。

本发明附加的方面的优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本发明实践了解到。

附图说明

图1为本发明权益订购异步处理方法的实施例提供的流程示意图；

图2为本发明权益订购异步处理方法的实施例提供的时序交互示意图；

图3为本发明权益订购异步处理方法的其他实施例提供的子权益异步流程示意图；

图4为本发明权益订购异步处理系统的实施例提供的结构框架图。

具体实施方式

以下结合附图对本发明的原理和特征进行描述，所举实施例只用于解释本发明，并非用于限定本发明的范围。

如图1所示，为本发明权益订购异步处理方法的实施例提供的流程示意图，该权益订购异步处理方法包括：

s1，权益平台获取用户端发出的权益订购请求，遍历请求的权益包中的子权益；

s2，权益平台调用业务系统开通对应的子权益，开通成功后，同步生成子权益落地信息，通过消息中间件异步更改更新用户权益表的状态信息。

需要说明的是，本发明基于权益平台实现，权益平台实质上是有计算机硬件和软件组成的系统，权益平台是汇聚行业资源，资源包括自有资源和异业资源，进行权益生成、发布、获取、兑换及使用的统一入口。权益平台整合现有的权益资源，构建面向经营的权益体系。利用信息化手段构建统一、便捷、协同的权益经营平台，实现权益一点管理、一点看全、一点兑付、一点结算、一点对账等功能。

权益订购请求指的是订购权益的请求指令，权益可以包括话费补贴、优惠套餐、入网补贴、电信补贴等，对于单项权益，订购的实现较为容易，而对于权益在进行打包销售的时，权益包内通常涉及多个自有权益和异业权益，因此存在开通流程较长、权益包订购状态因子权益状态不一致而更新频繁从而影响系统性能等问题。

权益平台遍历请求的权益包中的子权益，具体地，可以将权益包中的子权益遍历成list。然后可以通过调用第三方的业务系统开通对应的子权益。

例如，为便于说明，假设权益包中包含两个子权益，分别是话费积分返还和宽带开通，那么将这两个子权益遍历后，先通过调用话费积分系统的相应功能，对用户的话费进行积分返还操作，然后再调用宽带开通系统的相应功能，对用户进行宽带开通操作，优选地，为了提高处理效率，对于多个权益的开通可以采用并行的方式进行处理。

应理解，本发明涉及用户端、权益平台、业务系统，数据库和消息中间件等多个系统之间的交互，如图2所示，为本发明权益订购异步处理方法的实施例提供的时序交互示意图，首先，用户通过用户端在访问界面上进行权益的订购，当用户选择完需要订购的权益后，打包成权益包，生成权益订购请求，发送给权益平台，权益平台可以首先对用户的资格和订购规则进行检验，校验通过后，遍历权益包下的子权益，调用对应的业务系统进行业务开通，应理解，为便于展示，图2中仅示出了一个业务系统，业务成功开通后，业务系统反馈开通结果，然后权益平台进行子权益数据的落地，将权益的开通情况写入数据库中的用户资源表汇总，并生成资源落地信息，通过消息中间件异步写入用户权益表中，更新用户权益表中的状态。

可选地，由于可能存在各种原因导致业务开通失败，那么可以设置一个定时程度，定时地对异常单进行定时处理，具体处理方式可以根据实际需求设置，例如，可以将异常单的发生时间、异常情况等信息发送给指定的终端，以供维护人员进行人工处理，从而保证开通成功率达到100％。

应理解，资格和订购规则的校验可以根据实际需求设置，例如，检查用户是否为合法用户，用户是否满足权益订购条件等。

如图3所示，给出一种示例性的子权益异步流程，以使用翼支付进行返利的子权益为例，首先，对该子权益的资源类型进行判断，判断完成后，如果是翼支付资源，则调用翼支付返利接口，翼支付向权益中心发出通知，权益中心解析翼支付的通知，并将调用过程记录在日志中。如果成功调用且权益中心收到翼支付的通知，则更新用户资源表，并将更新过程记录在日志中。然后生成子权益落地信息，消息中间件接收该消息并异步更新用户权益表的状态信息，完成权益的订购。

本实施例提供的权益订购异步处理方法，通过遍历权益包中的子权益，然后分别对应开通各子权益，开通后通过消息中间件异步更改更新用户权益表的状态信息，本发明通过改进和优化权益订购开通、权益状态更新问题，减少系统消耗，提升响应的时间，解决了权益包产品中涉及多权益情况下开通流程长，处理等待的问题，提升了客户体验，实现了权益状态更新与整体受理流程分开，减少了系统开销。

可选地，在一些可能的实施方式中，调用业务系统开通对应的子权益之前，还包括：

校验用户端的资格是否满足预设资格要求，如果满足，则调用业务系统开通对应的子权益，否则，不调用业务系统开通对应的子权益，并向用户端返回订购失败信息。

需要说明的是，预设资格要求可以根据实际需求设置，例如，可以为用户使用本系统的时间10年以上或单次消费满100元等。

通过设置预设资格要求，能够保证权益开通的准确性。

可选地，在一些可能的实施方式中，调用业务系统开通对应的子权益之前，还包括：

校验用户端的订购规则是否满足预设规则要求，如果满足，则调用业务系统开通对应的子权益，否则，不调用业务系统开通对应的子权益，并向用户端返回订购失败信息。

需要说明的是，预设规则要求可以根据实际需求设置，例如，可以为客户每月可以领取或者购买的次数等。

通过设置预设资格要求，能够满足权益开通的要求。

当资格和订购规则校验通过后直接反馈订购结果通知，如果不满足则返回失败，提示不满足的原因。

可选地，在一些可能的实施方式中，同步生成子权益落地信息之前，包括：

同步落地开通的子权益订购实例，并将开通信息写入用户资源表中。

可选地，在一些可能的实施方式中，还包括：

当权益订购失败时，存储订购失败信息，并根据预设时间周期对订购失败信息对应的订单进行处理。

需要说明的是，预设之间周期可以根据用户的实际需求设置，例如，可以每隔10小时将积累的异常订单发送给指定的终端，指定的终端可以为人工客服使用的终端，用于人工处理这些异常订单，包括对异常订单原因的审核，或者手动开通相应权益等。

可以理解，在一些实施例中，可以包含如上述各实施方式中的部分或全部。

如图4所示，为本发明权益订购异步处理系统的实施例提供的结构框架图，该权益订购异步处理系统包括：

获取单元1，用于获取用户端发出的权益订购请求，遍历请求的权益包中的子权益；

权益订购处理单元2，用于调用业务系统开通对应的子权益，开通成功后，同步生成子权益落地信息，通过消息中间件异步更改更新用户权益表的状态信息。

本实施例提供的权益订购异步处理方法，通过遍历权益包中的子权益，然后分别对应开通各子权益，开通后通过消息中间件异步更改更新用户权益表的状态信息，本发明通过改进和优化权益订购开通、权益状态更新问题，减少系统消耗，提升响应的时间，解决了权益包产品中涉及多权益情况下开通流程长，处理等待的问题，提升了客户体验，实现了权益状态更新与整体受理流程分开，减少了系统开销。

可选地，在一些可能的实施方式中，还包括：

第一校验单元，用于校验用户端的资格是否满足预设资格要求，如果满足，则调用业务系统开通对应的子权益，否则，不调用业务系统开通对应的子权益，并向用户端返回订购失败信息。

可选地，在一些可能的实施方式中，还包括：

第二校验单元，用于校验用户端的订购规则是否满足预设规则要求，如果满足，则调用业务系统开通对应的子权益，否则，不调用业务系统开通对应的子权益，并向用户端返回订购失败信息。

可选地，在一些可能的实施方式中，权益订购处理单元具体用于同步落地开通的子权益订购实例，并将开通信息写入用户资源表中。

可选地，在一些可能的实施方式中，还包括：

异常订单处理单元，用于当权益订购失败时，存储订购失败信息，并根据预设时间周期对订购失败信息对应的订单进行处理。

可以理解，在一些实施例中，可以包含如上述各实施方式中的部分或全部。

需要说明的是，上述各实施方式是与在先方法实施例对应的产品实施例，对于产品实施方式的说明可以参考上述各方法实施方式中的对应说明，在此不再赘述。

读者应理解，在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的方法实施例仅仅是示意性的，例如，步骤的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个步骤可以结合或者可以集成到另一个步骤，或一些特征可以忽略，或不执行。

上述方法如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读数据库(rom，read-onlymemory)、随机存取数据库(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。