本发明涉及移动互联网技术领域,尤其涉及一种将订单信息推送给司机客户端的方法、装置及系统。
背景技术:
随着智能终端和移动互联网APP的发展,为城市的人们的出行提供了便利,如今打车软件已经非常普及,解决了城市生活中,由于出租车司机和乘客之间信息不对称导致的打车难的问题。
智能打车软件改变了传统的打车方式,目前常见的打车软件的实现流程可以有多种,例如预打车的乘客可以通过自己的乘客客户端(例如可以是手机APP)发送自己的出发点和目的地,打车系统将其打车需求向多个司机客户端(可以是手机APP或者各种车载终端)进行派单,司机可以通过司机客户端决定是否接单,打车系统随后将所有接单的司机的相关信息返回给乘客客户端,乘客也可以通过乘客客户端从中选择司机,双方达成一致后,相互联系完成打车服务。
司机的服务质量对于整个打车系统而言非常重要,能够直接影响用户对打车软件的使用体验,目前常见的打车软件对司机的派单原则是基于服务器侧预设一些规则,例如考虑司机以往的综合评分、司机和乘客的距离、预计到达时间等因素,但最终派单的司机可能仍然无法满足乘客的个性化需求。
技术实现要素:
鉴于上述问题,提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的一种订单信息推送给司机客户端的方法、装置和系统。
基于上述问题,第一方面,本发明实施例提供的一种将订单信息推送给司机客户端的方法,用于打车系统服务器,包括:
接收到乘客客户端下发的订单信息时,查找是否存在所述乘客客户端关联的派单偏好信息;
当存在时,按照所述乘客客户端关联的派单偏好信息和服务器预设的派单规则,确定出待推送给所述乘客客户端的至少一个司机客户端及各司机客户端的派单优先顺序;所述派单偏好信息优先级高于所述派单规则;
按照所述派单优先顺序,将所述订单信息分别推送给确定出的至少一个司机客户端。
在一个具体实施例中,所述派单偏好信息,包括下述一种或多种:
对某个或某些司机客户端的偏好信息;
对某类别的司机客户端的偏好信息;所述类别包括:性别、年龄、驾驶年限、接单次数和司机所处地域。
在一个具体实施例中,所述派单规则,包括下述一种或多种:
按照司机评分信息高低进行推送的规则,所述司机评分根据下述一项或多项因素得出:乘客的评价分值、司机总接单数和驾驶年限;
按照司机与乘客出发地之间距离远近进行推送的规则;
按照司机预计到达乘客出发地的时间长短进行推送的规则。
在一个具体实施例中,按照所述派单偏好信息和服务器预设的派单规则,确定出待推送给所述乘客客户端的至少一个司机客户端及各司机客户端的派单优先顺序,包括:
确定所述派单偏好信息中当前在线的所有司机客户端及其派单优先顺序;
确定根据所述派单规则确定出的所有司机客户端及其派单优先顺序;
将所述派单偏好信息中所有司机客户端的优先顺序设置为高于根据所述派单规则确定出的所有司机客户端的优先顺序。
在一个具体实施例中,所述方法还包括:
当接收到乘客客户端发送的创建派单偏好信息的请求时,将所述派单偏好信息与所述乘客客户端对应保存;或者
当接收到乘客客户端发送的变更派单偏好信息的请求时,使用所述请求中的派单编号信息更新所保存的派单偏好信息。
在一个具体实施例中,当未查找到所述乘客客户端关联的派单偏好信息时,所述方法还包括:
使用所述服务器预设的派单规则确定出待推送给所述乘客客户端的至少一个司机客户端及各司机客户端的派单优先顺序。
第二方面,本发明实施例提供的一种打车系统服务器,包括:
查找模块,用于当接收到乘客客户端下发的订单信息时,查找是否存在所述乘客客户端关联的派单偏好信息;
确定模块,用于当存在时,按照所述派单偏好信息和服务器预设的派单规则,确定出待推送给所述乘客客户端的至少一个司机客户端及各司机客户端的派单优先顺序;所述派单偏好信息优先级高于所述派单规则;
推送模块,用于按照所述派单优先顺序,将所述订单信息分别推送给确定出的至少一个司机客户端。
在一个具体实施例中,所述派单偏好信息,包括下述一种或多种:
对某个或某些司机客户端的偏好信息;
对某类别的司机客户端的偏好信息;所述类别包括:性别、年龄、驾驶年限、接单次数和司机所处地域。
在一个具体实施例中,所述派单规则,包括下述一种或多种:
按照司机评分信息高低进行推送的规则,所述司机评分根据下述一项或多项因素得出:乘客的评价分值、司机总接单数和驾驶年限;
按照司机与乘客出发地之间距离远近进行推送的规则;
按照司机预计到达乘客出发地的时间长短进行推送的规则。
在一个具体实施例中,所述确定模块,进一步用于确定所述派单偏好信息中当前在线的所有司机客户端及其派单优先顺序;确定根据所述派单规则确定出的所有司机客户端及其派单优先顺序;将所述派单偏好信息中所有司机客户端的优先顺序设置为高于根据所述派单规则确定出的所有司机客户端的优先顺序。
在一个具体实施例中,所述打车系统服务器还包括:偏好保存模块、偏好更新模块和存储模块;
所述偏好保存模块,用于当接收到乘客客户端发送的创建派单偏好信息的请求时,将所述派单偏好信息与所述乘客客户端对应保存;
所述偏好更新模块,用于当接收到乘客客户端发送的变更派单偏好信息的请求时,使用所述请求中的派单编号信息更新所保存的派单偏好信息;
所述存储模块,用于存储乘客客户端对应的派单偏好信息。
第三方面,本发明实施例提供的一种将订单信息推送给司机客户端的系统,包括:
乘客客户端,用于向服务器下发订单信息;
打车系统服务器,用于当接收到乘客客户端下发的订单信息时,查找是否存在所述乘客客户端关联的派单偏好信息;当存在时,按照所述派单偏好信息和服务器预设的派单规则,确定出待推送给所述乘客客户端的至少一个司机客户端及各司机客户端的派单优先顺序;所述派单偏好信息优先级高于所述派单规则;按照所述派单优先顺序,将所述订单信息分别推送给确定出的至少一个司机客户端。
本发明实施例提供的技术方案至少具有下述有益效果:
本发明实施例提供的将订单信息推送给司机客户端的方法、装置及系统,采用按照派单偏好信息优先向司机客户端推送订单信息的原则,结合派单偏好信息和服务器预设的派单规则,向乘客客户端优先推送乘客偏好的司机客户端,这样,乘客可以优先选择自己喜爱的车辆、司机等,满足乘客的个性化需求,提升了用户使用体验,同时,按照派单偏好信息优先向乘客偏爱的司机客户端推送订单信息,提升了订单匹配效率,提高了达成订单成功率。
上述说明仅是本发明技术方案的概述,为了能够更清楚了解本发明的技术手段,而可依照说明书的内容予以实施,并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂,以下特举本发明的具体实施方式。
附图说明
通过阅读下文优选实施方式的详细描述,各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的,而并不认为是对本发明的限制。而且在整个附图中,用相同的参考符号表示相同的部件。在附图中:
图1为本发明实施例一提供的将订单信息推送给司机客户端的方法的流程图;
图2为本发明实施例一提供的将订单信息推送给司机客户端的派单流程图;
图3为本发明实施例一提供的乘客客户端界面示例图1;
图4为本发明实施例一提供的乘客客户端界面示例图2;
图5为本发明实施例一提供的乘客客户端界面示例图3;
图6为本发明实施例一提供的乘客客户端界面示例图4;
图7为本发明实施例一提供的乘客客户端界面示例图5;
图8为本发明实施例一提供的乘客客户端界面的示意图6;
图9为本发明实施例一提供的乘客客户端界面的示意图7;
图10为本发明实施例提供的打车系统服务器的结构示意图;
图11为本发明实施例提供的将订单信息推送给司机客户端的系统的结构示意图。
具体实施方式
下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例,然而应当理解,可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了能够更透彻地理解本公开,并且能够将本公开的范围完整的传达给本领域的技术人员。
本发明实施例提供一种将订单信息推送给司机客户端的方法,用于打车系统服务器,参照图1所示,具体包括以下步骤:
S101:接收到乘客客户端下发的订单信息时,查找是否存在所述乘客客户端关联的派单偏好信息;
S102:当存在时,按照所述乘客客户端关联的派单偏好信息和服务器预设的派单规则,确定出待推送给所述乘客客户端的至少一个司机客户端及各司机客户端的派单优先顺序;所述派单偏好信息优先级高于所述派单规则;
S103:按照所述派单优先顺序,将所述订单信息分别推送给确定出的至少一个司机客户端。
下面分别对上述步骤进行进一步的说明。
在一个实施例中,上述步骤S101中所述派单偏好信息,包括下述一种或多种:
对某个或某些司机客户端的偏好信息;
对某类别的司机客户端的偏好信息;所述类别包括:性别、年龄、驾驶年限、接单次数和司机所处地域等。
在一个具体实施方式中,对某个或某些司机客户端的偏好信息例如可以是,在乘客以往的打车经历中选择过的司机客户端信息或者乘客标注出来的喜欢乘坐的车辆信息。乘客可以通过自己的乘客客户端选择将偏好的司机信息和/或车辆信息进行收藏。
上述步骤S102中所述派单规则,可以包括下述一种或多种:
按照司机评分信息高低进行推送的规则,所述司机评分根据下述一项或多项因素得出:乘客的评价分值、司机总接单数和驾驶年限;
按照司机与乘客出发地之间距离远近进行推送的规则;
按照司机预计到达乘客出发地的时间长短进行推送的规则。
在一个具体实施方式中,所述司机评分信息,可以根据以下方式获得:
在一定时间段内统计乘客的评分分值、司机总接单数和驾驶年限,按照一定算法对乘客的评价分值、司机总接单数和驾驶年限情况在司机评分信息中所占的比重进行分配,最后综合乘客的评价分值、司机总接单数和驾驶年限情况的比重统计司机的评分进行综合排名,并周期性的对司机评分信息进行更新。
在一个具体实施方式中,按照司机与乘客出发地之间距离远近进行推送的规则,可以根据以下方式获得:
以距离乘客出发地一定距离范围内的司机作为一个优先级,例如,以1公里内的司机作为第一优先级,以1公里-3公里内的司机作为第二优先级,以3公里以上的司机作为第三优先级,向司机客户端进行推送时,按照优先级的先后顺序分别间隔5秒钟或者10秒钟发送推送消息。
在一个具体实施方式中,按照司机预计到达乘客出发地的时间长短进行推送的规则,可以根据以下方式获得:
以司机预计到达乘客出发地的一定时间范围内的司机作为一个优先级,在进行优先级的计算时,需要综合考虑司机是否空载、路况信息等情况。例如,以5min内的司机作为第一优先级,以5min-10min内的司机作为第二优先级,以10min以上的司机作为第三优先级,向司机客户端进行推送时,按照优先级的先后顺序分别间隔5秒钟或者10秒钟发送推送消息。
进一步地,上述步骤S102中所述按照所述派单偏好信息和服务器预设的派单规则,确定出待推送给所述乘客客户端的至少一个司机客户端及各司机客户端的派单优先顺序,参照图2所示,可以通过下述流程实现:
S21、确定所述派单偏好信息中当前在线的所有司机客户端及其派单优先顺序;
S22、确定根据所述派单规则确定出的所有司机客户端及其派单优先顺序;
S23、将所述派单偏好信息中所有司机客户端的优先顺序设置为高于根据所述派单规则确定出的所有司机客户端的优先顺序。
当接收到乘客客户端的订单信息时,首先查找乘客客户端设置的派单偏好信息,筛选符合派单偏好信息条件的至少一个司机客户端并优先向所述至少一个司机客户端进行推送订单信息;其次通过确定的派单规则对符合派单规则条件的至少一个司机客户端进行推送订单消息。
进一步地,所述将订单信息推送给司机客户端的方法,还可以执行下述步骤:
当接收到乘客客户端发送的创建派单偏好信息的请求时,将所述派单偏好信息与所述乘客客户端对应保存;或者
当接收到乘客客户端发送的变更派单偏好信息的请求时,使用所述请求中的派单编号信息更新所保存的派单偏好信息。
在一个具体实施方式中,乘客可以通过乘客客户端在任意时间选择创建偏好信息或者对已创建的偏好信息进行变更,或者对已创建的偏好信息进行变更的请求时,在服务器内进行偏好信息的创建和更新。
进一步地,本发明实施例中,当未查找到所述乘客客户端关联的派单偏好信息时,上述将订单信息推送给司机客户端的方法,还可以执行下述步骤:
使用所述服务器预设的派单规则确定出待推送给所述乘客客户端的至少一个司机客户端及各司机客户端的派单优先顺序。
在一个具体实施方式中,当接收到乘客客户端发送的订单请求信息时,首先查找所述乘客客户端关联的派单偏好信息,若存在派单偏好信息,则进行第一个步骤:筛选符合派单偏好信息条件的至少一个司机客户端并向筛选出的至少一个司机客户端优先推送订单消息,再进行第二个步骤:按照服务器预设的派单规则确定符合条件的至少一个司机客户端并将所述订单信息分别推送给确定出的至少一个司机客户端;若根据派单偏好信息无法确定出符合派单偏好信息条件的司机客户端,例如,符合派单偏好信息条件的司机客户端由于距离乘客客户端待乘车位置太远,无法实现服务,则直接按照服务器预设的派单规则将所述订单信息分别推送给确定出的至少一个司机客户端;当未查找到所述乘客客户端关联的派单偏好信息时,例如,该乘客客户端为新用户客户端,还未设置派单偏好信息,则通过确定的派单规则筛选符合条件的至少一个司机客户端,并向所述至少一个司机客户端进行推送订单信息。
服务器接收至少一个司机客户端发送的接收订单信息,将所述至少一个司机客户端发送的接收订单信息推送至乘客客户端,若乘客客户端存在派单偏好信息,则向乘客客户端优先推送符合派单偏好的至少一个司机客户端的接收订单信息,再按照服务器预设的派单规则将符合派单规则条件的司机客户端的接收订单信息推送给乘客客户端;若根据派单偏好信息无法确定出符合条件的司机客户端,或者,乘客客户端未设置派单偏好信息,则直接按照服务器预设的派单规则将符合条件的至少一个司机客户端接收订单信息推送给乘客客户端。
接收乘客客户端的确认订单信息,并将所述确认订单信息推送到乘客客户端选择的一个司机客户端。
作为本发明实施例中的一个具体实施方式,乘客在乘客客户端下单,司机在司机客户端接单,以及乘客在客户端收藏偏好的司机信息的步骤如下:
1、乘客在乘客客户端下发订单信息。
2、服务器在乘客没有收藏任何偏好的司机信息的情况下,系统按司机评分信息依次将订单信息推送派单给推送给确定出的至少一个司机客户端。
3、接收到订单的司机客户端向服务器发送接收订单信息。
4、服务器将符合条件的至少一个司机客户端接收订单信息推送给乘客客户端,乘客在乘客客户端所有接单的司机中选择一位司机,确认该订单。该司机接单成功。
5、该司机开始为乘客服务。
6、服务完成,乘客对该司机的服务感到满意,在乘客客户端将该司机收藏到偏好信息中,服务器接收到乘客客户端发送的创建偏好信息。
7、该乘客再次在乘客客户端下发订单信息,服务器会最先派单给该乘客已收藏的司机,此司机最先接到订单,该乘客可以优先选择此司机为其服务。
在上述步骤中,参照图3所示,在乘客没有收藏任何司机偏好信息下发订单信息时,服务器按司机评分信息进行推送,最终在乘客确认订单页面显示接收订单的司机列表,此时沃尔沃司机先接收订单,所以排在前面,凯迪拉克司机后接收订单排在后面。
若此时乘客在乘客客户端选择凯迪拉克司机为其服务,服务结束时,乘客可以在乘客客户端创建对凯迪拉克司机的偏好信息进行收藏。参照图4所示,在乘客未创建对凯迪拉克司机的偏好信息进行收藏时,乘客客户端显示的界面信息,在此界面中右上角心形图标未点亮;参照图5所示,当乘客创建对凯迪拉克司机的偏好信息后,乘客客户端显示的界面信息,在此界面中右上角心形图标被点亮;参照图6所示,此时在乘客客户端已创建的偏好信息界面也可以看到收藏的对凯迪拉克司机的偏好信息。
当乘客再次下发订单时,参照图7所示,服务器会优先推送订单信息给已收藏在偏好信息内的司机客户端(这里指凯迪拉克司机)。已收藏的司机排在前面,并且最先接到订单。
在一个具体实施例中,参照图8所示,在乘客没有收藏任何司机偏好信息下发订单信息时,服务器按司机评分信息进行推送,最终在乘客确认订单页面显示接收订单的司机列表,此时有四个司机客户端接收了订单,四个司机分别为沃尔沃司机、凯迪拉克司机、宝马司机和布加迪司机,若此时沃尔沃司机最先接收订单,则排在最前面,布加迪司机在沃尔沃司机之后接收订单,则排在第二位,宝马司机在布加迪司机之后接收订单,则排在第三位,凯迪拉克司机在布加迪司机之后接收订单,则排在第四位。
若此时乘客在乘客客户端选择凯迪拉克司机为其服务,服务结束时,乘客可以在乘客客户端创建对凯迪拉克司机的偏好信息进行收藏。若在乘客未创建对凯迪拉克司机的偏好信息进行收藏时,乘客客户端显示的偏好信息界面,不会显示对凯迪拉克司机的偏好信息,若在乘客创建对凯迪拉克司机的偏好信息进行收藏时,此时在乘客客户端已创建的偏好信息界面也可以看到收藏的对凯迪拉克司机的偏好信息。
参照图9所示,当乘客再次下发订单时,服务器会优先推送订单信息给已收藏在偏好信息内的司机客户端(这里指凯迪拉克司机)。已收藏的司机排在前面,并且最先接到订单,而乘客未收藏在偏好信息内的司机客户端,服务器按司机评分信息进行推送,最终在乘客确认订单页面显示接收订单的司机列表,此时假如四个司机客户端均接收了订单,则此时凯迪拉克司机最先接收订单,则排在最前面,沃尔沃司机在凯迪拉克司机在之后接收订单,则排在第二位,布加迪司机在沃尔沃司机之后接收订单,则排在第三位,宝马司机在布加迪司机之后接收订单,则排在第四位。
基于同一发明构思,本发明实施例还提供了一种提供打车系统服务器及系统,由于该服务器和系统所解决问题的原理与前述提供的将订单信息推送给司机客户端的方法相似,因此该打车系统服务器和系统的实施可以参见前述方法的实施,重复之处不再赘述。
本发明实施例提供一种打车系统服务器,参照图10所示,该服务器可以包括:
查找模块801,用于当接收到乘客客户端下发的订单信息时,查找是否存在所述乘客客户端关联的派单偏好信息;
确定模块802,用于当存在时,按照所述派单偏好信息和服务器预设的派单规则,确定出待推送给所述乘客客户端的至少一个司机客户端及各司机客户端的派单优先顺序;所述派单偏好信息优先级高于所述派单规则;
推送模块803,用于按照所述派单优先顺序,将所述订单信息分别推送给确定出的至少一个司机客户端。
上述查找模块801中所述派单偏好信息,包括下述一种或多种:
对某个或某些司机客户端的偏好信息;
对某类别的司机客户端的偏好信息;所述类别包括:性别、年龄、驾驶年限、接单次数和司机所处地域。
上述确定模块802中所述派单规则,包括下述一种或多种:
按照司机评分信息高低进行推送的规则,所述司机评分根据下述一项或多项因素得出:乘客的评价分值、司机总接单数和驾驶年限;
按照司机与乘客出发地之间距离远近进行推送的规则;
按照司机预计到达乘客出发地的时间长短进行推送的规则。
进一步地,所述确定模块802,进一步用于确定所述派单偏好信息中当前在线的所有司机客户端及其派单优先顺序;确定根据所述派单规则确定出的所有司机客户端及其派单优先顺序;将所述派单偏好信息中所有司机客户端的优先顺序设置为高于根据所述派单规则确定出的所有司机客户端的优先顺序。
进一步地,参照图8所示,所述的服务器还包括:偏好保存模块804、偏好更新模块805和存储模块806;
所述偏好保存模块804,用于当接收到乘客客户端发送的创建派单偏好信息的请求时,将所述派单偏好信息与所述乘客客户端对应保存;
所述偏好更新模块805,用于当接收到乘客客户端发送的变更派单偏好信息的请求时,使用所述请求中的派单编号信息更新所保存的派单偏好信息;
所述存储模块806,用于存储乘客客户端对应的派单偏好信息。
本发明实施例提供一种将订单信息推送给司机客户端的系统,参照图11所示,该系统可以包括:
乘客客户端901,用于向服务器下发订单信息;
打车系统服务器902,用于当接收到乘客客户端901下发的订单信息时,查找是否存在所述乘客客户端901关联的派单偏好信息;当存在时,按照所述派单偏好信息和服务器预设的派单规则,确定出待推送给所述乘客客户端901的至少一个司机客户端903及各司机客户端903的派单优先顺序;所述派单偏好信息优先级高于所述派单规则;按照所述派单优先顺序,将所述订单信息分别推送给确定出的至少一个司机客户端903。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。