CN115168378A - 一种银行客户信息交易历史的记录方法、装置及设备 - Google Patents

Abstract

本申请公开了一种银行客户信息交易历史的记录方法、装置及设备，可应用于大数据领域以及金融领域，能够有效降低开发成本并便于业务人员进行客户信息交易历史的查询和记录。该方法包括：首先获取目标客户号下的业务实体表维护信息，然后，将其写入预先构建的业务实体变更记录表，并根据业务实体表维护信息的属性类型判断是否继续流程，若是，则检查旧新实体是否为同一实体类型。再对两个实体的各个属性字段逐一比对，前后值不一致则需要进行拼接，接着，比对业务实体表的会计日期与系统当前会计日期的大小，若系统当前会计日期小于业务实体表的会计日期，则停止交易；反之，则在判断出日终标识为日终状态或原表下传状态时，进行写影子表操作。

Description

一种银行客户信息交易历史的记录方法、装置及设备

技术领域

本申请涉及大数据技术领域，尤其涉及一种银行客户信息交易历史的记录方法、装置及设备。

背景技术

随着社会经济和互联网的高速发展，各大银行作为金融服务的中心，越来越多的客户通过手机银行等外围系统在银行核心系统上进行客户信息变更办理等各种金融业务操作，使得银行需要记录的数据信息越来越多。

目前传统的银行核心系统在针对客户信息变更的查询、展示时，通常只是简单还原了原交易的现场信息，缺乏对于客户具体修改了哪些信息的细节视图展示，导致用户的查询体验较差。

发明内容

本申请实施例的主要目的在于提供一种银行客户信息交易历史的记录方法、装置及设备，能够有效降低开发成本并便于业务人员进行客户信息交易历史的查询和记录。

第一方面，本申请实施例提供了一种银行客户信息交易历史的记录方法，所述方法包括：

获取目标客户号下的业务实体表维护信息，并通过维护客户信息交易模块，将所述业务实体表维护信息传送给创建业务实体变更记录模块；

通过所述创建业务实体变更记录模块，将所述业务实体表维护信息写入预先构建的业务实体变更记录表，并根据所述业务实体表维护信息的属性类型判断是否继续流程；

若是，则通过比对新旧实体差异模块检查旧新实体是否为同一实体类型。再对两个实体的各个属性字段逐一比对，前后值不一致则需要进行拼接；

通过写影子表模块比对业务实体表的会计日期与系统当前会计日期的大小，若系统当前会计日期小于业务实体表的会计日期，则停止交易；反之，则在判断出日终标识为日终状态或原表下传状态时，进行写影子表操作。

可选的，所述业务实体表维护信息包括新增信息、修改信息和删除信息中的至少一种。

可选的，所述业务实体变更记录表包括客户号、法人编码、全局序列号、表名、实体变化序号、交易日期、变更详情。

可选的，所述客户号为标识客户身份的唯一代码；所述全局序列号代表交易的唯一性；所述表名标识交易变更的业务实体；所述实体变化序号标识多笔修改中的具体一条记录；所述交易日期标识交易发生的日期；所述变更详情用于存放字段变化的json字符串。

第二方面，本申请实施例还提供了一种银行客户信息交易历史的记录装置，所述装置包括：

传送单元，用于获取目标客户号下的业务实体表维护信息，并通过维护客户信息交易模块，将所述业务实体表维护信息传送给创建业务实体变更记录模块；

判断单元，用于通过所述创建业务实体变更记录模块，将所述业务实体表维护信息写入预先构建的业务实体变更记录表，并根据所述业务实体表维护信息的属性类型判断是否继续流程；

检查单元，用于若是，则通过比对新旧实体差异模块检查旧新实体是否为同一实体类型。再对两个实体的各个属性字段逐一比对，前后值不一致则需要进行拼接；

比对单元，用于通过写影子表模块比对业务实体表的会计日期与系统当前会计日期的大小，若系统当前会计日期小于业务实体表的会计日期，则停止交易；反之，则在判断出日终标识为日终状态或原表下传状态时，进行写影子表操作。

可选的，所述业务实体表维护信息包括新增信息、修改信息和删除信息中的至少一种。

可选的，所述业务实体变更记录表包括客户号、法人编码、全局序列号、表名、实体变化序号、交易日期、变更详情。

可选的，所述客户号为标识客户身份的唯一代码；所述全局序列号代表交易的唯一性；所述表名标识交易变更的业务实体；所述实体变化序号标识多笔修改中的具体一条记录；所述交易日期标识交易发生的日期；所述变更详情用于存放字段变化的json字符串。

本申请实施例还提供了一种银行客户信息交易历史的记录设备，包括：处理器、存储器、系统总线；

所述处理器以及所述存储器通过所述系统总线相连；

所述存储器用于存储一个或多个程序，所述一个或多个程序包括指令，所述指令当被所述处理器执行时使所述处理器执行上述银行客户信息交易历史的记录方法中的任意一种实现方式。

本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当所述指令在终端设备上运行时，使得所述终端设备执行上述银行客户信息交易历史的记录方法中的任意一种实现方式。

本申请实施例提供的一种银行客户信息交易历史的记录方法、装置及设备，首先获取目标客户号下的业务实体表维护信息，并通过维护客户信息交易模块，将业务实体表维护信息传送给创建业务实体变更记录模块，然后，通过创建业务实体变更记录模块，将业务实体表维护信息写入预先构建的业务实体变更记录表，并根据业务实体表维护信息的属性类型判断是否继续流程，若是，则通过比对新旧实体差异模块检查旧新实体是否为同一实体类型。再对两个实体的各个属性字段逐一比对，前后值不一致则需要进行拼接，接着，通过写影子表模块比对业务实体表的会计日期与系统当前会计日期的大小，若系统当前会计日期小于业务实体表的会计日期，则停止交易；反之，则在判断出日终标识为日终状态或原表下传状态时，进行写影子表操作，从而能够有效降低开发成本并便于业务人员进行客户信息交易历史的查询和记录。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例提供的一种银行客户信息交易历史的记录方法的流程示意图；

图2为本申请实施例提供的银行客户信息交易历史的记录流程的整体示意图；

图3为本申请实施例提供的一种银行客户信息交易历史的记录装置的组成示意图。

具体实施方式

随着社会经济和互联网的高速发展，各大银行作为金融服务的中心，越来越多的客户通过手机银行等外围系统在银行核心系统上进行客户信息变更办理等各种金融业务操作，并都需要在银行核心系统上留下变更记录，提供视图展示。

目前传统的银行核心系统在针对客户信息变更的查询、展示时，通常只是简单还原了原交易的现场信息，缺乏对于客户具体修改了哪些信息的细节视图展示，导致用户的查询体验较差。

为解决上述缺陷，本申请实施例提供了一种银行客户信息交易历史的记录方法，首先获取目标客户号下的业务实体表维护信息，并通过维护客户信息交易模块，将业务实体表维护信息传送给创建业务实体变更记录模块，然后，通过创建业务实体变更记录模块，将业务实体表维护信息写入预先构建的业务实体变更记录表，并根据业务实体表维护信息的属性类型判断是否继续流程，若是，则通过比对新旧实体差异模块检查旧新实体是否为同一实体类型。再对两个实体的各个属性字段逐一比对，前后值不一致则需要进行拼接，接着，通过写影子表模块比对业务实体表的会计日期与系统当前会计日期的大小，若系统当前会计日期小于业务实体表的会计日期，则停止交易；反之，则在判断出日终标识为日终状态或原表下传状态时，进行写影子表操作，从而能够有效降低开发成本并便于业务人员进行客户信息交易历史的查询和记录。

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

第一实施例

参见图1，为本实施例提供的一种银行客户信息交易历史的记录方法的流程示意图，该方法包括以下步骤：

S101：获取目标客户号下的业务实体表维护信息，并通过维护客户信息交易模块，将业务实体表维护信息传送给创建业务实体变更记录模块。

在本实施例中，为了能够有效降低开发成本并便于业务人员进行客户信息交易历史的查询和记录，本申请提出采用设计业务实体变更历史表结构，有效记录分布式核心银行系统上信息变更记录，并提供合适的7x24小时服务机制，具体的，首先，维护客户信息交易模块将维护信息报文的客户号、银行号、全局序列号、表名等信息传送给构造业务实体变更记录模块，然后构造业务实体变更记录模块写入业务实体变更表，并根据维护的属性(创建、修改和删除)判断是否继续流程，接着，比对旧新实体差异模块根据比对结果和日终标识判断是否写影子表，从而能够有效降低开发成本并便于业务人员进行客户信息交易历史的查询和记录。

具体来讲，首先需要获取目标客户号下的业务实体表维护信息，并通过维护客户信息交易模块，将业务实体表维护信息传送给创建业务实体变更记录模块，用以执行后续步骤S102。例如，维护客户信息交易模块可以将维护信息报文的客户号、银行号、全局序列号、表名等信息传送给创建业务实体变更记录模块。

其中，业务实体表维护信息包括新增信息、修改信息和删除信息中的至少一种。

S102：通过创建业务实体变更记录模块，将业务实体表维护信息写入预先构建的业务实体变更记录表，并根据业务实体表维护信息的属性类型判断是否继续流程。

需要说明的是，为了能够有效降低开发成本并便于业务人员进行客户信息交易历史的查询和记录，本申请结合核心系统联机交易报文头字段与企业级架构业务实体表，设计了业务实体变更历史表，该业务实体变更记录表包括但不限于客户号、法人编码、全局序列号、表名、实体变化序号、交易日期、变更详情。

其中，客户号为标识客户身份的唯一代码；全局序列号代表交易的唯一性；所述表名标识交易变更的业务实体；实体变化序号标识多笔修改中的具体一条记录；交易日期标识交易发生的日期；变更详情用于存放字段变化的json字符串。

在本实施例中，通过步骤S101将业务实体表维护信息传送给创建业务实体变更记录模块后，进一步可以通过创建业务实体变更记录模块，将业务实体表维护信息写入预先构建的业务实体变更记录表，并根据业务实体表维护信息的属性类型(即创建、修改和删除)判断是否继续流程。

S103：若是，则通过比对新旧实体差异模块检查旧新实体是否为同一实体类型。再对两个实体的各个属性字段逐一比对，前后值不一致则需要进行拼接。

在本实施例中，若通过步骤S102根据业务实体表维护信息的属性类型判断继续流程，进一步可以通过比对新旧实体差异模块检查旧新实体是否为同一实体类型。再对两个实体的各个属性字段逐一比对，前后值不一致则需要进行拼接，用以执行后续步骤S104。

S104：通过写影子表模块比对业务实体表的会计日期与系统当前会计日期的大小，若系统当前会计日期小于业务实体表的会计日期，则停止交易；反之，则在判断出日终标识为日终状态或原表下传状态时，进行写影子表操作。

在本实施例中，是通过写影子表模块根据比对结果和日终标识判断是否写影子表，具体的，是比对业务实体表的会计日期与系统当前会计日期的大小，若系统当前会计日期小于业务表的会计日期，则拒绝交易。否则判断日终标识是否为日终状态(如E)或原表下传状态，只需二者满足其一即可执行写影子表。

这样，通过执行上述步骤S101-S104采用设计业务实体变更历史表结构，有效记录分布式核心银行系统上信息变更记录，极大减轻开发人员的开发工作量，提高了统一处理的代码复用率，实现在分布式核心银行系统上，有效记录客户信息变更，对外提供细节视图展示，同时满足7x24小时正常服务。

记录T日最后一笔交易的静止数据，本应为切换日期之前业务表的数据，但是存在切换日期时还有未执行完的T日交易，所以切换日期之前的业务表数据不能作为最后一笔交易的静止数据。

为确保能记录全量的T日最后一笔交易，当系统会计日期切换为T+1日后，将发生第一笔维护(更新、删除操作)交易业务表的旧数据写入shadow表中，此时shadow表中的数据就是业务表中T日的最后一笔交易记录，大致流程为先将业务表中的旧数据不做任何修改的写到业务表对应的shadow表后，然后更新业务表。

T日最后一笔交易的全量数据就是业务表中交易会计日期为T日和shadow表中交易会计日期为T日的数据。

需要说明的是，本申请实施例还提供了一种银行客户信息交易历史的记录流程的整体示意图，如图2所示，共包含四个模块，分别为：维护客户信息交易模块、创建业务实体变更记录模块、比对新旧实体差异模块、写影子表模块。其中，维护客户信息交易模块主要用于为修改该客户号下的业务实体表信息，包括新增信息和修改、删除信息。创建业务实体变更记录模块是对维护客户信息交易模块所执行的变更行为构造记录信息，记录客户的变更详情。比对新旧实体差异模块首先用于检查旧新实体是否为同一实体类型。再对两个实体的各个属性字段逐一比对，前后值不一致则需要进行拼接。写影子表模块是用于比对业务表的会计日期与系统当前会计日期的大小，若系统当前会计日期小于业务表的会计日期，则拒绝交易。否则判断日终标识是否为日终状态E或原表下传状态，是则执行写影子表。具体实现过程可参见上述步骤S101-S104，在此不在赘述。

综上，本实施例提供的一种银行客户信息交易历史的记录方法，首先获取目标客户号下的业务实体表维护信息，并通过维护客户信息交易模块，将业务实体表维护信息传送给创建业务实体变更记录模块，然后，通过创建业务实体变更记录模块，将业务实体表维护信息写入预先构建的业务实体变更记录表，并根据业务实体表维护信息的属性类型判断是否继续流程，若是，则通过比对新旧实体差异模块检查旧新实体是否为同一实体类型。再对两个实体的各个属性字段逐一比对，前后值不一致则需要进行拼接，接着，通过写影子表模块比对业务实体表的会计日期与系统当前会计日期的大小，若系统当前会计日期小于业务实体表的会计日期，则停止交易；反之，则在判断出日终标识为日终状态或原表下传状态时，进行写影子表操作，从而能够有效降低开发成本并便于业务人员进行客户信息交易历史的查询和记录。

第二实施例

本实施例将对一种银行客户信息交易历史的记录装置进行介绍，相关内容请参见上述方法实施例。

参见图3，为本实施例提供的一种银行客户信息交易历史的记录装置的组成示意图，具体包括：

传送单元301，用于获取目标客户号下的业务实体表维护信息，并通过维护客户信息交易模块，将所述业务实体表维护信息传送给创建业务实体变更记录模块；

判断单元302，用于通过所述创建业务实体变更记录模块，将所述业务实体表维护信息写入预先构建的业务实体变更记录表，并根据所述业务实体表维护信息的属性类型判断是否继续流程；

检查单元303，用于若是，则通过比对新旧实体差异模块检查旧新实体是否为同一实体类型。再对两个实体的各个属性字段逐一比对，前后值不一致则需要进行拼接；

比对单元304，用于通过写影子表模块比对业务实体表的会计日期与系统当前会计日期的大小，若系统当前会计日期小于业务实体表的会计日期，则停止交易；反之，则在判断出日终标识为日终状态或原表下传状态时，进行写影子表操作。

在本实施例的一种实现方式中，所述业务实体表维护信息包括新增信息、修改信息和删除信息中的至少一种。

在本实施例的一种实现方式中，所述业务实体变更记录表包括客户号、法人编码、全局序列号、表名、实体变化序号、交易日期、变更详情。

在本实施例的一种实现方式中，所述客户号为标识客户身份的唯一代码；所述全局序列号代表交易的唯一性；所述表名标识交易变更的业务实体；所述实体变化序号标识多笔修改中的具体一条记录；所述交易日期标识交易发生的日期；所述变更详情用于存放字段变化的json字符串。

综上，本实施例提供的一种银行客户信息交易历史的记录装置，首先获取目标客户号下的业务实体表维护信息，并通过维护客户信息交易模块，将业务实体表维护信息传送给创建业务实体变更记录模块，然后，通过创建业务实体变更记录模块，将业务实体表维护信息写入预先构建的业务实体变更记录表，并根据业务实体表维护信息的属性类型判断是否继续流程，若是，则通过比对新旧实体差异模块检查旧新实体是否为同一实体类型。再对两个实体的各个属性字段逐一比对，前后值不一致则需要进行拼接，接着，通过写影子表模块比对业务实体表的会计日期与系统当前会计日期的大小，若系统当前会计日期小于业务实体表的会计日期，则停止交易；反之，则在判断出日终标识为日终状态或原表下传状态时，进行写影子表操作，从而能够有效降低开发成本并便于业务人员进行客户信息交易历史的查询和记录。

进一步地，本申请实施例还提供了一种银行客户信息交易历史的记录设备，包括：处理器、存储器、系统总线；

所述处理器以及所述存储器通过所述系统总线相连；

所述存储器用于存储一个或多个程序，所述一个或多个程序包括指令，所述指令当被所述处理器执行时使所述处理器执行上述银行客户信息交易历史的记录方法的任一种实现方法。

进一步地，本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当所述指令在终端设备上运行时，使得所述终端设备执行上述银行客户信息交易历史的记录方法的任一种实现方法。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到上述实施例方法中的全部或部分步骤可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者诸如媒体网关等网络通信设备，等等)执行本申请各个实施例或者实施例的某些部分所述的方法。

需要说明的是，本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

另外，需要说明的是，本发明提供的银行客户信息交易历史的记录方法、装置及设备可用于大数据领域以及金融领域。上述仅为示例，并不对本发明提供的银行客户信息交易历史的记录方法、装置及设备的应用领域进行限定。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种银行客户信息交易历史的记录方法，其特征在于，所述方法包括：

获取目标客户号下的业务实体表维护信息，并通过维护客户信息交易模块，将所述业务实体表维护信息传送给创建业务实体变更记录模块；

通过所述创建业务实体变更记录模块，将所述业务实体表维护信息写入预先构建的业务实体变更记录表，并根据所述业务实体表维护信息的属性类型判断是否继续流程；

若是，则通过比对新旧实体差异模块检查旧新实体是否为同一实体类型。再对两个实体的各个属性字段逐一比对，前后值不一致则需要进行拼接；

通过写影子表模块比对业务实体表的会计日期与系统当前会计日期的大小，若系统当前会计日期小于业务实体表的会计日期，则停止交易；反之，则在判断出日终标识为日终状态或原表下传状态时，进行写影子表操作。

2.根据权利要求1所述的方法，其特征在于，所述业务实体表维护信息包括新增信息、修改信息和删除信息中的至少一种。

3.根据权利要求1所述的方法，其特征在于，所述业务实体变更记录表包括客户号、法人编码、全局序列号、表名、实体变化序号、交易日期、变更详情。

4.根据权利要求3所述的方法，其特征在于，所述客户号为标识客户身份的唯一代码；所述全局序列号代表交易的唯一性；所述表名标识交易变更的业务实体；所述实体变化序号标识多笔修改中的具体一条记录；所述交易日期标识交易发生的日期；所述变更详情用于存放字段变化的json字符串。

5.一种银行客户信息交易历史的记录装置，其特征在于，所述装置包括：

传送单元，用于获取目标客户号下的业务实体表维护信息，并通过维护客户信息交易模块，将所述业务实体表维护信息传送给创建业务实体变更记录模块；

判断单元，用于通过所述创建业务实体变更记录模块，将所述业务实体表维护信息写入预先构建的业务实体变更记录表，并根据所述业务实体表维护信息的属性类型判断是否继续流程；

检查单元，用于若是，则通过比对新旧实体差异模块检查旧新实体是否为同一实体类型。再对两个实体的各个属性字段逐一比对，前后值不一致则需要进行拼接；

比对单元，用于通过写影子表模块比对业务实体表的会计日期与系统当前会计日期的大小，若系统当前会计日期小于业务实体表的会计日期，则停止交易；反之，则在判断出日终标识为日终状态或原表下传状态时，进行写影子表操作。

6.根据权利要求5所述的装置，其特征在于，所述业务实体表维护信息包括新增信息、修改信息和删除信息中的至少一种。

7.根据权利要求5所述的装置，其特征在于，所述业务实体变更记录表包括客户号、法人编码、全局序列号、表名、实体变化序号、交易日期、变更详情。

8.根据权利要求7所述的装置，其特征在于，所述客户号为标识客户身份的唯一代码；所述全局序列号代表交易的唯一性；所述表名标识交易变更的业务实体；所述实体变化序号标识多笔修改中的具体一条记录；所述交易日期标识交易发生的日期；所述变更详情用于存放字段变化的json字符串。

9.一种银行客户信息交易历史的记录设备，其特征在于，包括：处理器、存储器、系统总线；

所述处理器以及所述存储器通过所述系统总线相连；

所述存储器用于存储一个或多个程序，所述一个或多个程序包括指令，所述指令当被所述处理器执行时使所述处理器执行权利要求1-4任一项所述的方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有指令，当所述指令在终端设备上运行时，使得所述终端设备执行权利要求1-4任一项所述的方法。

Images