CN113342540B - 终端用户缴费开机方法、系统、计算机设备和存储介质 - Google Patents
终端用户缴费开机方法、系统、计算机设备和存储介质 Download PDFInfo
- Publication number
- CN113342540B CN113342540B CN202010134773.4A CN202010134773A CN113342540B CN 113342540 B CN113342540 B CN 113342540B CN 202010134773 A CN202010134773 A CN 202010134773A CN 113342540 B CN113342540 B CN 113342540B
- Authority
- CN
- China
- Prior art keywords
- starting
- service
- target service
- payment
- remote procedure
- 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.)
- Active
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/54—Interprogram communication
- G06F9/547—Remote procedure calls [RPC]; Web services
-
- 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/01—Protocols
-
- 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/01—Protocols
- H04L67/133—Protocols for remote procedure calls [RPC]
-
- 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/50—Network services
- H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本发明公开了一种终端用户缴费开机方法、系统、计算机设备和存储介质。该终端用户缴费开机方法包括：接收用户缴费请求；根据缴费请求获取目标服务信息；根据目标服务信息调用目标服务，其中，目标服务采用远程过程调用的服务框架，目标服务包括远程过程调用客户端和远程过程调用服务端，目标服务已预先启动且在分布式服务注册中心完成注册；当目标服务运行正常且响应时间满足预设阈值的情况下，目标服务之间基于远程过程调用客户端和远程过程调用服务端完成服务信息的远程调用交互，并向管理用户终端开机的核心网元发送开机指令，根据开机指令完成缴费开机。采用该终端用户缴费开机方法能够提高终端用户缴费开机的时效性。
Description
【技术领域】
本发明涉及业务支撑系统通讯服务领域，尤其涉及一种终端用户缴费开机方法、系统、计算机设备和存储介质。
【背景技术】
终端用户缴费开机是业务支撑系统核心业务，因为该业务直接影响终端用户的服务使用。目前终端用户缴费开机普遍采用流程：营业受理缴费请求、账务销账、信控刷新、信控开机和服务开通发送开机指令等流程，整个流程涉及营业、账务、信控和服务开通多个内部系统的信息交互。
现有技术中，系统间的信息交互主要采用FTP/文件、数据库和消息队列等方式进行系统间的信息交互。由于缴费开机业务具有实时性强，交易量大和并发请求高等特点，采用目前系统间的信息交互方式，容易出现服务器请求异常，进程阻塞等问题，使得系统间的信息交互处理速度慢，系统消耗大和传输效率低，尤其在月初缴费业务高峰期时，将会较大程度地影响缴费开机的时效性。
【发明内容】
有鉴于此，本发明实施例提供了一种终端用户缴费开机方法、系统、计算机设备和存储介质，用以解决目前终端用户缴费开机的时效性较差的问题。
第一方面，本发明实施例提供了一种终端用户缴费开机方法，包括：
接收用户缴费请求；
根据所述缴费请求获取目标服务信息；
根据所述目标服务信息调用目标服务，其中，所述目标服务采用远程过程调用的服务框架，所述目标服务包括远程过程调用客户端和远程过程调用服务端，所述目标服务已预先启动且在分布式服务注册中心完成注册；
当所述目标服务运行正常且响应时间满足预设阈值的情况下，所述目标服务之间基于所述远程过程调用客户端和所述远程过程调用服务端完成服务信息的远程调用交互，并向管理用户终端开机的核心网元发送开机指令，根据所述开机指令完成缴费开机
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述目标服务包括账务销账、信控刷新、信控开机和服务开通。
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，在所述目标服务的服务框架中，还包括应用客户端、应用服务端，远程过程调用公共库、远程过程调用注册服务和分布式服务注册中心，其中：
应用客户端，用于对所述远程过程调用客户端发起调用请求和接收客户端信息请求；
应用服务端，用于对所述远程过程调用服务端发起本地服务调用请求和接收服务端的返回处理结果；
远程过程调用公共库，用于提供数据序列化与反序列化方法，以及封装远程过程调用请求和远程过程响应，其中，所述序列化和所述反序列化的对象为封装的所述远程过程调用请求和所述远程过程响应；
远程过程调用注册服务，为基于分布式服务注册中心设计的分布式服务器动态上下线通知的应用程序，用于查找所述目标服务的远程过程调用服务器或者注册服务；
分布式服务注册中心，用于注册和管理所述目标服务。
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述方法还包括：
当所述目标服务运行异常或响应时间超过预设阈值的情况下，向管理用户终端开机的核心网元发送开机指令，并根据所述开机指令完成缴费开机。
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述当所述目标服务运行异常或响应时间超过预设阈值的情况下，向管理用户终端开机的核心网元发送开机指令，并根据所述开机指令完成缴费开机，包括：
当账务销账的目标服务运行异常或响应时间超过预设阈值的情况下，向管理用户终端开机的核心网元发送开机指令，并根据所述开机指令完成缴费开机；
当信控刷新的目标服务运行异常或响应时间超过预设阈值的情况下，向管理用户终端开机的核心网元发送开机指令，并根据所述开机指令完成缴费开机；
当信控开机的目标服务运行异常或响应时间超过预设阈值的情况下，向管理用户终端开机的核心网元发送开机指令，并根据所述开机指令完成缴费开机；
当服务开通的目标服务运行异常或响应时间超过预设阈值的情况下，向管理用户终端开机的核心网元发送开机指令，并根据所述开机指令完成缴费开机。
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，在所述当所述目标服务运行异常或响应时间超过预设阈值的情况下，向管理用户终端开机的核心网元发送开机指令，并根据所述开机指令完成缴费开机之后，还包括：
未完成远程调用交互的目标服务之间，基于所述远程过程调用客户端和所述远程过程调用服务端，完成服务信息的远程调用交互。
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述向管理用户终端开机的核心网元发送开机指令，根据所述开机指令完成缴费开机，包括：
采用服务开通客户端向管理用户终端开机的核心网元发送开机指令，根据所述开机指令完成缴费开机。
第二方面，本发明实施例提供了一种终端用户缴费开机系统，包括缴费业务处理网元和目标服务网元：
缴费业务处理网元，用于接收用户缴费请求；
根据所述缴费请求获取目标服务信息；
根据所述目标服务信息调用目标服务，其中，所述目标服务采用远程过程调用的服务框架，所述目标服务包括远程过程调用客户端和远程过程调用服务端，所述目标服务已预先启动且在注册中心完成注册；
目标服务网元，用于当所述目标服务运行正常且响应时间满足预设阈值的情况下，所述目标服务之间基于所述远程过程调用客户端和所述远程过程调用服务端完成服务信息的远程调用交互，并向管理用户终端开机的核心网元发送开机指令，根据所述开机指令完成缴费开机。
第三方面，一种计算机设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述终端用户缴费开机方法的步骤。
第四方面，本发明实施例提供了一种计算机可读存储介质，包括：计算机程序，所述计算机程序被处理器执行时实现上述终端用户缴费开机方法的步骤。
在本发明实施例中，首先接收用户缴费请求，根据缴费请求获取目标服务信息，能够在获知用户缴费的情况下，立即获取相应的目标服务信息，以基于目标服务信息完成实时性高的缴费开机；然后根据目标服务信息调用目标服务，能够在分布式设计的服务框架下，在各网元中寻找能够提供相应处理的目标服务，充分利用网络资源，实现时效性高的信息交互；最后当目标服务运行正常且响应时间满足预设阈值的情况下，目标服务之间基于远程过程调用客户端和远程过程调用服务端完成服务信息的远程调用交互，并向管理用户终端开机的核心网元发送开机指令，根据开机指令完成缴费开机，能够利用目标服务远程过程调用客户端和目标服务远程过程调用服务端，实现缴费请求处理流程中信息之间的高效交互，提高终端用户缴费开机的时效性。
【附图说明】
为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其它的附图。
图1是本发明一实施例中现有技术中终端用户缴费开机流程的一流程图；
图2是本发明一实施例中终端用户缴费开机方法的一流程图；
图3是本发明一实施例中分布式RPC服务框架的一架构图；
图4是本发明一实施例中RPC服务请求的一详细流程图；
图5是本发明一实施例中缴费开机基于RPC框架远程过程调用的一示意图；
图6是本发明一实施例中用户缴费开机的一整体流程图；
图7是本发明一实施例中账务销账异常缴费开机的一流程图；
图8是本发明一实施例中信控刷新异常缴费开机的一流程图；
图9是本发明一实施例中信控开机异常缴费开机的一流程图；
图10是本发明一实施例中服务开通异常缴费开机的一流程图；
图11是本发明一实施例中终端用户缴费开机系统的一原理框图；
图12是本发明一实施例中计算机设备的一示意图。
【具体实施方式】
为了更好的理解本发明的技术方案，下面结合附图对本发明实施例进行详细描述。
应当明确，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。
在本发明实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发明。在本发明实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。
应当理解，本文中使用的术语“和/或”仅仅是一种描述关联对象的相同的字段，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，且存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。
应当理解，尽管在本发明实施例中可能采用术语第一、第二、第三等来描述预设范围等，但这些预设范围不应限于这些术语。这些术语仅用来将预设范围彼此区分开。例如，在不脱离本发明实施例范围的情况下，第一预设范围也可以被称为第二预设范围，类似地，第二预设范围也可以被称为第一预设范围。
取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地，取决于语境，短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。
现有技术中，终端用户缴费开机流程(见图1)分为“缴费到账”和“缴费开机”两部分：
缴费到账：用户发起缴费请求，营业受理缴费请求，实时同步调用账务销账处理并将缴费信息记录在缴费信控表，然后给用户返回结果并下发缴费成功短信。
缴费开机：主要由信控刷新、信控开机(营业子系统)和服务开通异步完成：
(1)信控刷新：信控子系统的信控后台从缴费信控表读取用户缴费信息，根据缴费信息中用户的账户余额和信用度刷新信控状态，将信控信控状态记录在信控开机表。
(2)信控开机：信控开机后台从信控开机表读取信控状态，根据信控状态和缴费信息生成开机工单并更新用户状态，将用户状态写入开机工单表。
(3)服务开通：服务开通后台从开机工单表读取用户状态，根据用户状态，将开机工单表中的数据转化为开机指令集(如HLR(华为爱立信)开机指令集)发送到管理用户终端的核心网元(如HLR网元)，完成网元侧的服务开通。
进一步地，如图1所示，终端用户缴费开机流程还包括应急开机部分。
应急开机：指在用户缴费到账后，后续异步开机处理流程出现异常时，通过应急手段给用户快速开机，确保终端用户服务正常使用的流程。如图1所示，现有用户缴费应急开机的流程是当监控发现数据库中缴费信控表、信控开机表中的用户开机数据出现积压，达到某一阈值后，通过服务开通子系统向管理用户终端开机的核心网元发送开机指令的方式实现。
可以理解地，采用现有技术实现终端用户缴费开机的方式存在如下问题：
子系统交互效率低：终端用户缴费开机流程中缴费到账过程采用实时同步模式，缴费开机过程(从账务到信控刷新，从信控刷新到信控开机，最后到服务开通)均采用异步模式，子系统间信息通过数据库交互，信息的数据处理采用后台异步。该终端用户缴费开机方式的处理速度慢，系统消耗大且传输效率低，尤其在月初缴费业务高峰期会对缴费开机的时效性带来较大的不良影响。
应急开机不及时：现有应急开机流程是通过监控每个子系统对应数据库表中数据积压来触发，是一种被动的滞后保障手段。该终端用户缴费开机方式的实时性和稳定性均较差，若子系统对应数据库表中数据积压没有达到阈值，则会出现用户终端在完成缴费后无法及时开机的情况。
图2示出本发明实施例中终端用户缴费开机方法的一流程图。该终端用户缴费开机方法可应用在终端用户缴费开机系统上，在进行终端用户缴费开机时可采用该终端用户缴费开机系统实现，能够有效地解决上述现有技术中存在的缴费开机问题。该终端用户缴费开机系统具体可应用在计算机设备上，其中，该计算机设备包括但不限于网元、电脑、智能手机和平板等设备。如图2所示，该终端用户缴费开机方法包括如下步骤：
S10：接收用户缴费请求。
在一实施例中，营业子系统可通过缴费业务处理网元接收用户缴费请求，并在数据库中改写缴费信控表。
S20：根据缴费请求获取目标服务信息。
可以理解地，由于本方案采用的是分布式的远程过程调用服务框架实现的，在接收用户缴费请求后，可触发接下来的缴费开机处理流程。在一实施例中，将根据缴费请求确定缴费开机处理流程中所需的目标服务信息，包括目标服务的服务名，主机IP和端口等。可以理解地，在确定目标服务信息后，可根据目标服务信息找到相对应的目标服务，以利用这些目标服务完成缴费开机处理流程。
S30：根据目标服务信息调用目标服务，其中，目标服务采用远程过程调用的服务框架，目标服务包括远程过程调用客户端和远程过程调用服务端，目标服务已预先启动且在分布式服务注册中心完成注册。
进一步地，目标服务包括账务销账、信控刷新、信控开机和服务开通。
可以理解地，以上目标服务是完成缴费开机的基本流程，能够完整地对缴费开机流程中更改的数据进行整理，便于记录、核实的需求。
图3示出了分布式RPC(Remote Procedure Call，远程过程调用)服务框架的架构图，在该目标服务的分布式RPC服务框架中，除远程过程调用客户端(RPC-Client)和远程过程调用服务端(RPC-Server)之外，还包括应用客户端、应用服务端，远程过程调用公共库(RPC-Common)、远程过程调用注册服务(Rpc-Registry)和分布式服务注册中心(如Zookeeper)，其中：
应用客户端，用于对远程过程调用客户端发起调用请求和接收客户端信息请求。
应用服务端，用于对远程过程调用服务端发起本地服务调用请求和接收服务端的返回处理结果。
远程过程调用公共库，用于提供数据序列化与反序列化方法，以及封装远程过程调用请求和远程过程响应，其中，序列化和反序列化的对象为封装的远程过程调用请求和远程过程响应。
远程过程调用注册服务，为基于分布式服务注册中心设计的分布式服务器动态上下线通知的应用程序，用于查找目标服务的远程过程调用服务器或者注册服务。
分布式服务注册中心，用于注册和管理目标服务，具体地，包括管理分布式的目标服务，负责服务节点等节点选取、分布式一致性保障和注册功能，它为分布式应用提供了高效且可靠的分布式协调服务。
可以理解地，该目标服务的分布式RPC服务框架可以提供和本地方法(现有技术采用的是集中式封闭部署(区别于分布式部署)的机制，采用本地方法调用的调用方式)调用一样的机制，子系统(账务销账子系统、信控子系统、营业子系统和开通服务子系统)通过对其目标服务的远程过程调用客户端，请求对传输的数据信息进行封装、序列化、协议传输、反序列化、请求处理、封装返回数据、序列化，最后通过网络返回给客户端，实现内部系统进程间高性能通讯和数据传输。可以理解地，由于缴费开机业务具有实时性强，交易量大和并发请求高等特点，一旦服务器请求出现异常，很容易出现线程阻塞等问题，在一实施例中，采用该分布式RPC服务框架能够有效解决现有技术采用的集中式封闭部署中存在的网络传输效率和服务异常的问题，除此之外，该分布式RPC服务框架还具备服务注册、服务路由、负载均衡和容错处理等功能。
具体地，该基于该分布式RPC服务框架下的远程服务过程调用流程具体可以包括如下步骤：
A0.启动应用服务端，RPC-Server调用Rpc-Registry将目标服务进行注册。
B0.Rpc-Registry收到请求后将目标服务信息(服务名、主机IP和端口)注册到Zookeeper节点上。
C0.应用客户端以本地调用方式(即以接口或参数调用方式)发起调用服务；
D0.RPC-Client接收应用客户端请求后，调用Rpc-Registry获取到对应目标服务的服务端注册信息。
E0.RPC-Client将请求方法、参数等进行RpcRequest封装(封装为RPC请求)和序列化。
F0.RPC-Client和RPC-Server建立TCP连接，并将序列化的消息对象通过socket发送给RPC-Server。
G0.如果RPC-Server出现异常或者超时，RPC-Client自动走应急流程，否则继续。
H0.RPC-Server收到消息后,将RPC-Client消息对象反序列化和RpcRequest封装(封装RPC请求)。
I0.RPC-Server根据解码结果调用本地的服务或方法进行处理。
J0.RPC-Server接收本地服务处理结果，并将返回结果消息对象进行RpsResponse封装(封装RPC响应)和序列化。
K0.RPC-Server将序列化的消息对象通过socket发送给RPC-Client。
L0.RPC-Client接收到返回消息，将结果消息对象反序列化。
M0.RPC-Client将返回结果发送给应用客户端。
图4示出了RPC服务请求的详细流程，其中包括一些网络交互所需的具体方法，如序列化编码所需的网络协议RPCEncoder、反序列化编码所需的网络协议RPCDecoder等。
S40：当目标服务运行正常且响应时间满足预设阈值的情况下，目标服务之间基于远程过程调用客户端和远程过程调用服务端完成服务信息的远程调用交互，并向管理用户终端开机的核心网元发送开机指令，根据开机指令完成缴费开机。
可以理解地，在缴费开机处理流程中，目标服务之间需要进行大量的信息交互，具体通过远程过程调用客户端和远程过程调用服务端完成服务信息的远程调用交互，最终，在交互的最后向管理用户终端开机的核心网元发送开机指令，并根据开机指令完成缴费开机。
具体地，RPC服务框架缴费开机业务正常处理流程可以为如下步骤：
A1.启动信控刷新、信控开机和服务开通等目标服务，账务销账可以是预先开通的。
B1.RPC-Server将目标服务的服务名、IP和端口自动注册到Zookeeper，注册节点以服务命名，每个节点下面注册该服务所在的全部主机IP和端口信息。
C1.手机用户发起缴费请求。
D1.营业(子系统)受理手机账户缴费请求并调用账务销账。
E1.账务修改账户信息，记录销账日志并返回结果给营业。
F1.营业记录用户缴费日志，返回代码和信息，发送缴费成功短信。
G1.账务通过RPC-Client向Zookeeper获取信控刷新服务的注册信息。
H1.Zookeeper返回信控刷新服务主机列表，账务RPC-Client根据负载均衡等算法，选取合适服务节点建立TCP连接。
I1.账务RPC-Client将请求消息封装和序列化，发送到信控刷新RPC-Server。
J1.信控刷新RPC-Server收到消息，进行反序列化解码，调用本地服务或方法，刷新信控状态并记录日志。
K1.信控刷新RPC-Server将处理结果封装和序列化，返回给信控开机RPC-Client。
L1.信控刷新通过RPC-Client向Zookeeper获取信控开机服务的注册信息。
M1.Zookeeper返回信控开机服务主机列表，信控刷新RPC-Client根据负载均衡等算法，选取其中服务节点并建立TCP连接。
N1.信控刷新RPC-Client将请求消息封装和序列化，发送到信控开机RPC-Server。
O1.(营业子系统中的)信控开机RPC-Server收到消息后,进行反序列化解码，调用本地的服务或方法生成开机工单并更新用户信息。
P1.信控开机RPC-Server将处理结果封装和序列化，返回给营业RPC-Client。
Q1.营业通过RPC-Client向Zookeeper获取服务开通服务的注册信息。
R1.Zookeeper返回服务开通服务服务主机列表，营业RPC-Client根据负载均衡等算法，选取合适服务节点并建立TCP连接。
S1.营业RPC-Client将请求消息封装和序列化，发送到服务开通RPC-Server。
T1.服务开通RPC-Server收到消息后,进行反序列化解码，调用本地的服务或方法将开机工单转换成HLR指令集发送到用户归属HLR网元。
U1.服务开通RPC-Server将处理结果封装和序列化，返回给应用客户端。
图5示出了缴费开机基于RPC框架远程过程调用的示意图。
从图5可以看出，本发明实施例将现有技术中的账务销账，信控，营业和服务开通之间数据库的异步交互的架构改为实时RPC远程过程调用的架构，能够有效降低远程调用带来的性能损耗，提高缴费处理性能和吞吐能力，有效提升系统间传输效率。
进一步地，在步骤S40中，向管理用户终端开机的核心网元发送开机指令，根据开机指令完成缴费开机，包括：
采用服务开通客户端向管理用户终端开机的核心网元发送开机指令，根据开机指令完成缴费开机。
在一实施例中，最后向管理用户终端开机的核心网元发送开机指令为服务开通客户端。
进一步地，该终端用户缴费开机方法还包括以下步骤：
S401：当目标服务运行异常或响应时间超过预设阈值的情况下，向管理用户终端开机的核心网元发送开机指令，并根据开机指令完成缴费开机。
可以理解地，当目标服务运行异常或响应时间超过预设阈值的情况下，用户终端将无法及时地实现开机，此时，需要采用特殊处理，跳过目标服务之间基于远程过程调用客户端和远程过程调用服务端完成服务信息的远程调用交互，将数据变更先暂且搁置，直接向管理用户终端开机的核心网元发送开机指令，并根据开机指令完成缴费开机。在缴费开机后，再异步完成目标服务之间的远程调用交互，完成跳过的缴费开机处理流程。
图6示出了用户缴费开机的整体流程图，从图6中可以看到，在目标服务运行异常或响应时间超过预设阈值的情况下，将走特殊处理的流程，以及时完成用户终端的开机。
具体地，在步骤S401中，即当目标服务运行异常或响应时间超过预设阈值的情况下，向管理用户终端开机的核心网元发送开机指令，并根据开机指令完成缴费开机，包括：
S4011：当账务销账的目标服务运行异常或响应时间超过预设阈值的情况下，向管理用户终端开机的核心网元发送开机指令，并根据开机指令完成缴费开机。
图7示出了账务销账异常缴费开机应急流程，从图7中可以看到，在账务销账的目标服务运行异常或响应时间超过预设阈值的情况下，将走与账务销账相关的特殊处理的流程，以及时完成用户终端的开机。
具体地，该账务销账异常缴费开机应急流程可以包括如下步骤：
A2.手机用户发起缴费请求；
B2.营业受理缴费请求并调用账务销账；
C2.账务异常或超时，营业记录用户缴费请求走异步处理；
D2.营业通过服务开通RPC-Client发送开机指令；
E2.营业给用户返回代码和信息并发送缴费成功短信；
F2.账务根据步骤C2缴费记录修改账户信息并记录销账日志；
G2.账务通过RPC-Client向Zookeeper获取信控刷新服务注册信息；
H2.Zookeeper返回信控刷新服务主机列表，账务RPC-Client根据负载均衡等算法，选取合适服务节点并建立TCP连接。
I2.账务RPC-Client将请求消息封装和序列化后，发送给信控刷新RPC-Server；
J2.后续处理流程和RPC服务框架缴费开机业务正常处理流程的步骤J1到步骤U1一致。
S4012：当信控刷新的目标服务运行异常或响应时间超过预设阈值的情况下，向管理用户终端开机的核心网元发送开机指令，并根据开机指令完成缴费开机。
图8示出了信控刷新异常缴费开机应急流程，从图8中可以看到，在信控刷新的目标服务运行异常或响应时间超过预设阈值的情况下，将走与信控刷新相关的特殊处理的流程，以及时完成用户终端的开机。
具体地，该信控刷新异常缴费开机应急流程可以包括如下步骤：
A3.手机用户发起缴费请求。
B3.营业受理手机账户缴费请求并调用账务销账。
C3.账务修改账户信息，记录销账日志并返回结果给营业。
D3.营业记录用户缴费日志，返回代码和信息，发送缴费成功短信。
E3.账务通过RPC-Client向Zookeeper获取信控刷新RPC-Server的注册信息。
F3.如果信控刷新异常或超时，账务先记录信控刷新请求。
G3.账务通过服务开通紧急发送开机指令。
H3.信控后台根据步骤F3信控请求刷新信控状态信息并记录日志。
I3.后续处理流程和RPC服务框架缴费开机业务正常处理流程的步骤L1-步骤U1一致。
S4013：当信控开机的目标服务运行异常或响应时间超过预设阈值的情况下，向管理用户终端开机的核心网元发送开机指令，并根据开机指令完成缴费开机。
图9示出了信控开机异常缴费开机应急流程，从图9中可以看到，在信控开机的目标服务运行异常或响应时间超过预设阈值的情况下，将走与信控开机相关的特殊处理的流程，以及时完成用户终端的开机。
具体地，该信控开机异常缴费开机应急流程可以包括如下步骤：
A4.手机用户发起缴费请求。
B4.营业受理手机账户缴费请求并调用账务销账。
C4.账务修改账户信息，记录销账日志并返回结果给营业。
D4.营业记录用户缴费日志，返回代码和信息，发送缴费成功短信。
E4.账务通过RPC-Client向Zookeeper获取信控刷新RPC-Server的注册信息。
F4.Zookeeper返回信控刷新服务主机列表，账务RPC-Client根据负载均衡等算法，选取合适服务节点建立TCP连接。
G4.账务RPC-Client将请求消息封装和序列化，发送到信控刷新RPC-Server。
H4.信控刷新RPC-Server收到消息后,将消息反序列化，调用本地服务或方法，根据账户余额和信用度刷新信控状态并记录日志。
I4.信控刷新RPC-Server将处理结果封装和序列化，返回给信控开机RPC-Client。
J4.信控刷新通过RPC-Client向Zookeeper获取信控开机服务注册信息。
K4.信控开机服务异常或超时，信控先记录信控开机请求。
L4.信控刷新通过服务开通紧急发送开机指令。
M4.营业后台根据步骤K4记录异步处理并更新用户信息。
N4.后续处理流程和RPC服务框架缴费开机业务正常处理流程的步骤Q1-步骤U1一致。
S4014：当服务开通的目标服务运行异常或响应时间超过预设阈值的情况下，向管理用户终端开机的核心网元发送开机指令，并根据开机指令完成缴费开机。
图10示出了服务开通异常缴费开机应急流程，从图10中可以看到，在服务开通的目标服务运行异常或响应时间超过预设阈值的情况下，将走与服务开通相关的特殊处理的流程，以及时完成用户终端的开机。
具体地，该服务开通异常缴费开机应急流程可以包括如下步骤：
A5.手机用户发起缴费请求。
B5.营业受理手机账户缴费请求并调用账务销账。
C5.账务修改账户信息，记录销账日志并返回结果给营业。
D5.营业记录用户缴费日志，返回代码和信息，发送缴费成功短信。
E5.账务通过RPC-Client向Zookeeper获取信控刷新服务的注册信息。
F5.Zookeeper返回信控刷新服务主机列表，账务RPC-Client根据负载均衡等算法，选取合适服务节点建立TCP连接。
G5.账务RPC-Client将请求消息封装和序列化，发送到信控刷新RPC-Server。
H5.信控刷新RPC-Server收到消息后,将消息反序列化，调用本地服务或方法，根据账户余额和信用度刷新信控状态并记录日志。
I5.信控刷新RPC-Server将处理结果封装和序列化，返回给信控开机RPC-Client。
J5.信控刷新通过RPC-Client向Zookeeper获取信控开机的注册信息。
K5.Zookeeper返回信控开机服务主机列表，信控刷新RPC-Client根据负载均衡等算法，选取其中服务节点并建立TCP连接。
L5.信控刷新信控刷新通过RPC-Client将请求消息封装和序列化，发送到信控开机RPC-Server。
M5.信控开机RPC-Server收到消息后,进行反序列化解码，调用本地的服务或方法生成开机工单并更新用户信息。
N5.信控开机RPC-Server将处理结果封装和序列化，返回给营业RPC-Client。
O5.营业通过RPC-Client向Zookeeper获取服务开通服务的注册信息。
P5.服务开通服务异常或超时，营业通过服务开通紧急发送开机指令。
进一步地，在步骤S40之后，即在当目标服务运行异常或响应时间超过预设阈值的情况下，向管理用户终端开机的核心网元发送开机指令，并根据开机指令完成缴费开机之后，还包括：
S402：未完成远程调用交互的目标服务之间，基于远程过程调用客户端和远程过程调用服务端，完成服务信息的远程调用交互。
可以理解地，在优先完成缴费开机之后，需要将未完成远程调用交互的目标服务的流程重新走一遍，以使得数据库中的数据信息得到及时的更新。
在本发明实施例提供的终端用户缴费开机方法中，具有以下优点：
系统交互效率高：本发明实施例中RPC是一种建立在Socket之上C/S结构的进程间实时通信方式，具备性能消耗低，速度快，传输效率高特点，可以为内部系统之间提供强大的远程调用能力，本发明通过将原账务销账、信控刷新、信控开机和服务开通子系统之间数据库的异步交互改为实时RPC远程过程调用的信息交互方式，能够有效降低远程调用带来的性能损耗，提高缴费处理性能和吞吐能力和提升系统间传输效率。
稳定性高、扩展性强：系统应用服务化，所有服务采用分布式集群部署，并通过服务注册中心对外提供高效、可靠的服务，任意节点服务宕掉后，客户端将自动切换，支持动态增加机器部署实例，并通过Zookeeper注册中心将新服务提供者信息给RPC客户端。
容错性好，自动应急开机：当RPC客户端请求服务端异常或失败，系统自动走应急开机流程，根据账户余额、信控等信息，将符合开机要求的用户通过服务开通直接发送开机指令到管理用户终端的核心网元进行紧急开机，实现账务销账、信控刷新、信控开机和服务开通四个目标服务异常下的实时自动应急开机，相比现有技术中的应急模式，在用户终端开机时效性和准确性上有较大提升。
自动异步处理：当RPC客户端请求服务端出现异常或失败，系统会自动走异常应急处理流程，将请求失败数据写入数据库，再通过异常服务后台应用实时进行异步重处理，完成后续真实开机处理流程。
在本发明实施例中，首先接收用户缴费请求，根据缴费请求获取目标服务信息，能够在获知用户缴费的情况下，立即获取相应的目标服务信息，以基于目标服务信息完成实时性高的缴费开机；然后根据目标服务信息调用目标服务，能够在分布式设计的服务框架下，在各网元中寻找能够提供相应处理的目标服务，充分利用网络资源，实现时效性高的信息交互；最后当目标服务运行正常且响应时间满足预设阈值的情况下，目标服务之间基于远程过程调用客户端和远程过程调用服务端完成服务信息的远程调用交互，并向管理用户终端开机的核心网元发送开机指令，根据开机指令完成缴费开机，能够利用目标服务远程过程调用客户端和目标服务远程过程调用服务端，实现缴费请求处理流程中信息之间的高效交互，提高终端用户缴费开机的时效性。
应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。
基于实施例中所提供的终端用户缴费开机方法，本发明实施例进一步给出实现上述方法实施例中各步骤及方法的系统实施例。
图11示出与实施例中终端用户缴费开机方法一一对应的终端用户缴费开机系统的原理框图。如图11所示，该终端用户缴费开机系统包括缴费业务处理网元和目标服务网元。其中，缴费业务处理网元和目标服务网元的实现功能与实施例中终端用户缴费开机方法对应的步骤一一对应，为避免赘述，本实施例不一一详述。
缴费业务处理网元，用于接收用户缴费请求。
根据缴费请求获取目标服务信息。
根据目标服务信息调用目标服务，其中，目标服务采用远程过程调用的服务框架，目标服务包括远程过程调用客户端和远程过程调用服务端，目标服务已预先启动且在注册中心完成注册。
目标服务网元，用于当目标服务运行正常且响应时间满足预设阈值的情况下，目标服务之间基于远程过程调用客户端和远程过程调用服务端完成服务信息的远程调用交互，并向管理用户终端开机的核心网元发送开机指令，根据开机指令完成缴费开机。
可选地，目标服务包括账务销账、信控刷新、信控开机和服务开通。
可选地，在目标服务的服务框架中，还包括应用客户端、应用服务端，远程过程调用公共库、远程过程调用注册服务和分布式服务注册中心，其中：
应用客户端，用于对远程过程调用客户端发起调用请求和接收客户端信息请求。
应用服务端，用于对远程过程调用服务端发起本地服务调用请求和接收服务端的返回处理结果。
远程过程调用公共库，用于提供数据序列化与反序列化方法，以及封装远程过程调用请求和远程过程响应，其中，序列化和反序列化的对象为封装的远程过程调用请求和远程过程响应。
远程过程调用注册服务，为基于分布式服务注册中心设计的分布式服务器动态上下线通知的应用程序，用于查找目标服务的远程过程调用服务器或者注册服务。
分布式服务注册中心，用于注册和管理目标服务。
可选地，目标服务网元还用于：
当目标服务运行异常或响应时间超过预设阈值的情况下，向管理用户终端开机的核心网元发送开机指令，并根据开机指令完成缴费开机。
可选地，目标服务网元还用于：
当账务销账的目标服务运行异常或响应时间超过预设阈值的情况下，向管理用户终端开机的核心网元发送开机指令，并根据开机指令完成缴费开机。
当信控刷新的目标服务运行异常或响应时间超过预设阈值的情况下，向管理用户终端开机的核心网元发送开机指令，并根据开机指令完成缴费开机。
当信控开机的目标服务运行异常或响应时间超过预设阈值的情况下，向管理用户终端开机的核心网元发送开机指令，并根据开机指令完成缴费开机。
当服务开通的目标服务运行异常或响应时间超过预设阈值的情况下，向管理用户终端开机的核心网元发送开机指令，并根据开机指令完成缴费开机。
可选地，目标服务网元还用于：
未完成远程调用交互的目标服务之间，基于远程过程调用客户端和远程过程调用服务端，完成服务信息的远程调用交互。
可选地，目标服务网元还用于：
采用服务开通客户端向管理用户终端开机的核心网元发送开机指令，根据开机指令完成缴费开机。
在本发明实施例中，首先接收用户缴费请求，根据缴费请求获取目标服务信息，能够在获知用户缴费的情况下，立即获取相应的目标服务信息，以基于目标服务信息完成实时性高的缴费开机；然后根据目标服务信息调用目标服务，能够在分布式设计的服务框架下，在各网元中寻找能够提供相应处理的目标服务，充分利用网络资源，实现时效性高的信息交互；最后当目标服务运行正常且响应时间满足预设阈值的情况下，目标服务之间基于远程过程调用客户端和远程过程调用服务端完成服务信息的远程调用交互，并向管理用户终端开机的核心网元发送开机指令，根据开机指令完成缴费开机，能够利用目标服务远程过程调用客户端和目标服务远程过程调用服务端，实现缴费请求处理流程中信息之间的高效交互，提高终端用户缴费开机的时效性。
本实施例提供一计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现实施例中终端用户缴费开机方法，为避免重复，此处不一一赘述。或者，该计算机程序被处理器执行时实现实施例中终端用户缴费开机系统中各模块/单元的功能，为避免重复，此处不一一赘述。
图12是本发明一实施例提供的计算机设备的示意图。如图12所示，该实施例的计算机设备10包括：处理器11、存储器12以及存储在存储器12中并可在处理器11上运行的计算机程序13，该计算机程序13被处理器11执行时实现实施例中的终端用户缴费开机方法，为避免重复，此处不一一赘述。或者，该计算机程序13被处理器11执行时实现实施例中终端用户缴费开机系统中各模型/单元的功能，为避免重复，此处不一一赘述。
计算机设备10可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。计算机设备10可包括，但不仅限于，处理器11、存储器12。本领域技术人员可以理解，图12仅仅是计算机设备10的示例，并不构成对计算机设备10的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如计算机设备还可以包括输入输出设备、网络接入设备、总线等。
所称处理器11可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
存储器12可以是计算机设备10的内部存储单元，例如计算机设备10的硬盘或内存。存储器12也可以是计算机设备10的外部存储设备，例如计算机设备10上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。进一步地，存储器12还可以既包括计算机设备10的内部存储单元也包括外部存储设备。存储器12用于存储计算机程序以及计算机设备所需的其他程序和数据。存储器12还可以用于暂时地存储已经输出或者将要输出的数据。
所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将系统的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。
以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围，均应包含在本发明的保护范围之内。
Claims (9)
1.一种终端用户缴费开机方法，其特征在于，所述方法包括：
接收用户缴费请求；
根据所述缴费请求获取目标服务信息；
根据所述目标服务信息调用目标服务，其中，所述目标服务采用远程过程调用的服务框架，所述目标服务包括远程过程调用客户端和远程过程调用服务端，所述目标服务已预先启动且在分布式服务注册中心完成注册；
当所述目标服务运行正常且响应时间满足预设阈值的情况下，所述目标服务之间基于所述远程过程调用客户端和所述远程过程调用服务端完成服务信息的远程调用交互，并向管理用户终端开机的核心网元发送开机指令，根据所述开机指令完成缴费开机；
当所述目标服务运行异常或响应时间超过预设阈值的情况下，向管理用户终端开机的核心网元发送开机指令，并根据所述开机指令完成缴费开机。
2.根据权利要求1所述的方法，其特征在于，所述目标服务包括账务销账、信控刷新、信控开机和服务开通。
3.根据权利要求1所述的方法，其特征在于，在所述目标服务的服务框架中，还包括应用客户端、应用服务端，远程过程调用公共库、远程过程调用注册服务和分布式服务注册中心，其中：
应用客户端，用于对所述远程过程调用客户端发起调用请求和接收客户端信息请求；
应用服务端，用于对所述远程过程调用服务端发起本地服务调用请求和接收服务端的返回处理结果；
远程过程调用公共库，用于提供数据序列化与反序列化方法，以及封装远程过程调用请求和远程过程响应，其中，所述序列化和所述反序列化的对象为封装的所述远程过程调用请求和所述远程过程响应；
远程过程调用注册服务，为基于分布式服务注册中心设计的分布式服务器动态上下线通知的应用程序，用于查找所述目标服务的远程过程调用服务器或者注册服务；
分布式服务注册中心，用于注册和管理所述目标服务。
4.根据权利要求1所述的方法，其特征在于，所述当所述目标服务运行异常或响应时间超过预设阈值的情况下，向管理用户终端开机的核心网元发送开机指令，并根据所述开机指令完成缴费开机，包括：
当账务销账的目标服务运行异常或响应时间超过预设阈值的情况下，向管理用户终端开机的核心网元发送开机指令，并根据所述开机指令完成缴费开机；
当信控刷新的目标服务运行异常或响应时间超过预设阈值的情况下，向管理用户终端开机的核心网元发送开机指令，并根据所述开机指令完成缴费开机；
当信控开机的目标服务运行异常或响应时间超过预设阈值的情况下，向管理用户终端开机的核心网元发送开机指令，并根据所述开机指令完成缴费开机；
当服务开通的目标服务运行异常或响应时间超过预设阈值的情况下，向管理用户终端开机的核心网元发送开机指令，并根据所述开机指令完成缴费开机。
5.根据权利要求1所述的方法，其特征在于，在所述当所述目标服务运行异常或响应时间超过预设阈值的情况下，向管理用户终端开机的核心网元发送开机指令，并根据所述开机指令完成缴费开机之后，还包括：
未完成远程调用交互的目标服务之间，基于所述远程过程调用客户端和所述远程过程调用服务端，完成服务信息的远程调用交互。
6.根据权利要求1-5任一项所述的方法，其特征在于，所述向管理用户终端开机的核心网元发送开机指令，根据所述开机指令完成缴费开机，包括：
采用服务开通客户端向管理用户终端开机的核心网元发送开机指令，根据所述开机指令完成缴费开机。
7.一种终端用户缴费开机系统，其特征在于，所述系统包括缴费业务处理网元和目标服务网元：
缴费业务处理网元，用于接收用户缴费请求；
根据所述缴费请求获取目标服务信息；
根据所述目标服务信息调用目标服务，其中，所述目标服务采用远程过程调用的服务框架，所述目标服务包括远程过程调用客户端和远程过程调用服务端，所述目标服务已预先启动且在注册中心完成注册；
目标服务网元，用于当所述目标服务运行正常且响应时间满足预设阈值的情况下，所述目标服务之间基于所述远程过程调用客户端和所述远程过程调用服务端完成服务信息的远程调用交互，并向管理用户终端开机的核心网元发送开机指令，根据所述开机指令完成缴费开机；
所述目标服务网元，还用于当所述目标服务运行异常或响应时间超过预设阈值的情况下，向管理用户终端开机的核心网元发送开机指令，并根据所述开机指令完成缴费开机。
8.一种计算机设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至6任一项所述终端用户缴费开机方法的步骤。
9.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至6任一项所述终端用户缴费开机方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010134773.4A CN113342540B (zh) | 2020-03-02 | 2020-03-02 | 终端用户缴费开机方法、系统、计算机设备和存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010134773.4A CN113342540B (zh) | 2020-03-02 | 2020-03-02 | 终端用户缴费开机方法、系统、计算机设备和存储介质 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN113342540A CN113342540A (zh) | 2021-09-03 |
| CN113342540B true CN113342540B (zh) | 2023-04-28 |
Family
ID=77467167
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010134773.4A Active CN113342540B (zh) | 2020-03-02 | 2020-03-02 | 终端用户缴费开机方法、系统、计算机设备和存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN113342540B (zh) |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101437216A (zh) * | 2008-12-16 | 2009-05-20 | 中国移动通信集团四川有限公司 | 手机账户异步缴费开机的方法及其应用 |
| WO2017206422A1 (zh) * | 2016-05-28 | 2017-12-07 | 华为技术有限公司 | 一种网络设备中的远程过程调用方法及网络设备 |
| CN109753370A (zh) * | 2018-12-28 | 2019-05-14 | 北京东方国信科技股份有限公司 | 一种低时延、高吞吐的远程过程调用方法 |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101431744B (zh) * | 2008-12-16 | 2011-09-07 | 中国移动通信集团四川有限公司 | 手机帐户异步缴费到帐的方法及其应用 |
| CN108234670B (zh) * | 2018-01-31 | 2021-01-15 | 北京中安智达科技有限公司 | 一种基于zookeeper和netty的分布式远程调用方法 |
-
2020
- 2020-03-02 CN CN202010134773.4A patent/CN113342540B/zh active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101437216A (zh) * | 2008-12-16 | 2009-05-20 | 中国移动通信集团四川有限公司 | 手机账户异步缴费开机的方法及其应用 |
| WO2017206422A1 (zh) * | 2016-05-28 | 2017-12-07 | 华为技术有限公司 | 一种网络设备中的远程过程调用方法及网络设备 |
| CN109753370A (zh) * | 2018-12-28 | 2019-05-14 | 北京东方国信科技股份有限公司 | 一种低时延、高吞吐的远程过程调用方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN113342540A (zh) | 2021-09-03 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111163129B (zh) | 一种基于跨链网络的资源处理方法及装置 | |
| CN109284197B (zh) | 基于智能合约的分布式应用平台及实现方法 | |
| US6832238B1 (en) | Local transaction management | |
| US10498625B1 (en) | Distributed testing service | |
| WO2021088641A1 (zh) | 数据发送方法、处理方法、接收方法及其设备、存储介质 | |
| CN112035276B (zh) | 一种基于java的跨平台可扩展的RPC框架设计方法 | |
| CN112363857B (zh) | 微前端架构的应用系统、同步方法、存储介质和设备 | |
| CN112433863A (zh) | 微服务调用方法、装置、终端设备以及存储介质 | |
| CN115878301A (zh) | 一种数据库网络负载性能的加速框架、加速方法及设备 | |
| CN111078516A (zh) | 分布式性能测试方法、装置、电子设备 | |
| US9116761B2 (en) | System and method for preventing single-point bottleneck in a transactional middleware machine environment | |
| US10348814B1 (en) | Efficient storage reclamation for system components managing storage | |
| CN113946491A (zh) | 微服务数据处理方法、装置、计算机设备及存储介质 | |
| CN113342540B (zh) | 终端用户缴费开机方法、系统、计算机设备和存储介质 | |
| CN111143040A (zh) | 事务处理方法、装置、系统及存储介质 | |
| US10587725B2 (en) | Enabling a traditional language platform to participate in a Java enterprise computing environment | |
| CN112130900A (zh) | 一种bmc的用户信息管理方法、系统、设备以及介质 | |
| CN111061576A (zh) | 一种实体对象的创建方法及系统 | |
| CN116089020B (zh) | 虚拟机运行方法、扩容方法、扩容系统 | |
| US9304841B2 (en) | Dispatcher framework to provide inter-application communication | |
| US20240320032A1 (en) | Systems and methods for exchange of data between microservices | |
| CN110191141B (zh) | 服务调用信息处理方法、装置及计算机系统 | |
| CN115408175A (zh) | Api调用方法、装置、电子设备及计算机可读存储介质 | |
| CN117176568A (zh) | 基于去边车的单核操作系统在无服务器框架的部署方法及装置 | |
| CN116069789A (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 | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |