CN109284963A - 基于卡券的业务处理方法、装置、设备及其存储介质 - Google Patents

Abstract

本申请公开了一种基于卡券的业务处理方法、装置、设备及其存储介质。该方法包括：接收付款流水账号，该付款流水账号与卡券的业务提供商提供的绑定账号相关；基于流水账号获取与绑定账号对应的服务提供商的运单数据；向业务服务商的派送终端发送派送指令，该派送指令基于流水账号生成，用以提取与运单数据对应的物品。本申请提供的上述方案，通过将运单数据直接发送给服务提供商，服务提供商再向业务服务商发送寄送指令，从而无需用户先去兑换点进行卡券的兑换，然后再找快递公司进行寄送，进而缩短了用户处理时间，同时也给用户带来了极大的便捷性。

Description

基于卡券的业务处理方法、装置、设备及其存储介质

技术领域

本申请涉及一般商品寄送技术领域，尤其涉及基于卡券的业务处理方法、装置、设备及其存储介质。

背景技术

随着零售行业的不断发展，纸质券商品已经走进用户的生活，用户对商品用纸质券进行交易提出了更便捷、更省时的需求。例如，很多用户期望把纸质券商品直接与快递公司对接，通过快递公司免费兑换并寄出商品。

现有技术中，用户在使用纸质券商品时，首先需要去兑换的进行商品券的兑换，然后再通过快递公司把兑换后的商品进行寄送，这样对于需要寄送该商品的用户来说，费时又费力。

发明内容

鉴于现有技术中的上述缺陷或不足，期望提供一种卡券直接与快递公司对接，通过快递公司兑换并寄出商品的技术方案。

第一方面，本申请实施例提供了一种基于卡券的业务处理方法，该方法包括：

接收付款流水账号，付款流水账号与卡券的业务提供商提供的绑定账号相关；

基于流水账号获取与绑定账号对应的服务提供商的运单数据；

向业务服务商的派送终端发送派送指令，该派送指令基于流水账号生成，用以提取与运单数据对应的物品。

第二方面，本申请实施例提供了一种基于卡券的业务处理装置，该装置包括：

接收单元，用于接收付款流水账号，付款流水账号与卡券的业务提供商提供的绑定账号相关；

获取单元，用于基于流水账号获取与绑定账号对应的服务提供商的运单数据；

指令单元，用于向业务服务商的派送终端发送派送指令，该派送指令基于流水账号生成，用以提取与运单数据对应的物品。

第三方面，本申请实施例提供了一种用于卡券的业务处理的设备，包括存储器、处理器以及存储在存储器上并可在处理器上运行的计算机程序，该处理器执行该程序时实现如本申请实施例描述的方法。

第四方面，本申请实施例提供了一种用于卡券的业务处理可读存储介质，其上存储有计算机程序，申请计算机程序用于：

该计算机程序被处理器执行时实现如本申请实施例描述的方法。

本申请实施例提供的基于卡券的业务的处理方法，基于流水账号获取与绑定账号对应的服务提供商的运单数据，再向业务服务商的派送终端发送派送指令。通过把运单数据直接发送给服务提供商，服务提供商再向业务服务商发送寄送指令，从而无需用户先去兑换点进行卡券的兑换，然后再找快递公司进行寄送，进而缩短了用户处理时间，同时也带来了极大的便捷性。

进一步地，在接收付款流水账号之后，更新卡券的使用状态，从而可以避免卡券的重复使用。

并通过向用户端和/或业务提供商推送路由状态，以确保用户可以实时跟踪寄送商品。以及产生与运单数据相关的报表信息，从而可以方便管理。

还通过释放未产生付款流水账号的卡券，从而可以提醒用户支付相关运费信息。

附图说明

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

图1示出了本申请实施例提供的基于卡券的业务处理方法的流程示意图；

图2示出了本申请又一实施例提供的基于卡券的业务处理方法的流程示意图；

图3示出了根据本申请一个实施例提供的基于卡券的业务处理装置300的示例性结构框图；

图4示出了根据本申请又一个实施例提供的基于卡券的业务处理装置400的示例性结构框图；

图5示出了适于用来实现本申请实施例的卡券业务处理的计算机系统的结构示意图。

具体实施方式

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

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

请参考图1，图1给出了本事情实施例提供的基于卡券的业务处理方法的流程示意图。

如图1所示，该方法包括：

步骤110，接收付款流水账号，付款流水账号与卡券的业务提供商提供的绑定账号相关；

步骤120，基于流水账号获取与绑定账号对应的服务提供商的运单数据；

步骤130，向业务服务商的派送终端发送派送指令，该派送指令基于流水账号生成，用以提取与运单数据对应的物品。

本申请实施例中，应用于卡券业务的处理，在经过一系列处理后，通过服务提供商就可以直接向业务服务商发送处理指令。现有技术中，用户在使用纸质券商品时，首先需要去进行商品券的兑换，然后再通过快递公司把兑换后的商品进行寄送，这样对于需要寄送该商品的用户来说，费时又费力。

为了克服现有技术上述对于需要寄送该商品的用户来说，费时又费力的问题，本申请实施例，提供了一种基于卡券的业务处理方法。该方法通过接收付款流水账号，付款流水账号与卡券的业务提供商提供的绑定账号相关；基于流水账号获取与绑定账号对应的服务提供商的运单数据；向业务服务商的派送终端发送派送指令，该派送指令基于流水账号生成，用以提取与运单数据对应的物品。

在接收付款流水账号之前，该服务提供商接收业务提供商发送的卡券的物品信息，同时服务提供商根据接收到的物品信息计算出运费信息，服务提供商在按照预设的方式向业务提供商发送运费信息。

上述按照预设的方式至少包括短信方式，即服务提供商通过短信方式把运费信息发送给业务提供商。还可以进一步包括微信方式、邮箱方式等其他信息发送方式。

在服务提供商获取运单数据后，直接向业务服务商的仓储设备发送配送处理指令。该运单数据例如包括商品名称、数量、型号、金额和送货地址信息。

基于流水账号获取与绑定账号对应的服务提供商的运单数据，在向业务服务商的派送终端发送派送指令，与此同时，派送终端提取与运单数据对应的物品，该方法可以避免去兑换店进行商品券的兑换，然后再通过快递公司把兑换后的商品进行寄送，导致用户费时费力。

为了避免卡券的重复使用，以便确保业务服务商的利益。请参考图2，图2给出了本申请又一实施例提供的基于卡券的业务处理方法的流程示意图。该方法用于卡券的业务处理。

如图2所示，该方法包括：

步骤210，接收付款流水账号，付款流水账号与卡券的业务提供商提供的绑定账号相关；

步骤220，更新卡券的使用状态；

步骤230，基于流水账号获取与绑定账号对应的服务提供商的运单数据；

步骤240，向业务服务商的派送终端发送派送指令，该派送指令基于流水账号生成，用以提取与运单数据对应的物品。

本申请实施例中，在接收到付款流水账号，服务提供商更新卡券的使用状态。例如，在未接收到付款流水账号时，卡券界面显示为未使用状态；在接收到付款流水账号时，卡券界面显示为已用过状态。

服务提供商在接收到付款流水账号后，同时把卡券的状态更新为已用过状态，服务提供商根据流水账号获取的运单数据，再向业务服务商的派送终端发送派送指令，该派送指令用以驱使派送终端提取与运单数据对应的物品并完成派送。

本申请实施例，通过服务提供商在接收到付款流水账号后，同时把卡券的状态更新为已用过状态，从而可以有效避免卡券的重复使用。

在向业务服务商的派送终端发送派送指令之后，基于运单数据更新与运单数据关联的路由状态；并向用户端和/或业务提供商推送路由状态；以及产生与运单数据相关的报表信息。

本申请实施例，通过服务提供商直接向业务服务商发送派送指令，即把运单数据上对应的物品寄送出去，从而对于需要寄送商品的用户来说，既省时又省力。服务提供商在发出处理指令后，同时会更新系统内与运单数据关联的路由状态，并将该路由状态发送给用户端和/或业务提供商，最后服务提供商再生成新的报表信息，该报表信息用来统计发送的运单数据。

在上述实施例在接收付款流水账号之后，如果在预设时间范围内未产生付款流水账号，则释放卡券。例如，在12小时内，若服务提供商没有接收到付款流水账号，则服务提供商向用户端和/或业务提供商发送未支付消息，提醒用户端和/或业务提供商支付。

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

进一步地，请请参考图3，图3给出了基于卡券的业务处理装置300的示例性结构框图。

如图3所示，该装置包括：

接收单元310，用于接收付款流水账号，该付款流水账号与卡券的业务提供商提供的绑定账号相关；

获取单元320，用于基于流水账号获取与绑定账号对应的服务提供商的运单数据；

指令单元330，用于向业务服务商的派送终端发送派送指令，该派送指令基于流水账号生成，用以提取与运单数据对应的物品。

本申请实施例中，应用于卡券业务的处理，在经过一系列处理后，通过服务提供商就可以直接向业务服务商发送处理指令。现有技术中，用户在使用纸质券商品时，首先需要去进行商品券的兑换，然后再通过快递公司把兑换后的商品进行寄送，这样对于需要寄送该商品的用户来说，费时又费力。

为了克服现有技术上述对于需要寄送该商品的用户来说，费时又费力的问题，本申请实施例，提供了一种基于卡券的业务处理装置。该装置通过接收付款流水账号，付款流水账号与卡券的业务提供商提供的绑定账号相关；基于流水账号获取与绑定账号对应的服务提供商的运单数据；向业务服务商的派送终端发送派送指令，该派送指令基于流水账号生成，用以提取与运单数据对应的物品。

在接收付款流水账号之前，该服务提供商接收业务提供商发送的卡券的物品信息，同时服务提供商根据接收到的物品信息计算出运费信息，服务提供商在按照预设的方式向业务提供商发送运费信息。

上述按照预设的方式至少包括短信方式，即服务提供商通过短信方式把运费信息发送给业务提供商。还可以进一步包括微信方式、邮箱方式等其他信息发送方式。

在服务提供商获取运单数据后，直接向业务服务商的仓储设备发送配送处理指令。该运单数据例如包括商品名称、数量、型号、金额和送货地址信息。

基于流水账号获取与绑定账号对应的服务提供商的运单数据，在向业务服务商的派送终端发送派送指令，该派送指令用以驱使派送终端提取与运单数据对应的物品并完成派送，从而可以避免去兑换店进行商品券的兑换，然后再通过快递公司把兑换后的商品进行寄送，导致用户费时费力。

为了避免卡券的重复使用，以便确保业务服务商的利益。请参考图4，图4给出了本申请又一实施例提供的基于卡券的业务处理装置400的示例性结构框图。

如图4所示，该装置包括：

接收单元410，用于接收付款流水账号，付款流水账号与卡券的业务提供商提供的绑定账号相关；

更新单元420，用于更新卡券的使用状态；

获取单元430，用于基于流水账号获取与绑定账号对应的服务提供商的运单数据；

指令单元440，用于向业务服务商的派送终端发送派送指令，该派送指令基于流水账号生成，用以提取与运单数据对应的物品。

本申请实施例中，在接收到付款流水账号，服务提供商更新卡券的使用状态。例如，在未接收到付款流水账号时，卡券界面显示为未使用状态；在接收到付款流水账号时，卡券界面显示为已用过状态。

服务提供商在接收到付款流水账号后，同时把卡券的状态更新为已用过状态，服务提供商根据流水账号获取的运单数据，再向业务服务商的派送终端发送派送指令，该派送指令用以驱使派送终端提取与运单数据对应的物品并完成派送。

本申请实施例，通过服务提供商在接收到付款流水账号后，同时把卡券的状态更新为已用过状态，从而可以有效避免卡券的重复使用。

在向业务服务商的派送终端发送派送指令之后，基于运单数据更新与运单数据关联的路由状态；并向用户端和/或业务提供商推送路由状态；以及产生与运单数据相关的报表信息。

本申请实施例，通过服务提供商直接向业务服务商发送派送指令，即把运单数据上对应的物品寄送出去，从而对于需要寄送商品的用户来说，既省时又省力。服务提供商在发出处理指令后，同时会更新系统内与运单数据关联的路由状态，并将该路由状态发送给用户端和/或业务提供商，最后服务提供商再生成新的报表信息，该报表信息用来统计发送的运单数据。

在上述实施例在接收付款流水账号之后，如果在预设时间范围内未产生付款流水账号，则释放卡券。例如，在12小时内，若服务提供商没有接收到付款流水账号，则服务提供商向用户端和/或业务提供商发送未支付消息，提醒用户端和/或业务提供商支付。

应当理解，装置300-400中记载的诸单元或模块与参考图1-2描述的方法中的各个步骤相对应。由此，上文针对方法描述的操作和特征同样适用于装置300-400及其中包含的单元，在此不再赘述。装置300-400可以预先实现在电子设备的浏览器或其他安全应用中，也可以通过下载等方式而加载到电子设备的浏览器或其安全应用中。装置300-400中的相应单元可以与电子设备中的单元相互配合以实现本申请实施例的方案。

下面参考图5，其示出了适于用来实现本申请实施例的分拣设备500的结构示意图。

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

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

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

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

描述于本申请实施例中所涉及到的单元或模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元或模块也可以设置在处理器中，例如，可以描述为：一种处理器包括接收单元、更新单元、获取单元以及指令单元。其中，这些单元或模块的名称在某种情况下并不构成对该单元或模块本身的限定，例如，接收单元还可以被描述为“用于接收付款流水账号，付款流水账号与卡券的业务提供商提供的绑定账号相关的单元”。

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

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

Claims (14)

1.一种基于卡券的业务处理方法，其特征在于，该方法包括：

接收付款流水账号，所述付款流水账号与所述卡券的业务提供商提供的绑定账号相关；

基于所述流水账号获取与所述绑定账号对应的服务提供商的运单数据；

向业务服务商的派送终端发送派送指令，所述派送指令基于所述流水账号生成，用以提取与所述运单数据对应的物品。

2.如权利要求1所述的基于卡券的业务处理方法，其特征在于，在所述接收付款流水账号之前，该方法包括：

调取所述业务提供商的卡券对应的物品信息；

根据所述物品信息计算所述物品信息相关的运费信息；

按照预设的方式向所述业务提供商发送所述运费信息。

3.如权利要求2所述的基于卡券的业务处理方法，其特征在于，在所述接收付款流水账号之后，该方法还包括：

更新所述卡券的使用状态。

4.如权利要求1所述的基于卡券的业务处理方法，其特征在于，所述基于所述流水账号获取与所述绑定账号对应的服务提供商的运单数据，包括：

根据所述流水账号获取与之对应的卡券信息；

并根据所述卡券信息获取与之对应的服务提供商，从所述服务提供商处获取运单数据。

5.如权利要求1所述的基于卡券的业务处理方法，其特征在于，在向业务服务商的派送终端发送派送指令之后，该方法还包括：

基于所述运单数据更新与所述运单数据关联的路由状态；

并向用户端和/或业务提供商推送所述路由状态。

6.如权利要求1-5所述的基于卡券的业务处理方法，其特征在于，在所述接收付款流水账号之后，该方法还包括：

如果在预设时间范围内未产生所述付款流水账号；

则释放所述卡券。

7.一种基于卡券的业务处理装置，其特征在于，该装置包括：

接收单元，用于接收付款流水账号，所述付款流水账号与所述卡券的业务提供商提供的绑定账号相关；

获取单元，用于基于所述流水账号获取与所述绑定账号对应的服务提供商的运单数据；

指令单元，用于向业务服务商的派送终端发送派送指令，所述派送指令基于所述流水账号生成，用以提取与所述运单数据对应的物品。

8.如权利要求7所述的基于卡券的业务处理装置，其特征在于，在所述接收付款流水账号之前，该装置包括：

调取单元，用于调取所述业务提供商的卡券对应的物品信息；

计算单元，用于根据所述物品信息计算所述物品信息相关的运费信息；

发送单元，用于按照预设的方式向所述业务提供商发送所述运费信息。

9.如权利要求8所述的基于卡券的业务处理装置，其特征在于，在所述接收付款流水账号之后，该装置还包括：

更新单元，用于更新所述卡券的使用状态。

10.如权利要求7所述的基于卡券的业务处理装置，其特征在于，所述基于所述流水账号获取与所述绑定账号对应的服务提供商的运单数据，包括：

根据所述流水账号获取与之对应的卡券信息；

并根据所述卡券信息获取与之对应的服务提供商，从所述服务提供商处获取运单数据。

11.如权利要求7所述的基于卡券的业务处理装置，其特征在于，在向业务服务商的派送终端发送派送指令之后，该装置还包括：

更新子单元，用于基于所述运单数据更新与所述运单数据关联的路由状态；

推动单元，用于向用户端和/或业务提供商推送所述路由状态。

12.如权利要求7-11所述的基于卡券的业务处理装置，其特征在于，在所述接收付款流水账号之后，该装置还包括：

释放单元，用于如果在预设时间范围内未产生所述付款流水账号；

则释放所述卡券。

13.一种用于卡券的业务处理的设备，包括存储器、处理器以及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，

所述处理器执行所述程序时实现如权利要求1-6中任一所述的方法。

14.一种用于卡券的业务处理可读存储介质，其上存储有计算机程序，所述计算机程序用于：

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