本发明实施例涉及计算机技术技术领域，具体涉及一种订单处理方法及装置。
背景技术：
现有某些出行方式，如出租车为抢单播单模式，即在司机接单的情况下，在司机行程中，会播报到达目的地附近为起始地点的订单，以提高接单效率。还有些司机为自动派单模式，即由平台直接将单派送给司机端；
在实现本发明实施例的过程中，发明人发现有些司机并不适合所接的订单，导致乘客取消订单；而且在乘客取消订单后快速打车仍有可能打到同一司机。对此，司机和乘客都比较无耐，浪费了双方的时间和资源。
技术实现要素：
本发明实施例的一个目的是避免出现乘客取消订单后快速打车又打到同一司机而导致多次取消订单，多次下单才能找到合适司机的问题。
本发明实施例提出了一种订单处理方法，包括：
接收用户设备ue发送的打车请求，获取所述ue发送打车请求的打车时间；
获取所述ue在距离所述打车时间第一预设时间段内的订单取消记录，所述订单取消记录包括订单取消记录对应的终端；
根据所述打车请求生成订单，并将所述订单发送给待接单终端，所述待接单终端不包括所述订单取消记录对应的终端。
优选地，所述订单取消记录包括订单取消原因信息；
相应地，所述将所述订单发送给待接单终端的步骤具体包括：
根据所述订单取消原因信息，按照对应的预设规则发送所述订单。
优选地，所述订单取消原因信息包括可接受等待时间；
相应地，所述根据所述订单取消原因信息，按照对应的预设规则发送所述订单包括：
获取所述订单的出发地信息；
根据所述出发地信息，从所述待接单终端中获取接驾时间小于所述可接受等待时间的终端；
将所述订单发送给所述终端。
优选地，所述订单取消原因信息包括可接受距离；
相应地，所述根据所述订单取消原因信息，按照对应的预设规则发送所述订单包括：
获取所述订单的出发地信息；
根据所述出发地信息，从所述待接单终端中获取与所述ue的出发地之间的距离值小于所述可接受距离的终端；
将所述订单发送给所述终端。
优选地，该方法还包括：
若所述ue在距离当前时间点的第二预设时间段内的订单取消记录的次数大于预设阈值，则将所述ue标记为刷单ue。
优选地，在将所述订单发送给待接单终端之前，该方法还包括：
判断所述订单的出发地是否与所述订单取消记录中包括的出发地相同，若是，则屏蔽所述订单取消记录对应的终端；若否，则将所述订单取消记录对应的终端归属为待接单终端。
本发明还提出了一种订单处理装置，包括：
接收模块，用于接收用户设备ue发送的打车请求，获取所述ue发送打车请求的打车时间；
获取模块，用于获取所述ue在距离所述打车时间第一预设时间段内的订单取消记录，所述订单取消记录包括订单取消记录对应的终端
发送模块，用于根据所述打车请求生成订单，并将所述订单发送给待接单终端，所述待接单终端不包括所述订单取消记录对应的终端。
优选地，所述订单取消记录包括订单取消原因信息；
相应地，所述发送模块，用于根据所述订单取消原因信息，按照对应的预设规则发送所述订单。
优选地所述订单取消原因信息包括可接受等待时间；
相应地，所述发送模块，具体用于获取所述订单出发地信息；根据所述出发地信息，从所述待接单终端中获取接驾时间小于所述可接受等待时间的终端；将所述订单发送给所述终端。
优选地，所述订单取消原因信息包括可接受距离；
相应地，所述派单模块，具体用于获取所述订单的出发地信息；根据所述出发地信息，从所述待接单终端中获取与所述ue的出发地之间的距离值小于所述可接受距离的终端；将所述订单发送给所述终端。
优选地，该装置还包括：标记模块；
所述标记模块，用于若检测获知所述ue在距离当前时间点的第二预设时间段内的订单取消记录的次数大于预设阈值，则将所述ue标记为刷单ue。
优选地，该装置还包括：屏蔽模块；
所述屏蔽模块，用于判断所述订单的出发地是否与所述订单取消记录中包括的出发地相同，若是，则屏蔽所述订单取消记录对应的终端；若否，则将所述订单取消记录对应的终端归属为待接单终端。
由上述技术方案可知，本发明实施例提出的订单处理方法及装置针对经常出现乘客取消订单后快速打车又打到同一司机而导致双方都比较无奈的现象，采用对订单取消记录对应的接单终端进行标记的方式，以在该乘客下次发起打车请求时将该终端排除出去，防止出现乘客需要多次下单才能找到合适司机的情况，具有提高派单针对性的优点。
附图说明
通过参考附图会更加清楚的理解本发明的特征和优点，附图是示意性的而不应理解为对本发明进行任何限制，在附图中：
图1示出了本发明一实施例提供的订单处理方法的流程示意图；
图2示出了本发明另一实施例提供的订单处理方法的流程示意图；
图3示出了本发明一实施例提供的订单处理装置的流程示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明的一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。
以下对本发明实施例中提及的部分词语进行举例说明。
本发明实施例中提及的用户设备(userequipment，简称ue)是指呼叫服务方，如交通工具叫车服务中的乘客，所使用的移动终端或个人计算机(personalcomputer，简称pc)等设备。例如智能手机、个人数码助理(pda)、平板电脑、笔记本电脑、车载电脑(carputer)、掌上游戏机、智能眼镜、智能手表、可穿戴设备、虚拟显示设备或显示增强设备(如googleglass、oculusrift、hololens、gearvr)等。
本发明实施例中提及的终端为提供服务方，如交通工具叫车服务中的司机，所使用的用于接单的移动终端或pc端等设备。诸如上述呼叫服务方所使用各设备。因此，本实施例中，第一终端为第一个司机所持的移动终端，第二终端为第二个司机所持的终端，……，第n终端为第n个司机所持的终端。本实施例中，为了区别乘客和司机，分别采用用户设备ue和终端来分别表示乘客和司机所持的移动终端等设备。
图1示出了本发明一实施例提供的订单处理方法的流程示意图，参见图1，该订单处理方法可由服务器实现，具体包括如下步骤：
110、接收用户设备ue发送的打车请求，获取所述ue发送打车请求的打车时间；
需要说明的是，ue在发送打车请求时，还会把当前时刻或者打车请求中携带的预约的打车时间一并发送至服务器；或者服务器以接收到打车请求的时间点作为打车时间。
120、获取所述ue在距离所述打车时间第一预设时间段内的订单取消记录，所述订单取消记录包括订单取消记录对应的终端；
其中，第一预设时间为可设置，举例为30s、1min、5min等，此处不限定；
另外，需要说明的是，在接收到用户设备ue发送的打车请求时，若确定该ue在距离打车时间最近的第一预设时间段内存在订单取消记录，则服务器将这种情况判定为ue对应的乘客对订单取消记录对应的订单的接单终端不满意，因此，默认为该终端不适合该乘客，并根据该终端的标识对该终端进行标记；
可理解的是，对于每个终端均有与之唯一对应的标识，并存储在服务器的数据库中，例如：编号等。
130、根据所述打车请求生成订单，并将所述订单发送给待接单终端，所述待接单终端不包括所述订单取消记录对应的终端。
需要说明的是，由于步骤120中以判定该终端不合适该ue，而且已将该终端标记，因此，服务器在派送第二订单的时候将自动过滤掉该终端，选择其他的待接单终端。
由此，本实施例针对经常出现乘客取消订单后快速打车又打到同一司机而导致双方都比较无奈的现象，采用对订单取消记录对应的接单终端进行标记的方式，以在该乘客下次发起打车请求时将该终端排除出去，防止出现乘客需要多次下单才能找到合适司机的情况，具有提高派单针对性的优点。
为了进一步提高派单的有效性和针对性，在一可行实施例中，所述订单取消记录包括订单取消原因信息；
进而服务器可根据所述订单取消原因信息，按照对应的预设规则发送所述订单。
需要说明的是，本实施例基于乘客反馈的订单取消原因信息将订单发送给合适的终端，防止再次出现与之前订单取消原因相同的原因而取消该订单的情况。
可理解的是，服务器基于乘客反馈的订单取消原因信息合理安排该订单的发送范围，即对待接单终端进行筛选，以规避会出现订单取消的情况；
其中，订单取消原因信息为乘客取消前一次订单的原因，例如：等待时间超过预期太多，与接单终端之间的距离太远等等。
基于上述订单取消原因信息，本实施例提出了如下预设规则：
规则一，若检测到订单取消原因信息为乘客认为等待时间(接驾时间)超过预期等待时间；
则服务器获取所述订单中携带的出发地信息；
根据所述出发地信息，从所述待接单终端中获取接驾时间小于所述的可接受等待时间的终端；
将所述订单发送给所述终端；
或者是，
服务器根据所述接单终端的标识获取所述接单终端的所在地信息；
根据所述所在地信息和所述订单中的出发地信息获取所述接单终端的接驾时间；
根据所述订单中携带的出发地信息，从待接单终端中筛选出接驾时间小于所述接单终端的接驾时间的终端；
将所述订单派送给筛选出的终端。
需要说明的是，接驾时间需要考虑到实际的路况、环境因素等综合考虑，具体的算法此处不进行限定；
另外，订单中携带的出发地信息和前一次订单中携带的出发地信息可能不同，因此，此处在对待接单终端进行筛选时，服务器重新获取乘客发起的订单中携带的出发地信息，并以此为准，进而能提高筛选的精度。
可见，可接受等待时间由乘客选择决定或者是服务器派单决定，但不管是哪种方式订单的等待时间均小于前一次订单的等待时间。
规则二，若检测到订单取消原因信息为乘客认为接驾终端与自己的距离太远，则服务器获取所述订单中携带的出发地信息；
根据所述出发地信息，从所述待接单终端中获取与所述ue的出发地之间的距离值小于所述的可接受距离值的终端；
将所述订单发送给所述终端。
可理解的是，乘客选择的可接受距离信息举例为：2km，4km等；处于此范围内的终端，服务器才有可能将订单派送给该终端；
或者是，
服务器根据所述接单终端的标识获取所述接单终端的所在地信息；
根据所述所在地信息和所述订单中的出发地信息获取所述接单终端和ue出发地之间的第一距离值；
根据所述订单的出发地信息，从待接单终端中筛选出与所述ue出发地之间的第二距离值小于所述第一距离值的终端。
进一步地，第二距离值需要满足一定的要求才能作为派单终端，例如：与第一距离值之间的差值需要大于预设距离值才能作为派单终端；此处的预设距离值举例为：500m，1km等等。
针对以上两个方案，若当前的订单再次被取消而且预设时间内再次发起订单时，则调整上述接驾时间和预设距离值的参数，调整的方案为进一步降低接驾时间，并进一步增加预设距离值；
例如：在ue发起当前订单时，服务器对接驾时间的要求为10min，若发生上述情况则要求接驾时间为7min，以此类推，对接驾时间的要求为越来越短；
相应的，对预设距离值的要求也是相似的，此处不再进行赘述。
在另一可行实施例中，若检测获知所述ue在距离当前时间点最近的第二预设时间段内的订单取消记录的次数大于预设阈值，则将所述ue标记为刷单ue。
可理解的是，若ue被标记为刷单ue，则在预设时间内不在发送该ue发起的订单，此处的预设时间举例为：30min，1h等；
另外，服务器还可以通过短信提醒的方式警告该ue对应的乘客。
图2示出了本发明另一实施例提供的订单处理方法的流程示意图，下面参见图2对本方案进行详细说明：
首先，服务器若检测到乘客取消订单，则向ue发送订单取消原因请求，该订单取消原因请求包括多种取消订单的原因选项，例如：1、和司机协商取消订单；2、需要等待时间过长；3、司机距离过远取消订单；4、我改变了行程；
若乘客选择的对应选项，则服务器在该乘客再次发起新的订单时执行相应的方案；
若乘客选择选项1，则将新的订单派单给除所述终端之外的待接单终端。
若乘客选择选择选项2或3；则向乘客发送可接受等待时长的选项，等待时长包括多个不同的时间值，例如：5min、10min等；
并根据乘客选择的等待时长选项，对待接单终端进行筛选；例如：若乘客选择的等待时长选项对应的等待时长为5min，则从待接单终端中筛选出接驾时间不超过5min的终端；若乘客选择的等待时长选项对应的等待时长为10min，则从待接单终端中筛选出接驾时间不超过10min的终端。
或者是，
根据乘客选择的可接受距离信息，例如：2km、4km，对待接单终端进行筛选；
若乘客选择了选项4，则不再追问。
若乘客没有选择取消订单的原因，而且预设时间内又发起新的订单，则将新的订单派单给除所述终端之外的待接单终端即可。
为了避免出现误伤终端的情况，在另一可行实施例中，服务器在将ue最新发起的订单发送至待接单终端之前，还会判断所述订单的出发地是否与所述订单取消记录中包括的出发地相同，若是，则说明订单取消记录对应的终端还是不合适ue发起的订单，服务器屏蔽所述订单取消记录对应的终端；若无，则说明用户该更了上车点，订单取消记录对应的终端可能能符合用户的需求，因此，将所述订单取消记录对应的终端归属为待接单终端，参与服务器的派单。
可见，本实施例通过在派单之前判断用户是否更改了上车点以选择性的屏蔽订单取消记录对应的终端，避免因为死板的屏蔽订单取消记录对应的终端，出现误伤的情况。
对于方法实施方式，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明实施方式并不受所描述的动作顺序的限制，因为依据本发明实施方式，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施方式均属于优选实施方式，所涉及的动作并不一定是本发明实施方式所必须的。
图3示出了本发明一实施例提供的订单处理装置的流程示意图，参见图3，该订单处理装置，包括：接收模块31、获取模块32和发送模块33；其中，
接收模块31，用于接收用户设备ue发送的打车请求，获取所述ue发送打车请求的打车时间；
获取模块32，用于获取所述ue在距离所述打车时间第一预设时间段内的订单取消记录，所述订单取消记录包括订单取消记录对应的终端
发送模块33，用于根据所述打车请求生成订单，并将所述订单发送给待接单终端，所述待接单终端不包括所述订单取消记录对应的终端。
需要说明的是，接收模块31在接收到ue发送的打车请求后，获取打车时间，并将获取到的数据发送至获取模块32和发送模块33；获取模块32根据打车时间获取第一预设时间段内的订单数据，若根据订单数据发现存在订单取消记录，则将订单取消记录对应的终端的标识发送至发送模块33；发送模块33根据打车请求生成订单，并根据订单取消记录对应的终端的标识屏蔽该终端，以将订单发送给其他终端。
本发明实施例对经常出现乘客取消订单后快速打车又打到同一司机而导致双方都比较无奈的现象，采用对订单取消记录对应的接单终端进行标记的方式，以在该乘客下次发起打车请求时将该终端排除出去，防止出现乘客需要多次下单才能找到合适司机的情况，具有提高派单针对性的优点。
本实施例中，发送模块33的工作原理如下：
首先，发送模块33读取所述订单取消记录中包括的订单取消原因信息；
然后，根据所述订单取消原因信息，按照对应的预设规则发送所述订单。
基于订单取消原因的种类，预设的规则也不尽相同，举例如下：
订单取消原因包括：可接受等待时间和可接受距离；基于前一次反馈的不同信息，在该乘客发起新的订单时，发送模块33执行对应的方案；
若乘客选择的订单取消原因为时间过长而且选择了可接受的等待时间信息，则发送模块33执行如下方案：
获取所述订单中携带的出发地信息；根据所述出发地信息，从所述待接单终端中获取接驾时间小于所述可接受等待时间信息中携带的可接受等待时间的终端；将所述订单发送给所述终端。
若乘客选择的订单取消原因为距离过长而且选择了可接受的距离信息，则发送模块33执行如下方案：
获取所述订单中携带的出发地信息；根据所述出发地信息，从所述待接单终端中获取与所述ue的出发地之间的距离值小于所述可接受距离信息中携带的可接受距离值的终端；将所述订单发送给所述终端。
为了进一步提高本方案的有效性，防止为人所乘，该装置还包括：标记模块34；
所述标记模块34，用于若检测获知所述ue在距离当前时间点最近的第二预设时间段内的订单取消记录的次数大于预设阈值，则将所述ue标记为刷单ue。
为了避免出现误伤终端的情况，该装置还包括：屏蔽模块，用于判断所述订单的出发地是否与所述订单取消记录中包括的出发地相同，若是，则屏蔽所述订单取消记录对应的终端；若无，则将所述订单取消记录对应的终端归属为待接单终端。
对于装置实施方式而言，由于其与方法实施方式基本相似，所以描述的比较简单，相关之处参见方法实施方式的部分说明即可。
应当注意的是，在本发明的装置的各个部件中，根据其要实现的功能而对其中的部件进行了逻辑划分，但是，本发明不受限于此，可以根据需要对各个部件进行重新划分或者组合。
本发明的各个部件实施方式可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本装置中，pc通过实现因特网对设备或者装置远程控制，精准的控制设备或者装置每个操作的步骤。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样实现本发明的程序可以存储在计算机可读介质上，并且程序产生的文件或文档具有可统计性，产生数据报告和cpk报告等，能对功放进行批量测试并统计。应该注意的是上述实施方式对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施方式。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
虽然结合附图描述了本发明的实施方式，但是本领域技术人员可以在不脱离本发明的精神和范围的情况下做出各种修改和变型，这样的修改和变型均落入由所附权利要求所限定的范围之内。