一种物流调配方法、装置和系统的制作方法
【专利摘要】本申请提供了一种物流调配方法，包括：物流终端扫描包裹信息后上传物流控制平台；物流控制平台根据当前物流资源信息以及预置控制算法，获取包裹信息对应包裹的下一步处置方式；物流控制平台根据处置方式制作包裹处置命令；物流控制平台下发处置命令到物流终端。本发明实施例还提供了对应的装置和系统；本发明实施例通过物流控制平台收取所有包裹信息并根据物流运输资源对包裹进行宏观上的调度，提高了运输资源的利用率并且减少了人为主观调度产生的错误。
【专利说明】一种物流调配方法、装置和系统
【技术领域】
[0001]本申请涉及物流控制【技术领域】，特别是涉及一种物流调配方法、装置和系统。
【背景技术】
[0002]随着网络购物和电子商务的不断兴起，物流的需求也越来越大，经常在电商促销季甚至出现物流爆仓，暂缓收件和运送的情况。在当前物流行业中，对物流运送能力的制约首先是交通工具的承载能力，其次也是很重要的一部分就是对交通运输资源的有效利用上。
[0003]在物流实际操作中，基本没有特定的技术来提高物流效率，基本都是靠人工对包裹进行分拣，然后码放到对应运输工具上，进行运输。
[0004]在实际的物流操作中，本发明的发明人发现:物流的每一个站点在接收到上游发送来的包裹都需要人工查看包裹中收件人地址信息，并根据地址信息对包裹进行处置，每个站点都不能宏观的对包裹进行调度分配，这种分配方式并不能最大的运用运输资源，人为主观因素过多，导致运输效率低下，错误投递率较高。
【发明内容】
[0005]本申请所要解决的技术问题是提供一种物流调配方法可以通过统一的调度，提高物流运输的效率减少错误率。
[0006]相应的，本申请还提供了针对物流调配的物流终端和物流控制平台以及物流调配系统。
[0007]为了解决上述问题，本申请公开了一种物流调配方法，包括:
[0008]物流终端扫描包裹信息后上传物流控制平台；
[0009]所述物流控制平台根据当前物流资源信息以及预置控制算法，获取所述包裹信息对应包裹的下一步处置方式；
[0010]所述物流控制平台根据所述处置方式制作包裹处置命令；
[0011]所述物流控制平台下发所述处置命令到所述物流终端。
[0012]进一步，所述物流终端扫描包裹信息后上传物流控制平台包括:
[0013]物流终端扫描以预设加密方式加密过的包裹信息，所述包裹信息至少包括收件人地址信息；
[0014]物流终端上传所述包裹信息。
[0015]进一步，所述物流控制平台根据当前物流资源信息以及预置控制算法，获取所述包裹信息对应包裹的处置方式前包括:
[0016]物流控制平台解密所述包裹信息；
[0017]根据所述包裹信息、当前物流资源信息以及所述物流终端所属物流站点，通过预置控制算法获取所述包裹信息对应包裹的步物流走向；
[0018]根据所述物流走向制定所述包裹的处置方式。
[0019]进一步，所述根据包裹信息、当前物流资源信息以及物流终端所属物流站点，通过预置控制算法获取所述包裹信息对应包裹的物流走向包括:
[0020]物流控制平台根据所述包裹信息中包含的收件人地址信息以及所述物流终端所属物流站点，通过预置控制算法查找第一物流走向；
[0021]当所述第一物流走向中物流资源信息中运输资源被完全占用时，根据预置控制算法计算第二物流走向。
[0022]进一步，所述根据物流走向指定包裹的处置方式包括:
[0023]在所述物流走向中查找所述包裹在所述物流终端所属物流站点发向下一物流站点的路径；
[0024]将所述路径制作为处置方式。
[0025]本申请还提供了一种物流终端，包括:
[0026]扫描模块，用于扫描包裹信息后；
[0027]上传模块，用于上传所述包裹信息到物流控制平台；
[0028]接收模块，用于接收物流控制平台根据所述包裹信息下发的处置命令。
[0029]进一步，所述扫描模块还用于扫描以预设加密方式加密过的包裹信息，所述包裹信息至少包括收件人地址信息。
[0030]本申请还提供了一种物流控制平台，包括:
[0031]接收模块，用于接收包裹信息；
[0032]计算模块，用于根据当前物流资源信息以及预置控制算法，获取所述包裹信息对应包裹的下一步处置方式；根据所述处置方式制作包裹处置命令；
[0033]下发模块，用于下发所述处置命令到所述物流终端。
[0034]进一步，所述接收模块还用于接收通过预设加密方式加密过的包裹信息；物流控制平台还包括:
[0035]解密模块，用于解密所述包裹信息。
[0036]进一步，所述计算模块还用于:
[0037]根据所述包裹信息、当前物流资源信息以及所述物流终端所属物流站点，通过预置控制算法获取所述包裹信息对应包裹的步物流走向；根据所述物流走向制定所述包裹的处置方式。
[0038]进一步，所述计算模块还用于:
[0039]根据所述包裹信息中包含的收件人地址信息以及所述物流终端所属物流站点，通过预置控制算法查找第一物流走向；
[0040]当所述第一物流走向中物流资源信息中运输资源被完全占用时，根据预置控制算法计算第二物流走向。
[0041]进一步，所述计算模块还用于:
[0042]在所述物流走向中查找所述包裹在所述物流终端所属物流站点发向下一物流站点的路径；
[0043]将所述路径制作为处置方式。
[0044]本申请还提供了一种物流调配系统，包括物流终端和物流控制平台:
[0045]物流终端，用于扫描包裹信息后上传到所述物流控制平台；
[0046]物流控制平台，用于根据当前物流资源信息以及预置控制算法，获取所述包裹信息对应包裹的下一步处置方式；根据所述处置方式制作包裹处置命令；下发所述处置命令到所述物流终端。
[0047]与现有技术相比，本申请包括以下优点:本发明实施例通过物流控制平台收取所有包裹信息并根据物流运输资源对包裹进行宏观上的调度，提高了运输资源的利用率并且减少了人为主观调度产生的错误。
【专利附图】
【附图说明】
[0048]图1为本发明一种物流调配方法一实施例的流程图；
[0049]图2为本发明一种物流终端一实施例的结构示意图；
[0050]图3为本发明一种物流控制平台一实施例的结构示意图；
[0051]图4为本发明一种物流调配系统一实施例的结构示意图。
【具体实施方式】
[0052]为使本申请的上述目的、特征和优点能够更加明显易懂，下面结合附图和【具体实施方式】对本申请作进一步详细的说明。
[0053]参照图1，示出了本申请一种物流调配方法，包括:
[0054]步骤S101、物流终端扫描包裹信息后上传物流控制平台；
[0055]进一步，物流终端可以扫描以预设加密方式加密过的包裹信息，所述包裹信息至少包括收件人地址信息；物流终端上传所述包裹信息。
[0056]本发明实施例中，发件人在发件时可以根据预设的方式对包裹信息进行加密后打印在包裹单上，该包裹信息至少应该包含收件人地址信息，加密后的包裹信息可以以二维码和/或条形码和/或特定编码等形式表现。
[0057]物流终端对包裹信息扫描之后会上传到物流控制平台，上传的信息还可以包括所述物流终端的标识信息和当前扫描时间。
[0058]步骤S102、物流控制平台根据当前物流资源信息以及预置控制算法，获取所述包裹信息对应包裹的下一步处置方式；
[0059]进一步，当物流终端上传的包裹信息为加密信息时，物流控制平台可以根据预设密钥解密所述包裹信息；
[0060]然后根据所述包裹信息、当前物流资源信息以及所述物流终端所属物流站点，通过预置控制算法获取所述包裹信息对应包裹的步物流走向；
[0061]根据所述物流走向制定所述包裹的处置方式。
[0062]进一步，物流控制平台根据所述包裹信息中包含的收件人地址信息以及所述物流终端所属物流站点，通过预置控制算法查找第一物流走向；
[0063]当所述第一物流走向中物流资源信息中运输资源被完全占用时，根据预置控制算法计算第二物流走向。
[0064]进一步，在所述物流走向中查找所述包裹在所述物流终端所属物流站点发向下一物流站点的路径；
[0065]将所述路径制作为处置方式。
[0066]发件人对包裹信息进行加密时，采用的是物流控制平台提供的加密方式，物流控制平台获取到加密的包裹信息后，调用预置的密钥对信息进行解密获取到可识别的包裹信息，进一步获取到所述包裹信息中包含的收件人地址信息；物流控制平台接收该包裹信息时，还可获取到上传该包裹信息的物流终端的标识信息，根据预存的映射表，物流控制平台可以根据所述标识信息获知所述物流终端所述的物流站点。
[0067]例如，当物流收件员手持物流终端对发件人投递的包裹进行扫描时，物流控制平台可获知包裹信息、收件时间以及哪个站点哪个收件员收件。
[0068]然后物流控制平台根据上述信息采用预置控制算法生成该包裹信息对应包裹的处置方式。
[0069]在包裹运输途中，例如，该包裹是从深圳发往北京，正常发送途径是:科技园集散点-深圳集散中心-广东集散中心-北京集散中心-中关村分发点；
[0070]当科技园集散点接收包裹后扫描上传包裹信息，物流控制平台获取该包裹信息后，根据预置控制算法获取到该包裹为省外包裹，下一步需经过深圳集散中心，而物流资源显示当前在科技园集散点待运输车辆为1号货车，于是生成处置方式是:将包裹投放于1号货车。
[0071]紧接着，当包裹到达广东集散中心后，该站点对包裹进行扫描后，物流控制平台根据物流资源信息查询到当天最晚飞往北京的飞机已经起飞或已经满载，但当天由广东飞往上海的飞机，以及当天由上海飞往北京都还有货位，于是根据预置算法生成将包裹投往飞往上海飞机的处置方式。这样即可在宏观上调度运输资源。
[0072]步骤S103、物流控制平台根据所述处置方式制作包裹处置命令；
[0073]步骤S104、物流控制平台下发所述处置命令到所述物流终端。
[0074]物流控制平台生成处置方式后包装为处置命令下发到物流终端。
[0075]此时，物流站点工作人员在对包裹进行扫描后，接收到物流控制平台下发的处置命令，该处置命令可以是例如:将编号123的包裹投递到1号包裹堆，或将编号123的包裹投放在1号车辆等类似语句。工作人员只需根据该处置命令对包裹进行投放即可，无需人为干预包裹的走向，减小了错误投递的可能性。
[0076]本发明实施例通过物流控制平台收取所有包裹信息并根据物流运输资源对包裹进行宏观上的调度，提高了运输资源的利用率并且减少了人为主观调度产生的错误。
[0077]参照图2为本发明一种物流终端的结构示意图，包括:
[0078]扫描模块21，用于扫描包裹信息后；
[0079]上传模块22，用于上传所述包裹信息到物流控制平台；
[0080]接收模块23，用于接收物流控制平台根据所述包裹信息下发的处置命令。
[0081]进一步，所述扫描模块21还用于扫描以预设加密方式加密过的包裹信息，所述包裹信息至少包括收件人地址信息。
[0082]本发明实施例中，发件人在发件时可以根据预设的方式对包裹信息进行加密后打印在包裹单上，该包裹信息至少应该包含收件人地址信息，加密后的包裹信息可以以二维码和/或条形码和/或特定编码等形式表现。
[0083]扫描模块21对包裹信息扫描之后，上传模块22会将包裹信息上传到物流控制平台，上传的信息还可以包括所述物流终端的标识信息和当前扫描时间。
[0084]参照图3为本发明一种物流控制平台的结构示意图，包括:
[0085]接收模块31，用于接收包裹信息；
[0086]计算模块32，用于根据当前物流资源信息以及预置控制算法，获取所述包裹信息对应包裹的下一步处置方式；根据所述处置方式制作包裹处置命令；
[0087]下发模块33，用于下发所述处置命令到所述物流终端。
[0088]进一步，所述接收模块31还用于接收通过预设加密方式加密过的包裹信息；物流控制平台还包括:
[0089]解密模块34，用于解密所述包裹信息。
[0090]进一步，所述计算模块32还用于:
[0091]根据所述包裹信息、当前物流资源信息以及所述物流终端所属物流站点，通过预置控制算法获取所述包裹信息对应包裹的步物流走向；根据所述物流走向制定所述包裹的处置方式。
[0092]进一步，所述计算模块32还用于:
[0093]根据所述包裹信息中包含的收件人地址信息以及所述物流终端所属物流站点，通过预置控制算法查找第一物流走向；
[0094]当所述第一物流走向中物流资源信息中运输资源被完全占用时，根据预置控制算法计算第二物流走向。
[0095]进一步，所述计算模块32还用于:
[0096]在所述物流走向中查找所述包裹在所述物流终端所属物流站点发向下一物流站点的路径；
[0097]将所述路径制作为处置方式。
[0098]发件人对包裹信息进行加密时，采用的是物流控制平台提供的加密方式，接收模块31获取到加密的包裹信息后，计算模块32调用预置的密钥对信息进行解密获取到可识别的包裹信息，进一步获取到所述包裹信息中包含的收件人地址信息；接收模块31接收该包裹信息时，还可获取到上传该包裹信息的物流终端的标识信息，根据预存的映射表，物流控制平台可以根据所述标识信息获知所述物流终端所述的物流站点。
[0099]例如，当物流收件员手持物流终端对发件人投递的包裹进行扫描时，接收模块31可以获知包裹信息、收件时间以及哪个站点哪个收件员收件。
[0100]然后计算模块32根据上述信息采用预置控制算法生成该包裹信息对应包裹的处置方式。
[0101]在包裹运输途中，例如，该包裹是从深圳发往北京，正常发送途径是:科技园集散点-深圳集散中心-广东集散中心-北京集散中心-中关村分发点；
[0102]当科技园集散点接收包裹后扫描上传包裹信息，计算模块32获取该包裹信息后，根据预置控制算法获取到该包裹为省外包裹，下一步需经过深圳集散中心，而物流资源显示当前在科技园集散点待运输车辆为1号货车，于是生成处置方式是:将包裹投放于1号货车。
[0103]紧接着，当包裹到达广东集散中心后，该站点对包裹进行扫描后，计算模块32根据物流资源信息查询到当天最晚飞往北京的飞机已经起飞或已经满载，但当天由广东飞往上海的飞机，以及当天由上海飞往北京都还有货位，于是根据预置算法生成将包裹投往飞往上海飞机的处置方式。这样即可在宏观上调度运输资源。
[0104]参照图4为本发明一种物流调配系统的结构示意图，包括物流终端和物流控制平台:
[0105]物流终端41，用于扫描包裹信息后上传到所述物流控制平台；
[0106]物流控制平台42，用于根据当前物流资源信息以及预置控制算法，获取所述包裹信息对应包裹的下一步处置方式；根据所述处置方式制作包裹处置命令；下发所述处置命令到所述物流终端。
[0107]进一步，所述物流终端41为图2对应实施例提供的物流终端。
[0108]进一步，所述物流控制平台为图3对应实施例提供的物流控制平台。
[0109]对于系统实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
[0110]本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。
[0111]以上对本申请所提供的一种物流调配方法、装置系统，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在【具体实施方式】及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。
【权利要求】
1.一种物流调配方法，其特征在于，包括: 物流终端扫描包裹信息后上传物流控制平台； 所述物流控制平台根据当前物流资源信息以及预置控制算法，获取所述包裹信息对应包裹的下一步处置方式； 所述物流控制平台根据所述处置方式制作包裹处置命令； 所述物流控制平台下发所述处置命令到所述物流终端。
2.根据权利要求1所述的方法，其特征在于，所述物流终端扫描包裹信息后上传物流控制平台包括: 物流终端扫描以预设加密方式加密过的包裹信息，所述包裹信息至少包括收件人地址信息； 物流终端上传所述包裹信息。
3.根据权利要求2所述的方法，其特征在于，所述物流控制平台根据当前物流资源信息以及预置控制算法，获取所述包裹信息对应包裹的处置方式前包括: 物流控制平台解密所述包裹信息； 根据所述包裹信息、当前物流资源信息以及所述物流终端所属物流站点，通过预置控制算法获取所述包裹信息对应包裹的步物流走向； 根据所述物流走向制定所述包裹的处置方式。
4.根据权利要求3所述的方法，其特征在于，所述根据包裹信息、当前物流资源信息以及物流终端所属物流站点，通过预置控制算法获取所述包裹信息对应包裹的物流走向包括: 物流控制平台根据所述包裹信息中包含的收件人地址信息以及所述物流终端所属物流站点，通过预置控制算法查找第一物流走向； 当所述第一物流走向中物流资源信息中运输资源被完全占用时，根据预置控制算法计算第二物流走向。
5.根据权利要求3所述的方法，其特征在于，所述根据物流走向指定包裹的处置方式包括: 在所述物流走向中查找所述包裹在所述物流终端所属物流站点发向下一物流站点的路径； 将所述路径制作为处置方式。
6.一种物流终端，其特征在于，包括: 扫描模块，用于扫描包裹信息后； 上传模块，用于上传所述包裹信息到物流控制平台； 接收模块，用于接收物流控制平台根据所述包裹信息下发的处置命令。
7.根据权利要求6所述的终端，其特征在于，所述扫描模块还用于扫描以预设加密方式加密过的包裹信息，所述包裹信息至少包括收件人地址信息。
8.一种物流控制平台，其特征在于，包括: 接收模块，用于接收包裹信息； 计算模块，用于根据当前物流资源信息以及预置控制算法，获取所述包裹信息对应包裹的下一步处置方式；根据所述处置方式制作包裹处置命令； 下发模块，用于下发所述处置命令到所述物流终端。
9.根据权利要求8所述的物流控制平台，其特征在于，所述接收模块还用于接收通过预设加密方式加密过的包裹信息；物流控制平台还包括: 解密模块，用于解密所述包裹信息。
10.根据权利要求9所述的物流控制平台，其特征在于，所述计算模块还用于: 根据所述包裹信息、当前物流资源信息以及所述物流终端所属物流站点，通过预置控制算法获取所述包裹信息对应包裹的步物流走向；根据所述物流走向制定所述包裹的处置方式。
11.根据权利要求10所述的物流控制平台，其特征在于，所述计算模块还用于: 根据所述包裹信息中包含的收件人地址信息以及所述物流终端所属物流站点，通过预置控制算法查找第一物流走向； 当所述第一物流走向中物流资源信息中运输资源被完全占用时，根据预置控制算法计算第二物流走向。
12.根据权利要求10所述的物流控制平台，其特征在于，所述计算模块还用于: 在所述物流走向中查找所述包裹在所述物流终端所属物流站点发向下一物流站点的路径； 将所述路径制作为处置方式。
13.一种物流调配系统，其特征在于，包括物流终端和物流控制平台: 物流终端，用于扫描包裹信息后上传到所述物流控制平台； 物流控制平台，用于根据当前物流资源信息以及预置控制算法，获取所述包裹信息对应包裹的下一步处置方式；根据所述处置方式制作包裹处置命令；下发所述处置命令到所述物流终端。
14.根据权利要求13所述的系统，其特征在于，所述物流终端为权利要求8或9任一所述的物流终端。
15.根据权利要求13所述的系统，其特征在于，所述物流控制平台为权利要求8-12任一所述的物流控制平台。
【文档编号】G06Q10/08GK104268727SQ201310344300
【公开日】2015年1月7日 申请日期:2013年7月31日 优先权日:2013年7月31日
【发明者】蔡立宇, 贾西贝, 何威 申请人:深圳市华傲数据技术有限公司