一种预约单分配处理方法及服务器与流程

本发明实施例涉及互联网技术领域，具体涉及一种预约单分配处理方法及服务器。

背景技术：

用户在预约车辆时，会向服务器上传包含乘车信息的用车预约单。服务器在接收到所述用车预约单后，会立即将所述用车预约单进行广播，等待司机进行接单。若有司机进行接单响应，则完成所述预约单的分配。

然而，以这种方式完成的预约单分配，经常导致用户叫车体验的降低和司机接单成本的增加。例如，由于司机住所地距离用户乘车出发地较远，导致司机迟到或者让用户等待时间过长；由于缺乏可接单条件的限制，经常发生司机接单后无故取消订单的情况；这些问题无疑耽误了用户的出行，降低了用户的叫车体验。再有，司机在接单时只能根据自身的情况大致判断其接单是否合适，而实际由于距离用户预约乘车出发地较远，使得司机因为空载而增加了接单成本。

因此，如何提供一种方法，将预约单有选择地分配给司机，从而避免或减少上述情况的出现，成为亟待解决的问题。

技术实现要素：

针对现有技术中的缺陷，本发明实施例提供一种预约单分配处理方法及服务器。

一方面，本发明实施例提出一种预约单分配处理方法，包括：

接收用车预约单，所述用车预约单至少包括乘车出发地以及预约用车时间；

将所述用车预约单，分配给满足第一预设规则的司机终端。

本发明实施例提供的预约单分配处理方法，由于只向满足第一预设规则的司机终端发送所述用车预约单，从而实现预约单有选择地分配，因此能有效地避免/减少因预约单分配所导致的用户叫车体验的降低和司机接单成本的增加。

另一方面，本发明实施例提出一种服务器，包括：

接收单元，用于接收用车预约单，所述用车预约单至少包括乘车出发地以及预约用车时间；

分配单元，用于将所述用车预约单，分配给满足第一预设规则的司机终端。

本发明实施例提供的服务器，由于只向满足第一预设规则的司机终端发送所述用车预约单，从而实现预约单有选择地分配，因此能有效地避免/减少因预约单分配所导致的用户叫车体验的降低和司机接单成本的增加。

附图说明

图1为本发明车预约单分配处理方法实施例的流程示意图；

图2为本发明服务器实施例的结构示意图；

图3为本发明服务器实施例的一种实体结构示意图。

具体实施方式

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

参看图1，本实施例公开一种预约单分配处理方法，包括：

s1、接收用车预约单，所述用车预约单至少包括乘车出发地以及预约用车时间；

在用户通过用户终端发送用车预约订单时，服务器会接收用户终端发送的用车预约单信息。其中，所述用车预约单具体指非实时用车的叫车订单。例如，用户a要在第二天(假设为2016年05月26日)上午8:00从xx酒店去往xx机场，则可以通过用户终端生成一个包含上述信息的预约单。所述用车预约单至少包括乘车出发地以及预约用车时间。

s2、将所述用车预约单，分配给满足第一预设规则的司机终端。

具体地，服务器在收到用户终端发送的用车预约单后，会将所述用车预约单向满足所述第一预设规则的司机终端广播，等待司机终端进行接单响应。其中，所述第一预设规则包括司机评价星级高于预设阈值和/或司机住所地距离所述乘车出发地的间隔小于预设值。其中，司机评价星级是对司机综合服务质量和服务态度的一种评价方式，由顾客根据接受到的服务对司机进行评价，这种评价由顾客给出的星星数量体现，通常星数越高，越能代表顾客对司机服务和态度的认可。

例如，司机评价星级预设值可以为4.8(假设最高星级为5.0)，司机住所距离所述乘车出发地的间隔预设值可以为3km，则服务器会向星级评价高于4.8且住所地距离所述乘车出发地的间隔小于3km的司机广播所述用车预约单。其中，所述用车预约单还包括乘车目的地，以便于司机进行接单判断。可以理解的是，本发明实施例中的评价星级预设阈值、司机住所地距离所述乘车出发地的间隔预设值可以根据实际情况进行调整，本实施例对此不作限定。

本发明实施例提供的预约单分配处理方法，由于只向满足第一预设规则的司机终端发送所述用车预约单，从而实现预约单有选择地分配，因此能有效地避免/减少因预约单分配所导致的用户叫车体验的降低和司机接单成本的增加。

若在向满足第一预设规则的司机终端广播所述用车预约单后，服务器接收到多个司机终端的接单请求，则再根据第二预设规则在所述多个司机终端之间进行竞争，并响应竞争成功的司机终端；所述第二预设规则包括但不限于对比司机评价星级、对比司机住所地距离所述乘车出发地的间隔、对比司机接单成功数量中的一项或多项。

具体地，服务器可以从所述多个司机终端中响应司机评价星级最高的司机终端，或者从所述多个司机终端中响应司机住所地距离所述乘车出发地的间隔最小的司机终端，还可以从所述多个司机终端中响应接单成功数量最多的司机终端。当然，如果司机评价星级最高的司机终端不止一个，则可以随机响应其中之一；如果司机住所到所述乘车出发地的距离最小的司机终端不止一个，则可以随机响应其中之一；如果司机接单成功数量最多的司机终端不止一个，则可以响应其中之一。

如果所述第二预设规则不是单一的规则，那么可以设置优先级。举例来说，若第二预设规则的优先级为司机评价星级>司机住所地距离所述乘车出发地的间隔>司机接单成功数量，则服务器在响应竞争成功的司机终端时，先确定司机评价星级最高的司机终端，如果司机评价星级最高的司机终端数量为1个，那么该司机星级评价最高的司机终端成功接单；如果司机评价星级最高的司机终端数量大于1个，则服务器再确定所述司机评价星级最高的司机终端的司机住所地距离所述乘车出发地的间隔。若司机住所地距离所述乘车出发地的间隔最小的司机终端数量为1个，那么该司机星级评价最高的司机终端成功接单；如果司机住所地距离所述乘车出发地的间隔最小的司机终端数量大于1个，则服务器再确定所述司机住所地距离所述乘车出发地的间隔最小的司机终端的司机接单成功数量。若司机接单成功数量最多的司机终端数量为1个，那么该司机接单成功数量最多的司机终端成功接单；如果司机接单成功数量最多的司机终端数量大于1个，则服务器随机选择一个司机接单成功数量最多的司机终端，响应其接单请求。

除了设置优先级外，还可以设置各个规则的权重。例如，将司机评价星级权重设为0.4，司机住所地距离所述乘车出发地的间隔权重设为0.3，司机接单成功数量权重设为0.3，则在服务器确定接单司机终端时，可以先计算各个待选司机终端的竞争分数，然后选择竞争分数最高的司机终端作为接单司机终端。而对于某一待选司机终端c的竞争分数s，可以按如下公式计算：s＝0.4x司机c的司机评价星级+0.3x司机c的司机住所地距离所述乘车出发地的间隔+0.3x司机c的司机接单成功数量。

可选地，所述将所述用车预约单，有选择地分配给满足预设规则的司机终端包括：将所述用车预约单，以点播的方式分配给满足所述第一预设规则的司机终端。

具体地，服务器首先向星级评价高于4.8且住所地距离所述乘车出发地的间隔小于3km的司机终端c1点播所述用车预约单，若司机终端c1接单，则服务器不再向其他满足第一预设规则的司机终端点播所述用车预约单；若司机终端c1拒绝接单或者在一定接单时间间隔内无接单响应，则服务器向另一满足第一预设规则的司机终端c2点播所述用车预约单；以此类推，直至某一待选司机终端成功接单。需要说明的是，在服务器选择司机终端点播时，可以随机从满足第一预设规则的待选司机终端中选择一个未分配所述用车预约单的司机终端，也可以根据所述预设规则在所有未分配所述用车预约单的满足第一预设规则的待选司机终端之间进行竞争，选择竞争成功的司机终端。具体的竞争方法可以沿用前述实施例描述的方法，此处不再赘述。

本发明实施例提供的预约单分配处理方法，由于只向满足第一预设规则的司机终端发送所述用车预约单，且在接收到多个司机终端的接单请求时，使司机终端之间根据第二预设规则进行竞争，从而实现预约单有选择地分配，并保证预约单分配于相对最适合接单的司机。因此，相较于服务器在接收到所述用车预约单后，会立即将所述用车预约单进行广播，等待司机进行接单的现有技术，本发明实施例提供的预约单分配处理方法能有效地避免/减少因预约单分配所导致的用户叫车体验的降低和司机接单成本的增加。

参看图2，本发明实施例提出一种服务器，包括接收单元1和分配单元2，其中：

接收单元1用于接收用车预约单，所述用车预约单至少包括乘车出发地以及预约用车时间；分配单元2用于将所述用车预约单，分配给满足第一预设规则的司机终端。

具体地，在用户通过用户终端发送用车预约订单时，服务器的接收单元1会接收用户终端发送的用车预约单信息。其中，所述用车预约单具体指非实时用车的叫车订单。例如，用户a要在第二天(假设为2016年05月26日)上午8:00从xx酒店去往xx机场，则可以通过用户终端生成一个包含上述信息的预约单。所述用车预约单至少包括乘车出发地以及预约用车时间。

接收单元1在收到用户终端发送的用车预约单后，分配单元2会将所述用车预约单向满足所述第一预设规则的司机终端广播，等待司机终端进行接单响应。其中，所述第一预设规则包括司机评价星级高于预设阈值和/或司机住所地距离所述乘车出发地的间隔小于预设值。其中，司机评价星级是对司机综合服务质量和服务态度的一种评价方式，由顾客根据接受到的服务对司机进行评价，这种评价由顾客给出的星星数量体现，通常星数越高，越能代表顾客对司机服务和态度的认可。

例如，司机评价星级预设值可以为4.8(假设最高星级为5.0)，司机住所距离所述乘车出发地的间隔预设值可以为3km，则分配单元2会向星级评价高于4.8且住所地距离所述乘车出发地的间隔小于3km的司机广播所述用车预约单。其中，所述用车预约单还包括乘车目的地，以便于司机进行接单判断。可以理解的是，本发明实施例中的评价星级预设阈值、司机住所地距离所述乘车出发地的间隔预设值可以根据实际情况进行调整，本实施例对此不作限定。

本发明实施例提供的服务器，由于只向满足第一预设规则的司机终端发送所述用车预约单，从而实现预约单有选择地分配，因此能有效地避免/减少因预约单分配所导致的用户叫车体验的降低和司机接单成本的增加。

若分配单元2在向满足第一预设规则的司机终端广播所述用车预约单后，接收单元1接收到多个司机终端的接单请求，则分配单元2再根据第二预设规则使所述多个司机终端之间进行竞争，并响应竞争成功的司机终端；所述第二预设规则包括但不限于对比司机评价星级、对比司机住所地距离所述乘车出发地的间隔、对比司机接单成功数量中的一项或多项。

具体地，分配单元2可以从所述多个司机终端中响应司机评价星级最高的司机终端，或者从所述多个司机终端中响应司机住所地距离所述乘车出发地的间隔最小的司机终端，还可以从所述多个司机终端中响应接单成功数量最多的司机终端。当然，如果司机评价星级最高的司机终端不止一个，则可以随机响应其中之一；如果司机住所到所述乘车出发地的距离最小的司机终端不止一个，则可以随机响应其中之一；如果司机接单成功数量最多的司机终端不止一个，则可以响应其中之一。

如果所述第二预设规则不是单一的规则，那么可以设置优先级。举例来说，若第二预设规则的优先级为司机评价星级>司机住所地距离所述乘车出发地的间隔>司机接单成功数量，则分配单元2在响应竞争成功的司机终端时，先确定司机评价星级最高的司机终端，如果司机评价星级最高的司机终端数量为1个，那么该司机星级评价最高的司机终端成功接单；如果司机评价星级最高的司机终端数量大于1个，则分配单元2再确定所述司机评价星级最高的司机终端的司机住所地距离所述乘车出发地的间隔。若司机住所地距离所述乘车出发地的间隔最小的司机终端数量为1个，那么该司机星级评价最高的司机终端成功接单；如果司机住所地距离所述乘车出发地的间隔最小的司机终端数量大于1个，则分配单元2再确定所述司机住所地距离所述乘车出发地的间隔最小的司机终端的司机接单成功数量。若司机接单成功数量最多的司机终端数量为1个，那么该司机接单成功数量最多的司机终端成功接单；如果司机接单成功数量最多的司机终端数量大于1个，则分配单元2随机选择一个司机接单成功数量最多的司机终端，响应其接单请求。

除了设置优先级外，还可以设置各个规则的权重。例如，将司机评价星级权重设为0.4，司机住所地距离所述乘车出发地的间隔权重设为0.3，司机接单成功数量权重设为0.3，则在分配单元2确定接单司机终端时，可以先计算各个待选司机终端的竞争分数，然后选择竞争分数最高的司机终端作为接单司机终端。而对于某一待选司机终端c的竞争分数s，可以按如下公式计算：s＝0.4x司机c的司机评价星级+0.3x司机c的司机住所地距离所述乘车出发地的间隔+0.3x司机c的司机接单成功数量。

可选地，所述分配单元2还用于将所述用车预约单，以点播的方式分配给满足所述第一预设规则的司机终端。

具体地，分配单元2首先向星级评价高于4.8且住所地距离所述乘车出发地的间隔小于3km的司机终端c1点播所述用车预约单，若司机终端c1接单，则分配单元2不再向其他满足第一预设规则的司机终端点播所述用车预约单；若司机终端c1拒绝接单或者在一定接单时间间隔内无接单响应，则分配单元2向另一满足第一预设规则的司机终端c2点播所述用车预约单；以此类推，直至某一待选司机终端成功接单。需要说明的是，在分配单元2选择司机终端点播时，可以随机从满足第一预设规则的待选司机终端中选择一个未分配所述用车预约单的司机终端，也可以根据所述预设规则在所有未分配所述用车预约单的满足第一预设规则的待选司机终端之间进行竞争，选择竞争成功的司机终端。具体的竞争方法可以沿用前述实施例描述的方法，此处不再赘述。

本发明实施例提供的服务器，由于只向满足第一预设规则的司机终端发送所述用车预约单，且在接收到多个司机终端的接单请求时，使司机终端之间根据第二预设规则进行竞争，从而实现预约单有选择地分配，并保证预约单分配于相对最适合接单的司机。因此，相较于服务器在接收到所述用车预约单后，会立即将所述用车预约单进行广播，等待司机进行接单的现有技术，本发明实施例提供的服务器能有效的避免/减少因预约单分配所导致的用户叫车体验的降低和司机接单成本的增加。

图3示例了一种服务器的实体结构示意图，如图3所示，该服务器可以包括：处理器(processor)310、通信接口(communicationsinterface)320、存储器(memory)330和总线340，其中，处理器310，通信接口320，存储器330通过总线340完成相互间的通信。通信接口340可以用于服务器与智能电视之间的信息传输。处理器310可以调用存储器330中的逻辑指令，以执行如下方法：接收用车预约单；将所述用车预约单，分配给满足第一预设规则的司机终端。

此外，上述的存储器330中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。

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

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