CN110223139A - 车辆后备箱的使用管理方法、装置、服务器及存储介质 - Google Patents

Abstract

本申请实施例适用于互联网技术领域，公开了一种车辆后备箱的使用管理方法、装置、服务器及计算机可读存储介质，其中，方法包括：获取车主提交的车辆后备箱租赁信息；获取车辆后备箱的当前额定承载重量；接收用户的租赁使用请求，租赁使用请求包括物品信息；根据物品信息判断物品的重量是否大于当前额定承载重量；当物品的重量小于当前额定承载重量，则将租赁使用请求发送至车主，以使车主确认租赁使用请求。本申请实施例可以实现后备箱租赁服务过程中对后备箱的使用管理，避免长期承载过重物体导致后备箱磨损进而影响车辆其他部件。

Description

车辆后备箱的使用管理方法、装置、服务器及存储介质

技术领域

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

背景技术

共享后备箱可以是指将汽车的后备箱空间“共享”给有物品运输需求的用户，即物品托运用户通过支付一定报酬给承运车主，从而获得承运车主的汽车后备箱的使用权，托运用户可以通过汽车后备箱，将需要托运的物品运输至目的地。日常生活中，后备箱使用率普遍偏低，在车辆行驶过程中，后备箱的资源大多没有被有效利用，造成了一定程度的运输资源浪费，通过共享后备箱可以有效地利用闲置的运输资源，以解决中短途货物运送的难点。

现有的后备箱租赁服务中，车辆后备箱没有承重限制，用户可以放置任意重量的物品，但是，放置的物品重量过重时，会导致车辆实际承重过重。汽车后备箱如果长期承载过重物品，不但会对相应部位过分施压，改变汽车重心，大大增加汽车损耗，甚至还会影响到车辆其他部件(例如汽车电瓶)的正常运行。

发明内容

有鉴于此，本申请实施例提供一种车辆后备箱的使用管理方法、装置、服务器及计算机可读存储介质，以实现后备箱租赁服务过程中对后备箱的使用管理，避免长期承载过重物体导致后备箱磨损进而影响车辆其他部件。

本申请实施例的第一方面提供一种车辆后备箱的使用管理方法，包括：

获取车主提交的车辆后备箱租赁信息；

获取所述车辆后备箱的当前额定承载重量；

接收用户的租赁使用请求，所述租赁使用请求包括物品信息；

根据所述物品信息判断物品的重量是否大于所述当前额定承载重量；

当物品的重量小于所述当前额定承载重量，则将所述租赁使用请求发送至车主，以使所述车主确认租赁使用请求。

结合第一方面，在一种可能的实现方式，在所述车主确认租赁使用请求之后，所述方法还包括：

判断所述租赁使用请求对应的租赁交易是否结束；

当所述租赁交易结束，获取所述租赁交易对应的第一单位公里油耗；

获取所述车辆后备箱空置时的第二单位公里油耗；

根据所述第一单位公里油耗和所述第二单位公里油耗的对比分析结果更新所述当前额定承载重量并呈现给所述车主。

结合第一方面，在一种可能的实现方式，所述根据所述第一单位公里油耗和所述第二单位公里油耗的对比分析结果更新所述当前额定承载重量，具体包括：

计算所述第一单位公里油耗和所述第二单位公里油耗的第一差值；

判断所述第一差值是否大于或等于第一预设阈值；

若是，则根据所述第一差值与预设额定承载重量调整规则更新所述当前额定承载重量。

结合第一方面，在一种可能的实现方式，所述根据所述第一差值与预设额定承载重量调整规则更新所述当前额定承载重量，具体包括：

确定所述第一差值所落入的数值区间；

根据所述数值区间和预设调整值之间的对应关系，确定所述第一差值对应的额定承载重量的调整值。

结合第一方面，在一种可能的实现方式，所述方法还包括：

根据所述物品的重量，查找与所述租赁交易具有相同承载重量的历史租赁交易；

获取所述历史租赁交易的第三单位公里油耗；

对比分析所述第一单位公里油耗和所述第三单位公里油耗，生成维保建议信息；

向所述承运车主呈现所述维保建议信息。

结合第一方面，在一种可能的实现方式中，所述对比分析所述第一单位公里油耗和所述第三单位公里油耗，生成维保建议信息，具体包括：

计算所述第一单位公里油耗和所述第三单位公里油耗之间的第二差值；

判断所述第二差值是否大于或等于第二预设阈值；

当所述第二差值大于或等于所述第二预设阈值时，生成所述维保建议信息。

本申请实施例的第二方面提供一种车辆后备箱的使用管理装置，包括：

租赁信息获取模块，用于获取车主提交的车辆后备箱租赁信息；

额定承重获取模块，用于获取所述车辆后备箱的当前额定承载重量；

接收模块，用于接收用户的租赁使用请求，所述租赁使用请求包括物品信息；

第一判断模块，用于根据所述物品信息判断物品的重量是否大于所述当前额定承载重量；

发送模块，用于当物品的重量小于所述当前额定承载重量，则将所述租赁使用请求发送至车主，以使所述车主确认租赁使用请求。

结合第二方面，在一种可能的实现方式中，还包括：

第二判断模块，用于判断所述租赁使用请求对应的租赁交易是否结束；

第一单位公里油耗获取模块，用于当所述租赁交易结束，获取所述租赁交易对应的第一单位公里油耗；

第二单位公里油耗获取模块，用于获取所述车辆后备箱空置时的第二单位公里油耗；

额定承重更新模块，用于根据所述第一单位公里油耗和所述第二单位公里油耗的对比分析结果更新所述当前额定承载重量并呈现给所述车主。

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

第一差值计算单元，用于计算所述第一单位公里油耗和所述第二单位公里油耗的第一差值；

第一判断单元，用于判断所述第一差值是否大于或等于第一预设阈值；

更新单元，用于若是，则根据所述第一差值与预设额定承载重量调整规则更新所述当前额定承载重量。

结合第二方面，在一种可能的实现方式中，所述更新单元包括：

区间确定子单元，用于确定所述第一差值所落入的数值区间；

调整值确定子单元，用于根据所述数值区间和预设调整值之间的对应关系，确定所述第一差值对应的额定承载重量的调整值。

结合第二方面，在一种可能的实现方式中，所述装置还包括：

查找模块，用于根据所述物品的重量，查找与所述租赁交易具有相同承载重量的历史租赁交易；

第三单位公里油耗获取模块，用于获取所述历史租赁交易的第三单位公里油耗；

生成模块，用于对比分析所述第一单位公里油耗和所述第三单位公里油耗，生成维保建议信息；

呈现模块，用于向所述承运车主呈现所述维保建议信息。

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

第二差值计算单元，用于计算所述第一单位公里油耗和所述第三单位公里油耗之间的第二差值；

第二判断单元，用于判断所述第二差值是否大于或等于第二预设阈值；

生成单元，用于当所述第二差值大于或等于所述第二预设阈值时，生成所述维保建议信息。

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

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

本申请实施例与现有技术相比存在的有益效果是：通过物品信息和当前额定承载重量，判断物品重量是否在正常承重范围之内，如果在，则将租赁使用请求发送给车主确认，建立车辆后备箱租赁关系，使得车辆额定承重与实际承重能力更相符，实现在后备箱租赁服务中对后备箱的使用管理，避免长期承载过重物体导致后备箱磨损进而影响车辆其他部件。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍。

图1为本申请实施例提供的车辆后备箱的使用管理系统架构示意图；

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

图3为本申请实施例提供的额定承重更新过程的示意框图；

图4为本申请实施例提供的额定承重调整过程的示意框图；

图5为本申请实施例提供的额定承重具体更新过程的示意框图；

图6为本申请实施例提供的维保建议生成过程的流程示意框图；

图7为本申请实施例提供的一种车辆后备箱的使用管理装置的结构示意框图；

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

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例，在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。

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

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

具体应用中，托运用户可以通过用户终端发布租赁订单、查看或接收承运车主发布的承运信息等。车主可以通过车主终端接收租赁订单、发布承运需求信息等。

例如，当车主需要行驶至某目的地，且在此行程中后备箱闲置时，车主可以通过车主终端填写行程路线、行程开始时间、其他限制信息等承运招募信息；服务器接收车主上传的承运招募信息之后则发布该信息；各个托运用户可以搜索查看到各个车主发布的承运招募信息，然后根据需要选择合适的车主下单，托运用户下单时，输入相应的物品信息，例如物品重量、大小等，设置相应的物品交接地点和时间；用户下单后，车主可以根据订单信息选择是否接单，例如，物品重量是否在车辆正常承重范围之内；车主接单后，根据约定时间、地点进行取得物品，并将物品运送至相应目的地，交付给相应的交接人，完成订单。

服务器在订单完成之后，可以采集并存储当次行程的相关信息，例如，行程的起始点、行程总路程、总油耗等；接着周期性地或实时地计算相应行程的单位公里油耗，再基于单位公里油耗的变化，判断相应行程的物品重量是否超出车辆实际承重能力，如果超出，则可以下调车辆额定承重，反之，如果没有超出，则不用下调车辆额定承重。通过周期性或实时计算单位公里油耗量的变化，判断某次行程中物品重量是否超出车辆实际承重能力，如果超出车里实际承重能力，则建议下调车辆额定承重，使得车辆额定承重与车辆实际承重能力更加相符。

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

实施例一

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

步骤S201、获取车主提交的车辆后备箱租赁信息。

需要说明，上述车辆后备箱租赁信息可以包括但不限于车型信息、后备箱的体积和可承重范围、车主行程以及行程开始点和时间等信息。

步骤S202、获取车辆后备箱的当前额定承载重量。

需要说明，一般情况下，车辆后备箱的额定承重是固定的，但是，额定承重一般是基于车辆各个部件的参数进行标注设置的，考虑到车辆部件的损耗，此时，需要对车辆的额定承载重量进行重新调整，以适应车辆维保的需要，同时对于实际承重有参考的价值。在本实施例中，车辆后备箱的额定承重是可调的，通过比对每个行程的单位公里油耗和空置行程的单位公里油耗，确定车辆后备箱的额定承重是否与实际承重能力相符。

步骤S203、接收用户的租赁使用请求，租赁使用请求包括物品信息。

其中，上述物品信息是指待托运物品的相关信息，其可以包括但不限于物品类型和外规格参数。

步骤S204、根据物品信息判断物品的重量是否大于当前额定承载重量。当物品的重量小于当前额定承载重量，进入步骤S205；反之，当物品的重量大于当前额定承载重量时，则重新筛选其他车辆后备箱。

步骤S205、将租赁使用请求发送至车主，以使车主确认租赁使用请求。

具体地，通过物品类型可以得知物品的密度，通过物品的外规格参数可以得知物品的体积，根据物品密度和物品体积即可得知物品重量。然后，将物品重量与当前额定承重比较大小。当物品重量小于当前额定承重重量，则表明当前后备箱符合承重需求，将其后备箱和待托运物品进行配对。

可见，通过根据物品信息和当前额定承载重量，判断物品重量是否在正常承重范围之内，如果在，则将租赁使用请求发送给车主确认，建立车辆后备箱租赁关系，使得车辆额定承重与实际承重能力更相符，实现在后备箱租赁服务中对后备箱的使用管理，避免长期承载过重物体导致后备箱磨损进而影响车辆其他部件。

实施例二

基于上述实施例一，在一些实施例中，参见图3示出的额定承重更新过程的示意框图。在车主确认租赁使用请求之后，上述方法还可以包括：

步骤S301、判断租赁使用请求对应的租赁交易是否结束；当租赁交易结束，进入步骤S302，反之，当租赁交易没有结束，则返回步骤S301，继续判断。

可以理解，一次租赁交易是指一次物品承运或物品托运的过程，其从建立托运关系开始，将物品送到相应目的地且交接后结束。租赁交易结束一般是指车主将物品运送至目的地并完成交接时。

具体地，可以通过判断是否接收到车主的送达指令或者是用户的送达指令来判断租赁交易是否结束。

步骤S302、获取租赁交易对应的第一单位公里油耗。

具体地，根据租赁交易对应行程的总油耗和总路程，计算出每公里的油耗。其中，对应行程的总油耗和总路程可以是预先采集存储的，在承运车主每次完成托运订单之后，则采集当次行程的相关信息进行存储。

步骤S303、获取车辆后备箱空置时的第二单位公里油耗。

需要说明，上述车辆后备箱空置时是指在某个行程中，后备箱没有承重任何物品的时候。预先计算出后备箱空置行程的单位公里油耗。该第二单位公里油耗可以是多次空置行程的平均值，即分别计算多次空置行程的单位公里油耗，再计算多次行程的平均值，将平均值作为上述第二单位公里油耗。当然，上述第二单位公里油耗也可以是某一次空置行程的每公里油耗。

步骤S304、根据第一单位公里油耗和第二单位公里油耗的对比分析结果更新当前额定承载重量并呈现给车主。

需要说明，当后备箱的托运物品过重时，会使得汽车重心后移，从而导致汽车油耗增加。故可以通过油耗的变化量确定汽车重心是否后移，从而确定后备箱的托运物品重量是否超出车辆实际承重能力。一般情况下，车辆后备箱空载时的重心和车辆后备箱装有货物时的重心不一致，后备箱装载货物时的重心相较空载时的重心要往后偏移一定的量，当偏移量超出预定的偏移范围时，则可以认为物品重量超出车辆实际承重能力。而车辆重心的偏移量是否超出预设偏移范围，可以通过油耗变化量是否大于预设阈值来确定。如果汽车油耗变化量超出预设阈值，则认定物品重量超出车辆实际承重能力，反之，物品重量则没有超出车辆实际承重能力。

具体地，计算第一单位公里油耗和空置行程的第二单位公里油耗的差值，根据差值大小，确定是否调整档期额定承重。

进一步地，参见图4示出的额定承重调整过程的示意框图，上述根据第一单位公里油耗和第二单位公里油耗的对比分析结果更新当前额定承载重量的过程具体包括：

步骤S401、计算第一单位公里油耗和第二单位公里油耗的第一差值。

步骤S402、判断第一差值是否大于或等于第一预设阈值；若是，则进入步骤S403，反之，若否，则不调整当前额定承重。

步骤S403、根据第一差值与预设额定承载重量调整规则更新当前额定承载重量。

需要说明，上述第一预设阈值可以由空置行程的单位公里油耗决定，但具体数值可以根据实际情况进行设定。例如，上述第一预设阈值为空置行程的单位油耗的10％，即当第一单位公里油耗相较于第二单位公里油耗，油耗多10％时，则认为相应行程的物品重量已超出车辆实际承重能力。

其中，每次行程的途径点可能不同，道路崎岖、颠簸等情况可能不同，考虑到行程路径对油耗的影响，再结合汽车重心后移时可能多耗费的油量，基于经验值设定上述第一预设阈值的大小。

通过油耗变化量确定车辆承重是否在正常承重范围之内，当车辆承重不在正常承重范围之内时，则建议下调车辆额定承重至一定的数值。

需要说明，上述油耗变化量是指目标行程相较于空置行程所多耗费的油量，可以与上述第一差值等同。上述车辆额定承重调整建议信息可以包括承重调整数值以及调整原因等。

其中，每次承运过程中，托运用户在下单时，均需要填写物品重量信息，且承运车主发布招募信息时，也会有设置相应的托运物品的重量范围。车主只有在托运物品重量落入重量范围时，才会承运物品。也就是说，每次承运的物品重量均小于或等于车辆额定承重。

在承运的物品低于车辆额定承重的情况下，汽车重心仍然后移，导致油耗的增加，则说明车辆额定承重设置过高，与车辆实际承重能力不相符，此时，则需要下调车辆额定承重，以减少下一次托运物品的重量。而至于车辆额定承重的调整值可以根据油耗的变化量大小来确定相应的数值。

需要说明，上述预设额定承重调整规则可以具体为：预先划分多个数值区间，例如，0～10、10～20；设置各个数值区间对应的调整数值，例如，0～10的区间对应的调整数值为-10kg，10～20的区间对应的调整数值为-15kg。其中，数值区间的划分以及区间所对应的调整数值均为经验值，其可以通过统计、比对大量数据得出。

更进一步地，参见图5示出的额定承重具体更新过程的示意框图，上述根据第一差值与预设额定承载重量调整规则更新当前额定承载重量的过程可以具体包括：

步骤S501、确定第一差值所落入的数值区间。

步骤S502、根据数值区间和预设调整值之间的对应关系，确定第一差值对应的额定承载重量的调整值。

具体地，根据第一差值的大小，确定对应的数值区间，然后再根据预先建立的区间和调整值之间的对应关系，查找到相应的调整值。

在确定对应的调整值之后，结合承运车辆的当前额定承重和物品重量信息，生产相应的建议信息。该建议信息例如为：当次行程的托运物品重量为xx，已超出车辆实际承重能力，建议将车辆额定承重下调至xx值。

在生成额定承重调整建议信息之后，可以将该建议信息通过车主终端呈现给用户，以使车主相应地降低车辆额定承重，使得车辆额定承重与车辆实际承重能力相符。

在承运过程中，车辆可能会出现损耗，但是车主可能对此并不敏感，从而导致车辆损耗加重。

在一些实施例中，参见图6示出的维保建议生成过程的流程示意框图，上述方法还包括：

步骤S601、根据物品的重量，查找与租赁交易具有相同承载重量的历史租赁交易。

步骤S602、获取历史租赁交易的第三单位公里油耗。

步骤S603、对比分析第一单位公里油耗和第三单位公里油耗，生成维保建议信息。

步骤S604、向承运车主呈现维保建议信息。

具体地，从预先记录的数据中，查找出与目标行程的托运物品重量相同的一个或多个历史行程。例如，当目标行程的物品重量为100kg时，则将历史中所有物品重量为100kg的行程均查找出来，并获取到历史行程的每公里油耗。历史行程的每公里油耗是预先计算得到的，并与历史行程关联存储。

具体应用中，可以通过耗油变化量，确定车辆是否出现损耗，如果出现损耗，则建议车主对车辆进行维修、保养。其中，相同重量的行程，一般情况下的油耗不会相差太多，如果两者相差过多，则说明车辆出现了损耗。例如，同样是运送200kg的物品，一个每公里油耗为A，另一个油耗为B，A与B之间的差值大于一个预设阈值，则说明该车辆出现了损耗，则建议车主进行维保。

进一步地，上述对比分析第一单位公里油耗和第三单位公里油耗，生成维保建议信息的过程具体包括：计算第一单位公里油耗和第三单位公里油耗之间的第二差值；判断第二差值是否大于或等于第二预设阈值；当第二差值大于或等于第二预设阈值时，生成维保建议信息。

需要说明，上述第二预设阈值为经验阈值，其可以通过统计、对比大量数据得到。该第二预设阈值应当结合行程途径点的不同，道路崎岖、颠簸情况等因素的影响进行综合考虑。

其中，上述对比相同承重的历史行程，确定是否给出维保建议的过程可以是周期性进行，也可以是实时性进行的。通过比对相同承重的历史行程以给出维保建议信息，使得车主可以及时了解汽车损耗情况。

本实施例通过将承运车辆的对应行程的每公里耗油量和空置行程的每公里耗油量进行对比分析，判断物品重量是否在正常承重范围之内，如果不在，认为后备箱负载过重，车辆额定承重设置过高，与车辆的实际承重能力不相符，建议调低车辆额定承重至一定数值，以使得车辆额定承重与实际承重能力更相符，提高车辆额定承重的精确性，减少车辆损耗。

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

实施例三

请参见图7，为本申请实施例提供的一种一种车辆后备箱的使用管理装置，的结构示意框图，该装置可以包括：

租赁信息获取模块71，用于获取车主提交的车辆后备箱租赁信息；

额定承重获取模块72，用于获取车辆后备箱的当前额定承载重量；

接收模块73，用于接收用户的租赁使用请求，租赁使用请求包括物品信息；

第一判断模块74，用于根据物品信息判断物品的重量是否大于当前额定承载重量；

发送模块75，用于当物品的重量小于当前额定承载重量，则将租赁使用请求发送至车主，以使车主确认租赁使用请求。

在一种可能的实现方式中，上述装置还可以包括：

第二判断模块，用于判断租赁使用请求对应的租赁交易是否结束；

第一单位公里油耗获取模块，用于当租赁交易结束，获取租赁交易对应的第一单位公里油耗；

第二单位公里油耗获取模块，用于获取车辆后备箱空置时的第二单位公里油耗；

额定承重更新模块，用于根据第一单位公里油耗和第二单位公里油耗的对比分析结果更新当前额定承载重量并呈现给车主。

在一种可能的实现方式中，上述额定承重更新模块可以包括：

第一差值计算单元，用于计算第一单位公里油耗和第二单位公里油耗的第一差值；

第一判断单元，用于判断第一差值是否大于或等于第一预设阈值；

更新单元，用于若是，则根据第一差值与预设额定承载重量调整规则更新当前额定承载重量。

在一种可能的实现方式中，上述更新单元可以包括：

区间确定子单元，用于确定第一差值所落入的数值区间；

调整值确定子单元，用于根据数值区间和预设调整值之间的对应关系，确定第一差值对应的额定承载重量的调整值。

在一种可能的实现方式中，上述装置还可以包括：

查找模块，用于根据物品的重量，查找与租赁交易具有相同承载重量的历史租赁交易；

第三单位公里油耗获取模块，用于获取历史租赁交易的第三单位公里油耗；

生成模块，用于对比分析第一单位公里油耗和第三单位公里油耗，生成维保建议信息；

呈现模块，用于向承运车主呈现维保建议信息。

在一种可能的实现方式中，上述生成模块可以包括：

第二差值计算单元，用于计算第一单位公里油耗和第三单位公里油耗之间的第二差值；

第二判断单元，用于判断第二差值是否大于或等于第二预设阈值；

生成单元，用于当第二差值大于或等于第二预设阈值时，生成维保建议信息。

需要说明，本实施例提供的车辆后备箱的使用管理装置与上述实施例的车辆后备箱的使用管理方法一一对应，相关介绍请参见上文相应内容，在此不再赘述。

本实施例通过根据物品信息和当前额定承载重量，判断物品重量是否在正常承重范围之内，如果在，则将租赁使用请求发送给车主确认，建立车辆后备箱租赁关系，使得车辆额定承重与实际承重能力更相符，实现在后备箱租赁服务中对后备箱的使用管理，避免长期承载过重物体导致后备箱磨损进而影响车辆其他部件。

实施例四

图8是本申请一实施例提供的服务器的示意图。如图8所示，该实施例的服务器8包括：处理器80、存储器81以及存储在所述存储器81中并可在所述处理器80上运行的计算机程序82。所述处理器80执行所述计算机程序82时实现上述各个基于共享后备箱的承运车辆维保方法实施例中的步骤，例如图2所示的步骤S201至S205。或者，所述处理器80执行所述计算机程序82时实现上述各装置实施例中各模块或单元的功能，例如图7所示模块71至75的功能。

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

租赁信息获取模块，用于获取车主提交的车辆后备箱租赁信息；额定承重获取模块，用于获取车辆后备箱的当前额定承载重量；接收模块，用于接收用户的租赁使用请求，租赁使用请求包括物品信息；第一判断模块，用于根据物品信息判断物品的重量是否大于当前额定承载重量；发送模块，用于当物品的重量小于当前额定承载重量，则将租赁使用请求发送至车主，以使车主确认租赁使用请求。

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

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

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

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

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

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

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

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

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

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

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

Claims (10)

1.一种车辆后备箱的使用管理方法，其特征在于，包括：

获取车主提交的车辆后备箱租赁信息；

获取所述车辆后备箱的当前额定承载重量；

接收用户的租赁使用请求，所述租赁使用请求包括物品信息；

根据所述物品信息判断物品的重量是否大于所述当前额定承载重量；

当物品的重量小于所述当前额定承载重量，则将所述租赁使用请求发送至车主，以使所述车主确认租赁使用请求。

2.根据权利要求1所述的方法，其特征在于，在所述车主确认租赁使用请求之后，所述方法还包括：

判断所述租赁使用请求对应的租赁交易是否结束；

当所述租赁交易结束，获取所述租赁交易对应的第一单位公里油耗；

获取所述车辆后备箱空置时的第二单位公里油耗；

根据所述第一单位公里油耗和所述第二单位公里油耗的对比分析结果更新所述当前额定承载重量并呈现给所述车主。

3.根据权利要求2所述的方法，其特征在于，所述根据所述第一单位公里油耗和所述第二单位公里油耗的对比分析结果更新所述当前额定承载重量，具体包括：

计算所述第一单位公里油耗和所述第二单位公里油耗的第一差值；

判断所述第一差值是否大于或等于第一预设阈值；

若是，则根据所述第一差值与预设额定承载重量调整规则更新所述当前额定承载重量。

4.根据权利要求3所述的方法，其特征在于，所述根据所述第一差值与预设额定承载重量调整规则更新所述当前额定承载重量，具体包括：

确定所述第一差值所落入的数值区间；

根据所述数值区间和预设调整值之间的对应关系，确定所述第一差值对应的额定承载重量的调整值。

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

根据所述物品的重量，查找与所述租赁交易具有相同承载重量的历史租赁交易；

获取所述历史租赁交易的第三单位公里油耗；

对比分析所述第一单位公里油耗和所述第三单位公里油耗，生成维保建议信息；

向所述承运车主呈现所述维保建议信息。

6.根据权利要求5所述的方法，其特征在于，所述对比分析所述第一单位公里油耗和所述第三单位公里油耗，生成维保建议信息，具体包括：

计算所述第一单位公里油耗和所述第三单位公里油耗之间的第二差值；

判断所述第二差值是否大于或等于第二预设阈值；

当所述第二差值大于或等于所述第二预设阈值时，生成所述维保建议信息。

7.一种车辆后备箱的使用管理装置，其特征在于，包括：

租赁信息获取模块，用于获取车主提交的车辆后备箱租赁信息；

额定承重获取模块，用于获取所述车辆后备箱的当前额定承载重量；

接收模块，用于接收用户的租赁使用请求，所述租赁使用请求包括物品信息；

第一判断模块，用于根据所述物品信息判断物品的重量是否大于所述当前额定承载重量；

发送模块，用于当物品的重量小于所述当前额定承载重量，则将所述租赁使用请求发送至车主，以使所述车主确认租赁使用请求。

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

第二判断模块，用于判断所述租赁使用请求对应的租赁交易是否结束；

第一单位公里油耗获取模块，用于当所述租赁交易结束，获取所述租赁交易对应的第一单位公里油耗；

第二单位公里油耗获取模块，用于获取所述车辆后备箱空置时的第二单位公里油耗；

额定承重更新模块，用于根据所述第一单位公里油耗和所述第二单位公里油耗的对比分析结果更新所述当前额定承载重量并呈现给所述车主。

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

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