一种乘客超时上车场景下的信息推送方法、装置、设备及存储介质与流程

1.本发明属于数据处理技术领域，具体涉及一种乘客超时上车场景下的信息推送方法、装置、设备及存储介质。


背景技术：

2.一般网约车平台都会要求网约车司机在到达上车点之后，其等待时长需要满足平台制定的相应时长，才可以无责取消订单。很多情况下乘客到达上车点花费的时间会超过5分钟，这个时候司机要么继续等待，要么取消订单。
3.司机在漫长的等待下，取消该次订单的概率高，这样影响了网约车订单的成单率，导致网约车平台订单的取消率增加，损害了司机与网约车平台的利益，同时也给用户带来了不好的用户体验。
4.为此，在乘客超时上车的场景下，存在成单率低下的问题亟待解决。


技术实现要素：

5.本发明的目的是要解决上述在乘客超时上车的场景下，司机因等待时间过长选择取消订单，使得存在成单率低下的技术问题，本发明提供一种乘客超时上车场景下的信息推送方法。
6.为了解决上述问题，本发明按以下技术方案予以实现的：
7.第一方面，本发明提供了一种乘客超时上车场景下的信息推送方法，所述方法包括
8.获取订单信息，所述订单信息包括乘客设备和司机设备的实时位置，以及订单上车点；
9.根据所述司机设备的实时位置和所述订单上车点，确定所述司机设备到达所述订单上车点；
10.当所述乘客设备未到达所述订单上车点或所述乘客设备接收提醒信息，所述提醒信息为所述司机设备发出；
11.推送所述送驾服务详情信息至所述乘客设备，其中，所述送驾服务详情信息包括用于在乘客设备显示的允许司机开始送驾服务的弹窗选项；
12.接收所述乘客设备的第一确认信息，所述第一确认信息为乘客从弹窗选项中选择允许司机开始送驾服务的确认信息；
13.根据所述第一确认信息，将订单信息的订单状态更改为送驾服务中，并开始计算送驾服务的费用。
14.结合第一方面，本发明还提供了第一方面的第一种可能实施方式，接收所述乘客设备的第一确认信息之前，所述信息推送方法还包括
15.在预设应答时间内，判断是否接收到所述乘客设备发出的确认信息；所述预设应
答时间包括第一应答时间和第二应答时间，所述第二应答时间的时长大于所述第二应答时间；
16.若在所述第一应答时间内没有接收到所述乘客设备发出的确认信息，推送语言播报指令至所述乘客设备，语言播报指令用于指令乘客设备进行语言播报，所述第一应答时间不超过一分钟；
17.若在所述第一应答时间和所述第二应答时间内，没有接收到所述乘客设备发出的确认信息，推送语言播报指令和设备振动指令至所述乘客设备，所述设备振动指令用于指令乘客设备振动以提醒乘客，
18.所述第二应答时间为2分钟；
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.图1是本技术实施例一所提供的一种乘客超时上车场景下的信息推送方法所使用的场景示意图；
50.图2是本技术实施例二所提供的一种乘客超时上车场景下的信息推送的流程图；
51.图3是本技术实施例三所提供的一种乘客超时上车场景下的信息推送的示例图；
52.图4是本技术实施例四所提供的一种乘客超时上车场景下的信息推送装置的结构示意图；
53.图5是本技术实施例四所提供的一种乘客超时上车场景下的信息推送设备的结构示意图。
具体实施方式
54.以下结合附图对本发明的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明。
55.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
56.本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
57.为了使得本领域技术人员能够使用本技术内容，结合特定应用场景“乘客超时上车场景”，给出以下实施方式。对于本领域技术人员来说，在不脱离本技术的精神和范围的情况下，可以将这里定义的一般原理应用于其他实施例和应用场景。虽然本技术主要围绕“乘客超时上车场景”进行描述，但是应该理解，这仅是一个示例性实施例。
58.实施例一
59.本实施例1提供了一种乘客超时上车场景下的信息推送的方法，可以是用于诸如网约车、出租车、代驾服务和快车服务的在线运输服务平台。如图1所示，包括服务器和至少两个终端，终端可以为能够与服务器通信连接的任意电子设备，包括但不限于手机、笔记本电脑、平台电脑、智能穿戴设备等。
60.其中，服务器上运行出行平台的服务端，终端上运行出行平台的客户端，终端包括司机设备和乘客设备(用户设备)。乘客使用乘客设备在出行平台上发布用车订单，车主可以使用司机设备在出行平台上发布出行订单。
61.现有技术中，网约车司机在到达上车点之后，其等待时长需要满足平台制定的相应时长，才可以无责取消订单。然而，很多情况下乘客到达上车点花费的时间会超过5分钟，因此，在乘客超时上车的场景下，司机等待时间超过5分钟，取消订单的概率会较高，存在成单率低下等问题。
62.为此，本发明提供了一种乘客超时上车场景下的信息推送方法，信息推送方法包括如下步骤：获取订单信息，订单信息包括乘客设备和司机设备的实时位置，以及订单上车点；根据司机设备的实时位置和订单上车点，确定司机设备到达订单上车点；当乘客设备未
到达订单上车点或乘客设备接收提醒信息，提醒信息为司机设备发出；推送送驾服务详情信息至乘客设备，其中，送驾服务详情信息包括用于在乘客设备显示的允许司机开始送驾服务的弹窗选项；接收乘客设备的第一确认信息，第一确认信息为乘客从弹窗选项中选择允许司机开始送驾服务的确认信息；根据第一确认信息，将订单信息的订单状态更改为送驾服务中，并开始计算送驾服务的费用。
63.下面以具体的实施例对本发明的技术方案进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例不再赘述。
64.实施例二
65.如图2所示，为本技术实施例二所提供的一种乘客超时上车场景下的信息推送的流程图，本实施例可适用于司机等待乘客超时的情况下，该方法可以由一种乘客超时上车场景下的信息推送匹配装置来执行，该装置可以采用硬件和/或软件的形式实现，该装置可配置于电子设备中。上述乘客超时上车场景下的信息推送方法包括：
66.s100、获取订单信息，订单信息包括乘客设备和司机设备的实时位置，以及订单上车点。
67.上述实时位置及订单上车点信息是本技术实施例最为关键的两个接驾信息。其中，上述订单上车点信息可以是基于定位技术确定的，如在打车软件打开后，乘客设备可以自动定位当前的位置作为订单上车点。或者，乘客可以在乘客设备显示的地图上选择具体的订单上车点，或者手动输入订单上车点信息，上述订单上车点信息则主要利用乘客在地图上选择或手动输入方式来确定，在此不再赘述。
68.订单信息不仅可以包括乘客设备和司机设备的实时位置及订单上车点，还可以包括其他的订单信息，如乘客的用车类型，快车和专车等，乘客的出发时间信息等。
69.s200、根据司机设备的实时位置和订单上车点，确定司机设备到达订单上车点。
70.在一种实施中，后台服务器与司机设备无线连接，后台服务器实时监测司机设备的车辆，并将车辆实时位置数据输送至存储介质进行储存，而同时，后台服务器把车辆实时位置数据发送至乘客设备，至少包括一种gps接收装置，其可用于定位司机当前位置。
71.实时位置数据是以经纬度的形式呈现，实时位置数据还包含车辆运行速度和道路拥堵里程数等。通过网络接收交通部门或运营商服务器公开的实时路况信息。
72.获取司机设备的当前经纬度，对比订单上车点的经纬度，根据两者算出实时距离，在3米的范围内视为到达。
73.s300、当乘客设备未到达订单上车点或乘客设备接收提醒信息，提醒信息为司机设备发出。
74.在实际场景中，关于乘客设备未到达订单上车点和乘客设备接收提醒信息，只要满足其中的任意一项，后台服务器便可以在行程中的订单详情页，推送送驾服务详情信息至乘客设备。
75.在一种实施中，获取乘客设备的当前经纬度，对比订单上车点的经纬度，根据两者算出实时距离，在3米的范围内视为到达。
76.这里，乘客设备接收提醒信息，本地服务器接收司机设备输入的信息，并记录信息输入的时间；本地服务器向远端服务器发送请求，远端服务器向乘客设备发送信息。
77.另一种情况中，若乘客设备的实时位置已到达订单上车点或乘客设备未接收提醒
信息，将执行正常的接驾流程。
78.这里，判断乘客设备的实时位置已到达订单上车点，与上述判断司机设备到达订单上车点的实现一致，在此不再赘述。
79.否则，将执行推送送驾服务详情信息至乘客设备。
80.s400、推送送驾服务详情信息至乘客设备，其中，送驾服务详情信息包括用于在乘客设备显示的允许司机开始送驾服务的弹窗选项。
81.在一种实施中，送驾服务详情信息为反复提醒乘客是否确认允许开启送驾服务以及开启计费的弹窗选项。
82.在实际场景中，会出现乘客超时，但不主动点击允许司机开始送驾服务按钮，在预设应答时间内，判断是否接收到乘客设备发出的确认信息；预设应答时间包括第一应答时间和第二应答时间，第二应答时间的时长大于第二应答时间。
83.在一种实施中，预设应答时间可以设置为间隔的闹铃/倒计时闹铃/等提醒式的时间设置实现。
84.若在第一应答时间内没有接收到乘客设备发出的确认信息，推送语言播报指令至乘客设备，语言播报指令用于指令乘客设备进行语言播报，第一应答时间不超过一分钟。
85.在一种实施中，第一应答时间可以是三十秒、四十秒、五十秒等。
86.若在第一应答时间和第二应答时间内，没有接收到乘客设备发出的确认信息，推送语言播报指令和设备振动指令至乘客设备，设备振动指令用于指令乘客设备振动以提醒乘客，第二应答时间为2分钟。
87.在一种实施中，可以根据第一应答时间设置第二应答时间的时间值，如第一应答时间为四十秒，中间需预留三十秒的间隔显示语音播报的提示内容，便可以把第二应答时间设置为一分四十秒。
88.若在第二应答时间内没有接收到乘客设备发出的确认信息，推送司机等待时间过长信息至乘客设备并在乘客设备进行显示。
89.在一种实施中，司机等待时间过长信息为提醒乘客司机等待时间过长，可能会取消订单的信息。
90.进一步的，在推送司机等待时间过长信息之后，信息推送方法还包括：
91.根据订单上车点，匹配符合预设规则的空闲车辆，空闲车辆为，空车状态下待接单的车辆，且该车辆不是订单信息中司机设备对应的车辆。
92.在一种实施中，推送司机等待时间过长信息，同时根据订单上车点，检测1km范围以内是否有其他空闲车辆。为避免匹配时间过长，提高配对效率，可以综合考虑订单上车点所处周围环境，如各司机到达订单上车点的距离，围绕半径为3km的一个订单上车点区域。
93.当识别有与订单上车点相匹配的空闲车辆，取消订单信息。
94.在一种实施中，后台服务器将基于该订单信息生成对应的打车订单，并将当前乘客的打车订单分配给上述相匹配的空闲车辆，以使得等待时间过长的司机设备，无需主动取消订单，进而无需被扣除费用。
95.将执行弹出该订单已取消提示框至乘客设备和司机设备。
96.在一种实施中，后台服务器将弹出该订单已取消提示框为提醒乘客该订单已取消，并将生成的新订单推送至乘客设备，以便乘客查阅新的订单信息，如车辆信息和车主的
个人信息等等。
97.具体的，首先，在后台新增多个倒计时闹铃接口，包括选择提醒时间、提示内容、设置范围和响应效果，响应效果包括震动、闪烁、弹出框和音频，生成数据存入数据库中。判断时间是否大于设置的范围值：若大于则弹出语音提示内容，并播放语音提示音频，然后重新跳转至送驾服务详情页面；若小于则计时闹铃处于未工作状态。其中，需要乘客端手动设置开启通知铃声，打开震动才有震动效果，设置呼吸灯需要乘客端设备支持呼吸灯效果才可以实现。
98.s500、接收乘客设备的第一确认信息，第一确认信息为乘客从弹窗选项中选择允许司机开始送驾服务的确认信息。
99.在一种实施中，第一确认信息为乘客未到达上车点，提醒乘客已超时，需选择开启送驾服务的弹窗选项。这里，远程服务端接收到乘客设备的第一确认信息后，并将接收到的信息，发送至后台服务器。
100.在另一种实施中，推送第二确认信息至乘客设备，其中，第二确认信息包括用于在乘客设备显示的询问是否确认司机开始送驾服务并开始收费的弹窗选项。
101.具体的，第二确认信息为提醒乘客需点击开启送驾服务并开始收费的弹窗选项。
102.在另一种实施中，若接收乘客设备的第三确认信息，第三确认信息为乘客从弹窗选项中选择不允许司机开始送驾服务的信息。
103.具体的，第三确认信息为乘客选择第二确认信息的弹窗选项后，不开启送驾服务的信息结果，将执行正常的接驾流程。
104.进一步的，确认司机开始送驾服务并开始收费的弹窗选项包括：判断弹窗选项的状态；若状态为否，将执行正常的接驾流程；若状态为是，将切换订单状态为送驾服务中。
105.在本实施例中，弹窗选项的状态为后台服务器获取服务端的第二确认信息结果，即乘客点击第二确认信息的弹窗选项返回值。
106.s600、根据第一确认信息，将订单信息的订单状态更改为送驾服务中，并开始计算送驾服务的费用。
107.在一种实施中，后台服务器根据第一确认信息更改订单状态，司机设备在行程中的订单页面跳转至送驾服务中的计时收费页面，同时判断乘客是否到达订单上车点：若未到达，乘客设备不弹出计时收费页面；若已到达，则乘客设备自动弹出计时收费页面，并显示弹出窗是否确认结束送驾服务。进而判断是否确认结束状态，若确认结束，则停止计时收费功能并弹出支付页面，乘客选择支付方式，实现不同支付方式接口的跳转，完成支付则关闭计时收费页面。
108.实施例三
109.如图3所示，图3为本技术实施例三所提供的一种乘客超时上车场景下的信息推送的示例图，
110.一般情况下，司机到达上车点，如果等待时间超过5分钟，则可以免责取消订单。很多情况下，乘客到达上车点花费的时间超过5分钟，这个时候司机要么继续等待，要么取消订单。对司机而言，在无法明确乘客到达时间后，一般会选择取消订单并接下一单。而乘客到达上车点后订单已经取消，无法赶上这一辆车，而需要继续下单，等待下一个司机。
111.所以，在乘客设备允许司机提前开始送驾服务，乘客主动承担迟到的计时损失，司
机的送驾服务按时开启，而乘客在迟到的情况下也可以第一时间坐上专车，从而在增加成单的情况下，可以减少司机和乘客的冲突事件。使整个服务舒适度升级，提供给社会更方便的接驾服务。
112.实施例四
113.如图4所示，为实施例四提供的一种乘客超时上车场景下的信息推送装置，装置包括
114.获取订单模块104，用于获取订单信息，订单信息包括乘客设备和司机设备的实时位置，以及订单上车点；
115.确认到达模块204，用于根据司机设备的实时位置和订单上车点，确定司机设备到达订单上车点；
116.判断超时模块304，用于当乘客设备未到达订单上车点或乘客设备接收提醒信息，提醒信息为司机设备发出；
117.推送详情模块404，用于推送送驾服务详情信息至乘客设备，其中，送驾服务详情信息包括用于在乘客设备显示的允许司机开始送驾服务的弹窗选项；
118.确认信息模块504，用于接收乘客设备的第一确认信息，第一确认信息为乘客从弹窗选项中选择允许司机开始送驾服务的确认信息；
119.计时收费模块604，用于根据第一确认信息，将订单信息的订单状态更改为送驾服务中，并开始计算送驾服务的费用。
120.在具体实施时，基于获取模块，可以判断司机的实时位置是否到达订单上车点，若未到达则不提示乘客，不执行送驾服务的流程，另外，需结合当前的实时交通状况、司机设备实时位置和订单上车点距离值或上下班高峰期等情况，可将上述订单上车点预设范围值设置的较大些，本技术实施例对此不做具体的限制。
121.如图5所示，为实施例四所提供的一种乘客超时上车场景下的信息推送设备的结构示意图，第三方面，本技术实施例还提供了一种设备，包括一个以上处理器、存储器和总线，存储器存储有一个以上处理器可执行的机器可读指令，通过总线连接通信，机器可读指令执行第一方面，第一方面的第一种可能的实施方式至第五种可能的实施方式中的任一实施方式中的步骤。
122.第四方面，本技术实施例还提供了一种存储介质，该存储介质储存有程序指令，该程序指令被处理器运行执行第一方面，第一方面的第一种可能的实施方式至第五种可能的实施方式中的任一实施方式中的步骤。
123.具体的，该存储介质为通用的存储介质，如硬盘等，该存储介质时的计算机程序被运行时，能够执行上述乘客超时上车场景下的信息推送的方法，从而解决目前司机等待乘客时间过长，存在的取消订单率过高的问题，进而提高接驾的效率和质量，使得司机的时间成本较高的同时才，乘客的乘车体验感也较佳的效果。
124.本技术实施例所提供的乘客超时上车场景下的信息推送方法的计算机程序产品，包括存储了程序代码的计算机可读存储介质，程序代码包括的指令可用于执行前面方法实施例中的方法，具体实现可参见方法实施例，在此不再赘述。
125.所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统和装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
126.功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本技术各个实施例方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
127.本实施例一种乘客超时上车场景下的信息推送的其它结构参见现有技术。
128.以上，仅是本发明的较佳实施例而已，并非对本发明作任何形式上的限制，故凡是未脱离本发明技术方案内容，依据本发明的技术实质对以上实施例所作的任何修改、等同变化与修饰,均仍属于本发明技术方案的范围内。

技术特征：
1.一种乘客超时上车场景下的信息推送方法，其特征在于，所述信息推送方法包括：获取订单信息，所述订单信息包括乘客设备和司机设备的实时位置，以及订单上车点；根据所述司机设备的实时位置和所述订单上车点，确定所述司机设备到达所述订单上车点；当所述乘客设备未到达所述订单上车点或所述乘客设备接收提醒信息，所述提醒信息为所述司机设备发出；推送所述送驾服务详情信息至所述乘客设备，其中，所述送驾服务详情信息包括用于在乘客设备显示的允许司机开始送驾服务的弹窗选项；接收所述乘客设备的第一确认信息，所述第一确认信息为乘客从弹窗选项中选择允许司机开始送驾服务的确认信息；根据所述第一确认信息，将订单信息的订单状态更改为送驾服务中，并开始计算送驾服务的费用。2.根据权利要求1所述一种乘客超时上车场景下的信息推送方法，其特征在于，接收所述乘客设备的第一确认信息之前，所述信息推送方法还包括：在预设应答时间内，判断是否接收到所述乘客设备发出的确认信息；所述预设应答时间包括第一应答时间和第二应答时间，所述第二应答时间的时长大于所述第二应答时间；若在所述第一应答时间内没有接收到所述乘客设备发出的确认信息，推送语言播报指令至所述乘客设备，语言播报指令用于指令乘客设备进行语言播报，所述第一应答时间不超过一分钟；若在所述第一应答时间和所述第二应答时间内，没有接收到所述乘客设备发出的确认信息，推送语言播报指令和设备振动指令至所述乘客设备，所述设备振动指令用于指令乘客设备振动以提醒乘客，所述第二应答时间为2分钟；若在所述第二应答时间内没有接收到所述乘客设备发出的确认信息，推送司机等待时间过长信息至所述乘客设备并在所述乘客设备进行显示。3.根据权利要求2所述一种乘客超时上车场景下的信息推送方法，其特征在于，在推送司机等待时间过长信息之后，所述信息推送方法还包括：根据所述订单上车点，匹配符合预设规则的空闲车辆，所述空闲车辆为，空车状态下待接单的车辆，且该车辆不是订单信息中司机设备对应的车辆；当识别有与所述订单上车点相匹配的空闲车辆，取消所述订单信息；将执行弹出该订单已取消提示框至所述乘客设备和所述司机设备。4.根据权利要求1所述一种乘客超时上车场景下的信息推送方法，其特征在于，所述确定所述司机设备的实时位置到达所述订单上车点包括：若所述乘客设备的实时位置已到达所述订单上车点或所述乘客设备未接收提醒信息，将执行正常的接驾流程；否则，将执行推送所述送驾服务详情信息至所述乘客设备。5.根据权利要求1所述一种乘客超时上车场景下的信息推送方法，其特征在于，接收所述乘客设备的第一确认信息之后，还包括：推送第二确认信息至所述乘客设备，其中，所述第二确认信息包括用于在乘客设备显示的询问是否确认司机开始送驾服务并开始收费的弹窗选项。
6.根据权利要求5所述一种乘客超时上车场景下的信息推送方法，其特征在于，所述确认司机开始送驾服务并开始收费的弹窗选项包括：判断所述弹窗选项的状态；若状态为否，将执行正常的接驾流程；若状态为是，将切换订单状态为送驾服务中。7.根据权利要求1所述一种乘客超时上车场景下的信息推送方法，其特征在于，推送所述送驾服务详情信息至所述乘客设备，其中，所述送驾服务详情信息包括用于在乘客设备显示的允许司机开始送驾服务的弹窗选项，还包括：若接收所述乘客设备的第三确认信息，所述第三确认信息为乘客从弹窗选项中选择不允许司机开始送驾服务的信息；将执行正常的接驾流程。8.一种乘客超时上车场景下的信息推送装置，其特征在于，所述装置包括：获取订单模块，用于获取订单信息，所述订单信息包括乘客设备和司机设备的实时位置，以及订单上车点；确认到达模块，用于根据所述司机设备的实时位置和所述订单上车点，确定所述司机设备到达所述订单上车点；判断超时模块，用于当所述乘客设备未到达所述订单上车点或所述乘客设备接收提醒信息，所述提醒信息为所述司机设备发出；推送详情模块，用于推送所述送驾服务详情信息至所述乘客设备，其中，所述送驾服务详情信息包括用于在乘客设备显示的允许司机开始送驾服务的弹窗选项；确认信息模块，用于接收所述乘客设备的第一确认信息，所述第一确认信息为乘客从弹窗选项中选择允许司机开始送驾服务的确认信息；计时收费模块，用于根据所述第一确认信息，将订单信息的订单状态更改为送驾服务中，并开始计算送驾服务的费用。9.一种设备，其特征在于，包括：一个以上处理器、存储器和总线，所述存储器存储有所述一个以上处理器可执行的机器可读指令，通过总线连接通信，所述机器可读指令执行如权利要求1～7任一项所述的乘客超时上车场景下的信息推送方法的步骤。10.一种存储介质，该存储介质储存有程序指令，该程序指令被处理器运行如权利要求1～7任一项所述的乘客超时上车场景下的信息推送方法的步骤。

技术总结
本发明公开了一种乘客超时上车场景下的信息推送方法，获取订单信息，订单信息包括乘客设备和司机设备的实时位置，以及订单上车点；根据司机设备的实时位置和订单上车点，确定司机设备到达订单上车点；当乘客设备未到达订单上车点或乘客设备接收提醒信息，提醒信息为司机设备发出；推送送驾服务详情信息至乘客设备，其中，送驾服务详情信息包括用于在乘客设备显示的允许司机开始送驾服务的弹窗选项；接收乘客设备的第一确认信息，第一确认信息为乘客从弹窗选项中选择允许司机开始送驾服务的确认信息；根据第一确认信息，将订单信息的订单状态更改为送驾服务中，并开始计算送驾服务的费用。务的费用。务的费用。


技术研发人员：蒋旭文
受保护的技术使用者：广州宸祺出行科技有限公司
技术研发日：2023.06.15
技术公布日：2023/8/28