网约车组队方法、装置、设备及存储介质与流程

本发明实施例涉及计算机技术领域，尤其涉及一种网约车组队方法、装置、设备及存储介质。

背景技术：

如今网约车已经成为人们日常生活中的一种出行选择方式，用户可将能够实现网约车服务的应用程序安装到自己的智能终端例如手机上，当该用户需要出行时，只需要在打开该智能终端上的应用程序，并在该应用程序的用户界面中选择网约车型、起始地、目的地，并点击叫车按键或按钮即可等待网约车司机来接驾。

现有技术中，当用户在该应用程序的用户界面中选择网约车型、起始地、目的地后，该智能终端将该用户输入的信息发送给网约车平台，网约车平台将该用户相应的订单发送给网约车司机的终端设备，以便网约车司机为该用户提供出行服务。

但是，现有技术中，每个网约车司机只单独完成自己的订单，无法调度网约车司机的积极性以完成更多的订单。

技术实现要素：

本发明实施例提供一种网约车组队方法、装置、设备及存储介质，以通过组队奖励的方式激励组队中的各成员完成更多的订单。

第一方面，本发明实施例提供一种网约车组队方法，包括：

接收多个网约车司机端发送的组队请求，所述组队请求包括标识信息，所述标识信息用于表示网约车司机请求成为队员司机或队长司机；

获取多个队员司机的历史订单信息和多个队长司机的历史订单信息；

根据所述多个队员司机的历史订单信息和/或所述多个队长司机的历史订单信息，将所述多个队员司机进行组队划分；

将每个组队中队员司机的属性信息发送给所述组队中队长司机对应的网约车司机端。

第二方面，本发明实施例提供一种网约车组队装置，包括：

接收模块，用于接收多个网约车司机端发送的组队请求，所述组队请求包括标识信息，所述标识信息用于表示网约车司机请求成为队员司机或队长司机；

获取模块，用于获取多个队员司机的历史订单信息和多个队长司机的历史订单信息；

组队划分模块，用于根据所述多个队员司机的历史订单信息和/或所述多个队长司机的历史订单信息，将所述多个队员司机进行组队划分；

发送模块，用于将每个组队中队员司机的属性信息发送给所述组队中队长司机对应的网约车司机端。

第三方面，本发明实施例提供一种服务器，包括：

存储器；

处理器；以及

计算机程序；

其中，所述计算机程序存储在所述存储器中，并被配置为由所述处理器执行以实现第一方面所述的方法。

第四方面，本发明实施例提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行以实现第一方面所述的方法。

本发明实施例提供的网约车组队方法、装置、设备及存储介质，通过接收多个网约车司机端发送的组队请求，该组队请求表示网约车司机请求成为队员司机或队长司机，根据请求成为队员司机的历史订单信息和/或请求成为队长司机的历史订单信息，将每个队员司机划分给相应的队长司机，使得每个队长司机和若干个队员司机构成一个组队，该队长司机和组队内的其他队员司机以组队方式为出行用户提供出行服务，通过组队奖励的方式激励组队中的各成员完成更多的订单。

附图说明

图1为本发明实施例提供的一种应用场景的示意图；

图2为本发明实施例提供的网约车组队方法流程图；

图3为本发明另一实施例提供的网约车组队方法流程图；

图4为本发明另一实施例提供的网约车组队方法流程图；

图5为本发明另一实施例提供的网约车组队方法流程图；

图6为本发明另一实施例提供的网约车组队方法流程图；

图7为本发明另一实施例提供的网约车组队方法流程图；

图8为本发明另一实施例提供的网约车组队方法流程图；

图9为本发明实施例提供的网约车组队装置的结构示意图；

图10为本发明实施例提供的服务器的结构示意图。

通过上述附图，已示出本公开明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本公开构思的范围，而是通过参考特定实施例为本领域技术人员说明本公开的概念。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

本发明提供的网约车组队方法，可以适用于图1所示的通信系统。如图1所示，该通信系统包括：接入网设备11、终端设备12、服务器13、终端设备14、终端设备15、终端设备16。在本实施例中，网约车平台具体可以是如图1所示的服务器13，在其他实施例中，该网约车平台还可以是云平台、服务器集群等，另外，网约车司机端具体可以是网约车司机的终端设备，或者该网约车司机端具体可以是该终端设备中安装的用于实现网约车功能的应用程序例如打车软件，如图1所示，终端设备12、终端设备14、终端设备15、终端设备16可以是分别属于不同网约车司机的终端设备，该终端设备上安装有能够实现网约车功能的应用程序。终端设备12、终端设备14、终端设备15、终端设备16可以通过相同的接入网设备与服务器13通信连接，也可以通过不同的接入网设备与服务器13通信连接。另外，此处只是示意性说明，并不限定该通信系统的具体结构。

本发明提供的网约车组队方法，旨在解决现有技术的如上技术问题。

下面以具体地实施例对本发明的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本发明的实施例进行描述。

图2为本发明实施例提供的网约车组队方法流程图。本发明实施例针对现有技术的如上技术问题，提供了网约车组队方法，该方法具体步骤如下：

步骤201、接收多个网约车司机端发送的组队请求，所述组队请求包括标识信息，所述标识信息用于表示网约车司机请求成为队员司机或队长司机。

在本实施例中，网约车平台具体可以是如图1所示的服务器13，服务器13可通过接入网设备将组队招募信息发送给该网约车平台对应的各个网约车司机端例如终端设备12、终端设备14、终端设备15、终端设备16。当终端设备12、终端设备14、终端设备15、终端设备16分别接收到该组队招募信息后，在网约车应用程序提供的用户界面中显示该组队招募信息。如果终端设备12、终端设备14、终端设备15、终端设备16分别对应的司机用户同意组队，则相应的司机用户在各自用户界面中进行相应的设置例如选择自己愿意承担队员司机或队长司机，终端设备根据司机用户的设置操作生成组队请求，并将该组队请求发送给服务器13。例如，服务器13接收到终端设备12、终端设备14、终端设备15、终端设备16分别发送的组队请求，该组队请求包括标识信息，该标识信息用于表示网约车司机请求成为队员司机或队长司机，例如，终端设备12发送的组队请求包括的标识信息用于表示该终端设备12对应的司机用户愿意承担队员司机或队长司机。在本实施例中，假设终端设备12和终端设备14分别对应的司机用户愿意承担队长司机，终端设备15和终端设备16分别对应的司机用户愿意承担队员司机。

步骤202、获取多个队员司机的历史订单信息和多个队长司机的历史订单信息。

当服务器13接收到终端设备12、终端设备14、终端设备15、终端设备16分别发送的组队请求后，服务器13获取终端设备12、终端设备14、终端设备15、终端设备16分别对应的司机用户的历史订单信息，也就是说，服务器13获取终端设备12和终端设备14对应的愿意承担队长司机的历史订单信息，以及终端设备15和终端设备16对应的愿意承担队员司机的历史订单信息。

步骤203、根据所述多个队员司机的历史订单信息和/或所述多个队长司机的历史订单信息，将所述多个队员司机进行组队划分。

服务器13根据终端设备12和终端设备14对应的愿意承担队长司机的历史订单信息，和/或终端设备15和终端设备16对应的愿意承担队员司机的历史订单信息，对多个队员司机进行组队划分，也就是说，将申请成为队员的司机分配给申请成为队长的司机。

步骤204、将每个组队中队员司机的属性信息发送给所述组队中队长司机对应的网约车司机端。

假设服务器13将终端设备12对应的司机用户和终端设备15对应的司机用户划分到一个组队，将终端设备14对应的司机用户和终端设备16对应的司机用户划分到另一个组队，则服务器13将终端设备12对应的司机用户的属性信息发送给终端设备15，该属性信息包括终端设备12对应的司机用户的基本信息和联系方式，以及将终端设备14对应的司机用户的属性信息发送给终端设备16，该属性信息包括终端设备14对应的司机用户的基本信息和联系方式。在本实施例中，一个组队不限于一个队长司机和一个队员司机，也可以包括一个队长司机和多个队员司机。

本发明实施例通过接收多个网约车司机端发送的组队请求，该组队请求表示网约车司机请求成为队员司机或队长司机，根据请求成为队员司机的历史订单信息和/或请求成为队长司机的历史订单信息，将每个队员司机划分给相应的队长司机，使得每个队长司机和若干个队员司机构成一个组队，该队长司机和组队内的其他队员司机以组队方式为出行用户提供出行服务，通过组队奖励的方式激励组队中的各成员完成更多的订单。

图3为本发明另一实施例提供的网约车组队方法流程图。在上述实施例的基础上，所述根据所述多个队员司机的历史订单信息和/或所述多个队长司机的历史订单信息，将所述多个队员司机进行组队划分具体包括如下步骤：

步骤301、根据所述多个队员司机的历史订单信息，确定所述多个队员司机中每个队员司机的业绩指标。

例如，终端设备15和终端设备16分别对应的司机用户愿意承担队员司机，服务器13根据终端设备15和终端设备16分别对应的司机用户的历史订单信息，确定终端设备15和终端设备16分别对应的司机用户的业绩指标。所述业绩指标包括如下至少一种：流水量、订单量、服务评分值。

步骤302、根据所述多个队长司机的历史订单信息，确定所述多个队长司机中每个队长司机的业绩指标。

例如，终端设备12和终端设备14分别对应的司机用户愿意承担队长司机，服务器13根据终端设备12和终端设备14分别对应的司机用户的历史订单信息，确定终端设备12和终端设备14分别对应的司机用户的业绩指标。所述业绩指标包括如下至少一种：流水量、订单量、服务评分值。

步骤303、根据每个队长司机的业绩指标，从所述多个队员司机中确定出与所述队长司机匹配的目标队员司机，所述队长司机的业绩指标和所述目标队员司机的业绩指标的差值在预设范围内。

步骤304、将所述队长司机和所述目标队员司机构成一个组队。

例如，服务器13根据队长司机的业务能力和业绩，对队员司机进行划分，例如，将与队长司机的业务能力和业绩接近的队员司机分在一个组中，或者，将与队长司机的业务能力和业绩相差较大的队员司机分在一个组中。

例如，终端设备15对应的队员司机的业务能力和业绩与终端设备12对应的队长司机的业务能力和业绩接近，则将终端设备15对应的队员司机和终端设备12对应的队长司机划分到一个组队中，即实现强强结合。

在其他实施例中，如果终端设备15对应的队员司机的业务能力和业绩较差，而终端设备12对应的队长司机的业务能力和业绩较好，则可以将终端设备15对应的队员司机和终端设备12对应的队长司机划分到一个组队中，即强弱结合，使得终端设备12对应的队长司机可以带动终端设备15对应的队员司机。

本发明实施例通过将与队长司机的业务能力和业绩接近的队员司机分在一个组队中，使得业务能力和业绩较好的队员司机和队长司机构成强强结合的组队，使得队员司机和队长司机可以相互促进；或者，将与队长司机的业务能力和业绩相差较大的队员司机分在一个组队中，使得业务能力和业绩较差的队员司机、业务能力和业绩较号的队长司机构成强弱结合的组队，使得队长司机可以带动队员司机的积极性，促使组队内的各个成员完成更多的订单。

图4为本发明另一实施例提供的网约车组队方法流程图。在上述实施例的基础上，所述根据所述多个队员司机的历史订单信息和/或所述多个队长司机的历史订单信息，将所述多个队员司机进行组队划分具体包括如下步骤：

步骤401、根据所述多个队员司机的历史订单信息，确定所述多个队员司机中每个队员司机的业绩指标。

例如，终端设备15和终端设备16分别对应的司机用户愿意承担队员司机，服务器13根据终端设备15和终端设备16分别对应的司机用户的历史订单信息，确定终端设备15和终端设备16分别对应的司机用户的业绩指标。所述业绩指标包括如下至少一种：流水量、订单量、服务评分值。

步骤402、根据所述多个队员司机中每个队员司机的业绩指标，确定所述多个队员司机中业绩指标大于第一阈值的队员司机。

服务器13根据终端设备15和终端设备16分别对应的司机用户的业绩指标，确定终端设备15和终端设备16中业绩指标大于第一阈值的队员司机。

步骤403、根据所述多个队员司机中业绩指标大于第一阈值的队员司机以及每个组队的最大人数，将所述业绩指标大于第一阈值的队员司机进行组队划分。

例如，终端设备15和终端设备16分别对应的司机用户的业绩指标均大于第一阈值，且每个组队的最大人数大于2，则该服务器13可以将终端设备15和终端设备16分别对应的司机用户划分到同一个组队中，也就是说，将业务能力好、业绩好的队员司机分在一个组中。在其他实施例中，还可以将业务能力中等、业绩中等的队员司机分在一个组中。此处只是示意性说明，并不限定每个组队内的人数。

本发明实施例通过将所述业绩指标大于第一阈值的队员司机划分到一个组队中，使得队员司机之间可以相互促进，从而促使组队内的各个成员完成更多的订单。

图5为本发明另一实施例提供的网约车组队方法流程图。在上述实施例的基础上，所述根据所述多个队员司机的历史订单信息和/或所述多个队长司机的历史订单信息，将所述多个队员司机进行组队划分具体包括如下步骤：

步骤501、根据所述多个队员司机的历史订单信息，确定所述多个队员司机中每个队员司机的业绩指标。

例如，终端设备15和终端设备16分别对应的司机用户愿意承担队员司机，服务器13根据终端设备15和终端设备16分别对应的司机用户的历史订单信息，确定终端设备15和终端设备16分别对应的司机用户的业绩指标。所述业绩指标包括如下至少一种：流水量、订单量、服务评分值。

步骤502、根据所述多个队员司机中每个队员司机的业绩指标，确定所述多个队员司机中业绩指标大于第一阈值的队员司机，以及所述多个队员司机中业绩指标小于第二阈值的队员司机。

服务器13根据终端设备15和终端设备16分别对应的司机用户的业绩指标，确定终端设备15和终端设备16中业绩指标大于第一阈值的队员司机，以及业绩指标小于第二阈值的队员司机，可选的，该第一阈值大于该第二阈值。

步骤503、根据所述多个队员司机中业绩指标大于第一阈值的队员司机和所述多个队员司机中业绩指标小于第二阈值的队员司机，将所述多个队员司机进行组队划分，以使每个组队包括业绩指标大于第一阈值的队员司机和业绩指标小于第二阈值的队员司机。

假设终端设备15对应的司机用户的业绩指标大于第一阈值，终端设备16对应的司机用户的业绩指标小于第二阈值，则该服务器13可以将终端设备15和终端设备16分别对应的司机用户划分到同一个组队中，也就是说，将业务能力好、业绩好的队员司机和业务能力差、业绩差的队员司机分在一个组中。此处只是示意性说明，并不限定每个组队内的人数。

本发明实施例通过将业绩指标大于第一阈值的队员司机和业绩指标小于第二阈值的队员司机划分到一个组队中，使得业务能力好、业绩好的队员司机可以带动业务能力差、业绩差的队员司机，从而促使组队内的各个成员完成更多的订单。

图6为本发明另一实施例提供的网约车组队方法流程图。在上述实施例的基础上，所述接收多个网约车司机端发送的组队请求之前还包括如下步骤：

步骤601、获取司机用户对所述网约车司机端进行操作的行为信息。

如图1所示，终端设备12、终端设备14、终端设备15、终端设备16分别安装有用于实现网约车功能的应用程序例如打车软件，该打车软件提供有用户界面，司机用户可以在该用户界面上进行操作，例如点击图标、按钮等，以终端设备12为例，终端设备12可实时检测终端设备12对应的司机用户在该用户界面上的操作，也就是说，终端设备12实时检测司机用户对该用户界面进行操作的行为信息。当终端设备12检测到该终端设备12对应的司机用户对该用户界面进行操作的行为信息时，将该行为信息发送给服务器13，使得服务器13可以获取到该终端设备12对应的司机用户对该用户界面进行操作的行为信息，同理，服务器13可以获取到其他司机用户对用户界面进行操作的行为信息。

步骤602、根据所述行为信息，向所述网约车司机端发送招募信息，其中，所述招募信息用于招募参加组队活动的司机用户。

当服务器13接收到终端设备12发送的该终端设备12对应的司机用户对该用户界面进行操作的行为信息时，将组队招募信息即时下发给终端设备12对应的网约车司机端。同理，当服务器13接收到其他终端设备发送的其他司机用户对用户界面进行操作的行为信息时，将组队招募信息即时下发给其他终端设备对应的网约车司机端。

当终端设备12对应的网约车司机端接收到该组队招募信息后，显示该组队招募信息，当终端设备12对应的司机用户查看该组队招募信息，如果终端设备12对应的司机用户愿意参加组队活动，则点击进入报名参赛的操作流程，当司机用户通过该网约车司机端进行报名操作时，网约车司机端可显示供司机用户选择或填写的信息，例如，网约车司机端可显示队长或队员选择框、个人信息输入框、个人信息是否显示给他人的选择框等。另外，网约车司机端还可显示队长职责信息或队员职责信息，使得司机用户在报名过程中，对自己选择的角色有一个充分的认识，以提高后续组队的成功率。

本实施例通过司机用户的终端设备实时检测司机用户对网约车司机端进行操作的行为信息，当该终端设备检测到司机用户对网约车司机端进行操作的行为信息时，表示该司机用户正在使用该网约车司机端，此时，根据所述行为信息，向所述网约车司机端发送招募信息，可提高司机用户即时查看到该招募信息的成功率。

在上述实施例的基础上，当终端设备12、终端设备14、终端设备15、终端设备16分别对应的司机用户成功报名参加组队活动后，服务器13将按照预设的规则将队员司机分配给队长司机。具体的，服务器13将预设数量的队员司机的基本信息和联系方式发送给队长司机的网约车司机端，队长司机可根据服务器13推荐的队员司机的联系方式与该队员司机联系，队长司机和队员司机在联系过程中，双方决定是否达成合作。可以理解，服务器13给队长司机推荐的预设数量的队员司机中，部分队员司机是可以和队长司机达成合作的，但是也有一部分队员司机可能和队长司机达不成合作。或者，队长司机已经和部分队员司机达成合作，但是队长司机的团队还没有组建完成，队长司机解除了组队，导致与该队长司机已经达成合作的部分队员司机需要被分配给其他的队长司机。因此，需要一种机制来更新给队长司机推荐的队员司机。下面实施例将详细描述给队长司机推荐的队员司机的更新机制。

图7为本发明另一实施例提供的网约车组队方法流程图。在上述实施例的基础上，所述将每个组队中队员司机的属性信息发送给所述组队中队长司机对应的网约车司机端之后还包括如下步骤：

步骤701、获取所述队长司机联系所述队员司机的行为信息。

例如，服务器13给终端设备12推荐了5个队员司机的属性信息，每个队员司机的属性信息包括该队员司机的基本信息和联系方式例如电话号码，终端设备12对应的网约车司机端可实时检测该终端设备12对应的队长司机联系该5个队员司机的行为信息例如打电话，并将该队长司机联系队员司机的行为信息发送给服务器13。

步骤702、根据所述队长司机联系所述队员司机的行为信息，确定所述队长司机联系所述队员司机的积极性。

服务器13可根据终端设备12对应的队长司机联系该5个队员司机的行为信息，确定该终端设备12对应的队长司机联系该5个队员司机的积极性。例如，服务器13根据终端设备12对应的队长司机在预设时间内联系该5个队员司机而拨打的电话数量，该数量越多，说明终端设备12对应的队长司机联系该5个队员司机的积极性越高。

步骤703、根据所述队长司机联系所述队员司机的积极性，更新向所述队长司机对应的网约车司机端推送队员司机属性信息的频率。

可以理解，在终端设备12对应的队长司机联系服务器13给该队长司机首次推荐的该5个队员司机后，该5个队员司机中部分队员司机与该队长司机达成合作，部分司机与该队长司机未达成合作。此时，服务器13可以根据终端设备12对应的队长司机联系该5个队员司机的积极性，更新给该队长司机推荐其他队员司机属性信息的频率。例如，该队长司机联系该5个队员司机的积极性越高，当该队长司机的组队未成功时，服务器13向终端设备12推送的新的队员司机属性信息的频率越高，以使积极性较高的队长司机尽快成功组建团队，将团队中的队员司机确定下来。

本实施例通过获取所述队长司机联系所述队员司机的行为信息，根据所述队长司机联系所述队员司机的行为信息，确定所述队长司机联系所述队员司机的积极性，并根据所述队长司机联系所述队员司机的积极性，更新向所述队长司机对应的网约车司机端推送队员司机属性信息的频率，可使得积极性较高的队长司机尽快成功组建团队，提高了成功组队的效率。

图8为本发明另一实施例提供的网约车组队方法流程图。在上述实施例的基础上，所述将每个组队中队员司机的属性信息发送给所述组队中队长司机对应的网约车司机端之后还包括如下步骤：

步骤801、获取所述队长司机对应的网约车司机端与所述队员司机对应的网约车司机端之间传输的即时消息。

例如，服务器13给终端设备12推荐了5个队员司机的属性信息，每个队员司机的属性信息包括该队员司机的基本信息和联系方式，该联系方式具体可以是该队员司机在网约车司机端的标识信息例如账号，终端设备12的网约车司机端可根据队员司机的账号与该队员司机对应的网约车司机端进行即时通讯，例如，终端设备12的网约车司机端和队员司机对应的网约车司机端之间传输即时消息。服务器13可监测获得终端设备12的网约车司机端和队员司机对应的网约车司机端之间传输的即时消息。

步骤802、根据所述即时消息，确定所述队长司机和所述队员司机是否达成合作。

进一步，服务器13根据该即时消息，确定终端设备12对应的队长司机和服务器13给队长司机推荐的队员司机是否达成合作。可选的，服务器13获取该即时消息中的关键词，该关键词具体可以是表征队长司机和/或队员司机意愿的关键词，服务器13根据该关键词确定终端设备12对应的队长司机和服务器13给队长司机推荐的队员司机是否达成合作。

步骤803、如果所述队长司机和所述队员司机未达成合作，则向所述队长司机对应的网约车司机端推送其他队员司机的属性信息。

如果服务器13根据该关键词确定终端设备12对应的队长司机和服务器13给队长司机推荐的队员司机未达成合作，则服务器13可即时的向终端设备12发送新的队员司机属性信息。

例如，服务器13给终端设备12对应的队长司机推荐了5个队员司机，若终端设备12对应的队长司机与该5个队员司机中的至少一个未达成合作，则服务器13即时向终端设备12发送新的队员司机属性信息。

本实施例通过获取所述队长司机对应的网约车司机端与所述队员司机对应的网约车司机端之间传输的即时消息，根据所述即时消息可确定所述队长司机和所述队员司机是否达成合作，在所述队长司机和所述队员司机未达成合作时，即时向所述队长司机对应的网约车司机端推送其他队员司机的属性信息，可有效提高组队成功率。

在其他实施例中，所述将每个组队中队员司机的属性信息发送给所述组队中队长司机对应的网约车司机端，包括：根据预设频率，将每个组队中队员司机的属性信息发送给所述组队中队长司机对应的网约车司机端，所述预设频率是随时间变化的频率。

例如，服务器13在给终端设备12对应的队长司机分配队员司机时，该服务器13可以从每24小时给终端设备12推送一次队员司机的属性信息，更新为每12小时给终端设备12推送一次队员司机的属性信息，使得终端设备12对应的队长司机可以尽快完成组队。

图9为本发明实施例提供的网约车组队装置的结构示意图。该网约车组队装置具体可以是上述实施例中的服务器。本发明实施例提供的网约车组队装置可以执行网约车组队方法实施例提供的处理流程，如图9所示，网约车组队装置60包括：接收模块61、获取模块62、组队划分模块63和发送模块64；其中，接收模块61用于接收多个网约车司机端发送的组队请求，所述组队请求包括标识信息，所述标识信息用于表示网约车司机请求成为队员司机或队长司机；获取模块62用于获取多个队员司机的历史订单信息和多个队长司机的历史订单信息；组队划分模块63用于根据所述多个队员司机的历史订单信息和/或所述多个队长司机的历史订单信息，将所述多个队员司机进行组队划分；发送模块64用于将每个组队中队员司机的属性信息发送给所述组队中队长司机对应的网约车司机端。

可选的，组队划分模块63具体用于：根据所述多个队员司机的历史订单信息，确定所述多个队员司机中每个队员司机的业绩指标；根据所述多个队长司机的历史订单信息，确定所述多个队长司机中每个队长司机的业绩指标；根据每个队长司机的业绩指标，从所述多个队员司机中确定出与所述队长司机匹配的目标队员司机，所述队长司机的业绩指标和所述目标队员司机的业绩指标的差值在预设范围内；将所述队长司机和所述目标队员司机构成一个组队。

可选的，组队划分模块63具体用于：根据所述多个队员司机的历史订单信息，确定所述多个队员司机中每个队员司机的业绩指标；根据所述多个队员司机中每个队员司机的业绩指标，确定所述多个队员司机中业绩指标大于第一阈值的队员司机；根据所述多个队员司机中业绩指标大于第一阈值的队员司机以及每个组队的最大人数，将所述业绩指标大于第一阈值的队员司机进行组队划分。

可选的，组队划分模块63具体用于：根据所述多个队员司机的历史订单信息，确定所述多个队员司机中每个队员司机的业绩指标；根据所述多个队员司机中每个队员司机的业绩指标，确定所述多个队员司机中业绩指标大于第一阈值的队员司机，以及所述多个队员司机中业绩指标小于第二阈值的队员司机；根据所述多个队员司机中业绩指标大于第一阈值的队员司机和所述多个队员司机中业绩指标小于第二阈值的队员司机，将所述多个队员司机进行组队划分，以使每个组队包括业绩指标大于第一阈值的队员司机和业绩指标小于第二阈值的队员司机。

可选的，获取模块62还用于：在所述接收模块接收多个网约车司机端发送的组队请求之前，获取司机用户对所述网约车司机端进行操作的行为信息；发送模块64还用于：根据所述行为信息，向所述网约车司机端发送招募信息，其中，所述招募信息用于招募参加组队活动的司机用户。

可选的，获取模块62还用于：所述发送模块将每个组队中队员司机的属性信息发送给所述组队中队长司机对应的网约车司机端之后，获取所述队长司机联系所述队员司机的行为信息；网约车组队装置60还包括：确定模块65和更新模块66；确定模块65用于根据所述队长司机联系所述队员司机的行为信息，确定所述队长司机联系所述队员司机的积极性；更新模块66用于根据所述队长司机联系所述队员司机的积极性，更新向所述队长司机对应的网约车司机端推送队员司机属性信息的频率。

可选的，获取模块62还用于：在所述发送模块将每个组队中队员司机的属性信息发送给所述组队中队长司机对应的网约车司机端之后，获取所述队长司机对应的网约车司机端与所述队员司机对应的网约车司机端之间传输的即时消息；网约车组队装置60还包括：确定模块65；确定模块65用于根据所述即时消息，确定所述队长司机和所述队员司机是否达成合作；发送模块64具体用于：当所述队长司机和所述队员司机未达成合作时，向所述队长司机对应的网约车司机端推送其他队员司机的属性信息。

可选的，发送模块64具体用于：根据预设频率，将每个组队中队员司机的属性信息发送给所述组队中队长司机对应的网约车司机端，所述预设频率是随时间变化的频率。

图9所示实施例的网约车组队装置可用于执行上述方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

图10为本发明实施例提供的服务器的结构示意图。本发明实施例提供的服务器可以执行网约车组队方法实施例提供的处理流程，如图10所示，服务器70包括存储器71、处理器72、计算机程序和通讯接口73；其中，计算机程序存储在存储器71中，并被配置为由处理器72执行以上实施例所述的网约车组队方法。

图10所示实施例的服务器可用于执行上述方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

另外，本实施例还提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行以实现上述实施例所述的网约车组队方法。

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

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

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

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read-onlymemory，rom)、随机存取存储器(randomaccessmemory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。

本领域技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。上述描述的装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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