CN115760408A - 交易数据处理方法、装置及核算服务器 - Google Patents

交易数据处理方法、装置及核算服务器 Download PDF

Info

Publication number
CN115760408A
CN115760408A CN202211469470.3A CN202211469470A CN115760408A CN 115760408 A CN115760408 A CN 115760408A CN 202211469470 A CN202211469470 A CN 202211469470A CN 115760408 A CN115760408 A CN 115760408A
Authority
CN
China
Prior art keywords
transaction
date
booked
fixed
record
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
Application number
CN202211469470.3A
Other languages
English (en)
Inventor
张明
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Clp Jinxin Software Shanghai Co ltd
Original Assignee
Clp Jinxin Software Shanghai Co ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Clp Jinxin Software Shanghai Co ltd filed Critical Clp Jinxin Software Shanghai Co ltd
Priority to CN202211469470.3A priority Critical patent/CN115760408A/zh
Publication of CN115760408A publication Critical patent/CN115760408A/zh
Pending legal-status Critical Current

Links

Images

Landscapes

  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

本申请提供一种交易数据处理方法、装置及核算服务器,涉及计算机技术领域。该方法包括:接收业务服务器发送的待记账交易记录;根据历史已记账交易记录,和待记账交易记录的待记账交易日期,确定固定交易日期,固定交易余额和固定交易余额方向;根据固定交易余额以及固定交易余额方向,确定固定交易数据;根据历史已记账交易记录中最后一笔已记账交易记录,对待记账交易请求执行记账操作,得到最新记账交易记录,最新记账交易记录包括:待记账交易日期、新的交易余额以及新的交易余额的方向;根据新的交易余额以及新的交易余额的方向,确定实时交易数据。本申请可以采用固定数据和实时数据并存的方式,保证业务服务器业务办理的连续性。

Description

交易数据处理方法、装置及核算服务器
技术领域
本发明涉及计算机技术领域,具体而言,涉及一种交易数据处理方法、装置及核算服务器。
背景技术
随着银行业务的不断发展和壮大,交易服务器在夜间进行业务批量处理时,部分批量业务的处理需要依赖账户的当日日终余额,故当日的日终余额需要保持静止状态,但是在业务批量处理期间,交易服务器与核算服务器的联机交易,需要对账户余额进行更新,导致银行在进行业务批量处理期间需要停止联机交易,出现无法办理业务的情况,无法保证业务的连续性,降低用户的体验感。
发明内容
本发明的目的在于,针对上述现有技术中的不足,提供一种交易数据处理方法、装置及核算服务器,以便采用固定数据和实时数据并存的方式,保证业务服务器业务办理的连续性。
为实现上述目的,本申请实施例采用的技术方案如下:
第一方面,本申请实施例提供了一种交易数据处理方法,应用于核算服务器,所述核算服务器与业务服务器分布式部署,以分别进行核算与交易,所述方法包括:
接收业务服务器发送的交易记账请求,所述交易记账请求中包括:待记账交易记录;
根据历史已记账交易记录,和所述待记账交易记录的待记账交易日期,确定固定交易日期,固定交易余额和固定交易余额方向;
根据所述固定交易余额以及所述固定交易余额方向,确定固定交易数据,所述固定交易数据在所述待记账交易日期内保持不变;
根据所述历史已记账交易记录中的最后一笔已记账交易记录,对所述待记账交易请求执行记账操作,得到最新记账交易记录;
根据所述最新记账交易记录中新的交易余额以及所述最新记账交易记录中新的交易余额的方向,确定实时交易数据;所述固定交易数据和所述实时交易数据用于确定所述业务服务器的日终交易数据。
可选的,所述根据历史已记账交易记录,和所述待记账交易记录的待记账交易日期,确定固定交易日期,固定交易余额和固定交易余额方向,包括:
从所述历史已记账交易记录中获取所述最后一笔已记账交易记录;
根据所述最后一笔已记账交易记录中已记账交易日期和所述待记账交易日期,判断所述待记账交易记录是否为交易日切后产生的交易记录,所述交易日切是指所述业务服务器进行交易日期的切换;
若所述待记账交易记录为交易日切后产生的交易记录,则确定所述待记账交易日期、所述最后一笔已记账交易记录中已记账交易余额和所述最后一笔已记账交易记录中已记账交易余额的方向分别为所述固定交易日期、所述固定交易余额和所述固定交易余额方向。
可选的,所述根据所述最后一笔已记账交易记录中已记账交易日期和所述待记账交易日期,判断所述待记账交易记录是否为交易日切后产生的交易记录,包括:
若所述已记账交易日期小于所述待记账交易日期,则确定所述待记账交易记录为所述交易日切后产生的交易记录。
可选的,所述根据所述最后一笔已记账交易记录中已记账交易日期和所述待记账交易日期,判断所述待记账交易记录是否为交易日切后产生的交易记录,包括:
若所述已记账交易日期等于所述待记账交易日期,则确定所述待记账交易记录不为交易日切后产生的交易记录;
所述根据历史已记账交易记录,和所述待记账交易记录的待记账交易日期,确定固定交易日期,固定交易余额和固定交易余额方向,还包括:
根据最近一次交易日切的日切日期,获取所述日切日期之前的最后一笔已记账交易记录;
确定所述日切日期之前的最后一笔已记账交易记录中的已记账交易余额和已记账交易余额的方向分别为所述固定交易余额和所述固定交易余额方向,所述固定交易日期为所述最近一次交易日切的日期。
可选的,所述根据所述最后一笔已记账交易记录中已记账交易日期和所述待记账交易日期,判断所述待记账交易记录是否为交易日切后产生的交易记录,包括:
若所述已记账交易日期大于所述待记账交易日期,则确定所述待记账交易记录不为交易日切后产生的交易记录;
所述根据历史已记账交易记录,和所述待记账交易记录的待记账交易日期,确定固定交易日期,固定交易余额和固定交易余额方向,还包括:
根据最近一次交易日切的日切日期,获取所述日切日期之前的最后一笔已记账交易记录;
根据所述日切日期之前的最后一笔已记账交易记录以及所述待记账交易记录,确定所述固定交易余额和所述固定交易余额方向,所述固定交易日期为所述最近一次交易日切的日期。
可选的,所述方法还包括:
根据预设日终数据的选择规则,从所述实时交易数据和所述固定交易数据中确定所述日终交易数据;
向所述业务服务器发送所述日终交易数据,以使得所述业务服务器基于所述日终交易数据执行业务交易。
可选的,所述根据预设日终数据的选择规则,从所述实时交易数据和所述固定交易数据中确定所述日终交易数据,包括:
若所述最新记账交易记录中的记账交易日期大于预设核算日期,则确定所述固定交易数据为所述日终交易数据;
若所述最新记账交易记录中的记账交易日期等于所述预设核算日期,则确定所述实时交易数据为所述日终交易数据。
可选的,所述接收业务服务器发送的交易记账请求之后,所述方法还包括:
根据所述待记账交易记录所属的交易类型,确定对所述待记账交易记录进行记账的记账分户为交易性分户,其中,不同的交易类型对应的记账分户不同;
所述根据所述历史已记账交易记录中的最后一笔已记账交易记录,对所述待记账交易请求执行记账操作,得到最新记账交易记录,包括:
根据所述历史已记账交易记录中的最后一笔已记账交易记录,在所述交易性分户中对所述待记账交易请求执行记账操作,得到最新记账交易记录。
第二方面,本申请实施例还提供一种交易数据处理装置,应用于核算服务器,所述核算服务器与业务服务器分布式部署,以分别进行核算与交易,所述装置包括:
记账请求接收模块,用于接收业务服务器发送的交易记账请求,所述交易记账请求中包括:待记账交易记录;
交易数据获取模块,用于根据历史已记账交易记录,和所述待记账交易记录的待记账交易日期,确定固定交易日期,固定交易余额和固定交易余额方向;
固定数据确定模块,用于根据所述固定交易余额以及所述固定交易余额方向,确定固定交易数据,所述固定交易数据在所述待记账交易日期内保持不变;
记账操作执行模块,用于根据所述历史已记账交易记录中的最后一笔已记账交易记录,对所述待记账交易请求执行记账操作,得到最新记账交易记录;
实时数据确定模块,用于根据所述最新记账交易记录中新的交易余额以及所述最新记账交易记录中新的交易余额的方向,确定实时交易数据;所述固定交易数据和所述实时交易数据用于确定所述业务服务器的日终交易数据。
可选的,所述交易数据获取模块,包括:
第一交易记录获取单元,用于从所述历史已记账交易记录中获取所述最后一笔已记账交易记录;
交易日期判断单元,用于根据所述最后一笔已记账交易记录中已记账交易日期和所述待记账交易日期,判断所述待记账交易记录是否为交易日切后产生的交易记录,所述交易日切是指所述业务服务器进行交易日期的切换;
第一交易数据确定单元,用于若所述待记账交易记录为交易日切后产生的交易记录,则确定所述待记账交易日期、所述最后一笔已记账交易记录中已记账交易余额和所述最后一笔已记账交易记录中已记账交易余额的方向分别为所述固定交易日期、所述固定交易余额和所述固定交易余额方向。
可选的,所述交易日期判断单元,具体用于若所述已记账交易日期小于所述待记账交易日期,则确定所述待记账交易记录为所述交易日切后产生的交易记录。
可选的,所述交易日期判断单元,还用于若所述已记账交易日期等于所述待记账交易日期,则确定所述待记账交易记录不为交易日切后产生的交易记录;
所述交易数据获取模块,还包括:
第二交易记录获取单元,用于根据最近一次交易日切的日切日期,获取所述日切日期之前的最后一笔已记账交易记录;
第二交易数据确定单元,用于确定所述日切日期之前的最后一笔已记账交易记录中的已记账交易余额和已记账交易余额的方向分别为所述固定交易余额和所述固定交易余额方向,所述固定交易日期为所述最近一次交易日切的日期。
可选的,所述交易数据获取模块,还用于若所述已记账交易日期大于所述待记账交易日期,则确定所述待记账交易记录不为交易日切后产生的交易记录;
所述交易数据获取模块,还包括:
第三交易记录获取单元,用于根据最近一次交易日切的日切日期,获取所述日切日期之前的最后一笔已记账交易记录;
第三交易数据确定单元,用于根据所述日切日期之前的最后一笔已记账交易记录以及所述待记账交易记录,确定所述固定交易余额和所述固定交易余额方向,所述固定交易日期为所述最近一次交易日切的日期。
可选的,所述装置还包括:
日终数据选择模块,用于根据预设日终数据的选择规则,从所述实时交易数据和所述固定交易数据中确定所述日终交易数据;
日终数据发送模块,用于向所述业务服务器发送所述日终交易数据,以使得所述业务服务器基于所述日终交易数据执行业务交易。
可选的,所日终数据选择模块,具体用于若所述最新记账交易记录中的记账交易日期大于预设核算日期,则确定所述固定交易数据为所述日终交易数据;或者,用于若所述最新记账交易记录中的记账交易日期等于所述预设核算日期,则确定所述实时交易数据为所述日终交易数据。
可选的,所述装置还包括:
记账分户确定模块,用于根据所述待记账交易记录所属的交易类型,确定对所述待记账交易记录进行记账的记账分户为交易性分户,其中,不同的交易类型对应的记账分户不同;
所述记账操作执行模块,具体用于根据所述历史已记账交易记录中的最后一笔已记账交易记录,在所述交易性分户中对所述待记账交易请求执行记账操作,得到最新记账交易记录。
第三方面,本申请实施例还提供一种核算服务器,包括:处理器、存储介质和总线,所述存储介质存储有所述处理器可执行的程序指令,当核算服务器运行时,所述处理器与所述存储介质之间通过总线通信,所述处理器执行所述程序指令,以执行如第一方面任一所述的交易数据处理方法的步骤。
第四方面,本申请实施例还提供一种计算机可读存储介质,所述存储介质上存储有计算机程序,所述计算机程序被处理器运行时执行如第一方面任一所述的交易数据处理方法的步骤。
本申请的有益效果是:
本申请提供一种交易数据处理方法、装置及核算服务器,根据历史已记账交易记录和待记账交易记录的待记账交易日期,确定固定交易日期、固定交易余额和固定交易余额方向,并根据历史已记账交易记录中的最后一笔已记账交易记录,对待记账交易请求执行记账操作,得到新的记账交易日期、新的交易余额和新的交易余额的方向,根据固定交易余额和固定交易余额方向得到固定交易数据,根据新的交易余额和新的交易余额的方向得到实时交易数据,以便根据固定交易数据和实时交易数据为业务服务器提供用于处理批量业务所需的日终交易数据。基于固定交易数据和实时交易数据的双数据机制,在业务服务器在执行批量业务时,由于实时交易数据仍然可以进行更新,使得业务服务器可以继续提供联机交易,即无需停止业务服务器的联机交易,使业务服务器可以7乘24小时不间断地提供连续经营服务,保证业务服务器业务办理的连续性,提高用户的体验感。
附图说明
为了更清楚地说明本发明实施例的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,应当理解,以下附图仅示出了本发明的某些实施例,因此不应被看作是对范围的限定,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他相关的附图。
图1为本申请实施例提供的一种应用场景的架构图;
图2为本申请实施例提供的交易数据处理方法的流程示意图一;
图3为本申请实施例提供的交易数据处理方法的流程示意图二;
图4为本申请实施例提供的交易数据处理方法的流程示意图三;
图5为本申请实施例提供的交易数据处理方法的流程示意图四;
图6为本申请实施例提供的交易数据处理方法的流程示意图五;
图7为本申请实施例提供的交易数据处理方法的流程示意图六;
图8为本申请实施例提供的交易数据处理装置的结构示意图;
图9为本申请实施例提供的核算服务器的示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。
因此,以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围,而是仅仅表示本申请的选定实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
此外,本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
需要说明的是,在不冲突的情况下,本申请的实施例中的特征可以相互结合。
在对本申请提供的交易数据处理方法进行介绍之前,先对本申请所涉及的应用场景进行说明。
请参考图1,为本申请实施例提供的一种应用场景的架构图,如图1所示,该应用场景包括:业务服务器100和核算服务器200,业务服务器100提供交易服务系统,用于为用户提供交易服务,核算服务器200提供核算系统用于对交易服务系统产生的交易记账请求进行记账操作。
其中,核算服务器200接收业务服务器100发送的交易记账记录后,根据历史已记账交易记录和待记账交易记录的待记账交易日期,确定固定交易日期、固定交易余额和固定交易余额方向,并根据历史已记账交易记录中的最后一笔已记账交易记录,对待记账交易请求执行记账操作,得到新的记账交易日期、新的交易余额和新的交易余额的方向,根据固定交易余额和固定交易余额方向得到固定交易数据,根据新的交易余额和新的交易余额的方向得到实时交易数据,以便根据固定交易数据和实时交易数为业务服务器100提供日终交易数据。基于固定交易数据和实时交易数据的双数据机制,在业务服务器100在执行批量业务时,由于实时交易数据仍然可以进行更新,使得业务服务器100可以继续提供联机交易,即无需停止业务服务器100的联机交易,使业务服务器100可以7乘24小时不间断地提供连续经营服务,保证业务服务器100业务办理的连续性,提高用户的体验感。
基于上述应用场景,提出一种应用于核算服务器200中的交易数据处理方法。请参考图2,为本申请实施例提供的交易数据处理方法的流程示意图一,如图2所示,该方法可以包括:
S10:接收业务服务器发送的交易记账请求,交易记账请求中包括:待记账交易记录。
本实施例中,业务服务器处理用户通过交易系统发送的交易请求,在对交易请求处理成功后,生成交易记账请求,将交易记账请求发送给核算服务器,核算服务器接收到交易记账请求后,对交易记账请求进行解析,确定交易记账请求中的待记账交易记录,待记账交易记录至少可以包括:待记账交易日期、待记账交易金额和待记账交易金额方向,其中,待记账交易日期是业务服务器处理交易请求的日期,待记账交易金额是交易请求所涉及的交易金额,待记账交易金额方向为交易请求对交易金额进行处理的方向,交易金额方向包括:支出方向和收入方向。
S20:根据历史已记账交易记录,和待记账交易记录的待记账交易日期,确定固定交易日期,固定交易余额和固定交易余额方向。
本实施例中,历史已记账交易记录中包括:多笔已记账交易记录,每笔已记账交易记录中包括:已记账交易日期、已记账交易余额和已记账交易余额方向,其中,已记账交易余额为该笔已记账交易记录的交易金额及之前所有已记账交易记录的交易金额之和。
根据历史已记账交易记录,和待记账交易记录的待记账交易日期,从多笔已记账交易记录的已记账交易余额和已记账交易余额方向中确定固定交易余额和固定交易余额方向,根据已记账交易日期和待记账交易日期确定固定交易日期,固定交易日期,固定交易余额和固定交易余额方向为业务服务器在待记账交易日期内的固定数据,在业务服务器的一个交易日期内必须保持不变,直至业务服务器切换至下一个交易日期。
S30:根据固定交易余额以及固定交易余额方向,确定固定交易数据,固定交易数据在待记账交易日期内保持不变。
本实施例中,由于业务服务器在进行业务批量处理时,只需要参考交易余额和交易余额方向,因此,以固定交易余额和固定交易余额方向作为固定交易数据,在待记账交易日期内,固定交易数据保持不变,直至业务服务器切换至下一个交易日期。
在一些实现方式中,由于固定交易日期,固定交易余额和固定交易余额方向在一个交易日期内保持不变,因此,固定交易日期,固定交易余额和固定交易余额方向也可以被称为静态交易日期,静态交易余额和静态交易余额方向,同样的,固定交易数据也可以被称为静态交易数据。
S40:根据历史已记账交易记录中的最后一笔已记账交易记录,对待记账交易请求执行记账操作,得到最新记账交易记录。
本实施例中,历史已记账交易记录中的最后一笔已记账交易记录包括:最后一笔已记账交易日期、最后一笔已记账交易余额和最后一笔已记账交易余额方向,最新记账交易记录包括:待记账交易日期、新的交易余额以及新的交易余额的方向。其中,对待记账交易请求执行记账操作包括:登记最近记账交易记录的记账日期为待记账交易记录中的待记账交易日期,根据最后一笔已记账交易余额和待记账交易金额,计算新的交易余额,根据新的交易余额确定新的交易余额的方向。
在一些实施例中,待记账交易金额为交易的发生额,最后一笔已记账交易余额为原余额,根据发生额方向和原余额方向,对最后一笔已记账交易余额和待记账交易金额进行计算,得到新的交易余额。
示例的,若原余额方向和发生额方向相同,则新的交易余额为原余额加上发生额,新的交易余额的方向与原余额方向和发生额方向相同;若原余额方向和发生额方向相反,则新的交易余额为原余额减去发生额,若新的交易余额小于零,且余额控制方向为双向或轧差,则新的交易余额取正值,新的交易余额的方向与原余额方向相反;若新的交易余额大于零,则新的交易余额的方向与原余额方向相同。
S50:根据最新记账交易记录中新的交易余额以及最新记账交易记录中新的交易余额的方向,确定实时交易数据;固定交易数据和实时交易数据用于确定业务服务器的日终交易数据。
本实施例中,以最新记账交易记录中新的交易余额和最新记账交易记录中新的交易余额的方向作为实时交易数据,实时交易数据会根据业务服务器发送的待记账交易请求不断更新,每处理完一个待记账交易请求,再接收到新的待记账交易请求时,原本的新的交易余额变成了已记账交易余额,原本的新的交易余额的方向变成了已记账交易余额方向。
固定交易数据和实时交易数据作为业务服务器的双余额交易数据,用于根据业务服务器的日切状态,从固定交易数据和实时交易数据中选择业务服务器用于处理批量业务所需的日终交易数据,基于固定交易数据和实时交易数据的双数据机制,在业务服务器在执行批量业务时,由于实时交易数据仍然可以进行更新,使得业务服务器可以继续提供联机交易,即无需停止业务服务器的联机交易,使业务服务器可以7乘24小时不间断地提供连续经营服务,保证业务服务器业务办理的连续性,提高用户的体验感,避免银行客户流失。
以下结合图3对确定固定交易日期,固定交易余额和固定交易余额方向的一种具体实现方式进行详细说明。
请参考图3,为本申请实施例提供的交易数据处理方法的流程示意图二,如图3所示,上述S20根据历史已记账交易记录,和待记账交易记录的待记账交易日期,确定固定交易日期,固定交易余额和固定交易余额方向的过程,可以包括:
S21:从历史已记账交易记录中获取最后一笔已记账交易记录。
本实施例中,历史已记账交易记录中包括:多笔已记账交易记录,从多笔已记账交易记录中获取最后一笔已记账交易记录,最后一笔已记账交易记录包括:最后一笔的已记账交易日期、最后一笔的已记账交易余额和最后一笔的已记账交易余额的方向。
S22:根据最后一笔已记账交易记录中已记账交易日期和待记账交易日期,判断待记账交易记录是否为交易日切后产生的交易记录,交易日切是指业务服务器进行交易日期的切换。
本实施例中,已记账交易日期和待记账交易日期中记录的交易日期均为业务服务器处理交易业务时的日期,可以根据已记账交易日期和待记账交易日期判断待记账交易记录是否为业务服务器在交易日切后产生的交易记录,其中,交易日切为业务服务器的业务日期切换至下一日。
在一些实施例中,若已记账交易日期小于待记账交易日期,则确定待记账交易记录为交易日切后产生的交易记录。
本实施例中,若已记账交易日期小于待记账交易日期,即待记账交易日期大于已记账交易日期,则确定待记账交易记录为业务服务器发生交易日切后产生的第一笔交易记录,即业务服务器发生了交易日切。
S23:若待记账交易记录为交易日切后产生的交易记录,则确定待记账交易日期、最后一笔已记账交易记录中已记账交易余额和最后一笔已记账交易记录中已记账交易余额的方向分别为固定交易日期、固定交易余额和固定交易余额方向。
本实施例中,若待记账交易记录为交易日切后产生的交易记录,即业务服务器发生了交易日切,则需要生成新的固定交易数据,在业务服务器发生交易日切之后的一个交易日期内,该固定交易数据不会发生改变,该固定交易数据用于表示发生交易日切之前的一个交易日期内日终时的交易数据。
其中,由于待记账交易记录为业务服务器在发生交易日切后的第一笔交易记录,则最后一笔已记账交易记录为处理业务服务器在发生交易日切前的最后一笔交易记录生成的已记账交易记录,最后一笔已记账交易记录中的已记账交易余额为业务服务器在发生交易日切前的日终余额,最后一笔已记账交易记录中的已记账交易余额的方向为业务服务器在发生交易日切前的日终余额方向。
以最后一笔已记账交易记录中的已记账交易余额作为固定交易余额,以最后一笔已记账交易记录中的已记账交易余额的方向作为固定交易余额方向,以待记账交易日期作为固定交易日期,可以根据固定交易日期判断业务服务器是否发生了日切,从而从固定交易数据和实时交易数据中选择日终交易数据。
在一种可能的实现方式中,请参考图4,为本申请实施例提供的交易数据处理方法的流程示意图三,如图4所示,上述根据最后一笔已记账交易记录中已记账交易日期和待记账交易日期,判断待记账交易记录是否为交易日切后产生的交易记录,可以包括:
S24:若已记账交易日期等于待记账交易日期,则确定待记账交易记录不为交易日切后产生的交易记录。
本实施例中,若已记账交易日期等于待记账交易日期,则确定业务服务器尚未发生交易日切,待记账交易记录和最后一笔已记账交易记录是在业务服务器的同一个交易日期内发生的交易的产生的记录,待记账交易记录不是业务服务器发生日切后的第一笔交易记录。
上述根据历史已记账交易记录,和待记账交易记录的待记账交易日期,确定固定交易日期,固定交易余额和固定交易余额方向,还可以包括:
S25:根据最近一次交易日切的日切日期,获取日切日期之前的最后一笔已记账交易记录。
本实施例中,若待记账交易记录和最后一笔已记账交易记录是在业务服务器的同一个交易日期内发生的交易的产生的记录,即业务服务器没有发生交易日切,则不需要生成新的固定交易数据,只需要将旧的固定交易数据保持不变即可,旧的固定交易数据是在发生上一次交易日切时确定的固定交易数据。
在一些实施例中,根据历史已记账交易记录中的多笔已记账交易记录的交易日期,从多个交易日期中确定最近一次发生的交易日切,以确定最近一次的交易日切之前的最后一笔已记账交易。
S26:确定日切日期之前的最后一笔已记账交易记录中的已记账交易余额和已记账交易余额的方向分别为固定交易余额和固定交易余额方向,固定交易日期为最近一次交易日切的日期。
本实施例中,日切日期之前的最后一笔已记账交易记录记录了日切之前的一个业务日期内的日终交易数据,以日切日期之前的最后一笔已记账交易记录中的已记账交易余额作为固定交易余额,以日切日期之前的最后一笔已记账交易记录中的已记账交易余额的方向作为固定交易余额方向,以最近一次交易日切的日期作为固定交易日期,以表示该固定交易数据为最近一次交易日切之后的一个交易日期内保持不变。
在一种可能的实现方式中,请参考图5,为本申请实施例提供的交易数据处理方法的流程示意图四,如图5所示,上述最后一笔已记账交易记录中根据已记账交易日期和待记账交易日期,判断待记账交易记录是否为交易日切后产生的交易记录,可以包括:
S27:若已记账交易日期大于待记账交易日期,则确定待记账交易记录不为交易日切后产生的交易记录。
本实施例中,一般情况下已记账交易日期不会大于待记账交易日期,但是由于交易服务器和核算服务器之间的信息交互,可能由于网络延迟等原因,导致部分交易记账请求未在日切前发送至核算服务器。核算服务器接收到交易记账请求后,确定待记账交易记录的待记账交易日期小于历史已记账交易记录中的最后一笔已记账交易记录的已记账交易日期,则确定待记账交易记录实际上是交易日切前产生的交易记录,只是在交易日切后才发送至核算服务器。
上述根据历史已记账交易记录,和待记账交易记录的待记账交易日期,确定固定交易日期,固定交易余额和固定交易余额方向,还可以包括:
S28:根据最近一次交易日切的日切日期,获取日切日期之前的最后一笔已记账交易记录。
本实施例中,若待记账交易记录是在交易日切前产生的交易记录,在交易日切后生成的固定交易数据中不包括待记账交易记录,即固定交易数据不完整,需要在交易日切后生成的固定交易数据中补充待记账交易记录。
在一些实施例中,根据历史已记账交易记录中的多笔已记账交易记录的交易日期,从多个交易日期中确定最近一次发生的交易日切,以确定最近一次的交易日切之前的最后一笔已记账交易。
S29:根据日切日期之前的最后一笔已记账交易记录以及待记账交易记录,确定固定交易余额和固定交易余额方向,固定交易日期为最近一次交易日切的日期。
本实施例中,在交易日切之后,以日切日期之前的最后一笔已记账交易记录中的已记账交易余额作为固定交易余额,以日切日期之前的最后一笔已记账交易记录中的已记账交易余额的方向作为固定交易余额方向,在接收到待记账交易日期小于已记账交易日期的待记账交易记录后,根据待记账交易记录中的待记账交易金额和日切日期之前的最后一笔已记账交易记录中的已记账交易余额、以及待记账交易金额方向和已记账交易金额的方向重新计算固定交易余额和固定交易余额方向,以最近一次交易日切的日期作为固定交易日期,以表示该固定交易数据为最近一次交易日切之后的一个交易日期内保持不变。
示例的,若历史已记账交易记录中包括:多笔11月7号的已记账交易记录、多笔11月8号的已记账交易记录,若待记账交易记录的待记账交易日期为11月9号,则确定待记账交易记录为业务服务器发生交易日切后的第一笔交易记录,以11月8号的最后一笔已记账交易记录中的已记账交易余额作为固定交易余额,以11月8号的最后一笔已记账交易记录中的已记账交易余额的方向作为固定交易余额方向,固定交易日期记为11月9号。
若待记账交易记录的待记账交易日期为11月8号,则确定待记账交易记录为业务服务器发生交易日切前的交易记录,确定最近一次交易日切是11月8号,以11月8号之前即11月7号的最后一笔已记账交易记录中的已记账交易余额作为固定交易余额,以11月7号的最后一笔已记账交易记录中的已记账交易余额的方向作为固定交易余额方向,固定交易日期记为11月8号。
若待记账交易记录的待记账交易日期为11月7号,则确定待记账交易记录为业务服务器发生最近一次交易日切前的交易记录,确定最近一次交易日切是11月8号,根据11月8号之前即11月7号的最后一笔已记账交易记录中的已记账交易余额和待记账交易记录的待记账交易金额、11月7号的最后一笔已记账交易记录中的已记账交易余额的方向和待记账交易金额方向计算固定交易余额和固定交易余额方向,固定交易日期记为11月8号。
以下结合图6对从固定交易数据和实时交易数据中选择日终交易数据的一种具体实现方式进行详细说明。
请参考图6,为本申请实施例提供的交易数据处理方法的流程示意图五,如图6所示,该方法还可以包括:
S60:根据预设日终数据的选择规则,从实时交易数据和固定交易数据中确定日终交易数据。
本实施例中,预设日终数据的选择规则为根据业务服务器和核算服务器的不同日切状态选择日终交易数据的规则,预设日终数据的选择规则限定了业务服务器和核算服务器的不同日切状态与所选择的日终交易数据的预设对应关系,根据业务服务器和核算服务器的日切状态,以及预设对应关系,可以从实时交易数据和固定交易数据中选择日终交易数据。
在一种可能的实现方式中,若最新记账交易记录中的记账交易日期大于预设核算日期,则确定固定交易数据为日终交易数据;若最新记账交易记录中的记账交易日期等于预设核算日期,则确定实时交易数据为日终交易数据。
本实施例中,若接收到业务服务器发送的日终交易数据获取请求,根据最新记账交易记录中的记账交易日期和预设核算日期,从实时交易数据和固定交易数据中确定日终交易数据。其中,预设核算日期为核算服务器的会计日期,核算服务器与交易服务器一般采用不同的日期运行,交易服务器发生日切之后,核算服务器也能进行日切。
具体的,若最新记账交易记录中的记账交易日期大于预设核算日期,则确定业务服务器已经发生了交易日切,业务服务器是在交易日切之后进行批量业务的处理,确定交易日切前的固定交易数据为日终交易数据。
若最新记账交易记录中的记账交易日期等于预设核算日期,则确定业务服务器尚未发生交易日切,业务服务器是在交易日切之前进行批量业务的处理,确定该交易日期内的实时交易数据为日终交易数据。
S70:向业务服务器发送日终交易数据,以使得业务服务器基于日终交易数据执行业务交易。
本实施例中,核算服务器在从固定交易数据和实时交易数据中确定日终交易数据后,将日终交易数据发送给业务服务器,以使得业务服务器在执行批量业务处理时使用日终交易数据。
在一些实施例中,关于交易服务器和核算服务器的日切,其具体步骤可以为:
获取交易服务器的日切登记薄,日切登记簿包括:交易服务器的日切日期和日切处理状态,日切处理状态为未处理;根据日切日期,确定交易服务器已发生日期切换;切换核算服务器的日切,并更新日切处理状态为已处理。
本实施例中,交易服务器的日期切换到下一日后,调用核算服务器接收日切通知的联机交易,在日切登记薄中交易服务器的日切日期和日切处理状态,且日切处理状态登记为未处理状态,核算服务器查询日切登记薄中日切处理状态为未处理状态的日切记录,从所有日切记录中选择日期记录最小的一条日切记录,并根据该条日切记录,将核算服务器的日期切换至下一日,将该条日切记录的日切处理状态更新为已处理状态,以确定核算服务器已根据交易服务器的日切完成了日切。
需要说明的是,登记日切处理状态的目的在于避免在核算服务器发生故障时无法确定是否已经随着交易服务器发生了日切,避免核算服务器在故障前已发生日切,但是在故障解决之后再进行一次日切,保证核算服务器可以正常进行日切。
在一种可能的实现方式中,请参考图7,为本申请实施例提供的交易数据处理方法的流程示意图六,如图7所示,在接收业务服务器发送的交易记账请求之后,上述根据历史已记账交易记录中的最后一笔已记账交易记录,对待记账交易请求执行记账操作,得到最新记账交易记录,包括:
S41:根据待记账交易记录所属的交易类型,确定对待记账交易记录进行记账的记账分户为交易性分户,其中,不同的交易类型对应的记账分户不同。
S42:根据历史已记账交易记录中的最后一笔已记账交易记录,在交易性分户中对待记账交易请求执行记账操作,得到最新记账交易记录。
本实施例中,交易类型是对交易内容进行分类核算的类型,根据会计规则可以确定交易内容和交易类型的对应关系,交易服务器在处理客户交易请求时,根据交易内容,确定对应的交易类型。
由于银行所涉及的交易包括多种类型,根据多种类型的交易在会计规则中所属的交易科目,将多种类型的交易划分为两大类型,针对每种类型的交易,在核算系统中创建一个内部账户,作为对该种类型的交易进行记账核算的记账分户,并定义多种类型的交易和记账分户的对应关系,在核算驱动引擎从交易信息中解析得到交易类型后,根据交易类型,确定对应的记账分户。其中,记账分户分为交易性分户和会计性分户,本实施例所针对的记账分户为交易性分户。
在交易性分户中对待记账交易请求执行记账操作,以根据历史已记账交易记录中的最后一笔已记账交易记录和待记账交易记录,生成最新记账交易记录,具体的记账方式如前述S40,在此不做赘述。
上述实施例提供的交易数据处理方法,根据历史已记账交易记录和待记账交易记录的待记账交易日期,确定固定交易日期、固定交易余额和固定交易余额方向,并根据历史已记账交易记录中的最后一笔已记账交易记录,对待记账交易请求执行记账操作,得到新的记账交易日期、新的交易余额和新的交易余额的方向,根据固定交易余额和固定交易余额方向得到固定交易数据,根据新的交易余额和新的交易余额的方向得到实时交易数据,以便根据固定交易数据和实时交易数为业务服务器提供用于处理批量业务所需的日终交易数据。基于固定交易数据和实时交易数据并存的双数据机制,在业务服务器在执行批量业务时,由于实时交易数据仍然可以进行更新,使得业务服务器可以继续提供联机交易,即无需停止业务服务器的联机交易,使业务服务器可以7乘24小时不间断地提供连续经营服务,保证业务服务器业务办理的连续性,提高用户的体验感。
在上述实施例的基础上,本申请实施例还提供一种交易数据处理装置,应用于核算服务器。请参考图8,为本申请实施例提供的交易数据处理装置的结构示意图,如图8所示,该装置可以包括:
记账请求接收模块10,用于接收业务服务器发送的交易记账请求,交易记账请求中包括:待记账交易记录;
交易数据获取模块20,用于根据历史已记账交易记录,和待记账交易记录的待记账交易日期,确定固定交易日期,固定交易余额和固定交易余额方向;
固定数据确定模块30,用于根据固定交易余额以及固定交易余额方向,确定固定交易数据,固定交易数据在待记账交易日期内保持不变;
记账操作执行模块40,用于根据历史已记账交易记录中的最后一笔已记账交易记录,对待记账交易请求执行记账操作,得到最新记账交易记录;
实时数据确定模块50,用于根据最新记账交易记录中新的交易余额以及最新记账交易记录中新的交易余额的方向,确定实时交易数据;固定交易数据和实时交易数据用于确定业务服务器的日终交易数据。
可选的,交易数据获取模块20,包括:
第一交易记录获取单元,用于从历史已记账交易记录中获取最后一笔已记账交易记录;
交易日期判断单元,用于根据最后一笔已记账交易记录中已记账交易日期和待记账交易日期,判断待记账交易记录是否为交易日切后产生的交易记录,交易日切是指业务服务器进行交易日期的切换;
第一交易数据确定单元,用于若待记账交易记录为交易日切后产生的交易记录,则确定待记账交易日期、最后一笔已记账交易记录中已记账交易余额和最后一笔已记账交易记录中已记账交易余额的方向分别为固定交易日期、固定交易余额和固定交易余额方向。
可选的,交易日期判断单元,具体用于若已记账交易日期小于待记账交易日期,则确定待记账交易记录为交易日切后产生的交易记录。
可选的,交易日期判断单元,还用于若已记账交易日期等于待记账交易日期,则确定待记账交易记录不为交易日切后产生的交易记录;
交易数据获取模块20,还包括:
第二交易记录获取单元,用于根据最近一次交易日切的日切日期,获取日切日期之前的最后一笔已记账交易记录;
第二交易数据确定单元,用于确定日切日期之前的最后一笔已记账交易记录中的已记账交易余额和已记账交易余额的方向分别为固定交易余额和固定交易余额方向,固定交易日期为最近一次交易日切的日期。
可选的,交易数据获取模块20,还用于若已记账交易日期大于待记账交易日期,则确定待记账交易记录不为交易日切后产生的交易记录;
交易数据获取模块,还包括:
第三交易记录获取单元,用于根据最近一次交易日切的日切日期,获取日切日期之前的最后一笔已记账交易记录;
第三交易数据确定单元,用于根据日切日期之前的最后一笔已记账交易记录以及待记账交易记录,确定固定交易余额和固定交易余额方向,固定交易日期为最近一次交易日切的日期。
可选的,该装置还包括:
日终数据选择模块,用于根据预设日终数据的选择规则,从实时交易数据和固定交易数据中确定日终交易数据;
日终数据发送模块,用于向业务服务器发送日终交易数据,以使得业务服务器基于日终交易数据执行业务交易。
可选的,所日终数据选择模块,具体用于若最新记账交易记录中的记账交易日期大于预设核算日期,则确定固定交易数据为日终交易数据;或者,用于若最新记账交易记录中的记账交易日期等于预设核算日期,则确定实时交易数据为日终交易数据。
可选的,该装置还包括:
记账分户确定模块,用于根据待记账交易记录所属的交易类型,确定对待记账交易记录进行记账的记账分户为交易性分户,其中,不同的交易类型对应的记账分户不同;
记账操作执行模块40,具体用于根据历史已记账交易记录中的最后一笔已记账交易记录,在交易性分户中对待记账交易请求执行记账操作,得到最新记账交易记录。
上述装置用于执行前述实施例提供的方法,其实现原理和技术效果类似,在此不再赘述。
以上这些模块可以是被配置成实施以上方法的一个或多个集成电路,例如:一个或多个特定集成电路(Application Specific Integrated Circuit,简称ASIC),或,一个或多个微处理器,或,一个或者多个现场可编程门阵列(Field Programmable Gate Array,简称FPGA)等。再如,当以上某个模块通过处理元件调度程序代码的形式实现时,该处理元件可以是通用处理器,例如中央处理器(Central Processing Unit,简称CPU)或其它可以调用程序代码的处理器。再如,这些模块可以集成在一起,以片上系统(system-on-a-chip,简称SOC)的形式实现。
请参考图9,为本申请实施例提供的核算服务器的示意图,如图9所示,该核算服务器200包括:处理器201、存储介质202和总线,存储介质202存储有处理器201可执行的程序指令,当核算服务器200运行时,处理器201与存储介质202之间通过总线通信,处理器201执行程序指令,以执行如上述方法实施例。具体实现方式和技术效果类似,这里不再赘述。
可选地,本发明还提供一种计算机可读存储介质,存储介质上存储有计算机程序,计算机程序被处理器运行时执行上述方法实施例。
可选地,本发明还提供一种程序产品,例如计算机可读存储介质,包括程序,该程序在被处理器执行时用于执行上述方法实施例。
在本发明所提供的几个实施例中,应该理解到,所揭露的装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。
上述以软件功能单元的形式实现的集成的单元,可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)或处理器(英文:processor)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(英文:Read-Only Memory,简称:ROM)、随机存取存储器(英文:Random Access Memory,简称:RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
上仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以权利要求的保护范围为准。

Claims (10)

1.一种交易数据处理方法,其特征在于,应用于核算服务器,所述核算服务器与业务服务器分布式部署,以分别进行核算与交易,所述方法包括:
接收业务服务器发送的交易记账请求,所述交易记账请求中包括:待记账交易记录;
根据历史已记账交易记录,和所述待记账交易记录的待记账交易日期,确定固定交易日期,固定交易余额和固定交易余额方向;
根据所述固定交易余额以及所述固定交易余额方向,确定固定交易数据,所述固定交易数据在所述待记账交易日期内保持不变;
根据所述历史已记账交易记录中的最后一笔已记账交易记录,对所述待记账交易请求执行记账操作,得到最新记账交易记录;
根据所述最新记账交易记录中新的交易余额以及所述最新记账交易记录中新的交易余额的方向,确定实时交易数据;所述固定交易数据和所述实时交易数据用于确定所述业务服务器的日终交易数据。
2.根据权利要求1所述的方法,其特征在于,所述根据历史已记账交易记录,和所述待记账交易记录的待记账交易日期,确定固定交易日期,固定交易余额和固定交易余额方向,包括:
从所述历史已记账交易记录中获取所述最后一笔已记账交易记录;
根据所述最后一笔已记账交易记录中已记账交易日期和所述待记账交易日期,判断所述待记账交易记录是否为交易日切后产生的交易记录,所述交易日切是指所述业务服务器进行交易日期的切换;
若所述待记账交易记录为交易日切后产生的交易记录,则确定所述待记账交易日期、所述最后一笔已记账交易记录中已记账交易余额和所述最后一笔已记账交易记录中已记账交易余额的方向分别为所述固定交易日期、所述固定交易余额和所述固定交易余额方向。
3.根据权利要求2所述的方法,其特征在于,所述根据所述最后一笔已记账交易记录中已记账交易日期和所述待记账交易日期,判断所述待记账交易记录是否为交易日切后产生的交易记录,包括:
若所述已记账交易日期小于所述待记账交易日期,则确定所述待记账交易记录为所述交易日切后产生的交易记录。
4.根据权利要求2所述的方法,其特征在于,所述根据所述最后一笔已记账交易记录中已记账交易日期和所述待记账交易日期,判断所述待记账交易记录是否为交易日切后产生的交易记录,包括:
若所述已记账交易日期等于所述待记账交易日期,则确定所述待记账交易记录不为交易日切后产生的交易记录;
所述根据历史已记账交易记录,和所述待记账交易记录的待记账交易日期,确定固定交易日期,固定交易余额和固定交易余额方向,还包括:
根据最近一次交易日切的日切日期,获取所述日切日期之前的最后一笔已记账交易记录;
确定所述日切日期之前的最后一笔已记账交易记录中的已记账交易余额和已记账交易余额的方向分别为所述固定交易余额和所述固定交易余额方向,所述固定交易日期为所述最近一次交易日切的日期。
5.根据权利要求2所述的方法,其特征在于,所述根据所述最后一笔已记账交易记录中已记账交易日期和所述待记账交易日期,判断所述待记账交易记录是否为交易日切后产生的交易记录,包括:
若所述已记账交易日期大于所述待记账交易日期,则确定所述待记账交易记录不为交易日切后产生的交易记录;
所述根据历史已记账交易记录,和所述待记账交易记录的待记账交易日期,确定固定交易日期,固定交易余额和固定交易余额方向,还包括:
根据最近一次交易日切的日切日期,获取所述日切日期之前的最后一笔已记账交易记录;
根据所述日切日期之前的最后一笔已记账交易记录以及所述待记账交易记录,确定所述固定交易余额和所述固定交易余额方向,所述固定交易日期为所述最近一次交易日切的日期。
6.根据权利要求1所述的方法,其特征在于,所述方法还包括:
根据预设日终数据的选择规则,从所述实时交易数据和所述固定交易数据中确定所述日终交易数据;
向所述业务服务器发送所述日终交易数据,以使得所述业务服务器基于所述日终交易数据执行业务交易。
7.根据权利要求6所述的方法,其特征在于,所述根据预设日终数据的选择规则,从所述实时交易数据和所述固定交易数据中确定所述日终交易数据,包括:
若所述最新记账交易记录中的记账交易日期大于预设核算日期,则确定所述固定交易数据为所述日终交易数据;
若所述最新记账交易记录中的记账交易日期等于所述预设核算日期,则确定所述实时交易数据为所述日终交易数据。
8.根据权利要求1所述的方法,其特征在于,所述接收业务服务器发送的交易记账请求之后,所述方法还包括:
根据所述待记账交易记录所属的交易类型,确定对所述待记账交易记录进行记账的记账分户为交易性分户,其中,不同的交易类型对应的记账分户不同;
所述根据所述历史已记账交易记录中的最后一笔已记账交易记录,对所述待记账交易请求执行记账操作,得到最新记账交易记录,包括:
根据所述历史已记账交易记录中的最后一笔已记账交易记录,在所述交易性分户中对所述待记账交易请求执行记账操作,得到最新记账交易记录。
9.一种交易数据处理装置,其特征在于,应用于核算服务器,所述核算服务器与业务服务器分布式部署,以分别进行核算与交易,所述装置包括:
记账请求接收模块,用于接收业务服务器发送的交易记账请求,所述交易记账请求中包括:待记账交易记录;
交易数据获取模块,用于根据历史已记账交易记录,和所述待记账交易记录的待记账交易日期,确定固定交易日期,固定交易余额和固定交易余额方向;
固定数据确定模块,用于根据所述固定交易余额以及所述固定交易余额方向,确定固定交易数据,所述固定交易数据在所述待记账交易日期内保持不变;
记账操作执行模块,用于根据所述历史已记账交易记录中的最后一笔已记账交易记录,对所述待记账交易请求执行记账操作,得到最新记账交易记录;
实时数据确定模块,用于根据所述最新记账交易记录中新的交易余额以及所述最新记账交易记录中新的交易余额的方向,确定实时交易数据;所述固定交易数据和所述实时交易数据用于确定所述业务服务器的日终交易数据。
10.一种核算服务器,其特征在于,包括:处理器、存储介质和总线,所述存储介质存储有所述处理器可执行的程序指令,当核算服务器运行时,所述处理器与所述存储介质之间通过总线通信,所述处理器执行所述程序指令,以执行如权利要求1至8任一所述的交易数据处理方法的步骤。
CN202211469470.3A 2022-11-22 2022-11-22 交易数据处理方法、装置及核算服务器 Pending CN115760408A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202211469470.3A CN115760408A (zh) 2022-11-22 2022-11-22 交易数据处理方法、装置及核算服务器

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202211469470.3A CN115760408A (zh) 2022-11-22 2022-11-22 交易数据处理方法、装置及核算服务器

Publications (1)

Publication Number Publication Date
CN115760408A true CN115760408A (zh) 2023-03-07

Family

ID=85336843

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202211469470.3A Pending CN115760408A (zh) 2022-11-22 2022-11-22 交易数据处理方法、装置及核算服务器

Country Status (1)

Country Link
CN (1) CN115760408A (zh)

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2002003300A1 (en) * 2000-06-30 2002-01-10 James William Flowers A plus-minus method of dual-entry accounting
CN107273452A (zh) * 2017-05-31 2017-10-20 深圳市长亮科技股份有限公司 数据更新方法和系统
CN107273451A (zh) * 2017-05-31 2017-10-20 深圳市长亮科技股份有限公司 余额数据更新方法和系统
CN107563887A (zh) * 2017-08-22 2018-01-09 福建省农村信用社联合社 基于as400银行核心账务系统零停机日切方法
CN110275799A (zh) * 2019-06-10 2019-09-24 必成汇(成都)科技有限公司 账务系统不停机日切点快照余额的方法
CN110276614A (zh) * 2019-04-30 2019-09-24 阿里巴巴集团控股有限公司 分户账的更新方法和装置
CN114298835A (zh) * 2022-03-11 2022-04-08 梅州客商银行股份有限公司 一种基于7×24小时的核心系统存款账务总分核对方法及系统

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2002003300A1 (en) * 2000-06-30 2002-01-10 James William Flowers A plus-minus method of dual-entry accounting
CN107273452A (zh) * 2017-05-31 2017-10-20 深圳市长亮科技股份有限公司 数据更新方法和系统
CN107273451A (zh) * 2017-05-31 2017-10-20 深圳市长亮科技股份有限公司 余额数据更新方法和系统
CN107563887A (zh) * 2017-08-22 2018-01-09 福建省农村信用社联合社 基于as400银行核心账务系统零停机日切方法
CN110276614A (zh) * 2019-04-30 2019-09-24 阿里巴巴集团控股有限公司 分户账的更新方法和装置
CN110275799A (zh) * 2019-06-10 2019-09-24 必成汇(成都)科技有限公司 账务系统不停机日切点快照余额的方法
CN114298835A (zh) * 2022-03-11 2022-04-08 梅州客商银行股份有限公司 一种基于7×24小时的核心系统存款账务总分核对方法及系统

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
冯华彬;: "银行核心系统支持7×24小时不间断服务分析", 中国金融电脑, no. 05, 7 May 2013 (2013-05-07) *

Similar Documents

Publication Publication Date Title
CN112000675B (zh) 行情数据更新方法、装置、终端设备及存储介质
CN110232565B (zh) 资源清算方法、装置、计算机设备和存储介质
CN109194495B (zh) 服务器、报文处理方法和计算机可读存储介质
CN107038645B (zh) 业务处理方法、装置及系统和服务器
CN107230092B (zh) 账务处理方法、装置及服务器
CN112163946A (zh) 基于分布式交易系统的账务处理方法及装置
CN111125106B (zh) 一种跑批任务执行方法、装置、服务器和存储介质
CN109615384B (zh) 时效性核对规则的生成方法、装置和服务器
CN111444213B (zh) 基于信贷业务的台账清分系统和方法
CN112927090A (zh) 业务订单数据的生成方法及装置
CN110059139A (zh) 业务数据归档方法、设备、服务器及计算机可读存储介质
CN113159913A (zh) 账务信息处理方法及装置
CN110275892B (zh) 面向区块链的数据管理方法、装置、设备及存储介质
CN110033362B (zh) 一种打款方法、装置及设备
CN114003510A (zh) 基于Mock服务的脚本测试方法、装置、设备及介质
CN115760408A (zh) 交易数据处理方法、装置及核算服务器
CN110765148B (zh) 一种业务数据处理方法及装置
CN111741080B (zh) 网络文件分发方法及装置
CN113344680A (zh) 一种订单处理方法、相关装置、设备及存储介质
CN114969071A (zh) 一种数据更新方法及装置
CN112634006A (zh) 对账处理方法、装置、电子设备及存储介质
CN112732733A (zh) 数据核对处理方法及装置
CN116188190B (zh) 一种高并发支付系统多批次半实时对账方法及系统
CN115187391B (zh) 互联网个贷资金核算系统、核算方法及电子设备
CN110008283B (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