CN110363611A - 网约车用户匹配方法、装置、服务器及存储介质 - Google Patents

Abstract

本发明实施例提供一种网约车用户匹配方法、装置、服务器及存储介质，方法包括：接收第一终端设备发送的网约车订单，网约车订单包括下单用户标识信息；根据下单用户标识信息确定下单用户等级；确定与下单用户等级相匹配的接单用户等级；根据接单用户等级确定网约车订单的接单用户。能够在接收到下单用户的每个网约车订单时，为各网约车订单确定出与下单用户等级相匹配的接单用户等级，在满足接单用户等级的待接单用户中选择出该网约车订单的接单用户。由于下单用户和接单用户进行了很好的匹配，所以能够使网约车订单的接单用户满足下单用户的服务要求，进而提高了用户网约车的体验。

Description

网约车用户匹配方法、装置、服务器及存储介质

技术领域

本发明涉及移动互联网技术领域，尤其涉及一种网约车用户匹配方法、装置、服务器及存储介质。

背景技术

随着移动互联网技术的发展，为了满足人们出行和拉货需求，网约车也得到了快速发展。人们通过打车应用软件在线上进行网约车下单，由司机进行线上接单后，在线下根据网约车订单进行拉客或拉货。

目前为用户的网约车订单匹配司机时，一般是将网约车订单发送给所有未接单司机的终端设备，由司机通过对应的终端设备进行抢单，确认最先抢到订单的司机为该网约车订单的司机。但由于每个用户都有自身的下单习惯和要求，所以目前这种方式确定的接单司机并不能很好的满足用户网约车的需求，进而使用户网约车体验较差。

发明内容

本发明实施例提供了一种网约车用户匹配方法、装置、服务器及存储介质，能够为每个下单用户匹配出适合的接单司机，由合适的接单司机为该用户提供网约车服务，提高用户的网约车体验。

第一方面，本发明实施例提供一种网约车用户匹配方法，包括：

接收第一终端设备发送的网约车订单，所述网约车订单包括下单用户标识信息；

根据所述下单用户标识信息确定下单用户等级；

确定与所述下单用户等级相匹配的接单用户等级；

根据所述接单用户等级确定所述网约车订单的接单用户。

第二方面，本发明实施例提供一种网约车用户匹配装置，包括：

订单接收模块，用于接收第一终端设备发送的网约车订单，所述网约车订单包括下单用户标识信息；

下单用户等级确定模块，用于根据所述下单用户标识信息确定下单用户等级；

接单用户等级确定模块，用于确定与所述下单用户等级相匹配的接单用户等级；

接单用户确定模块，用于根据所述接单用户等级确定所述网约车订单的接单用户。

第三方面，本发明实施例提供一种服务器，包括：存储器、处理器；其中，所述存储器用于存储一条或多条计算机指令，其中，所述一条或多条计算机指令被所述处理器执行时实现上述第一方面中的网约车用户匹配方法。

第四方面，本发明实施例提供了一种计算机可读存储介质，用于储存服务器所用的计算机软件指令，其包含用于执行如第一方面的网约车用户匹配方法所涉及的程序。

在本发明实施例中，能够在接收到下单用户的每个网约车订单时，为各网约车订单确定出与下单用户等级相匹配的接单用户等级，在满足接单用户等级的待接单用户中选择出该网约车订单的接单用户。由于下单用户和接单用户进行了很好的匹配，所以能够使网约车订单的接单用户满足下单用户的服务要求，进而提高了用户网约车的体验。

附图说明

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

图1为本发明一个实施例提供的网约车用户匹配方法的流程图；

图2为本发明另一实施例提供的网约车用户匹配方法的流程图；

图3为本发明又一实施例提供的网约车用户匹配方法的流程图；

图4为本发明再一实施例提供的网约车用户匹配方法的流程图；

图5为本发明一个实施例提供的网约车用户匹配装置的结构示意图；

图6为与图5所示实施例提供的网约车用户匹配装置对应的服务器的结构示意图。

具体实施方式

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

在本发明实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发明。在本发明实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义，“多种”一般包含至少两种，但是不排除包含至少一种的情况。

取决于语境，如在此所使用的词语“如果”、“若”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地，取决于语境，短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的商品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种商品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的商品或者系统中还存在另外的相同要素。

另外，下述各方法实施例中的步骤时序仅为一种举例，而非严格限定。

下面结合以下的各个实施例对本文提供的网约车用户匹配方法的执行过程进行说明。

图1为本发明一个实施例提供的网约车用户匹配方法的流程图，如图1所示，该方法的执行主体为网约车用户匹配装置，该网约车用户匹配装置可以集成在服务器中，则该网约车用户匹配方法包括以下步骤：

101、接收第一终端设备发送的网约车订单，网约车订单包括下单用户标识信息。

在本实施例中，在第一终端设备中安装了打车应用软件，如可以为滴滴打车，快狗打车，货拉拉打车等。下单用户通过该第一终端设备中的打车应用软件进行网约车的下单，在下单用户通过第一终端设备进行下单后，网约车用户匹配装置接收到第一终端设备发送的网约车订单。

其中，在网约车订单中包括下单用户标识信息，下单用户标识信息可以为下单用户的用户名，还可以为下单用户的手机号码，邮箱等唯一表示该下单用户的信息。

可以理解的是，网约车订单可以为拉客订单或者为拉货订单。若打车应用软件为拉客应用软件，则在网约车订单中还可以包括:订单的编号，订单的起点和终点，乘车的人数等信息，若打车应用软件为拉货应用软件，则在网约车订单中还可以包括：订单的编号，订单的起点和终点，运输货物的类型等信息。

此处的第一终端设备的“第一”二字是为了与后续其他实施例中的终端设备进行区别。第一终端设备为下单用户对应的终端设备。本文实施例中所提到的终端设备可以为智能手机、平板电脑、车载终端等终端设备。

102、根据下单用户标识信息确定下单用户等级。

在本实施例中，下单用户等级越高，则表示下单用户对服务品质的要求越高，反而对价格要求越低的下单用户。相反地，下单用户等级越低，则表示下单用户对服务品质的要求越低，更多的追求更低价格的下单用户。

在本实施例中，作为一种可选实施方式，根据下单用户标识信息确定下单用户等级的方式可以为：预先为每个注册到打车应用软件的下单用户设定下单用户等级，并与下单用户标识信息进行关联存储，根据下单用户标识信息从预先存储的下单用户标识信息与下单用户等级的关联关系中确定该下单用户标识信息对应的下单用户等级。

可选地，预先为每个注册到打车应用软件的下单用户设定下单用户等级时，可根据注册过程中获取到的该下单用户的基本情况数据设定下单用户等级。

其中，下单用户的基本情况数据可以包括以下数据的任意一种或多种：用户的职业，收入情况，学历情况等。

可选地，预先为每个注册到打车应用软件的下单用户设定下单用户等级时，还可以对该下单用户的历史订单数据进行统计，根据统计结果设定下单用户等级。

其中，对该下单用户的历史订单数据进行统计后的统计结果可以包括以下数据的任意一种或多种：下单用户的下单情况，完单情况，使用优惠券情况，接单用户对下单用户评价情况等。下单用户的下单情况可以包括：下单次数。下单用户的完单情况可以为下单用户的完单次数或完单概率等。使用优惠券情况可以为使用优惠券的频率及每次使用优惠券的价格等，接单用户对下单用户评价情况可以为接单用户对下单用户打分的平均值，接单用户对下单用户打分对应的星级等。

可以理解的是，预先为每个注册到打车应用软件的下单用户设定下单用户等级时，还可综合考虑下单用户的基本情况数据和历史订单数据，根据用户的基本情况数据和历史订单数据设定下单用户等级，本实施例中对为每个注册到打车应用软件的下单用户设定下单用户等级的方式不作限定。

103、确定与下单用户等级相匹配的接单用户等级。

在本实施例中，待接单用户为在打车应用软件中注册的司机，各待接单用户通过第二终端设备中安装的打车应用软件进行接单。

在本实施例中，可首先将下单用户等级与对应的接单用户等级进行关联存储，在确定出下单用户等级后，根据该预先存储的下单用户等级与接单用户等级的关联关系，确定与该下单用户等级相匹配的接单用户等级。

可以理解的是，下单用户等级与对应的接单用户等级呈正相关关系。即下单用户等级越高，则对应的接单用户等级越高。相反地，下单用户等级越低，则对应的接单用户等级越低。

其中，接单用户等级越高，则表示接单用户的服务品质越高，相应的服务价格也越高。相反地，接单用户等级越低，则表示接单用户服务品质越低或者服务越缺乏经验，相应的服务价格也越低。

104、根据接单用户等级确定网约车订单的接单用户。

在本实施例中，可根据接单用户等级获取与接单用户等级相匹配的待接单用户，从至少一个待接单用户中确定该网约车订单的接单用户。

作为一种可选实施方式，在从至少一个待接单用户中确定该网约车订单的接单用户时，可获取至少一个待接单用户对应车辆的位置信息，将离下单用户位置最近的待接单车辆对应的待接单用户确定为该网约车订单的接单用户。

作为另一种可选实施方式，在从至少一个待接单用户中确定该网约车订单的接单用户时，也可将该网约车订单发送给各待接单用户对应的第二终端设备，待接单用户通过第二终端设备进行抢单，将最先接收到接单响应的第二终端设备对应的待接单用户确定为该网约车订单的接单用户。

值得说明的是，本实施例中，对根据接单用户等级确定网约车订单的接单用户的方式不作限定。

本实施例提供的网约车用户匹配方法，通过接收第一终端设备发送的网约车订单，网约车订单包括下单用户标识信息；根据下单用户标识信息确定下单用户等级；确定与下单用户等级相匹配的接单用户等级；根据接单用户等级确定网约车订单的接单用户。能够在接收到下单用户的每个网约车订单时，为各网约车订单确定出与下单用户等级相匹配的接单用户等级，在满足接单用户等级的待接单用户中选择出该网约车订单的接单用户。由于下单用户和接单用户进行了很好的匹配，所以能够使网约车订单的接单用户满足下单用户的服务要求，进而提高了用户网约车的体验。

图2为本发明另一个实施例提供的网约车用户匹配方法的流程图，如图2所示，本实施例的执行主体为网约车用户匹配装置，该网约车用户匹配装置可以集成在服务器中，则该网约车用户匹配方法包括以下步骤：

201、接收第一终端设备发送的网约车订单，网约车订单包括下单用户标识信息。

作为一种可选实施方式，本实施例中，接收第一终端设备发送的网约车订单后，根据下单用户标识信息确定下单用户等级时，在服务器中可未预先对每个注册到打车应用软件的下单用户设定下单用户等级，而是在接收到网约车订单后，根据下单用户标识信息实时确定出该下单用户等级。

可选地，本实施例中，根据下单用户标识信息确定下单用户等级包括202-203。

202、根据下单用户标识信息确定下单用户的第一画像数据。

可选地，本实施例中，根据下单用户标识信息确定下单用户的第一画像数据包括以下步骤。

2021、根据下单用户标识信息获取下单用户的第一历史订单数据和第一基本情况数据。

在本实施例中，在服务器中可预先存储在打车应用软件中注册的每个用户的历史订单数据和基本情况数据，或者在数据库中预先存储了在打车应用软件中注册的每个用户的历史订单数据和基本情况数据，其中，在打车应用软件中注册的每个下单用户的历史订单数据为第一历史订单数据，下单用户的基本情况数据为第一基本情况数据。网约车用户匹配装置根据下单用户标识信息从服务器或数据库中获取对应下单用户的第一历史订单数据和第一基本情况数据。

其中，下单用户的第一基本情况数据可在下单用户在打车应用软件进行注册时获取到并存储到服务器或数据库中的，也可以通过第三方平台获取到下单用户的第一基本情况数据，并存储到服务器或数据库中。

其中，第三方平台可以为招聘平台，个人档案平台等。

在本实施例中，第一历史订单数据为下单用户已经发生的每个网约车订单中与下单用户相关的数据，每个第一历史订单数据可以包括：下单用户是否完成订单，订单中是否使用优惠券，优惠券对应的价格，接单用户对下单用户评价数据等。第一基本情况数据可以包括：下单用户的职业，收入情况，学历情况等。

2022、根据第一历史订单数据和第一基本情况数据确定第一画像数据。

在本实施例中，可通过对第一历史订单数据中的每种数据进行统计，将每个统计结果和第一基本情况数据作为下单用户的画像数据，下单用户的画像数据为第一画像数据。其中，统计结果可以包括：下单情况，完单情况，使用优惠券情况，接单用户对下单用户评价情况等。所以第一画像数据可以包括：下单情况，完单情况，使用优惠券情况，接单用户对下单用户评价情况，下单用户的职业，收入情况，学历情况等。

203、根据第一画像数据确定下单用户等级。

作为一种可选实施方式，在本实施例中，根据第一画像数据确定下单用户等级可以为：将第一画像数据输入到训练至收敛的预设分类算法模型中，该训练至收敛的预设分类算法模型对第一画像数据进行分类，输出该第一画像数据对应的下单用户等级。

其中，预设分类算法可以为机器学习算法，深度学习算法等，本实施例中对此不作限定。

作为另一种可选实施方式，在本实施例中，预先设定每种第一画像数据的权重，对影响下单用户等级较大的第一画像数据设置较大的权重，对影响下单用户等级较小的第一画像数据设置较小的权重，然后对每种第一画像数据进行归一化处理，使每种画像数据与下单用户等级呈正相关的关系，最后对所有第一画像数据进行加权求和，通过预先设置加权求和结果的数值范围与下单用户等级的关联关系，根据所有第一画像数据加权求和的结果和关联关系确定第一画像数据对应的下单用户等级。

204、确定各待接单用户对应的第二画像数据。

作为一种可选实施方式，本实施例中，204、确定各待接单用户对应的第二画像数据包括：

2041、获取各待接单用户的第二历史订单数据。

2042、根据各第二历史订单数据确定对应的第二画像数据。

在本实施例中，可根据各待接单用户的标识信息从服务器或数据库中获取各待接单用户的历史订单数据，该待接单用户的历史订单数据为第二历史订单数据。

其中，第二历史订单数据为该待接单用户已经发生的每个网约车订单中与接单用户相关的数据，每个第二历史订单数据可以包括：接单用户驾驶证等级，是否进行抢单，接单用户是否完成订单，下单用户对接单用户的评价，该单的工作时长等。

在本实施例中，获取每个待接单用户的第二历史订单数据后，对第二历史订单数据中的每种数据进行统计，将每个统计结果作为待接单用户的画像数据，待接单用户的画像数据为第二画像数据。所以第二画像数据可以包括：接单用户驾驶证等级，接单情况，抢单情况，完单情况，下单用户对接单用户的评价情况，每日平均工作时长等。

其中，接单用户的接单情况可以包括：接单次数，每次接单时间等。接单用户的抢单情况可以为接单用户的抢单次数或抢单概率等。接单用户的完单情况可以为接单用户的完单次数或完单概率等。下单用户对接单用户评价情况可以为下单用户对接单用户打分的平均值，下单用户对接单用户打分对应的星级等。

205、根据各第二画像数据确定对应的待接单用户等级。

本实施例中，根据各第二画像数据确定对应的待接单用户等级的实现方式与本发明图2所示实施例的203中根据第一画像数据确定下单用户等级的实现方式类似，在此不再赘述。

206、确定与下单用户等级相匹配的接单用户等级。

在本实施例中，在待接单用户等级中确定与下单用户等级相匹配的接单用户等级。

207、将网约车订单发送给与接单用户等级相匹配的至少一个第二终端设备。

208、接收第二终端设备发送的接单响应。

209、将最先接收到的接单响应对应的第二终端设备确定为网约车订单的接单终端设备。

210、将接单终端设备对应的待接单用户确定为接单用户。

结合207-210进行说明，在本实施例中，在确定与下单用户等级相匹配的接单用户等级之后，根据接单用户等级确定网约车订单的接单用户时，首先确定符合接单用户等级的至少一个待接单用户的终端设备，待接单用户的终端设备为第二终端设备。然后向第二终端设备发送网约车订单，待接单用户通过第二终端设备进行抢单，在第二终端设备进行抢单时，网约车用户匹配装置接收到至少一个第二终端设备的接单响应，获取每个接单响应对应的接收时间，将最先接收到的接单响应对应的第二终端设备确定为接单终端设备，将接单终端设备对应的待接单用户确定为接单用户。

本实施例提供的网约车用户匹配方法，在根据接单用户等级确定网约车订单的接单用户时，通过向与接单用户等级相匹配的至少一个第二终端设备发送网约车订单，由第二终端进行抢单的方式确定接单终端设备和接单用户，不仅能够在满足接单用户等级的待接单用户中选择出该网约车订单的接单用户，而且能够使每个满足接单用户等级的待接单用户具有同等抢单的机会，通过抢单方式确定最终的接单用户对每个待接单用户来说更加公平。

图3为本发明又一实施例提供的网约车用户匹配方法的流程图，如图3所示，本实施例提供的网约车用户匹配方法在接收第一终端设备发送的网约车订单之后，还包括以下步骤：

301、对第一历史订单数据中的起步价评定数据进行统计，以获得起步价评定相关结果。

在本实施例中，首先获取网约车订单中的下单用户标识信息，根据下单用户标识信息获取下单用户的第一历史订单数据，其次从第一历史订单数据中获取起步价评定数据，最后对每个第一历史订单数据中的起步价评定数据进行统计，获得起步价评定相关结果。

其中，起步价评定数据为评定起步价相关的数据。若第一历史订单数据可以包括：下单用户是否完成订单，订单中是否使用优惠券，优惠券对应的价格，接单用户对下单用户评价数据等，则起步价评定数据可以包括：下单用户是否完成订单，接单用户对下单用户评价等。对每种起步价评定数据进行统计，获得的起步价评定相关结果可以包括：下单用户的下单情况，完单情况及接单用户对下单用户评价情况。下单用户的下单情况可以为下单次数，下单用户的完单情况可以为下单用户的完单次数或完单概率等，接单用户对下单用户评价情况可以为接单用户对下单用户打分的平均值，接单用户对下单用户打分对应的星级等。

302、根据起步价评定相关结果确定下单用户对应的起步价数据。

在本实施例中，作为一种可选实施方式，预先将每种起步价评定相关结果与下单用户的起步价数据进行了关联存储，根据预先存储的每种起步价评定相关结果与下单用户的起步价数据的关联关系，确定该网约车订单的起步价评定相关结果对应的下单用户的起步价数据。

作为另一种可选实施方式，预先确定每种起步价评定相关结果的权重，将每种起步价评定相关结果进行加权求和，根据加权求和结果确定下单用户对应的起步价数据。在根据加权求和结果确定下单用户对应的起步价数据时，可预先对加权求和结果的数值范围与对应的起步价数据进行关联存储，根据加权求和结果的数值范围与起步价数据的关联关系，确定该网约车订单的起步价评定相关结果对应的下单用户的起步价数据。

可以理解的是，起步价评定相关结果中下单情况，完单情况和接单用户对下单用户评价情况越好，则对应的下单用户的起步价越低。相反地，起步价评定相关结果中下单情况，完单情况和接单用户对下单用户评价情况越差，则对应的下单用户的起步价越高。

303、将起步价数据发送给第一终端设备。

在本实施例中，作为一种可选实施方式，可在确定出该网约车订单的接单用户后，连同接单用户的信息和起步价数据一起发送给第一终端设备。

可以理解的是，由于起步价数据作为影响该网约车订单最终价格的数据，是影响下单用户是否取消该订单的关键因素，所以为了避免下单用户获知起步价数据后取消订单造成确定接单用户过程的不必要运算量，本实施例中，作为另一种可选实施方式，在接收到第一终端设备发送的网约车订单，未根据下单用户标识信息确定下单用户等级之前就可先将起步价数据发送给第一终端设备，以使第一终端设备的下单用户根据起步价数据确定是否继续完成该网约车订单，若下单用户确定完成该网约车订单，则可通过第一终端设备发送同意起步价消息，以使网约车用户匹配装置为该网约车订单匹配出进行接单的接单用户。

本实施例提供的网约车用户匹配方法，在接收第一终端设备发送的网约车订单后，对第一历史订单数据中的起步价评定数据进行统计，以获得起步价评定相关结果；根据起步价评定相关结果确定下单用户对应的起步价数据；将起步价数据发送给第一终端设备，能够针对不同的下单用户动态调整起步价数据，促进下单用户为了降低起步价来提高网约车订单的完成质量，促进网约车行业朝向良性方向发展。

图4为本发明再一实施例提供的网约车用户匹配方法的流程图，如图4所示，本实施例提供的网约车用户匹配方法在获取各待接单用户的第二历史订单数据之后，还包括以下步骤：

401、对第二历史订单数据中的行驶单价评定数据进行统计，以获得行驶单价评定相关结果。

在本实施例中，行驶单价评定数据是评定待接单用户行驶单价相关的数据。在待接单用户的第二历史订单数据中包括行驶单价评定数据。若第二历史订单数据包括：接单用户驾驶证等级，是否进行抢单，接单用户是否完成订单，下单用户对接单用户的评价，该单的工作时长等数据，则行驶单价评定数据可以包括：是否进行抢单，接单用户是否完成订单，下单用户对接单用户的评价，该单的工作时长等数据。对每种行驶订单评价数据进行统计，获得的行驶单价评定相关结果可以包括：接单用户的接单情况，抢单情况，完单情况，下单用户对接单用户评价情况，及每日工作总时长等。

其中，接单用户的接单情况可以为接单次数。接单用户的抢单情况可以为抢单次数或抢单概率等。接单用户的完单情况可以为接单用户的完单次数或完单概率等，下单用户对接单用户评价情况可以为下单用户对接单用户打分的平均值，下单用户对接单用户打分对应的星级等。

402、根据各行驶单价评定相关结果确定对应的待接单用户的行驶单价。

本实施例中，根据各行驶单价评定相关结果确定对应的待接单用户的行驶单价的实现方式与图3所示方法实施例中302根据起步价评定相关结果确定下单用户对应的起步价数据的实现方式类似，在此不再赘述。

对402中根据各行驶单价评定相关结果确定对应的待接单用户的行驶单价的另一种可选实施方式进行示例性说明为：若根据各行驶单价评定相关结果确定加权求和结果为4.8分以上，则确定对应的待接单用户的行驶单价提高5％，若基准单价为5元，则确定对应的待接单用户的行驶单价为5.25元。若根据各行驶单价评定相关结果确定加权求和结果为3.5-4.8之间，则确定对应的待接单用户的行驶单价为基准单价，若根据各行驶单价评定相关结果确定加权求和结果为3.5分以下，则确定对应的待接单用户的行驶单价降低3％，若基准单价为5元，则确定对应的待接单用户的行驶单价为4.85元。

403、根据接单用户对应的行驶单价确定网约车订单的价格数据。

在本实施例中，作为一种可选实施方式，可计算网约车订单从起点到终点的里程数，在确定出网约车订单的接单用户后，获取接单用户的行驶单价，并根据行驶单价和网约车订单的里程数，计算网约车订单的价格数据，并在到达终点后，向第一终端发送网约车订单的价格数据，以使下单用户根据网约车订单的价格数据进行付款。

作为另一种可选实施方式，可计算网约车订单从起点到终点的里程数，判断从起点到终点的里程数是否大于起步价的里程数，若大于起步价的里程数，则获取接单用户的行驶单价，并根据行驶单价和网约车订单的里程数计算大于起步价里程数的对应价格，并与起步价进行求和后，获得网约车订单的价格数据，并在网约车订单执行过程中，实时向第一终端发送网约车订单的价格数据，直到车辆到达网约车订单的终点，在车辆到达网约车订单的终点时，向第一终端设备发送网约车订单的价格数据，以使下单用户根据网约车订单的价格数据进行付款。

本实施例提供的网约车用户匹配方法，在获取各待接单用户的第二历史订单数据之后，对第二历史订单数据中的行驶单价评定数据进行统计，以获得行驶单价评定相关结果，根据各行驶单价评定相关结果确定对应的待接单用户的行驶单价，根据接单用户对应的行驶单价确定网约车订单的价格数据，能够针对不同的司机动态调整行驶单价，促进司机提供更加高品质的服务质量，促进网约车行业朝向良性方向发展。

以下将详细描述本发明的一个或多个实施例的网约车用户匹配装置。本领域技术人员可以理解，这些网约车用户匹配装置均可使用市售的硬件组件通过本方案所教导的步骤进行配置来构成。

图5为本发明一个实施例提供的网约车用户匹配装置的结构示意图，如图5所示，该网约车用户匹配装置可以包括：订单接收模块11，下单用户等级确定模块12，接单用户等级确定模块13及接单用户确定模块14。

订单接收模块11，用于接收第一终端设备发送的网约车订单，网约车订单包括下单用户标识信息。

下单用户等级确定模块12，用于根据下单用户标识信息确定下单用户等级。

接单用户等级确定模块13，用于确定与下单用户等级相匹配的接单用户等级。

接单用户确定模块14，用于根据接单用户等级确定网约车订单的接单用户。

可选地，下单用户等级确定模块12，具体可以用于：根据下单用户标识信息确定下单用户的第一画像数据；根据第一画像数据确定下单用户等级。

可选地，下单用户等级确定模块12，在根据下单用户标识信息确定下单用户的第一画像数据时，具体可以用于：根据下单用户标识信息获取下单用户的第一历史订单数据和第一基本情况数据；根据第一历史订单数据和第一基本情况数据确定第一画像数据。

可选地，该网约车用户匹配装置还包括：起步价统计模块，起步价确定模块和起步价发送模块。

起步价统计模块，用于对第一历史订单数据中的起步价评定数据进行统计，以获得起步价评定相关结果。起步价确定模块，用于根据起步价评定相关结果确定下单用户对应的起步价数据。起步价发送模块，用于将起步价数据发送给第一终端设备。

可选地，该网约车用户匹配装置还包括：待接单用户等级确定模块，用于确定各待接单用户对应的第二画像数据；根据各第二画像数据确定对应的待接单用户等级。

可选地，待接单用户等级确定模块，在确定各待接单用户对应的第二画像数据时，具体可以用于：获取各待接单用户的第二历史订单数据；根据各第二历史订单数据确定对应的第二画像数据。

可选地，该网约车用户匹配装置还包括：行驶单价统计模块，行驶单价确定模块及订单价格确定模块。

行驶单价统计模块，用于对第二历史订单数据中的行驶单价评定数据进行统计，以获得行驶单价评定相关结果。行驶单价确定模块，用于根据各行驶单价评定相关结果确定对应的待接单用户的行驶单价。订单价格确定模块，用于根据接单用户对应的行驶单价确定网约车订单的价格数据。

可选地，接单用户确定模块14，具体可以用于：将网约车订单发送给与接单用户等级相匹配的至少一个第二终端设备；接收第二终端设备发送的接单响应；将最先接收到的接单响应对应的第二终端设备确定为网约车订单的接单终端设备；将接单终端设备对应的待接单用户确定为接单用户。

图5所示网约车用户匹配装置可以执行图1-图4所示实施例的方法，详细执行过程可以前述实施例中的描述，在此不再赘述。

在一个可能的设计中，图5所示网约车用户匹配装置的结构可实现为一服务器，该服务器可以是包含一独立主机的物理服务器，或者也可以为主机集群承载的虚拟服务器，或者也可以为云服务器等。如图6所示，该服务器可以包括：处理器21和存储器22。其中，存储器22用于存储支持服务器执行上述图1-图4所示实施例中提供的网约车用户匹配方法的程序，处理器21被配置为用于执行存储器22中存储的程序。

该程序包括一条或多条计算机指令，其中，一条或多条计算机指令被处理器21执行时能够实现如下步骤：

接收第一终端设备发送的网约车订单，网约车订单包括下单用户标识信息。

根据下单用户标识信息确定下单用户等级。

确定与下单用户等级相匹配的接单用户等级。

根据接单用户等级确定网约车订单的接单用户。

可选地，处理器21还用于执行前述图1-图4所示实施例中的全部或部分步骤。

其中，服务器的结构中还可以包括通信接口23，通信接口23用于与其他设备或通信网络通信。

另外，本发明实施例提供了一种计算机可读存储介质，用于储存服务器所用的计算机软件指令，其包含用于执行上述图1-图4所示方法实施例中网约车用户匹配方法所涉及的程序。

以上所描述的装置实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助加必需的通用硬件平台的方式来实现，当然也可以通过硬件和软件结合的方式来实现。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以计算机产品的形式体现出来，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

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

Claims (11)

1.一种网约车用户匹配方法，其特征在于，包括：

接收第一终端设备发送的网约车订单，所述网约车订单包括下单用户标识信息；

根据所述下单用户标识信息确定下单用户等级；

确定与所述下单用户等级相匹配的接单用户等级；

根据所述接单用户等级确定所述网约车订单的接单用户。

2.根据权利要求1所述的方法，其特征在于，所述根据所述下单用户标识信息确定下单用户等级，包括：

根据所述下单用户标识信息确定所述下单用户的第一画像数据；

根据所述第一画像数据确定所述下单用户等级。

3.根据权利要求2所述的方法，其特征在于，所述根据所述下单用户标识信息确定所述下单用户的第一画像数据，包括：

根据所述下单用户标识信息获取所述下单用户的第一历史订单数据和第一基本情况数据；

根据所述第一历史订单数据和所述第一基本情况数据确定所述第一画像数据。

4.根据权利要求3所述的方法，其特征在于，还包括：

对所述第一历史订单数据中的起步价评定数据进行统计，以获得起步价评定相关结果；

根据所述起步价评定相关结果确定所述下单用户对应的起步价数据；

将所述起步价数据发送给所述第一终端设备。

5.根据权利要求1所述的方法，其特征在于，所述确定与所述下单用户等级相匹配的接单用户等级之前，还包括：

确定各待接单用户对应的第二画像数据；

根据各所述第二画像数据确定对应的待接单用户等级。

6.根据权利要求5所述的方法，其特征在于，所述确定各待接单用户对应的第二画像数据，包括：

获取各所述待接单用户的第二历史订单数据；

根据各所述第二历史订单数据确定对应的第二画像数据。

7.根据权利要求6所述的方法，其特征在于，还包括：

对所述第二历史订单数据中的行驶单价评定数据进行统计，以获得行驶单价评定相关结果；

根据各所述行驶单价评定相关结果确定对应的待接单用户的行驶单价；

根据所述接单用户对应的行驶单价确定所述网约车订单的价格数据。

8.根据权利要求1-7任一项所述的方法，其特征在于，所述根据所述接单用户等级确定所述网约车订单的接单用户，包括：

将所述网约车订单发送给与所述接单用户等级相匹配的至少一个第二终端设备；

接收所述第二终端设备发送的接单响应；

将最先接收到的接单响应对应的第二终端设备确定为所述网约车订单的接单终端设备；

将所述接单终端设备对应的待接单用户确定为所述接单用户。

9.一种网约车用户匹配装置，其特征在于，包括：

订单接收模块，用于接收第一终端设备发送的网约车订单，所述网约车订单包括下单用户标识信息；

下单用户等级确定模块，用于根据所述下单用户标识信息确定下单用户等级；

接单用户等级确定模块，用于确定与所述下单用户等级相匹配的接单用户等级；

接单用户确定模块，用于根据所述接单用户等级确定所述网约车订单的接单用户。

10.一种服务器，其特征在于，包括：存储器、处理器；其中，所述存储器用于存储一条或多条计算机指令，其中，所述一条或多条计算机指令被所述处理器执行时实现如权利要求1至8中任一项所述的网约车用户匹配方法。

11.一种计算机可读存储介质，其特征在于，用于储存服务器所用的计算机软件指令，其包含用于执行如权利要求1至8中任一项所述的网约车用户匹配方法所涉及的程序。