基于共享后备箱的货物匹配方法、服务器及存储介质与流程

本申请属于共享后备箱技术领域，尤其涉及一种基于共享后备箱的货物匹配方法、服务器及计算机可读存储介质。

背景技术：

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

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

不同的汽车由于车型大小不同，后备箱的空间、承载能力有所差异，而托运用户不可能很详细了解到每个车辆的空间、承载能力等信息，从而可能会出现承运车主的车辆无法装下货物，或者托运物品的重量超过承运车辆的承载能力。目前，一般是通过线下人工沟通方式，以确认托运物品大小、车辆空间等信息，但是，人工沟通确认的方式需要耗费较多的沟通时间，增加了沟通成本，还有可能出现信息误差，即接收方或传递方可能出现表述不准确、理解有误等，进而导致物品和车辆后备箱的匹配便捷性和精确性均较差。

技术实现要素：

有鉴于此，本申请实施例提供种一种基于共享后备箱的货物匹配方法、服务器及计算机可读存储介质，以解决现有基于共享后备箱的的货物匹配的便捷性和精确性均较差问题。

本申请实施例的第一方面提供一种基于共享后备箱的货物匹配方法，包括：

获取托运订单，所述托运订单包括待托运物品的物品信息，所述物品信息包括物品体积信息和物品重量信息；

根据预先存储的承运车辆信息和所述物品信息，从待选承运车辆中筛选出与所述待托运物品相匹配的目标承运车辆，所述承运车辆信息包括后备箱容积信息和后备箱可承重范围信息；

将所述目标承运车辆的相关信息呈现给托运用户。

结合第一方面，在一种可行的实现方式中，所述根据预先存储的承运车辆信息和所述物品信息，从待选承运车辆中筛选出与所述待托运物品相匹配的目标承运车辆，包括：

根据所述物品体积信息和所述后备箱容积信息，判断物品体积是否小于或等于所述待选承运车辆的后备箱容积；

根据所述物品重量信息和所述后备箱可承重范围信息，判断物品重量是否落入所述待选承运车辆的后备箱可承重范围；

当所述物品体积小于或等于所述待选承运车辆的后备箱容积，且所述物品重量落入所述待选承运车辆的后备箱可承重范围时，将所述待选承运车辆作为所述目标承运车辆。

结合第一方面，在一种可行的实现方式中，在所述将所述待选承运车辆作为所述目标承运车辆之后，还包括：

分别判断所述物品重量是否大于或等于各个所述目标承运车辆的历史承重均值；

当所述重量大于或等于所述历史承重均值时，生成超重告警提示信息；

将所述超重告警提示信息显示给所述托运用户。

结合第一方面，在一种可行的实现方式中，所述物品信息还包括物品类别信息，所述车辆信息还包括车型信息；

在所述根据预先存储的承运车辆信息和所述物品信息，从待选承运车辆中筛选出与所述待托运物品相匹配的目标承运车辆之后，还包括：

根据所述物品类别信息，判断所述待托运物品是否属于易碎物品类别；

当所述待托运物品为所述易碎物品类别时，根据所述车型信息查找各个所述目标承运车辆的防震舒适度信息；

查找各个所述目标承运车辆对应的驾驶平稳度信息；

获取各个所述目标承运车辆的路线信息；

根据所述防震舒适度信息、所述驾驶平稳度信息、所述路线信息以及相应的预设权重，计算各个所述目标承运车辆的推荐评分；

根据所述推荐评分的高低，确定各个所述目标承运车辆的显示顺序；

根据所述显示顺序显示各个所述目标承运车辆。

结合第一方面，在一种可行的实现方式中，在所述获取托运订单之前，还包括：

获取各个承运车主的历史承运信息，所述历史承运信息包括车速信息；

基于车速信息，统计各个所述承运车主的急加速次数和急减速次数的次数总和；

根据所述次数总和与预设评定规则，确定各个所述承运车主的驾驶平稳度。

结合第一方面，在一种可行的实现方式中，所述根据所述防震舒适度信息、所述驾驶平稳度信息、所述路线信息以及相应的预设权重，计算各个所述目标承运车辆的推荐评分，包括：

根据所述路线信息，确定所述路线信息对应的运送路线的分值；

分别将各个所述目标承运车辆的所述防震舒适度信息对应的防震舒适度和第一预设权重相乘、所述驾驶平稳度信息对应的驾驶平稳度和第二预设权重相乘、所述分值和第三预设权重相乘，得到相应的第一数值、第二数值以及第三数值；

将所述第一数值、所述第二数值以及所述第三数值相加，得到各个所述目标承运车辆的所述推荐评分。

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

订单获取模块，用于获取托运订单，所述托运订单包括待托运物品的物品信息，所述物品信息包括物品体积信息和物品重量信息；

匹配模块，用于根据预先存储的承运车辆信息和所述物品信息，从待选承运车辆中筛选出与所述待托运物品相匹配的目标承运车辆，所述承运车辆信息包括后备箱容积信息和后备箱可承重范围信息；

呈现模块，用于将所述目标承运车辆的相关信息呈现给托运用户。

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

第一判断单元，用于根据所述物品体积信息和所述后备箱容积信息，判断物品体积是否小于或等于所述待选承运车辆的后备箱容积；

第二判断单元，用于根据所述物品重量信息和所述后备箱可承重范围信息，判断物品重量是否落入所述待选承运车辆的后备箱可承重范围；

作为单元，用于当所述物品体积小于或等于所述待选承运车辆的后备箱容积，且所述物品重量落入所述待选承运车辆的后备箱可承重范围时，将所述待选承运车辆作为所述目标承运车辆。

结合第二方面，在一种可行的实现方式中，所述匹配模块还包括：

第三判断单元，用于分别判断所述物品重量是否大于或等于各个所述目标承运车辆的历史承重均值；

生成单元，用于当所述重量大于或等于所述历史承重均值时，生成超重告警提示信息；

显示单元，用于将所述超重告警提示信息显示给所述托运用户。

结合第二方面，在一种可行的实现方式中，所述物品信息还包括物品类别信息，所述车辆信息还包括车型信息；还包括：

物品类别判断模块，用于根据所述物品类别信息，判断所述待托运物品是否属于易碎物品类别；

第一查找模块，用于当所述待托运物品为所述易碎物品类别时，根据所述车型信息查找各个所述目标承运车辆的防震舒适度信息；

第二查找模块，用于查找各个所述目标承运车辆对应的驾驶平稳度信息；

路线信息获取模块，用于获取各个所述目标承运车辆的路线信息；

推荐评分计算模块，用于根据所述防震舒适度信息、所述驾驶平稳度信息、所述路线信息以及相应的预设权重，计算各个所述目标承运车辆的推荐评分；

显示顺序确定模块，用于根据所述推荐评分的高低，确定各个所述目标承运车辆的显示顺序；

显示模块，用于根据所述显示顺序显示各个所述目标承运车辆。

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

历史承运信息获取模块，用于获取各个承运车主的历史承运信息，所述历史承运信息包括车速信息；

统计模块，用于基于车速信息，统计各个所述承运车主的急加速次数和急减速次数的次数总和；

平稳度评定模块，用于根据所述次数总和与预设评定规则，确定各个所述承运车主的驾驶平稳度。

结合第二方面，在一种可行的实现方式中，所述推荐评分计算模块包括：

分值确定单元，用于根据所述路线信息，确定所述路线信息对应的运送路线的分值；

第一计算单元，用于分别将各个所述目标承运车辆的所述防震舒适度信息对应的防震舒适度和第一预设权重相乘、所述驾驶平稳度信息对应的驾驶平稳度和第二预设权重相乘、所述分值和第三预设权重相乘，得到相应的第一数值、第二数值以及第三数值；

第二计算单元，用于将所述第一数值、所述第二数值以及所述第三数值相加，得到各个所述目标承运车辆的所述推荐评分。

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

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

本申请实施例与现有技术相比存在的有益效果是：通过将物品信息和承运车辆信息相匹配，即将物品体积和物品重量，分别与承运车辆的后备箱容积和可承重范围相匹配，自动筛选出目标承运车辆，并将目标承运车辆呈现给托运用户，相较于人工沟通方式，根据相关信息自动匹配可以有效地提高匹配便捷性和精确性。

附图说明

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

图1为本申请实施例提供的基于共享后备箱托运服务的系统架构示意框图；

图2为本申请实施例提供的一种基于共享后备箱的货物匹配方法的流程示意框图；

图3为本申请实施例提供的目标承运车辆排序过程的流程示意框图；

图4为本申请实施例提供的驾驶平稳度计算过程的流程示意框图；

图5为本申请实施例提供的推荐评分计算过程的流程示意框图；

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

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

具体实施方式

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

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

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

托运用户可以通过托运用户终端发布托运订单、查看或接收承运车主发布的承运信息等。承运车主可以通过承运车主终端接收托运订单、发布承运信息等。

以托运用户发布托运订单的情况为例，托运用户可以通过托运用户终端填写并上传托运物品信息、价格信息以及路线信息等，服务器根据托运物品信息、路线信息、价格区间以及用户请求，发布托运订单；服务器根据物品体积和重量、运送路线等信息，从车主发布的行驶路线中筛选出路线相符的待选承运车辆，然后，再基于各个车辆的后备箱空间大小、承重范围等筛选出合适的车辆供托运用户选择；托运关系建立之后，承运车主和托运用户可以约定物品交接的时间、地点等；在物品交接时，承运车主可以对物品进行安检；最后，承运车主按照既定路线和时间将物品运送至目的地。

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

实施例一

请参见图2，为本申请实施例提供的一种基于共享后备箱的货物匹配方法的流程示意框图，该方法可以包括以下步骤：

步骤s201、获取托运订单，托运订单包括待托运物品的物品信息，物品信息包括物品体积信息和物品重量信息。

需要说明，上述托运订单为托运用户通过用户终端填写相应的信息后生成的订单，该订单中包括待托运物品的物品信息，该物品信息可以包括物品体积信息和物品重量信息。当然，订单中还可以包括其他相关信息，例如，托运用户需求的运送路线信息、托运用户的个人信息等。物品信息还可以包括其他信息，例如，物品名称、物品类别等。

步骤s202、根据预先存储的承运车辆信息和物品信息，从待选承运车辆中筛选出与待托运物品相匹配的目标承运车辆，承运车辆信息包括后备箱容积信息和后备箱可承重范围信息。

需要说明，上述承运车辆信息是车主预先上传至服务器的，其可以在首次注册时，车主提供的车辆相关信息。该承运车辆信息可以包括但不限于后备箱容积信息和后备箱可承重范围信息。当然，该承运车辆信息还可以包括车型信息、车辆图片信息等。

待选承运车辆的数量一般是多辆，当然，也可能只有一辆。该待选承运车辆可以是已发布承运信息的车主对应的车辆，即可以将当前已发布承运信息的所有车辆作为待选承运车辆。当然，也可以先根据用户输入的运送路线信息和车主发布的行驶路线，筛选出路线相符的车辆作为待选承运车辆。同理，目标承运车辆可以只有一辆，也可以有多辆，即从待选承运车辆中进行筛选，符合条件的车辆可能只有一辆，也可以有多辆。此外，在一些特殊情况下，目标承运车辆的数量可以为零，即没有与待托运物品相符合的车辆。

基于物品信息和承运车辆信息进行匹配，筛选出容积、可承重范围与物品的体积、重量相符的目标承运车辆。在一些实施例中，上述根据预先存储的承运车辆信息和物品信息，从待选承运车辆中筛选出与待托运物品相匹配的目标承运车辆的具体过程可以包括：根据物品体积信息和后备箱容积信息，判断物品体积是否小于或等于待选承运车辆的后备箱容积；根据物品重量信息和后备箱可承重范围信息，判断物品重量是否落入待选承运车辆的后备箱可承重范围；当物品体积小于或等于待选承运车辆的后备箱容积，且物品重量落入待选承运车辆的后备箱可承重范围时，将待选承运车辆作为目标承运车辆。

具体地，当物品的体积小于或等于车辆的后备箱容积，物品的重量落入后备箱的可承重范围之内时，确定该待选承运车辆的后备箱可以容纳下待托运物品，则将该待选承运车辆作为目标承运车辆。而当物品体积、重量其中任意一个不相符时，该待选承运车辆不能作为目标承运车辆。

其中，物品体积的判断过程和重量的判断过程可以是同时进行的，也可以是有先后顺序的，在此不作限定。

可以理解，物品重量落入车辆可承重范围之内，但物品重量又太重，例如，物品重量刚好等于车辆的最大承重重量。此时，虽然重量落入可承重范围内，但是车主可能不愿意运送，或者运送意向较弱。为了使得托运用户了解各个车主的历史承运信息，以提高运输体验，可以根据各个车主的历史承运均重来生成提示信息。

进一步地，在一些实施例中，在上述将待选承运车辆作为目标承运车辆之后，还可以包括：分别判断物品重量是否大于或等于各个目标承运车辆的历史承重均值；当重量大于或等于历史承重均值时，生成超重告警提示信息；将超重告警提示信息显示给托运用户。

其中，历史承重均值可以通过将每次承运物品的重量相加后再除以承运次数得到。超重告警提示信息的外现形式可以是任意的，其可以通过文字、符号等形式表示告警信息。

步骤s203、将目标承运车辆的相关信息呈现给托运用户。

具体地，筛选出一辆或多辆目标承运车辆之后，可以将所有的目标承运车辆通过托运用户终端呈现给托运用户，以使托运用户可以了解到与待托运物品相匹配的车辆的相关信息。该相关信息可以包括但不限于车辆图片、车型、行驶路线、车主个人信息、历史承运信息等中的一种或多种。

可以理解，在筛选出目标承运车辆之后，托运用户可以根据各个目标承运车辆的行驶路线等信息，选择合适的目标承运车辆建立托运关系。当然，也可以在筛选出目标承运车辆之后，服务器自动基于托运用户设置的运送路线和车主发布的行驶路线，从目标承运车辆中进一步筛选出路线相符的车辆，并基于运送路线和车主的行驶路线之间的相符程度，将多个目标承运车辆进行排序显示。

可以看出，本实施例通过将物品信息和承运车辆信息相匹配，即将物品体积和物品重量，分别与承运车辆的后备箱容积和可承重范围相匹配，自动筛选出目标承运车辆，并将目标承运车辆呈现给托运用户，相较于人工沟通方式，根据相关信息自动匹配可以有效地提高匹配便捷性和精确性。

实施例二

待托运物品的种类是任意的，对于一些种类的物品来说，其对运送车辆的防震性、车主的驾驶技术、路线状况等均有一定的要求。例如，待托运物品具有易碎性特点。此时，可以在筛选出目标承运车辆之后，进一步根据待托运物品的类别属性，将目标承运车辆进行排序显示，以提高托运用户的运输体验。

基于上述实施例一，在一些实施例中，上述物品信息还包括物品类别信息，车辆信息还包括车型信息。参见图3示出的目标承运车辆排序过程的流程示意框图，在上述根据预先存储的承运车辆信息和物品信息，从待选承运车辆中筛选出与待托运物品相匹配的目标承运车辆之后，还可以包括以下步骤：

步骤s301、根据物品类别信息，判断待托运物品是否属于易碎物品类别，当待托运物品为易碎物品类别时，进入步骤s302，反之，当待托运物品不属于易碎物品类别时，则将各个目标承运车辆的相关信息显示给托运用户。

可以理解，上述物品类别信息是指表征物品特性、类别的信息，该物品类别信息可以是通过托运用户上传托运物品信息时填写或选择物品类别得到的。当待托运物品为玻璃等易碎类别时，在托运时需要特别关注承运车辆的防震舒适度、车主的驾驶平稳度、运送路线等情况。

步骤s302、根据车型信息查找各个目标承运车辆的防震舒适度信息。

需要说明，上述防震舒适度信息是指表征车辆乘坐舒适度、防震效果的信息，其一般以数值的形式存在，数值越大，防震舒适度也好。该防震舒适度信息可以通过预先对每种车型进行舒适度评测得到的，并将评测结果和车型进行关联存储。

步骤s303、查找各个目标承运车辆对应的驾驶平稳度信息。

需要说明，驾驶平稳度信息是指表征车主驾驶是否平稳的信息，其一般以数值的形式存在，数值越大越平稳。驾驶平稳度可以通过统计各个车主的历史车速中的急加速和急减速的次数之和，然后根据次数落入的预先设定的次数区间得到的。

各个车主的驾驶平稳度是预先计算好，并与车主关联存储的。故在一些实施例中，参见图4示出的驾驶平稳度计算过程的流程示意框图，在上述获取托运订单之前，还可以包括以下步骤：

步骤s401、获取各个承运车主的历史承运信息，历史承运信息包括车速信息。

其中，在每次承运过程中，车辆本地可以实时记录实时车速，并将实时车速上传至服务器。这样，服务器可以得知每次承运过程中各个车辆的车速信息。

当然，历史承运信息还包括其他信息，例如，承运完成时间、托运用户信息等。

步骤s402、基于车速信息，统计各个承运车主的急加速次数和急减速次数的次数总和。

具体地，基于各个承运车主的每次承运过程中的实时车速，统计急加速次数和急减速次数。其中，急加速是指在预设时间段内车速从第一数值增加至第二数值的过程，而急减速是指在预设时间段内车速从第三数值减少至第四数值的过程，而预设时间段、第一数值、第二数值、第三数值以及第四数值可以根据需要进行设定。

步骤s403、根据次数总和与预设评定规则，确定各个承运车主的驾驶平稳度。

需要说明，上述预设评定规则可以具体为：预先设定次数区间，不同区间对应不同的驾驶平稳度数值。例如，0～10次对应的驾驶平稳度数值为100；11～20次对应的驾驶平稳度数值为95。

统计出各个承运车主的急加速次数和急减速次数的次数总和之后，可以看次数总和所落入的区间，可以得出承运车主相应的驾驶平稳度数值。

当然，为了使得车主的驾驶平稳度数值更加精确，可以将区间和平稳度数值划分得更加细致。

步骤s304、获取各个目标承运车辆的路线信息。

其中，该路线信息是指各个车主发布的行驶路线的相关信息，其可以包括但不限于路况信息、事故信息等。通过该路线信息可以得知该行驶路线上是否存在施工、交通事故，道路是否颠簸，是否塞车等信息。具体应用中，该路线信息可以通过第三方应用获取，例如，谷歌地图等。

可以理解，获取路线信息、获取驾驶平稳度以及获取防震舒适度之间的执行顺序可以是任意的，可以同时执行，也可以有先后顺序的，在此不作限定。

步骤s305、根据防震舒适度信息、驾驶平稳度信息、路线信息以及相应的预设权重，计算各个目标承运车辆的推荐评分。

具体地，可以基于各个目标承运车辆的路线信息，确定每个目标承运车辆的路线分值；然后，将相应的权重和相应的分值相乘，再相加即可得到相应的推荐评分。

在一些实施例中，参见图5示出的推荐评分计算过程的流程示意框图，上述根据防震舒适度信息、驾驶平稳度信息、路线信息以及相应的预设权重，计算各个目标承运车辆的推荐评分的过程可以包括：

步骤s501、根据路线信息，确定路线信息对应的运送路线的分值。

其中，预先设定路线影响因素对应的减分值，根据当前行驶路线所出现的路线影响因素，相应减去一定的分值后得到运送路线的分值。例如，运送路线的初始分值为100分，出现一次施工的减分值为10分，一次交通事故的减分值是10分，道路颠簸的减分值为10分。其中，道路是否颠簸可以基于网上用户评价得到。

步骤s502、分别将各个目标承运车辆的防震舒适度信息对应的防震舒适度和第一预设权重相乘、驾驶平稳度信息对应的驾驶平稳度和第二预设权重相乘、分值和第三预设权重相乘，得到相应的第一数值、第二数值以及第三数值。

步骤s503、将第一数值、第二数值以及第三数值相加，得到各个目标承运车辆的推荐评分。

可以理解，上述第一预设权重、第二预设权重以及第三预设权重的具体数值可以根据实际需要进行设定。例如，第一预设权重为40％，第二预设权重30％，第三预设权重为30％。

在计算出相应的分值之后，再将三者相加，得到的相加和即为推荐评分。

步骤s306、根据推荐评分的高低，确定各个目标承运车辆的显示顺序。

步骤s307、根据显示顺序显示各个目标承运车辆。

具体地，根据推荐评分的高低，将各个目标承运车辆按照一定的显示顺序进行显示。

可以看出，本实施例在用户的托运物品为易碎类物品时，通过车辆防震舒适度、车主驾驶平稳度、行驶路线等对目标承运车辆作进一步推进，以提高托运用户的运输体验。

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

实施例三

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

订单获取模块61，用于获取托运订单，托运订单包括待托运物品的物品信息，物品信息包括物品体积信息和物品重量信息；

匹配模块62，用于根据预先存储的承运车辆信息和物品信息，从待选承运车辆中筛选出与待托运物品相匹配的目标承运车辆，承运车辆信息包括后备箱容积信息和后备箱可承重范围信息；

呈现模块63，用于将目标承运车辆的相关信息呈现给托运用户。

在一种可行的实现方式中，上述匹配模块可以包括：

第一判断单元，用于根据物品体积信息和后备箱容积信息，判断物品体积是否小于或等于待选承运车辆的后备箱容积；

第二判断单元，用于根据物品重量信息和后备箱可承重范围信息，判断物品重量是否落入待选承运车辆的后备箱可承重范围；

作为单元，用于当物品体积小于或等于待选承运车辆的后备箱容积，且物品重量落入待选承运车辆的后备箱可承重范围时，将待选承运车辆作为目标承运车辆。

在一种可行的实现方式中，上述匹配模块还可以包括：

第三判断单元，用于分别判断物品重量是否大于或等于各个目标承运车辆的历史承重均值；

生成单元，用于当重量大于或等于历史承重均值时，生成超重告警提示信息；

显示单元，用于将超重告警提示信息显示给托运用户。

在一种可行的实现方式中，物品信息还包括物品类别信息，车辆信息还包括车型信息；上述装置还可以包括：

物品类别判断模块，用于根据物品类别信息，判断待托运物品是否属于易碎物品类别；

第一查找模块，用于当待托运物品为易碎物品类别时，根据车型信息查找各个目标承运车辆的防震舒适度信息；

第二查找模块，用于查找各个目标承运车辆对应的驾驶平稳度信息；

路线信息获取模块，用于获取各个目标承运车辆的路线信息；

推荐评分计算模块，用于根据防震舒适度信息、驾驶平稳度信息、路线信息以及相应的预设权重，计算各个目标承运车辆的推荐评分；

显示顺序确定模块，用于根据推荐评分的高低，确定各个目标承运车辆的显示顺序；

显示模块，用于根据显示顺序显示各个目标承运车辆。

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

历史承运信息获取模块，用于获取各个承运车主的历史承运信息，历史承运信息包括车速信息；

统计模块，用于基于车速信息，统计各个承运车主的急加速次数和急减速次数的次数总和；

平稳度评定模块，用于根据次数总和与预设评定规则，确定各个承运车主的驾驶平稳度。

在一种可行的实现方式中，上述推荐评分计算模块可以包括：

分值确定单元，用于根据路线信息，确定路线信息对应的运送路线的分值；

第一计算单元，用于分别将各个目标承运车辆的防震舒适度信息对应的防震舒适度和第一预设权重相乘、驾驶平稳度信息对应的驾驶平稳度和第二预设权重相乘、分值和第三预设权重相乘，得到相应的第一数值、第二数值以及第三数值；

第二计算单元，用于将第一数值、第二数值以及第三数值相加，得到各个目标承运车辆的推荐评分。

需要说明，本实施例提供的货物匹配装置与上述各个实施例中的货物匹配方法一一对应，相关或相同之处请参见上文相应内容，在此不再赘述。

可以看出，本实施例通过将物品信息和承运车辆信息相匹配，即将物品体积和物品重量，分别与承运车辆的后备箱容积和可承重范围相匹配，自动筛选出目标承运车辆，并将目标承运车辆呈现给托运用户，相较于人工沟通方式，根据相关信息自动匹配可以有效地提高匹配便捷性和精确性。

实施例四

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

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

订单获取模块，用于获取托运订单，托运订单包括待托运物品的物品信息，物品信息包括物品体积信息和物品重量信息；匹配模块，用于根据预先存储的承运车辆信息和物品信息，从待选承运车辆中筛选出与待托运物品相匹配的目标承运车辆，承运车辆信息包括后备箱容积信息和后备箱可承重范围信息；呈现模块，用于将目标承运车辆的相关信息呈现给托运用户。

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

所称处理器70可以是中央处理单元(centralprocessingunit，cpu)，还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现成可编程门阵列(field-programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

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

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

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

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

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

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

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

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

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