需要对各个部件进行重新划分或者组合，例如，可以将一些部件组合为单个部件，或者可以将一些部件进一步分解为更多的子部件。
[0116]本公开的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本公开实施例的系统中的一些或者全部部件的一些或者全部功能。本公开还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本公开的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。
[0117]应该注意的是上述实施例对本公开进行说明而不是对本公开进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本公开可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
[0118]以上实施方式仅适于说明本公开，而并非对本公开的限制，有关技术领域的普通技术人员，在不脱离本公开的精神和范围的情况下，还可以做出各种变化和变型，因此所有等同的技术方案也属于本公开的范畴，本公开的专利保护范围应由权利要求限定。
【主权项】
1.一种虚假订单的识别方法，其特征在于，包括: 接收用户设备发送的打车请求，所述打车请求包括目的地； 获取在第一预设时间段内与所述目的地相同的所有订单； 确定所述所有订单中订单的状态为被终端投诉或取消的概率； 根据包含所述目的地的所有订单的数量以及所述概率，判断所述用户设备发送的打车请求的订单是否为虚假订单； 所述终端为向用户设备提供运营服务的终端。
2.根据权利要求1所述的方法，其特征在于，所述根据包含所述目的地的所有订单的数量以及所述概率，判断所述用户设备发送的打车请求的订单是否为虚假订单，包括: 在所述订单的数量大于等于第一预设阈值，且所述概率大于第二预设阈值时，所述用户设备发送的打车请求的订单为虚假订单，且在第二预设时间段内不向终端推送包括该虚假订单中目的地的所有打车请求的订单。
3.根据权利要求1所述的方法，其特征在于，所述根据包含所述目的地的所有订单的数量以及所述概率，判断所述用户设备发送的打车请求的订单是否为虚假订单，包括: 在所述订单的数量大于等于第一预设阈值，且所述概率大于第三预设阈值且小于第二预设阈值时，所述用户设备发送的打车请求的订单为待验证虚假订单； 向符合预设条件的终端推送包括该虚假订单中目的地的所有打车请求的订单，同时还向订单验证设备推送验证所述待验证虚假订单是否为虚假订单的请求； 接收所述订单验证设备验证的结果，并根据所述结果判断是否向终端推送包括该虚假订单中目的地的所有打车请求的订单。
4.根据权利要求3所述的方法，其特征在于，所述接收所述订单验证设备验证的结果，并根据所述结果判断是否向终端推送包括该虚假订单中目的地的所有打车请求的订单，包括: 在所述结果确认所述待验证虚假订单为虚假订单时，在第二预设时间段内不向终端推送包括该虚假订单中目的地的所有打车请求的订单。
5.根据权利要求3所述的方法，其特征在于，所述向符合预设条件的终端推送包括该虚假订单中目的地的所有打车请求的订单: 向距离所述用户设备为预设距离的终端或向预设数量的终端推送包括该虚假订单中目的地的所有打车请求的订单。
6.根据权利要求1所述的方法，其特征在于，所述方法还包括: 判断所述打车请求中的用户设备的标识是否存储于预设的虚假订单标识数据库中，如果是，则确定该打车请求对应的订单为虚假订单。
7.一种虚假订单的识别装置，其特征在于，包括: 接收模块，用于接收用户设备发送的打车请求，所述打车请求包括目的地； 获取模块，用于获取在第一预设时间段内与所述目的地相同的所有订单； 第一确定模块，用于确定所述所有订单中订单的状态为被终端投诉或取消的概率；第一判断模块，用于根据包含所述目的地的所有订单的数量以及所述概率，判断所述用户设备发送的打车请求的订单是否为虚假订单； 所述终端为向用户设备提供运营服务的终端。
8.根据权利要求7所述的装置，其特征在于，所述第一判断模块，具体用于: 在所述订单的数量大于等于第一预设阈值，且所述概率大于第二预设阈值时，确定所述用户设备发送的打车请求的订单为虚假订单； 相应的，所述装置还包括推送模块； 所述推送模块，用于在所述第一判断模块判断所述用户设备发送的打车请求的订单为虚假订单时，在第二预设时间段内不向终端推送包括该虚假订单中目的地的所有打车请求的订单。
9.根据权利要求7所述的装置，其特征在于，所述第一判断模块，还用于: 在所述订单的数量大于等于第一预设阈值，且所述概率大于第三预设阈值且小于第二预设阈值时，确定所述用户设备发送的打车请求的订单为待验证虚假订单； 相应的，所述推送模块，还用于: 在所述第一判断模块判断所述用户设备发送的打车请求的订单为待验证虚假订单时，向符合预设条件的终端推送包括该虚假订单中目的地的所有打车请求的订单，同时还向订单验证设备推送验证所述待验证虚假订单是否为虚假订单的请求； 相应的，所述装置还包括第二判断模块； 所述第二判断模块，用于接收所述订单验证设备验证的结果，并根据所述结果判断是否向终端推送包括该虚假订单中目的地的所有打车请求的订单。
10.根据权利要求9所述的装置，其特征在于，所述第二判断模块，还用于: 在所述结果确认所述待验证虚假订单为虚假订单时，在第二预设时间段内不向终端推送包括该虚假订单中目的地的所有打车请求的订单。
11.根据权利要求9所述的装置，其特征在于，所述推送模块，还用于: 在所述第一判断模块确定所述用户设备发送的打车请求的订单为待验证虚假订单时，向距离所述用户设备为预设距离的终端或向预设数量的终端推送包括该虚假订单中目的地的所有打车请求的订单。
12.根据权利要求7所述的装置，其特征在于，所述装置还包括: 第三判断模块，具体用于判断所述打车请求中的用户设备的标识是否属于预设的虚假订单标识数据库； 第二确定模块，用于在所述第三判断模块判断所述打车请求中的用户设备的标识属于预设的虚假订单标识数据库时，确定该打车请求对应的订单为虚假订单。
【专利摘要】本发明公开了一种虚假订单的识别方法及装置，该方法包括：接收用户设备发送的打车请求，打车请求包括目的地；获取第一预设时间段内与目的地相同的所有订单；确定所有订单中订单的状态为被终端投诉或取消的概率；根据包含目的地的所有订单的数量以及所述概率，判断用户设备发送的打车请求的订单是否为虚假订单；终端为向用户设备提供运营服务的终端。通过获取用户设备发送的打车请求中的目的地，在预设时间段内获取与该目的地相同的所有订单的数量以及与该目的地相同的订单被终端投诉或取消的概率，判断该打车请求的订单是否为虚假订单，通过识别虚假订单，并对虚假订单进行有效过滤，净化了互联网信息传输环境，提升了用户体验。
【IPC分类】G06Q10-06, G06Q30-00
【公开号】CN104866953
【申请号】CN201510208304
【发明人】秦凯杰
【申请人】北京嘀嘀无限科技发展有限公司
【公开日】2015年8月26日
【申请日】2015年4月28日