CN116048776A - 一种基于业务需求的多进程业务处理方法及装置 - Google Patents
一种基于业务需求的多进程业务处理方法及装置 Download PDFInfo
- Publication number
- CN116048776A CN116048776A CN202211414100.XA CN202211414100A CN116048776A CN 116048776 A CN116048776 A CN 116048776A CN 202211414100 A CN202211414100 A CN 202211414100A CN 116048776 A CN116048776 A CN 116048776A
- Authority
- CN
- China
- Prior art keywords
- service
- processed
- processing
- starting
- breakpoint
- 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
Images
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/5011—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resources being hardware resources other than CPUs, Servers and Terminals
-
- 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/44—Arrangements for executing specific programs
- G06F9/445—Program loading or initiating
- G06F9/44505—Configuring for program initiating, e.g. using registry, configuration files
-
- 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/48—Program initiating; Program switching, e.g. by interrupt
- G06F9/4806—Task transfer initiation or dispatching
- G06F9/4812—Task transfer initiation or dispatching by interrupt, e.g. masked
-
- 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/48—Program initiating; Program switching, e.g. by interrupt
- G06F9/4806—Task transfer initiation or dispatching
- G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
- G06F9/4881—Scheduling strategies for dispatcher, e.g. round robin, multi-level priority queues
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Hardware Redundancy (AREA)
Abstract
本申请提供一种基于业务需求的多进程业务处理方法及装置,涉及计算机技术领域,也可用于金融领域,包括:根据待处理业务的业务量及处理优先级生成进程配置表;根据预设的进程启动策略启动对应数量的进程,以处理所述待处理业务;若负责处理所述待处理业务的进程发生中断,启动替补进程从断点处继续处理所述待处理业务。本申请能够基于业务处理的需求,利用多进程对业务进行处理。
Description
技术领域
本申请涉及计算机技术领域,可以用于金融领域,具体是一种基于业务需求的多进程业务处理方法及装置。
背景技术
以金融行业为例,计算机系统每天会产生大量的业务继而需要处理大量的业务数据。为了保证数据处理时效,避免对系统性能带来影响,可对时效要求高的程序使用多进程。每一个进程单独拥有自己的内存空间,多进程的使用对于计算机资源占用明显。但是由于处理数据有突发性,并非24小时内数据量稳定,比如联机业务数据在凌晨数据量会小很多,在数据量不大时,若程序仍然使用多进程对于计算机资源的占用就非常不合理。
发明内容
针对现有技术中的问题,本申请提供一种基于业务需求的多进程业务处理方法及装置,能够基于业务处理的需求,利用多进程对业务进行处理。
为解决上述技术问题,本申请提供以下技术方案:
第一方面,本申请提供一种基于业务需求的多进程业务处理方法,包括:
根据待处理业务的业务量及处理优先级生成进程配置表;
根据预设的进程启动策略启动对应数量的进程,以处理所述待处理业务;
若负责处理所述待处理业务的进程发生中断,启动替补进程从断点处继续处理所述待处理业务。
进一步地,所述根据待处理业务的业务量及处理优先级生成进程配置表,包括:
获取所述待处理业务对应的业务数据,以确定所述业务量;
根据所述待处理业务的业务类型确定所述处理优先级;
将所述待处理业务的业务名称、所述业务类型、所述业务量及处理优先级写入所述进程配置表。
进一步地,所述根据预设的进程启动策略启动对应数量的进程,以处理所述待处理业务,包括:
获取所述进程启动策略,以确定所述业务量与进程启动数量之间的第一映射关系、所述处理优先级与进程启动数量之间的第二映射关系;
按照所述第一映射关系或所述第二映射关系所对应的进程启动数量启动对应数量的进程,以处理所述待处理业务。
进一步地,所述若负责处理所述待处理业务的进程发生中断,启动替补进程从断点处继续处理所述待处理业务,包括:
若负责处理所述待处理业务的进程发生中断,设置业务断点标识;
若检测到所述业务断点标识,启动所述替补进程从断点处继续处理所述待处理业务。
第二方面,本申请提供一种基于业务需求的多进程业务处理装置,包括:
配置表生成单元,用于根据待处理业务的业务量及处理优先级生成进程配置表;
进程启动单元,用于根据预设的进程启动策略启动对应数量的进程,以处理所述待处理业务;
断点续接单元,用于若负责处理所述待处理业务的进程发生中断,启动替补进程从处继续处理所述待处理业务。
进一步地,所述配置表生成单元,包括:
业务量确定模块,用于获取所述待处理业务对应的业务数据,以确定所述业务量;
优先级确定模块,用于根据所述待处理业务的业务类型确定所述处理优先级;
配置表写入模块,用于将所述待处理业务的业务名称、所述业务类型、所述业务量及处理优先级写入所述进程配置表。
进一步地,所述进程启动单元,包括:
启动策略获取模块,用于获取所述进程启动策略,以确定所述业务量与进程启动数量之间的第一映射关系、所述处理优先级与进程启动数量之间的第二映射关系;
进程启动模块,用于按照所述第一映射关系或所述第二映射关系所对应的进程启动数量启动对应数量的进程,以处理所述待处理业务。
进一步地,所述断点续接单元,包括:
断点标识模块,用于若负责处理所述待处理业务的进程发生中断,设置业务断点标识;
断点续接模块,用于若检测到所述业务断点标识,启动所述替补进程从断点处继续处理所述待处理业务。
第三方面,本申请提供一种电子设备包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时实现所述基于业务需求的多进程业务处理方法的步骤。
第四方面,本申请提供一种计算机可读存储介质,其上存储有计算机程序,该计算机程序被处理器执行时实现所述基于业务需求的多进程业务处理方法的步骤。
第五方面,本申请提供一种计算机程序产品,包括计算机程序/指令,该计算机程序/指令被处理器执行时实现所述基于业务需求的多进程业务处理方法的步骤。
针对现有技术中的问题,本申请提供的基于业务需求的多进程业务处理方法及装置,能够基于业务处理的需求量,利用多进程机制对业务进行处理,其资源利用更合理;其中,所有程序根据待处理数据量合理启动多进程,避免不合理的资源抢占,优化资源的配置;可扩展性强,若功能时效性有进一步的要求或者变化,可通过修改配置表来实现;增加新程序多进程处理,只需按照架构做少量的配置即可实现。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本申请实施例中基于业务需求的多进程业务处理方法的流程图;
图2为本申请实施例中生成进程配置表的流程图;
图3为本申请实施例中处理所述待处理业务的流程图;
图4为本申请实施例中从断点处继续处理待处理业务的流程图;
图5为本申请实施例中基于业务需求的多进程业务处理装置的结构图;
图6为本申请实施例中配置表生成单元的结构图;
图7为本申请实施例中进程启动单元的结构图;
图8为本申请实施例中断点续接单元的结构图;
图9为本申请实施例中的电子设备的结构示意图;
图10为本申请实施例中场景流程图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
需要说明的是,本申请提供的基于业务需求的多进程业务处理方法及装置,可用于金融领域,也可用于除金融领域之外的任意领域,本申请提供的基于业务需求的多进程业务处理方法及装置的应用领域不做限定。
本申请技术方案中对数据的获取、存储、使用及处理等均符合国家法律法规的相关规定。
一实施例中,参见图1,为了能够基于业务处理的需求,利用多进程对业务进行处理,本申请提供一种基于业务需求的多进程业务处理方法,包括:
S101:根据待处理业务的业务量及处理优先级生成进程配置表;
S102:根据预设的进程启动策略启动对应数量的进程,以处理所述待处理业务;
S103:若负责处理所述待处理业务的进程发生中断,启动替补进程从断点处继续处理所述待处理业务。
可以理解的是,在现有技术中,多进程程序固定进程数处理,会导致资源利用不合理:
1)在程序处理数据量不够大使用进程数太多会造成不合理的系统资源占用,抢占其他程序资源。
2)若程序要处理的数据量突发情况下大很多,程序设计的固定进程数可能不够,导致客户体验变差甚至因为时效跟不上出现错误。
基于以上情况,本发明提出一种基于配置的多进程处理机制,开发人员通过统一的配置方式,即可完成各种数据量情况下的统一管理。
本发明提出一种基于配置的多进程处理机制,灵活配置进程配置表实现时效要求高的联机业务数据处理任务。
开发人员在后台配置进程配置表,包括程序名、处理数据量、配置进程数等,每一程序对应配置多个进程数,可根据处理数据量启动进程数。
配置程序启动时,先获取此程序的优先级(可根据程序所处理的业务类型确定优先级,比如由于涉及到账户可用余额、账户的支出是否受限,账户额度更新交易为高优先级;不影响账户使用作为日终批量的内部计价积数计算为低优先级)及需要处理的数据量,然后根据优先级及数据量从进程配置表读取此程序对应数据量应使用的进程数,为根据进程数分配各进程处理的数据。
在一优选的实施例中,进程数量的多少还可以根据待处理业务的优先级来进行调配,只需在进程配置表中进行配置即可。
本申请实施例提出一种基于配置的多进程处理机制。用户通过进程配置表配置各程序不同优先级及数据量的进程数,实现对不同程序不同数据量的进程数管理。配置的程序启动后,先获取所需处理的总数据量,加载进程配置信息,得到程序当前所启动的进程数,再根据程序优先级得到最大进程数。根据进程数分配每个进程需要处理的数据,完成整个系统的数据加工处理。具体流程如图10所示。
需要说明的是,程序多进程配置步骤具体包括:
S1:用户对系统中各程序的进程数做统一的配置,根据每个程序处理时效对处理数据量配置一条进程数记录。
数据量进程配置表结构如下表1所示:
表1
优先级进程配置表结构如下表2所示:
表2
在数据量进程配置表中DATA_MIN字段用来存储数据量低限,DATA_MAX字段用来存储数据量高限,NUM_PROC字段用来存储在此数据量范围内(数据量低限<=待处理数据量<数据量高限时)程序需要启动的进程数。举例如下表3所示:
表3
在优先级进程配置表中分别设置高、中、低优先级的最大进程数,这样可以防止低优先级程序占用过多资源,进而影响重要业务的处理时效,参见表4。
表4
PRIORITY_LEVEL | NUM_PROC |
01 | 20 |
02 | 10 |
03 | 5 |
比如程序优先级为高,启动后获取到待处理的数据量为500,则程序会启动5个进程来处理;若程序程序优先级为低,启动后获取到待处理的数据量大于5000,则程序会启动5个进程处理。程序优先级为低意味着此程序执行效率要求低,并不需要占用很多的公共资源来提高执行效率,此时启动的进程数将比高优先级时少。
S2:系统根据获取到的进程数,分配每个进程需要处理的数据。这个过程需要注意每个进程分配的待处理数据量要均衡,且分配给每个进程的数据要不重不漏。
S3:根据程序功能,各进程对分配的数据进行功能处理。
进一步地,参见图2,所述根据待处理业务的业务量及处理优先级生成进程配置表,包括:获取所述待处理业务对应的业务数据,以确定所述业务量(S201);根据所述待处理业务的业务类型确定所述处理优先级(S202);将所述待处理业务的业务名称、所述业务类型、所述业务量及处理优先级写入所述进程配置表(S203)。
具体实施时,业务处理的需求方在发送数据时,会依据发送数据的业务类型选择对应的处理端口,服务器在接收到待处理的业务数据时,可以依据接收业务的端口确定出业务类型,从而确定业务的优先级。在本申请实施例中,高优先级业务会被分配到更多的进程数量。
另外,当服务器获取到待处理业务对应的业务数据后,也可以自动确定出其所对应的业务量。比如,结息程序启动时查询结息日为当日的账户数据量,若数据量大,则根据配置表启动对应数量的多进程(季度结息日时数据量会非常大),若数据量不大则无需启动过多进程消耗资源。
进一步地,参见图3,所述根据预设的进程启动策略启动对应数量的进程,以处理所述待处理业务,包括:获取所述进程启动策略,以确定所述业务量与进程启动数量之间的第一映射关系、所述处理优先级与进程启动数量之间的第二映射关系(S301);按照所述第一映射关系及所述第二映射关系所对应的进程启动数量启动对应数量的进程,以处理所述待处理业务(S302)。
具体实施时,进程启动策略可以包括是以第一映射关系作为最终的策略来启动进程还是以第二映射关系作为最终的策略来启动进程,还包括比较第一映射关系对应的进程启动数量与第二映射关系对应的进程启动数量,根据第二映射关系获取待启动进程数量上限,进而选择更优的方式来启动对应数量的进程。总之,进程启动策略可以根据实际业务需要灵活配置,设置该策略的目的均为确定待处理业务所需要启动的进程数量。
进一步地,参见图4,所述若负责处理所述待处理业务的进程发生中断,启动替补进程从断点处继续处理所述待处理业务,包括:若负责处理所述待处理业务的进程发生中断,设置业务断点标识(S401);若检测到所述业务断点标识,启动所述替补进程从断点处继续处理所述待处理业务(S402)。
具体实施时,当启动任务的替补进程前,先判断业务断点标识文件是否存在;若存在,则将替补进程的进程号写入断点标识文件,并让当前进程进入阻塞状态;当前进程监测到标识文件被修改后,保存进度并退出;而后替补进程才开始运行,进一步的替补进程可以在阻塞状态下以独占方式继续进行业务处理,从而防止其他进程进入处理流程。
从上述描述可知,本申请提供的基于业务需求的多进程业务处理方法及装置,能够基于业务处理的需求量,利用多进程机制对业务进行处理,其资源利用更合理;其中,所有程序根据待处理数据量合理启动多进程,避免不合理的资源抢占,优化资源的配置;可扩展性强,若功能时效性有进一步的要求或者变化,可通过修改配置表来实现;增加新程序多进程处理,只需按照架构做少量的配置即可实现。
基于同一发明构思,本申请实施例还提供了一种基于业务需求的多进程业务处理装置,可以用于实现上述实施例所描述的方法,如下面的实施例所述。由于基于业务需求的多进程业务处理装置解决问题的原理与基于业务需求的多进程业务处理方法相似,因此基于业务需求的多进程业务处理装置的实施可以参见基于软件性能基准确定方法的实施,重复之处不再赘述。以下所使用的,术语“单元”或者“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的系统较佳地以软件来实现,但是硬件,或者软件和硬件的组合的实现也是可能并被构想的。
一实施例中,参见图5,为了能够基于业务处理的需求,利用多进程对业务进行处理,本申请提供一种基于业务需求的多进程业务处理装置,包括:
配置表生成单元501,用于根据待处理业务的业务量及处理优先级生成进程配置表;
进程启动单元502,用于根据预设的进程启动策略启动对应数量的进程,以处理所述待处理业务;
断点续接单元503,用于若负责处理所述待处理业务的进程发生中断,启动替补进程从处继续处理所述待处理业务。
一实施例中,参见图6,所述配置表生成单元501,包括:
业务量确定模块601,用于获取所述待处理业务对应的业务数据,以确定所述业务量;
优先级确定模块602,用于根据所述待处理业务的业务类型确定所述处理优先级;
配置表写入模块603,用于将所述待处理业务的业务名称、所述业务类型、所述业务量及处理优先级写入所述进程配置表。
一实施例中,参见图7,所述进程启动单元502,包括:
启动策略获取模块701,用于获取所述进程启动策略,以确定所述业务量与进程启动数量之间的第一映射关系、所述处理优先级与进程启动数量之间的第二映射关系;
进程启动模块702,用于按照所述第一映射关系或所述第二映射关系所对应的进程启动数量启动对应数量的进程,以处理所述待处理业务。
一实施例中,参见图8,所述断点续接单元503,包括:
断点标识模块801,用于若负责处理所述待处理业务的进程发生中断,设置业务断点标识;
断点续接模块802,用于若检测到所述业务断点标识,启动所述替补进程从断点处继续处理所述待处理业务。
从硬件层面来说,为了能够基于业务处理的需求,利用多进程对业务进行处理,本申请提供一种用于实现所述基于业务需求的多进程业务处理方法中的全部或部分内容的电子设备的实施例,所述电子设备具体包含有如下内容:
处理器(Processor)、存储器(Memory)、通讯接口(Communications Interface)和总线;其中,所述处理器、存储器、通讯接口通过所述总线完成相互间的通讯;所述通讯接口用于实现所述基于业务需求的多进程业务处理装置与核心业务系统、用户终端以及相关数据库等相关设备之间的信息传输;该逻辑控制器可以是台式计算机、平板电脑及移动终端等,本实施例不限于此。在本实施例中,该逻辑控制器可以参照实施例中的基于业务需求的多进程业务处理方法的实施例,以及基于业务需求的多进程业务处理装置的实施例进行实施,其内容被合并于此,重复之处不再赘述。
可以理解的是,所述用户终端可以包括智能手机、平板电子设备、网络机顶盒、便携式计算机、台式电脑、个人数字助理(PDA)、车载设备、智能穿戴设备等。其中,所述智能穿戴设备可以包括智能眼镜、智能手表、智能手环等。
在实际应用中,基于业务需求的多进程业务处理方法的部分可以在如上述内容所述的电子设备侧执行,也可以所有的操作都在所述客户端设备中完成。具体可以根据所述客户端设备的处理能力,以及用户使用场景的限制等进行选择。本申请对此不作限定。若所有的操作都在所述客户端设备中完成,所述客户端设备还可以包括处理器。
上述的客户端设备可以具有通讯模块(即通讯单元),可以与远程的服务器进行通讯连接,实现与所述服务器的数据传输。所述服务器可以包括任务调度中心一侧的服务器,其他的实施场景中也可以包括中间平台的服务器,例如与任务调度中心服务器有通讯链接的第三方服务器平台的服务器。所述的服务器可以包括单台计算机设备,也可以包括多个服务器组成的服务器集群,或者分布式装置的服务器结构。
图9为本申请实施例的电子设备9600的系统构成的示意框图。如图9所示,该电子设备9600可以包括中央处理器9100和存储器9140;存储器9140耦合到中央处理器9100。值得注意的是,该图9是示例性的;还可以使用其他类型的结构,来补充或代替该结构,以实现电信功能或其他功能。
一实施例中,基于业务需求的多进程业务处理方法功能可以被集成到中央处理器9100中。其中,中央处理器9100可以被配置为进行如下控制:
S101:根据待处理业务的业务量及处理优先级生成进程配置表;
S102:根据预设的进程启动策略启动对应数量的进程,以处理所述待处理业务;
S103:若负责处理所述待处理业务的进程发生中断,启动替补进程从断点处继续处理所述待处理业务。
从上述描述可知,本申请提供的基于业务需求的多进程业务处理方法及装置,能够基于业务处理的需求量,利用多进程机制对业务进行处理,其资源利用更合理;其中,所有程序根据待处理数据量合理启动多进程,避免不合理的资源抢占,优化资源的配置;可扩展性强,若功能时效性有进一步的要求或者变化,可通过修改配置表来实现;增加新程序多进程处理,只需按照架构做少量的配置即可实现。
在另一个实施方式中,基于业务需求的多进程业务处理装置可以与中央处理器9100分开配置,例如可以将数据复合传输装置基于业务需求的多进程业务处理装置配置为与中央处理器9100连接的芯片,通过中央处理器的控制来实现基于业务需求的多进程业务处理方法的功能。
如图9所示,该电子设备9600还可以包括:通讯模块9110、输入单元9120、音频处理器9130、显示器9160、电源9170。值得注意的是,电子设备9600也并不是必须要包括图9中所示的所有部件;此外,电子设备9600还可以包括图9中没有示出的部件,可以参考现有技术。
如图9所示,中央处理器9100有时也称为控制器或操作控件,可以包括微处理器或其他处理器装置和/或逻辑装置,该中央处理器9100接收输入并控制电子设备9600的各个部件的操作。
其中,存储器9140,例如可以是缓存器、闪存、硬驱、可移动介质、易失性存储器、非易失性存储器或其它合适装置中的一种或更多种。可储存上述与失败有关的信息,此外还可存储执行有关信息的程序。并且中央处理器9100可执行该存储器9140存储的该程序,以实现信息存储或处理等。
输入单元9120向中央处理器9100提供输入。该输入单元9120例如为按键或触摸输入装置。电源9170用于向电子设备9600提供电力。显示器9160用于进行图像和文字等显示对象的显示。该显示器例如可为LCD显示器,但并不限于此。
该存储器9140可以是固态存储器,例如,只读存储器(ROM)、随机存取存储器(RAM)、SIM卡等。还可以是这样的存储器,其即使在断电时也保存信息,可被选择性地擦除且设有更多数据,该存储器的示例有时被称为EPROM等。存储器9140还可以是某种其它类型的装置。存储器9140包括缓冲存储器9141(有时被称为缓冲器)。存储器9140可以包括应用/功能存储部9142,该应用/功能存储部9142用于存储应用程序和功能程序或用于通过中央处理器9100执行电子设备9600的操作的流程。
存储器9140还可以包括数据存储部9143,该数据存储部9143用于存储数据,例如联系人、数字数据、图片、声音和/或任何其他由电子设备使用的数据。存储器9140的驱动程序存储部9144可以包括电子设备的用于通讯功能和/或用于执行电子设备的其他功能(如消息传送应用、通讯录应用等)的各种驱动程序。
通讯模块9110即为经由天线9111发送和接收信号的发送机/接收机9110。通讯模块(发送机/接收机)9110耦合到中央处理器9100,以提供输入信号和接收输出信号,这可以和常规移动通讯终端的情况相同。
基于不同的通讯技术,在同一电子设备中,可以设置有多个通讯模块9110,如蜂窝网络模块、蓝牙模块和/或无线局域网模块等。通讯模块(发送机/接收机)9110还经由音频处理器9130耦合到扬声器9131和麦克风9132,以经由扬声器9131提供音频输出,并接收来自麦克风9132的音频输入,从而实现通常的电信功能。音频处理器9130可以包括任何合适的缓冲器、解码器、放大器等。另外,音频处理器9130还耦合到中央处理器9100,从而使得可以通过麦克风9132能够在本机上录音,且使得可以通过扬声器9131来播放本机上存储的声音。
本申请的实施例还提供能够实现上述实施例中的执行主体为服务器或客户端的基于业务需求的多进程业务处理方法中全部步骤的一种计算机可读存储介质,所述计算机可读存储介质上存储有计算机程序,该计算机程序被处理器执行时实现上述实施例中的执行主体为服务器或客户端的基于业务需求的多进程业务处理方法的全部步骤,例如,所述处理器执行所述计算机程序时实现下述步骤:
S101:根据待处理业务的业务量及处理优先级生成进程配置表;
S102:根据预设的进程启动策略启动对应数量的进程,以处理所述待处理业务;
S103:若负责处理所述待处理业务的进程发生中断,启动替补进程从断点处继续处理所述待处理业务。
从上述描述可知,本申请提供的基于业务需求的多进程业务处理方法及装置,能够基于业务处理的需求量,利用多进程机制对业务进行处理,其资源利用更合理;其中,所有程序根据待处理数据量合理启动多进程,避免不合理的资源抢占,优化资源的配置;可扩展性强,若功能时效性有进一步的要求或者变化,可通过修改配置表来实现;增加新程序多进程处理,只需按照架构做少量的配置即可实现。
本领域内的技术人员应明白,本发明的实施例可提供为方法、装置、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(装置)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
本发明中应用了具体实施例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。
Claims (11)
1.一种基于业务需求的多进程业务处理方法,其特征在于,包括:
根据待处理业务的业务量及处理优先级生成进程配置表;
根据预设的进程启动策略启动对应数量的进程,以处理所述待处理业务;
若负责处理所述待处理业务的进程发生中断,启动替补进程从断点处继续处理所述待处理业务。
2.根据权利要求1所述的基于业务需求的多进程业务处理方法,其特征在于,所述根据待处理业务的业务量及处理优先级生成进程配置表,包括:
获取所述待处理业务对应的业务数据,以确定所述业务量;
根据所述待处理业务的业务类型确定所述处理优先级;
将所述待处理业务的业务名称、所述业务类型、所述业务量及处理优先级写入所述进程配置表。
3.根据权利要求1所述的基于业务需求的多进程业务处理方法,其特征在于,所述根据预设的进程启动策略启动对应数量的进程,以处理所述待处理业务,包括:
获取所述进程启动策略,以确定所述业务量与进程启动数量之间的第一映射关系、所述处理优先级与进程启动数量之间的第二映射关系;
按照所述第一映射关系或所述第二映射关系所对应的进程启动数量启动对应数量的进程,以处理所述待处理业务。
4.根据权利要求1所述的基于业务需求的多进程业务处理方法,其特征在于,所述若负责处理所述待处理业务的进程发生中断,启动替补进程从断点处继续处理所述待处理业务,包括:
若负责处理所述待处理业务的进程发生中断,设置业务断点标识;
若检测到所述业务断点标识,启动所述替补进程从断点处继续处理所述待处理业务。
5.一种基于业务需求的多进程业务处理装置,其特征在于,包括:
配置表生成单元,用于根据待处理业务的业务量及处理优先级生成进程配置表;
进程启动单元,用于根据预设的进程启动策略启动对应数量的进程,以处理所述待处理业务;
断点续接单元,用于若负责处理所述待处理业务的进程发生中断,启动替补进程从处继续处理所述待处理业务。
6.根据权利要求5所述的基于业务需求的多进程业务处理装置,其特征在于,所述配置表生成单元,包括:
业务量确定模块,用于获取所述待处理业务对应的业务数据,以确定所述业务量;
优先级确定模块,用于根据所述待处理业务的业务类型确定所述处理优先级;
配置表写入模块,用于将所述待处理业务的业务名称、所述业务类型、所述业务量及处理优先级写入所述进程配置表。
7.根据权利要求5所述的基于业务需求的多进程业务处理装置,其特征在于,所述进程启动单元,包括:
启动策略获取模块,用于获取所述进程启动策略,以确定所述业务量与进程启动数量之间的第一映射关系、所述处理优先级与进程启动数量之间的第二映射关系;
进程启动模块,用于按照所述第一映射关系或所述第二映射关系所对应的进程启动数量启动对应数量的进程,以处理所述待处理业务。
8.根据权利要求5所述的基于业务需求的多进程业务处理装置,其特征在于,所述断点续接单元,包括:
断点标识模块,用于若负责处理所述待处理业务的进程发生中断,设置业务断点标识;
断点续接模块,用于若检测到所述业务断点标识,启动所述替补进程从断点处继续处理所述待处理业务。
9.一种电子设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其特征在于,所述处理器执行所述程序时实现权利要求1至4任一项所述的基于业务需求的多进程业务处理方法的步骤。
10.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,该计算机程序被处理器执行时实现权利要求1至4任一项所述的基于业务需求的多进程业务处理方法的步骤。
11.一种计算机程序产品,包括计算机程序/指令,其特征在于,该计算机程序/指令被处理器执行时实现权利要求1至4任一项所述的基于业务需求的多进程业务处理方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211414100.XA CN116048776A (zh) | 2022-11-11 | 2022-11-11 | 一种基于业务需求的多进程业务处理方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211414100.XA CN116048776A (zh) | 2022-11-11 | 2022-11-11 | 一种基于业务需求的多进程业务处理方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN116048776A true CN116048776A (zh) | 2023-05-02 |
Family
ID=86117050
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202211414100.XA Pending CN116048776A (zh) | 2022-11-11 | 2022-11-11 | 一种基于业务需求的多进程业务处理方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN116048776A (zh) |
-
2022
- 2022-11-11 CN CN202211414100.XA patent/CN116048776A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111031058A (zh) | 基于WebSocket的分布式服务器集群交互方法及装置 | |
CN111679790B (zh) | 远程软件开发存储空间分配方法及装置 | |
CN111445331A (zh) | 交易撮合方法及装置 | |
CN112463535A (zh) | 多集群异常处理方法及装置 | |
CN110764881A (zh) | 分布式系统后台重试方法及装置 | |
CN114257532B (zh) | 服务端状态探测方法及装置 | |
CN111930624B (zh) | 测试链路报文数据处理方法及装置 | |
CN111352719B (zh) | 交易簿记服务数据处理方法、装置及系统 | |
CN116048776A (zh) | 一种基于业务需求的多进程业务处理方法及装置 | |
CN115562898A (zh) | 分布式支付系统异常处理方法及装置 | |
CN112396511B (zh) | 分布式风控变量数据处理方法、装置及系统 | |
CN115099930A (zh) | 金融业务数据处理方法及装置 | |
CN113050985A (zh) | 前端工程依赖自动注册方法及装置 | |
CN113434423A (zh) | 接口测试方法及装置 | |
CN114124962A (zh) | 多机房消息负载均衡处理方法及装置 | |
CN112559158A (zh) | 微服务定时任务调度方法及装置 | |
CN111930690A (zh) | 文件生成方法及装置 | |
CN111797099A (zh) | 一种基于科目与辅助属性的数据处理方法及装置 | |
CN114860832A (zh) | 信用卡积分数据处理方法及装置 | |
CN111158885B (zh) | 作业调度系统中并发度控制方法及装置 | |
CN117891618B (zh) | 人工智能模型训练平台的资源任务处理方法及装置 | |
CN113342501B (zh) | 系统故障处理方法及装置 | |
CN111737299A (zh) | 缓存数据处理方法及装置 | |
CN115731019A (zh) | 柔性事务数据处理方法及装置 | |
CN115936652A (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 |