CN112200595A - 优惠券校验方法、支付方法、装置、设备及介质 - Google Patents

Abstract

本申请公开了一种优惠券校验方法、支付方法、装置、设备及介质，该方法包括：接收验证请求，所述验证请求中携带有运单信息和支付用户信息，所述运单信息与所述支付用户信息相关联；根据所述支付用户信息查找是否存在对应的优惠券信息；若存在，则将所述运单信息与所述优惠券信息进行匹配，生成优惠券处理结果，所述优惠券处理结果包括确定优惠券可用和不可用；发送所述优惠券处理结果。该技术方案通过将运单信息与优惠券信息进行匹配，保证了优惠券使用的安全性，且通过对优惠券配置至少一个优惠券属性，实现了优惠券类型的多样化，进一步避免了优惠券恶意使用的风险，很大程度上提高了用户体验。

Description

优惠券校验方法、支付方法、装置、设备及介质

技术领域

本发明一般涉及电子商务领域，具体涉及一种优惠券校验方法、支付方法、装置、设备及介质。

背景技术

随着商品经济的快速发展，越来越多的商家使用促销策略来降低用户的消费心理门槛，从而促使用户进行更多的消费，其中，商家可以通过设置优惠券活动来吸引大量的消费者，以扩大商品的需求量。

目前，在物流行业，用户一般可以通过会员积分兑换或者参与活动领取得到优惠券，并在收派件移动终端或者线上支付时使用，但是，由于优惠券的使用范围较小和种类较单一，且校验维度少，导致用户在使用优惠券的过程中存在极大的安全隐患，大大降低了用户的消费体验。

发明内容

鉴于现有技术中的上述缺陷或不足，期望提供一种优惠券校验方法、支付方法、装置、设备及介质，能够解决优惠券使用范围小且种类单一的问题。

第一方面，本申请提供了一种优惠券校验方法，包括：

接收验证请求，验证请求中携带有运单信息和支付用户信息，运单信息与所述支付用户信息相关联；

根据支付用户信息查找是否存在对应的优惠券信息；

若存在，则将所述运单信息与所述优惠券信息进行匹配，生成优惠券处理结果，优惠券处理结果包括确定优惠券可用和不可用；

发送所述优惠券处理结果。

在其中一个实施例中，优惠券信息包括至少一个优惠券属性，将运单信息与优惠券信息进行匹配，生成优惠券处理结果，包括：

确定优惠券信息的优惠券属性；

基于预设的校验规则，将运单信息与每一优惠券属性对应的参数信息进行校验；

若运单信息与每一优惠券属性对应的参数信息校验通过时，则确定优惠券为可用；

若存在运单信息与优惠券属性对应的参数信息校验不通过时，则确定优惠券为不可用。

在其中一个实施例中，当一种优惠券属性对应配置有至少一个参数信息时，将运单信息与优惠券属性对应的参数信息进行校验，包括：

对于同一优惠券属性，若运单信息与至少一个参数信息中的其中一个参数信息相同时，则确定优惠券属性对应的优惠券信息与运单信息校验通过；若运单信息与至少一个参数信息中的每一参数信息均不相同时，则确定优惠券属性对应的优惠券信息与运单信息校验不通过。

在其中一个实施例中，优惠券属性包括以下至少一项：付款标识、运单重量、满减金额、原寄地城市、目的地城市、产品类型、日期和币种信息。

在其中一个实施例中，优惠券信息采用Key-Value分布式存储结构配置。

第二方面，本申请提供了一种支付方法，包括：

获取优惠券处理结果，优惠券处理结果包括优惠券可用和不可用；

当优惠券可用时，获取优惠券的抵扣金额；

发送运单支付请求，运单支付请求包括扣除抵扣金额后的运单费用。

第三方面，本申请提供了一种优惠券校验装置，包括：

接收模块，用于接收验证请求，验证请求中携带有运单信息和支付用户信息，运单信息与支付用户信息相关联；

查找模块，用于根据支付用户信息查找是否存在对应的优惠券信息；

匹配模块，用于若存在对应的优惠券，则将运单信息与优惠券进行匹配，生成优惠券处理结果，优惠券处理结果包括确定优惠券可用和不可用；

发送模块，用于发送优惠券处理结果。

第四方面，本申请提供了一种支付装置，包括：

第一获取模块，用于获取优惠券处理结果，优惠券处理结果包括优惠券可用和不可用；

第二获取模块，用于当优惠券可用时，获取优惠券的抵扣金额；

发送模块，用于发送运单支付请求，运单支付请求包括扣除抵扣金额后的运单费用。

第五方面，本申请提供了一种计算机设备，包括存储器、处理器以及存储在存储器上并可在处理器上运行的计算机程序，该处理器执行该程序时实现如第一方面的方法或第二方面的方法。

第六方面，本申请实施例提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述第一方面的方法或第二方面的方法。

本发明提供的优惠券校验方法，通过接收到携带有运单信息和支付用户信息的验证请求，并根据支付用户信息查找是否存在对应的优惠券信息，如果存在对应的优惠券信息，则将运单信息与优惠券信息进行匹配，生成优惠券处理结果，并发送该优惠券处理结果。该技术方案由于根据支付用户信息查询对应的优惠券，从而可以判断该优惠券是否本人使用，保证了优惠券使用的安全性，并将运单信息与优惠券信息进行匹配，且对优惠券配置有至少一个优惠券属性，实现了优惠券类型的多样化，扩大了优惠券的使用范围和使用区域，进一步避免了优惠券恶意使用的风险，很大程度上提高了用户体验。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：

图1为本发明实施例提供的优惠券校验方法的流程示意图；

图2为本发明实施例提供的将运单信息与优惠券信息进行匹配方法的流程示意图；

图3为本发明实施例提供的支付方法的流程示意图；

图4为本发明实施例提供的优惠券校验装置的结构示意图；

图5为本发明实施例提供的支付装置的结构示意图；

图6为本发明实施例提供的计算机设备的结构示意图。

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与发明相关的部分。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

如背景技术中提到的，优惠券作为一种促销工具已经广泛被商家及厂家使用，尤其是电子优惠券，其能够依托互联网的发展，使得消费者通过网络搜索等多种路径获取得到，从而满足了不同需求的目标消费者，也给商家带来了更多的收益，目前在物流和快递行业，用户一般通过会员积分兑换或参与活动的方式领取优惠券，管理后台按照用户id发送到客户系统账户中，用户通过收派件移动终端进行线上支付使用，但是，优惠券的使用范围较小且种类单一，其校验维度少，导致用户在使用优惠券的过程中存在很大的安全隐患，存在一些不良用户在通过活动获取到优惠券后，进行优惠券倒卖等操作，导致优惠券使用数据混乱，用户体验不佳，很大程度上影响了用户的消费体验。

基于上述缺陷，本发明实施例提供了一种优惠券校验方法，通过接收携带有运单信息和支付用户信息的验证请求，并根据支付用户信息查找是否存在对应的优惠券信息，如果存在对应的优惠券信息，则将运单信息与优惠券信息进行匹配，从而生成优惠券处理结果，并发送该优惠券处理结果。该技术方案通过对预先配置的包括至少一个优惠券属性的优惠券数据进行校验，不仅保证了优惠券使用的安全性，而且扩大了优惠券的使用范围，很大程度上提高了用户体验。

需要说明的是，下述方法实施例的执行主体可以是优惠券校验装置，该装置可以通过软件、硬件或者软硬件结合的方式实现成为终端设备的部分或者全部。下述方法实施例的执行主体以服务器为例来进行说明。

下面将参考附图并结合实施例来详细说明本申请。

图1为本发明实施例提供的优惠券校验方法的流程示意图。如图1所示，该方法包括：

步骤S101、接收验证请求，该验证请求中携带有运单信息和支付用户信息，运单信息与支付用户信息相关联。

具体的，当快递员在揽件或者派件过程中，用户可以通过网上支付相关收寄件费用，一般的，用户在进行网上支付之前，可以通过输入券号、券码来选择使用优惠券，并扫描快递员提供的巴枪上展示的二维码，从而进入支付页面，即服务器接收到来自移动终端发送的验证请求，该验证请求中包括运单信息和支付用户信息，其中，上述运单信息可以包括运单号、运单金额、原寄地城市、目的地城市、支付方式、用户id、交易号、币种等信息。上述支付用户信息可以是寄件用户信息，也可以是收件用户信息，且该一个支付用户信息对应一个运单信息。

需要说明的是，服务器在接收到验证请求时，可以将该验证请求中携带的运单信息与预先配置的至少一个优惠券属性的优惠券信息进行校验，用来验证优惠券的使用状况以及查询符合用户使用条件的优惠券信息。

步骤S102、根据支付用户信息查找是否存在对应的优惠券信息。

具体的，上述支付用户信息包括用户标识码，该用户标识码可以是用户id，也可以是用户手机号码，该支付用户标识码为该用户唯一的标识号码，作为查询用户优惠券信息的唯一接口。服务器可以根据该支付用户信息中的用户标识码，查询该用户优惠券信息的使用状态，并查找出未使用的优惠券作为该用户对应的优惠券信息。

步骤S103、若存在，则将运单信息与优惠券信息进行匹配，生成优惠券处理结果，优惠券处理结果包括确定优惠券可用和不可用。

步骤S104、发送优惠券处理结果。

具体的，优惠券信息可以配置有至少一个优惠券属性，可选的，该优惠券信息可以采用Key-Value分布式存储系统结构配置，其中，key-value分布式存储系统是一种以键值对存储数据的数据库，其查询速度快、存放数据量大、支持高并发、高性能，能够节省服务器数量。优惠券信息通过采用Key-Value分布式存储系统结构配置，不仅使得数据扩展性强，而且可以对优惠券信息进行实时增减配置优惠券属性，从而增加了优惠券的使用范围。

需要说明的是，预先配置的优惠券数据的至少一个优惠券属性可以包括校验手机号码、折扣率、折扣最大运单金额限制、产品类型、原寄地城市、目的地城市、运单重量、周末、星期、满减金额、支付方式、下单渠道、币种等维度信息，其中，同一优惠券属性的优惠券信息可以配置多种类型的参数信息，例如：根据产品类型，可以将优惠券可以分为顺丰标快券、国际特惠券、顺丰特惠券等；还可以配置有无优惠券属性限制的优惠券，例如产品专用券、城市专用券、折扣券、满减券、海外券、国际券、重货优惠券、通用券等。

示例性的，当给优惠券信息配置优惠券属性时，可以对该优惠券属性设置对应的校验规则，该校验规则包括数字大于等于、数字小于等于、数字等于、文字等于、时间大于等于、时间小于等于、是否周末、星期几等。

其中，优惠券可以同时配置多个优惠券属性，例如，产品类型为顺丰标快，原寄地城市为深圳和广州，配置折扣率为六折，则在深圳或广州寄顺丰标快的运单，运费可以有六折的优惠。

进一步的，当服务器接收到验证请求时，获取到该验证请求中携带的运单信息，然后同时检索数据库券信息和数据库中缓存的券模板数据，将运单信息与优惠券信息中优惠券属性对应的参数信息进行匹配，相同优惠券属性的参数信息进行“或”逻辑匹配，不同优惠券属性的参数信息进行“与”逻辑匹配，其中，“或”逻辑匹配是指相同优惠券属性的参数信息满足其中一个即可，“与”逻辑匹配是指不同优惠券属性的参数信息必须同时满足，并根据预设的校验规则对运单信息进行校验，从而得到优惠券处理结果，其中，上述优惠券处理结果包括确定优惠券可用和不可用。

本发明提供的优惠券校验方法，通过接收到携带有运单信息和支付用户信息的验证请求，并根据支付用户信息查找是否存在对应的优惠券信息，如果存在对应的优惠券信息，则将运单信息与优惠券信息进行匹配，生成优惠券处理结果，并发送该优惠券处理结果。该技术方案由于根据支付用户信息查询对应的优惠券，从而可以判断该优惠券是否本人使用，保证了优惠券使用的安全性，并将运单信息与优惠券信息进行匹配，且对优惠券配置至少一个优惠券属性，实现了优惠券类型的多样化，扩大了优惠券的使用范围和使用区域，进一步避免了优惠券恶意使用的风险，很大程度上提高了用户体验。

可选的，在上述实施例的基础上，如图2所示，作为上述步骤S103的一种实施方式，该方法包括：

步骤S201、确定优惠券信息的优惠券属性。

步骤S202、基于预设的校验规则，将运单信息与每一优惠券属性对应的参数信息进行校验。

步骤S203、若运单信息与每一优惠券属性对应的参数信息校验通过时，则确定优惠券为可用。

步骤S204、若存在运单信息与优惠券属性对应的参数信息校验不通过时，则确定优惠券为不可用。

具体的，在接收到来自移动终端发送的携带有运单信息和支付用户信息的验证请求后，根据支付用户信息查找到对应的优惠券信息后，然后确定出优惠券信息对应的优惠券属性，其中，优惠券信息采用Key-Value分布式存储系统结构进行配置，Key表示属性关键字，Value表示参数信息，该优惠券信息对应的优惠券属性可以参见如下表所示：

其中，在得到优惠券属性列表之后，可以根据上述优惠券属性列表，基于预设的校验规则，将运单信息与优惠券属性列表中对应的参数信息进行校验，例如可以确定出当前优惠券属性，并将该当前优惠券属性对应的参数信息与运单信息进行校验，其中，当前优惠券属性对应的参数信息可以是一个，也可以是多个，例如，优惠券属性列表中配置的支付方式可以是微信支付，也可以是支付宝支付，还可以是顺手付支付等；如果当前优惠券属性对应的优惠券信息与运单信息校验通过时，则继续确定优惠券属性列表中的下一优惠券属性，并将该下一优惠券属性对应的参数信息与运单信息进行校验，确定出其校验结果，当该校验结果为校验通过时，则继续校验下一优惠券属性，以此类推，直到运单信息与每一优惠券属性对应的优惠券信息全部校验完成，如果当前优惠券属性校验不通过时，则表示校验失败，并停止下一优惠券属性的参数信息与运单信息的校验。

需要说明的是，对于同一优惠券属性，当运单信息与至少一个参数信息中的其中一个参数信息相同时，则确定该优惠券属性对应的优惠券信息与运单信息校验通过；当运单信息与至少一个参数信息中的每一个参数信息均不相同时，则确定该优惠券属性对应的优惠券信息与运单信息校验不通过。

示例性的，当查找到优惠券信息对应的优惠券属性包括付款手机号，产品类型为顺丰标快、顺丰特惠，原寄地城市为广州、深圳、北京时，且服务器接收到的运单信息包括付款方手机号码、产品类型、原寄地城市时，当运单信息中的付款手机号和优惠券属性中的付款方手机号相等，且运单信息中的产品类型为顺丰标快，寄件地城市为优惠券中原寄地城市之一深圳时，则表示该优惠券为可用。

其中，当支付用户使用优惠券进行支付时，如果支付用户为寄件用户，则将运单信息的寄件人手机号码与优惠券属性对应的付款手机号进行匹配，匹配正确时表示该优惠券属性对应的优惠券信息与运单信息校验通过；如果支付用户为收件方，则将运单信息的收件方手机号码与优惠券属性对应的付款手机号进行匹配，匹配正确时表示该优惠券属性对应的优惠券信息与运单信息校验通过。

在运单信息和每一优惠券属性对应的优惠券信息匹配完成后，可以得到优惠券处理结果，即当优惠券信息的每一优惠券属性对应的参数信息与运单信息校验通过时，则可以确定出该优惠券为可用；当存在运单信息与优惠券属性对应的参数信息校验不通过时，则可以确定出该优惠券为不可用的。

进一步的，在使用优惠券的过程中，服务器接收到来自移动终端发送的包括运单信息和支付用户信息的验证请求时，根据支付用户信息中的用户id查找到该用户名下所有未校验的优惠券信息，然后将该优惠券信息与运单信息进行匹配，参见上述优惠券属性列表，在优惠券属性key相等的情况下，判断参数信息value是否相等，如果相等则返回匹配正确指示，并继续下一优惠券属性key的匹配，如果不相等则返回错误指示，其中，涉及时间属性的匹配，可以提取服务器当前的日期时间进行匹配，例如维度星期、周末、时间范围，在完成校验后，可以将用户确定校验通过的优惠券信息返回至顺丰券管理系统，则顺丰券管理系统接收到服务器返回的确定可用的优惠券信息，且将该优惠券信息发送至收派件终端。

本实施例中通过确定优惠券信息的优惠券属性，并基于预设的校验规则，将运单信息与每一优惠券属性对应的参数信息进行校验，如果运单信息与每一优惠券属性对应的参数信息校验通过时，则确定该优惠券可用，如果存在运单信息与优惠券属性对应的参数信息校验不通过时，则确定该优惠券为不可用。该技术方案中能够对每个优惠券属性对应的参数信息与运单信息进行逐个校验，能够更精准的确定出校验结果，避免了用户的刷券情况，保证了优惠券使用的安全性。

图3为本申请实施例提供的支付方法的流程示意图。在上述实施例的基础上，如图3所示，该方法包括：

步骤S301、获取优惠券处理结果，优惠券处理结果包括优惠券可用和不可用。

步骤S302、当优惠券可用时，获取优惠券的抵扣金额。

步骤S303、发送运单支付请求，运单支付请求包括扣除抵扣金额后的运单费用。

具体的，服务器向移动终端发送优惠券处理结果后，则移动终端获取到优惠券处理结果，当确定出该优惠券处理结果为可用时，则获取到优惠券的抵扣金额，可选的，该抵扣金额可以是固定金额的形式，也可以是原支付金额折扣的形式。

在获取到优惠券的抵扣金额后，形成运单支付信息，并向服务器发送运单支付请求，该运单支付请求包括扣除抵扣金额后的运单费用，则服务器调用支付管理接口并链接到微信支付收银台接口，请求支付使用优惠券后的运单费用，并在支付成功后向移动终端发送支付成功的提示。

可选的，当支付成功后，服务器可以调用会员系统的抵扣优惠券接口，并将该优惠券的券号上传至券管理系统，且将该优惠券推送至财务系统结算费用。

本申请实施例提供的支付方法，通过获取优惠券处理结果，并发送包括抵扣金额的运单支付请求，从而使得用户能够合理的对优惠券进行使用，进一步增加了客户粘度。

应当注意，尽管在附图中以特定顺序描述了本发明方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。相反，流程图中描绘的步骤可以改变执行顺序。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。

图4为本发明实施例提供的优惠券校验装置的结构示意图。如图4所示，该装置可以实现如图1～图2所示的方法，该装置可以包括：

接收模块10，用于用于接收验证请求，所述验证请求中携带有运单信息和支付用户信息，所述运单信息与所述支付用户信息相关联；

查找模块20，用于根据所述支付用户信息查找是否存在对应的优惠券信息；

匹配模块30，用于用于若存在对应的优惠券，则将所述运单信息与所述优惠券进行匹配，生成优惠券处理结果，所述优惠券处理结果包括确定优惠券可用和不可用；

发送模块40，用于发送所述优惠券处理结果。

优选的，所述匹配模块30，包括：

第一确定单元301，用于确定所述优惠券信息的优惠券属性；

校验单元302，用于基于预设的校验规则，将所述运单信息与每一优惠券属性对应的参数信息进行校验；

第二确定单元303，用于若所述运单信息与所述每一优惠券属性对应的参数信息校验通过时，则确定所述优惠券为可用；

第三确定单元304，用于若存在所述运单信息与所述优惠券属性对应的参数信息校验不通过时，则确定所述优惠券为不可用。

优选的，所述校验单元302，具体用于：

对于同一优惠券属性，若所述运单信息与所述至少一个参数信息中的其中一个参数信息相同时，则确定所述优惠券属性对应的优惠券信息与所述运单信息校验通过；若所述运单信息与所述至少一个参数信息中的每一参数信息均不相同时，则确定所述优惠券属性对应的优惠券信息与所述运单信息校验不通过。

优选的，所述优惠券属性包括以下至少一项：付款标识、运单重量、满减金额、原寄地城市、目的地城市、产品类型、日期和币种信息。

优选的，所述优惠券信息采用Key-Value分布式存储结构配置。

本实施例提供的优惠券校验装置，可以执行上述方法的实施例，其实现原理和技术效果类似，在此不再赘述。

图5为本发明实施例提供的支付装置的结构示意图。如图5所示，该装置可以实现如图3所示的方法，该装置可以包括：

第一获取模块50，用于获取优惠券处理结果，所述优惠券处理结果包括优惠券可用和不可用；

第二获取模块60，用于当所述优惠券可用时，获取所述优惠券的抵扣金额；

发送模块70，用于发送运单支付请求，所述运单支付请求包括扣除所述抵扣金额后的运单费用。

本实施例提供的支付装置，可以执行上述支付方法的实施例，其实现原理和技术效果类似，在此不再赘述。

图6为本发明实施例提供的一种计算机设备的结构示意图。如图6所示，其示出了适于用来实现本申请实施例的终端设备或服务器的计算机系统600的结构示意图。

如图6所示，计算机系统600包括中央处理单元(CPU)601，其可以根据存储在只读存储器(ROM)602中的程序或者从存储部分608加载到随机访问存储器(RAM)603中的程序而执行各种适当的动作和处理。在RAM603中，还存储有系统600操作所需的各种程序和数据。CPU601、ROM602以及RAM603通过总线604彼此相连。输入/输出(I/O)接口606也连接至总线604。

以下部件连接至I/O接口605：包括键盘、鼠标等的输入部分606；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分607；包括硬盘等的存储部分608；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至I/O接口606。可拆卸介质611，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器610上，以便于从其上读出的计算机程序根据需要被安装入存储部分608。

特别地，根据本公开的实施例，上文参考图1-3描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括有形地包含在机器可读介质上的计算机程序，所述计算机程序包含用于执行图1-3的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分609从网络上被下载和安装，和/或从可拆卸介质611被安装。

附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，前述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本申请实施例中所涉及到的单元或模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元或模块也可以设置在处理器中，例如，可以描述为：一种处理器包括接收模块、查找模块、匹配模块及发送模块。其中，这些单元或模块的名称在某种情况下并不构成对该单元或模块本身的限定，例如，接收模块还可以被描述为“用于接收验证请求，所述验证请求中携带有运单信息和支付用户信息，所述运单信息与所述支付用户信息相关联”。

作为另一方面，本申请还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中前述装置中所包含的计算机可读存储介质；也可以是单独存在，未装配入设备中的计算机可读存储介质。计算机可读存储介质存储有一个或者一个以上程序，前述程序被一个或者一个以上的处理器用来执行描述于本申请的优惠券校验方法、支付方法。

综上所述，本发明提供的优惠券校验方法，通过接收到携带有运单信息和支付用户信息的验证请求，并根据支付用户信息查找是否存在对应的优惠券信息，如果存在对应的优惠券信息，则将运单信息与优惠券信息进行匹配，生成优惠券处理结果，并发送该优惠券处理结果。该技术方案由于根据支付用户信息查询对应的优惠券，从而可以判断该优惠券是否本人使用，保证了优惠券使用的安全性，并将运单信息与预先配置的优惠券信息进行匹配，且对优惠券配置至少一个优惠券属性，实现了优惠券类型的多样化，扩大了优惠券的使用范围和使用区域，进一步避免了优惠券恶意使用的风险，很大程度上提高了用户体验。

以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本申请中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离所述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (10)

1.一种优惠券校验方法，其特征在于，包括：

接收验证请求，所述验证请求中携带有运单信息和支付用户信息，所述运单信息与所述支付用户信息相关联；

根据所述支付用户信息查找是否存在对应的优惠券信息；

若存在，则将所述运单信息与所述优惠券信息进行匹配，生成优惠券处理结果，所述优惠券处理结果包括确定优惠券可用和不可用；

发送所述优惠券处理结果。

2.根据权利要求1所述的优惠券校验方法，其特征在于，所述优惠券信息包括至少一个优惠券属性，将所述运单信息与所述优惠券信息进行匹配，生成优惠券处理结果，包括：

确定所述优惠券信息的优惠券属性；

基于预设的校验规则，将所述运单信息与每一优惠券属性对应的参数信息进行校验；

若所述运单信息与所述每一优惠券属性对应的参数信息校验通过时，则确定所述优惠券为可用；

若存在所述运单信息与所述优惠券属性对应的参数信息校验不通过时，则确定所述优惠券为不可用。

3.根据权利要求2所述的优惠券校验方法，其特征在于，当一种所述优惠券属性对应配置有至少一个参数信息时，将所述运单信息与所述优惠券属性对应的参数信息进行校验，包括：

对于同一优惠券属性，若所述运单信息与所述至少一个参数信息中的其中一个参数信息相同时，则确定所述优惠券属性对应的优惠券信息与所述运单信息校验通过；若所述运单信息与所述至少一个参数信息中的每一参数信息均不相同时，则确定所述优惠券属性对应的优惠券信息与所述运单信息校验不通过。

4.根据权利要求2所述的优惠券校验方法，其特征在于，所述优惠券属性包括以下至少一项：付款标识、运单重量、满减金额、原寄地城市、目的地城市、产品类型、日期和币种信息。

5.根据权利要求1所述的优惠券校验方法，其特征在于，所述优惠券信息采用Key-Value分布式存储结构配置。

6.一种支付方法，其特征在于，包括：

获取优惠券处理结果，所述优惠券处理结果包括优惠券可用和不可用；

当所述优惠券可用时，获取所述优惠券的抵扣金额；

发送运单支付请求，所述运单支付请求包括扣除所述抵扣金额后的运单费用。

7.一种优惠券校验装置，其特征在于，所述装置包括：

接收模块，用于接收验证请求，所述验证请求中携带有运单信息和支付用户信息，所述运单信息与所述支付用户信息相关联；

查找模块，用于根据所述支付用户信息查找是否存在对应的优惠券信息；

匹配模块，用于若存在对应的优惠券，则将所述运单信息与所述优惠券进行匹配，生成优惠券处理结果，所述优惠券处理结果包括确定优惠券可用和不可用；

发送模块，用于发送所述优惠券处理结果。

8.一种支付装置，其特征在于，所述装置包括：

第一获取模块，用于获取优惠券处理结果，所述优惠券处理结果包括优惠券可用和不可用；

第二获取模块，用于当所述优惠券可用时，获取所述优惠券的抵扣金额；

发送模块，用于发送运单支付请求，所述运单支付请求包括扣除所述抵扣金额后的运单费用。

9.一种计算机设备，包括存储器、处理器以及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如权利要求1-5中任一项所述的方法或权利要求6所述的方法。

10.一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序用于：

所述计算机程序被处理器执行时实现如权利要求1-5中任一项所述的方法或权利要求6所述的方法。

Images