CN107845253A - 一种预约订单的预警方法及服务器 - Google Patents
一种预约订单的预警方法及服务器 Download PDFInfo
- Publication number
- CN107845253A CN107845253A CN201610840287.8A CN201610840287A CN107845253A CN 107845253 A CN107845253 A CN 107845253A CN 201610840287 A CN201610840287 A CN 201610840287A CN 107845253 A CN107845253 A CN 107845253A
- Authority
- CN
- China
- Prior art keywords
- passenger
- time
- driver terminal
- driver
- early warning
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- G—PHYSICS
- G08—SIGNALLING
- G08G—TRAFFIC CONTROL SYSTEMS
- G08G1/00—Traffic control systems for road vehicles
- G08G1/20—Monitoring the location of vehicles belonging to a group, e.g. fleet of vehicles, countable or determined number of vehicles
- G08G1/205—Indicating the location of the monitored vehicles as destination, e.g. accidents, stolen, rental
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
Landscapes
- Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Health & Medical Sciences (AREA)
- Computing Systems (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Traffic Control Systems (AREA)
Abstract
本发明实施例提供一种预约订单的预警方法及服务器,所述方法包括:获取已被承接的预约订单,所述预约订单包括:乘客出发时间、乘客出发地、承接所述预约订单的第一司机终端;根据所述乘客出发时间和所述乘客出发地,生成预警信息,向所述第一司机终端发送所述预警信息。所述服务器执行上述方法。本发明实施例通过向司机发送预警信息,及时将司机迟到的风险预警给司机,督促司机准时赶到目的地,保证乘客的准时出行。
Description
技术领域
本发明实施例涉及互联网技术领域,具体涉及一种预约订单的预警方法及服务器。
背景技术
随着互联网和智能终端技术的发展,人们经常使用手机并通过打车软件来满足自己方便出行的需求。
人们在使用乘客终端打车时,有时在一定时间后需要用车,由此产生的订单称为预约订单。由于乘客希望确保出行计划的确定性,因此通过发送预约订单确保准时出行,司机抢单后将会在指定时间到达指定接驾地点。但是由于司机个人原因、实际路况等因素,无法保证司机在指定时间到达指定接驾地点,使得乘客预约的出行计划得不到有效保障。
因此,如何保证乘客预约的出行计划顺利进行,成为亟须解决的问题。
发明内容
针对现有技术存在的问题,本发明实施例提供一种预约订单的预警方法及服务器。
一方面,本发明实施例提供一种预约订单的预警方法,包括:
获取已被承接的预约订单,所述预约订单包括:乘客出发时间、乘客出发地、承接所述预约订单的第一司机终端;
根据所述乘客出发时间和所述乘客出发地,生成预警信息,向所述第一司机终端发送所述预警信息。
另一方面,本发明实施例提供一种预约订单的预警服务器,包括:
获取模块,用于获取已被承接的预约订单,所述预约订单包括:乘客出发时间、乘客出发地、承接所述预约订单的第一司机终端;
预警模块,用于根据所述乘客出发时间和所述乘客出发地,生成预警信息,向所述第一司机终端发送所述预警信息。
本发明实施例提供的预约订单的预警方法及服务器,通过向司机发送预警信息,及时将司机迟到的风险预警给司机,督促司机准时赶到目的地,保证乘客的准时出行。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例对司机终端的预警方法的流程示意图;
图2为本发明另一实施例对司机终端的预警方法的流程示意图;
图3为本发明实施例服务器的结构示意图;
图4为本发明实施例提供的服务器实体结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
图1为本发明实施例对司机终端的预警方法的流程示意图,如图1所示,本实施例提供的一种对司机终端的预警方法,包括以下步骤:
S1:获取已被承接的预约订单,所述预约订单包括:乘客出发时间、乘客出发地、承接所述预约订单的第一司机终端。
具体的,服务器获取已被承接的预约订单,所述预约订单包括:乘客出发时间、乘客出发地、承接所述预约订单的第一司机终端。需要说明的是:所述预约订单可以包括:乘客出发时间、乘客出发地、承接所述预约订单的第一司机终端,但并不限于上述的信息,在此不作限定,预约订单是乘客已经发出过的,并且被第一司机终端的司机承接,预约订单中包含有乘客预约的出发时间和乘客预约的出发地,承接的司机需要在乘客出发时间以前赶到乘客预约的出发地去接乘客。
S2:根据所述乘客出发时间和所述乘客出发地,生成预警信息,向所述第一司机终端发送所述预警信息。
具体的,服务器根据所述乘客出发时间和所述乘客出发地,生成预警信息,向所述第一司机终端发送所述预警信息。
本实施例提供的预约订单的预警方法,通过向司机发送预警信息,及时将司机迟到的风险预警给司机,督促司机准时赶到目的地,保证乘客的准时出行。
在上述实施例的基础上,所述根据所述预警时刻和所述乘客出发地,生成所述预警信息,包括:
根据所述乘客出发时间获取预设时间,所述预设时间早于所述乘客出发时间。
具体的,服务器根据所述乘客出发时间获取预设时间,所述预设时间早于所述乘客出发时间。预设时间可以是服务器根据实际的情况自主设定的,例如:当乘客出发时间处于用车高峰时段时,预设时间可以设置的更早一些,以保证尽早预警司机,避免迟到。
根据所述乘客出发时间和所述预设时间获取预警时刻,其中,所述预警时刻为所述预设时间加上预设时间间隔后所对应的时刻,并且所述预警时刻早于所述乘客出发时间。
具体的,服务器根据所述乘客出发时间和所述预设时间获取预警时刻,其中,所述预警时刻为所述预设时间加上预设时间间隔后所对应的时刻,并且所述预警时刻早于所述乘客出发时间。预设时间间隔可以理解为每次发送预警信息的时间间隔,可以通过服务器根据实际情况自主设定,例如:当司机的位置与乘客出发地之间的距离较长时,可以设置较短的预设时间间隔,保证服务器尽可能多次预警司机,避免司机迟到,可以理解的是预警时刻位于预设时间和乘客出发时间之间,预设时间间隔小于预设时间到乘客出发时间的时间间隔,再次举例说明:乘客出发时间为凌晨5:00,时间间隔设置为15分钟,预设时间设置为3:45,则预警时刻为3:45+0:15=4:00;4:00+0:15=4:15,以此类推到乘客出发时间5:00。
根据所述预警时刻和所述乘客出发地,生成所述预警信息。
具体的,服务器根据所述预警时刻和所述乘客出发地,生成所述预警信息。
本实施例提供的预约订单的预警方法,通过生成预警信息,及时将迟到风险预警给司机,督促司机准时赶到目的地,进一步保证乘客的准时出行。
在上述实施例的基础上,所述根据所述预警时刻和所述乘客出发地,生成所述预警信息,包括:
根据所述预警时刻和所述乘客出发地,计算所述第一司机终端在所述预警时刻到所述乘客出发时间的时间间隔内的预计行驶距离,获取所述预警时刻所述司机终端的位置,计算所述位置到所述乘客出发地的最短行驶距离,若所述最短行驶距离大于所述预计行驶距离,生成所述预警信息。
具体的,服务器根据所述预警时刻和所述乘客出发地,计算所述第一司机终端在所述预警时刻到所述乘客出发时间的时间间隔内的预计行驶距离,获取所述预警时刻所述司机终端的位置,计算所述位置到所述乘客出发地的最短行驶距离,若所述最短行驶距离大于所述预计行驶距离,生成所述预警信息。需要说明的是:最短行驶距离可以通过电子地图设置的最短行驶距离的规则来实现,可以根据GPS获取第一司机终端当前位置、计算出第一司机终端当前位置到乘客出发地的距离,还可以根据GPS实时推算出第一司机终端位置变化的速率,并且根据第一司机终端当前时间的位置变化的速率获取到在预警时刻到乘客出发时间的时间段内,司机预计行驶的距离,例如:乘客出发时间为凌晨5:00,司机当前位置在A地,乘客出发地在甲地,A地到甲地的距离为20公里,预警时刻为4:00,计算凌晨4:00到5:00,60分钟时间间隔内司机从A地出发到甲地的预计行驶距离,通过GPS实时推算出司机位置变化的速率18公里/每小时,预计行驶距离为18公里/每小时*1小时=18公里,可以看出A地到甲地的距离20公里大于该第一预计行驶距离18公里,因此生成预警信息。
本实施例提供的预约订单的预警方法,通过进一步计算司机实际行驶的距离,生成预警信息,及时将迟到风险预警给司机,督促司机准时赶到目的地,进一步保证乘客的准时出行。
在上述实施例的基础上,所述根据所述预警时刻和所述乘客出发地,生成所述预警信息,包括:
根据所述预警时刻和所述乘客出发地,计算所述第一司机终端在所述预警时刻到所述乘客出发时间的时间间隔内的预计行驶距离,获取所述预警时刻所述司机终端的位置,计算所述位置到所述乘客出发地的最短行驶距离,若所述最短行驶距离小于所述预计行驶距离,则计算所述第一司机终端位移变化量,其中,所述位移变化量是所述位置与前一所述预警时刻相对应的位置之间的距离,若所述位移变化量小于预设位移阈值,生成所述预警信息。
具体的,服务器根据所述预警时刻和所述乘客出发地,计算所述第一司机终端在所述预警时刻到所述乘客出发时间的时间间隔内的预计行驶距离,获取所述预警时刻所述司机终端的位置,计算所述位置到所述乘客出发地的最短行驶距离,若所述最短行驶距离小于所述预计行驶距离,则计算所述第一司机终端位移变化量,其中,所述位移变化量是所述位置与前一所述预警时刻相对应的位置之间的距离,若所述位移变化量小于预设位移阈值,生成所述预警信息。例如:乘客出发时间为凌晨5:00,司机当前位置在B地,乘客出发地在甲地,预警时刻为凌晨4:15,计算凌晨4:00到4:15,若司机实际的行驶距离为3公里,即位移变化量3公里,则B地到甲地的距离为A地到甲地的距离20公里减去凌晨4:00到4:15司机实际的行驶距离3公里,得到B地到甲地的距离为17公里,计算凌晨4:15到5:00,45分钟时间间隔内司机从B地出发到甲地的预计行驶距离,通过GPS实时推算出司机位置变化的速率23公里/每小时,预计行驶距离为23公里/每小时*0.75小时=17.25公里,可以看出B地到甲地的距离17公里小于该预计行驶距离17.25公里,位移变化量为3公里,预设位移阈值设置为4公里,所述位移变化量3公里小于预设位移阈值4公里,因此生成预警信息。
本实施例提供的预约订单的预警方法,通过进一步计算司机实际行驶的距离,生成预警信息,及时将迟到风险预警给司机,督促司机准时赶到目的地,进一步保证乘客的准时出行。
在上述实施例的基础上,所述方法还包括:
若所述位移变化量大于所述预设位移阈值,且判断获知所述第一司机终端处于拉载乘客状态,且被拉载乘客的目的地到所述乘客出发地的距离大于预设距离阈值,生成所述预警信息。
具体的,若所述位移变化量大于所述预设位移阈值,且服务器判断获知所述第一司机终端处于拉载乘客状态,且被拉载乘客的目的地到所述乘客出发地的距离大于预设距离阈值,则生成所述预警信息。例如:乘客出发时间为凌晨5:00,司机当前位置在C地,乘客出发地在甲地,预警时刻为凌晨4:30,预计行驶距离的计算、位移变化量计算与上述方法相同,此次不再赘述。若计算获得的此时的位移变化量为5公里,预设位移阈值设置为4公里,所述位移变化量5公里大于预设位移阈值4公里,若此时第一司机终端车上有临时乘客,获取临时乘客的目的地,并计算临时乘客的目的地乙地到乘客的目的地甲地的距离,比如计算结果为8公里,若预设距离阈值为5公里,则被拉载乘客的目的地到所述乘客出发地的距离8公里大于预设距离阈值5公里,因此生成预警信息。
本实施例提供的预约订单的预警方法,通过进一步计算司机实际行驶的距离,生成预警信息,及时将迟到风险预警给司机,督促司机准时赶到目的地,进一步保证乘客的准时出行。
在上述实施例的基础上,所述根据所述乘客出发时间和所述乘客出发地,生成预警信息,包括:
根据所述预警时刻和所述乘客出发地,计算所述第一司机终端在所述预警时刻到所述乘客出发时间的时间间隔内的预计行驶距离,获取所述预警时刻所述司机终端的位置,计算所述位置到所述乘客出发地的最短行驶距离,若所述最短行驶距离小于所述预计行驶距离,且判断获知在所述预警时刻所述第一司机终端处于拉载乘客状态,生成所述预警信息。
具体的,服务器根据所述预警时刻和所述乘客出发地,计算所述第一司机终端在所述预警时刻到所述乘客出发时间的时间间隔内的预计行驶距离,获取所述预警时刻所述司机终端的位置,计算所述位置到所述乘客出发地的最短行驶距离,若所述最短行驶距离小于所述预计行驶距离,且判断获知在所述预警时刻所述第一司机终端处于拉载乘客状态,生成所述预警信息。例如:乘客出发时间为凌晨5:00,司机当前位置在D地,乘客出发地在甲地,D地到甲地的距离为4公里,预警时刻为凌晨4:45,计算凌晨4:45到5:00,15分钟时间间隔内司机从D地出发到甲地的预计行驶距离,通过GPS实时推算出司机位置变化的速率20公里/每小时,预计行驶距离为20公里/每小时*0.25小时=5公里,可以看出D地到甲地的距离4公里小于该预计行驶距离5公里,若此时第一司机终端车上还有临时乘客,生成所述预警信息。
本实施例提供的预约订单的预警方法,通过进一步计算司机实际行驶的距离,生成预警信息,及时将迟到风险预警给司机,督促司机准时赶到目的地,进一步保证乘客的准时出行。
在上述实施例的基础上,所述向所述第一司机终端发送所述预警信息后,还包括:
根据所述第一司机终端对所述预警信息的响应信息,判断是否为乘客终端改派第二司机终端。
具体的,服务器根据所述第一司机终端对所述预警信息的响应信息,判断是否为乘客终端改派第二司机终端。预警信息可以在第一司机终端上的以提示信息的方式显示,也可以是客服人员通过电话通知第一司机终端的司机,响应信息可以是第一司机终端表示能够按时到达乘客目的地的信息,也可以是第一司机终端表示不能够按时到达乘客目的地的信息,还可以是第一司机终端没有发出响应信息的情况,响应信息可以通过点击第一司机终端上按钮的方式反馈给服务器,使之获取到对预警信息的响应动作,所述服务器根据第一司机终端对所述预警信息具体的响应情况,判断是否为乘客终端改派第二司机终端。
本实施例提供的预约订单的预警方法,通过向司机发送预警信息,并根据司机的响应信息,判断是否为乘客改派其他司机,一方面及时将司机迟到的风险预警给司机,督促司机准时赶到目的地,另一方面对于司机确实无法及时赶到目的地的情况,通过改派其他司机的方式,进一步保证乘客的准时出行。
在上述实施例的基础上,所述根据所述第一司机终端对所述预警信息的响应信息,判断是否为乘客终端改派第二司机终端,包括:
若没有接收到所述第一司机终端对所述预警信息做出的响应信息,或接收到所述第一司机终端的表明无法按时抵达所述乘客出发地的响应信息,则为所述乘客终端改派所述第二司机终端。
具体的,若服务器没有接收到所述第一司机终端对所述预警信息做出的响应信息,或服务器接收到所述第一司机终端的表明无法按时抵达所述乘客出发地的响应信息,则为所述乘客终端改派所述第二司机终端;
或接收到所述第一司机终端的表明能够按时抵达所述乘客出发地的响应信息,则不为所述乘客终端改派所述第二司机终端。
具体的,服务器或接收到所述第一司机终端的表明能够按时抵达所述乘客出发地的响应信息,则不为所述乘客终端改派所述第二司机终端。
本实施例提供的预约订单的预警方法,通过司机的响应信息,判断是否为乘客改派其他司机,对于司机确实无法及时赶到目的地的情况,通过改派其他司机的方式,进一步保证乘客的准时出行。
在上述实施例的基础上,所述则为所述乘客终端改派所述第二司机终端,包括:
若改派时间在所述乘客出发时间与第一预设时间之间,所述第一预设时间早于所述乘客出发时间,则还获取所述乘客终端的乘客目的地,生成相应订单并指派给所述第二司机终端,其中,所述第二司机终端当前位置到所述乘客出发地的距离在预设范围以内,并且所述第二司机终端在所述改派时间处于空载状态;
具体的,若改派时间在所述乘客出发时间与第一预设时间之间,所述第一预设时间早于所述乘客出发时间,则服务器还获取所述乘客终端的乘客目的地,生成相应订单并指派给所述第二司机终端,其中,所述第二司机终端当前位置到所述乘客出发地的距离在预设范围以内,并且所述第二司机终端在所述改派时间处于空载状态;第一预设时间可以选择乘客出发时间前30分钟,参照上述实施例,乘客出发时间为5:00,可以选择第一预设时间为4:30,预设范围可以选择5公里,可以理解的是由于改派时间离乘客出发时间很迫近,因此服务器生成订单后直接指派给预设范围以内,并且此时车上没有临时乘客的第二司机终端,以使得该第二司机终端尽快赶到乘客出发地。
若所述改派时间在所述第一预设时间与第二预设时间之间,所述第二预设时间早于所述第一预设时间,则还获取所述乘客终端的乘客目的地,生成相应订单并发布给所述第二司机终端,以供所述第二司机终端选择承接,其中,所述第二司机终端当前位置到所述乘客出发地的距离在所述预设范围以内。
具体的,若所述改派时间在所述第一预设时间与第二预设时间之间,所述第二预设时间早于所述第一预设时间,则还获取所述乘客终端的乘客目的地,生成相应订单并发布给所述第二司机终端,以供所述第二司机终端选择承接,其中,所述第二司机终端当前位置到所述乘客出发地的距离在所述预设范围以内。第二预设时间可以选择乘客出发时间前60分钟,参照上述实施例,乘客出发时间为5:00,第一预设时间为4:30,可以选择第二预设时间为4:00,预设范围可以选择5公里,可以理解的是由于改派时间离乘客出发时间还有一定时间间隔,因此服务器生成订单后发布给预设范围以内的第二司机终端,以供所述第二司机终端选择承接,由已经承接该订单的第二司机终端按时赶到乘客出发地去接乘客。
本实施例提供的对司机终端的预警方法,通过不同的订单分配方式,可以选择到更加合适的改派司机,进一步保证乘客的准时出行。
图2为本发明另一实施例对司机终端的预警方法的流程示意图,如图2所示,本实施例还提供了一种预约订单的预警方法,包括:
1在预约订单出行前60分钟判定司机位置,符合以下情况认为存在符合一级预警风险:
a)司机距离接驾地点大于20公里。
2在预约订单出行前45分钟判定司机位置,符合以下情况认为存在符合二级预警风险:
a)司机距离接驾地点大于15公里;
b)司机相比接驾前60分钟并没有产生足够的位移。
此外,如果一级预警订单没有命中以上风险判定点,会解除订单预警状态。
3在预约订单出行前30分钟判定司机位置,符合以下情况认为存在符合三级预警风险:
a)司机距离接驾地点大于10公里;
b)司机相比接驾前45分钟并没有产生足够的位移;
c)司机目前正在处于服务状态,且服务的订单终点距离目标预约单接驾起点大于5公里。
此外,如果二级预警订单没有命中以上风险判定点,会解除订单预警状态。
4在预约订单出行前15分钟判定司机位置,符合以下情况认为存在符合四级预警风险:
a)司机距离接驾地点大于5公里;
b)司机目前正在处于服务状态。
此外,如果三级预警订单没有命中以上风险判定点,会解除订单预警状态。
5风险转移
如果乘客的预约订单在以上环节触发预警,可以是客服人员及时介入,与司机沟通实际情况。如果司机确认现况无法满足按时接驾,则对原有订单改派处理,即重新播报订单给接驾地点周围的司机。
若出发前30-60分钟:播报给周围5km以内司机,由有能力的司机抢单。
若出发前30分钟以内:在5km以内寻找空闲司机,指派其接单并服务乘客。
本实施例提供的预约订单的预警方法,通过将向司机发送的预警信息按照时序进行先后组合,并根据司机的响应信息,判断是否为乘客改派其他司机,一方面及时将司机迟到的风险预警给司机,督促司机准时赶到目的地,另一方面对于司机确实无法及时赶到目的地的情况,通过改派其他司机的方式,进一步保证乘客的准时出行。
下面按照不同的应用场景进行举例说明:
场景1:司机由于个人原因(睡懒觉)导致产生接驾迟到风险。
乘客于2016年7月11日11:00预约2016年7月13日星期三5:00用车
出发地:北京市东城区水井胡同5号
目的地:首都机场T3航站楼
司机A抢单,司机A住在西二旗
2016年7月13日星期三4:00将会进行一级预警,原因:出发前1小时,司机A距离乘客26公里。
此时客服可以联系司机,及时确认司机A是否可以接驾。如果司机A起床接驾,订单正常。如果司机无法起床,客服可以临时改派其他司机接单,确保乘客不会迟到。
场景2:司机不守信,导致产生接驾迟到风险。
以上案例中,司机A承诺马上起床接驾。但实际继续倒头睡觉。
则会在2016年7月13日星期三4:15将会进行二级预警,原因:出发前45分钟,司机距离乘客26公里(大于15公里),且司机没有产生足够的位移。
此时客服可以联系司机A,及时确认司机是否可以接驾。如果司机起床接驾,订单正常。如果司机A无法起床,客服可以临时改派其他司机接单,确保乘客不会迟到。
场景3:司机遇上开启了出车模式,被指派其他订单
以上案例中,司机A立即起床出发,却在4:20时,被指派实时订单,目的地为刘家窑地铁站。
则会在2016年7月13日星期三4:30将会进行三级预警,原因:出发前30分钟,存在危险订单(订单终点距离接驾起点大于5公里)。
此时客服可以临时改派其他司机接单。确保乘客不会迟到。
场景4:司机不认路,走错了
以上案例中,客服改派订单,由于距离接驾时间小于30分钟,订单直接指派到接驾地点附近司机。司机B接单后准备前往目的地,但由于记错了地点,导致方向搞错。
则会在2016年7月13日星期三4:45将会进行四级预警,原因:出发前15分钟,距离接驾点大于5公里。
此时客服可以介入,临时改派其他司机接单。确保乘客不会迟到。
从以上案例可以看出,司机不论由于何种原因导致产生迟到风险,都能由系统在可处理时效内甄别出来。并供客服及时做出接驾司机的调整及安排,确保乘客准时出行。
图3为本发明实施例服务器的结构示意图,如图3所示,本实施例提供了一种服务器,包括获取模块1和预警模块2,其中:
获取模块1用于获取已被承接的预约订单,所述预约订单包括:乘客出发时间、乘客出发地、承接所述预约订单的第一司机终端,预警模块2用于根据所述乘客出发时间和所述乘客出发地,生成预警信息,向所述第一司机终端发送所述预警信息。
具体的,获取模块1用于获取已被承接的预约订单,所述预约订单包括:乘客出发时间、乘客出发地、承接所述预约订单的第一司机终端,并将预约订单中的乘客出发时间和乘客出发地发送给预警模块2,预警模块2用于根据所述乘客出发时间和所述乘客出发地,生成预警信息,向所述第一司机终端发送所述预警信息。
本实施例提供的预约订单的预警服务器,通过向司机发送预警信息,及时将司机迟到的风险预警给司机,督促司机准时赶到目的地,保证乘客的准时出行。
在上述实施例的基础上,所述预警模块2用于:
根据所述乘客出发时间获取预设时间,所述预设时间早于所述乘客出发时间;所述预警模块2用于根据所述乘客出发时间和所述预设时间获取预警时刻,其中,所述预警时刻为所述预设时间加上预设时间间隔后所对应的时刻,并且所述预警时刻早于所述乘客出发时间;所述预警模块2用于根据所述预警时刻和所述乘客出发地,生成所述预警信息。
具体的,预警模块2用于根据所述乘客出发时间获取预设时间,所述预设时间早于所述乘客出发时间;所述预警模块2用于根据所述乘客出发时间和所述预设时间获取预警时刻,其中,所述预警时刻为所述预设时间加上预设时间间隔后所对应的时刻,并且所述预警时刻早于所述乘客出发时间;所述预警模块2用于根据所述预警时刻和所述乘客出发地,生成所述预警信息。
本实施例提供的预约订单的预警服务器,通过生成预警信息,及时将迟到风险预警给司机,督促司机准时赶到目的地,进一步保证乘客的准时出行。
在上述实施例的基础上,所述预警模块2具体用于:
根据所述预警时刻和所述乘客出发地,计算所述第一司机终端在所述预警时刻到所述乘客出发时间的时间间隔内的预计行驶距离,获取所述预警时刻所述司机终端的位置,计算所述位置到所述乘客出发地的最短行驶距离,若所述最短行驶距离大于所述预计行驶距离,生成所述预警信息。
具体的,预警模块2具体用于根据所述预警时刻和所述乘客出发地,计算所述第一司机终端在所述预警时刻到所述乘客出发时间的时间间隔内的预计行驶距离,获取所述预警时刻所述司机终端的位置,计算所述位置到所述乘客出发地的最短行驶距离,若所述最短行驶距离大于所述预计行驶距离,生成所述预警信息。
本实施例提供的预约订单的预警服务器,通过进一步计算司机实际行驶的距离,生成预警信息,及时将迟到风险预警给司机,督促司机准时赶到目的地,进一步保证乘客的准时出行。
在上述实施例的基础上,所述预警模块2具体用于:
根据所述预警时刻和所述乘客出发地,计算所述第一司机终端在所述预警时刻到所述乘客出发时间的时间间隔内的预计行驶距离,获取所述预警时刻所述司机终端的位置,计算所述位置到所述乘客出发地的最短行驶距离,若所述最短行驶距离小于所述预计行驶距离,则计算所述第一司机终端位移变化量,其中,所述位移变化量是所述位置与前一所述预警时刻相对应的位置之间的距离,若所述位移变化量小于预设位移阈值,生成所述预警信息。
具体的,预警模块2具体用于根据所述预警时刻和所述乘客出发地,计算所述第一司机终端在所述预警时刻到所述乘客出发时间的时间间隔内的预计行驶距离,获取所述预警时刻所述司机终端的位置,计算所述位置到所述乘客出发地的最短行驶距离,若所述最短行驶距离小于所述预计行驶距离,则计算所述第一司机终端位移变化量,其中,所述位移变化量是所述位置与前一所述预警时刻相对应的位置之间的距离,若所述位移变化量小于预设位移阈值,生成所述预警信息。
本实施例提供的预约订单的预警服务器,通过进一步计算司机实际行驶的距离,生成预警信息,及时将迟到风险预警给司机,督促司机准时赶到目的地,进一步保证乘客的准时出行。
在上述实施例的基础上,所述预警模块2具体用于:
若所述位移变化量大于所述预设位移阈值,且判断获知所述第一司机终端处于拉载乘客状态,且被拉载乘客的目的地到所述乘客出发地的距离大于预设距离阈值,生成所述预警信息。
具体的,所述预警模块2具体用于:若所述位移变化量大于所述预设位移阈值,且判断获知所述第一司机终端处于拉载乘客状态,且被拉载乘客的目的地到所述乘客出发地的距离大于预设距离阈值,生成所述预警信息。
本实施例提供的预约订单的预警服务器,通过进一步计算司机实际行驶的距离,生成预警信息,及时将迟到风险预警给司机,督促司机准时赶到目的地,进一步保证乘客的准时出行。
在上述实施例的基础上,所述预警模块2具体用于:
根据所述预警时刻和所述乘客出发地,计算所述第一司机终端在所述预警时刻到所述乘客出发时间的时间间隔内的预计行驶距离,获取所述预警时刻所述司机终端的位置,计算所述位置到所述乘客出发地的最短行驶距离,若所述最短行驶距离小于所述预计行驶距离,且判断获知在所述预警时刻所述第一司机终端处于拉载乘客状态,生成所述预警信息。
具体的,所述预警模块2具体用于:根据所述预警时刻和所述乘客出发地,计算所述第一司机终端在所述预警时刻到所述乘客出发时间的时间间隔内的预计行驶距离,获取所述预警时刻所述司机终端的位置,计算所述位置到所述乘客出发地的最短行驶距离,若所述最短行驶距离小于所述预计行驶距离,且判断获知在所述预警时刻所述第一司机终端处于拉载乘客状态,生成所述预警信息。
本实施例提供的预约订单的预警服务器,通过进一步计算司机实际行驶的距离,生成预警信息,及时将迟到风险预警给司机,督促司机准时赶到目的地,进一步保证乘客的准时出行。
在上述实施例的基础上,服务器还包括:
改派模块3用于根据所述第一司机终端对所述预警信息的响应信息,判断是否为乘客终端改派第二司机终端。
具体的,改派模块3用于根据所述第一司机终端对所述预警信息的响应信息,判断是否为乘客终端改派第二司机终端。
本实施例提供的预约订单的预警服务器,通过向司机发送预警信息,并根据司机的响应信息,判断是否为乘客改派其他司机,一方面及时将司机迟到的风险预警给司机,督促司机准时赶到目的地,另一方面对于司机确实无法及时赶到目的地的情况,通过改派其他司机的方式,进一步保证乘客的准时出行。
在上述实施例的基础上,所述改派模块3用于:
若没有接收到所述第一司机终端对所述预警信息做出的响应信息,或接收到所述第一司机终端的表明无法按时抵达所述乘客出发地的响应信息,则为所述乘客终端改派所述第二司机终端;或接收到所述第一司机终端的表明能够按时抵达所述乘客出发地的响应信息,则不为所述乘客终端改派所述第二司机终端。
具体的,改派模块3用于:若没有接收到所述第一司机终端对所述预警信息做出的响应信息,或接收到所述第一司机终端的表明无法按时抵达所述乘客出发地的响应信息,则为所述乘客终端改派所述第二司机终端;或接收到所述第一司机终端的表明能够按时抵达所述乘客出发地的响应信息,则不为所述乘客终端改派所述第二司机终端。
本实施例提供的预约订单的预警服务器,通过司机的响应信息,判断是否为乘客改派其他司机,对于司机确实无法及时赶到目的地的情况,通过改派其他司机的方式,进一步保证乘客的准时出行。
在上述实施例的基础上,所述改派模块3还用于:
若改派时间在所述乘客出发时间与第一预设时间之间,所述第一预设时间早于所述乘客出发时间,则还获取所述乘客终端的乘客目的地,生成相应订单并指派给所述第二司机终端,其中,所述第二司机终端当前位置到所述乘客出发地的距离在预设范围以内,并且所述第二司机终端在所述改派时间处于空载状态;若所述改派时间在所述第一预设时间与第二预设时间之间,所述第二预设时间早于所述第一预设时间,则还获取所述乘客终端的乘客目的地,生成相应订单并发布给所述第二司机终端,以供所述第二司机终端选择承接,其中,所述第二司机终端当前位置到所述乘客出发地的距离在所述预设范围以内。
具体的,所述改派模块3还用于若改派时间在所述乘客出发时间与第一预设时间之间,所述第一预设时间早于所述乘客出发时间,则还获取所述乘客终端的乘客目的地,生成相应订单并指派给所述第二司机终端,其中,所述第二司机终端当前位置到所述乘客出发地的距离在预设范围以内,并且所述第二司机终端在所述改派时间处于空载状态;若所述改派时间在所述第一预设时间与第二预设时间之间,所述第二预设时间早于所述第一预设时间,则还获取所述乘客终端的乘客目的地,生成相应订单并发布给所述第二司机终端,以供所述第二司机终端选择承接,其中,所述第二司机终端当前位置到所述乘客出发地的距离在所述预设范围以内。
本实施例提供的预约订单的预警服务器,通过不同的订单分配方式,可以选择到更加合适的改派司机,进一步保证乘客的准时出行。
本实施例提供的预约订单的预警服务器具体可以用于执行上述各方法实施例的处理流程,其功能在此不再赘述,可以参照上述方法实施例的详细描述。
图4为本发明实施例提供的服务器实体结构示意图,如图4所示,该服务器可以包括:处理器(processor)410、通信接口(Communications Interface)420、存储器(memory)430和通信总线440,其中,处理器410,通信接口420,存储器430通过通信总线440完成相互间的通信。通信接口420可以用于服务器与司机终端之间的信息传输。处理器410可以调用存储器430中的逻辑指令,以执行如下方法:获取已被承接的预约订单,所述预约订单包括:乘客出发时间、乘客出发地、承接所述预约订单的第一司机终端;根据所述乘客出发时间和所述乘客出发地,生成预警信息,向所述第一司机终端发送所述预警信息。
此外,上述的存储器430中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,装置,或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所描述的服务器的实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下,即可以理解并实施。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件。基于这样的理解,上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在计算机可读存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,装置,或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
Claims (18)
1.一种预约订单的预警方法,其特征在于,包括:
获取已被承接的预约订单,所述预约订单包括:乘客出发时间、乘客出发地、承接所述预约订单的第一司机终端;
根据所述乘客出发时间和所述乘客出发地,生成预警信息,向所述第一司机终端发送所述预警信息。
2.根据权利要求1所述的方法,其特征在于,所述根据所述乘客出发时间和所述乘客出发地,生成预警信息,包括:
根据所述乘客出发时间获取预设时间,所述预设时间早于所述乘客出发时间;
根据所述乘客出发时间和所述预设时间获取预警时刻,其中,所述预警时刻为所述预设时间加上预设时间间隔后所对应的时刻,并且所述预警时刻早于所述乘客出发时间;
根据所述预警时刻和所述乘客出发地,生成所述预警信息。
3.根据权利要求2所述的方法,其特征在于,所述根据所述预警时刻和所述乘客出发地,生成所述预警信息,包括:
根据所述预警时刻和所述乘客出发地,计算所述第一司机终端在所述预警时刻到所述乘客出发时间的时间间隔内的预计行驶距离,获取所述预警时刻所述司机终端的位置,计算所述位置到所述乘客出发地的最短行驶距离,若所述最短行驶距离大于所述预计行驶距离,生成所述预警信息。
4.根据权利要求2所述的方法,其特征在于,所述根据所述预警时刻和所述乘客出发地,生成所述预警信息,包括:
根据所述预警时刻和所述乘客出发地,计算所述第一司机终端在所述预警时刻到所述乘客出发时间的时间间隔内的预计行驶距离,获取所述预警时刻所述司机终端的位置,计算所述位置到所述乘客出发地的最短行驶距离,若所述最短行驶距离小于所述预计行驶距离,则计算所述第一司机终端位移变化量,其中,所述位移变化量是所述位置与前一所述预警时刻相对应的位置之间的距离,若所述位移变化量小于预设位移阈值,生成所述预警信息。
5.根据权利要求4所述的方法,其特征在于,还包括:
若所述位移变化量大于所述预设位移阈值,且判断获知所述第一司机终端处于拉载乘客状态,且被拉载乘客的目的地到所述乘客出发地的距离大于预设距离阈值,生成所述预警信息。
6.根据权利要求2所述的方法,其特征在于,所述根据所述乘客出发时间和所述乘客出发地,生成预警信息,包括:
根据所述预警时刻和所述乘客出发地,计算所述第一司机终端在所述预警时刻到所述乘客出发时间的时间间隔内的预计行驶距离,获取所述预警时刻所述司机终端的位置,计算所述位置到所述乘客出发地的最短行驶距离,若所述最短行驶距离小于所述预计行驶距离,且判断获知在所述预警时刻所述第一司机终端处于拉载乘客状态,生成所述预警信息。
7.根据权利要求1至6任一所述的方法,其特征在于,所述向所述第一司机终端发送所述预警信息后,还包括:
根据所述第一司机终端对所述预警信息的响应信息,判断是否为乘客终端改派第二司机终端。
8.根据权利要求7所述的方法,其特征在于,根据所述第一司机终端对所述预警信息的响应信息,判断是否为乘客终端改派第二司机终端,包括:
若没有接收到所述第一司机终端对所述预警信息做出的响应信息,或接收到所述第一司机终端的表明无法按时抵达所述乘客出发地的响应信息,则为所述乘客终端改派所述第二司机终端;
或接收到所述第一司机终端的表明能够按时抵达所述乘客出发地的响应信息,则不为所述乘客终端改派所述第二司机终端。
9.根据权利要求8所述的方法,其特征在于,所述则为所述乘客终端改派所述第二司机终端,包括:
若改派时间在所述乘客出发时间与第一预设时间之间,所述第一预设时间早于所述乘客出发时间,则还获取所述乘客终端的乘客目的地,生成相应订单并指派给所述第二司机终端,其中,所述第二司机终端当前位置到所述乘客出发地的距离在预设范围以内,并且所述第二司机终端在所述改派时间处于空载状态;
若所述改派时间在所述第一预设时间与第二预设时间之间,所述第二预设时间早于所述第一预设时间,则还获取所述乘客终端的乘客目的地,生成相应订单并发布给所述第二司机终端,以供所述第二司机终端选择承接,其中,所述第二司机终端当前位置到所述乘客出发地的距离在所述预设范围以内。
10.一种预约订单的预警服务器,其特征在于,包括:
获取模块,用于获取已被承接的预约订单,所述预约订单包括:乘客出发时间、乘客出发地、承接所述预约订单的第一司机终端;
预警模块,用于根据所述乘客出发时间和所述乘客出发地,生成预警信息,向所述第一司机终端发送所述预警信息。
11.根据权利要求10所述的服务器,其特征在于,所述预警模块用于:
根据所述乘客出发时间获取预设时间,所述预设时间早于所述乘客出发时间;
根据所述乘客出发时间和所述预设时间获取预警时刻,其中,所述预警时刻为所述预设时间加上预设时间间隔后所对应的时刻,并且所述预警时刻早于所述乘客出发时间;
根据所述预警时刻和所述乘客出发地,生成所述预警信息。
12.根据权利要求11所述的服务器,其特征在于,所述预警模块具体用于:
根据所述预警时刻和所述乘客出发地,计算所述第一司机终端在所述预警时刻到所述乘客出发时间的时间间隔内的预计行驶距离,获取所述预警时刻所述司机终端的位置,计算所述位置到所述乘客出发地的最短行驶距离,若所述最短行驶距离大于所述预计行驶距离,生成所述预警信息。
13.根据权利要求11所述的服务器,其特征在于,所述预警模块具体用于:
根据所述预警时刻和所述乘客出发地,计算所述第一司机终端在所述预警时刻到所述乘客出发时间的时间间隔内的预计行驶距离,获取所述预警时刻所述司机终端的位置,计算所述位置到所述乘客出发地的最短行驶距离,若所述最短行驶距离小于所述预计行驶距离,则计算所述第一司机终端位移变化量,其中,所述位移变化量是所述位置与前一所述预警时刻相对应的位置之间的距离,若所述位移变化量小于预设位移阈值,生成所述预警信息。
14.根据权利要求13所述的服务器,其特征在于,所述预警模块具体用于:
若所述位移变化量大于所述预设位移阈值,且判断获知所述第一司机终端处于拉载乘客状态,且被拉载乘客的目的地到所述乘客出发地的距离大于预设距离阈值,生成所述预警信息。
15.根据权利要求11所述的服务器,其特征在于,所述预警模块具体用于:
根据所述预警时刻和所述乘客出发地,计算所述第一司机终端在所述预警时刻到所述乘客出发时间的时间间隔内的预计行驶距离,获取所述预警时刻所述司机终端的位置,计算所述位置到所述乘客出发地的最短行驶距离,若所述最短行驶距离小于所述预计行驶距离,且判断获知在所述预警时刻所述第一司机终端处于拉载乘客状态,生成所述预警信息。
16.根据权利要求10至15任一所述的服务器,其特征在于,还包括:
改派模块,用于根据所述第一司机终端对所述预警信息的响应信息,判断是否为乘客终端改派第二司机终端。
17.根据权利要求16所述的服务器,其特征在于,所述改派模块用于:
若没有接收到所述第一司机终端对所述预警信息做出的响应信息,或接收到所述第一司机终端的表明无法按时抵达所述乘客出发地的响应信息,则为所述乘客终端改派所述第二司机终端;
或接收到所述第一司机终端的表明能够按时抵达所述乘客出发地的响应信息,则不为所述乘客终端改派所述第二司机终端。
18.根据权利要求17所述的服务器,其特征在于,所述改派模块还用于:
若改派时间在所述乘客出发时间与第一预设时间之间,所述第一预设时间早于所述乘客出发时间,则还获取所述乘客终端的乘客目的地,生成相应订单并指派给所述第二司机终端,其中,所述第二司机终端当前位置到所述乘客出发地的距离在预设范围以内,并且所述第二司机终端在所述改派时间处于空载状态;
若所述改派时间在所述第一预设时间与第二预设时间之间,所述第二预设时间早于所述第一预设时间,则还获取所述乘客终端的乘客目的地,生成相应订单并发布给所述第二司机终端,以供所述第二司机终端选择承接,其中,所述第二司机终端当前位置到所述乘客出发地的距离在所述预设范围以内。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610840287.8A CN107845253B (zh) | 2016-09-21 | 2016-09-21 | 一种预约订单的预警方法及服务器 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610840287.8A CN107845253B (zh) | 2016-09-21 | 2016-09-21 | 一种预约订单的预警方法及服务器 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107845253A true CN107845253A (zh) | 2018-03-27 |
CN107845253B CN107845253B (zh) | 2020-10-02 |
Family
ID=61656934
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610840287.8A Active CN107845253B (zh) | 2016-09-21 | 2016-09-21 | 一种预约订单的预警方法及服务器 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107845253B (zh) |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110322034A (zh) * | 2019-05-23 | 2019-10-11 | 天津五八到家科技有限公司 | 网约车订单处理方法、装置、服务器及存储介质 |
CN110858379A (zh) * | 2018-08-23 | 2020-03-03 | 北京嘀嘀无限科技发展有限公司 | 出行订单的处理方法、装置及服务器 |
CN111242465A (zh) * | 2020-01-08 | 2020-06-05 | 杭州优行科技有限公司 | 一种打车订单冲突处理方法、装置、电子设备及存储介质 |
CN111582884A (zh) * | 2020-04-30 | 2020-08-25 | 武汉费雪克劳德科技有限公司 | 学生共享接送系统及方法 |
CN111860905A (zh) * | 2019-09-27 | 2020-10-30 | 北京嘀嘀无限科技发展有限公司 | 一种分派订单的方法、系统、计算机设备及存储介质 |
CN113269427A (zh) * | 2021-05-19 | 2021-08-17 | 安徽中科美络信息技术有限公司 | 一种公务出行任务调度管理方法及系统 |
CN113469514A (zh) * | 2021-06-25 | 2021-10-01 | 广州宸祺出行科技有限公司 | 一种基于预约订单的网约车派单方法、装置及电子设备 |
CN114065982A (zh) * | 2021-11-22 | 2022-02-18 | 首约科技(北京)有限公司 | 一种由于司机迟到导致的司乘投诉率的降低方法 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101609608A (zh) * | 2009-07-03 | 2009-12-23 | 联华电信股份有限公司 | 车辆派遣方法与车辆派遣系统 |
CN101826256A (zh) * | 2010-04-29 | 2010-09-08 | 联华电信股份有限公司 | 车辆派遣方法与车辆派遣系统 |
CN102426780A (zh) * | 2011-11-16 | 2012-04-25 | 深圳欧奇网络技术有限公司 | 一种用于出租车招车的寻呼系统及寻呼方法 |
CN102575937A (zh) * | 2009-10-19 | 2012-07-11 | 高通股份有限公司 | 基于已知的日程表事件估计出发时间的方法和装置 |
CN105139228A (zh) * | 2015-08-20 | 2015-12-09 | 北京嘀嘀无限科技发展有限公司 | 一种订单分配的方法及装置 |
-
2016
- 2016-09-21 CN CN201610840287.8A patent/CN107845253B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101609608A (zh) * | 2009-07-03 | 2009-12-23 | 联华电信股份有限公司 | 车辆派遣方法与车辆派遣系统 |
CN102575937A (zh) * | 2009-10-19 | 2012-07-11 | 高通股份有限公司 | 基于已知的日程表事件估计出发时间的方法和装置 |
CN101826256A (zh) * | 2010-04-29 | 2010-09-08 | 联华电信股份有限公司 | 车辆派遣方法与车辆派遣系统 |
CN102426780A (zh) * | 2011-11-16 | 2012-04-25 | 深圳欧奇网络技术有限公司 | 一种用于出租车招车的寻呼系统及寻呼方法 |
CN105139228A (zh) * | 2015-08-20 | 2015-12-09 | 北京嘀嘀无限科技发展有限公司 | 一种订单分配的方法及装置 |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110858379A (zh) * | 2018-08-23 | 2020-03-03 | 北京嘀嘀无限科技发展有限公司 | 出行订单的处理方法、装置及服务器 |
CN110322034A (zh) * | 2019-05-23 | 2019-10-11 | 天津五八到家科技有限公司 | 网约车订单处理方法、装置、服务器及存储介质 |
CN111860905A (zh) * | 2019-09-27 | 2020-10-30 | 北京嘀嘀无限科技发展有限公司 | 一种分派订单的方法、系统、计算机设备及存储介质 |
CN111242465A (zh) * | 2020-01-08 | 2020-06-05 | 杭州优行科技有限公司 | 一种打车订单冲突处理方法、装置、电子设备及存储介质 |
CN111582884A (zh) * | 2020-04-30 | 2020-08-25 | 武汉费雪克劳德科技有限公司 | 学生共享接送系统及方法 |
CN111582884B (zh) * | 2020-04-30 | 2023-10-03 | 武汉费雪克劳德科技有限公司 | 学生共享接送系统及方法 |
CN113269427A (zh) * | 2021-05-19 | 2021-08-17 | 安徽中科美络信息技术有限公司 | 一种公务出行任务调度管理方法及系统 |
CN113269427B (zh) * | 2021-05-19 | 2024-04-05 | 中科美络科技股份有限公司 | 一种公务出行任务调度管理方法及系统 |
CN113469514A (zh) * | 2021-06-25 | 2021-10-01 | 广州宸祺出行科技有限公司 | 一种基于预约订单的网约车派单方法、装置及电子设备 |
CN113469514B (zh) * | 2021-06-25 | 2024-03-08 | 广州宸祺出行科技有限公司 | 一种基于预约订单的网约车派单方法、装置及电子设备 |
CN114065982A (zh) * | 2021-11-22 | 2022-02-18 | 首约科技(北京)有限公司 | 一种由于司机迟到导致的司乘投诉率的降低方法 |
Also Published As
Publication number | Publication date |
---|---|
CN107845253B (zh) | 2020-10-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107845253A (zh) | 一种预约订单的预警方法及服务器 | |
CA3038490C (en) | Facilitating direct rider driver pairing for mass egress areas | |
CN105243836B (zh) | 一种拼车方法和设备 | |
CN104464274B (zh) | 合乘打车方法及服务器 | |
WO2016008391A1 (zh) | 在网络租车系统中为他人订车的方法和系统 | |
CN107919013B (zh) | 一种上车点处理方法及服务器 | |
CN109034572A (zh) | 一种车辆救援方法及相关设备 | |
CN106373387A (zh) | 一种车辆调度方法、装置及系统 | |
CN105279955B (zh) | 一种拼车方法及设备 | |
CN107798403A (zh) | 一种拼车订单处理方法、服务器、终端设备和系统 | |
CN107844843B (zh) | 一种订单处理方法及服务器 | |
CN106940928A (zh) | 订单分配方法及装置 | |
CN107292692A (zh) | 拼车方法和系统 | |
CN106682971A (zh) | 共享单车的预约方法、用户终端及系统 | |
CN107767322B (zh) | 拼车方法和装置 | |
CN107195175A (zh) | 一种订单分配方法及系统 | |
US20160248914A1 (en) | Telephone Call Placement | |
CN107464413A (zh) | 实时单处理方法及服务器 | |
WO2015180643A1 (zh) | 一种提供召车服务的方法和系统 | |
CN107464001A (zh) | 预约单分配处理方法及服务器 | |
CN103761873A (zh) | 拼车系统及利用该拼车系统的拼车方法 | |
CN107844842A (zh) | 一种用车订单处理方法及服务器 | |
CN107230122A (zh) | 乘客打车订单切换方法及装置 | |
CN110991817B (zh) | 一种路线规划方法、装置及服务器 | |
CN107920096A (zh) | 一种打车预估信息展示方法、装置及服务器 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |