对账处理方法、装置、计算机设备及存储介质与流程

1.本技术涉及数据处理技术及金融科技领域，尤其涉及一种对账处理方法、装置、计算机设备及存储介质。


背景技术：

2.对账系统是将某方交易流水和渠道方系统交易流水进行双向逐笔勾兑，保证双方交易的资金一致。
3.在实现本技术的过程中，申请人发现现有技术存在如下问题：由于系统日切原因，经常会遇到内部系统交易流水记的日期在t-1日，但是渠道方系统交易流水在t日中体现；或者由于网络原因，某方交易流水为失败状态，渠道方系统交易流水为成功状态，导致对账过程中产生差异。所述系统可以是保险系统、银行系统、交易系统、订单系统等。
4.因此，有必要提供一种对账处理方法，能够提高对账处理的准确性。


技术实现要素：

5.鉴于以上内容，有必要提出一种对账处理方法、对账处理装置、计算机设备及存储介质，能够提高对账处理的准确性。
6.本技术实施例第一方面提供一种对账处理方法，所述对账处理方法包括：
7.当接收到对账任务时，解析所述对账任务，得到待对账交易以及所述待对账交易对应的交易链路；
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.进一步地，在本技术实施例提供的上述对账处理方法中，所述根据所述第一目标账单数据与所述第二目标账单数据确定所述待对账交易的对账状态，包括：
35.检测所述第一目标账单数据与所述第二目标账单数据是否一致；
36.当所述第一目标账单数据与所述第二目标账单数据一致时，确定所述待对账交易的对账状态为对平；
37.当所述第一目标账单数据与所述第二目标账单数据不一致时，确定所述待对账交易的对账状态为未对平。
38.本技术实施例第二方面还提供一种对账处理装置，所述对账处理装置包括：
39.对账任务解析模块，用于当接收到对账任务时，解析所述对账任务，得到待对账交易以及所述待对账交易对应的交易链路；
40.账单数据获取模块，用于获取多个所述交易链路内相同交易链路节点对应的第一渠道的第一账单数据与第二渠道的第二账单数据；
41.账单一致检测模块，用于检测所述第一账单数据与所述第二账单数据是否一致；
42.差错类型确定模块，用于当所述第一账单数据与所述第二账单数据不一致时，确定不一致的第一目标账单数据以及所述第一目标账单数据对应的对账差错类型；
43.目标渠道选取模块，用于根据所述对账差错类型从所述第一渠道与所述第二渠道内选取目标渠道，并获取所述目标渠道对应的第二目标账单数据；
44.对账状态确定模块，用于根据所述第一目标账单数据与所述第二目标账单数据确定所述待对账交易的对账状态。
45.本技术实施例第三方面还提供一种计算机设备，所述计算机设备包括处理器，所述处理器用于执行存储器中存储的计算机程序时实现如上述任意一项所述的对账处理方法。
46.本技术实施例第四方面还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现上述任意一项所述的对账处理方法。
47.本技术实施例提供的上述对账处理方法、对账处理装置、计算机设备以及计算机可读存储介质，通过解析对账任务，得到待对账交易以及所述待对账交易对应的交易链路，之后获取多个所述交易链路内相同交易链路节点对应的第一渠道的第一账单数据与第二渠道的第二账单数据进行对账处理，得到对账状态，能够实现单笔交易多供应商分账的对账处理；且本技术根据对账差错类型从第一渠道与第二渠道内选取目标渠道，之后进行账单数据的对账处理，能够提高对账处理的准确性。本技术可应用于智慧政务、智慧交通等智慧城市的各个功能模块中，比如智慧城市的对账处理模块等，能够促进智慧城市的快速发展。
附图说明
48.图1是本技术一实施例提供的对账处理方法的流程图。
49.图2是本技术一实施例提供的交易链路的确定流程图。
50.图3是本技术一实施例提供的账单数据的确定流程图。
51.图4是本技术一实施例提供的对账差错类型的确定流程图。
52.图5是本技术一实施例提供的目标渠道的确定流程图。
53.图6是本技术一实施例提供的对账处理装置的结构图。
54.图7是本技术一实施例提供的计算机设备的结构示意图。
55.如下具体实施方式将结合上述附图进一步说明本技术。
具体实施方式
56.为了能够更清楚地理解本技术的上述目的、特征和优点，下面结合附图和具体实施例对本技术进行详细描述。需要说明的是，在不冲突的情况下，本技术的实施例及实施例中的特征可以相互组合。
57.在下面的描述中阐述了很多具体细节以便于充分理解本技术，所描述的实施例是本技术一部分实施例，而不是全部的实施例。
58.除非另有定义，本文所使用的所有的技术和科学术语与属于本技术的技术领域的
技术人员通常理解的含义相同。本文中在本技术的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本技术。
59.本技术实施例可以基于人工智能技术对相关的数据进行获取和处理。其中，人工智能(artificial intelligence，ai)是利用数字计算机或者数字计算机控制的机器模拟、延伸和扩展人的智能，感知环境、获取知识并使用知识获得最佳结果的理论、方法、技术及应用系统。
60.人工智能基础技术一般包括如传感器、专用人工智能芯片、云计算、分布式存储、大数据处理技术、操作/交互系统、机电一体化等技术。人工智能软件技术主要包括计算机视觉技术、机器人技术、生物识别技术、语音处理技术、自然语言处理技术以及机器学习/深度学习等几大方向。
61.本发明实施例提供的对账处理方法由计算机设备执行，相应地，对账处理装置运行于计算机设备中。图1是本技术一实施例提供的对账处理方法的流程图。如图1所示，所述对账处理方法可以包括如下步骤，根据不同的需求，该流程图中步骤的顺序可以改变，某些可以省略：
62.s11，当接收到对账任务时，解析所述对账任务，得到待对账交易以及所述待对账交易对应的交易链路。
63.在本技术的至少一实施例中，所述对账任务是指用于对同一交易完成日的待对账交易进行对账处理的任务，所述对账任务内包含多个待对账交易，所述待对账交易可以为1个供应商的交易，也可以为多个供应商分账的交易。本技术实施例以所述待对账交易为多个供应商分账的交易为例，示例性地，对于待对账交易a来说，待对账交易a包含服务项1与服务项2，其中，服务项1由供应商1提供，服务项2由供应商2提供，供应商1与供应商2按照约定好的分账比例进行分账。所述交易链路是指所述待对账交易对应的分账信息，仍以待对账交易a举例，所述交易链路包含2个交易链路节点，分别为交易链路节点1与交易链路节点2，其中，交易链路节点1对应供应商1的分账信息，交易链路节点2对应供应商2的分账信息。
64.结合图2说明本技术实施例提供的交易链路的确定流程。可选地，所述解析所述对账任务，得到待对账交易以及所述待对账交易对应的交易链路，包括：
65.s111，解析所述对账任务，得到预设待对账交易关键词。
66.在一实施例中，所述对账任务内包含多个预设待对账交易关键词，所述预设待对账交易关键词为预先设置的用于标识待对账交易的关键词。例如，所述预设待对账交易关键词可以是指交易编码、交易名称等关键词。对于每一待对账交易，均存在唯一对应的预设待对账交易关键词。
67.s112，根据预设数据格式确定所述预设待对账交易关键词对应的多笔待对账交易。
68.在一实施例中，所述预设待对账交易关键词与待对账交易间通过预设数据格式组成，例如，所述预设数据格式为{预设待对账交易关键词，待对账交易}。所述预设待对账交易关键词可以仅对应1笔待对账交易，也可以对应多笔待对账交易。当所述预设待对账交易关键词仅对应1笔待对账交易时，确定该笔交易为1个供应商的交易；当所述预设待对账交易关键词对应多笔待对账交易时，确定该笔交易为多个供应商分账的交易。
69.s113，确定所述多笔待对账交易对应的交易关系。
70.在一实施例中，所述交易关系用于标识多笔所述待对账交易间的分账信息。在一实施例中，存在交易关系的多笔待对账交易包含相同的交易编码和/或交易名称，将属于同一交易编码和/或交易名称的多笔待对账交易确定存在交易关系。
71.s114，根据所述交易关系对所述多笔待对账交易构建交易链路。
72.在一实施例中，根据分账信息将对应多个供应商分账的待对账交易组成交易链路。示例性地，对于待对账交易a来说，对应的分账信息包括供应商1与供应商2，将供应商1对应的待对账交易作为交易链路节点1，将供应商2对应的待对账交易作为交易链路节点2，根据交易链路节点1与交易链路节点2构建交易链路。
73.s12，获取多个所述交易链路内相同交易链路节点对应的第一渠道的第一账单数据与第二渠道的第二账单数据。
74.在本技术的至少一实施例中，所述第一渠道可以是指内部业务渠道，所述第二渠道可以是指第三方渠道(例如，所述第三方渠道可以为银联支付渠道等)，所述第一账单数据是指所述第一渠道内对应账单数据生成日的账单数据，所述第二账单数据是指所述第二渠道内对应账单数据生成日的账单数据。所述第一渠道与所述第二渠道均为存储账单数据的预设数据库。考虑到数据存储的可靠性与隐私性，所述第一渠道与所述第二渠道均可为区块链中的目标节点。
75.结合图3说明本技术实施例提供的账单数据的确定流程。可选地，所述获取多个所述交易链路内相同交易链路节点对应的第一渠道的第一账单数据与第二渠道的第二账单数据，包括：
76.s121，确定多个所述交易链路对应的交易链路节点，并对所述交易链路节点进行聚类处理，得到若干个聚类簇。
77.在一实施例中，所述对账任务中包含多个待对账交易，每个待对账交易均有对应的交易链路，也即所述对账任务包含多个交易链路。对于每一交易链路，均存在一个或多个交易链路节点。由于所述交易链路节点是指待对账交易对应的分账信息，因此，多个交易链路内存在相同的所述交易链路节点(也即向相同的供应商分账)。所述聚类簇中为相同供应商分账的交易链路节点。本技术实施例通过对交易链路节点进行聚类，实现对相同供应商的账单数据进行对账处理，能够在单笔交易多供应商分账的情况下，及时定位存在异常对账的供应商分账信息，提高对账处理的准确性。
78.s122，确定每一所述聚类簇对应的交易完成日。
79.在一实施例中，所述交易完成日是指完成交易的日期。对于同一个聚类簇中的每一交易链路节点，对应的交易完成日是相同的。
80.s123，根据所述交易完成日确定账单数据生成日。
81.在一实施例中，考虑账单数据一般是指交易完成日的第二天生成，因此，将所述交易完成日+1作为账单数据生成日。
82.s124，从第一渠道内选取所述账单数据生成日对应的账单数据为第一账单数据。
83.在一实施例中，所述第一渠道内的账单数据均存在日期属性，通过查询所述日期属性能够找到所述账单数据生成日的账单数据为第一账单数据。
84.s125，从第二渠道内选取所述账单数据生成日对应的账单数据为第二账单数据。
85.s13，检测所述第一账单数据与所述第二账单数据是否一致。
86.在本技术的至少一实施例中，所述第一账单数据与所述第二账单数据均可以是指包含交易时间与交易金额的账单数据，检测所述第一账单数据与所述第二账单数据是否一致也即检测所述第一账单数据内的交易时间与所述第二账单数据内的交易时间是否一致，以及检测所述第一账单数据内的交易金额与所述第二账单数据内的交易金额是否一致。
87.在一实施例中，所述第一账单数据与所述第二账单数据的数据格式可能并不相同，在检测所述第一账单数据与所述第二账单数据是否一致之前，需对所述第一账单数据与所述第二账单数据进行处理，将其转换为标准格式，以提高账单数据的检测速率。
88.可选地，在所述检测所述第一账单数据与所述第二账单数据是否一致之前，所述方法还包括：
89.s131，确定预设数据转换引擎。
90.在一实施例中，所述预设数据转换引擎为预先设置的用于对账单数据的格式进行转换的引擎。
91.s132，调用所述预设数据转换引擎调整所述第一账单数据内的数据格式，得到标准化的第一账单数据。
92.s133，调用所述预设数据转换引擎调整所述第二账单数据内的数据格式，得到标准化的第二账单数据。
93.s14，当所述第一账单数据与所述第二账单数据不一致时，确定不一致的第一目标账单数据以及所述第一目标账单数据对应的对账差错类型。
94.在本技术的至少一实施例中，当所述第一账单数据与所述第二账单数据一致时，确定所述待对账交易的交易状态为对平，对账完成。
95.结合图4说明本技术实施例提供的对账差错类型的确定流程。可选地，所述确定不一致的第一目标账单数据以及所述第一目标账单数据对应的对账差错类型，包括：
96.s141，当不一致的第一目标账单数据为第一账单数据时，确定所述对账差错类型为第一渠道多账。
97.在一实施例中，当所述第一渠道内的第一账单数据多于所述第二渠道内的第二账单数据时，示例性地，客户在23:59:59秒系统发起支付，而第二渠道支付成功是次日00:00:01，此时第二渠道当天的账单数据不会出现这笔交易数据。
98.s142，当不一致的第一目标账单数据为第二账单数据时，确定所述对账差错类型为第二渠道多账。
99.在一实施例中，当所述第二渠道内的第二账单数据多于所述第一渠道内的第一账单数据时，示例性地，客户支付后第二渠道已经扣款完成，由于网络抖动，并未将结果成功同步到内部业务系统(也即第一渠道)。
100.s15，根据所述对账差错类型从所述第一渠道与所述第二渠道内选取目标渠道，并获取所述目标渠道对应的第二目标账单数据。
101.结合图5说明本技术实施例提供的目标渠道的确定流程。可选地，所述根据所述对账差错类型从所述第一渠道与所述第二渠道内选取目标渠道，并获取所述目标渠道对应的第二目标账单数据，包括：
102.s151，当所述对账差错类型为第一渠道多账时，确定所述第二渠道为目标渠道，获取下一对账任务，并将所述下一对账任务对应的第二账单数据作为第二目标账单数据。
103.在一实施例中，所述下一对账任务是指所述交易完成日+1天的待对账交易对应的对账任务。
104.s152，当所述对账差错类型为第二渠道多账时，确定所述第一渠道为目标渠道，并确定所述第一渠道内的交易数据为第二目标账单数据。
105.s16，根据所述第一目标账单数据与所述第二目标账单数据确定所述待对账交易的对账状态。
106.在本技术的至少一实施例中，所述根据所述第一目标账单数据与所述第二目标账单数据确定所述待对账交易的对账状态，包括：
107.s161，检测所述第一目标账单数据与所述第二目标账单数据是否一致。
108.s162，当所述第一目标账单数据与所述第二目标账单数据一致时，确定所述待对账交易的对账状态为对平。
109.在一实施例中，对于待对账交易中的每一交易链路节点，当所述第一目标账单数据与所述第二目标账单数据一致时，也即所述第一账单数据内的交易时间与所述第二账单数据内的交易时间一致，且所述第一账单数据内的交易金额与所述第二账单数据内的交易金额一致，此时，确定所述待对账交易的对账状态为对平。
110.s163，当所述第一目标账单数据与所述第二目标账单数据不一致时，确定所述待对账交易的对账状态为未对平。
111.在一实施例中，对于待对账交易中的任意交易链路节点，当所述第一目标账单数据与所述第二目标账单数据不一致时，也即所述第一账单数据内的交易时间与所述第二账单数据内的交易时间不一致，或者所述第一账单数据内的交易金额与所述第二账单数据内的交易金额不一致，此时，确定所述待对账交易的对账状态为未对平。
112.本技术实施例提供的上述对账处理方法，通过解析对账任务，得到多个待对账交易以及所述待对账交易对应的交易链路，之后获取多个所述交易链路内相同交易链路节点对应的第一渠道的第一账单数据与第二渠道的第二账单数据进行对账处理，得到对账状态，能够实现单笔交易多供应商分账的对账处理；且本技术根据对账差错类型从第一渠道与第二渠道内选取目标渠道，之后进行账单数据的对账处理，能够提高对账处理的准确性。本技术可应用于智慧政务、智慧交通等智慧城市的各个功能模块中，比如智慧城市的对账处理模块等，能够促进智慧城市的快速发展。
113.请参阅图6，图6是本技术一实施例提供的对账处理装置的结构图。
114.在一些实施例中，所述对账处理装置20可以包括多个由计算机程序段所组成的功能模块。所述对账处理装置20中的各个程序段的计算机程序可以存储于计算机设备的存储器中，并由至少一个处理器所执行，以执行(详见图1描述)对账处理的功能。
115.本实施例中，所述对账处理装置20根据其所执行的功能，可以被划分为多个功能模块。所述功能模块可以包括：对账任务解析模块201、账单数据获取模块202、账单一致检测模块203、差错类型确定模块204、目标渠道选取模块205以及对账状态确定模块206。本技术所称的模块是指一种能够被至少一个处理器所执行并且能够完成固定功能的一系列计算机程序段，其存储在存储器中。在本实施例中，关于各模块的功能将在后续的实施例中详述。
116.所述对账任务解析模块201可以用于当接收到对账任务时，解析所述对账任务，得
到待对账交易以及所述待对账交易对应的交易链路。
117.所述账单数据获取模块202可以用于获取多个所述交易链路内相同交易链路节点对应的第一渠道的第一账单数据与第二渠道的第二账单数据。
118.所述账单一致检测模块203可以用于检测所述第一账单数据与所述第二账单数据是否一致。
119.所述差错类型确定模块204可以用于当所述第一账单数据与所述第二账单数据不一致时，确定不一致的第一目标账单数据以及所述第一目标账单数据对应的对账差错类型。
120.所述目标渠道选取模块205可以用于根据所述对账差错类型从所述第一渠道与所述第二渠道内选取目标渠道，并获取所述目标渠道对应的第二目标账单数据。
121.所述对账状态确定模块206可以用于根据所述第一目标账单数据与所述第二目标账单数据确定所述待对账交易的对账状态。
122.在本技术的至少一实施例中，所述对账任务解析模块201还可以用于解析所述对账任务，得到预设待对账交易关键词；根据预设数据格式确定所述预设待对账交易关键词对应的多笔待对账交易；确定所述多笔待对账交易对应的交易关系；根据所述交易关系对所述多笔待对账交易构建交易链路。
123.在本技术的至少一实施例中，所述账单数据获取模块202还可以用于确定多个所述交易链路对应的交易链路节点，并对所述交易链路节点进行聚类处理，得到若干个聚类簇；确定每一所述聚类簇对应的交易完成日；根据所述交易完成日确定账单数据生成日；从所述第一渠道内选取所述账单数据生成日对应的账单数据为第一账单数据；从所述第二渠道内选取所述账单数据生成日对应的账单数据为第二账单数据。
124.在本技术的至少一实施例中，所述账单一致检测模块203还可以用于确定预设数据转换引擎；调用所述预设数据转换引擎调整所述第一账单数据内的数据格式，得到标准化的第一账单数据；调用所述预设数据转换引擎调整所述第二账单数据内的数据格式，得到标准化的第二账单数据。
125.在本技术的至少一实施例中，所述差错类型确定模块204还可以用于当不一致的第一目标账单数据为第一账单数据时，确定所述对账差错类型为第一渠道多账；当不一致的第一目标账单数据为第二账单数据时，确定所述对账差错类型为第二渠道多账。
126.在本技术的至少一实施例中，所述目标渠道选取模块205还可以用于当所述对账差错类型为第一渠道多账时，确定所述第二渠道为目标渠道，获取下一对账任务，并将所述下一对账任务对应的第二账单数据作为第二目标账单数据；当所述对账差错类型为第二渠道多账时，确定所述第一渠道为目标渠道，并确定所述第一渠道内的交易数据为第二目标账单数据。
127.在本技术的至少一实施例中，所述对账状态确定模块206还可以用于检测所述第一目标账单数据与所述第二目标账单数据是否一致；当所述第一目标账单数据与所述第二目标账单数据一致时，确定所述待对账交易的对账状态为对平；当所述第一目标账单数据与所述第二目标账单数据不一致时，确定所述待对账交易的对账状态为未对平。
128.参阅图7所示，为本技术一实施例提供的计算机设备的结构示意图。在本技术较佳实施例中，所述计算机设备3包括存储器31、至少一个处理器32、至少一条通信总线33及收
发器34。
129.本领域技术人员应该了解，图7示出的计算机设备的结构并不构成本技术实施例的限定，既可以是总线型结构，也可以是星形结构，所述计算机设备3还可以包括比图示更多或更少的其他硬件或者软件，或者不同的部件布置。
130.在一些实施例中，所述计算机设备3是一种能够按照事先设定或存储的指令，自动进行数值计算和/或信息处理的设备，其硬件包括但不限于微处理器、专用集成电路、可编程门阵列、数字处理器及嵌入式设备等。所述计算机设备3还可包括客户设备，所述客户设备包括但不限于任何一种可与客户通过键盘、鼠标、遥控器、触摸板或声控设备等方式进行人机交互的电子产品，例如，个人计算机、平板电脑、智能手机、数码相机等。
131.需要说明的是，所述计算机设备3仅为举例，其他现有的或今后可能出现的电子产品如可适应于本技术，也应包含在本技术的保护范围以内，并以引用方式包含于此。
132.在一些实施例中，所述存储器31中存储有计算机程序，所述计算机程序被所述至少一个处理器32执行时实现如所述的对账处理方法中的全部或者部分步骤。所述存储器31包括只读存储器(read-only memory，rom)、可编程只读存储器(programmable read-only memory，prom)、可擦除可编程只读存储器(erasable programmable read-only memory，eprom)、一次可编程只读存储器(one-time programmable read-only memory，otprom)、电子擦除式可复写只读存储器(electrically-erasable programmable read-only memory，eeprom)、只读光盘(compact disc read-only memory，cd-rom)或其他光盘存储器、磁盘存储器、磁带存储器、或者能够用于携带或存储数据的计算机可读的任何其他介质。
133.进一步地，所述计算机可读存储介质可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序等；存储数据区可存储根据区块链节点的使用所创建的数据等。
134.本技术所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。
135.在一些实施例中，所述至少一个处理器32是所述计算机设备3的控制核心(control unit)，利用各种接口和线路连接整个计算机设备3的各个部件，通过运行或执行存储在所述存储器31内的程序或者模块，以及调用存储在所述存储器31内的数据，以执行计算机设备3的各种功能和处理数据。例如，所述至少一个处理器32执行所述存储器中存储的计算机程序时实现本技术实施例中所述的对账处理方法的全部或者部分步骤；或者实现对账处理装置的全部或者部分功能。所述至少一个处理器32可以由集成电路组成，例如可以由单个封装的集成电路所组成，也可以是由多个相同功能或不同功能封装的集成电路所组成，包括一个或者多个中央处理器(central processing unit，cpu)、微处理器、数字处理芯片、图形处理器及各种控制芯片的组合等。
136.在一些实施例中，所述至少一条通信总线33被设置为实现所述存储器31以及所述至少一个处理器32等之间的连接通信。
137.尽管未示出，所述计算机设备3还可以包括给各个部件供电的电源(比如电池)，优
选的，电源可以通过电源管理装置与所述至少一个处理器32逻辑相连，从而通过电源管理装置实现管理充电、放电、以及功耗管理等功能。电源还可以包括一个或一个以上的直流或交流电源、再充电装置、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。所述计算机设备3还可以包括多种传感器、蓝牙模块、wi-fi模块等，在此不再赘述。
138.上述以软件功能模块的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能模块存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，计算机设备，或者网络设备等)或处理器(processor)执行本技术各个实施例所述方法的部分。
139.在本技术所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。
140.所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理单元，既可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。
141.另外，在本技术各个实施例中的各功能模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能模块的形式实现。
142.对于本领域技术人员而言，显然本技术不限于上述示范性实施例的细节，而且在不背离本技术的精神或基本特征的情况下，能够以其他的具体形式实现本技术。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本技术的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本技术内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外，显然“包括”一词不排除其他单元或，单数不排除复数。说明书中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第一，第二等词语用来表示名称，而并不表示任何特定的顺序。
143.最后应说明的是，以上实施例仅用以说明本技术的技术方案而非限制，尽管参照较佳实施例对本技术进行了详细说明，本领域的普通技术人员应当理解，可以对本技术的技术方案进行修改或等同替换，而不脱离本技术技术方案的精神和范围。

技术特征：
1.一种对账处理方法，其特征在于，所述对账处理方法包括：当接收到对账任务时，解析所述对账任务，得到待对账交易以及所述待对账交易对应的交易链路；获取多个所述交易链路内相同交易链路节点对应的第一渠道的第一账单数据与第二渠道的第二账单数据；检测所述第一账单数据与所述第二账单数据是否一致；当所述第一账单数据与所述第二账单数据不一致时，确定不一致的第一目标账单数据以及所述第一目标账单数据对应的对账差错类型；根据所述对账差错类型从所述第一渠道与所述第二渠道内选取目标渠道，并获取所述目标渠道对应的第二目标账单数据；根据所述第一目标账单数据与所述第二目标账单数据确定所述待对账交易的对账状态。2.根据权利要求1所述的对账处理方法，其特征在于，所述解析所述对账任务，得到待对账交易以及所述待对账交易对应的交易链路，包括：解析所述对账任务，得到预设待对账交易关键词；根据预设数据格式确定所述预设待对账交易关键词对应的多笔待对账交易；确定所述多笔待对账交易对应的交易关系；根据所述交易关系对所述多笔待对账交易构建交易链路。3.根据权利要求1所述的对账处理方法，其特征在于，所述获取多个所述交易链路内相同交易链路节点对应的第一渠道的第一账单数据与第二渠道的第二账单数据，包括：确定多个所述交易链路对应的交易链路节点，并对所述交易链路节点进行聚类处理，得到若干个聚类簇；确定每一所述聚类簇对应的交易完成日；根据所述交易完成日确定账单数据生成日；从第一渠道内选取所述账单数据生成日对应的账单数据为第一账单数据；从第二渠道内选取所述账单数据生成日对应的账单数据为第二账单数据。4.根据权利要求1所述的对账处理方法，其特征在于，所述确定不一致的第一目标账单数据以及所述第一目标账单数据对应的对账差错类型，包括：当不一致的所述第一目标账单数据为第一账单数据时，确定所述对账差错类型为第一渠道多账；当不一致的所述第一目标账单数据为第二账单数据时，确定所述对账差错类型为第二渠道多账。5.根据权利要求4所述的对账处理方法，其特征在于，所述根据所述对账差错类型从所述第一渠道与所述第二渠道内选取目标渠道，并获取所述目标渠道对应的第二目标账单数据，包括：当所述对账差错类型为第一渠道多账时，确定所述第二渠道为目标渠道，获取下一对账任务，并将所述下一对账任务对应的第二账单数据作为第二目标账单数据；当所述对账差错类型为第二渠道多账时，确定所述第一渠道为目标渠道，并确定所述第一渠道内的交易数据为第二目标账单数据。
6.根据权利要求1所述的对账处理方法，其特征在于，在所述检测所述第一账单数据与所述第二账单数据是否一致之前，所述方法还包括：确定预设数据转换引擎；调用所述预设数据转换引擎调整所述第一账单数据内的数据格式，得到标准化的第一账单数据；调用所述预设数据转换引擎调整所述第二账单数据内的数据格式，得到标准化的第二账单数据。7.根据权利要求1所述的对账处理方法，其特征在于，所述根据所述第一目标账单数据与所述第二目标账单数据确定所述待对账交易的对账状态，包括：检测所述第一目标账单数据与所述第二目标账单数据是否一致；当所述第一目标账单数据与所述第二目标账单数据一致时，确定所述待对账交易的对账状态为对平；当所述第一目标账单数据与所述第二目标账单数据不一致时，确定所述待对账交易的对账状态为未对平。8.一种对账处理装置，其特征在于，所述对账处理装置包括：对账任务解析模块，用于当接收到对账任务时，解析所述对账任务，得到待对账交易以及所述待对账交易对应的交易链路；账单数据获取模块，用于获取多个所述交易链路内相同交易链路节点对应的第一渠道的第一账单数据与第二渠道的第二账单数据；账单一致检测模块，用于检测所述第一账单数据与所述第二账单数据是否一致；差错类型确定模块，用于当所述第一账单数据与所述第二账单数据不一致时，确定不一致的第一目标账单数据以及所述第一目标账单数据对应的对账差错类型；目标渠道选取模块，用于根据所述对账差错类型从所述第一渠道与所述第二渠道内选取目标渠道，并获取所述目标渠道对应的第二目标账单数据；对账状态确定模块，用于根据所述第一目标账单数据与所述第二目标账单数据确定所述待对账交易的对账状态。9.一种计算机设备，其特征在于，所述计算机设备包括处理器，所述处理器用于执行存储器中存储的计算机程序时实现如权利要求1至7中任意一项所述的对账处理方法。10.一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至7中任意一项所述的对账处理方法。

技术总结
本申请涉及数据处理技术及金融科技领域，提供一种对账处理方法、装置、计算机设备与存储介质，包括：解析对账任务，得到待对账交易以及待对账交易对应的交易链路；获取交易链路内相同交易链路节点对应的第一渠道的第一账单数据与第二渠道的第二账单数据；检测第一账单数据与第二账单数据是否一致；当不一致时，确定不一致的第一目标账单数据以及第一目标账单数据对应的对账差错类型；根据对账差错类型从第一渠道与第二渠道内选取目标渠道，并获取目标渠道对应的第二目标账单数据；根据第一目标账单数据与第二目标账单数据确定待对账交易的对账状态。本申请能够提高对账处理的准确性，促进智慧城市的快速发展。促进智慧城市的快速发展。促进智慧城市的快速发展。


技术研发人员：段德辉
受保护的技术使用者：中国平安人寿保险股份有限公司
技术研发日：2023.07.07
技术公布日：2023/9/7