系统间的对账方法、装置、子系统、存储介质及系统与流程

1.本技术涉及金融领域，具体而言，涉及一种系统间的对账方法、装置、子系统、存储介质及系统。


背景技术：

2.目前分布式核心业务系统中包括多个子系统和一个公共系统，在每笔交易发生时，公共系统都会记录该笔交易的初始状态，然后转发给对应的子系统进行相应的处理，各个子系统在接收到该笔交易后执行相应的处理，并将处理结果发送给公共系统，公共系统根据接收到的处理结果对初始状态进行更新，处理结果包括完成或者未完成。
3.当某个外围系统需要对账时，例如需要对招商银行的交易进行对账，分别获取子系统中招商银行的交易流水数据，以及公共系统中招商银行的交易流水数据，将两者数据进行合并发送给外围系统，以便外围系统根据合并后的数据进行对账。但是当子系统完成对某笔交易a的处理后，却未将处理结果反馈给公共系统，公共系统中交易a的初始状态仍然是未完成，此时反馈给外围系统中的数据就包括交易a的状态为未完成和完成，由于系统间并不进行对账，而直接将子系统和公共系统的交易数据反馈给外围系统，对于外围系统来说得到的交易数据的执行状态就会有误。


技术实现要素：

4.本技术实施例的目的在于提供一种系统间的对账方法、装置、子系统、存储介质及系统，用以提高对账的准确性。
5.第一方面，本技术实施例提供一种系统间的对账方法，应用于分布式核心业务系统中的一个子系统，所述方法包括：获得对外围系统的交易进行对账的对账请求，所述对账请求包括对账日期和所述外围系统的标识信息；根据所述对账日期确定需要对账的时间段；将所述时间段内、且与所述标识信息对应的交易的数据作为初始流水数据，并发送给所述公共系统；接收所述公共系统返回的，删除所述初始流水数据中交易执行状态为未知状态的目标流水数据，根据所述目标流水数据中的每笔交易的执行状态为完成或者未完成，生成系统间的对账结果，并发送给外围系统。
6.本技术实施例通过从子系统中获取对账日期内产生的交易的所有的流水数据，即初始流水数据，然后将初始流水数据发送给公共系统，使得公共系统将初始流水数据与本地存储的流水数据进行对账，获得目标流水数据，最后，子系统根据目标流水数据生成对账结果，并将对账结果发送给外围系统，保证了发送给外围系统的数据为准确的数据。
7.在任一实施例中，所述根据所述对账日期确定需要对账的时间段，包括：若所述对账日期为表征连续的两个自然日，将所述对账日期的起始时间到当天的24点之前作为第一时间段；将24点之后到所述对账日期的结束时间作为第二时间段。
8.在任一实施例中，所述将所述时间段内、且与所述标识信息对应的交易数据作为初始流水数据，包括：将所述第一时间段内、且与所述标识信息对应的交易数据作为第一流
水数据；将所述第二时间段内、且与所述标识信息对应的交易数据作为第二流水数据；将所述第一流水数据和所述第二流水数据作为所述初始流水数据。
9.本技术实施例通过对于跨天的对账日期，分别获取两天分别对应的流水数据进行对账，从而避免遗漏流水数据。
10.在任一实施例中，所述接收所述公共系统返回的，删除所述初始流水数据中交易执行状态为未知状态的数据后生成的目标流水数据包括：接收所述公共系统返回的，删除所述第一流水数据中交易执行状态为未知状态的数据后生成的第三流水数据；和删除所述第二流水数据中交易执行状态为未知状态的数据后生成的第四流水数据；将所述第三流水数据和所述第四流水数据按照时间顺序进行排序生成所述目标流水数据。
11.本技术实施例通过对于跨天的对账日期，分别获取两天分别对应的流水数据，并分别将两天流水数据中处于未知状态的数据进行剔除，从而避免遗漏流水数据。
12.在任一实施例中，所述获得对外围系统的交易进行对账的对账请求，包括：在预设周期到来时，获得对外围系统的交易进行对账的对账请求；或在接收到所述外围系统发送的所述对账请求时，获得所述对账请求。
13.本技术实施例提供外围系统主动发起对账请求，以及核心业务系统日终自动发起对账请求，多种对账的方式能够满足用户的需求。
14.在任一实施例中，所述方法还包括：判断与所述公共系统之间的当前网络状态是否正常，如果正常则执行“根据所述对账日期确定需要对账的时间段”的步骤。
15.本技术实施例在对账之前，进行差错时间的检查，从而避免因系统自身故障导致的对账异常，提高了对账的准确性。
16.第二方面，本技术实施例提供一种系统间的对账装置，所述对账装置为分布式核心业务系统中的一个子系统，所述对账装置包括：请求获得模块，用于获得对外围系统进行对账的对账请求，所述对账请求包括对账日期和所述外围系统的标识信息；时间确定模块，用于根据所述对账日期确定需要对账的时间段；流水数据生成模块，用于将所述时间段内、且与所述标识信息对应的交易数据作为初始流水数据，并发送给所述公共系统；数据返回模块，用于接收所述公共系统返回的，删除所述初始流水数据中交易执行状态为未知状态的数据后生成的目标流水数据；对账模块，用于根据所述目标流水数据中的每笔交易的执行状态为完成或者未完成，生成系统间的对账结果，并发送给外围系统。
17.第三方面，本技术实施例提供一种系统间的对账方法，应用于分布式核心业务系统中的一个子系统，所述方法包括：
18.获得对外围系统的交易进行对账的第一对账请求，所述对账请求包括对账日期和所述外围系统的标识信息；
19.根据所述对账日期确定需要对账的时间段；
20.将所述时间段内、且与所述标识信息对应的交易数据作为初始流水数据；
21.向公共系统发起新的第二对账请求，所述第二对账请求用于使所述公共系统查找所述外围系统对应的执行状态为未成功的流水数据；
22.接收所述公共系统返回的所述执行状态为未成功的流水数据，并根据所述执行状态为未成功的流水数据剔除所述初始流水数据中的数据，获得目标流水数据；
23.根据所述目标流水数据中的每笔交易的执行状态为完成或者未完成，生成系统间
的对账结果，并发送给外围系统。
24.第四方面，本技术实施例提供又一种系统间的对账方法，应用于分布式核心业务系统中的对账子系统，所述方法包括：
25.获得对外围系统的交易进行对账的对账请求，所述对账请求包括对账日期和所述外围系统的标识信息；
26.向子系统发送所述对账请求，以使所述子系统对根据所述对账日期确定需要对账的时间段，根据所述时间段和所述标识信息获取初始流水数据，并向公共系统发送所述对账请求，以使所述公共系统根据所述对账请求根据所述时间段和所述标识信息获取执行状态为未成功的流水数据；
27.接收所述子系统返回的所述初始流水数据，以及所述公共系统返回的执行状态为未成功的流水数据，并根据所述执行状态为未成功的流水数据对所述初始流水数据进行剔除操作，获得目标流水数据；
28.根据所述目标流水数据中的每笔交易的执行状态为完成或者未完成，生成系统间的对账结果，并发送给外围系统。
29.第五方面，本技术实施例提供一种子系统，包括：处理器、存储器和总线，其中，所述处理器和所述存储器通过所述总线完成相互间的通信；所述存储器存储有可被所述处理器执行的程序指令，所述处理器调用所述程序指令能够执行第一方面、第二方面或第三方面的方法。
30.第六方面，本技术实施例提供一种非暂态计算机可读存储介质，包括：所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令使所述计算机执行第一方面、第二方面或第三方面的方法。
31.第七方面，本技术实施例提供一种分布式核心系统，包括第三方面所述的子系统和公共系统。
32.本技术的其他特征和优点将在随后的说明书阐述，并且，部分地从说明书中变得显而易见，或者通过实施本技术实施例了解。本技术的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。
附图说明
33.为了更清楚地说明本技术实施例的技术方案，下面将对本技术实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本技术的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
34.图1为本技术实施例提供的一种系统间的对账方法流程示意图；
35.图2为本技术实施例提供的日终对账流程示意图；
36.图3为本技术实施例提供的实时对账流程示意图；
37.图4为本技术实施例提供的对账装置结构示意图；
38.图5为本技术实施例提供的电子设备实体结构示意图。
具体实施方式
39.发明人研究发现，对于集中式核心业务系统来说，由于公共系统用于统计交易的流水状态，那么可以通过公共系统进行对账。当外围系统发起一笔跨系统的交易时，首先会在公共系统中添加该笔交易的流水数据，并将该流水数据的状态设置为处理中，然后由某个子系统(该子系统根据具体的交易确定)对该笔交易进行处理，当子系统处理完成后，将处理完成的消息告知公共系统，公共系统将该笔交易的流水状态设置为已完成。但在一些情况下，由于各种原因会导致子系统处理完后，没有将处理完成的消息告知公共系统，那么在公共系统中的该笔交易的流水状态一直处于处理中。这将导致公共系统的水流状态与业务实际执行的子系统的流水状态不一致的问题，从而无法实现流水数据的准确对账。
40.为了解决上述技术问题，本技术实施例提供了一种系统间的对账方法，该方法通过在接收到外围系统的对账请求后，先获取对账日期内产生的交易的初始流水数据，然后向公共系统发送初始流水数据，公共系统向子系统返回删除初始流水数据中交易执行状态为未知状态的数据后生成的目标流水数据，最后，子系统根据目标流水数据获得对账结果。从而保证了生成的对账结果中的流水数据都是准确的数据。
41.应当说明的是，系统间的对账包括以下原则：
42.(1)流水状态为处理中的记录不参与对账，如果外围系统在对账时发现缺少处理中的记录，可以通过重发模式发起交易。发起重发时核心业务系统会有明确的响应码提示处理中状态，需要人为干预；
43.(2)外围系统对于明确提示失败的交易，如果需要再次发起则需要生成一笔新交易(即新的流水数据)；
44.(3)只有对于未知状态(核心没有返回报文)的交易才可以进行重发。
45.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行描述。
46.图1为本技术实施例提供的一种系统间的对账方法流程示意图，如图1所示，该方法应用于分布式核心业务系统中的一个子系统，所述分布式核心业务系统包括多个子系统和公共系统，所述公共系统分别与每个子系统通信连接，该方法包括如下步骤：
47.步骤101：获得对外围系统的交底进行对账的对账请求，所述对账请求包括对账日期和所述外围系统的标识信息。
48.其中，核心业务系统可以包括存款系统、贷款系统、核算系统等，这些系统均为核心业务系统的子系统。不同的对账请求涉及到的子系统也会不同。
49.外围系统可以是手机银行，例如：招商银行对应的手机银行，也可以是建设银行对应的手机银行等，还可以是第三方金融系统，例如：支付宝、微信钱包等。
50.对账请求是将分布式核心业务系统与外围系统进行对账的请求。
51.对账日期用于确定流水数据的时间期限，即交易发生在对账日期内的流水数据均为要获取的数据。外围系统的标识信息是用于对外围系统的身份进行标识的，每个外围系统对应唯一一个标识信息。
52.步骤102：根据所述对账日期确定需要对账的时间段。
53.其中，对账日期可以以天为单位，也可以以小时为单位。例如：若对账日期为2021年9月9日，那么需要对账的时间段为2021年9月9日0点
‑
2021年9月9日24点。如果对账日期为2021年9月9日10点
‑
2021年9月9日11点，那么需要对账的时间段就是2021年9月9日10点
‑
11点这一个小时期间产生交易的流水数据。当然，对账日期也可以是连续的多天，或不连续的多天。例如：可以是2021年9月9日
‑
2021年9月11日；还可以是2021年9月9日和2021年9月11日。
54.步骤103：根据所述时间段和所述标识信息生成所述外围系统在所述对账日期内交易的初始流水数据。
55.子系统在确定了要对账的时间段后，根据外围系统的标识信息获取该时间段内的初始流水数据。可以理解的是，初始流水数据包括所有状态类型的流水数据，即包括已成功的流水数据、状态为未知的流水数据和状态为未成功的流水数据。每个子系统中均设置有供自身使用的数据库，因此，子系统可以根据时间段和标识信息从数据库中提取初始流水数据。可以理解的是，子系统在提取到初始流水数据后，还可以将初始流水数据生成对应的数据文件进行存储。
56.步骤104：接收所述公共系统返回的，删除所述初始流水数据中交易执行状态为未知状态的数据后生成的目标流水数据。
57.其中，子系统在获取到初始流水数据后，将初始流水数据发送给公共系统。公共系统中存储有所有子系统执行交易的流水数据，公共系统获取上述外围系统对应的流水数据中，交易执行状态为未知状态的流水数据，并根据未知状态的流水数据的流水号从初始流水数据中剔除对应的流水数据，获得目标流水数据。公共系统在获取目标流水数据后，将目标流水数据返回给子系统。可以理解的是，若公共系统中没有未知状态的流水数据，那么目标流水数据与初始流水数据相同。
58.可以理解的是，未知状态是指除了成功与失败两种状态之外的其他状态，例如，可以将处理中的状态理解为是未知状态。在公共系统中，可以通过二进制数来表示交易的执行状态，例如：“00”表示成功状态，“01”表示未成功状态，“10”表示未知状态。还可以采用其他形式对执行状态表示，本技术实施例对此不作具体限定。
59.可以理解的是，子系统在接收到目标流水数据后，可以将目标流水数据生成数据文件进行存储。
60.步骤105：根据所述目标流水数据中的每笔交易的执行状态为完成或者未完成，生成系统间的对账结果，并发送给外围系统。
61.其中，子系统在接收到公共系统返回的目标流水数据后，可以将执行状态为完成的目标流水数据生成一个对账文件作为对账结果，也可以只将执行状态为未完成的目标流水数据生成一个对账文件作为对账结果。当然，还可以将状态为完成的目标流水数据和状态为未完成的目标流水数据生成一个对账文件，作为对账结果。可以理解的是，目标流水数据是将子系统与公共系统中的流水进行对账后获得。
62.子系统在生成对账结果后，将对账结果发送给外围系统，以便外围系统根据对账结果进行对账。
63.本技术实施例通过从子系统中获取对账日期内产生的交易的所有的流水数据，即初始流水数据，然后将初始流水数据发送给公共系统，使得公共系统将初始流水数据与本地存储的流水数据进行对账，获得目标流水数据，最后，子系统根据目标流水数据生成对账结果，并将对账结果发送给外围系统，保证了发送给外围系统的数据为准确的数据。
64.在上述实施例的基础上，所述根据所述对账日期确定需要对账的时间段，包括：
65.若所述对账日期为表征连续的两个自然日，将所述对账日期的起始时间到当天的24点之前作为第一时间段；将24点之后到所述对账日期的结束时间作为第二时间段。
66.在具体的实施过程中，子系统针对外围系统发起的交易，有可能会在第二天才处理完成，例如：外围系统在2021年9月9日11:59向子系统发起了一笔交易请求，由于网络延时等原因，子系统可能在2021年9月10日0:01分收到这笔交易请求并处理。那么对于同一笔交易，在外围系统中对应的时间为2021年9月9日11:59，而在子系统中对应的时间为2021年9月10日0:01。因此，外围系统在向子系统发起交易请求时，交易请求中可以包含外围系统发起交易请求时的时间戳，子系统在收到交易请求后，生成对应的流水数据时，可以按照子系统的时间生成时间戳，并且流水数据中还需要包括交易请求中的时间戳。
67.当对账日期为2021年9月9日时，子系统可以确定该对账日期对应的流水数据包括跨天的流水数据，此时称为对账日期表征连续的两个自然日。子系统可以将对账日期分为两个时间段，第一时间段为2021年9月9日0点
‑
24点，第二时间段为2021年9月10日0点
‑
0点1分。子系统在获取初始流水数据时，需要获取的是第一时间段对应的流水数据和第二时间段对应的流水数据。
68.本技术实施例通过对于跨天的对账日期，分别获取两天分别对应的流水数据进行对账，从而避免遗漏流水数据。
69.在上述实施例的基础上，所述将所述时间段内、且与所述标识信息对应的交易数据作为初始流水数据，包括：
70.将所述第一时间段内、且与所述标识信息对应的交易数据作为第一流水数据；
71.将所述第二时间段内、且与所述标识信息对应的交易数据作为第二流水数据；
72.将所述第一流水数据和所述第二流水数据作为所述初始流水数据。
73.在具体的实施过程中，对于包含多个时间段的对账请求，在获得了多个时间段后，可以分别对每个时间段的流水数据进行获取，以两个时间段为例：可以分别获取第一时间段内，标识信息对应的第一流水数据，以及获取第二时间段内，标识信息对应的第二流水数据。将第一流水数据和第二流水数据合并成初始流水数据。
74.在上述实施例的基础上，所述接收所述公共系统返回的，删除所述初始流水数据中交易执行状态为未知状态的数据后生成的目标流水数据包括：
75.接收所述公共系统返回的，删除所述第一流水数据中交易执行状态为未知状态的数据后生成的第三流水数据；和删除所述第二流水数据中交易执行状态为未知状态的数据后生成的第四流水数据；
76.将所述第三流水数据和所述第四流水数据按照时间顺序进行排序生成所述目标流水数据。
77.在具体的实施过程中，公共系统在接收到第一时间段对应的第一流水数据，以及第二时间段对应的第二流水数据后，获取第一时间段对应的执行状态为未知状态的数据，并从第一流水数据中删除这些未知状态的数据，获得第三流水数据。获取第二时间段对应的执行状态为未知状态的数据，并从第二流水数据中删除这些未知状态的数据，获得第四流水数据。
78.在获得第三流水数据和第四流水数据后，按照时间顺序对第三流水数据和第四流水数据进行排序，获得目标流水数据。
79.本技术实施例通过对于跨天的对账日期，分别获取两天分别对应的流水数据，并分别将两天流水数据中处于未知状态的数据进行剔除，从而避免遗漏流水数据。在上述实施例的基础上，所述获得对外围系统的交易进行对账的对账请求，包括：
80.在预设周期到来时，获得对所述外围系统的交易进行对账的对账请求；或
81.接收到所述外围系统发送的所述对账请求时，获得所述对账请求。
82.在具体的实施过程中，对账请求的发起可以是子系统按照预设周期自动发起，例如：子系统的日终对账，即每天24点启动对账。另外，对账请求还可以是外围系统实时发起，即外围系统向子系统发起对账请求。
83.下面分别以日终对账和实时对账的流程进行描述：
84.图2为本技术实施例提供的日终对账流程示意图，如图2所示：
85.步骤201：子系统生成对账请求；子系统根据预设周期发起对账请求；
86.步骤202：子系统进行差错事件检查；子系统进行差错检查，即判断子系统与公共系统之间的当前网络状态是否正常。若存在差错事件，则执行步骤203；否则执行步骤204；
87.步骤203：差错处理；子系统进行差错处理，并判断差错事件是否处理完毕，若处理完毕则执行步骤204；
88.步骤204：获取初始流水数据；在确保子系统中没有未处理的差错事件后，子系统根据对账时间确定需要对账的时间段，然后根据确定的时间段和标识信息获取初始流水数据。可以理解的是，初始流水数据包括所有状态类型的流水数据，即包括已成功的流水数据、状态为未知的流水数据和状态为处理失败的流水数据。每个子系统中均设置有供自身使用的数据库，因此，子系统可以根据时间段和标识信息从数据库中提取初始流水数据。
89.步骤205：获取目标流水数据；公共系统中存储有所有子系统执行交易的流水数据，因此，子系统可以向公共系统发送初始流水数据，使得公共系统在接收到初始流水数据后，获取外围系统在对应时间段中状态为未知状态的流水数据，并从初始流水数据中删除与公共系统中未知状态的流水数据相同的流水数据，将删除后的初始流水数据作为目标流水数据，并将目标流水数据返回给子系统。
90.步骤206：生成对账结果。子系统根据执行状态为成功或未完成的目标流水数据生成对账结果，并将对账结果发送给外围系统，从而完成了公共系统与子系统之间关于外围系统在的对账日期内发生的交易的流水数据的对账。
91.图3为本技术实施例提供的实时对账流程示意图，如图3所示：
92.步骤301：接收对账请求；子系统接收外围系统发送的对账请求。
93.步骤302：获取初始流水数据；
94.步骤303：获取目标流水数据；
95.步骤304：生成对账文件。
96.应当说明的是，在步骤301和步骤302之间，还可以增加子系统检查差错事件的步骤。另外，步骤302
‑
步骤304的具体实施过程与上述实施例步骤204
‑
步骤206一致，此处不再赘述。
97.在上述实施例的基础上，外围系统在将对账结果与本地存储的流水数据进行比对后发现，若对账文件中缺少流水数据，则可以向子系统发起交易重发信息，子系统在接收到交易重发信息后，子系统根据交易重发信息生成响应码，该响应码用于提示工作人员进行
干预。
98.本技术实施例通过生成响应码提示工作人员进行干预，从而能够及时响应外围系统的请求。
99.本技术实施例提供另一种系统间的对账方法，包括：
100.步骤1：子系统获得对外围系统的交易进行对账的对账请求，该对账请求包括对账日期和外围系统的标识信息。
101.步骤2：子系统根据对账日期确定需要对账的时间段；
102.步骤3：将上述时间段内、且与标识信息对应的交易数据作为初始流水数据；
103.步骤4：向公共系统发送新的对账请求，该新的对账请求包括需要对账的时间段；
104.步骤5：公共系统根据新的对账请求获取上述外围系统对应的执行状态为未知状态的流水数据，并将该未知状态的流水数据发送给子系统；
105.步骤6：子系统在接收到公共系统返回的状态未知的流水数据后，从初始流水数据中剔除与状态未知的流水数据相同的流水数据，获得目标流水数据；
106.步骤7：子系统根据目标流水数据生成对账结果。
107.本技术实施例提供又一种对账方法，包括：
108.步骤1：子系统获得对外围系统的交易进行对账的对账请求，该对账请求包括对账日期和外围系统的标识信息。
109.步骤2：子系统根据对账日期确定需要对账的时间段；
110.步骤3：将上述时间段内、且与标识信息对应的交易数据作为初始流水数据，并将初始流水数据存入数据库；
111.步骤4：向公共系统发送新的对账请求，该新的对账请求包括需要对账的时间段；
112.步骤5：公共系统根据新的对账请求获取上述外围系统对应的执行状态为未知状态的流水数据，并将该未知状态的流水数据存入数据库；
113.步骤6：对账平台从数据库中获取初始流水数据和未知状态的流水数据，并从初始流水数据中剔除与状态未知的流水数据相同的流水数据，获得目标流水数据；
114.步骤7：对账平台根据目标流水数据生成对账结果。
115.应当说明的是，对账平台可以设置在子系统中，也可以设置在公共系统中，还可以设置在分布式核心业务系统中除子系统和公共系统的其他系统中。
116.图4为本技术实施例提供的对账装置结构示意图，该装置可以是电子设备上的模块、程序段或代码。应理解，该装置与上述图1方法实施例对应，能够执行图1方法实施例涉及的各个步骤，该装置具体的功能可以参见上文中的描述，为避免重复，此处适当省略详细描述。所述对账装置包括：请求获得模块401、时间确定模块402、流水数据生成模块403、数据返回模块404和对账模块405，其中：
117.请求获得模块401用于获得对外围系统进行对账的对账请求，所述对账请求包括对账日期和所述外围系统的标识信息；
118.时间确定模块402用于根据所述对账日期确定需要对账的时间段；
119.流水数据生成模块403用于将所述时间段内、且与所述标识信息对应的交易数据作为初始流水数据，并发送给所述公共系统；
120.数据返回模块404用于接收所述公共系统返回的，删除所述初始流水数据中交易
执行状态为未知状态的数据后生成的目标流水数据；
121.对账模块405用于根据所述目标流水数据中的每笔交易的执行状态为完成或者未完成，生成系统间的对账结果，并发送给外围系统。
122.在上述实施例的基础上，时间确定模块402具体用于：
123.若所述对账日期为表征连续的两个自然日，将所述对账日期的起始时间到当天的24点之前作为第一时间段；将24点之后到所述对账日期的结束时间作为第二时间段。
124.在上述实施例的基础上，流水数据生成模块403具体用于：
125.将所述第一时间段内、且与所述标识信息对应的交易数据作为第一流水数据；
126.将所述第二时间段内、且与所述标识信息对应的交易数据作为第二流水数据；
127.将所述第一流水数据和所述第二流水数据作为所述初始流水数据。
128.在上述实施例的基础上，数据返回模块404具体用于：
129.接收所述公共系统返回的，删除所述第一流水数据中交易执行状态为未知状态的数据后生成的第三流水数据；和删除所述第二流水数据中交易执行状态为未知状态的数据后生成的第四流水数据；
130.将所述第三流水数据和所述第四流水数据按照时间顺序进行排序生成所述目标流水数据。
131.在上述实施例的基础上，请求获得模块401具体用于：
132.在预设周期到来时，获得对所述外围系统的交易进行对账的对账请求；或
133.在接收到所述外围系统发送的所述对账请求时，获得所述对账请求。
134.在上述实施例的基础上，对账装置还包括检查模块，用于判断与所述公共系统之间的当前网络状态是否正常，如果正常则执行时间确定模块402对应的功能。
135.在上述实施例的基础上，对账装置还包括信息接收模块，用于：
136.接收交易重发信息；所述交易重发信息为所述外围系统将所述对账文件中的剔除后流水数据与本地流水数据进行比对，确定所述对账文件缺少流水数据后发送的；
137.根据所述交易重发信息生成响应码。
138.图5为本技术实施例提供的电子设备实体结构示意图，如图5所示，所述电子设备，包括：处理器(processor)501、存储器(memory)502和总线503；其中，
139.所述处理器501和存储器502通过所述总线503完成相互间的通信；
140.所述处理器501用于调用所述存储器502中的程序指令，以执行上述各方法实施例所提供的方法，例如包括：获得对外围系统的交易进行对账的对账请求，所述对账请求包括对账日期和所述外围系统的标识信息；根据所述对账日期确定需要对账的时间段；将所述时间段内、且与所述标识信息对应的交易数据作为初始流水数据，并发送给所述公共系统；接收所述公共系统返回的，删除所述初始流水数据中交易执行状态为未知状态的数据后生成的目标流水数据；根据所述目标流水数据中的每笔交易的执行状态为完成或者未完成，生成系统间的对账结果，并发送给外围系统。
141.处理器501可以是一种集成电路芯片，具有信号处理能力。上述处理器501可以是通用处理器，包括中央处理器(central processing unit，cpu)、网络处理器(network processor，np)等；还可以是数字信号处理器(dsp)、专用集成电路(asic)、现场可编程门阵列(fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。其可以实
现或者执行本技术实施例中公开的各种方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
142.存储器502可以包括但不限于随机存取存储器(random access memory，ram)，只读存储器(read only memory，rom)，可编程只读存储器(programmable read
‑
only memory，prom)，可擦除只读存储器(erasable programmable read
‑
only memory，eprom)，电可擦除只读存储器(electrically erasable programmable read
‑
only memory，eeprom)等。
143.本实施例公开一种计算机程序产品，所述计算机程序产品包括存储在非暂态计算机可读存储介质上的计算机程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，计算机能够执行上述各方法实施例所提供的方法，例如包括：获得对外围系统的交易进行对账的对账请求，所述对账请求包括对账日期和所述外围系统的标识信息；根据所述对账日期确定需要对账的时间段；将所述时间段内、且与所述标识信息对应的交易数据作为初始流水数据，并发送给所述公共系统；接收所述公共系统返回的，删除所述初始流水数据中交易执行状态为未知状态的数据后生成的目标流水数据；根据所述目标流水数据中的每笔交易的执行状态为完成或者未完成，生成系统间的对账结果，并发送给外围系统。
144.本实施例提供一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令使所述计算机执行上述各方法实施例所提供的方法，例如包括：获得对外围系统的交易进行对账的对账请求，所述对账请求包括对账日期和所述外围系统的标识信息；根据所述对账日期确定需要对账的时间段；将所述时间段内、且与所述标识信息对应的交易数据作为初始流水数据，并发送给所述公共系统；接收所述公共系统返回的，删除所述初始流水数据中交易执行状态为未知状态的数据后生成的目标流水数据；根据所述目标流水数据中的每笔交易的执行状态为完成或者未完成，生成系统间的对账结果，并发送给外围系统。
145.在另一实施例中，本技术实施例还提供一种分布式核心系统，该分布式核心系统包括公共系统和至少一个子系统，公共系统与各个子系统通信连接。每一个子系统均能够执行上述各种方法实施例所提供的方法。
146.在本技术所提供的实施例中，应该理解到，所揭露装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
147.另外，作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
148.再者，在本技术各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。
149.在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另
一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。
150.以上所述仅为本技术的实施例而已，并不用于限制本技术的保护范围，对于本领域的技术人员来说，本技术可以有各种更改和变化。凡在本技术的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本技术的保护范围之内。