本公开一般涉及物流领域，尤其涉及快件揽收订单匹配方法及装置。
背景技术：
物流行业的货物投递相关信息的传递，目前仍以使用纸质运单，手工填写相关资料为主，除书写繁琐，效率低下，浪费纸张资源以外，物流快递公司还需付出额外资源将手写信息电子化，以支持企业的信息化运营。
特别是，随着电子商务的不断发展，一人多单、多人多单的现象不断增加。运单电子化后，针对一人多单和多人多单的情况，如何进行上传的订单信息与货物的匹配将是急需解决的问题。
技术实现要素：
鉴于现有技术中的上述缺陷或不足，期望提供一种订单信息与快件快速匹配的化方法，为了实现上述目的，提供一种快件揽收订单匹配方法及装置。
第一方面，提供一种快件揽收订单匹配方法，包括：
接收下单用户端上传的订单信息，根据订单信息生成授权码信息；
将授权码信息分别发送至下单用户端和揽件客户端，以供下单用户端将接收的授权码信息与对应的快件配对，以及，揽件客户端通过核对快件所配对的授权码信息，生成快件的电子运单。
第二方面，提供一种快件揽收订单匹配装置，包括：
生成单元，配置用于接收下单用户端上传的订单信息，根据订单信息生成授权码信息；
分配单元，将授权码信息分别发送至下单用户端和揽件客户端，以供下单用户端将接收的授权码信息与对应的快件配对，以及，揽件客户端通过核对快件所配对的授权码信息，生成快件的电子运单。
第三方面，提供一种快件揽收订单匹配方法，包括：
上传订单信息；
接收返回的根据订单信息生成的授权码信息；
接收的授权码信息与对应的快件配对，以供揽件客户端根据同步接收的授权码信息核对快件所配对的授权码信息，生成快件的电子运单。
第四方面，提供一种快件揽收订单匹配装置，包括：
上传单元，配置用于上传订单信息；
接收单元，配置用于接收返回的根据订单信息生成的授权码信息；
配对单元，配置用于接收的授权码信息与对应的快件配对，以供揽件客户端根据同步接收的授权码信息核对快件所配对的授权码信息，生成快件的电子运单。
相比于现有技术的纸质运单填写后一一对应放置于待邮寄快件的方式，本申请实施例提供的技术方案，通过借助与订单信息关联的授权码的方式，能够解决订单信息与快件的匹配问题，有效解决电子化运单模式产生后，一人多单、多人多单时运单与货物不易匹配的技术问题。进一步的，根据本申请的某些实施例，通过限定授权码的期限和使用区域，还能解决订单数量较大时的授权码的重复问题，获得了订单信息与快件的快速而准确匹配的效果。
附图说明
通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：
图1示出了可以应用本申请实施例的示例性系统架构；
图2示出了根据本申请实施例的基于服务器端的快件揽收订单匹配方法的示例性流程图；
图3示出了根据本申请实施例的基于服务器端的快件揽收订单匹配装置的示例性结构框图；
图4示出了根据本申请实施例的基于下单用户端的快件揽收订单匹配方法的示例性流程图；
图5示出了根据本申请实施例的基于下单用户端的快件揽收订单匹配装置的示例性结构框图。
具体实施方式
下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与发明相关的部分。
需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。
图1示出了可以应用本申请实施例的示例性系统架构100。
如图1所示，系统架构100可以包括下单用户端的终端设备101、揽收客户端的终端设备102、网络103和服务器104。网络103用以在终端设备101、102和服务器104之间提供通信链路的介质。网络103可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
下单用户110和揽收客户120可以使用终端设备101和102通过网络103与服务器104交互，以接收或发送消息等。终端设备101、102上可以安装有通讯客户端应用，例如终端设备101安装有下单软件，终端设备102安装有揽收快件的软件等。
终端设备101、102可以是各种电子设备，包括但不限于个人电脑、智能手机、智能手表、平板电脑、个人数字助理等等。
服务器104可以是提供各种服务的服务器。服务器可以对接收到的数据进行存储、分析等处理，并将处理结果反馈给终端设备。
需要下单时，下单用户110通过运行终端设备101的下单软件将订单信息上传至服务器104，服务器104将该订单信息发送至揽收客户端的终端设备102中，揽收客户120接收到该订单信息后，去往下单用户处完成快件的揽收。
应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。
本发明实施例具体可以包括两个部分，第一部分为基于服务器端的快件揽收订单匹配方法和装置，第二部分为基于下单用户端的快件揽收订单匹配方法和装置。
请参考图2，图2示出了根据本申请实施例的基于服务器端的快件揽收订单匹配方法的示例性流程图。
如图2所示，在步骤161中，接收下单用户端上传的订单信息，根据订单信息生成授权码信息。
服务器104接收下单用户端上传的订单信息，该订单信息可至少包括收件人信息和寄件人信息中的一项。订单信息可包含一个或者多个快件的订单信息，对应地，授权码信息也可包含一个或者多个快件的授权码信息。服务器根据快件的数量给每个快件分配一个相应的授权码，使得快件的订单信息与授权码信息一一对应。
接着，在步骤162中，将授权码信息分别发送至下单用户端和揽件客户端，以供下单用户端将接收的授权码信息与对应的快件配对，以及，揽件客户端通过核对快件所配对的授权码信息，生成快件的电子运单。
在该步骤，服务器104将分配好的授权码信息分别发送至下单用户端101和揽件客户端102。以便下单用户将授权码与对应的快件配对。以及，揽件客户通过核对与快件配对的授权码信息，生成包含订单信息的电子运单，并打印该电子运单。揽件客户端可通过授权码实时下载对应的订单信息，或者可一次性下载一个时间段的订单信息包保存于终端设备102中并根据授权码查询订单信息包中的相应订单信息。
应该理解的是，上述快件揽收订单匹配方案不仅适用于一人多单的状况，同样也适用于一人一单的情况。
优选地，授权码信息包括授权码、授权码的有效期、授权码的使用区域中的至少一项。在实际应用中，授权码应满足唯一性的要求，当快件数量较少时，仅用一定数量的不同授权码就可以满足其唯一性。而当快件数量达到一定规模时，保证授权码的唯一性将是一个难点。因此，可给授权码设置授权码有效期式的方式，保证一段时间内授权码信息的唯一性。进一步还可以通过设置授权码的使用区域的方式，保证一定区域的一段时间内的授权码信息的唯一性。例如深圳市内授权码有效期为一周等等。
本申请，另一方面还公开了一种快件揽收订单匹配装置。
图3示出了根据本申请实施例的基于服务器端的快件揽收订单匹配装置的示例性结构框图；
如图3所示，一种快件揽收订单匹配装置200包括：
生成单元210，配置用于接收下单用户端上传的订单信息，根据订单信息生成授权码信息；
分配单元220，将授权码信息分别发送至下单用户端和揽件客户端，以供下单用户端将接收的授权码信息与对应的快件配对，以及，揽件客户端通过核对快件所配对的授权码信息，生成快件的电子运单。
在一些优选实施例中，该授权码信息包括授权码、授权码的有效期、授权码的使用区域中的至少一项。
下面，请参考图4，图4示出了根据本申请实施例的基于下单用户端的快件揽收订单匹配方法的示例性流程图。
在步骤301中，下单用户端向服务器上传订单信息。服务器根据订单信息分配相应的授权码信息。
接着，在步骤302中，下单用户端接收返回的根据订单信息生成的授权码信息。该授权码信息可包含一个快件或多个快件的的授权码信息。
接着，在步骤303中，下单用户端根据接收的授权码信息与对应的快件配对，以供揽件客户端根据同步接收的授权码信息核对快件所配对的授权码信息，生成快件的电子运单。下单用户可将该授权码标识于对应快件，或者将授权码信息写入至预设置在对应快件上的电子标签中完成配对。该电子标签可为射频类电子标签。具体地，下单用户启动终端设备的电子标签写入装置，将授权码信息写入对应快件的电子标签中。
图5示出了根据本申请实施例的基于下单用户端的快件揽收订单匹配装置的示例性结构框图。
如图5所示，一种快件揽收订单匹配装置400包括：
上传单元410，配置用于上传订单信息；
接收单元420，配置用于接收返回的根据订单信息生成的授权码信息；
配对单元430，配置用于接收的授权码信息与对应的快件配对，以供揽件客户端根据同步接收的授权码信息核对快件所配对的授权码信息，生成快件的电子运单。
优选地，配对单元包括：写入单元，配置用于将所述授权码信息写入至预设置于所述对应快件上的射频类电子标签中。
综上所述，相比于现有技术的纸质运单填写后一一对应放置于待邮寄快件的方式，本申请通过授权码的方式，可有效解决电子运单推广以来一人批量下单、多人批量下单时，运单与货物不易匹配的问题。同时，本申请方案无需提供给客户专业的电子运单打印设备，客户只需通过将授权码与托寄物匹配，之后等待快递员收件再由快递员打印订单即可，大大节约快递公司提供客户专业打印设备的成本。并且，授权码可在订单信息接收时直接生成，即便是客户接收授权码后需要打印，也只需用普通的打印设备即可完成，适用范围广，推广成本低。
附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，所述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本申请中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离所述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。