CN109634754A - 一种业务投递方法、装置、设备及计算机存储介质 - Google Patents
一种业务投递方法、装置、设备及计算机存储介质 Download PDFInfo
- Publication number
- CN109634754A CN109634754A CN201811352275.6A CN201811352275A CN109634754A CN 109634754 A CN109634754 A CN 109634754A CN 201811352275 A CN201811352275 A CN 201811352275A CN 109634754 A CN109634754 A CN 109634754A
- Authority
- CN
- China
- Prior art keywords
- business
- queue
- delivery
- dequeue
- request
- 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
- 238000000034 method Methods 0.000 title claims abstract description 43
- 238000012384 transportation and delivery Methods 0.000 claims abstract description 216
- 230000015654 memory Effects 0.000 claims description 22
- 238000004590 computer program Methods 0.000 claims description 3
- 238000012545 processing Methods 0.000 abstract description 11
- 230000006870 function Effects 0.000 description 5
- 238000010586 diagram Methods 0.000 description 4
- 230000009286 beneficial effect Effects 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 238000007726 management method Methods 0.000 description 2
- 238000004364 calculation method Methods 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 238000000638 solvent extraction Methods 0.000 description 1
- 230000006641 stabilisation Effects 0.000 description 1
- 238000011105 stabilization Methods 0.000 description 1
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/54—Interprogram communication
- G06F9/546—Message passing systems or structures, e.g. queues
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2209/00—Indexing scheme relating to G06F9/00
- G06F2209/54—Indexing scheme relating to G06F9/54
- G06F2209/548—Queue
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明公开了一种业务投递方法、装置、设备及计算机存储介质。该方法包括:获取业务出列请求,所述业务出列请求包括出列请求ID,根据所述出列请求ID确定对应的目标业务队列,所述出列请求ID与所述目标业务队列的业务ID对应,根据所述目标业务队列的业务量上限和出列规则,确定所述目标业务队列的出列业务的数量,根据业务优先级投递确定的出列业务,上述技术方案考虑了目标业务队列的业务量上限和业务优先级,解决了现有技术中当业务量较大时引起的业务得不到及时有效处理以及系统不稳定的问题,满足了投递需求,保证了系统的正常运作。
Description
技术领域
本发明实施例涉及计算机技术领域,尤其涉及一种业务投递方法、装置、设备及计算机存储介质。
背景技术
近年来,随着网络技术的迅速发展,各种投递需求日益增长,在这些投递需求中,有紧急重要的也有非紧急次要的,有亿量级的也有量少的,需求的发起时间及投递时延也各不相同。
传统的业务投递技术不仅对接收的业务进行统一存储,而且通常采用先进先出的方式进行投递,使得一些紧急的业务得不到及时有效的处理,严重影响了业务投递的服务质量,而且当业务投递量较大时,甚至会引起系统波动,影响投递的正常运作。
发明内容
本发明实施例提供一种业务投递方法、装置、设备及计算机存储介质,以提高业务投递的服务质量,保证系统正常运作。
第一方面,本发明实施例提供一种业务投递方法,其特征在于,包括:
获取业务出列请求,所述业务出列请求包括出列请求ID;
根据所述出列请求ID确定对应的目标业务队列,所述出列请求ID与所述目标业务队列的业务ID对应;
根据所述目标业务队列的业务量上限和出列规则,确定所述目标业务队列的出列业务的数量;
根据业务优先级投递确定的出列业务。
进一步的,在获取业务出列请求之前,还包括:
根据业务ID,将业务分类存储至对应的业务队列。
进一步的,在根据所述目标业务队列的业务量上限和出列规则,确定所述目标业务队列的出列业务的数量之后,还包括:
根据所述业务ID将确定的出列业务分发至对应的投递渠道队列;
获取业务投递请求,所述业务投递请求包括投递请求ID;
根据所述投递请求ID确定对应的投递渠道队列,所述投递请求ID与所述投递渠道队列的业务ID对应;
根据所述投递渠道队列的业务量上限和投递渠道的投递阈值,确定所述投递渠道队列的出列业务的数量。
进一步的,在获取业务出列请求之前,还包括:
预先设置业务优先级、业务队列的业务量上限、投递渠道队列的业务量上限和投递渠道的投递阈值。
第二方面,本发明实施例还提供一种业务投递装置,该装置包括:
第一获取模块,用于获取业务出列请求,所述业务出列请求包括出列请求ID;
第一确定模块,用于根据所述出列请求ID确定对应的目标业务队列,所述出列请求ID与所述目标业务队列的业务ID对应;
第二确定模块,用于根据所述目标业务队列的业务量上限和出列规则,确定所述目标业务队列的出列业务的数量;
投递模块,用于根据业务优先级投递确定的出列业务。
进一步的,还包括:
存储模块,用于在获取业务出列请求之前,根据业务ID,将业务分类存储至对应的业务队列。
进一步的,还包括:
分发模块,用于在根据所述目标业务队列的业务量上限和出列规则,确定所述目标业务队列的出列业务的数量之后,根据所述业务ID将确定的出列业务分发至对应的投递渠道队列;
第二获取模块,用于获取业务投递请求,所述业务投递请求包括投递请求ID;
第三确定模块,用于根据所述投递请求ID确定对应的投递渠道队列,所述投递请求ID与所述投递渠道队列的业务ID对应;
第四确定模块,用于根据所述投递渠道队列的业务量上限和投递渠道的投递阈值,确定所述投递渠道队列的出列业务的数量。
进一步的,还包括:
预先设置模块,用于在获取业务出列请求之前,预先设置业务优先级、业务队列的业务量上限、投递渠道队列的业务量上限和投递渠道的投递阈值。
第三方面,本发明实施例还提供一种设备,包括:
一个或多个处理器;
存储器,用于存储一个或多个程序;
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如第一方面所述的业务投递方法。
第四方面,本发明实施例还提供一种计算机存储介质,其上存储有计算机程序,该程序被处理器执行时实现如第一方面所述的业务投递方法。
本发明实施例提供一种业务投递方法、装置、设备及计算机存储介质,通过获取业务出列请求,根据所述出列请求ID确定对应的目标业务队列,根据所述目标业务队列的业务量上限和出列规则,确定所述目标业务队列的出列业务的数量,根据业务优先级投递确定的出列业务,考虑了目标业务队列的业务量上限和业务优先级,解决了现有技术中当业务量较大时引起的业务得不到及时有效处理以及系统不稳定的问题,满足了投递需求,保证了系统的正常运作。
附图说明
图1为本发明实施例一提供的一种业务投递方法的流程图;
图2为本发明实施例二提供的一种业务投递方法的流程图;
图3为本发明实施例三提供的一种业务投递装置的结构图;
图4为本发明实施例四提供的一种设备的结构图;
图5为本发明实施例六提供的一种业务投递系统的结构图;
图6为业务出列的示意图;
图7为业务投递的示意图。
具体实施方式
下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是,此处所描述的具体实施例仅仅用于解释本发明,而非对本发明的限定。另外还需要说明的是,为了便于描述,附图中仅示出了与本发明相关的部分而非全部结构。
实施例一
图1为本发明实施例一提供的一种业务投递方法的流程图,本实施例可适用于业务投递的情况,该方法可以由业务投递装置来执行,该装置可通过硬件和/或软件的方式实现,并集成在设备中。
具体的,该设备集成在业务投递系统中,该业务投递系统包括:系统管理、业务接口、调度中心、QoS Worker和投递Worker,其中,系统管理用于管理业务队列和投递渠道队列的业务量上限,具体的上限值可以根据实际需要设置,各个业务队列的业务量上限值可以相同,也可以不同,各个投递渠道队列的业务量上限值也可以相同,也可以不同。业务接口用于提供业务的入列服务,即通过业务接口可以将业务投递至业务队列。调度中心用于监控业务队列和投递渠道队列的信息,分别计算业务队列可出列的业务数量和投递渠道队列可出列的业务数量,并将计算结果分别分配给QoS Worker和投递Worker。QoS Worker用于向调度中心发送业务出列请求,并根据调度中心计算的结果,将对应的业务投递至投递渠道队列。投递Worker用于向调度中心发送业务投递请求,并根据调度中心计算的结果将对应的业务出列,并由投递Worker投递至对应的邮箱或短信等渠道。
参考图1,该方法包括如下步骤:
S110、获取业务出列请求。
其中,所述业务出列请求包括出列请求ID。出列请求ID可以是QoS Worker ID,实际应用中,QoS Worker不止一个,每个QoS Worker的ID不同,分配给每个QoS Worker处理的业务队列的数量也会不同。可选的,为了便于了解当前QoS Worker所负责的业务队列,可以将QoS Worker和所负责的业务队列绑定建立从属关系,这样根据QoS Worker ID即可确定QoS Worker所负责的业务队列,进而根据业务队列的业务量上限计算该业务队列的出列业务的数量,完成业务的出列,简单清楚,其中,业务出列之前是预先存储在业务队列,在进行投递时,需要先从业务队列中出列,根据业务出列请求确定业务队列的出列业务。需要注意的是,每个QoS Worker所负责的业务队列的个数是有限的,与QoSWorker绑定的业务队列的个数不能超过QoS Worker所负责的业务队列的个数上限。
S120、根据所述出列请求ID确定对应的目标业务队列,所述出列请求ID与所述目标业务队列的业务ID对应。
具体的,业务队列属于分布式消息队列,为了充分利用分布式消息队列的性能,完成业务的投递,实施例将分布式消息队列细分为业务队列和投递渠道队列,其中,业务队列用于存储通过业务接口进入业务队列的业务,投递渠道队列用于存储业务队列的出列业务。业务ID用于区分不同的业务类型,同一类型的业务其业务ID可以相同,实施例中对业务ID的具体形式不做限定,例如可以用数字表示业务ID,不同的数字代表不同类型的业务。
为了有效区分及筛选业务,实施例中设置多个业务队列以分类存储业务,其中,业务队列的数量可以根据业务类型设置,例如业务类型有5类,业务队列的数量可以是7个,多余的2个作为备用。具体的,业务队列可以根据业务ID设置相应的标识,当业务通过业务接口进入业务队列时,可以根据业务本身的业务ID查找对应的业务队列的标识,进而将业务存储至对应的业务队列,以实现对业务的分类管理和存储。进一步的,出列请求ID与业务ID对应,根据出列请求ID即可确定与业务ID对应的目标业务队列,节省了时间,提高了业务投递的效率。
S130、根据所述目标业务队列的业务量上限和出列规则,确定所述目标业务队列的出列业务的数量。
具体的,业务队列可以存储的业务量是有限的,如果数量超过了业务队列可承受的能力,会引起系统的不稳定,甚至造成系统崩溃而无法投递,为了保证系统的正常运作,实施例为每个业务队列设置一个业务量上限,当业务队列存储的业务达到其设置的业务量上限时,禁止同类型的业务通过业务接口进入业务队列。需要说明的是,各个业务队列的业务量上限可以根据实际存储的业务类型进行设置,例如业务队列1存储的是比较常用的业务类型,投递需求较大,可以设置业务队列1的业务量上限较大,业务队列2存储的是不常用的业务,投递需求较小,可以设置业务队列2的业务量上限较小,以充分利用业务队列的内存。
出列规则可以是优先级加权公平调度规则,根据业务优先级和权重,尽可能公平的保证不同业务队列的业务出列,其中业务优先级可以根据业务类型以及需求预先设置,权重可以根据优先级进行设置,例如优先级较高的业务队列,其权重可以较大。示例性的,以业务队列3和业务队列4为例,业务队列3的优先级为5,存储的业务量为200,对应的权重为100,业务队列4的优先级为7,存储的业务量为100,对应的权重为50,则根据优先级加权公平调度规则,可以计算出业务队列3的出列业务的数量为100,业务队列4的出列业务的数量为50。需要注意的是,当业务队列实际存储的业务量较小,而对应的权重较大时,例如业务队列5的业务量上限为100,实际存储的业务量为50,对应的权重为60,则根据优先级加权公平调度规则可以计算出业务队列5的出列业务的数量为50。这样设置的好处是:根据业务队列的权重以及业务量尽可能公平的保证各个业务队列在预设时间内进行一定数量的业务出列。
S140、根据业务优先级投递确定的出列业务。
实际应用中,业务优先级可以根据业务的紧急和重要程度设置,例如紧急和重要程度较高的业务,对应的优先级较高,紧急和重要程度较低的业务,对应的优先级较低,根据业务优先级投递业务可以保证业务处理的及时性。
可以理解的是,各个业务队列存储的业务量不同,尤其是存储的业务量较大的业务队列,如果只由一个QoS Worker负责,会降低业务处理的速度,因此,同一个业务队列可能会由多个QoS Worker负责,为了确定每个QoS Worker实际可处理的业务量,在计算出各个业务队列的出列业务的数量后,根据负责当前业务队列的QoS Worker的个数,计算每个QoS Worker实际可处理的业务量。例如,业务队列1的出列业务的数量为100,业务队列1由5个QoS Worker负责,则每个QoS Worker实际可处理的业务量为20,相较于1个QoS Worker处理,明显提高了业务的处理效率。当然也可以采用其他分配方式,例如按比例分配给每个QoS Worker。
调度中心在计算出每个QoS Worker实际可处理的业务量,将该结果以及QoSWorker所负责的业务队列和执行时间发送给对应的QoS Worker,QoS Worker在接收这些信息后,根据业务优先级完成其负责的业务的投递,例如QoS Worker 1负责5个业务的投递,投递时,按照这5个业务的优先级由高到低的顺序投递,保证了业务处理的及时性。
本发明实施例一提供一种业务投递方法,通过获取业务出列请求,根据所述出列请求ID确定对应的目标业务队列,根据所述目标业务队列的业务量上限和出列规则,确定所述目标业务队列的出列业务的数量,根据业务优先级投递确定的出列业务,考虑了目标业务队列的业务量上限和业务优先级,解决了现有技术中当业务量较大时引起的业务得不到及时有效处理以及系统不稳定的问题,满足了投递需求,保证了系统的正常运作。
实施例二
图2为本发明实施例二提供的一种业务投递方法的流程图,在上述实施例的基础上进行具体化,具体的,该方法包括如下步骤:
S210、预先设置业务优先级、业务队列的业务量上限、投递渠道队列的业务量上限和投递渠道的投递阈值。
与业务队列类似,各个投递渠道队列可存储的业务数量也是有限的,设置投递渠道队列的业务量上限,当存储的业务数量达到其设定的上限时,禁止其入列,保证了系统的正常运作。投递渠道的投递阈值充分考虑了投递渠道的可承受能力,投递渠道可以是邮箱和短信等可以接收业务的渠道,以邮箱为例,邮箱可接收邮件的数量是有限的,如果投递的邮件数量超过邮箱可接收邮件的数量上限时,会导致邮箱崩溃而影响正常工作,因此,设置投递渠道的投递阈值可以保证投递渠道的正常工作,其中,不同的投递渠道可以设置不同的投递阈值。具体的,业务优先级、业务队列的业务量上限、投递渠道队列的业务量上限和投递渠道的投递阈值可以由系统管理预先设置,并可以根据实际情况对设定值进行修改。
S220、根据业务ID,将业务分类存储至对应的业务队列。
分类存储可以避免所有业务同时进入同一个业务队列,超出业务队列可承受的能力,影响系统的稳定,同时可以对业务进行有效区分和筛选,根据业务的类型和要求提供相应的服务,为业务的处理增加便捷。具体的,可以根据业务ID将业务分类存储至对应的业务队列,具体操作可以参考上述实施例中的相关介绍,此处不再赘述。
S230、获取业务出列请求,所述业务出列请求包括出列请求ID。
S240、根据所述出列请求ID确定对应的目标业务队列,所述出列请求ID与所述目标业务队列的业务ID对应。
S250、根据所述目标业务队列的业务量上限和出列规则,确定所述目标业务队列的出列业务的数量。
S260、根据所述业务ID将确定的出列业务分发至对应的投递渠道队列。
完整的投递过程需要依次经过业务队列和投递渠道队列,确定目标业务队列的出列业务的数量后,将对应的业务从业务队列出列,并入列至投递渠道队列。具体的,投递渠道队列与业务队列类似,每个投递渠道队列根据业务ID设置相应的标识,根据业务ID即可将出列的业务存储至对应的投递渠道队列,对业务的存储区分,以便根据投递渠道队列的标识确定存储的业务类型。
S270、获取业务投递请求。
其中,所述业务投递请求包括投递请求ID,业务投递请求与业务出列请求类似,具体的,投递请求ID可以是投递Worker ID,根据投递Worker ID可以确定每个投递Worker所负责的投递渠道队列,获取业务投递请求与获取业务出列请求类似,此处不再赘述。需要说明的是,当有业务需要投递时,投递渠道队列中的业务出列,由投递Worker将业务投递至相应的投递渠道。
S280、根据所述投递请求ID确定对应的投递渠道队列,所述投递请求ID与所述投递渠道队列的业务ID对应。
具体的,投递Worker在向调度中心发送投递请求时,需要在调度中心注册该投递Worker的信息,如投递Worker ID和投递Worker所负责的投递渠道队列的个数上限等信息,调度中心根据注册的投递Worker的信息即可确定投递Worker对应的投递渠道队列。需要说明的是,调度中心会每隔一定的时间加载一次各个投递渠道队列的配置信息,如各个投递渠道队列的标识和投递渠道的投递阈值。
S290、根据所述投递渠道队列的业务量上限和投递渠道的投递阈值,确定所述投递渠道队列的出列业务的数量。
示例性的,以投递渠道队列2为例,投递渠道队列2存储的业务量大于投递渠道的投递阈值,则可以确定投递渠道队列2的出列业务的数量等于投递渠道的投递阈值,如果投递渠道队列2存储的业务量小于等于投递渠道的投递阈值,则可以确定投递渠道队列2的出列业务的数量等于投递渠道队列2存储的业务量。例如,投递渠道队列2存储的业务量为500,投递渠道的投递阈值为1000,则可以计算出投递渠道队列2的出列业务的数量为500。再如,投递渠道队列4存储的业务量为2000,投递渠道的投递阈值为1000,则可以计算出投递渠道队列4的出列业务的数量最多为1000。
S2100、根据业务优先级投递确定的出列业务。
与业务队列类似,同一个投递渠道队列可能由多个投递Worker负责,因此,在计算出各个投递渠道队列的出列业务的数量之后,还需要计算每个投递Worker实际可处理的业务量,并将该结果返回至投递Worker,由投递Worker完成业务按照业务优先级由高到低的顺序完成投递,其中计算每个投递Worker实际可处理的业务量的过程与计算每个QoSWorker实际可处理的业务量的过程类似,此处不再赘述。
投递渠道队列的业务处理过程与业务队列的业务处理过程类似,未在本实施例中详尽描述的技术细节可参见上述实施例对业务队列的描述。
本发明实施例二提供一种业务投递方法,在确定业务队列的出列业务的数量之后,将业务进行出列,并入列至投递渠道队列中,最终由投递渠道队列完成业务的投递,这种将分布式消息队列细分为业务队列和投递渠道队列,由业务队列和投递渠道队列异步处理,完成业务投递的方式,提高了业务处理的效率,满足了日益增长的投递需求和服务质量要求,而且通过设置业务优先级、业务队列的业务量上限、投递渠道队列的业务量上限和投递渠道的投递阈值,保证了系统的正常工作,提高了系统的稳定性。
实施例三
图3为本发明实施例三提供的一种业务投递装置的结构图,可以执行上述实施例所述的业务投递方法,具体的,该装置包括:
第一获取模块310,用于获取业务出列请求,所述业务出列请求包括出列请求ID;
第一确定模块320,用于根据所述出列请求ID确定对应的目标业务队列,所述出列请求ID与所述目标业务队列的业务ID对应;
第二确定模块330,用于根据所述目标业务队列的业务量上限和出列规则,确定所述目标业务队列的出列业务的数量;
投递模块340,用于根据业务优先级投递确定的出列业务。
本发明实施例三提供一种业务投递装置,通过获取业务出列请求,根据所述出列请求ID确定对应的目标业务队列,根据所述目标业务队列的业务量上限和出列规则,确定所述目标业务队列的出列业务的数量,根据业务优先级投递确定的出列业务,考虑了目标业务队列的业务量上限和业务优先级,解决了现有技术中当业务量较大时引起的业务得不到及时有效处理以及系统不稳定的问题,满足了投递需求,保证了系统的正常运作。
在上述实施例的基础上,该装置还包括:
存储模块,用于在获取业务出列请求之前,根据业务ID,将业务分类存储至对应的业务队列。
在上述实施例的基础上,该装置还包括:
分发模块,用于在根据所述目标业务队列的业务量上限和出列规则,确定所述目标业务队列的出列业务的数量之后,根据所述业务ID将确定的出列业务分发至对应的投递渠道队列;
第二获取模块,用于获取业务投递请求,所述业务投递请求包括投递请求ID;
第三确定模块,用于根据所述投递请求ID确定对应的投递渠道队列,所述投递请求ID与所述投递渠道队列的业务ID对应;
第四确定模块,用于根据所述投递渠道队列的业务量上限和投递渠道的投递阈值,确定所述投递渠道队列的出列业务的数量。
在上述实施例的基础上,该装置还包括:
预先设置模块,用于在获取业务出列请求之前,预先设置业务优先级、业务队列的业务量上限、投递渠道队列的业务量上限和投递渠道的投递阈值。
本发明实施例三提供的一种业务投递装置可以用于执行上述任意实施例提供的业务投递方法,具备相应的功能和有益效果。
实施例四
图4为本发明实施例四提供的一种设备的结构图,具体的,参考图4,该设备包括:
处理器410、存储器420、输入装置430和输出装置440,设备中处理器410的数量可以是一个或多个,图4中以一个处理器410为例,设备中的处理器410、存储器420、输入装置430和输出装置440可以通过总线或其他方式连接,图4中以通过总线连接为例。
存储器420作为一种计算机可读存储介质,可用于存储软件程序、计算机可执行程序以及模块,如本发明实施例中的业务投递方法对应的程序指令/模块。处理器410通过运行存储在存储器420中的软件程序、指令以及模块,从而执行终端的各种功能应用以及数据处理,即实现上述实施例的业务投递方法。
存储器420主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序;存储数据区可存储根据终端的使用所创建的数据等。此外,存储器420可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中,存储器420可进一步包括相对于处理器410远程设置的存储器,这些远程存储器可以通过网络连接至终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
输入装置430可用于接收输入的数字或字符信息,以及产生与设备的用户设置以及功能控制有关的键信号输入。输出装置440可包括显示屏等显示设备、扬声器以及蜂鸣器等音频设备。
本发明实施例提供的设备与上述实施例提供的业务投递方法属于同一发明构思,未在本实施例中详尽描述的技术细节可参见上述实施例,并且本实施例具备执行业务投递方法相同的有益效果。
实施例五
本发明实施例五还提供一种计算机存储介质,其上存储有计算机程序,该程序被处理器执行时实现如本发明任意实施例所述的业务投递方法。
当然,本发明实施例所提供的一种包含计算机可执行指令的存储介质,其计算机可执行指令不限于如上所述的业务投递方法操作,还可以执行本发明任意实施例所提供的业务投递方法中的相关操作,且具备相应的功能和有益效果。
通过以上关于实施方式的描述,所属领域的技术人员可以清楚地了解到,本发明可借助软件及必需的通用硬件来实现,当然也可以通过硬件实现,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在计算机可读存储介质中,如计算机的软盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(RandomAccess Memory,RAM)、闪存(FLASH)、硬盘或光盘等,包括若干指令用以使得一台计算机设备(可以是机器人,个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的业务投递方法。
实施例六
图5为本发明实施例六提供的一种业务投递系统的结构图,参考图5,该系统包括:系统管理510、业务接口520、QoS Worker530、调度中心540、投递Worker550以及分布式消息队列560,其中QoS Worker530和投递Worker550可以为一个或多个,图5以一个QoSWorker530和一个投递Worker550为例,
具体的,系统管理510用于管理各个业务队列的业务量上限、各个投递渠道队列的业务量上限、投递渠道的投递阈值以及业务优先级。业务接口520用于将接收业务,并将接收的业务根据业务ID存储至对应的业务队列,当业务队列中存储的业务量达到预先设定的上限时,业务接口520禁止同类型的业务进入。QoS Worker530用于向调度中心540发送业务出列请求,并根据调度中心540的计算结果将业务队列的业务出列,并入列至对应的投递渠道队列中,任务执行完毕后,再次向调度中心540发送业务出列请求。调度中心540用于采集分布式消息队列560的信息,如业务ID、各个业务队列的业务量上限和各个投递渠道队列的业务量上限,并进行分析,计算预设时间内各个业务队列的出列业务的数量以及各个投递渠道队列的出列业务的数量,并根据QoS Worker530的业务出列请求和投递Worker550的业务投递请求,分别分配QoS Worker530和投递Worker550实际可处理的业务量以及预设时间。投递Worker540用于向调度中心540发送业务投递请求,并根据调度中心540的计算结果将投递渠道队列的业务出列,并投递至相应的投递渠道570,如邮箱或短信等,任务执行完毕后,再次向调度中心540发送业务投递请求。分布式消息队列560可以细分为业务队列和投递渠道队列,采用异步处理方式完成业务的投递,满足日益增长的投递需求。
下面通过图6和图7对业务投递的过程进行描述,其中,图6为业务出列的示意图,图7为业务投递的示意图。
业务接口520和调度中心540定时加载各个业务的配置信息,如业务ID、各个业务队列的业务量上限以及业务优先级,当业务系统需要投递业务时,通过业务接口520将业务入列至业务队列,业务接口520根据业务ID将业务存储至对应的业务队列561,QoSWorker530启动,并在调度中心540完成注册,向调度中心540发送业务出列请求,调度中心根据注册信息以及采集的业务队列的信息计算业务队列561的出列业务的数量以及QoSWorker530实际可处理的业务量,发送给QoS Worker530,由QoS Worker530完成业务队列的出列,并入列至对应的投递渠道队列562,投递Worker550启动,在调度中心540完成注册,并向调度中心540发送业务投递请求,调度中心根据注册信息以及采集的投递渠道队列的信息计算投递渠道队列562的出列业务的数量以及投递Worker550实际可处理的业务量,发送给投递Worker550,由投递Worker550将业务投递至对应的投递渠道570,由此,一个完整的投递过程执行完毕。
注意,上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解,本发明不限于这里所述的特定实施例,对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此,虽然通过以上实施例对本发明进行了较为详细的说明,但是本发明不仅仅限于以上实施例,在不脱离本发明构思的情况下,还可以包括更多其他等效实施例,而本发明的范围由所附的权利要求范围决定。
Claims (10)
1.一种业务投递方法,其特征在于,包括:
获取业务出列请求,所述业务出列请求包括出列请求ID;
根据所述出列请求ID确定对应的目标业务队列,所述出列请求ID与所述目标业务队列的业务ID对应;
根据所述目标业务队列的业务量上限和出列规则,确定所述目标业务队列的出列业务的数量;
根据业务优先级投递确定的出列业务。
2.根据权利要求1所述的方法,其特征在于,在获取业务出列请求之前,还包括:
根据业务ID,将业务分类存储至对应的业务队列。
3.根据权利要求2所述的方法,其特征在于,在根据所述目标业务队列的业务量上限和出列规则,确定所述目标业务队列的出列业务的数量之后,还包括:
根据所述业务ID将确定的出列业务分发至对应的投递渠道队列;
获取业务投递请求,所述业务投递请求包括投递请求ID;
根据所述投递请求ID确定对应的投递渠道队列,所述投递请求ID与所述投递渠道队列的业务ID对应;
根据所述投递渠道队列的业务量上限和投递渠道的投递阈值,确定所述投递渠道队列的出列业务的数量。
4.根据权利要求1所述的方法,其特征在于,在获取业务出列请求之前,还包括:
预先设置业务优先级、业务队列的业务量上限、投递渠道队列的业务量上限和投递渠道的投递阈值。
5.一种业务投递装置,其特征在于,包括:
第一获取模块,用于获取业务出列请求,所述业务出列请求包括出列请求ID;
第一确定模块,用于根据所述出列请求ID确定对应的目标业务队列,所述出列请求ID与所述目标业务队列的业务ID对应;
第二确定模块,用于根据所述目标业务队列的业务量上限和出列规则,确定所述目标业务队列的出列业务的数量;
投递模块,用于根据业务优先级投递确定的出列业务。
6.根据权利要求5所述的装置,其特征在于,还包括:
存储模块,用于在获取业务出列请求之前,根据业务ID,将业务分类存储至对应的业务队列。
7.根据权利要求6所述的装置,其特征在于,还包括:
分发模块,用于在根据所述目标业务队列的业务量上限和出列规则,确定所述目标业务队列的出列业务的数量之后,根据所述业务ID将确定的出列业务分发至对应的投递渠道队列;
第二获取模块,用于获取业务投递请求,所述业务投递请求包括投递请求ID;
第三确定模块,用于根据所述投递请求ID确定对应的投递渠道队列,所述投递请求ID与所述投递渠道队列的业务ID对应;
第四确定模块,用于根据所述投递渠道队列的业务量上限和投递渠道的投递阈值,确定所述投递渠道队列的出列业务的数量。
8.根据权利要求5所述的装置,其特征在于,还包括:
预先设置模块,用于在获取业务出列请求之前,预先设置业务优先级、业务队列的业务量上限、投递渠道队列的业务量上限和投递渠道的投递阈值。
9.一种设备,其特征在于,包括:
一个或多个处理器;
存储器,用于存储一个或多个程序;
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如权利要求1-4中任一项所述的业务投递方法。
10.一种计算机存储介质,其上存储有计算机程序,其特征在于,该程序被处理器执行时实现如权利要求1-4中任一项所述的业务投递方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811352275.6A CN109634754A (zh) | 2018-11-14 | 2018-11-14 | 一种业务投递方法、装置、设备及计算机存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811352275.6A CN109634754A (zh) | 2018-11-14 | 2018-11-14 | 一种业务投递方法、装置、设备及计算机存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN109634754A true CN109634754A (zh) | 2019-04-16 |
Family
ID=66068006
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811352275.6A Pending CN109634754A (zh) | 2018-11-14 | 2018-11-14 | 一种业务投递方法、装置、设备及计算机存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109634754A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113282385A (zh) * | 2020-10-30 | 2021-08-20 | 常熟友乐智能科技有限公司 | 基于在线办公设备的业务处理方法及系统 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20080151936A1 (en) * | 2006-12-22 | 2008-06-26 | Aditya Abhay Desai | Method and program for classifying fragmented messages |
CN101277175A (zh) * | 2007-03-30 | 2008-10-01 | 国际商业机器公司 | 改进会话启动协议服务器性能的方法和装置 |
CN105306277A (zh) * | 2015-11-19 | 2016-02-03 | 中国建设银行股份有限公司 | 消息队列的消息调度方法及消息调度装置 |
CN105550051A (zh) * | 2015-12-25 | 2016-05-04 | 北京奇虎科技有限公司 | 业务请求的异步处理方法及装置 |
CN107135241A (zh) * | 2016-02-26 | 2017-09-05 | 新华三技术有限公司 | 一种业务处理方法和装置 |
CN107592284A (zh) * | 2016-07-06 | 2018-01-16 | 华为技术有限公司 | 防DoS/DDoS攻击的装置和方法 |
-
2018
- 2018-11-14 CN CN201811352275.6A patent/CN109634754A/zh active Pending
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20080151936A1 (en) * | 2006-12-22 | 2008-06-26 | Aditya Abhay Desai | Method and program for classifying fragmented messages |
CN101277175A (zh) * | 2007-03-30 | 2008-10-01 | 国际商业机器公司 | 改进会话启动协议服务器性能的方法和装置 |
CN105306277A (zh) * | 2015-11-19 | 2016-02-03 | 中国建设银行股份有限公司 | 消息队列的消息调度方法及消息调度装置 |
CN105550051A (zh) * | 2015-12-25 | 2016-05-04 | 北京奇虎科技有限公司 | 业务请求的异步处理方法及装置 |
CN107135241A (zh) * | 2016-02-26 | 2017-09-05 | 新华三技术有限公司 | 一种业务处理方法和装置 |
CN107592284A (zh) * | 2016-07-06 | 2018-01-16 | 华为技术有限公司 | 防DoS/DDoS攻击的装置和方法 |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113282385A (zh) * | 2020-10-30 | 2021-08-20 | 常熟友乐智能科技有限公司 | 基于在线办公设备的业务处理方法及系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111258737B (zh) | 一种资源调度的方法、装置和过滤式调度器 | |
US20090025002A1 (en) | Methods and systems for routing large, high-volume, high-variability print jobs in a document production environment | |
CN103391206B (zh) | 一种任务调度方法及其装置 | |
CN110502321A (zh) | 一种资源调度方法及系统 | |
CN106793133A (zh) | 一种电力无线通信系统中保障多业务QoS的调度方法 | |
CN103312566B (zh) | 检测报文端口拥塞的方法及装置 | |
CN106407002B (zh) | 数据处理任务执行方法和装置 | |
CN112579263A (zh) | 任务执行方法及装置、存储介质及电子设备 | |
CN101741751A (zh) | 流量整形调度方法、流量整形调度装置及路由设备 | |
CN101120612A (zh) | 无线基站、控制装置以及无线通信方法 | |
CN110389822A (zh) | 执行任务的节点调度方法、装置和服务器 | |
EP2996382A1 (en) | Physical resource adjustment method, device and controller | |
CN109617806B (zh) | 一种数据流量调度方法及装置 | |
CN109634754A (zh) | 一种业务投递方法、装置、设备及计算机存储介质 | |
CN114020455B (zh) | 一种服务功能的编排方法、装置及计算机可读存储介质 | |
WO2016188057A1 (zh) | 一种单组播流量调度管理的方法及装置 | |
CN111262783B (zh) | 一种动态路由的方法及装置 | |
CN112596985A (zh) | 一种it资产探测方法、装置、设备和介质 | |
CN114844791B (zh) | 基于大数据的云服务自动管理分配方法、系统及存储介质 | |
CN109670932B (zh) | 信贷数据核算方法、装置、系统和计算机存储介质 | |
CN109189548B (zh) | 资源调度方法、装置、计算机设备及计算机可读存储介质 | |
CN110704731A (zh) | 一种充电桩链式推荐方法和装置 | |
CN104618492A (zh) | 一种基于多个服务器的数据处理系统 | |
CN114090409A (zh) | 一种消息处理方法及装置 | |
CN112073327B (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 | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20190416 |
|
RJ01 | Rejection of invention patent application after publication |