网联积分抵现方法、装置、设备、存储介质及程序产品

技术领域

本申请涉及积分管理技术领域，尤其涉及一种网联积分抵现方法、装置、设备、存储介质及程序产品。

背景技术

为了加强与互联网头部企业及各个商家平台的业务合作，借助互联网平台进行银行卡积分消费服务，使得客户在使用银行卡支付时，可享受银行卡积分消费，其中，积分消费是指人们通过虚拟的积分替代货币的形式进行购物和消费的一种消费模式，如消费抵现、抵扣停车费、兑换商品等消费模式。

现有技术中，可以根据交易金额试算出可以使用的最大可抵扣积分值和最大积分抵扣金额，并将其返回给上游服务器，进一步的，上游服务器在收到最大可抵扣积分值和最大积分抵扣金额后，可以灵活调整积分抵扣金额，并在用户支付时上送调整后的积分抵扣金额，以及根据上送的积分抵扣金额进行校验是否满足积分价值率，在校验通过后进行积分抵扣。

但是，上述积分抵扣过程，需要根据银行卡号找到对应的行内客户编号，再根据客户编号进行路由寻址，找到对应的上游集群服务器进行积分试算和积分抵扣交易，响应时间长，不能及时满足业务性能要求，积分抵扣效率较慢。

发明内容

本申请提供一种网联积分抵现方法、装置、设备、存储介质及程序产品，用以解决现有技术中根据银行卡号找到对应的行内客户编号，再根据客户编号进行路由寻址，找到对应的上游集群服务器进行积分试算和积分抵扣交易，存在响应时间长，不能及时满足业务性能要求，积分抵扣效率较慢的问题。

第一方面，本申请提供一种网联积分抵现方法，所述方法包括：

接收商户终端发送的交易请求；所述交易请求包括业务种类、交易类型、待交易的交易金额和待交易的卡号信息；

基于所述交易类型匹配积分抵现规则，并基于所述业务种类确定积分抵现算法；所述积分抵现规则用于进行不同业务场景下的试算交易；

基于所述待交易的卡号信息进行路由寻址，查找到对应的应用服务器，并基于所述待交易的卡号信息从索引库中查询到对应的客户编号，将所述客户编号和所述待交易的交易金额发送到所述应用服务器，以使所述应用服务器基于所述待交易的交易金额，调用所述积分抵现规则进行积分试算，得到预计积分抵现值，并调用所述积分抵现算法进行积分抵现计算，并发得到积分抵扣值和积分抵扣金额；所述索引库为提前定义的用于存储存在映射关系的卡号信息和客户编号的数据库；

获取所述预计积分抵现值、所述积分抵扣值和所述积分抵扣金额，并对所述预计积分抵现值和所述积分抵扣值进行校验比对，当校验比对通过时，利用所述积分抵扣值和所述积分抵扣金额进行积分的抵扣。

在一种可能的设计中，所述方法还包括：

获取签约卡号信息和业务需求，并基于所述业务需求对所述签约卡号信息进行过滤处理，得到符合业务需求的卡号信息；

基于所述卡号信息启动自动任务，并基于所述自动任务调用统一接口，获取所述卡号信息对应的客户编号，以及建立所述卡号信息和所述客户编号的映射关系；

将建立映射关系的所述卡号信息和所述客户编号存储于索引库中。

在一种可能的设计中，获取所述预计积分抵现值、所述积分抵扣值和所述积分抵扣金额，包括：

获取预计积分抵扣金额，并将所述预计积分抵扣金额和所述预计积分抵现值进行可视化显示；所述预计积分抵扣金额为所述应用服务器基于所述待交易的交易金额，调用所述积分抵现规则进行积分试算得到的；

响应于用户的触控操作，确定所述预计积分抵扣金额和所述预计积分抵现值是否满足用户需求；

若是，则获取所述预计积分抵现值、所述积分抵扣值和所述积分抵扣金额；

若否，则接收商户终端发送的调整积分请求，并基于所述调整积分请求对所述预计积分抵现值和所述预计积分抵扣金额进行调整，以生成符合用户需求的预计积分抵现值和所述预计积分抵扣金额。

在一种可能的设计中，对所述预计积分抵现值和所述积分抵扣值进行校验比对，当校验比对通过时，利用所述积分抵扣值和所述积分抵扣金额进行积分的抵扣，包括：

判断调整后的所述预计积分抵现值是否小于所述积分抵扣值；

若是，则利用所述预计积分抵现值和所述预计积分抵扣金额进行积分的抵扣；

相应的，当校验比对不通过时，所述方法还包括：生成第一提示信息，以提示商户积分抵扣异常。

在一种可能的设计中，利用所述积分抵扣值和所述积分抵扣金额进行积分的抵扣，包括：

获取交易流水号和金融机构编号，并利用所述交易流水号和所述金融机构编号进行幂等性控制，以确定所述交易请求是否重复；

若是，则生成第二提示信息，以提示商户存在重复交易；

若否，则利用所述积分抵扣值和所述积分抵扣金额进行积分的抵扣。

在一种可能的设计中，调用所述积分抵现算法进行积分抵现计算，并发得到积分抵扣值和积分抵扣金额，包括：

调用所述积分抵现算法进行积分抵现计算，并发得到初始积分抵扣值和初始积分抵扣金额；

判断所述初始积分抵扣值是否为整数；

若是，则确定所述积分抵扣值和所述积分抵扣金额为计算得到的初始积分抵扣值和初始积分抵扣金额；

若否，则利用银行家算法对所述初始积分抵扣值进行取整，得到积分抵扣值，并确定所述积分抵扣金额为计算得到的初始积分抵扣金额。

在一种可能的设计中，所述方法还包括：

接收商户终端发送的退款请求；所述退款请求包括交易流水号、待退款的积分抵扣金额和待退款的积分抵扣值；

基于所述交易流水号确定是否交易成功；

若是，则基于所述待退款的积分抵扣金额和所述待退款的积分抵扣值进行校验，当校验通过时，则利用所述待退款的积分抵扣金额和所述待退款的积分抵扣值进行原路退回；

若否，则生成第三提示信息，以提示商户退款失败。

在一种可能的设计中，基于所述待退款的积分抵扣金额和所述待退款的积分抵扣值进行校验，包括：

判断所述待退款的积分抵扣金额是否为空；

当确定所述待退款的积分抵扣金额为空时，生成第四提示信息；

当确定所述待退款的积分抵扣金额不为空时，判断所述待退款的积分抵扣值是否为空；

若否，则利用退款算法对所述待退款的积分抵扣金额进行计算，得到退款金额，并将所述退款金额与所述待退款的积分抵扣金额进行比对，以确定所述退款金额是否超过所述待退款的积分抵扣金额；

若是，则利用退回积分算法和银行家算法对所述待退款的积分抵扣值进行计算，得到退回积分值，利用退款算法对所述待退款的积分抵扣金额进行计算，得到退款金额，并分别将所述退回积分值与所述待退款的积分抵扣值进行比对，将所述退款金额与所述待退款的积分抵扣金额进行比对，以确定所述退回积分值和所述退款金额是否超过对应的所述待退款的积分抵扣值和所述待退款的积分抵扣金额。

在一种可能的设计中，所述方法还包括：

每隔预设时间，分别获取利用所述积分抵扣值和所述积分抵扣金额进行金额抵扣后的第一交易明细、利用所述待退款的积分抵扣金额和所述待退款的积分抵扣值原路退回后的第二交易明细以及所述第一交易明细、所述第二交易明细对应的交易流水号；

利用所述交易流水号获取交易请求对应的第一交易信息和所述退款请求对应的第二交易信息；

分别将第一交易明细与所述第一交易信息进行对账，将第二交易明细与所述第二交易信息进行对账，并在对账不一致时，对所述第一交易明细和所述第二交易明细进行差错调整，并基于调整后的所述第一交易明细和所述第二交易明细生成对账文件，进行可视化显示。

第二方面，本申请提供一种网联积分抵现装置，所述装置包括：

接收模块，用于接收商户终端发送的交易请求；所述交易请求包括业务种类、交易类型、待交易的交易金额和待交易的卡号信息；

匹配模块，用于基于所述交易类型匹配积分抵现规则，并基于所述业务种类确定积分抵现算法；所述积分抵现规则用于进行不同业务场景下的试算交易；

寻址模块，用于基于所述待交易的卡号信息进行路由寻址，查找到对应的应用服务器，并基于所述待交易的卡号信息从索引库中查询到对应的客户编号，将所述客户编号和所述待交易的交易金额发送到所述应用服务器，以使所述应用服务器基于所述待交易的交易金额，调用所述积分抵现规则进行积分试算，得到预计积分抵现值，并调用所述积分抵现算法进行积分抵现计算，并发得到积分抵扣值和积分抵扣金额；所述索引库为提前定义的用于存储存在映射关系的卡号信息和客户编号的数据库；

校验比对模块，用于获取所述预计积分抵现值、所述积分抵扣值和所述积分抵扣金额，并对所述预计积分抵现值和所述积分抵扣值进行校验比对，当校验比对通过时，利用所述积分抵扣值和所述积分抵扣金额进行积分的抵扣。

第三方面，本申请实施例提供一种电子设备，包括：处理器，以及与所述处理器通信连接的存储器；

所述存储器存储计算机执行指令；

所述处理器执行所述存储器存储的计算机执行指令，以实现如上第一方面以及第一方面各种可能的设计所述的网联积分抵现方法。

第四方面，本申请实施例提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如上第一方面以及第一方面各种可能的设计所述的网联积分抵现方法。

第五方面，本申请实施例提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时，实现如上第一方面以及第一方面各种可能的设计所述的网联积分抵现方法。

本申请提供的网联积分抵现方法、装置、设备、存储介质及程序产品，通过组件的相互调用，进行积分试算交易和积分抵现交易；具体的，接收商户终端发送的交易请求，并基于交易请求调用相应的积分试算交易和积分抵现交易的任务，并匹配出积分抵现规则和积分抵现算法，进一步的，路由通过配置中心寻址到交易对应的应用服务器，并路由根据卡号信息去索引库中查询到指定的客户编号，进一步的，路由根据客户编号转发到应用服务器指定的部署单元，以使应用服务器基于积分抵现规则和积分抵现算法计算出可以抵扣的最大积分值、积分抵扣值以及积分抵扣金额，提高处理效率，相应的，积分组件需要校验上送的最大积分值和计算出的抵扣积分值是否相等，如果校验通过，则可以正常进行积分抵扣；其中，计算积分抵扣值以及积分抵扣金额是通过并发调用方案，实现对积分抵扣和额度管控的并发调用，加快系统响应时间，提高系统的处理性能。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

图1为适用于本申请实施例的网联积分抵现方法的应用场景图；

图2为本申请实施例提供的网联积分抵现方法的流程示意图；

图3为本申请实施例提供的网联试算交易路径的结构示意图；

图4为本申请实施例提供的网联抵扣交易路径的结构示意图；

图5为本申请实施例提供的网联积分抵现系统的架构示意图；

图6为本申请实施例提供的网联退货交易路径的结构示意图；

图7为本申请实施例提供的具体的网联积分抵现方法的流程示意图；

图8为本申请实施例提供的网联积分抵现装置的结构示意图；

图9为本申请实施例提供的电子设备的结构示意图。

通过上述附图，已示出本申请明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本申请构思的范围，而是通过参考特定实施例为本领域技术人员说明本申请的概念。

具体实施方式

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

为了便于清楚描述本申请实施例的技术方案，在本申请的实施例中，采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分。例如，第一设备和第二设备仅仅是为了区分不同的设备，并不对其先后顺序进行限定。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定，并且“第一”、“第二”等字样也并不限定一定不同。

本申请中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B的情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b，或c中的至少一项(个)，可以表示：a，b，c，a-b，a-c，b-c，或a-b-c，其中a，b，c可以是单个，也可以是多个。

需要说明的是，本申请的技术方案中，所涉及的金融数据或用户数据等信息的收集、存储、使用、加工、传输、提供和公开等处理，均符合相关法律法规的规定，且不违背公序良俗。本申请所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)，均为经用户授权或者经过各方充分授权的信息和数据，并且相关数据的收集、使用和处理需要遵守相关法律法规和标准，并提供有相应的操作入口，供用户选择授权或者拒绝。

为了积极响应金融行业的战略部署，加强与互联网头部企业及第三方平台的业务合作，可以借助互联网平台优势开辟消费增长点，进而开发积分+现金支付方式，以及优化现有支付积分+现金支付的功能。

具体的，可以借助互联网平台进行银行卡积分消费服务，使得客户在使用银行卡支付时，享受银行卡积分消费，其中，积分消费是指人们通过虚拟的积分替代货币的形式进行购物和消费的一种消费模式，如消费抵现、抵扣停车费、兑换商品等消费模式。

一种可能的实现方式中，可以根据交易金额试算出可以使用的最大可抵扣积分值和最大积分抵扣金额，并将其返回给上游服务器，进一步的，上游服务器在收到最大可抵扣积分值和最大积分抵扣金额后，可以灵活调整积分抵扣金额，并在用户支付时上送调整后的积分抵扣金额，以及根据上送的积分抵扣金额进行校验是否满足积分价值率，在校验通过后进行积分抵扣。

但是，上述积分抵扣过程，需要根据银行卡号找到对应的行内客户编号，再根据客户编号进行路由寻址，找到对应的上游集群服务器进行积分试算和积分抵扣交易，响应时间长，不能及时满足业务性能要求，积分抵扣效率较慢。

可以理解的是，上述积分抵扣过程与现有银行内综合积分抵现试算交易和支付交易的底层逻辑处理功能基本类似，而综合积分抵现功能在第三方平台出海场景下无法上送银行内客户编号，只能上送银行卡号，进而导致出现联机交易响应时间慢的问题。

针对上述问题，本申请提供一种网联积分抵现方法，可以通过组件的相互调用，进行积分试算交易和积分抵现交易；具体的，通过接收商户终端发送的交易请求，并基于交易请求调用相应的积分试算交易和积分抵现交易的任务，并匹配出积分抵现规则和积分抵现算法，进一步的，路由通过配置中心寻址到交易对应的应用服务器(AccessPoint，AP)，并路由根据卡号信息去索引库中查询到指定的客户编号，进一步的，路由根据客户编号转发到AP指定的部署单元，以使AP可以基于积分抵现规则和积分抵现算法计算出可以抵扣的最大积分值、积分抵扣值以及积分抵扣金额，提高处理效率，相应的，积分组件需要校验上送的最大积分值和计算出的抵扣积分值是否相等，如果校验通过，则可以正常进行积分抵扣；其中，计算积分抵扣值以及积分抵扣金额是通过并发调用方案，实现对积分抵扣和额度管控的并发调用，加快系统响应时间，提高系统的处理性能。

需要说明的是，通过银行内快捷支付第三方平台实现积分加现金购物，可以有效提升绑卡、消费交易额，以及丰富积分应用场景，实现引流拓客，同时加快积分无成本消耗，推动其他业务如支付程序等在头部第三方平台布局；其中，第三方平台可以为支付平台。

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

图1为适用于本申请实施例的网联积分抵现方法的应用场景图。如图1所示，该应用场景包括：商户的终端设备101、综合积分系统102、第一应用服务器103、第二应用服务器104和第三应用服务器105；其中，综合积分系统102包括路由，每一应用服务器对应有数据库(Database，DB)。

具体的，以第三方平台为点餐平台为例，当点餐平台的某个用户需要订餐且进行网联抵现交易时，用户可以基于手机银行上的组合积分系统向对应的商户的终端设备101发送订餐交易请求，以使商户的终端设备101向综合积分系统102发送订餐交易请求，进一步的，在综合积分系统102接收订餐交易请求后，可以通过组件相互调用，调用订餐交易请求对应的积分试算交易A01116120和积分抵现交易A01116113，进一步的，路由通过配置中心寻址到订餐交易请求对应的AP，如第一应用服务器103，并根据用户的卡号信息去索引库中查询到指定的客户编号，所述索引库为提前定义的用于存储存在映射关系的卡号信息和客户编号的数据库，进一步的，路由根据客户编号转发到第一应用服务器103指定的部署单元，以使第一应用服务器103调用积分试算交易A01116120和积分抵现交易A01116113对应的算法进行网联积分抵现计算，试算得到的抵扣积分值，以及并发计算出单笔交易的积分抵扣金额和抵扣积分值，上送到积分组件进行积分的抵扣。

其中，积分组件需要校验试算得到的抵扣积分值和并发计算得到的抵扣积分值是否相等，如果不相等，则生成异常信息，并发送到商户的终端设备101上，以提示不符合积分价值率，如果校验通过，则可以利用并发计算得到的单笔交易的积分抵扣金额和抵扣积分值正常进行积分的抵扣。

需要说明的是，A01116120和A01116113为积分试算交易方法和积分抵现交易方法对应的标识号，可以基于标识号调用对应的积分试算交易方法和积分抵现交易方法。

可以理解的是，不同类型的交易可以对应不同的应用服务器，本申请实施例对应用服务器的部署数量不作具体限定，如可以部署第一应用服务器103、第二应用服务器104和第三应用服务器105这三个AP，也可以部署5个AP，其可以根据应用场景进行设定。

可选的，上述终端设备可以是具有显示屏并且支持网页浏览的各种电子设备，终端设备也可以被称为终端(terminal)、用户设备(User Equipment，UE)、移动台(MobileStation，MS)、移动终端(Mobile Terminal，MT)等。终端设备可以是手机(mobile phone)、智能电视、穿戴式设备、智能音箱、智能安防设备、智能网关、平板电脑(Pad)、带无线收发功能的电脑、虚拟现实(Virtual Reality，VR)终端设备、增强现实(Augmented Reality，AR)终端设备、工业控制(industrial control)中的无线终端、无人驾驶(self-driving)中的无线终端、远程手术(remote medical surgery)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端等。上述终端设备包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等。

基于图1所示的应用场景，本申请实施例还提供一种网联积分抵现方法。图2为本申请实施例提供的网联积分抵现方法的流程示意图。如图2所示，该网联积分抵现方法包括：

S201、接收商户终端发送的交易请求；所述交易请求包括业务种类、交易类型、待交易的交易金额和待交易的卡号信息。

本申请实施例中，业务种类可以指的是第三方平台对应的应用类型，如第三方平台可以是点餐平台、支付平台、音频播放平台、视频播放平台、购票平台等，本申请实施例对第三方平台对应的应用类型不作具体限定，不同类型的第三方平台可以对应不同的积分底线算法。

交易类型可以指的是第三方平台是设定的进行网联积分抵现的活动类型或规则类型，如100积分抵1元的活动类型，本申请实施例对第三方平台设定的交易类型不作具体限定，其可以根据不同业务场景下商家活动进行设置，不同的交易类型可以对应不同的积分抵现规则。

在本步骤中，以点餐交易为例，商户终端可以向银行的综合积分系统发送点餐交易请求，该点餐交易请求可以包括交易的点餐平台、点餐平台的积分抵现活动以及本次交易的交易金额以及本次交易用户对应的卡号信息。

可以理解的是，在进行网联积分抵现时，商户终端还可以发送交易流水号、金融机构编号、积分交易日期、积分交易发生时间、交易商户编号、商户名称、项目编号、关联订单编号、交易批次号等信息，进而积分组件将这些信息都存储下来，以便后续进行信息核对时使用，本申请实施例对商户终端发送的具体信息不作限定，其包含可以用于计算积分抵扣值和积分抵扣金额的信息即可。

S202、基于所述交易类型匹配积分抵现规则，并基于所述业务种类确定积分抵现算法；所述积分抵现规则用于进行不同业务场景下的试算交易。

在本步骤中，通过新增一个网联积分试算交易A011161120，放在网联WL工程中，所述用于调用网联积分交易试算方法，在进行网联积分试算交易时，可以根据A011161120匹配对应的积分抵现规则，如可以根据商户终端上送的积分回馈活动类型代码+二级回馈活动编号+交易商户编号，匹配出一条网联积分抵现活动规则。

进一步的，还需新增一个网联积分抵现交易A01116113，所述A01116113用于调用网联积分交易计算方法，在进行网联积分计算交易时，基于A01116113调用对应的积分抵现算法，如为点餐平台提供的根据金额计算积分的计算公式：实际抵扣积分值＝[取商(抵扣金额*积分兑换价值率/最小递增单位)]*最小递增单位。

S203、基于所述待交易的卡号信息进行路由寻址，查找到对应的应用服务器，并基于所述待交易的卡号信息从索引库中查询到对应的客户编号，将所述客户编号和所述待交易的交易金额发送到所述应用服务器，以使所述应用服务器基于所述待交易的交易金额，调用所述积分抵现规则进行积分试算，得到预计积分抵现值，并调用所述积分抵现算法进行积分抵现计算，并发得到积分抵扣值和积分抵扣金额；所述索引库为提前定义的用于存储存在映射关系的卡号信息和客户编号的数据库。

在本步骤中，试算交易可以对应有网联试算交易路径，抵扣交易可以对应有网联抵扣交易路径；具体的，为图3为本申请实施例提供的网联试算交易路径的结构示意图，如图3所示，网联试算交易路径对应的结构包括：网联抵现的应用程序->组合积分系统->分布式->综合积分系统-账户；其中，综合积分系统为服务单元，网联抵现的应用程序和组合积分系统为协同组件，协同组件分布式的将交易请求发送到综合积分系统进行处理。

其中，网联试算交易主要是处理由组合积分系统组合的现金与积分，对应步骤2-3，即组合积分系统调用A011161120，并由分布式路由到账户新集群AP，并根据索引库信息获取交易业务所需的数据库编号以及篮子号；将数据库编号、篮子号和待交易的交易金额发送到AP，所述数据库编号为索引库编号，所述篮子号为索引库中存储表的编号，用于基于卡号从表中调用所需数据如客户编号。

进一步的，AP根据上送的待交易的交易金额，试算出本次交易可以抵扣的最大积分值(预计积分抵现值)和积分抵扣金额(预计积分抵扣金额)，并返回给网联平台，即综合积分系统-账户。

图4为本申请实施例提供的网联抵扣交易路径的结构示意图，如图4所示，网联抵扣交易路径对应的结构包括：网联抵现的应用程序->组合积分系统->收单侧->交易并发处理系统(Digital Signal Processing，DSP)->分布式->综合积分系统-账户，还可以包括DSP->贷记卡；其中，综合积分系统为服务单元，网联抵现的应用程序、组合积分系统、收单侧和贷记卡为协同组件，协同组件分布式路由的将交易请求发送到综合积分系统进行处理。

其中，网联抵现交易主要是处理由DSP组合的现金与积分，步骤4和5并发执行，对应步骤4-6，即由DSP调用A01116113，并由分布式路由到账户新集群AP，并根据索引库信息获取交易业务所需的数据库编号以及篮子号；将数据库编号、篮子号和待交易的交易金额发送到AP，AP根据A01116113对应的计算公式，计算出单笔交易的积分抵扣金额和抵扣积分值，上送到积分组件，积分组件校验上送的最大积分值和计算出的抵扣积分值是否相等，如果不相等，则抛出异常信息，提示不符合积分价值率；如果校验通过，则正常进行积分抵扣。

需要说明的是，由于网联平台对各个银行支付交易的响应时间有排名要求，因此，在收单侧增加并发调用方案(DSP)，用于实现对积分抵扣和贷记卡额度管控的并发调用，即并发计算积分抵扣值和积分抵扣金额，以提高系统的处理性能，同时对于计算结果可以统一组合返回给收单系统。

同时，第三方平台对网联平台试算交易的响应时间也有要求，如通过设置的总时长不可以超过200ms，根据耗时情况，将各个组件的处理时间进行如下分布：第三方平台处理耗时40ms；网联组件处理耗时10ms；网联数据中心跨区域到银行数据中心传输耗时50ms；组合积分系统处理耗时30ms；基础中心分布式微服务平台耗时3-5ms；综合积分组件处理耗时65ms，对上述耗时求和，得到195ms-200ms，这样，提前设计总时长以及各个组件的处理时长，可以减少响应时间。

S204、获取所述预计积分抵现值、所述积分抵扣值和所述积分抵扣金额，并对所述预计积分抵现值和所述积分抵扣值进行校验比对，当校验比对通过时，利用所述积分抵扣值和所述积分抵扣金额进行积分的抵扣。

在本步骤中，在AP试算出预计积分抵现值，以及并发计算出单笔交易的积分抵扣金额和抵扣积分值后，可以将预计积分抵现值、积分抵扣值和积分抵扣金额上送到综合积分系统中的积分组件，进一步的，积分组件校验上送的预计积分抵现值和计算出的积分抵扣值是否相等，如果不相等，则生成异常提示信息，以提示商户积分抵扣异常，且不符合积分价值率；如果校验比对通过，则利用积分抵扣值和积分抵扣金额正常进行积分的抵扣。

因此，本申请实施例可以通过卡号信息调用积分抵现的交易，适用不同的积分抵现功能的出海场景，还通过在收单侧增加并发调用方案，实现对积分抵扣和额度管控的并发调用，以及将网联组件接入分布式微服务路由中，可以优化现有积分抵现的联机交易响应耗时问题，提高系统的处理效率。

示例性的，上述网联积分抵现方法基于设计的网联积分抵现系统实现，图5为本申请实施例提供的网联积分抵现系统的架构示意图，如图5所示，第三方平台在进行网联支付时，可以基于支付组件，如手机银行、个人网银、互联网网站、销售终端(Point Of Sale，POS)、支付程序等对应的组合积分系统组合现金与积分的支付方式，并由分布式路由到应用集成中，并在收单侧增加DSP方案，用于实现对积分抵扣和贷记卡额度管控的并发调用，并根据发卡的卡号信息从索引库中查询到对应的客户编号，将客户编号和交易金额基于分布式微服务平台发送到AP，以使AP进行个人综合积分的计算，所述个人综合积分的计算过程包括：综合积分兑换过程、综合积分客服确认过程、综合积分账户确认过程以及综合积分计算过程，进而得到积分抵扣值和积分抵扣金额，发送到综合积分系统进行积分的抵扣。

其中，基础设施与治理层包括统一通信接口和分布式微服务平台，用于提供通信功能和信息传递功能。

在一种可能的设计中，所述方法还包括：

获取签约卡号信息和业务需求，并基于所述业务需求对所述签约卡号信息进行过滤处理，得到符合业务需求的卡号信息；

基于所述卡号信息启动自动任务，并基于所述自动任务调用统一接口，获取所述卡号信息对应的客户编号，以及建立所述卡号信息和所述客户编号的映射关系；

将建立映射关系的所述卡号信息和所述客户编号存储于索引库中。

本申请实施例中，任务调用统一接口用于批量维护卡号信息和客户编号的映射关系，所述任务调用统一接口为提前定义的用于实现统一接入分布式微服务路由的接口。

在本步骤中，在进行网联积分抵现时，需要提前构建索引库，可以通过为维护分布式微服务组件中卡号信息和客户编号的索引关系的前置操作构建索引库。

具体的，加工数据组件加工贷记卡的签约卡号信息，并推送给综合积分计算组件，综合积分计算组件通过不同业务场景对应的业务需求对签约卡号信息进行过滤处理，并启用自动任务，进而可以外呼统一接口如DP001YW09接口，批量维护卡号信息和客户编号的映射关系，并将其写入数据管理平台(Data Management Platform，DMP)的索引库如cassandra中。

示例性的，积分组件可以接收经过过滤处理的点餐平台的贷记卡客户签约信息文件，并处理客户签约信息文件入库到分布式路由调度表，进一步的，启动自动任务，以使自动扫描分布式路由调度表，根据不同服务外呼接口调用对应的应用程序接口(ApplicationProgramming Interface，API)维护卡号信息和客户编号的映射关系。

进一步的，可以将贷记卡客户的卡号信息和客户编号批量维护到分布式路由的索引库中，以便于联机交易进行路由分发时可以根据卡号信息找到对应客户编号，路由到对应的服务处理单元(Service Processing Unit，SPU)应用中。

因此，本申请实施例可以基于分布式微服务组件提前进行索引前置操作，可以外呼接口，批量维护卡号信息和客户编号的映射关系，在使用时可以从索引库直接调用所需的客户编号，提高调用效率以及应用广泛性，进而可以适用大量积分抵现功能的出海场景。

在一种可能的设计中，获取所述预计积分抵现值、所述积分抵扣值和所述积分抵扣金额，包括：

获取预计积分抵扣金额，并将所述预计积分抵扣金额和所述预计积分抵现值进行可视化显示；所述预计积分抵扣金额为所述应用服务器基于所述待交易的交易金额，调用所述积分抵现规则进行积分试算得到的；

响应于用户的触控操作，确定所述预计积分抵扣金额和所述预计积分抵现值是否满足用户需求；

若是，则获取所述预计积分抵现值、所述积分抵扣值和所述积分抵扣金额；

若否，则接收商户终端发送的调整积分请求，并基于所述调整积分请求对所述预计积分抵现值和所述预计积分抵扣金额进行调整，以生成符合用户需求的预计积分抵现值和所述预计积分抵扣金额。

本申请实施例中，可以提供网联积分抵扣规则显示功能，用于实现对网联积分抵现的规则和额度进行统一管控，如在回馈活动配置审核页面，将网联积分抵现的规则信息放入redis缓存中，并进行可视化显示，以供用户进行积分抵现值的调整。

示例性的，可以获取试算交易得到的预计积分抵扣金额，并将预计积分抵扣金额和预计积分抵现值进行可视化显示，以供用户确认是否按照试算得到的预计积分抵扣金额和预计积分抵现值进行积分的抵扣；若用户确定按照试算得到的预计积分抵扣金额和预计积分抵现值进行积分的抵扣，则可以获取预计积分抵现值以及并发计算得到积分抵扣值和积分抵扣金额，进行后续的校验以及积分抵扣；若用户确定不按照试算得到的预计积分抵扣金额和预计积分抵现值进行积分的抵扣，则可以接收商户终端发送的调整积分请求，并基于调整积分请求生成符合用户需求的预计积分抵现值和预计积分抵扣金额，以用于积分的抵扣，相应的，在进行积分抵扣之前，还需判断调整后的预计积分抵现值和预计积分抵扣金额是否符合积分抵现的规则和额度；如计算得到最大可抵扣积分为500，但是用户可以调整抵扣积分为400，余留积分可以下次活动使用。

可选的，在综合积分业务参数设置页面，可以将网联积分抵现的第三方平台月上限和第三方平台年上限放入redis缓存中，这样，在进行联机交易试算和支付时，可以从redis缓存中获取活动配置的规则上限、第三方平台年月上限、活动配置兑换累计值，并从数据表客户积分额度统计表中获取第三方平台月兑换累计值、第三方平台月兑换累计值，将上述数据进行可视化显示，并进行人工校验，在校验通过之后，可以更新redis的活动配置兑换累计值和数据表客户积分额度统计表的第三方平台月兑换累计值、第三方平台年兑换累计值，以便于对总体额度进行管控，使得可以计算出抵扣的最大积分值。

因此，本申请实施例中基于用户的触控操作可以对抵扣积分进行调整，提升积分抵现的灵活性和用户满意度。

在一种可能的设计中，对所述预计积分抵现值和所述积分抵扣值进行校验比对，当校验比对通过时，利用所述积分抵扣值和所述积分抵扣金额进行积分的抵扣，包括：

判断调整后的所述预计积分抵现值是否小于所述积分抵扣值；

若是，则利用所述预计积分抵现值和所述预计积分抵扣金额进行积分的抵扣；

相应的，当校验比对不通过时，所述方法还包括：生成第一提示信息，以提示商户积分抵扣异常。

本申请实施例中，第一提示信息为指示商户积分抵扣异常的信息，可以包括不符合积分价值率等内容，本申请实施例对第一提示信息的显示形式和显示内容不作具体限定。

在本步骤中，若对预计积分抵现值进行调整，则需要设定调整的额度不可以超过可以抵扣的最大抵扣金额以及利用积分抵现算法计算得到的积分抵扣值，这样，调整后的预计积分抵现值可以同时满足用户需求和商户利益。

因此，本申请实施例通过设置调整的抵扣积分小于实际的可抵扣积分，当调整后的抵扣积分大于实际的可抵扣积分，则不支持对积分的调整，这样，在满足商户利益的条件下，可以提高调整积分的灵活性。

在一种可能的设计中，利用所述积分抵扣值和所述积分抵扣金额进行积分的抵扣，包括：

获取交易流水号和金融机构编号，并利用所述交易流水号和所述金融机构编号进行幂等性控制，以确定所述交易请求是否重复；

若是，则生成第二提示信息，以提示商户存在重复交易；

若否，则利用所述积分抵扣值和所述积分抵扣金额进行积分的抵扣。

本申请实施例中，幂等性控制是对交易的唯一性进行控制，可以根据幂等性控制字段完成。如可以根据约定的幂等控制字段，对业务重复提交、请求方重复请求、定时任务、网络原因等导致的重发的数据来判断是否重复提交。

在本步骤中，积分组件可以利用交易流水号和金融机构编号进行一笔交易的幂等性控制，如可以根据金融机构编号+日期+交易流水号，拒绝同一个商户在同一天内重复发送同一个外部订单号的交易请求。

相应的，若确定存在重复交易，则可以生成第二提示信息，并发送到商户终端上，以提示商户存在重复交易，本申请实施例对第二提示信息的显示形式和显示内容不作具体限定。

因此，本申请实施例可以针对同一次交易活动进行限定，不允许重复交易，进而满足商家利益，提高交易处理的准确性，

在一种可能的设计中，调用所述积分抵现算法进行积分抵现计算，并发得到积分抵扣值和积分抵扣金额，包括：

调用所述积分抵现算法进行积分抵现计算，并发得到初始积分抵扣值和初始积分抵扣金额；

判断所述初始积分抵扣值是否为整数；

若是，则确定所述积分抵扣值和所述积分抵扣金额为计算得到的初始积分抵扣值和初始积分抵扣金额；

若否，则利用银行家算法对所述初始积分抵扣值进行取整，得到积分抵扣值，并确定所述积分抵扣金额为计算得到的初始积分抵扣金额。

本申请实施例中，银行家算法为一种小数取整数的银行家舍入法，对应的规则为四舍六入，五后面如果有非0的数字将直接向前进一位，没有数字的情况下通过前一位是偶数还是奇数确定，如果为偶数则舍去，为奇数则进一位。

在本步骤中，可以调用积分抵现算法进行积分抵现计算，如积分抵现算法为实际抵扣积分值＝[取商(抵扣金额*积分兑换价值率/最小递增单位)]*最小递增单位，其中，所述积分兑换价值率、最小递增单位以及最小递增单位为提前定义好的数值，基于不同的业务种类进行提前设定，本申请实施例对积分抵现算法对应的具体算法不作限定。

进一步的，如果计算得到初始积分抵扣值不是整数，则调用银行家算法BigDecimal.ROUND_HALF_EVEN进行取整，得到积分抵扣值，并确定积分抵扣金额为计算得到的初始积分抵扣金额。

因此，本申请实施例提供积分+现金方式的网联积分交易，利用积分抵现算法和银行家算法进行积分计算，提高计算效率。

在一种可能的设计中，所述方法还包括：

接收商户终端发送的退款请求；所述退款请求包括交易流水号、待退款的积分抵扣金额和待退款的积分抵扣值；

基于所述交易流水号确定是否交易成功；

若是，则基于所述待退款的积分抵扣金额和所述待退款的积分抵扣值进行校验，当校验通过时，则利用所述待退款的积分抵扣金额和所述待退款的积分抵扣值进行原路退回；

若否，则生成第三提示信息，以提示商户退款失败。

本申请实施例中，可以通过新增一个网联支付兑换退货交易A011161121，所述A011161121对应网联退货交易的退款流程，所述退款流程包括退款算法和退回积分算法；进一步的，商家终端还可以上送交易流水号、原流水号、交易批次号、交易类别、待退款的积分抵扣值、积分交易日期、积分交易发生时间、待退款的积分抵扣金额、金融机构编号等信息，进一步，积分组件将上述信息存储下来，以便后续交易核对。

进一步的，可以基于交易流水号和金融机构编号进行一笔交易的幂等性控制，并根据上送的交易流水号去找对应的原流水是否存在并且交易是否成功，如果交易成功，则退款时积分组件基于A011161121对应的退款流程进行二次校验，以校验退回积分值和退回金额是否正确。

在本步骤中，网联积分退货功能对应有网联退货交易路径，图6为本申请实施例提供的网联退货交易路径的结构示意图，如图6所示，网联退货交易路径对应的结构包括：网联抵现的应用程序->组合积分系统->收单侧->分布式->贷记卡->综合积分系统-账户，其中，综合积分系统为服务单元，网联抵现的应用程序、组合积分系统、收单侧和贷记卡为协同组件，协同组件分布式路由的将退款请求发送到综合积分系统进行处理。

其中，网联退货交易主要是处理由收单侧组合的现金与积分，对应步骤4-5，即由收单侧调用A011161121，并由分布式路由到账户新集群AP，并根据索引库信息获取交易业务所需的数据库编号以及篮子号；将数据库编号、篮子号和待退款的积分抵扣金额和待退款的积分抵扣值发送到AP，AP根据A011161121对应的退款流程进行二次校验，当校验通过时，则利用待退款的积分抵扣金额和待退款的积分抵扣值进行原路退回。

相应的，若确定没有交易成功，则可以生成第三提示信息，并发送到商户终端上，以提示商户退款失败，本申请实施例对第三提示信息的显示形式和显示内容不作具体限定。

因此，本申请实施例还提供网联积分退货功能，支持全额及部分退款，系统可以自动原路退回积分及现金，提高处理的灵活性。

在一种可能的设计中，基于所述待退款的积分抵扣金额和所述待退款的积分抵扣值进行校验，包括：

判断所述待退款的积分抵扣金额是否为空；

当确定所述待退款的积分抵扣金额为空时，生成第四提示信息；

当确定所述待退款的积分抵扣金额不为空时，判断所述待退款的积分抵扣值是否为空；

若否，则利用退款算法对所述待退款的积分抵扣金额进行计算，得到退款金额，并将所述退款金额与所述待退款的积分抵扣金额进行比对，以确定所述退款金额是否超过所述待退款的积分抵扣金额；

若是，则利用退回积分算法和银行家算法对所述待退款的积分抵扣值进行计算，得到退回积分值，利用退款算法对所述待退款的积分抵扣金额进行计算，得到退款金额，并分别将所述退回积分值与所述待退款的积分抵扣值进行比对，将所述退款金额与所述待退款的积分抵扣金额进行比对，以确定所述退回积分值和所述退款金额是否超过对应的所述待退款的积分抵扣值和所述待退款的积分抵扣金额。

在本步骤中，可以通过校验上送的退回金额(待退款的积分抵扣金额)是否为空进行一次校验，如果为空，则抛出异常，即生成第四提示信息；如果上送的退回金额不为空，则判断上送的退回积分值(待退款的积分抵扣值)是否为空，如果上送的退回积分值不为空，则以上送的退回积分值为准，并利用退款算法对待退款的积分抵扣金额进行计算，得到退款金额，如退款算法为退回清算金额＝退回金额值*正交易清算金额/正交易抵扣金额；并将退款金额与待退款的积分抵扣金额进行比对，以确定退款金额是否超过待退款的积分抵扣金额。

如果上送的退回积分值为空，则可以利用退回积分算法计算退回积分值，如退回积分算法退回积分值＝退回金额值*正交易积分值/正交易抵扣金额；如果计算得到退回积分值不为整数，则可以利用银行家算法进行取整。

进一步的，利用退款算法计算退回清算金额，并根据退回积分值、正交易退回积分值和已退回积分值进行二次校验，并校验退回积分值和退款金额是否超过对应的待退款的积分抵扣值和待退款的积分抵扣金额，如果超过，则抛出异常，即生成异常提示信息。

其中，本申请实施例对退款算法和退回积分算法对应的具体算法不作限定，以上仅是示例说明，其可以根据业务场景或业务类型进行设定，且本申请对第四提示信息的显示形式以及显示内容也不作具体限定。

需要说明的是，进行最后一次退款的退回金额由第三方平台保证，银行无法知晓是否为最后一次，且对于0元退和退转付场景，对应的交易量不大，可以不走网联积分抵现，直接走线下处理和手工调账。

因此，本申请实施例通过在退款时进行二次校验，可以提高退款的准确性。

在一种可能的设计中，所述方法还包括：

每隔预设时间，分别获取利用所述积分抵扣值和所述积分抵扣金额进行金额抵扣后的第一交易明细、利用所述待退款的积分抵扣金额和所述待退款的积分抵扣值原路退回后的第二交易明细以及所述第一交易明细、所述第二交易明细对应的交易流水号；

利用所述交易流水号获取交易请求对应的第一交易信息和所述退款请求对应的第二交易信息；

分别将第一交易明细与所述第一交易信息进行对账，将第二交易明细与所述第二交易信息进行对账，并在对账不一致时，对所述第一交易明细和所述第二交易明细进行差错调整，并基于调整后的所述第一交易明细和所述第二交易明细生成对账文件，进行可视化显示。

其中，预设时间可以指的是提前设定的用于进行信息核对的时间段，如可以为一天、一周等，本申请实施例对预设时间对应的具体时间段不作限定。

本申请实施例中，可以基于网联积分抵现相关报表进行线下对账、差错视图呈现等处理过程；其中，所述网联积分抵现相关报表还可以包括接收的退转付和0元退文件。

在本步骤中，积分组件可以每日结合网联积分支付及退款交易与银行的综合积分系统核对交易明细，通过“交易流水号”等信息与网联对账明细文件(第一交易明细和第二交易明细)关联获取交易信息进行对账，对账不一致时由积分组件根据网联对账明细文件的交易状态进行差错调整，并以差错调整后的结果生成每日对账文件，并将所述对账文件进行可视化显示，以供用户进行查看；所述对账文件可以按日/月/年的维度出具对账结果表、积分抵现交易明细(统计)报表，以及分行分摊表；其中，所述分行分摊表对应不同区域的银行所需的积分抵现交易明细数据。

可选的，由于收单之前对兑换交易做了DSP改造，则可以保证扣卡金额与抵扣积分的一致性，如果有一方抵扣有问题，则可以对另一方发起冲正。由于兑换退货无法保证发卡组件和积分组件的一致性，则以发卡组件为准，即兑换退货的逻辑是先扣卡内金额，再扣积分，如果扣卡内金额失败，不会扣积分，或者扣卡内金额成功，再扣积分，但是如果扣卡内金额成功，无法确认扣积分是否成功，则也会认为是积分抵扣成功，因此，会存在扣卡内金额成功，扣积分失败的情况。

对应这种情况，从业务逻辑上来说是可能存在的，因此，积分组件需要在对账时识别出上述差错，并进行补账处理。

因此，本申请实施例可以进行差错调整，以及进行补账处理，提高积分抵现和积分退回的准确性。

结合上述实施例，图7为本申请实施例提供的具体的网联积分抵现方法的流程示意图，如图7所示，所述网联积分抵现方法包括如下步骤：

步骤1.1：加工数据组件加工贷记卡签约卡号信息，并推送给综合积分系统对应的综合积分计算组件，执行步骤1.2。

其中，综合积分系统对应有AP的部署单元，如部署单元1和部署单元2，每一部署单元对应有数据库，用于存储卡号信息和客户编号。

步骤1.2：综合积分计算组件启用自动任务，并外呼DP001YW09业务索引批量新增接口，进行批量维护卡号信息和客户编号的映射关系，执行步骤1.3。

步骤1.3：将存在映射关系的卡号信息和客户编号写入DMP应用索引库中，索引库中包括索引数据，即存在映射关系的卡号信息和客户编号，在构建好索引库之后，可以进行网联积分抵现，即执行步骤2.1。

步骤2.1：上游渠道通过P4(组件相互调用)服务目录寻址，并调用积分试算交易A01116120抵现交易A01116113，执行步骤2.2。

步骤2.2：DMP应用路由通过DMP配置中心寻址到交易对应的AP，执行步骤2.3。

步骤2.3：DMP应用路由根据卡号信息去索引库的索引数据中查询到指定的客户编号，执行步骤2.4。

骤2.4：DMP应用路由根据客户编号转发到AP指定的部署单元，如部署单元1、部署单元2、部署单元3和部署单元4，而AP指定的部署单元为部署单元1；每一部署单元对应有数据库DB。

其中，积分试算交易和积分抵现交易通过P4进行新路由寻址，且本申请开发了新的自动任务进行索引写入服务，并将卡号信息和客户编号的映射关系保存到索引库中，这样，减少了网联积分抵现的响应时间。

在前述实施例中，对本申请实施例提供的网联积分抵现方法进行了介绍，而为了实现上述本申请实施例提供的方法中的各功能，作为执行主体的电子设备可以包括硬件结构和/或软件模块，以硬件结构、软件模块、或硬件结构加软件模块的形式来实现上述各功能。上述各功能中的某个功能以硬件结构、软件模块、还是硬件结构加软件模块的方式来执行，取决于技术方案的特定应用和设计约束条件。

例如，图8为本申请实施例提供的网联积分抵现装置的结构示意图，如图8所示，该装置包括：接收模块801，匹配模块802，寻址模块803和校验比对模块804；其中，所述接收模块801，用于接收商户终端发送的交易请求；所述交易请求包括业务种类、交易类型、待交易的交易金额和待交易的卡号信息；

所述匹配模块802，用于基于所述交易类型匹配积分抵现规则，并基于所述业务种类确定积分抵现算法；所述积分抵现规则用于进行不同业务场景下的试算交易；

所述寻址模块803，用于基于所述待交易的卡号信息进行路由寻址，查找到对应的应用服务器，并基于所述待交易的卡号信息从索引库中查询到对应的客户编号，将所述客户编号和所述待交易的交易金额发送到所述应用服务器，以使所述应用服务器基于所述待交易的交易金额，调用所述积分抵现规则进行积分试算，得到预计积分抵现值，并调用所述积分抵现算法进行积分抵现计算，并发得到积分抵扣值和积分抵扣金额；所述索引库为提前定义的用于存储存在映射关系的卡号信息和客户编号的数据库；

所述校验比对模块804，用于获取所述预计积分抵现值、所述积分抵扣值和所述积分抵扣金额，并对所述预计积分抵现值和所述积分抵扣值进行校验比对，当校验比对通过时，利用所述积分抵扣值和所述积分抵扣金额进行积分的抵扣。

在一种可能的设计中，所述装置还包括构建模块，所述构建模块，用于：

获取签约卡号信息和业务需求，并基于所述业务需求对所述签约卡号信息进行过滤处理，得到符合业务需求的卡号信息；

基于所述卡号信息启动自动任务，并基于所述自动任务调用统一接口，获取所述卡号信息对应的客户编号，以及建立所述卡号信息和所述客户编号的映射关系；

将建立映射关系的所述卡号信息和所述客户编号存储于索引库中。

在一种可能的设计中，所述校验比对模块804包括获取单元和校验比对单元；所述获取单元，用于：

获取预计积分抵扣金额，并将所述预计积分抵扣金额和所述预计积分抵现值进行可视化显示；所述预计积分抵扣金额为所述应用服务器基于所述待交易的交易金额，调用所述积分抵现规则进行积分试算得到的；

响应于用户的触控操作，确定所述预计积分抵扣金额和所述预计积分抵现值是否满足用户需求；

若是，则获取所述预计积分抵现值、所述积分抵扣值和所述积分抵扣金额；

若否，则接收商户终端发送的调整积分请求，并基于所述调整积分请求对所述预计积分抵现值和所述预计积分抵扣金额进行调整，以生成符合用户需求的预计积分抵现值和所述预计积分抵扣金额。

在一种可能的设计中，所述校验比对单元，用于：

判断调整后的所述预计积分抵现值是否小于所述积分抵扣值；

若是，则利用所述预计积分抵现值和所述预计积分抵扣金额进行积分的抵扣；

相应的，当校验比对不通过时，所述装置还包括提示模块，所述提示模块，用于：生成第一提示信息，以提示商户积分抵扣异常。

在一种可能的设计中，所述校验比对单元，用于：

获取交易流水号和金融机构编号，并利用所述交易流水号和所述金融机构编号进行幂等性控制，以确定所述交易请求是否重复；

若是，则生成第二提示信息，以提示商户存在重复交易；

若否，则利用所述积分抵扣值和所述积分抵扣金额进行积分的抵扣。

在一种可能的设计中，所述装置还包括计算模块，所述计算模块，用于：

调用所述积分抵现算法进行积分抵现计算，并发得到初始积分抵扣值和初始积分抵扣金额；

判断所述初始积分抵扣值是否为整数；

若是，则确定所述积分抵扣值和所述积分抵扣金额为计算得到的初始积分抵扣值和初始积分抵扣金额；

若否，则利用银行家算法对所述初始积分抵扣值进行取整，得到积分抵扣值，并确定所述积分抵扣金额为计算得到的初始积分抵扣金额。

在一种可能的设计中，所述装置还包括退款模块，所述退款模块包括接收单元、确定单元、校验单元和提示单元；

具体的，所述接收单元，用于接收商户终端发送的退款请求；所述退款请求包括交易流水号、待退款的积分抵扣金额和待退款的积分抵扣值；

所述确定单元，用于基于所述交易流水号确定是否交易成功；

所述校验单元，用于当交易成功时，基于所述待退款的积分抵扣金额和所述待退款的积分抵扣值进行校验，当校验通过时，则利用所述待退款的积分抵扣金额和所述待退款的积分抵扣值进行原路退回；

所述提示单元，用于当交易不成功时，生成第三提示信息，以提示商户退款失败。

在一种可能的设计中，所述校验单元，具体用于：

判断所述待退款的积分抵扣金额是否为空；

当确定所述待退款的积分抵扣金额为空时，生成第四提示信息；

当确定所述待退款的积分抵扣金额不为空时，判断所述待退款的积分抵扣值是否为空；

若否，则利用退款算法对所述待退款的积分抵扣金额进行计算，得到退款金额，并将所述退款金额与所述待退款的积分抵扣金额进行比对，以确定所述退款金额是否超过所述待退款的积分抵扣金额；

若是，则利用退回积分算法和银行家算法对所述待退款的积分抵扣值进行计算，得到退回积分值，利用退款算法对所述待退款的积分抵扣金额进行计算，得到退款金额，并分别将所述退回积分值与所述待退款的积分抵扣值进行比对，将所述退款金额与所述待退款的积分抵扣金额进行比对，以确定所述退回积分值和所述退款金额是否超过对应的所述待退款的积分抵扣值和所述待退款的积分抵扣金额。

在一种可能的设计中，所述装置还包括对账模块，所述对账模块，用于：

每隔预设时间，分别获取利用所述积分抵扣值和所述积分抵扣金额进行金额抵扣后的第一交易明细、利用所述待退款的积分抵扣金额和所述待退款的积分抵扣值原路退回后的第二交易明细以及所述第一交易明细、所述第二交易明细对应的交易流水号；

利用所述交易流水号获取交易请求对应的第一交易信息和所述退款请求对应的第二交易信息；

分别将第一交易明细与所述第一交易信息进行对账，将第二交易明细与所述第二交易信息进行对账，并在对账不一致时，对所述第一交易明细和所述第二交易明细进行差错调整，并基于调整后的所述第一交易明细和所述第二交易明细生成对账文件，进行可视化显示。

本申请实施例提供的网联积分抵现装置的具体实现原理和效果可以参见上述实施例对应的相关描述和效果，此处不做过多赘述。

需要说明的是，应理解以上装置的各个模块的划分仅仅是一种逻辑功能的划分，实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。且这些模块可以全部以软件通过处理元件调用的形式实现；也可以全部以硬件的形式实现；还可以部分模块通过处理元件调用软件的形式实现，部分模块通过硬件的形式实现。各模块可以为单独设立的处理元件，也可以集成在上述装置的某一个芯片中实现，此外，也可以以程序代码的形式存储于上述装置的存储器中，由上述装置的某一个处理元件调用并执行以上各模块的功能。此外这些模块全部或部分可以集成在一起，也可以独立实现。这里的处理元件可以是一种集成电路，具有信号的处理能力。在实现过程中，上述方法的各步骤或以上各个模块可以通过处理器元件中的硬件的集成逻辑电路或者软件形式的指令完成。

图9为本申请实施例提供的电子设备的结构示意图。如图9所示，该电子设备可以包括：收发器901、处理器902、存储器903。

处理器902执行存储器存储的计算机执行指令，使得处理器902执行上述实施例中的方案。处理器902可以是通用处理器，包括中央处理器(Central Processing Unit，CPU)、网络处理器(Network Processor，NP)等；还可以是数字信号处理器(Digital SignalProcessor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

存储器903通过系统总线与处理器902连接并完成相互间的通信，存储器903用于存储计算机程序指令。

收发器901可以用于接收商户终端发送的交易请求。

系统总线可以是外设部件互连标准(Peripheral Component Interconnect，PCI)总线或扩展工业标准结构(Extended Industry Standard Architecture，EISA)总线等。系统总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。收发器用于实现数据库访问装置与其他计算机(例如客户端、读写库和只读库)之间的通信。存储器可能包含随机存取存储器(RandomAccess Memory，RAM)，也可能还包括非易失性存储器(Non-Volatile Memory，NVM)。

本申请实施例提供的电子设备，可以是上述实施例的综合积分系统。

本申请实施例还提供一种运行指令的芯片，该芯片用于执行上述实施例中网联积分抵现方法的技术方案。

本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机指令，当该计算机指令在计算机上运行时，使得计算机执行上述实施例中网联积分抵现方法的技术方案。

本申请实施例还提供一种计算机程序产品，该计算机程序产品包括计算机程序，其存储在计算机可读存储介质中，至少一个处理器可以从计算机可读存储介质读取计算机程序，至少一个处理器执行计算机程序时可实现上述实施例中网联积分抵现方法的技术方案。

在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。例如，以上所描述的设备实施例仅仅是示意性的，例如，模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。

作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案。

另外，在本申请各个实施例中的各功能模块可以集成在一个处理单元中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个单元中。上述模块成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

上述以软件功能模块的形式实现的集成的模块，可以存储在一个计算机可读取存储介质中。上述软件功能模块存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器执行本申请各个实施例方法的部分步骤。

应理解，上述处理器可以是中央处理单元(Central Processing Unit，简称CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，简称DSP)、专用集成电路(Application Specific Integrated Circuit，简称ASIC)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合发明所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

存储器可能包含高速RAM存储器，也可能还包括非易失性存储NVM，例如至少一个磁盘存储器，还可以为U盘、移动硬盘、只读存储器、磁盘或光盘等。

总线可以是工业标准体系结构(Industry Standard Architecture，简称ISA)总线、外部设备互连(Peripheral Component Interconnect，简称PCI)总线或扩展工业标准体系结构(Extended Industry Standard Architecture，简称EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，本申请附图中的总线并不限定仅有一根总线或一种类型的总线。

上述存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(Static Random-Access Memory，简称SRAM)，电可擦除可编程只读存储器(Electrically Erasable Programmable Read Only Memory，简称EEPROM)，可擦除可编程只读存储器(Erasable Programmable Read-Only Memory，简称EPROM)，可编程只读存储器(Programmable Read-Only Memory，简称PROM)，只读存储器(Read-OnlyMemory，简称ROM)，磁存储器，快闪存储器，磁盘或光盘。存储介质可以是通用或专用计算机能够存取的任何可用介质。

一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于专用集成电路(Application Specific Integrated Circuits，简称ASIC)中。当然，处理器和存储介质也可以作为分立组件存在于电控单元或主控设备中。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

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