CN107092527A - 任务处理方法及装置 - Google Patents
任务处理方法及装置 Download PDFInfo
- Publication number
- CN107092527A CN107092527A CN201610946066.9A CN201610946066A CN107092527A CN 107092527 A CN107092527 A CN 107092527A CN 201610946066 A CN201610946066 A CN 201610946066A CN 107092527 A CN107092527 A CN 107092527A
- Authority
- CN
- China
- Prior art keywords
- task
- duration
- processing
- waiting
- untreated
- 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
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
- G06F9/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
- G06F9/505—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals considering the load
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2209/00—Indexing scheme relating to G06F9/00
- G06F2209/50—Indexing scheme relating to G06F9/50
- G06F2209/5015—Service provider selection
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computer And Data Communications (AREA)
Abstract
本发明实施例提供了一种任务处理方法及装置。检测任务处理方在服务器的当前时刻时的未处理完毕的待处理任务的数量;响应于未处理完毕的待处理任务的数量大于预设任务数量阈值,将所述任务处理方处理之后新接收的待处理任务时的处理时长设置为大于默认处理时长的延时处理时长。如此,即使该任务处理方未在以服务器接收到该生成请求时的时刻为起始时刻且时长为该默认处理时长的时间段内处理完毕新的待处理任务,只要该任务处理方在以服务器接收到该生成请求时的时刻为起始时刻且时长为该延时处理时长的时间段内处理完毕新的待处理任务,就可以避免降低该其他任务请求方的体验。
Description
技术领域
本发明实施例涉及互联网技术领域,尤其涉及一种任务处理方法及装置。
背景技术
随着互联网的飞速发展,越来越多的用户在网络上订餐,当用户向服务器提交用于订某一商户的餐品的订单之前,服务器会向用户提示该餐品的默认处理时长,该默认处理时长表示:配送人员最迟会在距离服务器接收到用户提交的该订单时的时刻的时长为该默认处理时长的时刻将该餐品送达至用户手中。如果用户能够接受该默认处理时长,用户可以向服务器提交该订单,如果用户无法接受该默认处理时长,用户可以不向服务器提交该订单。
然而,当天气较恶劣或者该商户推出优惠活动时,可能会有很多用户在短时间内均向服务器提交用于订该商户的餐品的订单,这样,在配送人员的数量不变但订单数量大量增加的情况下,如果再接收到其他用户提交的用于订该商户的餐品的新的订单,则就无法保证该新的订单能够在默认处理时长内送达至该其他用户手中,从而就降低了该其他用户的体验。
发明内容
为克服相关技术中存在的问题,本发明实施例提供一种任务处理方法及装置。
根据本发明实施例的第一方面,提供一种任务处理方法,应用于服务器,所述方法包括:
检测任务处理方在所述服务器的当前时刻时的未处理完毕的待处理任务的数量;
响应于所述未处理完毕的待处理任务的数量大于预设任务数量阈值,将所述任务处理方处理之后新接收的待处理任务时的处理时长设置为大于默认处理时长的延时处理时长。
其中,所述未处理完毕的待处理任务包括:
所述任务处理方未分配给处理中心的待处理任务,以及,所述任务处理方已分配给处理中心但处理中心还未处理完毕的待处理任务;其中,处理中心用于处理任务。
其中,所述将所述任务处理方处理之后新接收的待处理任务时的处理时长设置为大于默认处理时长的延时处理时长,包括:
根据所述未处理完毕的待处理任务的数量与所述预设任务数量阈值获取延时时长;
将默认处理时长和所述延时时长求和得到延时处理时长;
将所述延时处理时长确定为所述任务处理方处理之后新接收的待处理任务时的处理时长。
其中,所述将所述延时处理时长确定为所述任务处理方处理之后新接收的待处理任务时的处理时长,包括:
响应于接收到任务请求方发送的、用于生成要求所述任务处理方处理的新的待处理任务的生成请求,将所述延时处理时长作为所述新的待处理任务的处理时长并发送给所述任务请求方;
响应于接收到所述任务请求方根据所述延时处理时长返回的、确认生成所述新的待处理任务的指示,生成所述新的待处理任务;
将所述新的待处理任务的处理时长设置为所述延时处理时长。
其中,所述根据所述未处理完毕的待处理任务的数量与所述预设任务数量阈值获取延时时长,包括:
计算所述未处理完毕的待处理任务的数量与所述预设任务数量阈值之间的比值;
在预先设置的比值区间与延时时长之间的对应关系中确定所述比值所在的比值区间;
在所述对应关系中确定与所述比值区间相对应的延时时长。
进一步地,所述方法还包括:
获取每一个任务处理方在历史过程中的每一时刻时的未处理完毕的待处理任务的历史数量;
将获取的所有历史数量按照大小顺序排序;
确定位于排序后的历史数量中的最中间的历史数量;
根据所述查找到的历史数量确定预设任务数量阈值。
根据本发明实施例的第二方面,提供一种任务处理装置,应用于服务器,所述装置包括:
检测模块,用于检测任务处理方在所述服务器的当前时刻时的未处理完毕的待处理任务的数量;
设置模块,用于响应于所述未处理完毕的待处理任务的数量大于预设任务数量阈值,将所述任务处理方处理之后新接收的待处理任务时的处理时长设置为大于默认处理时长的延时处理时长。
其中,所述未处理完毕的待处理任务包括:
所述任务处理方未分配给处理中心的待处理任务,以及,所述任务处理方已分配给处理中心但处理中心还未处理完毕的待处理任务;其中,处理中心用于处理任务。
其中,所述设置模块包括:
获取子模块,用于根据所述未处理完毕的待处理任务的数量与所述预设任务数量阈值获取延时时长;
求和子模块,用于将默认处理时长和所述延时时长求和得到延时处理时长;
确定子模块,用于将所述延时处理时长确定为所述任务处理方处理之后新接收的待处理任务时的处理时长。
其中,所述确定子模块包括:
发送子单元,用于响应于接收到任务请求方发送的、用于生成要求所述任务处理方处理的新的待处理任务的生成请求,将所述延时处理时长作为所述新的待处理任务的处理时长并发送给所述任务请求方;
生成子单元,用于响应于接收到所述任务请求方根据所述延时处理时长返回的、确认生成所述新的待处理任务的指示,生成所述新的待处理任务;
设置子单元,用于将所述新的待处理任务的处理时长设置为所述延时处理时长。
其中,所述获取子模块包括:
计算子单元,用于计算所述未处理完毕的待处理任务的数量与所述预设任务数量阈值之间的比值;
第一确定子单元,用于在预先设置的比值区间与延时时长之间的对应关系中确定所述比值所在的比值区间;
第二确定子单元,用于在所述对应关系中确定与所述比值区间相对应的延时时长。
进一步地,所述装置还包括:
获取模块,用于获取每一个任务处理方在历史过程中的每一时刻时的未处理完毕的待处理任务的历史数量;
排序模块,用于将获取的所有历史数量按照大小顺序排序;
第一确定模块,用于确定位于排序后的历史数量中的最中间的历史数量;
第二确定模块,用于根据所述查找到的历史数量确定预设任务数量阈值。
本发明实施例提供的技术方案可以包括以下有益效果:
在本发明实施例中,检测任务处理方在服务器的当前时刻时的未处理完毕的待处理任务的数量;响应于未处理完毕的待处理任务的数量大于预设任务数量阈值,将所述任务处理方处理之后新接收的待处理任务时的处理时长设置为大于默认处理时长的延时处理时长。
以使在接收到其他任务请求方向服务器发送的用于生成要求该任务处理方处理的新的待处理任务的生成请求时,不再将默认处理时长作为该任务处理方之后处理新的待处理任务时的处理时长,而将该延时处理时长作为该任务处理方之后处理新的待处理任务时的处理时长,这样就使得该其他任务请求方不会期望该任务处理方能够在以服务器接收到该生成请求时的时刻为起始时刻且时长为该默认处理时长的时间段内处理完毕新的待处理任务,而是期望该任务处理方能够在以服务器接收到该生成请求时的时刻为起始时刻且时长为该延时处理时长的时间段内处理完毕新的待处理任务,由于该延时处理时长大于该默认处理时长,因此,即使该任务处理方未在在以服务器接收到该生成请求时的时刻为起始时刻且时长为该默认处理时长的时间段内处理完毕新的待处理任务,只要该任务处理方在以服务器接收到该生成请求时的时刻为起始时刻且时长为该延时处理时长的时间段内处理完毕新的待处理任务,就可以避免降低该其他任务请求方的体验。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本发明实施例。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本发明的实施例,并与说明书一起用于解释本发明实施例的原理。
图1是根据一示例性实施例示出的一种任务处理方法的流程图;
图2是根据一示例性实施例示出的一种任务处理装置的框图。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明实施例相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本发明实施例的一些方面相一致的装置和方法的例子。
图1是根据一示例性实施例示出的一种任务处理方法的流程图,如图1所示,该方法用于服务器中,该方法包括以下步骤。
在步骤S101中,检测任务处理方在服务器的当前时刻时的未处理完毕的待处理任务的数量;
本发明实施例的场景包括:服务器、至少一个任务处理方以及至少一个任务请求方。
对于任意一个任务请求方,当该任务请求方需要生成要求某一任务处理方处理的待处理任务时,该任务请求方可以向服务器发送用于生成要求该任务处理方处理的待处理任务的生成请求;当服务器接收到该生成请求时,生成待处理任务,并将该待处理任务分配给该任务处理方;该任务处理方接收服务器分配的该待处理任务,其中,事先为每一个任务处理方都配备有至少一个处理中心,处理中心用于处理任务;该任务处理方可以将生成的该待处理任务分配给为该任务处理方配备的其中一个处理中心,以使该处理中心处理该待处理任务。当该处理中心处理完毕该待处理任务时,则表明该任务处理方已经处理完毕该待处理任务。
任务处理方未处理完毕的任务包括:任务处理方未分配给处理中心的待处理任务,以及,任务处理方已分配给处理中心但处理中心还未处理完毕的待处理任务。
例如,任务处理方可以为商户,任务请求方可以为用户,处理中心可以为配送员,用户可以向服务器提交用于购买商户的商品的订单,服务器接收该订单并将该订单分配给该商户,该商户根据该订单获取该商品,将该商品分配给配送员,配送员将该商品送达至用户手中。
在本发明实施例中,每当服务器生成一个待处理任务,服务器就会为生成的待处理任务分配一个任务标识,任务标识用于唯一标识任务,也即,不同的待处理任务的任务标识不同,任务标识可以为待处理任务的名称或编号等,本发明对此不加以限定。
其中,服务器中存储了每一个任务处理方对应的未处理完毕列表,对于任意一个任务处理方对应的未处理完毕列表,该任务处理方对应的未处理完毕列表用于存储该任务处理方未处理完毕的待处理任务的任务标识。对于其他每一个任务处理方对应的未处理完毕列表,同样如此。
在本发明实施例中,当服务器将该待处理任务分配给该任务处理方时,就会将为该待处理任务分配的任务标识存储在本地存储的、该任务处理方对应的未处理完毕列表中,当该任务处理方处理完毕待处理任务时,服务器就会从本地存储的、该任务处理方对应的未处理完毕列表中删除为该待处理任务分配的任务标识。
因此,在本步骤中,服务器可以获取本地存储的、该任务处理方对应的未处理完毕列表,然后统计该未处理完毕列表中包括的任务标识的数量,并作为该任务处理方在服务器的当前时刻时的未处理完毕的待处理任务的数量。
其中,在本发明实施例中,服务器可以周期性或实时检测该任务处理方在服务器的当前时刻时的未处理完毕的待处理任务的数量。
响应于未处理完毕的待处理任务的数量大于预设任务数量阈值,在步骤S102中,将任务处理方处理之后新接收的待处理任务时的处理时长设置为大于默认处理时长的延时处理时长。
其中,本步骤可以通过如下11)~13)的流程实现,包括:
11)、根据未处理完毕的待处理任务的数量与预设任务数量阈值获取延时时长;
在本发明实施例中,服务器事先可以根据每一个任务处理方在历史过程中的每一时刻时的未处理完毕的待处理任务的数量训练出预设任务数量阈值。
具体地,服务器可以获取每一个任务处理方在历史过程中的每一时刻时的未处理完毕的待处理任务的历史数量;再将获取的所有历史数量按照大小顺序排序;之后查找位于排序后的历史数量中的最中间的历史数量;然后根据查找到的历史数量确定预设任务数量阈值,并将预设数量阈值存储在服务器本地。
其中,根据查找到的历史数量确定预设任务数量阈值,包括:
将查找到的历史数量作为预设任务数量阈值,或者,将查找到的历史数量与预设系数相乘得到一数值,并作为预设任务数量阈值,预设系数可以为技术人员事先在服务器中设置的数值,例如为0.9、1.5或2.0等,本发明对此不加以限定。
因此,在本步骤中,服务器可以从本地获取预设任务数量阈值,然后比较未处理完毕的待处理任务的数量与预设任务数量阈值,响应于未处理完毕的待处理任务的数量大于预设任务数量阈值,则说明此时该任务处理方的未处理完毕的待处理任务的数量较多,在该任务处理方的未处理完毕的待处理任务的数量较多的情况下,如果有其他任务请求方继续向服务器发送用于生成要求该任务处理方处理的新的待处理任务的生成请求,该任务处理方就无法在在以服务器接收到该生成请求时的时刻为起始时刻且时长为该默认处理时长的时间段内处理完毕新的待处理任务,从而给该其他任务请求方带来较低的体验。因此,为了提高该其他任务请求方的体验,需要根据未处理完毕的待处理任务的数量与预设任务数量阈值获取延时时长。
其中,根据未处理完毕的待处理任务的数量与预设任务数量阈值获取延时时长,包括:
服务器可以计算该任务处理方的未处理完毕的待处理任务的数量与预设任务数量阈值之间的比值;在预先设置的比值区间与延时时长之间的对应关系中确定该比值所在的比值区间,然后在该对应关系中确定与该比值区间相对应的延时时长。
在上述比值区间与延时时长之间的对应关系中,不同的比值区间对应的延时时长不同,越大的比值区间对应的延时时长越大。
响应于未处理完毕的待处理任务的数量小于或等于预设任务数量阈值,则说明此时该任务处理方的未处理完毕的待处理任务的数量较少,在该任务处理方的未处理完毕的待处理任务的数量较少的情况下,即使有其他任务请求方继续向服务器发送用于生成要求该任务处理方处理的新的待处理任务的生成请求;该任务处理方也能够在在以服务器接收到该生成请求时的时刻为起始时刻且时长为该默认处理时长的时间段内处理完毕新的待处理任务,从而不会降低给该其他任务请求方体验。因此,此时无需设置延时时长,结束流程。
12)、将默认处理时长和延时时长求和得到延时处理时长;
在本发明实施例中,该默认处理时长表示:处理中心通常情况下最迟会在距离服务器接收到任务请求方向服务器提交该生成请求时的时刻的时长为该默认处理时长的时刻处理完毕该待处理任务。
13)、将延时处理时长确定为任务处理方处理之后新接收的待处理任务时的处理时长。
在该任务处理方的未处理完毕的待处理任务的数量大于预设任务数量阈值的情况下,如果有其他任务请求方继续向服务器发送用于生成要求该任务处理方处理的新的待处理任务的生成请求,为了避免在生成新的待处理任务,并将新的待处理任务分配给该任务处理方之后,该任务处理方无法在以服务器接收到该生成请求时的时刻为起始时刻且时长为该默认处理时长的时间段内处理完毕新的待处理任务,从而给该其他任务请求方带来较低的体验,在本发明实施例中,当接收到用于生成要求该任务处理方处理的新的待处理任务的生成请求时,服务器可以将该延时处理时长作为新的待处理任务的处理时长发送给该其他任务请求方,以使该其他任务请求方决定是否能够接受该延时处理时长;其中,该延时处理时长大于默认处理时长。
如果该其他任务请求方不能接受服务器将该延时处理时长作为新的待处理任务的处理时长,则可以向服务器发送取消生成新的待处理任务的指示,当服务器接收到该其他任务请求方发送的取消生成新的待处理任务的指示时,结束流程。
如果该其他任务请求方能够接受该延时处理时长服务器将该延时处理时长作为新的待处理任务的处理时长,则可以向服务器发送确认生成新的待处理任务的指示,当服务器接收到该其他任务请求方发送的确认生成新的待处理任务的指示时,生成新的待处理任务;将新的待处理任务的处理时长设置为该延时处理时长。由于该其他任务请求方已经接受了该延时处理时长,因此,只要该任务处理方在以服务器接收到该生成请求时的时刻为起始时刻且时长为该延时处理时长的时间段内处理完毕新的待处理任务,即使该任务处理方未在以服务器接收到该生成请求时的时刻为起始时刻且时长为该默认处理时长的时间段内处理完毕新的待处理任务,也可以避免降低该其他任务请求方的体验。
因此,在本发明实施例中,检测任务处理方在服务器的当前时刻时的未处理完毕的待处理任务的数量;响应于未处理完毕的待处理任务的数量大于预设任务数量阈值,将所述任务处理方处理之后新接收的待处理任务时的处理时长设置为大于默认处理时长的延时处理时长。
以使在接收到其他任务请求方向服务器发送的用于生成要求该任务处理方处理的新的待处理任务的生成请求时,不再将默认处理时长作为该任务处理方之后处理新的待处理任务时的处理时长,而将该延时处理时长作为该任务处理方之后处理新的待处理任务时的处理时长,这样就使得该其他任务请求方不会期望该任务处理方能够在以服务器接收到该生成请求时的时刻为起始时刻且时长为该默认处理时长的时间段内处理完毕新的待处理任务,而是期望该任务处理方能够在以服务器接收到该生成请求时的时刻为起始时刻且时长为该延时处理时长的时间段内处理完毕新的待处理任务,由于该延时处理时长大于该默认处理时长,因此,即使该任务处理方未在在以服务器接收到该生成请求时的时刻为起始时刻且时长为该默认处理时长的时间段内处理完毕新的待处理任务,只要该任务处理方在以服务器接收到该生成请求时的时刻为起始时刻且时长为该延时处理时长的时间段内处理完毕新的待处理任务,就可以避免降低该其他任务请求方的体验。
图2是根据一示例性实施例示出的一种任务处理装置的框图。参照图2,该装置包括:
检测模块11,用于检测任务处理方在所述服务器的当前时刻时的未处理完毕的待处理任务的数量;
设置模块12,用于响应于所述未处理完毕的待处理任务的数量大于预设任务数量阈值,将所述任务处理方处理之后新接收的待处理任务时的处理时长设置为大于默认处理时长的延时处理时长。
其中,所述未处理完毕的待处理任务包括:
所述任务处理方未分配给处理中心的待处理任务,以及,所述任务处理方已分配给处理中心但处理中心还未处理完毕的待处理任务;其中,处理中心用于处理任务。
其中,所述设置模块12包括:
获取子模块,用于根据所述未处理完毕的待处理任务的数量与所述预设任务数量阈值获取延时时长;
求和子模块,用于将默认处理时长和所述延时时长求和得到延时处理时长;
确定子模块,用于将所述延时处理时长确定为所述任务处理方处理之后新接收的待处理任务时的处理时长。
其中,所述确定子模块包括:
发送子单元,用于响应于接收到任务请求方发送的、用于生成要求所述任务处理方处理的新的待处理任务的生成请求,将所述延时处理时长作为所述新的待处理任务的处理时长并发送给所述任务请求方;
生成子单元,用于响应于接收到所述任务请求方根据所述延时处理时长返回的、确认生成所述新的待处理任务的指示,生成所述新的待处理任务;
设置子单元,用于将所述新的待处理任务的处理时长设置为所述延时处理时长。
其中,所述获取子模块包括:
计算子单元,用于计算所述未处理完毕的待处理任务的数量与所述预设任务数量阈值之间的比值;
第一确定子单元,用于在预先设置的比值区间与延时时长之间的对应关系中确定所述比值所在的比值区间;
第二确定子单元,用于在所述对应关系中确定与所述比值区间相对应的延时时长。
进一步地,所述装置还包括:
获取模块,用于获取每一个任务处理方在历史过程中的每一时刻时的未处理完毕的待处理任务的历史数量;
排序模块,用于将获取的所有历史数量按照大小顺序排序;
第一确定模块,用于确定位于排序后的历史数量中的最中间的历史数量;
第二确定模块,用于根据所述查找到的历史数量确定预设任务数量阈值。
在本发明实施例中,检测任务处理方在服务器的当前时刻时的未处理完毕的待处理任务的数量;响应于未处理完毕的待处理任务的数量大于预设任务数量阈值,将所述任务处理方处理之后新接收的待处理任务时的处理时长设置为大于默认处理时长的延时处理时长。
以使在接收到其他任务请求方向服务器发送的用于生成要求该任务处理方处理的新的待处理任务的生成请求时,不再将默认处理时长作为该任务处理方之后处理新的待处理任务时的处理时长,而将该延时处理时长作为该任务处理方之后处理新的待处理任务时的处理时长,这样就使得该其他任务请求方不会期望该任务处理方能够在以服务器接收到该生成请求时的时刻为起始时刻且时长为该默认处理时长的时间段内处理完毕新的待处理任务,而是期望该任务处理方能够在以服务器接收到该生成请求时的时刻为起始时刻且时长为该延时处理时长的时间段内处理完毕新的待处理任务,由于该延时处理时长大于该默认处理时长,因此,即使该任务处理方未在在以服务器接收到该生成请求时的时刻为起始时刻且时长为该默认处理时长的时间段内处理完毕新的待处理任务,只要该任务处理方在以服务器接收到该生成请求时的时刻为起始时刻且时长为该延时处理时长的时间段内处理完毕新的待处理任务,就可以避免降低该其他任务请求方的体验。
关于上述实施例中的装置,其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述,此处将不做详细阐述说明。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本发明的其它实施方案。本申请旨在涵盖本发明实施例的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本发明实施例的一般性原理并包括本发明实施例未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本发明实施例的真正范围和精神由所附的权利要求指出。
应当理解的是,本发明实施例并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本发明实施例的范围仅由所附的权利要求来限制。
Claims (12)
1.一种任务处理方法,应用于服务器,其特征在于,所述方法包括:
检测任务处理方在所述服务器的当前时刻时的未处理完毕的待处理任务的数量;
响应于所述未处理完毕的待处理任务的数量大于预设任务数量阈值,将所述任务处理方处理之后新接收的待处理任务时的处理时长设置为大于默认处理时长的延时处理时长。
2.根据权利要求1所述的方法,其特征在于,所述未处理完毕的待处理任务包括:
所述任务处理方未分配给处理中心的待处理任务,以及,所述任务处理方已分配给处理中心但处理中心还未处理完毕的待处理任务;其中,处理中心用于处理任务。
3.根据权利要求2所述的方法,其特征在于,所述将所述任务处理方处理之后新接收的待处理任务时的处理时长设置为大于默认处理时长的延时处理时长,包括:
根据所述未处理完毕的待处理任务的数量与所述预设任务数量阈值获取延时时长;
将默认处理时长和所述延时时长求和得到延时处理时长;
将所述延时处理时长确定为所述任务处理方处理之后新接收的待处理任务时的处理时长。
4.根据权利要求3所述的方法,其特征在于,所述将所述延时处理时长确定为所述任务处理方处理之后新接收的待处理任务时的处理时长,包括:
响应于接收到任务请求方发送的、用于生成要求所述任务处理方处理的新的待处理任务的生成请求,将所述延时处理时长作为所述新的待处理任务的处理时长并发送给所述任务请求方;
响应于接收到所述任务请求方根据所述延时处理时长返回的、确认生成所述新的待处理任务的指示,生成所述新的待处理任务;
将所述新的待处理任务的处理时长设置为所述延时处理时长。
5.根据权利要求3所述的方法,其特征在于,所述根据所述未处理完毕的待处理任务的数量与所述预设任务数量阈值获取延时时长,包括:
计算所述未处理完毕的待处理任务的数量与所述预设任务数量阈值之间的比值;
在预先设置的比值区间与延时时长之间的对应关系中确定所述比值所在的比值区间;
在所述对应关系中确定与所述比值区间相对应的延时时长。
6.根据权利要求1-5任一项所述的方法,其特征在于,所述方法还包括:
获取每一个任务处理方在历史过程中的每一时刻时的未处理完毕的待处理任务的历史数量;
将获取的所有历史数量按照大小顺序排序;
确定位于排序后的历史数量中的最中间的历史数量;
根据所述查找到的历史数量确定预设任务数量阈值。
7.一种任务处理装置,应用于服务器,其特征在于,所述装置包括:
检测模块,用于检测任务处理方在所述服务器的当前时刻时的未处理完毕的待处理任务的数量;
设置模块,用于响应于所述未处理完毕的待处理任务的数量大于预设任务数量阈值,将所述任务处理方处理之后新接收的待处理任务时的处理时长设置为大于默认处理时长的延时处理时长。
8.根据权利要求7所述的装置,其特征在于,所述未处理完毕的待处理任务包括:
所述任务处理方未分配给处理中心的待处理任务,以及,所述任务处理方已分配给处理中心但处理中心还未处理完毕的待处理任务;其中,处理中心用于处理任务。
9.根据权利要求8所述的装置,其特征在于,所述设置模块包括:
获取子模块,用于根据所述未处理完毕的待处理任务的数量与所述预设任务数量阈值获取延时时长;
求和子模块,用于将默认处理时长和所述延时时长求和得到延时处理时长;
确定子模块,用于将所述延时处理时长确定为所述任务处理方处理之后新接收的待处理任务时的处理时长。
10.根据权利要求9所述的装置,其特征在于,所述确定子模块包括:
发送子单元,用于响应于接收到任务请求方发送的、用于生成要求所述任务处理方处理的新的待处理任务的生成请求,将所述延时处理时长作为所述新的待处理任务的处理时长并发送给所述任务请求方;
生成子单元,用于响应于接收到所述任务请求方根据所述延时处理时长返回的、确认生成所述新的待处理任务的指示,生成所述新的待处理任务;
设置子单元,用于将所述新的待处理任务的处理时长设置为所述延时处理时长。
11.根据权利要求9所述的装置,其特征在于,所述获取子模块包括:
计算子单元,用于计算所述未处理完毕的待处理任务的数量与所述预设任务数量阈值之间的比值;
第一确定子单元,用于在预先设置的比值区间与延时时长之间的对应关系中确定所述比值所在的比值区间;
第二确定子单元,用于在所述对应关系中确定与所述比值区间相对应的延时时长。
12.根据权利要求7-11任一项所述的装置,其特征在于,所述装置还包括:
获取模块,用于获取每一个任务处理方在历史过程中的每一时刻时的未处理完毕的待处理任务的历史数量;
排序模块,用于将获取的所有历史数量按照大小顺序排序;
第一确定模块,用于确定位于排序后的历史数量中的最中间的历史数量;
第二确定模块,用于根据所述查找到的历史数量确定预设任务数量阈值。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610946066.9A CN107092527A (zh) | 2016-11-02 | 2016-11-02 | 任务处理方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610946066.9A CN107092527A (zh) | 2016-11-02 | 2016-11-02 | 任务处理方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN107092527A true CN107092527A (zh) | 2017-08-25 |
Family
ID=59649277
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610946066.9A Pending CN107092527A (zh) | 2016-11-02 | 2016-11-02 | 任务处理方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107092527A (zh) |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102130938A (zh) * | 2010-12-03 | 2011-07-20 | 中国科学院软件研究所 | 一种面向Web应用宿主平台的资源供给方法 |
CN104700149A (zh) * | 2015-03-15 | 2015-06-10 | 王小安 | 一种订座订餐软件 |
-
2016
- 2016-11-02 CN CN201610946066.9A patent/CN107092527A/zh active Pending
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102130938A (zh) * | 2010-12-03 | 2011-07-20 | 中国科学院软件研究所 | 一种面向Web应用宿主平台的资源供给方法 |
CN104700149A (zh) * | 2015-03-15 | 2015-06-10 | 王小安 | 一种订座订餐软件 |
Non-Patent Citations (3)
Title |
---|
刘平英 等: "点餐APP现状分析及新型点餐APP设计", 《信息技术》 * |
王慧 等: ""饿了么"即时配送服务模式研究", 《全国商情》 * |
雷明琦 等: "O2O移动餐饮服务平台的现状分析及优化对策", 《电子商务》 * |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108027851A (zh) | 包括服务流水线的客户通信系统 | |
CN109003011B (zh) | 配送服务资源的分配方法及装置、电子设备 | |
CN106228857B (zh) | 答题数据的分配方法和装置 | |
CN108197912A (zh) | 一种业务处理系统及方法 | |
CN106033573A (zh) | 一种物流运输状态信息的显示方法和设备 | |
US10867325B2 (en) | Mobile group-purchase system and implementing method thereof | |
US20160225046A1 (en) | Method and apparatus for consolidating orders | |
CN102833257B (zh) | 一种操作请求排队方法、相关设备及系统 | |
CN104239125B (zh) | 对象处理方法、分布式文件系统及客户端设备 | |
US9609068B2 (en) | Session management system, session management apparatus, and non-transitory computer readable medium | |
CN106455056A (zh) | 定位方法和装置 | |
CN108809730B (zh) | 一种机房控制切流的方法和装置 | |
WO2013188826A4 (en) | Method and system for renting property | |
CN107409149A (zh) | 混合的客户端‑服务器数据提供 | |
CN110728548B (zh) | 一种vr旅游产品评价系统 | |
US20230093977A1 (en) | Delivery vehicle selection based on location data and memory resource content | |
US20230101782A1 (en) | Data processing system and method for determining instructions for data object preparation | |
CN107092527A (zh) | 任务处理方法及装置 | |
US20190043104A1 (en) | Live video communication systems and methods for trade services | |
JP2019102057A5 (zh) | ||
CN107092526A (zh) | 任务处理方法及装置 | |
US20230094255A1 (en) | Autonomous delivery mechanism data integration in an application platform | |
KR20220072979A (ko) | 작업자 중개 장치 | |
CN107092999A (zh) | 任务处理方法及装置 | |
KR20160043526A (ko) | 물품배송처리방법 및 물품배송처리서버 |
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 | ||
CB02 | Change of applicant information |
Address after: Building N3, building 12, No. 27, Jiancai Chengzhong Road, Haidian District, Beijing 100096 Applicant after: Beijing Xingxuan Technology Co.,Ltd. Address before: 100085 Beijing, Haidian District on the road to the information on the ground floor of the 1 to the 3 floor of the 2 floor, room 11, 202 Applicant before: Beijing Xiaodu Information Technology Co.,Ltd. |
|
CB02 | Change of applicant information | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20170825 |
|
RJ01 | Rejection of invention patent application after publication |