CN104809589B - 用于处理订单的方法及设备 - Google Patents
用于处理订单的方法及设备 Download PDFInfo
- Publication number
- CN104809589B CN104809589B CN201510233115.XA CN201510233115A CN104809589B CN 104809589 B CN104809589 B CN 104809589B CN 201510233115 A CN201510233115 A CN 201510233115A CN 104809589 B CN104809589 B CN 104809589B
- Authority
- CN
- China
- Prior art keywords
- order
- determining
- current
- probability
- user
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Abstract
本公开的实施例公开了一种用于处理订单的方法和设备,该方法包括:获取用户的当前订单;获取恶意订单在该用户的历史订单中的概率;基于该概率,确定该当前订单为恶意订单的概率;以及基于所确定的概率,确定发送该当前订单。本公开的实施例通过考虑用户历史上发送恶意订单的概率来发送该用户的当前订单。这样,能够在一定程度上减少恶意订单的发送,从而保证高价值订单的发送。
Description
技术领域
本公开的实施例涉及一种用于处理订单的方法及设备。
背景技术
随着智能设备的普及和移动互联网的高速发展,人们已经习惯于通过相关打车软件来呼叫出租车。
具体来说,乘客使用移动终端启动打车软件乘客端,在移动终端界面中键入或者通过语音说出想要前往的目的地,以便形成订单。然后,该订单将被自动发送给该乘客附近(例如3公里内)的司机,以便这些司机进行抢单。如果某一司机抢单成功,则该司机可以获得该订单的联系信息以便进行接驾。这样,能够让乘客通过简单操作而得到打车服务,从而避免传统上乘客在路边等候打车,减少了等候时间。
然而,相关技术中,具有挑战性的问题是如何避免将恶意订单发给司机,这些恶意订单可以包括用来刷积分、骗奖励的作弊订单以及发单后立即取消的骚扰订单等。例如,由于不加区分地将正常订单和恶意订单都发送给司机,因此不仅浪费订单发送资源,而且针对司机来说无价值的恶意订单的发送将会影响高价值订单的发送。
发明内容
本公开的实施例旨在提供一种用于处理订单的方法及设备,能够解决相关技术中存在的问题。
根据本公开的一个方面,提供了一种用于处理订单的方法。该方法包括:获取用户(例如乘客)的当前订单;获取恶意订单在该用户的历史订单中的概率;以及基于该概率,确定发送该当前订单。
根据本公开的另一个方面,提供了一种用于处理订单的设备。该设备包括:第一获取装置,用于获取用户的当前订单;第二获取装置,用于获取恶意订单在该用户的历史订单中的概率;第一确定装置,用于基于该概率,确定该当前订单为恶意订单的概率;以及第二确定装置,用于基于所确定的概率,确定发送该当前订单。
本公开的实施例通过考虑用户历史上发送恶意订单的概率来发送该用户的当前订单。这样,能够在一定程度上减少恶意订单的发送,从而保证高价值订单的发送。
附图说明
此处所说明的附图用来提供对本公开的进一步理解,构成本申请的一部分,本公开的示意性实施例及其说明用于解释本公开,并不构成对本公开的不当限定。在附图中:
图1是图示了本公开的实施例可实现于其中的系统100的图;
图2是图示了根据本公开的实施例的用于处理订单的方法200的流程图;
图3是图示了根据本公开的实施例的用于处理订单的方法300的流程图;以及
图4是图示了根据本公开的实施例的用于处理订单的设备400的结构框图。
具体实施方式
下面将参考附图中示出的若干示例性实施方式来描述本公开的原理和精神。应当理解,描述这些实施方式仅仅是为了使本领域技术人员能够更好地理解进而实现本公开,而并非以任何方式限制本公开的范围。
图1是图示了本公开的实施例可实现于其中的系统100的图。该系统100包括移动终端102A至102F,该移动终端102A至102F各自通过网络106与业务服务器104进行通信。该网络106可以包括连接任何数目的移动终端、固定终端和业务服务器104的大型计算机网络,诸如局域网(LAN)、广域网(WAN)、因特网、蜂窝网络或者其组合。该业务服务器104包括一个或多个计算设备110以及一个或多个机器可读储存库或数据库112。本领域技术人员应当理解,该业务服务器104既可以代表比如计算机服务器的单个服务器,也可以代表一起工作以执行功能的多个服务器(例如云服务器hadoop)。
在系统100中,移动终端102A至102C安装有打车软件乘客端,移动终端102D和102F安装有打车软件司机端。例如,乘客108A可以使用移动终端102A启动打车软件乘客端,在移动终端界面中键入或者说出想要前往的目的地,以便形成订单信息。然后,如下文各实施例将进一步详细描述的,该移动终端102A将该订单信息发送至业务服务器104,以便该业务服务器104将该订单信息向该乘客108A周围预定范围(例如3公里)内的移动终端102D至102F进行发送。司机108D至108F在从移动终端102D至102F收听到周围预定范围内的订单之后,可以进行抢单。如果司机108D抢单成功,则司机108D能够与乘客108A进行联系以便进行接驾。
本领域技术人员应当理解,该业务服务器104中的示例业务既可以为出租车业务也可以为类似专车业务的其他运输业务。其中对于订单信息,包括但不限于如下内容:订单的始发地、订单的目的地、乘客愿意额外支付的附加费、乘客愿意等待的时间、乘客是否携带大件行李等。其中,对于订单的始发地,既可以由乘客使用其移动终端启动打车软件乘客端来键入或者说出,也可以经由乘客的移动终端中的全球定位系统(GPS)定位信息和/或基站定位信息等各类具有定位功能的系统和/或设备来确定,还可以在适当的情况下经由其他信息来确定,其中该其他信息可以包括但不限于公交车站、地铁站、特定路口和特定建筑物以及在这些位置处所张贴的二维码信息等。进而,该二维码信息可以经由业务服务器104或者第三方服务器(例如地址解译服务器)被转换为GPS定位信息以便于用于后续操作。
本领域技术人员应当理解,移动终端102A至102F可以各自包括任何类型的移动终端,诸如手持式计算机、个人数字助理(PDA)、蜂窝电话、网络家电、智能电话、增强型通用分组无线业务(EGPRS)移动电话、媒体播放器、导航设备或者这些数据处理设备或其他数据处理设备中的任何两个或多个的组合。本领域技术人员还应当理解,系统100仅仅用于说明目的,并非旨在限制本公开的实施例的范围。在某些情况下,某些组件可以按照具体需要而增加或者减少。
图2是图示了根据本公开的实施例的用于处理订单的方法200的流程图。本领域技术人员应当理解,该方法200可以由参考图1所示的业务服务器104来执行。为描述方便,下文将参考图1所示的系统100来描述该方法200。
在方法200开始之后,在步骤S202,获取用户(例如乘客)的当前订单。其中,该订单可以是用户通过移动终端界面键入或者说出想要前往的目的地而形成的订单。或者,该订单也可以是用户向业务服务器104预先上传的预约订单。
接下来,该方法200进行到步骤S204,获取恶意订单在该用户的历史订单中的概率。具体来说,当存在大量历史订单时,既可以获取恶意订单在这些历史订单整体中的概率,也可以获取预定期间内的恶意订单在相应的历史订单中的概率。其中,预定期间对于用户是有利地,因为如果该用户在该预定期间内的恶意订单的概率(下文可以简称为恶意概率)降低,则如以下实施例将进一步详细描述的,该用户仍然能够提高订单发送优先级,从而获得很好地订单发送体验。
根据本公开的实施例,上述预定期间内的恶意订单在相应的历史订单中的概率可以通过如下方式来获取。第一,确定在预定期间内该用户的历史订单的发送次数(total_order_num);第二,确定在该预定期间内该用户的恶意订单的出现次数(bad_order_num);第三,基于所确定的发送次数(total_order_num)以及所确定的出现次数(bad_order_num),确定该恶意订单在该用户的历史订单中的概率(bad_order_ratio)。例如,如果近一个月内,该用户的历史订单的发送次数total_order_num=100次,并且恶意订单的出现次数bad_order_num=30次,则恶意订单在该用户的历史订单中的概率可以是bad_order_ratio=total_order_num/bad_order_num=30%。
接下来,该方法200进行到步骤S206,基于该概率,确定该当前订单为恶意订单的概率。其中,所确定的概率既可以等于恶意订单在该用户的历史订单中的概率,也可以基于恶意订单在该用户的历史订单中的概率并且基于该用户的其它特性来调整。
继而,该方法200进行到步骤S208,基于所确定的概率,确定发送该当前订单。
根据本公开的实施例,如果所确定的概率大于预定阈值(例如90%),则该用户可以被认为恶意很大,因此可以禁止发送该用户的当前订单。备选地或者附加地,还可以禁止发送该用户的任何订单。
根据本公开的实施例,如果所确定的概率不大于上述预定阈值,例如恶意概率是30%,则该用户可能被认为恶意不大,或者由于按键失误而无意发送恶意订单。因此可以不完全禁止发送该用户的当前订单,而仅仅相应地减少该用户的当前订单的发送数量。
在这一实施例中,为了确定如何减少该用户的当前订单的发送数量,首先可以确定所确定的概率所属的概率区间,以便确定与该概率区间对应的用于发送订单的优先级,然后可以使用该优先级来确定多个当前订单的发送顺序,从而按照该发送顺序来分别发送该多个当前订单。以两个用户所发送的当前订单为例,如果所确定的第一用户的恶意概率为27%,所属概率区间为20%-30%,所确定的第二用户的恶意概率为37%,所属概率区间为30%-40%,则第一用户所发送的当前订单的优先级可以高于第二用户所发送的当前订单的优先级,即第一用户所发送的当前订单可以优先于第二用户所发送的当前订单而发送。
根据本公开的实施例,该方法200还可以获取该用户对于历史订单从发送至取消的等待时间,以及基于该等待时间,确定发送该当前订单。具体来说,当存在大量历史订单时,既可以获取这些历史订单整体从发送至取消的等待时间,也可以获取预定期间内的历史订单从发送至取消的等待时间。其中,预定期间对于用户是有利地,因为如果该用户在该预定期间内的等待时间有所减少,则如以下实施例将进一步详细描述的,该用户仍然能够提高订单发送优先级,从而获得很好地订单发送体验。
根据本公开的实施例,如果该等待时间小于预定阈值(例如2秒),则该用户可以被认为恶意很大,因此可以禁止发送该用户的当前订单。备选地或者附加地,还可以禁止发送该用户的任何订单。
根据本公开的实施例,如果该等待时间不小于上述预定阈值,例如该等待时间是20秒,则该用户可能被认为恶意不大而仅仅是耐心不足。因此可以不禁止发送该用户的当前订单。备选地或者附加地,还可以相应地增加该用户的当前订单在该等待时间内的发送数量,以便促进该用户的当前订单能够尽快成交。
在这一实施例中,为了确定如何增加该用户的当前订单在该等待时间内的发送数量,首先可以确定该等待时间所属的等待时间区间,以便确定与该等待时间区间对应的用于发送订单的优先级,然后可以使用该优先级来确定多个当前订单的发送顺序,从而按照该发送顺序来分别发送该多个当前订单。以两个用户所发送的当前订单为例,如果第一用户的等待时间为27秒,所属概率区间为20秒-30秒,第二用户的等待时间为37秒,所属概率区间为30秒-40秒,则第一用户所发送的当前订单的优先级可以高于第二用户所发送的当前订单的优先级,即第一用户所发送的当前订单可以优先于第二用户所发送的当前订单而发送。
另外,还可以预先确定所有用户的平均等待时间,例如该平均等待时间可以是30秒。如果第一用户的等待时间小于该平均等待时间,则提高第一用户所发送的当前订单的优先级。如果第二用户的等待时间大于该平均等待时间,则降低该第二用户所发送的当前订单的优先级或者保持该优先级不变。
图3是图示了根据本公开的实施例的用于处理订单的方法300的流程图。如图3所示,该方法包括如下的步骤S302至步骤S316。
步骤S302,在乘客发单之后,获取该乘客的当前订单。
步骤S304,获取该乘客历史恶意订单比例数据。如上文已经详细讨论的,该比例数据可以等于预定期间内该用户的恶意订单的出现次数相对于该乘客的历史订单的发送次数的概率。
步骤S306,基于步骤S304中所获得的比例数据,判定该当前订单是否为恶意订单。
步骤S308,判断恶意订单比例是否大于预定阈值α(例如90%)。如果是,则进行步骤S310,否则降权播送该当前订单。
步骤S310,过滤掉该当前订单并且结束。
步骤S312,获取该乘客的历史平均等待时间数据。
步骤S314,基于所获取的历史平均等待时间数据,判定该乘客的耐心程度。
步骤S316,判断该历史平均等待时间是否小于所有乘客的历史平均等待时间,如果是,则认为该用户耐心程度不足因此升权播送该订单,否则降权播送该订单。
图4是图示了根据本公开的实施例的用于处理订单的设备400的结构框图。如图4所示,该设备400包括:第一获取装置402,用于获取用户的当前订单;第二获取装置404,用于获取恶意订单在该用户的历史订单中的概率;第一确定装置406,用于基于该概率,确定该当前订单为恶意订单的概率;以及第二确定装置408,用于基于所确定的概率,确定发送该当前订单。
根据本公开的实施例,该第二获取装置404包括:第一确定单元,用于确定在预定期间内该用户的历史订单的发送次数;第二确定单元,用于确定在该预定期间内该用户的恶意订单的出现次数;以及第三确定单元,用于基于该确定的发送次数以及该确定的出现次数,确定该恶意订单在该用户的历史订单中的概率。
根据本公开的实施例,该第二确定装置408包括:第四确定单元,用于确定所确定的概率所属的概率区间;第五确定单元,用于确定与该概率区间对应的用于发送订单的优先级;以及第六确定单元,用于基于该优先级,确定发送该当前订单。
根据本公开的实施例,该第六确定单元包括:第一确定子单元,用于基于该优先级从高到低的顺序,确定包括该当前订单的多个当前订单的发送顺序;以及第一发送子单元,用于按照该发送顺序,分别发送该多个当前订单。
根据本公开的实施例,该第二确定装置408包括:第七确定单元,用于确定该概率大于预定阈值;以及第一禁止单元,用于禁止发送该当前订单。
根据本公开的实施例,该用于处理订单的设备400还包括:第三获取装置,用于获取该用户对于历史订单从发送至取消的等待时间;以及第二确定装置,用于基于该等待时间,确定发送该当前订单。
根据本公开的实施例,该第二确定装置包括:第八确定单元,用于基于该等待时间和预定的所有用户的平均等待时间,确定发送该当前订单。
根据本公开的实施例,该第二确定装置包括:第九确定单元,用于确定该等待时间所属的等待时间区间;第十确定单元,用于确定与该等待时间区间对应的用于发送订单的优先级;以及第十一确定单元,用于基于该优先级,确定发送该当前订单。
根据本公开的实施例,该第十一确定单元包括:第二确定子单元,用于基于该优先级从高到低的顺序,确定包括该当前订单的多个当前订单的发送顺序;以及第二发送子单元,用于按照该发送顺序,分别发送该多个当前订单。
根据本公开的实施例,该第二确定装置包括:第十二确定单元,用于确定该等待时间小于预定的用于指示恶意订单的等待时间;以及第二禁止单元,用于禁止发送该当前订单。
综上所述,根据上述本公开的实施例,提供了一种用于处理订单的方法及设备。该方法包括:获取用户的当前订单;获取恶意订单在该用户的历史订单中的概率;以及基于该概率,确定发送该当前订单。本公开的实施例通过考虑用户历史上发送恶意订单的概率来发送该用户的当前订单。这样,能够在一定程度上减少恶意订单的发送,从而保证高价值订单的发送。
本公开的实现和本文中提供的所有功能操作可以用数字电子电路、或者用计算机软件、固件或硬件,包括本说明书及其结构等同方案中所公开的结构、或者其中的一个或多个的组合来实现。本公开的实现可以实现为一个或多个计算机程序产品,即在计算机可读介质上编码的计算机程序指令的一个或多个模块,这些指令由数据处理装置来执行或者用以控制数据处理装置的操作。该计算机可读介质可以是机器可读存储设备、机器可读存储基片、存储器设备、影响机器可读传播信号的组合物或者其中的一个或多个的组合。术语“数据处理装置”涵盖用于处理数据的所有装置、设备和机器,包括例如可编程处理器、计算机或者多个处理器或计算机。除了硬件之外,该装置可以包括为所描述的计算机程序创建执行环境的代码,例如构成处理器固件、协议栈、数据库管理系统、操作系统或者其中的一个或多个的组合的代码。
计算机程序(也称为程序、软件、软件应用、脚本或代码)可以用任何形式的编程语言(包括编译语言或解释语言)来编写,并且计算机程序可以用任何形式来部署,包括作为独立程序或者作为模块、部件、子例程或者适合在计算环境中使用的其他单元。计算机程序并非必须对应于文件系统中的文件。程序可以存储在保持其他程序或数据(例如标记语言文档中所存储的一个或多个脚本)的文件的部分中,存储在专用于所描述的程序的单个文件中,或者存储在多个协同文件(例如存储一个或多个模块、子程序或者代码的部分的文件)中。计算机程序可以被部署成在一个计算机上来执行,或者在位于一个站点处或分布在多个站点处且通过通信网络互连的多个计算机上来执行。
本公开中所描述的过程和逻辑流可以由执行一个或多个计算机程序的一个或多个可编程处理器来执行以通过操作输入数据并且生成输出来执行功能。该过程和逻辑流也可以由专用逻辑电路来执行,并且装置也可以实现为该专用逻辑电路,该专用逻辑电路例如为FPGA(现场可编程门阵列)或者ASIC(专用集成电路)。
适合执行计算机程序的处理器包括例如通用和专用微处理器二者、以及任何种类的数字计算机的任何一个或多个处理器。通常,处理器从只读存储器或者随机存取存储器或者二者接收指令和数据。计算机的元件可以包括用于执行指令的处理器以及用于存储指令和数据的一个或多个存储器设备。通常,计算机还将包括一个或多个海量存储设备以便存储数据,或者该计算机在操作上耦合以从海量存储设备接收或向海量存储设备传送数据或者二者,该海量存储设备例如是磁盘、磁光盘或者光盘。然而,计算机不需要具有这样的设备。此外,计算机可以嵌入在另一设备中,该另一设备例如为移动电话、个人数字助理(PDA)、移动音频播放器、全球定位系统(GPS)接收器等。适合存储计算机程序指令和数据的计算机可读介质包括所有形式的非易失性存储器、介质和存储器设备,包括例如:半导体存储器设备,如EPROM、EEPROM和闪存设备;磁盘,如内置硬盘或可移除盘;磁光盘;以及CD ROM和DVD-ROM盘。该处理器和存储器可以用专用逻辑电路来补充或者并入该专用逻辑电路中。
为了提供与用户的交互,本公开的实现可以在具有用于向用户显示信息的显示设备(例如CRT(阴极射线管)或LCD(液晶显示器)监视器)以及键盘和定点设备(例如鼠标或跟踪球,通过其用户可以向计算机提供输入)的计算机上来实现。也可以使用其他种类的设备来提供与用户的交互;例如,向用户提供的反馈可以是任何形式的感觉反馈,例如视觉反馈、听觉反馈或者触觉反馈;并且来自用户的输入可以以任何形式来接收,包括听觉、语音或触觉输入。
虽然本公开包括一些细节,然而不应当将这些细节理解为对本公开或者要求保护的内容的范围的限制,而是应当被理解为对本公开的示例实现的特征的描述。本公开中在单独实现的情境中描述的某些特征还可以与单个实现组合来提供。相反地,在单个实现的情境中描述的各个特征也可以分别在多个实现中来提供或者在任何合适的子组合中来提供。此外,虽然以上可以将特征描述为以某种组合来执行并且甚至初始就要求这样保护,然而在一些情况下可以从组合中去掉来自要求保护的组合的一个或多个特征,并且要求保护的组合可以涉及子组合或子组合的变化。
类似地,虽然在附图中按照特定顺序来描绘操作,然而这不应当被理解为要求这样的操作按照所示的特定顺序或者按照相继顺序来执行,或者要求所有图示操作都被执行,以实现期望的结果。在一些境况下,多任务和并行处理可能是有利的。此外,以上描述的实现中的各种系统部件的分离不应当被理解为在所有实现中都要求这样的分离,而且应当理解,所描述的程序部件和系统通常可以在单个软件产品中集成在一起或者被封装成多个软件产品。
因此,本公开的特定实现已经被描述,并且其他实现在以下权利要求的范围内。例如,权利要求中记载的动作可以按照不同的顺序来执行,并且这些动作仍然可以实现期望的结果。大量实现已经被描述。然而,应当理解,可以在不偏离本公开的精神和范围的情况下做出各种修改。例如,可以使用以上示出的流程的各个形式,其中步骤可以被重新排序、添加或去除。因此,其他实现在以下权利要求的范围内。
Claims (18)
1.一种用于处理订单的方法,包括:
获取用户的当前订单;
获取恶意订单在所述用户的历史订单中的概率;
基于所述概率,确定所述当前订单为恶意订单的概率;
基于所确定的概率,确定发送所述当前订单,包括:
确定所确定的概率所属的概率区间;
确定与所述概率区间对应的用于发送订单的优先级;以及
基于所述优先级,确定发送所述当前订单;
获取所述用户对于所述历史订单从发送至取消的等待时间;以及
如果所述等待时间大于预定的用于指示恶意订单的等待时间、并且小于所有用户的平均等待时间,提高所述当前订单的所述优先级。
2.根据权利要求1所述的方法,其中获取恶意订单在所述用户的历史订单中的概率包括:
确定在预定期间内所述用户的历史订单的发送次数;
确定在所述预定期间内所述用户的恶意订单的出现次数;以及
基于所述确定的发送次数以及所述确定的出现次数,确定所述恶意订单在所述用户的历史订单中的概率。
3.根据权利要求1所述的方法,其中基于所述优先级,确定发送所述当前订单包括:
基于所述优先级从高到低的顺序,确定包括所述当前订单的多个当前订单的发送顺序;以及
按照所述发送顺序,分别发送所述多个当前订单。
4.根据权利要求1所述的方法,其中基于所确定的概率,确定发送所述当前订单包括:
确定所述概率大于预定阈值;以及
禁止发送所述当前订单。
5.根据权利要求1至4中任一项所述的方法,还包括:
基于所述等待时间,确定发送所述当前订单。
6.根据权利要求5所述的方法,其中基于所述等待时间,确定发送所述当前订单包括:
基于所述等待时间和预定的所有用户的平均等待时间,确定发送所述当前订单。
7.根据权利要求5所述的方法,其中基于所述等待时间,确定发送所述当前订单包括:
确定所述等待时间所属的等待时间区间;
确定与所述等待时间区间对应的用于发送订单的优先级;以及
基于所述优先级,确定发送所述当前订单。
8.根据权利要求7所述的方法,其中基于所述优先级,确定发送所述当前订单包括:
基于所述优先级从高到低的顺序,确定包括所述当前订单的多个当前订单的发送顺序;以及
按照所述发送顺序,分别发送所述多个当前订单。
9.根据权利要求5所述的方法,其中基于所述等待时间,确定发送所述当前订单包括:
确定所述等待时间小于预定的用于指示恶意订单的等待时间;以及
禁止发送所述当前订单。
10.一种用于处理订单的设备,包括:
第一获取装置,用于获取用户的当前订单;
第二获取装置,用于获取恶意订单在所述用户的历史订单中的概率;
第一确定装置,用于基于所述概率,确定所述当前订单为恶意订单的概率;以及
第二确定装置,用于基于所确定的概率,确定发送所述当前订单;
其中所述第二确定装置包括:
第四确定单元,用于确定所确定的概率所属的概率区间;
第五确定单元,用于确定与所述概率区间对应的用于发送订单的优先级;
第六确定单元,用于基于所述优先级,确定发送所述当前订单;
第三获取装置,用于获取所述用户对于所述历史订单从发送至取消的等待时间;以及
调整装置,用于如果所述等待时间大于预定的用于指示恶意订单的等待时间、并且小于所有用户的平均等待时间,提高所述当前订单的所述优先级。
11.根据权利要求10所述的设备,其中所述第二获取装置包括:
第一确定单元,用于确定在预定期间内所述用户的历史订单的发送次数;
第二确定单元,用于确定在所述预定期间内所述用户的恶意订单的出现次数;以及
第三确定单元,用于基于所述确定的发送次数以及所述确定的出现次数,确定所述恶意订单在所述用户的历史订单中的概率。
12.根据权利要求10所述的设备,其中所述第六确定单元包括:
第一确定子单元,用于基于所述优先级从高到低的顺序,确定包括所述当前订单的多个当前订单的发送顺序;以及
第一发送子单元,用于按照所述发送顺序,分别发送所述多个当前订单。
13.根据权利要求10所述的设备,其中所述第二确定装置包括:
第七确定单元,用于确定所述概率大于预定阈值;以及
第一禁止单元,用于禁止发送所述当前订单。
14.根据权利要求10至13中任一项所述的设备,还包括:
第二确定装置,用于基于所述等待时间,确定发送所述当前订单。
15.根据权利要求14所述的设备,其中所述第二确定装置包括:
第八确定单元,用于基于所述等待时间和预定的所有用户的平均等待时间,确定发送所述当前订单。
16.根据权利要求14所述的设备,其中所述第二确定装置包括:
第九确定单元,用于确定所述等待时间所属的等待时间区间;
第十确定单元,用于确定与所述等待时间区间对应的用于发送订单的优先级;以及
第十一确定单元,用于基于所述优先级,确定发送所述当前订单。
17.根据权利要求16所述的设备,其中所述第十一确定单元包括:
第二确定子单元,用于基于所述优先级从高到低的顺序,确定包括所述当前订单的多个当前订单的发送顺序;以及
第二发送子单元,用于按照所述发送顺序,分别发送所述多个当前订单。
18.根据权利要求14所述的设备,其中所述第二确定装置包括:
第十二确定单元,用于确定所述等待时间小于预定的用于指示恶意订单的等待时间;以及
第二禁止单元,用于禁止发送所述当前订单。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510233115.XA CN104809589B (zh) | 2015-05-08 | 2015-05-08 | 用于处理订单的方法及设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510233115.XA CN104809589B (zh) | 2015-05-08 | 2015-05-08 | 用于处理订单的方法及设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104809589A CN104809589A (zh) | 2015-07-29 |
CN104809589B true CN104809589B (zh) | 2021-07-16 |
Family
ID=53694397
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510233115.XA Active CN104809589B (zh) | 2015-05-08 | 2015-05-08 | 用于处理订单的方法及设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104809589B (zh) |
Families Citing this family (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107665375A (zh) * | 2016-07-29 | 2018-02-06 | 滴滴(中国)科技有限公司 | 代驾司机到达代驾乘客位置的时间预估方法及装置 |
CN106372996B (zh) * | 2016-09-14 | 2022-04-12 | 北京京东尚科信息技术有限公司 | 订单处理方法和装置 |
CN106779126A (zh) * | 2016-12-30 | 2017-05-31 | 中国民航信息网络股份有限公司 | 恶意占座订单的处理方法和系统 |
CN108305134B (zh) * | 2017-01-13 | 2022-07-29 | 阿里巴巴集团控股有限公司 | 一种机票订单的安全检测方法、设备以及系统 |
CN107122866B (zh) * | 2017-05-03 | 2020-12-11 | 百度在线网络技术(北京)有限公司 | 预估乘客取消订单行为的方法、设备及存储介质 |
CN107133645B (zh) * | 2017-05-03 | 2021-10-26 | 百度在线网络技术(北京)有限公司 | 预估乘客取消订单行为的方法、设备及存储介质 |
CN109509048B (zh) * | 2017-09-15 | 2020-09-29 | 北京京东尚科信息技术有限公司 | 恶意订单识别方法、装置、电子设备及存储介质 |
CN107609950A (zh) * | 2017-09-27 | 2018-01-19 | 掌合天下(北京)信息技术有限公司 | 订单处理方法及装置 |
CN107644366B (zh) * | 2017-09-28 | 2021-06-18 | 携程旅游信息技术(上海)有限公司 | 订单欺诈识别方法、系统、存储介质和电子设备 |
CN109598566B (zh) * | 2017-09-30 | 2021-07-09 | 北京嘀嘀无限科技发展有限公司 | 下单预测方法、装置、计算机设备和计算机可读存储介质 |
CN109961328B (zh) * | 2017-12-14 | 2021-12-07 | 北京京东尚科信息技术有限公司 | 确定订单冷静期的方法和装置 |
CN108564423A (zh) * | 2017-12-28 | 2018-09-21 | 携程旅游网络技术(上海)有限公司 | 票务订单的恶意占位识别方法、系统、设备和存储介质 |
CN108417020B (zh) * | 2018-03-06 | 2020-11-24 | 谢秀英 | 一种预计算预支付智能公交运行方法及其系统 |
CN108520352A (zh) * | 2018-04-08 | 2018-09-11 | 深圳市多森软件开发有限公司 | 出租车订单分配方法和出租车订单分配系统 |
CN109255459A (zh) * | 2018-09-26 | 2019-01-22 | 蜜小蜂智慧(北京)科技有限公司 | 一种识别订单信息的方法及设备 |
CN110992072A (zh) * | 2018-11-30 | 2020-04-10 | 北京嘀嘀无限科技发展有限公司 | 异常订单预测方法和系统 |
CN110543964A (zh) * | 2019-07-19 | 2019-12-06 | 深圳市跨越新科技有限公司 | 基于XGBoost模型的异常下单重量预警方法及系统 |
CN110807685B (zh) * | 2019-10-22 | 2021-09-07 | 上海钧正网络科技有限公司 | 信息处理方法、装置、终端及可读存储介质 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103903426A (zh) * | 2012-12-28 | 2014-07-02 | 上海飞田通信技术有限公司 | 出租车调度系统、移动终端 、调度服务器及车载导航终端 |
CN104038648A (zh) * | 2014-06-06 | 2014-09-10 | 陈伟 | 骚扰电话的识别方法和装置 |
WO2014136289A1 (ja) * | 2013-03-08 | 2014-09-12 | 富士ゼロックス株式会社 | 画像処理装置、案件処理装置、案件処理システム、プログラム、画像処理方法、案件処理方法及びコンピュータ読み取り媒体 |
-
2015
- 2015-05-08 CN CN201510233115.XA patent/CN104809589B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103903426A (zh) * | 2012-12-28 | 2014-07-02 | 上海飞田通信技术有限公司 | 出租车调度系统、移动终端 、调度服务器及车载导航终端 |
WO2014136289A1 (ja) * | 2013-03-08 | 2014-09-12 | 富士ゼロックス株式会社 | 画像処理装置、案件処理装置、案件処理システム、プログラム、画像処理方法、案件処理方法及びコンピュータ読み取り媒体 |
CN104038648A (zh) * | 2014-06-06 | 2014-09-10 | 陈伟 | 骚扰电话的识别方法和装置 |
Also Published As
Publication number | Publication date |
---|---|
CN104809589A (zh) | 2015-07-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104809589B (zh) | 用于处理订单的方法及设备 | |
CN107492063B (zh) | 一种上车点推荐处理方法及系统 | |
CN107491825B (zh) | 一种约车处理方法及系统 | |
CN104715426B (zh) | 用于处理订单的方法及设备 | |
US10932217B2 (en) | Network service over limited network connectivity | |
WO2016008391A1 (zh) | 在网络租车系统中为他人订车的方法和系统 | |
CN105139641B (zh) | 一种基于WiFi中继站的车辆调度方法及系统 | |
CN107145992B (zh) | 一种订单分配方法及装置 | |
KR102139409B1 (ko) | 정보 푸시 방법 및 장치 | |
CN104537831A (zh) | 车辆调度的方法及设备 | |
US20120089331A1 (en) | Systems and Methods for Determining a Destination Location from a Communication | |
CN107844843B (zh) | 一种订单处理方法及服务器 | |
CN104599217A (zh) | 用于确定乘客的当前目的地的方法及设备 | |
CN103680134A (zh) | 一种提供打车服务的方法、装置及系统 | |
CN105117842A (zh) | 订单推送方法及装置 | |
CN111126644A (zh) | 一种即时约车方法及系统 | |
CN104574947A (zh) | 处理订单的方法和设备 | |
CN104933571A (zh) | 打车的方法及系统 | |
WO2020058431A1 (en) | Apparatus and method for vehicle searching | |
CN112565316A (zh) | 用于管理数据的方法、设备和计算机程序产品 | |
CN104766262A (zh) | 用于处理订单的方法及设备 | |
CN104537866A (zh) | 一种动态多功能公交车语音报站方法及系统 | |
CN104599218B (zh) | 用于确定订单接收范围的方法和设备 | |
US20190279436A1 (en) | Server for management system, management method, and non-transitory computer recording medium | |
CN107480842B (zh) | 一种用车订单分配处理方法及系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
EXSB | Decision made by sipo to initiate substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |