CN110148035A - 车辆后备箱租赁方法、服务器及存储介质 - Google Patents

Abstract

本申请实施例适用于互联网技术领域，公开了一种车辆后备箱租赁方法、服务器及计算机可读存储介质，其中，方法包括：获取至少一个车辆后备箱租赁信息；获取用户提交的后备箱租赁请求；根据租赁使用类型、租赁需求信息和第一租赁订单、车辆基本信息，确定候选车辆后备箱集合；将候选车辆后备箱集合发送至用户，以使用户确定目标车辆后备箱并发送目标车辆后备箱租赁交易请求；将租赁交易请求发送至目标车辆后备箱对应的目标车主；接收目标车主对租赁交易请求的确认信息；根据确认信息执行租赁交易。本申请实施例实现了多人租赁使用后备箱，提高了用户体验和租赁便利性。

Description

车辆后备箱租赁方法、服务器及存储介质

技术领域

本申请属于互联网技术领域，尤其涉及一种车辆后备箱租赁方法、服务器及计算机可读存储介质。

背景技术

共享后备箱是指将汽车的后备箱空间“共享”给有物品运输需求的用户，即物品托运用户通过支付一定报酬给承运车主，从而获得承运车主的汽车后备箱的使用权，托运用户可以通过汽车后备箱，将需要托运的物品运输至目的地。

日常生活中，后备箱使用率普遍偏低，在车辆行驶过程中，后备箱的资源大多没有被有效利用，造成了一定程度的运输资源浪费，通过共享后备箱可以有效地利用闲置的运输资源，有效地解决中短途货物运送的难点。

现阶段的共享后备箱，仅限于一对一的使用。即承运车主和托运用户之间的关系是一对一的。具体地，托运用户搜寻到符合需求的车主招募信息后，确认托运物品订单，则此次交易生效，即下架该车主的招募信息，其他托运用户不能再与该车主建立托运关系。或者，车主搜索到可托运的用户信息，达成交易后即下架用户的需求信息，其他车主不能再与该用户建立托运关系。但是，在同一段行程中，可能由于时间点、汽车减震性更好、车主驾驶习惯和信用更好等因素，多个用户可能青睐于同一车主，但是，目前的共享后备箱一对一租赁方式，使得多个用户不能同时选择同一车主，严重影响用户体验。此外，在同一地点，共享后备箱的数量有限，导致用户的租赁便利性较差。

发明内容

有鉴于此，本申请实施例提供一种车辆后备箱租赁方法、服务器及计算机可读存储介质，以解决现有共享后备箱一对一租赁方式导致用户的体验度和租赁便利性均较差的问题。

本申请实施例的第一方面提供一种车辆后备箱租赁方法，所述方法包括：

获取至少一个车辆后备箱租赁信息，所述车辆后备箱租赁信息包括第一租赁订单和车辆基本信息，所述第一租赁订单为车辆后备箱已有的用户租赁订单；

获取用户提交的后备箱租赁请求，所述租赁请求包括租赁使用类型和租赁需求信息；

根据所述租赁使用类型、租赁需求信息和第一租赁订单、车辆基本信息，确定候选车辆后备箱集合；

将所述候选车辆后备箱集合发送至所述用户，以使所述用户确定目标车辆后备箱并发送目标车辆后备箱租赁交易请求；

将所述租赁交易请求发送至所述目标车辆后备箱对应的目标车主；

接收所述目标车主对所述租赁交易请求的确认信息；

根据所述确认信息执行所述租赁交易。

结合第一方面，在一种可能的实现方式中，所述根据所述租赁使用类型、租赁需求信息和第一租赁订单、车辆基本信息，确定候选车辆后备箱集合，具体包括：

确定具有与所述租赁需求信息匹配的车辆基本信息的车辆后备箱作为第一待选后备箱集合；

确定具有与所述租赁使用类型匹配的第一租赁订单的车辆后备箱作为第二待选后备箱集合；

根据所述第一待选后备箱集合和所述第二待选后备箱集合，确定候选车辆后备箱集合。

结合第一方面，在一种可能的实现方式中，所述租赁需求信息包括租赁需求时间和租赁需求空间；

所述确定具有与所述租赁需求信息匹配的车辆基本信息的车辆后备箱作为第一待选后备箱集合，具体包括：

将满足所述租赁需求时间且车辆后备箱剩余空间不小于租赁需求空间的车辆后备箱确定为第一待选后备箱集合。

结合第一方面，在一种可能的实现方式中，所述租赁使用类型为托运类型，所述确定具有与所述租赁使用类型匹配的第一租赁订单的车辆后备箱作为第二待选后备箱集合，具体包括：

确定第一租赁订单为托运订单的车辆后备箱为第二待选后备箱集合。

结合第一方面，在一种可能的实现方式中，所述根据所述确认信息执行所述租赁交易，具体包括：

根据所述第一租赁订单生成所述用户的托运交接方案；

将所述托运交接方案发送至所述用户。

结合第一方面，在一种可能的实现方式中，所述租赁使用类型为存储类型，所述确定具有与所述租赁使用类型匹配的第一租赁订单的车辆后备箱作为第二待选后备箱集合，具体包括：

确定第一租赁订单为储物订单的车辆后备箱为第二待选后备箱集合。

本申请实施例的第二方面提供一种服务器，包括：

租赁信息获取模块，用于获取至少一个车辆后备箱租赁信息，所述车辆后备箱租赁信息包括第一租赁订单和车辆基本信息，所述第一租赁订单为车辆后备箱已有的用户租赁订单；

租赁请求获取模块，用于获取用户提交的后备箱租赁请求，所述租赁请求包括租赁使用类型和租赁需求信息；

确定模块，用于根据所述租赁使用类型、租赁需求信息和第一租赁订单、车辆基本信息，确定候选车辆后备箱集合；

第一发送模块，用于将所述候选车辆后备箱集合发送至所述用户，以使所述用户确定目标车辆后备箱并发送目标车辆后备箱租赁交易请求；

第二发送模块，用于将所述租赁交易请求发送至所述目标车辆后备箱对应的目标车主；

接收模块，用于接收所述目标车主对所述租赁交易请求的确认信息；

执行模块，用于根据所述确认信息执行所述租赁交易。

结合第二方面，在一种可能的实现方式中，所述确定模块包括：

第一确定单元，用于确定具有与所述租赁需求信息匹配的车辆基本信息的车辆后备箱作为第一待选后备箱集合；

第二确定单元，用于确定具有与所述租赁使用类型匹配的第一租赁订单的车辆后备箱作为第二待选后备箱集合；

第三确定单元，用于根据所述第一待选后备箱集合和所述第二待选后备箱集合，确定候选车辆后备箱集合。

结合第二方面，在一种可能的实现方式中，所述租赁需求信息包括租赁需求时间和租赁需求空间；

所述第一确定单元具体包括：

第一确定子单元，用于将满足所述租赁需求时间且车辆后备箱剩余空间不小于租赁需求空间的车辆后备箱确定为第一待选后备箱集合。

结合第二方面，在一种可能的实现方式中，所述租赁使用类型为托运类型，所述第二确定单元具体包括：

第二确定子单元，用于确定第一租赁订单为托运订单的车辆后备箱为第二待选后备箱集合。

结合第二方面，在一种可能的实现方式中，所述执行模块具体包括：

生成单元，用于根据所述第一租赁订单生成所述用户的托运交接方案；

发送单元，用于将所述托运交接方案发送至所述用户。

结合第二方面，在一种可能的实现方式中，所述租赁使用类型为存储类型，所述第二确定单元具体包括：

第三确定子单元，用于确定第一租赁订单为储物订单的车辆后备箱为第二待选后备箱集合。

本申请实施例的第三方面提供一种服务器，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上述第一方面任一项所述方法的步骤。

本申请实施例的第四方面提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如上述第一方面任一项所述方法的步骤。

本申请实施例与现有技术相比存在的有益效果是：通过根据该后备箱已有的用户租赁订单、车辆基本信息分别和用户的租赁使用类型、租赁需求信息进行匹配，确定候选车辆后备箱集合供用户选择，并在已有租赁订单的基础上再与用户建立租赁关系，实现了多人租赁使用后备箱，提高了用户体验和租赁便利性。

附图说明

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

图1为本申请实施例提供的车辆后备箱租赁***的架构示意框图；

图2为本申请实施例提供的一种车辆后备箱租赁方法的流程示意框图；

图3为本申请实施例提供的候选车辆后备箱集合筛选过程的流程示意框图；

图4为本申请实施例提供的储物流程示意框图；

图5为本申请实施例提供的后备箱剩余空间计算过程的流程示意框图；

图6为本申请实施例提供的服务器的示意框图；

图7为本申请实施例提供的服务器的示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定***结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的***、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。

在介绍本申请实施例的具体细节之前，下面首先对本申请实施例的***架构进行介绍说明。

参见图1示出的车辆后备箱租赁***，该***包括服务器11、用户终端12以及车主终端13。服务器分别与用户终端、车主终端通信连接。其中，用户终端和车主终端可以具体为但不限于手机、平板等，且终端上安装有相应的应用程序以实现所需的功能。

用户可以通过托运用户终端发布租赁请求、查看或接收车主发布的后备箱租赁信息等。车主可以通过车主终端接收租赁订单、发布租赁需求信息等。

其中，用户租赁车辆后备箱的用途可以包括物品托运和物品储存。以物品托运为例，当车主需要行驶至某目的地，且在此行程中后备箱闲置时，车主可以通过车主终端填写行程路线、行程开始时间、其他限制信息等承运需求信息；服务器接收车主上传的承运需求信息之后则发布该信息；各个用户可以搜索查看到各个车主发布的承运需求信息，然后根据需要选择合适的车主下单，托运用户下单时，设置相应的物品交接地点和时间；用户下单后，车主可以选择是否接单，车主接单后，根据约定时间、地点进行物品交接，并将物品运送至相应目的地。

以物品储存为例，当车主长期不使用车辆，且将车辆停放在某一个固定位置时，车主可以发布储物招募信息，以招募有储物需求的用户。用户可以查看各个车主发布的储物招募信息，根据自身的位置、储物要求等，选择合适的车主下单，用户下单之后，车主确认是否接单；当车主接单之后，可以远程控制车辆打开后备箱，让用户将物品存放至后备箱中。

当然，后备箱租赁的用途还可以包括其它，在此不作限定。

在介绍完本实施例的大体***架构之后，下面将对本申请实施例提供的具体技术方案进行介绍。为了说明本申请所述的技术方案，下面通过具体实施例来进行说明。

实施例一

请参见图2，为本申请实施例提供的一种车辆后备箱租赁方法的流程示意框图，该方法可以包括以下步骤：

步骤S201、获取至少一个车辆后备箱租赁信息，车辆后备箱租赁信息包括第一租赁订单和车辆基本信息。第一租赁订单为车辆后备箱已有的用户租赁订单。

需要说明，上述车辆基本信息包括但不限于车辆信息以及后备箱信息。后备箱信息包括体积、可承重范围等信息，车辆信息包括车型信息和可租赁时间信息等。上述第一租赁订单是指该车辆后备箱已有的用户租赁订单，通过已有的用户租赁订单可以表征车主的租赁要求，例如，当该已有订单为托运订单时，则表明该车辆后备箱的租赁类型为物品托运，而当该已有订单为储存订单时，则表明该车辆后备箱的租赁类型为物品储存。

已有租赁订单是指在该托运用户之前，其他用户与该车主已经建立的租赁订单。例如，当已有订单为托运订单时，假设当前的托运用户为用户B，某条发布信息对应的车主为b，在用户B查看车主b发布的承运招募信息之前，用户A已经查看过车主b发布的该条承运招募信息，并与车主b已经确立托运合同关系，用户A与车主b之间的订单为上述已有托运订单。在一些情况下，可以将该车辆后备箱的已有租赁订单与其他信息(例如，车主租赁需要信息等)一并展示给用户。

车辆后备箱的租赁类型可以由车主根据需要进行设定，如果车主需要将某一端行程中的空置后备箱租赁出去，则可以将后备箱租赁类型设置为物品托运，这样，托运用户则可以根据车主的行程路程信息、行程开始时间、托运限制信息以及已有托运订单等，选择合适的后备箱进行物品托运。而如果车主需要将车辆长时间停放在某一个地方，并需要将控制后备箱租赁出去时，则可以将后备箱租赁类型设置为物品储存，这样，储存用户则可以根据车主发布的车辆位置、储存时长以及其他储存要求等，选择合适的后备箱进行物品储存。具体应用中，车主可以发布托运招募信息和储存招募信息，以设置托运或储存的相关信息。

步骤S202、获取用户提交的后备箱租赁请求，租赁请求包括租赁使用类型和租赁需求信息。

需要说明，上述租赁使用类型包括但不限于物品托运和物品储存等，其可以表征用户租赁后备箱的用途，是租赁后备箱用于物品托运，还是租赁后备箱用于物品储存。租赁需求信息包括租赁需求时间和租赁需求空间等。当使用类型为物品托运时，租赁需求时间具体包括托运开始时间和托运结束时间。

步骤S203、根据租赁使用类型、租赁需求信息和第一租赁订单、车辆基本信息，确定候选车辆后备箱集合。

具体地，将租赁使用类型与第一租赁订单进行匹配，将租赁需求信息与车辆基本信息进行匹配，以筛选出租赁使用类型和需求均相符的候选车辆后备箱。例如，当用户的租赁使用类型为托运时，筛选出租赁类型为物品托运的车辆后备箱集合；根据用户所需托运物品的重量、大小和托运时间等需求信息，筛选出与用户需求相符的车辆后备箱集合；两个车辆后备箱集合的交集即为上述候选后备箱集合。

在一些实施例中，参见图3示出的候选车辆后备箱集合筛选过程的流程示意框图，上述根据租赁使用类型、租赁需求信息和第一租赁订单、车辆基本信息，确定候选车辆后备箱集合的过程可以具体包括以下步骤：

步骤S301、确定具有与租赁需求信息匹配的车辆基本信息的车辆后备箱作为第一待选后备箱集合。

可以理解，当用户租赁使用类型不同时，用户的租赁需求信息也会有相应的不同。但无论租赁使用类型是物品托运，还是物品储存，均需要将物品放置在后备箱中一段时间，故对于车辆后备箱的可用体积、可承重重量、租赁时间等均有一定的要求。

进一步地，上述租赁需求信息包括租赁需求时间和租赁需求空间；此时，上述确定具有与租赁需求信息匹配的车辆基本信息的车辆后备箱作为第一待选后备箱集合的过可以具体包括：将满足租赁需求时间且车辆后备箱剩余空间不小于租赁需求空间的车辆后备箱确定为第一待选后备箱集合。

需要说明，租赁需求空间可以根据物品的规格参数确定。例如，在托运租赁中，托运物品的规格参数确定了托运物品所需要的空间，当后备箱剩余空间大于托运物品所需空间，且租赁时间满足用户的时间需求，则可以将此类车辆后备箱作为第一待选后备箱集合。同理，在储物租赁中，储存物品的规格参数确定了储存物品所需的空间，当后备箱剩余空间大于储存物品所需空间的后备箱，且租赁时间满足用户时间需求，则可以将此类车辆后备箱作为第一待选后备箱集合。

步骤S302、确定具有与租赁使用类型匹配的第一租赁订单的车辆后备箱作为第二待选后备箱集合。

可以理解，各个车主所发布的租赁类型不是完全一样的，故可以根据用户的使用类型和车主的租赁类型进行匹配筛选，确定出与用户的租赁使用类型相符的车辆后备箱。

当租赁使用类型为托运类型，上述确定具有与租赁使用类型匹配的第一租赁订单的车辆后备箱作为第二待选后备箱集合的过程具体包括：确定第一租赁订单为托运订单的车辆后备箱为第二待选后备箱集合。

而当租赁使用类型为存储类型，上述确定具有与租赁使用类型匹配的第一租赁订单的车辆后备箱作为第二待选后备箱集合的过程具体包括：确定第一租赁订单为储物订单的车辆后备箱为第二待选后备箱集合。

需要说明，上述步骤S302和步骤S301的执行顺序可以是任意的，可以有先后顺序，也可以没有先后顺序，这两个步骤即可同时进行，也可以分步进行。

步骤S303、根据第一待选后备箱集合和第二待选后备箱集合，确定候选车辆后备箱集合。

具体地，在筛选出第一待选后备箱集合和第二待选后备箱集合之后，将这两个集合的交集作为候选车辆后备箱集合。

步骤S204、将候选车辆后备箱集合发送至用户，以使用户确定目标车辆后备箱并发送目标车辆后备箱租赁交易请求。

具体地，在确定出候选后备箱集合之后，可以将这些集合通过用户终端呈现给用户，以供用户选择。用户可以根据自身的需求，选择合适的后备箱作为目标车辆后备箱，并发起租赁交易请求。

步骤S205、将租赁交易请求发送至目标车辆后备箱对应的目标车主。

步骤S206、接收目标车主对租赁交易请求的确认信息。

步骤S207、根据确认信息执行租赁交易。

具体地，用户下单之后，车主可以选择是否接单，如果车主确定接单，用户和车主之间则建立后备箱租赁关系，用户可以规定时间内使用该车主的后备箱进行物品托运，或者物品储存。

其中，当为托运租赁时，可以根据多个用户的托运订单，生成托运交接方案。故在一些实施例中，上述根据确认信息执行租赁交易，具体包括：根据第一租赁订单生成用户的托运交接方案；将托运交接方案发送至用户。

具体地，在同一个车主的行驶路线上，可能存在多个用户的托运订单。即多个用户使用同一车主的车辆后备箱进行托运。此时，可以结合每个用户的交接耗时和路况信息等，给出每个用户的交接建议信息。

先根据车主的行程路线信息，获取对应的行驶路线的路况信息；接着根据路况信息和行程路线信息，计算行程耗时；根据预先设置的交接预留时间和预标记交接点，计算交接耗时；将行程耗时和交接耗时相加得到总耗时；基于行程开始时间和总耗时，计算交接建议时间和交接建议地点；根据交接建议时间、交接建议地点以及托运订单信息，生成物品交接建议信息；其中，承运需求信息包括行程路线信息和行程开始时间；已有托运订单信息包括预标记交接点。

可以理解，上述行程路线信息是指车主发布的行程路线，具体可以通过第三方地图应用(例如谷歌地图等)获取该行程路线的路况信息。该路况信息可以包括但不限于路段限速信息、拥堵程度信息、施工或事故信息等。

在获取到路况信息和行程路线信息之后，再结合车主驾驶速度，可以计算出行程耗时。其中，车主驾驶速度可以是预先设定的数值，也可以是基于车主的历史驾驶信息计算出的历史均值。

上述行程耗时可以包括行程开始点至结束点之间任意一处地点的行程耗时。例如，起始点分别为N、M点，上述行程耗时包括N～M之间的任意一个地点与起始点之间的耗时。通过上述行程耗时可以得知各个行经点的行程耗时。

需要说明，上述预标记交接点是指通过根据已有订单信息自动对车主行程进行标记得到交接点，即根据已有订单中确定的物品交接点，***自动在车主行程路线中标记。该预标记交接点可以有一个或多个，且交接点可以是车主交货点，也可以是车主接货点。上述交接预留时间是指每次交接所耗费的时间，其为经验数值。一般情况下，该交接预留时间是固定的，即设定每次交接所耗费的时间是固定的。

统计预标记交接点的个数，再将个数与单次交接预留时间相乘即可得到交接耗时。

一般情况下，交接建议地点为用户所设置的交接地点，而交接建议时间是根据车主的行程开始时间和路上的时间进行计算得到的。具体地，将相应交接地点的行程耗时和交接耗时相加得到总耗时，再将行程开始时间和总耗时相加得到交接建议时间。

其中，该交接建议时间可以是一个时间点，也可以是一个时间段，且可以根据实时路况信息进行调整，并及时反馈给托运用户。当然，也可以基于托运用户设置的交接时间，计算出交接建议地点。在生成物品交接建议信息之后，可以将该建议信息显示给托运用户。

在托运租赁中，车主开始行程之后，可以实时获取车主的位置，判断车主的位置是否为预标记交接点，如果是，则可以生成交接提示信息，提示车主或用户进行交接。从而提高用户的使用体验。

可见，本实施例通过根据该后备箱已有的用户租赁订单、车辆基本信息分别和用户的租赁使用类型、租赁需求信息进行匹配，确定候选车辆后备箱集合供用户选择，并在已有租赁订单的基础上再与用户建立租赁关系，实现了多人租赁使用后备箱，提高了用户体验和租赁便利性。其中，不仅可以使得多个托运用户在同一行驶路线上租赁使用同一车辆后备箱，也可以使得多个储存用户租赁使用同一车辆后备箱。

实施例二

车辆后备箱不仅可以用于承运货物，当汽车长时间不使用时，还可以作为储物柜使用。车主可以将车辆停放于某处，然后通过发布后备箱租赁招募信息，有储物需求的用户可以根据后备箱招募信息，选择合适的后备箱作为储物柜存储物品。

基于上述实施例，参见图4示出的储物流程示意框图，上述方法还可以包括：

步骤S401、获取储物用户的储物请求和定位信息。

步骤S402、查找与储物请求和定位信息相符的后备箱储物招募信息，后备箱储物招募信息为车主预先发布的，表征车主将汽车后备箱作为储物柜租赁时的相关信息。

具体地，储物用户可以通过终端搜索、查看相应位置周围的后备箱储物招募信息；服务器根据储物用户的请求和位置信息，查找出该地理位置附近，且与储物请求相符的后备箱招募信息，并将该后备箱储物招募信息显示给储物用户。

其中，上述后备箱储物招募信息可以包括但不限于车辆停放地点、后备箱信息、可储物时长等。后备箱信息例如包括后备箱大小、可承重范围、后备箱可用空间等。

步骤S403、将后备箱储物招募信息呈现给储物用户。

步骤S404、获取储物用户的储存订单信息。

步骤S405、待目标车主接收储存订单之后，获取目标车主的远程开箱指令。

步骤S406、根据远程开箱指令，控制目标车主对应的后备箱执行开箱操作。

具体地，在将后备箱储物招募信息显示给用户之后，储物用户可以根据自身需求选择相应的后备箱作为储物柜。当储物用户确认下单之后，提示储物用户输入储存订单信息，该储存订单信息可以包括但不限于储存物品信息、储存时长等。当储物用户下单之后，目标车主可以选择是否接受该储存订单；目标车主接受该订单之后，车主可以通过车主终端输入远程开箱指令，以打开后备箱供储物用户存放物品。

其中，预先在车辆中安装有无线接收终端和开箱装置，服务器根据车主的开箱指令，下发相应控制指令至无线接收终端，无线接收终端根据该控制指令执行开箱操作。

当然，如果储物用户所选择的后备箱中已有其他用户存放物品，则在显示后备箱储物招募信息中一并显示已储存物品信息和可用剩余空间。

一个共享后备箱可以供多个储物用户存放物品，在一个储物用户存放物品之后，可以及时更新后备箱的可用剩余空间，并基于该可用剩余空间更新后备箱招募信息中的可用空间信息。

在一些实施例中，参见图5示出的后备箱剩余空间计算过程的流程示意框图，在上述根据远程开箱指令，控制目标车主对应的后备箱执行开箱操作之后，还可以包括：

步骤S501、在储物用户存取物品并关闭后备箱之后，获取后备箱内部图像。

具体地，车辆后备箱内预先安装有摄像头，用于拍摄后备箱内部图像。在车主关闭后备箱之后，则触发图像拍照流程。

步骤S502、计算后备箱内部图像中已存放物品所占的比例。

步骤S503、根据比例计算后备箱剩余空间。

步骤S504、根据后备箱剩余空间更新储物招募信息中的后备箱空间信息。

具体地，利用图像识别算法确定已存放物品的位置，并计算其面积大小，然后计算已存放物品所占的比例；根据预先建立的后备箱模型和该比例信息，计算出后备箱剩余空间是多少；最后，基于计算出的后备箱剩余空间更新招募信息中的空间信息，以继续招募下个储物用户。

当储物用户需要取存放物品时，可以联系车主，通过车主远程控制打开后备箱进行取件。

可见，本实施例实现了多人共同租赁使用后备箱作为储物柜，提高了用户的体验度和便利性。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

实施例三

请参见图6，为本申请实施例提供的一种服务器的示意框图，该服务器可以包括：

租赁信息获取模块61，用于获取至少一个车辆后备箱租赁信息，车辆后备箱租赁信息包括第一租赁订单和车辆基本信息，第一租赁订单为车辆后备箱已有的用户租赁订单。

租赁请求获取模块62，用于获取用户提交的后备箱租赁请求，租赁请求包括租赁使用类型和租赁需求信息；

确定模块63，用于根据租赁使用类型、租赁需求信息和第一租赁订单、车辆基本信息，确定候选车辆后备箱集合；

第一发送模块64，用于将候选车辆后备箱集合发送至用户，以使用户确定目标车辆后备箱并发送目标车辆后备箱租赁交易请求；

第二发送模块65，用于将租赁交易请求发送至目标车辆后备箱对应的目标车主；

接收模块66，用于接收目标车主对租赁交易请求的确认信息；

执行模块67，用于根据确认信息执行租赁交易。

在一种可能的实现方式中，上述确定模块包括：

第一确定单元，用于确定具有与租赁需求信息匹配的车辆基本信息的车辆后备箱作为第一待选后备箱集合；

第二确定单元，用于确定具有与租赁使用类型匹配的第一租赁订单的车辆后备箱作为第二待选后备箱集合；

第三确定单元，用于根据第一待选后备箱集合和第二待选后备箱集合，确定候选车辆后备箱集合。

在一种可能的实现方式中，租赁需求信息包括租赁需求时间和租赁需求空间；

上述第一确定单元具体包括：

第一确定子单元，用于将满足租赁需求时间且车辆后备箱剩余空间不小于租赁需求空间的车辆后备箱确定为第一待选后备箱集合。

在一种可能的实现方式中，租赁使用类型为托运类型，上述第二确定单元具体包括：

第二确定子单元，用于确定第一租赁订单为托运订单的车辆后备箱为第二待选后备箱集合。

在一种可能的实现方式中，上述执行模块具体包括：

生成单元，用于根据第一租赁订单生成用户的托运交接方案；

发送单元，用于将托运交接方案发送至用户。

在一种可能的实现方式中，上述租赁使用类型为存储类型，上述第二确定单元具体包括：

第三确定子单元，用于确定第一租赁订单为储物订单的车辆后备箱为第二待选后备箱集合。

需要说明，本实施例提供的服务器与上述各个实施例中方法一一对应，相关或相似介绍请参见上文相应内容，在此不再赘述。

可见，本实施例实现了多人租赁使用后备箱，提高了用户体验和租赁便利性。

实施例四

图7是本申请一实施例提供的服务器的示意图。如图7所示，该实施例的服务器7包括：处理器70、存储器71以及存储在所述存储器71中并可在所述处理器70上运行的计算机程序72。所述处理器70执行所述计算机程序72时实现上述各个多人使用共享后备箱的方法实施例中的步骤，例如图2所示的步骤S201至S207。或者，所述处理器70执行所述计算机程序72时实现上述各装置实施例中各模块或单元的功能，例如图6所示模块61至67的功能。

示例性的，所述计算机程序72可以被分割成一个或多个模块或单元，所述一个或者多个模块或单元被存储在所述存储器71中，并由所述处理器70执行，以完成本申请。所述一个或多个模块或单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序72在所述服务器7中的执行过程。例如，所述计算机程序72可以被分割成租赁信息获取模块、租赁请求获取模块、确定模块、第一发送模块、第二发送模块、接收模块以及执行模块，各模块具体功能如下：

租赁信息获取模块，用于获取至少一个车主提交的车辆后备箱租赁信息，车辆后备箱租赁信息包括第一租赁订单和车辆基本信息，第一租赁订单为车辆后备箱已有的用户租赁订单；租赁请求获取模块，用于获取用户提交的后备箱租赁请求，租赁请求包括租赁使用类型和租赁需求信息；确定模块，用于根据租赁使用类型、租赁需求信息和第一租赁订单、车辆基本信息，确定候选车辆后备箱集合；第一发送模块，用于将候选车辆后备箱集合发送至用户，以使用户确定目标车辆后备箱并发送目标车辆后备箱租赁交易请求；第二发送模块，用于将租赁交易请求发送至目标车辆后备箱对应的目标车主；接收模块，用于接收目标车主对租赁交易请求的确认信息；执行模块，用于根据确认信息执行租赁交易。

所述服务器可包括，但不仅限于，处理器70、存储器71。本领域技术人员可以理解，图7仅仅是服务器7的示例，并不构成对服务器7的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述服务器还可以包括输入输出设备、网络接入设备、总线等。

所称处理器70可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述存储器71可以是所述服务器7的内部存储单元，例如服务器7的硬盘或内存。所述存储器71也可以是所述服务器7的外部存储设备，例如所述服务器7上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。进一步地，所述存储器71还可以既包括所述服务器7的内部存储单元也包括外部存储设备。所述存储器71用于存储所述计算机程序以及所述服务器所需的其他程序和数据。所述存储器71还可以用于暂时地存储已经输出或者将要输出的数据。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述***中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

在本申请所提供的实施例中，应该理解到，所揭露的装置、服务器和方法，可以通过其它的方式实现。例如，以上所描述的装置、服务器实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的模块或单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。

以上所述实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。

Claims (10)

1.一种车辆后备箱租赁方法，其特征在于，所述方法包括：

获取至少一个车辆后备箱租赁信息，所述车辆后备箱租赁信息包括第一租赁订单和车辆基本信息，所述第一租赁订单为车辆后备箱已有的用户租赁订单；

获取用户提交的后备箱租赁请求，所述租赁请求包括租赁使用类型和租赁需求信息；

根据所述租赁使用类型、租赁需求信息和第一租赁订单、车辆基本信息，确定候选车辆后备箱集合；

将所述候选车辆后备箱集合发送至所述用户，以使所述用户确定目标车辆后备箱并发送目标车辆后备箱租赁交易请求；

将所述租赁交易请求发送至所述目标车辆后备箱对应的目标车主；

接收所述目标车主对所述租赁交易请求的确认信息；

根据所述确认信息执行所述租赁交易。

2.根据权利要求1所述的方法，其特征在于，所述根据所述租赁使用类型、租赁需求信息和第一租赁订单、车辆基本信息，确定候选车辆后备箱集合，具体包括：

确定具有与所述租赁需求信息匹配的车辆基本信息的车辆后备箱作为第一待选后备箱集合；

确定具有与所述租赁使用类型匹配的第一租赁订单的车辆后备箱作为第二待选后备箱集合；

根据所述第一待选后备箱集合和所述第二待选后备箱集合，确定候选车辆后备箱集合。

3.根据权利要求2所述的方法，其特征在于，所述租赁需求信息包括租赁需求时间和租赁需求空间；

所述确定具有与所述租赁需求信息匹配的车辆基本信息的车辆后备箱作为第一待选后备箱集合，具体包括：

将满足所述租赁需求时间且车辆后备箱剩余空间不小于租赁需求空间的车辆后备箱确定为第一待选后备箱集合。

4.根据权利要求2或3所述的方法，其特征在于，所述租赁使用类型为托运类型，所述确定具有与所述租赁使用类型匹配的第一租赁订单的车辆后备箱作为第二待选后备箱集合，具体包括：

确定第一租赁订单为托运订单的车辆后备箱为第二待选后备箱集合。

5.根据权利要求4所述的方法，其特征在于，所述根据所述确认信息执行所述租赁交易，具体包括：

根据所述第一租赁订单生成所述用户的托运交接方案；

将所述托运交接方案发送至所述用户。

6.根据权利要求2或3所述的方法，其特征在于，所述租赁使用类型为存储类型，所述确定具有与所述租赁使用类型匹配的第一租赁订单的车辆后备箱作为第二待选后备箱集合，具体包括：

确定第一租赁订单为储物订单的车辆后备箱为第二待选后备箱集合。

7.一种服务器，其特征在于，包括：

租赁信息获取模块，用于获取至少一个车辆后备箱租赁信息，所述车辆后备箱租赁信息包括第一租赁订单和车辆基本信息，所述第一租赁订单为车辆后备箱已有的用户租赁订单；

租赁请求获取模块，用于获取用户提交的后备箱租赁请求，所述租赁请求包括租赁使用类型和租赁需求信息；

确定模块，用于根据所述租赁使用类型、租赁需求信息和第一租赁订单、车辆基本信息，确定候选车辆后备箱集合；

第一发送模块，用于将所述候选车辆后备箱集合发送至所述用户，以使所述用户确定目标车辆后备箱并发送目标车辆后备箱租赁交易请求；

第二发送模块，用于将所述租赁交易请求发送至所述目标车辆后备箱对应的目标车主；

接收模块，用于接收所述目标车主对所述租赁交易请求的确认信息；

执行模块，用于根据所述确认信息执行所述租赁交易。

8.根据权利要求7所述的服务器，其特征在于，所述确定模块包括：

第一确定单元，用于确定具有与所述租赁需求信息匹配的车辆基本信息的车辆后备箱作为第一待选后备箱集合；

第二确定单元，用于确定具有与所述租赁使用类型匹配的第一租赁订单的车辆后备箱作为第二待选后备箱集合；

第三确定单元，用于根据所述第一待选后备箱集合和所述第二待选后备箱集合，确定候选车辆后备箱集合。

9.一种服务器，其特征在于，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如权利要求1至6任一项所述方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至6任一项所述方法的步骤。