网约车服务请求处理方法、装置和服务器与流程

本发明涉及网约车技术领域，具体而言，涉及基于网约车服务请求处理方法、网约车服务请求处理装置和服务器。

背景技术：

网约车给用户的出行带来了极大的便捷，但是，在上下班高峰期供给与需求极度不平衡情况下，出现了先发单的用户比后发单的用户先被响应订单，加价的订单也无法保证真的被应答，而不加价的用户无法发单的问题。而出行是没有伪需求的，现有的技术方案无法满足用户的出行需求。

因此，如何最大程度上满足用户的出行需求成为亟待解决的技术问题。

技术实现要素：

本发明正是基于上述问题，提出了一种新的技术方案，可以解决现有技术方案无法满足用户的出行需求的技术问题。

有鉴于此，本发明的第一方面提出了一种网约车服务请求处理方法，包括：从一个用户终端接收至少包括一个起点和一个终点的网约车服务请求，生成包括根据所述起点和所述终点计算的第一预估价格的订单并发送至所述用户终端；从所述用户终端接收到确认订单指令后，将所述订单加入到第一队列中排队等待分配服务车辆，所述第一队列按照收到确认订单指令的时间先后顺序排列；若满足预定条件，要求所述用户终端确认是否根据高于所述第一预估价格的第二预估价格执行所述订单；若所述用户终端确认根据所述第二预估价格执行所述订单，则将所述订单加入到第二队列中排队等待分配服务车辆，否则保持所述订单在所述第一队列中排队等待分配服务车辆，其中，为所述第二队列分配的车辆数与所述第二队列中待执行订单数的比值大于为所述第一队列分配的车辆数与所述第一队列中待执行订单数的比值。

在该技术方案中，在将订单加入到第一队列中排队等待分配服务车辆之后，用户可以根据自己的实际出行需求选择是否高于第一预估价格的第二预估价格执行订单。若用户此时比较着急用车，则可以选择高于第一预估价格的第二预估价格执行订单，这样将订单加入到第二队列中排队，由于为第二队列分配的车辆数与第二队列中待执行订单数的比值大于为第一队列分配的车辆数与第一队列中待执行订单数的比值，即为第二队列分配的车辆资源优于为第一队列分配的车辆资源，从而可以为着急用车的订单快速派车。若用户此时不着急用车，则可以选择保持第一预估价格执行订单，订单也就继续在第一队列中排队。因此，通过加价执行订单的方式不仅能够提升优先排队的门槛，抑制需求，提升司机的接单意愿，还避免排队过长，保证约车订单能够被快速应答，从而满足了用户在不同情况下的出行需求。

在上述技术方案中，优选地，所述预定条件包括：所述起点所在的区域内排队等待分配服务车辆的订单数比可用车辆数多设定阈值和/或当前时间在预设时间范围内。

在该技术方案中，当订单的起点所在的区域内排队等待分配服务车辆的订单数比可用车辆数多设定阈值时，说明该区域内出现了供需失衡，则要求用户终端确认是否根据高于第一预估价格的第二预估价格执行订单。或者当前时间在预设时间范围内，例如，预设时间范围为：早上7:00-早上9:30和下午5:30-下午8:00，说明在上下班高峰期内，则要求用户终端确认是否根据高于第一预估价格的第二预估价格执行订单。在以上两种情况下，都可以通过加价执行订单的方式满足不同用户的出行需求。

在上述任一技术方案中，优选地，所述设定阈值为：固定的数值或者由所述区域的大小确定。

在上述任一技术方案中，优选地，所述区域为：地图上所述起点所在的格子、地图上所述起点所在的格子及与其相邻的所有格子、以所述起点为圆心且以预定数值为半径的圆或者按经度和纬度划分的区域。

在上述任一技术方案中，优选地，所述第二预估价格与所述第一预估价格之间的差额为：固定金额、根据所述订单的行程信息计算得到的金额或者从所述用户终端接收到的金额。

在该技术方案中，用户每次加价的金额(即第二预估价格比第一预估价格高的差额)可以是固定的，还可以是根据订单的行程信息计算得到的，还可以是用户自己输入的。其中，行程信息包括但不限于：订单的起点、终点、路程总长。例如，起点或者终点越偏僻，第二预估价格比第一预估价格高的差额就越高，或者路程越长，第二预估价格比第一预估价格高的差额就越高。

本发明的第二方面提出了一种网约车服务请求处理装置，包括：处理单元，用于从一个用户终端接收至少包括一个起点和一个终点的网约车服务请求，生成包括根据所述起点和所述终点计算的第一预估价格的订单并发送至所述用户终端；第一排队单元，用于从所述用户终端接收到确认订单指令后，将所述订单加入到第一队列中排队等待分配服务车辆，所述第一队列按照收到确认订单指令的时间先后顺序排列；确认单元，用于若满足预定条件，要求所述用户终端确认是否根据高于所述第一预估价格的第二预估价格执行所述订单；第二排队单元，用于若所述用户终端确认根据所述第二预估价格执行所述订单，则将所述订单加入到第二队列中排队等待分配服务车辆，否则保持所述订单在所述第一队列中排队等待分配服务车辆，其中，为所述第二队列分配的车辆数与所述第二队列中待执行订单数的比值大于为所述第一队列分配的车辆数与所述第一队列中待执行订单数的比值。

在该技术方案中，在将订单加入到第一队列中排队等待分配服务车辆之后，用户可以根据自己的实际出行需求选择是否高于第一预估价格的第二预估价格执行订单。若用户此时比较着急用车，则可以选择高于第一预估价格的第二预估价格执行订单，这样将订单加入到第二队列中排队，由于为第二队列分配的车辆数与第二队列中待执行订单数的比值大于为第一队列分配的车辆数与第一队列中待执行订单数的比值，即为第二队列分配的车辆资源优于为第一队列分配的车辆资源，从而可以为着急用车的订单快速派车。若用户此时不着急用车，则可以选择保持第一预估价格执行订单，订单也就继续在第一队列中排队。因此，通过加价执行订单的方式不仅能够提升优先排队的门槛，抑制需求，提升司机的接单意愿，还避免排队过长，保证约车订单能够被快速应答，从而满足了用户在不同情况下的出行需求。

在上述技术方案中，优选地，所述预定条件包括：所述起点所在的区域内排队等待分配服务车辆的订单数比可用车辆数多设定阈值和/或当前时间在预设时间范围内。

在该技术方案中，当订单的起点所在的区域内排队等待分配服务车辆的订单数比可用车辆数多设定阈值时，说明该区域内出现了供需失衡，则要求用户终端确认是否根据高于第一预估价格的第二预估价格执行订单。或者当前时间在预设时间范围内，例如，预设时间范围为：早上7:00-早上9:30和下午5:30-下午8:00，说明在上下班高峰期内，则要求用户终端确认是否根据高于第一预估价格的第二预估价格执行订单。在以上两种情况下，都可以通过加价执行订单的方式满足不同用户的出行需求。

在上述任一技术方案中，优选地，所述设定阈值为：固定的数值或者由所述区域的大小确定。

在上述任一技术方案中，优选地，所述区域为：地图上所述起点所在的格子、地图上所述起点所在的格子及与其相邻的所有格子、以所述起点为圆心且以预定数值为半径的圆或者按经度和纬度划分的区域。

在上述任一技术方案中，优选地，所述第二预估价格与所述第一预估价格之间的差额为：固定金额、根据所述订单的行程信息计算得到的金额或者从所述用户终端接收到的金额。

在该技术方案中，用户每次加价的金额(即第二预估价格比第一预估价格高的差额)可以是固定的，还可以是根据订单的行程信息计算得到的，还可以是用户自己输入的。其中，行程信息包括但不限于：订单的起点、终点、路程总长。例如，起点或者终点越偏僻，第二预估价格比第一预估价格高的差额就越高，或者路程越长，第二预估价格比第一预估价格高的差额就越高。

本发明的第三方面提出了一种服务器，包括上述第二方面的技术方案中任一项所述的网约车服务请求处理装置，因此，该服务器具有和上述第二方面的技术方案中任一项所述的网约车服务请求处理装置相同的技术效果，在此不再赘述。

本发明的第四方面提出了一种网约车服务请求处理方法，包括：从一个用户终端接收至少包括一个起点和一个终点的网约车服务请求，生成包括根据所述起点和所述终点计算的第一预估价格的订单；若满足预定条件，要求所述用户终端确认是否根据高于所述第一预估价格的第二预估价格执行所述订单；若所述用户终端确认根据所述第一预估价格执行所述订单，则将所述订单加入到第一队列中排队等待分配服务车辆，若所述用户终端确认根据所述第二预估价格执行所述订单，则将所述订单加入到第二队列中排队等待分配服务车辆，其中，为所述第二队列分配的车辆数与所述第二队列中待执行订单数的比值大于为所述第一队列分配的车辆数与所述第一队列中待执行订单数的比值。

在该技术方案中，在接收到来自用户终端的网约车服务请求后，若满足预定条件，则要求用户终端确认是否根据高于第一预估价格的第二预估价格执行订单。若用户此时不着急用车，则可以选择第一预估价格执行订单，订单在第一队列中排队。若用户此时比较着急用车，则可以选择高于第一预估价格的第二预估价格执行订单，这样将订单加入到第二队列中排队，由于为第二队列分配的车辆数与第二队列中待执行订单数的比值大于为第一队列分配的车辆数与第一队列中待执行订单数的比值，即为第二队列分配的车辆资源优于为第一队列分配的车辆资源，从而可以为着急用车的订单快速派车。因此，通过加价执行订单的方式不仅能够提升优先排队的门槛，抑制需求，提升司机的接单意愿，还避免排队过长，保证约车订单能够被快速应答，从而满足了用户在不同情况下的出行需求。

在上述技术方案中，优选地，所述预定条件包括：所述起点所在的区域内排队等待分配服务车辆的订单数比可用车辆数多设定阈值和/或当前时间在预设时间范围内。

在该技术方案中，当订单的起点所在的区域内排队等待分配服务车辆的订单数比可用车辆数多设定阈值时，说明该区域内出现了供需失衡，则要求用户终端确认是否根据高于第一预估价格的第二预估价格执行订单。或者当前时间在预设时间范围内，例如，预设时间范围为：早上7:00-早上9:30和下午5:30-下午8:00，说明在上下班高峰期内，则要求用户终端确认是否根据高于第一预估价格的第二预估价格执行订单。在以上两种情况下，都可以通过加价执行订单的方式满足不同用户的出行需求。

在上述任一技术方案中，优选地，所述设定阈值为：固定的数值或者由所述区域的大小确定。

在上述任一技术方案中，优选地，所述区域为：地图上所述起点所在的格子、地图上所述起点所在的格子及与其相邻的所有格子、以所述起点为圆心且以预定数值为半径的圆或者按经度和纬度划分的区域。

在上述任一技术方案中，优选地，所述第二预估价格与所述第一预估价格之间的差额为：固定金额、根据所述订单的行程信息计算得到的金额或者从所述用户终端接收到的金额。

在该技术方案中，用户每次加价的金额(即第二预估价格比第一预估价格高的差额)可以是固定的，还可以是根据订单的行程信息计算得到的，还可以是用户自己输入的。其中，行程信息包括但不限于：订单的起点、终点、路程总长。例如，起点或者终点越偏僻，第二预估价格比第一预估价格高的差额就越高，或者路程越长，第二预估价格比第一预估价格高的差额就越高。

本发明的第五方面提出了一种网约车服务请求处理装置，包括：处理单元，用于从一个用户终端接收至少包括一个起点和一个终点的网约车服务请求，生成包括根据所述起点和所述终点计算的第一预估价格的订单；确认单元，用于若满足预定条件，要求所述用户终端确认是否根据高于所述第一预估价格的第二预估价格执行所述订单；排队单元，用于若所述用户终端确认根据所述第一预估价格执行所述订单，则将所述订单加入到第一队列中排队等待分配服务车辆，若所述用户终端确认根据所述第二预估价格执行所述订单，则将所述订单加入到第二队列中排队等待分配服务车辆，其中，为所述第二队列分配的车辆数与所述第二队列中待执行订单数的比值大于为所述第一队列分配的车辆数与所述第一队列中待执行订单数的比值。

在该技术方案中，在接收到来自用户终端的网约车服务请求后，若满足预定条件，则要求用户终端确认是否根据高于第一预估价格的第二预估价格执行订单。若用户此时不着急用车，则可以选择第一预估价格执行订单，订单在第一队列中排队。若用户此时比较着急用车，则可以选择高于第一预估价格的第二预估价格执行订单，这样将订单加入到第二队列中排队，由于为第二队列分配的车辆数与第二队列中待执行订单数的比值大于为第一队列分配的车辆数与第一队列中待执行订单数的比值，即为第二队列分配的车辆资源优于为第一队列分配的车辆资源，从而可以为着急用车的订单快速派车。因此，通过加价执行订单的方式不仅能够提升优先排队的门槛，抑制需求，提升司机的接单意愿，还避免排队过长，保证约车订单能够被快速应答，从而满足了用户在不同情况下的出行需求。

在上述技术方案中，优选地，所述预定条件包括：所述起点所在的区域内排队等待分配服务车辆的订单数比可用车辆数多设定阈值和/或当前时间在预设时间范围内。

在该技术方案中，当订单的起点所在的区域内排队等待分配服务车辆的订单数比可用车辆数多设定阈值时，说明该区域内出现了供需失衡，则要求用户终端确认是否根据高于第一预估价格的第二预估价格执行订单。或者当前时间在预设时间范围内，例如，预设时间范围为：早上7:00-早上9:30和下午5:30-下午8:00，说明在上下班高峰期内，则要求用户终端确认是否根据高于第一预估价格的第二预估价格执行订单。在以上两种情况下，都可以通过加价执行订单的方式满足不同用户的出行需求。

在上述任一技术方案中，优选地，所述设定阈值为：固定的数值或者由所述区域的大小确定。

在上述任一技术方案中，优选地，所述区域为：地图上所述起点所在的格子、地图上所述起点所在的格子及与其相邻的所有格子、以所述起点为圆心且以预定数值为半径的圆或者按经度和纬度划分的区域。

在上述任一技术方案中，优选地，所述第二预估价格与所述第一预估价格之间的差额为：固定金额、根据所述订单的行程信息计算得到的金额或者从所述用户终端接收到的金额。

在该技术方案中，用户每次加价的金额(即第二预估价格比第一预估价格高的差额)可以是固定的，还可以是根据订单的行程信息计算得到的，还可以是用户自己输入的。其中，行程信息包括但不限于：订单的起点、终点、路程总长。例如，起点或者终点越偏僻，第二预估价格比第一预估价格高的差额就越高，或者路程越长，第二预估价格比第一预估价格高的差额就越高。

本发明的第六方面提出了一种服务器，包括上述第五方面的技术方案中任一项所述的网约车服务请求处理装置，因此，该服务器具有和上述第五方面的技术方案中任一项所述的网约车服务请求处理装置相同的技术效果，在此不再赘述。

通过本发明的技术方案，可以在最大程度上满足用户的出行需求。

附图说明

图1示出了根据本发明的第一个实施例的网约车服务请求处理方法的流程示意图；

图2示出了根据本发明的第一个实施例的网约车服务请求处理装置的结构示意图；

图3示出了根据本发明的第一个实施例的服务器的结构示意图；

图4a至图4d示出了根据本发明的第一个实施例的终端界面的示意图；

图5示出了根据本发明的第二个实施例的网约车服务请求处理方法的流程示意图；

图6示出了根据本发明的第二个实施例的网约车服务请求处理装置的结构示意图；

图7示出了根据本发明的第二个实施例的服务器的结构示意图；

图8a至图8h示出了根据本发明的第二个实施例的终端界面的示意图。

具体实施方式

为了可以更清楚地理解本发明的上述目的、特征和优点，下面结合附图和具体实施方式对本发明进行进一步的详细描述。需要说明的是，在不冲突的情况下，本申请的实施例及实施例中的特征可以相互组合。

在下面的描述中阐述了很多具体细节以便于充分理解本发明，但是，本发明还可以采用其他不同于在此描述的其他方式来实施，因此，本发明的保护范围并不受下面公开的具体实施例的限制。

图1示出了根据本发明的第一个实施例的网约车服务请求处理方法的流程示意图。

如图1所示，根据本发明的第一个实施例的网约车服务请求处理方法，包括：

步骤102，从一个用户终端接收至少包括一个起点和一个终点的网约车服务请求，生成包括根据起点和终点计算的第一预估价格的订单并发送至用户终端。

步骤104，从用户终端接收到确认订单指令后，将订单加入到第一队列中排队等待分配服务车辆，第一队列按照收到确认订单指令的时间先后顺序排列。

步骤106，若满足预定条件，要求用户终端确认是否根据高于第一预估价格的第二预估价格执行订单。

优选地，预定条件包括：起点所在的区域内排队等待分配服务车辆的订单数比可用车辆数多设定阈值和/或当前时间在预设时间范围内。

当订单的起点所在的区域内排队等待分配服务车辆的订单数比可用车辆数多设定阈值时，说明该区域内出现了供需失衡，则要求用户终端确认是否根据高于第一预估价格的第二预估价格执行订单。或者当前时间在预设时间范围内，例如，预设时间范围为：早上7:00-早上9:30和下午5:30-下午8:00，说明在上下班高峰期内，则要求用户终端确认是否根据高于第一预估价格的第二预估价格执行订单。

优选地，设定阈值为：固定的数值或者由区域的大小确定。

例如，设定阈值为根据经验得到的固定的数值。或者设定阈值随着区域面积的增大而增大。

优选地，区域为：地图上起点所在的格子、地图上起点所在的格子及与其相邻的所有格子、以起点为圆心且以预定数值为半径的圆或者按经度和纬度划分的区域。

由于地图被划分为很多六边形的格子，在用户的起点所在的格子内，排队等待分配服务车辆的订单数比可用车辆数多设定阈值，说明该格子内出现了严重的供需失衡，则要求用户终端确认是否根据高于第一预估价格的第二预估价格执行订单。

步骤108，若用户终端确认根据第二预估价格执行订单，则将订单加入到第二队列中排队等待分配服务车辆，否则保持订单在第一队列中排队等待分配服务车辆，其中，为第二队列分配的车辆数与第二队列中待执行订单数的比值大于为第一队列分配的车辆数与第一队列中待执行订单数的比值。

在该技术方案中，在将订单加入到第一队列中排队等待分配服务车辆之后，用户可以根据自己的实际出行需求选择是否高于第一预估价格的第二预估价格执行订单。若用户此时比较着急用车，则可以选择高于第一预估价格的第二预估价格执行订单，这样将订单加入到第二队列中排队，由于为第二队列分配的车辆数与第二队列中待执行订单数的比值大于为第一队列分配的车辆数与第一队列中待执行订单数的比值，即为第二队列分配的车辆资源优于为第一队列分配的车辆资源，从而可以为着急用车的订单快速派车。若用户此时不着急用车，则可以选择保持第一预估价格执行订单，订单也就继续在第一队列中排队。因此，通过加价执行订单的方式不仅能够提升优先排队的门槛，抑制需求，提升司机的接单意愿，还避免排队过长，保证约车订单能够被快速应答，从而满足了用户在不同情况下的出行需求。

优选地，第二预估价格与第一预估价格之间的差额为：固定金额、根据订单的行程信息计算得到的金额或者从用户终端接收到的金额。

用户每次加价的金额(即第二预估价格比第一预估价格高的差额)可以是固定的，还可以是根据订单的行程信息计算得到的，还可以是用户自己输入的。其中，行程信息包括但不限于：订单的起点、终点、路程总长。例如，起点或者终点越偏僻，第二预估价格比第一预估价格高的差额就越高，或者路程越长，第二预估价格比第一预估价格高的差额就越高。

图2示出了根据本发明的第一个实施例的网约车服务请求处理装置的结构示意图。

如图2所示，根据本发明的第一个实施例的网约车服务请求处理装置200，包括：处理单元202、第一排队单元204、确认单元206和第二排队单元208。

处理单元202，用于从一个用户终端接收至少包括一个起点和一个终点的网约车服务请求，生成包括根据起点和终点计算的第一预估价格的订单并发送至用户终端。

第一排队单元204，用于从用户终端接收到确认订单指令后，将订单加入到第一队列中排队等待分配服务车辆，第一队列按照收到确认订单指令的时间先后顺序排列。

确认单元206，用于若满足预定条件，要求用户终端确认是否根据高于第一预估价格的第二预估价格执行订单。

优选地，预定条件包括：起点所在的区域内排队等待分配服务车辆的订单数比可用车辆数多设定阈值和/或当前时间在预设时间范围内。

当订单的起点所在的区域内排队等待分配服务车辆的订单数比可用车辆数多设定阈值时，说明该区域内出现了供需失衡，则要求用户终端确认是否根据高于第一预估价格的第二预估价格执行订单。或者当前时间在预设时间范围内，例如，预设时间范围为：早上7:00-早上9:30和下午5:30-下午8:00，说明在上下班高峰期内，则要求用户终端确认是否根据高于第一预估价格的第二预估价格执行订单。在以上两种情况下，都可以通过加价执行订单的方式满足不同用户的出行需求。

优选地，设定阈值为：固定的数值或者由区域的大小确定。

优选地，区域为：地图上起点所在的格子、地图上起点所在的格子及与其相邻的所有格子、以用户为圆心且以预定数值为半径的圆或者按经度和纬度划分的区域。

第二排队单元208，用于若用户终端确认根据第二预估价格执行订单，则将订单加入到第二队列中排队等待分配服务车辆，否则保持订单在第一队列中排队等待分配服务车辆，其中，为第二队列分配的车辆数与第二队列中待执行订单数的比值大于为第一队列分配的车辆数与第一队列中待执行订单数的比值。

在该技术方案中，在将订单加入到第一队列中排队等待分配服务车辆之后，用户可以根据自己的实际出行需求选择是否高于第一预估价格的第二预估价格执行订单。若用户此时比较着急用车，则可以选择高于第一预估价格的第二预估价格执行订单，这样将订单加入到第二队列中排队，由于为第二队列分配的车辆数与第二队列中待执行订单数的比值大于为第一队列分配的车辆数与第一队列中待执行订单数的比值，即为第二队列分配的车辆资源优于为第一队列分配的车辆资源，从而可以为着急用车的订单快速派车。若用户此时不着急用车，则可以选择保持第一预估价格执行订单，订单也就继续在第一队列中排队。因此，通过加价执行订单的方式不仅能够提升优先排队的门槛，抑制需求，提升司机的接单意愿，还避免排队过长，保证约车订单能够被快速应答，从而满足了用户在不同情况下的出行需求。

优选地，第二预估价格与第一预估价格之间的差额为：固定金额、根据订单的行程信息计算得到的金额或者从用户终端接收到的金额。

用户每次加价的金额(即第二预估价格比第一预估价格高的差额)可以是固定的，还可以是根据订单的行程信息计算得到的，还可以是用户自己输入的。其中，行程信息包括但不限于：订单的起点、终点、路程总长。例如，起点或者终点越偏僻，第二预估价格比第一预估价格高的差额就越高，或者路程越长，第二预估价格比第一预估价格高的差额就越高。

图3示出了根据本发明的第一个实施例的服务器的结构示意图。

如图3所示，根据本发明的第一个实施例的服务器300，包括上述第二方面的技术方案中任一项的网约车服务请求处理装置200，因此，该服务器300具有和上述第二方面的技术方案中任一项的网约车服务请求处理装置200相同的技术效果，在此不再赘述。

下面通过图4a至图4d进一步地说明上述技术方案。在该实施例中，呼叫的车辆为快车，当然，呼叫的车辆包括但不限于快车，还可以为其他类型的车辆，例如，专车、出租车和顺风车等。

用户终端接收用户输入的起点“兴华胡同”和终点“北海北门”，并将包括该起点和终点的网约车服务请求发送给服务器，服务器根据该网约车服务请求生成包括根据起点和终点计算的第一预估价格的订单并发送至用户终端。如图4a所示，在用户终端上显示第一预估加价，该第一预估价格包括拼车价格和不拼车价格。当用户终端接收用户输入的拼车指令或者不拼车指令，并接收到呼叫快车指令(即确认订单指令)后，服务器将该订单加入到第一队列中排队等待分配服务车辆。

服务器将该订单加入到第一队列中排队等待分配服务车辆之后，确定起点所在区域内排队等待分配服务车辆的订单数比可用车辆数是否多设定阈值，若是，则要求用户终端确认是否根据高于第一预估价格的第二预估价格执行订单。如图4b所示，在用户终端上显示“加12元，优先叫车”。优选地，用户终端上还可以显示订单排队等待分配服务车辆的状态提示信息。其中，状态提示信息包括但不限于以下之一或多种的组合：在该订单之前排队的人数、预估等待时间、排队等待分配服务车辆的订单总数、当前可用车辆的数量。例如，提示信息为图4b中的“您前面还有100人在等待应答，大约需等10分钟”，用户根据该提示信息来选择是否“优先叫车”。若用户选择“优先叫车”，则将订单加入到第二队列中排队，若用户未选择“优先叫车”，则保持订单在第一队列中排队。

当用户终端上接收到“加12元，优先叫车”的指令时，显示正在为乘客优先派车的信息，例如，如图4c所示，在用户终端的上侧显示“正在为您优先派车，请稍等”的信息。或者，当用户终端上接收到“加12元，优先叫车”的指令时，显示当前排队订单数较多的信息，例如，如图4d所示，在用户终端的上侧显示“当前加价人数较多，车辆较少，请耐心等待”的信息。

图5示出了根据本发明的第二个实施例的网约车服务请求处理方法的流程示意图。

如图5所示，根据本发明的第二个实施例的网约车服务请求处理方法，包括：

步骤502，从一个用户终端接收至少包括一个起点和一个终点的网约车服务请求，生成包括根据起点和终点计算的第一预估价格的订单。

步骤504，若满足预定条件，要求用户终端确认是否根据高于第一预估价格的第二预估价格执行订单。

优选地，预定条件包括：起点所在的区域内排队等待分配服务车辆的订单数比可用车辆数多设定阈值和/或当前时间在预设时间范围内。

当订单的起点所在的区域内排队等待分配服务车辆的订单数比可用车辆数多设定阈值时，说明该区域内出现了供需失衡，则要求用户终端确认是否根据高于第一预估价格的第二预估价格执行订单。或者当前时间在预设时间范围内，例如，预设时间范围为：早上7:00-早上9:30和下午5:30-下午8:00，说明在上下班高峰期内，则要求用户终端确认是否根据高于第一预估价格的第二预估价格执行订单。在以上两种情况下，都可以通过加价执行订单的方式满足不同用户的出行需求。

优选地，设定阈值为：固定的数值或者由区域的大小确定。

例如，设定阈值为根据经验得到的固定的数值。或者设定阈值随着区域面积的增大而增大。

优选地，区域为：地图上起点所在的格子、地图上起点所在的格子及与其相邻的所有格子、以起点为圆心且以预定数值为半径的圆或者按经度和纬度划分的区域。

由于地图被划分为很多六边形的格子，在用户的起点所在的格子内，排队等待分配服务车辆的订单数比可用车辆数多设定阈值，说明该格子内出现了严重的供需失衡，则要求用户终端确认是否根据高于第一预估价格的第二预估价格执行订单。

步骤506，若用户终端确认根据第一预估价格执行订单，则将订单加入到第一队列中排队等待分配服务车辆，若用户终端确认根据第二预估价格执行订单，则将订单加入到第二队列中排队等待分配服务车辆，其中，为第二队列分配的车辆数与第二队列中待执行订单数的比值大于为第一队列分配的车辆数与第一队列中待执行订单数的比值。

在该技术方案中，在接收到来自用户终端的网约车服务请求后，若满足预定条件，则要求用户终端确认是否根据高于第一预估价格的第二预估价格执行订单。若用户此时不着急用车，则可以选择第一预估价格执行订单，订单在第一队列中排队。若用户此时比较着急用车，则可以选择高于第一预估价格的第二预估价格执行订单，这样将订单加入到第二队列中排队，由于为第二队列分配的车辆数与第二队列中待执行订单数的比值大于为第一队列分配的车辆数与第一队列中待执行订单数的比值，即为第二队列分配的车辆资源优于为第一队列分配的车辆资源，从而可以为着急用车的订单快速派车。因此，通过加价执行订单的方式不仅能够提升优先排队的门槛，抑制需求，提升司机的接单意愿，还避免排队过长，保证约车订单能够被快速应答，从而满足了用户在不同情况下的出行需求。

优选地，第二预估价格与第一预估价格之间的差额为：固定金额、根据订单的行程信息计算得到的金额或者从用户终端接收到的金额。

用户每次加价的金额(即第二预估价格比第一预估价格高的差额)可以是固定的，还可以是根据订单的行程信息计算得到的，还可以是用户自己输入的。其中，行程信息包括但不限于：订单的起点、终点、路程总长。例如，起点或者终点越偏僻，第二预估价格比第一预估价格高的差额就越高，或者路程越长，第二预估价格比第一预估价格高的差额就越高。

图6示出了根据本发明的第二个实施例的网约车服务请求处理装置的结构示意图。

如图6所示，根据本发明的第二个实施例的网约车服务请求处理装置600，包括：处理单元602、确认单元604和排队单元606。

处理单元602，用于从一个用户终端接收至少包括一个起点和一个终点的网约车服务请求，生成包括根据起点和终点计算的第一预估价格的订单。

确认单元604，用于若满足预定条件，要求用户终端确认是否根据高于第一预估价格的第二预估价格执行订单。

优选地，预定条件包括：起点所在的区域内排队等待分配服务车辆的订单数比可用车辆数多设定阈值和/或当前时间在预设时间范围内。

当订单的起点所在的区域内排队等待分配服务车辆的订单数比可用车辆数多设定阈值时，说明该区域内出现了供需失衡，则要求用户终端确认是否根据高于第一预估价格的第二预估价格执行订单。或者当前时间在预设时间范围内，例如，预设时间范围为：早上7:00-早上9:30和下午5:30-下午8:00，说明在上下班高峰期内，则要求用户终端确认是否根据高于第一预估价格的第二预估价格执行订单。在以上两种情况下，都可以通过加价执行订单的方式满足不同用户的出行需求。

优选地，设定阈值为：固定的数值或者由区域的大小确定。

优选地，区域为：地图上起点所在的格子、地图上起点所在的格子及与其相邻的所有格子、以起点为圆心且以预定数值为半径的圆或者按经度和纬度划分的区域。

排队单元606，用于若用户终端确认根据第一预估价格执行订单，则将订单加入到第一队列中排队等待分配服务车辆，若用户终端确认根据第二预估价格执行订单，则将订单加入到第二队列中排队等待分配服务车辆，其中，为第二队列分配的车辆数与第二队列中待执行订单数的比值大于为第一队列分配的车辆数与第一队列中待执行订单数的比值。

在该技术方案中，在接收到来自用户终端的网约车服务请求后，若满足预定条件，则要求用户终端确认是否根据高于第一预估价格的第二预估价格执行订单。若用户此时不着急用车，则可以选择第一预估价格执行订单，订单在第一队列中排队。若用户此时比较着急用车，则可以选择高于第一预估价格的第二预估价格执行订单，这样将订单加入到第二队列中排队，由于为第二队列分配的车辆数与第二队列中待执行订单数的比值大于为第一队列分配的车辆数与第一队列中待执行订单数的比值，即为第二队列分配的车辆资源优于为第一队列分配的车辆资源，从而可以为着急用车的订单快速派车。因此，通过加价执行订单的方式不仅能够提升优先排队的门槛，抑制需求，提升司机的接单意愿，还避免排队过长，保证约车订单能够被快速应答，从而满足了用户在不同情况下的出行需求。

优选地，第二预估价格与第一预估价格之间的差额为：固定金额、根据订单的行程信息计算得到的金额或者从用户终端接收到的金额。

用户每次加价的金额(即第二预估价格比第一预估价格高的差额)可以是固定的，还可以是根据订单的行程信息计算得到的，还可以是用户自己输入的。其中，行程信息包括但不限于：订单的起点、终点、路程总长。例如，起点或者终点越偏僻，第二预估价格比第一预估价格高的差额就越高，或者路程越长，第二预估价格比第一预估价格高的差额就越高。

图7示出了根据本发明的第二个实施例的服务器的结构示意图。

如图7所示，根据本发明的第二个实施例的服务器700，包括上述第五方面的技术方案中任一项的网约车服务请求处理装置600，因此，该服务器700具有和上述第五方面的技术方案中任一项的网约车服务请求处理装置600相同的技术效果，在此不再赘述。

下面通过图8a至图8h进一步地说明上述技术方案。在该实施例中，呼叫的车辆为快车，当然，呼叫的车辆包括但不限于快车，还可以为其他类型的车辆，例如，专车、出租车和顺风车等。

用户终端接收用户输入的起点“兴华胡同”和终点“北海北门”，并向服务器发送包括该起点和终端的网约车服务请求。服务器根据该网约车服务请求生成包括根据起点和终点计算的第一预估价格的订单，并确定该起点所在区域内排队等待分配服务车辆的订单数比可用车辆数是否多设定阈值，若是，则要求用户终端确认是否根据高于第一预估价格的第二预估价格执行订单。如图8a所示，用户终端上显示“高峰期提醒”以及“+12元加速叫车”、“不加价排队叫车”这两个选项，并显示“+12元加速叫车”和“不加价排队叫车”分别对应的预估等待时间。

当用户在图8a的界面上选择“+12元加速叫车”时，进入到如图8b所示的呼叫快车的界面，在该界面上，用户可以选择拼车或者不拼车。

当用户在图8b的界面上选择不拼车的选项，并发出呼叫快车的信号时，用户终端进入到如图8c所示的界面，提示用户是否确认加价，并显示加价的金额和加价后的总额。

如图8d所示，当用户选择确认加价时，显示“正在为您加速派车，请稍等”的信息。

当用户在图8a的界面上选择“不加价排队叫车”时，进入到如图8e所示的呼叫快车的界面，在该界面上，用户可以选择拼车或者不拼车。

当用户在图8e界面上选择不拼车时，服务器要求用户终端确认是否根据高于第一预估价格的第二预估价格执行订单。如图8f所示，在用户终端上显示“+12元加速叫车(约等3分钟)”的选项。优选地，用户终端上还可以显示订单排队等待分配服务车辆的状态提示信息。其中，状态提示信息包括但不限于以下之一或多种的组合：在该订单之前排队的人数、预估等待时间、排队等待分配服务车辆的订单总数、当前可用车辆的数量。例如，提示信息为图8f中的“当前人数较多，大约需等10分钟，您可以选择加价以提高应答速度”，以帮助用户根据该提示信息来选择是否“优先叫车”。

当用户在图8f的界面上选择“+12元加速叫车”之后，显示正在为用户加速派车的信息，例如，如图8g所示，在用户终端的上侧显示“正在为您加速派车，请稍等”的信息。或者，当用户在图8f的界面上选择“+12元加速叫车”之后，如图8h所示，在用户终端的上侧显示“当前加价人数较多，车辆较少，请耐心等待”的信息。

以上结合附图详细说明了本发明的技术方案，通过本发明的技术方案，可以在最大程度上满足用户的出行需求。

在本发明中，术语“第一”、“第二”仅用于描述的目的，而不能理解为指示或暗示相对重要性；术语“多个”表示两个或两个以上。对于本领域的普通技术人员而言，可以根据具体情况理解上述术语在本发明中的具体含义。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。