CN107784412A - 一种订单自动匹配处理方法及服务器 - Google Patents

Abstract

本发明实施例提供一种订单自动匹配处理方法及服务器。所述方法包括：接收乘客终端发送的用车订单，所述用车订单中包括用车参数；获取司机终端设置的自动成行参数，判断所述用车参数与所述自动成行参数是否匹配，若判断为匹配，则将所述用车订单分配给所述司机终端。所述服务器用于执行上述方法。本发明实施例提供的订单自动匹配处理方法及服务器，降低了司机错过订单的概率，减少了司机接单的时间，提高了接单效率。

Description

一种订单自动匹配处理方法及服务器

技术领域

本发明实施例涉及互联网技术领域，具体涉及一种订单自动匹配处理方法及服务器。

背景技术

随着科技的发展，人们出行方式的选择越来越多，尤其是出租车的出现，为人们的出行带来了很多便利。而随着互联网技术的发展，各种打车软件应运而生，使得人们可以在乘客终端通过打车软件来下单打车，不用在路边招手拦车，方便了人们的出行。

现有技术中，一般乘客下单后，服务器将乘客订单进行广播，由司机抢单，或者服务器将乘客订单以点播的形式发送给一些司机终端，司机需要在司机终端确认接单，才能成功接单。若司机错过服务器广播的乘客订单或没来得及点击确认，会造成漏接一些乘客订单，需要等待其他合适的乘客订单，降低了接单效率，或司机确认接单时间过长，导致乘客等待接单的时间延长。

因此，如何提出一种方法，能够避免错过乘客订单，提高接单效率，成为亟待解决的问题。

发明内容

针对现有技术中的缺陷，本发明实施例提供一种订单自动匹配处理方法及服务器。

一方面，本发明实施例提供一种订单自动匹配处理方法，包括：

接收乘客终端发送的用车订单，所述用车订单中包括用车参数；

获取司机终端设置的自动成行参数，判断获知所述用车参数与所述自动成行参数是否匹配，若判断为匹配，则将所述用车订单分配给所述司机终端。

另一方面，本发明实施例提供一种订单自动匹配处理服务器，包括：

接收单元，用于接收乘客终端发送的用车订单，所述用车订单中包括用车参数；

处理单元，用于获取司机终端设置的自动成行参数，判断所述用车参数与所述自动成行参数是否匹配，若判断为匹配，则将所述用车订单分配给所司机终端。

本发明实施例提供了一种订单自动匹配处理方法及服务，通过接收到乘客终端的用车订单后，查找到开启自动成行功能的司机终端，并获取开启自动成行功能的司机终端设置的自动成行参数，将自动成行参数和用车订单中的用车参数做匹配，若匹配成功则自动将用车订单分配给司机终端，不需要司机在司机终端点击确认，也不需要司机通过司机终端抢单，降低了司机错过订单的概率，减少了司机接单的时间，提高了接单效率。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例中订单自动匹配处理方法的流程示意图；

图2为本发明实施例中订单自动匹配处理服务器的结构示意图；

图3为本发明实施例中订单自动匹配处理服务器的实体结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

图1为本发明实施例中订单自动匹配处理方法的流程示意图，如图1所示，本发明提供的一种订单自动匹配处理方法包括：

S1、接收乘客终端发送的用车订单，所述用车订单中包括用车参数；

S2、获取司机终端设置的自动成行参数，判断获知所述用车参数与所述自动成行参数是否匹配，若判断为匹配，则将所述用车订单分配给所述司机终端。

具体地，当乘客使用乘客终端提交用车订单时，其中用车订单中包括乘客设置的用车参数，服务器接收乘客终端发送的包含用车参数的用车订单，并查找开启自动成行功能的司机终端，获取所述司机终端设置的自动成行参数，并将所述自动成行参数与所述用车参数进行匹配。判断是否匹配，若判断为匹配，则服务器将所述用车订单分配给所述司机终端，不需要司机在司机终端点击确认，订单自动成交。本发明实施例中所述的自动成行参数与用车参数进行匹配是指，将用车订单中的用车参数与所有开启自动成行的司机终端设置的自动成行参数都进行一一匹配，若不匹配则说明没有一个能自动成行的，此时可以按照现有技术发布用车订单。

本发明实施例提供了一种订单自动匹配处理方法，服务器接收到乘客终端的用车订单后，查找到开启自动成行功能的司机终端，并获取开启自动成行功能的司机终端设置的自动成行参数，将自动成行参数和用车订单中的用车参数做匹配，若匹配成功则自动将用车订单分配给司机终端，不需要司机在司机终端点击确认，也不需要司机通过司机终端抢单，降低了司机错过订单的概率，减少了司机接单的时间，提高了接单效率。

在上述实施例的基础上，所述用车参数包括用车时间，所述自动成行参数包括出发时间范围；相应地，所述判断所述用车参数与所述自动成行参数是否匹配包括：

若判断所述用车时间处于所述出发时间范围内，则确定所述用车参数与所述自动成行参数相匹配。

具体地，乘客使用乘客终端提交的用车订单中的用车参数包括用车时间，司机终端设置的自动成行参数中包括出发时间范围，当然用车参数和自动成行参数都还包括其他参数，此处不做具体限定。当服务器接收到乘客终端发送的包含用车时间的用车订单后，查找开启自动成行功能的司机终端，并获取开启自动成行功能的司机终端设置的包含出发时间范围的自动成行参数。服务器将用车时间与出发时间范围进行匹配，若判断所述用车时间处于所述出发时间范围内，则确定所述用车参数与所述自动成行参数相匹配，当然这时候用车参数与自动成行参数中的其他参数已经是相匹配的。服务器将所述用车订单分配给所述司机终端，司机根据用车订单的用车时间去接乘客来完成订单。

例如，乘客A在乘客终端提交用车时间为8月5号下午6:20的用车订单，服务器接收到所述用车订单后，查找到司机终端B开启了自动成行功能，并获取到司机终端B设置的自动成行参数中的出发时间范围为8月5号下午6:00-6:30。服务器将用车时间8月5号下午6:20和出发时间8月5号下午6:00-6:30进行匹配，判断用车时间8月5号下午6:20处于8月5号下午6：00-6:30范围内，则确定所述用车参数与所述自动成行参数相匹配。服务器自动将乘客A的用车订单分配给司机终端B，不需要司机在司机终端B点击确认，订单自动成交。可以理解的是，若用车时间正好处于出发时间范围的两个端值，也认为用车参数与自动成行参数是相匹配的，例如：若乘客终端提交的用车时间是8月5号下午6:00，司机终端提交的出发时间范围为8月5号下午6:00-6:30，用车时间刚好和出发时间范围的起点时间相同，同样确定用车参数与自动成行参数是相匹配的。

本发明实施例提供用车订单自动匹配的方法，将用车订单的用车参数中的用车时间与司机终端设置的自动成行参数中的出发时间范围进行匹配，当用车时间落在出发时间范围内时，则确定用车参数与自动成行参数是相匹配的，使得用车订单匹配更加合理，增加了订单自动匹配成功的概率。

在上述实施例的基础上，所述用车参数包括第一出发地，所述自动成行参数包括第二出发地，相应地，所述判断所述用车参数与所述自动成行参数是否匹配包括：

获取所述第二出发地与所述第一出发地之间的第一距离，若判断所述第一距离不大于第一距离阈值，则确定所述用车参数与所述自动成行参数相匹配。

具体地，乘客在乘客终端提交的用车订单中的用车订单参数包括第一出发地，司机终端设置的自动成行参数包括第二出发地，当然用车参数和自动成行参数都还包括其他参数，此处不做具体限定。服务器接收到用车订单后，查找开启自动成行功能的司机终端，并获取开启自动成行功能的司机终端设置的自动成行参数，预估计算出第二出发地与第一出发地之间的第一距离。若判断第一距离不大于第一距离阈值，则确定所述用车参数与所述自动成行参数相匹配，当然这时候用车参数与自动成行参数中的其他参数已经是相匹配的。服务器将所述用车订单分配给所述司机终端，不需要司机在司机终端点击确认，订单自动成交。需要说明的是，第一距离是指实际行驶距离，不是直线距离。

例如：服务器接收到乘客A在乘客终端提交第一出发地为C小区的用车订单，查找到司机终端B开启了自动成行功能，并获取到所述司机终端设置的自动成行参数中第二出发地为E小区。服务器预估计算出从E小区到C小区的第一距离为0.8km，假设第一距离阈值为1km，服务器判断获知第一距离0.8km小于第一距离阈值1km。则服务器确定所述用车参数与所述自动成行参数相匹配，自动将所述用车订单分配给所述司机终端，不需要司机在司机终端点击确认，订单自动成交。需要说明的是，第一距离阈值可以根据实际使用情况进行预先设定，不限于本实施例列举的1km，同时第一距离阈值可以由服务器预先设定，也可以由司机根据自己的需要在司机终端的自动成行参数里设置，本发明实施例不做限定。

本发明实施例提供的用车订单分配处理方法，通过计算并判断司机的第二出发地和乘客的第一出发地之间的第一距离是否小于预先设定的第一距离阈值，若小于，则确定用车参数与自动成行参数相匹配，自动将所述用车订单分配给所述司机终端，不需要司机在司机终端点击确认。使得用车订单匹配的司机和乘客的出发地之间的距离在合理范围内，提高了用车订单匹配的合理性。

在上述实施例的基础上，所述用车参数包括第一出发地和第一目的地，所述自动成行参数包括第二出发地和第二目的地；相应地，所述判断所述用车参数与所述自动成行参数是否匹配包括：

获取所述第二出发地和所述第二目的地之间的第二距离，并根据所述第二出发地、所述第一出发地、所述第一目的地以及所述第二目的地计算第三距离，若判断所述第二距离与所述第三距离的差值的绝对值不大于第二距离阈值，则确定所述用车参数与所述自动成行参数相匹配。

具体地，乘客在乘客终端提交的用车订单中的用车订单参数包括第一出发地和第一目的地，司机终端设置的自动成行参数包括第二出发地和第二目的地，当然用车参数和自动成行参数都还包括其他参数，此处不做具体限定。服务器接收到所述用车订单后，预估计算出第二出发地和第二目的地之间的第二距离，即若司机不承接所述用车订单的行驶距离。查找开启自动成行功能的司机终端，并获取开启自动成行功能的司机终端设置的自动成行参数，预估计算出从第二出发地到第一出发地再到第一目的地最后到第二目的地的行驶距离即第三距离，也就是司机若承接所述用车订单后的行驶距离。判断第二距离和第三距离的差值的绝对值是否大于第二距离阈值，若不大于第二距离阈值，则确定所述用车参数与所述自动成行参数相匹配，当然这时候用车参数与自动成行参数中的其他参数已经是相匹配的。服务器将所述用车订单分配给所述司机终端，不需要司机在司机终端点击确认，订单自动成交。需要说明的是，第二距离和第三距离是指实际行驶距离，不是直线距离。

例如：乘客A在乘客终端提交第一出发地为C小区，第一目的地为D大厦的用车订单，服务器接收到所述订单后，查找到司机终端B开启了自动成行功能，并获取到所述司机终端设置的自动成行参数中第二出发地为E小区，第二目的地为F大厦。服务器预估计算出从E小区到F大厦的第二距离为10km，从E小区到C小区接乘客A，再将乘客A送到D大厦，最后到F大厦的第三距离为15km。假设第二距离阈值为6km，服务器判断获知第二距离和第三距离的差值的绝对值5km小于第二距离阈值6km，则服务器确定所述用车参数与所述自动成行参数相匹配，自动将所述用车订单分配给所述司机终端，不需要司机在司机终端点击确认，订单自动成交。需要说明的是，第二距离阈值可以根据实际使用情况进行预先设定，不限于本实施例列举的6km，同时第二距离阈值可以由服务器预先设定，也可以由司机根据自己的需要在司机终端的自动成行参数里设置，本发明实施例不做限定。

本发明实施例提供的用车订单分配处理方法，根据用车订单中的第一出发地、第一目的地和司机终端设置的自动成行参数中的第二出发地、第二目的地，计算出绕路距离，即第二距离和第三距离的差值的绝对值，并通过判断所述绕路距离是否小于第二距离阈值，来判断用车参数与自动成行参数是否匹配，避免为司机匹配到需要绕行太远的用车订单，提高了用车订单的自动匹配结果的合理性。

在上述实施例的基础上，所述用车参数还包括乘车人数，所述自动成行参数包括可乘人数；相应地，所述判断所述用车参数与所述自动成行参数是否匹配包括：

若判断所述乘车人数不大于所述可乘人数，则确定所述用车参数与所述自动成行参数相匹配。

具体地，乘客在乘客终端提交的用车订单的用车参数包括乘车人数，服务器接收到所述用车订单后，查找开启自动成行功能的司机终端，并获取开启自动成行功能的司机终端设置的包含可乘人数的自动成行参数。服务器将乘车人数与可乘人数进行匹配，若判断乘车人数不大于可乘人数，则确定用车参数与自动成行参数相匹配，当然用车参数和自动成行参数都还包括其他参数，此处不做具体限定，并且这时候用车参数与自动成行参数中的其他参数已经是相匹配的。

例如：若乘客A提交的用车订单中的可乘人数为2人，服务器获取到开启自动成行功能的司机终端B设置的自动成行参数中的可乘人数为3人，服务器判断用车订单中的乘车人数2人小于司机终端设置的可乘人数3人，则服务器确定用车参数与自动成行参数相匹配。服务器自动将乘客A的用车订单分配给司机终端B，不需要司机在司机终端B上点击确认，订单自动成交。

本发明实施例提供的用车订单分配处理方法，通过将乘车人数和可乘人数进行匹配，确保相匹配的用车订单中乘车人数不大于可乘人数，提高了用车订单的自动匹配结果的合理性，避免了当司机根据用车订单去接乘客时发现能提供的座位数不够，从而不能完成所述用车订单。

在上述实施例的基础上，所述用车参数包括第一出发地和第一目的地，所述自动成行参数包括最低费用；相应地，所述判断所述用车参数与所述自动成行参数是否匹配包括：

根据所述第一出发地和所述第一目的地计算预估用车费用，若判断所述预估用车费用不小于所述最低费用，则确定所述用车参数与所述自动成行参数相匹配。

具体地，乘客在乘客终端提交的用车订单的用车参数包括第一出发地和第一目的地，服务器接收到所述用车订单后，查找开启自动成行功能的司机终端，并获取开启自动成行功能的司机终端设置的包含最低费用的自动成行参数。服务器根据第一出发地和第一目的地计算预估用车费用，并将预估用车费用与最低费用进行匹配，若判断预估用车费用不小于所述最低费用，则确定用车参数与自动成行参数相匹配，当然用车参数和自动成行参数都还包括其他参数，此处不做具体限定，并且这时候用车参数与自动成行参数中的其他参数已经是相匹配的。

例如：若乘客A在乘客终端上提交第一出发地为C小区，第一目的地为D大厦的用车订单，服务器计算出从C小区到D大厦的预估用车费用为20元。服务器获取到开启自动成行功能的司机B的司机终端设置的自动成行参数中的最低费用为15元，服务器判断用车订单中的预估用车费用大于司机终端设置的最低费用，则服务器确定用车参数与自动成行参数相匹配。服务器自动将乘客A的用车订单分配给司机终端B，不需要司机在司机终端B上点击确认，订单自动成交，提高了用车订单的自动匹配结果的合理性。

在上述实施例中，所述自动将所述用车订单分配给所述司机终端之后，所述方法还包括：更新所述司机终端的自动成行指示标识，并向所述司机终端发送关闭自动成行功能的控制指令。

具体地，服务器将用车订单中的用车参数与开启自动成行功能的司机终端设置的自动成行参数进行匹配，若匹配成功，服务器自动将用车订单分配给司机终端。之后，服务器自动更新司机终端的自动成行指示标识，并向司机终端发送关闭自动成行功能的控制指令，司机终端根据控制指令关闭自动成行功能。也就是说，服务器在接收到乘客终端发送的用车订单后，在系统查找到的开启自动成行功能的司机终端，都是未接单的并且开启自动成行功能的司机终端。

例如：服务器接收到乘客A在乘客终端发送的用车订单，并将所述用车订单中的用车参数与开启自动成行功能的司机终端B设置的自动成行参数进行匹配，匹配成功后，服务器自动将乘客A的用车订单分配给司机终端B。然后，服务器自动更新司机终端的自动成行指示标识，将司机终端B的自动成行指示标识更新为未开启，并向司机终端B发送关闭自动成行功能的控制指令，司机终端B根据控制指令关闭自动成行功能。避免了一些司机终端已经接单，但是没有关闭自动成行功能，服务器也没有对自动成行指示标识进行更新，导致下一次订单自动匹配将用车订单分配给了已经接单的司机终端，但是所述司机终端不能完成订单，出现订单分配错误。

本发明实施例提供的订单自动匹配处理方法，在接收到乘客终端提交的用车订单后，获取开启自动成行功能的司机终端中的自动成行参数，并将用车订单中的用车参数与自动成行参数做匹配，若匹配成功，自动将用车订单分配给所述司机终端。不需要司机在司机终端点击确认，也不需要司机在司机终端抢单，降低了司机错过订单的概率，减少了司机接单的时间，提高了接单效率，也减少了乘客等待接单的时间，提高了乘客的用车体验感。同时通过合理设置自动成行参数、用车参数和匹配判断方法，提高了订单自动匹配结果的合理性。

图2为本发明实施例中订单自动匹配处理服务器的结构示意图，如图2所示，本发明实施例提供了一种订单自动匹配处理服务器，包括：接收单元20和处理单元21，其中：

接收单元20用于接收乘客终端发送的用车订单，所述用车订单中包括用车参数；处理单元21用于获取司机终端设置的自动成行参数，判断所述用车参数与所述自动成行参数是否匹配，则将所述用车订单分配给所司机终端。

具体地，当乘客使用乘客终端提交包括用车参数的用车订单时，接收单元20接收所述用车订单，并发送给处理单元21，处理单元21查找开启自动成行功能的司机终端，获取所述司机终端设置的自动成行参数，并将所述自动成行参数与所述用车参数进行匹配。具体将自动成行参数与用车参数进行匹配是指，对自动成行参数与用车参数进行一一匹配，每一对参数都相匹配，则确定匹配成功，则处理单元21将所述用车订单分配给所述司机终端，不需要司机在司机终端点击确认，订单自动成交。本实施例中所述的用车参数与自动成行参数相匹配与上述实施例一致，此处不再赘述。

本发明实施例提供的订单自动匹配处理服务器，通过接收单元接收用车订单，并发送给处理单元，处理单元再获取开启自动成行功能的司机终端设置的自动成行参数，并将自动成行参数与用车订单中的用车参数进行匹配，若匹配成功，自动将用车订单分配给司机终端不需要司机在司机终端点击确认，也不需要司机通过司机终端抢单，降低了司机错过订单的概率，减少了司机接单的时间，提高了接单效率。

在上述实施例的基础上，所述用车参数包括用车时间，所述自动成行参数包括出发时间范围；相应地，所述处理单元还用于：

若判断所述用车时间处于所述出发时间范围内，则确定所述用车参数与所述自动成行参数相匹配。

具体地，当接收单元20接收到乘客终端发送的包含用车时间的用车订单并发送给处理单元21后，处理单元21查找开启自动成行功能的司机终端，并获取开启自动成行功能的司机终端设置的包含出发时间范围的自动成行参数。处理单元21将用车时间与出发时间范围进行匹配，若判断所述用车时间处于所述出发时间范围内，则确定所述用车参数与所述自动成行参数相匹配，当然用车参数和自动成行参数还包括其他参数，此处不做具体限定，并且这时候用车参数与自动成行参数中的其他参数已经是相匹配的。服务器将所述用车订单分配给所述司机终端，司机根据用车订单的用车时间去接乘客来完成订单。

在上述实施例的基础上，所述用车参数包括第一出发地，所述自动成行参数包括第二出发地，相应地，所述处理单元21具体用于：

获取所述第一出发地与所述第二出发地之间的第一距离，若判断所述第一距离不大于第一距离阈值，则确定所述用车参数与所述自动成行参数相匹配。

具体地，接收单元20接收到带有第一出发地的用车参数的用车订单后，将用车订单发送给处理单元21，处理单元21查找并获取到司机终端设置的带有第二出发地的自动成行参数，当然用车参数和自动成行参数都还包括其他参数，此处不做具体限定。处理单元21预估计算出第二出发地与第一出发地之间的第一距离。若判断第一距离不大于第一距离阈值，则确定所述用车参数与所述自动成行参数相匹配，当然这时候用车参数与自动成行参数中的其他参数已经是相匹配的。处理单元21将所述用车订单分配给所述司机终端，不需要司机在司机终端点击确认，订单自动成交。需要说明的是，第一距离的计算以及第一距离阈值的设置与上述实施例一致，此处不再赘述。

在上述实施例的基础上，所述用车参数包括第一出发地和第一目的地，所述自动成行参数包括第二出发地和第二目的地；相应地，所述处理单元21具体用于：

获取所述第二出发地和所述第二目的地之间的第二距离，并根据所述第二出发地、所述第一出发地、所述第一目的地以及所述第二目的地计算第三距离，若判断所述第二距离与所述第三距离的差值的绝对值不大于第二距离阈值，则确定所述用车参数与所述自动成行参数相匹配。

具体地，接收单元20接收到包括第一出发地和第一目的地的用车参数的用车订单，并将用车订单发送给处理单元21。处理单元21获取自动成行功能的司机终端设置的带有第二出发地和第二目的地的自动成行参数，预估计算出第二出发地和第二目的地之间的第二距离，和从第二出发地到第一出发地再到第一目的地最后到第二目的地的行驶距离即第三距离。处理单元21判断第二距离和第三距离的差值的绝对值是否大于第二距离阈值，若不大于第二距离阈值，则确定所述用车参数与所述自动成行参数相匹配，当然用车参数和自动成行参数都还包括其他参数，此处不做具体限定，并且这时候用车参数与自动成行参数中的其他参数已经是相匹配的。处理单元21自动将所述用车订单分配给所述司机终端，不需要司机在司机终端点击确认，订单自动成交。需要说明的是，第二距离和第三距离的计算以及第二距离阈值的设置与上述实施例一致，此处不再赘述。

在上述实施例的基础上，所述用车参数还包括乘车人数，所述自动成行参数包括可乘人数；相应地，所述处理单元21还具体用于：

若判断所述乘车人数不大于所述可乘人数，则确定所述用车参数与所述自动成行参数相匹配。

具体地，乘客在乘客终端提交的用车订单的用车参数包括乘车人数，接收单元20接收到所述用车订单并发送给处理单元21后，处理单元21查找开启自动成行功能的司机终端，并获取开启自动成行功能的司机终端设置的包含可乘人数的自动成行参数。处理单元21将乘车人数与可乘人数进行匹配，若乘车人数不大于可乘人数，则确定用车参数与自动成行参数相匹配，当然用车参数和自动成行参数都还包括其他参数，此处不做具体限定，并且这时候用车参数与自动成行参数中的其他参数已经是相匹配的。处理单元21自动将所述用车订单分配给所述司机终端，不需要司机在司机终端点击确认，订单自动成交。

在上述实施例的基础上，所述用车参数包括第一出发地和第一目的地，所述自动成行参数包括最低费用；相应地，所述处理单元具体用于：

根据所述第一出发地和所述第一目的地计算预估用车费用，若判断所述预估用车费用不小于所述最低费用，则确定所述用车参数与所述自动成行参数相匹配。

具体地，接收单元20接收到包括第一出发地和第一目的地的用车订单，并将用车订单发送给处理单元21，处理单元21获取开启自动成行功能的司机终端设置的带有最低费用的自动成行参数。处理单元21计算从第一出发地到第一目的地的预估用车费用，并将预估用车费用与最低费用做匹配，若判断获知预估用车费用不小于所述最低费用，则确定用车参数与自动成行参数相匹配。当然用车参数和自动成行参数都还包括其他参数，此处不做具体限定，并且这时候用车参数与自动成行参数中的其他参数已经是相匹配的。则处理单元21自动将所述用车订单分配给所述司机终端，不需要司机在司机终端点击确认，订单自动成交。

在上述实施例中，所述自动将所述用车订单分配给所述司机终端之后，所述处理单元21还用于：更新所述司机终端的自动成行指示标识，并向所述司机终端发送关闭自动成行功能的控制指令。

具体地，处理单元21将用车订单中的用车参数与开启自动成行功能的司机终端设置的自动成行参数进行匹配，若匹配成功，处理单元21将用车订单分配给司机终端。之后，处理单元21自动更新司机终端的自动成行指示标识，并向司机终端发送关闭自动成行功能的控制指令，司机终端根据控制指令关闭自动成行功能。也就是说，接收单元20在接收到乘客终端发送的用车订单后，在系统查找到的开启自动成行功能的司机终端，都是未接单的并且开启自动成行功能的司机终端。

本发明提供的服务器用于执行上述方法，其具体的实施方式与方法的实施方式一致，此处不再赘述。

本发明实施例提供的订单自动匹配处理服务器，通过接收单元在接收到乘客终端提交的用车订单并发送给处理单元后，处理单元获取到开启自动成行功能的司机终端中的自动成行参数，并将用车订单中的用车参数与自动成行参数做匹配，若匹配成功，自动将用车订单分配给所述司机终端。不需要司机在司机终端点击确认，也不需要司机在司机终端抢单，降低了司机错过订单的概率，减少了司机接单的时间，提高了接单效率，也减少了乘客等待接单的时间，提高了乘客的用车体验感。同时通过合理设置自动成行参数、用车参数和匹配判断方法等，提高了订单自动匹配结果的合理性。

图3为本发明实施例中订单自动匹配处理服务器的实体结构示意图，如图3所示，所述服务器可以包括：处理器(processor)30、通信接口(Communications Interface)31、存储器(memory)32和通信总线33，其中，处理器30，通信接口31，存储器32通过通信总线33完成相互间的通信。通信接口31可以用于服务器与乘客终端和司机终端的信息传输。处理器30可以调用存储器32中的逻辑指令，以执行如下方法：接收乘客终端发送的用车订单，所述用车订单中包括用车参数；若获取到司机终端设置的自动成行参数，且若判断获知所述用车参数与所述自动成行参数相匹配，则自动将所述用车订单分配给所述司机终端。

此外，上述的存储器32中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所描述的服务器实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (14)

1.一种订单自动匹配处理方法，其特征在于，包括：

接收乘客终端发送的用车订单，所述用车订单中包括用车参数；

获取司机终端设置的自动成行参数，判断所述用车参数与所述自动成行参数是否匹配，若判断为匹配，则将所述用车订单分配给所述司机终端。

2.根据权利要求1所述的方法，其特征在于，所述用车参数包括用车时间，所述自动成行参数包括出发时间范围；相应地，所述判断所述用车参数与所述自动成行参数是否匹配包括：

若判断所述用车时间处于所述出发时间范围内，则确定所述用车参数与所述自动成行参数相匹配。

3.根据权利要求1所述的方法，其特征在于，所述用车参数包括第一出发地，所述自动成行参数包括第二出发地，相应地，所述判断所述用车参数与所述自动成行参数是否匹配包括：

获取所述第二出发地与所述第一出发地之间的第一距离，若判断所述第一距离不大于第一距离阈值，则确定所述用车参数与所述自动成行参数相匹配。

4.根据权利要求1所述的方法，其特征在于，所述用车参数包括第一出发地和第一目的地，所述自动成行参数包括第二出发地和第二目的地；相应地，所述判断所述用车参数与所述自动成行参数是否匹配包括：

获取所述第二出发地和所述第二目的地之间的第二距离，并根据所述第二出发地、所述第一出发地、所述第一目的地以及所述第二目的地计算第三距离，若判断所述第二距离与所述第三距离的差值的绝对值不大于第二距离阈值，则确定所述用车参数与所述自动成行参数相匹配。

5.根据权利要求1所述的方法，其特征在于，所述用车参数包括乘车人数，所述自动成行参数包括可乘人数；相应地，所述判断所述用车参数与所述自动成行参数是否匹配包括：

若判断所述乘车人数不大于所述可乘人数，则确定所述用车参数与所述自动成行参数相匹配。

6.根据权利要求1所述的方法，其特征在于，所述用车参数包括第一出发地和第一目的地，所述自动成行参数包括最低费用；相应地，所述判断所述用车参数与所述自动成行参数是否匹配包括：

根据所述第一出发地和所述第一目的地计算预估用车费用，若判断所述预估用车费用不小于所述最低费用，则确定所述用车参数与所述自动成行参数相匹配。

7.根据权利要求1至6任一所述的方法，其特征在于，所述自动将所述用车订单分配给所述司机终端之后，所述方法还包括：更新所述司机终端的自动成行指示标识，并向所述司机终端发送关闭自动成行功能的控制指令。

8.一种订单自动匹配处理服务器，其特征在于，包括：

接收单元，用于接收乘客终端发送的用车订单，所述用车订单中包括用车参数；

处理单元，用于获取司机终端设置的自动成行参数，判断所述用车参数与所述自动成行参数是否匹配，若判断为匹配，则将所述用车订单分配给所司机终端。

9.根据权利要求8所述的服务器，其特征在于，所述用车参数包括用车时间，所述自动成行参数包括出发时间范围；相应地，所述处理单元还用于：

若判断所述用车时间处于所述出发时间范围内，则确定所述用车参数与所述自动成行参数相匹配。

10.根据权利要求8所述的服务器，其特征在于，所述用车参数包括第一出发地，所述自动成行参数包括第二出发地，相应地，所述处理单元具体用于：

获取所述第一出发地与所述第二出发地之间的第一距离，若判断所述第一距离不大于第一距离阈值，则确定所述用车参数与所述自动成行参数相匹配。

11.根据权利要求8所述的服务器，其特征在于，所述用车参数包括第一出发地和第一目的地，所述自动成行参数包括第二出发地和第二目的地；相应地，所述处理单元具体用于：

获取所述第二出发地和所述第二目的地之间的第二距离，并根据所述第二出发地、所述第一出发地、所述第一目的地以及所述第二目的地计算第三距离，若判断所述第二距离与所述第三距离的差值的绝对值不大于第二距离阈值，则确定所述用车参数与所述自动成行参数相匹配。

12.根据权利要求8所述的服务器，其特征在于，所述用车参数还包括乘车人数，所述自动成行参数包括可乘人数；相应地，所述处理单元还用于：

若判断所述乘车人数不大于所述可乘人数，则确定所述用车参数与所述自动成行参数相匹配。

13.根据权利要求8所述的服务器，其特征在于，所述用车参数包括第一出发地和第一目的地，所述自动成行参数包括最低费用；相应地，所述处理单元具体用于：

根据所述第一出发地和所述第一目的地计算预估用车费用，若判断所述预估用车费用不小于所述最低费用，则确定所述用车参数与所述自动成行参数相匹配。

14.根据权利要求8至13任一所述的服务器，其特征在于，所述自动将所述用车订单分配给所述司机终端之后，所述处理单元还具体用于：更新所述司机终端的自动成行指示标识，并向所述司机终端发送关闭自动成行功能的控制指令。