物流支付方法及系统与流程

本发明涉及物流领域，具体而言，涉及物流支付方法及系统。

背景技术：

传统的物流支付方式中，通常是用户填写发货地、寄件人、收货地和收件人信息等后，按照物流公司的收费标准直接计算物流费用，这样，在物流公司的服务行为尚未发生的情况下，用户不得不提前支付物流费用。这种先付款后服务的方式无疑排除了物流公司的服务质量因素，即无论物流公司服务质量，如发货速度、物流时间或物品质量保护效果等如何，物流公司收到的均为按照预定规则计算好的物流费用。这样一定程度上造成的物流公司对服务质量的懈怠，缺乏对物流公司的激励机制。

技术实现要素：

本发明正是基于上述问题，提出了物流支付方法及系统，可以根据物流服务质量计算物流费用。

有鉴于此，本发明的一方面提出了一种物流支付方法，包括：

响应用户的寄件请求，获取用户输入的物流信息；

根据存储的物流信息与物流费用的对应关系，生成及显示参考物流费用信息；

响应用户的支付请求，获取及根据服务器记录的该物品的物流信息调整所述参考物流费用，生成及显示最终物流费用信息。

进一步地，所述“响应用户的寄件请求，获取用户输入的物流信息”包括：

响应用户的寄件请求，获取用户的身份信息；

根据所述身份信息，检测该用户是否足额缴纳押金；

当用户足额交纳押金时，获取用户输入的物流信息，生成物流订单，发送所述物流订单至用户选定的物流公司；

当用户没有足额缴纳押金时，生成及显示押金缴纳提示信息。

进一步地，所述物流支付方法还包括：

在预设时间内检测用户是否支付所述最终物流费用；

当用户在预设时间内没有支付最终物流费用时，支付所述押金给物流公司；

当用户在预设时间内已支付最终物流费用时，支付所述最终物流费用给物流公司。

进一步地，所述物流信息包括物品的目的地信息，所述物流支付方法还包括：

获取服务器端的物流跟踪信息，根据所述物流跟踪信息，判断物品是否送达用户输入的目的地；

当判断结果为否时，接收及显示来自服务器端的物流跟踪信息；

当判断结果为是时，生成及显示付款提示信息。

进一步地，所述“响应用户的支付请求，获取及根据服务器记录的该物品的物流信息调整所述参考物流费用，生成及显示最终物流费用信息”包括：

响应用户的支付请求，接收及根据来自服务器端的物流跟踪信息，判断物流公司的服务质量；

根据所述服务质量调整所述参考物流费用，生成及显示最终物流费用信息。

本发明另一方面提供了一种物流支付系统，包括：获取模块、参考模块和支付模块。获取模块，用于响应用户的寄件请求，获取用户输入的物流信息。参考模块，用于根据存储的物流信息与物流费用的对应关系，生成及显示参考物流费用信息。支付模块，用于响应用户的支付请求，获取及根据服务器记录的该物品的物流信息调整所述参考物流费用，生成及显示最终物流费用信息。

进一步地，所述获取模块包括获取单元、押金检测单元、订单单元和押金提示单元。获取单元，用于响应用户的寄件请求，获取用户的身份信息。押金检测单元，用于根据所述身份信息，检测该用户是否足额缴纳押金。订单单元，用于当用户足额交纳押金时，获取用户输入的物流信息，生成物流订单，发送所述物流订单至用户选定的物流公司。押金提示单元，用于当用户没有足额缴纳押金时，生成及显示押金缴纳提示信息。

进一步地，所述支付模块包括费用检测单元和支付单元。费用检测单元，用于在预设时间内检测用户是否支付所述最终物流费用。支付单元，当用户在预设时间内没有支付最终物流费用时，支付所述押金给物流公司，或当用户在预设时间内已支付最终物流费用时，支付所述最终物流费用给物流公司。

进一步地，所述物流信息包括物品的目的地信息，还包括跟踪模块，所述跟踪模块包括判断单元、跟踪单元和付款提示单元。所述判断单元，用于获取服务器端的物流跟踪信息，根据所述物流跟踪信息，判断物品是否送达用户输入的目的地。所述跟踪单元，用于当判断结果为否时，接收及显示来自服务器端的物流跟踪信息。所述付款提示单元，用于当判断结果为是时，生成及显示付款提示信息。

进一步地，所述支付模块包括质量判断单元和调整单元。质量判断单元，用于响应用户的支付请求，接收及根据来自服务器端的物流跟踪信息，判断物流公司的服务质量。调整单元，用于根据所述服务质量调整所述参考物流费用，生成及显示最终物流费用信息。

本发明实施例提供的物流支付方法及系统，只有当用户寄送的物品到达目的地时，用户才需要支付物流费用；支付行为发生在物流行为之后，切最终物流费用充分考虑物流公司的服务质量，从而物流公司服务质量直接影响其收到的物流费用，形成对物流公司形成激励机制。

为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。图1示出了本发明实施例提供的物流支付方法的第一流程示意图；

图2示出了本发明实施例提供的物流支付方法的第二流程示意图；

图3示出了本发明实施例提供的物流支付系统的结构示意图。

主要元件符号说明：

100-物流支付系统；10-获取模块；11-获取单元；12-押金检测单元；13-订单单元；14-押金提示单元；20-参考模块；30-支付模块；31-质量判断单元；32-调整单元；33-费用检测单元；34-支付单元；40-跟踪模块；41-判断单元，42-跟踪单元；43-付款提示单元。

具体实施方式

为了便于理解本发明，下面将参照相关附图对物流支付方法及系统进行更清楚、完整地描述。附图中给出了物流支付方法及系统的优选实施例。物流支付方法及系统可以通过许多不同的形式来实现，并不限于本文所描述的实施例。因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

实施例1

图1示出了本发明实施例提供的一种物流支付方法的流程示意图。

如图1所示，本发明实施例提供了一种物流支付方法，应用于智能终端或物流箱柜等，包括：

步骤S1，响应用户的寄件请求，获取用户输入的物流信息。

当用户寄送物品到某地时，用户在智能终端或物流箱柜输入要寄送的物品的物流信息。具体地，响应用户的寄件请求，获取用户输入或选定的物流信息。所述物流信息包括物流始发地信息、物品信息和附加服务信息等。更具体地，所述物流始发地信息包括发货地信息、目的地信息、寄件人信息和收件人信息；所述物品信息包括物品的名称、质量、体积、易碎/腐等属性信息；所述附加服务信息包括是否要求上门取货、送货上门或货物包装等服务信息。

步骤S2，根据存储的物流信息与物流费用的对应关系，生成及显示参考物流费用信息。

需要说明的是，本发明提供的物流支付方法，只有当用户寄送的物品到达目的地或收到购买的物品时，用户才需要支付物流费用和/或购买物品金额。

具体地，存储的所述“物流信息与物流费用的对应关系”为预设的一种物流费用计算规则。获取与用户输入的物流信息相匹配的物流费用，生成并显示参考物流费用信息，供用户参考，方便用户大致了解需要的物流费用。与传统物流支付方式不同的是，此时用户并不需要支付。

进一步地，响应用户的寄件请求，根据用户输入的物流信息，生成物流订单，发送所述物流订单至用户选定的物流公司。优选地，服务器端对物品的位置变化跟踪，检测服务器端存储的物品的物流信息是否更新。当所述物流信息发生更新时，接收并显示来自服务器端更新的物流信息，便于用户及时了解物品的物流状态。当物品运输至用户输入的目的地时，生成及显示付款提示信息，从而通知用户物品已经送达。所述付款提示信息为用于提示用户支付物流费用的文本、图片或语音信息等。

步骤S3，响应用户的支付请求，获取及根据服务器中记录的该物品的物流信息调整所述参考物流费用，生成及显示最终物流费用信息。

具体地，响应用户的支付请求，获取服务器端记录的该物品的物流信息。服务器端记录的物流信息包括物流状态信息和物品保护信息。更具体地，所述物流状态信息包括多个时间戳及各个时间对应的物品的位置信息和/或物品保护效果信息。换句话说，服务器端记录有用于判断物流公司服务质量的主要参考因素，如物流运输的速度及运输物品是否受到损坏等。

进一步地，根据服务器中记录的该物品的物流信息，按照预设规则调整所述参考物流费用，生成并显示最终物流费用信息。所述最终物流费用为用户实际需要支付的物流费用。可以理解，最终物流费用充分考虑物流公司的服务质量，从而物流公司服务质量直接影响其收到的物流费用，利于对物流公司形成激励制约机制。

实施例2

图2示出了本发明实施例提供的一种物流支付方法的流程示意图。

如图2所示，本发明实施例提供了一种物流支付方法，包括：

步骤S11，响应用户的寄件请求，获取用户的身份信息。

当用户寄送物品到某地时，首先对用户的身份信息进行确认。具体地，响应用户的寄件请求，获取用户的身份信息。所述身份信息为可以唯一识别用户身份的账号、二维码或指纹信息等。所述身份信息包括用户的姓名、联系方式、地址或押金缴纳信息等。

步骤S12，根据所述身份信息，检测该用户是否足额缴纳押金。

需要说明的是，本发明提供的物流支付方法，只有当用户寄送的物品到达目的地或收到购买的物品时，用户才需要支付物流费用和/或购买物品金额。正因为用户的支付行为发生在物流行为之后，为了避免用户延期支付或拒绝支付等情况，用户在发起寄件请求时，应该缴纳指定金额的押金。具体地，根据存储的用户的押金缴纳信息判断用户是否已经足额缴纳押金。

步骤S13，当用户没有足额缴纳押金时，生成及显示押金缴纳提示信息。

具体地，当用户没有足额缴纳押金时，表示该用户为首次使用该物流支付方法的新用户，或用户已经发生过至少一次延期支付或拒绝支付行为而被减扣所述押金抵作物流费用。

进一步地，生成及显示押金缴纳提示信息，从而提示用户及时缴纳押金。执行步骤S12，即重新检测用户是否足额缴纳押金，如此重复，以保证用户缴纳押金后才能进行寄件。

步骤S14，当用户足额交纳押金时，获取用户输入的物流信息，生成物流订单，发送所述物流订单至用户选定的物流公司。

具体地，当用户足额交纳押金时，获取用户输入或选定的物流信息。所述物流信息包括物流始发地信息、物品信息和附加服务信息等。更具体地，所述物流始发地信息包括发货地信息、目的地信息、寄件人信息和收件人信息；所述物品信息包括物品的名称、质量、体积、易碎/腐等属性信息；所述附加服务信息包括是否要求上门取货、送货上门或货物包装等服务信息。

进一步地，根据用户输入的物流信息生成物流订单，发送所述物流订单至用户选定的物流公司，从而通知物流公司进行揽件、运输等物流行为。

步骤S15，获取服务器端的物流跟踪信息，根据所述物流跟踪信息，判断物品是否送达用户输入的目的地。

具体地，服务器端对物品的位置变化跟踪，检测服务器端存储的物品的物流信息是否更新。当所述物流信息发生更新时，接收并显示来自服务器端的物流跟踪信息。所述物流跟踪信息包括多个时间戳及各个时间对应的物品的位置信息和/或物品保护效果信息。进一步地，根据服务器端记录的物品的位置信息和用户输入的目的地信息是否一致，从而判断物品是否送达用户输入的目的地。

步骤S16，当判断结果为否时，接收及显示来自服务器端的物流跟踪信息。

具体地，当服务器端记录的物品的位置信息和用户输入的目的地信息一致时，表示物品仍在运输途中。接收及显示来自服务器端的物流跟踪信息，便于用户及时了解物品的物流状态。

步骤S17，当判断结果为是时，生成及显示付款提示信息。

具体地，当服务器端记录的物品的位置信息和用户输入的目的地信息一致时，表示物品已经送达，物流行为结束。生成及显示付款提示信息，从而通知用户物品已经送达。所述付款提示信息为用于提示用户支付物流费用的文本、图片或语音信息等。

步骤S18，响应用户的支付请求，接收及根据来自服务器端的物流跟踪信息，判断物流公司的服务质量。

具体地，响应用户的支付请求，接收来自服务器端的物流跟踪信息，判断物流公司的服务质量。所述物流跟踪信息包括用于判断物流公司服务质量的主要参考因素，如物流运输的速度及运输物品是否收到损坏等。

步骤S19，根据所述服务质量调整所述参考物流费用，生成及显示最终物流费用信息。

具体地，根据物流公司的服务质量，按照预设规则调整所述参考物流费用，生成并显示最终物流费用信息。所述最终物流费用为用户实际需要支付的物流费用。可以理解，最终物流费用充分考虑物流公司的服务质量，从而物流公司服务质量直接影响其收到的物流费用，利于对物流公司形成激励制约机制。

步骤S20，在预设时间内检测用户是否支付所述最终物流费用。

具体地，所述预设时间为自显示最终物流费用信息开始的一段时间，如，1天。所述预设时间可以根据实际需求自由设置。

步骤S21，当用户在预设时间内没有支付最终物流费用时，支付所述押金给物流公司。

具体地，当用户在预设时间内没有支付最终物流费用时，从用户提前支付的押金中支付相应金额给物流公司。

步骤S22，当用户在预设时间内已支付最终物流费用时，支付所述最终物流费用给物流公司。

实施例3

图3示出了本发明实施例提供的一种物流支付系统的结构示意图。

如图3所示，本发明实施例提供了一种物流支付系统100，包括获取模块10、参考模块20和支付模块30。

获取模块10用于响应用户的寄件请求，获取用户输入的物流信息。本实施例中，获取模块10包括获取单元11、押金检测单元12、订单单元13和押金提示单元14。

获取单元11用于响应用户的寄件请求，获取用户的身份信息。

押金检测单元12用于根据所述身份信息，检测该用户是否足额缴纳押金。

订单单元13用于当用户足额交纳押金时，获取用户输入的物流信息，生成物流订单，发送所述物流订单至用户选定的物流公司。

押金提示单元14用于当用户没有足额缴纳押金时，生成及显示押金缴纳提示信息。

参考模块20用于根据存储的物流信息与物流费用的对应关系，生成及显示参考物流费用信息。

另一实施例中，本发明实施例提供的物流支付系统100还包括跟踪模块40。跟踪模块40包括判断单元41、跟踪单元42和付款提示单元43。

判断单元41用于获取服务器端的物流跟踪信息，根据所述物流跟踪信息，判断物品是否送达用户输入的目的地。

跟踪单元42用于当判断结果为否时，接收及显示来自服务器端的物流跟踪信息。

付款提示单元43用于当判断结果为是时，生成及显示付款提示信息。

支付模块30用于响应用户的支付请求，获取及根据服务器记录的该物品的物流信息调整所述参考物流费用，生成及显示最终物流费用信息。本实施例中，支付模块30包括质量判断单元31、调整单元32、费用检测单元33和支付单元34。

质量判断单元31用于响应用户的支付请求，接收及根据来自服务器端的物流跟踪信息，判断物流公司的服务质量。

调整单元32用于根据所述服务质量调整所述参考物流费用，生成及显示最终物流费用信息。

费用检测单元33用于在预设时间内检测用户是否支付所述最终物流费用。

支付单元34用于当用户在预设时间内没有支付最终物流费用时，支付所述押金给物流公司，或当用户在预设时间内已支付最终物流费用时，支付所述最终物流费用给物流公司。

本发明实施例提供的物流支付方法及系统，只有当用户寄送的物品到达目的地时，用户才需要支付物流费用；支付行为发生在物流行为之后，切最终物流费用充分考虑物流公司的服务质量，从而物流公司服务质量直接影响其收到的物流费用，形成对物流公司形成激励机制。

本发明实施例所提供的系统，其实现原理及产生的技术效果和前述方法实施例相同，为简要描述，系统实施例部分未提及之处，可参考前述方法实施例中相应内容。

在这里示出和描述的所有示例中，任何具体值应被解释为仅仅是示例性的，而不是为限制，因此，示例性实施例的其他示例可以具有不同的值。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

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

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

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。