【技术实现步骤摘要】
一种订单处理方法及装置
本申请涉及互联网
，具体而言，涉及一种订单处理方法及装置。
技术介绍
随着互联网的快速发展和普及，越来越多的互联网产品应用到人们的日常生活中，例如，人们可以通过打车软件进行网上打车等。其中，在打车场景下，一般都是由用户使用终端上安装的用户客户端输入出行信息，然后用户客户端将携带有出行信息的订单请求发送给业务服务器，业务服务器生成携带有出行信息的乘车订单，确定可分配的服务客户端(本场景下即为司机使用的客户端)，之后将乘车订单分配给其中一个服务客户端。然而，由于在不同时间段内、不同地理区域下运力资源分布并不均匀，即，可分配的服务客户端的数量可能存在较大差异，故用户客户端在发送乘车请求之后，很容易出现在用户输入的起始位置附近暂时没有可分配的服务客户端的情况，这种情况下，还需要消耗大量时间等待分配乘车订单，使得打车过程所消耗的时间成本较高。
技术实现思路
有鉴于此，本申请实施例的目的在于提供一种订单处理方法及装置，用以提前将当前可调度的服务资源情况通知给用户，以便用户可以更好地决策是否继续下单，不必浪费较多的时间成本。第一方面，本申请实施例提供了一种订单处理方法，包括：获取用户客户端在发起服务请求之前发送的订单信息；确定与所述订单信息相匹配的候选服务客户端的状态信息；指示所述用户客户端展示所述候选服务客户端的状态信息。一种可能的实施方式中，所述订单信息包括乘车起始位置；所述确定与所述订单信息相匹配的候选服务客户端的状态信...
【技术保护点】
1.一种订单处理方法，其特征在于，包括：/n获取用户客户端在发起服务请求之前发送的订单信息；/n确定与所述订单信息相匹配的候选服务客户端的状态信息；/n指示所述用户客户端展示所述候选服务客户端的状态信息。/n
【技术特征摘要】
1.一种订单处理方法，其特征在于，包括：
获取用户客户端在发起服务请求之前发送的订单信息；
确定与所述订单信息相匹配的候选服务客户端的状态信息；
指示所述用户客户端展示所述候选服务客户端的状态信息。
2.如权利要求1所述的方法，其特征在于，所述订单信息包括乘车起始位置；
所述确定与所述订单信息相匹配的候选服务客户端的状态信息，包括：
检测处于空载状态的不同服务客户端当前所处的位置分别与所述乘车起始位置之间的接驾导航路径；
筛选出接驾导航路径的路程长度小于第一设定值的候选服务客户端，并确定所述候选服务客户端的状态信息。
3.如权利要求1所述的方法，其特征在于，所述订单信息包括乘车起始位置和乘车终点位置；
所述确定与所述订单信息相匹配的候选服务客户端的状态信息，包括：
生成所述乘车起始位置和所述乘车终点位置之间的乘车导航路径；以及，获取处于空载状态的不同服务客户端的驾车起始位置和驾车终点位置，并生成所述不同服务客户端分别对应的驾车起始位置和驾车终点位置之间的驾车导航路径；
计算所述不同服务客户端分别对应的驾车导航路径与所述乘车导航路径之间的匹配度；
筛选出匹配度大于第二设定值的候选服务客户端，并确定所述候选服务客户端的状态信息。
4.如权利要求1至3任一所述的方法，其特征在于，所述状态信息包括：与所述订单信息相匹配的候选服务客户端的数量。
5.如权利要求4所述的方法，其特征在于，所述状态信息还包括每个候选服务客户端的属性信息；
其中，每个所述候选服务客户端的属性信息包括以下信息中的至少一种：
每个所述候选服务客户端由当前所处的位置到达所述订单信息中包含的乘车起始位置所消耗的接驾预估时长；
每个所述候选服务客户端由当前所处的位置到达所述订单信息中包含的乘车起始位置的预估路程长度；
每个所述候选服务客户端的接单总数量；
每个所述候选服务客户端的服务评价分数。
6.如权利要求5所述的方法，其特征在于，在确定与所述订单信息相匹配的候选服务客户端的状态信息之后，还包括：
从不同候选服务客户端对应的接驾预估时长中，筛选出最短接驾预估时长；
所述指示所述用户客户端展示所述候选服务客户端的状态信息，包括：
指示所述用户客户端展示所述候选服务客户端的数量、以及所述最短接驾预估时长。
7.如权利要求1所述的方法，其特征在于，在确定与所述订单信息相匹配的候选服务客户端的状态信息之后，所述方法还包括：
每隔预设时长，对与所述订单信息相匹配的候选服务客户端的状态信息进行更新；
指示所述用户客户端展示更新后的候选服务客户端的状态信息。
8.如权利要求7所述的方法，其特征在于，所述对与所述订单信息相匹配的候选服务客户端的状态信息进行更新，包括：
监测与所述订单信息相匹配的候选服务客户端当前所处的位置、以及接单状态；
当所述候选服务客户端中的第一候选服务客户端满足以下第一预设条件中的任一种条件时，将所述第一候选服务客户端更新为与所述订单信息不匹配的非候选服务客户端，并删除所述候选服务客户端的状态信息中记录的所述第一候选服务客户端的状态信息；
其中，所述第一预设条件包括：
所述候选服务客户端由当前所处的位置到达所述订单信息中包括的乘车起始位置的接驾导航路径的路程长度大于或等于第一设定值；
所述候选服务客户端的接单状态为已接单状态。
9.如权利要求7所述的方法，其特征在于，所述对与所述订单信息相匹配的候选服务客户端的状态信息进行更新，包括：
当监测到订单分配区域内存在新加入的服务客户端满足第二预设条件时，将所述新加入的服务客户端更新为与所述订单信息相匹配的候选服务客户端，并在所述候选服务客户端的状态信息中增加所述新加入的服务客户端的状态信息；
其中，所述第二预设条件包括：
由服务客户端当前所处的位置到达所述订单信息中包括的乘车起始位置的接驾导航路径的路程长度小于第一设定值、且服务客户端的接单状态为未接单状态。
10.如权利要求4所述的方法，其特征在于，若所述状态信息中包括与所述订单信息相匹配的候选服务客户端的数量、且所述数量为零时，所述方法还包括：
提示所述用户客户端确认在没有与所述订单信息相匹配的候选服务客户端的情况下是否发送所述服务请求。
11.如权利要求1所述的方法，其特征在于，在指示所述用户客户端展示所述候选服务客户端的状态信息之后，所述方法还包括：
接收所述用户客户端发送的所述服务请求，所述服务请求中包括所述订单信息；
生成与所述服务请求对应的订单，所述订单中包括所述订单信息；
基于本地记录的最新的与所述订单信息相匹配的候选服务客户端的状态信息，确定所述订单的分配方式。
12.如权利要求11所述的方法，其特征在于，若最新的状态信息中包含的与所述订单信息相匹配的候选服务客户端的数量不为零，则所述方法还包括：
从本地记录的最新的所述与所述订单信息相匹配的候选服务客户端中选择目标候选服务客户端；
将生成的所述订单分配给所述目标候选服务客户端。
13.如权利要求11所述的方法，其特征在于，若最新的状态信息中包含的与所述订单信息相匹配的候选服务客户端的数量为零，则所述方法还包括：
提示所述用户客户端确认在没有所述候选服务客户端的情况下是否撤销所述订单。
14.如权利要求1所述的方法，其特征在于，在指示所述用户客户端展示所述候选服务客户端的状态信息之后，所述方法还包括：
接收所述用户客户端发送的所述服务请求，所述服务请求中包括所述订单信息、以及用户从所述候选服务客户端中选择的目标候选服务客户端的标识信息；
生成与所述服务请求对应的订单，所述订单中包括所述订单信息；
将生成的所述订单分配给与所述标识信息对应的所述目标候选服务客户端。
15.一种订单处理方法，其特征在于，包括：
检测用户在用户客户端上输入的订单信息，并向业务服务器发送所述订单信息；
接收所述业务服务器指示的与所述订单信息相匹配的候选服务客户端的状态信息；
在所述用户客户端的操作界面上展示所述状态信息。
16.如权利要求15所述的方法，其特征在于，在所述用户客户端的操作界面上展示所述状态信息之后，所述方法还包括；
接收用户针对所述操作界面执行的选择指令，所述选择指令中包含用户从所述候选服务客户端中选择的目标候选服务客户端；
向业务服务器发送服务请求，所述服务请求中包括所述订单信息、以及所述目标候选服务客户端的标识信息。
17.如权利要求15所述的方法，其特征在于，接收所述业务服务器指示的与所述订单信息相匹配的候选服务客户端的状态信息，包括：
接收所述业务服务器指示的与所述订单信息相匹配的候选服务客户端的数量、以及所述最短接驾预估时长；
所述在所述用户客户端的操作界面上展示所述状态信息，包括：
在所述操作界面上展示所述候选服务客户端的数量、以及所述最短接驾预估时长。
18.如权利要求17所述的方法，其特征在于，
当所述候选服务客户端的数量不大于预设数量时，展示在所述操作界面上的所述候选服务客户端的数量用数值表示；
当所述候选服务客户端的数量大于所述预设数量时，展示在所述操作界面上的所述候选服务客户端的数量用区间表示。
19.一种订单处理装置，其特征在于，包括：
获取模块，用于获取用户客户端在发起服务请求之前发送的订单信息；
确定模块，用于确定与所述订单信息相匹配的候选服务客户端的状态信息；
指示模块，用于指示所述用户客户端展示所述候选服务客户端的状态信息。
2...
【专利技术属性】
技术研发人员：牟倩，李想，张晓雪，
申请(专利权)人：北京嘀嘀无限科技发展有限公司，
类型：发明
国别省市：北京;11
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。