系统切换方法、装置、计算机设备和存储介质

技术领域

本申请涉及计算机技术领域，特别是涉及一种系统切换方法、装置、计算机设备、存储介质和计算机程序产品。

背景技术

随着金融科技技术的发展，为了推动金融业务的更新换代，满足日益增长的新业务需求，进行系统切换变得至关重要。

传统技术中，在进行系统切换时，主要是通过新系统和旧系统同时处理交易信息，并同步新系统和旧系统的处理结果；但是，这种方法存在时间差的问题，容易造成处理结果同步延迟或错误的情况，导致系统的切换准确度较低。

发明内容

基于此，有必要针对上述技术问题，提供一种能够提高系统的切换准确度的系统切换方法、装置、计算机设备、计算机可读存储介质和计算机程序产品。

第一方面，本申请提供了一种系统切换方法，包括：

根据与历史系统和目标系统关联的标签信息，对获取到的与金融业务关联的交易信息进行验证；所述标签信息用于表征系统切换过程中的问题信息，所述历史系统用于表征所述目标系统的历史版本对应的系统；

在所述交易信息满足所述标签信息的情况下，将所述交易信息输入至所述历史系统，得到所述历史系统输出的所述交易信息对应的第一输出结果，将所述第一输出结果同步至所述目标系统；

在所述交易信息不满足所述标签信息的情况下，分别将所述交易信息输入至所述历史系统和所述目标系统，得到所述历史系统输出的所述交易信息对应的第二输出结果，以及所述目标系统输出的所述交易信息对应的第三输出结果；

根据所述历史系统中所述交易信息对应的第一输出结果或者第二输出结果，以及所述目标系统中所述交易信息对应的第一输出结果或者第三输出结果，对所述标签信息进行更新，得到更新后标签信息；

将所述更新后标签信息作为新的标签信息，并跳转至所述根据与历史系统和目标系统关联的标签信息，对获取到的与金融业务关联的交易信息进行验证的步骤，直到得到的更新后标签信息符合预设结束条件，则确定所述历史系统成功切换至所述目标系统。

在其中一个实施例中，所述根据所述历史系统中所述交易信息对应的第一输出结果或者第二输出结果，以及所述目标系统中所述交易信息对应的第一输出结果或者第三输出结果，对所述标签信息进行更新，得到更新后标签信息，包括：

根据所述历史系统中所述交易信息对应的第一输出结果，以及所述目标系统中所述交易信息对应的第一输出结果，从所述标签信息中，识别出所述交易信息对应的第一目标标签信息；

从所述标签信息中删除所述第一目标标签信息，得到更新后标签信息。

在其中一个实施例中，所述根据所述历史系统中所述交易信息对应的第一输出结果或者第二输出结果，以及所述目标系统中所述交易信息对应的第一输出结果或者第三输出结果，对所述标签信息进行更新，得到更新后标签信息，包括：

对所述历史系统中所述交易信息对应的第二输出结果，以及所述目标系统中所述交易信息对应的第三输出结果进行比对处理；

在所述第二输出结果和所述第三输出结果不相同的情况下，根据所述交易信息，对所述标签信息进行更新，得到更新后标签信息。

在其中一个实施例中，所述在所述第二输出结果和所述第三输出结果不相同的情况下，根据所述交易信息，对所述标签信息进行更新，得到更新后标签信息，包括：

在所述第二输出结果和所述第三输出结果不相同的情况下，生成所述交易信息对应的第二目标标签信息；

在所述标签信息中新增所述第二目标标签信息，得到更新后标签信息。

在其中一个实施例中，所述在所述第二输出结果和所述第三输出结果不相同的情况下，生成所述交易信息对应的第二目标标签信息，包括：

在所述第二输出结果和所述第三输出结果不相同的情况下，生成所述交易信息对应的报错信息；

根据所述交易信息对应的报错信息，生成所述交易信息对应的报错关键字；

根据所述交易信息对应的报错关键字，生成所述交易信息对应的第二目标标签信息。

在其中一个实施例中，在根据与历史系统和目标系统关联的标签信息，对获取到的与金融业务关联的交易信息进行验证之前，还包括：

获取所述系统切换过程中的问题信息；

从所述系统切换过程中的问题信息中，筛选出与所述历史系统和所述目标系统关联的问题信息，作为目标问题信息；

根据所述目标问题信息，确定与所述历史系统和所述目标系统关联的标签信息。

在其中一个实施例中，在根据与历史系统和目标系统关联的标签信息，对获取到的与金融业务关联的交易信息进行验证之前，还包括：

获取与所述金融业务关联的交易信息；

对所述交易信息进行预处理，得到与所述金融业务关联的预处理后交易信息；

所述根据与历史系统和目标系统关联的标签信息，对获取到的与金融业务关联的交易信息进行验证，包括：

根据与历史系统和目标系统关联的标签信息，对获取到的与所述金融业务关联的所述预处理后交易信息进行验证。

第二方面，本申请还提供了一种系统切换装置，包括：

信息验证模块，用于根据与历史系统和目标系统关联的标签信息，对获取到的与金融业务关联的交易信息进行验证；所述标签信息用于表征系统切换过程中的问题信息，所述历史系统用于表征所述目标系统的历史版本对应的系统；

第一判断模块，用于在所述交易信息满足所述标签信息的情况下，将所述交易信息输入至所述历史系统，得到所述历史系统输出的所述交易信息对应的第一输出结果，将所述第一输出结果同步至所述目标系统；

第二判断模块，用于在所述交易信息不满足所述标签信息的情况下，分别将所述交易信息输入至所述历史系统和所述目标系统，得到所述历史系统输出的所述交易信息对应的第二输出结果，以及所述目标系统输出的所述交易信息对应的第三输出结果；

标签更新模块，用于根据所述历史系统中所述交易信息对应的第一输出结果或者第二输出结果，以及所述目标系统中所述交易信息对应的第一输出结果或者第三输出结果，对所述标签信息进行更新，得到更新后标签信息；

目标切换模块，用于将所述更新后标签信息作为新的标签信息，并跳转至所述根据与历史系统和目标系统关联的标签信息，对获取到的与金融业务关联的交易信息进行验证的步骤，直到得到的更新后标签信息符合预设结束条件，则确定所述历史系统成功切换至所述目标系统。

第三方面，本申请还提供了一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现以下步骤：

根据与历史系统和目标系统关联的标签信息，对获取到的与金融业务关联的交易信息进行验证；所述标签信息用于表征系统切换过程中的问题信息，所述历史系统用于表征所述目标系统的历史版本对应的系统；

在所述交易信息满足所述标签信息的情况下，将所述交易信息输入至所述历史系统，得到所述历史系统输出的所述交易信息对应的第一输出结果，将所述第一输出结果同步至所述目标系统；

在所述交易信息不满足所述标签信息的情况下，分别将所述交易信息输入至所述历史系统和所述目标系统，得到所述历史系统输出的所述交易信息对应的第二输出结果，以及所述目标系统输出的所述交易信息对应的第三输出结果；

根据所述历史系统中所述交易信息对应的第一输出结果或者第二输出结果，以及所述目标系统中所述交易信息对应的第一输出结果或者第三输出结果，对所述标签信息进行更新，得到更新后标签信息；

将所述更新后标签信息作为新的标签信息，并跳转至所述根据与历史系统和目标系统关联的标签信息，对获取到的与金融业务关联的交易信息进行验证的步骤，直到得到的更新后标签信息符合预设结束条件，则确定所述历史系统成功切换至所述目标系统。

第四方面，本申请还提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现以下步骤：

根据与历史系统和目标系统关联的标签信息，对获取到的与金融业务关联的交易信息进行验证；所述标签信息用于表征系统切换过程中的问题信息，所述历史系统用于表征所述目标系统的历史版本对应的系统；

在所述交易信息满足所述标签信息的情况下，将所述交易信息输入至所述历史系统，得到所述历史系统输出的所述交易信息对应的第一输出结果，将所述第一输出结果同步至所述目标系统；

在所述交易信息不满足所述标签信息的情况下，分别将所述交易信息输入至所述历史系统和所述目标系统，得到所述历史系统输出的所述交易信息对应的第二输出结果，以及所述目标系统输出的所述交易信息对应的第三输出结果；

根据所述历史系统中所述交易信息对应的第一输出结果或者第二输出结果，以及所述目标系统中所述交易信息对应的第一输出结果或者第三输出结果，对所述标签信息进行更新，得到更新后标签信息；

将所述更新后标签信息作为新的标签信息，并跳转至所述根据与历史系统和目标系统关联的标签信息，对获取到的与金融业务关联的交易信息进行验证的步骤，直到得到的更新后标签信息符合预设结束条件，则确定所述历史系统成功切换至所述目标系统。

第五方面，本申请还提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现以下步骤：

根据与历史系统和目标系统关联的标签信息，对获取到的与金融业务关联的交易信息进行验证；所述标签信息用于表征系统切换过程中的问题信息，所述历史系统用于表征所述目标系统的历史版本对应的系统；

在所述交易信息满足所述标签信息的情况下，将所述交易信息输入至所述历史系统，得到所述历史系统输出的所述交易信息对应的第一输出结果，将所述第一输出结果同步至所述目标系统；

在所述交易信息不满足所述标签信息的情况下，分别将所述交易信息输入至所述历史系统和所述目标系统，得到所述历史系统输出的所述交易信息对应的第二输出结果，以及所述目标系统输出的所述交易信息对应的第三输出结果；

根据所述历史系统中所述交易信息对应的第一输出结果或者第二输出结果，以及所述目标系统中所述交易信息对应的第一输出结果或者第三输出结果，对所述标签信息进行更新，得到更新后标签信息；

将所述更新后标签信息作为新的标签信息，并跳转至所述根据与历史系统和目标系统关联的标签信息，对获取到的与金融业务关联的交易信息进行验证的步骤，直到得到的更新后标签信息符合预设结束条件，则确定所述历史系统成功切换至所述目标系统。

上述系统切换方法、装置、计算机设备、存储介质和计算机程序产品，先根据与历史系统和目标系统关联的标签信息，对获取到的与金融业务关联的交易信息进行验证，在交易信息满足标签信息的情况下，将交易信息输入至历史系统，得到历史系统输出的交易信息对应的第一输出结果，将第一输出结果同步至目标系统，在交易信息不满足标签信息的情况下，分别将交易信息输入至历史系统和目标系统，得到历史系统输出的交易信息对应的第二输出结果，以及目标系统输出的交易信息对应的第三输出结果，接着，根据历史系统中交易信息对应的第一输出结果或者第二输出结果，以及目标系统中交易信息对应的第一输出结果或者第三输出结果，对标签信息进行更新，得到更新后标签信息，然后，将更新后标签信息作为新的标签信息，并跳转至根据与历史系统和目标系统关联的标签信息，对获取到的与金融业务关联的交易信息进行验证的步骤，直到得到的更新后标签信息符合预设结束条件，则确定历史系统成功切换至目标系统。这样，在进行系统切换时，通过根据标签信息对交易信息进行验证，根据交易信息的验证结果进行相应的处理，可以更准确地判断交易信息的处理方式，避免了同时处理交易信息，容易造成处理结果同步延迟或错误的情况，导致系统的切换准确度较低的缺陷；而且，通过输出结果不断重复验证和更新标签信息，直到更新后标签信息满足预设结束条件，有利于实现历史系统到目标系统的持续优化和改进，进而提高了系统的切换准确度。

附图说明

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

图1为一个实施例中系统切换方法的流程示意图；

图2为一个实施例中得到更新后标签信息的流程示意图；

图3为一个实施例中对标签信息进行更新的流程示意图；

图4为另一个实施例中系统切换方法的流程示意图；

图5为一个实施例中高并发场景下保证数据一致性的方法的流程示意图；

图6为一个实施例中系统切换装置的结构框图；

图7为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

采集的信息是经用户授权或者经过各方充分授权的信息和数据，并且相关数据的收集、存储、使用、加工、传输、提供、公开和应用等处理，均遵守相关国家和地区的相关法律法规和标准，采取了必要保密措施，不违背公序良俗，并提供有相应的操作入口，供用户选择授权或者拒绝。

在一个示例性的实施例中，如图1所示，提供了一种系统切换方法，本实施例以该方法应用于服务器进行举例说明；可以理解的是，该方法也可以应用于终端，还可以应用于包括终端和服务器的系统，并通过终端和服务器之间的交互实现。其中，终端可以但不限于是各种个人计算机、笔记本电脑、智能手机和平板电脑；服务器可以用独立的服务器或者是多个服务器组成的服务器集群来实现。本实施例中，该方法包括以下步骤：

步骤S101，根据与历史系统和目标系统关联的标签信息，对获取到的与金融业务关联的交易信息进行验证；标签信息用于表征系统切换过程中的问题信息，历史系统用于表征目标系统的历史版本对应的系统。

其中，历史系统是指相对于目标系统的之前版本对应的系统，可以是目标系统的上一版本对应的系统，也可以指切换前的系统。

其中，目标系统是指进行版本更新后的系统，也可以指切换后的系统。

其中，标签信息是指系统切换过程中的问题信息对应的标签信息，用于对交易信息进行判断。若交易信息满足标签信息，则代表交易信息命中标签信息，即交易信息与标签信息互相匹配；若交易信息不满足标签信息，则代表交易信息没有命中标签信息，即交易信息与标签信息之间不匹配。

其中，交易信息可以是指与金融业务关联的一笔数据流。

其中，系统切换过程中的问题信息是指系统切换过程中存在的常见问题。

其中，历史版本是指之前的版本，比如上一版本。

示例性地，服务器响应于系统切换指令，从数据库中获取系统切换过程中的问题信息，并根据系统切换过程中的问题信息，以及问题信息与标签信息之间的对应关系，确定与历史系统和目标系统关联的标签信息；接着，服务器从数据库中获取与金融业务关联的交易信息，并根据与历史系统和目标系统关联的标签信息，对获取到的与金融业务关联的交易信息进行验证。

步骤S102，在交易信息满足标签信息的情况下，将交易信息输入至历史系统，得到历史系统输出的交易信息对应的第一输出结果，将第一输出结果同步至目标系统。

其中，第一输出结果是指在交易信息满足标签信息的情况下，历史系统输出的交易信息对应的输出结果。

示例性地，在交易信息满足标签信息的情况下，服务器将交易信息输入至历史系统，通过历史系统运行该交易信息，得到历史系统输出的交易信息对应的第一输出结果，并将该第一输出结果同步至目标系统。

步骤S103，在交易信息不满足标签信息的情况下，分别将交易信息输入至历史系统和目标系统，得到历史系统输出的交易信息对应的第二输出结果，以及目标系统输出的交易信息对应的第三输出结果。

其中，第二输出结果是指在交易信息不满足标签信息的情况下，历史系统输出的交易信息对应的输出结果。

其中，第三输出结果是指在交易信息不满足标签信息的情况下，目标系统输出的交易信息对应的输出结果。

示例性地，在交易信息不满足标签信息的情况下，服务器将交易信息输入至历史系统，通过历史系统运行该交易信息，得到历史系统输出的交易信息对应的第二输出结果；接着，服务器将交易信息输入至目标系统，通过目标系统运行该交易信息，得到目标系统输出的交易信息对应的第三输出结果。

步骤S104，根据历史系统中交易信息对应的第一输出结果或者第二输出结果，以及目标系统中交易信息对应的第一输出结果或者第三输出结果，对标签信息进行更新，得到更新后标签信息。

其中，对标签信息进行更新，是指对标签信息进行新增或删除的处理过程。

其中，更新后标签信息是指更新后的标签信息。

示例性地，服务器根据历史系统中交易信息对应的第一输出结果，以及目标系统中交易信息对应的第一输出结果，对标签信息进行更新，得到更新后标签信息。

进一步地，服务器根据历史系统中交易信息对应的第二输出结果，以及目标系统中交易信息对应的第三输出结果，对标签信息进行更新，得到更新后标签信息。

步骤S105，将更新后标签信息作为新的标签信息，并跳转至根据与历史系统和目标系统关联的标签信息，对获取到的与金融业务关联的交易信息进行验证的步骤，直到得到的更新后标签信息符合预设结束条件，则确定历史系统成功切换至目标系统。

其中，预设结束条件是指预先设定的结束条件，比如预设数量，用于对更新后标签信息进行判断。若得到的更新后标签信息满足预设结束条件，即得到的更新后标签信息满足预设数量，比如得到的更新后标签信息对应的数量为0，则确定历史系统成功切换至目标系统；若得到的更新后标签信息不满足预设结束条件，即得到的更新后标签信息不满足预设数量，比如得到的更新后标签信息对应的数量不为0，则将更新后标签信息作为新的标签信息，并跳转至根据与历史系统和目标系统关联的标签信息，对获取到的与金融业务关联的交易信息进行验证的步骤。

示例性地，服务器根据预设结束条件，对更新后标签信息进行判断；若更新后标签信息不满足预设结束条件，则将更新后标签信息作为新的标签信息，并跳转至根据与历史系统和目标系统关联的标签信息，对获取到的与金融业务关联的交易信息进行验证的步骤，直到得到的更新后标签信息符合预设结束条件，则确定历史系统成功切换至目标系统。

进一步地，在确定历史系统成功切换至目标系统后，服务器获取历史系统和目标系统各自对应的系统标识信息，比如历史系统和目标系统各自对应的版本号，并获取历史系统成功切换至目标系统对应的切换时间信息；接着，服务器根据系统标识信息与切换时间信息，生成与历史系统和目标系统对应的版本更新信息。

上述系统切换方法中，先根据与历史系统和目标系统关联的标签信息，对获取到的与金融业务关联的交易信息进行验证，在交易信息满足标签信息的情况下，将交易信息输入至历史系统，得到历史系统输出的交易信息对应的第一输出结果，将第一输出结果同步至目标系统，在交易信息不满足标签信息的情况下，分别将交易信息输入至历史系统和目标系统，得到历史系统输出的交易信息对应的第二输出结果，以及目标系统输出的交易信息对应的第三输出结果，接着，根据历史系统中交易信息对应的第一输出结果或者第二输出结果，以及目标系统中交易信息对应的第一输出结果或者第三输出结果，对标签信息进行更新，得到更新后标签信息，然后，将更新后标签信息作为新的标签信息，并跳转至根据与历史系统和目标系统关联的标签信息，对获取到的与金融业务关联的交易信息进行验证的步骤，直到得到的更新后标签信息符合预设结束条件，则确定历史系统成功切换至目标系统。这样，在进行系统切换时，通过根据标签信息对交易信息进行验证，根据交易信息的验证结果进行相应的处理，可以更准确地判断交易信息的处理方式，避免了同时处理交易信息，容易造成处理结果同步延迟或错误的情况，导致系统的切换准确度较低的缺陷；而且，通过输出结果不断重复验证和更新标签信息，直到更新后标签信息满足预设结束条件，有利于实现历史系统到目标系统的持续优化和改进，进而提高了系统的切换准确度。

在一个示例性的实施例中，如图2所示，上述步骤S104，根据历史系统中交易信息对应的第一输出结果或者第二输出结果，以及目标系统中交易信息对应的第一输出结果或者第三输出结果，对标签信息进行更新，得到更新后标签信息，具体包括如下步骤：

步骤S201，根据历史系统中交易信息对应的第一输出结果，以及目标系统中交易信息对应的第一输出结果，从标签信息中，识别出交易信息对应的第一目标标签信息。

步骤S202，从标签信息中删除第一目标标签信息，得到更新后标签信息。

其中，历史系统中以及目标系统中交易信息对应的输出结果的情况下，交易信息对应的标签信息。

示例性地，服务器根据历史系统中交易信息对应的第一输出结果，以及目标系统中交易信息对应的第一输出结果，从标签信息中，识别出交易信息对应的第一目标标签信息；接着，服务器从标签信息中删除第一目标标签信息，得到除第一目标标签信息之外的标签信息，作为更新后标签信息。

举例说明，参考图3，服务器根据历史系统中交易信息对应的第一输出结果，以及目标系统中交易信息对应的第一输出结果，从特殊标签清单中，识别出交易信息对应的第一目标标签信息，比如标签1；接着，服务器从特殊标签清单中删除标签1，得到除标签1之外的标签信息，比如标签2等，将这些标签作为更新后标签信息。

本实施例中，在确定历史系统与目标系统中交易信息对应的输出结果为相同的情况下，从标签信息中对交易信息对应的标签信息进行删除，使得更新后标签信息更具有针对性和实用性，有利于保持标签信息的时效性和准确性。

在一个示例性的实施例中，上述步骤S104，根据历史系统中交易信息对应的第一输出结果或者第二输出结果，以及目标系统中交易信息对应的第一输出结果或者第三输出结果，对标签信息进行更新，得到更新后标签信息，具体包括如下步骤：对历史系统中交易信息对应的第二输出结果，以及目标系统中交易信息对应的第三输出结果进行比对处理；在第二输出结果和第三输出结果不相同的情况下，根据交易信息，对标签信息进行更新，得到更新后标签信息。

其中，比对处理是指对历史系统中以及目标系统中交易信息对应的输出结果进行比较的过程。需要说明的是，对于日期、时间戳等信息，不需要进行比对处理。

示例性地，服务器对历史系统中交易信息对应的第二输出结果，以及目标系统中交易信息对应的第三输出结果进行预处理，得到预处理后第二输出结果和预处理后第三输出结果；例如，服务器将第二输出结果和第三输出结果中的日期、时间戳等信息进行删除，得到预处理后第二输出结果和预处理后第三输出结果；接着，服务器对预处理后第二输出结果和预处理后第三输出结果进行比对处理；在第二输出结果和第三输出结果不相同的情况下，服务器根据交易信息，对标签信息进行更新，得到更新后标签信息。

本实施例中，通过比较历史系统和目标系统中交易信息对应的输出结果，能够及时发现历史系统和目标系统处理交易信息之间的差异；而且，在结果不相同的情况下，根据交易信息对标签信息进行更新，可以确保标签信息的准确性和时效性，更好地反映实际情况。

在一个示例性的实施例中，在第二输出结果和第三输出结果不相同的情况下，根据交易信息，对标签信息进行更新，得到更新后标签信息，具体包括如下步骤：在第二输出结果和第三输出结果不相同的情况下，生成交易信息对应的第二目标标签信息；在标签信息中新增第二目标标签信息，得到更新后标签信息。

其中，第二目标标签信息是指在第二输出结果和第三输出结果不相同的情况下，交易信息对应的标签信息。

示例性地，在第二输出结果和第三输出结果不相同的情况下，服务器根据交易信息，生成交易信息对应的第二目标标签信息；接着，服务器在标签信息中新增第二目标标签信息，得到新增后的标签信息，作为更新后标签信息。

举例说明，参考图3，在第二输出结果和第三输出结果不相同的情况下，服务器生成交易信息对应的第二目标标签信息，比如标签3；接着，服务器在特殊标签清单中新增标签3，得到新增后的特殊标签清单，作为更新后标签信息。

本实施例中，在明确第二输出结果和第三输出结果不相同的情况下，将新生成的第二目标标签信息添加到标签信息中，使标签信息得以更新，更能反映系统切换的实际情况，有利于后续的分析和决策。

在一个示例性的实施例中，在第二输出结果和第三输出结果不相同的情况下，生成交易信息对应的第二目标标签信息，具体包括如下步骤：在第二输出结果和第三输出结果不相同的情况下，生成交易信息对应的报错信息；根据交易信息对应的报错信息，生成交易信息对应的报错关键字；根据交易信息对应的报错关键字，生成交易信息对应的第二目标标签信息。

其中，报错信息是指交易信息对应的报错原因，比如客户名称匹配不上等。

其中，报错关键字是指报错原因对应的错误码，比如00008368。

示例性地，在第二输出结果和第三输出结果不相同的情况下，服务器根据交易信息，生成交易信息对应的报错信息；接着，服务器根据交易信息对应的报错信息，以及报错信息与报错关键字之间的对应关系，生成报错信息对应的报错关键字，作为交易信息对应的报错关键字；然后，服务器根据交易信息对应的报错关键字，以及报错关键字与标签信息之间的对应关系，生成报错关键字对应的标签信息，作为交易信息对应的第二目标标签信息。

举例说明，参考图3，在第二输出结果和第三输出结果不相同的情况下，服务器进行准实时计算，动态统计过去24小时内的系统失败和成功的相关记录，根据失败的记录，获取交易信息对应的报错原因，根据报错原因，生成报错原因对应的报错关键字，并根据报错关键字，生成报错关键字对应的标签信息；接着，服务器根据这些报错关键字对应的标签信息，对特殊标签清单进行新增，得到更新后标签信息。

进一步地，服务器根据失败的记录，得到交易信息对应的错误信息：“客户名称匹配不上”，根据错误信息，生成错误信息对应的报错关键字（即错误码00008368），根据报错关键字，得到报错关键字对应的标签信息TAG00008368，作为该交易信息对应的标签信息。

本实施例中，在第二输出结果和第三输出结果不相同的情况下，生成交易信息对应的报错信息，有利于发现可能存在的问题；而且，根据交易信息对应的报错信息，生成交易信息对应的标签信息，使得标签信息更具针对性，有利于更好地对交易信息进行处理。

在一个示例性的实施例中，上述步骤S101，在根据与历史系统和目标系统关联的标签信息，对获取到的与金融业务关联的交易信息进行验证之前，具体包括如下步骤：获取系统切换过程中的问题信息；从系统切换过程中的问题信息中，筛选出与历史系统和目标系统关联的问题信息，作为目标问题信息；根据目标问题信息，确定与历史系统和目标系统关联的标签信息。

其中，目标问题信息是指系统切换过程中的问题信息中与历史系统和目标系统关联的问题信息，比如高并发系统切换过程中的常见问题。

示例性地，服务器响应于系统切换指令，从数据库中获取系统切换过程中的问题信息；接着，服务器从系统切换过程中的问题信息中，筛选出与历史系统和目标系统关联的问题信息，作为目标问题信息；然后，服务器根据目标问题信息，以及问题信息与标签信息之间的对应关系，确定目标问题信息对应的标签信息，作为与历史系统和目标系统关联的标签信息。

本实施例中，通过获取系统切换过程中的问题信息，有助于及时发现系统切换中可能影响系统正常运行的问题；而且，从问题信息中筛选出与历史系统和目标系统关联的问题信息，有利于提高问题信息的确定准确度，进而提高了标签信息的确定准确度。

在一个示例性的实施例中，上述步骤S101，在根据与历史系统和目标系统关联的标签信息，对获取到的与金融业务关联的交易信息进行验证之前，具体包括如下步骤：获取与金融业务关联的交易信息；对交易信息进行预处理，得到与金融业务关联的预处理后交易信息。

那么，根据与历史系统和目标系统关联的标签信息，对获取到的与金融业务关联的交易信息进行验证，具体包括如下步骤：根据与历史系统和目标系统关联的标签信息，对获取到的与金融业务关联的预处理后交易信息进行验证。

其中，预处理后交易信息是指预先处理后的交易信息。

示例性地，服务器从数据库中获取与金融业务关联的交易信息；接着，服务器对交易信息进行预处理，得到与金融业务关联的预处理后交易信息；例如，服务器对交易信息中的异常信息进行删除，得到处理后的交易信息，作为与金融业务关联的预处理后交易信息；然后，服务器根据与历史系统和目标系统关联的标签信息，对获取到的与金融业务关联的预处理后交易信息进行验证。

本实施例中，通过获取与金融业务关联的交易信息，并对其进行预处理，可以得到更有针对性和准确性的交易信息，预处理后的交易信息可以为决策提供更可靠的依据，便于后续的判断处理。

在一个示例性的实施例中，如图4所示，提供了另一种系统切换方法，以该方法应用于服务器为例进行说明，包括以下步骤：

步骤S401，获取与金融业务关联的交易信息；对交易信息进行预处理，得到与金融业务关联的预处理后交易信息。

步骤S402，获取系统切换过程中的问题信息；从系统切换过程中的问题信息中，筛选出与历史系统和目标系统关联的问题信息，作为目标问题信息；根据目标问题信息，确定与历史系统和目标系统关联的标签信息；历史系统用于表征目标系统的历史版本对应的系统。

步骤S403，根据与历史系统和目标系统关联的标签信息，对获取到的与金融业务关联的预处理后交易信息进行验证。

步骤S404，在预处理后交易信息满足标签信息的情况下，将预处理后交易信息输入至历史系统，得到历史系统输出的预处理后交易信息对应的第一输出结果，将第一输出结果同步至目标系统。

步骤S405，根据历史系统中预处理后交易信息对应的第一输出结果，以及目标系统中预处理后交易信息对应的第一输出结果，从标签信息中，识别出预处理后交易信息对应的第一目标标签信息；从标签信息中删除第一目标标签信息，得到更新后标签信息。

步骤S406，在预处理后交易信息不满足标签信息的情况下，分别将预处理后交易信息输入至历史系统和目标系统，得到历史系统输出的预处理后交易信息对应的第二输出结果，以及目标系统输出的预处理后交易信息对应的第三输出结果。

步骤S407，对历史系统中预处理后交易信息对应的第二输出结果，以及目标系统中预处理后交易信息对应的第三输出结果进行比对处理；在第二输出结果和第三输出结果不相同的情况下，生成预处理后交易信息对应的报错信息；根据预处理后交易信息对应的报错信息，生成预处理后交易信息对应的报错关键字；根据预处理后交易信息对应的报错关键字，生成预处理后交易信息对应的第二目标标签信息。在标签信息中新增第二目标标签信息，得到更新后标签信息。

步骤S408，将更新后标签信息作为新的标签信息，并跳转至根据与历史系统和目标系统关联的标签信息，对获取到的与金融业务关联的交易信息进行验证的步骤，直到得到的更新后标签信息符合预设结束条件，则确定历史系统成功切换至目标系统。

上述系统切换方法中，在进行系统切换时，通过根据标签信息对交易信息进行验证，根据交易信息的验证结果进行相应的处理，可以更准确地判断交易信息的处理方式，避免了同时处理交易信息，容易造成处理结果同步延迟或错误的情况，导致系统的切换准确度较低的缺陷；而且，通过输出结果不断重复验证和更新标签信息，直到更新后标签信息满足预设结束条件，有利于实现历史系统到目标系统的持续优化和改进，进而提高了系统的切换准确度。

在一个示例性的实施例中，为了更清晰阐明本申请实施例提供的系统切换方法，以下以一个具体的实施例对该系统切换方法进行具体说明。在一个实施例中，如图5所示，本申请还提供了一种高并发场景下保证数据一致性的方法，在进行系统切换时，先根据与历史系统和目标系统关联的标签信息，对获取到的与金融业务关联的交易信息进行验证，在交易信息满足标签信息的情况下，将交易信息输入至历史系统，得到历史系统输出的交易信息对应的第一输出结果，将第一输出结果同步至目标系统，在交易信息不满足标签信息的情况下，分别将交易信息输入至历史系统和目标系统，得到历史系统输出的交易信息对应的第二输出结果，以及目标系统输出的交易信息对应的第三输出结果，接着，根据历史系统中交易信息对应的第一输出结果或者第二输出结果，以及目标系统中交易信息对应的第一输出结果或者第三输出结果，对标签信息进行更新，得到更新后标签信息，然后，将更新后标签信息作为新的标签信息，并跳转至根据与历史系统和目标系统关联的标签信息，对获取到的与金融业务关联的交易信息进行验证的步骤，直到得到的更新后标签信息符合预设结束条件，则确定历史系统成功切换至目标系统。具体包括如下内容：

本发明提出了核心“挡板”的概念，它以大数据分析算法为背景，归纳总结了新旧系统切换过程中的常见问题，并提炼出特殊标签，可以在高并发系统的运行中，不断的迭代更新，从而将交易逐步从旧系统引流到新系统，对客户无感，无需人工投入运维。与传统的切换模式相比，它避免了“并行”、“双写”模式带来的交易量过大而可能引发的性能问题，减少了系统消耗，避免了系统性风险。该方案由于保证了在新系统上运行错误时的智能应急处理，从根本上保证了新旧系统的数据一致性，从而使得新旧系统的切换有了质量保证。

由于新旧系统表结构还存在一对多、多对一的关系的存在，如使用数据库的同步会使得合并处理逻辑非常复杂，并且在高并发场景下数据库的处理方法也存在时效问题，使得数据库的同步方法在该场景下不适用。“挡板”则发挥了其重要作用，它不但保证了本次该笔交易的准确性、保证了新旧系统数据的一致性，还保存了新旧系统数据一致性的比对结果。本发明需要攻破的重点难点问题是高并发场景下新旧系统的数据一致性问题，并能准实时的更新标签，从而极大的减少了运维成本的同时又保证了切换可能引发的舆情，保证了客户业务不受影响。

本发明提供一种在高并发场景下保证数据一致性的方法，即通过大数据算法进行特殊标签设置，并另外提供一种新旧系统的数据比对方法，逐步修复不一致的数据，从而做到新旧系统的无缝切换，以产生对下游最小粒度的影响。

步骤1，所有的入口都需改为从新系统作为入口，到了新系统后，则进入了新系统的核心“挡板”模块。

步骤2，根据相关的输入参数，在新系统运行。

步骤3，“挡板”根据特殊标签进行匹配，判断是否命中特殊标签：如无命中特殊标签，则该笔交易以新系统运行的结果为准，并按新系统结果进行应答；如有命中特殊标签，则表示该笔数据在新系统运行有问题，需根据挡板原理，再将相关交易引流到原旧系统，输入参数在旧系统运行一遍，并以旧系统的运行结果为准进行应答，同时更新新系统数据，并同步登记相关日志，以便后续分析使用。

步骤4，“匹配”模块可以根据新旧系统的多个入参、出参进行逐一比对，自动匹配，有任何一个字段匹配不上即上匹配不通过，对于日期、时间戳等特殊自动可以设置忽略比对。

步骤5，后台大数据分析算法异步同步数据，并进行准实时计算，动态统计过去24小时内的系统失败和成功的相关记录，对于失败的记录，根据报错原因等进行初步分析后，根据报错关键字总结出哪些报错是需要到旧系统再做交易的，做上特殊标签登记。并根据计算结果准实时更新特殊标签，更新后的特殊标签可作用于后续交易。

步骤6，根据登记记录对新系统的应用处理情况进行分析，应用可适时安排版本更新。

步骤7，版本更新后，大数据分析算法会持续在后台运行，不断的做特殊标签的新增、删除，版本更新后，大数据分析算法会自动进行比对，并判断后续交易的引流方向，无需安排人工切换或应急处理。

步骤8，新系统发生问题时，“挡板”会采用旧系统的运行结果作为应答，并同步写新系统，对业务无感，对运维人员透明，极大的减少了运维成本。

步骤9，通过不断的版本更新迭代，最终特殊标签数量为0，则表示已全部引流至新系统，新旧系统切换完成。

上述实施例，在进行系统切换时，通过根据标签信息对交易信息进行验证，根据交易信息的验证结果进行相应的处理，可以更准确地判断交易信息的处理方式，避免了同时处理交易信息，容易造成处理结果同步延迟或错误的情况，导致系统的切换准确度较低的缺陷；而且，通过输出结果不断重复验证和更新标签信息，直到更新后标签信息满足预设结束条件，有利于实现历史系统到目标系统的持续优化和改进，进而提高了系统的切换准确度。同时，本申请能够解决金融新旧系统切换过程中高并发场景下数据一致性无法保证的问题，保证了新旧系统数据一致性的问题，极大的减少了切换成本和切换风险，切换后应用无需关注数据质量问题，由该发明保证了数据质量问题；本申请能自动屏蔽新旧系统回切对数据造成的影响，保证了系统回切后对新系统数据同步的问题，回切无需新旧系统配合应急切换，无需人工介入；本申请能够实现新系统修复后自动引流到新系统进行切换，极大的减少了切换工作量，并保证了客户使用质量。

应该理解的是，虽然如上所述的各实施例所涉及的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，如上所述的各实施例所涉及的流程图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

基于同样的发明构思，本申请实施例还提供了一种用于实现上述所涉及的系统切换方法的系统切换装置。该装置所提供的解决问题的实现方案与上述方法中所记载的实现方案相似，故下面所提供的一个或多个系统切换装置实施例中的具体限定可以参见上文中对于系统切换方法的限定，在此不再赘述。

在一个示例性的实施例中，如图6所示，提供了一种系统切换装置，包括：信息验证模块601、第一判断模块602、第二判断模块603、标签更新模块604和目标切换模块605，其中：

信息验证模块601，用于根据与历史系统和目标系统关联的标签信息，对获取到的与金融业务关联的交易信息进行验证；标签信息用于表征系统切换过程中的问题信息，历史系统用于表征目标系统的历史版本对应的系统。

第一判断模块602，用于在交易信息满足标签信息的情况下，将交易信息输入至历史系统，得到历史系统输出的交易信息对应的第一输出结果，将第一输出结果同步至目标系统。

第二判断模块603，用于在交易信息不满足标签信息的情况下，分别将交易信息输入至历史系统和目标系统，得到历史系统输出的交易信息对应的第二输出结果，以及目标系统输出的交易信息对应的第三输出结果。

标签更新模块604，用于根据历史系统中交易信息对应的第一输出结果或者第二输出结果，以及目标系统中交易信息对应的第一输出结果或者第三输出结果，对标签信息进行更新，得到更新后标签信息。

目标切换模块605，用于将更新后标签信息作为新的标签信息，并跳转至根据与历史系统和目标系统关联的标签信息，对获取到的与金融业务关联的交易信息进行验证的步骤，直到得到的更新后标签信息符合预设结束条件，则确定历史系统成功切换至目标系统。

在一个示例性的实施例中，标签更新模块604，还用于根据历史系统中交易信息对应的第一输出结果，以及目标系统中交易信息对应的第一输出结果，从标签信息中，识别出交易信息对应的第一目标标签信息；从标签信息中删除第一目标标签信息，得到更新后标签信息。

在一个示例性的实施例中，标签更新模块604，还用于对历史系统中交易信息对应的第二输出结果，以及目标系统中交易信息对应的第三输出结果进行比对处理；在第二输出结果和第三输出结果不相同的情况下，根据交易信息，对标签信息进行更新，得到更新后标签信息。

在一个示例性的实施例中，标签更新模块604，还用于在第二输出结果和第三输出结果不相同的情况下，生成交易信息对应的第二目标标签信息；在标签信息中新增第二目标标签信息，得到更新后标签信息。

在一个示例性的实施例中，标签更新模块604，还用于在第二输出结果和第三输出结果不相同的情况下，生成交易信息对应的报错信息；根据交易信息对应的报错信息，生成交易信息对应的报错关键字；根据交易信息对应的报错关键字，生成交易信息对应的第二目标标签信息。

在一个示例性的实施例中，该系统切换装置还包括标签确定模块，用于获取系统切换过程中的问题信息；从系统切换过程中的问题信息中，筛选出与历史系统和目标系统关联的问题信息，作为目标问题信息；根据目标问题信息，确定与历史系统和目标系统关联的标签信息。

在一个示例性的实施例中，该系统切换装置还包括信息处理模块，用于获取与金融业务关联的交易信息；对交易信息进行预处理，得到与金融业务关联的预处理后交易信息。

上述系统切换装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个示例性的实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图7所示。该计算机设备包括处理器、存储器、输入/输出接口(Input/Output，简称I/O）和通信接口。其中，处理器、存储器和输入/输出接口通过系统总线连接，通信接口通过输入/输出接口连接到系统总线。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质和内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储标签信息、交易信息等数据。该计算机设备的输入/输出接口用于处理器与外部设备之间交换信息。该计算机设备的通信接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种系统切换方法。

本领域技术人员可以理解，图7中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个示例性的实施例中，还提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现上述各方法实施例中的步骤。

在一个示例性的实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述各方法实施例中的步骤。

在一个示例性的实施例中，提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述各方法实施例中的步骤。

需要说明的是，本申请所涉及的用户信息（包括但不限于用户设备信息、用户个人信息等）和数据（包括但不限于用于分析的数据、存储的数据、展示的数据等），均为经用户授权或者经过各方充分授权的信息和数据，且相关数据的收集、使用和处理需要符合相关规定。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器（Read-OnlyMemory，ROM）、磁带、软盘、闪存、光存储器、高密度嵌入式非易失性存储器、阻变存储器（ReRAM）、磁变存储器（Magnetoresistive Random Access Memory，MRAM）、铁电存储器（Ferroelectric Random Access Memory，FRAM）、相变存储器（Phase Change Memory，PCM）、石墨烯存储器等。易失性存储器可包括随机存取存储器（Random Access Memory，RAM）或外部高速缓冲存储器等。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器（Static Random Access Memory，SRAM）或动态随机存取存储器（Dynamic RandomAccess Memory，DRAM）等。本申请所提供的各实施例中所涉及的数据库可包括关系型数据库和非关系型数据库中至少一种。非关系型数据库可包括基于区块链的分布式数据库等，不限于此。本申请所提供的各实施例中所涉及的处理器可为通用处理器、中央处理器、图形处理器、数字信号处理器、可编程逻辑器、基于量子计算的数据处理逻辑器等，不限于此。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本申请专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请的保护范围应以所附权利要求为准。