CN106570661A - 数据处理方法、装置及系统 - Google Patents

Abstract

本申请实施例公开了一种数据处理方法、装置及系统，该方法包括：接收订单信息，所述订单信息中至少包括目的地址；确定所述订单信息对应的物品被配送到所述订单对应的预定位置后，从预先记录的待选配送信息记录中查找符合配送条件的目标配送信息，所述待选配送信息中至少包括配送线路；向所述目标配送信息对应的客户端发送配送指令；获取所述物品配送过程中的位置信息，并向所述订单信息的提交方发送所述位置信息。本申请实施例公开的数据处理方法中，通过在订单对应的物品被配送到预定位置后，利用预先存储的待选配送信息再次确定进行配送的用户，并发送物品的位置信息，从而实现了买家能够及时获得物品的准确的物流信息的目的。

Description

数据处理方法、装置及系统

技术领域

本申请涉及互联网数据处理技术领域，尤其涉及一种数据处理方法、装置及系统。

背景技术

目前，随着网络技术的发展，电商平台也日趋成熟并迅速发展，逐渐成为人们生活中举足轻重的购物渠道。并且，使用电商平台购物的人群也逐步从城市扩大到乡镇和农村。

人们在通过电商平台购物时，希望能够及时获知自己购买的货物的物流信息。因此，亟需一种能够实现上述功能的方法。

发明内容

鉴于此，本申请提供数据处理方法、装置及系统，以实现能够及时获知货物的物流信息的功能。

为了实现上述目的，本申请提供了以下技术手段：

一种数据处理方法，包括：

接收订单信息，所述订单信息中至少包括目的地址；

确定所述订单信息对应的物品被配送到所述订单对应的预定位置后，从预先记录的待选配送信息记录中查找符合配送条件的目标配送信息，所述待选配送信息中至少包括配送线路；

向所述目标配送信息对应的客户端发送配送指令，所述配送指令用于指示所述客户端对应的用户配送所述物品至所述目的地址；

获取所述物品配送过程中的位置信息，并向所述订单信息的提交方发送所述位置信息。

优选的，所述待选配送信息按照以下步骤获得：

接收客户端发送的待审核信息，所述待审核信息至少包括：用户身份识别信息、车辆识别信息和线路信息；

在所述待审核信息符合预设条件时，建立所述用户身份识别信息、车辆识别信息和线路信息之间的关联关系；

记录所述建立关联关系的待审核信息作为待选配送信息。

优选的，所述符合配送条件包括：所述待选配送信息中的配送线路包括所述预定位置及所述目的地址。

优选的，所述待审核信息还包括：所述车辆的承载能力，所述订单信息中还包括所述订单信息对应的物品的重量；

则所述符合配送条件包括：所述待选配送信息中的配送线路包括所述预定位置及所述目的地址，且，所述车辆的承载能力不小于所述订单发货信息对应的物品的重量。

优选的，所述方法还包括：

获取所述订单信息对应的物品被配送到预定位置的时间。

优选的，所述待审核信息还包括：所述车辆的配送时间；

则所述符合配送条件包括：所述待选配送信息中的配送线路包括所述预定位置及所述目的地址，且，所述车辆的承载能力不小于所述订单信息对应的物品的重量，且，所述订单信息对应的物品被配送到预定位置的时间不晚于所述车辆的配送时间。

优选的，所述方法还包括：

接收所述客户端发送的指示配送完成的信息。

优选的，所述方法还包括：

接收取货信息，所述取货信息中至少包含有发货地址信息及预定位置信息；

从预先记录的待选配送信息记录中查找符合配送条件的目标配送信息，所述待选配送信息中至少包括配送线路；

向所述目标配送信息对应的客户端发送收货指令，所述配送指令用于指示所述客户端对应的用户从所述发货地址收取所述取货信息对应的物品配送至所述预定位置。

优选的，所述用户身份识别信息包括：用户身份证号码。

优选的，所述车辆识别信息包括：车牌号和/或行驶证图像信息。

一种数据处理方法，包括：

接收服务器发送的配送指令，所述配送指令为所述服务器接收订单信息并确定所述订单信息对应的物品被配送到预定位置后，从预先记录的待选配送信息记录中查找到符合配送条件的目标配送信息，确定与所述目标配送信息对应的客户端后发送的，所述待选配送信息中至少包括配送线路，所述订单信息中至少包括目的地址，所述配送指令用于指示所述客户端对应的用户配送所述物品至所述目的地址；

上传所述物品在配送过程中的位置信息，所述位置信息经所述服务器发送给所述订单信息的提交方。

优选的，还包括：

向所述服务器发送指示配送完成的信息。

一种数据处理装置，包括：

订单接收模块，用于接收订单信息，所述订单信息中至少包括目的地址；

第一目标配送信息确定模块，用于确定所述订单信息对应的物品被配送到所述订单对应的预定位置后，从预先记录的待选配送信息记录中查找符合配送条件的目标配送信息，所述待选配送信息中至少包括配送线路；

配送指令发送模块，用于向所述目标配送信息对应的客户端发送配送指令，所述配送指令用于指示所述客户端对应的用户配送所述物品至所述目的地址；

位置信息处理模块，用于获取所述物品配送过程中的位置信息，并向所述订单信息的提交方发送所述位置信息。

优选的，还包括：待选配送信息获得模块，该模块包括：

待审核信息接收模块，用于接收客户端发送的待审核信息，所述待审核信息至少包括：用户身份识别信息、车辆识别信息和线路信息；

关联关系建立模块，用于在所述待审核信息符合预设条件时，建立所述用户身份识别信息、车辆识别信息和线路信息之间的关联关系；

记录模块，用于记录所述建立关联关系的待审核信息作为待选配送信息。

优选的，所述装置还包括：

配送完成信息接收模块，用于接收所述客户端发送的指示配送完成的信息。

优选的，所述装置还包括：

取货信息接收模块，用于接收取货信息，所述取货信息中至少包含有发货地址信息及预定位置信息；

第二目标配送信息确定模块，用于从预先记录的待选配送信息记录中查找符合取货条件的目标配送信息，所述待选配送信息中至少包括配送线路；

收货指令发送模块，用于向所述目标配送信息对应的客户端发送收货指令，所述配送指令用于指示所述客户端对应的用户从所述发货地址收取所述取货信息对应的物品配送至所述预定位置。

一种数据处理装置，包括：

配送指令接收模块，用于接收服务器发送的配送指令，所述配送指令为所述服务器接收订单信息并确定所述订单信息对应的物品被配送到预定位置后，从预先记录的待选配送信息记录中查找到符合配送条件的目标配送信息，确定与所述目标配送信息对应的客户端后发送的，所述待选配送信息中至少包括配送线路，所述订单信息中至少包括目的地址，所述配送指令用于指示所述客户端对应的用户配送所述物品至所述目的地址；

位置信息上传模块，用于上传所述物品在配送过程中的位置信息，所述位置信息经所述服务器发送给所述订单信息的提交方。

一种数据处理系统，包括：服务器和至少一个客户端；

所述服务器用于，接收订单信息，所述订单信息中至少包括目的地址；确定所述订单信息对应的物品被配送到所述订单对应的预定位置后，从预先记录的待选配送信息记录中查找符合配送条件的目标配送信息，所述待选配送信息中至少包括配送线路；向所述目标配送信息对应的客户端发送配送指令，所述配送指令用于指示所述客户端对应的用户配送所述物品至所述目的地址；获取所述物品配送过程中的位置信息，并向所述订单信息的提交方发送所述位置信息；

所述客户端用于，接收服务器发送的配送指令，上传所述物品在配送过程中的位置信息。

由上述内容，可以看出本申请具有以下有益效果：

本申请公开的数据处理方法，在订单信息对应的物品被配送到预定位置后，从预先记录的待选配送信息记录中查找符合配送条件的目标配送信息，通过目标配送信息对应的用户完成物品的配送过程，并且，及时向订单信息的提交者，即，买家，发送物品在被配送过程中的位置信息，从而实现了能够及时获知货物的物流信息的功能。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例公开的数据处理方法的流程图；

图2为本申请实施例公开的待选配送信息获得方法的流程图；

图3为本申请实施例公开的待选配送信息的示例；

图4为本申请实施例公开的从预先记录的待选配送信息记录中查找符合配送条件的目标配送信息的方法的流程图；

图5为本申请实施例公开的又一待选配送信息的示例；

图6为本申请实施例公开的又一数据处理方法的流程图；

图7为本申请实施例公开的又一数据处理方法的流程图；

图8为本申请实施例公开的数据处理装置的结构示意图；

图9为本申请实施例公开的待选配送信息获得模块的结构示意图；

图10为本申请实施例公开的又一数据处理装置的结构示意图；

图11为本申请实施例公开的又一数据处理装置的结构示意图；

图12为本申请实施例公开的一种数据处理系统的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请实施例公开的数据处理方法，主要应用在当订单信息中的目的地址为偏远地区或者城镇农村等不便于进行物流配送的情况下，因为在这种场景下，物品通常无法被直接送达目的地址，而是被送往目的地址所归属的某一网点，例如，在偏远地区，通常在相邻的几个县或者城镇设置一个网点，作为物品的最终送达地。在普通地区，通常在每个县或者城镇设置一个网点。但是，现实情况中，网点距离物品的实际目的地址仍然会有一定的距离。这就导致买家所获得的物品的物流信息并非最准确的，因此，在这种情况下，如何使得实现买家能够及时获得物品的准确的物流信息就变得尤为重要。

在本申请公开的数据处理方法中，在物品被配送到预定位置后，该预定位置即为物品能够配送到的网点，而并非最终的目的地址，从预先记录的待选配送信息中选择能够实现物品进一步被配送的配送信息，然后确定与该信息对应的用户，通过该用户完成对物品的配送，并向买家发送这一过程中物品的物流信息，从而实现上述目的。

图1公开的数据处理方法的实施例中，以某一个订单信息为例，进行阐述，包括：

步骤S101、接收订单信息，订单信息中至少包括目的地址。

在本实施例中，买家下单后就会生成订单信息。

步骤S102、确定订单信息对应的物品被配送到订单对应的预定位置后，从预先记录的待选配送信息记录中查找符合配送条件的目标配送信息，待选配送信息中至少包括配送线路。

在本实施例中，预定位置为物品在当前情况下，利用已有的物流手段能够被配送到的位置，例如，物品从北京仓发往黑龙江省哈尔滨市方正县松南乡邵家屯，通常情况下，物品只能被配送到方正县，方正县则为该订单对应的预定位置。该预定位置并非确定不变的，因为这与现实过程中网点的增设或者撤销有着直接关系，但是，在执行该过程时，服务器是具有确定各个订单对应的预定位置的能力的。因此，该预定位置可以为根据实际情况设定的任意位置。但在本申请公开的实施例中，预定位置与目的地址不相同。

步骤S103、向目标配送信息对应的客户端发送配送指令，配送指令用于指示客户端对应的用户配送物品至目的地址。

该步骤具体实现时，可以为，向客户端对应的手机号码发送短信提醒，提醒用户有物品需要配送，或者，利用用户使用的用户名，在客户端上推送该提示信息，或者，服务器向所有客户端对应的手机号码或者用户名发送该配送指令，只要配送指令中包含有能够区分是对应哪个用户的信息即可，由用户自行判断是否为与自己相关的指令。

步骤S104、获取物品配送过程中的位置信息，并向订单信息的提交方发送位置信息。

具体地，可以获知物品的位置，将该位置信息发送给订单提交方，即，买方。该上传位置信息的过程可以利用GPS或其他定位技术来实现。该位置信息可以为的经纬度信息，或者，上报地理位置名称，例如辛庄、冉庄等，同样也可以为物品所经过位置构成的轨迹图。

本申请实施例公开的数据处理方法中，通过在订单对应的物品被配送到预定位置后，利用预先存储的待选配送信息再次确定进行配送的用户，并发送物品的位置信息，从而实现了买家能够及时获得物品的准确的物流信息的目的。

在本实施例中，待选配送信息按照如图2所示方式获得，包括：

步骤S201、接收客户端发送的待审核信息，待审核信息至少包括：用户身份识别信息、车辆识别信息和线路信息。

本实施例中用户通过客户端发送待审核信息。在此处，用户可以为某一快递公司的快递配送员，也可以为独立的个人，即，不归属于任一快递公司的个人。其发送的待审核信息的意义在于，向服务器申请配送物品的权利。待审核信息包含的内容体现了身份识别、配送工具的识别以及配送线路的确定。

从实际应用的角度来看，首先用户需登录服务器，其可以使用预先设定的帐号和密码，该帐号可以为邮箱、手机号码等，为了保证该方案的有效性，其还可以为身份证号码或经过实名认证的淘宝帐号、天猫帐号或支付宝帐号等。然后在登录界面根据提示提交该待审核信息。

步骤S202、在待审核信息符合预设条件时，建立用户身份识别信息、车辆识别信息和线路信息之间的关联关系。

在本实施例中，待审核信息符合预设条件即可理解为，待审核信息中的身份识别信息和车辆识别信息真实可靠，线路信息真实有效，更进一步的，身份识别信息与车辆识别信息是具有实际关联的。该核实过程可以人为进行，也可以通过服务器来进行。不管是谁来执行这个过程，最终只要服务器能够得到审核通过的结果，即可继续处理，如果得到的结果是审核不通过，则忽略该信息。在本实施例中用户身份识别信息包括：用户身份证号码。车辆识别信息包括：车牌号和/或行驶证图像信息。

线路信息体现了该用户能够配送的范围和路线，当上述待审核信息被通过，则需要建立起用户身份、车辆身份及线路之间的关系。如图3所示待选配送信息的示例。

该关联关系的目的在于能够在得知其中任何一个信息的情况下，确定的找到其他的信息。

步骤S203、记录建立关联关系的待审核信息作为待选配送信息。

将上述对应关系进行记录。以便于利用该配送信息确定出目标配送信息，确定进行配送的用户。

在本实施例中，服务器提供了一个可以申请配送资格的平台，凡是提交的待审核信息符合要求的，均可获得配送资格，作为待选配送信息。从而在一定程度上，实现了配送方式的多样化，并且，扩大了配送范围的覆盖区域，进一步的，提升了配送过程的时效性和灵活性，方便了买家，提升了用户体验。

在上述实施例中，判断待选配送信息是否符合配送条件的过程可以分为以下几种情况：

首先，订单信息中至少包括目的地址，而待选配送信息中至少包括配送线路时，待选配送信息符合配送条件包括：待选配送信息中的配送线路包括预定位置及目的地址。即，参考图3，物品的目的地址为黑龙江省哈尔滨市方正县松南乡邵家屯，其预定位置为方正县，则只有配送线路中包含有方正县和松南乡邵家屯的待选配送信息才能符合这一条件。

当然，订单信息中除包含有目的地址外，还可以包含物品对应的重量，而待审核信息中也可以相应的包含车辆的承载能力。该车辆承载能力可以由车辆的型号来确定，例如，汽车与摩托车具有不同的承载能力，公交车与私家车、客车相比有不同的承载能力，同是私家车，不同的型号，例如大众POLO，丰田卡罗拉也各有自己的承载能力，以某一型号的私家车和摩托车为例，其对应的值分别为500Kg和50Kg。该车辆承载能力也可以是用户自行设定的承载能力，例如，某一用户的车辆可以承载500Kg，但是其实际设定的承载能力为300Kg。则此时，符合配送条件包括：待选配送信息中的配送线路包括预定位置及目的地址，且，车辆的承载能力不小于订单发货信息对应的物品的重量。

进一步的，为了体现本申请实施例公开的方案的灵活性，待审核信息中还可以包括车辆的配送时间，即，该用户可以配送的时间。用户可以根据自己的实际情况设定工作时间，例如，如图4所示又一待选配送信息的示例。张三可以在每天的8点/12点/14点/16点进行配送。而赵武则可以在8点/14点/18点进行配送。为了保证物品在当天能够被配送，则还需要获取订单信息对应的物品被配送到预定位置的时间。若物品被配送到预定位置的时间为17点，则在其他条件相同的情况下，选择赵武进行配送。

则此时，符合配送条件包括：待选配送信息中的配送线路包括预定位置及目的地址，且，车辆的承载能力不小于订单发货信息对应的物品的重量，且，订单信息对应的物品被配送到预定位置的时间不晚于车辆的配送时间。

当车辆的配送时间有多个时，则物品被配送到预定位置的时间不晚于这多个时间中的最晚的值。并且，当有多个配送时间时，相应的也能确定每天能够配送的次数。

当然，除这些信息外，在图4所示示例中，每一个用户的用户名均为用户的实名，以确保整个处理过程中的安全性。可替换的，用户名也可以为经过实名认证后的账号等。

另外，为了提升整个过程的实效性，订单信息中还可以包括预定送达时间，待选配送信息中也可以包括时效，即，当日送达或次日送达等表明预计送达时间的信息。则此时，在判断上述条件符合的同时，还需要判断待选配送信息能否满足该预定送达时间的要求。

当上述判别条件并存时，结合上述判别条件，从预先记录的待选配送信息记录中查找符合配送条件的目标配送信息的过程有多种具体实现，并不限定按照何种顺序进行查找，可以根据具体的应用场景设定。本申请给出了如图5所示的流程，具体包括：

步骤S501、从所有待选配送信息中查找到配送线路包括预定位置及目的地址的待选配送信息，作为第一结果。

考虑到该方法的关键在于需要实现物品被配送到目的地址，因此，在该实施例中，将配送线路作为第一判断条件，直接筛选出符合这一要求的待选配送信息，滤除不符合条件的待选配送信息。

步骤S502、从第一结果中查找到车辆的承载能力不小于订单发货信息对应的物品的重量的待选配送信息，作为第二结果。

步骤S503、从第二结果中查找到订单信息对应的物品被配送到预定位置的时间不晚于车辆的配送时间的待选配送信息，作为目标配送信息。

该过程在具体实现时，可以利用多线程，并行对某一判断条件下的待选配送信息同时进行判断，也可以利用单线程，依次对某一判断条件下的各个待选配送信息进行判断。

在上述描述的过程中，是站在对某一个订单信息进行处理的角度。当有多个订单时，每个订单除分别按照上述步骤进行外，服务器也可根据实际情况作出一些分析处理。例如，当有多个订单对应的物品需要配送时，服务器在确定目标配送信息时，会综合考虑多个订单的情况，例如，这些订单的目的地址是否包含在一个配送线路内，这些订单的物品总量为多少，这些订单的预定送达时间，然后综合这些信息为多个订单确定出至少一个目标配送信息，找到至少一个用户进行配送。

在上述实施例的基础上，该方法还包括：接收客户端发送的指示配送完成的信息。

当物品配送至目的地址后，用户可以利用客户端上传指示配送完成的信息，以告知客户端该配送过程结束。为了保证这一过程的有效性，该指示配送完成的信息可以为买家的签收信息。

上述各个实施例均是从物品配送过程的角度进行描述，因为服务器为订单与配送信息之间构建了一个进行关联的平台，所以才能实现本申请的目的。而在这基础之上，物品的收货过程同样也可以利用该平台来实现。下面则介绍，利用实现上述配送过程的平台实现的物品收货过程。如图6所示，包括：

步骤S601、接收取货信息，取货信息中至少包含有发货地址信息及预定位置信息。

该取货信息可以有至少两种发送形式。第一种，可以为发货方主动向服务器提出发货请求，明确发货地址以及目的地址，第二种，可以为发货方与货物接收方进行信息交互后，货物接收方向服务器发起取货信息。

从实际应用的角度来看，以发货方发送发货信息为例进行解读，首先发货方需登录服务器，其可以使用预先设定的帐号和密码，该帐号可以为邮箱、手机号码等，为了保证该方案的有效性，其还可以为身份证号码或经过实名认证的淘宝帐号、天猫帐号或支付宝帐号等，然后在登录界面上提交该取货信息。

步骤S602、从预先记录的待选配送信息记录中查找符合配送条件的目标配送信息，待选配送信息中至少包括配送线路。

步骤S603、向目标配送信息对应的客户端发送收货指令，配送指令用于指示客户端对应的用户从发货地址收取取货信息对应的物品配送至预定位置。

进一步的，上述发货信息中还可以包括：取货物品的重量、取货的时间等。该预定位置为预先设定好的位置，可以为目的地址所属的网点。

本实施例中，由于待选配送信息中的配送线路是明确的，因此能够找到与取货信息对应的目标配送信息，由该信息对应的用户完成取货工作。从而提高了取货过程的效率，加快了订单数据的处理速度。

上述实施例均是站在服务器方对整个方案进行的描述，下面从客户端的角度来进行阐述。

如图7所示，该方法包括：

步骤S701、接收服务器发送的配送指令。

该配送指令为服务器接收订单信息并确定订单信息对应的物品被配送到预定位置后，从预先记录的待选配送信息记录中查找到符合配送条件的目标配送信息，确定与目标配送信息对应的客户端后发送。待选配送信息中至少包括配送线路，订单信息中至少包括目的地址。配送指令用于指示客户端对应的用户配送物品至目的地址。

步骤S702、上传物品在配送过程中的位置信息，位置信息经服务器发送给订单信息的提交方。

该上传位置信息的过程可以利用GPS或其他定位技术来实现。该位置信息可以为的经纬度信息，或者，上报地理位置名称，例如辛庄、冉庄等，同样也可以为物品所经过位置构成的轨迹图。

本申请实施例公开的数据处理方法中，通过在订单对应的物品被配送到预定位置后，利用预先存储的待选配送信息再次确定进行配送的用户，并发送物品的位置信息，从而实现了买家能够及时获得物品的准确的物流信息的目的。

在接收到配送指令后，用户前往预设位置领取需要配送的物品，在领取后，还包括，向服务器发送物品领取成功的信息以及领取时间等，便于服务器了解物品的状态。

进一步的，该方法还包括：

步骤S703、向服务器发送指示配送完成的信息。

该指示配送完成的信息可以是买家在收到物品后通过客户端发送的指示订单结束的信息，也可以是用户利用客户端或其他具有图像采集功能的设备，采集买家的签收信息然后上传至服务器。

本实施例中，待选配送信息是按照如下步骤获得的：

用户在客户端输入账户和密码，登录服务器，该账户可以为邮箱、手机号码等，为了保证该方案的有效性，其还可以为身份证号码或经过实名认证的淘宝帐号、天猫帐号或支付宝帐号等。然后在登录界面根据提示提交该待审核信息。该用户可以为独立的个人，并不局限于快递公司已有的配送员。其发送的待审核信息中至少包含有用户身份识别信息、车辆识别信息和线路信息，以实现对用户的身份识别，配送工具的识别以及配送线路的确定。用户身份识别信息包括：用户身份证号码。车辆识别信息包括：车牌号和/或行驶证图像信息。

服务器或者后台的人工服务，实现对待审核信息的审核，核实用户身份，车辆情况以及配送路线是否可行可靠等。当审核通过时，服务器会建立用户身份识别信息、车辆识别信息和线路信息之间的关联关系，该关联关系的目的在于能够在得知其中任何一个信息的情况下，确定的找到其他的信息。

对应于应用于服务器侧的数据处理方法，本申请还公开了数据处理装置，如图8所示，包括：

订单接收模块801，用于接收订单信息，订单信息中至少包括目的地址。

第一目标配送信息确定模块802，用于确定订单信息对应的物品被配送到订单对应的预定位置后，从预先记录的待选配送信息记录中查找符合配送条件的目标配送信息，待选配送信息中至少包括配送线路。

预定位置为物品在当前情况下，利用已有的物流手段能够被配送到的位置，例如，物品从北京仓发往黑龙江省哈尔滨市方正县松南乡邵家屯，通常情况下，物品只能被配送到方正县，方正县则为该订单对应的预定位置。该预定位置并非确定不变的，因为这与现实过程中网点的增设或者撤销有着直接关系，但是服务器在执行该过程时，是具有确定各个订单对应的预定位置的能力的。因此，该预定位置可以为根据实际情况设定的任意位置。但在本申请公开的实施例中，预定位置与目的地址不相同。

配送指令发送模块803，用于向目标配送信息对应的客户端发送配送指令，配送指令用于指示客户端对应的用户配送物品至目的地址。

位置信息处理模块804，用于获取物品配送过程中的位置信息，并向订单信息的提交方发送位置信息。

该上传位置信息的过程可以利用GPS或其他定位技术来实现。该位置信息可以为的经纬度信息，或者，上报地理位置名称，例如辛庄、冉庄等，同样也可以为物品所经过位置构成的轨迹图。

本申请实施例公开的数据处理装置中，第一目标配送信息确定模块在订单对应的物品被配送到预定位置后，利用预先存储的待选配送信息再次确定进行配送的用户，利用配送指令发送模块触发用户进行配送，并利用位置信息处理模块发送物品的位置信息，从而实现了买家能够及时获得物品的准确的物流信息的目的。

进一步，还包括：待选配送信息获得模块805，该模块结构如图9所示，包括：

待审核信息接收模块901，用于接收客户端发送的待审核信息，待审核信息至少包括：用户身份识别信息、车辆识别信息和线路信息。

关联关系建立模块902，用于在待审核信息符合预设条件时，建立用户身份识别信息、车辆识别信息和线路信息之间的关联关系。

在本实施例中，待审核信息符合预设条件即可理解为，待审核信息中的身份识别信息和车辆识别信息真实可靠，线路信息真实有效，更进一步的，身份识别信息与车辆识别信息是具有实际关联的。该核实过程可以人为进行，也可以通过服务器来进行。不管是谁来执行这个过程，最终只要服务器能够得到审核通过的结果，即可继续处理，如果得到的结果是审核不通过，则忽略该信息。在本实施例中用户身份识别信息包括：用户身份证号码。车辆识别信息包括：车牌号和/或行驶证图像信息。

线路信息体现了该用户能够配送的范围和路线，当上述待审核信息被通过，则需要建立起用户身份、车辆身份及线路之间的关系。如图3所示。

该关联关系的目的在于能够在得知其中任何一个信息的情况下，确定的找到其他的信息。

记录模块903，用于记录建立关联关系的待审核信息作为待选配送信息。以便于利用该配送信息确定出目标配送信息，确定进行配送的用户。

在本实施例中，数据处理装置提供了一个可以申请配送资格的平台，凡是提交的待审核信息符合要求的，均可获得配送资格，作为待选配送信息。从而在一定程度上，实现了配送方式的多样化，并且，扩大了配送范围的覆盖区域，进一步的，提升了配送过程的时效性和灵活性，方便了买家，提升了用户体验。

进一步的，装置还包括：

配送完成信息接收模块806，用于接收客户端发送的指示配送完成的信息。

以用于指示订单已经完成。当物品配送至目的地址后，用户可以利用客户端上传指示配送完成的信息，以告知客户端该配送过程结束。为了保证这一过程的有效性，该指示配送完成的信息可以为买家的签收信息。

上述各个实施例均是从物品配送过程的角度进行描述，因为数据处理装置为订单与配送信息之间构建了一个进行关联的平台，所以才能实现本申请的目的。而在这基础之上，物品的收货过程同样也可以利用该平台来实现。则该装置用于物品收货过程时，其结构如图10所示，除包含图8中的各个模块外，还包括：

取货信息接收模块807，用于接收取货信息，取货信息中至少包含有发货地址信息及预定位置信息。

第二目标配送信息确定模块808，用于从预先记录的待选配送信息记录中查找符合取货条件的目标配送信息，待选配送信息中至少包括配送线路。

收货指令发送模块809，用于向目标配送信息对应的客户端发送收货指令，配送指令用于指示客户端对应的用户从发货地址收取取货信息对应的物品配送至预定位置。

在本实施例中，第二目标配送信息确定模块与第一目标配送信息确定模块可以由同一功能模块来实现。

本实施例中，由于待选配送信息中的配送线路是明确的，因此能够找到与取货信息对应的目标配送信息，由该信息对应的用户完成取货工作。从而提高了取货过程的效率，加快了订单数据的处理速度。

同理，本申请实施例同时公开了与应用于客户端的数据处理方法相对应的数据处理装置，其结构如图11所示，包括：

配送指令接收模块1101，用于接收服务器发送的配送指令，配送指令为服务器接收订单信息并确定订单信息对应的物品被配送到预定位置后，从预先记录的待选配送信息记录中查找到符合配送条件的目标配送信息，确定与目标配送信息对应的客户端后发送的，待选配送信息中至少包括配送线路，订单信息中至少包括目的地址，配送指令用于指示客户端对应的用户配送物品至目的地址。

位置信息上传模块1102，用于上传物品在配送过程中的位置信息，位置信息经服务器发送给订单信息的提交方。

进一步的，该装置还包括：

完成信息发送模块1103，用于向服务器发送指示配送完成的信息。

该指示配送完成的信息可以是买家在收到物品后通过客户端发送的指示订单结束的信息，也可以是用户利用客户端或其他具有图像采集功能的设备，采集买家的签收信息然后上传至服务器。

本申请实施例同时公开了一种数据处理系统，包括：服务器和至少一个客户端。如图12所示，其中：

服务器1201用于，接收订单信息，订单信息中至少包括目的地址。确定订单信息对应的物品被配送到订单对应的预定位置后，从预先记录的待选配送信息记录中查找符合配送条件的目标配送信息，待选配送信息中至少包括配送线路。向目标配送信息对应的客户端发送配送指令，配送指令用于指示客户端对应的用户配送物品至目的地址。获取物品配送过程中的位置信息，并向订单信息的提交方发送位置信息。

客户端用于，接收服务器发送的配送指令，上传物品在配送过程中的位置信息。

1202a、1202b和1202c分别表示三个不同的客户端。

本申请实施例公开的数据处理系统中，通过在订单对应的物品被配送到预定位置后，利用预先存储的待选配送信息再次确定进行配送的用户，并发送物品的位置信息，从而实现了买家能够及时获得物品的准确的物流信息的目的。

该系统在具体实现时，其服务器可以为目前有的菜鸟网服务器或其他具有物流调度功能的网络服务器，而各个客户端则可以为向服务器提交待审核信息并通过的用户的移动终端，手机或者平板电脑等。

在本实施例中，服务器提供了一个可以申请配送资格的平台，凡是提交的待审核信息符合要求的，均可获得配送资格，作为待选配送信息。从而在一定程度上，实现了配送方式的多样化，并且，扩大了配送范围的覆盖区域，进一步的，提升了配送过程的时效性和灵活性，方便了买家，提升了用户体验。

本实施例方法所述的功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算设备可读取存储介质中。基于这样的理解，本申请实施例对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一台计算设备(可以是个人计算机，服务器，移动计算设备或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似部分互相参见即可。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (18)

1.一种数据处理方法，其特征在于，包括：

接收订单信息，所述订单信息中至少包括目的地址；

确定所述订单信息对应的物品被配送到所述订单对应的预定位置后，从预先记录的待选配送信息记录中查找符合配送条件的目标配送信息，所述待选配送信息中至少包括配送线路；

向所述目标配送信息对应的客户端发送配送指令，所述配送指令用于指示所述客户端对应的用户配送所述物品至所述目的地址；

获取所述物品配送过程中的位置信息，并向所述订单信息的提交方发送所述位置信息。

2.根据权利要求1所述的方法，其特征在于，所述待选配送信息按照以下步骤获得：

接收客户端发送的待审核信息，所述待审核信息至少包括：用户身份识别信息、车辆识别信息和线路信息；

在所述待审核信息符合预设条件时，建立所述用户身份识别信息、车辆识别信息和线路信息之间的关联关系；

记录所述建立关联关系的待审核信息作为待选配送信息。

3.根据权利要求2所述的方法，其特征在于，所述符合配送条件包括：所述待选配送信息中的配送线路包括所述预定位置及所述目的地址。

4.根据权利要求2所述的方法，其特征在于，所述待审核信息还包括：所述车辆的承载能力，所述订单信息中还包括所述订单信息对应的物品的重量；

则所述符合配送条件包括：所述待选配送信息中的配送线路包括所述预定位置及所述目的地址，且，所述车辆的承载能力不小于所述订单发货信息对应的物品的重量。

5.根据权利要求4所述的方法，其特征在于，所述方法还包括：

获取所述订单信息对应的物品被配送到预定位置的时间。

6.根据权利要求5所述的方法，其特征在于，所述待审核信息还包括：所述车辆的配送时间；

则所述符合配送条件包括：所述待选配送信息中的配送线路包括所述预定位置及所述目的地址，且，所述车辆的承载能力不小于所述订单信息对应的物品的重量，且，所述订单信息对应的物品被配送到预定位置的时间不晚于所述车辆的配送时间。

7.根据权利要求6所述的方法，其特征在于，所述方法还包括：

接收所述客户端发送的指示配送完成的信息。

8.根据权利要求2所述的方法，其特征在于，所述方法还包括：

接收取货信息，所述取货信息中至少包含有发货地址信息及预定位置信息；

从预先记录的待选配送信息记录中查找符合配送条件的目标配送信息，所述待选配送信息中至少包括配送线路；

向所述目标配送信息对应的客户端发送收货指令，所述配送指令用于指示所述客户端对应的用户从所述发货地址收取所述取货信息对应的物品配送至所述预定位置。

9.根据权利要求2-8中任意一项所述的方法，其特征在于，所述用户身份识别信息包括：用户身份证号码。

10.根据权利要求9所述的方法，其特征在于，所述车辆识别信息包括：车牌号和/或行驶证图像信息。

11.一种数据处理方法，其特征在于，包括：

接收服务器发送的配送指令，所述配送指令为所述服务器接收订单信息并确定所述订单信息对应的物品被配送到预定位置后，从预先记录的待选配送信息记录中查找到符合配送条件的目标配送信息，确定与所述目标配送信息对应的客户端后发送的，所述待选配送信息中至少包括配送线路，所述订单信息中至少包括目的地址，所述配送指令用于指示所述客户端对应的用户配送所述物品至所述目的地址；

上传所述物品在配送过程中的位置信息，所述位置信息经所述服务器发送给所述订单信息的提交方。

12.根据权利要求11所述的方法，其特征在于，还包括：

向所述服务器发送指示配送完成的信息。

13.一种数据处理装置，其特征在于，包括：

订单接收模块，用于接收订单信息，所述订单信息中至少包括目的地址；

第一目标配送信息确定模块，用于确定所述订单信息对应的物品被配送到所述订单对应的预定位置后，从预先记录的待选配送信息记录中查找符合配送条件的目标配送信息，所述待选配送信息中至少包括配送线路；

配送指令发送模块，用于向所述目标配送信息对应的客户端发送配送指令，所述配送指令用于指示所述客户端对应的用户配送所述物品至所述目的地址；

位置信息处理模块，用于获取所述物品配送过程中的位置信息，并向所述订单信息的提交方发送所述位置信息。

14.根据权利要求13所述的装置，其特征在于，还包括：待选配送信息获得模块，该模块包括：

待审核信息接收模块，用于接收客户端发送的待审核信息，所述待审核信息至少包括：用户身份识别信息、车辆识别信息和线路信息；

关联关系建立模块，用于在所述待审核信息符合预设条件时，建立所述用户身份识别信息、车辆识别信息和线路信息之间的关联关系；

记录模块，用于记录所述建立关联关系的待审核信息作为待选配送信息。

15.根据权利要求14所述的装置，其特征在于，所述装置还包括：

配送完成信息接收模块，用于接收所述客户端发送的指示配送完成的信息。

16.根据权利要求13所述的装置，其特征在于，所述装置还包括：

取货信息接收模块，用于接收取货信息，所述取货信息中至少包含有发货地址信息及预定位置信息；

第二目标配送信息确定模块，用于从预先记录的待选配送信息记录中查找符合取货条件的目标配送信息，所述待选配送信息中至少包括配送线路；

收货指令发送模块，用于向所述目标配送信息对应的客户端发送收货指令，所述配送指令用于指示所述客户端对应的用户从所述发货地址收取所述取货信息对应的物品配送至所述预定位置。

17.一种数据处理装置，其特征在于，包括：

配送指令接收模块，用于接收服务器发送的配送指令，所述配送指令为所述服务器接收订单信息并确定所述订单信息对应的物品被配送到预定位置后，从预先记录的待选配送信息记录中查找到符合配送条件的目标配送信息，确定与所述目标配送信息对应的客户端后发送的，所述待选配送信息中至少包括配送线路，所述订单信息中至少包括目的地址，所述配送指令用于指示所述客户端对应的用户配送所述物品至所述目的地址；

位置信息上传模块，用于上传所述物品在配送过程中的位置信息，所述位置信息经所述服务器发送给所述订单信息的提交方。

18.一种数据处理系统，其特征在于包括：服务器和至少一个客户端；

所述服务器用于，接收订单信息，所述订单信息中至少包括目的地址；确定所述订单信息对应的物品被配送到所述订单对应的预定位置后，从预先记录的待选配送信息记录中查找符合配送条件的目标配送信息，所述待选配送信息中至少包括配送线路；向所述目标配送信息对应的客户端发送配送指令，所述配送指令用于指示所述客户端对应的用户配送所述物品至所述目的地址；获取所述物品配送过程中的位置信息，并向所述订单信息的提交方发送所述位置信息；

所述客户端用于，接收服务器发送的配送指令，上传所述物品在配送过程中的位置信息。