CN111178686A - 一种网约车的分配方法、装置、电子设备及存储介质 - Google Patents

Abstract

本申请公开了一种网约车的分配方法、装置、电子设备及存储介质，所述方法包括：确定预设服务区域内待载客的网约车集合和待约车的乘客集合；确定网约车集合中每辆网约车至乘客集合中每个乘客的接单距离；确定每个乘客出行位置至目标位置之间的订单距离；根据订单距离确定出每个乘客的订单金额；根据每辆网约车至每个乘客的接单距离以及每个乘客的订单金额确定派单数据；根据派单数据向乘客分配网约车，如此，可以丰富网约车至乘客的分配方式。

Description

一种网约车的分配方法、装置、电子设备及存储介质

技术领域

本申请涉及互联网技术领域，尤其涉及一种网约车的分配方法、装置、电子设备及存储介质。

背景技术

近年来，网约车市场竞争愈演愈烈，网约车等待时间短、服务体验好，缓解了高峰期的交通需求，弥补了现有出行方式无法满足的出行需求、满足了对乘车环境和服务的升级需求。

各类网约车平台通过强势补贴，积累用户，培育和刺激市场发展，但网约车平台对网约车和乘客之间的分配仅仅依靠网约车至乘客的接单距离，订单分派模式比较单一。

发明内容

本申请实施例提供了一种网约车的分配方法、装置、电子设备及存储介质，可以丰富网约车至乘客的分配方式。

一方面，本申请实施例提供了一种进程的网约车的分配方法，该方法包括：

确定预设服务区域内待载客的网约车集合和待约车的乘客集合；

确定网约车集合中每辆网约车至乘客集合中每个乘客的接单距离；

确定每个乘客出行位置至目标位置之间的订单距离；

根据订单距离确定出每个乘客的订单金额；

根据每辆网约车至每个乘客的接单距离以及每个乘客的订单金额确定派单数据；

根据派单数据向乘客分配网约车。

另一方面提供了一种网约车的分配方法装置，该装置包括：

集合确定模块，用于确定预设服务区域内待载客的网约车集合和待约车的乘客集合；

接单距离确定模块，用于确定网约车集合中每辆网约车至乘客集合中每个乘客的接单距离；

订单距离确定模块，用于确定每个乘客出行位置至目标位置之间的订单距离；

订单金额确定模块，用于根据订单距离确定出每个乘客的订单金额；

派单数据确定模块，用于根据每辆网约车至每个乘客的接单距离以及每个乘客的订单金额确定派单数据；

分配模块，用于根据派单数据向乘客分配网约车。

另一方面提供了一种电子设备，电子设备包括处理器和存储器，存储器中存储有至少一条指令或至少一段程序，至少一条指令或至少一段程序由处理器加载并执行如权利要求1-7任一的网约车的分配方法。

另一方面提供了一种计算机可读存储介质，计算机存储介质中存储有至少一条指令或至少一段程序，至少一条指令或至少一段程序由处理器加载并执行以实现如权利要求1-7任一的网约车的分配方法。

本申请实施例提供的进网约车的分配方法、装置、电子设备及存储介质，具有如下技术效果：

确定预设服务区域内待载客的网约车集合和待约车的乘客集合；确定网约车集合中每辆网约车至乘客集合中每个乘客的接单距离；确定每个乘客出行位置至目标位置之间的订单距离；根据订单距离确定出每个乘客的订单金额；根据每辆网约车至每个乘客的接单距离以及每个乘客的订单金额确定派单数据；根据派单数据向乘客分配网约车，如此，可以丰富网约车至乘客的分配方式。

附图说明

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

图1是本申请实施例提供的一种应用环境的示意图；

图2是本申请实施例提供的一种网约车的分配方法的流程示意图；

图3是本申请实施例提供的一种网约车的分配方法的流程示意图；

图4是本申请实施例提供的一种网约车的分配方法的流程示意图；

图5是本申请实施例提供的一种订单金额与订单系数的关系图；

图6是本申请实施例提供的一种网约车的分配方法的流程示意图；

图7是本申请实施例提供的一种网约车的分配装置的结构示意图；

图8是本申请实施例提供的一种网约车的分配方法的服务器的硬件结构框图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或服务器不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

请参阅图1，图1是本申请实施例提供的一种应用环境的示意图，该示意图包括服务器101、网约车102和乘客终端103，其中，服务器101可以接收到乘客终端103上报的约车请求，也可以接收到网约车上报的载客请求。基于此，服务器可以统筹同一时间段内在预设服务区域内待载客的网约车和待约车的乘客，如此，可以为乘客分配网约车。

具体的，服务器101确定预设服务区域内待载客的网约车集合和待约车的乘客集合，确定网约车集合中每辆网约车至乘客集合中每个乘客的接单距离；确定每个乘客出行位置至目标位置之间的订单距离。服务器101根据订单距离确定出每个乘客的订单金额，根据每辆网约车至每个乘客的接单距离以及每个乘客的订单金额确定派单数据，最后根据派单数据向乘客分配网约车。

其中，本申请实施例中，图1所示的乘客终端103可以是用户的智能手机、台式电脑、平板电脑、笔记本电脑、数字助理、智能可穿戴设备等类型的实体设备；其中，智能可穿戴设备可以包括智能手环、智能手表、智能眼镜、智能头盔等。当然，乘客终端103并不限于上述具有一定实体的电子设备，其还可以为运行于上述电子设备中的软体，例如，可以为服务商提供给用户的网页页面或应用。

其中，网约车102具体可以是网约车的车载系统或者网约车上的司机终端，司机终端可以是智能手机、台式电脑、平板电脑、笔记本电脑、数字助理、智能可穿戴设备等类型的实体设备；其中，智能可穿戴设备可以包括智能手环、智能手表、智能眼镜、智能头盔等。

另外，服务器101可以是提供网约车服务的公司提供的服务器，可以是和服务器有同样的功能的其他计算机终端，或者类似的运算设备。进一步的，该服务器110可以替换为一个服务器系统、运算平台(网约车平台)或者包含包含多台服务器的服务器集群。

以下介绍本申请一种网约车的分配方法的具体实施例，图2是本申请实施例提供的一种网约车的分配方法的流程示意图，本说明书提供了如实施例或流程图的方法操作步骤，但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的系统或服务器产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境)。具体的如图2所示，该方法可以包括：

S201：确定预设服务区域内待载客的网约车集合和待约车的乘客集合。

本申请实施例中，当乘客需要约车的时候，可以通过乘客终端上的网约车应用程序向服务器发送约车请求，其中，约车请求中可以携带有乘客标识，乘客的出行位置和乘客的目标位置。

同样的，当司机需要载客的时候，可以通过司机终端上的网约车应用程序或者车载系统中的应用程序向服务器发送载客请求，载客请求中可以携带有网约车当前位置和网约车标识。或者，司机在网约车应用程序上注册之后，当司机启动网约车应用程序后，服务器可以实时获取网约车当前位置。

如此，服务器可以统筹同一时间段内在预设服务区域内待载客的网约车集合和待约车的乘客集合，其中，网约车集合中至少包括一辆网约车，乘客集合中至少包括一个乘客。

一种可选的实施例中，预设服务器区域可以具体一定的区域范围，比如半径为50公里的圆区域，随着技术的革新(车速的加快，智能驾驶的技术等等)，区域范围可以随着实际情况进行扩大直至无穷大。在这里，主要是说明在该预设服务区域内，网约车集合里不同的网约车可以服务的乘客是相同的。

S203：确定网约车集合中每辆网约车至乘客集合中每个乘客的接单距离。

本申请实施例中，服务器可以根据载客请求中携带的网约车当前位置或者服务器实时获取的网约车的当前位置和约车请求中携带的乘客的出行位置确定出网约车集合中每辆网约车至乘客集合中每个乘客的接单距离。

S205：确定每个乘客出行位置至目标位置之间的订单距离。

本申请实施例中，服务器可以根据约车请求中携带的乘客的出行位置和乘客的目标位置确定乘客集合中每个乘客的订单距离。

S207：根据订单距离确定出每个乘客的订单金额。

一种可选的实施方式中，每个乘客的订单距离和订单金额呈正比的，也就是说，订单距离越远，订单金额越高。因此，服务器可以根据订单距离确定出每个乘客的订单金额。

另一种可选的实施方式中，影响订单金额的因素除了订单距离之外，还包括其他诸如乘客出行时间信息、交通路况信息、网约车和乘客的供求信息以及乘客所在城市信息等可以影响订单金额的因素。如此，可以如图3所示，在服务器在确定订单金额之前，可以包括：

S206：确定乘客出行时间信息、交通路况信息、网约车和乘客的供求信息以及乘客所在城市信息；

基于此，S207的内容可以修改如下：根据订单距离、乘客出行时间信息、交通路况信息、供求信息以及乘客所在城市信息确定出每个乘客的订单金额。

通过上述多个影响因素，使得服务器得到的订单金额更合理，更有参考性，为后续给乘客分配网约车做铺垫。

S209：根据每辆网约车至每个乘客的接单距离以及每个乘客的订单金额确定派单数据。

本申请实施例中，一种服务器确定派单数据的实施方式，如图4所示，包括：

S2091：根据每个乘客的订单金额确定每个乘客的订单系数。

本申请实施例中，根据每个乘客的订单金额确定每个乘客的订单系数可以通过下面的公式(1)表示：

y＝log₁₀(x+10)……公式(1)

其中，x表示乘客的订单金额，y表示乘客的订单系数。该公式在二维平面上作图可见图5。

S2093：根据每辆网约车至每个乘客的接单距离以及每个乘客的订单系数确定派单数据。

S211：根据派单数据向乘客分配网约车。

基于实际情况，网约车集合中的网约车和乘客集合中的乘客之间的数量关系可以分为两种情况，第一种情况中，网约车的数量大于等于乘客的数量；第二种情况中，网约车的数量小于乘客的数量。

步骤S2093和步骤S211涉及的方案可以如图6所示，包括：

S601：在预设服务区域内，服务器判断网约车的数量是否大于等于乘客的数量，若是，则转至步骤S603；否则，转至步骤S621。

S603：服务器根据每辆网约车至每个乘客的接单距离与每个乘客的订单系数的乘积确定每辆网约车至每个乘客的派单数据。

下面就网约车数量大于等于乘客数量举例说明：

假设如下表3.1所示，有乘客集合中有甲、乙、丙三位乘客，甲的订单金额为10元，乙的订单金额为40元，丙的订单金额为90元，根据公式(1)计算可以可以得到甲、乙、丙的订单系数。

表3.1：乘客订单金额及订单系数表

乘客	订单金额	订单系数
			甲	10	1.3
乙	40	1.7
			丙	90	2

若网约车集合中有车1、车2和车3三辆网约车，其中车1至乘客甲的接单距离为20千米，车1至乘客乙的接单距离为23千米，车1至乘客丙的接单距离为26千米；车2至乘客甲为30千米，车2至乘客乙为35千米，车2至乘客并为37千米；车3至乘客甲为32千米，车3至乘客乙为37千米，车3至乘客并为38千米；服务器根据接单距离和订单系数确定派单数据的表格如下：

表3.2：派单数据表

其中，车1至乘客甲的派单洗数据为20和1.3的乘积，车至乘客乙的派单数据为23和1.7的乘积……

S605：服务器根据网约车集合中每辆网约车至乘客集合中每个乘客的派单数据确定每个乘客的派单差值。

本申请实施例中，可以基于同一乘客的派单数据确定每个乘客的派单差值，可选的，可以将派单数据中数值最小的两个派单数据做差，得到派单差值，派单差值如下表3.3可见：

表3.3：派单差值表

如此，服务器可以确定乘客甲的派单差值为13，乘客乙的派单差值为20.4，乘客丙的派单差值为22。

S607：服务器将数值最大的派单差值对应的乘客确定为当前待分配乘客。

此时，派单差值最大值22对应的乘客丙被服务器确定为当前待分配乘客。

S609：服务器将当前待分配乘客对应的多个派单数据中数值最小的派单数据对应的网约车确定为当前待分配网约车。

乘客丙对应的多个派单数据中数值最小的派单数据为52，52对应的网约车为车1，服务器确定车1为当前待分配网约车。

S611：服务器将当前待分配网约车分配至当前待分配乘客；

服务器将车1分配给乘客丙。

S613：服务器判断是否存在乘客未被分配有网约车，若是，转至步骤S615；否则结束流程。

S615：服务器将当前待分配乘客从乘客集合中删除，得到更新后的乘客集合；将当前待分配网约车从网约车集合中删除，得到更新后的网约车集合；转至步骤S605，也就是重复以下步骤：根据网约车集合中每辆网约车至乘客集合中每个乘客的派单数据确定每个乘客的派单差值；将数值最大的派单差值对应的乘客确定为当前待分配乘客……

此时，还存在乘客乙和乘客丙没有分配有网约车，将乘客甲从乘客集合中删除，剩下乘客乙和乘客丙。将车1从网约车集合中删除，得到车2和车3。然后重复步骤S605-S615，直至所有的乘客都被分配有网约车。

当乘客甲和车1被删除后，可以得到表3.4所示的更新后的派单数据和派单差值表

表3.4：更新后的派单数据以及派单差值表

乘客乙的派单差值大于乘客甲的派单差值，因此乘客乙被服务器确定为当前待分配乘客，将乘客乙对应的派单数据较小的35*1.7对应的网约车车2确定为当前待分配网约车，将车2分配给乘客乙。

服务器将车2从网约车集合中删除，将乘客乙从乘客集合中删除，将车3分配给乘客甲。综上，服务器第一次将车1分配给乘客丙，第二次将车2分配给乘客乙，第三次将车3分配给乘客甲。

S621：服务器根据每辆网约车至每个乘客的接单距离与每个乘客的订单系数的商确定每辆网约车至每个乘客的派单数据。

基于表3.1继续举例乘客数量大于网约车数量，假设网约车集合中包括车1和车2，其中车1至乘客甲的接单距离为20千米，车1至乘客乙的接单距离为23千米，车1至乘客丙的接单距离为26千米；车2至乘客甲为30千米，车2至乘客乙为35千米，车2至乘客并为37千米。服务器根据接单距离和订单系数确定派单数据的表格如下：

表4.1：派单数据表

S623：服务器根据网约车集合中每辆网约车至乘客集合中每个乘客的派单数据确定每辆网约车的派单差值。

本申请实施例中，可以基于同一网约车的派单数据确定每辆网约车的派单差值，可选的，可以将同一网约车的派单数据中数值最小的两个派单数据做差，得到派单差值，派单差值如下表4.2可见：

表4.2：派单差值表

S625：服务器将数值最大的派单差值对应的网约车确定为当前待分配网约车。

基于上述表格，服务器将数值最大的派单差值2.1对应的车2确定为当前待分配网约车。

S627：服务器将当前待分配网约车对应的多个派单数据中数值最小的派单数据对应的乘客确定为当前待分配乘客。

服务器将车2对应的多个派单数据中数值最小的派单数据18.5对应的乘客丙确定为当前待分配乘客。

S629：服务器将当前待分配网约车分配至当前待分配乘客。

服务器将车2分配至乘客丙。

S631：服务器服务器判断是否存在网约车未被分配至乘客，若是，转至步骤S633；否则，结束流程。

S633：服务器将当前待分配乘客从乘客集合中删除，得到更新后的乘客集合；将当前待分配网约车从网约车集合中删除，得到更新后的网约车集合，转至步骤S623，也就是重复如下步骤：根据网约车集合中每辆网约车至乘客集合中每个乘客的派单数据确定每辆网约车的派单差值；将数值最大的派单差值对应的网约车确定为当前待分配网约车。

此时，还存在车1没有被分配出去，将乘客丙从乘客集合中删除，剩下乘客甲和乘客乙，将车2从网约车集合中删除，剩下车1。得到表4.3所述的更新后的派单数据表：

表4.3：更新后的派单数据表

最后，服务器将派单数据较小的派单数据对应的车1分配给其对应的乘客乙。综上，服务器第一次将车2分配至乘客丙，第二次将车1分配至乘客乙。

上述方法不仅考虑了接单距离，还考虑到订单金额，而订单金额与订单距离是有关系的，因此，使用该种方法不仅可以解决了乘客订车的需求，倾向于订单距离较远，交通路况更复杂的乘客，即订单金额较高的乘客，为某部分需求较迫切的乘客提供更好的服务，且网约车平台也可以通过此种方法获得更多的盈利，实现经营的良性循环。

本申请实施例还提供了一种网约车的分配装置，图7是本申请实施例提供的一种网约车的分配装置的结构示意图，如图7所示，该装置包括：

集合确定模块701用于确定预设服务区域内待载客的网约车集合和待约车的乘客集合；

接单距离确定模块702用于确定网约车集合中每辆网约车至乘客集合中每个乘客的接单距离；

订单距离确定模块703用于确定每个乘客出行位置至目标位置之间的订单距离；

订单金额确定模块704用于根据订单距离确定出每个乘客的订单金额；

派单数据确定模块705用于根据每辆网约车至每个乘客的接单距离以及每个乘客的订单金额确定派单数据；

分配模块706用于根据派单数据向乘客分配网约车。

在一种可选的实施方式中，该装置还包括：

派单数据确定模块用于根据每个乘客的订单金额确定每个乘客的订单系数；

根据每辆网约车至每个乘客的接单距离以及每个乘客的订单系数确定派单数据。

在一种可选的实施方式中，该装置还包括：

派单数据确定模块用于在预设服务区域内，若网约车的数量大于等于乘客的数量，根据每辆网约车至每个乘客的接单距离与每个乘客的订单系数的乘积确定每辆网约车至每个乘客的派单数据。

在一种可选的实施方式中，该装置还包括：

分配模块用于根据网约车集合中每辆网约车至乘客集合中每个乘客的派单数据确定每个乘客的派单差值；

将数值最大的派单差值对应的乘客确定为当前待分配乘客；

将当前待分配乘客对应的多个派单数据中数值最小的派单数据对应的网约车确定为当前待分配网约车；

将当前待分配网约车分配至当前待分配乘客；

若存在乘客未被分配有网约车，将当前待分配乘客从乘客集合中删除，得到更新后的乘客集合；将当前待分配网约车从网约车集合中删除，得到更新后的网约车集合；重复步骤：根据网约车集合中每辆网约车至乘客集合中每个乘客的派单数据确定每个乘客的派单差值；将数值最大的派单差值对应的乘客确定为当前待分配乘客。

在一种可选的实施方式中，该装置还包括：

派单数据确定模块用于在预设服务区域内，若网约车的数量小于乘客的数量，根据每辆网约车至每个乘客的接单距离与每个乘客的订单系数的商确定每辆网约车至每个乘客的派单数据。

在一种可选的实施方式中，该装置还包括：

分配模块用于根据网约车集合中每辆网约车至乘客集合中每个乘客的派单数据确定每辆网约车的派单差值；

将数值最大的派单差值对应的网约车确定为当前待分配网约车；

将当前待分配网约车对应的多个派单数据中数值最小的派单数据对应的乘客确定为当前待分配乘客；

将当前待分配网约车分配至当前待分配乘客；

若存在网约车未被分配至乘客将当前待分配乘客从乘客集合中删除，得到更新后的乘客集合；将当前待分配网约车从网约车集合中删除，得到更新后的网约车集合；重复步骤：根据网约车集合中每辆网约车至乘客集合中每个乘客的派单数据确定每辆网约车的派单差值；将数值最大的派单差值对应的网约车确定为当前待分配网约车。

在一种可选的实施方式中，该装置还包括信息确定模块，用于：

确定乘客出行时间信息、交通路况信息、网约车和乘客的供求信息以及乘客所在城市信息；

订单金额确定模块用于根据订单距离、乘客出行时间信息、交通路况信息、供求信息以及乘客所在城市信息确定出每个乘客的订单金额。

本申请实施例中的装置与方法实施例基于同样地申请构思。

本申请实施例所提供的方法实施例可以在计算机终端、服务器或者类似的运算装置中执行。以运行在服务器上为例，图8是本申请实施例提供的一种网约车的分配方法的服务器的硬件结构框图。如图8所示，该服务器800可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(Central Processing Units，CPU)810(处理器810可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)、用于存储数据的存储器830，一个或一个以上存储应用程序823或数据822的存储介质820(例如一个或一个以上海量存储设备)。其中，存储器830和存储介质820可以是短暂存储或持久存储。存储在存储介质820的程序可以包括一个或一个以上模块，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器810可以设置为与存储介质820通信，在服务器800上执行存储介质820中的一系列指令操作。服务器800还可以包括一个或一个以上电源860，一个或一个以上有线或无线网络接口850，一个或一个以上输入输出接口840，和/或，一个或一个以上操作系统821，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM等等。

输入输出接口840可以用于经由一个网络接收或者发送数据。上述的网络具体实例可包括服务器800的通信供应商提供的无线网络。在一个实例中，输入输出接口840包括一个网络适配器(Network Interface Controller，NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，输入输出接口840可以为射频(RadioFrequency，RF)模块，其用于通过无线方式与互联网进行通讯。

本领域普通技术人员可以理解，图8所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，服务器800还可包括比图8中所示更多或者更少的组件，或者具有与图8所示不同的配置。

本申请的实施例还提供了一种计算机存储介质，所述计算机存储介质可设置于服务器之中以保存用于实现方法实施例中一种网约车的分配方法相关的至少一条指令、至少一段程序、代码集或指令集，该至少一条指令、该至少一段程序、该代码集或指令集由该处理器加载并执行以实现上述网约车的分配方法。

可选地，在本实施例中，上述存储介质可以位于计算机网络的多个网络服务器中的至少一个网络服务器。可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

由上述本申请提供的网约车的分配方法、设备或存储介质的实施例可见，本申请中通过确定预设服务区域内待载客的网约车集合和待约车的乘客集合；确定网约车集合中每辆网约车至乘客集合中每个乘客的接单距离；确定每个乘客出行位置至目标位置之间的订单距离；根据订单距离确定出每个乘客的订单金额；根据每辆网约车至每个乘客的接单距离以及每个乘客的订单金额确定派单数据；根据派单数据向乘客分配网约车，如此，可以丰富网约车至乘客的分配方式。

需要说明的是：上述本申请实施例先后顺序仅仅为了描述，不代表实施例的优劣。且上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于设备实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本申请的较佳实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (10)

1.一种网约车的分配方法，其特征在于，所述方法包括：

确定预设服务区域内待载客的网约车集合和待约车的乘客集合；

确定所述网约车集合中每辆网约车至所述乘客集合中每个乘客的接单距离；

确定所述每个乘客出行位置至目标位置之间的订单距离；

根据所述订单距离确定出所述每个乘客的订单金额；

根据所述每辆网约车至每个乘客的接单距离以及所述每个乘客的订单金额确定派单数据；

根据所述派单数据向所述乘客分配所述网约车。

2.根据权利要求1所述的方法，其特征在于，所述根据所述每辆网约车至每个乘客的接单距离以及所述每个乘客的订单金额确定派单数据，还包括：

根据所述每个乘客的订单金额确定所述每个乘客的订单系数；

根据所述每辆网约车至每个乘客的接单距离以及所述每个乘客的订单系数确定派单数据。

3.根据权利要求2所述的方法，其特征在于，所述根据所述每辆网约车至每个乘客的接单距离以及所述每个乘客的订单系数确定派单数据，包括：

在所述预设服务区域内，若所述网约车的数量大于等于所述乘客的数量，根据所述每辆网约车至每个乘客的接单距离与所述每个乘客的订单系数的乘积确定所述每辆网约车至每个乘客的派单数据。

4.根据权利要求3所述的方法，其特征在于，所述根据所述派单数据向所述乘客分配所述网约车，包括：

根据所述网约车集合中每辆网约车至所述乘客集合中每个乘客的派单数据确定所述每个乘客的派单差值；

将数值最大的派单差值对应的乘客确定为当前待分配乘客；

将所述当前待分配乘客对应的多个派单数据中数值最小的派单数据对应的网约车确定为当前待分配网约车；

将所述当前待分配网约车分配至所述当前待分配乘客；

若存在所述乘客未被分配有所述网约车，将所述当前待分配乘客从所述乘客集合中删除，得到更新后的乘客集合；将所述当前待分配网约车从所述网约车集合中删除，得到更新后的网约车集合；重复步骤：根据所述网约车集合中每辆网约车至所述乘客集合中每个乘客的派单数据确定所述每个乘客的派单差值；将数值最大的派单差值对应的乘客确定为当前待分配乘客。

5.根据权利要求2所述的方法，其特征在于，所述根据所述每辆网约车至每个乘客的接单距离以及所述每个乘客的订单系数确定派单数据，包括：

在所述预设服务区域内，若所述网约车的数量小于所述乘客的数量，根据所述每辆网约车至每个乘客的接单距离与所述每个乘客的订单系数的商确定所述每辆网约车至每个乘客的派单数据。

6.根据权利要求5所述的方法，其特征在于，所述根据所述派单数据向所述乘客分配所述网约车，包括：

根据所述网约车集合中每辆网约车至所述乘客集合中每个乘客的派单数据确定所述每辆网约车的派单差值；

将数值最大的派单差值对应的网约车确定为当前待分配网约车；

将所述当前待分配网约车对应的多个派单数据中数值最小的派单数据对应的乘客确定为当前待分配乘客；

将所述当前待分配网约车分配至所述当前待分配乘客；

若存在所述网约车未被分配至所述乘客将所述当前待分配乘客从所述乘客集合中删除，得到更新后的乘客集合；将所述当前待分配网约车从所述网约车集合中删除，得到更新后的网约车集合；重复步骤：根据所述网约车集合中每辆网约车至所述乘客集合中每个乘客的派单数据确定所述每辆网约车的派单差值；将数值最大的派单差值对应的网约车确定为当前待分配网约车。

7.根据权利要求1所述的方法，其特征在于，所述根据所述订单距离确定出所述每个乘客的订单金额之前，还包括：

确定乘客出行时间信息、交通路况信息、所述网约车和所述乘客的供求信息以及乘客所在城市信息；

所述根据所述订单距离确定出所述每个乘客的订单金额，包括：

根据所述订单距离、所述乘客出行时间信息、所述交通路况信息、所述供求信息以及所述乘客所在城市信息确定出所述每个乘客的订单金额。

8.一种网约车的分配装置，其特征在于，所述装置包括：

集合确定模块，用于确定预设服务区域内待载客的网约车集合和待约车的乘客集合；

接单距离确定模块，用于确定所述网约车集合中每辆网约车至所述乘客集合中每个乘客的接单距离；

订单距离确定模块，用于确定所述每个乘客出行位置至目标位置之间的订单距离；

订单金额确定模块，用于根据所述订单距离确定出所述每个乘客的订单金额；

派单数据确定模块，用于根据所述每辆网约车至每个乘客的接单距离以及所述每个乘客的订单金额确定派单数据；

分配模块，用于根据所述派单数据向所述乘客分配所述网约车。

9.一种电子设备，其特征在于，所述电子设备包括处理器和存储器，所述存储器中存储有至少一条指令或至少一段程序，所述至少一条指令或所述至少一段程序由所述处理器加载并执行如权利要求1-7任一所述的网约车的分配方法。

10.一种计算机存储介质，其特征在于，所述计算机存储介质中存储有至少一条指令或至少一段程序，所述至少一条指令或至少一段程序由处理器加载并执行以实现如权利要求1-7任一所述的网约车的分配方法。

Images