订单处理方法、装置、电子设备和可读存储介质与流程

1.本发明涉及订单处理技术领域，具体而言，涉及一种订单处理方法、装置、电子设备和可读存储介质。


背景技术：

2.目前，打车出行是现代社会常见的出行方式之一，出租车作为一种重要的交通工具，通过“路招”或“电招”的方式，为人们的出行提供服务。但乘客在扬招打车的场景下面临以下两个问题：
3.1、乘客有打车需求，但是附近的司机并不知道，导致出租车整体营运效率偏低；
4.2、乘客在一些乘车热门区域进行扬招打车时，经常会出现抢车的现象，不利于城市管理。


技术实现要素：

5.本发明旨在至少解决或改善现有技术或相关技术中存在的技术问题之一。
6.为此，本发明的第一方面提供了一种订单处理方法。
7.本发明的第二方面还提供了一种订单处理装置。
8.本发明的第三方面还提供了一种电子设备。
9.本发明的第四方面还提供了一种可读存储介质。
10.有鉴于此，本发明的第一方面提出了一种订单处理方法，包括：响应于乘客终端的叫车请求，确定叫车请求对应的叫车订单信息和上车点；获取上车点的订单队列；根据叫车订单信息，编辑订单队列；获取预设区域内的所有空车车辆的位置信息；基于空车车辆的位置信息处于上车点对应的第一位置范围内，将编辑后的订单队列中位于首位的叫车订单信息发送至空车车辆。
11.本发明提供的订单处理方法，当接收到乘客终端的叫车请求，根据叫车请求确定叫车请求指示的叫车订单信息和乘客选择的上车点。获取该上车点的订单队列，也即选择在该上车点扬招乘车的乘客的排队队列。根据叫车请求对应的叫车订单信息对订单队列进行编辑，以将乘客添加至上车点订单队列，从而利用排队的方式合理规划上车点的候车乘客，避免乘客抢车的现象。
12.同时，实时获取预设区域内的所有空车车辆的位置信息，在空车车辆的位置信息处于上车点对应的第一位置范围内的情况下，说明上车点附近存在空车车辆，系统能够调度该空车车辆至上车点载客，则将编辑后的订单队列(最新的订单队列)中位于首位的叫车订单信息发送至空车车辆。从而实现了自动按照乘客的订单排队顺序为空车车辆推荐订单，使得空车司机能够清晰、准确的获知哪里有叫车需求，不仅能够保证车辆分布与叫车需求达到供需平衡，降低空载率，提高车辆整体调度效率和司机的收益，而且提升空车车辆的寻客效率，促进订单推进，节约了乘客的等待时间，提高了乘客的乘车体验。
13.其中，叫车订单信息包括以下至少一种：乘客的身份信息、人数、排队的奖励信息、
上车时间、上车点位置、下车点位置、行驶里程、费用等信息。预设区域可以为城市、市区或其它区域，可根据城市交通管理要求合理设置。
14.具体地，空车车辆的位置信息可通过gps定位系统或北斗定位系统确定。
15.需要说明的是，乘客可通过路边设置的物理扬招杆，或者系统预置的电子扬招杆来选择所需的上车点。
16.根据本发明提供的上述的订单处理方法，还可以具有以下附加技术特征：
17.在上述技术方案中，进一步地，根据叫车订单信息，编辑订单队列，包括：根据叫车订单信息和预设排队顺序，确定叫车订单信息在订单队列中的序号；按照序号，将叫车订单信息添加至订单队列。
18.在该技术方案中，确定上车点的预设排队顺序，按照预设排队顺序对叫车请求对应的叫车订单信息和订单队列中记录的叫车订单信息进行排序，以确定出叫车请求对应的叫车订单信息在订单队列中的序号。并按照序号，将叫车订单信息添加至订单队列，完成乘客在上车点的排队。在合理规划上车点的候车乘客的同时，以便于利用订单队列为空车车辆推荐叫车订单，提高车辆整体调度效率和司机的收益。
19.其中，预设排队顺序可以是叫车订单信息的生成时间的先后顺序，或预设排队顺序中具有多个排序条件以及排序条件与排序分数之间的对应关系，通过该对应关系确定每个排序条件的排序分数，计算多个排序条件的排序分数的和，也即叫车订单信息的总排序分数，按照总排序分数从大到小排序。
20.在上述任一技术方案中，进一步地，根据叫车订单信息和预设排队顺序，确定叫车订单信息在订单队列中的序号之后，还包括：根据叫车订单信息中的奖励信息和预设权重，确定叫车订单信息对应的序号偏移量；根据序号偏移量，更新叫车订单信息在订单队列中的序号。
21.在该技术方案中，在确定叫车订单信息在订单队列中的序号之后，查看叫车订单信息中是否存在奖励信息，例如，乘客打赏红包、平台会员等，在存在奖励信息的情况下，通过奖励信息和预设权重确定叫车订单信息对应的序号偏移量，并按照序号偏移量更新叫车订单信息在订单队列中的序号。从而实现订单排队的调整机制，以便于满足不同乘客的个性化需求。
22.在上述任一技术方案中，进一步地，根据叫车订单信息，编辑订单队列之后，还包括：发送叫车订单信息在订单队列中的排队信息至乘客终端。
23.在该技术方案中，在将叫车订单信息加入到订单队列，也即完成乘客排队之后，将叫车订单信息在订单队列中的排队信息发送至乘客终端，以便于告知乘客在上车点的候车排队情况，有利于乘客规划后续行程，提高了乘客的使用体验。
24.其中，排队信息包括订单信息在订单队列中的序号和/或该序号对应的预估等待时长。具体地，可根据上车点的历史等待时长，估算叫车订单信息在订单队列中的序号对应的预估等待时长。
25.在上述任一技术方案中，进一步地，订单处理方法还包括：基于接收到空车车辆反馈的接单信息，根据接单信息对应的叫车订单信息，生成订单密钥；发送空车车辆的车辆信息和订单密钥至接单信息对应的叫车订单信息的乘客终端；以及发送订单密钥至空车车辆。
26.在该技术方案中，空车车辆在接收到系统推荐的叫车订单信息后，司机可通过操作司机终端或车载设备反馈是否接受该叫车订单信息。当系统接收到空车车辆反馈的接单信息，其中，接单信息包括司机接受的叫车订单信息，说明空车车辆和乘客匹配成功，空车车辆会按照叫车订单信息的指示到上车点载客。此时，根据接单信息对应的司机接受的叫车订单信息，生成订单密钥，然后将订单密钥发送给乘客终端和空车车辆。不仅便于乘客和司机按照订单密钥确定配对成功，司机可有针对性的到上车点迎接待出行的乘客，还能够通过订单密钥验证乘客和司机之间的配对关系，避免乘客乘车错误。进一步地，在将订单密钥发送给乘客终端时还可一并发送空车车辆的车辆信息，乘客能够通过空车车辆的车牌号、颜色、司机名称、服务评价等车辆信息迅速确定接单的空车车辆，进一步降低乘错车的可能性，而且透明化的车辆信息还有利于提高乘客乘车的安全性。
27.在上述任一技术方案中，进一步地，发送订单密钥至空车车辆，包括：发送订单密钥至空车车辆的车载显示装置或语音装置。
28.在该技术方案中，可发送订单密钥至空车车辆的车载显示装置，使得车载显示装置向外界显示订单密钥，实现订单密钥的可视化，以便于乘客快速定位接受叫车订单的车辆。或者，发送订单密钥至空车车辆的语音装置，以使语音装置通过语音的形式播报该订单密钥，以便于乘客核对订单密钥，进而避免乘客乘车错误。
29.在上述任一技术方案中，进一步地，订单处理方法还包括：基于接收到空车车辆反馈的订单密钥的匹配信息，从订单队列中删除匹配信息对应的叫车订单信息。
30.在该技术方案中，在乘客上车时可通过订单密钥进行司机与乘客之间的匹配，司机确认匹配成功，也即空车车辆接到叫车订单信息中的乘客后，可向系统反馈匹配信息。在系统接收到空车车辆反馈的订单密钥的匹配信息时，说明乘客已成功上车，则从订单队列中删除匹配信息对应的叫车订单信息，并重新为订单队列的首个叫车订单信息扫描附近新到的空车车辆，从而避免叫车订单信息重复推送，有效防止订单分配混乱。
31.在上述任一技术方案中，进一步地，根据叫车订单信息，编辑订单队列，包括：获取乘客终端的位置信息；基于乘客终端的位置信息处于上车点对应的第二位置范围内，根据叫车订单信息，编辑订单队列。
32.在该技术方案中，考虑到乘客通过系统进行电子扬招时，上车点的位置由乘客主观选择，然而乘客选择的上车点可能距离乘客的当前位置较远，此时，司机在接受叫车订单并到达乘客选择的上车点后，可能出现乘客未到达上车点的现象，严重影响乘客和司机出行效率。为此，通过上车点对应的第二位置范围对乘客终端的位置信息进行验证。在乘客终端的位置信息处于上车点对应的第二位置范围内的情况下，说明乘客位于上车点附近，才能根据叫车订单信息编辑订单队列，也即将乘客终端对应的叫车订单信息添加至订单队列。从而避免远距离预约排队导致的乘客无法快速到达上车点或乘客因误操作选错上车点的问题，进而保障司机和乘客双方的利益，提高出行效率。
33.在上述任一技术方案中，进一步地，响应于乘客终端的叫车请求，确定叫车请求对应的叫车订单信息和上车点之前，还包括：获取预设区域内所有车辆的历史叫车订单信息和预设区域的路况信息；根据历史叫车订单信息，确定历史订单信息的出发点的位置分布信息；根据位置分布信息和路况信息，配置至少一个上车点。
34.在该技术方案中，无论是“路招”还是“电招”的方式，都需要预先配置至少一个上
车点以供乘客选择。具体地，通过预设区域的路况信息，确定出预设区域内能够便于用户前往或符合交规的位置。并进一步通过预设区域内所有车辆的历史叫车订单信息，确定历史订单信息的出发点的位置分布信息，进而分析出乘客出行概率较高的位置，得到至少一个上车点。从而实现上车点合理设定，使得配置的上车点能够符合交通便利性和乘客需求，便于空车车辆和乘客在上车点碰面。
35.进一步地，配置至少一个上车点之后，在乘客选择上车点的过程中，可获取乘客终端的身份信息，根据身份信息匹配更加符合乘客的实际需求的上车点，并输出该上车点的提示信息，以突出上车点。从而实现了对于不同人群推荐不同目标上车点，节省乘客选择上车点的时间，便于乘客快速找到所需的上车点，进而使得订单处理更加智能化和人性化，并且提高订单处理的高效性。
36.在上述任一技术方案中，进一步地，根据位置分布信息和路况信息，配置至少一个上车点，包括：根据路况信息，确定预设区域内的候选上车点；按照预设聚类距离，对位置分布信息中的出发点进行聚类处理，确定到预设区域内的多个位置分布区域；根据位置分布信息，确定多个位置分布区域中每一个位置分布区域的位置分布密度；将位置分布密度大于密度阈值的位置分布区域内的候选上车点作为上车点。
37.在该技术方案中，根据路况信息分析出预设区域内能够便于用户前往或符合交规的候选上车点，候选上车点的数量可以为一个或多个。按照预设聚类距离，对位置分布信息中的出发点进行聚类处理，以将历史叫车订单的出发点聚类成多个乘客选择倾向性较高的区域，也即位置分布区域，在位置分布区域中任两个出发点之间的距离小于或等于预设聚类距离。并根据位置分布信息确定多个位置分布区域中每一个位置分布区域的位置分布密度。进一步比较位置分布密度与第一密度阈值之间的大小关系，当位置分布密度大于密度阈值，说明该位置分布区域中历史叫车订单的数量较多，乘客更倾向于在该位置分布区域内乘车，则将位于该位置分布区域内的候选上车点作为系统设定的上车点。从而实现上车点合理设定，使得配置的上车点能够符合交通便利性和乘客需求，便于空车车辆和乘客在上车点碰面，有利于提升城市交通的效率。
38.具体地，位置分布密度用于体现不同位置分布区域中的出发点的密集程度，位置分布密度越高，交通工具载到乘客的几率越大，载到乘客的频率越高。
39.需要说明的是，路况信息包括道路信息、道路禁停情况、道路限速、路肩宽度、车流量、道路拥堵情况、道路有无可停车位等目标项。通过多个目标项选取道路上能够停车且满足安全性的候选上车点，从而避免违规停车和高危停车，让每个乘客上车安全且从容。
40.根据本发明的第二方面，还提出了一种订单处理装置，包括：确定模块，用于响应于乘客终端的叫车请求，确定叫车请求对应的叫车订单信息和上车点；获取模块，用于获取上车点的订单队列；编辑模块，用于根据叫车订单信息，编辑订单队列；获取模块，还用于获取预设区域内的所有空车车辆的位置信息；发送模块，用于基于空车车辆的位置信息处于上车点对应的第一位置范围内，将编辑后的订单队列中位于首位的叫车订单信息发送至空车车辆。
41.在该技术方案中，当接收到乘客终端的叫车请求，根据叫车请求确定叫车请求指示的叫车订单信息和乘客选择的上车点。获取该上车点的订单队列，也即选择在该上车点扬招乘车的乘客的排队队列。根据叫车请求对应的叫车订单信息对订单队列进行编辑，以
将乘客添加至上车点订单队列，从而利用排队的方式合理规划上车点的候车乘客，避免乘客抢车的现象。
42.同时，实时获取预设区域内的所有空车车辆的位置信息，在空车车辆的位置信息处于上车点对应的第一位置范围内的情况下，说明上车点附近存在空车车辆，系统能够调度该空车车辆至上车点载客，则将编辑后的订单队列(最新的订单队列)中位于首位的叫车订单信息发送至空车车辆。从而实现了自动按照乘客的订单排队顺序为空车车辆推荐订单，使得空车司机能够清晰、准确的获知哪里有叫车需求，不仅能够保证车辆分布与叫车需求达到供需平衡，降低空载率，提高车辆整体调度效率和司机的收益，而且提升空车车辆的寻客效率，促进订单推进，节约了乘客的等待时间，提高了乘客的乘车体验。
43.在上述任一技术方案中，进一步地，确定模块，还用于根据叫车订单信息和预设排队顺序，确定叫车订单信息在订单队列中的序号；编辑模块，还用于按照序号，将叫车订单信息添加至订单队列。
44.在该技术方案中，确定上车点的预设排队顺序，按照预设排队顺序对叫车请求对应的叫车订单信息和订单队列中记录的叫车订单信息进行排序，以确定出叫车请求对应的叫车订单信息在订单队列中的序号。并按照序号，将叫车订单信息添加至订单队列，完成乘客在上车点的排队。在合理规划上车点的候车乘客的同时，以便于利用订单队列为空车车辆推荐叫车订单，提高车辆整体调度效率和司机的收益。
45.在上述任一技术方案中，进一步地，确定模块，还用于根据叫车订单信息中的奖励信息和预设权重，确定叫车订单信息对应的序号偏移量；编辑模块，还用于根据序号偏移量，更新叫车订单信息在订单队列中的序号。
46.在该技术方案中，在确定叫车订单信息在订单队列中的序号之后，查看叫车订单信息中是否存在奖励信息，例如，乘客打赏红包、平台会员等，在存在奖励信息的情况下，通过奖励信息和预设权重确定叫车订单信息对应的序号偏移量，并按照序号偏移量更新叫车订单信息在订单队列中的序号。从而实现订单排队的调整机制，以便于满足不同乘客的个性化需求。
47.在上述任一技术方案中，进一步地，发送模块，还用于发送叫车订单信息在订单队列中的序号至乘客终端。
48.在该技术方案中，在将叫车订单信息加入到订单队列，也即完成乘客排队之后，将叫车订单信息在订单队列中的排队信息发送至乘客终端，以便于告知乘客在上车点的候车排队情况，有利于乘客规划后续行程，提高了乘客的使用体验。
49.其中，排队信息包括订单信息在订单队列中的序号和/或该序号对应的预估等待时长。
50.在上述任一技术方案中，进一步地，订单处理装置还包括：生成模块，用于基于接收到空车车辆反馈的接单信息，根据接单信息对应的叫车订单信息，生成订单密钥；发送模块，还用于发送空车车辆的车辆信息和订单密钥至接单信息对应的叫车订单信息的乘客终端；以及发送订单密钥至空车车辆。
51.在该技术方案中，空车车辆在接收到系统推荐的叫车订单信息后，司机可通过操作司机终端或车载设备反馈是否接受该叫车订单信息。当系统接收到空车车辆反馈的接单信息，其中，接单信息包括司机接受的叫车订单信息，说明空车车辆和乘客匹配成功，空车
车辆会按照叫车订单信息的指示到上车点载客。此时，根据接单信息对应的司机接受的叫车订单信息，生成订单密钥，然后将订单密钥发送给乘客终端和空车车辆。不仅便于乘客和司机按照订单密钥确定配对成功，司机可有针对性的到上车点迎接待出行的乘客，还能够通过订单密钥验证乘客和司机之间的配对关系，避免乘客乘车错误。进一步地，在将订单密钥发送给乘客终端时还可一并发送空车车辆的车辆信息，乘客能够通过空车车辆的车牌号、颜色、司机名称、服务评价等车辆信息迅速确定接单的空车车辆，进一步降低乘错车的可能性，而且透明化的车辆信息还有利于提高乘客乘车的安全性。
52.在上述任一技术方案中，进一步地，发送模块，还用于发送订单密钥至空车车辆的车载显示装置或语音装置。
53.在该技术方案中，可发送订单密钥至空车车辆的车载显示装置，使得车载显示装置向外界显示订单密钥，实现订单密钥的可视化，以便于乘客快速定位接受叫车订单的车辆。或者，发送订单密钥至空车车辆的语音装置，以使语音装置通过语音的形式播报该订单密钥，以便于乘客核对订单密钥，进而避免乘客乘车错误。
54.在上述任一技术方案中，进一步地，编辑模块，还用于基于接收到空车车辆反馈的订单密钥的匹配信息，从订单队列中删除匹配信息对应的叫车订单信息。
55.在该技术方案中，在乘客上车时可通过订单密钥进行司机与乘客之间的匹配，司机确认匹配成功，也即空车车辆接到叫车订单信息中的乘客后，可向系统反馈匹配信息。在系统接收到空车车辆反馈的订单密钥的匹配信息时，说明乘客已成功上车，则从订单队列中删除接单信息对应的叫车订单信息，并重新为订单队列的首个叫车订单信息扫描附近新到的空车车辆，从而避免叫车订单信息重复推送，有效防止订单分配混乱。
56.在上述任一技术方案中，进一步地，获取模块，还用于获取乘客终端的位置信息；编辑模块，还用于基于乘客终端的位置信息处于上车点对应的第二位置范围内，根据叫车订单信息，编辑订单队列。
57.在该技术方案中，考虑到乘客通过系统进行电子扬招时，上车点的位置由乘客主观选择，然而乘客选择的上车点可能距离乘客的当前位置较远，此时，司机在接受叫车订单并到达乘客选择的上车点后，可能出现乘客未到达上车点的现象，严重影响乘客和司机出行效率。为此，通过上车点对应的第二位置范围对乘客终端的位置信息进行验证。在乘客终端的位置信息处于上车点对应的第二位置范围内的情况下，说明乘客位于上车点附近，才能根据叫车订单信息编辑订单队列，也即将乘客终端对应的叫车订单信息添加至订单队列。从而避免远距离预约排队导致的乘客无法快速到达上车点或乘客因误操作选错上车点的问题，进而保障司机和乘客双方的利益，提高出行效率。
58.在上述任一技术方案中，进一步地，获取模块，还用于获取预设区域内所有车辆的历史叫车订单信息和预设区域内的路况信息；确定模块，还用于根据历史叫车订单信息，确定历史叫车订单信息的出发点的位置分布信息；订单处理装置还包括：配置模块，用于根据位置分布信息和路况信息，配置至少一个上车点。
59.在该技术方案中，无论是“路招”还是“电招”的方式，都需要预先配置至少一个上车点以供乘客选择。具体地，通过预设区域的路况信息，确定出预设区域内能够便于用户前往或符合交规的位置。并进一步通过预设区域内所有车辆的历史叫车订单信息，确定历史订单信息的出发点的位置分布信息，进而分析出乘客出行概率较高的位置，得到至少一个
上车点。从而实现上车点合理设定，使得配置的上车点能够符合交通便利性和乘客需求，便于空车车辆和乘客在上车点碰面。
60.根据本发明的第三方面，还提出了一种电子设备，包括：存储器，存储器储存有程序或指令；处理器，与存储器连接，处理器执行程序或指令时实现第一方面提出的订单处理方法。因此该电子设备具备第一方面提出的订单处理方法的全部有益效果，为避免重复，不再过多赘述。
61.根据本发明的第四方面，提出了一种可读存储介质，其上存储有程序或指令，程序或指令被处理器执行时执行第一方面提出的订单处理方法。因此该可读存储介质具备第一方面提出的订单处理方法的全部有益效果，为避免重复，不再过多赘述。
62.本发明的附加方面和优点将在下面的描述部分中变得明显，或通过本发明的实践了解到。
附图说明
63.本发明的上述和/或附加的方面和优点从结合下面附图对实施例的描述中将变得明显和容易理解，其中：
64.图1示出了本发明一个实施例的订单处理方法的流程示意图之一；
65.图2示出了本发明一个实施例的订单处理方法的流程示意图之二；
66.图3示出了本发明一个实施例的订单处理方法的流程示意图之三；
67.图4示出了本发明一个实施例的订单处理方法的流程示意图之四；
68.图5示出了本发明一个实施例的订单处理方法的流程示意图之五；
69.图6示出了本发明一个实施例的订单处理方法的流程示意图之六；
70.图7示出了本发明一个实施例的订单处理方法的流程示意图之七；
71.图8示出了本发明一个实施例的订单处理方法的流程示意图之八；
72.图9示出了本发明一个实施例的订单处理方法的流程示意图之九；
73.图10示出了本发明一个实施例的订单处理装置的示意框图；
74.图11示出了本发明一个实施例的电子设备的示意框图。
具体实施方式
75.为了能够更清楚地理解本发明的上述目的、特征和优点，下面结合附图和具体实施方式对本发明进行进一步的详细描述。需要说明的是，在不冲突的情况下，本技术的实施例及实施例中的特征可以相互组合。
76.在下面的描述中阐述了很多具体细节以便于充分理解本发明，但是，本发明还可以采用其他不同于在此描述的其他方式来实施，因此，本发明的保护范围并不受下面公开的具体实施例的限制。
77.下面参照图1至图11描述根据本发明一些实施例的订单处理方法、装置、电子设备和可读存储介质。
78.如图1所示，根据本发明的第一方面的实施例，提出了一种订单处理方法，包括：
79.步骤102，响应于乘客终端的叫车请求，确定叫车请求对应的叫车订单信息和上车点；
80.步骤104，获取上车点的订单队列；
81.步骤106，根据叫车订单信息，编辑订单队列；
82.步骤108，获取预设区域内的所有空车车辆的位置信息；
83.步骤110，基于空车车辆的位置信息处于上车点对应的第一位置范围内，将编辑后的订单队列中位于首位的叫车订单信息发送至空车车辆。
84.在该实施例中，当接收到乘客终端的叫车请求，根据叫车请求确定叫车请求指示的叫车订单信息和乘客选择的上车点。获取该上车点的订单队列，也即选择在该上车点扬招乘车的乘客的排队队列。根据叫车请求对应的叫车订单信息对订单队列进行编辑，以将乘客添加至上车点订单队列，从而利用排队的方式合理规划上车点的候车乘客，避免乘客抢车的现象。
85.同时，实时获取预设区域内的所有空车车辆的位置信息，在空车车辆的位置信息处于上车点对应的第一位置范围内的情况下，说明上车点附近存在空车车辆，系统能够调度该空车车辆至上车点载客，则将编辑后的订单队列(最新的订单队列)中位于首位的叫车订单信息发送至空车车辆。从而实现了自动按照乘客的订单排队顺序为空车车辆推荐订单，使得空车司机能够清晰、准确的获知哪里有叫车需求，不仅能够保证车辆分布与叫车需求达到供需平衡，降低空载率，提高车辆整体调度效率和司机的收益，而且提升空车车辆的寻客效率，促进订单推进，节约了乘客的等待时间，提高了乘客的乘车体验。
86.其中，叫车订单信息包括以下至少一种：乘客的身份信息、人数、排队的奖励信息、上车时间、上车点位置、下车点位置、行驶里程、费用等信息。预设区域可以为城市、市区或其它区域，可根据城市交通管理要求合理设置。
87.可以理解的是，预先设置上车点的第一预设距离，以上车点为原点，以第一预设距离为半径，圈定上车点对应的第一位置范围。第一预设距离可根据预设区域内的车流量、道路拥堵等路况信息合理设置，以保证第一位置范围内的空车车辆能够以较快的速度到达上车点，进而满足高效的车辆调度。
88.需要说明的是，乘客可通过路边设置的物理扬招杆，或者系统预置的电子扬招杆选择所需的上车点。例如，乘客可对物理扬招杆进行标识扫描，以发出叫车请求，其中，物理扬招杆的标识可以是二维码、条形码、近场通信(nfc)标签等，此时该物理扬招杆即为乘客选择的上车点，并利用叫车请求对应的叫车订单信息在物理扬招杆处进行订单排队。或者乘客通过移动终端从系统预置的上车点中选择所需的上车点，并进行订单排队。值得一提的是，每个扬招杆在系统中具有唯一的身份标记，以便于区分不同的扬招杆，保证上车点选择的准确性。
89.例如，当乘客扫描物理扬招杆的二维码，或者乘客预约电子扬招杆处的订单，生成一个叫车订单信息，叫车订单信息会有乘客信息、扬招杆的序号信息或位置信息、上车密钥信息(订单密钥)。以扬招杆为中心，扫描附近的空车车辆，当有空车车辆到达扬招杆附近时(位于第一位置范围内)，会按照顺序把队列最前面的叫车订单信息发到空车车辆的装置上。
90.在本发明的一个实施例中，如图2所示，步骤106，根据叫车订单信息，编辑订单队列，包括：
91.步骤202，根据叫车订单信息和预设排队顺序，确定叫车订单信息在订单队列中的
序号；
92.步骤204，按照序号，将叫车订单信息添加至订单队列。
93.在该实施例中，确定上车点的预设排队顺序，按照预设排队顺序对叫车请求对应的叫车订单信息和订单队列中记录的叫车订单信息进行排序，以确定出叫车请求对应的叫车订单信息在订单队列中的序号。并按照序号，将叫车订单信息添加至订单队列，完成乘客在上车点的排队。在合理规划上车点的候车乘客的同时，以便于利用订单队列为空车车辆推荐叫车订单，提高车辆整体调度效率和司机的收益。
94.其中，预设排队顺序可以是叫车订单信息的生成时间的先后顺序，或预设排队顺序中具有多个排序条件以及排序条件与排序分数之间的对应关系，通过该对应关系确定每个排序条件的排序分数，计算多个排序条件的排序分数的和，也即叫车订单信息的总排序分数，按照总排序分数从大到小排序。例如，综合叫车订单信息的生成时间、乘客的下车点确定排序分数，则在对应关系中，下车点相同的情况下，生成时间越早排序分数越大，生成时间相同的情况下，考虑到下车点在医院可能存在急救的情况，可设置下车点在医院的排序分数大于下车点在商场的排序分数。
95.在本发明的一个实施例中，如图3所示，步骤202，根据叫车订单信息和预设排队顺序，确定叫车订单信息在订单队列中的序号之后，还包括：
96.步骤302，根据叫车订单信息中的奖励信息和预设权重，确定叫车订单信息对应的序号偏移量；
97.步骤304，根据序号偏移量，更新叫车订单信息在订单队列中的序号。
98.在该实施例中，在确定叫车订单信息在订单队列中的序号之后，查看叫车订单信息中是否存在奖励信息，例如，乘客打赏红包、平台会员等，在存在奖励信息的情况下，通过奖励信息和预设权重确定叫车订单信息对应的序号偏移量，并按照序号偏移量更新叫车订单信息在订单队列中的序号。从而实现订单排队的调整机制，以便于满足不同乘客的个性化需求。
99.例如，根据预设排队顺序确定叫车订单信息在订单队列中的序号为20，乘客为了能尽早出发，可在叫车订单信息中添加3元红包，则通过预设权重得到序号偏移量为3，则将按照序号偏移量向前调整叫车订单信息在订单队列中的序号，也即最终的序号为17，并将叫车订单信息添加至订单队列序号为17的位置，原序号为17及原序号位于17之后的叫车订单信息后延一个序号。
100.在本发明的一个实施例中，如图4所示，步骤106，根据叫车订单信息，编辑订单队列之后，还包括：
101.步骤402，发送叫车订单信息在订单队列中的排队信息至乘客终端。
102.在该实施例中，在将叫车订单信息加入到订单队列，也即完成乘客排队之后，将叫车订单信息在订单队列中的排队信息发送至乘客终端，以便于告知乘客在上车点的候车排队情况，有利于乘客规划后续行程，提高了乘客的使用体验。
103.其中，排队信息包括订单信息在订单队列中的序号和/或该序号对应的预估等待时长。具体地，可根据上车点的历史等待时长，估算叫车订单信息在订单队列中的序号对应的预估等待时长。
104.在本发明的一个实施例中，图5示出了本发明一个实施例的订单处理方法的流程
示意图之五，包括：
105.步骤502，基于接收到空车车辆反馈的接单信息，根据接单信息对应的叫车订单信息，生成订单密钥；
106.步骤504，发送空车车辆的车辆信息和订单密钥至接单信息对应的叫车订单信息的乘客终端；
107.步骤506，发送订单密钥至空车车辆。
108.在该实施例中，空车车辆在接收到系统推荐的叫车订单信息后，司机可通过操作司机终端或车载设备反馈是否接受该叫车订单信息。当系统接收到空车车辆反馈的接单信息，其中，接单信息包括司机接受的叫车订单信息，说明空车车辆和乘客匹配成功，空车车辆会按照叫车订单信息的指示到上车点载客。此时，根据接单信息对应的司机接受的叫车订单信息，生成订单密钥，然后将订单密钥发送给乘客终端和空车车辆。不仅便于乘客和司机按照订单密钥确定配对成功，司机可有针对性的到上车点迎接待出行的乘客，还能够通过订单密钥验证乘客和司机之间的配对关系，避免乘客乘车错误。进一步地，在将订单密钥发送给乘客终端时还可一并发送空车车辆的车辆信息，乘客能够通过空车车辆的车牌号、颜色、司机名称、服务评价等车辆信息迅速确定接单的空车车辆，进一步降低乘错车的可能性，而且透明化的车辆信息还有利于提高乘客乘车的安全性。
109.在本发明的一个实施例中，如图6所示，步骤506，发送订单密钥至空车车辆，包括：
110.步骤602，发送订单密钥至空车车辆的车载显示装置或语音装置。
111.在该实施例中，可发送订单密钥至空车车辆的车载显示装置，使得车载显示装置向外界显示订单密钥，实现订单密钥的可视化，以便于乘客快速定位接受叫车订单的车辆。或者，发送订单密钥至空车车辆的语音装置，以使语音装置通过语音的形式播报该订单密钥，以便于乘客核对订单密钥，进而避免乘客乘车错误。
112.其中，车载显示装置包括车顶灯、车载智能终端大屏等。
113.在本发明的一个实施例中，图7示出了本发明一个实施例的订单处理方法的流程示意图之七，包括：
114.步骤702，基于接收到空车车辆反馈的订单密钥的匹配信息，从订单队列中删除匹配信息对应的叫车订单信息。
115.在该实施例中，在乘客上车时可通过订单密钥进行司机与乘客之间的匹配，司机确认匹配成功，也即空车车辆接到叫车订单信息中的乘客后，可向系统反馈匹配信息。在系统接收到空车车辆反馈的订单密钥的匹配信息时，说明乘客已成功上车，则从订单队列中删除匹配信息对应的叫车订单信息，并重新为订单队列的首个叫车订单信息扫描附近新到的空车车辆，从而避免叫车订单信息重复推送，有效防止订单分配混乱。
116.例如，乘客上车，司机扣表开始计费，此时，空车车辆的装置(例如，司机终端、车载处理器等)将扣表信息(匹配信息)传给系统，系统通过扣表的时间、位置和车牌号匹配到该乘客的叫车订单信息。匹配完成后，扬招杆的订单队列移除此订单，为订单队列中的下一个叫车订单信息开始扫描附近新到的空车车辆。
117.在本发明的一个实施例中，如图8所示，步骤106，根据叫车订单信息，编辑订单队列，包括：
118.步骤802，获取乘客终端的位置信息；
119.步骤804，基于乘客终端的位置信息处于上车点对应的第二位置范围内，根据叫车订单信息，编辑订单队列。
120.在该实施例中，考虑到乘客通过系统进行电子扬招时，上车点的位置由乘客主观选择，然而乘客选择的上车点可能距离乘客的当前位置较远，此时，司机在接受叫车订单并到达乘客选择的上车点后，可能出现乘客未到达上车点的现象，严重影响乘客和司机出行效率。为此，通过上车点对应的第二位置范围对乘客终端的位置信息进行验证。在乘客终端的位置信息处于上车点对应的第二位置范围内的情况下，说明乘客位于上车点附近，才能根据叫车订单信息编辑订单队列，也即将乘客终端对应的叫车订单信息添加至订单队列。从而避免远距离预约排队导致的乘客无法快速到达上车点或乘客因误操作选错上车点的问题，进而保障司机和乘客双方的利益，提高出行效率。
121.可以理解的是，预先设置上车点的第二预设距离，以上车点为原点，以第二预设距离为半径，圈定上车点对应的第二位置范围。第二预设距离可根据预设区域内可通行道路，乘客前进速度合理设置，以保证第二位置范围内的乘客能够以较快的速度到达上车点。
122.在本发明的一个实施例中，如图9所示，步骤102，响应于乘客终端的叫车请求，确定叫车请求对应的叫车订单信息和上车点之前，还包括：
123.步骤902，获取预设区域内所有车辆的历史叫车订单信息和预设区域的路况信息；
124.步骤904，根据历史叫车订单信息，确定历史订单信息的出发点的位置分布信息；
125.步骤906，根据位置分布信息和路况信息，配置至少一个上车点。
126.在该实施例中，无论是“路招”还是“电招”的方式，都需要预先配置至少一个上车点以供乘客选择。具体地，通过预设区域的路况信息，确定出预设区域内能够便于用户前往或符合交规的位置。并进一步通过预设区域内所有车辆的历史叫车订单信息，确定历史订单信息的出发点的位置分布信息，进而分析出乘客出行概率较高的位置，得到至少一个上车点。从而实现上车点合理设定，使得配置的上车点能够符合交通便利性和乘客需求，便于空车车辆和乘客在上车点碰面。
127.可以理解的是，在确定至少一个上车点之后，可直接将上车点作为电子扬招杆提供给用户，以便于用户选择。亦可以在现实的上车点位置设定物理扬招杆，以便于乘客扫描登录。
128.进一步地，配置至少一个上车点之后，在乘客选择上车点的过程中，可获取乘客终端的身份信息，根据身份信息匹配更加符合乘客的实际需求的上车点，并输出该上车点的提示信息，以突出上车点。从而实现了对于不同人群推荐不同目标上车点，节省乘客选择上车点的时间，便于乘客快速找到所需的上车点，进而使得订单处理更加智能化和人性化，并且提高订单处理的高效性。
129.其中，身份信息包括乘客的年龄、职业、身体状况等。例如，对于老人小孩和孕妇优先推荐距离近，无需穿行马路的目标上车点，对于年轻人推荐接驾方便，上车更快的目标上车点，对于中年人推荐易于寻找使用率高的目标上车点。
130.在一些可能的实施例中，根据位置分布信息和路况信息，配置至少一个上车点，包括：根据路况信息，确定预设区域内的候选上车点；按照预设聚类距离，对位置分布信息中的出发点进行聚类处理，确定到预设区域内的多个位置分布区域；根据位置分布信息，确定多个位置分布区域中每一个位置分布区域的位置分布密度；将位置分布密度大于密度阈值
的位置分布区域内的候选上车点作为上车点。
131.在该实施例中，根据路况信息分析出预设区域内能够便于用户前往或符合交规的候选上车点，候选上车点的数量可以为一个或多个。按照预设聚类距离，对位置分布信息中的出发点进行聚类处理，以将历史叫车订单的出发点聚类成多个乘客选择倾向性较高的区域，也即位置分布区域，在位置分布区域中任两个出发点之间的距离小于或等于预设聚类距离。并根据位置分布信息确定多个位置分布区域中每一个位置分布区域的位置分布密度。进一步比较位置分布密度与第一密度阈值之间的大小关系，当位置分布密度大于密度阈值，说明该位置分布区域中历史叫车订单的数量较多，乘客更倾向于在该位置分布区域内乘车，则将位于该位置分布区域内的候选上车点作为系统设定的上车点。从而实现上车点合理设定，使得配置的上车点能够符合交通便利性和乘客需求，便于空车车辆和乘客在上车点碰面，有利于提升城市交通的效率。
132.其中，位置分布密度用于体现不同位置分布区域中的出发点的密集程度，位置分布密度越高，交通工具载到乘客的几率越大，载到乘客的频率越高。
133.需要说明的是，路况信息包括道路信息、道路禁停情况、道路限速、路肩宽度、车流量、道路拥堵情况、道路有无可停车位等目标项。通过多个目标项选取道路上能够停车且满足安全性的候选上车点，从而避免违规停车和高危停车，让每个乘客上车安全且从容。
134.具体举例来说，对街道、商场、园区等采集到的乘客上车的历史叫车订单信息进行统计，相近的位置选择上车点多的位置作为扬招杆设置的首选位置。同时咨询交通主管部门，根据对方给出的建议，对一些不够合理的位置进行微调。
135.如图10所示，根据本发明第二方面的实施例，还提出了一种订单处理装置1000，包括：确定模块1002，确定模块1002用于响应于乘客终端的叫车请求，确定叫车请求对应的叫车订单信息和上车点；获取模块1004，获取模块1004用于获取上车点的订单队列；编辑模块1006，编辑模块1006用于根据叫车订单信息，编辑订单队列；获取模块1004，还用于获取预设区域内的所有空车车辆的位置信息；发送模块1008，发送模块1008用于基于空车车辆的位置信息处于上车点对应的第一位置范围内，将编辑后的订单队列中位于首位的叫车订单信息发送至空车车辆。
136.在该实施例中，当接收到乘客终端的叫车请求，根据叫车请求确定叫车请求指示的叫车订单信息和乘客选择的上车点。获取该上车点的订单队列，也即选择在该上车点扬招乘车的乘客的排队队列。根据叫车请求对应的叫车订单信息对订单队列进行编辑，以将乘客添加至上车点订单队列，从而利用排队的方式合理规划上车点的候车乘客，避免乘客抢车的现象。
137.同时，实时获取预设区域内的所有空车车辆的位置信息，在空车车辆的位置信息处于上车点对应的第一位置范围内的情况下，说明上车点附近存在空车车辆，系统能够调度该空车车辆至上车点载客，则将编辑后的订单队列(最新的订单队列)中位于首位的叫车订单信息发送至空车车辆。从而实现了自动按照乘客的订单排队顺序为空车车辆推荐订单，使得空车司机能够清晰、准确的获知哪里有叫车需求，不仅能够保证车辆分布与叫车需求达到供需平衡，降低空载率，提高车辆整体调度效率和司机的收益，而且提升空车车辆的寻客效率，促进订单推进，节约了乘客的等待时间，提高了乘客的乘车体验。
138.可选的，确定模块1002，还用于根据叫车订单信息和预设排队顺序，确定叫车订单
信息在订单队列中的序号；编辑模块1006，还用于按照序号，将叫车订单信息添加至订单队列。
139.可选的，确定模块1002，还用于根据叫车订单信息中的奖励信息和预设权重，确定叫车订单信息对应的序号偏移量；编辑模块1006，还用于根据序号偏移量，更新叫车订单信息在订单队列中的序号。
140.可选的，发送模块1008，还用于发送叫车订单信息在订单队列中的序号至乘客终端。
141.可选的，订单处理装置1000还包括：生成模块(图中未示出)，生成模块用于基于接收到空车车辆反馈的接单信息，根据接单信息对应的叫车订单信息，生成订单密钥；发送模块1008，还用于发送空车车辆的车辆信息和订单密钥至接单信息对应的叫车订单信息的乘客终端；以及发送订单密钥至空车车辆。
142.可选的，发送模块1008，还用于发送订单密钥至空车车辆的车载显示装置或语音装置。
143.可选的，编辑模块1006，还用于基于接收到空车车辆反馈的订单密钥的匹配信息，从订单队列中删除匹配信息对应的叫车订单信息。
144.可选的，获取模块1004，还用于获取乘客终端的位置信息；编辑模块1006，还用于基于乘客终端的位置信息处于上车点对应的第二位置范围内，根据叫车订单信息，编辑订单队列。
145.可选的，获取模块1004，还用于获取预设区域内所有车辆的历史叫车订单信息和预设区域内的路况信息；确定模块1002，还用于根据历史叫车订单信息，确定历史叫车订单信息的出发点的位置分布信息；订单处理装置1000还包括：配置模块(图中未示出)，配置模块用于根据位置分布信息和路况信息，配置至少一个上车点。
146.在该实施例中，订单处理装置1000的各模块执行各自功能时实现如上述任一实施例中的订单处理方法的步骤，因此，订单处理装置1000同时也包括如上述任一实施例中的订单处理方法的全部有益效果，在此不再赘述。
147.本发明实施例中的订单处理装置1000可以是装置，也可以是终端中的部件、集成电路、或芯片。该装置可以是移动电子设备，也可以为非移动电子设备。示例性的，移动电子设备可以为手机、平板电脑、笔记本电脑、掌上电脑、车载电子设备、可穿戴设备、超级移动个人计算机(ultra
‑
mobile personal computer，umpc)、上网本或者个人数字助理(personal digital assistant，pda)等，非移动电子设备可以为服务器、网络附属存储器(network attached storage，nas)、个人计算机(personal computer，pc)、电视机(television，tv)、柜员机或者自助机等，本发明实施例不作具体限定。
148.本发明实施例中的应用程序的订单处理装置可以为具有操作系统的装置。该操作系统可以为安卓(android)操作系统，可以为ios操作系统，还可以为其他可能的操作系统，本发明实施例不作具体限定。
149.如图11所示，根据本发明第三方面的实施例，还提供了一种电子设备1100，包括：处理器1104，存储器1102及存储在存储器1102上并可在处理器1104上运行的程序或指令，程序或指令被处理器1104执行时实现如上述任一实施例中提供的订单处理方法的步骤，因此，该电子设备1100包括如上述任一实施例中提供的订单处理方法的全部有益效果，在此
不再赘述。
150.在本发明的实施例中，电子设备同于订单处理系统，且能够与乘客终端和车辆的终端进行通信。
151.其中，存储器1102可用于存储应用程序程序以及各种数据。存储器1102可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据移动终端的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器1102可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
152.处理器1104通过运行或执行存储在存储器1102内的应用程序程序和/或模块，以及调用存储在存储器1102内的数据，执行电子设备1100的各种功能和处理数据，从而对电子设备1100进行整体监控。处理器1104可包括一个或多个处理单元；处理器1104可集成应用处理器和调制解调处理器。
153.根据本发明第四方面的实施例，还提供了一种可读存储介质，其上存储有程序或指令，该程序或指令被处理器执行时实现如上述任一实施例中提供的订单处理方法的步骤。
154.在该实施例中，可读存储介质能够实现本发明的实施例提供的订单处理方法的各个过程，并能达到相同的技术效果，为避免重复，这里不再赘述。
155.其中，处理器为上述实施例中的电子设备中的处理器。可读存储介质，包括计算机可读存储介质，如计算机只读存储器(read
‑
only memory，rom)、随机存取存储器(random access memory，ram)、磁碟或者光盘等。
156.在本发明中，术语“多个”则指两个或两个以上，除非另有明确的限定。术语“安装”、“相连”、“连接”、“固定”等均应做广义理解，例如，“连接”可以是固定连接，也可以是可拆卸连接，或一体地连接；“相连”可以是直接相连，也可以通过中间媒介间接相连。对于本领域的普通技术人员而言，可以根据具体情况理解上述术语在本发明中的具体含义。
157.在本说明书的描述中，术语“一个实施例”、“一些实施例”、“具体实施例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或实例。而且，描述的具体特征、结构、材料或特点可以在任何的一个或多个实施例或示例中以合适的方式结合。
158.以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。