一种物流签收验证方法和系统的制作方法
【专利摘要】本申请提供了一种物流签收验证方法，包括：第一客户端发送预置验证信息到物流终端；物流终端扫描包裹信息；物流终端上传包裹信息和验证信息到物流调度平台；包裹信息与验证信息匹配时，物流调度平台发送验证请求到包裹信息对应的第二客户端；物流调度平台接收第二客户端根据验证请求返回的验证结果并根据验证结果下发匹配结果到物流终端。本发明还提供了对应的系统。本发明中收件人在签收包裹时采用加密方式签收，不采用明文填写的包裹单，实现了加密的包裹代收，也因为采用了收件人二次确认避免了因为验证信息泄密导致的包裹被他人代收。
【专利说明】一种物流签收验证方法和系统
【技术领域】
[0001]本申请涉及物流调度【技术领域】，特别是涉及一种物流加密签收方法和系统。
【背景技术】
[0002]随着网上购物的逐渐普及，消费者慢慢习惯于网上采购商品，网上购物要依赖于物流将商品派送到消费者手中，随着网上消费规模的逐渐扩大，消费者对物流的使用也越来越多；在物流的配送中，需要有消费者的具体地址和联系方式，以方便投递；但是在此过程中消费者的个人信息存在泄露的风险。
[0003]为此，某些物流公司采用保密签收的方式进行签收，这样需要在收件人手机中发送一个验证信息，接收包裹时，只需要提供该验证信息即可签收。
[0004]在实际使用中，本发明的发明人发现，当收件人手机中的验证信息泄露，例如当验证信息是二维码时，可能会被其它手机拍照后进行验证，存在安全风险。
【发明内容】
[0005]本申请所要解决的技术问题是提供一种可以避免验证信息泄露的物流加密签收方法和系统。
[0006]为了解决上述问题，本申请公开了一种物流签收验证方法，包括:
第一客户端发送预置验证信息到物流终端；
物流终端扫描包裹信息；
物流终端上传所述包裹信息和验证信息到物流调度平台；
当所述包裹信息与验证信息匹配时，物流调度平台发送验证请求到所述包裹信息对应的第二客户端；
物流调度平台接收第二客户端根据验证请求返回的验证结果并根据所述验证结果下发匹配结果到物流终端。
[0007]进一步，所述第一客户端发送预置验证信息到物流终端前还包括:
第三客户端获取用户填写的包裹信息，所述包裹信息至少包括收件人信息；
所述第三客户端上报所述包裹信息到物流调度平台；
所述物流调度平台根据所述包裹信息中的收件人信息生成验证信息；
所述物流调度平台下发所述验证信息到所述收件人信息中对应的第二客户端。
[0008]进一步，所述物流调度平台下发所述验证信息到所述收件人信息中对应的第二客户端后还包括:
所述第二客户端转发所述验证信息到第一客户端。
[0009]进一步，所述物流调度平台接收第二客户端根据验证请求返回的验证结果并根据所述验证结果下发匹配结果到物流终端包括:
当所述第二客户端返回验证失败时，所述物流调度平台下发验证信息不匹配消息到物流终端； 当所述第二客户端返回验证失败时，所述物流调度平台下发验证信息匹配消息到物流终端。
[0010]进一步，所述物流终端上传所述包裹信息和验证信息到物流调度平台后还包括: 当所述包裹信息与验证信息不匹配时，物流调度平台发送发验证信息不匹配消息到物
流终端。
[0011]进一步，所述第一客户端发送预置验证信息到物流终端包括:
所述第一客户端将预先收取的来自物流调度平台的验证信息制作为二维码展示给物流终端扫描。
[0012]本申请还提供了一种物流签收验证系统，包括:
第一客户端发送预置验证信息到物流终端；
物流终端扫描包裹信息；
物流终端上传所述包裹信息和验证信息到物流调度平台；
当所述包裹信息与验证信息匹配时，物流调度平台发送验证请求到所述包裹信息对应的第二客户端；
物流调度平台接收第二客户端根据验证请求返回的验证结果并根据所述验证结果下发匹配结果到物流终端。
[0013]进一步，所述系统还包括第二客户端:
第三客户端，用于获取用户填写的包裹信息，所述包裹信息至少包括收件人信息；上报所述包裹信息到物流调度平台；
所述物流调度平台，用于根据所述包裹信息中的收件人信息生成验证信息；下发所述验证信息到所述收件人信息中对应的所述第二客户端。
[0014]进一步，所述第二客户端还用于:
转发所述验证信息到第一客户端 进一步，所述物流调度平台还用于:
当所述第二客户端返回验证失败时，下发验证信息不匹配消息到物流终端；
当所述第二客户端返回验证失败时，下发验证信息匹配消息到物流终端。
[0015]进一步，所述物流调度平台还用于:
当所述包裹信息与验证信息不匹配时，发送发验证信息不匹配消息到物流终端。
[0016]进一步，所述第一客户端还用于:
将预先收取的来自物流调度平台的验证信息制作为二维码展示给物流终端扫描。
[0017]与现有技术相比，本申请包括以下优点:收件人在签收包裹时采用加密方式签收，不采用明文填写的包裹单，实现了加密的包裹代收，也因为采用了收件人二次确认避免了因为验证信息泄密导致的包裹被他人代收。
[0018]【专利附图】
【附图说明】
图1是本发明一种物流加密签收方法一实施例的流程图；
图2是本发明一种物流加密签收方法一实施例的架构图；
图3是本发明一种物流加密签收系统一实施例的结构示意图。
【具体实施方式】[0019]为使本申请的上述目的、特征和优点能够更加明显易懂，下面结合附图和【具体实施方式】对本申请作进一步详细的说明。
[0020]参照图1，示出了本申请一种物流签收验证方法一实施例的流程图；包括:
步骤S101、第一客户端发送预置验证信息到物流终端；
进一步，所述第一客户端发送预置验证信息到物流终端前还包括:
第三客户端获取用户填写的包裹信息，所述包裹信息至少包括收件人信息；
所述第三客户端上报所述包裹信息到物流调度平台；
所述物流调度平台根据所述包裹信息中的收件人信息生成验证信息；
所述物流调度平台下发所述验证信息到所述收件人信息中对应的第二客户端。
[0021]在本发明实施例中，采用如图2所示的架构，发件人在填写包裹信息时，可以根据物流调度平台的操作生成加密的包裹信息，该包裹信息至少包含收件人信息，其中收件人信息可以包括收件人地址和收件人移动终端号码等；具体的加密后的包裹信息可以是加密二维码或者是按照特定秘钥生成的数字。具体的，所述第三客户端可以是安装了对应应用程序的发件人移动终端，当发件人需要投递包裹到收件员时，可将原始投递信息填写在应用程序中，通过移动终端上报到物流调度平台，物流调度平台根据原始投递信息生成加密后的包裹信息下发到第三客户端。同时，物流调度平台根据所述包裹信息中包含的收件人移动终端号码生成对应验证信息，然后将所述验证信息下发到收件人移动号码对应的第二客户端。所述第二客户端可以为安装了对应应用程序的收件人移动终端。当派件员派件时间收件人不在收件地址时，可以将验证信息转发给第三人的移动终端即第一客户端。
[0022]当派件员派送包裹时，被收件人委托的第三人签收时提供第一客户端中接收的验证信息给派件员，此时可以有多种方式，当所述验证信息为一段字母数字组合时，派件员可以直接输入该字母数字组合到物流终端。所述验证信息也可以是包含了特定信息的二维码，派件员可以直接利用物流终端进行扫描；其它方式包括收件人利用第一客户端采用蓝牙、红外、wifi或NFC等近距离通信方式发送给物流客户端。
[0023]步骤S102、物流终端扫描包裹信息；
物流终端扫描包裹信息可以在接收到验证信息之前也可以在接收验证信息之后操作。
[0024]步骤S103、物流终端上传所述包裹信息和验证信息到物流调度平台；
物流终端获取到包裹信息和验证信息后通过预定渠道上传到物流调度平台，上传过程可以采用加密方式以免被窃取。
[0025]步骤S104、当所述包裹信息与验证信息匹配时，物流调度平台发送验证请求到所述包裹信息对应的第二客户端；
步骤S105、物流调度平台接收第二客户端根据验证请求返回的验证结果并根据所述验证结果下发匹配结果到物流终端。
[0026]进一步，当所述第二客户端返回验证失败时，所述物流调度平台下发验证信息不匹配消息到物流终端；
当所述第二客户端返回验证失败时，所述物流调度平台下发验证信息匹配消息到物流终端。
[0027]当所述包裹信息与验证信息不匹配时，物流调度平台发送发验证信息不匹配消息到物流终端。[0028]进一步，所述第一客户端发送预置验证信息到物流终端包括:
所述第一客户端将预先收取的来自物流调度平台的验证信息制作为二维码展示给物流终端扫描。
[0029]物流调度平台接收到包裹信息和验证信息后，根据包裹信息中包含的收件人移动终端号码，发送验证请求到收件人移动终端即第二客户端。当收件人接收到该验证请求后，判断是否需要验证通过，如果此前收件人有转发验证信息到第三人进行代收，则可选择验证通过，否则则选择验证不通过。
[0030]在本发明实施例中，收件人在签收包裹时采用加密方式签收，不采用明文填写的包裹单，实现了加密的包裹代收，也因为采用了收件人二次确认避免了因为验证信息泄密导致的包裹被他人代收。
[0031]参照图3为本发明一种物流签收验证系统一实施例的结构示意图；
本发明实施例提供的系统包括第一客户端31、物流终端32、物流调度平台33、第二客户端34和第三客户端35:
第一客户端31发送预置验证信息到物流终端32 ；
物流终端32扫描包裹彳目息；
物流终端32上传所述包裹信息和验证信息到物流调度平台33 ；
当所述包裹信息与验证信息匹配时，物流调度平台33发送验证请求到所述包裹信息对应的第二客户端34 ；
物流调度平台33接收第二客户端34根据验证请求返回的验证结果并根据所述验证结果下发匹配结果到物流终端32。
[0032]进一步，所述系统还包括第二客户端34:
第三客户端35，用于获取用户填写的包裹信息，所述包裹信息至少包括收件人信息；上报所述包裹信息到物流调度平台33 ；
所述物流调度平台33，用于根据所述包裹信息中的收件人信息生成验证信息；下发所述验证信息到所述收件人信息中对应的所述第二客户端34。
[0033]进一步，所述第二客户端34还用于:
转发所述验证信息到第一客户端31 进一步，所述物流调度平台33还用于:
当所述第二客户端34返回验证失败时，下发验证信息不匹配消息到物流终端32 ；
当所述第二客户端34返回验证失败时，下发验证信息匹配消息到物流终端32。
[0034]进一步，所述物流调度平台33还用于:
当所述包裹信息与验证信息不匹配时，发送发验证信息不匹配消息到物流终端32。
[0035]进一步，所述第一客户端31还用于:
将预先收取的来自物流调度平台33的验证信息制作为二维码展示给物流终端32扫描。
[0036]在本发明实施例中，采用如图2所示的架构，发件人在填写包裹信息时，可以根据物流调度平台33的操作生成加密的包裹信息，该包裹信息至少包含收件人信息，其中收件人信息可以包括收件人地址和收件人移动终端号码等；具体的加密后的包裹信息可以是加密二维码或者是按照特定秘钥生成的数字。具体的，所述第三客户端35可以是安装了对应应用程序的发件人移动终端，当发件人需要投递包裹到收件员时，可将原始投递信息填写在应用程序中，通过移动终端上报到物流调度平台33，物流调度平台33根据原始投递信息生成加密后的包裹信息下发到第三客户端35。同时，物流调度平台33根据所述包裹信息中包含的收件人移动终端号码生成对应验证信息，然后将所述验证信息下发到收件人移动号码对应的第二客户端34。所述第二客户端34可以为安装了对应应用程序的收件人移动终端。当派件员派件时间收件人不在收件地址时，可以将验证信息转发给第三人的移动终端即第一客户端31。
[0037]当派件员派送包裹时，被收件人委托的第三人签收时提供第一客户端31中接收的验证信息给派件员，此时可以有多种方式，当所述验证信息为一段字母数字组合时，派件员可以直接输入该字母数字组合到物流终端32。所述验证信息也可以是包含了特定信息的二维码，派件员可以直接利用物流终端32进行扫描；其它方式包括收件人利用第一客户端31采用蓝牙、红外、wifi或NFC等近距离通信方式发送给物流客户端。
[0038]物流终端32扫描包裹信息可以在接收到验证信息之前也可以在接收验证信息之后操作。
[0039]物流终端32获取到包裹信息和验证信息后通过预定渠道上传到物流调度平台33，上传过程可以采用加密方式以免被窃取。
[0040]物流调度平台33接收到包裹信息和验证信息后，根据包裹信息中包含的收件人移动终端号码，发送验证请求到收件人移动终端即第二客户端34。当收件人接收到该验证请求后，判断是否需要验证通过，如果此前收件人有转发验证信息到第三人进行代收，则可选择验证通过，否则则选择验证不通过。
[0041]对于系统实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
[0042]本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。
[0043]以上对本申请所提供的一种物流签收验证方法和系统，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在【具体实施方式】及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。
【权利要求】
1.一种物流签收验证方法，其特征在于，包括: 第一客户端发送预置验证信息到物流终端； 物流终端扫描包裹信息； 物流终端上传所述包裹信息和验证信息到物流调度平台； 当所述包裹信息与验证信息匹配时，物流调度平台发送验证请求到所述包裹信息对应的第二客户端； 物流调度平台接收第二客户端根据验证请求返回的验证结果并根据所述验证结果下发匹配结果到物流终端。
2.根据权利要求1所述的方法，其特征在于，所述第一客户端发送预置验证信息到物流终端前还包括: 第三客户端获取用户填写的包裹信息，所述包裹信息至少包括收件人信息； 所述第三客户端上报所述包裹信息到物流调度平台； 所述物流调度平台根据所述包裹信息中的收件人信息生成验证信息； 所述物流调度平台下发所述验证信息到所述收件人信息中对应的第二客户端。
3.根据权利要求2所述的方法，其特征在于，所述物流调度平台下发所述验证信息到所述收件人信息中对应的第二客户端后还包括: 所述第二客户端转发所.述验证信息到第一客户端。
4.根据权利要求1或2所述的方法，其特征在于，所述物流调度平台接收第二客户端根据验证请求返回的验证结果并根据所述验证结果下发匹配结果到物流终端包括: 当所述第二客户端返回验证失败时，所述物流调度平台下发验证信息不匹配消息到物流终端； 当所述第二客户端返回验证失败时，所述物流调度平台下发验证信息匹配消息到物流终端。
5.根据权利要求1所述的方法，其特征在于，所述物流终端上传所述包裹信息和验证信息到物流调度平台后还包括: 当所述包裹信息与验证信息不匹配时，物流调度平台发送发验证信息不匹配消息到物流终端。
6.根据权利要求1所述的方法，其特征在于，所述第一客户端发送预置验证信息到物流终端包括: 所述第一客户端将预先收取的来自物流调度平台的验证信息制作为二维码展示给物流终端扫描。
7.一种物流签收验证系统，其特征在于，包括: 第一客户端发送预置验证信息到物流终端； 物流终端扫描包裹信息； 物流终端上传所述包裹信息和验证信息到物流调度平台； 当所述包裹信息与验证信息匹配时，物流调度平台发送验证请求到所述包裹信息对应的第二客户端； 物流调度平台接收第二客户端根据验证请求返回的验证结果并根据所述验证结果下发匹配结果到物流终端。
8.根据权利要求7所述的系统，其特征在于，所述系统还包括第二客户端: 第三客户端，用于获取用户填写的包裹信息，所述包裹信息至少包括收件人信息；上报所述包裹信息到物流调度平台； 所述物流调度平台，用于根据所述包裹信息中的收件人信息生成验证信息；下发所述验证信息到所述收件人信息中对应的所述第二客户端。
9.根据权利要求8所述的系统，其特征在于，所述第二客户端还用于: 转发所述验证信息到第一客户端。
10.根据权利要求7或8所述的系统，其特征在于，所述物流调度平台还用于: 当所述第二客户端返回验证失败时，下发验证信息不匹配消息到物流终端； 当所述第二客户端返回验证失败时，下发验证信息匹配消息到物流终端。
11.根据权利要求7所述的系统，其特征在于，所述物流调度平台还用于: 当所述包裹信息与验证信息不匹配时，发送发验证信息不匹配消息到物流终端。
12.根据权利要求7所述的系统，其特征在于，所述第一客户端还用于: 将预先收取的来自物流调度 平台的验证信息制作为二维码展示给物流终端扫描。
【文档编号】G06Q10/08GK103473660SQ201310390078
【公开日】2013年12月25日 申请日期:2013年9月2日 优先权日:2013年9月2日
【发明者】边旭, 贾西贝 申请人:深圳市华傲数据技术有限公司