或条件向终端推送包括该虚假订单中目的地的所有打车请求的订单，因为打车平台在接收到打车请求时，为了保证运营力，以及为了防止终端到达打车请求的目的地路程过长等，打车平台会根据打车请求的出发地、目的地、打车请求的时间等信息、以及预先设置的策略向符合该策略对应的终端推送相应打车请求的订单，在实际应用中，打车平台可以根据运营高峰期或运营力等因素对改策略进行调整。
[0082]可理解的是，上述策略为距离用户设备打车请求的出发地为I公里以内的终端推送打车请求的订单；或者在运营力不足或者高峰期等时间段内，则向距离用户设备打车请求的出发地为5公里以内的终端推送打车请求的订单；或者在运营力或者不是在运营高峰期的情况下，向距离用户设备打车请求的出发地为I公里且仅向I公里内的100个终端推送打车请求的订单。
[0083]第二种方案是:在所述结果确认所述待验证虚假订单为虚假订单时，在第二预设时间段内不向终端推送包括该虚假订单中目的地的所有打车请求的订单。
[0084]上述第二预设时间段为暂停推送打车请求中的目的地与所述虚假订单目的地相同的打车请求的订单的时间段，在该时间段内，将该虚假订单进行有效过滤，净化了互联网信息传输环境，提升了用户体验，避免包括该虚假订单中目的地的所有打车请求的订单被推送，该第二预设时间段可以为24小时、72小时等，该第二预设时间段可以根据终端的运营力以及用户的出行高峰期等进行适应性调整，比如在高峰期缩短暂停推送订单的时间，本实施例不对其进行限定。
[0085]当然，如果在该第二预设时间段之后，又接收到了目的地相同的打车请求，则再按照上述步骤重新验证该打车请求的订单是否为虚假订单。
[0086]举例来说，如果某个相同目的地当天的订单的数量大于η(如:100)且订单的状态为被终端投诉或取消的概率(例如:60% )大于某一阈值α 2(如:50% )且小于某一阈值α I (如:75% )，则认为到达该目的地的所有打车请求的订单为待验证虚假订单，因此需要对该类型的订单做处理，比如:暂时降级该类订单的播送(如:仅仅播送给附近500米内司机，或仅仅播送给30%的司机)，并将相关订单推送至订单验证设备确认；经订单验证设备确认为虚假订单后暂停推送该类订单，或者是在订单验证设备确认为正常订单后取消该类订单降级。
[0087]上述订单验证设备可以为人工服务的终端，通过人工识别来进行确认，也可以为其他终端，本实施例不对其进行限定。
[0088]例如:相同目的地均为B的订单在20150401出现了 200次，其中订单的状态为订单取消的订单有50个，被终端投诉的订单有70个，则被终端投诉或取消的概率为(50+70)/200 = 60%，认为以该该目的地B订单有可能是虚假订单即待验证虚假订单，对该类订单的推送过程进行处理，具体可以理解为对该类订单进行降级，降级策略为:仅播送给最近的10名司机(原策略为播送给附近的100名司机)，并且将该类订单发送订单验证设备，以使订单验证设备对该类订单进行审核，如果在订单验证设备确认该类订单为广告订单，在24小时内暂停向终端推送包括该虚假订单中目的地的所有打车请求的订单。
[0089]在另一个可实现的方式中，还可以通过以下方法识别虚假订单，所述方法还包括:
[0090]判断所述打车请求中的用户设备的标识是否存储于预设的虚假订单标识数据库中，如果是，则确定该打车请求对应的订单为虚假订单。
[0091]可理解的是，打车系统内会存储有虚假订单标识数据库，该数据库中记录有经常发送虚假订单用户设备的标识，也即用户设备的IP地址、用户设备的电话号码等信息，可以根据发送打车请求的用户设备的IP地址或用户设备的电话号码进行判断，如果该IP地址或用户设备的电话号码等信息在该数据库中已存储，则可以对该用户设备标识对应的用户设备发送的订单请求的订单直接进行拦截，即不向任何终端推送打车请求中包含该IP地址或用户设备的电话号码的订单，具体的，该数据库也会在一段时间内进行更新或者修改。
[0092]图2示出了本公开实施例提供的一种虚假订单的识别装置的结构示意图，如图2所示，该装置包括:
[0093]接收模块21，用于接收用户设备发送的打车请求，所述打车请求包括目的地；
[0094]获取模块22，用于获取在第一预设时间段内与所述目的地相同的所有订单；
[0095]确定模块23，用于确定所述所有订单中订单的状态为被终端投诉或取消的概率；
[0096]第一判断模块24，用于根据包含所述目的地的所有订单的数量以及所述概率，判断所述用户设备发送的打车请求的订单是否为虚假订单；
[0097]在本公开的一个可选的实施例中，所述第一判断模块24，具体用于:
[0098]在所述订单的数量大于等于第一预设阈值，且所述概率大于第二预设阈值时，确定所述用户设备发送的打车请求的订单为虚假订单；
[0099]相应的，所述装置还包括图2中未示出的推送模块25 ；
[0100]所述推送模块，用于在所述第一判断模块判断所述用户设备发送的打车请求的订单为虚假订单时，在第二预设时间段内不向终端推送包括该虚假订单中目的地的所有打车请求的订单。
[0101]在本公开的一个可选的实施例中，所述第一判断模块24，还用于:
[0102]在所述订单的数量大于等于第一预设阈值，且所述概率大于第三预设阈值且小于第二预设阈值时，确定所述用户设备发送的打车请求的订单为待验证虚假订单；
[0103]相应的，所述推送模块25，还用于:
[0104]在所述第一判断模块判断所述用户设备发送的打车请求的订单为待验证虚假订单时，向符合预设条件的终端推送包括该虚假订单中目的地的所有打车请求的订单，同时还向订单验证设备推送验证所述待验证虚假订单是否为虚假订单的请求；
[0105]相应的，所述装置还包括图2中未示出的第二判断模块26 ;
[0106]所述第二判断模块，用于接收所述订单验证设备验证的结果，并根据所述结果判断是否向终端推送包括该虚假订单中目的地的所有打车请求的订单。
[0107]在本公开的一个可选的实施例中，所述第二判断模块26，具体用于:
[0108]在所述结果确认所述待验证虚假订单为虚假订单时，在第二预设时间段内不向终端推送目的地与所述虚假订单目的地相同的打车请求的订单。
[0109]在本公开的一个可选的实施例中，所述推送模块25，还用于:
[0110]在所述第一判断模块确定所述用户设备发送的打车请求的订单为待验证虚假订单时，向距离所述用户设备为预设距离的终端或向预设数量的终端推送包括该虚假订单中目的地的所有打车请求的订单。
[0111]在本公开的一个可选的实施例中，所述装置还包括图2中未示出的:第三判断模块27和第二确定模块28 ；
[0112]第三判断模块27，具体用于判断所述打车请求中的用户设备的标识是否属于预设的虚假订单标识数据库；
[0113]第二确定模块28，用于在所述第三判断模块27判断所述打车请求中的用户设备的标识属于预设的虚假订单标识数据库时，确定该打车请求对应的订单为虚假订单。对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本公开实施例并不受所描述的动作顺序的限制，因为依据本公开实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本公开实施例所必须的。
[0114]对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
[0115]应当注意的是，在本公开的系统的各个部件中，根据其要实现的功能而对其中的部件进行了逻辑划分，但是，本公开不受限于此，可以根据