一种带物人员匹配方法及装置与流程

1.本技术实施例涉及信息处理技术领域，尤其涉及一种带物人员匹配方法及装置。


背景技术：

2.对于很多垮地域的大型企业，经常需要在公司各地分支机构之间紧急传递材料、物品、保密设备等。也可以认为，这些企业的员工之间经常有带物需求。
3.目前可以通过快递等方式完成跨地域的带物需求。然而，快递带物有可能因为运输状况(例如，天气因素或配送人员的状态)而出现延时，导致物品等不能被准时送达，时效性较差。同时，快递带物通常需要支付快递费用，导致带物成本较高。


技术实现要素：

4.本技术实施例提供一种带物人员匹配方法及装置，能够通过匹配带物需求与已有的出行订单，从中选择匹配度较高的出行订单对应的人员作为带物人员来帮助带物，即借助带物人员的出行计划帮助带物。通过该方法能够借助带物人员的出行计划方便地完成带物需求，保证带物的时效性并节省带物成本，另外，还提高了用户的带物体验。
5.为达到上述目的，本技术实施例采用如下技术方案：
6.第一方面，本技术实施例提供了一种带物人员匹配方法，该方法包括：获取需求发布者的带物需求；根据带物需求的特征与待匹配人员的对应特征，确定带物需求与待匹配人员之间的匹配度；其中，带物需求的特征包括带物时间和带物地点；待匹配人员的特征包括出行时间和出行地点；根据匹配度从待匹配人员中确定需求接纳者；其中，需求接纳者帮助需求发布者完成带物需求。
7.在该方案中，通过匹配带物需求的特征与待匹配人员的对应特征，例如匹配带物时间和出行时间以及带物地点和出行地点，确定带物需求与待匹配人员之间的匹配度，进而根据匹配度确定需求接纳者。由于该方案借助于该需求接纳者的出行计划完成带物需求，需求接纳者的出行计划变动可能性较小，因此该方案能够保证带物的时效性。另外，借助于需求接纳者的出行计划带物可以方便地完成带物需求，并且不需要支付额外的带物费用，可以节省带物成本。
8.在一种可能的实现方式中，带物需求的特征还包括：物品密级、物品重量、带物说明和附加要求中的一种或多种；其中，物品密级指示所带物品的保密等级；带物说明包括所带物品的形态、大小、材质和需求发布者的个人信息中的一种或多种；附加要求指示对待匹配人员的个人信息的要求。
9.也就是说，带物需求可以包括多个特征。
10.在一种可能的实现方式中，待匹配人员的特征还包括：待匹配人员的个人信息，其中，个人信息包括姓名、联系方式、性别、部门和级别中的一种或多种。
11.也即是说，待匹配人员的特征可以包括多个特征。
12.在一种可能的实现方式中，根据带物需求的特征与待匹配人员的对应特征，确定
带物需求与待匹配人员之间的匹配度包括：确定带物需求的各个特征与待匹配人员的对应特征之间的相似度；根据带物需求的各个特征与待匹配人员的对应特征之间的相似度，确定带物需求与待匹配人员之间的匹配度。
13.在该方案中，带物需求与待匹配人员之间的匹配度可以是根据带物需求的各个特征与待匹配人员的对应特征之间的相似度确定的。
14.在一种可能的实现方式中，待匹配人员为满足以下至少一个条件的人员：出行时间与带物需求的带物时间相符；出行地点与带物需求的带物地点相符；未设置免打扰模式；人员级别大于预设级别。
15.也就是说，待匹配人员是根据上述条件筛选所得的人员。
16.在一种可能的实现方式中，根据匹配度从待匹配人员中确定需求接纳者，包括：根据匹配度，从待匹配人员中确定需求接收方，需求接收方与带物需求之间的匹配度满足预设条件，预设条件为匹配度的值大于预设值，或者匹配度的值排序为前t个；向需求接收方的终端发送带物请求，带物请求用于请求需求接收方帮助带物；接收来自终端的第一带物响应，第一带物响应用于指示需求接收方接受带物请求；将需求接收方确定为需求接纳者。
17.在该方案中，需求接收方与带物需求的匹配度较高，这样可以提高需求接收方存在能够带物的人员(即需求接纳者)的概率。此外，在接收到第一带物相应后确定需求接纳者能够确保该需求接纳者能够帮助完成带物需求。
18.在一种可能的实现方式中，方法还包括：向需求接纳者的终端发送需求发布者的个人信息；向需求发布者的终端发送需求接纳者的个人信息。
19.这样，需求接纳者和需求发布者可以联系带物事宜。在需求接纳者确认带物后，需求接纳者和需求发布者可以在各自终端上查看对方个人信息，可以保护用户的隐私。
20.在一种可能的实现方式中，方法还包括：接收来自需求接收方的终端的第二带物响应，第二带物响应用于指示需求接收方拒绝带物请求以及拒绝原因；存储拒绝原因。
21.在该方案中，若需求接收方不方便带物，则可以通过终端发送第二带物响应，并发送拒绝原因，方便后续更新推送带物请求的条件。
22.在一种可能的实现方式中，根据带物需求的各个特征与待匹配人员的对应特征之间的相似度，确定带物需求与待匹配人员之间的匹配度，包括：根据带物需求的各个特征与待匹配人员的对应特征之间的相似度，以及第一权值集合，确定带物需求与待匹配人员之间的匹配度，第一权值集合包括与带物需求的特征一一对应的权值。
23.这里，由于确定匹配匹配度时还结合了第一权值集合，因此能够提高匹配度的准确性。
24.在一种可能的实现方式中，在根据带物需求的各个特征与待匹配人员的对应特征之间的相似度，以及第一权值集合，确定带物需求与待匹配人员之间的匹配度之前，该方法还包括：对初始权值集合进行更新，获得第二权值集合；根据存储的历史匹配度以及推送标签，确定初始权值集合对应的第一推送评分；历史匹配度为根据初始权值集合，以及历史带物需求的各个特征与历史待匹配人员的对应特征之间的相似度确定的匹配度；第一推送评分用于指示历史匹配度的准确性；根据第二权值集合，以及历史带物需求的各个特征与历史待匹配人员的对应特征之间的相似度，确定第一匹配度；根据第一匹配度以及推送标签，确定第二权值集合对应的第二推送评分；第二推送评分用于指示第一匹配度的准确性；若
第二推送评分与第一推送评分之差大于预设值，则确定第二权值集合为第一权值集合；若第二推送评分与第一推送评分之差小于或等于预设值，则确定初始权值集合为第一权值集合。
25.该方案可以通过对初始权值更新，将确定匹配度的结果更优时对应的权值集合作为第一权值集合，从而提高后续确定的匹配度的准确性。
26.在一种可能的实现方式中，推送标签包括推送正确标签和推送错误标签；第一推送评分为推送正确标签对应的历史匹配度的平均值与推送错误标签对应的历史匹配度的平均值之差；第二推送评分为推送正确标签对应的第一匹配度的平均值与推送错误标签对应的第一匹配度的平均值之差。
27.在一种可能的实现方式中，初始权值集合为预设的权值集合或者对预设的初始权值集合更新后的权值集合。也就是说，初始权值集合可以被迭代替换。
28.第二方面，本技术实施例提供了一种带物人员匹配装置，该装置包括：需求发布模块和匹配确认模块；需求发布模块用于，获取带物需求；匹配确认模块用于，根据带物需求的特征与待匹配人员的对应特征，确定带物需求与待匹配人员之间的匹配度；其中，带物需求的特征包括带物时间和带物地点；待匹配人员的特征包括出行时间和出行地点；匹配确认模块还用于，根据匹配度从待匹配人员中选择需求接纳者，需求接纳者帮助需求发布者完成带物需求。
29.在一种可能的实现方式中，匹配确认模块具体用于：确定带物需求的各个特征与待匹配人员的对应特征之间的相似度；根据带物需求的各个特征与待匹配人员的对应特征之间的相似度，确定带物需求与待匹配人员之间的匹配度。
30.在一种可能的实现方式中，匹配确认模块具体用于，根据带物需求的各个特征与待匹配人员的对应特征之间的相似度，以及第一权值集合，确定带物需求与待匹配人员之间的匹配度，第一权值集合包括与带物需求的特征一一对应的权值。
31.在一种可能的实现方式中，该装置还包括评价训练模块，评价训练模块用于：对初始权值集合进行更新，获得第二权值集合；根据存储的历史匹配度以及推送标签，确定初始权值集合对应的第一推送评分；历史匹配度为根据初始权值集合，以及历史带物需求的各个特征与历史待匹配人员的对应特征之间的相似度确定的匹配度；第一推送评分用于指示历史匹配度的准确性；根据第二权值集合，以及历史带物需求的各个特征与历史待匹配人员的对应特征之间的相似度，确定第一匹配度；根据第一匹配度以及推送标签，确定第二权值集合对应的第二推送评分；第二推送评分用于指示第一匹配度的准确性；若第二推送评分与第一推送评分之差大于预设值，则确定第二权值集合为第一权值集合；若第二推送评分与第一推送评分之差小于或等于预设值，则确定初始权值集合为第一权值集合。
32.在一种可能的实现方式中，装置应用于商旅管理公司tmc系统。也就是说，该装置可以应用于借助于因公差旅带物的场景中。
33.第三方面，本技术实施例提供了一种带物人员匹配装置，该装置包括：一个或多个处理器和一个或多个存储器；一个或多个存储器与一个或多个处理器耦合，一个或多个存储器用于存储计算机程序代码，计算机程序代码包括计算机指令，当一个或多个处理器执行计算机指令时，装置执行如第一方面中任一种可能的实现方式中的带物人员匹配方法。
34.第四方面，本技术实施例提供了一种计算机存储介质，包括计算机指令，当计算机
指令在装置上运行时，使得装置执行如第一方面中任一种可能的实现方式中的带物人员匹配方法。
35.上述其他方面对应的有益效果，可以参见关于方法方面的有益效果的描述，此处不予赘述。
附图说明
36.图1a为本技术实施例提供的带物人员匹配系统的示意图；
37.图1b为本技术实施例提供的带物系统的示意图；
38.图2为本技术实施例提供的一种带物人员匹配方法的流程示意图；
39.图3为本技术实施例提供的另一种带物人员匹配的方法的流程示意图；
40.图4为本技术实施例提供的又一种带物人员匹配的方法的流程示意图；
41.图5为本技术实施例提供的一种带物人员匹配装置的结构示意图。
具体实施方式
42.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行描述。其中，在本技术实施例的描述中，除非另有说明，“/”表示或的意思，例如，a/b可以表示a或b；本文中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，在本技术实施例的描述中，“多个”是指两个或多于两个。
43.以下，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本实施例的描述中，除非另有说明，“多个”的含义是两个或两个以上。
44.人们时常需要在不同区域之间传递物品。例如，对于具有分布在不同区域的多个分支机构的跨地域的企业，这些分支机构之间经常存在带物需求；或者，不同地区的亲友可能存在相互传递一些物品的带物需求等。
45.目前可以通过快递等方式来完成跨区域带物的需求，例如通过快递在企业的不同分支机构之间传递材料、物品或保密设备等。然而，快递过程中的恶劣天气或配送人员的突发情况可能导致物品不能被准时带到目的地，致使快递带物的时效性较差；同时，快递带物需要向第三方快递公司支付快递费用，从而使得带物成本较高。此外，快递带物的过程中可能有多个陌生人(例如，快递公司工作人员、配送员等)接触到所带物品，导致快递带物的安全性较低。
46.除此之外，跑腿业务也可以用来解决带物需求。由于跑腿带物时，可以根据带物位置与骑手位置将带物需求推送给附近的骑手，因此，跑腿带物能够一定程度上提高带物的时效性。然而，由于用户通常不清楚骑手的个人信息，骑手与用户之间也没有任何工作或生活上的关联，因此，跑腿带物的安全性也较低。同时，跑腿带物同样需要向跑腿平台和骑手支付带物费用，带物成本较高。另外，由于跑腿带物一搬是骑手借助电动车等交通工具来带物，因此，跑腿带物的带物范围有限，通常仅能在同城或者相邻城市之间带物，对于较远距离的带物需求(例如，从南京到深圳的带物需求)，跑腿带物并不适用。
47.另外，在现有的一种园区内帮带餐场景下的匹配方法中，可以通过统计订餐者和送餐者之间的历史行为路径的相似度，同时比较订餐者的需求物品属性与送餐者帮带物品喜好，从而自动向最合适的送餐者推送帮带餐的请求。然而，该方法带物范围较小，仅限于一个园区内。同时，该方法需要匹配订餐者和送餐者在园区内的高频行为路径，对于跨地区的低频带物需求，该方法无法匹配合适的带物者。此外，该方法匹配的送餐者与订餐者可能并不了解彼此的个人信息，即两者可能是陌生人，这样，带物的安全性也较低。
48.基于上述问题，本技术实施例提供了一种带物人员匹配方法及装置，能够通过匹配带物需求与已有的出行订单，从中选择匹配度较高的出行订单对应的人员来帮助带物，即借助该人员的出行计划帮助带物，从而能够方便地完成带物需求。通过该方法匹配带物人员，借助带物人员的出行计划带物能够提高带物的时效性，并且由于不需要支付额外的带物费用(例如快递费用或跑腿费用等)，通过该方法匹配带物人员进行带物的成本较低。
49.另外，在本技术一些实施例中，带物人员与用户同公司，即可以认为带物人员对用户而言不是陌生人，因此带物的安全性较高。此外，由于已有的出行订单的出行地点包括多个城市，因此借助人员的出行计划带物可以不限定带物的范围，带物地点可以是出行订单中涉及的任一目的地，能够扩大带物范围。
50.本技术实施例提供的带物人员匹配方法可以应用于如图1a所示的带物人员匹配系统中。如图1a所示，该系统可以包括终端100和服务器200等。
51.其中，终端100可以是用户侧的一种用于接收信号，或者，发送信号，或者，接收信号和发送信号的实体。该终端还可以称为用户设备(user equipment，ue)、终端设备、移动设备、用户终端设备或用户装置。该终端可以是手机、平板电脑、可穿戴电子设备等便携式设备，也可以是个人计算机(personal computer，pc)、个人数字助理(personal digital assistant，pda)、上网本等计算设备，还可以是其他任一能够实现本技术实施例的终端设备，本技术对此不作限定。终端100可以包括需求发布者侧的第一终端，用户能够通过第一终端发布带物需求。终端100还可以包括第二终端，其他用户能够通过第二终端接收到带物需求。可以理解的是，用户通过一个终端可以发布带物需求，也可以通过该终端接收其他用户的带物需求。也就是说，第一终端和第二终端可以互换。
52.服务器200可以包括一个服务器或是一个服务器群组。服务器200上可以部署有带物系统。带物系统可以是嵌入现有系统中的一个模块组，例如，带物系统可以是嵌入现有差旅平台系统(例如，tmc网站系统)中的一个模块组。带物系统还可以是一个独立的模块组。服务器200通过带物系统能够获取带物需求，查询出行订单，并完成对带物需求与出行订单的匹配。上述服务器可以是任意一种类型的计算设备，本技术对服务器200的具体类型不作限定。
53.下面结合图1b，进一步介绍上述带物系统的结构。如图1b所示，带物系统10可以至少包括：需求发布模块11、匹配确认模块12和评价训练模块13。
54.其中，需求发布模块11可以获取带物需求。匹配确认模块12可以确定带物需求与待匹配人员之间的匹配度，并向较高匹配度对应的待匹配人员推送带物请求。作为一种示例，匹配确认模块12可以基于不同的算法(也可以称为模型)，结合带物需求中各特征所对应的权值组成的权值集合，确定带物需求与待匹配人员之间的匹配度，并向较高匹配度对应的待匹配人员推送带物请求。评价训练模块13可以获取接收到带物请求的用户的评价，
还可以根据评价优化上述权值集合。该优化后的权值集合能够提高带物需求与待匹配人员之间的匹配度的准确性。
55.应理解，带物系统10可以包括但不限于上面列举的模块或单元。图1b示出的各模块或单元仅为便于理解而示出，不应对本技术实施例构成任何限定。
56.需要说明的是，本技术实施例提供的带物人员匹配方法可以应用于多种跨地域带物场景下。例如，通过同公司员工的因公差旅帮助带物的场景，或者通过人员的私行帮助带物的场景等。下面以通过同公司员工的因公差旅帮助带物的场景为例对本技术实施例提供的方法进行介绍。
57.以下结合图2，以本技术实施例提供的方法应用在服务器上，该服务器上部署有带物系统为例，具体描述本技术实施例提供的带物人员匹配方法。如图2所示，本技术实施例提供的带物人员匹配方法可以包括：
58.201、服务器获取带物需求。
59.用户(例如公司a的员工a)在有带物需求的情况下(例如用户希望将文件从公司a在甲市的分公司送至公司a在乙市的分公司时)，可以通过终端，如手机发布带物需求。作为一种示例，可以通过手机中安装的应用或网站发布带物需求。例如，员工a可以在手机的浏览器中访问并登录差旅平台，在差旅平台上发布带物需求。例如tmc网站为常用的一种差旅平台，员工a可以通过手机的浏览器登录tmc网站来发布带物需求。再例如，员工a也可以登录手机的特定应用来发布带物需求。这里，发布带物需求的用户，如上述员工a也可以称为需求发布者。
60.其中，带物需求可以包括以下特征中的一个或多个：带物时间、带物地点、物品密级、物品重量、带物说明、附加要求等。
61.带物时间可以包括物品送达目的地的时间或时间范围。例如，带物时间可以为：2021年2月25日，表示物品需要在2021年2月25日送达目的地。又例如，带物时间也可以为：2021年2月25日至2021年2月28日，表示物品可以在2021年2月25日至2021年2月28日这段时间范围内送达目的地。带物时间还可以包括物品离开起始地的时间或时间范围。例如，带物时间还可以为：2021年2月25日；2021年2月28日，表示物品需要在2021年2月25日离开起始地，在2021年2月28日到达目的地。
62.带物地点可以包括带物的目的地。带物地点可以是市名、区名或者具体地址名。可以理解的是，带物地点越精确，带物的准确度越高。例如，带物地点可以为：a市b区c街道d大厦，表示带物目的地是a市b区c街道d大厦。可以理解的是，带物地点也可以包括带物的起始地。例如，带物地点可以为：a市b区c街道d大厦；e市f区g街道h公司办事处，这表示带物起始地为a市b区c街道d大厦，带物目的地为e市f区g街道h公司办事处。
63.物品密级可以是所带物品的保密等级。物品密级越高，表示物品的保密等级越高。物品密级越低，表示物品的保密等级越低。物品密级可以设置为“高”或“低”；或者，物品密级也可以划分为更多的等级，例如“一级”、“二级”、“三级”等，“一级”对应的物品密级最低，物品密级依次上升。
64.物品重量可以是所带物品的重量或重量范围。例如，物品重量为2kg，表示物品重量小于或等于2kg。
65.带物说明可以包括对所带物品特性的一些描述。例如所带物品的形态、大小、材质
等。带物说明也可以包括对带物需求中任何一个需求的进一步描述。带物说明也可以包括需求发布者的个人信息。例如，需求发布者的部门、级别、性别等信息。其中，需求发布者的个人信息默认是匿名发布的，也就是说，需求发布者的个人信息不公开显示，仅用于tmc网站进行后续匹配，这样，能够保护需求发布者的个人隐私。当然，需求发布者也可以根据实际情况选择是否匿名发布自己的个人信息。例如，tmc网站的界面上可以设置“匿名”选项，在需求发布者勾选之后，需求发布者的个人信息可以匿名发布。
66.附加要求可以包括对匹配人员(或者说带物人员)的要求，例如，希望的带物人员的部门、级别等。
67.在需求发布者发布带物需求之后，服务器可以获取带物需求。在一些实施例中，需求发布者发布带物需求并确认带物需求之后，服务器可以获取带物需求。也就是说，服务器获取带物时间、带物地点、物品密级、物品重量、带物说明、附加要求等信息。
68.以需求发布者在手机上登陆tmc网站来发布带物需求为例，需求发布者可以在tmc网站界面中的对应输入框中输入带物需求。之后，需求发布者的手机可以将该带物需求发送给服务器。服务器接收到该带物需求后，可自行识别，将需求发布者在tmc网站界面中的对应输入框中输入的带物需求中的内容对应至带物时间、带物地点、物品密级、物品重量、带物说明、附加要求等，以获得带物需求。在另一些实施例中，tmc网站的界面上也可以针对带物时间、带物地点、物品密级、物品重量、带物说明、附加要求等每一项分别设置输入框，需求发布者可以在每一个输入框中输入带物需求中对应的一部分内容。之后，需求发布者的手机可以将用户输入的各部分带物需求及对应的类别发送给服务器，使得服务器获得带物需求。在又一些实施例中，tmc网站的界面上也可以针对带物时间、带物地点、物品密级、物品重量、带物说明、附加要求等每一项分别设置多个选项，需求发布者可以通过在手机上直接选择来由手机向服务器发送带物需求。这样，服务器可根据用户的输入或选择来获得带物需求。当然，需求发布者还可以通过语音输入等方式发布带物需求。本技术实施例对需求发布者发布带物需求的方式不作限定。在一些实施例中，可由服务器上部署的带物系统中的需求发布模块11来执行步骤201。
69.202、服务器对所有出行订单进行初步过滤，筛选待匹配人员。
70.作为一种示例，在本实施例中，可通过同公司员工的因公差旅来帮助带物。其中，公司员工可通过差旅平台来预定出行订单。因此，差旅平台对应的服务器上可以存储有公司员工的所有出行订单。部署有带物系统的服务器可以从差旅平台对应的服务器获取需求发布者(如上述公司a的员工a)所在公司(记为公司a)的员工的所有出行订单，以用于筛选合适的带物人员，帮助员工a完成带物需求。
71.例如，以tmc网站是一种差旅平台为例。若公司a的员工均通过tmc网站预定出行订单，则所有出行订单均可以存储于tmc网站对应的服务器中。部署有带物系统的服务器可以从tmc网站对应的服务器查询或获取公司a的员工的所有出行订单。在一种实施例中，若用户在tmc网站上发布带物需求，则可以认为，部署有带物系统的服务器与tmc网站对应的服务器为同一服务器。也可以认为，带物系统是tmc网站系统中的一个模块组。这里，服务器可以从自身的存储器获取所有出行订单。
72.当然，在其他带物场景中，服务器可以通过私旅平台(例如在线旅游代理(online travel agency，ota)平台)对应的服务器获取特定人员的私行订单(例如，同城人员或者同
小区人员的私行订单)。本技术实施例在此对出行订单的获取方式不做具体限制。
73.在一些实施例中，服务器可以在获取到公司a的某员工的带物需求时，获取公司a的员工的所有出行订单。在另一些实施例中，服务器还可以周期性地自动获取并更新公司a的员工的所有出行订单，以节省匹配过程的时间，提高匹配效率。在又一些实施例中，服务器还可以每当出行订单发生变化时就获取并更新公司a的员工的所有出行订单，从而保证当前的所有出行订单的准确性。本技术实施例对服务器获取所有出行订单的时机和方式不作限定。
74.出行订单可以包括以下特征中的一个或多个：出行时间、出行地点、出行人员基本信息等。其中，出行人员基本信息可以包括人员姓名、联系方式、性别、部门、级别等信息。
75.在获取所有出行订单和带物需求之后，服务器可以根据带物需求中的带物时间和带物地点，对所有出行订单进行初步过滤，筛选待匹配人员。
76.具体的，服务器可以根据带物需求中的带物时间和带物地点，仅查询所有出行订单的出行时间和出行订单，从而筛选出第一出行订单。可以理解的是，第一出行订单中的每一个出行订单的出行时间与带物时间相符，出行地点与带物地点相符。例如，带物需求中的带物时间和带物地点为两日内从南京到深圳，服务器从tmc网站对应的服务器查询到公司a的员工的所有1000条出行订单，从中筛选出出行地点为南京到深圳，出行时间为近两日的120条出行订单，作为第一出行订单。在一些实施例中，第一出行订单的起始地和目的地可以与带物需求不同，只要在带物时间范围内，出行订单的中转地与带物地点相符即可。例如，若带物需求中的带物时间和带物地点为两日内从南京到深圳，而出行订单是从北京到香港，但是该出行订单在两日内在南京和深圳进行中转，则该出行订单也可以被认为是第一出行订单。其中，第一出行订单对应的员工可以作为待匹配人员。
77.在一些实施例中，初步过滤还包括根据过滤条件从第一出行订单中筛选出第二出行订单，将第二出行订单对应的员工作为待匹配人员。其中，过滤条件可以为用户隐私设置、近期推送带物需求的频率、是否已经有带物成交的配置、出行订单的临时更改(例如临时中转、联程)、员工级别大于预设级别等条件中的一个或多个。
78.例如，若第一出行订单对应的员工中有10人设置隐私为“免打扰模式”，表示对应的员工不希望被推送带物需求，则服务器可以将这10人对应的出行订单从第一出行订单中筛除。若在近一个月向第一出行订单对应的员工中的5人推送带物需求的频率达到预设值，则服务器可以将这5人对应的出行订单从第一订单中筛除。若第一出行订单对应的员工中有1人的级别大于预设级别，也就是说，该员工是系统识别的高级别员工，出行的重要级别较高，不方便进行带物，则服务器可以将这1人对应的出行订单从第一出行订单中筛除。最终筛选出来的出行订单记为第二出行订单，第二出行订单对应的员工为待匹配人员。
79.可以理解的是，服务器可以先根据带物需求中的带物时间和带物地点，从所有出行订单中筛选第一出行订单，进而根据过滤条件，从第一出行订单中筛选第二出行订单。或者，服务器也可以根据带物需求中的带物时间和带物地点，以及过滤条件，一次性从所有出行订单中筛选出第二出行订单。
80.对于筛除掉的出行订单，服务器也可以进行记录，以便后续根据记录调整过滤条件。
81.可以认为，待匹配人员的出行订单(也可以称为出行计划)与带物需求大体相符。
例如，待匹配人员的出行时间和带物时间基本相符，出行地点与带物地点基本相符(例如，在同一个城市)，待匹配人员未进行特殊的隐私设置(例如不接受带物等设置)等。服务器经过初步筛选之后，可以进一步对带物需求中的各个特征与待匹配人员的出行订单中的对应特征进行更全面、更细致的匹配，如执行以下步骤203。
82.203、服务器确定带物需求与待匹配人员之间的匹配度。
83.服务器筛选待匹配人员之后，可以确定带物需求与待匹配人员之间的匹配度。这里，匹配度可以表示待匹配人员能够带物的可能性。匹配度越高，待匹配人员能够带物的可能性越大。
84.在一种实施例中，服务器可以分别确定带物需求的各个特征与待匹配人员的出行订单中的对应特征(也可以称为待匹配人员的对应特征)之间的相似度。进而，基于这些相似度，服务器可以确定带物需求与待匹配人员之间的匹配度。服务器确定该匹配度时由于全面细致地对比了带物需求中的各个特征与待匹配人员的对应特征，因此，服务器确定的带物需求与待匹配人员之间的匹配度更为准确。
85.需要说明的是，待匹配人员的出行订单的特征也可以称为待匹配人员的特征，可以包括：出行时间、出行地点和待匹配人员的个人信息。其中，待匹配人员的个人信息可以包括姓名、联系方式、性别、部门或级别等。
86.下面结合图3，描述服务器确定带物需求与待匹配人员之间的匹配度的具体过程。如图3所示，该过程包括：
87.301、服务器获取带物需求中的各个特征。
88.服务器获取带物需求之后，可以提取带物需求中的各个特征。例如，服务器从带物需求中提取的特征可以包括：带物时间：2021年2月25日；带物地点：南京至深圳；物品密级：高；需求发布者的部门：研发部门；物品重量：2kg。
89.在一些实施例中，服务器还可以根据从带物需求中提取的各个特征构建第一向量。例如，第一向量x可以为(2021年2月25日、南京至深圳、高、研发部门、2kg)。
90.302、服务器获取待匹配人员的出行订单中的各个特征。
91.类似的，服务器还可以在获取待匹配人员的出行订单后，提取待匹配人员的出行订单中的各个特征。例如，服务器从待匹配人员的出行订单中提取的特征可以包括：出行时间：2021年2月25日；出行地点：南京至深圳南山区；待匹配人员的级别：经理；待匹配人员的部门：市场部门；待匹配人员的性别：男。
92.在一些实施例中，服务器还可以根据从从待匹配人员的出行订单中提取的各个特征构建第二向量。例如，第二向量y可以为(2021年2月25日、南京至深圳南山区、经理、市场部门、男)。
93.303、服务器针对带物需求中的每一个特征，使用该特征对应的算法，确定该特征与待匹配人员的出行订单中的对应特征之间的相似度。
94.对于带物需求中的每一个特征，服务器中均设置有对应的算法，来计算该特征与待匹配人员的出行订单中的对应特征之间的相似度。带物需求中的特征不同，相应的计算该特征与待匹配人员的出行订单中的对应特征之间的相似度的算法可能也不同。
95.举例来说，对于带物需求中的带物地点，服务器可以利用信息点(point of information，poi)距离计算带物地点与出行地点之间的相似度。在利用poi距离计算带物
地点与出行地点之间的相似度时，服务器可以先计算出获取的带物需求中的带物地点与待匹配人员的出行订单中的出行地点对应的经度和纬度，进而由带物地点的经度和纬度，以及出行地点的经度和纬度，计算两地之间的直线距离，即两地之间的poi距离。然后，服务器可以根据预先设置的算法根据两地之间的poi距离，并基于两地之间的poi距离对带物地点与出行地点之间的相似度赋分。带物地点与出行地点之间的poi距离越大，说明带物地点与出行地点之间的距离越远，带物地点与出行地点之间相似度越低，带物地点对应的相似度得分也越低。例如，若带物地点与出行地点之间的poi距离为10公里以内，则将带物地点对应的相似度记为10分；若带物地点与出行地点之间的poi距离为10-50公里，则将带物地点对应的相似度记为5分；若带物地点与出行地点之间的poi距离大于50公里，则将带物地点对应的相似度记为3分。可以理解的是，若带物地点包括带物的目的地，则服务器可以基于带物的目的地与出行的目的地之间的poi距离对带物地点与出行地点之间的相似度赋分。若带物地点包括带物的目的地和起始地，则服务器可以基于带物的目的地与出行的目的地之间的poi距离对带物的目的地与出行的目的地之间的相似度赋分，同时基于带物的起始地与出行的起始地之间的poi距离对带物的起始地与出行的起始地之间的相似度赋分，进而根据带物的目的地与出行的目的地之间的相似度得分，以及带物的起始地与出行的起始地之间的相似度得分，对带物地点与出行地点之间的相似度赋分。
96.对于带物需求中的带物时间，服务器可以根据预先设置的算法计算带物时间与出行时间之间的时间差，并基于带物时间与出行时间之间的时间差对带物时间与出行时间之间的相似度赋分。时间差越大，说明带物时间与出行之间的相似度越低，带物时间对应的相似度得分也越低。例如，若带物时间与出行时间之间的时间差为2小时以内，则将带物时间对应的相似度记为10分；若带物时间与出行时间之间的时间差为2-5小时，则将带物时间对应的相似度记为5分；若带物时间与出行时间之间的时间差大于5小时，则将带物时间对应的相似度记为3分。可以理解的是，若带物时间包括物品送达目的地的时间，则服务器可以基于物品送达目的地的时间与出行到达时间之间的时间差对带物时间与出行时间之间的相似度赋分。若带物时间包括物品离开起始地的时间和物品送达目的地的时间，则服务器可以基于物品离开起始地的时间和出行出发时间之间的时间差对物品离开起始地的时间与出行出发时间之间的相似度赋分，同时基于物品送达目的地的时间与出行达到时间之间的时间差对物品送达目的地的时间与出行到达时间之间的相似度赋分，进而根据物品离开起始地的时间与出行出发时间之间的相似度得分，以及物品送达目的地的时间与出行到达时间之间的相似度得分，对带物时间与出行时间之间的相似度赋分。
97.对于带物需求中的物品密级，服务器可以根据预先设置的算法，通过比较物品密级与待匹配人员的级别来对物品密级对应的相似度赋分。可以理解的是，物品密级越高，物品的保密程度越高，对带物人员的级别要求也越高。反之，物品密级越低，对带物人员的级别要求也越低，对带物人员的级别要求也越低。若物品密级与待匹配人员的级别匹配，则服务器可以赋予物品密级对应的相似度较高得分，若物品密级与待匹配人员的级别不匹配，则服务器可以赋予物品密级对应的相似度较低得分。例如，若物品密级别为高，经理及以上级别的员工可以帮带物品密级为高的物品，则在待匹配人员的级别是经理及以上级别时，将物品密级对应的相似度记为1分，在待匹配人员的级别是经理以下级别时，将物品密级对应的相似度记为0分。
98.对于带物需求中的需求发布者的部门，服务器可以根据预先设置的文本相似度算法，计算带物需求中的需求发布者的部门名称与待匹配人员的部门名称的相似度，进而根据该相似度对需求发布者的部门对应的相似度赋分。可以理解的是，需求发布者的部门名称与待匹配人员的部门名称之间的相似度越高，说明需求发布者与待匹配人员在同一部门的可能性越高，待匹配人员更适合带物，需求发布者的部门对应的相似度得分越高。例如，若需求发布者的部门名称与待匹配人员的部门名称通过文本相似度算法得到的相似度大于或等于预设值，则将需求发布者的部门对应的相似度记为1分；若需求发布者的部门名称与待匹配人员的部门名称通过文本相似度算法得到的相似度小于预设值，则将需求发布者的部门对应的相似度记为0分。
99.对于带物需求中的物品重量，服务器可以根据预先设置的算法，通过比较物品重量与待匹配人员的性别来对物品重量对应的相似度赋分。可以理解的是，物品越重，男性由于力气通常更大，更适合带物，女性由于力气较小，不太适合带物。若物品重量与待匹配人员的性别匹配，带物系统可以赋予物品重量对应的相似度较高得分，若物品重量与待匹配人员的性别不匹配，服务器可以赋予物品重量对应的相似度较低得分。例如，若物品重量超过2kg(即物品重量较重)，则待匹配人员是男性时，将物品重量对应的相似度记为1分，待匹配人员是女性时，将物品重量对应的相似度记为0分。
100.上面示例性地描述了服务器基于不同的算法确定带物需求中的每一个特征与待匹配人员的出行订单中的对应特征之间的相似度的方法。可以理解的是，本技术实施例对带物需求中包含的特征数量和特征内容不作限定。还可以理解的是，本技术实施例对带物需求中每一个特征对应的算法也不作限定。
101.在一些实施例中，服务器可以从第一向量中获取带物需求的每一个特征，同时从第二向量中获取的对应特征，来计算带物需求中各特征与待匹配人员的出行订单中的对应特征之间的相似度。
102.304、服务器基于各个相似度，确定带物需求与待匹配人员之间的匹配度。
103.服务器在确定出带物需求中的每一个特征与待匹配人员的出行订单中的对应特征之间的相似度之后，可以根据确定的相似度，确定带物需求与待匹配人员之间的匹配度。在一些实施例中，服务器可以根据每一个特征对应的权值和确定的相似度，确定带物需求与待匹配人员之间的匹配度。其中，带物需求中每一个特征对应的权值组成第一权值集合。
104.在本技术实施例中，每一个特征对应的权值可以是预先设置的，也可以是用户根据需求设置或调整的，本技术实施例对此不作限定。一般来说，若带物需求中一个特征对应的权值越大，则说明该特征对带物需求与待匹配人员之间的匹配度的影响越大，也就是说，对于带物需求与待匹配人员之间的匹配度，该特征的重要性越大。
105.具体的，服务器可以将带物需求中每一个特征对应的相似度与对应的权值相乘，得到每一个特征对应的加权后的相似度，再将加权后的相似度相加，最终得到带物需求与待匹配人员之间的匹配度的值。
106.示例性的，若带物需求中包括以下特征：带物时间、带物地点、物品密级、需求发布者的部门、物品重量，上述各特征对应的权值分别为3、3、2、1、1，则最终带物需求与待匹配人员的信息之间的匹配度为：带物时间对应的相似度
×
3+带物地点对应的相似度
×
3+物品密级对应的相似度
×
2+需求发布者的部门对应的相似度
×
1+物品重量对应的相似度
×
1。
107.根据步骤301-步骤304，服务器可以通过分别提取带物需求中的各个特征与待匹配人员的出行订单中的各个特征，确定带物需求中的每一个特征与待匹配人员的出行订单中的对应特征之间的相似度，进而结合每一个特征对应的权值，确定带物需求与待匹配人员之间的匹配度。该匹配度的值越大，说明待匹配人员更适合帮助带物需求发布者带物。
108.其中，待匹配人员可以是多个。对于多个待匹配人员中的每一个待匹配人员，服务器均可以按照该步骤的方法计算带物需求与每一个待匹配人员之间的匹配度。
109.在确定带物需求与每一个待匹配人员之间的匹配度之后，服务器还可以对待匹配人员进行排序。例如，服务器可以按照匹配度的值从高到低的规则对待匹配人员进行排序，或者，服务器可以按照匹配度的值从低到高的规则对待匹配人员进行排序，或者，服务器可以按照待匹配人员之前带物的次数等其他规则对待匹配人员进行排序。本技术实施例对待匹配人员的排序规则不作限定。
110.204、服务器向满足预设条件的待匹配人员的终端推送带物请求。
111.在确定带物需求与待匹配人员之间的匹配度之后，服务器可以根据预设条件，向匹配度的值较高的待匹配人员(也可以称为需求接收方)的终端推送带物请求。例如，服务器可以根据满足预设条件的待匹配人员的手机号或通讯账号，通过信息或电话等形式向满足预设条件的待匹配人员的终端推送带物请求。再例如，服务器可以基于tmc网站向满足预设条件的待匹配人员的终端推送带物请求。本技术实施例对此不作限定。
112.若带物需求是匿名发布的，则带物请求中可以包括带物需求中除需求发布者的个人信息之前的内容。若带物需求不是匿名发布的，则带物请求可以包括带物需求的内容。
113.其中，预设条件可以是向匹配度的值前t对应的待匹配人员的终端推送带物请求。以t为3举例，服务器在确定带物需求与待匹配人员之间的匹配度之后，可以向匹配度的值为前三对应的待匹配人员的终端推送带物请求。相应的，匹配度前三对应的待匹配人员可以从各自的终端(例如，手机)中查看带物请求。这里，t可以预先设置，也可以由用户根据实际情况设置，本技术实施例对t的具体值不作限定。
114.预设条件也可以是向大于预设值的匹配度对应的待匹配人员的终端推送带物请求。以预设值为5为例，服务器在确定带物需求与待匹配人员之间的匹配度之后，可以向匹配度的值大于5所对应的待匹配人员的终端推送带物请求。本技术实施例对预设值不作限定。
115.本技术实施例对预设条件不作具体限制，满足预设条件的待匹配人员通常是与带物需求之间的匹配度的值较高的待匹配人员，这样，查看到带物请求的待匹配人员接受带物请求来帮助带物的可能性较大。
116.可以理解的是，满足预设条件的待匹配人员通常可以是多个，这样能够避免最大匹配度对应的待匹配人员不方便带物时，导致此次带物人员匹配失败的结果，从而增加带物成功的概率。
117.在服务器向满足预设条件的待匹配人员的终端推送带物请求之后，满足预设条件的待匹配人员可以通过终端查看带物请求。这些查看到带物请求的待匹配人员可以根据实际情况判断是否接受该带物请求。
118.若终端接收到待匹配人员同意接受该带物请求的操作，则该终端可以响应于该操作向服务器发送确认消息，使得服务器可以继续执行步骤205。这里，也可以认为该待匹配
人员是需求接纳者。若终端接收到待匹配人员拒绝带物请求的操作，说明该待匹配人员不愿意或者不方便帮助带物，则该终端可以响应于该操作向服务器发送拒绝消息，使得服务器可以继续执行步骤206。
119.205、若服务器接收到来自终端的确认消息，则服务器向需求接纳者的终端发送需求发布者的个人信息，向需求发布者的终端发送需求接纳者的个人信息。
120.若服务器接收到来自终端确认消息，则说明对应的待匹配人员同意接受该带物请求。这里，也可以将同意接受带物请求的待匹配人员称为需求接纳者。在一些实施例中，来自终端的确认消息也可以称为第一带物响应。
121.在一些实施例中，若多个待匹配人员同意接受带物请求，通过各自的终端向服务器发送确认消息，则服务器可以将对应匹配度最高的待匹配人员确定为需求接纳者；或者，服务器还可以将最先向服务器发送确认消息的终端对应的待匹配人员确定为需求接纳者。本技术实施例对此不作限定。
122.服务器可以向需求接纳者的终端发送需求发布者的个人信息，例如需求发布者的姓名、部门、电话等信息，使需求接纳者可以方便地查看需求发布者的个人信息以与需求发布者进行联系。
123.当然，服务器也可以向需求发布者的终端发送需求接纳者的个人信息，例如需求接纳者的姓名、部门、电话等信息，以方便需求发布者和需求接纳者线下联系，由需求接纳者帮助需求发布者完成带物需求。
124.服务器也可以基于tmc网站向需求接纳者的终端发送需求发布者的个人信息，同时向需求发布者的终端发送需求接纳者的个人信息。服务器还可以基于需求接纳者的手机号或其他通讯账号，以短信或电话等方式向需求接纳者的终端发送需求发布者的个人信息，反之亦然。本技术实施例对此不作限定。
125.在本技术实施例中，由于需求发布者通常匿名发布带物需求，在待匹配人员接受带物请求的情况下(该待匹配人员也可以称为需求接纳者)，通过服务器向需求发布者和需求接纳者的终端发送彼此的个人信息，以便于需求发布者和需求接纳者可以通过各自的终端查看到彼此的个人信息。这样能够保护用户的个人隐私，避免直接公开需求发布者或需求接纳者的个人信息造成的个人隐私泄露。
126.在一些实施例中，服务器上部署的带物系统中的匹配确认模块12可以执行上述步骤202-步骤205、步骤301-步骤304。
127.206、若服务器接收到来自终端的拒绝消息，则服务器接收并存储来自终端的拒绝原因。
128.若服务器接收到来自终端的拒绝消息，则说明带物请求可能推送错误，或者待匹配人员因为某些原因无法带物。例如服务器可能在计算匹配度或推送带物请求时出现失误，接收带物请求的待匹配人员并不方便帮忙带物；或者，待匹配人员由于突发原因(例如，行程更改等)不愿意接受该带物请求等。此时，待匹配人员的终端可以响应于该待匹配人员的操作关闭推送的带物请求。待匹配人员还可以在自己的终端上选择或输入拒绝原因，待匹配人员的终端可以将拒绝原因发送至服务器，由服务器存储拒绝原因。例如，拒绝原因可以携带在拒绝消息中发送给服务器。
129.在一些实施例中，来自终端的拒绝消息也可以称为第二带物响应。
130.根据上述步骤201-步骤206的举例，服务器可以在获得公司a的员工a(即需求发布者)发布的带物需求之后，从tmc网站对应的服务器查询公司a的员工的所有出行订单，根据带物需求中的带物时间、带物地点，或者过滤条件筛选出待匹配人员。接着，服务器可以进一步确定带物需求中多个特征中的每一个特征与待匹配人员的出行订单中的对应特征之间的相似度，结合每一个特征对应的权值，确定带物需求与待匹配人员之间的匹配度。进而，服务区可以向较高的匹配度对应的待匹配人员的终端推送带物请求，并在接收到来自终端的确认消息后，将对应的待匹配人员确定为需求接纳者，之后，通过向该需求接纳者的终端推送带物需求，以便由该需求接纳者帮助需求发布者完成带物需求。
131.在一些实施例中，服务器上部署的带物系统中的评价训练模块13可以执行步骤206，来存储拒绝原因。
132.本技术实施例提供的带物人员匹配方法能够匹配带物需求与同公司的员工的所有出行订单，从中选择匹配度较高的出行订单对应的人员作为带物人员帮助带物，即借助同公司员工的出行计划完成公司其他员工的带物需求，不需要单独传递物品，因此能够方便地完成带物需求，带物成本较低。
133.其中，由于同公司员工的出行计划通常比较稳定，不会轻易变动，因此借助公司员工的出行计划带物能够保证带物的时效性。而由于带物需求发布者与带物需求接纳者是同一公司的员工，因此，带物的安全性较高。
134.进一步的，由于在确定带物需求与待匹配人员之间的匹配度时考虑到带物需求中的多个特征，也就是说，同时考虑到更多的因素，因此，根据本技术实施例的方法确定的匹配度的准确性更高，服务器能够更精准推送带物请求，避免大范围推送带物请求对用户造成的打扰，进而提升用户体验。
135.另外，由于在该方法中带物需求通常是匿名发布的，若服务器接收到来自终端的确认消息，则服务器可以向需求发布者的终端发送需求接纳者的个人信息，还可以向需求接纳者的终端发送需求发布者的个人信息，以方便需求发布者和需求接纳者查看彼此的个人信息，进行联系。因此，该方法还可以保护用户的个人隐私，提高方法的安全性，避免直接公布需求发布者的个人信息和联系方式，或者在待匹配人员未同意带物请求时向其他人展示待匹配人员的个人信息和联系方式可能造成的个人隐私泄露。
136.在一些实施例中，每一个能够查看到带物请求的待匹配人员，不论最终同意接受带物请求或拒绝该带物请求，都可以通过终端选择或输入对本次推送的评价，例如，评价推送是否准确等，由终端将用户评价发送至服务器。服务器可以基于评价数据，以及之前确定的历史带物需求中的每一个特征与历史待匹配人员的对应特征之间的相似度、历史带物需求与历史待匹配人员之间的匹配度等历史数据来更新并优化带物需求中各个特征对应的权值。
137.下面结合图4，具体描述本技术实施例中优化带物需求中各个特征对应的权值的过程。如图4所示，该过程包括以下步骤：
138.401、服务器接收初始权值集合的配置。
139.在初始状态时，由于还没有用户发布带物需求，或者用户发布的带物需求很少，因此，服务器获取的带物需求的数据有限。此时，可以根据经验赋予带物需求中每一个特征初始权值，从而形成带物需求的初始权值集合。例如，带物需求中的每一个特征的初始权值都
可以被设置为1。可以认为，初始权值集合可以包括带物需求中每一个特征的初始权值。
140.可以理解的是，以上将每一个特征的初始权值设置为1仅是一种举例，带物需求中每一个特征的初始权值可以是根据经验、需求等设置的，每一个特征的初始权值可以相同，也可以不同，本技术实施例对此不作限定。
141.402、服务器更新初始权值集合，利用更新后的权值集合针对历史数据重新计算带物需求与待匹配人员之间的匹配度。
142.随着带物需求发布得越来越多，服务器获取到的带物需求的数据量逐渐增加。在一些实施例中，当服务器获取并存储的带物需求的数据量累积到预设值后，服务器可以更新初始权值集合，获得第二权值集合。例如，当服务器获取并存储的带物需求达到1000条时，服务器可以更新初始权值集合。或者，服务器也可以周期性地更新初始权值集合。例如，服务器可以每周更新一次初始权值集合。服务器更新权值集合的周期可以根据用户需求设置，也可以预先设置。本技术实施例对更新周期不作限定。
143.服务器更新初始权值集合可以是每次随机更新初始权值集合中的一个或多个初始权值。例如，服务器每次可以随机对初始权值集合中的一个权值加减0.1-0.3范围中的任意一个值，得到第二权值集合。
144.服务器可以利用第二权值集合，以及历史数据中的历史带物需求的各个特征与历史待匹配人员的对应特征之间的相似度，来确定历史带物需求与历史待匹配人员之间新的匹配度，即第一匹配度。历史数据不仅可以包括历史带物需求的各个特征与历史待匹配人员的对应特征之间的相似度，还可以包括历史匹配度以及推送标签等之前确定带物需求与待匹配人员之间的匹配度时使用或产生的数据。其中，推送标签包括推送正确标签和推送错误标签。在一些实施例中，若服务器向待匹配人员1的终端推送带物请求1，则将待匹配人员1对应的一组数据标记为推送正确。其中，待匹配人员1对应的一组数据包括带物需求1与待匹配人员1之间的匹配度，带物需求1中的每一个特征与待匹配人员1的对应特征之间的相似度等。若服务器向待匹配人员2的终端未推送带物请求1，则将待匹配人员2对应的一组数据标记为推送错误。在另一些实施例中，若服务器接收到来自终端的评价是评价正确，则将该终端对应的待匹配人员对应的一组数据标记为推送正确。若服务器接收到来自终端的评价是评价错误，则将该终端对应的待匹配人员对应的一组数据标记为推送错误。
145.在一些实施例中，服务器可以在向待匹配人员的终端发送带物请求时，对该待匹配人员所对应的一组数据进行标记。在另一些实施例中，服务器也可以在接收到来自终端的评价时，对终端所属的待匹配人员所对应的一组数据进行标记。在又一些实施例中，服务器还可以在带物人员匹配结束时，对待匹配人员所对应的一组数据一起进行标记。
146.示例性的，带物需求包括带物时间、带物地点、物品密级、需求发布者的部门和物品重量这5个特征，各个特征对应的初始权值均为1，则初始的权值集合为(1,1,1,1,1)，带物需求与待匹配人员之间的匹配度为：带物时间对应的相似度
×
1+带物地点对应的相似度
×
1+物品密级对应的相似度
×
1+需求发布者的部门对应的相似度
×
1+物品重量对应的相似度
×
1。服务器更新初始权值集合时，可以随机将第一个权值(即带物时间对应的权值)减小0.1，则第二权值集合为(0.9,1,1,1,1)。服务器可以利用第二权值集合，基于历史带物需求的各个特征与历史待匹配人员的对应特征之间的相似度，重新计算出新的匹配度(即第一匹配度)。第一匹配度为：带物时间对应的相似度
×
0.9+带物地点对应的相似度
×
1+物品
密级对应的相似度
×
1+需求发布者的部门对应的相似度
×
1+物品重量对应的相似度
×
1。
147.针对之前计算过匹配度的数据，均可以利用更新后的权值集合计算新的匹配度。示例性的，若服务器之前已经计算了100次带物需求与待匹配人员之间的匹配度，即服务器可以存储有100组历史数据，则服务器可以针对该100组历史数据中的每一组历史数据，利用更新后的权值集合重新计算匹配度。
148.403、服务器比较利用初始权值集合和更新后的权值集合分别确定的匹配度，确定优化的权值集合。
149.服务器中可以存储有历史匹配度，其中，历史匹配度为根据初始权值集合，以及历史带物需求的各个特征与历史待匹配人员的对应特征之间的相似度确定的匹配度。也就是说，服务器中存储有之前利用初始权值集合确定过的带物需求与待匹配人员之间的匹配度。
150.服务器可以通过比较历史匹配度和第一匹配度，确定优化的权值结合。
151.具体的，服务器可以根据历史匹配度以及推送标签，确定初始权值集合对应的第一推送评分，还可以根据第一匹配度以及同样的推送标签，确定更新后的权值集合(即第二权值集合)对应的第二推送评分。这里，确定第一推送评分和第二推送评分所用的推送标签相同。
152.其中，服务器根据历史匹配度和推送标签确定第一推送评分可以包括：计算推送标签为推送正确的历史匹配度的平均值，记为正确平均分；计算推送标签为推送错误的历史匹配度的平均值，记为错误平均分；正确平均分与错误平均分的差值为第一推送评分。确定第二推送评分的方法类似，将历史匹配度更换为利用更新后的权值集合对同一组数据计算出的新的匹配度(即第一匹配度)即可。
153.服务器根据初始权值集合对应的第一推送评分和第二权值集合对应的第二推送评分，可以确定本次更新的最终得分。最终得分等于第二推送评分减去第一推送评分的得分。
154.示例性的，若初始权值集合为θ(1,1,1,1,1)，在更新权值集合之前存储有利用θ计算的10组历史数据，其中历史匹配度的值和推送标签分别为(90，推送正确)、(80，推送正确)、(30，推送错误)、(50，推送错误)、(90，推送正确)、(60，推送错误)、(40，推送错误)、(50，推送错误)、(30，推送错误)、(20，推送错误)。其中，推送正确的有3组，匹配度的平均分为(90+80+90)/3＝86.67，推送错误的有7组，匹配度的平均得分为(30+50+60+40+50+30+20)/7＝40，初始权值集合对应的第一推送评分为86.67-40＝46.67。服务器随机对初始权值集合中的一个权值增加0.1，得到更新后的权值集合(即第二权值集合)θ
‘
(1,1,0.9,1,1)，针对上述10组历史数据利用更新后的权值集合计算的新的匹配度的值和推送标签分别为(90.1，推送正确)、(80.2，推送正确)、(30.1，推送错误)、(50.15，推送错误)、(90.2，推送正确)、(60.16，推送错误)、(40.1，推送错误)、(50.01，推送错误)、(30.01，推送错误)、(20.1，推送错误)。其中，每组历史数据对应的推送标签不变，仅改变匹配度的值。其中，推送正确的有3组，匹配度的平均分为(90.1+80.2+90.2)/3＝86.83，推送错误的有7组，匹配度的平均得分为(30.1+50.15+60.16+40.1+50.01+30.01+20.01)/7＝40.08，更新后的权值集合对应的第二推送评分为86.83-40.08＝46.75。最终得分为第二推送评分与第一推送评分之差，最终的得分为46.75-46.67＝0.08。
155.服务器确定最终得分之后，可以将最终得分与预设值进行比较。若最终得分大于预设值，则表示更新后的权值集合更优，则将更新后的权值集合作为第一权值集合，用于后续确定带物需求与待匹配人员之间的匹配度。若最终的得分不大于预设值，则将初始权值集合作为第一权值集合，用于后续确定带物需求与待匹配人员之间的匹配度。需要说明的是，通常更新初始权值集合的过程包括多次更新过程，每次更新过程重复上述步骤402和步骤403，每次更新过程中，服务器将初始权值集合替换为本次更新中结果更优的权值集合，进行下一次更新，不断进行迭代替换，直到将最后一次更新过程中结果更优的权值结合作为第一权值集合。
156.在一些实施例中，服务器重复更新初始权值集合的次数达到预设次数时，可以基于最后一次的最终得分确定优化的权值集合。示例性的，若最后一次的最终得分大于0.02，则将最后一次更新中的更新后的权值集合作为优化的权值集合；否则，将最后一次更新中的初始权值集合作为优化的权值集合。最后一次更新中的初始权值集合是上一次更新中结果更优的权值集合。其中，预设次数可以预先设置，也可以由用户进行调整。例如，预设次数可以为100次。
157.在另一些实施例中，若服务器连续更新初始权值集合n次时，每一次的最终得分均不大于0.02，也就是说，这n次的初始权值集合未被迭代覆盖，即这n次更新中更优的权值集合相同，则服务器将这n次更新中的初始权值集合作为优化的权值集合，即服务器将这n次更新中未被替换的权值集合作为优化的权值集合。
158.之后，服务器在下一次更新优化权值集合之前，利用优化的权值集合确定带物需求与待匹配人员之间的匹配度。
159.在一些实施例中，服务器上部署的带物系统中的评价训练模块13可以执行步骤401-步骤403。
160.该方法在基于多个特征进行匹配时，还可以赋予每一个特征权值，并且能够不断优化权值，提高权值的合理性。这样，该带物人员匹配方法可以调整每一个特定(也可以称为每一个因素)所占的比重，使得该方法能够进一步提高匹配的准确度，进而能够提高带物请求推送的精准度，提高带物成功率。同时，该方法还可以，避免大范围推送带物请求对用户造成的打扰，提升用户体验。
161.上述主要从方法的角度对本技术实施例提供的方案进行了介绍。为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本技术能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的范围。
162.本技术实施例可以根据上述方法示例对带物人员匹配装置进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本技术实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。
163.示例性的，如图5所示，为本技术实施例提供的一种带物人员匹配装置的结构示意
图。可以认为，带物人员匹配装置可以是应用上述带物人员匹配方法的装置。如图5所示，本技术实施例提供了一种带物人员匹配装置500，包括通信总线501，以及通过通信总线501连接的处理器502，存储器503和通信接口504。其中，通信接口503可以用于与其他设备进行通信。存储器502中存储有代码。当代码被处理器501执行时，使得带物人员匹配装置500执行上述相关方法步骤，以实现上述实施例中的带物人员匹配方法。
164.本技术的实施例还提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，当该计算机程序在带物人员匹配装置上运行时，使得带物人员匹配装置执行上述相关方法步骤，以实现上述实施例中的带物人员匹配方法。
165.本技术实施例还提供了一种计算机程序产品，当该计算机程序产品在带物人员匹配装置上运行时，使得带物人员匹配装置执行上述相关步骤，以实现上述实施例中的带物人员匹配方法。
166.另外，本技术实施例还提供一种装置，这个装置具体可以是芯片，组件或模块，该装置可包括相连的处理器和存储器；其中，存储器用于存储计算机执行指令，当装置运行时，处理器可执行存储器存储的计算机执行指令，以使芯片执行上述各方法实施例中的带物人员匹配方法。
167.其中，本实施例提供的装置、计算机可读存储介质、计算机程序产品或芯片均用于执行上文所提供的对应的方法，因此，其所能达到的有益效果可参考上文所提供的对应的方法中的有益效果，此处不再赘述。
168.在本技术所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个装置，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
169.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是一个物理单元或多个物理单元，即可以位于一个地方，或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
170.另外，在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
171.所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个可读取存储介质中。基于这样的理解，本技术实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read only memory，rom)、随机存取存储器(random access memory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。
172.以上内容，仅为本技术的具体实施方式，但本技术的保护范围并不局限于此，任何
熟悉本技术领域的技术人员在本技术揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应以所述权利要求的保护范围为准。