CN109711775A - 一种车辆提货系统和方法以及相应设备 - Google Patents

Abstract

本申请公开了一种车辆提货系统和方法以及相应设备，涉及计算机技术领域，用于提升用户提货的效率。该系统包括应用服务器、车载终端以及货物管理服务器；车载终端，用于向应用服务器发送所在车辆的行驶信息；应用服务器，用于接收提货请求，并根据车载终端所在车辆的行驶信息预估车辆到达目标提货地点的时间，以及向货物管理服务器发送备货请求，备货请求携带预估的到达时间；货物管理服务器，用于在接收备货请求后，根据货物清单信息以及预估的到达时间为车辆配置货物到目标货位，以及执行以下步骤中的至少一个：将目标货位信息通过应用服务器发送给车载终端或者关联的用户终端，在车辆到达目标提货地点后引导车辆到目标货位。

Description

一种车辆提货系统和方法以及相应设备

技术领域

本申请涉及计算机技术领域，尤其涉及一种车辆提货系统和方法以及相应设备。

背景技术

目前，网购在消费者购物中的比例非常大并且还在逐渐提升，网购已成了消费者常用的一种购物方式。一般而言，买家在购物网站下单之后，卖家会通过购物网站的平台方或第三方物流将货物送到用户指定的地点，由买家和平台方或者第三方物流的配送人员进行货物交接，但是这就必须要求货物到达时间和用户在指定地点的时间相一致才能完成货物交接，但是一般这两个时间是错位的概率较大，为了解决配送人员和买家时间错位的问题，自提点应运而生。买家可以在下单时可以选择将货物配送至指定的自提点，平台方或第三方物流则会将货物放置于指定的自提点，等待用户自行提货。

但是，目前的自提点一般为驿站的形式，其中，驿站一般需要买家到达驿站后，出示提货码，等待驿站工作人员依据提货码查找相应的货物，再提供给买家，驿站工作人员查找的过程需要消耗较多的时间，遇到购物高峰期时无法及时处理较多买家的提货，买家等待时间较长，用户体验不佳。

鉴于此，如何为用户提供更便捷的提货方式是目前亟待解决的问题。

发明内容

本申请实施例提供一种车辆提货系统和方法以及相应设备，用于提升用户提货的效率。

一方面，提供一种车辆提货系统，包括：应用服务器、车载终端以及货物管理服务器；

所述车载终端，用于向所述应用服务器发送所述车载终端所在车辆的行驶信息；

所述应用服务器，用于接收所述车载终端或与所述车载终端关联的用户终端发送的提货请求，所述提货请求携带货物清单信息以及所述车载终端所在车辆的信息；根据所述车载终端所在车辆的行驶信息预估所述车辆到达目标提货地点的时间，以及向目标提货地点的货物管理服务器发送备货请求，所述备货请求携带所述车辆的信息、货物清单信息以及预估的到达时间；

所述货物管理服务器，用于在接收所述备货请求后，根据所述货物清单信息以及预估的到达时间为所述车辆配置货物到目标货位，以及执行以下步骤中的至少一个：将目标货位信息通过所述应用服务器发送给所述车载终端，将目标货位信息通过所述应用服务器发送给与所述车载终端关联的用户终端，在所述车辆到达所述目标提货地点后引导所述车辆到所述目标货位。

一方面，提供一种车辆提货系统，包括：应用服务器、车载终端以及货物管理服务器；

所述车载终端，用于向所述应用服务器发送所述车载终端所在车辆的行驶信息；

所述应用服务器，用于接收所述车载终端或与所述车载终端关联的用户终端发送的提货请求，所述提货请求携带货物清单信息以及所述车载终端所在车辆的信息，以及向目标提货地点的货物管理服务器发送备货请求，所述备货请求携带所述车辆的信息、货物清单信息以及所述车载终端所在车辆的行驶信息；

所述货物管理服务器，用于在接收所述备货请求后，根据所述车载终端所在车辆的行驶信息预估所述车辆到达所述目标提货地点的时间，并根据所述货物清单信息以及预估的到达时间为所述车辆配置货物到目标货位，以及执行以下步骤中的至少一个：将目标货位信息通过所述应用服务器发送给所述车载终端，将目标货位信息通过所述应用服务器发送给与所述车载终端关联的用户终端，在所述车辆到达所述目标提货地点后引导所述车辆到所述目标货位。

一方面，提供一种基于上述各方面所述的车辆提货系统所实现的车辆提货方法，应用于应用服务器中，包括：

接收提货请求车载终端或与所述车载终端关联的用户终端发送的以及所述车载终端发送的所述车载终端所在车辆的行驶信息，所述提货请求携带货物清单信息以及车载终端所在车辆的信息；

根据所述车载终端所在车辆的行驶信息预估所述车辆到达目标提货地点的时间；

向目标提货地点的货物管理服务器发送备货请求，所述备货请求携带所述车辆的信息、货物清单信息以及预估的到达时间；

接收所述货物管理服务器发送的目标货位信息，目标货位信息是所述货物管理服务器在接收所述备货请求后，根据所述货物清单信息以及预估的到达时间为所述车辆配置的。

一方面，提供一种应用服务器，包括：

接收单元，用于接收提货请求以及车载终端发送的所述车载终端所在车辆的行驶信息，所述提货请求携带货物清单信息以及车载终端所在车辆的信息；

预估单元，用于根据所述车载终端所在车辆的行驶信息预估所述车辆到达目标提货地点的时间；

发送单元，用于向目标提货地点的货物管理服务器发送备货请求，所述备货请求携带所述车辆的信息、货物清单信息以及预估的到达时间；

所述接收单元，还用于接收所述货物管理服务器发送的目标货位信息，目标货位信息是所述货物管理服务器在接收所述备货请求后，根据所述货物清单信息以及预估的到达时间为所述车辆配置的。

一方面，提供一种基于上述各方面所述的车辆提货系统所实现的车辆提货方法，应用于货物管理服务器中，包括：

接收应用服务器发送的备货请求，所述备货请求携带车辆的信息和货物清单信息；

确定所述车辆到达目标提货地点的时间；

根据所述货物单元信息和确定的时间为所述车辆配置货物到目标货位；以及，

执行以下步骤中的至少一个：将目标货位信息通过所述应用服务器发送给所述车载终端，将目标货位信息通过所述应用服务器发送给与所述车载终端关联的用户终端，在所述车辆到达所述目标提货地点后引导所述车辆到所述目标货位。

一方面，提供一种货物管理服务器，包括：

收发单元，用于接收应用服务器发送的备货请求，所述备货请求携带车辆的信息和货物清单信息；

确定单元，用于确定所述车辆到达目标提货地点的时间；

货位配置单元，用于根据所述货物单元信息和确定的时间为所述车辆配置货物到目标货位；

车辆引导单元，用于执行以下步骤中的至少一个：将目标货位信息通过所述应用服务器发送给所述车载终端，将目标货位信息通过所述应用服务器发送给与所述车载终端关联的用户终端，在所述车辆到达所述目标提货地点后引导所述车辆到所述目标货位。

一方面，提供一种计算机设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如前述各个方面所述的方法。

一方面，提供一种计算机存储介质，

所述计算机存储介质存储有计算机指令，当所述计算机指令在计算机上运行时，使得计算机执行如前述各个方面所述的方法。

本申请实施例中所提供的车辆提货系统中，应用服务器在提货请求之后，可以根据提货请求以及车载终端发送的车辆的行驶信息，来预估车辆到达目标提货地点的时间，并向货物管理服务器发送备货请求，以使得货物管理服务器针对备货请求，预先将货物移动到目标货位，这样，用户驾驶相应车辆进入目标提货点就可以直接去目标货位提取货物，无需等待目标提货点查找货物，等待时间更短，提货速度更快。

附图说明

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

图1为本申请实施例中的车辆提货系统的架构示意图；

图2为本申请实施例中的车辆提货方法的流程示意图；

图3为本申请实施例中的待取货订单界面的示意图；

图4为本申请实施例中的目标提货地点的场景示意图；

图5为本申请实施例中的目标货位的场景示意图；

图6为本申请实施例中的车载终端的一种结构示意图；

图7为本申请实施例中的应用服务器的一种结构示意图；

图8为本申请实施例中的货物管理服务器的一种结构示意图；

图9为本申请实施例中的计算机设备的一种结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚明白，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

另外，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，在不做特别说明的情况下，一般表示前后关联对象是一种“或”的关系。

目前，为了解决配送人员和买家时间错位的问题，自提点应运而生。买家可以在下单时可以选择将货物配送至指定的自提点，平台方或第三方物流则会将货物放置于指定的自提点，等待用户自行提货。但是，目前的自提点一般为驿站的形式，其中，驿站一般需要买家到达驿站后，出示提货码，等待驿站工作人员依据提货码查找相应的货物，再提供给买家，驿站工作人员查找的过程需要消耗较多的时间，遇到购物高峰期时无法及时处理较多买家的提货，买家等待时间较长，用户体验不佳。

由此可见，现有的取货方式需要用户等待时间较长主要是由于驿站工作人员需要查找提货码对应的货物，人工查找的方式需要消耗较多的时间，鉴于此，想要提升用户取货的速度，那么可以让驿站提前备好所要提取的货物，这样，用户在到达驿站时，只需要从备好的货物中将该用户的货物提供给该用户即可，从而减少用户的等待时间。

鉴于上述的分析和考虑，本申请实施例提供了一种车辆提货系统，在系统中，应用服务器在提货请求之后，可以根据提货请求以及车载终端发送的车辆的行驶信息，来预估车辆到达目标提货地点的时间，并向货物管理服务器发送备货请求，以使得货物管理服务器针对备货请求，预先将货物移动到目标货位，这样，用户驾驶相应车辆进入目标提货点就可以直接去目标货位提取货物，无需等待目标提货点查找货物，等待时间更短，提货速度更快。

此外，在该车辆提货系统中，备货请求包括车辆的信息，在车辆欲进入目标提货点进行提货时，则可以直接对车辆进行验证，只要车辆验证通过，则允许该车辆进入，并对车辆进行引导，以便车辆快速到达目标货位，进一步提升提货的速度。

本申请实施例中，提货地点还可以设置取货辅助装置，在车辆到达目标货位时，取货辅助装置可以在货物服务器的控制下，将货物装载到进入的车辆中，例如通过取货辅助装置将货物放入车辆的后备箱中，或者在用户开启车窗后，通过车窗将货物放置于车内，这样，用户无需下车，就可以提取货物，更加方便快捷。

在介绍完本申请实施例的设计思想之后，下面对本申请实施例的技术方案能够适用的应用场景做一些简单介绍，需要说明的是，以下介绍的应用场景仅用于说明本申请实施例而非限定。在具体实施过程中，可以根据实际需要灵活地应用本申请实施例提供的技术方案。

请参见图1所示，为发明实施例的车辆提货系统的结构示意图，在该系统中，可以包括车载终端101、用户终端102、应用服务器103以及货物管理服务器104。

车载终端101设置于车辆中，车载终端101上安装有应用服务器103对应的应用程序(Application，APP)，该APP可以是购物APP，例如淘宝、京东或者苏宁易购等APP，该APP还可以是物流APP，例如菜鸟裹裹、快递100或者各个物流厂商的APP。车载终端101可以搜集自身所在的车辆的行驶信息，例如车辆当前所在位置以及行驶速度等信息，并将车辆的行驶信息发送给应用服务器，以便应用服务器通知货物管理服务器104在车辆到达之前准备货物。

用户终端102是与车载终端101关联的设备，用户终端102上也安装有应用服务器103对应的APP，用户终端102和车载终端101上的APP均能够从应用服务器103同步货物订单信息以及货物物流信息。其中，用户终端102可以是手机、平板电脑(PAD)、掌上电脑(Personal Digital Assistant，PDA)或者笔记本电脑等。

应用服务器103的类型可以是可以多种多样的，根据服务器大小进行划分，应用服务器102例如可以是小型服务器、大型服务器或者服务器集群等，具体的根据具体需求可以进行合理的设置。应用服务器102是与APP对应的服务器，例如当APP为淘宝时，则应用服务器102可以为淘宝的后台服务器，或者当APP为菜鸟裹裹时，则应用服务器102可以为菜鸟裹裹的后台服务器。

应用服务器102可以与车载终端101、用户终端102以及货物管理服务器104通过网络进行通信，其中，该网络可以是有线网络或者无线网络，无线网络例如可以是移动性蜂窝网络或者无线局域网(Wireless Local Area Network，WLAN)，当然，该网络还可以是其他任何可以进行通信的网络，本申请实施例对此并不进行限制。

货物管理服务器104与多个提货地点对应，每个提货地点中设置有备货装置1041、检测装置1042以及取货辅助装置1043等装置，当然，可以根据每个提货地点所需的功能配置相应的装置。在货物管理服务器104接收提货请求之后，可以控制目标提货地点的各个装置进行配合，以辅助用户完成提货。货物管理服务器104的类型也可以根据具体需求可以进行合理的设置。

在具体实施时，应用服务器103与货物管理服务器104可以是不同的服务器，例如应用服务器103为购物APP的后台服务器，货物管理服务器104为物流方或者除购物平台与物流方之外的第三方机构的后台服务器；或者，应用服务器103与货物管理服务器104可以通过同一个服务器来实现，例如皆为购物平台的后台服务器，或者皆为物流方的后台服务器。

对于图1所示的车辆提货系统的各个设备所能实现的功能将在后续的实施例中一并进行描述，在此先不过多赘述。

为进一步说明本申请实施例提供的技术方案，下面结合附图以及具体实施方式对此进行详细的说明。虽然本申请实施例提供了如下述实施例或附图所示的方法操作步骤，但基于常规或者无需创造性的劳动在所述方法中可以包括更多或者更少的操作步骤。在逻辑上不存在必要因果关系的步骤中，这些步骤的执行顺序不限于本申请实施例提供的执行顺序。所述方法在实际的处理过程中或者装置执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行。

请参见图2，为本申请实施例提供的基于图1所示的车辆提货系统的车辆提货方法的流程示意图。

步骤201：用户终端或者车载终端向应用服务器发送订单请求，应用服务器接收订单请求。

本申请实施例中，用户可以通过用户终端或者车载终端中安装的购物APP选择自己所需的货物，待选定货物之后，可以向应用服务器发送订单请求，订单请求中携带注册用户信息、用户选择的货物清单信息以及收货地址等信息，其中，注册用户用于指代用户在网络中的身份，例如可以通过用户在应用服务器注册的账号来进行表示，一般而言，一个注册账户表示一个注册用户。

由于目前用户终端通常为较为常用的设备，在其他设备上登录注册账号通常需要用户终端进行验证，因此在车载终端上登录注册账号时，可以通过用户终端进行验证。例如，可以通过车载终端中APP的二维码扫描功能，扫描车载终端上显示的二维码并进行授权登录，以在车载终端上登录注册账号，或者，在车载终端上输入注册账号以及密码后，应用服务器请求用户终端进行授权，即用户终端上弹出授权窗口，用户确认后，即可在车载终端上登录注册账号。并且，由于车载终端一般是固定设置于车辆内的，因此在车载终端中登录注册账号之后，则可以认为是将该车辆与注册账号进行了关联，或者说认为是将该车辆与已登录注册账号的用户终端进行了关联，在用户终端中可查看到车辆的相关信息，例如车辆型号、颜色或者车牌号等信息。

其中，当用户在用户终端和车载终端上均登陆了注册账号时，用户终端和车载终端中该注册用户的货物订单信息以及货物物流信息等信息均是同步的。

其中，图2中的虚线框表示该步骤可以选择虚线框内的任一方式进行，或者两种方式同时执行均可，后续将不再对此进行赘述。

步骤202：应用服务器向用户终端和/或车载终端发送订单确认消息，用户终端和/或车载终端接收订单确认消息。

在应用服务器接收用户终端或者车载终端的订单请求后，对订单请求进行处理后，则会向用户终端以及车载终端发送订单确认消息，用于通知用户下单成功。当然，当应用服务器处理订单请求后，确定下单失败，例如货物价格发生了变化，那么应用服务器也会向用户终端以及车载终端发送订单失败消息，由于该过程属于现有技术的范畴，因此对此不再过多赘述。

需要声明的是，本申请实施例中无论是用户终端还是车载终端，与应用服务器进行的交互都是基于注册用户或者注册账号进行的，例如用户终端发送给应用服务器的订单请求中，会携带注册用户信息，以表示这些货物是通过这个身份来购买的，而在应用服务器向用户发送任何消息时，都是将消息发送给注册用户，用户可以通过注册用户对应的注册账号登录APP后，则可以查看到应用服务器发送的消息。

步骤203：货物管理服务器向应用服务器发送货物物流信息，应用服务器接收货物物流信息。

本申请实施例中，货物管理服务器可以从物流方获取货物物流信息，并将货物物流信息发送给应用服务器，货物物流信息可以包括货物承运商信息、以及货物的运送信息，货物的运送信息例如包括货物何时被揽收、经过哪些中转站以及当前最新进展等信息。

在具体实施时，货物管理服务器即可以是物流方的服务器，当货物物流信息更新后，货物管理服务器则会将最新的货物物流信息发送给应用服务器；或者，货物管理服务器为除购物平台和物流方之外的第三方的服务器，那么货物管理服务器从物流方获取最新的货物物流信息后，则会将最先的货物物流信息发送给应用服务器；或者，货物管理服务器还可以与应用服务器皆为购物平台的服务器，那么在货物管理服务器获取货物物流信息之后，则应用服务器同样也获取到了货物物流信息。

步骤204：应用服务器向用户终端和/或车载终端发送货物物流信息，用户终端和/或车载终端接收货物物流信息。

应用服务器获取货物物流信息之后，则会将货物物流信息发送给注册用户，用户通过注册账号登录用户终端和/或车载终端后则会查看到货物物流信息。

步骤205：用户终端或者车载终端向应用服务器发送预约提货请求，应用服务器接收预约提货请求。

当用户根据货物物流信息或者其他方式知晓货物已到达用户所在地时，用户则可以通过用户终端或者车载终端向应用服务器发送预约提货请求，以预约提货地点、提货方式或者提货时间，其中，预约提货请求中可以携带提货地点指示信息、提货方式指示信息和提货时间指示信息等信息。

在实际应用时，用户可以在订单请求中携带提货地点指示信息，提货地点指示信息用于指示用户选定的提货地点，那么物流方配送人员则会直接将货物放置于用户选定的提货地点，进而预约提货请求中则可以仅携带提货时间指示信息；或者，用户在订单请求中未携带提货地点指示信息，在货物到达用户所在地时，用户可以选择自己方便的提货地点，那么预约提货请求中则可以同时携带提货时间指示信息以及提货地点指示信息。其中，对于提货方式，也可以在下单时选择，或者在预约提货时进行选择，货物管理服务器可以根据用户选择的提货方式为之匹配储存仓库，例如同一提货地点可以提供多种提货方式，例如用户可以选择车辆提货的方式，即用户驾驶车辆前往提货地点提货，那么货物管理服务器可以为用户匹配适用于车辆取货的存储仓库，本申请实施例以此为例进行描述，或者，用户还可以选择人工提货的方式，例如用户步行或者单车前往提货地点提货，那么货物管理服务器可以为用户匹配适用于人工取货的存储仓库。

步骤206：应用服务器将预约提货请求发送给货物管理服务器，货物管理服务器接收预约提货请求。

货物管理服务器收到预约提货请求后，则可以根据预约提货请求为用户准备货物。

具体的，若是用户在下单时已指定了提货地点，那么货物管理服务器则可以根据预约的提货时间为该用户提货进行准备；而若是用户在下单时为指定提货地点，那么货物管理服务器需要安排在预约的提货时间之前将货物配送至用户预约的提货地点。

步骤207：用户终端或者车载终端向应用服务器发送提货请求，应用服务器接收提货请求。

为了让货物管理服务器能够更准确地知晓用户的提货时间，可以为用户提供确认前往提货的确认功能，如图3所示，在用户的待收货订单中，可以查看到用户到货的订单信息，包括购买货物的店铺、商品名称以及商品当前的状态等信息，并且还提供给用户可操作按钮，例如图3中所示的“退款”按钮和“前往取货”按钮，那么用户确定驾驶车辆前往提货时，既可以通过点击“前往取货”按钮，从而向应用服务器发送提货请求。

具体的，用户可以通过用户终端向应用服务器发送提货请求，也可以通过车载终端向应用服务器发送提货请求，其中，当用户提货请求携带货物清单信息以及车载终端所在车辆的信息。货物清单信息中可以包括一个订单的货物信息，也可以是包括多个订单的货物信息，如图3所示，用户的待取货订单中商品A和商品B都已到货，那么用户可以选择批量取货，即向应用服务器发送的提货请求用于请求提取这两个订单的货物。车载终端所在车辆的信息可以包括车辆的型号、颜色、车牌号以及车辆出发位置等信息。

在具体实施时，当用户确定前往提货之后，车载终端还可以根据车辆当前的位置以及目标提货地点的地址信息为用户开启导航。

步骤208：车载终端向应用服务器发送车辆的行驶信息，应用服务器接收车辆的行驶信息。

本申请实施例中，为给用户提供更准确地服务，可以实时的获取用户驾驶的车辆的行驶信息，以便后续根据车辆位置等信息预测车辆到达时间，从而能够保证在车辆到达之前准备好货物，并且为多个用户协调好货物提取顺序，进一步提升提货效率。因此，车载终端在提交提货请求时以及提交提货请求之后，都可以将车辆的行驶信息发送给应用服务器，也就是说，用户所提交的提货请求中可以包括当前车辆的行驶信息，并且在提交提货请求之后，车载终端也可以收集车辆的行驶信息，并发送给应用服务器。

其中，行驶信息例如可以包括车辆当前的地理位置信息以及车辆行驶速度等信息，或者还可以包括车辆的行驶路线信息，以及行驶路线上的道路状况信息等。

在具体实施时，步骤207可以是重复进行的，例如在车辆驶往目标提货地点的过程中，车载终端可以周期性的将车辆的行驶信息发送给应用服务器，其中，周期可以根据具体需求进行设置，本申请实施例对此不做限制。

本申请实施例中，由于车辆的行驶信息等信息可能包括用户的隐私信息，因此，在车载终端发送车辆的行驶信息之前，应用服务器还可以像车载终端发送行驶信息授权请求，以请求用户授权车辆终端将车辆的行驶信息发送给应用服务器。当然，用户也可以选择拒绝授权车辆行驶信息，那么车载终端则不会将车辆的行驶信息发送给应用服务器。

本申请实施例中，应用服务器在接收车辆的行驶信息之后，可以采取多种处理方式，下面将分别进行描述。

第一种处理方式

步骤209：应用服务器根据车载终端所在车辆的行驶信息预估车辆到达目标提货地点的时间。

其中，目标提货地点即为用户驾驶车辆前往取货的提货地点，应用服务器根据车载终端上报的车辆的行驶信息预估车辆到达目标提货地点的时间。

具体的，行驶信息中可以包括车辆当前的位置信息，应用服务器可以根据车辆当前的位置信息与目标提货地点的地址信息来预估车辆的到达时间。

由于车辆行驶过程中速度并不是保持恒定的，且可能会出现堵车等情况，因此应用服务器可以根据每一次车载终端上报的车辆的行驶信息来更新车辆的到达时间，以使得到达时间更加准确，从而才能更准确地为用户提供服务。

步骤210：应用服务器向货物管理服务器发送备货请求，货物管理服务器接收备货请求。

本申请实施例中，应用服务器向货物管理服务器发送的备货请求用于通知货物管理服务器用户将要前往取货，请求货物管理服务器做好提货准备。其中，备货请求中可以携带用户驾驶的车辆的信息、货物清单信息以及预估的到达时间。

在具体实施时，应用服务器初次向货物管理服务器发送备货请求之后，还可以继续多次向货物管理服务器发送备货请求，例如在应用服务器每一次收到车载终端发送的车辆的行驶信息，并更新车辆的到达时间之后，都可以将最新的到达时间携带在备货请求中发送给货物管理服务器。当然，在后续的备货请求中，则可以不必再次携带用户驾驶的车辆的信息和货物清单信息等信息了。

第二种处理方式

步骤211：应用服务器向货物管理服务器发送备货请求，货物管理服务器接收备货请求。

本申请实施例中，应用服务器发送的备货请求中也可以直接携带车载终端所在车辆的行驶信息，即直接将车辆的行驶信息发送给货物管理服务器。

步骤212：货物管理服务器根据车载终端所在车辆的行驶信息预估车辆到达目标提货地点的时间。

货物管理服务器接收备货请求后，可以根据车辆的行驶信息预估车辆到达目标提货地点的时间。其中，货物管理服务器预估到达时间可参见应用服务器进行预估部分的描述，在此不过多赘述。

步骤213：货物管理服务器根据货物清单信息以及预估的到达时间为车辆配置货物到目标货位。

货物管理服务器接收备货请求后，可以根据货物清单信息以及预估的到达时间为该车辆分配货位。具体的，在分配货位时，可以根据货物清单中货物的信息为车辆分配货位，例如目标提货地点可以根据货物的大小对货位进行划分，部分货位用于提取体积较为庞大的货物，部分货位用于提取体积较小的货物，因此可以按照用户所要提取的货物的大小为车辆分配货位。同时，目标提货点还可能出现多个车辆同时前往提货的情况，那么当存在较多车辆需要提货时，货物管理服务器还可以结合预估的到达时间依次为各个车辆安排货位，以免多个车辆同时到达出现拥塞的情况。

为车辆分配好目标货位之后，货物管理服务器还可以向目标提货地点的备货装置发送控制指令，该控制指令用于控制备货装置将货物清单信息中指示的货物搬运至目标货位，控制指令中可以携带货物清单信息以及货位的存储位置信息。

如图4所示，为目标提货地点的场景示意图。其中，目标提货地点中一般可以包括存储仓库和多个货位，存储仓库用于物流方将货物配送至提货地点后，临时存放货物，每个提货地点的每个货位同时可以供一个或者多个车辆进行取货，备货装置在提货地点中可以移动，用于在货位与存储仓库之间，以及货位与货位之间进行货物的搬运，备货装置例如可以通过移动机器人来实现。备货装置上还设置有货物识别传感器，能够在接收控制指令并根据控制指令中包括的存储位置信息在存储仓库中找到相应货物，并通过货物识别传感器对货物进行识别，以确保找到的货物确为用户所要提取的货物，再将确认之后的货物搬运至为车辆分配的目标货位。货物识别传感器例如可以扫描货物包装上的二维条码，以获取所找到的货物的信息，进而确定所找到的货物是否为用户所要提取的货物。

需要知道的是，图4中虽然仅示出了3个货位，即货位1～货位3，但是在实际实施过程中，可以根据提货地点的规模进行和合理的设置，本申请实施例对此不做限制。

步骤214：货物管理服务器向应用服务器发送目标货位信息，应用服务器接收目标货位信息。

步骤215：应用服务器向车载终端发送目标货位信息，车载终端接收目标货位信息。

本申请实施例中，货物管理服务器为车辆分配好目标货位之后，可以将目标货位信息发送给应用服务器，进而通过应用服务器将目标货位信息发送给车载终端，车载终端可以输出目标货位信息，这样，用户就可以提前知道目标货位，从而在到达目标提货地点之后，则可以直接前往目标货位，进而节省用户的时间。

具体的，车载终端可以通过显示单元显示目标货位信息，或者，为了用户能够专心的开车，保障用户的安全，还可以通过声音的形式将目标货位信息输出给用户，或者也可以通过两种方式相结合进行输出，本申请实施例对此不做限制。

本申请实施例中，在预估的车辆的到达时间发生很大变化之后，或者为车辆分配的目标货位在车辆到达时间时有较多车辆同时取货时，货物管理服务器还可以为该车辆重新分配目标货位，并将更新后的目标货位信息再次通过应用服务器发送给车载终端。

步骤216：货物管理服务器接收目标提货地点的检测装置发送检测到的车辆信息。

本申请实施例中，当用户驾驶车辆到达目标提货地点时，货物管理服务器可以对用户的身份进行验证，由于用户的用户终端已经与车辆进行了绑定，那么对于用户的验证可以转换为对车辆的验证。如图4所示，在目标提货地点的入口，可以设置检测装置，检测装置用于检测驶入入口的车辆信息。

具体的，车辆信息可以包括车辆的车牌号或者与车辆绑定的通行卡信息。其中，通行卡例如可以是电子不停车收费(Electronic Toll Collection，ETC)卡，当然，也可以是为用户置办的提货专用通行卡，或者其他可能的通行卡，本申请实施例对此不做限制。

当车辆信息为车牌号时，检测装置例如可以是包括摄像头的设备，摄像头能够拍摄包括车牌号的车辆图像，进而可以根据车辆图像对车牌号进行识别，再将识别得到的车牌号发送给货物管理服务器，货物管理服务器则可以根据车牌号确定该车辆是否为货物管理服务器接收到的备货请求所对应的车辆，以及为该车辆配置的货物是否被提取，进而确定是否允许车辆进入目标提货地点，当车牌号与备货请求所对应的车辆能够对应上，且为该车辆配置的货物未被提取，则允许该车辆进入目标提货地点，否则，当任意一条不满足时，则拒绝车辆进入目标提货地点。

当车辆信息为ETC卡时，检测装置例如可以为射频识别(Radio FrequencyIdentification，RFID)读卡器。

其中，当接收到备货请求较多时，货物管理服务器则可以确定所接收到的车牌号是否为多个备货请求中任一备货请求所对应的车辆。

步骤217：货物管理服务器引导车辆到目标货位。

本申请实施例中，当货物管理服务器允许车辆进入目标提货地点时，可以向目标提货地点的入口的闸门控制装置发送控制指令，指示闸门控制装置控制闸门开启。

此外，为了使得用户能够更快的找到目标货位，当货物管理服务器允许车辆进入目标提货地点时，货物管理服务器还可以输出引导信息，引导信息用于引导车辆到目标货位。例如，货物管理服务器可以将引导信息发送给目标提货地点的显示装置，以使得显示装置显示引导信息，从而用户查看显示装置即可以知晓如何到达目标货物。

步骤218：货物管理服务器控制取货辅助装置装载货物。

本申请实施例中，在用户驾驶车辆到达目标货位时，可以通过设置于目标货位的监控装置进行监控，或者用户可以通过车载终端主动触发已到达目标货位，以使得货物管理服务器能够知道车辆已到达目标货位，货物管理服务器则可以向目标货位的取货辅助装置发送控制指令，该控制指令用于指示取货辅助装置将货物装载到已到达目标货位的车辆中。

在具体实施时，可以为用户提供多种可选择的取货方式，例如可以包括车窗取货、后备箱取货或者下车取货，其中，车窗取货是指用户摇下车窗，通过车窗将货物递给用户，后备箱取货则是指将货物直接放置于车辆后备箱中，下车取货是指用户自行下车取货。

具体的，用户可以预先选择好取货方式，例如在预约提货或者确认前往提货时，都可以选择提货方式，进而应用服务器向货物管理服务器发送的备货请求中可以包括取货方式指示信息，用于指示用户选择的取货方式，那么货物管理服务器发送给取货辅助装置的控制指令则用于指示提货辅助装置采用与提货方式指示信息匹配的方式，将货物装载到车辆中。

如图5所示，为目标货物的场景示意图，其中，取货辅助装置为机械臂，当车辆到达目标货位时，货物管理服务器可以控制取货辅助装置夹取货物，按照用户选择的方式将货物装载到车辆中。具体的，当用户选择车窗取货时，那么在目标货位还可以对用户进行提示，提示用户开启车窗，待用户开启车窗后，将货物从车窗装载入车辆内，或者放置于车窗外等待用户提取；或者，当用户选择后备箱取货时，那么在目标货位还可以对用户进行提示，提示用户开启后备箱，待用户开启后备箱后，将货物装载入后备箱内。

步骤219：货物管理服务器向应用服务器发送提货完成通知信息，应用服务器接收提货完成通知信息。

本申请实施例中，待完成取货后，货物管理服务器可以更新货物状态为以取货，并向应用服务器发送提货完成通知，提货完成通知中可以携带货物清单信息，以通知应用服务器用户取货完成，应用服务器根据提货完成通知信息更新货物物流信息，并同步给注册用户。

具体的，当车辆从出口驶出时，货物管理服务器可以接收出口处的检测装置发送的车辆信息，即认为该车辆对应的货物取货完成，或者还可以根据目标货位处的监控装置拍摄视频或者图像进行图像识别，进而判断取货是否完成。

综上所述，本申请实施例提供了一种车辆提货系统，该系统充分利用车联网的特点，建立针对车辆的快速提货系统，提高提货效率，节约物流时间，在该系统中，应用服务器在提货请求之后，可以根据提货请求以及车载终端发送的车辆的行驶信息，来预估车辆到达目标提货地点的时间，并向货物管理服务器发送备货请求，以使得货物管理服务器针对备货请求，预先将货物移动到目标货位，这样，用户驾驶相应车辆进入目标提货点就可以直接去目标货位提取货物，无需等待目标提货点查找货物，等待时间更短，提货速度更快。

此外，在该车辆提货系统中，备货请求包括车辆的信息，在车辆欲进入目标提货点进行提货时，则可以直接对车辆进行验证，只要车辆验证通过，则允许该车辆进入，并对车辆进行引导，以便车辆快速到达目标货位，进一步提升提货的速度。

请参见图6，基于同一发明构思，本申请实施例还提供了一种车载终端，包括：

发送单元601，用于向应用服务器发送车载终端所在车辆的行驶信息；

接收单元602，用于接收货物管理服务器通过应用服务器返回的目标提货地点的目标货位信息；

输出单元603，用于输出目标货位信息。

该装置可以用于执行图2～图5所示的实施例中车载终端执行的方法，因此，对于该装置的各功能模块所能够实现的功能等可参考图2～图5所示的实施例的描述，不多赘述。

请参见图7，基于同一发明构思，本申请实施例还提供了一种应用服务器，包括：

接收单元701，用于接收车载终端或与车载终端关联的用户终端发送的提货请求以及车载终端发送的车载终端所在车辆的行驶信息，提货请求携带货物清单信息以及车载终端所在车辆的信息；

预估单元702，用于根据车载终端所在车辆的行驶信息预估车辆到达目标提货地点的时间；

发送单元703，用于向目标提货地点的货物管理服务器发送备货请求，备货请求携带车辆的信息、货物清单信息以及预估的到达时间；

接收单元701，还用于接收货物管理服务器发送的目标货位信息，目标货位信息是货物管理服务器在接收备货请求后，根据货物清单信息以及预估的到达时间为车辆配置的。

该装置可以用于执行图2～图5所示的实施例中应用服务器执行的方法，因此，对于该装置的各功能模块所能够实现的功能等可参考图2～图5所示的实施例的描述，不多赘述。

请参见图8，基于同一发明构思，本申请实施例还提供了一种货物管理服务器，包括：

收发单元801，用于接收应用服务器发送的备货请求，备货请求携带车辆的信息和货物清单信息；

确定单元802，用于确定车辆到达目标提货地点的时间；

货位配置单元803，用于根据货物单元信息和确定的时间为车辆配置货物到目标货位；

车辆引导单元804，用于执行以下步骤中的至少一个：将目标货位信息通过应用服务器发送给车载终端，将目标货位信息通过应用服务器发送给与车载终端关联的用户终端，在车辆到达目标提货地点后引导车辆到目标货位。

可选的，确定单元802具体用于：

根据应用服务器预估的到达时间，确定车辆到达目标提货地点的时间，其中，备货请求携带应用服务器预估的到达时间；或者，

根据车辆的行驶信息确定车辆到达目标提货地点的时间，其中，备货请求携带车辆的行驶信息。

可选的，收发单元801还用于接收位于目标提货地点入口的检测装置检测到的车辆信息；

确定单元802还用于：若根据检测到的车辆信息，确定相应车辆为货物管理服务器接收到的备货请求所对应的车辆，且为车辆配置的货物尚未提取，则允许车辆进入目标提货地点，否则拒绝车辆进入目标提货地点。

可选的，收发单元801还用于向目标货位的取货辅助装置发送控制指令，控制指令用于指示取货辅助装置将目标货位信息的货物装载到到达目标货位信息的车辆。

可选的，收发单元801还用于基于取货方式指示信息，向目标货位信息的取货辅助装置发送控制指令，控制指令用于指示取货辅助装置采用与取货方式指示信息匹配的方式将目标货位信息的货物装载到到达目标货位信息的车辆。

该装置可以用于执行图2～图5所示的实施例中货物管理服务器执行的方法，因此，对于该装置的各功能模块所能够实现的功能等可参考图2～图5所示的实施例的描述，不多赘述。

请参见图9，基于同一发明构思，本申请实施例还提供了一种计算机设备，可以包括存储器901和处理器902。

所述存储器901，用于存储处理器902执行的计算机程序。存储器901可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序等；存储数据区可存储根据计算机设备的使用所创建的数据等。处理器902，可以是一个中央处理单元(central processing unit，CPU)，或者为数字处理单元等等。本申请实施例中不限定上述存储器901和处理器902之间的具体连接介质。本申请实施例在图9中以存储器901和处理器902之间通过总线903连接，总线903在图9中以粗线表示，其它部件之间的连接方式，仅是进行示意性说明，并不引以为限。所述总线903可以分为地址总线、数据总线、控制总线等。为便于表示，图9中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

存储器901可以是易失性存储器(volatile memory)，例如随机存取存储器(random-access memory，RAM)；存储器901也可以是非易失性存储器(non-volatilememory)，例如只读存储器，快闪存储器(flash memory)，硬盘(hard disk drive，HDD)或固态硬盘(solid-state drive，SSD)、或者存储器901是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器901可以是上述存储器的组合。

处理器902，用于调用所述存储器901中存储的计算机程序时执行如图2～图5中所示的实施例中各个设备所执行的方法，例如计算机设备可以为用户终端、车载终端、应用服务器以及货物管理服务器中的任意一个。

本申请实施例还提供了一种计算机存储介质，存储为执行上述处理器所需执行的计算机可执行指令，其包含用于执行上述处理器所需执行的程序。

在一些可能的实施方式中，本申请提供的方法的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在计算机设备上运行时，所述程序代码用于使所述计算机设备执行本说明书上述描述的根据本申请各种示例性实施方式的方法中的步骤，例如，所述计算机设备可以执行如图2～图5中所示的实施例中各个设备所执行的方法。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

本申请的实施方式的方法的程序产品可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在计算设备上运行。然而，本申请的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括——但不限于——电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于——无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本申请操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

应当注意，尽管在上文详细描述中提及了装置的若干单元或子单元，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本申请的实施方式，上文描述的两个或更多单元的特征和功能可以在一个单元中具体化。反之，上文描述的一个单元的特征和功能可以进一步划分为由多个单元来具体化。

此外，尽管在附图中以特定顺序描述了本申请方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (19)

1.一种车辆提货系统，其特征在于，包括：应用服务器、车载终端以及货物管理服务器；

所述车载终端，用于向所述应用服务器发送所述车载终端所在车辆的行驶信息；

所述应用服务器，用于接收所述车载终端或与所述车载终端关联的用户终端发送的提货请求，所述提货请求携带货物清单信息以及所述车载终端所在车辆的信息；根据所述车载终端所在车辆的行驶信息预估所述车辆到达目标提货地点的时间，以及向目标提货地点的货物管理服务器发送备货请求，所述备货请求携带所述车辆的信息、货物清单信息以及预估的到达时间；

所述货物管理服务器，用于在接收所述备货请求后，根据所述货物清单信息以及预估的到达时间为所述车辆配置货物到目标货位，以及执行以下步骤中的至少一个：将目标货位信息通过所述应用服务器发送给所述车载终端，将目标货位信息通过所述应用服务器发送给与所述车载终端关联的用户终端，在所述车辆到达所述目标提货地点后引导所述车辆到所述目标货位。

2.如权利要求1所述的系统，其特征在于，所述车载终端，还用于：向所述应用服务器发送提货请求。

3.如权利要求1所述的系统，其特征在于，所述货物管理服务器，还用于：向所述应用服务器发送提货完成通知，所述提货完成通知携带所述货物清单信息；

所述应用服务器，还用于：根据接收到的所述提货完成通知所携带的货物清单信息更新对应的货物物流信息。

4.如权利要求1所述的系统，其特征在于，所述货物管理服务器还用于：

接收位于所述目标提货地点入口的检测装置检测到的车辆信息；

若根据检测到的车辆信息，确定相应车辆为所述货物管理服务器接收到的备货请求所对应的车辆，且为所述车辆配置的货物尚未提取，则允许所述车辆进入所述目标提货地点，否则拒绝所述车辆进入所述目标提货地点。

5.如权利要求4所述的系统，其特征在于，所述检测装置检测到的车辆信息，包括：车辆的车牌号，或者与车辆绑定的通行卡信息。

6.如权利要求1所述的系统，其特征在于，所述货物管理服务器，还用于：

向所述目标货位的取货辅助装置发送控制指令，所述控制指令用于指示所述取货辅助装置将所述目标货位的货物装载到到达所述目标货位的所述车辆。

7.如权利要求6所述的系统，其特征在于，所述车载终端发送的所述提货请求还携带取货方式指示信息；所述应用服务器向所述货物管理服务器发送的备货请求还携带所述取货方式指示信息；

所述货物管理服务器具体用于：

基于所述取货方式指示信息，向所述目标货位的取货辅助装置发送控制指令，所述控制指令用于指示所述取货辅助装置采用与所述取货方式指示信息匹配的方式将所述目标货位的货物装载到到达所述目标货位的所述车辆。

8.如权利要求1至7中任一项所述的系统，其特征在于，所述车载终端，还用于：与用户终端同步货物订单信息以及货物物流信息。

9.一种车辆提货系统，其特征在于，包括：应用服务器、车载终端以及货物管理服务器；

所述车载终端，用于向所述应用服务器发送所述车载终端所在车辆的行驶信息；

所述应用服务器，用于接收所述车载终端或与所述车载终端关联的用户终端发送的提货请求，所述提货请求携带货物清单信息以及所述车载终端所在车辆的信息，以及向目标提货地点的货物管理服务器发送备货请求，所述备货请求携带所述车辆的信息、货物清单信息以及所述车载终端所在车辆的行驶信息；

所述货物管理服务器，用于在接收所述备货请求后，根据所述车载终端所在车辆的行驶信息预估所述车辆到达所述目标提货地点的时间，并根据所述货物清单信息以及预估的到达时间为所述车辆配置货物到目标货位，以及执行以下步骤中的至少一个：将目标货位信息通过所述应用服务器发送给所述车载终端，将目标货位信息通过所述应用服务器发送给与所述车载终端关联的用户终端，在所述车辆到达所述目标提货地点后引导所述车辆到所述目标货位。

10.一种基于如权利要求1-8或者9中任一项所述的车辆提货系统所实现的车辆提货方法，应用于应用服务器中，其特征在于，包括：

接收车载终端或与所述车载终端关联的用户终端发送的提货请求以及所述车载终端发送的所述车载终端所在车辆的行驶信息，所述提货请求携带货物清单信息以及车载终端所在车辆的信息；

根据所述车载终端所在车辆的行驶信息预估所述车辆到达目标提货地点的时间；

向目标提货地点的货物管理服务器发送备货请求，所述备货请求携带所述车辆的信息、货物清单信息以及预估的到达时间；

接收所述货物管理服务器发送的目标货位信息，目标货位信息是所述货物管理服务器在接收所述备货请求后，根据所述货物清单信息以及预估的到达时间为所述车辆配置的。

11.一种基于如权利要求1-8或者9中任一项所述的车辆提货系统所实现的车辆提货方法，应用于货物管理服务器中，其特征在于，包括：

接收应用服务器发送的备货请求，所述备货请求携带车辆的信息和货物清单信息；

确定所述车辆到达目标提货地点的时间；

根据所述货物单元信息和确定的时间为所述车辆配置货物到目标货位；以及，

执行以下步骤中的至少一个：将目标货位信息通过所述应用服务器发送给所述车载终端，将目标货位信息通过所述应用服务器发送给与所述车载终端关联的用户终端，在所述车辆到达所述目标提货地点后引导所述车辆到所述目标货位。

12.如权利要求11所述的方法，其特征在于，所述确定所述车辆到达目标提货地点的时间，包括：

根据所述应用服务器预估的到达时间，确定所述车辆到达目标提货地点的时间，其中，所述备货请求携带所述应用服务器预估的到达时间；或者，

根据所述车辆的行驶信息确定所述车辆到达目标提货地点的时间，其中，所述备货请求携带所述车辆的行驶信息。

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

接收位于所述目标提货地点入口的检测装置检测到的车辆信息；

若根据检测到的车辆信息，确定相应车辆为所述货物管理服务器接收到的备货请求所对应的车辆，且为所述车辆配置的货物尚未提取，则允许所述车辆进入所述目标提货地点，否则拒绝所述车辆进入所述目标提货地点。

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

向所述目标货位的取货辅助装置发送控制指令，所述控制指令用于指示所述取货辅助装置将目标货位信息的货物装载到到达目标货位信息的所述车辆。

15.如权利要求11所述的方法，其特征在于，所述备货请求还携带所述取货方式指示信息，则所述向所述目标货位的取货辅助装置发送控制指令，包括：

基于所述取货方式指示信息，向目标货位信息的取货辅助装置发送控制指令，所述控制指令用于指示所述取货辅助装置采用与所述取货方式指示信息匹配的方式将目标货位信息的货物装载到到达目标货位信息的所述车辆。

16.一种应用服务器，其特征在于，包括：

接收单元，用于接收提货请求以及车载终端发送的所述车载终端所在车辆的行驶信息，所述提货请求携带货物清单信息以及车载终端所在车辆的信息；

预估单元，用于根据所述车载终端所在车辆的行驶信息预估所述车辆到达目标提货地点的时间；

发送单元，用于向目标提货地点的货物管理服务器发送备货请求，所述备货请求携带所述车辆的信息、货物清单信息以及预估的到达时间；

所述接收单元，还用于接收所述货物管理服务器发送的目标货位信息，目标货位信息是所述货物管理服务器在接收所述备货请求后，根据所述货物清单信息以及预估的到达时间为所述车辆配置的。

17.一种货物管理服务器，其特征在于，包括：

收发单元，用于接收应用服务器发送的备货请求，所述备货请求携带车辆的信息和货物清单信息；

确定单元，用于确定所述车辆到达目标提货地点的时间；

货位配置单元，用于根据所述货物单元信息和确定的时间为所述车辆配置货物到目标货位；

车辆引导单元，用于执行以下步骤中的至少一个：将目标货位信息通过所述应用服务器发送给所述车载终端，将目标货位信息通过所述应用服务器发送给与所述车载终端关联的用户终端，在所述车辆到达所述目标提货地点后引导所述车辆到所述目标货位。

18.一种计算机设备，其特征在于，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如权利要求10或者11～15中任一项所述的方法。

19.一种计算机存储介质，其特征在于：

所述计算机存储介质存储有计算机指令，当所述计算机指令在计算机上运行时，使得计算机执行如权利要求10或者11～15中任一项所述的方法。