CN116433367A - 一种交易清分方法、装置及电子设备 - Google Patents

Abstract

本申请公开了一种交易清分方法、装置及电子设备，该方法由清分应用服务器执行，该方法包括：获取目标交易批次信息，用以表征待重新清分的交易数据；根据目标交易批次信息，在清分结果数据库中确定对应的历史清分结果，将历史清分结果的交易批次信息更新为无效批次信息；再根据目标交易批次信息获取目标交易数据进行清分，得到交易清分结果及对应的有效批次信息并存入清分结果数据库中，以使清分结果数据库根据交易批次信息的有效性提供可靠的清分结果。本申请在故障处理后进行了交易数据的重新清分，保证清分结果的最终准确性。通过将历史清分结果的交易批次信息更新为无效，保证外部应用能够调取到准确的清分结果，有效控制了对业务的影响。

Description

一种交易清分方法、装置及电子设备

技术领域

本申请涉及清分技术领域，尤其涉及一种交易清分方法、装置及电子设备。

背景技术

清分(Clearing)可以看作是清算的数据准备阶段,主要是将当日的全部网络交易数据按照各成员行之间本代他、他代本、贷记、借记、笔数、金额、轧差净额等进行汇总、整理、分类。

在交易数据出现缺失、错误或者清分应用出现故障等情况时，交易清分结果将产生多清、少清或错清的情况。在这种情况下，现有的解决方案一般是更新纠正各成员行错误清分记录的笔数、金额等信息。

然而，这种方案并不能有效控制错误的清分结果对业务造成的影响，进而导致实际应用受到限制。

发明内容

本申请实施例提供了一种交易清分方法、装置及电子设备，以有效降低错误的清分结果对业务造成的影响。

本申请实施例采用下述技术方案：

第一方面，本申请实施例提供一种交易清分方法，由清分应用服务器执行，其中，所述方法包括：

获取目标交易批次信息，其中所述目标交易批次信息表征待重新清分的交易数据；

根据所述目标交易批次信息，在清分结果数据库中确定所述目标交易批次信息对应的历史清分结果，将所述历史清分结果的交易批次信息更新为无效批次信息；

在将所述历史清分结果的交易批次信息更新为无效批次信息的情况下，根据所述目标交易批次信息获取目标交易数据；

对所述目标交易数据进行清分处理，得到交易清分结果及对应的有效批次信息并存入所述清分结果数据库中，以使所述清分结果数据库能够根据交易批次信息的有效性来提供可靠的清分结果。

可选地，所述获取目标交易批次信息包括：

获取运维平台的运维数据；

根据所述运维数据确定所述目标交易批次信息。

可选地，所述历史清分结果包括多个层级的历史清分结果，所述将所述历史清分结果的交易批次信息更新为无效批次信息包括：

根据所述历史清分结果的清分顺序确定所述历史清分结果的交易批次信息的更新顺序；

按照所述更新顺序，将所述清分结果数据库中的各层级的历史清分结果对应的交易批次信息依次更新为无效批次信息；

其中，所述更新顺序依次为数据表层级、数据库层级、数据中心层级、交易批次层级，或者依次为交易批次层级、数据中心层级、数据库层级、数据表层级。

可选地，所述历史清分结果的交易批次信息包括历史清分结果的交易批次标识，所述无效批次信息包括无效批次标识，所述将所述历史清分结果的交易批次信息更新为无效批次信息包括：

在所述历史清分结果的交易批次标识前增加预设长度的随机字符串，得到所述无效批次标识。

可选地，所述对所述目标交易数据进行清分处理，得到交易清分结果及对应的有效批次信息并存入所述清分结果数据库中包括：

按照预设清分顺序对所述目标交易数据进行清分处理，得到交易清分结果；

根据所述目标交易批次信息生成所述交易清分结果对应的有效批次信息，其中所述交易清分结果对应的有效批次信息与所述目标交易批次信息相同。

可选地，在对所述目标交易数据进行清分处理，得到交易清分结果及对应的有效批次信息并存入所述清分结果数据库中之后，所述方法还包括：

将所述交易清分结果以及所述交易清分结果对应的有效批次信息对应存储至所述清分结果数据库中。

可选地，在对所述目标交易数据进行清分处理，得到交易清分结果及对应的有效批次信息并存入所述清分结果数据库中之后，所述方法还包括：

接收业务应用的清分结果获取请求，所述清分结果获取请求中携带有所述有效批次信息；

根据所述有效批次信息，从所述清分结果数据库中获取对应的交易清分结果并返回至所述业务应用。

可选地，所述获取目标交易批次信息包括：

确定故障类型，所述故障类型包括交易数据异常和清分应用故障；

在所述故障类型为交易数据异常的情况下，确定异常的交易数据是否完成恢复；

在异常的交易数据完成恢复的情况下，获取目标交易批次信息；

在所述故障类型为清分应用故障的情况下，确定所述清分应用是否完成回滚；

在所述清分应用完成回滚的情况下，获取目标交易批次信息。

第二方面，本申请实施例还提供一种交易清分装置，应用于清分应用服务器，其中，所述装置用于实现前述之任一所述方法。

第三方面，本申请实施例还提供一种电子设备，包括：

处理器；以及

被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器执行前述之任一所述方法。

第四方面，本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质存储一个或多个程序，所述一个或多个程序当被包括多个应用程序的电子设备执行时，使得所述电子设备执行前述之任一所述方法。

本申请实施例采用的上述至少一个技术方案能够达到以下有益效果：本申请实施例的交易清分方法由清分应用服务器执行，在进行交易清分时，先获取目标交易批次信息，其中目标交易批次信息表征待重新清分的交易数据；根据目标交易批次信息，在清分结果数据库中确定目标交易批次信息对应的历史清分结果，将历史清分结果的交易批次信息更新为无效批次信息；在将历史清分结果的交易批次信息更新为无效批次信息的情况下，根据目标交易批次信息获取目标交易数据；对目标交易数据进行清分处理，得到交易清分结果及对应的有效批次信息并存入清分结果数据库中，以使清分结果数据库能够根据交易批次信息的有效性来提供可靠的清分结果。本申请实施例的交易清分方法能够在故障处理后，重新进行交易数据的清分处理，从而可以保证清分结果的最终准确性，此外，通过将历史清分结果的交易批次信息更新为无效，保证后续外部应用等能够调取到重新清分后的准确的清分结果，有效控制了对业务的影响。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本申请实施例中一种交易清分方法的流程示意图；

图2为本申请实施例中一种对各层级的历史清分结果的交易批次信息进行更新的流程示意图；

图3为本申请实施例中一种交易批次标识的无效处理示意图；

图4为本申请实施例中一种交易清分流程示意图；

图5为本申请实施例中一种交易清分装置的结构示意图；

图6为本申请实施例中一种电子设备的结构示意图。

具体实施方式

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

以下结合附图，详细说明本申请各实施例提供的技术方案。

当交易数据缺失、错误或者清分应用故障等情况出现时，现有方案往往通过对历史错误的清分结果信息进行更新，从而保障清分结果的正确性。例如，如果交易数据错误，可能会产生本不应该存在的成员行清分结果。

然而由于清分应用软件通常不会开启数据库的数据删除权限，因此上述方案无法删除错误的成员行清分结果，进而导致该成员行清分结果会参与到下一步的业务处理，进而产生更大的业务影响。

基于此，本申请实施例提供了一种交易清分方法，由清分应用服务器执行，如图1所示，提供了本申请实施例中一种交易清分方法的流程示意图，所述方法至少包括如下的步骤S110至步骤S140：

步骤S110，获取目标交易批次信息，其中所述目标交易批次信息表征待重新清分的交易数据。

本申请实施例的交易清分方法可以由单独部署的清分应用服务器来执行，在进行交易清分时，需要先确定目标交易批次信息，交易批次是在交易业务场景下所使用的一种术语，一个交易批次具体可以理解为是一个数据处理周期，例如，一个小时、一天、一周等不同长度的时间周期都可以作为一个交易批次，具体将一个交易批次设置为多长时间，本领域技术人员可以根据实际业务需求灵活设置，在本申请的交易清分场景下，可以以一天作为一个交易批次。

目标交易批次信息可以理解为是当前需要重新清分的交易数据所对应的批次信息，例如，01批次的交易数据出现清分错误，将导致01批次的交易数据需要重新进行清分处理，那么这里获取的目标交易批次信息就可以是01批次的交易批次信息。

步骤S120，根据所述目标交易批次信息，在清分结果数据库中确定所述目标交易批次信息对应的历史清分结果，将所述历史清分结果的交易批次信息更新为无效批次信息。

实际业务场景下，每个交易批次的交易清分结果都会记录在清分结果数据库中进行管理和维护，具体地，清分结果数据库中可以存储有交易批次信息与交易清分结果的对应关系，因此本申请实施例在在确定了目标交易批次信息后，需要在清分结果数据库中匹配出该目标交易批次信息所对应的历史清分结果。

由于交易数据缺失、错误或者清分应用故障等情况导致目标交易批次信息对应的历史清分结果是不准确的清分结果，为了避免该清分结果进入到后续的业务处理流程中，可以在得到目标交易批次信息对应的历史清分结果后，将清分结果数据库中存储的该历史清分结果的交易批次信息更新或者设置为无效批次信息，这里所说的“无效批次信息”是指无法被其他应用调取或者查询的批次信息，将历史清分结果的交易批次信息进行失效处理后，能够避免其他应用获取到该交易批次信息所对应的错误的清分结果，从而对实际业务造成更大影响。

步骤S130，在将所述历史清分结果的交易批次信息更新为无效批次信息的情况下，根据所述目标交易批次信息获取目标交易数据。

在将历史清分结果的交易批次信息更新为无效批次信息之后，此时清分结果数据库中虽然仍然还存有错误的清分结果，但由于该错误的清分结果对应的交易批次信息已经无效，因此该错误的清分结果并不会参与到后续的业务处理流程中。

然而，为了能够提供准确的清分结果，还需要进一步根据目标交易批次信息获取相应的目标交易数据以进行重新清分处理，这里的目标交易数据可以理解为是目标交易批次信息对应的全量的交易数据。实际业务场景下，可能会出现极个别交易数据错误的情况，这里不需要区分哪些交易数据出现错误，可以直接拉取全量的交易数据，以节省定位问题数据所需要耗费的时间和资源。

步骤S140，对所述目标交易数据进行清分处理，得到交易清分结果及对应的有效批次信息并存入所述清分结果数据库中，以使所述清分结果数据库能够根据交易批次信息的有效性来提供可靠的清分结果。

在拉取到目标交易数据后，就可以对目标交易数据进行重新清分处理了，这里的清分逻辑可以根据实际业务场景灵活设置，在此不作具体限定，重新清分结束后，可以得到新的交易清分结果及对应的有效批次信息，并将二者对应存储到清分结果数据库中。这里的新的交易清分结果可以看作是最终准确的清分结果，有效批次信息可以看作是能够被其他应用调取或使用的批次信息，由此使得清分结果数据库能够根据交易批次信息的有效性来提供可靠的清分结果。

本申请实施例的交易清分方法能够在故障处理后，重新进行交易数据的清分处理，从而可以保证清分结果的最终准确性，此外，通过将历史清分结果的交易批次信息更新为无效，保证后续外部应用等能够调取到重新清分后的准确的清分结果，有效控制了对业务的影响。

在本申请的一个实施例中，所述获取目标交易批次信息包括：获取运维平台的运维数据；根据所述运维数据确定所述目标交易批次信息。

本申请实施例在获取目标交易批次信息时，可以与运维工具建立连接，运维工具上记录了各个环节的故障处理情况，因此，对于由于交易数据缺失、错误或者清分应用故障导致交易清分结果错误的情况也可以从运维工具中得到相关信息。

例如，运维工具中记录有多个交易批次的清分处理结果，其中01批次显示为清分应用故障导致交易清分结果不准确，那么相关人员就可以将01批次作为目标交易批次信息，并通过运维工具指定该01批次，从而触发后续的重新清分操作。

当然，实际业务场景下，相关人员也可能从其他渠道获取到需要重新清分的目标交易批次信息，因此相关人员也可以直接在运维工具指定该目标交易批次信息，以通过运维工具触发后续的重新清分操作，也即运维工具可以看作是触发本申请整体清分流程的一个工具。

在本申请的一个实施例中，所述历史清分结果包括多个层级的历史清分结果，所述将所述历史清分结果的交易批次信息更新为无效批次信息包括：根据所述历史清分结果的清分顺序确定所述历史清分结果的交易批次信息的更新顺序；按照所述更新顺序，将所述清分结果数据库中的各层级的历史清分结果对应的交易批次信息依次更新为无效批次信息；其中，所述更新顺序依次为数据表层级、数据库层级、数据中心层级、交易批次层级，或者依次为交易批次层级、数据中心层级、数据库层级、数据表层级。

在分布式系统架构下，通常部署有多个数据中心，每个数据中心下部署有多个数据库，每个数据库中对应有多个数据表，通过该分布式系统架构能够提高数据库的灾备能力，从而避免数据丢失对实际业务造成影响。

基于此，本申请实施例的历史清分结果就可以包括多个层级的清分结果，例如可以包括数据表层级、数据库层级、数据中心层级以及交易批次层级等的清分结果，四个层级的清分结果之间的关系为，数据表层级的清分结果可以基于单个数据表的清分结果得到，数据库层级的清分结果可以基于一个数据库中的所有数据表的清分结果得到，数据中心层级的清分结果可以基于一个数据中心下的所有数据库的清分结果得到，交易批次层级的清分结果则可以基于所有数据中心的清分结果得到，因此上述四个层级可以看作是从最小层级到最大层级的顺序。

如图2所示，提供了本申请实施例中一种对各层级的历史清分结果的交易批次信息进行更新的流程示意图。由于在实际清分场景下，往往会按照数据表层级、数据库层级、数据中心层级、交易批次层级的顺序依次进行清分，因此在更新历史清分结果的交易批次信息时，就可以按照上述顺序依次进行交易批次信息的失效处理，当然也可以按照从最大层级到最小层级的顺序依次进行交易批次信息的失效处理。具体失效策略可以取决于实际业务场景下的清分架构。

为了进一步说明本申请实施例，这里列举了两种清分结果数据库中存储的数据形式，如下表1和表2所示，表1针对的是相对复杂的清分场景，表2针对的是相对简单的清分场景。

表1

交易批次	层级	清分a	清分b	清分c
					01批	数据表
01批	数据库
					01批	数据中心
01批	交易批次
					02批	数据表
……

表2

交易批次	数据表	数据库	数据中心	交易批次
					01批	清分结果1
02批
					03批

从表1中可以看出，各层级对应的清分结果有多种，因此每一个层级都会对应一个交易批次信息，因此就可以采用上述失效处理方式对各个层级的交易批次信息逐一进行失效处理。从表2中可以看出，各层级对应的清分结果仅有一种，因此多个层级可以对应一个交易批次信息，那么在进行交易批次信息的失效处理时，就可以直接将这一个交易批次信息进行失效处理即可。

需要说明的是，上述仅仅列举了两种清分结果数据库中存储的数据形式，实际应用场景下，本领域技术人员可以根据实际需求灵活调整，在此不作具体限定。

在本申请的一个实施例中，所述历史清分结果的交易批次信息包括历史清分结果的交易批次标识，所述无效批次信息包括无效批次标识，所述将所述历史清分结果的交易批次信息更新为无效批次信息包括：在所述历史清分结果的交易批次标识前增加预设长度的随机字符串，得到所述无效批次标识。

本申请实施例的历史清分结果的交易批次信息可以是指历史清分结果的交易批次标识，无效批次信息可以是无效批次标识，历史清分结果的交易批次标识可以是由一串可被识别的仅包含数字的字符串构成，如“2021072301”，当然具体形式可以事先与相关业务方约定好，在此不作具体限定。

在将历史清分结果的交易批次信息更新为无效批次信息时，可以采用的一种方式是在上述历史清分结果的交易批次标识之前增加一定长度的随机字符串。如图3所示，提供了本申请实施例中一种交易批次标识的无效处理示意图，可以在历史清分结果的交易批次标识“2021072301”之前增加两位随机字符串“xx”，从而得到无效批次标识“xx2021072301”，该无效批次标识由于改变了原有的批次标识的格式，因此将无法被其他应用调取到，从而避免了其他应用获取到错误的清分结果的情况。

当然除了上述列举的无效处理方式，本领域技术人员也可以根据实际需求灵活设置其他方式，例如对历史清分结果的交易批次标识进行加密处理等等，只要能够保证处理后的无效批次标识无法被其他应用识别和调取即可。

在本申请的一个实施例中，所述对所述目标交易数据进行清分处理，得到交易清分结果及对应的有效批次信息并存入所述清分结果数据库中包括：按照预设清分顺序对所述目标交易数据进行清分处理，得到交易清分结果；根据所述目标交易批次信息生成所述交易清分结果对应的有效批次信息，其中所述交易清分结果对应的有效批次信息与所述目标交易批次信息相同。

在获取到目标交易数据后，本申请实施例可以按照事先设定好的清分顺序，如数据表层级、数据库层级、数据中心层级、交易批次层级的顺序，对目标交易数据逐级进行重新清分处理，从而得到各层级的交易清分结果，作为具有最终准确性的交易清分结果，

在对目标交易数据按照各个层级逐一进行重新清分处理时，还可以进一步为各个层级的交易清分处理结果重新生成新的交易批次信息如新的交易批次标识，实际业务场景下，往往交易批次标识是全链路中通用的标识，因此，为了保证全链路上同一个交易批次对应的交易批次标识的一致性，可以直接将原来的目标交易批次标识作为新的交易批次标识，即新的交易批次标识和原来的目标交易批次标识完全相同。

例如上述实施例中的目标交易批次标识为“2021072301”，那么在对目标交易批次标识对应的目标交易数据进行重新清分处理后，就可以直接将目标交易批次标识为“2021072301”作为重新清分后的交易清分结果对应的交易批次标识，以此作为有效批次标识，以供后续其他应用基于该有效批次标识获取正确的交易清分结果。

在本申请的一个实施例中，在对所述目标交易数据进行清分处理，得到交易清分结果及对应的有效批次信息并存入所述清分结果数据库中之后，所述方法还包括：将所述交易清分结果以及所述交易清分结果对应的有效批次信息对应存储至所述清分结果数据库中。

在得到重新清分后的交易清分结果及对应的有效批次信息后，可以将重新清分后的交易清分结果和有效批次信息对应存储到清分结果数据库中，最终清分数据库中存储的数据形式可以如下表3所示：

表3

考虑到交易数据的重要性以及删除操作可能造成的数据丢失的风险，清分应用软件通常不会开启数据库的数据删除权限，因此从表3可以看出，更新后的清分结果数据库中除了存储有重新清分后的交易清分结果及对应的有效批次标识“2021072301”，仍然保留有历史清分结果及对应的无效批次标识“xx2021072301”，由于历史清分结果对应的交易批次标识已经被失效了，因此这种存储方式并不会对后续实际获取的数据的准确性造成影响，能够保证后续业务处理的正确性。此外，保留错误的历史清分结果还可以对后续追溯清分结果错误的原因提供一定支撑。

当一个清分结果数据库中的存储容量有限时，可以部署更多的数据库资源来提供存储能力，当然也可以由具有权限的人员在合适的时间如业务空闲期间对清分结果数据库中的无效批次标识及对应的历史清分结果进行删除，从而释放清分结果数据库的存储空间。

为了便于对上述实施例的理解，如图4所示，提供了本申请实施例中一种交易清分流程示意图。首先需要确定历史清分结果的目标交易批次号，例如为“2021072301”，然后在清分结果数据库中将该目标交易批次号“2021072301”更新为无效批次号“xx2021072301”，之后拉取该目标交易批次号“2021072301”对应的目标交易数据，对目标交易数据进行重新清分处理，得到准确的交易清分结果，同时根据目标交易批次号“2021072301”生成该交易清分结果对应的有效批次号“2021072301”，最后将交易清分结果及有效批次号对应存储至清分结果数据库中，从而完成整个交易数据的重新清分处理流程。

在本申请的一个实施例中，在对所述目标交易数据进行清分处理，得到交易清分结果及对应的有效批次信息并存入所述清分结果数据库中之后，所述方法还包括：接收业务应用的清分结果获取请求，所述清分结果获取请求中携带有所述有效批次信息；根据所述有效批次信息，从所述清分结果数据库中获取对应的交易清分结果并返回至所述业务应用。

本申请在完成重新清分处理后，可以对外提供正确的交易清分结果。具体地，可以先接收业务应用发送的清分结果获取请求，如前所述，由于交易批次标识是全链路中所共享的信息，因此对于业务应用侧来说，其能够知晓在获取其想要的交易清分结果时需要携带哪一个交易批次标识，因此上述清分结果获取请求中就会携带交易批次标识即有效批次标识，然后根据该有效批次标识在清分结果数据库中匹配出相对应的交易清分结果返回给上层应用进行后续业务处理。该过程保证了业务应用能够获取到准确的交易清分结果，避免了错误的清分结果对实际业务造成的影响。

在本申请的一个实施例中，所述获取目标交易批次信息包括：确定故障类型，所述故障类型包括交易数据异常和清分应用故障；在所述故障类型为交易数据异常的情况下，确定异常的交易数据是否完成恢复；在异常的交易数据完成恢复的情况下，获取目标交易批次信息；在所述故障类型为清分应用故障的情况下，确定所述清分应用是否完成回滚；在所述清分应用完成回滚的情况下，获取目标交易批次信息。

实际应用场景下，导致清分结果错误的情况可能主要包括两方面，一方面是由于交易数据本身的问题如交易数据错误或者交易数据缺失，另一方面是由于清分应用出现bug等故障导致清分结果不准确。

在出现上述任意一种故障情况时，可能都需要对交易数据进行重新清分处理，在进行重新清分处理之前，可以先确定当前的故障类型，这里可以借助运维工具来提供支持，如果当前的故障类型是交易数据异常如交易数据错误或者交易数据缺失等，那么为了保证后续重新清分结果的准确性，需要确定异常的交易数据是否已经被恢复，如果已经会恢复，那么就可以执行本申请的重新清分流程，否则需要等待数据恢复完毕再执行。

如果当前的故障类型为清分应用故障，那么这时采用的故障处理手段一般是对清分应用进行回滚，使清分应用恢复到清分之前的状态，也即在清分应用回滚之后，才可以执行本申请的重新清分流程。

本申请实施例还提供了一种交易清分装置500，应用于清分应用服务器，如图5所示，提供了本申请实施例中一种交易清分装置的结构示意图，所述装置500包括：第一获取单元510、更新单元520、第二获取单元530以及清分单元540，其中：

第一获取单元510，用于获取目标交易批次信息，其中所述目标交易批次信息表征待重新清分的交易数据；

更新单元520，用于根据所述目标交易批次信息，在清分结果数据库中确定所述目标交易批次信息对应的历史清分结果，将所述历史清分结果的交易批次信息更新为无效批次信息；

第二获取单元530，用于在将所述历史清分结果的交易批次信息更新为无效批次信息的情况下，根据所述目标交易批次信息获取目标交易数据；

清分单元540，用于对所述目标交易数据进行清分处理，得到交易清分结果及对应的有效批次信息并存入所述清分结果数据库中，以使所述清分结果数据库能够根据交易批次信息的有效性来提供可靠的清分结果。

在本申请的一个实施例中，所述第一获取单元510具体用于：获取运维平台的运维数据；根据所述运维数据确定所述目标交易批次信息。

在本申请的一个实施例中，所述历史清分结果包括多个层级的历史清分结果，所述更新单元520具体用于：根据所述历史清分结果的清分顺序确定所述历史清分结果的交易批次信息的更新顺序；按照所述更新顺序，将所述清分结果数据库中的各层级的历史清分结果对应的交易批次信息依次更新为无效批次信息；其中，所述更新顺序依次为数据表层级、数据库层级、数据中心层级、交易批次层级，或者依次为交易批次层级、数据中心层级、数据库层级、数据表层级。

在本申请的一个实施例中，所述历史清分结果的交易批次信息包括历史清分结果的交易批次标识，所述无效批次信息包括无效批次标识，所述更新单元520具体用于：在所述历史清分结果的交易批次标识前增加预设长度的随机字符串，得到所述无效批次标识。

在本申请的一个实施例中，所述清分单元540具体用于：按照预设清分顺序对所述目标交易数据进行清分处理，得到交易清分结果；根据所述目标交易批次信息生成所述交易清分结果对应的有效批次信息，其中所述交易清分结果对应的有效批次信息与所述目标交易批次信息相同。

在本申请的一个实施例中，所述装置还包括：存储单元，用于将所述交易清分结果以及所述交易清分结果对应的有效批次信息对应存储至所述清分结果数据库中。

在本申请的一个实施例中，所述装置还包括：接收单元，用于接收业务应用的清分结果获取请求，所述清分结果获取请求中携带有所述有效批次信息；第三获取单元，用于根据所述有效批次信息，从所述清分结果数据库中获取对应的交易清分结果并返回至所述业务应用。

在本申请的一个实施例中，所述第一获取单元510具体用于：确定故障类型，所述故障类型包括交易数据异常和清分应用故障；在所述故障类型为交易数据异常的情况下，确定异常的交易数据是否完成恢复；在异常的交易数据完成恢复的情况下，获取目标交易批次信息；在所述故障类型为清分应用故障的情况下，确定所述清分应用是否完成回滚；在所述清分应用完成回滚的情况下，获取目标交易批次信息。

能够理解，上述交易清分装置，能够实现前述实施例中提供的由清分应用服务器执行的交易清分方法的各个步骤，关于交易清分方法的相关阐释均适用于交易清分装置，此处不再赘述。

图6是本申请的一个实施例电子设备的结构示意图。请参考图6，在硬件层面，该电子设备包括处理器，可选地还包括内部总线、网络接口、存储器。其中，存储器可能包含内存，如高速随机存取存储器(Random-Access Memory，RAM)，也可能还包括非易失性存储器(non-volatile memory)，例如至少1个磁盘存储器等。当然，该电子设备还可能包括其他业务所需要的硬件。

处理器、网络接口和存储器可以通过内部总线相互连接，该内部总线可以是ISA(Industry Standard Architecture，工业标准体系结构)总线、PCI(PeripheralComponent Interconnect，外设部件互连标准)总线或EISA(Extended Industry StandardArchitecture，扩展工业标准结构)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图6中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。

存储器，用于存放程序。具体地，程序可以包括程序代码，所述程序代码包括计算机操作指令。存储器可以包括内存和非易失性存储器，并向处理器提供指令和数据。

处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，在逻辑层面上形成交易清分装置。处理器，执行存储器所存放的程序，并具体用于执行以下操作：

获取目标交易批次信息，其中所述目标交易批次信息表征待重新清分的交易数据；

根据所述目标交易批次信息，在清分结果数据库中确定所述目标交易批次信息对应的历史清分结果，将所述历史清分结果的交易批次信息更新为无效批次信息；

在将所述历史清分结果的交易批次信息更新为无效批次信息的情况下，根据所述目标交易批次信息获取目标交易数据；

对所述目标交易数据进行清分处理，得到交易清分结果及对应的有效批次信息并存入所述清分结果数据库中，以使所述清分结果数据库能够根据交易批次信息的有效性来提供可靠的清分结果。

上述如本申请图1所示实施例揭示的交易清分装置执行的方法可以应用于处理器中，或者由处理器实现。处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器，包括中央处理器(Central Processing Unit，CPU)、网络处理器(Network Processor，NP)等；还可以是数字信号处理器(Digital SignalProcessor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。

该电子设备还可执行图1中交易清分装置执行的方法，并实现交易清分装置在图1所示实施例的功能，本申请实施例在此不再赘述。

本申请实施例还提出了一种计算机可读存储介质，该计算机可读存储介质存储一个或多个程序，该一个或多个程序包括指令，该指令当被包括多个应用程序的电子设备执行时，能够使该电子设备执行图1所示实施例中交易清分装置执行的方法，并具体用于执行：

获取目标交易批次信息，其中所述目标交易批次信息表征待重新清分的交易数据；

根据所述目标交易批次信息，在清分结果数据库中确定所述目标交易批次信息对应的历史清分结果，将所述历史清分结果的交易批次信息更新为无效批次信息；

在将所述历史清分结果的交易批次信息更新为无效批次信息的情况下，根据所述目标交易批次信息获取目标交易数据；

对所述目标交易数据进行清分处理，得到交易清分结果及对应的有效批次信息并存入所述清分结果数据库中，以使所述清分结果数据库能够根据交易批次信息的有效性来提供可靠的清分结果。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (10)

1.一种交易清分方法，由清分应用服务器执行，其中，所述方法包括：

获取目标交易批次信息，其中所述目标交易批次信息表征待重新清分的交易数据；

根据所述目标交易批次信息，在清分结果数据库中确定所述目标交易批次信息对应的历史清分结果，将所述历史清分结果的交易批次信息更新为无效批次信息；

在将所述历史清分结果的交易批次信息更新为无效批次信息的情况下，根据所述目标交易批次信息获取目标交易数据；

对所述目标交易数据进行清分处理，得到交易清分结果及对应的有效批次信息并存入所述清分结果数据库中，以使所述清分结果数据库能够根据交易批次信息的有效性来提供可靠的清分结果。

2.如权利要求1所述方法，其中，所述获取目标交易批次信息包括：

获取运维平台的运维数据；

根据所述运维数据确定所述目标交易批次信息。

3.如权利要求1所述方法，其中，所述历史清分结果包括多个层级的历史清分结果，所述将所述历史清分结果的交易批次信息更新为无效批次信息包括：

根据所述历史清分结果的清分顺序确定所述历史清分结果的交易批次信息的更新顺序；

按照所述更新顺序，将所述清分结果数据库中的各层级的历史清分结果对应的交易批次信息依次更新为无效批次信息；

其中，所述更新顺序依次为数据表层级、数据库层级、数据中心层级、交易批次层级，或者依次为交易批次层级、数据中心层级、数据库层级、数据表层级。

4.如权利要求1所述方法，其中，所述历史清分结果的交易批次信息包括历史清分结果的交易批次标识，所述无效批次信息包括无效批次标识，所述将所述历史清分结果的交易批次信息更新为无效批次信息包括：

在所述历史清分结果的交易批次标识前增加预设长度的随机字符串，得到所述无效批次标识。

5.如权利要求1所述方法，其中，所述对所述目标交易数据进行清分处理，得到交易清分结果及对应的有效批次信息并存入所述清分结果数据库中包括：

按照预设清分顺序对所述目标交易数据进行清分处理，得到交易清分结果；

根据所述目标交易批次信息生成所述交易清分结果对应的有效批次信息，其中所述交易清分结果对应的有效批次信息与所述目标交易批次信息相同。

6.如权利要求1所述方法，其中，在对所述目标交易数据进行清分处理，得到交易清分结果及对应的有效批次信息并存入所述清分结果数据库中之后，所述方法还包括：

将所述交易清分结果以及所述交易清分结果对应的有效批次信息对应存储至所述清分结果数据库中。

7.如权利要求1所述方法，其中，在对所述目标交易数据进行清分处理，得到交易清分结果及对应的有效批次信息并存入所述清分结果数据库中之后，所述方法还包括：

接收业务应用的清分结果获取请求，所述清分结果获取请求中携带有所述有效批次信息；

根据所述有效批次信息，从所述清分结果数据库中获取对应的交易清分结果并返回至所述业务应用。

8.如权利要求1所述方法，其中，所述获取目标交易批次信息包括：

确定故障类型，所述故障类型包括交易数据异常和清分应用故障；

在所述故障类型为交易数据异常的情况下，确定异常的交易数据是否完成恢复；

在异常的交易数据完成恢复的情况下，获取目标交易批次信息；

在所述故障类型为清分应用故障的情况下，确定所述清分应用是否完成回滚；

在所述清分应用完成回滚的情况下，获取目标交易批次信息。

9.一种交易清分装置，应用于清分应用服务器，其中，所述装置用于实现权利要求1～8之任一所述方法。

10.一种电子设备，包括：

处理器；以及

被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器执行所述权利要求1～8之任一所述方法。

Images