CN114862500A - 订单处理方法、装置、电子设备及存储介质 - Google Patents
订单处理方法、装置、电子设备及存储介质 Download PDFInfo
- Publication number
- CN114862500A CN114862500A CN202210387934.XA CN202210387934A CN114862500A CN 114862500 A CN114862500 A CN 114862500A CN 202210387934 A CN202210387934 A CN 202210387934A CN 114862500 A CN114862500 A CN 114862500A
- Authority
- CN
- China
- Prior art keywords
- order
- processed
- processing
- priority
- determining
- 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
- 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
-
- 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/5038—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 execution order of a plurality of tasks, e.g. taking priority or time dependency constraints into consideration
-
- 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/50—Indexing scheme relating to G06F9/50
- G06F2209/5021—Priority
-
- 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
Abstract
本申请提供一种订单处理方法、装置、电子设备及存储介质,涉及通信领域。方法包括:确定待处理订单的类型和所述待处理订单对应的触点;根据所述待处理订单的类型和所述待处理订单对应的触点,确定所述待处理订单的优先级;若所述待处理订单的优先级高于预设的标准优先级,则直接将所述待处理订单分配至第一处理器进行处理;否则,将所述待处理订单加入消息队列,所述消息队列用于基于异步处理方式,将消息队列中的订单分配至第二处理器进行处理。本申请的方案,能够实现资源的合理利用。
Description
技术领域
本申请涉及通信领域,尤其涉及订单处理方法、装置、电子设备及存储介质。
背景技术
随着科技的飞速发展和大数据时代的来临,客户业务的办理途径多样化,客户的订单量也急剧增加。订单处理(Order Processing)是企业的一个核心业务流程,订单处理的及时性直接关系到用户的满意度。
目前业务系统处理订单时面临高并发订单时,大多采用线程池方式处理,但是当订单并发数量过多时,由于抢占资源导致系统阻塞。针对业务订单并发量大的情况,如何合理利用资源处理订单成为当前亟待解决的问题。
发明内容
本申请提供一种订单处理方法、装置、电子设备及存储介质,用以针对订单量并发量大的情况,实现资源的合理利用。
一方面,本申请提供一种订单处理方法,包括:确定待处理订单的类型和所述待处理订单对应的触点;根据所述待处理订单的类型和所述待处理订单对应的触点,确定所述待处理订单的优先级;若所述待处理订单的优先级高于预设的标准优先级,则直接将所述待处理订单分配至第一处理器进行处理;否则,将所述待处理订单加入消息队列,所述消息队列用于基于异步处理方式,将消息队列中的订单分配至第二处理器进行处理。
在一些实施方式中,所述根据所述待处理订单的类型和所述待处理订单对应的触点,确定所述待处理订单的优先级,包括:根据所述待处理订单的类型,确定所述待处理订单的第一分值;其中,不同的订单类型对应不同的分值;根据所述待处理订单的触点,确定所述待处理订单的第二分值;其中,不同触点对应不同的分值;通过对所述第一分值和所述第二分值进行加权求和,获得所述待处理订单的优先级。
在一些实施方式中,所述方法还包括:若所述第一处理器的资源使用量超过预设的第一阈值,则增加所述第一处理器的数量和/或提高所述标准优先级;若所述第一处理器的资源使用量未达到所述第一阈值,则减小所述第一处理器的数量和/或降低所述标准优先级。
在一些实施方式中,所述方法还包括:若当前所述消息队列中的订单数量超过预设的第二阈值,则增加所述第二处理器的数量;若当前所述消息队列中的订单数量未达到所述第二阈值,则减少所述第二处理器的数量。
在一些实施方式中,所述确定待处理订单的类型和所述待处理订单对应的触点之前,还包括:对所述待处理订单进行业务校验;所述确定待处理订单的类型和所述待处理订单对应的触点,包括:若业务校验通过,则确定待处理订单的类型和所述待处理订单对应的触点。
在一些实施方式中,所述方法还包括:对待处理订单进行检验,并将检验通过的待处理订单写入订单库;所述确定待处理订单的类型和所述待处理订单对应的触点,包括:针对所述订单库中的每个待处理订单,确定所述待处理订单的类型和所述待处理订单对应的触点。
另一方面,本申请提供一种订单处理装置,包括:确定模块,用于确定待处理订单的类型和所述待处理订单对应的触点;处理模块,用于根据所述待处理订单的类型和所述待处理订单对应的触点,确定所述待处理订单的优先级;所述处理模块,还用于若所述待处理订单的优先级高于预定的标准优先级,则直接将所述待处理订单分配至第一处理器进行处理;否则,将所述待处理订单加入消息队列,所述消息队列用于基于异步处理方式,将消息队列中的订单分配至第二处理器进行处理。
在一些实施方式中,所述处理模块包括:确定单元,用于根据所述待处理订单的类型,确定所述待处理订单的第一分值;其中,不同的订单类型对应不同的分值;所述确定单元,还用于根据所述待处理订单的触点,确定所述待处理订单的第二分值;其中,不同触点对应不同的分值;计算单元,用于通过对所述第一分值和所述第二分值进行加权求和,获得所述待处理订单的优先级。
在一些实施方式中,所述装置还包括:调节模块,用于若所述第一处理器的资源使用量超过预设的第一阈值,则增加所述第一处理器的数量和/或提高所述标准优先级;所述调节模块,还用于若所述第一处理器的资源使用量未达到所述第一阈值,则减小所述第一处理器的数量和/或降低所述标准优先级。
在一些实施方式中,所述装置还包括:所述处理模块,还用于若当前所述消息队列中的订单数量超过预设的第二阈值,则增加所述第二处理器的数量;所述处理模块,还用于若当前所述消息队列中的订单数量未达到所述第二阈值,则减小所述第二处理器的数量。
在一些实施方式中,所述装置还包括:校验模块,用于在所述确定模块确定待处理订单的类型和所述待处理订单对应的触点之前,对所述待处理订单进行业务校验;所述确定模块,具体用于若业务校验通过,则确定待处理订单的类型和所述待处理订单对应的触点。
在一些实施方式中,所述装置还包括:写入模块,用于对待处理订单进行检验,并将检验通过的待处理订单写入订单库;所述确定模块,具体用于针对所述订单库中的每个待处理订单,确定所述待处理订单的类型和所述待处理订单对应的触点。
又一方面,本申请提供一种电子设备,包括:处理器,以及与所述处理器通信连接的存储器;所述存储器存储计算机执行指令;所述处理器执行所述存储器存储的计算机执行指令,以实现如前所述的方法。
又一方面,本申请提供一种计算机可读存储介质,所述计算机可读存储介质中存储有计算机执行指令,所述计算机执行指令被处理器执行时用于实现如前所述的方法。
本申请提供的订单处理方法、装置、电子设备及存储介质中,根据待处理订单的类型和对应的触点确定待处理订单的优先级;将待处理订单的优先级和预设标准优先级对比,优先级高于标准优先级的订单直接分配至第一处理器处理,优先级低于标准优先级的订单采用异步处理方式处理,即先将待处理订单加入消息队列,再将消息队列中的订单分配至第二处理器进行处理。本申请的方案,在订单处理过程中,利用触点和订单类型的综合优先级合理将待处理订单进行分流处理,这样可以在订单并发量大时优先处理紧急案件,避免了系统资源的阻塞。并且,将优先级较低的待处理订单加入到消息队列中,通过消息队列和线程池组合提高了系统对订单的并发处理能力和系统对订单处理信息的承载力。从而对订单进行合理分流处理,尤其适用于高并发订单场景,实现资源的合理利用。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本申请的实施例,并与说明书一起用于解释本申请的原理。
图1中示例性示出了订单处理的场景示意图;;
图2中示例性示出了本申请实施例一提供的订单处理方法的流程示意图;
图3中示例性示出了本申请实施例二提供的订单处理方法的流程示意图;
图4示例性示出了本申请实施例三提供的订单处理方法的流程示意图;
图5示例性示出了本申请实施例四提供的订单处理方法的流程示意图;
图6为本申请实施例五提供的订单处理系统的架构示意图;
图7中示例性示出了本申请实施例六提供的订单处理装置的结构示意图;
图8中示例性示出了本申请实施例七提供的订单处理装置配置框图;
图9为本申请实施例八中提供的一种电子设备的结构示意图。
通过上述附图,已示出本申请明确的实施例,后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本申请构思的范围,而是通过参考特定实施例为本领域技术人员说明本申请的概念。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
需要说明的是,本申请中对于术语的简要说明,仅是为了方便理解接下来描述的实施方式,而不是意图限定本申请的实施方式。除非另有说明,这些术语应当按照其普通和通常的含义理解。
本申请中说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似或同类的对象或实体,而并不必然意味着限定特定的顺序或先后次序,除非另外注明(Unless otherwise indicated)。应该理解这样使用的用语在适当情况下可以互换,例如能够根据本申请实施例图示或描述中给出那些以外的顺序实施。
此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖但不排他的包含,例如,包含了一系列组件的产品或设备不必限于清楚地列出的那些组件,而是可包括没有清楚地列出的或对于这些产品或设备固有的其它组件。本申请中使用的术语“模块”,是指任何已知或后来开发的硬件、软件、固件、人工智能、模糊逻辑或硬件或/和软件代码的组合,能够执行与该元件相关的功能。
本申请各实施例中使用的术语“触点”,是指订单发起点,是用户和产品发生交互的关键点,触点一般分为两类信息触点(文字、图片等查看阅读的信息内容)和操作触点(按钮、图标等可操作的控件)。该组件一般可以与信息接收设备和/或处理装置连接和/或交互,用于系统运行的触发。例如:企业线下的多样化触点、物联网卡、双线和/或专线IDC宽带、个人业务等。
本申请实施例中使用的术语“报竣”,是指订单处理系统将订单最后落地节点的处理,即订单处理系统将订单最终处理结果保存至订单系统,用于对订单用户进行资费变更和订单记录等。
图1中示例性示出了订单处理的场景示意图。如图1所示,订单触发装置000响应于用户操作,通过触点004发送订单,触点004将该订单传送至订单处理装置100,由订单处理装置100进行订单处理。
其中,订单触发装置000可以是智能设备,如移动终端001、计算机002、服务器、平板电脑、笔记本电脑、智能手表等。订单触发装置000可以通过本地网(LAN,Local AreaNetwork)、广域网(WAN,Wide Area Network)、无线局域网(WLAN,Wireless Local AreaNetwork)或其他网络与触点004通信。实际场景示例来说:用户可以通过计算机的登录系统网站进行产品订购、查询资费套餐、续费、停机、销户、开机、产品变更等操作类型,触发订单触发装置000生成和发送订单。
订单触发装置000可以是无线终端和/或有线终端。无线终端可以是指向用户提供语音和/或其他业务数据连通性的设备,具有无线连接功能的手持式设备、或连接到无线调制解调器的其他处理设备。无线终端可以经无线接入网(Radio Access Network,简称RAN)与一个或多个核心网络设备进行通信,无线终端可以是移动终端001,如移动电话(或称为“蜂窝”电话)和具有移动终端的计算机002,例如,可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置,它们与无线接入网交换语言和/或数据。再例如,无线终端还可以是个人通信业务(Personal Communication Service,简称PCS)电话、无绳电话、会话发起协议(Session Initiation Protocol,简称SIP)话机、无线本地环路(Wireless LocalLoop,简称WLL)站、个人数字助理(Personal Digital Assistant,简称PDA)等设备。无线终端也可以称为系统、订户单元(Subscriber Unit)、订户站(Subscriber Station),移动站(Mobile Station)、移动台(Mobile)、远程站(Remote Station)、远程终端(RemoteTerminal)、接入终端(Access Terminal)、用户终端(User Terminal)、用户代理(UserAgent)、用户设备(User Device or User Equipment),在此不作限定。可选的,上述终端设备还可以是智能手表、平板电脑等设备。订单触发装置000也可以是有线设备,如电话机003、传真机、光端机等。用户可以通过电信号、光信号等的传输进行用户订单的触发。例如:用户可以拨打用户热线、发送传真等触发订单。可选地,用户可以通过移动终端001发送短信进行产品的订购、产品类型变更,查询资费套餐、续费等操作类型。用户也可以直接去营业厅直接办理订单,此时由营业厅工作人员触发订单。
其中,订单处理装置100可以是具有订单处理系统的智能设备,如服务器101、笔记本电脑102、移动终端设备、平板电脑等。订单处理装置100通常部署在运营商侧,运营商可以通过内部互联网(Intranet)、本地网(LAN,Local Area Network)、广域网(WAN,WideArea Network)、无线局域网(WLAN,Wireless Local Area Network)或其他网络进行订单的处理。
示例的,移动终端001可以选择触点A发送订单,服务器101接收订单,并对订单进行处理。服务器101具有订单处理系统,可以接受客户订单、处理客户订单、更新订单状态、提供订单查询服务可以给客户反馈订单状态等。在另一些示例中,还可以再增加更多功能或减少上述功能。本申请对该订单处理装置的功能不作具体限定。
图2中示例性示出了本申请实施例一提供的订单处理方法的流程示意图,本实施例的实施主体可以为订单处理装置,如图2所示,该方法包括:
201、确定待处理订单的类型和所述待处理订单对应的触点;
202、根据所述待处理订单的类型和所述待处理订单对应的触点,确定所述待处理订单的优先级;
203、若所述待处理订单的优先级高于预设的标准优先级,则直接将所述待处理订单分配至第一处理器进行处理;否则,将所述待处理订单加入消息队列,所述消息队列用于基于异步处理方式,将消息队列中的订单分配至第二处理器进行处理。
实际应用中,标准优先级可以提前设定。优先级的形式包括但不限于数值,比如,数值越高表征优先级越高。本实施例中,订单的优先级综合考虑了订单的类型和触点因素,比如,从订单类型上讲开机的紧急程度可能较高,进一步的,专线IDC宽带触点用于处理政企业务订单,通常更为紧急。因此本实施例中,确定根据待处理订单的类型和待处理订单对应的触点,确定待处理订单的优先级后,通过与标准优先级比较,实现订单分流处理,从而实现合理的资源分配,提高订单处理能力和效率。
实际应用中,该订单处理方法的执行主体可以为订单处理装置,所述订单处理装置的实现方式有多种,比如,可以通过计算机程序实现,例如,应用软件等;或者,例如,芯片等。也可以实现为存储有相关计算机程序的介质,例如,U盘、云盘等;再或者,还可以通过集成或安装有相关计算机程序的实体装置实现,比如,服务器等。
具体的,202中订单处理装置根据所述待处理订单的类型和所述待处理订单对应的触点,确定所述待处理订单的优先级。举例来说,待处理订单的类型包括但不限于产品订购、停机、销户、开机、产品变更等。这里的待处理订单的类型可以提前设置不同的优先级。再举例来说,待处理订单对应的触点,为接收该待处理订单的触点。实际应用中,触点通常基于客户类型部署。比如,政企业务的客户订单可能集中由触点A接收,个人业务的客户订单可能集中由触点B接收。不同客户类型的订单,其处理要求不一,例如政企业务相比于个人业务,由于其订单数量大,因此对订单处理时效性更高、订单重要性更强。本实施例中,可以基于各个触点对应的客户类型,预先为这些触点设置不同的优先级。比如,结合前述举例,可设定触点A的优先级高于触点B的优先级。
本实施例中,若所述待处理订单的优先级高于预设的标准优先级,则直接将所述待处理订单分配至第一处理器进行处理;否则,将所述待处理订单加入消息队列,所述消息队列用于基于异步处理方式,将消息队列中的订单分配至第二处理器进行处理。也就是说,高于标准优先级的订单时效性和重要性往往更高,故直接分配至第一处理器处理;相对的,低于标准优先级的订单可加入到消息队列等待处理,相应的,基于异步处理技术,会将消息队列的当前首个订单分配至第二处理器处理。本申请通过对比待处理订单的优先级和标准优先级,实现订单处理的分流处理,可以有效避免订单高峰期紧急订单不能及时处理和订单系统堵塞的问题。
此外,为了过滤掉不便于处理的订单,比如,同一订单重复发送的,不合法的,数据不全的,以避免不必要的处理。在一种实施方式中,在201之前,还可以包括:
对待处理订单进行检验,并将检验通过的待处理订单写入订单库;
相应的,201具体包括:
针对所述订单库中的每个待处理订单,确定所述待处理订单的类型和所述待处理订单对应的触点。
实际应用中,接收到的待处理订单可能存在瑕疵,例如无法进行订单处理或无需重复处理的订单,故为了避免不必要的后续流程,在执行处理之前,先对接收到的待处理订单进行检验验过滤。检验通过的待处理订单可写入订单库,可选的,对待处理订单的所述检验可以是重复性检验,也可以是业务检验等。
作为示例,订单触发装置和订单处理装置之间可以采用异步通信,故订单触发装置可以重复向订单处理装置发送同一订单,但实际上订单处理装置只需针对同一订单进行一次处理即可。对于同一订单重复接收可能造成资源的浪费、订单资费和用户资料的混乱的问题,本示例中先对待处理订单进行检验,以过滤同一订单被多次重复处理。在本示例中,订单处理装置收到订单后,可以对订单进行重复性检验,举例来说,可以根据数据库唯一索引特性,将订单号作为唯一约束对接收到的订单进行检验。若接收的订单不存在重复情况,即检验通过,则将该订单写入订单库(即写入成功),写入成功的订单才会被执行处理;否则,说明该订单存在重复接收的情况,故为了避免不必要的处理,不将该订单写入订单库,即写入失败。
当同一订单同时并发时,只保留一笔订单写入订单库中,其余笔的订单写入失败。对待处理订单进行重复性检验通过后写入,可以避免后续订单处理流程中对同一订单重复处理的情况。
实际应用中,为了实现用户能够及时获知订单的处理状态,可以在订单写入成功后,向用户发送订单写入成功的提示消息,提示用户不必再重发该订单。反之,若因重复性校验未通过,导致写入失败的订单,也可以向用户发送订单已处理/订单处理中的提示消息。
作为示例,针对接收到的订单中存在格式不正确等情况,为了过滤这写内容不合格的订单,可以对订单进行格式校验。若接收的订单格式正确,即格式检验通过,则将该订单写入订单库,后续进行处理;否则,说明该订单存在格式错误,故为了避免不必要的处理,不将该订单写入订单库,即写入失败。可选的,可以将格式校验未通过的订单返回进行格式修复。
通过对待处理订单进行格式检验通过后写入,可以避免后续订单处理流程中因格式错误导致无法处理,造成资源浪费的情况。
此外,出于订单内容有效性考虑,所述订单处理装置还包括校验模块。在一种实施方式中,在201之前,还可以包括:
对所述待处理订单进行业务校验;
相应的,201具体包括:
若业务校验通过,则确定待处理订单的类型和所述待处理订单对应的触点。
举例来说,可以订单的基本内容规范等对订单内容进行校验。若订单内容不存在内容问题,即校验通过,则将待处理订单进行后续订单处理流程。具体的,订单处理装置对待处理订单进行业务校验,订单通过业务校验执行后续处理。实际应用中,若没有通过业务校验,不执行后续处理。或者,为了提高订单处理的可靠性,若没有通过业务校验,可以将订单状态(处理失败)反馈给订单中心,支持订单中心将订单修正后重发。可选的,对订单的合法性、订单格式是否正确、订单信息是否属实等进行校验。通过本实施方式,可以有效避免格式无效的订单,可以保证后续订单处理的有效性。实际应用中,为了实现用户能够及时获知订单的处理状态,可在订单业务检验通过后向用户发送订单接收成功的提示消息。
需要说明的是,前述各示例可以单独实施也可以结合实施。比如,可以在写入待处理订单的校验过程中,执行对待处理订单的业务校验,基于业务校验的结果,执行写入或拒绝写入;或者,也可以在写入待处理订单的检验过程中,只执行除业务校验以外的校验,后续只针对写入订单库中的订单执行业务校验。
本实施例提供的订单处理方法中,根据待处理订单的类型和对应触点确定待处理订单的优先级,将待处理订单的优先级和预设的标准优先级对比,优先级高于标准优先级的订单直接分配至第一处理器处理,优先级低于标准优先级的订单采用异步处理方式处理,即先将待处理订单加入消息队列,再将消息队列中的订单分配至第二处理器进行处理。本实施例在订单处理过程中,利用触点和订单类型的综合优先级合理将待处理订单进行分流处理,这样可以在订单并发量大时优先处理紧急案件,避免了系统资源的阻塞。并且,将优先级较低的待处理订单加入到消息队列中,通过消息队列和线程池组合提高了系统对订单的并发处理能力和系统对订单处理信息的承载力。从而对订单进行合理分流处理,尤其适用于高并发订单场景,实现资源的合理利用。
为了确定待处理订单的优先级,图3中示例性示出了本申请实施例二提供的订单处理方法的流程示意图,如图3所示,在任一示例的基础上,202具体包括:
301、根据所述待处理订单的类型,确定所述待处理订单的第一分值;其中,不同的订单类型对应不同的分值;
302、根据所述待处理订单的触点,确定所述待处理订单的第二分值;其中,不同触点对应不同的分值;
303、通过对所述第一分值和所述第二分值进行加权求和,获得所述待处理订单的优先级。
其中,所述待处理订单的第一分值为所述待处理订单的类型对应的分值。实际应用中,不同订单类型对应的分值可以预先设定。举例来说,可以设置开机分值为5,停机分值为4,开户分值为4,销户分值为3,资费变更分值为2,预销户分值为2,成员加入分值为1,付费关系变更分值为0等。假设按照分值大小来表征优先级高低,可以确定,开机类型的订单的优先级高于开户类型的订单优先级。
类似的,在一个示例中,用分值大小来表征触点的优先级。其中,所述第二分值为所述待处理订单对应的触点所对应的分值。实际应用中,订单处理装置100的控制平台可以称为信控平台,用于专门控制订单处理装置的开启和关闭等,信控平台也可以视作一个触点。各个触点对应的分值同样可以预先设定。举例来说,可以设置信控平台的分值为5,触点A为3,触点B为0。假设按照分值大小来表征优先级高低,可以确定,信控平台的优先级高于触点A的优先级。可以理解,每个触点可能接收到多个类型的订单,存在不同触点接收到相同类型订单的情况。结合上述举例,可以确定,在订单类型相同的情况下,触点A接收的某类型订单的优先级高于触点B接收的同类型订单的优先级。
本示例中,综合考虑订单类型和触点,以准确真实地反映订单的紧急程度,从而通过优先级判断订单的紧急情况,基于订单的优先级进行相应处理。为了简化优先级的表征方式,在一个示例中,通过对所述第一分值和所述第二分值进行加权求和,来准确获得所述待处理订单的优先级。
其中,加权求和的权重可以根据实际情况设定,例如,设定订单类型的权重为30%,触点的权重为70%。假设订单1的类型为开户,对应的第一分值为4,对应的触点为触点A,相应的第二分值为3;订单2类型为开户,对应第一分值为4对应触点为B,相应的第二分值为0,订单3类型为资费变,对应第一分值为2对应触点为B,相应的第二分值为0。结合上述举例的权重,可通过加权计算可知,订单1的优先级分值为3.3,订单1的优先级分值为1.2,订单1的优先级分值为0.6,即订单1的优先级最高,其次为订单2,最后为订单3。
本实施例中提供的订单处理方法中,确定待处理订单操作类型和对应触点的分值,并把两个分值计算加权。将订单的优先级具体化为数值,利用数值代表优先级更具体更简便更直观。对比待处理订单的优先级和标准优先级时,更快捷直接,提高了订单处理的效率。
实际应用中,面对动态变化的订单情况,考虑对订单处理资源进行动态调配。图4示例性示出了本申请实施例三提供的订单处理方法的流程示意图,如图4所示,在任一示例的基础上,所述方法还包括:
401、若所述第一处理器的资源使用量超过预设的第一阈值,则增加所述第一处理器的数量和/或提高所述标准优先级;
402、若所述第一处理器的资源使用量未达到所述第一阈值,则减小所述第一处理器的数量和/或降低所述标准优先级。
其中,所述第一处理器用于处理优先级高于标准优先级的待处理订单,即较紧急的订单。实际应用中,第一处理器可以是服务器,第一处理器的处理资源可以包括但不仅限于线程池,线程池具有最大线程数。本示例中,基于实际资源使用量和第一阈值的关系,来判断第一处理器的资源是否充足。可以理解,如果资源使用量超过第一阈值,可知当前确定的高优先级订单较多,实时进行订单处理的压力较大。其中,第一阈值可以根据需要设定,比如,考虑确保订单处理能力的情况下进行设定。举例来说,第一阈值可以为50%,假设第一处理器的处理资源包括线程池,则当第一处理器的线程池使用超过50%时,说明需要动态调配处理资源,以保证订单及时处理。
实际应用中,可以配置第一处理器的初始数量和初始的标准优先级,例如,可以设定初始的标准优先级为5,第一处理器的初始数量为5,每个第一处理器的最大线程数为30,第一阈值为50%。
可选的,执行动态调配的触发场景有多种,比如,可以定期监测当前的资源使用情况。在一种实施方式中,定期获取当前第一处理器的使用资源量,若监测到当前第一处理器的资源超过第一阈值则动态,增加第一处理器的数量和/或提高所述标准优先级,相反的,若监测到当前第一处理器的资源低于第一阈值,则动态减少第一处理器的数量和/或降低所述标准优先级。实际应用中可以设置检测的时间间隔,比如可以设置时间间隔为15分钟。结合前述举例,当第一处理器的线程池使用率超过50%时,说明当前高优先级的订单较多,需要调整资源分配。
关于调整的方式,在一种示例中,考虑高优先级订单的实际紧急程度,即可能存在一些订单相比其它订单并不紧急,但被划分至高优先级订单的情况,对此,可以对标准优先级进行调整。比如,可以提高标准优先级,即订单优先级高于6的订单,可被分配至第一处理器进行处理。相比于在标准优先级为5的情况下,优先级高于5的订单即由第一处理器处理的情形,可以减小第一处理器的压力,确保紧急订单的及时处理,实现资源合理利用。相反的,当第一处理器资源使用量未超过第一阈值,就可进一步提升订单处理的效率,即分配更多的订单采用直接处理的方式。对此,可以对标准优先级进行调整。比如,可以降低标准优先级,即订单优先级高于4的订单,可以备分配至第一处理器进行处理。相比于在标准优先级为5的情况下,优先级低于5的订单即由第一处理器处理的情形,可以在第一处理器可以承受的压力时确保优先级低的紧急订单的及时处理。
关于调整的方式,在另一种示例中,还可以对订单实时资源即第一处理器数量的调整。比如,增加第一处理器的数量,即第一处理器数量为6相比于第一处理器为5的情形,具备更高的处理高于优先级订单的承载力,确保紧急订单的及时处理。相反的,如果当前订单数量较少,则可动态减少第一处理器数量。比如,减少第一处理器的数量由6至5,即第一处理器的数量为5相比于第一处理器的数量为6的情形,更好的实现资源的合理利用。
实际应用中,出于处理订单的数量范围和实际应用实现等的考虑,需要设定调节的范围。举例来说,可以设定标准优先级的上限为1下限为10,第一处理器数量的下限为5上限为10。
实际应用中,第一处理器的数量可能为多个,上述资源调配示例可以针对所有第一处理器作为整体实施,或者也可以针对单个第一处理器执行,在此不进行限制。
本实施例中提供的订单处理方法中,通过监控机制动态监控线程池的使用情况动态,实现弹性调节标准优先级的数值和订单处理服务器的数量,即保证了大批量待处理订单时重要订单的处理及时性,也保证了待处理订单量少时线程池的合理利用。
实际应用中,面对动态变化的订单情况,考虑对订单处理资源进行动态调配。图5示例性示出了本申请实施例四提供的订单处理方法的流程示意图,如图5所示,在任一示例的基础上,所述方法还包括:
501、若当前所述消息队列中的订单数量超过预设的第二阈值,则增加所述第二处理器的数量;
502、若当前所述消息队列中的订单数量未达到所述第二阈值,则减少所述第二处理器的数量。
其中,所述消息队列中的订单为优先级低于标准优先级的待处理订单,第二处理器用于处理消息队列发送的订单。实际应用中,消息队列中的订单数量即优先级低于标准优先级的待处理订单的数量,第二处理器可以是服务器。本示例中可以根据消息队列中订单的数量来判断第二处理器资源是否充足。可以理解,如果消息队列中的消息数量超过第二阈值,可知当前确定的低优先级的订单较多,第二处理器处理订单的压力较大。其中,第二阈值可以根据需要设定,比如,考虑到消息队列中可以排列待处理订单能力来设定。举例来说,第二阈值可以是10000,假设消息队列中的消息数量超过10000,说明需要动态调配处理资源,以保证订单及时处理。
实际应用中,消息队列和/或第二处理器的数量可能为多个,上述资源调配示例可以针对所有消息队列和/或第二处理器作为整体实施,或者也可以针对单个消息队列和/或第二处理器执行,在此不进行限制
本实施例中提供的订单处理方法中,通过监控机制监控消息队列的积压情况,实现动态调节订单处理服务器的数量,保证了订单处理能力,从而实现了对消息队列消息积压情况的调节。
为更好理解方案,结合订单处理架构进行示例。如图6所示,图6为本申请实施例五提供的订单处理架构示例图,结合图6,可视为前述的订单处理装置包括图中的订单中心模块和订单处理模块。示例性的,订单中心将订单采用异步并发方式发送给订单接收服务,订单接收服务接收来自订单中心的订单,订单接收服务对接收到的订单进行校验,并将通过校验的订单存入到订单库中。
一种可能的情况,订单接受服务先对订单进行初步校验,筛选出同一订单同时并发的重复订单,只有一笔可以被写入到订单库中,给订单中心反馈订单已在处理中或已处理防止同一订单再次发送;经过初步校验的订单存入到订单库中,继续进行对订单内容进行业务校验,筛选出不合法、缺少信息等内容存在问题的订单,对于业务校验有问题的订单给订单中心发送订单验证失败,订单中心可以对订单信息补充及合法性修改再向订单接受服务重新发送订单。对于业务校验成功的订单,订单接收服务向订单中心发送订单接收成功。
示例性的,订单中心收到订单处理中或已处理的消息,则不再发送同一订单。订单中心收到订单验证失败的消息,将订单的内容及格式进行合理性修正,并将修正后的订单发送给订单接收服务,订单接收模块接收订单并进行后续处理。
示例性的,订单库中经过检验的订单,即待处理订单,通过订单接收服务依据配置库配置的规则,被进行分流处理,订单的处理结果返回订单中心,订单的状态存储到数据在线库中,对订单进行报竣。
示例性的,配置库根据监控机制,动态调配订单处理器(例如,前述的第一处理器和第二处理器)的数量和订单分流的规则(例如,前述的标准优先级)等。
图7中示例性示出了本申请实施例六提供的订单处理装置的结构示意图,如图7所示,该装置包括:
确定模块71,用于确定待处理订单的类型和所述待处理订单对应的触点;
处理模块72,用于根据所述待处理订单的类型和所述待处理订单对应的触点,确定所述待处理订单的优先级;
处理模块72,还用于若所述待处理订单的优先级高于预定的标准优先级,则直接将所述待处理订单分配至第一处理器进行处理;否则,将所述待处理订单加入消息队列,所述消息队列用于基于异步处理方式,将消息队列中的订单分配至第二处理器进行处理。
实际应用中,标准优先级可以提前设定。优先级的形式包括但不限于数值,比如,数值越高表征优先级越高。本实施例中,订单的优先级综合考虑了订单的类型和触点因素,确定待处理订单的优先级后,通过与标准优先级比较,实现订单分流处理,从而实现合理的资源分配,提高订单处理能力和效率。
此外,为了过滤掉不便于处理的订单,比如,同一订单重复发送的,不合法的,数据不全的,以避免不必要的处理。所述订单处理装置还包括写入模块。写入模块,用于在确定模块71确定待处理订单的类型和所述待处理订单对应的触点之前,对待处理订单进行检验,并将检验通过的待处理订单写入订单库;相应的,确认模块71,具体用于针对所述订单库中的每个待处理订单,确定所述待处理订单的类型和所述待处理订单对应的触点。
可选的,对待处理订单的所述检验可以是重复性检验,也可以是业务检验等。
作为示例,订单触发装置和订单处理装置之间可以采用异步通信。在本示例中,订单处理装置收到订单后,写入模块可以对订单进行重复性检验,举例来说,所述写入模块具体可以用于根据数据库唯一索引特性,将订单号作为唯一约束对接收到的订单进行检验。相应的,所述写入模块,还用于若接收的订单不存在重复情况,即检验通过,则将该订单写入订单库(即写入成功),写入成功的订单才会被执行处理;否则,说明该订单存在重复接收的情况,故为了避免不必要的处理,不将该订单写入订单库,即写入失败。
当同一订单同时并发时,只保留一笔订单写入订单库中,其余笔的订单写入失败。对待处理订单进行重复性检验通过后写入,可以避免后续订单处理流程中对同一订单重复处理的情况。
实际应用中,为了实现用户能够及时获知订单的处理状态,所述装置还可以包括:状态反馈模块,所述状态反馈模块可以用于在订单写入成功后,向用户发送订单写入成功的提示消息,提示用户不必再重发该订单。反之,若因重复性校验未通过,导致写入失败的订单,所述状态反馈模块也可以向用户发送订单已处理/订单处理中的提示消息。
作为示例,针对接收到的订单中存在格式不正确等情况,为了过滤这写内容不合格的订单,写入模块可以对订单进行格式检验。
通过对待处理订单进行格式检验通过后写入,可以避免后续订单处理流程中因格式错误导致无法处理,造成资源浪费的情况。
此外,出于订单内容有效性考虑,所述订单处理装置还包括校验模块。所述校验模块,用于在确定模块71确定待处理订单的类型和所述待处理订单对应的触点之前,对所述待处理订单进行业务校验;相应的,确认模块71,具体用于若业务校验通过,则确定待处理订单的类型和所述待处理订单对应的触点。
举例来说,校验模块可以对订单的基本内容规范等对订单内容进行校验。若订单内容不存在内容问题,即校验通过,则将待处理订单进行后续订单处理流程。具体的,所述校验模块对待处理订单进行业务校验,订单通过业务校验执行后续处理。通过所述校验模块对订单的业务校验,可以有效避免格式无效的订单,可以保证后续订单处理的有效性。
需要说明的是,前述各示例可以单独实施也可以结合实施。比如,所述校验模块可以在写入待处理订单的检验过程中,执行对待处理订单的业务校验,基于业务校验的结果,所述写入模块可以执行写入或拒绝写入;或者,也可以所述写入模块在写入待处理订单的检验过程中,只执行除业务校验以外的检验,后续所述校验模块只针对写入订单库中的订单执行业务校验。
本实施例提供的订单处理装置中,处理模块根据待处理订单的类型和对应触点确定待处理订单的优先级,将待处理订单的优先级和预设的标准优先级对比,优先级高于标准优先级的订单直接分配至第一处理器处理,优先级低于标准优先级的订单采用异步处理方式处理,即先将待处理订单加入消息队列,再将消息队列中的订单分配至第二处理器进行处理。本实施例提供的订单处理装置处理订单过程中,处理模块利用触点和订单类型的综合优先级合理将待处理订单进行分流处理,这样可以在订单并发量大时优先处理紧急案件,避免了系统资源的阻塞。并且,将优先级较低的待处理订单加入到消息队列中,通过消息队列和线程池组合提高了系统对订单的并发处理能力和系统对订单处理信息的承载力。从而对订单进行合理分流处理,尤其适用于高并发订单场景,实现资源的合理利用。
为了确定待处理订单的优先级,在一些实施例中,处理模块72具体可以包括:确定单元和计算单元。确定单元,用于根据所述待处理订单的类型,确定所述待处理订单的第一分值;其中,不同的订单类型对应不同的分值;所述确定单元,还用于根据所述待处理订单的触点,确定所述待处理订单的第二分值;其中,不同触点对应不同的分值;计算单元,用于通过对所述第一分值和所述第二分值进行加权求和,获得所述待处理订单的优先级。
其中,所述待处理订单的第一分值为所述待处理订单的类型对应的分值。所述第二分值为所述待处理订单对应的触点所对应的分值。
本示例中,综合考虑订单类型和触点,以准确真实地反映订单的紧急程度,从而通过优先级判断订单的紧急情况,基于订单的优先级进行相应处理。为了简化优先级的表征方式,在一个示例中,所述计算单元对第一分值和所述第二分值进行加权求和,来准确获得所述待处理订单的优先级。
本实施例中提供的订单处理装置中,确定待处理订单操作类型和对应触点的分值,计算单元把两个分值计算加权。将订单的优先级具体化为数值,利用数值代表优先级更具体更简便更直观。对比待处理订单的优先级和标准优先级时,更快捷直接,提高了订单处理的效率。
实际应用中,面对动态变化的订单情况,考虑对订单处理资源进行动态调配。在任一示例的基础上,所述装置还包括调节模块。调节模块,用于若所述第一处理器的资源使用量超过预设的第一阈值,则增加所述第一处理器的数量和/或提高所述标准优先级;所述调节模块,还用于若所述第一处理器的资源使用量未达到所述第一阈值,则减小所述第一处理器的数量和/或降低所述标准优先级。
实际应用中,第一处理器可以是服务器,第一处理器的处理资源可以包括但不仅限于线程池,线程池具有最大线程数。其中,第一阈值可以根据需要设定,比如,考虑确保订单处理能力的情况下进行设定。所述调节模块可以配置第一处理器的初始数量和初始的标准优先级。
可选的,执行动态调配的触发场景有多种,比如,所述调节模块可以定期监测当前的资源使用情况。在一种实施方式中,所述调节模块定期获取当前第一处理器的使用资源量,若监测到当前第一处理器的资源超过第一阈值,则动态增加第一处理器的数量和/或提高所述标准优先级,相反的,若所述调节模块监测到当前第一处理器的资源低于第一阈值,则动态减少第一处理器的数量和/或降低所述标准优先级。实际应用中所述调节模块可以设置检测的时间间隔。结合前述举例,当第一处理器的线程池使用率超过预设第一阈值时,说明当前高优先级的订单较多,需要调整资源分配。
关于调整的方式,在一种示例中,所述调节模块可以对标准优先级进行调整。比如,可以提高标准优先级,可以减小第一处理器的压力,确保紧急订单的及时处理,实现资源合理利用。相反的,当第一处理器资源使用量未超过第一阈值,就可进一步提升订单处理的效率,即分配更多的订单采用直接处理的方式。对此,可以对标准优先级进行调整。比如,可以降低标准优先级,可以在第一处理器可以承受的压力时确保优先级低的紧急订单的及时处理。
关于调整的方式,在另一种示例中,所述调节模块还可以对订单实时资源即第一处理器数量的调整。比如,增加第一处理器的数量,订单处理装置具备更高的处理高于标准优先级订单的承载力,确保紧急订单的及时处理。相反的,如果当前订单数量较少,则可动态减少第一处理器数量。比如,减少第一处理器的数量,更好的实现订单处理装置资源的合理利用。
本实施例中提供的订单处理装置中,所述调节模块动态监控线程池的使用情况动态,实现弹性调节标准优先级的数值和订单处理服务器的数量,即保证了大批量待处理订单时重要订单的处理及时性,也保证了待处理订单量少时线程池的合理利用。
实际应用中,面对动态变化的订单情况,考虑对订单处理资源进行动态调配。在任一示例的基础上,处理模块72还用于若当前所述消息队列中的订单数量超过预设的第二阈值,则增加所述第二处理器的数量;处理模块72还用于若当前所述消息队列中的订单数量未达到所述第二阈值,则减小所述第二处理器的数量。
实际应用中,消息队列中的订单数量即优先级低于标准优先级的待处理订单的数量,第二处理器可以是服务器。其中,第二阈值可以根据需要设定,比如,考虑到消息队列中可以排列待处理订单能力来设定。处理模块72可以配置第二处理器的初始数量。
可选的,执行动态调配的触发场景有多种,比如,处理模块72可以定期监测当前的消息队列中订单数量情况。在一种实施方式中,处理模块72监测到当前消息队列订单数量超过第二阈值则动态增加第二处理器的数量,相反的,当前消息队列订单数量低于第二阈值则动态减少第二处理器的数量。实际应用中可以设置检测的时间间隔。结合前述举例,当消息队列订单数量超过第二阈值时,说明当前消息队列中待处理订单数量较多,需要调整资源分配。
关于调整的方式,在一种示例中,处理模块72可以对待处理订单实时资源即第二处理器数量的调整。比如,可以增加第二处理器的数量,可以具备更高的订单的处理能力,确保订单的及时处理和消息队列的顺畅。相反的,可以减少第二处理器的数量,可以更好的实现资源的合理利用。实际应用中,出于处理订单的数量范围和实际应用实现等的考虑,需要设定调节的范围。
本实施例中提供的订单处理装置中,通过所述处理模块监控消息队列的积压情况,实现动态调节订单处理服务器的数量,保证了订单处理能力,从而实现了对消息队列消息积压情况的调节。
图8中示例性示出了本申请实施例七提供的订单处理装置的配置框图。如图8所示,订单处理装置包括:
订单中心模块110,订单处理装置还包括了订单处理模块120;其中,订单中心模块110包括收发器111、数据存储器112、订单重发器113;订单处理模块120包括校验器123、数据存储器122、收发器121,订单处理器124。订单中心模块110和订单处理模块120可以通过收发器111和收发器121实现通信。数据存储器312和数据存储器322用于存储订单处理结果和订单报竣的状态等。校验器123可以对收发器121接收的订单进行校验。订单重发器113可以重发没有写入成功的订单,订单处理器可以对订单进行处理,以执行上述实施例的方法。
上述的收发器111和/或收发器121可以是信号收发器即信号转化的一种装置,可以由物理编码子层(PCS,Physical Coding Sublayer)与物理介质附加子层(PMA,PhysicalMedia Additional Sublayer)组成。
此外,上述的数据存储器112和数据存储器122可以是随机存取存储器(RandomAccess Memory,RAM)、只读存储器(Read-Only Memory,ROM)、Cache、数据库等。其中,RAM、ROM、Cache为内存,可以由中央处理器(Central Processing Unit,CPU)直接随机存取。随机存储器RAM既可以读取数据也可以写入数据,断电后数据会消失。只读存储器ROM只能读取不能写入数据,即使处于停电状态信息不会消失。高速缓存存储器Cache处于CPU和内存之间,是一个读写速度比内存更快的存储器,当CPU向内存读取或者存入数据时,这些数据也会被存储进Cache中,当CPU再次需要访问这些数据时,CPU就从cache中读取数据。数据库是可以组织、存储和管理数据的仓库,是一个长期存储在计算机内的、有组织的、可共享的、统一管理的大量数据的集合。数据库实际上是一个按照数据结构来存储和管理数据的计算机软件系统。数据库的存储空间很大,可以存放上亿条数据。数据库中数据的存放有一定的规则,可以将数据更加严密、方便和有组织的维护。
图9为本申请实施例八中提供的一种电子设备的结构示意图,如图9所示,该电子设备包括:
处理器(processor)291,电子设备还包括了存储器(memory)292;还可以包括通信接口(Communication Interface)293和总线294。其中,处理器291、存储器292、通信接口293、可以通过总线294完成相互间的通信。通信接口293可以用于信息传输。处理器291可以调用存储器294中的逻辑指令,以执行上述实施例的方法。
此外,上述的存储器292中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。
存储器292作为一种计算机可读存储介质,可用于存储软件程序、计算机可执行程序,如本申请实施例中的方法对应的程序指令/模块。处理器291通过运行存储在存储器292中的软件程序、指令以及模块,从而执行功能应用以及数据处理,即实现上述方法实施例中的方法。
存储器292可包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序;存储数据区可存储根据终端设备的使用所创建的数据等。此外,存储器292可以包括高速随机存取存储器,还可以包括非易失性存储器。
本申请实施例提供一种非临时性计算机可读存储介质,所述计算机可读存储介质中存储有计算机执行指令,所述计算机执行指令被处理器执行时用于实现如前述实施例所述的方法。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本申请的真正范围和精神由下面的权利要求书指出。
应当理解的是,本申请并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求书来限制。
Claims (14)
1.一种订单处理方法,其特征在于,包括:
确定待处理订单的类型和所述待处理订单对应的触点;
根据所述待处理订单的类型和所述待处理订单对应的触点,确定所述待处理订单的优先级;
若所述待处理订单的优先级高于预设的标准优先级,则直接将所述待处理订单分配至第一处理器进行处理;否则,将所述待处理订单加入消息队列,所述消息队列用于基于异步处理方式,将消息队列中的订单分配至第二处理器进行处理。
2.根据权利要求1所述的方法,其特征在于,所述根据所述待处理订单的类型和所述待处理订单对应的触点,确定所述待处理订单的优先级,包括:
根据所述待处理订单的类型,确定所述待处理订单的第一分值;其中,不同的订单类型对应不同的分值;
根据所述待处理订单的触点,确定所述待处理订单的第二分值;其中,不同触点对应不同的分值;
通过对所述第一分值和所述第二分值进行加权求和,获得所述待处理订单的优先级。
3.根据权利要求2所述的方法,其特征在于,所述方法还包括:
若所述第一处理器的资源使用量超过预设的第一阈值,则增加所述第一处理器的数量和/或提高所述标准优先级;
若所述第一处理器的资源使用量未达到所述第一阈值,则减小所述第一处理器的数量和/或降低所述标准优先级。
4.根据权利要求2所述的方法,其特征在于,所述方法还包括:
若当前所述消息队列中的订单数量超过预设的第二阈值,则增加所述第二处理器的数量;
若当前所述消息队列中的订单数量未达到所述第二阈值,则减少所述第二处理器的数量。
5.根据权利要求1-4任一项所述的方法,其特征在于,所述确定待处理订单的类型和所述待处理订单对应的触点之前,还包括:
对所述待处理订单进行业务校验;
所述确定待处理订单的类型和所述待处理订单对应的触点,包括:
若业务校验通过,则确定待处理订单的类型和所述待处理订单对应的触点。
6.根据权利要求5所述的方法,其特征在于,所述方法还包括:
对待处理订单进行检验,并将检验通过的待处理订单写入订单库;
所述确定待处理订单的类型和所述待处理订单对应的触点,包括:
针对所述订单库中的每个待处理订单,确定所述待处理订单的类型和所述待处理订单对应的触点。
7.一种订单处理装置,其特征在于,包括:
确定模块,用于确定待处理订单的类型和所述待处理订单对应的触点;
处理模块,用于根据所述待处理订单的类型和所述待处理订单对应的触点,确定所述待处理订单的优先级;
所述处理模块,还用于若所述待处理订单的优先级高于预定的标准优先级,则直接将所述待处理订单分配至第一处理器进行处理;否则,将所述待处理订单加入消息队列,所述消息队列用于基于异步处理方式,将消息队列中的订单分配至第二处理器进行处理。
8.根据权利要求7所述的装置,其特征在于,所述处理模块包括:
确定单元,用于根据所述待处理订单的类型,确定所述待处理订单的第一分值;其中,不同的订单类型对应不同的分值;
所述确定单元,还用于根据所述待处理订单的触点,确定所述待处理订单的第二分值;其中,不同触点对应不同的分值;
计算单元,用于通过对所述第一分值和所述第二分值进行加权求和,获得所述待处理订单的优先级。
9.根据权利要求8所述的装置,其特征在于,所述装置还包括:
调节模块,用于若所述第一处理器的资源使用量超过预设的第一阈值,则增加所述第一处理器的数量和/或提高所述标准优先级;
所述调节模块,还用于若所述第一处理器的资源使用量未达到所述第一阈值,则减小所述第一处理器的数量和/或降低所述标准优先级。
10.根据权利要求8所述的装置,其特征在于,
所述处理模块,还用于若当前所述消息队列中的订单数量超过预设的第二阈值,则增加所述第二处理器的数量;
所述处理模块,还用于若当前所述消息队列中的订单数量未达到所述第二阈值,则减小所述第二处理器的数量。
11.根据权利要求7-10任一项所述的装置,其特征在于,所述装置还包括:
校验模块,用于在所述确定模块确定待处理订单的类型和所述待处理订单对应的触点之前,对所述待处理订单进行业务校验;
所述确定模块,具体用于若业务校验通过,则确定待处理订单的类型和所述待处理订单对应的触点。
12.根据权利要求11所述的装置,其特征在于,所述装置还包括:
写入模块,用于对待处理订单进行检验,并将检验通过的待处理订单写入订单库;
所述确定模块,具体用于针对所述订单库中的每个待处理订单,确定所述待处理订单的类型和所述待处理订单对应的触点。
13.一种电子设备,其特征在于,包括:处理器,以及与所述处理器通信连接的存储器;
所述存储器存储计算机执行指令;
所述处理器执行所述存储器存储的计算机执行指令,以实现如权利要求1-6中任一项所述的方法。
14.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质中存储有计算机执行指令,所述计算机执行指令被处理器执行时用于实现如权利要求1-6中任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210387934.XA CN114862500A (zh) | 2022-04-14 | 2022-04-14 | 订单处理方法、装置、电子设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210387934.XA CN114862500A (zh) | 2022-04-14 | 2022-04-14 | 订单处理方法、装置、电子设备及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114862500A true CN114862500A (zh) | 2022-08-05 |
Family
ID=82630648
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210387934.XA Pending CN114862500A (zh) | 2022-04-14 | 2022-04-14 | 订单处理方法、装置、电子设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114862500A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116503138A (zh) * | 2023-05-04 | 2023-07-28 | 杭州妙壹科技有限公司 | 一种基于异步编程的话费充值订单调度方法与系统 |
-
2022
- 2022-04-14 CN CN202210387934.XA patent/CN114862500A/zh active Pending
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116503138A (zh) * | 2023-05-04 | 2023-07-28 | 杭州妙壹科技有限公司 | 一种基于异步编程的话费充值订单调度方法与系统 |
CN116503138B (zh) * | 2023-05-04 | 2023-10-31 | 杭州妙壹科技有限公司 | 一种基于异步编程的话费充值订单调度方法与系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111245900B (zh) | 一种分布式消息发送的处理系统及其处理方法 | |
US20060171350A1 (en) | Data communication restriction method, data communication restriction system and mobile terminal | |
CN108494788B (zh) | 数据的传输方法、数据传输装置及计算机可读存储介质 | |
EP2913970A1 (en) | Policy control method and device for terminal peripherals | |
CN107819797B (zh) | 访问请求处理方法和装置 | |
WO2024007995A1 (zh) | 网络故障恢复方法、装置、设备及存储介质 | |
CN114862500A (zh) | 订单处理方法、装置、电子设备及存储介质 | |
CN106569917A (zh) | 一种数据备份方法及移动移动终端 | |
EP3975596A1 (en) | Method, device and system for implementing edge computing | |
CN111464394B (zh) | 一种节点监控方法、装置以及存储介质 | |
CN111949421A (zh) | Sdk调用方法、装置、电子设备和计算机可读存储介质 | |
CN114302351B (zh) | 短信业务处理方法、装置、计算机设备和存储介质 | |
CN115412609B (zh) | 一种业务处理方法、装置、服务器及存储介质 | |
CN110087232B (zh) | 一种基于智能设备的呼叫处理方法、装置及服务器 | |
CN114268929B (zh) | 一种业务激活方法及相关设备 | |
CN109921869A (zh) | 监测信息传输通道的质量的方法、装置、存储介质及设备 | |
CN113098978B (zh) | 一种数据传输方法、装置及介质 | |
CN108965431B (zh) | Ibm主机实现事件驱动架构的方法及装置 | |
CN114338534A (zh) | 一种消息路由方法及装置 | |
JP4504189B2 (ja) | 無線デバイスのオープンデータチャネルを介してデータをピギーバックするためのシステム及び方法 | |
CN113890906A (zh) | 呼叫转移方法及装置、电子设备、计算机可读存储介质 | |
CN111581613A (zh) | 一种账户登录验证方法及系统 | |
CN111507594A (zh) | 一种数据处理方法以及设备 | |
CN105897468B (zh) | 工单的处理方法和装置 | |
WO2018036460A1 (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 |