CN113421077B - 货运订单的支付信息推送方法、系统、设备和存储介质 - Google Patents

Abstract

本发明涉及物流技术领域，提供一种货运订单的支付信息推送方法、系统、设备和存储介质。支付信息推送方法包括：为每个货运订单分配唯一对应的虚拟号码，且每个货运订单的托运用户分配有唯一对应的收款码；于一当前虚拟号码被呼叫时，将呼叫的手机号码及当前虚拟号码对应的收款码通过当前虚拟号码对应的货运订单建立映射；响应于一当前收款码的扫码操作，获得扫码端的当前手机号码，判断当前手机号码与当前收款码是否存在映射关系；若是，根据构成映射关系的货运订单生成支付页面，推送至扫码端。本发明能够提高托运用户的操作便捷性，提升货运订单的交易安全性，同时解决扫码支付与货运订单分离，导致货运平台无法监控订单进度的问题。

Description

货运订单的支付信息推送方法、系统、设备和存储介质

技术领域

本发明涉及物流技术领域，具体地说，涉及一种货运订单的支付信息推送方法、系统、设备和存储介质。

背景技术

二维码支付越来越多地应用到线上交易中。在网络平台的交易场景中，通常将二维码与商品或订单绑定，每个商品或订单对应一个二维码，由买方扫描二维码支付商品或订单的相应金额，实现交易。

对于线上的货运平台来说，达成交易具有一定的特殊性，体现在：货运平台上发布的货运订单，仅包含装卸货时间、地点、货物种类等基础信息，除基础信息外，承运人与托运人还需就货运细节进行详细沟通，才能确定是否达成交易。因此，货运平台不会在订单页面显示二维码，否则会由于允许不经沟通就交易而给不法分子提供可乘之机，使不法分子可以利用托运人的身份发布虚假订单，骗取定金，或者利用承运人的身份胡乱接单，干扰货运平台的正常运转。

目前，货运订单的交易流程为：托运人在货运平台上发布货运订单，货运平台为该货运订单生成需经托运人查看才会显示的二维码；承运人浏览货运订单后产生承运意向，通过电话与托运人沟通相关细节；沟通完成后若承运人确定接单，则需支付定金，此时托运人需先进入货运平台的该货运订单，查看并下载对应的二维码，然后通过微信等方式将二维码发送给承运人，供承运人支付定金确定交易。上述流程存在如下问题：

托运人的操作过程繁琐，且当托运人发布了多个货运订单时，会有多个二维码，很容易造成将一个订单的二维码错发给另一个订单的承运人；

托运人与承运人互加微信后，出于方便常常直接将微信收款码发给承运人，导致货运平台无法监控到货运订单的进度，双方交易后货运订单仍然发布在货运平台上，给货运平台和平台用户造成困扰。

需要说明的是，上述背景技术部分公开的信息仅用于加强对本发明的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

有鉴于此，本发明提供一种货运订单的支付信息推送方法、系统、设备和存储介质，能够提高托运用户的操作便捷性，提升货运订单的交易安全性，同时解决扫码支付与货运订单分离，导致货运平台无法监控订单进度的问题。

本发明的一个方面提供一种货运订单的支付信息推送方法，包括：为每个货运订单分配唯一对应的虚拟号码，且每个所述货运订单的托运用户分配有唯一对应的收款码；于一当前虚拟号码被呼叫时，将呼叫的手机号码及所述当前虚拟号码对应的收款码通过所述当前虚拟号码对应的货运订单建立映射；响应于一当前收款码的扫码操作，获得扫码端的当前手机号码，判断所述当前手机号码与所述当前收款码是否存在映射关系；若是，根据构成所述映射关系的货运订单生成支付页面，推送至所述扫码端。

在一些实施例中，所述根据构成所述映射关系的货运订单生成支付页面，包括：当构成所述映射关系的货运订单为一个，生成包含一个所述货运订单的订单信息的支付页面；当构成所述映射关系的货运订单为多个，生成包含多个所述货运订单的订单信息的合并支付页面。

在一些实施例中，所述生成包含多个所述货运订单的订单信息的合并支付页面，包括：向所述扫码端推送包含多个所述货运订单的订单信息的选择界面；根据所述选择界面选中的一个或多个货运订单，生成包含选中的一个或多个所述货运订单的订单信息的合并支付页面。

在一些实施例中，所述选择界面通过在所述合并支付页面的加载过程中进行弹窗的方式推送。

在一些实施例中，所述于一当前虚拟号码被呼叫时，还包括：对所述手机号码与所述当前虚拟号码的通话内容进行自然语言处理，识别所述手机号码的意向值，记入所述手机号码与所述当前虚拟号码对应的收款码的映射关系中；所述根据构成所述映射关系的货运订单生成支付页面前，还包括：当所述映射关系中的意向值低于阈值，向所述当前收款码对应的托运用户推送所述手机号码对构成所述映射关系的货运订单的交易提示信息；根据所述托运用户的授权反馈，执行所述根据构成所述映射关系的货运订单生成支付页面的步骤。

在一些实施例中，所述识别所述手机号码的意向值，包括：根据包含意向关键词和拒绝关键词的关键词库，获得所述手机号码的第一通话关键词和所述当前虚拟号码的第二通话关键词；对所述第一通话关键词和所述第二通话关键词进行加权计算，获得所述意向值，所述第二通话关键词的权重大于所述第一通话关键词的权重。

在一些实施例中，所述推送至所述扫码端后，还包括：监测所述支付页面中的当前货运订单的支付进度；于所述当前货运订单支付完成时，解除通过所述当前货运订单建立的映射关系，并下架所述当前货运订单。

本发明的另一个方面提供一种货运订单的支付信息推送系统，包括：图码分配模块，用于为每个货运订单分配唯一对应的虚拟号码，且每个所述货运订单的托运用户分配有唯一对应的收款码；映射建立模块，用于于一当前虚拟号码被呼叫时，将呼叫的手机号码及所述当前虚拟号码对应的收款码通过所述当前虚拟号码对应的货运订单建立映射；扫码响应模块，用于响应于一当前收款码的扫码操作，获得扫码端的当前手机号码，判断所述当前手机号码与所述当前收款码是否存在映射关系；信息推送模块，用于当判断所述当前手机号码与所述当前收款码存在映射关系，根据构成所述映射关系的货运订单生成支付页面，推送至所述扫码端。

本发明的又一个方面提供一种货运订单的支付信息推送设备，包括：一处理器；一存储器，所述存储器中存储有可执行指令；其中，所述可执行指令被所述处理器执行时，实现上述任意实施例所述的货运订单的支付信息推送方法。

本发明的再一个方面提供一种计算机可读的存储介质，用于存储程序，所述程序被处理器执行时实现上述任意实施例所述的货运订单的支付信息推送方法。

本发明与现有技术相比的有益效果至少包括：

通过为托运用户分配收款码，使收款码无需直接与货运订单关联，提高托运用户的操作便捷性；通过为货运订单分配虚拟号码，于虚拟号码被呼叫时建立呼叫的手机号码、虚拟号码对应的货运订单及虚拟号码对应的收款码的映射关系；当一收款码被扫码时，通过映射关系准确判断扫码的手机号码是否就相关货运订单与收款码对应的虚拟号码联系过；从而，根据相关货运订单生成支付页面，提升货运订单的交易安全性，同时解决扫码支付与货运订单分离，导致货运平台无法监控订单进度的问题，使货运平台准确跟踪订单进度。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本发明。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。显而易见地，下面描述的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示出本发明一实施例中支付信息推送方法的步骤示意图；

图2示出本发明一实施例中收款码的查看页面示意图；

图3示出本发明一实施例中支付页面的示意图；

图4示出本发明一实施例中选择界面的推送示意图；

图5示出本发明一实施例中支付信息推送系统的模块示意图；

图6示出本发明一实施例中支付信息推送设备的结构示意图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的实施方式。相反，提供这些实施方式使本发明全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。

附图仅为本发明的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

此外，附图中所示的流程仅是示例性说明，不是必须包括所有的步骤。例如，有的步骤可以分解，有的步骤可以合并或部分合并，且实际执行的顺序有可能根据实际情况改变。具体描述时使用的“第一”、“第二”以及类似的词语并不表示任何顺序、数量或者重要性，而只是用来区分不同的组成部分。需要说明的是，在不冲突的情况下，本发明的实施例及不同实施例中的特征可以相互组合。

图1示出一实施例中货运订单的支付信息推送方法的主要步骤，货运订单是指由托运用户发布在货运平台上，等待承运用户接单承运的订单。参照图1所示，货运订单的支付信息推送方法包括如下步骤。

步骤S110，为每个货运订单分配唯一对应的虚拟号码，且每个货运订单的托运用户分配有唯一对应的收款码。

托运用户要在货运平台发布货运订单，需先注册货主账号。当货主账号注册完成，则为货主账号分配收款码，使收款码与托运用户的身份唯一对应。收款码能够标识托运用户的身份，并能够实现收款功能，可以是二维码等可行的图码形式。货运平台上已存在的货主账号，也会为其分配唯一对应的收款码。

图2示出一实施例中收款码的查看页面200，结合图2所示，托运用户在其客户端可以查看为其分配的收款码。例如，在“我的”栏目下，展示出多款“常用工具”，其中包括“定金收款码”工具210。托运用户点击“定金收款码”工具210，即可查看并下载与其身份唯一对应的收款码。查看页面200还展示出其他服务，包括“企业开票”工具、“里程计算”工具、“保险服务”工具等等，此处不再展开说明。

收款码与托运用户的身份对应而非直接与货运订单对应，能够方便托运用户操作，不管托运用户与多少个承运用户沟通过，发布了多少个货运订单，均只需查看并下载一次收款码，便捷高效。

托运用户发布货运订单时，需要填写装卸货时间、地点、货物种类等基础信息。货运订单发布时，货运平台为该货运订单分配唯一对应的虚拟号码，显示在订单页面，供具有承运意向的承运用户联系沟通，货运平台也通过虚拟号码对应到货运订单以及托运用户的收款码。

步骤S120，于一当前虚拟号码被呼叫时，将呼叫的手机号码及当前虚拟号码对应的收款码通过当前虚拟号码对应的货运订单建立映射。

每个货运订单具有唯一的虚拟号码和唯一的托运用户，每个托运用户具有唯一的收款码；因此，通过当前虚拟号码，能够唯一对应到一个货运订单和一个收款码。于当前虚拟号码被呼叫时，通过当前虚拟号码对应的货运订单，建立呼叫的手机号码与当前虚拟号码对应的收款码之间的映射关系，作为持有该呼叫的手机号码的承运用户与持有该当前虚拟号码对应的收款码的托运用户之间就该当前虚拟号码对应的货运订单进行电话联系的标识。

从而，每当有承运用户通过货运平台提供的虚拟号码与托运用户联系时，货运平台能够准确记录承运用户的手机号码与托运用户的收款码之间基于相关货运订单的映射关系。

在一个实施例中，建立的映射关系可以定时清理。例如，货运平台仅保存当天建立的映射关系，以确保货运订单的成交准确性和时效性。

步骤S130，响应于一当前收款码的扫码操作，获得扫码端的当前手机号码，判断当前手机号码与当前收款码是否存在映射关系。

建立映射时，收款码可以采用方便系统查询的字符串，例如货主账号作为索引进行存储，货运订单也采用方便系统查询的字符串，例如订单号作为索引进行存储。从而，当一收款码被扫码时，货运平台能够快速地检索出为该收款码建立的映射，进而判断出扫码的手机号码与该收款码之间是否存在映射关系。通过映射关系，能够准确判断扫码的手机号码是否就相关货运订单与收款码对应的虚拟号码联系过。

步骤S140，若判断当前手机号码与当前收款码存在映射，根据构成映射关系的货运订单生成支付页面，推送至扫码端。

当前手机号码与当前收款码存在映射，表明当前手机号码对应的承运用户与当前收款码对应的托运用户之间就相关货运订单进行过电话联系，则根据相关货运订单生成支付页面，推送至扫码端供承运用户支付，能够提升货运订单的交易安全性，同时解决扫码支付与货运订单分离，导致货运平台无法监控订单进度的问题，使货运平台根据支付页面准确跟踪订单进度。

支付页面可以包括定金支付页面，也可以包括运费支付页面。图3示出一实施例中的支付页面300，结合图3所示，根据构成当手机号码与当前收款码之间的映射关系的货运订单310，生成包含该货运订单310的订单信息，例如装卸货时间、地点、货物种类、货车种类等基础货运信息的支付页面300，推送至承运用户的扫码端。支付页面300中，还包括总运费填写栏，可由承运用户根据沟通结果填写，定金数额可根据总运费自动生成，也可由货运平台设置为固定金额。定金可支付到货运平台用于订货押金，待货物送达后将退还给承运用户。

进一步地，货运平台可实时监测支付页面中的当前货运订单的支付进度；若监测到当前货运订单支付完成，则解除通过当前货运订单建立的映射关系，并下架当前货运订单。也即支付完成后，该笔货运订单在货运平台上的状态变更为定金已支付，表明订单达成，可以下架不再向其他承运用户展示。

在一个实施例中，一个托运用户可能发布多个货运订单，一个承运用户可能与该托运用户之间就多个货运订单进行过电话联系，则该承运用户的手机号码与该托运用户的收款码之间会建立基于多个货运订单的映射关系。则在生成支付页面时，可根据该多个货运订单生成合并支付页面。

具体来说，根据构成映射关系的货运订单生成支付页面，包括：当构成映射关系的货运订单为一个，生成包含该一个货运订单的订单信息的支付页面；当构成映射关系的货运订单为多个，则生成包含该多个货运订单的订单信息的合并支付页面。从而，承运用户根据合并支付页面，能够便捷地就多个与托运用户之间进行过沟通的货运订单支付定金。

进一步地，在一个实施例中，生成包含多个货运订单的订单信息的合并支付页面，包括：向扫码端推送包含多个货运订单的订单信息的选择界面；根据选择界面选中的一个或多个货运订单，生成包含选中的一个或多个货运订单的订单信息的合并支付页面。

选择界面可以通过在合并支付页面的加载过程中进行弹窗的方式推送。图4示出一实施例中选择界面的推送场景，结合图4所示，扫码端利用货运平台提供的应用程序，或者微信等具备扫码功能的应用程序扫描当前收款码，货运平台识别到扫码端对应的手机号码与当前收款码之间存在基于多个货运订单(本实施例中例如包括三个货运订单，分别为货运订单410、货运订单420和货运订单430)的多组映射关系时，在加载出合并支付页面之前，先通过弹窗方式向扫码端推送包含货运订单410、420和430的订单信息的选择界面400。从而，通过选择界面400，承运用户可以便捷地选择其曾与托运用户联系过且具有承运意向的多个货运订单。

若承运用户选中一个货运订单，则生成如图3所示的支付页面300；若承运用户选中多个货运订单，则可在图3所示的支付页面300中，通过分栏显示的方式展示多个货运订单的订单信息、定金、总运费等信息，此处不再重复说明。

通过上述的支付信息推送方法，无需为每个货运订单生成收款码，托运用户只需一个与其身份绑定的收款码即可；当承运用户与托运用户联系时，基于联系的一个或多个货运订单记录承运用户与托运用户之间的映射关系；从而，当承运用户扫码时，通过识别承运用户是否与托运用户进行过联系，将有过联系的货运订单临时绑定到托运用户的收款码上，也即托运用户的收款码能够间接地、临时地绑定订单信息，托运用户无需分辨哪些货运订单对应哪些二维码、把哪些二维码发给不同的承运用户，其只要发出一个与其身份绑定的收款码，货运平台就会自动识别订单信息进行推送，操作便捷；并且，结合订单信息和收款码生成的支付页面推送给承运用户，使得承运用户能够便捷地对一个或多个货运订单进行支付。

在一个实施例中，还在获得用户授权的情况下通过获取承运用户与托运用户之间的通话内容，并通过自然语言处理(Natural Language Processing，简称NLP)技术识别承运用户的成交意向，进一步提高货运订单的交易安全性。

具体来说，于一当前虚拟号码被呼叫时，还包括：对呼叫的手机号码与当前虚拟号码的通话内容进行自然语言处理，识别手机号码的意向值，记入手机号码与当前虚拟号码对应的收款码的映射关系中；根据构成映射关系的货运订单生成支付页面前，还包括：当映射关系中的意向值低于阈值，向当前收款码对应的托运用户推送该手机号码对构成映射关系的货运订单的交易提示信息；根据托运用户的授权反馈，执行根据构成映射关系的货运订单生成支付页面的步骤。

识别手机号码的意向值，具体可包括：根据包含意向关键词和拒绝关键词的关键词库，获得手机号码的第一通话关键词和当前虚拟号码的第二通话关键词；对第一通话关键词和第二通话关键词进行加权计算，获得意向值，其中第二通话关键词的权重大于第一通话关键词的权重。

第一通话关键词是来自承运用户的命中了关键词库中的意向关键词和/或拒绝关键词的相关词汇，第二通话关键词是来自托运用户的命中了关键词库中的意向关键词和/或拒绝关键词的相关词汇。设置关键词库时，可以为每个意向关键词设置一个正的权值，为每个拒绝关键词设置一个负的权值。加权计算时，先根据第一通话关键词/第二通话关键词命中的关键词获取对应的权值，再乘以用户权值(托运用户的权值大于承运用户的权值)，获得每个第一通话关键词/每个第二通话关键词的权重，使命中了相同关键词的第二通话关键词的权重大于第一通话关键词的权重。

判断通话关键词是否命中关键词库中的意向关键词/拒绝关键词，可以通过语义相似度计算的方式实现，属于已有的技术，此处不再重复说明。

阈值可由货运平台根据需要设定，在一些情况下还可由每个托运用户根据自身需求而配置。向当前收款码对应的托运用户推送的交易提示信息，用于提示该手机号码正在对构成映射关系的货运订单进行下单操作，并询问托运用户是否允许相关承运用户的下单操作；若接收到托运用户的授权反馈，则根据相关货运订单生成支付页面，否则拒绝承运用户的下单请求。

通过识别承运用户的成交意向，并使托运用户对成交意向的影响大于承运用户对成交意向的影响，能够确保货运订单的交易安全性，避免承运条件未达到托运用户要求的承运用户胡乱接单，或者因沟通不愉快而报复性接单的情况发生。

本发明实施例还提供一种支付信息推送系统，可用于实现上述任意实施例描述的支付信息推送方法。上述任意实施例描述的支付信息推送方法的特征和原理均可应用至下面的支付信息推送系统实施例。在下面的支付信息推送系统实施例中，对已经阐明的关于支付信息推送的特征和原理不再重复说明。

图5示出一实施例中货运订单的支付信息推送系统的主要模块，参照图5所示，货运订单的支付信息推送系统500包括：图码分配模块510，用于为每个货运订单分配唯一对应的虚拟号码，且每个货运订单的托运用户分配有唯一对应的收款码；映射建立模块520，用于于一当前虚拟号码被呼叫时，将呼叫的手机号码及当前虚拟号码对应的收款码通过当前虚拟号码对应的货运订单建立映射；扫码响应模块530，用于响应于一当前收款码的扫码操作，获得扫码端的当前手机号码，判断当前手机号码与当前收款码是否存在映射关系；信息推送模块540，用于当判断当前手机号码与当前收款码存在映射关系，根据构成映射关系的货运订单生成支付页面，推送至扫码端。

进一步地，支付信息推送系统500还可包括实现上述各支付信息推送方法实施例的其他流程步骤的模块，各个模块的具体原理可参照上述各支付信息推送方法实施例的描述，此处不再重复说明。

如上所述，本发明的支付信息推送系统，通过为托运用户分配收款码，使收款码无需直接与货运订单关联，提高托运用户的操作便捷性；通过为货运订单分配虚拟号码，于虚拟号码被呼叫时建立呼叫的手机号码、虚拟号码对应的货运订单及虚拟号码对应的收款码的映射关系；当一收款码被扫码时，通过映射关系准确判断扫码的手机号码是否就一个或多个相关货运订单与收款码对应的虚拟号码联系过；从而，根据相关货运订单生成支付页面，提升货运订单的交易安全性，并能够通过识别成交意向进一步提升货运订单的交易安全性，同时解决扫码支付与货运订单分离，导致货运平台无法监控订单进度的问题，使货运平台准确跟踪订单进度。

本发明实施例还提供一种货运订单的支付信息推送设备，包括处理器和存储器，存储器中存储有可执行指令，可执行指令被处理器执行时，实现上述任意实施例描述的货运订单的支付信息推送方法。

如上所述，本发明的货运订单的支付信息推送设备，通过为托运用户分配收款码，使收款码无需直接与货运订单关联，提高托运用户的操作便捷性；通过为货运订单分配虚拟号码，于虚拟号码被呼叫时建立呼叫的手机号码、虚拟号码对应的货运订单及虚拟号码对应的收款码的映射关系；当一收款码被扫码时，通过映射关系准确判断扫码的手机号码是否就一个或多个相关货运订单与收款码对应的虚拟号码联系过；从而，根据相关货运订单生成支付页面，提升货运订单的交易安全性，并能够通过识别成交意向进一步提升货运订单的交易安全性，同时解决扫码支付与货运订单分离，导致货运平台无法监控订单进度的问题，使货运平台准确跟踪订单进度。

图6是本发明实施例中货运订单的支付信息推送设备(下文简称电子设备)的结构示意图，应当理解的是，图6仅仅是示意性地示出各个模块，这些模块可以是虚拟的软件模块或实际的硬件模块，这些模块的合并、拆分及其余模块的增加都在本发明的保护范围之内。

如图6所示，电子设备600以通用计算设备的形式表现。电子设备600的组件包括但不限于：至少一个处理单元610、至少一个存储单元620、连接不同平台组件(包括存储单元620和处理单元610)的总线630、显示单元640等。

其中，存储单元存储有程序代码，程序代码可以被处理单元610执行，使得处理单元610执行上述任意实施例描述的货运订单的支付信息推送方法的步骤。例如，处理单元610可以执行如图1所示的步骤。

存储单元620可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)6201和/或高速缓存存储单元6202，还可以进一步包括只读存储单元(ROM)6203。

存储单元620还可以包括具有一个或多个程序模块6205的程序/实用工具6204，这样的程序模块6205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线630可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备600也可以与一个或多个外部设备700通信，外部设备700可以是键盘、指向设备、蓝牙设备等设备中的一种或多种。这些外部设备700使得用户能与该电子设备600进行交互通信。电子设备600也能与一个或多个其它计算设备进行通信，所示计算机设备包括路由器、调制解调器。这种通信可以通过输入/输出(I/O)接口650进行。并且，电子设备600还可以通过网络适配器660与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。网络适配器660可以通过总线630与电子设备600的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备600使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储平台等。

本发明实施例还提供一种计算机可读的存储介质，用于存储程序，程序被执行时实现上述任意实施例描述的货运订单的支付信息推送方法。在一些可能的实施方式中，本发明的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当程序产品在终端设备上运行时，程序代码用于使终端设备执行上述任意实施例描述的货运订单的支付信息推送方法。

如上所述，本发明的计算机可读的存储介质，通过为托运用户分配收款码，使收款码无需直接与货运订单关联，提高托运用户的操作便捷性；通过为货运订单分配虚拟号码，于虚拟号码被呼叫时建立呼叫的手机号码、虚拟号码对应的货运订单及虚拟号码对应的收款码的映射关系；当一收款码被扫码时，通过映射关系准确判断扫码的手机号码是否就一个或多个相关货运订单与收款码对应的虚拟号码联系过；从而，根据相关货运订单生成支付页面，提升货运订单的交易安全性，并能够通过识别成交意向进一步提升货运订单的交易安全性，同时解决扫码支付与货运订单分离，导致货运平台无法监控订单进度的问题，使货运平台准确跟踪订单进度。

本发明的用于实现上述方法的程序产品，可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本发明的程序产品不限于此，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子包括但不限于：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

计算机可读的存储介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读存储介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。可读存储介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备，例如利用因特网服务提供商来通过因特网连接。

以上内容是结合具体的优选实施方式对本发明所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本发明的保护范围。

Claims (9)

1.一种货运订单的支付信息推送方法，其特征在于，包括：

为每个货运订单分配唯一对应的虚拟号码，且每个所述货运订单的托运用户分配有唯一对应的收款码；

于一当前虚拟号码被呼叫时，将呼叫的手机号码及所述当前虚拟号码对应的收款码通过所述当前虚拟号码对应的货运订单建立映射；

响应于一当前收款码的扫码操作，获得扫码端的当前手机号码，判断所述当前手机号码与所述当前收款码是否存在映射关系；

若是，根据构成所述映射关系的货运订单生成支付页面，推送至所述扫码端；以及

监测所述支付页面中的当前货运订单的支付进度；

于所述当前货运订单支付完成时，解除通过所述当前货运订单建立的映射关系，并下架所述当前货运订单。

2.如权利要求1所述的支付信息推送方法，其特征在于，所述根据构成所述映射关系的货运订单生成支付页面，包括：

当构成所述映射关系的货运订单为一个，生成包含一个所述货运订单的订单信息的支付页面；

当构成所述映射关系的货运订单为多个，生成包含多个所述货运订单的订单信息的合并支付页面。

3.如权利要求2所述的支付信息推送方法，其特征在于，所述生成包含多个所述货运订单的订单信息的合并支付页面，包括：

向所述扫码端推送包含多个所述货运订单的订单信息的选择界面；

根据所述选择界面选中的一个或多个货运订单，生成包含选中的一个或多个所述货运订单的订单信息的合并支付页面。

4.如权利要求3所述的支付信息推送方法，其特征在于，所述选择界面通过在所述合并支付页面的加载过程中进行弹窗的方式推送。

5.如权利要求1所述的支付信息推送方法，其特征在于，所述于一当前虚拟号码被呼叫时，还包括：

对所述手机号码与所述当前虚拟号码的通话内容进行自然语言处理，识别所述手机号码的意向值，记入所述手机号码与所述当前虚拟号码对应的收款码的映射关系中；

所述根据构成所述映射关系的货运订单生成支付页面前，还包括：

当所述映射关系中的意向值低于阈值，向所述当前收款码对应的托运用户推送所述手机号码对构成所述映射关系的货运订单的交易提示信息；

根据所述托运用户的授权反馈，执行所述根据构成所述映射关系的货运订单生成支付页面的步骤。

6.如权利要求5所述的支付信息推送方法，其特征在于，所述识别所述手机号码的意向值，包括：

根据包含意向关键词和拒绝关键词的关键词库，获得所述手机号码的第一通话关键词和所述当前虚拟号码的第二通话关键词；

对所述第一通话关键词和所述第二通话关键词进行加权计算，获得所述意向值，所述第二通话关键词的权重大于所述第一通话关键词的权重。

7.一种货运订单的支付信息推送系统，其特征在于，包括：

图码分配模块，用于为每个货运订单分配唯一对应的虚拟号码，且每个所述货运订单的托运用户分配有唯一对应的收款码；

映射建立模块，用于于一当前虚拟号码被呼叫时，将呼叫的手机号码及所述当前虚拟号码对应的收款码通过所述当前虚拟号码对应的货运订单建立映射；

扫码响应模块，用于响应于一当前收款码的扫码操作，获得扫码端的当前手机号码，判断所述当前手机号码与所述当前收款码是否存在映射关系；

信息推送模块，用于当判断所述当前手机号码与所述当前收款码存在映射关系，根据构成所述映射关系的货运订单生成支付页面，推送至所述扫码端；以及，监测所述支付页面中的当前货运订单的支付进度；于所述当前货运订单支付完成时，解除通过所述当前货运订单建立的映射关系，并下架所述当前货运订单。

8.一种货运订单的支付信息推送设备，其特征在于，包括：

一处理器；

一存储器，所述存储器中存储有可执行指令；

其中，所述可执行指令被所述处理器执行时，实现如权利要求1-6任一项所述的货运订单的支付信息推送方法。

9.一种计算机可读的存储介质，用于存储程序，其特征在于，所述程序被处理器执行时实现如权利要求1-6任一项所述的货运订单的支付信息推送方法。