CN112102071A - 一种客户权益匹配方法及装置 - Google Patents

Abstract

本发明提供了一种客户权益匹配方法及装置，客户权益匹配方法包括：接收多个权益方的客户权益信息，以生成商户权益库；响应于客户权益请求，根据所述客户权益请求在所述商户权益库中查找所述商户支持的权益种类；基于所述客户权益的优先级以及预生成的互斥规则，根据所述权益种类匹配客户权益。本发明解决了当客户权益来源有多个系统的情况下；或者在权益方有较多系统的情况下难以聚合，无法快速地匹配到有效权益，无法较好解决多种权益叠加的问题。

Description

一种客户权益匹配方法及装置

技术领域

本发明涉及计算机技术领域，特别是涉及互联网技术在金融领域的应用，具体涉及一种客户权益匹配方法及装置。

背景技术

由于互联网金融有着低于传统金融机构的门槛，大量企业涌入该领域。移动互联网的全民普及，让第三方支付进入了高速发展期，传统银行业在支付领域不断面临压力和挑战。如何在支付领域通过多种渠道环境下获取客户，实现客户的活跃、留存和贡献，将客户流量在场景中活跃，是商业银行需要考虑的长期战略性业务。目前传统银行已经在支付领域做了大量布局，通过互联网金融和电商场景相结合，及聚合外部生活服务的功能，如出行、缴费、生活服务等，逐渐构建起了客户支付与客户生态的融合。

在银行支付领域，客户权益已经成为银行获客与日常营销的重要工具。同时因为银行在支付领域的大量布局，催生出了多种客户权益种类，包括商户类、银行类、客户类等权益。但是这些权益往往具有来源不同、种类繁多、规则不一、叠加困难的特点。此时，一方面，银行希望在不同的支付场景中，通过聚合不同来源、不同种类、不同规则的客户权益，为支付网关提供一个统一的权益聚合查询接口，解决多种权益的叠加难题，提供更好的支付体验；另一方面，客户希望能够在购买过程中，快速并有效地获取到各种权益，清晰地展现权益列表，能够自动或辅助客户挑选到最优的权益组合，实现最大的优惠力度。

在现有技术下，多个权益方一般部署在同个系统，不能解决权益来源有多个系统的情况；或者在权益方有较多系统的情况下难以聚合，无法快速地匹配到有效权益，无法较好解决多种权益叠加的问题，因此都无法满足上述需求。

发明内容

针对现有技术中的问题，本发明所提供的客户权益匹配方法及装置，能够从不同来源、规则不一、相互独立的权益方中根据业务规则设置各权益种类的优先级跟叠加规则，快速地获取到消费场景支持的权益种类，通过聚合各权益种类，实现最佳权益叠加效果，以给客户带来最佳的体验。

为解决上述技术问题，本发明提供以下技术方案：

第一方面，本发明提供一种客户权益匹配方法，包括：

接收多个权益方的客户权益信息，以生成商户权益库；

响应于客户权益请求，根据所述客户权益请求在所述商户权益库中查找所述商户支持的权益种类；

基于所述客户权益的优先级以及预生成的互斥规则，根据所述权益种类匹配客户权益。

一实施例中，所述接收多个权益方的客户权益信息，以生成商户权益库包括：

定时以批量文件形式接收多个权益方的客户权益信息，以生成商户权益库。

一实施例中，所述响应于客户权益请求，根据所述客户权益请求在所述商户权益库中查找所述商户支持的权益种类，包括：

根据预设阈值，采用实时以及异步的方法在所述商户权益库中查找所述商户支持的权益种类。

一实施例中，所述客户权益请求包括客户ID、商户信息、订单金额以及支付卡类型。

一实施例中，客户权益匹配方法还包括：

利用键值对数据存储方式存储所述客户权益的匹配结果。

一实施例中，客户权益匹配方法还包括：

将所述匹配结果通过实时以及异步的方法展示给客户。

第二方面，本发明提供一种客户权益匹配装置，该装置包括：

权益库生成单元，用于接收多个权益方的客户权益信息，以生成商户权益库；

权益种类查找单元，用于响应于客户权益请求，根据所述客户权益请求在所述商户权益库中查找所述商户支持的权益种类；

客户权益匹配单元，用于基于所述客户权益的优先级以及预生成的互斥规则，根据所述权益种类匹配客户权益。

一实施例中，所述权益库生成单元具体用于定时以批量文件形式接收多个权益方的客户权益信息，以生成商户权益库。

一实施例中，所述权益种类查找单元具体用于根据预设阈值，采用实时以及异步的方法在所述商户权益库中查找所述商户支持的权益种类；

所述客户权益请求包括客户ID、商户信息、订单金额以及支付卡类型；

所述客户权益匹配装置还包括：

匹配结果存储单元，用于利用键值对数据存储方式存储所述客户权益的匹配结果；

匹配结果展示单元，用于将所述匹配结果通过实时以及异步的方法展示给客户。

第三方面，本发明提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行程序时实现一种客户权益匹配方法的步骤。

第四方面，本发明提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现一种客户权益匹配方法的步骤。

从上述描述可知，本发明实施例提供一种客户权益匹配方法及装置，首先接收多个权益方的客户权益信息，以生成商户权益库；接着，响应于客户权益请求，根据客户权益请求在商户权益库中查找商户支持的权益种类；最后基于所述客户权益的优先级以及预生成的互斥规则，根据权益种类匹配客户权益。本发明可以在不同的支付场景中，通过聚合不同来源、不同种类、不同规则的客户权益，为支付网关提供统一的权益聚合服务，快速有效地匹配客户权益，解决多种权益的叠加难题；辅助客户挑选到最优的权益组合，清晰高效地展现权益列表，实现最佳的优惠体验。

附图说明

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

图1为本发明的实施例中的一种客户权益匹配方法的流程示意图一；

图2为本发明的实施例中的步骤100的流程示意图；

图3为本发明的实施例中的步骤200的流程示意图；

图4为本发明的实施例中的一种客户权益匹配方法的流程示意图二；

图5为本发明的实施例中的一种客户权益匹配方法的流程示意图三；

图6为本发明的具体应用实例中采集层获取权益信息处理流程示意图；

图7为本发明的具体应用实例中加工层计算最优权益组合处理流程示意图；

图8为本发明的具体应用实例中用户层与请求方数据交互处理流程示意图；

图9为本发明的具体应用实例中客户权益匹配方法的流程示意图；

图10为本发明的具体应用实例中权益叠加处理流程示意图；

图11为本发明的实施例中的客户权益匹配装置的结构示意图一；

图12为本发明的实施例中的客户权益匹配装置的结构示意图二；

图13为本发明的实施例中的电子设备的结构示意图。

具体实施方式

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

在银行支付领域，客户权益已经成为银行获取客户与日常营销的重要工具。为了吸引客户更多的消费行为，保持客户活跃度与更大的获客，银行在支付领域的众多布局中催生出了多种客户权益种类，包括商户类、银行类、客户类等权益。这些权益往往具有来源不同、种类繁多、规则不一、叠加困难的特点。

如何在不同的支付场景中，通过聚合不同来源、不同种类、不同规则的客户权益，为支付网关提供一个统一的权益聚合服务，快速有效地匹配客户权益，解决多种权益的叠加难题；辅助客户挑选到最优的权益组合，清晰高效地展现权益列表，实现最佳的优惠体验，是本发明所要解决的技术问题。由背景技术可知，现有技术中，针对客户权益匹配方法存在以下问题：

1、客户权益只能将权益系统部署在同个系统，不能实现对不同权益方的聚合查询，且不能对不同权益方的权益进行叠加消费。

2、基于预设的算法对用户推荐权益，无法快速定位到商户的有效权益，同时不能支持多个权益方的聚合查询和有效叠加。

3、只能根据会员身份信息匹配会员权益，且只能匹配单一权益，没有实现多个权益方的聚合查询及权益叠加。

4、每个客户只能对应一个营销权益分组，不适用于多个权益聚合且各权益方相对独立的场景，不能灵活地支持该场景下多种权益叠加的情况。

基于上述内容(现有技术的缺点)，本发明的实施例提供了一种客户权益匹配方法的具体实施方式，参见图1，该方法具体包括如下内容：

步骤100：接收多个权益方的客户权益信息，以生成商户权益库。

具体地，根据商户信息，查找该商户支持的权益种类。商户权益库存储了商户支持的权益信息，包括权益种类，权益活动状态，权益有效日期等信息。商户权益库需要预先加载该商户支持的权益信息，由各权益方定时向权益聚合系统以批量文件形式同步权益信息。通过查找商户支持的权益种类，对权益种类做了初步筛选，将目标权益方缩小到一定范围，不用对所有权益方做查询请求，从而提高了系统获取到有效权益的概率，同时也提高了系统性能。

步骤200：响应于客户权益请求，根据所述客户权益请求在所述商户权益库中查找所述商户支持的权益种类。

客户权益请求方发起权益请求，请求方可能来自内部客户渠道系统，如手机银行、个人网银、电商平台或其它具备支付场景的各种支付网关，也可能来自外部第三方平台的支付请求。客户权益请求方需上送客户ID信息、商户信息、订单金额、支付卡类型等信息。

步骤300：基于所述客户权益的优先级以及预生成的互斥规则，根据所述权益种类匹配客户权益。

根据权益规则库以及互斥规则库(均为预先设定的)，获取目标权益方的优先级以及相互互斥情况，并基于客户享受最大优惠，根据权益种类匹配客户权益。

从上述描述可知，本发明实施例提供一种客户权益匹配方法，首先接收多个权益方的客户权益信息，以生成商户权益库；接着，响应于客户权益请求，根据客户权益请求在商户权益库中查找商户支持的权益种类；最后基于所述客户权益的优先级以及预生成的互斥规则，根据权益种类匹配客户权益。本发明可以在不同的支付场景中，通过聚合不同来源、不同种类、不同规则的客户权益，为支付网关提供统一的权益聚合服务，快速有效地匹配客户权益，解决多种权益的叠加难题；辅助客户挑选到最优的权益组合，清晰高效地展现权益列表，实现最佳的优惠体验。

一实施例中，参见图2，步骤100进一步包括：

步骤101：定时以批量文件形式接收多个权益方的客户权益信息，以生成商户权益库。

可以理解的是，通过定时、以批量文件形式接收各权益方权益信息，相当于对各权益方权益信息进行同步，预先加载商户支持的权益信息，缩小了目标权益范围，提高了系统获取到有效权益的概率。

一实施例中，参见图3，步骤200进一步包括：

步骤201：根据预设阈值，采用实时以及异步的方法在所述商户权益库中查找所述商户支持的权益种类。

权益规则库定义了实时获取权益个数的阈值，该参数表示权益聚合系统在单次联机查询中查询各权益方的最大次数。例如该预设阈值设置为2，则联机交易一次最多查询2个权益方，剩下的权益种类则转异步查询处理。

一实施例中，所述客户权益请求包括客户ID、商户信息、订单金额以及支付卡类型。

一实施例中，参见图4，客户权益匹配方法还包括：

步骤400：利用键值对数据存储方式存储所述客户权益的匹配结果。

将已完成加工的权益列表数据(匹配结果)保存至缓存区。缓存区为保证访问效率，数据缓存在内存并持久化，采用key-value存储结构。缓存区用于暂存已加工权益列表，可提供高性能的数据增删改查操作，支持用户层的高效数据交互。采集层实时请求数据处理完毕后，调用缓存区新增接口，将已加工权益列表保存到缓存区。

一实施例中，参见图5，客户权益匹配方法还包括：

步骤500：将所述匹配结果通过实时以及异步的方法展示给客户。

根据请求方的数据要求，采用实时返回或从系统缓存区异步读取数据的方式，按照约定的接口内容返回权益数据给服务请求方。同时支持通过全量或增量的数据加载模式，保证数据能够高效加载到前端页面。

可以理解的是，通过实时加异步的数据加载方式，能够第一时间给用户展现优先级最高的权益，且在用户浏览已有权益的空隙时间中，系统动态加载剩余权益列表，避免因为较长的等待时间对用户造成焦虑情绪，通过渐进式的页面展现方式来减少用户的等待时间，达到较好的用户体验。

为进一步地说明本方案，本发明提供一种客户权益匹配方法的具体应用实例，该具体应用实例具体包括如下内容。

本具体应用实例还提供一权益聚合服务系统，该系统包括：采集层、加工层与用户层。权益请求方在用户终端向权益系统发起权益查询请求，上送支付订单信息。权益系统采集层根据查询请求的关键信息，搜索商户权益库，获取商户支持的权益种类。根据系统参数表设定的实时查询参数与权益优先级，分别调用权益提供方组件，获取实时采集与异步采集权益种类。权益系统加工层调用各权益组件查询匹配的权益数据，根据权益规则库，计算最优的权益组合，并将权益列表保存在系统缓存区，同时对继续增加的权益数据计算当前最优权益组合。权益系统用户层负责从系统缓存区读取权益数据，并按照约定的格式按照实时加异步的方式返回权益列表给服务请求方，直到请求方获取到权益系统缓存区的所有数据，具体地：

采集层：根据查询请求的关键信息，搜索商户权益库，获取商户支持的权益种类。根据系统参数表设定的实时查询参数与权益优先级，分别调用权益提供方组件，获取实时采集与异步采集权益种类，并将权益数据传输至加工层，处理流程如图6所示。

加工层：根据采集层获取的各权益方的权益数据，根据权益规则库，计算最优的权益组合，并将权益数据保存在系统缓存区，同时对异步采集的权益数据计算当前最优权益组合，更新数据到缓存区，提供用户层使用。处理流程如图7所示。

用户层：负责根据请求方的数据要求，采用实时返回或从系统缓存区异步读取数据的方式，按照约定的接口内容返回权益数据给服务请求方。同时支持通过全量或增量的数据加载模式，保证数据能够高效加载到前端页面。通过实时加异步的数据加载方式，能够第一时间给用户展现优先级最高的权益，且在用户浏览已有权益的空隙时间中，系统动态加载剩余权益列表，避免因为较长的等待时间对用户造成焦虑情绪，通过渐进式的页面展现方式来减少用户的等待时间，达到较好的用户体验。用户层处理流程如图8所示：

参见图9，本具体应用实例所提供的客户权益匹配方法具体包括：

S1：采集层采集各权益方的权益数据，并传输至加工层。

具体地，采集层根据商户权益库，查找该商户支持的权益种类，对权益种类做初步筛选；调用权益规则库获取目标权益方的优先级，对目标权益按照优先级高低排序；按系统设定的权益实时采集阈值，获取实时采集权益数据，并传输给用户层；对除实时采集外的权益列表采用异步采集方式，并传输给用户层。循环采集直到权益列表为空。进一步地：权益请求方向权益聚合系统发起权益请求，请求方可能来自内部客户渠道系统，如手机银行、个人网银、电商平台或其它具备支付场景的各种支付网关，也可能来自外部第三方平台的支付请求。权益请求方需上送客户ID信息、商户信息、订单金额、支付卡类型等信息。请求信息接受后进入权益聚合系统的采集层进行处理。

接着，采集层根据商户信息，查找该商户支持的权益种类。商户权益库存储了商户支持的权益信息，包括权益种类，权益活动状态，权益有效日期等信息。商户权益库需要预先加载该商户支持的权益信息，由各权益方定时向权益聚合系统以批量文件形式同步权益信息。通过查找商户支持的权益种类，对权益种类做了初步筛选，将目标权益方缩小到一定范围，不用对所有权益方做查询请求，从而提高了系统获取到有效权益的概率，同时也提高了系统性能。根据权益规则库，获取目标权益方的优先级，确定外呼权益方的先后顺序。权益规则库定义了权益的种类，包括权益大类及子类。示例权益种类如下：

A:商户类，包括：商户权益券A1、商户会员权益A2等；

B:银行类，包括：客户回馈活动B1、银行支付优惠B2、鼓励金B3等；

C:客户类，包括综合积分C1、会员积分C2等。

如权益大类A商户类包括权益子类商户权益券及商户会员权益，权益代码为A1、A2。假设权益大类及子类优先级定义如下：

大类优先级：A,B,C；

A类优先级：A1,A2；

B类优先级：B2,B3,B1；

C类优先级：C2,C1；

//排名靠前表示优先级越高。

权益优先级参数在系统运行时已经加载到缓存，保证交易能够高速访问到权益优先级参数(系统运行时将参数加载到缓存，保证交易能够高速访问到权益优先级参数。通过缓存的权益优先级序列，可快速得到目标权益的优先级序列)。同时设置了参数定时更新机制，可动态调整权益优先级。参数加载时，系统根据权益优先级生成了权益代码对应的数值序列，如{A1:1,A2:2,B2:3,B3:4,B1:5,C2:6,C1:7}，用数值大小表示权益子类的优先级，数值越小，优先级越高。如某次权益请求R1，获取到权益支持种类为[A1,B1,B2,C1,C2]，则通过与权益优先级序列比较后，就可以得到目标权益的优先级列表为[A1,B2,B1,C2,C1]。可以理解的是，通过对权益进行大类划分，并预先定义大类及小类的优先级，权益视图比较直观，可灵活地调整各权益的优先级。同时设置了参数定时更新机制，可动态调整权益优先级。

另一方面，权益规则库定义了实时获取权益个数的阈值，该参数表示权益聚合系统在单次联机查询中查询各权益方的最大次数。如该参数设置为2，则联机交易一次最多查询2个权益方，其它权益种类则转异步查询处理。仍以权益请求R1为例，则实时查询权益列表为[A1,B2]，异步查询权益列表为[B1,C2,C1]。权益聚合系统分别外呼调用A1、B2所属权益方服务，获取权益数据。向权益方请求权益数据时，请求数据主要属性包括：{商户号，用户ID，订单号，订单金额，支付卡号等}。权益方根据请求数据，返回符合条件的权益列表数据，主要属性包括：{权益序号，订单金额，抵扣金额，权益规则}。权益序号大于等于0，大于1时表示有多条满足该订单金额的权益规则，实际使用时只能使用其中一个。假设A1所属权益方设置的活动规则为：满20减5、满100减30。当订单金额为20时，权益方返回数据为{权益序号：01，订单金额：20，抵扣金额：5，权益规则：满20减5}；当订单金额为100时，权益方返回数据为LIST[{权益序号：01，订单金额：100，抵扣金额：5，权益规则：满20减5}，{权益序号：02，订单金额：100，抵扣金额：30，权益规则：满100减30}]。

实时权益数据获取完毕后，采集层将权益数据传输至加工层。此时如果异步查询权益列表为空，则采集层不再工作。如果异步查询权益列表不为空，则采集层转异步查询继续获取剩余权益数据。

相对地，异步获取权益时，按照异步查询权益列表的优先级，依次外呼调用所属权益方服务，获取权益数据，并将权益数据传输至加工层。与实时查询类似，异步查询同时设置单次处理最大权益个数阈值。异步查询可多次发起，直到待查询权益列表为空。同个权益类型数据只会存在一次完整的异步请求数据中，不会将数据拆散到多个异步请求。当异步查询权益列表为空时，采集层结束工作。

S2：加工层计算最优的权益组合，并将权益数据更新数据到缓存区，提供用户层使用。

具体地，首先根据权益列表数据的权益种类,调用权益规则库获取对应的权益互斥规则，初始化互斥权益子类数据；接着，接收来自采集层的实时权益数据加工请求，根据系统最优权益组合算法计算最优权益叠加结果，并将数据传输至用户层与缓存区；最后接收来自采集层的异步权益数据加工请求，匹配缓存区数据后将处理数据追加到权益列表，按照相同算法计算最优权益叠加结果，并更新数据到缓存区。

进一步地，权益规则库，定义了权益各个大类及子类间的互斥关系，由权益间的互斥关系来控制各权益的叠加规则。权益的基本互斥属性包括同类互斥标志、大类互斥列表、子类互斥列表。对这三个属性生成的互斥集合取并集，生成对应权益的所有互斥权益列表。最优权益组合算法，其基本原则是按照权益的优先级高低排序，保证优先级高的权益优先使用，同等优先级选择抵扣金额较高者，再根据互斥属性判断是否可叠加。针对缓存区，数据缓存在内存并持久化，采用key-value存储结构。缓存区用于暂存已加工权益列表，可提供高性能的数据增删改查操作，支持加工层及用户层的高效数据交互。对于异步权益加工来说，可以向加工层发起多次异步请求，对缓存区的权益列表做追加处理，持续更新权益叠加结果。

权益聚合系统加工层接收来自采集层的实时数据请求，加入待加工权益列表。待加工权益列表主要属性包括：{权益子类代码，权益序号，归属大类，订单金额，抵扣金额，互斥权益子类，选中标记，权益规则}。加工层根据权益列表数据的权益种类,调用权益规则库，获取对应的权益互斥规则，初始化互斥权益子类数据。

权益规则库定义了权益各个大类及子类间的互斥关系，由权益间的互斥关系来控制各权益的叠加规则。权益的基本互斥属性如下：

(1)同类互斥标志SELF_EXC_FLAG:表示该类别不支持自身子类相互叠加，如A1不能与A2叠加，B1不能与B2叠加。同类互斥不控制不同大类间的互斥，如不控制A1与B1是否可以叠加。

(2)大类互斥列表CLASS_EXC_LIST：表示与之互斥的大类，如该属性配置了B,C，则A类不能与B类、C类下的子类叠加。如A1不能与B1,B2,B3,C1,C2叠加。

(3)子类互斥列表SUB_CLASS_EXC_LIST：表示与之互斥的小类，可配置同类别或不同类别的互斥子类，如该属性配置了A2,B1,C2，则表示该权益不能与A2,B1,C2叠加。

增加新的权益类型时，按照权益的业务特性来维护权益的互斥属性。通过以上三个基本属性的设置，并对三个属性生成的互斥集合取并集，最后生成该权益的所有互斥权益列表。如果不设置权益的互斥属性，则默认该权益可与任何权益叠加。每种权益都有对应的互斥权益列表，并在系统运行时加载到缓存，保证交易能够高速访问到权益互斥列表。系统同时设置了参数定时更新机制，可动态调整权益互斥属性。

待加工权益列表中的互斥权益子类，只记录存在于待加工权益列表中并且互斥的子类，不会记录与该权益互斥的所有权益子类。当待加工权益列表只有一条数据时，则互斥权益子类为空，不需要调用权益规则库处理。

计算最优权益组合并保存数据至缓存区。本具体应用实例的最优权益组合算法的基本原则是按照权益的优先级高低排序，保证优先级高的权益优先使用，同等优先级选择抵扣金额较高者。待加工权益列表数据来自采集层，在采集层处理时已经按权益优先级从高到低排序，并且列表的权益互斥子类数据在加工层预处理时已经完成初始化。假设待加工列表为：{LIST[1],LIST[2],…,LIST[m]}，权益选中记录列表为CLIST[1,2,…,k]，该列表存储已经被选中的权益列表序号，参见图10，权益叠加处理算法如下：

①如果i等于1,将LIST[i]的选中标志置为Y，根据权益规则计算抵扣金额，登记抵扣金额与优惠后支付金额。将当前权益代码登记到选中记录列表CLIST[1]，更新最近选中列表位置pos＝i,更新CLIST[k]为当前列表序号i。

②如果i不等于1,首先判断LIST[i]与LIST[pos]是否属于同一个权益子类(同一个权益子类每次只能使用其中一个)。如果属于同种权益子类，则比较两者的抵扣金额，将抵扣金额大的记录选中标志置为Y，将抵扣金额小的记录选中标志置为N,更新CLIST[k]为当前列表序号i。

③如果LIST[i]与LIST[pos]属于不同的权益子类，需要与选中记录列表CLIST对应的权益种类判断是否互斥。依次从CLIST[1]读取到CLIST[k]判断是否互斥，只要与其中一种权益存在互斥，则互斥结果为TRUE，否则为FALSE。如果互斥结果为FALSE，根据优惠后支付金额判断是否满足LIST[i]的权益规则，满足则将LIST[i]的选中标志置为Y，更新优惠后支付金额，更新最近选中列表位置pos＝i，k＝k+1,更新CLIST[k]为当前列表序号i；如果不满足，将LIST[i]的选中标志置为N，LIST[i]处理结束。如果互斥结果为TRUE，LIST[i]处理结束。

④按照②③步骤循环处理权益待加工列表LIST，直到LIST[m]处理结束。

待加工权益列表处理结束后，根据权益列表中的选中状态，可得到当前权益叠加结果，以及最终的优惠后支付金额。处理完的实时权益数据紧接着传输至用户层，加工层对实时权益数据的处理结束。

另外，加工层同时将已完成加工的权益列表数据保存至缓存区。缓存区为保证访问效率，数据缓存在内存并持久化，采用key-value存储结构。缓存区用于暂存已加工权益列表，可提供高性能的数据增删改查操作，支持加工层及用户层的高效数据交互。采集层实时请求数据经加工层处理完毕后，调用缓存区新增接口，将已加工权益列表保存到缓存区。

当权益列表需要采用实时+异步的方式获取时，采集层异步获取的权益数据需传输到加工层进行追加处理，并且采集层可以向加工层发起多次异步请求，直到采集层不再采集到新的权益数据。加工层接收到数据请求后，根据商户号+订单ID查找缓存区数据，如果匹配不到缓存数据，则加工层处理结束。结果匹配到缓存数据，则读取缓存数据继续计算权益组合。

将待处理权益列表追加到已加工权益列表继续试算最佳权益组合。异步追加的数据仍然遵循权益优先级排序规则，可直接复用最优权益组合算法的第②③步骤，直到本次异步获取权益列表全部处理完毕，并将最新权益列表更新到缓存区。最后一步异步请求处理完毕后，加工层结束工作。

S3：用户层通过实时加异步的数据返还方式，支持权益请求方系统动态加载权益列表。

具体地，用户层将实时权益数据及控制信息转换成响应报文并返回给权益请求方；接着，权益请求方根据结束标志判断是否需要发起异步请求；最后用户层接收请求方异步请求，将缓存区增量数据返回给权益请求方做数据动态加载。

可以理解的是，这里的控制信息包括权益当前页数，总页数，结束标志等，总页数表示实时+异步的总次数，支持请求方发起翻页请求。另外这里数据动态加载是指通过实时加异步的数据加载方式，能够第一时间给用户展现优先级最高的权益，同时动态加载剩余权益列表，通过渐进式的页面展现方式来减少用户的等待时间，达到较好的用户体验。

用户层的实时权益数据来自于加工层，并且已经计算好最优的权益组合与优惠后支付金额。权益列表主要属性包括：{权益序号，权益代码，归属大类，订单金额，抵扣金额，互斥权益子类，选中标记，权益规则}。控制信息包括当前页数，总页数，结束标志等，总页数表示实时+异步的总次数。用户层按照权益服务的响应报文定义将数据转换成响应报文，并返回到权益请求方。请求方可根据选中标志在页面自动勾选选中权益，作为系统推荐的权益组合，并可根据列表中的互斥权益子类控制互斥的权益不可勾选。

权益请求方对首次权益数据返回的结束标志进行判断，如果结束标志为Y，说明当前页已是最后一页数据，本次权益请求只包含实时数据，不再对用户层发起翻页请求，用户层工作结束。如果结束标志为N，权益请求方继续对用户层发起翻页请求。

用户层接收到异步权益数据请求后，通过商户号+订单号+请求页数查询缓存区数据。如果匹配到缓存数据，用户层则增量加载当前页数据，并更新结束标志。如果当前页大于或等于总页数，则将结束标志置为Y，否则置为N。如果匹配不到缓存数据，则用户层将权益列表初始化为空，将结束标志置为Y。

用户层将异步权益数据返回到请求方，请求方继续根据结束标志判断是否需再次发起翻页请求，直到结束标志为Y，不再发起翻页请求，用户层工作结束，至此一次完整的权益请求处理结束。

从上述描述可知，本发明实施例提供一种客户权益匹配方法，具有以下有益效果：

(1)能够从对不同来源、规则不一、相互独立的权益方，根据业务规则设置各权益种类的优先级跟叠加规则，快速地获取到消费场景支持的权益种类，通过聚合各权益种类，实现最佳权益叠加效果。

(2)通过实时加异步的权益获取方式，能够实时快速获取到优先级较高的有效权益，优先级较低的权益转异步获取，从而提高了多权益聚合场景下的权益匹配效率，提升了联机交易的处理能力。

(3)通过实时加异步的数据加载方式，能够第一时间给用户展现优先级最高的权益，同时动态加载剩余权益列表，通过渐进式的页面展现方式来减少用户的等待时间，达到较好的用户体验。

基于同一发明构思，本申请实施例还提供了一种客户权益匹配装置，可以用于实现上述实施例所描述的方法，如下面的实施例所述。由于一种客户权益匹配装置解决问题的原理与一种客户权益匹配方法相似，因此一种客户权益匹配装置的实施可以参见一种客户权益匹配方法实施，重复之处不再赘述。以下所使用的，术语“单元”或者“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的系统较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

本发明的实施例提供一种能够实现客户权益匹配方法的客户权益匹配装置的具体实施方式，参见图11，一种客户权益匹配装置具体包括如下内容：

权益库生成单元10，用于接收多个权益方的客户权益信息，以生成商户权益库；

权益种类查找单元20，用于响应于客户权益请求，根据所述客户权益请求在所述商户权益库中查找所述商户支持的权益种类；

客户权益匹配单元30，用于基于所述客户权益的优先级以及预生成的互斥规则，根据所述权益种类匹配客户权益。

一实施例中，所述权益库生成单元具体用于定时以批量文件形式接收多个权益方的客户权益信息，以生成商户权益库。

一实施例中，所述权益种类查找单元具体用于根据预设阈值，采用实时以及异步的方法在所述商户权益库中查找所述商户支持的权益种类；

所述客户权益请求包括客户ID、商户信息、订单金额以及支付卡类型；

参见图12，所述客户权益匹配装置还包括：

匹配结果存储单元40，用于利用键值对数据存储方式存储所述客户权益的匹配结果；

匹配结果展示单元50，用于将所述匹配结果通过实时以及异步的方法展示给客户。

从上述描述可知，本发明实施例提供一种客户权益匹配装置，首先接收多个权益方的客户权益信息，以生成商户权益库；接着，响应于客户权益请求，根据客户权益请求在商户权益库中查找商户支持的权益种类；最后基于所述客户权益的优先级以及预生成的互斥规则，根据权益种类匹配客户权益。本发明可以在不同的支付场景中，通过聚合不同来源、不同种类、不同规则的客户权益，为支付网关提供统一的权益聚合服务，快速有效地匹配客户权益，解决多种权益的叠加难题；辅助客户挑选到最优的权益组合，清晰高效地展现权益列表，实现最佳的优惠体验。

本申请的实施例还提供能够实现上述实施例中的一种客户权益匹配方法中全部步骤的一种电子设备的具体实施方式，参见图13，电子设备具体包括如下内容：

处理器(processor)1201、存储器(memory)1202、通信接口(CommunicationsInterface)1203和总线1204；

其中，处理器1201、存储器1202、通信接口1203通过总线1204完成相互间的通信；通信接口1203用于实现服务器端设备、权益数据接收设备以及用户端设备等相关设备之间的信息传输。

处理器1201用于调用存储器1202中的计算机程序，处理器执行计算机程序时实现上述实施例中的一种客户权益匹配方法中的全部步骤，例如，处理器执行计算机程序时实现下述步骤：

步骤100：接收多个权益方的客户权益，以生成商户权益库；

步骤200：响应于客户权益请求，根据所述客户权益请求在所述商户权益库中查找所述商户支持的权益种类；

步骤300：于所述客户权益的优先级以及预生成的互斥规则，根据所述权益种类匹配客户权益。

本申请的实施例还提供能够实现上述实施例中的一种客户权益匹配方法中全部步骤的一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述实施例中的一种客户权益匹配方法的全部步骤，例如，处理器执行计算机程序时实现下述步骤：

步骤100：接收多个权益方的客户权益，以生成商户权益库；

步骤200：响应于客户权益请求，根据所述客户权益请求在所述商户权益库中查找所述商户支持的权益种类；

步骤300：于所述客户权益的优先级以及预生成的互斥规则，根据所述权益种类匹配客户权益。

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

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

虽然本申请提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的装置或客户端产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境)。

虽然本说明书实施例提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的手段可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的装置或终端产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境，甚至为分布式数据处理环境)。术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、产品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、产品或者设备所固有的要素。在没有更多限制的情况下，并不排除在包括所述要素的过程、方法、产品或者设备中还存在另外的相同或等同要素。

本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内部包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

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

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

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

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

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

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

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

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

Claims (11)

1.一种客户权益匹配方法，其特征在于，包括：

接收多个权益方的客户权益信息，以生成商户权益库；

响应于客户权益请求，根据所述客户权益请求在所述商户权益库中查找所述商户支持的权益种类；

基于所述客户权益的优先级以及预生成的互斥规则，根据所述权益种类匹配客户权益。

2.根据权利要求1所述的客户权益匹配方法，其特征在于，所述接收多个权益方的客户权益信息，以生成商户权益库包括：

定时以批量文件形式接收多个权益方的客户权益信息，以生成商户权益库。

3.根据权利要求1所述的客户权益匹配方法，其特征在于，所述响应于客户权益请求，根据所述客户权益请求在所述商户权益库中查找所述商户支持的权益种类，包括：

根据预设阈值，采用实时以及异步的方法在所述商户权益库中查找所述商户支持的权益种类。

4.根据权利要求1所述的客户权益匹配方法，其特征在于，所述客户权益请求包括客户ID、商户信息、订单金额以及支付卡类型。

5.根据权利要求1所述的客户权益匹配方法，其特征在于，还包括：

利用键值对数据存储方式存储所述客户权益的匹配结果。

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

将所述匹配结果通过实时以及异步的方法展示给客户。

7.一种客户权益匹配装置，其特征在于，包括：

权益库生成单元，用于接收多个权益方的客户权益信息，以生成商户权益库；

权益种类查找单元，用于响应于客户权益请求，根据所述客户权益请求在所述商户权益库中查找所述商户支持的权益种类；

客户权益匹配单元，用于基于所述客户权益的优先级以及预生成的互斥规则，根据所述权益种类匹配客户权益。

8.根据权利要求7所述的客户权益匹配装置，其特征在于，所述权益库生成单元具体用于定时以批量文件形式接收多个权益方的客户权益信息，以生成商户权益库。

9.根据权利要求7所述的客户权益匹配装置，其特征在于，所述权益种类查找单元具体用于根据预设阈值，采用实时以及异步的方法在所述商户权益库中查找所述商户支持的权益种类；

所述客户权益请求包括客户ID、商户信息、订单金额以及支付卡类型；

所述客户权益匹配装置还包括：

匹配结果存储单元，用于利用键值对数据存储方式存储所述客户权益的匹配结果；

匹配结果展示单元，用于将所述匹配结果通过实时以及异步的方法展示给客户。

10.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现权利要求1至6任一项所述客户权益匹配方法的步骤。

11.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该计算机程序被处理器执行时实现权利要求1至6任一项所述客户权益匹配方法的步骤。

Images