CN112017009A - 订单处理方法、装置、电子设备和可读存储介质 - Google Patents
订单处理方法、装置、电子设备和可读存储介质 Download PDFInfo
- Publication number
- CN112017009A CN112017009A CN202010900793.8A CN202010900793A CN112017009A CN 112017009 A CN112017009 A CN 112017009A CN 202010900793 A CN202010900793 A CN 202010900793A CN 112017009 A CN112017009 A CN 112017009A
- Authority
- CN
- China
- Prior art keywords
- order
- information
- service providers
- service
- target
- 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
- 238000003672 processing method Methods 0.000 title claims abstract description 22
- 238000012545 processing Methods 0.000 claims abstract description 16
- 238000000034 method Methods 0.000 claims description 41
- 230000015654 memory Effects 0.000 claims description 19
- 230000004044 response Effects 0.000 claims description 5
- 239000000126 substance Substances 0.000 claims 1
- 238000013473 artificial intelligence Methods 0.000 abstract description 2
- 238000005516 engineering process Methods 0.000 description 12
- 238000004891 communication Methods 0.000 description 8
- 238000010586 diagram Methods 0.000 description 7
- 238000004364 calculation method Methods 0.000 description 6
- 230000006870 function Effects 0.000 description 5
- 238000004590 computer program Methods 0.000 description 4
- 230000000694 effects Effects 0.000 description 4
- 230000004048 modification Effects 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 230000008569 process Effects 0.000 description 3
- 230000006399 behavior Effects 0.000 description 2
- 230000003111 delayed effect Effects 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 239000004973 liquid crystal related substance Substances 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 238000004422 calculation algorithm Methods 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 239000002131 composite material Substances 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 238000010801 machine learning Methods 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000001737 promoting effect Effects 0.000 description 1
- 238000013139 quantization Methods 0.000 description 1
- 238000012216 screening Methods 0.000 description 1
- 230000001953 sensory effect Effects 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0631—Item recommendations
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
- G06Q30/0635—Processing of requisition or of purchase orders
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本申请公开了订单处理方法、装置、电子设备和可读存储介质,涉及智能交通、云计算、人工智能等领域。订单处理方法具体实现方案为:接收来自客户端的订单信息,其中,订单信息用于请求提供目标服务;按照预设时间间隔将订单信息依次发送给M个服务提供方,其中,M为大于1的正整数;接收由M个服务提供方中的N个服务提供方返回的接单信息,其中,N为大于0,且小于或等于M的正整数;以及从N个服务提供方返回的接单信息中确定用于提供目标服务的目标接单信息。
Description
技术领域
本申请涉及计算机技术、数据处理等技术领域,尤其涉及智能交通、云计算、人工智能等技术,具体涉及订单处理方法、装置、电子设备和可读存储介质。
背景技术
随着智能设备和通信技术的不断发展,给用户的工作和生活等方面带来了很多便利。例如,随着智能导航、智能手机、网上交易的普及,用户可以在客户端上通过创建订单的方式请求约车、外卖等服务,不同的服务提供方可以根据自身情况确定是否能够为用户提供服务,当然,能够提供的服务并不限于此。
然而,在实现本申请的过程中,发明人发现,在用户创建完订单之后,采用相关技术不能较好的为用户匹配合适的服务提供方,导致用户体验差。
发明内容
提供了一种订单处理方法、装置、电子设备以及存储介质。
根据第一方面,提供了一种订单处理方法具体实现方案为:接收来自客户端的订单信息,其中,订单信息用于请求提供目标服务;按照预设时间间隔将订单信息依次发送给M个服务提供方,其中,M为大于1的正整数;接收由M个服务提供方中的N个服务提供方返回的接单信息,其中,N为大于0,且小于或等于M的正整数;以及从N个服务提供方返回的接单信息中确定用于提供目标服务的目标接单信息。
根据第二方面,提供了一种订单处理装置,包括:第一接收模块,用于接收来自客户端的订单信息,其中,上述订单信息用于请求提供目标服务;发送模块,用于按照预设时间间隔将上述订单信息依次发送给M个服务提供方,其中,上述M为大于1的正整数;第二接收模块,用于接收由上述M个服务提供方中的N个服务提供方返回的接单信息,其中,上述N为大于0,且小于或等于上述M的正整数;以及确定模块,用于从上述N个服务提供方返回的接单信息中确定用于提供上述目标服务的目标接单信息。
根据第三方面,提供了一种电子设备,包括:至少一个处理器;以及与上述至少一个处理器通信连接的存储器;其中,上述存储器存储有可被上述至少一个处理器执行的指令,上述指令被上述至少一个处理器执行,以使上述至少一个处理器能够执行本申请上述的方法。
根据第四方面,提供了一种存储有计算机指令的非瞬时计算机可读存储介质,上述计算机指令用于使上述计算机执行本申请上述的方法。
通过本申请的技术方案,在接收到订单信息之后,按照预设时间间隔将订单信息依次发送给M个服务提供方,M个服务提供方中的N个服务提供方可以返回接单信息,最后从N个服务提供方返回的接单信息中确定用于提供目标服务的目标接单信息。由于不是将订单信息一次性发给用户选择的所有服务提供方,而是按照预设时间间隔将订单信息依次发送给M个服务提供方,使得先收到订单信息的服务提供方可以先进行响应,提供了一种新的订单调度方式。根据本申请的技术解决了采用相关技术不能较好的为用户匹配合适的服务提供方,导致用户体验差的问题。如此,平台可以配置不同订单发送顺序的策略,达到了灵活配置订单发送顺序的策略,以提高成单率的效果。
应当理解,本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征,也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。
附图说明
附图用于更好地理解本方案,不构成对本申请的限定。其中:
图1示意性示出了根据本公开实施例的可以应用订单处理方法及装置的示例性系统架构;
图2示意性示出了根据本公开实施例的订单处理方法的流程图;
图3示意性示出了根据本公开实施例的订单处理方法的示意图;
图4示意性示出了根据本公开实施例的从N个服务提供方返回的接单信息中确定用于提供目标服务的目标接单信息的流程图;
图5示意性示出了根据本公开另一实施例的从N个服务提供方返回的接单信息中确定用于提供目标服务的目标接单信息的流程图;
图6示意性示出了根据本公开另一实施例的订单处理方法的流程图;
图7示意性示出了根据本公开实施例的订单处理装置的框图;以及
图8示意性示出了根据本公开实施例的适于实现订单处理方法的计算机系统的框图。
具体实施方式
以下结合附图对本申请的示范性实施例做出说明,其中包括本申请实施例的各种细节以助于理解,应当将它们认为仅仅是示范性的。因此,本领域普通技术人员应当认识到,可以对这里描述的实施例做出各种改变和修改,而不会背离本申请的范围和精神。同样,为了清楚和简明,以下的描述中省略了对公知功能和结构的描述。
图1示意性示出了根据本公开实施例的可以应用订单处理方法及装置的示例性系统架构。
如图1所示,根据该实施例的系统架构100可以包括终端设备101、102、103,平台104,服务提供方105、106、107。终端设备101、102、103,平台104,服务提供方105、106、107之间提供通信链路,例如可以包括无线通信链路等等。
用户可以使用终端设备101、102、103输入订单信息,然后生成订单,通过网络发送给平台104。终端设备101、102、103上可以安装有各种通讯客户端应用,例如地图类应用、搜索类应用、知识阅读类应用、网页浏览器应用、即时通信工具、邮箱客户端和/或社交平台软件等(仅为示例)。
终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备,包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
平台104,服务提供方105、106、107可以是提供各种服务的服务器,例如对用户利用终端设备101、102、103生成的订单提供支持的后台服务器(仅为示例)。平台104,服务提供方105、106、107可以对接收到的用户请求等数据进行分析等处理,并将处理结果(例如接单信息等)反馈给终端设备。
本公开实施例所提供的订单处理方法一般可以由平台104执行。相应地,本公开实施例所提供的订单处理装置也可以设置于平台104中。
应该理解,图1中的终端设备、平台和服务提供方的数目仅仅是示意性的。根据实现需要,可以具有任意数目的终端设备、平台和服务提供方。
需要注意的是,图1所示仅为可以应用本公开实施例的系统架构的示例,以帮助本领域技术人员理解本公开的技术内容,但并不意味着本公开实施例不可以用于其他设备、系统、环境或场景。例如,在另一实施例中,通过将平台的订单处理功能集成到终端设备或服务提供方上,应用订单处理方法及装置的示例性系统架构包括终端设备和服务提供方,而可以不包括平台,即终端设备可以无需与平台进行交互,即可实现本公开实施例提供的订单处理方法及装置。
因此,本公开实施例所提供的订单处理方法例如也可以由终端设备101、102、103执行。相应地,本公开实施例所提供的订单处理装置例如也可以设置于终端设备101、102、103中。
图2示意性示出了根据本公开实施例的订单处理方法的流程图。
如图2所示,该方法包括操作S210~S240。
在操作S210,接收来自客户端的订单信息,其中,订单信息用于请求提供目标服务。
在操作S220,按照预设时间间隔将订单信息依次发送给M个服务提供方,其中,M为大于1的正整数。
在操作S230,接收由M个服务提供方中的N个服务提供方返回的接单信息,其中,N为大于0,且小于或等于M的正整数。
在操作S240,从N个服务提供方返回的接单信息中确定用于提供目标服务的目标接单信息。
根据本申请的实施例,客户端的类型不做限定,例如可以是用于打车的客户端、用于点外卖的客户端、用于导航的客户端等等。目标服务的类型不做限定,例如可以包括打车服务、外卖服务等等。
根据本申请的实施例,订单信息可以包括用户需求以及与用户相关的信息。例如,以订单为打车订单为例,用户需求可以包括用户需要前往的目的地,乘坐时间等等,与用户相关的信息例如可以包括用户账号信息,用户位置信息等等。
根据本申请的实施例,按照预设时间间隔将订单信息依次发送给M个服务提供方包括:以至少两种不同的预设时间间隔将订单信息依次发送给M个服务提供方。
根据本申请的实施例,预设时间间隔可以是相同时间间隔,也可以是不同时间间隔。例如,按照每间隔1秒将订单信息依次发送给M个服务提供方,或者,在将订单信息发送给第一个服务提供方之后,先间隔1秒将订单信息发送给第二个服务提供方,再间隔2秒将订单信息发送给第三个服务提供方,然后间隔3秒将订单信息发送给第三个服务提供方。根据本申请的实施例,M为大于1的正整数,例如,可以是2、5、10等等。
根据本申请的实施例,可以按照预设时间间隔将订单信息随机发送给M个服务提供方。或者,也可以按照预设时间间隔和预先确定的接单顺序将订单信息发送给M个服务提供方。
根据本申请的实施例,例如,可以先确定每个服务提供方的接单顺序;然后按照预设时间间隔和每个服务提供方的接单顺序将订单信息依次发送给M个服务提供方。
根据本申请的实施例,每个服务提供方的接单顺序可以根据当前一段时间内每个服务提供方的接单成功率确定。例如,可以将当前一段时间内每个服务提供方的接单成功率进行从高到低排序,得到的排序作为接单顺序。
根据本申请的实施例,或者,每个服务提供方的接单顺序可以根据每个服务提供方的派单等级确定,每个服务提供方的派单等级可以是平台预先设置的。例如,平台可以根据用户的以往选择倾向(以往发单选择服务提供方的倾向)确定服务提供方的级别,按照不同时间间隔将订单信息传递到服务提供方。例如,用户曾经选择过a服务提供方和b服务提供方。用户创单后x秒,先派单给a服务提供方,y秒后,再派单给b服务提供方。
根据本申请的实施例,也可以按照预设时间间隔以随机的顺序向M个服务提供方发送订单信息。
通过确定每个服务提供方的接单顺序,可以为用户匹配较为优质的服务提供方,可以提高整个平台的成单率,降低取消率,提高用户体验,进而提高平台收入。
根据本申请的实施例,M个服务提供方中的每个服务提供方具有对应的派单等级。可以根据每个服务提供方的派单等级,按照预设时间间隔将订单信息依次发送给所述M个服务提供方。例如,可以按照派单等级从高到低的顺序,按照预设时间间隔将订单信息依次发送给每个服务提供方,派单等级越高的服务提供方可以更早的获得订单信息。
根据本申请的实施例,由于可以预先设置服务提供方的派单等级,可以实现让最有利于平台(如佣金较高)的服务提供方先匹配订单。在提高成单率的前提下,保证平台收益最大化。
根据本申请的实施例,可以根据以下一种或多种参考因素确定每个服务提供方的派单等级:服务提供方的佣金、服务类型、消费水平、历史订单信息。
根据本申请的实施例,服务提供方的佣金例如可以包括抽成比例,服务类型例如可以包括私人定制服务、普通服务、高端服务等等。服务提供方的历史订单信息例如可以是历史接单数量,服务评价等等。根据本申请的实施例,派单等级例如可以包括优秀、良好、一般、较差等,当然,本申请并不限于此。
根据本申请的实施例,按照服务提供方佣金、服务类型、用户历史发单偏好(如近一个月订单记录选择的服务提供方)、消费水平等等,对所有服务提供方进行评级,按照不同级别,可以以秒为单位依次按等级发送创单请求到服务提供方。在提高成单率的前提下,可以保证平台收益最大化,策略上线后提升大于5%的成单率,具有良好的市场前景。
根据本申请的实施例,每种参考因素具有计算权重和参考值,根据一种或多种参考因素确定每个服务提供方的派单等级包括:根据每种参考因素的计算权重和参考值计算每个服务提供方的得分;以及根据M个服务提供方的得分确定每个服务提供方的派单等级。
根据本申请的实施例,可以计算每种参考因素的计算权重和参考值的乘积,将所有参考因素对应的乘积求和,得到每个服务提供方的得分。得分越高的服务提供方,派单等级也越高。
根据本申请的实施例,服务提供方的类型不做限定。例如,服务提供方例如可以是打车服务提供方,快递服务提供方等等。
根据本申请的实施例,在将订单信息发送给第一个服务提供方之后,可以只接收在第一预设时长范围内返回的接单信息。第一预设时长可以根据实际业务场景预先确定,第一预设时长例如可以是两分钟,三分钟等等。
根据本申请的实施例,平台可以接收在将订单信息发送给第一个服务提供方之后的第一预设时长范围内,由M个服务提供方中的N个服务提供方返回的接单信息。通过设置第一预设时长范围,使得接单太晚的服务提供方暂时不予考虑,使得可以快速成单。
根据本申请的实施例,可以将N个服务提供方返回的接单信息中选择优质服务提供方返回的接单信息确定为用于提供目标服务的目标接单信息。根据本申请的实施例,服务提供方返回的接单信息表明该服务提供方能够为用户提供目标服务,如果服务提供方没有返回接单信息,表明该服务提供方暂时不能为用户提供目标服务。
根据本申请的实施例,平台可以利用机器学习算法,按照发单用户行为特征(例如,用户的历史发单合作方、历史发单车型等)、服务提供方特征(例如抽成比例、服务提供方成单率、服务提供方小时级别成单率、地域纬度成单率、预估价格、预估时间、历史成单数等)、系统特征(如用户使用的设备类型(IOS或安卓)、当前时间是否节假日、是否工作日等),位置类特征(如接驾距离),时间类特征(如接驾时间),通过加权计算得分,通过发单到接单的时间差,确定符合筛选范围内最合适的服务提供方。相比于仅考虑用户方或者服务提供方的因素而言,本申请的实施例可以综合各方的参考因素,可以较好的确定适合用户的服务提供方。
根据本申请的实施例,每一类型的特征对应的权重可以调节,为了促成单,位置及时间的权重可以较高,当稳定后可以提升服务提供方的权重,来增加平台收入。
根据本申请的实施例,例如,位置类特征的权重为35%,时间类特征的权重为35%,服务提供方类特征的权重为20%,用户行为类特征的权重为10%。具体地,例如,对于某一网约车订单,订单预估接驾距离为2569米(对应量化参考值可以为60),订单预估接驾时间为296秒(对应量化参考值可以为90),服务方佣金为0.06%(对应量化参考值可以为60),用户上次呼叫车型为快车(对应量化参考值可以为80),根据权重和参考值进行加权求和,得到每个接单司机的综合得分。
根据本申请的实施例,优质服务提供方例如可以是平台佣金较高的服务提供方,服务评价较好的服务提供方,综合得分较高的服务提供方等等。
根据本申请的实施例,在确定用于提供目标服务的目标接单信息之后,可以向客户端发送用于提供目标服务的目标接单信息,使得用户可以根据返回的接单信息确定哪个服务提供方为自己提供服务。
下面参考图3,结合具体实施例对图2所示的方法做进一步说明。
图3示意性示出了根据本公开实施例的订单处理方法的示意图。
如图3所示,在该实施例中,用户可以通过客户端310向平台320发送用于请求提供目标服务的订单信息,其中,平台320可以是云端服务器。平台320可以将接收到的订单信息按照每间隔1秒将订单信息依次发送给与平台320合作的服务提供方,例如,可以将订单信息先发给第一服务提供方331,间隔1秒后将订单信息发给第二服务提供方332,再间隔1秒后将订单信息发给第三服务提供方333,最后再间隔1秒后将订单信息发给第四服务提供方334。
根据本申请的实施例,第一服务提供方331、第二服务提供方332、第三服务提供方333和第四服务提供方334在分别接收到订单信息之后,结合自身的资源确定是否能够完成该订单。例如,第一服务提供方331和第三服务提供方333在用户发出订单信息往后的预设时间段内,确定能够完成该订单,第一服务提供方331和第三服务提供方333可以向平台320返回接单信息,如图3所示的第一接单信息和第二接单信息,其中,第一接单信息和第二接单信息可以包括与服务提供方相关的信息。
根据本申请的实施例,在接收到第一接单信息和第二接单信息之后,可以从第一接单信息和第二接单信息中确定出一个接单信息作为目标接单信息。例如,可以从第一接单信息和第二接单信息中随机确定出一个接单信息作为目标接单信息,或者,可以根据从第一接单信息和第二接单信息中确定出预设时间段内返回时间最早的接单信息作为目标接单信息,当然,本申请的实施例并不限于此。
根据本申请的实施例,从N个服务提供方返回的接单信息中确定用于提供目标服务的目标接单信息可以包括:从N个服务提供方中确定派单等级最高的服务提供方;将派单等级最高的服务提供方返回的接单信息确定为目标接单信息。
根据本公开的实施例,每个服务提供方具有对应的派单等级,通过比较N个服务提供方中的每个服务提供方的派单等级,将派单等级最高的服务提供方返回的接单信息确定为目标接单信息,从而实现优先提供优质的服务提供方。
通过本申请的技术方案,在接收到订单信息之后,按照预设时间间隔将订单信息依次发送给M个服务提供方,M个服务提供方中的N个服务提供方可以返回接单信息,最后从N个服务提供方返回的接单信息中确定用于提供目标服务的目标接单信息。由于不是将订单信息一次性发给用户选择的所有服务提供方,而是按照预设时间间隔将订单信息依次发送给M个服务提供方,使得先收到订单信息的服务提供方可以先进行响应,提供了一种新的订单调度方式。根据本申请的技术解决了采用相关技术不能较好的为用户匹配合适的服务提供方,导致用户体验差的问题。如此,平台可以配置不同订单发送顺序的策略,达到了灵活配置订单发送顺序的策略,以提高成单率的效果。
下面参考图4~图6,结合具体实施例对图2所示的方法做进一步说明。
图4示意性示出了根据本公开实施例的从N个服务提供方返回的接单信息中确定用于提供目标服务的目标接单信息的流程图。
如图4所示,该方法包括操作S441~S443。
在操作S441,获取与服务提供方相关的信息、与创建订单的用户相关的信息、与位置相关的信息、与客户端的设备类型相关的信息中的一种或多种作为特征信息。
在操作S442,根据特征信息计算每个接单信息的得分。
在操作S443,根据N个接单信息的得分,从N个服务提供方返回的接单信息中确定用于提供目标服务的目标接单信息。
根据本公开的实施例,与服务提供方相关的信息例如可以包括但不限于:接单成功率、服务类型、抽成比例、订单预估价格、服务提供方取消订单的数据等等。
根据本公开的实施例,与创建订单的用户相关的信息例如可以包括但不限于:用户的选择服务类型、用户历史操作数据、创单时间等等。
根据本公开的实施例,与位置相关的信息例如可以包括但不限于:订单预估距离、接驾距离、城市级别等等。
根据本公开的实施例,与客户端的设备类型相关的信息例如可以包括但不限于:安卓智能手机、IOS智能手机等等。
根据本公开的实施例,可以将每种特征信息进行量化,根据量化后得到的特征值计算每个接单信息的得分。
根据本公开的实施例,可以将所有接单信息的得分从高到低进行排序,从N个服务提供方返回的接单信息中选择得分最高的接单信息,将得分最高的接单信息确定为用于提供目标服务的目标接单信息。根据本公开的实施例,将得分最高的接单信息作为目标接单信息,可以为用户匹配优质的服务提供方,降低了订单取消率。
根据本公开的实施例,也可以将N个接单信息的得分与预设阈值进行比较,将得分大于预设阈值的接单信息确定为用于提供目标服务的目标接单信息。预设阈值可以根据实际业务需求进行设定。
通过将得分大于预设阈值的接单信息确定为目标接单信息,可以控制接单的服务提供方的整体水平,提高能够接单的服务提供方的接单水平,相比于相关技术按照时间顺序,先接单的服务提供方先成单而言,可以为用户匹配优质的服务提供方。
根据本公开的实施例,在得分大于预设阈值的接单信息包括多个情况下,可以从中随机选择一个接单信息作为目标接单信息,或者,选择接单时间最早的一个接单信息作为目标接单信息。
根据本公开的实施例,在将N个接单信息的得分与预设阈值进行比较之后,确定该N个接单信息的得分都小于预设阈值的情况下,可以等待一段时间,如果有新返回的接单信息,可以计算新返回的接单信息的得分,然后与预设阈值进行比较。
图5示意性示出了根据本公开另一实施例的从N个服务提供方返回的接单信息中确定用于提供目标服务的目标接单信息的流程图。
如图5所示,该方法包括操作S541~S543。
在操作S541,在N个接单信息的得分都小于预设阈值的情况下,响应于N个接单信息的得分都小于预设阈值,延迟第二预设时长等待返回新的接单信息。
在操作S542,计算新返回的接单信息的得分。
在操作S543,在新返回的接单信息的得分大于预设阈值的情况下,将新返回的接单信息确定为用于提供目标服务的目标接单信息。
根据本公开的实施例,第二预设时长例如可以是一分钟,两分钟等等。根据本公开的实施例,可以参考上述根据一种或多种特征信息计算每个接单信息的得分的方式,计算新返回的接单信息的得分。
根据本公开的实施例,在相关技术中,在用户创建订单时预先选择多个服务提供方之后,如果预先选择的服务提供方没有接单,一般无法等待其它优质服务提供方进行成单。根据本申请的实施例,在N个接单信息的得分都小于预设阈值的情况下,可以延迟第二预设时长,等待其它优质客户服务提供方进行成单。
根据本公开的实施例,在等待第二预设时长之后,如果仍没有其它客户接单,或者新返回的接单信息的得分仍小于或等于预设阈值的情况下,可以从当前所有返回的接单信息中选择得分最高的订单信息。
根据本公开的实施例,在发送订单给服务提供方预设时长x后,如果有得分大于预设阈值的服务提供方,即刻成单,可以不再等待更优质的服务提供方,提高接单效率。如果得分小于或等于预设阈值,可以继续等待一段时间y,等待优质的服务提供方,新返回的接单信息的得分如果大于预设阈值,可以成单,否则继续等待。当发送订单预设时长z后,选择所有接单的服务提供方中,分数最高的服务提供方进行成单。
图6示意性示出了根据本公开另一实施例的订单处理方法的流程图。
如图6所示,该方法包括操作S610~S640。
在操作S610,在从N个服务提供方返回的接单信息中确定用于提供目标服务的目标接单信息之前,根据每个服务提供方的特征信息计算M个服务提供方中除N个服务提供方之外的未接单的服务提供方的得分。
在操作S620,根据未接单的服务提供方的得分预测是否存在能够接单的其他服务提供方。
在操作S630,响应于预测存在能够接单的其他服务提供方,延迟第三预设时长等待返回新的接单信息。
在操作S640,从N个服务提供方返回的接单信息和新返回的接单信息中确定用于提供目标服务的目标接单信息。
在该实施例中,除了可以包括操作S610~S640之外,还可以包括图2中所述的操作,具体描述可以参考对图2的描述,为了描述的简洁起见,在此不再赘述。
根据本公开的实施例,以M等于5,N等于2为例,在从2个服务提供方返回的接单信息中确定目标接单信息之前,可以根据每个未接单的服务提供方的特征信息计算每个未接单的服务提供方的得分。
例如,根据与服务提供方相关的信息、与创建订单的用户相关的信息、与位置相关的信息、与客户端的设备类型相关的信息中的一种或多种特征信息,计算每个未接单的服务提供方的得分。
根据本公开的实施例,可以将未接单的服务提供方的得分与阈值进行比较,如果未接单的服务提供方的得分大于阈值,预测存在能够接单的其他服务提供方。
根据本公开的实施例,未接单的服务提供方的特征信息可以包括未接单的服务提供方的历史接单特征,例如,根据历史接单数据确定历史接单特征。根据未接单的服务提供方的历史接单特征确定在当前时间段该未接单的服务提供方可能接单的得分,该得分可以是预测接单的概率。如果接单的概率较高,可以确定存在能够接单的其他服务提供方,此时可以延迟第三预设时长等待返回新的接单信息。第三预设时长例如可以是一分钟、两分钟等等,在此不做限定。
根据本公开的实施例,在延迟第三预设时长之后,可以接收新返回的接单信息。
根据本公开的实施例,从N个服务提供方返回的接单信息和新返回的接单信息中确定用于提供目标服务的目标接单信息可以采用上述实施例中记载的方法,例如,采用上述对操作S240的描述,在此不再赘述。
根据本公开的实施例,可以预测未来一定时间内,是否还会有更加优秀和合适的服务提供方接单。通过本申请的实施例,可以为用户匹配优质的服务提供方,提高了整个平台的成单率,降低了取消率,提高了平台收入,提高了用户体验。
图7示意性示出了根据本公开实施例的订单处理装置的框图。
如图7所示,订单处理装置700包括:第一接收模块710、发送模块720、第二接收模块730和确定模块740。
第一接收模块710,用于接收来自客户端的订单信息,其中,上述订单信息用于请求提供目标服务。
发送模块720,用于按照预设时间间隔将上述订单信息依次发送给M个服务提供方,其中,上述M为大于1的正整数。
第二接收模块730,用于接收由上述M个服务提供方中的N个服务提供方返回的接单信息,其中,上述N为大于0,且小于或等于上述M的正整数。
确定模块740,用于从上述N个服务提供方返回的接单信息中确定用于提供上述目标服务的目标接单信息。
通过本申请的技术方案,在接收到订单信息之后,按照预设时间间隔将订单信息依次发送给M个服务提供方,M个服务提供方中的N个服务提供方可以返回接单信息,最后从N个服务提供方返回的接单信息中确定用于提供目标服务的目标接单信息。由于不是将订单信息一次性发给用户选择的所有服务提供方,而是按照预设时间间隔将订单信息依次发送给M个服务提供方,使得先收到订单信息的服务提供方可以先进行响应,提供了一种新的订单调度方式。根据本申请的技术解决了采用相关技术不能较好的为用户匹配合适的服务提供方,导致用户体验差的问题。如此,平台可以配置不同订单发送顺序的策略,达到了灵活配置订单发送顺序的策略,以提高成单率的效果。
根据本公开的实施例,上述M个服务提供方中的每个上述服务提供方具有派单等级;其中,上述发送模块用于:根据每个上述服务提供方的派单等级,按照预设时间间隔将上述订单信息依次发送给上述M个服务提供方。
根据本公开的实施例,上述确定模块还用于根据以下一种或多种参考因素确定每个上述服务提供方的派单等级:上述服务提供方的佣金、服务类型、消费水平、历史订单信息。
根据本公开的实施例,每种上述参考因素具有计算权重和参考值,上述确定模块包括:第一计算单元,用于根据每种上述参考因素的计算权重和参考值计算每个上述服务提供方的得分;以及第一确定单元,用于根据M个上述服务提供方的得分确定每个上述服务提供方的派单等级。
根据本公开的实施例,上述第二接收模块用于:接收在将上述订单信息发送给第一个服务提供方之后的第一预设时长范围内,由上述M个服务提供方中的N个服务提供方返回的接单信息。
根据本公开的实施例,上述M个服务提供方中的每个上述服务提供方具有派单等级。
根据本公开的实施例,上述确定模块包括:第二确定单元,用于从上述N个服务提供方中确定派单等级最高的服务提供方;第三确定单元,用于将上述派单等级最高的服务提供方返回的接单信息确定为上述目标接单信息。
根据本公开的实施例,上述确定模块包括:获取单元,用于获取与上述服务提供方相关的信息、与创建上述订单的用户相关的信息、与位置相关的信息、与上述客户端的设备类型相关的信息中的一种或多种作为特征信息;第二计算单元,用于根据上述特征信息计算每个上述接单信息的得分;以及第四确定单元,用于根据N个上述接单信息的得分,从上述N个服务提供方返回的接单信息中确定用于提供上述目标服务的目标接单信息。
根据本公开的实施例,上述第四确定单元用于:将N个上述接单信息的得分与预设阈值进行比较,将得分大于上述预设阈值的接单信息确定为用于提供上述目标服务的目标接单信息。
根据本公开的实施例,上述第四确定单元还用于:在N个上述接单信息的得分都小于上述预设阈值的情况下,响应于N个上述接单信息的得分都小于上述预设阈值,延迟第二预设时长等待返回新的接单信息;计算新返回的接单信息的得分;以及在上述新返回的接单信息的得分大于上述预设阈值的情况下,将上述新返回的接单信息确定为用于提供上述目标服务的目标接单信息。
根据本公开的实施例,上述第四确定单元用于:将N个上述接单信息的得分中得分最高的接单信息确定为用于提供上述目标服务的目标接单信息。
根据本公开的实施例,上述订单处理装置还包括:计算模块,用于在从上述N个服务提供方返回的接单信息中确定用于提供上述目标服务的目标接单信息之前,根据每个上述服务提供方的特征信息计算上述M个服务提供方中除上述N个服务提供方之外的未接单的服务提供方的得分;预测模块,用于根据上述未接单的服务提供方的得分预测是否存在能够接单的其他服务提供方;延迟模块,用于响应于预测存在能够接单的其他服务提供方,延迟第三预设时长等待返回新的接单信息;以及上述确定模块,还用于从上述N个服务提供方返回的接单信息和新返回的接单信息中确定用于提供上述目标服务的目标接单信息。
根据本公开的实施例,上述发送模块还用于向上述客户端发送用于提供上述目标服务的目标接单信息。
根据本公开的实施例,上述发送模块包括:第五确定单元,用于按照派单等级确定每个上述服务提供方的接单顺序;以及发送单元,用于按照预设时间间隔和每个上述服务提供方的接单顺序将上述订单信息依次发送给M个服务提供方。
根据本公开的实施例,上述发送模块用于按照预设时间间隔以随机的顺序向M个服务提供方发送所述订单信息。
根据本公开的实施例,上述发送模块用于以至少两种不同的预设时间间隔将订单信息依次发送给M个服务提供方。
根据本申请的实施例,本申请还提供了一种电子设备和一种可读存储介质。
图8示意性示出了根据本公开实施例的适于实现订单处理方法的电子设备的框图。
如图8所示,是执行本申请实施例的方法的电子设备的框图。电子设备旨在表示各种形式的数字计算机,诸如,膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置,诸如,个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例,并且不意在限制本文中描述的和/或者要求的本申请的实现。
如图8所示,该电子设备800包括:一个或多个处理器801、存储器802,以及用于连接各部件的接口,包括高速接口和低速接口。各个部件利用不同的总线互相连接,并且可以被安装在公共主板上或者根据需要以其它方式安装。处理器可以对在电子设备内执行的指令进行处理,包括存储在存储器中或者存储器上以在外部输入/输出装置(诸如,耦合至接口的显示设备)上显示GUI的图形信息的指令。在其它实施方式中,若需要,可以将多个处理器和/或多条总线与多个存储器和多个存储器一起使用。同样,可以连接多个电子设备,各个设备提供部分必要的操作(例如,作为服务器阵列、一组刀片式服务器、或者多处理器系统)。图8中以一个处理器801为例。
存储器802即为本申请所提供的非瞬时计算机可读存储介质。其中,所述存储器存储有可由至少一个处理器执行的指令,以使所述至少一个处理器执行本申请所提供的方法。本申请的非瞬时计算机可读存储介质存储计算机指令,该计算机指令用于使计算机执行本申请所提供的方法。
存储器802作为一种非瞬时计算机可读存储介质,可用于存储非瞬时软件程序、非瞬时计算机可执行程序以及模块,如本申请实施例中的方法对应的程序指令/模块(例如,附图7所示的第一接收模块710、发送模块720、第二接收模块730和确定模块740)。处理器801通过运行存储在存储器802中的非瞬时软件程序、指令以及模块,从而执行服务器的各种功能应用以及数据处理,即实现上述方法实施例中的方法。
存储器802可以包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需要的应用程序;存储数据区可存储根据上述方法的电子设备的使用所创建的数据等。此外,存储器802可以包括高速随机存取存储器,还可以包括非瞬时存储器,例如至少一个磁盘存储器件、闪存器件、或其他非瞬时固态存储器件。在一些实施例中,存储器802可选包括相对于处理器801远程设置的存储器,这些远程存储器可以通过网络连接至电子设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
电子设备还可以包括:输入装置803和输出装置804。处理器801、存储器802、输入装置803和输出装置804可以通过总线或者其他方式连接,图8中以通过总线连接为例。
输入装置803可接收输入的数字或字符信息,以及产生与电子设备的用户设置以及功能控制有关的键信号输入,例如触摸屏、小键盘、鼠标、轨迹板、触摸板、指示杆、一个或者多个鼠标按钮、轨迹球、操纵杆等输入装置。输出装置804可以包括显示设备、辅助照明装置(例如,LED)和触觉反馈装置(例如,振动电机)等。该显示设备可以包括但不限于,液晶显示器(LCD)、发光二极管(LED)显示器和等离子体显示器。在一些实施方式中,显示设备可以是触摸屏。
此处描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、专用ASIC(专用集成电路)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括:实施在一个或者多个计算机程序中,该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释,该可编程处理器可以是专用或者通用可编程处理器,可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令,并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
这些计算程序(也称作程序、软件、软件应用、或者代码)包括可编程处理器的机器指令,并且可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。如本文使用的,术语“机器可读介质”和“计算机可读介质”指的是用于将机器指令和/或数据提供给可编程处理器的任何计算机程序产品、设备、和/或装置(例如,磁盘、光盘、存储器、可编程逻辑装置(PLD)),包括,接收作为机器可读信号的机器指令的机器可读介质。术语“机器可读信号”指的是用于将机器指令和/或数据提供给可编程处理器的任何信号。
为了提供与用户的交互,可以在计算机上实施此处描述的系统和技术,该计算机具有:用于向用户显示信息的显示装置(例如,CRT(阴极射线管)或者LCD(液晶显示器)监视器);以及键盘和指向装置(例如,鼠标或者轨迹球),用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互;例如,提供给用户的反馈可以是任何形式的传感反馈(例如,视觉反馈、听觉反馈、或者触觉反馈);并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。
可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如,作为数据服务器)、或者包括中间件部件的计算系统(例如,应用服务器)、或者包括前端部件的计算系统(例如,具有图形用户界面或者网络浏览器的用户计算机,用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如,通信网络)来将系统的部件相互连接。通信网络的示例包括:局域网(LAN)、广域网(WAN)和互联网。
计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。
根据本申请实施例的技术方案,由于不是将订单信息一次性发给用户选择的所有服务提供方,而是按照预设时间间隔将订单信息依次发送给M个服务提供方,使得先收到订单信息的服务提供方可以先进行响应,提供了一种新的订单调度方式。根据本申请的技术解决了采用相关技术不能较好的为用户匹配合适的服务提供方,导致用户体验差的问题。如此,平台可以配置不同订单发送顺序的策略,达到了灵活配置订单发送顺序的策略,以提高成单率的效果。
应该理解,可以使用上面所示的各种形式的流程,重新排序、增加或删除步骤。例如,本发申请中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行,只要能够实现本申请公开的技术方案所期望的结果,本文在此不进行限制。
上述具体实施方式,并不构成对本申请保护范围的限制。本领域技术人员应该明白的是,根据设计要求和其他因素,可以进行各种修改、组合、子组合和替代。任何在本申请的精神和原则之内所作的修改、等同替换和改进等,均应包含在本申请保护范围之内。
Claims (17)
1.一种订单处理方法,包括:
接收来自客户端的订单信息,其中,所述订单信息用于请求提供目标服务;
按照预设时间间隔将所述订单信息依次发送给M个服务提供方,其中,所述M为大于1的正整数;
接收由所述M个服务提供方中的N个服务提供方返回的接单信息,其中,所述N为大于0,且小于或等于所述M的正整数;以及
从所述N个服务提供方返回的接单信息中确定用于提供所述目标服务的目标接单信息。
2.根据权利要求1所述的方法,其中,所述M个服务提供方中的每个所述服务提供方具有派单等级;
其中,所述按照预设时间间隔将所述订单信息依次发送给M个服务提供方包括:
根据每个所述服务提供方的派单等级,按照预设时间间隔将所述订单信息依次发送给所述M个服务提供方。
3.根据权利要求2所述的方法,还包括:
根据以下一种或多种参考因素确定每个所述服务提供方的派单等级:所述服务提供方的佣金、服务类型、消费水平、历史订单信息。
4.根据权利要求3所述的方法,其中,每种所述参考因素具有计算权重和参考值,所述根据以下一种或多种参考因素确定每个所述服务提供方的派单等级包括:
根据每种所述参考因素的计算权重和参考值计算每个所述服务提供方的得分;以及
根据M个所述服务提供方的得分确定每个所述服务提供方的派单等级。
5.根据权利要求1所述的方法,其中,所述接收由所述M个服务提供方中的N个服务提供方返回的接单信息包括:
接收在将所述订单信息发送给第一个服务提供方之后的第一预设时长范围内,由所述M个服务提供方中的N个服务提供方返回的接单信息。
6.根据权利要求1所述的方法,其中,所述M个服务提供方中的每个所述服务提供方具有派单等级;
所述从所述N个服务提供方返回的接单信息中确定用于提供所述目标服务的目标接单信息包括:
从所述N个服务提供方中确定派单等级最高的服务提供方;
将所述派单等级最高的服务提供方返回的接单信息确定为所述目标接单信息。
7.根据权利要求1所述的方法,其中,所述从所述N个服务提供方返回的接单信息中确定用于提供所述目标服务的目标接单信息包括:
获取与所述服务提供方相关的信息、与创建所述订单的用户相关的信息、与位置相关的信息、与所述客户端的设备类型相关的信息中的一种或多种作为特征信息;
根据所述特征信息计算每个所述接单信息的得分;以及
根据N个所述接单信息的得分,从所述N个服务提供方返回的接单信息中确定用于提供所述目标服务的目标接单信息。
8.根据权利要求7所述的方法,其中,
所述根据N个所述接单信息的得分,从所述N个服务提供方返回的接单信息中确定用于提供所述目标服务的目标接单信息包括:
将N个所述接单信息的得分与预设阈值进行比较,将得分大于所述预设阈值的接单信息确定为用于提供所述目标服务的目标接单信息;
其中,在N个所述接单信息的得分都小于所述预设阈值的情况下,响应于N个所述接单信息的得分都小于所述预设阈值,延迟第二预设时长等待返回新的接单信息;
计算新返回的接单信息的得分;以及
在所述新返回的接单信息的得分大于所述预设阈值的情况下,将所述新返回的接单信息确定为用于提供所述目标服务的目标接单信息。
9.根据权利要求7所述的方法,其中,所述根据N个所述接单信息的得分,从所述N个服务提供方返回的接单信息中确定用于提供所述目标服务的目标接单信息包括:
将N个所述接单信息的得分中得分最高的接单信息确定为用于提供所述目标服务的目标接单信息。
10.根据权利要求1所述的方法,还包括:
在从所述N个服务提供方返回的接单信息中确定用于提供所述目标服务的目标接单信息之前,根据每个所述服务提供方的特征信息计算所述M个服务提供方中除所述N个服务提供方之外的未接单的服务提供方的得分;
根据所述未接单的服务提供方的得分预测是否存在能够接单的其他服务提供方;
响应于预测存在能够接单的其他服务提供方,延迟第三预设时长等待返回新的接单信息;以及
从所述N个服务提供方返回的接单信息和新返回的接单信息中确定用于提供所述目标服务的目标接单信息。
11.根据权利要求2所述的方法,其中,所述按照预设时间间隔将所述订单信息依次发送给M个服务提供方包括:
按照派单等级确定每个所述服务提供方的接单顺序;以及
按照预设时间间隔和每个所述服务提供方的接单顺序将所述订单信息依次发送给M个服务提供方。
12.根据权利要求1所述的方法,其中,所述按照预设时间间隔将所述订单信息依次发送给M个服务提供方包括:
按照预设时间间隔以随机的顺序向M个服务提供方发送所述订单信息。
13.根据权利要求1所述的方法,其中,所述按照预设时间间隔将所述订单信息依次发送给M个服务提供方包括:
以至少两种不同的预设时间间隔将所述订单信息依次发送给M个服务提供方。
14.根据权利要求1至13中任一项所述的方法,还包括:
向所述客户端发送用于提供所述目标服务的目标接单信息。
15.一种订单处理装置,包括:
第一接收模块,用于接收来自客户端的订单信息,其中,所述订单信息用于请求提供目标服务;
发送模块,用于按照预设时间间隔将所述订单信息依次发送给M个服务提供方,其中,所述M为大于1的正整数;
第二接收模块,用于接收由所述M个服务提供方中的N个服务提供方返回的接单信息,其中,所述N为大于0,且小于或等于所述M的正整数;以及
确定模块,用于从所述N个服务提供方返回的接单信息中确定用于提供所述目标服务的目标接单信息。
16.一种电子设备,包括:
至少一个处理器;以及
与所述至少一个处理器通信连接的存储器;其中,
所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够执行权利要求1-14中任一项所述的方法。
17.一种存储有计算机指令的非瞬时计算机可读存储介质,其特征在于,所述计算机指令用于使所述计算机执行权利要求1-14中任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010900793.8A CN112017009A (zh) | 2020-08-31 | 2020-08-31 | 订单处理方法、装置、电子设备和可读存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010900793.8A CN112017009A (zh) | 2020-08-31 | 2020-08-31 | 订单处理方法、装置、电子设备和可读存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN112017009A true CN112017009A (zh) | 2020-12-01 |
Family
ID=73515303
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010900793.8A Pending CN112017009A (zh) | 2020-08-31 | 2020-08-31 | 订单处理方法、装置、电子设备和可读存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112017009A (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113408817A (zh) * | 2021-07-07 | 2021-09-17 | 北京京东拓先科技有限公司 | 流量分发方法、装置、设备及存储介质 |
CN113572809A (zh) * | 2021-06-08 | 2021-10-29 | 浙江惠瀜网络科技有限公司 | 单请求源多目标源数据通讯方法、计算机设备及存储介质 |
CN115131112A (zh) * | 2022-09-01 | 2022-09-30 | 中航信移动科技有限公司 | 一种请求信息响应方法、存储介质及电子设备 |
CN115131113A (zh) * | 2022-09-01 | 2022-09-30 | 中航信移动科技有限公司 | 一种订单信息的生成方法、存储介质及电子设备 |
Citations (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102426780A (zh) * | 2011-11-16 | 2012-04-25 | 深圳欧奇网络技术有限公司 | 一种用于出租车招车的寻呼系统及寻呼方法 |
CN103218769A (zh) * | 2013-03-19 | 2013-07-24 | 王兴健 | 出租车订单分配方法 |
CN103680134A (zh) * | 2013-12-31 | 2014-03-26 | 北京东方车云信息技术有限公司 | 一种提供打车服务的方法、装置及系统 |
CN103996290A (zh) * | 2014-06-09 | 2014-08-20 | 北京东方车云信息技术有限公司 | 一种提供叫车服务的方法、服务器及系统 |
CN106228383A (zh) * | 2016-07-12 | 2016-12-14 | 百度在线网络技术(北京)有限公司 | 一种生成订单邀约信息的方法和装置 |
CN106971279A (zh) * | 2017-05-03 | 2017-07-21 | 百度在线网络技术(北京)有限公司 | 预估司机接单行为的方法、装置、设备及存储介质 |
CN107341553A (zh) * | 2017-05-26 | 2017-11-10 | 北京三快在线科技有限公司 | 一种车辆调度方法及装置,电子设备 |
CN108520452A (zh) * | 2018-03-27 | 2018-09-11 | 杭州优行科技有限公司 | 派单方法、装置及服务器 |
CN110634012A (zh) * | 2018-06-25 | 2019-12-31 | 北京嘀嘀无限科技发展有限公司 | 一种订单分配方法及装置、服务器、计算机可读存储介质 |
CN110839346A (zh) * | 2018-06-19 | 2020-02-25 | 北京嘀嘀无限科技发展有限公司 | 用于分配服务请求的系统和方法 |
CN110956515A (zh) * | 2018-09-26 | 2020-04-03 | 北京嘀嘀无限科技发展有限公司 | 一种订单处理方法、装置、电子设备及计算机存储介质 |
-
2020
- 2020-08-31 CN CN202010900793.8A patent/CN112017009A/zh active Pending
Patent Citations (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102426780A (zh) * | 2011-11-16 | 2012-04-25 | 深圳欧奇网络技术有限公司 | 一种用于出租车招车的寻呼系统及寻呼方法 |
CN103218769A (zh) * | 2013-03-19 | 2013-07-24 | 王兴健 | 出租车订单分配方法 |
CN103680134A (zh) * | 2013-12-31 | 2014-03-26 | 北京东方车云信息技术有限公司 | 一种提供打车服务的方法、装置及系统 |
CN103996290A (zh) * | 2014-06-09 | 2014-08-20 | 北京东方车云信息技术有限公司 | 一种提供叫车服务的方法、服务器及系统 |
CN106228383A (zh) * | 2016-07-12 | 2016-12-14 | 百度在线网络技术(北京)有限公司 | 一种生成订单邀约信息的方法和装置 |
CN106971279A (zh) * | 2017-05-03 | 2017-07-21 | 百度在线网络技术(北京)有限公司 | 预估司机接单行为的方法、装置、设备及存储介质 |
CN107341553A (zh) * | 2017-05-26 | 2017-11-10 | 北京三快在线科技有限公司 | 一种车辆调度方法及装置,电子设备 |
CN108520452A (zh) * | 2018-03-27 | 2018-09-11 | 杭州优行科技有限公司 | 派单方法、装置及服务器 |
CN110839346A (zh) * | 2018-06-19 | 2020-02-25 | 北京嘀嘀无限科技发展有限公司 | 用于分配服务请求的系统和方法 |
CN110634012A (zh) * | 2018-06-25 | 2019-12-31 | 北京嘀嘀无限科技发展有限公司 | 一种订单分配方法及装置、服务器、计算机可读存储介质 |
CN110956515A (zh) * | 2018-09-26 | 2020-04-03 | 北京嘀嘀无限科技发展有限公司 | 一种订单处理方法、装置、电子设备及计算机存储介质 |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113572809A (zh) * | 2021-06-08 | 2021-10-29 | 浙江惠瀜网络科技有限公司 | 单请求源多目标源数据通讯方法、计算机设备及存储介质 |
CN113572809B (zh) * | 2021-06-08 | 2023-07-11 | 浙江惠瀜网络科技有限公司 | 单请求源多目标源数据通讯方法、计算机设备及存储介质 |
CN113408817A (zh) * | 2021-07-07 | 2021-09-17 | 北京京东拓先科技有限公司 | 流量分发方法、装置、设备及存储介质 |
CN113408817B (zh) * | 2021-07-07 | 2024-04-16 | 北京京东拓先科技有限公司 | 流量分发方法、装置、设备及存储介质 |
CN115131112A (zh) * | 2022-09-01 | 2022-09-30 | 中航信移动科技有限公司 | 一种请求信息响应方法、存储介质及电子设备 |
CN115131113A (zh) * | 2022-09-01 | 2022-09-30 | 中航信移动科技有限公司 | 一种订单信息的生成方法、存储介质及电子设备 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN112017009A (zh) | 订单处理方法、装置、电子设备和可读存储介质 | |
US10038619B2 (en) | Providing a monitoring service in a cloud-based computing environment | |
US10346889B1 (en) | Determining courier effort for deliveries | |
US20180336203A1 (en) | User-based content filtering and ranking to facilitate on-demand transport services | |
CN102783129B (zh) | 用于处理在应用程序接口处接收的请求的系统和方法 | |
US11790426B2 (en) | Graphical user interface to display inventory data at merchant locations | |
US20210090017A1 (en) | Feedback-based management of delivery orders | |
JP2022514134A (ja) | 輸送サービスプロバイダを管理する方法、当該方法を実施するための命令を含むコンピュータプログラム、当該方法を実行させる命令を記憶する非一時記憶媒体、及び輸送サービスプロバイダを管理するための装置 | |
US20210097601A1 (en) | Bid optimization | |
WO2020112150A1 (en) | System and method for customizing information feed | |
CN112258268A (zh) | 确定推荐模型和确定物品价格的方法、装置、设备和介质 | |
US11809510B2 (en) | Notification of change of value in stale content | |
CA3069854C (en) | Contextual notifications for a network-based service | |
WO2022127517A1 (en) | Hierarchical adaptive contextual bandits for resource-constrained recommendation | |
WO2018084966A1 (en) | Graphical user interface for displaying current and future data | |
US20210150582A1 (en) | System and method for detecting and rectifying abnormal ad spends | |
US20230076582A1 (en) | Transmitting digital transportation requests across modes to limited-eligibility provider devices to improve network coverage and system efficiency | |
CN112819497A (zh) | 转化率预测方法、装置、设备和存储介质 | |
CN113327134B (zh) | 商品信息推荐方法及装置、电子设备和介质 | |
CN112288457A (zh) | 基于多模型计算融合的数据处理方法及装置、设备和介质 | |
CN111523802B (zh) | 送达时间应答方法、装置、设备及介质 | |
CN112818291B (zh) | 转化率预测方法、装置、设备和介质 | |
US20230245043A1 (en) | Automatically determining offer prices for a driver assignment process for order deliveries | |
US20230133354A1 (en) | Predictive and customizable round up platform | |
CN112801682B (zh) | 数据修正方法、装置、设备和存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |