CN115082205A - 追踪数据变更情况的方法、装置、服务器及存储介质 - Google Patents

Abstract

本申请公开了一种追踪数据变更情况的方法、装置、存储介质及电子设备，方法包括：当接收到业务变更请求时，确定业务变更请求对应的接口信息；根据接口信息确定变更渠道信息；解析业务变更请求，以获取业务变更请求指示的业务事项以及业务事项对应的变更信息；获取业务事项的初始信息；根据变更渠道信息、初始信息以及变更信息，生成业务事项对应的变更记录信息。从而方便后续根据变更记录信息查询某一业务事项的变更情况，以方便进行业务扩展和解决后续的售后问题。

Description

追踪数据变更情况的方法、装置、服务器及存储介质

技术领域

本申请涉及数据追溯技术领域，具体涉及一种追踪数据变更情况的方法、装置、存储介质及电子设备。

背景技术

终端设备依赖于服务器的数据处理能力和网络连接服务，一般而言，用户会通过终端设备修改数据、增加数据或更新数据，这些对数据的处理请求经由服务器处理后会反馈给终端设备。

当更换终端设备时会造成变更信息遗失，或者采用不同终端设备对同一项数据进行修改时会造成同一数据的变更信息不一致，此种方式造成变更信息难以准确追溯，给业务扩展或解决客诉带来困难。

发明内容

本申请实施例提供一种追踪数据变更情况的方法、装置、存储介质及电子设备，能够便于查询业务事项的变更情况。

第一方面，本申请实施例提供一种追踪数据变更情况的方法，方法包括：

当接收到业务变更请求时，确定业务变更请求对应的接口信息；

根据接口信息确定变更渠道信息；

解析业务变更请求，以获取业务变更请求指示的业务事项以及业务事项对应的变更信息；

获取业务事项的初始信息；

根据变更渠道信息、初始信息以及变更信息，生成业务事项对应的变更记录信息。

可选地，根据变更渠道信息、初始信息以及变更信息，生成业务事项对应的变更记录信息，包括：

从预设业务类型中查找与业务事项匹配的目标业务类型；

根据变更渠道信息、初始信息以及变更信息，生成业务事项对应的变更记录信息；

建立变更记录信息与目标业务类型之间的索引关系，索引关系用于将变更记录信息归属于目标业务类型的目录中。

可选地，根据变更渠道信息、初始信息以及变更信息，生成业务事项对应的变更记录信息之前，方法还包括：

获取业务事项的上一条历史信息；

将上一条历史信息与变更记录信息进行对比，确定发生参数变化的参数信息；

若参数信息指示上一条历史信息与变更记录信息不一致，则将参数信息添加至变更记录信息中。

将上一条历史信息与变更记录信息进行对比，确定发生参数变化的参数信息之后，方法还包括：

若参数信息指示上一条历史信息与变更信息的参数一致，则确定上一条历史信息和变更信息之间的间隔时长；

若间隔时长小于预设阈值，则保留上一条历史信息和变更记录信息中的任意一个。

可选地，根据变更渠道信息、初始信息以及变更信息，生成业务事项对应的变更记录信息之前，方法还包括：

当接收到基于业务变更请求发送的审核响应时，确定审核响应对应的审核渠道信息；

根据变更渠道信息、初始信息以及变更信息，生成业务事项对应的变更记录信息，包括：

当审核响应指示的审核结果为审核通过时，根据变更渠道信息、初始信息、审核渠道信息以及变更信息，生成业务事项对应的变更记录信息。

可选地，变更渠道信息包括：变更时间、客户端地址以及客户端账号。

可选地，根据变更渠道信息、初始信息以及变更信息，生成业务事项对应的变更记录信息之后，方法还包括：

按照每一条变更记录信息所属的业务类型，对变更记录信息进行分组；

对于同一组变更记录信息，按照变更记录信息的变更时间，确定变更记录信息在组内的位次；

根据每一条变更记录信息的分组情况和在组内的位次，生成历史变更记录的统计信息的可视化图表，并展示可视化图表。

第二方面，本申请实施例还提供一种追踪数据变更情况的装置，包括：

接口服务模块，用于当接收到业务变更请求时，确定业务变更请求对应的接口信息；

渠道信息提取模块，用于根据接口信息确定变更渠道信息；

业务分析模块，用于解析业务变更请求，以获取业务变更请求指示的业务事项以及业务事项对应的变更信息；

信息获取模块，用于获取业务事项的初始信息；

信息处理模块，用于根据变更渠道信息、初始信息以及变更信息，生成业务事项对应的变更记录信息。

第三方面，本申请实施例还提供一种计算机可读存储介质，其上存储有计算机程序，当计算机程序在计算机上运行时，使得计算机执行如本申请任一实施例提供的追踪数据变更情况的方法。

第四方面，本申请实施例还提供一种电子设备，包括处理器和存储器，存储器有计算机程序，处理器通过调用计算机程序，用于执行如本申请任一实施例提供的追踪数据变更情况的方法。

本申请实施例提供的技术方案，通过接收业务变更请求，并根据业务变更请求确定对应的接口信息，其中，接口信息能够反馈业务变更请求的变更渠道信息。之后，通过解析业务变更请求，能够获取到业务变更请求指示的业务事项及其对应的变更信息。最后，通过将变更信息与业务事项的初始信息对比，以根据变更渠道信息、初始信息和变更信息生成业务事项对应的变更记录信息。以此，有利于根据变更记录信息追溯业务事项的变更情况，便于用户了解到何时、何地、何人对业务事项进行了更改，从而方便进行业务扩展，以及后续跟进客户反馈的问题，为客户投诉提供解决方案。

附图说明

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

图1为本申请实施例提供的追踪数据变更情况的方法的应用场景示意图。

图2为本申请实施例提供的追踪数据变更情况的方法的流程示意图。

图3为本申请实施例提供的查询界面的示意图。

图4为本申请实施例提供的追踪数据变更情况的装置的结构示意图。

图5为本申请实施例提供的电子设备的结构示意图。

具体实施方式

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

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

一般而言，当用户使用终端设备执行操作时，终端设备会基于服务器对数据进行处理，并将处理结果反馈给终端设备。但对于数据变更之类的业务事项而言，服务器并不会存储来自每一终端设备的数据变更操作，此种情况易造成难以追溯业务事项的变更情况。

特别是银行业务中客户通过终端设备修改某一项业务数据之后，服务器并不会留存这些修改后的业务数据，当银行系统故障或者系统升级后，修改的业务数据难以留痕，长此以往，易引发业务数据难以追溯的问题，且面临客诉时也难以根据业务数据的修改情况提供良好的解决方案，故而，解决业务数据追溯问题至关重要。

在本申请实施例中提供了一种追踪数据变更情况的方法，请参阅图1，图1为本申请实施例提供的追踪数据变更情况的方法的应用场景示意图。图1中左侧为终端设备，右侧为服务器，当用户基于终端设备进行业务数据变更时，服务器接收到业务变更请求，并通过调用对应的接口处理业务变更请求，此时，服务器还可对调用的接口进行监听，以获知该业务变更请求指示的业务事项及其变更信息，最后，可根据该业务事项对应的初始信息和变更信息生成变更记录信息。

需要说明的是，本申请实施例提供的追踪数据变更情况的方法的执行主体可以是本申请实施例提供的追踪数据变更情况的装置，或者集成了该追踪数据变更情况的装置的电子设备。其中，该追踪数据变更情况的装置可以采用硬件或者软件的方式实现，电子设备可以是平板电脑、台式电脑、服务器等。

请参阅图2，图2为本申请实施例提供的追踪数据变更情况的方法的流程示意图。本申请实施例提供的追踪数据变更情况的方法的具体流程可以如下：

101、当接收到业务变更请求时，确定业务变更请求对应的接口信息。

102、根据接口信息确定变更渠道信息。

当服务器接收到从终端设备发送的业务变更请求时，服务器确定出一个服务器接口与终端设备进行数据交互，其中，服务器接口的接口信息能够反映发送业务变更请求的终端设备的客户端地址、客户端名称、客户端账号、变更时间等。

103、解析业务变更请求，以获取业务变更请求指示的业务事项以及业务事项对应的变更信息。

其中，当终端设备将业务变更请求发送至服务器之前，会通过通讯协议对业务变更请求的内容进行封装后再发送至服务器，服务器接收到该业务变更请求按照同样的通讯协议进行内容解析，以得到业务变更请求中的业务事项和对业务事项的变更信息。可以理解地，对业务变更请求进行解析后，可从中查找业务事项及与其有关的关键信息或与其有关的变更信息，此外，解析后的内容中还包含各种附加信息，比如为协议类型、网络版本等。

示例性地，可通过对解析后的业务变更请求包含的内容进行数据筛选，得到业务事项以及该业务事项对应的变更信息。其中，进行数据筛选的方式可为按照关键字词进行筛选，或者滤除常规的附加信息，比如协议类型、网络版本之类的信息。

此处进行举例说明，比如，于银行业务而言，若客户通过终端设备修改其在银行中留存的电话号码、地址等业务事项时，服务器通过解析终端设备发送的业务变更请求，可获知终端设备变更的业务事项为电话号码、地址等，而业务事项对应的变更信息可比如为将电话号码变更为180********，将地址变更为A市***区等。

104、获取业务事项的初始信息。

其中，对于每一业务事项，可在预设数据库中存储其初始信息，初始信息即为该业务事项最开始记录的信息。比如，最初创建某一业务事项，并填写的对于该业务事项的数据即称为初始信息。

继续以上述的业务事项为例，最开始在银行系统中录入的电话号码、地址等信息即为初始信息，比如，最开始为某一客户创建个人账号时，填入的电话号码为175********，地址为B市***区。而此处的175********即为电话号码对应的初始信息，B市***区即为地址对应的初始信息。

105、根据变更渠道信息、初始信息以及变更信息，生成业务事项对应的变更记录信息。

对于每一接收到一次业务变更请求，即可生成一条变更记录信息，其中，每一条变更记录信息包括变更渠道信息、业务事项的初始信息和变更信息，即每一条变更记录信息可记录何时、何地、通过哪个终端设备对该业务事项进行了变更，且还包含变更之前的初始信息，以及变更之后的变更信息。

或者，对于每一接收到一次对某一业务事项的业务变更请求时，可生成一条变更记录信息，而当某一业务变更请求指示的业务事项有多个时，还可根据业务事项进行划分，使得一个业务事项对应一条变更记录信息。

其中，变更记录信息的格式可为文字描述，继续参照上述示例，比如为2022年6月26日，变更渠道为**，变更的业务事项为电话号码和地址，变更内容为：将175********变更为180********，将B市***区变更为A市***区。

当然地，变更记录信息也可为表格形式，继续参照上述示例，请参阅如下表格：

业务事项	初始信息	变更信息
			电话号码	175********	180********
地址	B市***区	A市***区

可以理解地，该表格中虽未显示变更渠道信息，但变更渠道信息可在表格中或表格外合适的位置显示，此处并不进行限定。

具体实施时，本申请不受所描述的各个步骤的执行顺序的限制，在不产生冲突的情况下，某些步骤还可以采用其它顺序进行或者同时进行。

通过本申请实施例中的追踪数据变更情况的方法，能够通过接收业务变更请求，并根据业务变更请求确定对应的接口信息，其中，接口信息能够反馈业务变更请求的变更渠道信息。之后，通过解析业务变更请求，能够获取到业务变更请求指示的业务事项及其对应的变更信息。最后，通过将变更信息与业务事项的初始信息对比，以根据变更渠道信息、初始信息和变更信息生成业务事项对应的变更记录信息。其中，当后续查询某一业务事项的变更情况时，可通过查询记录的该业务事项的每一条变更记录信息，从而追踪数据变更情况，以便于解决后续出现的客诉问题，或者辅助银行业务的推进。

根据前面实施例所描述的方法，以下将举例作进一步详细说明。

在一些实施例中，根据变更渠道信息、初始信息以及变更信息，生成业务事项对应的变更记录信息，包括：

从预设业务类型中查找与业务事项匹配的目标业务类型；

根据变更渠道信息、初始信息以及变更信息，生成业务事项对应的变更记录信息；

建立变更记录信息与目标业务类型之间的索引关系，索引关系用于将变更记录信息归属于目标业务类型的目录中。

示例性地，以银行业务为例，银行业务可分为多个业务类型，比如为贷款业务、存储业务、理财业务、保险业务等，当得到业务事项之后，可将业务事项归属至某一目标业务类型，比如，业务事项为修改保险期限，则该业务事项可归属于保险业务类型，再比如，业务事项为修改存款的存储方式，则该业务事项可归属于理财业务类型，又比如，业务事项为修改贷款数额，则该业务事项可归属于贷款业务类型。

当根据变更渠道信息、初始信息和变更信息生成业务事项对应的变更记录信息之后，还可将该变更记录信息更新至目标业务类型的目录中。具体地，可通过建立变更记录信息与目标业务类型之间的索引关系，以在目标业务类型中增加一个关于业务事项的变更记录，而用户通过点击该变更记录即可查询到变更记录信息。

请参阅图3，图3为本申请实施例提供的查询界面的示意图。比如，用户在查询业务事项的变更记录信息时，可通过点开查询界面，然后查询界面上会显示银行业务的业务类型，比如显示有贷款业务、存储业务、理财业务、保险业务等，当用户点开贷款业务之后，即可在贷款业务的目录中寻找和贷款业务有关的多个业务事项的变更记录，比如，当用户选中变更记录1时，变更记录会展开以显示具体的变更记录信息，即具体展示的内容包含变更渠道信息、初始信息以及变更信息等。

可以理解地，每一业务类型下还可再细分多个类别，比如贷款业务下还可分为房贷、医药贷款、车贷等，存储业务下还分为活期存款、定期存款等，理财业务下还可分为养老理财、教育理财等，保险业务下还可分为养老保险、医疗保险、交通保险等。需要说明的是，当每一业务类型还有分支时，可先从业务类型查找与业务事项匹配的第一级别的业务类型(如贷款业务、存储业务、理财业务、保险业务等称为第一级别)，然后从选中的第一级别下的分支中选择第二级别的业务类型(如贷款业务下的房贷、医药贷款、车贷等均称为第二级别)，然后建立变更记录信息与第二级别的目标业务类型之间的索引关系，以将变更记录信息归属于第二级别的目标业务类型的目录中。

以此类推，第二级别的业务类型下还可设立更小的分支，比如房贷可分为首期房贷、年期房贷等，再比如养老理财可分为年付理财和到期付理财等。由于可设置的级别可无限细分，此处不再列举，只需说明的是，当划分到N个级别的业务类型时，用户在查找业务事项的变更记录信息时可逐级从对应的业务类型中进行匹配直至最后一个级别，此种方式使得业务类型的划分一目了然，也便于用户快速根据业务类型查询某一个具体业务事项的变更记录信息，提高了查询效率。

当然地，如图3所示的查询界面中还可包括搜索框，通过在搜索框中输入业务事项，或者关键词，也可查询该业务事项，或者与该关键词有关的业务事项或变更记录信息。

为使得变更记录信息的内容更加完整，还可将业务事项的上一条历史信息与变更信息进行对比，判断两者中发生变化的参数信息，进而将发生数据变更的参数信息加入变更记录信息中，便于用户查看上一次更改的内容，其中，参数信息描述了某一参数在变更前的数值和在变更后的数值。

因此，在一些实施例中，根据变更渠道信息、初始信息以及变更信息，生成业务事项对应的变更记录信息之后，方法还包括：

获取业务事项的上一条历史信息；

获取业务事项的上一条历史信息；

将上一条历史信息与变更记录信息进行对比，确定发生参数变化的参数信息；

若参数信息指示上一条历史信息与变更记录信息不一致，则将参数信息添加至变更记录信息中。

在该实施例中，上一条历史信息即为业务事项的上一个变更信息，将业务事项的上一个变更信息与当前的变更信息进行对比，可判断相比于上次更改，此处更改了哪些新的参数，即发生数据变更的参数信息。同样地，也可将变更渠道信息进行比较，比如，判断客户端账号和客户端地址是否发生变化。

而将参数信息加入变更记录信息之后，还可对参数进行标识，以形成对比，比如，采用不同的字体、或者字体颜色，或者通过符号进行标识等。

若当前变更信息和上一个变更信息相同，可视为不具有参数信息，此时还可判断上一个变更信息的变更时间和当前变更信息之间的间隔时长，若间隔时长较小，且变更渠道信息一致时，可将上一个变更信息对应的变更记录信息与当前变更信息对应的变更记录信息进行合并，即保留一个变更记录信息即可。

此种方式避免了用户连续修改数据，当保存的修改数据相同时，可通过仅保留一条变更记录信息的方式避免占用过多内存，也保证数据的有效性，使得变更记录信息不冗余。

所述在一些实施例中，根据变更渠道信息、初始信息以及变更信息，生成业务事项对应的变更记录信息之前，方法还包括：

当接收到基于业务变更请求发送的审核响应时，确定审核响应对应的审核渠道信息；

根据变更渠道信息、初始信息以及变更信息，生成业务事项对应的变更记录信息，包括：

当审核响应指示的审核结果为审核通过时，根据变更渠道信息、初始信息、审核渠道信息以及变更信息，生成业务事项对应的变更记录信息。

其中，对于某些业务事项的更改还需要相关人员进行审核，比如，银行客户修改地址、电话号码等业务事项时，还需要银行人员进行审核，当审核通过时，才能完成对业务事项的修改操作。

在该实施例中，当银行客户发送业务变更请求后，服务器还将该业务变更请求转接至银行人员，当银行人员反馈审核响应后，服务器可根据审核响应指示的审核结果决定是否生成变更记录信息。

当审核响应指示的审核结果为审核不通过时，服务器会反馈请求错误的提示给终端设备。

当审核响应指示的审核结果为审核通过时，服务器会根据审核响应对应的审核渠道信息、初始信息、变更渠道信息以及变更信息生成业务事项的变更记录信息，即在变更记录信息中增加了审核渠道信息。其中，审核渠道信息包括审核时间、审核端地址以及审核端账号等。通过审核渠道信息可了解到对变更信息审核的人员信息，以及审核结果，方便对审核数据进行追溯。

在一些实施例中，根据变更渠道信息、初始信息以及变更信息，生成业务事项对应的变更记录信息之后，方法还包括：

按照每一条变更记录信息所属的业务类型，对变更记录信息进行分组；

对于同一组变更记录信息，按照变更记录信息的变更时间，确定变更记录信息在组内的位次；

根据每一条变更记录信息的分组情况和在组内的位次，生成历史变更记录的统计信息的可视化图表，并展示可视化图表。

在该实施例中，通过按照业务类型对每一条变更记录信息进行分组，其中，业务类型可为上述示例中的贷款业务、存储业务、理财业务、保险业务等，也可为更细分的业务类型，此处并不进行限定。

当对变更记录信息进行分组之后，每一组中的变更记录信息均属于同一个业务类型，而对于同组的变更记录信息，可按照变更时间进行排序，使得变更时间最晚的排序在前。然后再将各个分组中的变更记录信息按照排序进行显示，其中，显示方式可为可视化图表，当然地，也可为图形。

此处以一个可视化图表为例，显示历史变更记录的统计信息，如下：

通过统计图表的方式展示历史变更记录的统计信息，可直观地了解到哪些业务类型变更的比较频繁，或者某一业务类型中常发生变更的是哪些业务事项，或者常发送业务事项变更的时间段，以此，方便银行人员对数据进行统计分析，以定制合理的业务扩展计划。

由上可知，本发明实施例提出的追踪数据变更情况的方法，能够通过将变更信息与业务事项的初始信息对比，以根据变更渠道信息、初始信息和变更信息生成业务事项对应的变更记录信息。当后续查询某一业务事项的变更情况时，可通过查询记录的该业务事项的每一条变更记录信息，从而追踪数据变更情况，以便于解决后续出现的客诉问题，或者辅助银行业务的推进。另外，还可建立变更记录信息与目标业务类型之间的索引关系，以根据索引关系将变更记录信息更新至目标业务类型的目录中，方便用户查询指定的变更记录信息。其次，还可将当前变更信息与上一条历史信息进行对比，以将两者之间的差异进行标识，便于用户阅览。再者，对于需要审核的业务变更请求，还可通过接收的审核响应，以当审核响应指示的审核结果为审核通过时，将审核渠道信息加入变更记录信息中，便于用户了解对业务事项的审核情况。还有，通过统计图表的方式展示历史变更记录的统计信息，可直观地了解到哪些业务类型变更的比较频繁，或者某一业务类型中常发生变更的是哪些业务事项，或者常发送业务事项变更的时间段，以此，方便银行人员对数据进行统计分析，以定制合理的业务扩展计划。

在一实施例中还提供一种追踪数据变更情况的装置200。请参阅图4，图4为本申请实施例提供的追踪数据变更情况的装置200的结构示意图。其中该追踪数据变更情况的装置200应用于电子设备，该追踪数据变更情况的装置200包括：

接口服务模块201，用于当接收到业务变更请求时，确定业务变更请求对应的接口信息；

渠道信息提取模块202，用于根据接口信息确定变更渠道信息；

业务分析模块203，用于解析业务变更请求，以获取业务变更请求指示的业务事项以及业务事项对应的变更信息；

信息获取模块204，用于获取业务事项的初始信息；

信息处理模块205，用于根据变更渠道信息、初始信息以及变更信息，生成业务事项对应的变更记录信息。

在一些实施例中，信息处理模块205还用于：

从预设业务类型中查找与业务事项匹配的目标业务类型；

根据变更渠道信息、初始信息以及变更信息，生成业务事项对应的变更记录信息；

建立变更记录信息与目标业务类型之间的索引关系，索引关系用于将变更记录信息归属于目标业务类型的目录中。

在一些实施例中，信息处理模块205还用于：

获取业务事项的上一条历史信息；

将上一条历史信息与变更记录信息进行对比，确定发生参数变化的参数信息；

若参数信息指示上一条历史信息与变更记录信息不一致，则将参数信息添加至变更记录信息中。

在一些实施例中，将上一条历史信息与变更记录信息进行对比，确定发生参数变化的参数信息之后，信息处理模块205还用于：

若参数信息指示上一条历史信息与变更信息的参数一致，则确定上一条历史信息和变更信息之间的间隔时长；

若间隔时长小于预设阈值，则保留上一条历史信息和变更记录信息中的任意一个。

在一些实施例中，根据变更渠道信息、初始信息以及变更信息，生成业务事项对应的变更记录信息之前，接口服务模块201还用于：

当接收到基于业务变更请求发送的审核响应时，确定审核响应对应的审核渠道信息；

信息处理模块205还用于：

当审核响应指示的审核结果为审核通过时，根据变更渠道信息、初始信息、审核渠道信息以及变更信息，生成业务事项对应的变更记录信息。

在一些实施例中，信息处理模块205还用于：

按照每一条变更记录信息所属的业务类型，对变更记录信息进行分组；

对于同一组变更记录信息，按照变更记录信息的变更时间，确定变更记录信息在组内的位次；

根据每一条变更记录信息的分组情况和在组内的位次，生成历史变更记录的统计信息的可视化图表，并展示可视化图表。

应当说明的是，本申请实施例提供的追踪数据变更情况的装置200与上文实施例中的追踪数据变更情况的方法属于同一构思，通过该追踪数据变更情况的装置200可以实现追踪数据变更情况的方法实施例中提供的任一方法，其具体实现过程详见追踪数据变更情况的方法实施例，此处不再赘述。

由上可知，本申请实施例提出的追踪数据变更情况的装置200，能够通过将变更信息与业务事项的初始信息对比，以根据变更渠道信息、初始信息和变更信息生成业务事项对应的变更记录信息。当后续查询某一业务事项的变更情况时，可通过查询记录的该业务事项的每一条变更记录信息，从而追踪数据变更情况，以便于解决后续出现的客诉问题，或者辅助银行业务的推进。另外，还可建立变更记录信息与目标业务类型之间的索引关系，以根据索引关系将变更记录信息更新至目标业务类型的目录中，方便用户查询指定的变更记录信息。其次，还可将当前变更信息与上一条历史信息进行对比，以将两者之间的差异进行标识，便于用户阅览。再者，对于需要审核的业务变更请求，还可通过接收的审核响应，以当审核响应指示的审核结果为审核通过时，将审核渠道信息加入变更记录信息中，便于用户了解对业务事项的审核情况。还有，通过统计图表的方式展示历史变更记录的统计信息，可直观地了解到哪些业务类型变更的比较频繁，或者某一业务类型中常发生变更的是哪些业务事项，或者常发送业务事项变更的时间段，以此，方便银行人员对数据进行统计分析，以定制合理的业务扩展计划。

本申请实施例还提供一种电子设备，该电子设备可以是平板电脑、台式电脑、服务器等。如图5所示，图5为本申请实施例提供的电子设备的结构示意图。该电子设备300包括有一个或者一个以上处理核心的处理器301、有一个或一个以上计算机可读存储介质的存储器302及存储在存储器302上并可在处理器上运行的计算机程序。其中，处理器301与存储器302电性连接。本领域技术人员可以理解，图中示出的电子设备结构并不构成对电子设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

处理器301是电子设备300的控制中心，利用各种接口和线路连接整个电子设备300的各个部分，通过运行或加载存储在存储器302内的软件程序和/或模块，以及调用存储在存储器302内的数据，执行电子设备300的各种功能和处理数据，从而对电子设备300进行整体监控。

在本申请实施例中，电子设备300中的处理器301会按照如下的步骤，将一个或一个以上的应用程序的进程对应的指令加载到存储器302中，并由处理器301来运行存储在存储器302中的应用程序，从而实现各种功能：

当接收到业务变更请求时，确定业务变更请求对应的接口信息；

根据接口信息确定变更渠道信息；

解析业务变更请求，以获取业务变更请求指示的业务事项以及业务事项对应的变更信息；

获取业务事项的初始信息；

根据变更渠道信息、初始信息以及变更信息，生成业务事项对应的变更记录信息。

以上各个操作的具体实施可参见前面的实施例，在此不再赘述。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

由上可知，本实施例提供的电子设备，能够通过将变更信息与业务事项的初始信息对比，以根据变更渠道信息、初始信息和变更信息生成业务事项对应的变更记录信息。当后续查询某一业务事项的变更情况时，可通过查询记录的该业务事项的每一条变更记录信息，从而追踪数据变更情况，以便于解决后续出现的客诉问题，或者辅助银行业务的推进。另外，还可建立变更记录信息与目标业务类型之间的索引关系，以根据索引关系将变更记录信息更新至目标业务类型的目录中，方便用户查询指定的变更记录信息。其次，还可将当前变更信息与上一条历史信息进行对比，以将两者之间的差异进行标识，便于用户阅览。再者，对于需要审核的业务变更请求，还可通过接收的审核响应，以当审核响应指示的审核结果为审核通过时，将审核渠道信息加入变更记录信息中，便于用户了解对业务事项的审核情况。还有，通过统计图表的方式展示历史变更记录的统计信息，可直观地了解到哪些业务类型变更的比较频繁，或者某一业务类型中常发生变更的是哪些业务事项，或者常发送业务事项变更的时间段，以此，方便银行人员对数据进行统计分析，以定制合理的业务扩展计划。

本领域普通技术人员可以理解，上述实施例的各种方法中的全部或部分步骤可以通过指令来完成，或通过指令控制相关的硬件来完成，该指令可以存储于一计算机可读存储介质中，并由处理器进行加载和执行。

为此，本申请实施例提供一种计算机可读存储介质，本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件完成，的程序可以存储于一计算机可读取存储介质中，该程序在执行时，包括如下步骤：

当接收到业务变更请求时，确定业务变更请求对应的接口信息；

根据接口信息确定变更渠道信息；

解析业务变更请求，以获取业务变更请求指示的业务事项以及业务事项对应的变更信息；

获取业务事项的初始信息；

根据变更渠道信息、初始信息以及变更信息，生成业务事项对应的变更记录信息。

以上各个操作的具体实施可参见前面的实施例，在此不再赘述。

上述的存储介质可以为ROM/RAM、磁碟、光盘等。由于该存储介质中所存储的计算机程序，可以执行本申请实施例所提供的任一种追踪数据变更情况的方法中的步骤，因此，可以实现本申请实施例所提供的任一种追踪数据变更情况的方法所能实现的有益效果，详见前面的实施例，在此不再赘述。

以上对本申请实施例所提供的一种追踪数据变更情况的方法、装置、介质及电子设备进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上，本说明书内容不应理解为对本申请的限制。

Claims (10)

1.一种追踪数据变更情况的方法，其特征在于，所述方法包括：

当接收到业务变更请求时，确定所述业务变更请求对应的接口信息；

根据所述接口信息确定变更渠道信息；

解析所述业务变更请求，以获取所述业务变更请求指示的业务事项以及所述业务事项对应的变更信息；

获取所述业务事项的初始信息；

根据所述变更渠道信息、所述初始信息以及所述变更信息，生成所述业务事项对应的变更记录信息。

2.根据权利要求1所述的方法，其特征在于，所述根据所述变更渠道信息、所述初始信息以及所述变更信息，生成所述业务事项对应的变更记录信息，包括：

从预设业务类型中查找与所述业务事项匹配的目标业务类型；

根据所述变更渠道信息、所述初始信息以及所述变更信息，生成所述业务事项对应的变更记录信息；

建立所述变更记录信息与所述目标业务类型之间的索引关系，所述索引关系用于将所述变更记录信息归属于所述目标业务类型的目录中。

3.根据权利要求1所述的方法，其特征在于，所述根据所述变更渠道信息、所述初始信息以及所述变更信息，生成所述业务事项对应的变更记录信息之后，所述方法还包括：

获取所述业务事项的上一条历史信息；

将所述上一条历史信息与所述变更记录信息进行对比，确定发生参数变化的参数信息；

若所述参数信息指示所述上一条历史信息与所述变更记录信息不一致，则将所述参数信息添加至所述变更记录信息中。

4.根据权利要求3所述的方法，其特征在于，所述将所述上一条历史信息与所述变更记录信息进行对比，确定发生参数变化的参数信息之后，所述方法还包括：

若所述参数信息指示所述上一条历史信息与所述变更信息的参数一致，则确定所述上一条历史信息和所述变更信息之间的间隔时长；

若所述间隔时长小于预设阈值，则保留所述上一条历史信息和所述变更记录信息中的任意一个。

5.根据权利要求1所述的方法，其特征在于，所述根据所述变更渠道信息、所述初始信息以及所述变更信息，生成所述业务事项对应的变更记录信息之前，所述方法还包括：

当接收到基于所述业务变更请求发送的审核响应时，确定所述审核响应对应的审核渠道信息；

所述根据所述变更渠道信息、所述初始信息以及所述变更信息，生成所述业务事项对应的变更记录信息，包括：

当所述审核响应指示的审核结果为审核通过时，根据所述变更渠道信息、所述初始信息、所述审核渠道信息以及所述变更信息，生成所述业务事项对应的变更记录信息。

6.根据权利要求1所述的方法，其特征在于，所述变更渠道信息包括：变更时间、客户端地址以及客户端账号。

7.根据权利要求1至6任一项所述的方法，其特征在于，所述根据所述变更渠道信息、所述初始信息以及所述变更信息，生成所述业务事项对应的变更记录信息之后，所述方法还包括：

按照每一条变更记录信息所属的业务类型，对所述变更记录信息进行分组；

对于同一组变更记录信息，按照所述变更记录信息的变更时间，确定所述变更记录信息在组内的位次；

根据每一条变更记录信息的分组情况和在组内的位次，生成历史变更记录的统计信息的可视化图表，并展示所述可视化图表。

8.一种追踪数据变更情况的装置，其特征在于，包括：

接口服务模块，用于当接收到业务变更请求时，确定所述业务变更请求对应的接口信息；

渠道信息提取模块，用于根据所述接口信息确定变更渠道信息；

业务分析模块，用于解析所述业务变更请求，以获取所述业务变更请求指示的业务事项以及所述业务事项对应的变更信息；

信息获取模块，用于获取所述业务事项的初始信息；

信息处理模块，用于根据所述变更渠道信息、所述初始信息以及所述变更信息，生成所述业务事项对应的变更记录信息。

9.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，当所述计算机程序在计算机上运行时，使得所述计算机执行如权利要求1至7任一项所述的追踪数据变更情况的方法。

10.一种电子设备，包括处理器和存储器，所述存储器存储有计算机程序，其特征在于，所述处理器通过调用所述计算机程序，用于执行如权利要求1至7任一项所述的追踪数据变更情况的方法。

Images