CN107578206A - 一种扫码寄件方法及服务端、读取终端和客户端 - Google Patents

Abstract

本发明公开了一种扫码寄件方法及服务端、读取终端和客户端，属于物流和快递配送技术领域，其中方法包括：接收扫码寄件客户端提交的订单；所述订单由所述客户端扫描信息存储码、访问下单页面、提交订单信息以生成；根据所述订单分配收件任务；接收根据所述收件任务扫描绑定至托寄物上的信息存储码所获取的运单信息，根据所述运单信息确收所述托寄物。本发明还公开了上述扫码寄件方法所对应的服务端、读取终端、客户端、设备及可读存储介质，本发明真正实现了客户端无纸化下单，为客户填单节省了大量时间，同时便于客户对订单的统计和管理，降低企业物料成本、降低污染，提高企业的工作效率。

Description

一种扫码寄件方法及服务端、读取终端和客户端

技术领域

本发明涉及物流和快递配送技术领域，具体地说是一种扫码寄件方法及服务端、读取终端和客户端，还涉及实现该扫码寄件方法的设备和计算机可读存储介质。

背景技术

目前公知的物流及快递行业客户发运物流及快递，先由快递公司提供纸质面单进行填写快递公司所需信息后进行发运。物流或快递公司依据客户填写的运单信息进行分拣、中转、派送等环节,将快件在规定时间内发运至目的地并派送到对方客户手中。此种模式需物流或快递公司将客户填写的信息再通过人工或其他设备进行转换成电子信息，从而实现后端的电子化分拣、中转等工作。这样促使物流或快递公司信息化前置受限和增加物流或快递公司的运营成本。

发明内容

针对上述现有技术中的不足，本发明的目的在于提供一种扫码寄件方法及服务端、读取终端和客户端，本发明还提供了实现该扫码寄件方法的设备和计算机可读存储介质，可实现无纸化下单并提高下单的效率。

一方面，本发明提供了一种扫码寄件方法，包括：

接收扫码寄件客户端提交的订单；所述订单由所述客户端扫描信息存储码、访问下单页面、提交订单信息以生成；

根据所述订单分配或下发收件任务；

接收根据所述收件任务扫描绑定至托寄物上的信息存储码所获取的运单信息，根据所述运单信息确收所述托寄物。

进一步的，根据所述订单分配收件任务，包括：

解析订单信息中的时效信息；

生成待收件指令；

在预设时间内下发至预定收派员的读取终端。

根据所述订单下发收件任务，是指将订单的收件任务直接分发至收派员的读取终端。

将运单信息分配到读取终端，相应的收派员直接从读取终端上查看收派件任务，省略了从系统中查询任务的步骤，效率更高，对收派员的操作来说也更加方便。

进一步的，确收所述托寄物后，还包括将收件信息推送给客户端，包括以下步骤：

获取读取终端回传的收件信息；

将所述收件信息推送给客户端。

进一步的，确收所述托寄物后，还包括：

服务端获取读取终端操作；

更改与读取终端操作相对应的运单状态信息；

将该运单状态信息回传至客户端。

收件信息和运单状态信息回传给客户端，用户可及时的了解托寄物的状态，提升用户体验。

进一步的，确收所述托寄物后，运单状态信息同步至该托寄物绑定的信息存储码。将托寄物的物流信息同步至信息存储码，方便客户随时通过扫描信息存储码的客户存根联进行托寄物物流信息的查询。

另一方面，本发明提供了一种扫码寄件服务端，包括：

客户体验单元，配置用于接收扫码寄件客户端提交的订单；

订单管理单元，配置用于获取所述订单对应的运单信息及状态，以及，接收根据所述收件任务扫描绑定至托寄物上的信息存储码所获取的运单确收信息；

读取终端管理单元，配置用于根据所述订单分配收件任务。

进一步的，所述客户体验单元接收由订单管理单元发送的更改运单状态的信息，并向客户端推送更改运单状态的信息。

进一步的，所述读取终端管理单元根据读取终端回传的操作更改运单状态信息，并将更改运单状态信息发送订单管理单元。

进一步的，所述订单管理单元接收读取终端管理单元的更改运单状态信息，并将更改后的运单状态信息发送至客户体验单元。

确收托寄物后，收件信息由读取终端回传给所述读取终端管理单元，所述读取终端管理单元接收收件指令并对运单状态进行更改，将运单状态信息回传给订单管理单元；

订单管理单元接收运单状态信息后将运单状态信息对外发布；

客户体验单元将订单管理单元发布的运单状态信息推送给客户端。

为便于客户端对托寄物揽收后物流信息的查询，托寄物派送过程中，运单状态信息通过路由信息对外发布，服务端获取路由信息供客户端查询。路由信息对外发布之前，路由信息会进行信息状态翻转的处理，信息状态翻转的处理是将路由信息的晦涩难懂的数字码翻译成通俗易懂的自然语言。

为了将托寄物派送完成的状态通知到客户端，托寄物派送完成后，还包括将运单状态信息推送给客户端，包括以下步骤：运单状态信息依次通过所述读取终端管理单元和订单管理单元回传至客户体验单元，客户体验单元发送消息至客户端。

运单信息、运单状态信息等数据在传输过程中，各单元依据业务流程模型对状态进行翻转，所述业务流程模型通过业务建模生成，所述对状态进行翻转，具体是指将数字码翻译成自然语言。

进一步的，所述客户体验单元包括订单服务模块和接口服务模块，所述订单服务模块用于下单的操作，所述接口服务模块用于与其他端口对接及处理其他端口的对接数据。下单的操作至少包括订单的下单、改单和消单。

进一步的，所述客户体验单元还包括以下模块的至少一个：

会员服务模块：对寄件、收件地址进行管理，进行个性化设置，对会员信息和网点地址进行管理；

基础服务模块：查询产品信息、产品价格、收派员信息、服务范围和网点信息，对消息推送进行设置；

钱包服务模块：运单费用的查询及电子发票的申请和查询；

消息推送服务模块：对消息模板和消息类型进行定义和管理；

评价服务模块：对服务进行评价；

查询服务模块：提供查询操作。

另一方面，本发明提供了一种扫码寄件方法，包括：

接收收件任务；所述收件任务由扫码寄件服务端根据接收的订单分配或下发，所述订单由扫码寄件客户端扫描信息存储码、访问下单页面、提交订单信息以生成；

根据所述收件任务扫描绑定至托寄物上的信息存储码，获取运单信息；

将运单确收信息发送至所述扫码寄件服务端，以供确收托寄物。

进一步的，所述获取运单信息后，还包括：

根据所述运单信息生成电子面单；

所述电子面单与对应的托寄物关联。

进一步的，根据所述收件任务扫描绑定至托寄物上的信息存储码，获取运单信息，包括：

将所述收件任务与扫描信息存储码获取的信息进行匹配；

若匹配成功，则获取运单信息；

若匹配失败，则发出提示信息。

将收件任务与扫描信息存储码获取的信息进行匹配验证，若出现异常及时的提醒收派员，避免引发后续的错误，便于公司的管理。

另一方面，本发明提供了一种扫码寄件读取终端，包括：

接收单元，配置用于接收收件任务；

第一扫描单元，配置用于根据所述收件任务扫描绑定至托寄物上的信息存储码，获取运单信息；

发送单元，配置用于将运单确收信息发送至扫码寄件服务端，以供确收托寄物。发送单元可直接设置在读取终端上，与读取终端形成一体式结构。

进一步的，所述接收单元与读取终端为一体式结构，或者，所述接收单元为设置在读取终端外部的独立终端。

另一方面，本发明提供了一种扫码寄件方法，包括：

扫描信息存储码以进入寄件下单页面；

获取以下至少一项信息以提交订单：服务端响应于所述访问所下发的预设订单信息，本地存储的预设订单信息，用户输入的订单信息；

其中，所述信息存储码与对应托寄物绑定，用于供接收根据所述订单生成的收件任务进行收件的收派员扫描获取运单信息以确收所述托寄物。

进一步的，提交订单后，还包括：接收所述托寄物被确收的收件信息。

进一步的，提交订单后，还包括接收和/或查询运单状态信息。

将确收托寄物的信息以及运输过程中的运单状态信息会推送给客户端或者通过客户端进行查询，便于客户随时了解托寄物的状态，提升客户体验。

进一步的，所述查询运单状态信息，包括：

扫描该运单对应的信息存储码；

访问查询运单状态信息页面。

运单的状态同步至信息存储码，通过扫描信息存储码查询运单的状态，操作便捷，效率高。

另一方面，本发明提供了一种扫码寄件客户端，包括：

第二扫描单元，配置用于扫描信息存储码以进入寄件下单页面；

访问单元，配置用于获取以下至少一项信息：服务端响应于所述访问所下发的预设订单信息，本地存储的预设订单信息，用户输入的订单信息；

下单单元，配置用于提交订单。

进一步的，所述信息存储码为一维码、二维码或者图形码。

进一步的，所述信息存储码内存储有运单号信息。

进一步的，所述信息存储码内存储有运单预置信息，运单预置信息为寄件人和/或收件人信息。

进一步的，所述信息存储码编制成册，每本册子对应唯一的册子编号，所述运单预置信息与册子编号绑定。将预置信息绑定到册子，可以简化程序，降低维护成本。

进一步的，信息存储码一式两联，包括快递公司联和客户存根联，快递公司联与对应的托寄物一起交付至快递公司，客户存根联留存至客户。设置客户存根联，方便客户随时通过客户存根联查询快件运输状态。

进一步的，信息存储码背面设置不干胶。设置不干胶，可将信息存储码直接粘贴在对应的托寄物上，操作更方便，提高效率和可靠性。

另一方面，本发明提供了一种设备，所述设备包括：

一个或多个处理器；

存储器，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器执行如本发明示例的任一种扫码寄件方法。

另一方面，本发明提供了一种存储有计算机程序的计算机可读存储介质，该程序被处理器执行时实现如本发明示例的任一种扫码寄件方法。

本发明的有益效果是：

1、本发明示例的方法，将运单号封装到信息存储码中，用户通过扫描信息存储码实现无纸化下单，方便客户对订单的统计和管理，降低企业物料成本、降低污染，减少工序，减少输单员的工作，降低企业的人力成本，提高企业的工作效率。

2、本发明示例的方法，通过扫描信息存储码直接进入下单页面，无需通过APP或者网页进行进入下单页面前的操作(如：公众号查询、二级下单按钮点击等)，更加方便快捷，节省时间，提高了下单效率。

3、本发明示例的方法，可以在信息存储码内存储运单预置信息，将寄件人和/或收件人信息预设在信息存储码内，进入下单页面时，预置信息会自动带入，客户只需补充剩余的部分信息或者对不符合的部位做出调整即可，为客户填单节省了大量时间。

4、本发明示例的方法，将信息存储码粘贴到相对应的托寄物上之后，可以实现人件分离，通过信息存储码和用户端实现信息的传输，为用户提供更多的方便。

5、本发明示例的服务端，通过设置单元模块实现其功能，可以方便服务器业务的扩展，例如：前端还可以随时接入新的系统，与订单管理单元无缝对接，设置单元的方式便于其中的每一个单元做性能扩展，提高服务端的容错能力。

6、本发明示例的读取终端，通过发送单元、接收单元实现与服务端的通信，可及时高效的反馈运单状态。

7、本发明示例的客户端，扫描信息存储码后直接进入下单页面，操作简单，提高效率。

8、本发明示例的设备及存储介质，可实现本发明示例的扫码寄件方法，用户通过扫描信息存储码实现无纸化下单，方便客户对订单的统计和管理，降低企业物料成本、降低污染，减少工序，减少输单员的工作，降低企业的人力成本，提高企业的工作效率；并且减少了操作步骤，更加方便快捷，节省时间，提高了下单效率。

附图说明

图1为本发明实施例一的流程图；

图2为本发明实施例二的流程图；

图3为本发明实施例三的流程图；

图4为本发明实施例的数据流向示意图。

具体实施方式

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

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

实施本发明的方法时，可把运单号录入数据库系统，数据库系统生成对应的信息存储码，该信息存储码具体的可以是二维码，二维码中存储有运单号信息，信息存储码背面设置不干胶，然后批量生成不同运单号的信息存储码粘贴册，将册子提前发给有特殊需求客户。

实施例一：

如图1所示，本实施例从服务端的角度，提出了一种扫码寄件方法，包括以下步骤：

S11：接收扫码寄件客户端提交的订单；

S12：根据所述订单或下发分配收件任务；

S13：接收根据所述收件任务扫描绑定至托寄物上的信息存储码所获取的运单信息，根据所述运单信息确收所述托寄物。

其中，所述信息存储码可以设置于运单上，也可将单独的信息存储码制定成册子发放至用户手中，可以直接在信息存储码的背面设置不干胶，也可以通过另外的粘结剂实现信息存储码和相应托寄物的绑定。

根据所述订单分配收件任务，包括：

S121：解析订单信息中的时效信息；

S122：生成待收件指令；

S123：在预设时间内下发至预定收派员的读取终端。

实施本方法时，也可不经过“解析”等步骤，而将订单的收件任务直接分发至收派员的读取终端。

确收所述托寄物后，还包括将收件信息推送给客户端，包括以下步骤：

S14：获取读取终端回传的收件信息；

S15：将所述收件信息推送给客户端。

确收所述托寄物后，托寄物运输的过程中，还包括将托寄物的运单状态回传至客户端：

S16：服务端获取读取终端操作；

S17：更改与读取终端操作相对应的运单状态信息；

S18：将该运单状态信息回传至客户端。

确收所述托寄物后，运单状态信息同步至该托寄物绑定的信息存储码。运单状态信息可通过扫码进行查询。

本实施例还提供了一种扫码寄件服务端，包括：

客户体验单元，配置用于接收扫码寄件客户端提交的订单；

订单管理单元，配置用于获取所述订单对应的运单信息及状态，以及，接收根据所述收件任务扫描绑定至托寄物上的信息存储码所获取的运单确收信息；

读取终端管理单元，配置用于根据所述订单分配收件任务。

客户体验单元、订单管理单元、读取终端管理单元分别设置为微服务集群的形式，客户体验微服务集群、订单管理微服务集群及读取终端管理微服务集群置于服务端内，服务端用于对运单信息进行处理，并将运单信息和所述信息存储码进行绑定；具体的，服务端可采用虚拟机或实体计算机，服务器的配置优选8核处理器、8G内存、250G磁盘，服务端可接收信息、发出信息，以及实现信息在服务端内部的传递和处理。

客户体验单元接收由订单管理单元发送的更改运单状态的信息，并向客户端推送更改运单状态的信息。读取终端管理单元根据读取终端回传的操作更改运单状态信息，并将更改运单状态信息发送订单管理单元。订单管理单元接收读取终端管理单元的更改运单状态信息，并将更改后的运单状态信息发送至客户体验单元。

确收托寄物后，收件信息由读取终端回传给所述读取终端管理单元，所述读取终端管理单元接收收件指令并对运单状态进行更改，将运单状态信息回传给订单管理单元；订单管理单元接收运单状态信息后将运单状态信息对外发布；客户体验单元将订单管理单元发布的运单状态信息推送给客户端。

为便于客户端对托寄物揽收后物流信息的查询，托寄物派送过程中，运单状态信息通过路由信息对外发布，服务端获取路由信息供客户端查询。路由信息对外发布之前，路由信息会进行信息状态翻转的处理，信息状态翻转的处理是将路由信息的晦涩难懂的数字码翻译成通俗易懂的自然语言。

为了将托寄物派送完成的状态通知到客户端，托寄物派送完成后，还包括将运单状态信息推送给客户端，包括以下步骤：运单状态信息依次通过所述读取终端管理单元和订单管理单元回传至客户体验单元，客户体验单元发送消息至客户端。

运单信息、运单状态信息等数据在传输过程中，各单元依据业务流程模型对状态进行翻转，所述业务流程模型通过业务建模生成，所述对状态进行翻转，具体是指将数字码翻译成自然语言。

客户体验单元包括客户体验微服务集群，客户体验微服务集群是指客户体验项目所对应的系统，其具体包括以下模块和功能：

会员服务模块：地址簿功能：管理寄件、收件地址；个性设置功能：用户的收件偏好设置和消息推送设置；会员信息功能：管理会员信息；网点地址功能：管理网点地址；

基础服务模块：查询产品信息、产品价格；查询收派员信息；系统默认的消息推送设置；查询服务范围；查询网点详细信息；

钱包服务模块：申请电子发票、查询开票历史、查询开票详情、查询可开发票、运单费用项明细；

消息推送服务模块：使消息类型的增删简单，使消息模板的定义容易，支持高并发；

接口服务模块：用于与其他系统对接及处理其他系统的对接数据；

评价服务模块：对服务进行评价，具体可包括对收派员的评价和对快递公司相关功能的评价；

订单服务模块：实现所有与下单相关的功能，如订单的下单、改单和消单；

查询服务模块：提供查询相关的操作，具体可包括订单及运单的查询等。

实施例二：

如图2所示，本实施例从读取终端的角度，提出了一种扫码寄件方法，包括以下步骤：

S21：接收收件任务；所述收件任务由扫码寄件服务端根据接收的订单分配或下发，所述订单由扫码寄件客户端扫描信息存储码、访问下单页面、提交订单信息以生成；

S22：根据所述收件任务扫描绑定至托寄物上的信息存储码，获取运单信息；

S23：将运单确收信息发送至所述扫码寄件服务端，以供确收托寄物。

获取运单信息后，还包括：

根据所述运单信息生成电子面单；

所述电子面单与对应的托寄物关联。

根据所述收件任务扫描绑定至托寄物上的信息存储码，获取运单信息，包括：

将所述收件任务与扫描信息存储码获取的信息进行匹配；

若匹配成功，则获取运单信息；

若匹配失败，则发出提示信息。

将收件任务与扫描信息存储码获取的信息进行匹配验证，若出现异常及时的提醒收派员，避免引发后续的错误，便于公司的管理。

本实施例还提供了一种扫码寄件读取终端，包括：

接收单元，配置用于接收收件任务；

第一扫描单元，配置用于根据所述收件任务扫描绑定至托寄物上的信息存储码，获取运单信息；

发送单元，配置用于将运单确收信息发送至扫码寄件服务端，以供确收托寄物。发送单元可直接设置在读取终端上，与读取终端形成一体式结构。

所述接收单元与读取终端为一体式结构，或者，所述接收单元为设置在读取终端外部的独立终端。

具体的，读取终端可以是收派员使用的巴枪，发送单元设置在巴枪上，接收单元可以设置在巴枪上，也可以通过另外单独的终端，如手机等实现。

实施例三：

如图3所示，本实施例从客户端的角度，提出了一种扫码寄件方法，包括以下步骤：

S31：扫描信息存储码以进入寄件下单页面；

S32：获取以下至少一项信息以提交订单：服务端响应于所述访问所下发的预设订单信息，本地存储的预设订单信息，用户输入的订单信息；

其中，所述信息存储码与对应托寄物绑定，用于供接收根据所述订单生成的收件任务进行收件的收派员扫描获取运单信息以确收所述托寄物。

提交订单后，还包括：接收所述托寄物被确收的收件信息；接收和/或查询运单状态信息。

将确收托寄物的信息以及运输过程中的运单状态信息会推送给客户端或者通过客户端进行查询，便于客户随时了解托寄物的状态，提升客户体验。

查询运单状态信息，包括：

扫描该运单对应的信息存储码；

访问查询运单状态信息页面。

运单的状态同步至信息存储码，通过扫描信息存储码查询运单的状态，操作便捷，效率高。

具体的，本实施例借用拥有6亿活跃度的微信平台，以微信公众号作为主要渠道，该扫码寄件方法包括以下步骤：

(1)、客户有寄件需求时，通过微信扫一扫来扫描粘贴册中的信息存储码，进入寄件下单页面，填写运单；

(2)、寄件人、收件人、寄送物品、付款方式、备注信息等运单需要的必要信息填写完成后，下单完成，运单信息关联至步骤(1)中扫过的信息存储码；

(3)、将步骤(1)中扫过的信息存储码从粘贴册上撕下，粘贴到对应的托寄物上，将信息存储码粘贴好以后就可以实现人件分离，可将托寄物委托给公司前台保管，收派员上门后，直接从公司前台收取托寄物；

(4)、收派员取件时，通过巴枪扫描托寄物上的信息存储码，读取客户所填写信息，进行信息确认、称重、计费等，确认无误后，点击揽收快件，信息确认不可更改。读取客户所填写信息时，可读取寄、收件人信息有客户姓名、电话、地址，拖寄物内容、付款方式、重量(默认为1KG)；

(5)、点击确认打印电子面单，粘贴至客户所寄快件上，将电子版的客户留存联交至寄件客户，以备客户查件。

本实施例还提供了一种扫码寄件客户端，包括：

第二扫描单元，配置用于扫描信息存储码以进入寄件下单页面；

访问单元，配置用于获取以下至少一项信息：服务端响应于所述访问所下发的预设订单信息，本地存储的预设订单信息，用户输入的订单信息；

下单单元，配置用于提交订单。

具体的，客户端可以采用手机、平板电脑等带有摄像头的移动设备，所述摄像头为第二扫描单元，访问单元和下单单元可以通过移动终端上的APP，或者基于服务平台的公众号来实现。所述信息存储码为一维码、二维码或者可存储信息的图形码。所述信息存储码内存储有运单号信息，对于寄件数量较大、寄件流向较为单一、长期合作等特殊客户，提供信息存储码信息绑定服务，在信息存储码内存储运单预置信息，运单预置信息为寄件人和/或收件人信息。设置运单预置信息，客户扫描信息存储码进入下单页面后，会自动带入预设的信息，客户只需补充剩余的部分信息或者对不符合的部位做出调整即可，提高下单效率。

信息存储码编制成册，每本册子对应唯一的册子编号，运单预置信息与册子编号绑定。将预置信息绑定到册子，可以简化程序，降低维护成本。

信息存储码一式两联，包括快递公司联和客户存根联，所述快递公司联与对应的托寄物一起交付至快递公司，所述客户存根联留存至客户。快件揽收后，客户可通过扫描客户存根联查询快件运输状态。信息存储码背面设置不干胶。设置不干胶，可将信息存储码直接粘贴在对应的托寄物上，操作更方便，提高效率和可靠性。

如图4所示，上述实施例中，数据流向如下：

本发明的实施例以微信平台为例进行说明，用户通过微信扫一扫功能，扫描册子中的任意一个信息存储码，直接进入公众号下单页面，省去了公众号查询、二级下单按钮点击，系统自动判断是否存在预置信息，如果有自动带出预置信息，核对预置信息是否准确，若有需要补充或者调整的部分，将其补充调整完毕后，直接点击确定按钮完成订单的提交，并将信息存储码粘贴到托寄物，极大的简化了下单流程，最短可在5秒内完成订单的提交，为客户节省宝贵时间。

下单完成后，订单进入客户体验(简称CX)微服务集群；

CX订单微服务通过WebService方式传给下游订单管理(简称OMS)微服务集群；

OMS进行订单状态转换编码，通过KAFKA方式将订单状态传给读取终端管理(简称SGS)微服务集群；

SGS微服务集群在集群内进行人员调度，将订单分配给指定的收派员，收派员用工号登陆到巴枪系统，巴枪自动提示收派任务；

收派员根据收件任务定时到订单指定地址收件，通过使用巴枪扫描托寄物上的信息存储码，获取12位运单号，巴枪通过运单号从SGS微服务集群将此托寄物信息获取到巴枪本地展示，收派员进行签收确认操作；

信息通过巴枪回传给SGS微服务集群，SGS微服务集群接收签收指令并对运单状态进行更改，回传给OMS微服务集群；

OMS接收到消息，将运单状态通过KAFKA方式对外发布主题，其他外围系统通过订阅，可以监控到实际运单详情；

CX微服务集群作为OMS消息的一个消费者，CX将消费的信息，进行查找运算，推送给微信服务；

微信服务根据运单信息，进行逻辑匹配收件人与寄件人微信号，并给匹配成功的微信号推送收件揽收消息；

揽收后，路由信息中转状态，通过FVP-PLD系统对外发布路由信息；

客户通过微信查询CX服务，CX服务调用FVP-PLD接口，获取路由信息；

当收派员派送完成后，派送信息通过SGS微服务集群，回传给OMS微服务集群，OMS微服务集群通过KAFKA回传给CX微服务集群，并发送消息给微信客户端。

FVP-PLD系统是SGS对应的后台系统，FVP-PLD接口是FVP-PLD系统的接口，用于获取运单的路由信息。

客户端、读取终端和服务端之间通过网络实现通信连接。具体的，所述客户端以及所述读取终端可通过无线网络与服务端的云服务平台之间实现通信连接。

服务端包括客户体验微服务集群构成的客户体验单元、订单管理微服务集群构成的订单管理单元和读取终端管理微服务集群构成的读取终端管理单元；

客户体验微服务集群：用于接收客户端订单信息，并向订单管理微服务集群发送订单信息，以及接收由向订单管理微服务集群发送的更改运单状态的信息，并向客户端推送更改运单状态的信息；

订单管理微服务集群：与客户体验微服务集群通信连接，用于接收客户体验微服务集群发送的订单信息，并向读取终端管理微服务集群发送订单中的运单信息，以及接收读取终端管理微服务集群的更改运单状态信息，并将更改后的运单状态信息发送客户体验微服务集群；

读取终端管理微服务集群：与订单管理微服务集群通信连接，用于接收订单管理微服务集群的运单信息，并根据运单信息生成待收件指令，下发读取终端，以及根据读取终端回传的操作更改运单状态信息，并将更改运单状态信息发送订单管理微服务集群。

订单管理微服务集群主要是对于各个订单渠道的运单信息的统一管理，并结合状态机关注订单整个生命周期，同时附属衍生出托寄物信息机及状态的管理，对托寄物的异常状态进行监控，结合端到端流程，对操作端系统下发指令信息。

读取终端管理微服务集群是一套信息系统，统一管理收派端的资源。可提升资源效能，降低公司运营成本；增强服务能力，适配多元化业务发展；让客户管理员工，提升服务质量。读取终端管理系统通过信息系统进行任务与收派资源的匹配、分配；建立任务与资源的双向选择机制；建立新的客户端工具。

本发明的扫码寄件方法，其实现平台不限于实施例所述的微信平台，也可以使用其他带有“扫一扫”功能的APP或者自主开发APP。本发明的信息存储码，不限于实施例所述的二维码，还可以采用一维条码或者其他可存储信息的图形码。

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

Claims (27)

1.一种扫码寄件方法，其特征是，包括：

接收扫码寄件客户端提交的订单；所述订单由所述客户端扫描信息存储码、访问下单页面、提交订单信息以生成；

根据所述订单分配或下发收件任务；

接收根据所述收件任务扫描绑定至托寄物上的信息存储码所获取的运单信息，根据所述运单信息确收所述托寄物。

2.根据权利要求1所述的扫码寄件方法，其特征是，根据所述订单分配收件任务，包括：

解析订单信息中的时效信息；

生成待收件指令；

在预设时间内下发至预定收派员的读取终端。

3.根据权利要求1所述的扫码寄件方法，其特征是，确收所述托寄物后，还包括将收件信息推送给客户端，包括以下步骤：

获取读取终端回传的收件信息；

将所述收件信息推送给客户端。

4.根据权利要求1所述的扫码寄件方法，其特征是，确收所述托寄物后，还包括：

服务端获取读取终端操作；

更改与读取终端操作相对应的运单状态信息；

将该运单状态信息回传至客户端。

5.根据权利要求1～4任一所述的扫码寄件方法，其特征是，确收所述托寄物后，运单状态信息同步至该托寄物绑定的信息存储码。

6.一种扫码寄件服务端，其特征是，包括：

客户体验单元，配置用于接收扫码寄件客户端提交的订单；

订单管理单元，配置用于获取所述订单对应的运单信息及状态，以及，接收根据所述收件任务扫描绑定至托寄物上的信息存储码所获取的运单确收信息；

读取终端管理单元，配置用于根据所述订单分配收件任务。

7.根据权利要求6所述的扫码寄件服务端，其特征是，所述客户体验单元接收由订单管理单元发送的更改运单状态的信息，并向客户端推送更改运单状态的信息。

8.根据权利要求7所述的扫码寄件服务端，其特征是，所述读取终端管理单元根据读取终端回传的操作更改运单状态信息，并将更改运单状态信息发送订单管理单元。

9.根据权利要求8所述的扫码寄件服务端，其特征是，所述订单管理单元接收读取终端管理单元的更改运单状态信息，并将更改后的运单状态信息发送至客户体验单元。

10.根据权利要求6所述的扫码寄件服务端，其特征是，所述客户体验单元包括订单服务模块和接口服务模块，所述订单服务模块用于下单的操作，所述接口服务模块用于与其他端口对接及处理其他端口的对接数据。

11.根据权利要求10所述的扫码寄件服务端，其特征是，所述客户体验单元还包括以下模块的至少一个：

会员服务模块：对寄件、收件地址进行管理，进行个性化设置，对会员信息和网点地址进行管理；

基础服务模块：查询产品信息、产品价格、收派员信息、服务范围和网点信息，对消息推送进行设置；

钱包服务模块：运单费用的查询及电子发票的申请和查询；

消息推送服务模块：对消息模板和消息类型进行定义和管理；

评价服务模块：对服务进行评价；

查询服务模块：提供查询操作。

12.一种扫码寄件方法，其特征是，包括：

接收收件任务；所述收件任务由扫码寄件服务端根据接收的订单分配或下发，所述订单由扫码寄件客户端扫描信息存储码、访问下单页面、提交订单信息以生成；

根据所述收件任务扫描绑定至托寄物上的信息存储码，获取运单信息；

将运单确收信息发送至所述扫码寄件服务端，以供确收托寄物。

13.根据权利要求12所述的扫码寄件方法，其特征是，所述获取运单信息后，还包括：

根据所述运单信息生成电子面单；

所述电子面单与对应的托寄物关联。

14.根据权利要求12或13所述的扫码寄件方法，其特征是，根据所述收件任务扫描绑定至托寄物上的信息存储码，获取运单信息，包括：

将所述收件任务与扫描信息存储码获取的信息进行匹配；

若匹配成功，则获取运单信息；

若匹配失败，则发出提示信息。

15.一种扫码寄件读取终端，其特征是，包括：

接收单元，配置用于接收收件任务；

第一扫描单元，配置用于根据所述收件任务扫描绑定至托寄物上的信息存储码，获取运单信息；

发送单元，配置用于将运单确收信息发送至扫码寄件服务端，以供确收托寄物。

16.根据权利要求15所述的扫码寄件读取终端，其特征是，所述接收单元与读取终端为一体式结构，或者，所述接收单元为设置在读取终端外部的独立终端。

17.一种扫码寄件方法，其特征是，包括：

扫描信息存储码以进入寄件下单页面；

获取以下至少一项信息以提交订单：服务端响应于所述访问所下发的预设订单信息，本地存储的预设订单信息，用户输入的订单信息；

其中，所述信息存储码与对应托寄物绑定，用于供接收根据所述订单生成的收件任务进行收件的收派员扫描获取运单信息以确收所述托寄物。

18.根据权利要求17所述的扫码寄件方法，其特征是，提交订单后，还包括：接收所述托寄物被确收的收件信息。

19.根据权利要求17或18所述的扫码寄件方法，其特征是，提交订单后，还包括接收和/或查询运单状态信息。

20.根据权利要求19所述的扫码寄件方法，其特征是，所述查询运单状态信息，包括：

扫描该运单对应的信息存储码；

访问查询运单状态信息页面。

21.一种扫码寄件客户端，其特征是，包括：

第二扫描单元，配置用于扫描信息存储码以进入寄件下单页面；

访问单元，配置用于获取以下至少一项信息：服务端响应于所述访问所下发的预设订单信息，本地存储的预设订单信息，用户输入的订单信息；

下单单元，配置用于提交订单。

22.根据权利要求21所述的扫码寄件客户端，其特征是，所述信息存储码为一维码、二维码或者图形码。

23.根据权利要求21所述的扫码寄件客户端，其特征是，所述信息存储码内存储有运单号信息。

24.根据权利要求23所述的扫码寄件客户端，其特征是，所述信息存储码内存储有运单预置信息，运单预置信息为寄件人和/或收件人信息。

25.根据权利要求24所述的扫码寄件客户端，其特征是，所述信息存储码编制成册，每本册子对应唯一的册子编号，所述运单预置信息与册子编号绑定。

26.一种设备，其特征是，所述设备包括：

一个或多个处理器；

存储器，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器执行如权利要求1～5、12～14或者17～20中任意一项所述的扫码寄件方法。

27.一种存储有计算机程序的计算机可读存储介质，其特征是，该程序被处理器执行时实现如权利要求1～5、12～14或者17～20中任意一项所述的扫码寄件方法。