CN104766262A - 用于处理订单的方法及设备 - Google Patents
用于处理订单的方法及设备 Download PDFInfo
- Publication number
- CN104766262A CN104766262A CN201510163336.4A CN201510163336A CN104766262A CN 104766262 A CN104766262 A CN 104766262A CN 201510163336 A CN201510163336 A CN 201510163336A CN 104766262 A CN104766262 A CN 104766262A
- Authority
- CN
- China
- Prior art keywords
- competition
- orders
- probability
- user
- order
- 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.)
- Pending
Links
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本公开的实施例公开了一种用于处理订单的方法和设备,该方法包括:向用户发送当前订单;获取该用户对于历史订单从接收至抢单的历史抢单时间;以及基于该历史抢单时间,发送该当前订单。本公开的实施例通过考虑用户对于历史订单从接收至抢单的历史抢单时间来发送当前订单,能够解决本公开的背景技术中所描述的技术问题。具体来说,如果确定第n-2轮分配和/或第n-1轮分配中的用户执行抢单动作的时间较长,例如该用户较大概率地在第n轮分配开始之后才执行该抢单动作,则当确定与第n轮分配对应的用户数目dn时,可以排除该用户所造成的该用户数目dn的无谓增加,从而保证其他订单的发送,避免订单发送资源的浪费。
Description
技术领域
本公开的实施例涉及一种用于处理订单的方法及设备。
背景技术
随着智能设备的普及和移动互联网的高速发展,用户(下文可称为司机)已经习惯于使用打车软件。具体来说,来自业务服务器的订单被发送给用户的电子设备并且在该电子设备上安装的打车软件的界面中呈现或播放,以便该用户可以进行抢单。如果抢单成功,则该用户可以获得该订单的联系信息以便进行接驾。这样,能够减少该用户的空驶距离。
图1是图示了根据相关技术的订单的多轮分配的示意图。如图1所示,订单的呈现或播放将经历多轮分配,例如第n-2轮分配、第n-1轮分配和第n轮分配。并且,在每轮分配中,将该订单呈现或播放给多个用户,例如,与第n-2轮分配、第n-1轮分配和第n轮分配对应的用户数目分别是dn-2、dn-1、dn。具体来说,如果在已经完成的第n-2轮分配和第n-1轮分配中,用户的抢单概率较低,则在当前的第n轮分配中,将该订单呈现或播放给更多的用户,即增加与第n轮分配对应的用户数目dn,以便促进该订单的成交。
但是,具有挑战性的问题是用户执行抢单动作的时间并不相同。具体来说,如果第n-2轮分配和/或第n-1轮分配中的用户执行抢单动作的时间较长,例如该用户在第n轮分配开始之后才执行该抢单动作,则该用户将造成与第n轮分配对应的用户数目dn的无谓增加,因此针对该订单的大量发送将会影响其他订单的发送,浪费订单发送资源。
发明内容
本公开的实施例旨在提供一种用于处理订单的方法及设备,能够解决相关技术中存在的问题。
根据本公开的一个方面,提供了一种用于处理订单的方法。该方法包括:向用户发送当前订单;获取该用户对于历史订单从接收至抢单的历史抢单时间;以及基于该历史抢单时间,发送该当前订单。
根据本公开的另一个方面,提供了一种用于处理订单的设备,包括:发送装置,用于向用户发送当前订单;获取装置,用于获取该用户对于历史订单从接收至抢单的历史抢单时间;以及确定装置,用于基于该历史抢单时间,发送该当前订单。
本公开的实施例通过考虑用户对于历史订单从接收至抢单的历史抢单时间来发送当前订单,能够解决本公开的背景技术中所描述的技术问题。具体来说,如果确定第n-2轮分配和/或第n-1轮分配中的用户执行抢单动作的时间较长,例如该用户较大概率地在第n轮分配开始之后才执行该抢单动作,则当确定与第n轮分配对应的用户数目dn时,可以排除该用户所造成的该用户数目dn的无谓增加,从而保证其他订单的发送,避免订单发送资源的浪费。
附图说明
此处所说明的附图用来提供对本公开的进一步理解,构成本申请的一部分,本公开的示意性实施例及其说明用于解释本公开,并不构成对本公开的不当限定。在附图中:
图1是图示了根据相关技术的订单的多轮分配的示意图;
图2是图示了本公开的实施例可实现于其中的***200的图;
图3是图示了根据本公开的实施例的用于处理订单的方法300的流程图;
图4是图示了根据本公开的实施例的用于处理订单的方法400的流程图;
图5是图示了根据本公开的实施例的抢单时间分布的示意图;以及
图6是图示了根据本公开的实施例的用于处理订单的设备600的结构框图。
具体实施方式
下面将参考附图中示出的若干示例性实施方式来描述本公开的原理和精神。应当理解,描述这些实施方式仅仅是为了使本领域技术人员能够更好地理解进而实现本公开,而并非以任何方式限制本公开的范围。
图2是图示了本公开的实施例可实现于其中的***200的图。该***200包括电子设备202A至202F,该电子设备202A至202F各自通过网络206与业务服务器204进行通信。该网络206可以包括连接任何数目的电子设备、固定终端和业务服务器204的大型计算机网络,诸如局域网(LAN)、广域网(WAN)、因特网、蜂窝网络或者可实现网络功能的这些网络的组合。该业务服务器204包括一个或多个计算设备210以及一个或多个机器可读储存库或数据库212。本领域技术人员应当理解,该业务服务器204既可以代表比如计算机服务器的单个服务器,也可以代表一起工作以执行功能的多个服务器(例如云服务器hadoop)。
在***200中,电子设备202A至202C安装有呼叫服务端208A至208C,例如诸如打车软件、拼车软件或者其他搭乘/搭送软件的乘客端,电子设备202D至202F安装有提供服务端208D至208F,例如与上述搭乘/搭送软件的乘客端对应的司机端,这些提供服务端在本公开的各个实施例中可以被统称为司机,其既可以包含传统意义驾驶车辆、船、飞行器的司机,也可以包含无人驾驶时用于载客/载物的交通工具。例如,乘客208A可以使用电子设备202A启动打车软件乘客端,键入、说出、晃动或者以其他方式发出想要前往的目的地的指令,以便形成订单信息。然后,该电子设备202A会将该订单信息发送至业务服务器204,以便该业务服务器204将该订单信息向该乘客208A周围预定范围(例如3公里)内的电子设备202D至202F进行发送。司机208D至208F在从电子设备202D至202F收听到周围预定范围内的订单之后,可以进行抢单。如果司机208D抢单成功,则司机208D能够与乘客208A进行联系以便进行接驾。
本领域技术人员应当理解,电子设备202A至202F可以各自包括任何类型的电子设备,诸如手持式计算机、个人数字助理(PDA)、蜂窝电话、网络家电、智能电话、增强型通用分组无线业务(EGPRS)移动电话、媒体播放器、导航设备或者这些数据处理设备或其他数据处理设备中的任何两个或多个的组合。本领域技术人员还应当理解,***200仅仅用于说明目的,并非旨在限制本公开的实施例的范围。在某些情况下,某些组件可以按照具体需要而增加或者减少。
图3是图示了根据本公开的实施例的用于处理订单的方法300的流程图。本领域技术人员应当理解,该方法300可以由参考图2所示的业务服务器204来执行。为描述方便,下文将参考图2所示的***200来描述该方法300。
在方法300开始之后,在步骤S302,向用户发送当前订单。如上文已经详细描述的,该用户既可以包含传统意义驾驶车辆、船、飞行器的司机,也可以包含无人驾驶时用于载客/载物的交通工具。
本领域技术人员应当理解,该当前订单既包括出租车订单也包括专车订单或其他提供交通运输的订单。其中对于订单信息,包括但不限于如下内容:订单的始发地、订单的目的地、乘客愿意额外支付的附加费、乘客愿意等待的时间、乘客是否携带大件行李等。其中,对于订单的始发地,既可以由乘客使用其电子设备启动打车软件乘客端来键入或者说出,也可以经由乘客的电子设备中的定位***(例如全球定位***、基站定位***)所获得的定位信息来确定,还可以在适当的情况下经由其他信息来确定,其中该其他信息可以包括但不限于公交车站、地铁站、特定路口和特定建筑物以及在这些位置处所张贴的二维码信息等。进而,该二维码信息可以经由业务服务器204或者第三方服务器(例如地址解译服务器)被转换为上述定位信息以便于用于后续操作。
接下来,该方法300进行到步骤S304,获取该用户对于历史订单从接收至抢单的历史抢单时间。具体来说,当存在大量历史订单时,既可以获取所有这些历史订单的历史抢单时间,也可以获取预定期间内的历史订单的历史抢单时间。其中,预定期间对于用户是有利地,因为如果该用户在该预定期间内的历史抢单时间改变,则如以下实施例将进一步详细描述的,本公开的实施例仍然能够准确地发送当前订单,从而解决本公开的背景技术中所描述的技术问题。
继而,该方法300进行到步骤S306,基于该历史抢单时间,发送该当前订单。具体来说,步骤S306可以包括如下的步骤S3062至步骤S3066。
步骤S3062,确定该用户在预定时间没有抢单。根据本公开的实施例,可以给该用户设置定时器,以便确定该用户在预定时间内是否抢单,并且如果抢单,则记录该用户对于订单从接收至抢单的历史抢单时间。
步骤S3064,基于该历史抢单时间,确定该用户在该预定时间以后的抢单概率。根据本公开的实施例,该抢单概率可以基于该历史抢单时间通过如下方式来确定。
方式一
确定该用户针对所有历史订单的抢单次数,确定该用户在该预定时间以后的抢单次数;以及确定该用户在该预定时间以后的抢单概率。
方式二
基于该历史抢单时间,确定多个抢单时间区间;确定该用户在该历史抢单时间所属的抢单时间区间内的抢单概率,其中这一抢单概率可以基于该用户针对所有历史订单的抢单次数和该用户在该历史抢单时间所属的抢单时间区间内的抢单次数来确定;以及确定该用户在该预定时间以后的抢单时间区间内的抢单概率。
步骤S3066,基于该抢单概率,发送该当前订单。
根据本公开的实施例,首先可以基于该抢单概率,确定该当前订单的成交概率。例如,该当前订单的成交概率可以通过如下公式确定,P成交概率=1-(1-P1)×(1-P2)×(1-Pn),其中P成交概率是该当前订单的成交概率,Pn是用户n在该预定时间以后的抢单概率。
在这一实施例中,然后可以基于该成交概率,发送该当前订单。例如,可以按照抢单概率×(1-成交概率)从高到低的顺序来发送包括当前订单的多个当前订单,其可以使得订单的抢单概率越高则优先级越高,并且订单的成交概率越低则优先级越高,从而综合考虑订单的抢单概率和成交概率。
图4是图示了根据本公开的实施例的用于处理订单的方法400的流程图。下面参考图1来描述图4中的步骤S402至步骤S414。
步骤S402,在时刻tn-2开始的第n-2轮分配中,将订单呈现或播放给dn-2个用户。需要说明的是,下文中可以用符号Dn-2来表示该dn-2个用户中的一个用户。
步骤S404,在时刻tn-1开始的第n-1轮分配中,将订单呈现或播放给dn-1个用户。需要说明的是,下文中可以用符号Dn-1来表示该dn-1个用户中的一个用户。
步骤S406,在时刻tn开始的第n轮分配中,如果用户Dn-2在从时刻tn-2至时刻tn的预定时间内没有抢单,则基于该用户Dn-2对于历史订单从接收至抢单的历史抢单时间,确定该用户Dn-2在该预定时间以后的抢单概率,例如P(用户Dn-2在时刻tn以后抢单)。具体来说,这一抢单概率可以通过如下条件概率公式(1)来确定。
P(用户Dn-2在时刻tn以后抢单)=P(用户Dn-2在时刻tn-2以后抢单)×P(用户Dn-2在时刻tn以后抢单|用户Dn-2在时刻tn-2以后抢单) (1)
其中,P(用户Dn-2在时刻tn-2以后抢单)表示该用户Dn-2针对当前订单的抢单概率。本领域技术人员能够理解,这一抢单概率表示了一种抢单意愿,通常取决于如下多种因素:该当前订单的始发地与该用户Dn-2当前位置之间的距离、该当前订单的始发地与目的地之间的距离、该当前订单的始发地是否在该用户Dn-2当前行驶路线附近等。
并且其中,P(用户Dn-2在时刻tn以后抢单|用户Dn-2在时刻tn-2以后抢单)表示在该用户Dn-2愿意抢单的情况下,花费比从时刻tn-2至时刻t更长的时间来执行抢单动作的概率。本领域技术人员能够理解,这一概率表示了一种抢单能力,通常取决于如下多种因素:该用户Dn-2花费较长时间来收听该当前订单、该用户Dn-2花费较长时间来决定是否抢单、该用户Dn-2由于驾驶车辆非常谨慎而花费较长时间来执行抢单动作等。
根据本公开的实施例,P(用户Dn-2在时刻tn以后抢单|用户Dn-2在时刻tn-2以后抢单)可以通过如下方式来确定。
方式一
第一,确定用户Dn-2针对所有历史订单的抢单次数。例如,确定该用户Dn-2针对过去一个月内的历史订单的抢单次数。
第二,确定用户Dn-2在该预定时间以后的抢单次数。例如,确定该用户Dn-2在过去一个月内的抢单操作中、在时刻tn以后的抢单次数。
第三,基于这两个抢单次数,确定P(用户Dn-2在时刻tn以后抢单|用户Dn-2在时刻tn-2以后抢单)。例如,P(用户Dn-2在时刻tn以后抢单|用户Dn-2在时刻tn-2以后抢单)可以等于在后的抢单次数与在先的抢单次数的商。
方式二
第一,确定用户Dn-2在历史抢单时间所属的抢单时间区间内的抢单概率。
具体来说,可以确定该用户Dn-2针对所有历史订单的抢单次数,确定该用户Dn-2在该历史抢单时间所属的抢单时间区间内的抢单次数,以及基于这两个抢单次数,确定该用户Dn-2在历史抢单时间所属的抢单时间区间内的抢单概率。例如,该用户Dn-2在历史抢单时间所属的抢单时间区间内的抢单概率可以等于在后的抢单次数与在先的抢单次数的商。
另外,这一概率还可以通过图5所图示的历史抢单时间分布的示意图来确定。在图5中,针对在时刻tn-2所发布的历史订单,通过后续各时间点处的概率密度曲线来确定相应的抢单时间区间内的抢单概率。例如,该用户Dn-2在历史抢单时间tn至tn+1内的抢单概率是由该概率密度曲线与横坐标轴围成的图形在该历史抢单时间tn至tn+1内的面积。类似地,该用户Dn-2在历史抢单时间tn+1至tn+2内的抢单概率是由该概率密度曲线与横坐标轴围成的图形在该历史抢单时间tn+1至tn+2内的面积。
第二,确定用户Dn-2在预定时间以后的抢单时间区间内的抢单概率之和。例如,确定用户Dn-2在历史抢单时间tn至tn+1和历史抢单时间tn+1至tn+2内的抢单概率之和,其中这一概率可以是由该概率密度曲线与横坐标轴围成的图形在该历史抢单时间tn至tn+2内的面积。
步骤S408,在时刻tn开始的第n轮分配中,如果用户Dn-1在从时刻tn-1至时刻tn的预定时间内没有抢单,则基于该用户Dn-1对于历史订单从接收至抢单的历史抢单时间,确定该用户Dn-1在该预定时间以后的抢单概率,例如P(用户Dn-1在时刻tn以后抢单)。
本领域技术人员可以理解,步骤S408与步骤S406类似,因此不再赘述。同时,本领域技术人员还可以理解,步骤S408与步骤S406之间并不存在严格的执行顺序,例如步骤S408既可以先于步骤S406执行,也可以与步骤S406同时执行。
步骤S410,基于步骤S406中所确定的抢单概率和步骤S408中所确定的抢单概率而确定当前订单的成交概率。例如,该成交概率可以通过如下的公式(2)来确定。
P成交概率=1-(1-P(用户Dn-2在时刻tn以后抢单))×(1-P(用户Dn-1在时刻tn以后抢单))
备选地或者附加地,在确定当前订单的成交概率之前,还可以判断该步骤S406中所确定的抢单概率和步骤S408中所确定的抢单概率是否大于预定抢单概率阈值,以便避免所确定的抢单概率较小的用户对该成交概率的影响。
步骤S412,判断步骤S410中所确定的当前订单的成交概率是否大于预定成交概率阈值,如果是,则当前订单已经呈现或播放给足够多的用户,因此在第n轮分配中禁止发送该当前订单,并且本方法结束。否则,执行步骤S414。
步骤S414,基于步骤S410中所确定的成交概率从低到高的顺序,发送包括当前订单的多个当前订单,以便在第n轮分配中成交概率较低的当前订单能够得到更多地呈现或播放。例如,根据本公开的实施例,可以按照抢单概率×(1-成交概率)从高到低的顺序来发送包括当前订单的多个当前订单,其可以使得订单的抢单概率越高则优先级越高,并且订单的成交概率越低则优先级越高,从而在第n轮分配中综合考虑订单的抢单概率和成交概率。
图6是图示了根据本公开的实施例的用于处理订单的设备600的结构框图。如图6所示,该设备600包括:发送装置602,用于向用户发送当前订单;获取装置604,用于获取该用户对于历史订单从接收至抢单的历史抢单时间;以及确定装置606,用于基于该历史抢单时间,发送该当前订单。
根据本公开的实施例,其中该确定装置606包括:第一确定单元,用于确定该用户在预定时间没有抢单;第二确定单元,用于基于该历史抢单时间,确定该用户在该预定时间以后的抢单概率;以及第三确定单元,用于基于该抢单概率,发送该当前订单。
根据本公开的实施例,其中该第二确定单元包括:第一确定子单元,用于确定该用户针对所有历史订单的抢单次数;第二确定子单元,用于确定该用户在该预定时间以后的抢单次数;以及第三确定子单元,用于确定该用户在该预定时间以后的抢单概率。
根据本公开的实施例,其中该第二确定单元包括:第四确定子单元,用于基于该历史抢单时间,确定多个抢单时间区间;第五确定子单元,用于确定该用户在该历史抢单时间所属的抢单时间区间内的抢单概率;以及第六确定子单元,用于确定该用户在该预定时间以后的抢单时间区间内的抢单概率。
根据本公开的实施例,其中该第五确定子单元包括:第一确定模块,用于确定该用户针对所有历史订单的抢单次数;第二确定模块,用于确定该用户在该历史抢单时间所属的抢单时间区间内的抢单次数;以及第三确定模块,用于确定该用户在该历史抢单时间所属的抢单时间区间内的抢单概率。
根据本公开的实施例,其中该第三确定单元包括:第七确定子单元,用于基于该抢单概率,确定该当前订单的成交概率;以及第八确定子单元,用于基于该成交概率,发送该当前订单。
根据本公开的实施例,其中该第七确定子单元包括:第四确定模块,用于基于该抢单概率和其他用户在该预定时间以后的抢单概率,确定该当前订单的成交概率。
根据本公开的实施例,其中该第四确定模块包括:确定子模块,用于通过如下公式确定该当前订单的成交概率:
P成交概率=1-(1-P1)×(1-P2)×(1-Pn)
其中P成交概率是该当前订单的成交概率,Pn是用户n在该预定时间以后的抢单概率。
根据本公开的实施例,其中该第八确定子单元包括:发送模块,用于基于该成交概率从低到高的顺序,发送包括该当前订单的多个当前订单。
根据本公开的实施例,其中该发送模块包括:发送子模块,用于基于该成交概率从低到高的顺序以及该抢单概率从高到低的顺序,发送包括该当前订单的多个当前订单。
根据本公开的实施例,其中该第八确定子单元包括:第五确定模块,用于确定该成交概率大于预定成交概率阈值;以及禁止模块,用于禁止发送该当前订单。
综上所述,根据上述本公开的实施例,提供了一种用于处理订单的方法及设备。该方法包括:向用户发送当前订单;获取该用户对于历史订单从接收至抢单的历史抢单时间;以及基于该历史抢单时间,发送该当前订单。本公开的实施例通过考虑用户对于历史订单从接收至抢单的历史抢单时间来发送当前订单,能够解决本公开的背景技术中所描述的技术问题。具体来说,如果确定第n-2轮分配和/或第n-1轮分配中的用户执行抢单动作的时间较长,例如该用户较大概率地在第n轮分配开始之后才执行该抢单动作,则当确定与第n轮分配对应的用户数目dn时,可以排除该用户所造成的该用户数目dn的无谓增加,从而保证其他订单的发送,避免订单发送资源的浪费。
本公开的实现和本文中提供的所有功能操作可以用数字电子电路、或者用计算机软件、固件或硬件,包括本说明书及其结构等同方案中所公开的结构、或者其中的一个或多个的组合来实现。本公开的实现可以实现为一个或多个计算机程序产品,即在计算机可读介质上编码的计算机程序指令的一个或多个模块,这些指令由数据处理装置来执行或者用以控制数据处理装置的操作。该计算机可读介质可以是机器可读存储设备、机器可读存储基片、存储器设备、影响机器可读传播信号的组合物或者其中的一个或多个的组合。术语“数据处理装置”涵盖用于处理数据的所有装置、设备和机器,包括例如可编程处理器、计算机或者多个处理器或计算机。除了硬件之外,该装置可以包括为所描述的计算机程序创建执行环境的代码,例如构成处理器固件、协议栈、数据库管理***、操作***或者其中的一个或多个的组合的代码。
计算机程序(也称为程序、软件、软件应用、脚本或代码)可以用任何形式的编程语言(包括编译语言或解释语言)来编写,并且计算机程序可以用任何形式来部署,包括作为独立程序或者作为模块、部件、子例程或者适合在计算环境中使用的其他单元。计算机程序并非必须对应于文件***中的文件。程序可以存储在保持其他程序或数据(例如标记语言文档中所存储的一个或多个脚本)的文件的部分中,存储在专用于所描述的程序的单个文件中,或者存储在多个协同文件(例如存储一个或多个模块、子程序或者代码的部分的文件)中。计算机程序可以被部署成在一个计算机上来执行,或者在位于一个站点处或分布在多个站点处且通过通信网络互连的多个计算机上来执行。
本公开中所描述的过程和逻辑流可以由执行一个或多个计算机程序的一个或多个可编程处理器来执行以通过操作输入数据并且生成输出来执行功能。该过程和逻辑流也可以由专用逻辑电路来执行,并且装置也可以实现为该专用逻辑电路,该专用逻辑电路例如为FPGA(现场可编程门阵列)或者ASIC(专用集成电路)。
适合执行计算机程序的处理器包括例如通用和专用微处理器二者、以及任何种类的数字计算机的任何一个或多个处理器。通常,处理器从只读存储器或者随机存取存储器或者二者接收指令和数据。计算机的元件可以包括用于执行指令的处理器以及用于存储指令和数据的一个或多个存储器设备。通常,计算机还将包括一个或多个海量存储设备以便存储数据,或者该计算机在操作上耦合以从海量存储设备接收或向海量存储设备传送数据或者二者,该海量存储设备例如是磁盘、磁光盘或者光盘。然而,计算机不需要具有这样的设备。此外,计算机可以嵌入在另一设备中,该另一设备例如为移动电话、个人数字助理(PDA)、移动音频播放器、全球定位***(GPS)接收器等。适合存储计算机程序指令和数据的计算机可读介质包括所有形式的非易失性存储器、介质和存储器设备,包括例如:半导体存储器设备,如EPROM、EEPROM和闪存设备;磁盘,如内置硬盘或可移除盘;磁光盘;以及CD ROM和DVD-ROM盘。该处理器和存储器可以用专用逻辑电路来补充或者并入该专用逻辑电路中。
为了提供与用户的交互,本公开的实现可以在具有用于向用户显示信息的显示设备(例如CRT(阴极射线管)或LCD(液晶显示器)监视器)以及键盘和定点设备(例如鼠标或跟踪球,通过其用户可以向计算机提供输入)的计算机上来实现。也可以使用其他种类的设备来提供与用户的交互;例如,向用户提供的反馈可以是任何形式的感觉反馈,例如视觉反馈、听觉反馈或者触觉反馈;并且来自用户的输入可以以任何形式来接收,包括听觉、语音或触觉输入。
虽然本公开包括一些细节,然而不应当将这些细节理解为对本公开或者要求保护的内容的范围的限制,而是应当被理解为对本公开的示例实现的特征的描述。本公开中在单独实现的情境中描述的某些特征还可以与单个实现组合来提供。相反地,在单个实现的情境中描述的各个特征也可以分别在多个实现中来提供或者在任何合适的子组合中来提供。此外,虽然以上可以将特征描述为以某种组合来执行并且甚至初始就要求这样保护,然而在一些情况下可以从组合中去掉来自要求保护的组合的一个或多个特征,并且要求保护的组合可以涉及子组合或子组合的变化。
类似地,虽然在附图中按照特定顺序来描绘操作,然而这不应当被理解为要求这样的操作按照所示的特定顺序或者按照相继顺序来执行,或者要求所有图示操作都被执行,以实现期望的结果。在一些境况下,多任务和并行处理可能是有利的。此外,以上描述的实现中的各种***部件的分离不应当被理解为在所有实现中都要求这样的分离,而且应当理解,所描述的程序部件和***通常可以在单个软件产品中集成在一起或者被封装成多个软件产品。
因此,本公开的特定实现已经被描述,并且其他实现在以下权利要求的范围内。例如,权利要求中记载的动作可以按照不同的顺序来执行,并且这些动作仍然可以实现期望的结果。大量实现已经被描述。然而,应当理解,可以在不偏离本公开的精神和范围的情况下做出各种修改。例如,可以使用以上示出的流程的各个形式,其中步骤可以被重新排序、添加或去除。因此,其他实现在以下权利要求的范围内。
Claims (22)
1.一种用于处理订单的方法,包括:
向用户发送当前订单;
获取所述用户对于历史订单从接收至抢单的历史抢单时间;以及
基于所述历史抢单时间,发送所述当前订单。
2.根据权利要求1所述的方法,其中基于所述历史抢单时间,发送所述当前订单包括:
确定所述用户在预定时间没有抢单;
基于所述历史抢单时间,确定所述用户在所述预定时间以后的抢单概率;以及
基于所述抢单概率,发送所述当前订单。
3.根据权利要求2所述的方法,其中基于所述历史抢单时间,确定所述用户在所述预定时间以后的抢单概率包括:
确定所述用户针对所有历史订单的抢单次数;
确定所述用户在所述预定时间以后的抢单次数;以及
确定所述用户在所述预定时间以后的抢单概率。
4.根据权利要求2所述的方法,其中基于所述历史抢单时间,确定所述用户在所述预定时间以后的抢单概率包括:
基于所述历史抢单时间,确定多个抢单时间区间;
确定所述用户在所述历史抢单时间所属的抢单时间区间内的抢单概率;以及
确定所述用户在所述预定时间以后的抢单时间区间内的抢单概率。
5.根据权利要求4所述的方法,其中确定所述用户在所述历史抢单时间所属的抢单时间区间内的抢单概率包括:
确定所述用户针对所有历史订单的抢单次数;
确定所述用户在所述历史抢单时间所属的抢单时间区间内的抢单次数;以及
确定所述用户在所述历史抢单时间所属的抢单时间区间内的抢单概率。
6.根据权利要求2至5中任一项所述的方法,其中基于所述抢单概率,发送所述当前订单包括:
基于所述抢单概率,确定所述当前订单的成交概率;以及
基于所述成交概率,发送所述当前订单。
7.根据权利要求6所述的方法,其中基于所述抢单概率,确定所述当前订单的成交概率包括:
基于所述抢单概率和其他用户在所述预定时间以后的抢单概率,确定所述当前订单的成交概率。
8.根据权利要求7所述的方法,其中基于所述抢单概率和所述其他用户在所述预定时间以后的抢单概率,确定所述当前订单的成交概率包括:
通过如下公式确定所述当前订单的成交概率:
P成交概率=1-(1-P1)×(1-P2)×(1-Pn)
其中P成交概率是所述当前订单的成交概率,Pn是用户n在所述预定时间以后的抢单概率。
9.根据权利要求6所述的方法,其中基于所述成交概率,发送所述当前订单包括:
基于所述成交概率从低到高的顺序,发送包括所述当前订单的多个当前订单。
10.根据权利要求9所述的方法,其中基于所述成交概率从低到高的顺序,发送包括所述当前订单的所述多个当前订单包括:
基于所述成交概率从低到高的顺序以及所述抢单概率从高到低的顺序,发送包括所述当前订单的多个当前订单。
11.根据权利要求6所述的方法,其中基于所述成交概率,发送所述当前订单包括:
确定所述成交概率大于预定成交概率阈值;以及
禁止发送所述当前订单。
12.一种用于处理订单的设备,包括:
发送装置,用于向用户发送当前订单;
获取装置,用于获取所述用户对于历史订单从接收至抢单的历史抢单时间;以及
确定装置,用于基于所述历史抢单时间,发送所述当前订单。
13.根据权利要求12所述的设备,其中所述确定装置包括:
第一确定单元,用于确定所述用户在预定时间没有抢单;
第二确定单元,用于基于所述历史抢单时间,确定所述用户在所述预定时间以后的抢单概率;以及
第三确定单元,用于基于所述抢单概率,发送所述当前订单。
14.根据权利要求13所述的设备,其中所述第二确定单元包括:
第一确定子单元,用于确定所述用户针对所有历史订单的抢单次数;
第二确定子单元,用于确定所述用户在所述预定时间以后的抢单次数;以及
第三确定子单元,用于确定所述用户在所述预定时间以后的抢单概率。
15.根据权利要求13所述的设备,其中所述第二确定单元包括:
第四确定子单元,用于基于所述历史抢单时间,确定多个抢单时间区间;
第五确定子单元,用于确定所述用户在所述历史抢单时间所属的抢单时间区间内的抢单概率;以及
第六确定子单元,用于确定所述用户在所述预定时间以后的抢单时间区间内的抢单概率。
16.根据权利要求15所述的设备,其中所述第五确定子单元包括:
第一确定模块,用于确定所述用户针对所有历史订单的抢单次数;
第二确定模块,用于确定所述用户在所述历史抢单时间所属的抢单时间区间内的抢单次数;以及
第三确定模块,用于确定所述用户在所述历史抢单时间所属的抢单时间区间内的抢单概率。
17.根据权利要求13至16中任一项所述的设备,其中所述第三确定单元包括:
第七确定子单元,用于基于所述抢单概率,确定所述当前订单的成交概率;以及
第八确定子单元,用于基于所述成交概率,发送所述当前订单。
18.根据权利要求17所述的设备,其中所述第七确定子单元包括:
第四确定模块,用于基于所述抢单概率和其他用户在所述预定时间以后的抢单概率,确定所述当前订单的成交概率。
19.根据权利要求18所述的设备,其中所述第四确定模块包括:
确定子模块,用于通过如下公式确定所述当前订单的成交概率:
P成交概率=1-(1-P1)×(1-P2)×(1-Pn)
其中P成交概率是所述当前订单的成交概率,Pn是用户n在所述预定时间以后的抢单概率。
20.根据权利要求17所述的设备,其中所述第八确定子单元包括:
发送模块,用于基于所述成交概率从低到高的顺序,发送包括所述当前订单的多个当前订单。
21.根据权利要求20所述的方法,其中所述发送模块包括:
发送子模块,用于基于所述成交概率从低到高的顺序以及所述抢单概率从高到低的顺序,发送包括所述当前订单的多个当前订单。
22.根据权利要求16所述的设备,其中所述第八确定子单元包括:
第五确定模块,用于确定所述成交概率大于预定成交概率阈值;以及
禁止模块,用于禁止发送所述当前订单。
Priority Applications (9)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510163336.4A CN104766262A (zh) | 2015-04-08 | 2015-04-08 | 用于处理订单的方法及设备 |
US15/547,221 US10977585B2 (en) | 2015-01-29 | 2016-01-29 | Order allocation system and method |
EP16742811.9A EP3252705A4 (en) | 2015-01-29 | 2016-01-29 | Order allocation system and method |
PCT/CN2016/072840 WO2016119749A1 (zh) | 2015-01-29 | 2016-01-29 | 一种订单分配***及方法 |
SG11201706188YA SG11201706188YA (en) | 2015-01-29 | 2016-01-29 | Order allocation system and method |
KR1020177024089A KR20180013843A (ko) | 2015-01-29 | 2016-01-29 | 오더 할당 시스템 및 방법 |
PH12017501364A PH12017501364B1 (en) | 2015-01-29 | 2017-07-28 | Order allocation system and method |
HK18104774.4A HK1245473A1 (zh) | 2015-01-29 | 2018-04-12 | 訂單分配系統和方法 |
US17/227,439 US20210232984A1 (en) | 2015-01-29 | 2021-04-12 | Order allocation system and method |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510163336.4A CN104766262A (zh) | 2015-04-08 | 2015-04-08 | 用于处理订单的方法及设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN104766262A true CN104766262A (zh) | 2015-07-08 |
Family
ID=53648074
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510163336.4A Pending CN104766262A (zh) | 2015-01-29 | 2015-04-08 | 用于处理订单的方法及设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104766262A (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105279688A (zh) * | 2015-10-23 | 2016-01-27 | 上海钢富电子商务有限公司 | 订单数据处理方法及*** |
WO2016119749A1 (zh) * | 2015-01-29 | 2016-08-04 | 北京嘀嘀无限科技发展有限公司 | 一种订单分配***及方法 |
CN107527254A (zh) * | 2016-06-20 | 2017-12-29 | 滴滴(中国)科技有限公司 | 预约单分配处理方法及服务器 |
CN111815101A (zh) * | 2020-01-15 | 2020-10-23 | 北京嘀嘀无限科技发展有限公司 | 一种信息处理方法、装置、存储介质及电子设备 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103218769A (zh) * | 2013-03-19 | 2013-07-24 | 王兴健 | 出租车订单分配方法 |
CN104157133A (zh) * | 2014-08-20 | 2014-11-19 | 北京嘀嘀无限科技发展有限公司 | 基于司机在线活跃情况的运力拉升*** |
CN104183118A (zh) * | 2014-08-19 | 2014-12-03 | 北京嘀嘀无限科技发展有限公司 | 基于拍卖模式获得乘客最优接驾司机的派单*** |
-
2015
- 2015-04-08 CN CN201510163336.4A patent/CN104766262A/zh active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103218769A (zh) * | 2013-03-19 | 2013-07-24 | 王兴健 | 出租车订单分配方法 |
CN104183118A (zh) * | 2014-08-19 | 2014-12-03 | 北京嘀嘀无限科技发展有限公司 | 基于拍卖模式获得乘客最优接驾司机的派单*** |
CN104157133A (zh) * | 2014-08-20 | 2014-11-19 | 北京嘀嘀无限科技发展有限公司 | 基于司机在线活跃情况的运力拉升*** |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2016119749A1 (zh) * | 2015-01-29 | 2016-08-04 | 北京嘀嘀无限科技发展有限公司 | 一种订单分配***及方法 |
US10977585B2 (en) | 2015-01-29 | 2021-04-13 | Beijing Didi Infinity Technology And Development Co., Ltd. | Order allocation system and method |
CN105279688A (zh) * | 2015-10-23 | 2016-01-27 | 上海钢富电子商务有限公司 | 订单数据处理方法及*** |
CN107527254A (zh) * | 2016-06-20 | 2017-12-29 | 滴滴(中国)科技有限公司 | 预约单分配处理方法及服务器 |
CN111815101A (zh) * | 2020-01-15 | 2020-10-23 | 北京嘀嘀无限科技发展有限公司 | 一种信息处理方法、装置、存储介质及电子设备 |
CN111815101B (zh) * | 2020-01-15 | 2024-05-03 | 北京嘀嘀无限科技发展有限公司 | 一种信息处理方法、装置、存储介质及电子设备 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104715426B (zh) | 用于处理订单的方法及设备 | |
CN104809589A (zh) | 用于处理订单的方法及设备 | |
CN104599217B (zh) | 用于确定乘客的当前目的地的方法及设备 | |
CN105139641A (zh) | 一种基于WiFi中继站的车辆调度方法及*** | |
US20170192819A1 (en) | Method and electronic device for resource allocation | |
CN105118013A (zh) | 一种订单的分配方法及装置 | |
CN104766262A (zh) | 用于处理订单的方法及设备 | |
CN104537831A (zh) | 车辆调度的方法及设备 | |
CN104598978A (zh) | 用于处理预约订单的方法及设备 | |
CN104572278A (zh) | 轻应用调用本地端能力的方法、装置及设备 | |
CN107491825A (zh) | 一种约车处理方法及*** | |
CN105389160A (zh) | 一种信息发布方法及装置 | |
CN104616086A (zh) | 用于动态设置订单的缓冲时间的方法和设备 | |
CN107329785A (zh) | 一种动态加载JavaScript模块的方法及*** | |
CN109543154B (zh) | 表格数据的类型转换方法、装置、存储介质及电子设备 | |
CN106469113A (zh) | 应用程序测试方法及*** | |
CN105898442A (zh) | 广告预下载方法及***、终端设备、推送服务器 | |
CN107578267A (zh) | 一种共享广告牌投放内容的审核方法及服务器 | |
CN108898869A (zh) | 到站提醒方法、装置及*** | |
CN105848117A (zh) | 充值方法和充值装置 | |
CN104636966B (zh) | 用于发送订单的方法及设备 | |
CN104636959A (zh) | 用于设定订单的播报时间的方法和设备 | |
CN103746904A (zh) | 信息交互方法和装置 | |
CN105956120A (zh) | 产品库存更新方法及装置 | |
CN106612327A (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 | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20150708 |
|
RJ01 | Rejection of invention patent application after publication |