CN115048398A - 数据回退结算方法和装置、电子设备、存储介质 - Google Patents
数据回退结算方法和装置、电子设备、存储介质 Download PDFInfo
- Publication number
- CN115048398A CN115048398A CN202210687785.9A CN202210687785A CN115048398A CN 115048398 A CN115048398 A CN 115048398A CN 202210687785 A CN202210687785 A CN 202210687785A CN 115048398 A CN115048398 A CN 115048398A
- Authority
- CN
- China
- Prior art keywords
- data
- settlement
- cache
- backspacing
- intermediate data
- 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
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/23—Updating
- G06F16/2308—Concurrency control
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/23—Updating
- G06F16/2365—Ensuring data consistency and integrity
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/24—Querying
- G06F16/245—Query processing
- G06F16/2455—Query execution
- G06F16/24552—Database cache management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/24—Querying
- G06F16/245—Query processing
- G06F16/2455—Query execution
- G06F16/24553—Query execution of query operations
- G06F16/24561—Intermediate data storage techniques for performance improvement
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/28—Databases characterised by their database models, e.g. relational or object models
- G06F16/284—Relational databases
-
- 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
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
- G06Q10/103—Workflow collaboration or project management
-
- 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/08—Insurance
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Databases & Information Systems (AREA)
- General Physics & Mathematics (AREA)
- Business, Economics & Management (AREA)
- Physics & Mathematics (AREA)
- Data Mining & Analysis (AREA)
- General Engineering & Computer Science (AREA)
- Strategic Management (AREA)
- Human Resources & Organizations (AREA)
- Marketing (AREA)
- Accounting & Taxation (AREA)
- Entrepreneurship & Innovation (AREA)
- Computational Linguistics (AREA)
- Economics (AREA)
- General Business, Economics & Management (AREA)
- Finance (AREA)
- Development Economics (AREA)
- Technology Law (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Tourism & Hospitality (AREA)
- Computer Security & Cryptography (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本申请提供一种数据回退结算方法和装置、电子设备、存储介质,包括:接收数据回退结算请求;响应于数据回退结算请求,根据保单号、回退区间从第一缓存中读取对应的待处理数据;根据预设的字段将待处理数据区分为第一中间数据和第二中间数据,并将第一中间数据存储至第二缓存中,将第二中间数据存储至第三缓存中;从第二缓存读取第一中间数据,从第三缓存中读取第二中间数据,将第一中间数据和第二中间数据输入至预设的数据处理模型,根据数据处理模型对第一中间数据和第二中间数据进行结算得到目标数据;将目标数据回退至第一缓存中,以利用目标数据更新第一缓存的待处理数据,能够避免对第一缓存频繁读写,提高数据回退结算的效率。
Description
技术领域
本申请涉及计算机技术领域,尤其涉及一种数据回退结算方法和装置、电子设备、存储介质。
背景技术
相关技术中,终端提交回退结算请求至服务器端,服务器端根据回退区间按月逐步回退结算,当回退区间跨度大的时候,服务器端会频繁访问数据库端进行表数据的读写,导致结算时间长,数据回退结算效率低。
发明内容
本申请实施例的主要目的在于提出一种数据回退结算方法和装置、电子设备、存储介质,能够提高数据回退结算的效率。
为实现上述目的,本申请实施例的第一方面提出了一种数据回退结算方法,所述方法包括:
接收数据回退结算请求,所述数据回退结算请求包括保单号、回退区间;
响应于所述数据回退结算请求,根据所述保单号、所述回退区间从第一缓存中读取对应的待处理数据;
根据预设的字段将所述待处理数据区分为第一中间数据和第二中间数据,并将所述第一中间数据存储至第二缓存中,将所述第二中间数据存储至第三缓存中;
从所述第二缓存中读取所述第一中间数据,从所述第三缓存中读取所述第二中间数据,将所述第一中间数据和所述第二中间数据输入至预设的数据处理模型,根据所述数据处理模型对所述第一中间数据和所述第二中间数据进行结算得到目标数据;
将所述目标数据回退至所述第一缓存中,以利用所述目标数据更新所述第一缓存中的所述待处理数据。
在一些实施例,所述将所述第一中间数据和所述第二中间数据输入至预设的数据处理模型,根据所述数据处理模型对所述第一中间数据和所述第二中间数据进行结算得到目标数据,包括:
将所述第一中间数据和所述第二中间数据输入至预设的数据处理模型,作为所述数据处理模型的输入参数;
响应于所述输入参数,开启异步线程并发执行所述数据处理模型的算法,以对所述输入参数进行结算得到目标数据。
在一些实施例,所述输入参数包括第一输入数据和第二输入数据,所述响应于所述输入参数,开启异步线程并发执行所述数据处理模型的算法,以对所述输入参数进行结算得到目标数据,包括:
响应于所述输入参数,主线程开启异步线程;
根据所述主线程执行所述数据处理模型的算法,以对所述第一输入数据进行结算,得到第一结算数据;
根据所述异步线程执行所述数据处理模型的算法,以对所述第二输入数据进行结算,得到第二结算数据;
根据所述第一结算数据和所述第二结算数据得到目标数据。
在一些实施例,在所述根据所述第一结算数据和所述第二结算数据得到目标数据之前,所述数据回退结算方法还包括:
控制所述主线程提交所述第一结算数据;
获取所述异步线程的数目;
若所述异步线程的数目为零,控制所述主线程发送提交事务信息至所述异步线程,以使所述异步线程提交所述第二结算数据。
在一些实施例,所述数据处理模型的算法根据以下步骤得到:
获取第一配置文件;
根据所述第一配置文件配置初始算法至所述第一缓存中;
从所述第一缓存中加载所述初始算法至所述数据处理模型中;
解析所述数据处理模型中的所述初始算法,得到目标算法。
在一些实施例,所述根据所述数据处理模型对所述第一中间数据和所述第二中间数据进行结算得到目标数据,包括:
获取第二配置文件;
根据所述第二配置文件从第四缓存中获取第二数据;
根据所述数据处理模型对所述第一中间数据、所述第二中间数据和所述第二数据进行结算得到目标数据。
在一些实施例,在根据所述第二配置文件从第四缓存中获取第二数据之后,所述数据回退结算方法还包括:
若根据所述第二配置文件从所述第四缓存中查询不到对应的所述第二数据,则根据所述第二配置文件从所述第一缓存中获取所述第二数据。
本申请实施例的第二方面提出了一种数据回退结算装置,所述装置包括:
接收模块,用于接收数据回退结算请求,所述数据回退结算请求包括保单号、回退区间;
读取模块,用于响应于所述数据回退结算请求,根据所述保单号、所述回退区间从第一缓存中读取对应的待处理数据;
存储模块,用于根据预设的字段将所述待处理数据区分为第一中间数据和第二中间数据,并将所述第一中间数据存储至第二缓存中,将所述第二中间数据存储至第三缓存中;
结算模块,用于从所述第二缓存中读取所述第一中间数据,从所述第三缓存中读取所述第二中间数据,将所述第一中间数据和所述第二中间数据输入至预设的数据处理模型,根据所述数据处理模型对所述第一中间数据和所述第二中间数据进行结算得到目标数据;
回退模块,用于将所述目标数据回退至所述第一缓存中,以利用所述目标数据更新所述第一缓存中的所述待处理数据。
本申请实施例的第三方面提出了一种电子设备,所述电子设备包括存储器和处理器,其中,所述存储器中存储有程序,所述程序被所述处理器执行时所述处理器用于执行如本申请第一方面实施例任一项所述的方法。
本申请实施例的第四方面提出了一种存储介质,该存储介质为计算机可读存储介质,所述存储介质存储有计算机可执行指令,所述计算机可执行指令用于使计算机执行如本申请第一方面实施例任一项所述的方法。
本申请实施例提出的数据回退结算方法和装置、电子设备、存储介质,通过接收数据回退结算请求,数据回退结算请求包括保单号、回退区间,响应于数据回退结算请求,根据保单号、回退区间从第一缓存中读取对应的待处理数据,根据预设的字段将待处理数据区分为第一中间数据和第二中间数据,并将第一中间数据存储至第二缓存中,将第二中间数据存储至第三缓存中,从第二缓存读取第一中间数据,从第三缓存中读取第二中间数据,将第一中间数据和第二中间数据输入至预设的数据处理模型,根据数据处理模型对第一中间数据和第二中间数据进行结算得到目标数据,将目标数据回退至第一缓存中,以利用目标数据更新第一缓存中的待处理数据,本申请实施例根据保单号、回退区间一次性从第一缓存中读取回退区间内所有的待处理数据,将待处理数据的结算放在内存中实现得到目标数据,最后将目标数据一次性回退至第一缓存,避免对第一缓存频繁读写,提高了数据回退结算的效率。
附图说明
图1是本申请实施例提供的数据回退结算方法的第一流程图;
图2是图1中的步骤S140的第一流程图;
图3是图2中的步骤S220的流程图;
图4是本申请实施例提供的数据回退结算方法的第二流程图;
图5是本申请实施例提供的数据回退结算方法的第三流程图;
图6是图1中的步骤S140的第二流程图;
图7是本申请实施例提供的数据回退结算方法的第四流程图;
图8为本申请实施例提供的数据回退结算装置的模块结构框图;
图9是本申请实施例提供的电子设备的硬件结构示意图。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本申请进行进一步详细说明。应当理解,此处所描述的具体实施例仅用以解释本申请,并不用于限定本申请。
需要说明的是,虽然在装置示意图中进行了功能模块划分,在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于装置中的模块划分,或流程图中的顺序执行所示出或描述的步骤。说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。
在本申请的各个具体实施方式中,当涉及到需要根据用户信息、用户行为数据,用户历史数据以及用户位置信息等与用户身份或特性相关的数据进行相关处理时,都会先获得用户的许可或者同意,而且,对这些数据的收集、使用和处理等,都会遵守相关国家和地区的相关法律法规和标准。此外,当本申请实施例需要获取用户的敏感个人信息时,会通过弹窗或者跳转到确认页面等方式获得用户的单独许可或者单独同意,在明确获得用户的单独许可或者单独同意之后,再获取用于使本申请实施例能够正常运行的必要的用户相关数据。
除非另有定义,本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本申请实施例的目的,不是旨在限制本申请。
此外,所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中,提供许多具体细节从而给出对本公开的实施例的充分理解。然而,本领域技术人员将意识到,可以实践本公开的技术方案而没有特定细节中的一个或更多,或者可以采用其它的方法、组元、装置、步骤等。在其它情况下,不详细示出或描述公知方法、装置、实现或者操作以避免模糊本公开的各方面。
附图中所示的方框图仅仅是功能实体,不一定必须与物理上独立的实体相对应。即,可以采用软件形式来实现这些功能实体,或在一个或多个硬件模块或集成电路中实现这些功能实体,或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。
附图中所示的流程图仅是示例性说明,不是必须包括所有的内容和操作/步骤,也不是必须按所描述的顺序执行。例如,有的操作/步骤还可以分解,而有的操作/步骤可以合并或部分合并,因此实际执行的顺序有可能根据实际情况改变。
首先,对本申请中涉及的若干名词进行解析:
计算机:计算机是具备数据存储、数据修改功能的智能电子设备,能够高速、精确地对数据和信息进行运算和处理。
计算机技术:计算机技术是指计算机领域中运用的硬件技术、软件技术和应用技术,包括计算机系统技术、计算机器件技术、计算机部件技术和计算机组装技术,其中信息存储技术为计算机部件技术中的一个分支,通过分层存储将大量的数据和程序存储于计算机系统中,以实现对数据、程序等的高速处理。其中基于分层存储设计的存储器,其层次结构自上而下分为超高速缓存存储器、高速主存储其和外存储器。
虚拟机:虚拟机是指通过软件模拟生成的与现有操作系统功能完全相同的虚拟镜像。
Java虚拟机(Java Virtual Machine,JVM):JVM是一个虚构的计算机,使Java程序只需生成在JVM上运行的字节码,就可以跨平台运行。
oracle数据库:oracle数据库是一种关系数据库管理系统,其以分布式数据库为核心,采用客户/服务器体系结构或者B/S体系结构。
redis数据库:redis数据库是一种key-value数据库,能够弥补关系数据库在key-value数据存储方面的不足,同时支持数据从主服务器向任意数量的从服务器上同步,其中从服务器是可以关联其他从服务器的主服务器。
Guava:Guava是指在JVM的内存中缓存数据,能够在内存不足时控制缓存释放、缓存移除、缓存刷新等,且提供了很好的缓存过期策略以及线程安全的实现机制。
Caffeine:Caffeine是一种基于Java8的高性能本地缓存框架,其在Guava基础上做了部分改进,提供了多种缓存过期策略和缓存容量上限配置功能。
ThreadLocal:ThreadLocal是Thread的局部变量,该变量属于当前线程,是当前线程独有的变量,该变量对其他线程是隔离的,在多线程环境下能够保证各线程变量的独立性。
相关技术中,用户终端提交回退结算请求至服务器端,服务器端根据回退区间按月逐步回退结算,当回退区间跨度大的时候,服务器端会频繁访问数据库端进行表数据的读写,例如用户在2004年操作一笔部分领取,2022年需要回退该笔部分领取,涉及到账户价值表数据的变动,需要回退2004至2022年所有的月结数据,回退区间长达18年,服务器端访问数据库端读取相应月份数据计算月结数据,并将月结数据写入账户价值表,按月逐步结算直至结算完成18年所有的月结数据,这种数据回退结算方法导致服务器端频繁读写用户价值表,导致结算时间长,数据回退结算效率低,甚至不能正常完成数据回退结算。
基于此,本申请实施例提出一种数据回退结算方法和装置、电子设备、存储介质,根据保单号、回退区间一次性从数据库中读取回退区间内所有的待处理数据,将待处理数据的结算放在内存中实现得到目标数据,最后将目标数据一次性回退至数据库,避免对数据库频繁读写,提高了数据回退结算的效率。
本申请实施例提供的数据回退结算方法和装置、电子设备、存储介质,具体通过如下实施例进行说明,首先描述本申请实施例中的数据回退结算方法。
本申请实施例提供的数据回退结算方法,涉及计算机技术领域。本申请实施例提供的数据回退结算方法可应用于终端中,也可应用于服务器端中,还可以是运行于终端或服务器端中的软件。在一些实施例中,终端可以是智能手机、平板电脑、笔记本电脑、台式计算机或者智能手表等;服务器端可以配置成独立的物理服务器,也可以配置成多个物理服务器构成的服务器集群或者分布式系统,还可以配置成提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN以及大数据和人工智能平台等基础云计算服务的云服务器;软件可以是实现数据回退结算方法的应用等,但并不局限于以上形式。
本申请实施例可用于众多通用或专用的计算机系统环境或配置中。例如:个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的消费电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述,例如程序模块。一般地,程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请,在这些分布式计算环境中,由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中,程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
参照图1,根据本申请实施例第一方面实施例的数据回退结算方法,包括但不限于步骤S110至步骤S150。
步骤S110,接收数据回退结算请求;
步骤S120,响应于数据回退结算请求,根据保单号、回退区间从第一缓存中读取对应的待处理数据;
步骤S130,根据预设的字段将待处理数据区分为第一中间数据和第二中间数据,并将第一中间数据存储至第二缓存中,将第二中间数据存储至第三缓存中;
步骤S140,从第二缓存中读取第一中间数据,从第三缓存中读取第二中间数据,将第一中间数据和第二中间数据输入至预设的数据处理模型,根据数据处理模型对第一中间数据和第二中间数据进行结算得到目标数据;
步骤S150,将目标数据回退至第一缓存中,以利用目标数据更新第一缓存中的待处理数据。
在一些实施例的步骤S110中,数据回退结算接口接收来自用户终端发送的数据回退结算请求,其中数据回退结算请求包括保单号、回退区间。
在一些实施例的步骤S120中,数据回退结算接口对数据回退结算请求作出响应,根据数据回退结算请求中的保单号、回退区间从第一缓存中读取对应的待处理数据,其中第一缓存为oracle数据库,待处理数据为用户终端对应用户的保单业务数据,保单业务数据可以为保单数据、保单账户价值数据等,保单业务数据与具体保单相关,会根据用户执行的保单业务服务动作例如保全、续期、理赔等发生变化。响应于数据回退结算请求,根据保单号、回退区间从oracle数据库的表空间中查询对应于保单号、回退区间的保单业务数据文件,根据保单业务数据文件中存储的内容得到保单业务数据。
需要说明的是,oracle数据库还可以存储基础数据,基础数据与具体保单无关,不会随着用户执行的保单业务服务动作而变化,只与具体保险产品相关,可以为保障成本数据、利率数据、产品算法数据。产品算法数据为业务逻辑,用于处理保单业务数据,以对保单业务数据进行结算。
在一些实施例的步骤S130中,将数据回退结算接口所有的业务功能模块放在同一进程中,由于处理保单业务数据的业务逻辑复杂,基于oracle数据库存储业务数据处理逻辑,随着产品算法需求的增加,会使数据回退结算接口庞大、改造困难、冗余代码多,同时保单业务数据量大,基于oracle数据库存储保单业务数据,需要多次读取保单业务数据,数据回退结算接口完全依赖oracle数据库,造成响应时间慢、数据处理效率低。通过微服务将数据回退结算接口划分为多个服务单元,使每个服务单元应用化,各服务单元之间相互独立,采用HTTP的API进行各服务单元间的通信,能够解决数据回退结算接口庞大、冗余代码多、响应时间慢、数据处理效率低的问题。例如数据回退结算接口中的保单业务包括契约业务、保全业务等,通过微服务将保单业务划分为契约微服务和保全微服务,每个业务对应一个微服务即一个服务单元,不同微服务执行的保单业务数据处理逻辑不同,例如契约微服务执行保费、保益计算,保全微服务执行新增契约、减退保计算等。可以理解的是,一个微服务可以搭载于多个服务器上,即每个服务器均具备该微服务的具体业务能力,并通过任务分发器将微服务的具体业务分发给多个服务器中的一个,第一中间数据和第二中间数据均缓存于服务器内存中。
为了提高访问数据回退结算接口的速度,避免其频繁与第一缓存进行IO连接,启动微服务时,将保单业务数据抽象成java类对象一次性加载到JVM内存中,使插入更新的DML操作转化为对内存数据的处理,JVM内存包括第二缓存和第三缓存,其中第二缓存为全局缓存,可以将Guava或者Caffeine作为第二缓存,第三缓存为线程级缓存,可以将ThreadLocal作为第三缓存。考虑到保单业务数据与第一缓存与第三缓存的适配性,根据预设的字段将保单业务数据区分为第一中间数据和第二中间数据,其中预设的字段为保单业务数据的数据类型,用于将保单业务数据区分为第一中间数据和第二中间数据,其中第一中间数据为所有线程都通用的数据,即结算过程中不用频繁访问但是又需要的保单业务数据以及JVM实例对所有线程的控制数据,第二中间数据为当前线程正在处理的数据,即结算过程中需要频繁访问的保单业务数据。将所有线程都通用的数据存储至全局缓存,将当前线程正在处理的数据存储至线程级缓存,避免重复查询oracle数据库,无网络开销,提升数据回退结算接口的性能。
在一些实施例的步骤S140中,从全局缓存中读取数据回退结算中不用频繁访问但是又需要的保单业务数据以及JVM实例对所有线程的控制数据作为第一中间数据,从线程级缓存中读取数据回退结算中需要频繁访问的保单业务数据作为第二中间数据,预设的数据处理模型为业务逻辑层,将第一中间数据和第二中间数据输入至业务逻辑层,根据业务逻辑层中存储的保单业务数据的处理算法对第一中间数据和第二中间数据进行结算得到目标数据,目标数据为保单号、回退区间对应的用户结算数据。
在一些实施例的步骤S150中,将用户结算数据一次性回退至oracle数据库中,根据用户结算数据完成业务保单数据的更新,避免了每计算一次月结数据就需要读写oracle数据库,减少了服务器与oracle数据库建立网络连接的通信开销,提高了数据回退结算的效率。
本申请实施例提出的数据回退结算方法,通过接收数据回退结算请求,数据回退结算请求包括保单号、回退区间,响应于数据回退结算请求,根据保单号、回退区间从第一缓存中读取对应的待处理数据,根据预设的字段将待处理数据区分为第一中间数据和第二中间数据,并将第一中间数据存储至第二缓存中,将第二中间数据存储至第三缓存中,从第二缓存读取第一中间数据,从第三缓存中读取第二中间数据,将第一中间数据和第二中间数据输入至预设的数据处理模型,根据数据处理模型对第一中间数据和第二中间数据进行结算得到目标数据,将目标数据回退至第一缓存中,以利用目标数据更新第一缓存中的待处理数据,本申请实施例根据保单号、回退区间一次性从第一缓存中读取回退区间内所有的待处理数据,将待处理数据的结算放在内存中实现得到目标数据,最后将目标数据一次性回退至第一缓存,避免对第一缓存频繁读写,提高了数据回退结算的效率。
在一些实施例中,如图2所示,步骤S140具体包括但不限于步骤S210至步骤S220。
步骤S210,将第一中间数据和第二中间数据输入至预设的数据处理模型,作为数据处理模型的输入参数;
步骤S220,响应于输入参数,开启异步线程并发执行数据处理模型的算法,以对输入参数进行结算得到目标数据。
在一些实施例的步骤S210至S220中,将第一中间数据和第二中间数据作为输入参数输入业务逻辑层,通过主线程开启异步线程并发执行业务逻辑层的SQL语句,对输入参数进行结算得到用户结算数据,其中SQL语句对应于业务逻辑层的查表更新操作。
在一些实施例中,输入参数包括第一输入数据和第二输入数据,如图3所示,步骤S220具体包括但不限于步骤S310至步骤S340。
步骤S310,响应于输入参数,主线程开启异步线程;
步骤S320,根据主线程执行数据处理模型的算法,以对第一输入数据进行结算,得到第一结算数据;
步骤S330,根据异步线程执行数据处理模型的算法,以对第二输入数据进行结算,得到第二结算数据;
步骤S340,根据第一结算数据和第二结算数据得到目标数据。
在一些实施例的步骤S310至S340中,主线程开启异步线程,通过多线程并发执行业务逻辑层算法,主线程读取第一输入数据,根据业务逻辑层算法对第一输入数据进行结算,得到第一结算数据,异步线程读取第二输入数据,根据业务逻辑层算法对第二输入数据进行结算,得到第二结算数据,将主线程结算的第一结算数据和异步线程结算的第二结算数据作为目标数据。
在一些实施例中,如图4所示,在步骤S340之前,数据回退结算方法具体包括但不限于步骤S410至步骤S430。
步骤S410,控制主线程提交第一结算数据;
步骤S420,获取异步线程的数目;
步骤S430,若异步线程的数目为零,控制主线程发送提交事务信息至异步线程,以使异步线程提交第二结算数据。
在一些实施例的步骤S410至S430中,为了提高数据回退结算接口的访问速度,通过多线程并发分割业务处理任务,本申请实施例通过CountDownLatch和CyblicBarrier进行多线程间事务控制,实现各线程间数据原子性与数据一致性。CountDownLatch相当于计数器,主线程开启异步线程时,将异步线程的数目记录到CountDownLatch,并将输入参数中的一部分数据即第二输入数据交由异步线程结算,当计数器的数值为零时,表明异步线程已处理完成第二输入数据的结算任务,若主线程也已处理完第一输入数据的结算任务,说明所有线程都已经完成数据结算任务,根据CyblicBarrier触发主线程提交第一结算数据并发送提交事务信息至异步线程,异步线程接收到该提交事务信息后,提交第二结算数据。
在一些实施例中,数据回退结算方法中的数据处理模型算法的获取步骤如图5所示,具体包括但不限于步骤S510至步骤S540。
S510,获取第一配置文件;
S520,根据第一配置文件配置初始算法至第一缓存中;
S530,从第一缓存中加载初始算法至数据处理模型中;
S540,解析数据处理模型中的初始算法,得到目标算法。
在一些实施例的步骤S510中,获取第一配置文件,其中第一配置文件包括初始算法。
在一些实施例的步骤S520中,执行SQL脚本将第一配置文件中的初始算法配置到oracle数据库中,其中初始算法包括算法编码、算法、参数、关联保险产品。
在一些实施例的步骤S530至S540中,微服务启动时,业务逻辑层的jexl引擎从oracle数据库中将初始算法加载到业务逻辑层,并解析该初始算法得到目标算法。由于保险产品算法都是固定的if-else模式,随着保险产品的更新,需要修改各分支对应的接口,导致不能快速配置开发,影响开发效率,本申请实施例通过将if-else分支抽象成算法并配置到oracle数据库中,在业务逻辑层能够根据算法编码、关联保险产品获取对应的目标保险产品算法,不需要修改接口,仅仅通过SQL脚本修改数据库的DML配置,就能够完成新的保险产品的算法配置,实现快速配置开发,提高开发效率。
在一些实施例的步骤S510至S540中,初始算法保存于第一配置文件中,执行SQL脚本将第一配置文件中的初始算法配置于oracle数据库中,微服务启动时,jexl引擎从oracle数据库加载初始算法至业务逻辑层,并将初始算法解析为目标算法,使业务逻辑层不需要根据保险产品算法的变化而修改接口,只需通过SQL脚本修改oracle数据库配置的初始算法,能够实现快速配置开发。
在一些实施例中,如图6所示,步骤S140具体包括但不限于步骤S610至步骤S630。
步骤S610,获取第二配置文件;
步骤S620,根据第二配置文件从第四缓存中获取第二数据;
步骤S630,根据数据处理模型对第一中间数据、第二中间数据和第二数据进行结算得到目标数据。
在一些实施例的步骤S610中,获取第二配置文件,其中第二配置文件包括用户账号密码等。
在一些实施例的步骤S620中,第四缓存可以为redis数据库,第二数据为基础数据,根据第二配置文件中的用户账户密码从redis数据库中获取基础数据。需要说明的是,本申请实施例的数据回退结算方法支持降级缓存,若根据第二配置文件从第四缓存中查询不到对应的第二数据,则根据第二配置文件从第一缓存中获取第二数据,即若根据用户账户密码在redis数据库中查询不到基础数据,就从oracle数据库中查询相关的基础数据。若在第二缓存或者第三缓存中查找不到对应的数据,则从第一缓存中查找数据,以保证数据回退结算接口的可用性。
在一些实施例的步骤S630中,将第一中间数据、第二中间数据和基础数据作为业务逻辑层的输入参数,根据业务逻辑层的算法对输入参数进行结算,得到用户结算数据。若主线程开启的异步线程数量为一,主线程的数据对应于输入参数中的第一输入数据,异步线程的数据对应于输入参数的第二输入数据,主线程读取第一输入数据,根据业务逻辑层算法对第一输入数据进行结算,得到第一结算数据,异步线程读取第二输入数据,根据业务逻辑层算法对第二输入数据进行结算,得到第二结算数据,将主线程结算的第一结算数据和异步线程结算的第二结算数据作为用户结算数据。若主线程开启的异步线程数量为二,输入参数中的第一输入数据对应于主线程的数据,输入参数中的第二输入数据对应于第一异步线程的数据,输入参数中的第三输入数据对应于第二异步线程的数据,则主线程执行业务逻辑层的算法对第一输入数据进行结算,得到第一结算数据,第一异步线程执行业务逻辑层的算法对第二输入数据进行结算,得到第二结算数据,第二异步线程执行业务逻辑层的算法对第三输入数据进行结算,得到第三结算数据,根据第一结算数据、第二结算数据和第三结算数据得到用户结算数据。
参照图7,本申请另一实施例提出一种数据回退结算方法,包括但不限于步骤S710至步骤S770。
S710,接收数据回退结算请求;
S720,响应于数据回退结算请求,根据保单号、回退区间从oracle数据库中读取对应的保单业务数据;
S730,根据业务数据类型将保单业务数据区分为第一中间数据和第二中间数据,将第一中间数据存储至guava或者caffeine中,将第二中间数据存储至ThreadLocal中;
S740,从guava或者caffeine中读取第一中间数据,从ThreadLocal中读取第二中间数据,根据用户账户密码从redis数据库中读取基础数据,将第一中间数据、第二中间数据和基础数据作为业务逻辑层的输入参数;
S750,响应于输入参数,主线程开启异步线程,并记录异步线程的数目;
S760,主线程执行数据逻辑层的算法对输入参数中的第一输入数据进行结算,异步线程执行数据逻辑层的算法对输入参数的第二输入数据进行结算,若异步线程的数目为零,则主线程提交结算的第一结算数据,并发送提交事务信息至异步线程,异步线程提交结算的第二结算数据;
S770,将第一结算数据和第二结算数据作为目标结算数据,将目标结算数据回退至oracle数据库中,更新oracle数据库中的保单业务数据。
本申请实施例还提供一种数据回退结算装置,如图8所示,可以实现上述数据回退结算方法,该装置包括:接收模块810、读取模块820、存储模块830、结算模块840和回退模块850。接收模块810用于接收数据回退结算请求,数据回退结算请求包括保单号、回退区间;读取模块820用于响应于数据回退结算请求,根据保单号、回退区间从第一缓存中读取对应的待处理数据;存储模块830用于根据预设的字段将待处理数据区分为第一中间数据和第二中间数据,并将第一中间数据存储至第二缓存中,将第二中间数据存储至第三缓存中;结算模块840用于从第二缓存中读取第一中间数据,从第三缓存中读取第二中间数据,将第一中间数据和第二中间数据输入至预设的数据处理模型,根据数据处理模型对第一中间数据和第二中间数据进行结算得到目标数据;回退模块850用于将目标数据回退至第一缓存中,以利用目标数据更新第一缓存中的待处理数据。
本申请实施例提出的数据回退结算装置,通过接收模块接收数据回退结算请求,数据回退结算请求包括保单号、回退区间,响应于数据回退结算请求,读取模块根据保单号、回退区间从第一缓存中读取对应的待处理数据,存储模块根据预设的字段将待处理数据区分为第一中间数据和第二中间数据,并将第一中间数据存储至第二缓存中,将第二中间数据存储至第三缓存中,结算模块从第二缓存读取第一中间数据,从第三缓存中读取第二中间数据,将第一中间数据和第二中间数据输入至预设的数据处理模型,根据数据处理模型对第一中间数据和第二中间数据进行结算得到目标数据,回退模块将目标数据回退至第一缓存中,以利用目标数据更新第一缓存中的待处理数据,本申请实施例根据保单号、回退区间一次性从第一缓存中读取回退区间内所有的待处理数据,将待处理数据的结算放在内存中实现得到目标数据,最后将目标数据一次性回退至第一缓存,避免对第一缓存频繁读写,提高了数据回退结算的效率。
本申请实施例的数据回退结算装置用于执行上述实施例中的数据回退结算方法,其具体处理过程与上述实施例中的数据回退结算方法相同,此处不再一一赘述。
本申请实施例还提供了一种电子设备,包括:
至少一个处理器,以及,
与至少一个处理器通信连接的存储器;其中,
存储器存储有指令,指令被至少一个处理器执行,以使至少一个处理器执行指令时实现如本申请第一方面实施例中任一项的方法。
下面结合图9对电子设备的硬件结构进行详细说明。该电子设备包括:处理器910、存储器920、输入/输出接口930、通信接口940和总线950。
处理器910,可以采用通用的CPU(Central Processing Unit,中央处理器)、微处理器、应用专用集成电路(Application Specific Integrated Circuit,ASIC)、或者一个或多个集成电路等方式实现,用于执行相关程序,以实现本申请实施例所提供的技术方案;
存储器920,可以采用ROM(Read Only Memory,只读存储器)、静态存储设备、动态存储设备或者RAM(Random Access Memory,随机存取存储器)等形式实现。存储器920可以存储操作系统和其他应用程序,在通过软件或者固件来实现本说明书实施例所提供的技术方案时,相关的程序代码保存在存储器920中,并由处理器910来调用执行本申请实施例的数据回退结算方法;
输入/输出接口930,用于实现信息输入及输出;
通信接口940,用于实现本设备与其他设备的通信交互,可以通过有线方式(例如USB、网线等)实现通信,也可以通过无线方式(例如移动网络、WIFI、蓝牙等)实现通信;和
总线950,在设备的各个组件(例如处理器910、存储器920、输入/输出接口930和通信接口940)之间传输信息;
其中处理器910、存储器920、输入/输出接口930和通信接口940通过总线950实现彼此之间在设备内部的通信连接。
本申请实施例还提供一种存储介质,该存储介质是计算机可读存储介质,该计算机可读存储介质存储有计算机可执行指令,该计算机可执行指令用于使计算机执行本申请实施例的数据回退结算方法。
存储器作为一种非暂态计算机可读存储介质,可用于存储非暂态软件程序以及非暂态性计算机可执行程序。此外,存储器可以包括高速随机存取存储器,还可以包括非暂态存储器,例如至少一个磁盘存储器件、闪存器件、或其他非暂态固态存储器件。在一些实施方式中,存储器可选包括相对于处理器远程设置的存储器,这些远程存储器可以通过网络连接至该处理器。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
本申请实施例描述的实施例是为了更加清楚的说明本申请实施例的技术方案,并不构成对于本申请实施例提供的技术方案的限定,本领域技术人员可知,随着技术的演变和新应用场景的出现,本申请实施例提供的技术方案对于类似的技术问题,同样适用。
本领域技术人员可以理解的是,图1至图7中示出的技术方案并不构成对本申请实施例的限定,可以包括比图示更多或更少的步骤,或者组合某些步骤,或者不同的步骤。
以上所描述的装置实施例仅仅是示意性的,其中作为分离部件说明的单元可以是或者也可以不是物理上分开的,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。
本领域普通技术人员可以理解,上文中所公开方法中的全部或某些步骤、系统、设备中的功能模块/单元可以被实施为软件、固件、硬件及其适当的组合。
本申请的说明书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
应当理解,在本申请中,“至少一个(项)”是指一个或者多个,“多个”是指两个或两个以上。“和/或”,用于描述关联对象的关联关系,表示可以存在三种关系,例如,“A和/或B”可以表示:只存在A,只存在B以及同时存在A和B三种情况,其中A,B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达,是指这些项中的任意组合,包括单项(个)或复数项(个)的任意组合。例如,a,b或c中的至少一项(个),可以表示:a,b,c,“a和b”,“a和c”,“b和c”,或“a和b和c”,其中a,b,c可以是单个,也可以是多个。
在本申请所提供的几个实施例中,应该理解到,所揭露的装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括多指令用以使得一台电子设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-Only Memory,简称ROM)、随机存取存储器(Random Access Memory,简称RAM)、磁碟或者光盘等各种可以存储程序的介质。
以上参照附图说明了本申请实施例的优选实施例,并非因此局限本申请实施例的权利范围。本领域技术人员不脱离本申请实施例的范围和实质内所作的任何修改、等同替换和改进,均应在本申请实施例的权利范围之内。
Claims (10)
1.数据回退结算方法,其特征在于,所述方法包括:
接收数据回退结算请求,所述数据回退结算请求包括保单号、回退区间;
响应于所述数据回退结算请求,根据所述保单号、所述回退区间从第一缓存中读取对应的待处理数据;
根据预设的字段将所述待处理数据区分为第一中间数据和第二中间数据,并将所述第一中间数据存储至第二缓存中,将所述第二中间数据存储至第三缓存中;
从所述第二缓存中读取所述第一中间数据,从所述第三缓存中读取所述第二中间数据,将所述第一中间数据和所述第二中间数据输入至预设的数据处理模型,根据所述数据处理模型对所述第一中间数据和所述第二中间数据进行结算得到目标数据;
将所述目标数据回退至所述第一缓存中,以利用所述目标数据更新所述第一缓存中的所述待处理数据。
2.根据权利要求1所述的数据回退结算方法,其特征在于,所述将所述第一中间数据和所述第二中间数据输入至预设的数据处理模型,根据所述数据处理模型对所述第一中间数据和所述第二中间数据进行结算得到目标数据,包括:
将所述第一中间数据和所述第二中间数据输入至预设的数据处理模型,作为所述数据处理模型的输入参数;
响应于所述输入参数,开启异步线程并发执行所述数据处理模型的算法,以对所述输入参数进行结算得到目标数据。
3.根据权利要求2所述的数据回退结算方法,其特征在于,所述输入参数包括第一输入数据和第二输入数据,所述响应于所述输入参数,开启异步线程并发执行所述数据处理模型的算法,以对所述输入参数进行结算得到目标数据,包括:
响应于所述输入参数,主线程开启异步线程;
根据所述主线程执行所述数据处理模型的算法,以对所述第一输入数据进行结算,得到第一结算数据;
根据所述异步线程执行所述数据处理模型的算法,以对所述第二输入数据进行结算,得到第二结算数据;
根据所述第一结算数据和所述第二结算数据得到目标数据。
4.根据权利要求3所述的数据回退结算方法,其特征在于,在所述根据所述第一结算数据和所述第二结算数据得到目标数据之前,所述数据回退结算方法还包括:
控制所述主线程提交所述第一结算数据;
获取所述异步线程的数目;
若所述异步线程的数目为零,控制所述主线程发送提交事务信息至所述异步线程,以使所述异步线程提交所述第二结算数据。
5.根据权利要求2所述的数据回退结算方法,其特征在于,所述数据处理模型的算法根据以下步骤得到:
获取第一配置文件;
根据所述第一配置文件配置初始算法至所述第一缓存中;
从所述第一缓存中加载所述初始算法至所述数据处理模型中;
解析所述数据处理模型中的所述初始算法,得到目标算法。
6.根据权利要求1至5任一项所述的数据回退结算方法,其特征在于,所述根据所述数据处理模型对所述第一中间数据和所述第二中间数据进行结算得到目标数据,包括:
获取第二配置文件;
根据所述第二配置文件从第四缓存中获取第二数据;
根据所述数据处理模型对所述第一中间数据、所述第二中间数据和所述第二数据进行结算得到目标数据。
7.根据权利要求6所述的数据回退结算方法,其特征在于,在根据所述第二配置文件从第四缓存中获取第二数据之后,所述数据回退结算方法还包括:
若根据所述第二配置文件从所述第四缓存中查询不到对应的所述第二数据,则根据所述第二配置文件从所述第一缓存中获取所述第二数据。
8.数据回退结算装置,其特征在于,所述装置包括:
接收模块,用于接收数据回退结算请求,所述数据回退结算请求包括保单号、回退区间;
读取模块,用于响应于所述数据回退结算请求,根据所述保单号、所述回退区间从第一缓存中读取对应的待处理数据;
存储模块,用于根据预设的字段将所述待处理数据区分为第一中间数据和第二中间数据,并将所述第一中间数据存储至第二缓存中,将所述第二中间数据存储至第三缓存中;
结算模块,用于从所述第二缓存中读取所述第一中间数据,从所述第三缓存中读取所述第二中间数据,将所述第一中间数据和所述第二中间数据输入至预设的数据处理模型,根据所述数据处理模型对所述第一中间数据和所述第二中间数据进行结算得到目标数据;
回退模块,用于将所述目标数据回退至所述第一缓存中,以利用所述目标数据更新所述第一缓存中的所述待处理数据。
9.电子设备,其特征在于,包括:
至少一个存储器;
至少一个处理器;
至少一个程序;
所述程序被存储在所述存储器中,处理器执行所述至少一个程序以实现:
如权利要求1至7任一项所述的方法。
10.存储介质,所述存储介质为计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有计算机可执行指令,所述计算机可执行指令用于使计算机执行:
如权利要求1至7任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210687785.9A CN115048398A (zh) | 2022-06-17 | 2022-06-17 | 数据回退结算方法和装置、电子设备、存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210687785.9A CN115048398A (zh) | 2022-06-17 | 2022-06-17 | 数据回退结算方法和装置、电子设备、存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115048398A true CN115048398A (zh) | 2022-09-13 |
Family
ID=83162053
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210687785.9A Pending CN115048398A (zh) | 2022-06-17 | 2022-06-17 | 数据回退结算方法和装置、电子设备、存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115048398A (zh) |
-
2022
- 2022-06-17 CN CN202210687785.9A patent/CN115048398A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107169083B (zh) | 公安卡口海量车辆数据存储与检索方法及装置、电子设备 | |
CN103544153B (zh) | 一种基于数据库的数据更新方法和系统 | |
US9569481B1 (en) | Efficient locking of large data collections | |
US8527462B1 (en) | Database point-in-time restore and as-of query | |
US20160147809A1 (en) | Exporting and Importing Database Tables in a Multi-User Database Environment | |
US10970311B2 (en) | Scalable snapshot isolation on non-transactional NoSQL | |
US20160283540A1 (en) | Concurrent reads and inserts into a data structure without latching or waiting by readers | |
CN102902730A (zh) | 基于数据缓存的读数据方法及装置 | |
US9501313B2 (en) | Resource management and allocation using history information stored in application's commit signature log | |
WO2013165546A1 (en) | Method and apparatus for database | |
CN114721844B (zh) | 数据缓存方法和装置、计算机设备、存储介质 | |
WO2018080943A1 (en) | Highly available and reliable secret distribution infrastructure | |
WO2014085728A1 (en) | Unified search result service and cache update | |
US9325722B2 (en) | Apparatus, method, and computer-readable medium | |
CN113220669A (zh) | 业务数据的处理方法、装置及电子设备 | |
US10565184B2 (en) | Method and system for committing transactions in a semi-distributed manner | |
US10127270B1 (en) | Transaction processing using a key-value store | |
CN115048398A (zh) | 数据回退结算方法和装置、电子设备、存储介质 | |
CN109495432B (zh) | 一种匿名账户的鉴权方法及服务器 | |
CN104111962A (zh) | 具有批量操作的增强型事务高速缓存 | |
CN111291083A (zh) | 网页源码数据处理方法、装置及计算机设备 | |
CN103809915A (zh) | 一种磁盘文件的读写方法和装置 | |
CN112559568A (zh) | 一种虚拟物品确定方法、装置及计算机可读存储介质 | |
US20220092194A1 (en) | Smart Direct Access | |
CN113127717A (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 |