CN116192934A - 一种业务处理方法、装置、设备及可读存储介质 - Google Patents
一种业务处理方法、装置、设备及可读存储介质 Download PDFInfo
- Publication number
- CN116192934A CN116192934A CN202211688225.1A CN202211688225A CN116192934A CN 116192934 A CN116192934 A CN 116192934A CN 202211688225 A CN202211688225 A CN 202211688225A CN 116192934 A CN116192934 A CN 116192934A
- Authority
- CN
- China
- Prior art keywords
- function request
- request body
- transaction node
- service
- receiving
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters
-
- 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
-
- 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
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Business, Economics & Management (AREA)
- Software Systems (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- General Physics & Mathematics (AREA)
- Physics & Mathematics (AREA)
- Marketing (AREA)
- Strategic Management (AREA)
- Technology Law (AREA)
- Economics (AREA)
- General Business, Economics & Management (AREA)
- Development Economics (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- General Engineering & Computer Science (AREA)
- Telephonic Communication Services (AREA)
Abstract
一种业务处理方法、装置、设备及可读存储介质,涉及计算机技术领域。该方法包括:接收交易节点发送的功能请求体;基于功能请求体,处理与功能请求体对应的业务。由此,将系统信息、短信、区块链等产品功能从业务流程里拆除,集成到业务支撑模块中间件里进行集中管理,便于切换渠道、升级技术、增加产品功能类型等,且大大降低了开发和测试成本。并且,多个业务系统可以调用中间件的标准接口,互不干扰。
Description
技术领域
本申请涉及计算机技术领域,特别是涉及一种业务处理方法、装置、设备及可读存储介质。
背景技术
为了更快实现接收系统消息、收发短信等产品功能,通常会将达成产品功能的代码糅合在业务流程的各个节点里,且设置不同节点为串行事务,即多个节点的事务依序串行执行,且只有当一个节点的事务的所有操作执行完后,才执行另一个节点的事务的所有操作。
然而,由于不同节点之间为串行事务,因此若某一个节点的例如接收短信的产品功能失效,就会导致整条业务流程堵塞。在修改业务逻辑时,改动一条短信就有可能使整条业务流程相互纠缠。倘若只对短信渠道进行切换,则需要所有短信去找对应的业务节点,并对所有短信的业务节点依次进行渠道修改,使得开发和测试成本大大增加。
发明内容
本申请提供了一种业务处理方法、装置、设备及可读存储介质,能够降低开发和测试成本。
本申请公开了如下技术方案:
第一方面,本申请公开了一种业务处理方法,应用于业务支撑模块中间件,所述方法包括:
接收交易节点发送的功能请求体;
基于所述功能请求体,处理与所述功能请求体对应的业务。
优选地,所述接收交易节点发送的功能请求体,包括:
判断交易节点的状态是否发生变化;
若是,则接收交易节点发送的功能请求体;
若否,则继续执行所述判断交易节点的状态是否发生变化的操作。
优选地,所述接收交易节点发送的功能请求体,包括:
基于交易节点调用的对应的事件功能请求接口,接收所述交易节点发送的功能请求体。
优选地,在所述处理与所述功能请求体对应的业务之后,所述方法还包括:
将所述功能请求体保存至所述业务支撑模块中间件的数据库表中。
优选地,在所述将所述功能请求体保存至所述业务支撑模块中间件的数据库表中后,所述方法还包括:
若所述功能请求体对应的业务未处理完成,则响应于所述交易节点再次发送的所述事件,再次处理与所述功能请求体对应的业务。
第二方面,本申请公开了一种业务处理装置,应用于业务支撑模块中间件,所述装置包括:接收模块、处理模块;
所述接收模块,用于接收交易节点发送的功能请求体;
所述处理模块,用于基于所述功能请求体,处理与所述功能请求体对应的业务。
优选地,所述接收模块,具体包括:判断模块、功能请求体接收模块;
所述判断模块,用于判断交易节点的状态是否发生变化;若否,则继续执行所述判断交易节点的状态是否发生变化的操作;
所述功能请求体接收模块,用于若是,则接收交易节点发送的功能请求体。
优选地,所述功能请求体接收模块,具体用于:
基于交易节点调用的对应的事件功能请求接口,接收所述交易节点发送的功能请求体。
第三方面,本申请公开了一种业务处理设备,包括:存储器和处理器;
所述存储器,用于存储程序;
所述处理器,用于执行所述程序,实现如第一方面所述的方法的各个步骤。
第四方面,本申请公开了一种计算机存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时,实现如第一方面所述的方法的各个步骤。
相较于现有技术,本申请具有以下有益效果:
本申请提供一种业务处理方法、装置、设备及可读存储介质,将系统信息、短信、区块链等产品功能从业务流程里拆除,集成到业务支撑模块中间件里进行集中管理,便于切换渠道、升级技术、增加产品功能类型等,且大大降低了开发和测试成本。并且,多个业务系统可以调用中间件的标准接口,互不干扰。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本申请实施例提供的一种业务流程示意图;
图2为本申请实施例提供的一种业务处理方法的流程图;
图3为本申请实施例提供的一种系统与业务支撑中间件交互的示意图;
图4为本申请实施例提供的一种系统与业务支撑中间件交互的示意图;
图5为本申请实施例提供的另一种业务处理方法的流程图;
图6为本申请实施例提供的一种业务处理装置的示意图。
具体实施方式
下面先对本申请所涉及的技术术语进行介绍。
异步与同步是通信双方的两种交互方式,同步是指通信的发起方主动等待或者轮询通信的结果,异步是指通信的接收方负责通知通信的发起方任务的完成情况。异步任务技术适用于对实时响应需求不高而且比较耗时的操作。
正如前文所述,为了更快实现接收系统消息、收发短信等产品功能,通常会将达成产品功能的代码糅合在业务流程的各个节点里,且设置不同节点为串行事务,即多个节点的事务依序串行执行,且只有当一个节点的事务的所有操作执行完后,才执行另一个节点的事务的所有操作。
然而,由于不同节点之间为串行事务,因此若某一个节点的例如接收短信的产品功能失效,就会导致整条业务流程堵塞。在修改业务逻辑时,改动一条短信就有可能使整条业务流程相互纠缠。倘若只对短信渠道进行切换,则需要所有短信去找对应的业务节点,并对所有短信的业务节点依次进行渠道修改,使得开发和测试成本大大增加。
参见图1,该图为本申请实施例提供的一种业务流程示意图。系统A中,节点1、节点2、节点3共同构成一条业务流程,节点1具有短信、站内信的产品功能,节点2具有短信、站内信、区块链的产品功能,节点3具有短信、区块链的产品功能。其中,短信指的是用户通过电子设备终端直接发送或接收的文字或数字信息,站内信指的是已注册系统的会员之间的商务信件往来的服务功能,区块链指的是一种分布式数据存储的去中心化数据库。倘若节点1接收短信的功能失效导致接收短信失败,则会影响整条业务流程,导致系统A内节点1、节点2、节点3的所有功能均无法投入使用。而倘若想对节点1、节点2、节点3的短信渠道进行切换,则需要系统A中的所有短信去找对应的业务节点,并对所有短信的业务节点依次修改,使得开发和测试成本大大增加。并且,倘若还包括系统B、系统C等多个系统,每个系统都需要如短信、站内信等产品功能来支撑业务,则如对短信的渠道进行更改时,需要同时对系统A、系统B、系统C等多个系统的业务节点进行相应修改,工作量成倍增加。
针对上述缺陷,本申请提供了一种业务处理方法、装置、设备及可读存储介质,将系统信息、短信、区块链等产品功能从业务流程里拆除,集成到业务支撑模块中间件里进行集中管理,便于切换渠道、升级技术、增加产品功能类型等,且大大降低了开发和测试成本。并且,多个业务系统可以调用中间件的标准接口,互不干扰。未来要加入微信机器人、邮件通知或其他消息,只需在消息业务支撑模块中间件里改造即可。
为了使本技术领域的人员更好地理解本申请方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
参见图2,该图为本申请实施例提供的一种业务处理方法的流程图。该方法包括:
S201:业务系统触发事件。
事件指的是交易节点状态发生变化时所触发的对应事件,包括短信、站内信、状态广播、协议渲染、上链等非业务逻辑功能。具体的,短信指的是用户通过电子设备终端直接发送或接收的文字或数字信息的功能,站内信指的是已注册系统的会员之间通过电子设备终端的商务信件往来的功能,状态广播指的是将交易节点状态变化的消息广播给其他交易节点的功能,协议渲染指的是生成文件的功能,协议统指各类文件,上链指的是将数据上传到区块链中的功能。可以理解的是,还存在其他对应事件,对于具体的事件,本申请不做限定。
在一些具体的实施方式中,可以通过轮询的方法,循环检测业务系统是否触发事件。该检测业务系统是否触发事件的周期可以从服务器获得,也可以在终端人为地进行设定。该检测业务系统是否触发事件的周期可以是100ms(毫秒)、500ms、1000ms等,需要说明的是,对于具体的检测业务系统是否触发事件的周期,本申请不做限定。可以理解的是,还存在其他方式检测业务系统是否触发事件,也可以不检测业务系统是否触发对应事件,而只等待业务系统发送事件至业务支撑模块中间件,对于具体的方法,本申请不做限定。
在一种可能的实施方式中,可以通过“true”和“false”表示业务系统是否触发事件,其中,“true”表明业务系统触发事件,而“false”表示业务系统未触发事件。可以理解的是,表征业务系统是否触发事件形式多种多样,例如也可以使用二进制“1”和“0”进行区分,也可以使用其他字符标识进行区分。需要说明的是,对于具体的表征形式,本申请不做限定。
S202:交易节点发送与触发事件对应的功能请求体至业务支撑模块中间件。
业务逻辑的交易节点包括签发节点等。签发的具体含义是核心企业将应收账款转给供应商,过程中将由主管身份人员进行电子签章的过程。需要说明的是,实际的业务逻辑的交易节点的名称还有很多,对于具体的交易节点,本申请不做限定。
功能指的是交易节点向业务支撑模块中间件发送的对应事件所具备的功能,例如短信功能、站内信功能、状态广播功能、协议渲染功能、上链功能等。请求体指的是发送至应用程序接口(ApplicationProgrammingInterface,api)的数据。
参见图3,该图为本申请实施例提供的一种业务支撑模块中间件的示意图。该业务支撑模块中间件包括前端服务系统、api接入系统、三方接入系统、后端服务系统、DB系统。
其中,前端服务表示客户可操作的界面,即用户可以通过点击“对接平台管理”、“短信管理”、“站内信管理”等按键与系统进行交互。后端服务表示系统内部代码逻辑,可以通过应用程序接口(ApplicationProgramming Interface,api)使前端通过调用后端服务,对数据库进行访问和操作,并与第三方对接。DB表示数据库(database)。
该业务支撑模块中间件如一个容器,内部装载小容器,这些小容器即短信、站内信、状态广播、协议渲染、上链等非业务逻辑功能。每个小容器之间互不干扰,模块容器能一直进行扩容,添加新的小容器。
在一些具体的实施方式中,倘若业务系统触发的事件为发送短信,则交易节点就会发送一个发送短信的功能请求体至业务支撑模块中间件。倘若业务系统触发的事件为上链,则交易节点就会发送一个上链的功能请求体至业务支撑模块中间件。可以理解的是,实际的对应事件还有很多,对于具体的对应事件,本申请不做限定。
在一种具体的实现方式中,交易节点可以通过调用对应事件功能请求接口的方式,发送与触发事件对应的功能请求体至业务支撑模块中间件。
S203:业务支撑模块中间件接收功能请求体并落库。
基于组装的功能请求体,业务支撑模块中间件可以达成对应事件的功能。落库指的是将上述功能请求体保存至业务支撑模块中间件的数据库表中的步骤,该数据库表中有响应结果的字段,可以在收到响应成功或失败的同时对响应结果的字段进行更新,进而对数据表进行更新。
参见图4,该图为本申请实施例提供的一种系统与业务支撑中间件交互的示意图。当系统A触发调用短信的事件和调用站内信的事件后,交易节点A就发送与触发事件对应的功能请求体至业务支撑模块中间件,也就是发送一个调用短信的功能请求体和一个调用站内信的功能请求体至业务支撑模块中间件,且流程自动走到系统A中的交易节点B。同时,业务支撑模块中间件接收短信功能的请求体和站内信功能的请求体,从而达成调用短信以及调用站内信的功能。并且,由于节点A与节点B等不同节点之间可以是异步请求,所以假如业务支撑模块中间件调用短信失败,也不影响业务流程走到交易节点B。
与此同时,若系统B触发调用站内信的事件后,那么交易节点C也发送与触发事件对应的功能请求体至业务支撑模块中间件,也就是发送一个调用站内信的功能请求体至业务支撑模块中间件,且流程自动走到系统B中的交易节点D。同时,业务支撑模块中间件接收站内信功能的请求体,从而达成调用站内信的功能。那么,系统A、系统B两个不同系统就会同时调用站内信。并且,由于系统A、系统B两个不同系统是携带各自系统的系统标识(例如请求ID)来的,那么业务支撑模块中间件就能识别不同的系统标识,并支持并发处理。
需要说明的是,业务支撑模块中间件无论是否调用成功都需要进行落库,即将上述功能请求体保存至业务支撑模块中间件的数据库表中。
本申请提供了一种业务处理方法,将系统信息、短信、区块链等产品功能从业务流程里拆除,集成到业务支撑模块中间件里进行集中管理,便于切换渠道、升级技术、增加产品功能类型等,且大大降低了开发和测试成本。多个业务系统可以调用中间件的标准接口,互不干扰。
参见图5,该图为本申请实施例提供的另一种业务处理方法的流程图。该方法是在业务支撑模块中间件响应失败时的业务处理方法,即是在S201至S203完成之后,对业务支撑模块中间件的响应失败结果进行补偿的业务处理方法。其中,S501至S503的步骤与S201至S203的步骤相同,这里不再赘述。
S501:业务系统触发事件。
S502:交易节点发送与触发事件对应的功能请求体至业务支撑模块中间件。
S503:业务支撑模块中间件接收功能请求体并落库。
S504:交易节点调用相应的对应事件功能请求接口。
在交易节点发送对应事件至业务支撑模块中间件后,业务支撑模块中间件则会产生对应事件功能请求接口。那么,在业务支撑模块中间件响应失败后,交易节点可以通过调用对应的对应事件功能请求接口的方法,再次向业务支撑模块中间件发送对应的事件,即增加了重试的机制。
在一些可能的实现方式中,可以在业务支撑模块中间件组装功能请求体并落库后开始计时,当所记录的时间达到或超过设定的时间阈值后,交易节点再调用对应的对应事件功能请求接口。该设定的时间阈值可以是100ms(毫秒)、500ms、1000ms等,需要说明的是,对于设定的时间阈值,本申请不做限定。
S505:业务支撑模块中间件进行落库更新。
响应于S504步骤中交易节点调用对应的对应事件功能请求接口的操作,业务支撑模块中间件完成响应结果的落库更新。
可以理解的是,倘若业务支撑模块中间件依旧响应失败,则可以对S504至S505步骤进行循环操作,直至业务支撑模块中间件响应成功。
本申请提供了一种业务处理方法,将系统信息、短信、区块链等产品功能从业务流程里拆除,集成到业务支撑模块中间件里进行集中管理,便于切换渠道、升级技术、增加产品功能类型等,且大大降低了开发和测试成本。并且,多个业务系统可以调用中间件的标准接口,互不干扰。
需要说明的是,虽然采用特定次序描绘了各操作,但是这不应当理解为要求这些操作以所示出的特定次序或以顺序次序执行来执行。在一定环境下,多任务和并行处理可能是有利的。
应当理解,本公开的方法实施方式中记载的各个步骤可以按照不同的顺序执行,和/或并行执行。此外,方法实施方式可以包括附加的步骤和/或省略执行示出的步骤。本公开的范围在此方面不受限制。
参见图6,该图为本申请实施例提供的一种业务处理装置的示意图。该装置600包括:接收模块601、处理模块602。
接收模块601,用于接收交易节点发送的功能请求体;
处理模块602,用于基于功能请求体,处理与功能请求体对应的业务。
在一些具体的实现方式中,接收模块601具体包括:判断模块、功能请求体接收模块;判断模块,用于判断交易节点的状态是否发生变化;若否,则继续执行所述判断交易节点的状态是否发生变化的操作;功能请求体接收模块,用于若是,则接收交易节点发送的功能请求体。
在一些具体的实现方式中,功能请求体接收模块,具体用于:基于交易节点调用的对应的事件功能请求接口,接收交易节点发送的功能请求体。
本申请提供了一种业务处理装置,将系统信息、短信、区块链等产品功能从业务流程里拆除,集成到业务支撑模块中间件里进行集中管理,便于切换渠道、升级技术、增加产品功能类型等,且大大降低了开发和测试成本。并且,多个业务系统可以调用中间件的标准接口,互不干扰。
可以理解的是,描述于本公开实施例中所涉及到的模块可以通过软件的方式实现,也可以通过硬件的方式来实现。其中,模块的名称在某种情况下并不构成对该模块本身的限定,例如,获取模块还可以被描述为“获取交易节点发送的事件的模块”。
本申请实施例还提供了对应的生成设备以及计算机存储介质,用于实现本申请实施例提供的方案。
其中,设备包括存储器和处理器,存储器用于存储指令或代码,处理器用于执行指令或代码,以使设备执行本申请任一实施例的一种灯光控制方法。
计算机存储介质中存储有代码,当代码被运行时,运行代码的设备实现本申请任一实施例所述的方法。
本申请实施例中提到的“第一”、“第二”(若存在)等名称中的“第一”、“第二”只是用来做名字标识,并不代表顺序上的第一、第二。
通过以上的实施方式的描述可知,本领域的技术人员可以清楚地了解到上述实施例方法中的全部或部分步骤可借助软件加通用硬件平台的方式来实现。基于这样的理解,本申请的技术方案可以以软件产品的形式体现出来,该计算机软件产品可以存储在存储介质中,如只读存储器(英文:read-only memory,ROM)/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者诸如路由器等网络通信设备)执行本申请各个实施例或者实施例的某些部分所述的方法。
需要说明的是,本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于设备及系统实施例而言,由于其基本相似于方法实施例,所以描述得比较简单,相关之处参见方法实施例的部分说明即可。以上所描述的设备及系统实施例仅仅是示意性的,其中作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元提示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。
以上所述,仅为本申请的一种具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到的变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应该以权利要求的保护范围为准。
Claims (10)
1.一种业务处理方法,其特征在于,应用于业务支撑模块中间件,所述方法包括:
接收交易节点发送的功能请求体;
基于所述功能请求体,处理与所述功能请求体对应的业务。
2.根据权利要求1所述的方法,其特征在于,所述接收交易节点发送的功能请求体,包括:
判断交易节点的状态是否发生变化;
若是,则接收交易节点发送的功能请求体;
若否,则继续执行所述判断交易节点的状态是否发生变化的操作。
3.根据权利要求2所述的方法,其特征在于,所述接收交易节点发送的功能请求体,包括:
基于交易节点调用的对应的事件功能请求接口,接收所述交易节点发送的功能请求体。
4.根据权利要求1所述的方法,其特征在于,在所述处理与所述功能请求体对应的业务之后,所述方法还包括:
将所述功能请求体保存至所述业务支撑模块中间件的数据库表中。
5.根据权利要求4所述的方法,其特征在于,在所述将所述功能请求体保存至所述业务支撑模块中间件的数据库表中后,所述方法还包括:
若所述功能请求体对应的业务未处理完成,则响应于所述交易节点再次发送的所述事件,再次处理与所述功能请求体对应的业务。
6.一种业务处理装置,其特征在于,应用于业务支撑模块中间件,所述装置包括:接收模块、处理模块;
所述接收模块,用于接收交易节点发送的功能请求体;
所述处理模块,用于基于所述功能请求体,处理与所述功能请求体对应的业务。
7.根据权利要求6所述的装置,其特征在于,所述接收模块,具体包括:判断模块、功能请求体接收模块;
所述判断模块,用于判断交易节点的状态是否发生变化;若否,则继续执行所述判断交易节点的状态是否发生变化的操作;
所述功能请求体接收模块,用于若是,则接收交易节点发送的功能请求体。
8.根据权利要求7所述的装置,其特征在于,所述功能请求体接收模块,具体用于:
基于交易节点调用的对应的事件功能请求接口,接收所述交易节点发送的功能请求体。
9.一种业务处理设备,其特征在于,包括:存储器和处理器;
所述存储器,用于存储程序;
所述处理器,用于执行所述程序,实现如权利要求1至5中任一项所述的方法的各个步骤。
10.一种计算机存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时,实现如权利要求1至5中任一项所述的方法的各个步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211688225.1A CN116192934A (zh) | 2022-12-27 | 2022-12-27 | 一种业务处理方法、装置、设备及可读存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211688225.1A CN116192934A (zh) | 2022-12-27 | 2022-12-27 | 一种业务处理方法、装置、设备及可读存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN116192934A true CN116192934A (zh) | 2023-05-30 |
Family
ID=86449869
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202211688225.1A Pending CN116192934A (zh) | 2022-12-27 | 2022-12-27 | 一种业务处理方法、装置、设备及可读存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN116192934A (zh) |
-
2022
- 2022-12-27 CN CN202211688225.1A patent/CN116192934A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8209437B2 (en) | Personal information management data synchronization | |
CN110519711A (zh) | 一种消息推送方法、装置、存储介质和服务器 | |
CN110650164B (zh) | 文件的上传方法、装置、终端以及计算机存储介质 | |
CN110363663B (zh) | 基于区块链的数据批量处理方法、装置、设备及存储介质 | |
US7366505B2 (en) | Apparatus and method for delivering messages to a mobile information terminal | |
CN111541762B (zh) | 数据处理的方法、管理服务器、设备及存储介质 | |
CA3065729A1 (en) | Business rules processing framework | |
CN107463390B (zh) | 一种软件升级方法及升级服务器 | |
US8751560B2 (en) | Method and device arrangement for managing a client/server environment | |
CN110389976B (zh) | 一种多接口数据的调度方法和装置 | |
US9577967B2 (en) | Method and system for managing an informational site using a social networking application | |
CN116192934A (zh) | 一种业务处理方法、装置、设备及可读存储介质 | |
CN105988882B (zh) | 一种应用软件故障修复方法及终端设备 | |
CN113157405A (zh) | 业务流程断点重试的方法和装置 | |
EP1941356B1 (en) | Electronic apparatus with server device for managing setting data | |
KR100274848B1 (ko) | 망관리 시스템에서의 망관리 방법 | |
CN106162609B (zh) | 一种推送数据的方法及装置 | |
CN108173910B (zh) | 一种管理应用的方法和系统 | |
CN113766437B (zh) | 一种短信发送方法和装置 | |
CN115622988B (zh) | web接口的调用响应方法、装置、电子设备和存储介质 | |
CN112019452B (zh) | 一种业务需求的处理方法、系统及相关装置 | |
CN116347467B (zh) | 5g网络中udr进行用户数据管理方法及系统 | |
CN113457125B (zh) | 游戏场景管理方法及系统、计算设备、计算机可读存储介质 | |
CN109104293B (zh) | 一种管理融合通信系统的方法和装置 | |
CN112365259A (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 |