一种对账方法、装置及设备与流程

1.本技术涉及大数据技术领域，特别涉及一种对账方法、装置及设备。


背景技术：

2.近年来，随着财政各项业务电子化改造的大力推进，银行机构作为财政业务流程中重要组成部分，需要配合各地财政完成机构系统的改造。由于财政业务大部分都涉及日终对账，因此满足财政业务的对账需求对银行机构的系统改造变得越来越重要。
3.现有技术中，每个地区的财政业务对账需求由当地的分支机构开发相应系统进行对接。由于不同地区的财政日终对账采用不同的对账报文模板，且各地区的对账时间、系统通讯协议、数据交互方式等也存在差异，使得即使是同一类业务，不同地区的分支机构也需要重新开发一套对应的对账功能，这样不仅会造成对账功能的源代码繁冗，而且会降低对财政业务的处理效率。
4.因此，业内亟需一种可以解决上述技术问题的技术方案。


技术实现要素：

5.本说明书实施例提供了一种对账方法、装置及设备，可以同时对接所有地区的财政业务对账需求，减少各分支机构系统的重复开发，从而提高对财政业务的处理效率。
6.本说明书提供的一种对账方法、装置及设备是包括以下方式实现的。
7.一种对账方法，包括：在对账任务被触发时，根据目标业务的指定属性确定目标业务的对账模式；基于所述对账模式获取目标业务的业务数据；根据预设对账流程对所述业务数据进行处理，获得对账结果；其中，所述预设对账流程包括业务数据层、对账数据层以及对账结果层；所述业务数据层用于根据业务数据获得对账数据；所述对账数据层用于将对账数据发送至目标系统，以使所述目标系统基于对账数据得到对账结果；所述对账结果层用于接收对账结果。
8.一种对账装置，包括：确定模块，用于在对账任务被触发时，根据目标业务的指定属性确定目标业务的对账模式；获取模块，用于基于所述对账模式获取目标业务的业务数据；处理模块，用于根据预设对账流程对所述业务数据进行处理，获得对账结果；其中，所述预设对账流程包括业务数据层、对账数据层以及对账结果层；所述业务数据层用于根据业务数据获得对账数据；所述对账数据层用于将对账数据发送至目标系统，以使所述目标系统基于对账数据得到对账结果；所述对账结果层用于接收对账结果。
9.一种对账设备，包括至少一个处理器以及存储计算机可执行指令的存储器，所述处理器执行所述指令时实现本说明书实施例中任意一个方法实施例的步骤。
10.一种计算机可读存储介质，其上存储有计算机指令，所述指令被执行时实现本说明书实施例中任意一个方法实施例的步骤。
11.一种计算机程序产品，包含有计算机程序，所述计算机程序被处理器执行时实现本说明书实施例中任意一个方法实施例的步骤。
12.本说明书提供的一种对账方法、装置及设备。一些实施例中可以在对账任务被触发时，根据目标业务的指定属性确定目标业务的对账模式，基于对账模式获取目标业务的业务数据。还可以根据预设对账流程对业务数据进行处理，获得对账结果；其中，预设对账流程包括业务数据层、对账数据层以及对账结果层，业务数据层可以用于根据业务数据获得对账数据，对账数据层可以用于将对账数据发送至目标系统进行对账处理，得到对账结果，对账结果层可以用于接收对账结果。采用本说明书实施例，不仅可以实现同时对接所有地区的财政业务对账需求，而且可以增加总部机构系统的功能性，提升总部机构系统的稳定性，降低总部机构系统运维压力，减少各分支机构系统的重复开发，从而提高对财政业务的处理效率。
附图说明
13.此处所说明的附图用来提供对本说明书的进一步理解，构成本说明书的一部分，并不构成对本说明书的限定。在附图中：
14.图1是本说明书提供的一种对账方法的一个实施例的流程示意图；
15.图2是本说明书实施例提供的一种交易确认对账的业务流程示意图；
16.图3是本说明书实施例提供的一种账户资金对账的业务流程示意图；
17.图4是本说明书实施例提供的一种到账资金对账的业务流程示意图；
18.图5是本说明书提供的一种对账装置的一个实施例的模块结构示意图；
19.图6是本说明书提供的一种对账服务器的一个实施例的硬件结构框图。
具体实施方式
20.为了使本技术领域的人员更好地理解本说明书中的技术方案，下面将结合本说明书实施例中的附图，对本说明书实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本说明书中的一部分实施例，而不是全部的实施例。基于本说明书中的一个或多个实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本说明书实施例保护的范围。
21.下面以一个具体的应用场景为例对本说明书实施方案进行说明。具体的，图1是本说明书提供的一种对账方法的一个实施例的流程示意图。虽然本说明书提供了如下述实施例或附图所示的方法操作步骤或装置结构，但基于常规或者无需创造性的劳动在所述方法或装置中可以包括更多或者部分合并后更少的操作步骤或模块单元。
22.本说明书提供的一种实施方案可以应用到客户端或服务器等中。所述客户端可以包括终端设备，如智能手机、平板电脑等。所述服务器可以包括单台计算机设备，也可以包括多个服务器组成的服务器集群，或者分布式系统的服务器结构等。
23.需要说明的是，本技术技术方案中对数据的获取、存储、使用、处理等均符合国家法律法规的相关规定。下述实施例以应用到银行总部机构系统为例进行示例性说明，其并不对基于本说明书的其他可扩展到的应用场景中的技术方案构成限制。具体的一种实施例如图1所示，本说明书提供的一种对账方法的一种实施例中，所述方法可以包括以下步骤。
24.s10：在对账任务被触发时，根据目标业务的指定属性确定目标业务的对账模式。
25.其中，目标业务可以是需要进行对账的财政业务，如交易确认对账业务、账户资金
对账业务、到账资金对账业务。
26.一些实施场景中，对账任务可以是在到达定时任务所对应时间时自动触发，也可以是手动触发，本说明书对此不做限定。
27.一些实施场景中，银行总部机构系统的后台可以预先设定预设数量定时任务，如对账任务、核算任务等。这样，当到达设定的时间时，可以自动执行相关业务，减少相关人员的任务量，从而提高执行效率。
28.一些实施场景中，银行总部机构系统也可以预先设定一个或多个触发按钮。其中，每个触发按钮可以与预设任务对应。这样，当需要执行某个任务时，可以通过人工触发对应按钮执行任务。
29.当然，上述只是进行示例性说明，对账任务被触发时的方式不限于上述举例，所属领域技术人员在本技术技术精髓的启示下，还可能做出其它变更，但只要其实现的功能和效果与本技术相同或相似，均应涵盖于本技术保护范围内。
30.一些实施场景中，可以预先获取各地不同财政业务的对账模式存储到数据库中，然后通过查询数据库中维护的每个对账模式的参数确定目标业务的对账模式。例如一些实施场景，在需要确定某一业务的对账模式时，可以将目标业务的指定属性与数据库中维护的每个对账模式的参数进行匹配，从而确定目标业务的对账模式。
31.一些实施场景中，预先获取各地不同财政业务的对账模式后，还可以对各地不同财政业务的对账模式进行标准化梳理，获得通用对账模式，然后将通用对账模式存储到数据库中。其中，对各地不同财政业务的对账模式进行标准化梳理可以理解为对各地不同财政业务的对账模式进行分类整理。
32.一些实施场景中，通用对账模式可以包括一种或多种。具体的，例如，通用对账模式可以包括用友版对账模式、博思版对账模式等中一种或多种。其中，用友版对账模式可以适用于江苏等地区。根据对账小类博思版对账模式可以分为重庆、江西、黑龙江、西藏和博思通用等几种模式，用友版可以分为清分行、代理行等模式。每种通用对账模式可以覆盖各地各类对账业务的要素。同一种通用对账模式可在多个财政区划复用。
33.一些实施场景中，在将通用对账模式存储到数据库中后，可以通过查询数据库中维护的通用对账模式的参数确定目标业务的对账模式，从而提高对账效率。例如，可以将目标业务的指定属性与数据库中维护的通用对账模式的参数进行匹配，从而确定目标业务的对账模式。
34.一些实施场景中，指定属性可以包括财政区划和对账类型。相应的，根据目标业务的指定属性确定目标业务的对账模式，可以包括：将财政区划、对账类型与数据库中对账模式的财政区划、对账类型进行匹配，确定目标业务的对账模式。具体的，例如，在需要确定某一业务的对账模式时，可以将业务的财政区划、对账类型与数据库中通用对账模式的财政区划、对账类型进行匹配，从而确定业务的对账模式，还可以将业务的财政区划、对账类型与数据库中每个对账模式的财政区划、对账类型进行匹配，从而确定业务的对账模式。当然，上述只是进行示例性说明，指定属性不限于上述举例，指定属性还可以根据通用对账模式中包括的要素确定，例如，通用对账模式中包括的要素为对账类型、对账日期、对账报文格式、对账重发机制，则指定属性可以为对账类型，也可以为对账类型、对账日期，还可以为对账类型、对账日期、对账报文格式、对账重发机制等；再如，通用对账模式中包括的要素为
对账类型、对账日期、对账数据范围、财政区划、对账时间、对账报文格式、对账重发机制、对账结果接收状态以及对账结果异常情况处理，则指定属性可以为对账类型，也可以为对账类型、财政区划，还可以为对账类型、对账日期、财政区划等，所属领域技术人员在本技术技术精髓的启示下，还可能做出其它变更，但只要其实现的功能和效果与本技术相同或相似，均应涵盖于本技术保护范围内。
35.一些实施场景中，根据指定属性确定的目标业务的对账模式中可以包括下述至少一种要素：对账类型、对账日期、对账数据范围、财政区划、对账时间、对账报文格式、对账重发机制、对账结果接收状态以及对账结果异常情况处理等。当然，上述只是进行示例性说明，要素不限于上述举例，所属领域技术人员在本技术技术精髓的启示下，还可能做出其它变更，但只要其实现的功能和效果与本技术相同或相似，均应涵盖于本技术保护范围内。
36.本说明书实施例中，通过对现有的各地各类业务对账模式进行标准化梳理和建模，获得通用对账模式，不仅实现总部机构一套系统可以同时对接所有地区的财政业务对账需求，而且也可以增加总部机构系统的功能性，提升总部机构系统的稳定性，降低总部机构系统运维压力，减少各分支机构系统的重复开发，从而提高对财政业务的处理效率。
37.本说明书实施例中，采用数据配置的方式保存各地不同财政业务的对账模式，不仅可以使同一种对账模式在多个财政区划复用，而且在遇到特殊对账模式需求时，由于系统耦合度低，可以灵活、快捷地将新对账模式添加到数据库中，从而加强机构系统的功能性。其中，数据配置可以理解为在数据库中维护参数。
38.s12：基于所述对账模式获取目标业务的业务数据。
39.本说明书实施例中，在根据目标业务的指定属性确定目标业务的对账模式后，可以基于对账模式获取目标业务的业务数据。其中，业务数据可以包括交易流水、账户余额等。
40.一些实施场景中，业务数据可以从本银行机构系统的内存、与银行机构系统连接的第三方系统或数据库等中抓取。
41.一些实施场景中，在根据目标业务的指定属性确定目标业务的对账模式后，还可以显示与对账模式相关的界面。其中，界面中可以包括对账模式包括的要素，每个要素可以对应有一个输入框，用于输入或选择要素对应的要素值。这样，通过获取输入或从下拉框中选择的要素值，得到目标业务的业务数据。一些实施场景中，可以基于触摸方式或者输入控件(如键盘、鼠标等)等方式输入或选择要素值。
42.当然，上述只是进行示例性说明，获取业务数据的方式不限于上述举例，所属领域技术人员在本技术技术精髓的启示下，还可能做出其它变更，但只要其实现的功能和效果与本技术相同或相似，均应涵盖于本技术保护范围内。
43.本说明书实施例中，基于对账模式获取业务数据时，不仅可以自由选择按照银行分支机构对账或者按照财政区划对账，自由选择按照自然日期对账或定制日期对账，而且也可以自由设定对账发送时间等，使得银行机构系统功能扩展性更强。
44.s14：根据预设对账流程对所述业务数据进行处理，获得对账结果；其中，所述预设对账流程包括业务数据层、对账数据层以及对账结果层；所述业务数据层用于根据业务数据获得对账数据；所述对账数据层用于将对账数据发送至目标系统，以使所述目标系统基于对账数据得到对账结果；所述对账结果层用于接收对账结果。
45.本说明书实施例中，基于对账模式获取目标业务的业务数据后，可以根据预设对账流程对所述业务数据进行处理，获得对账结果。其中，预设对账流程也可以称为通用对账流程。
46.一些实施场景中，可以获取多个日终对账业务流程，对多个日终对账业务流程进行分析梳理获取通用对账流程。
47.如图2、图3、图4所示，分别表示交易确认对账、账户资金对账、到账资金对账的业务流程示意图。其中，对于交易确认对账的业务流程：收单银行可以根据当日的交易处理情况，日终时向财政电子缴款通用接口(适配器)发送交易确认对账报文(即交易流水)。财政电子缴款通用接口接收到交易确认对账信息后，进行交易信息对账操作(即对账处理)，对账结束后，将对账结果发送给收单银行。进一步，财政电子缴款通用接口可以将对账结果发送给当地财政非税系统(即财政非税)。此外，财政非税系统可以向财政电子缴款通用接口发送携带有业务日期的对账明细请求，以便实时查询对账明细情况。对于账户资金对账的业务流程：代理银行可以根据财政专户当日资金到账情况，日终时向财政电子缴款通用接口发送账户资金对账报文(即交易流水)。财政电子缴款通用接口接收到账户资金对账信息后，进行资金对账操作(即对账处理)，对账结束后，将对账结果发送给代理银行。进一步，财政电子缴款通用接口可以将对账结果发送给当地财政非税系统。此外，财政非税系统也可以向财政电子缴款通用接口发送携带有业务日期的对账明细请求，以便实时查询对账明细情况。对于到账资金对账的业务流程：代理银行可以根据当日非税收入资金到账情况，日终时向财政电子缴款通用接口发送到账资金流水对账报文(即资金到账流水)。财政电子缴款通用接口接收到到账资金对账信息后，进行资金对账操作，对账结束后，将对账结果发送给代理银行。进一步，财政电子缴款通用接口可以将对账结果发送给当地财政非税系统。此外，财政非税系统也可以向财政电子缴款通用接口发送携带有业务日期的对账明细请求，以便实时查询对账明细情况。当然，上述只是进行示例性说明，对账业务流程还可以包括其他。
48.通过对图2、图3、图4等对账业务流程的分析梳理，本说明书实施例中，可以将整个对账流程进行分层管理，获得包括业务数据层、对账数据层和对账结果层的通用对账流程。其中，业务数据层可以用于对各类业务的业务数据进行加工处理，如可以将业务数据按照财政的对账要求转换为对账数据。业务数据层还可以实现其他功能，如对账模式管理、对账数据重加工、对账数据查询、对账数据推送分支机构等。对账数据层可以用于对各类业务对账数据的发送处理，如对账数据发送、对账数据重发、对账数据发送记录查询等。对账结果层可以用于对各类业务对账结果的处理，如对账结果查询、对账状态更新等。
49.需要说明的是，虽然通用对账流程都涵盖业务数据层、对账数据层和对账结果层，但针对不同业务，每层实现过程可以相同，也可以不同。例如，针对不同业务，通用对账流程中对账数据的加工机制、对账时间可以不同。
50.本说明书实施例中，通过对各类业务的对账业务流程进行分析梳理，将对账流程划分为业务数据层、对账数据层和对账结果层进行分层管理，不仅可以提升对账处理的效率，而且可以在出现异常时快速准确地定位到问题所在位置。
51.一些实施场景中，在获得预设对账流程后，可以基于根据预设对账流程对业务数据进行处理，获得对账结果。
52.一些实施场景中，根据预设对账流程对所述业务数据进行处理，获得对账结果，可以包括：基于业务数据层对业务数据进行加工，获得对账数据；基于对账数据层将对账数据发送至目标系统；其中，目标系统可以用于根据对账数据进行对账处理，得到对账结果；基于对账结果层接收目标系统反馈的对账结果。其中，目标系统可以是财政系统、核算系统等。
53.一些实施场景中，基于业务数据层对业务数据进行加工，可以包括：采用数据库存储方式对业务数据进行加工；和/或，采用系统程序方式对业务数据进行加工。
54.一些实施场景中，采用系统程序方式对业务数据进行加工，可以包括：采用多线程处理方式对业务数据进行加工。
55.本说明书实施例中，通过采用数据库存储方式和/或系统程序方式对业务数据进行加工，不仅可以有效解决对账数据量大的问题，而且可以减少对账时系统计算时间，提高运行效率。
56.一些实施场景中，可以将加工后的对账数据进行持久保存。这样，在需要重发对账数据时，可以直接获取，无需重新加工，从而提高数据处理效率。
57.一些实施场景中，对账数据至少可以包括下述之一：财政区划、对账类型、对账账号、缴款码、金额、交易流水号、资金确认流水号、批次号、收款虚拟账号、账号余额、收入支出类型、附言、对账日期等。
58.一些实施场景中，在对账结果为第一结果的情况下，可以根据对账结果更新目标业务的对账状态。在对账结果为第二结果的情况下，可以将对账结果保存到差错记录中，以便后续进行差错处理。其中，第一结果可以指对账成功，也可以指对账成功率大于等于预设值等。第二结果可以是对账失败，也可以指对账成功率小于预设值。预设值可以根据实际场景设定，本说明书对此不做限定。
59.一些实施场景中，预设对账流程可以采用quartz自动定时任务实现。由于日终对账流程通常是后台系统自动定时任务，所以一些实施场景中，预设对账流程中对账数据加工、对账数据发送和对账结果处理均可以采用quartz自动定时任务实现。其中，quartz是一个完全由java编写的开源作业调度框架，可以用来执行定时任务。
60.一些实施场景中，为了确保对账成功，还可以监控对账数据的发送状态和/或对账结果状态。其中，对账数据的发送状态可以包括发送成功、发送失败等。对账结果状态可以包括对账成功、对账失败等。一些实施场景中，可以采用control-m定时作业实现对账数据的发送状态和/或对账结果状态的监控。其中，control-m是一个跨平台的批量作业调度管理软件。
61.一些实施场景中，在对账数据的发送状态和/或对账结果状态不满足预设状态的情况下，可以发出提醒信息，以便人工介入。其中，不满足预设状态可以理解为出现异常情况，如由于网络异常或者财政系统异常等，导致发送对账数据至财政系统失败。需要说明的是，本说明书实施例中，在正常情况下，对账流程为全后台自动任务，无需人工介入。为了应对异常情况，一些实施场景中，还可以提供用于人工介入的运维入口。其中，运维入口可以支持对账数据重加工、对账数据手动发送等。运维入口可以采用servlet方式实现。
62.本说明书实施例，可以同时实现对批量交易进行对账。
63.例如一些实施场景中，日间交易完成后，银行机构系统可以基于定时任务进行日
终对账。具体的，在对账任务触发时，可以先判断是否存在交易数据。如果存在交易数据，则可以根据交易所对应的财政区划、对账类型匹配对账模式，基于对账模式抓取业务数据，然后根据预设对账流程对业务数据进行加工，获得对账数据。进一步，将对账数据发送至财政系统进行对账处理，得到对账结果。一些实施场景中，如果不存在交易数据，则生成空包。其中，空包不会生成对账数据。
64.一些实施场景中，在获得对账结果后，如果对账结果为成功，则可以更新该业务在对账记录中的对账状态为成功。如果对账结果为失败，则可以将该业务的对账结果保存到差错记录中，以便后续进行差错处理。
65.当然，上述只是进行示例性说明，本说明书实施例不限于上述举例，所属领域技术人员在本技术技术精髓的启示下，还可能做出其它变更，但只要其实现的功能和效果与本技术相同或相似，均应涵盖于本技术保护范围内。此外，上述涉及到的“第一”、“第二”只是为了区分不同结果，无实际含义。
66.本说明书中上述方法的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参照即可，每个实施例重点说明的都是与其他实施例的不同之处。相关之处参见方法实施例的部分说明即可。
67.从以上的描述中，可以看出，本技术实施例可以在对账任务被触发时，根据目标业务的指定属性确定目标业务的对账模式，基于对账模式获取目标业务的业务数据。还可以根据预设对账流程对业务数据进行处理，获得对账结果；其中，预设对账流程包括业务数据层、对账数据层以及对账结果层，业务数据层可以用于根据业务数据获得对账数据，对账数据层可以用于将对账数据发送至目标系统进行对账处理，得到对账结果，对账结果层可以用于接收对账结果。采用本说明书实施例，不仅可以实现同时对接所有地区的财政业务对账需求，而且可以增加总部机构系统的功能性，提升总部机构系统的稳定性，降低总部机构系统运维压力，减少各分支机构系统的重复开发，从而提高对财政业务的处理效率。
68.基于上述所述一种对账方法，本说明书一个或多个实施例还提供一种对账装置。所述的装置可以包括使用了本说明书实施例所述方法的系统(包括分布式系统)、软件(应用)、模块、组件、服务器、客户端等并结合必要的实施硬件的装置。基于同一创新构思，本说明书实施例提供的一个或多个实施例中的装置如下面的实施例所述。由于装置解决问题的实现方案与方法相似，因此本说明书实施例具体的装置的实施可以参见前述方法的实施，重复之处不再赘述。以下所使用的，术语“单元”或者“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。
69.具体地，图5是本说明书提供的一种对账装置的一个实施例的模块结构示意图，如图5所示，本说明书提供的一种对账装置可以包括：确定模块120，获取模块122，处理模块124。
70.确定模块120，可以用于在对账任务被触发时，根据目标业务的指定属性确定目标业务的对账模式；
71.获取模块122，可以用于基于所述对账模式获取目标业务的业务数据；
72.处理模块124，可以用于根据预设对账流程对所述业务数据进行处理，获得对账结果；其中，所述预设对账流程包括业务数据层、对账数据层以及对账结果层；所述业务数据
层用于根据业务数据获得对账数据；所述对账数据层用于将对账数据发送至目标系统，以使所述目标系统基于对账数据得到对账结果；所述对账结果层用于接收对账结果。
73.一些实施场景中，对账任务可以是在到达定时任务所对应时间时自动触发，也可以是手动触发，本说明书对此不做限定。
74.一些实施场景中，指定属性可以包括财政区划和对账类型；所述根据目标业务的指定属性确定目标业务的对账模式，可以包括：
75.匹配单元，可以用于将财政区划、对账类型与数据库中对账模式的财政区划、对账类型进行匹配，确定目标业务的对账模式。
76.一些实施场景中，可以预先获取各地不同财政业务的对账模式存储到数据库中，然后通过查询数据库中维护的每个对账模式的参数确定目标业务的对账模式。
77.一些实施场景中，预先获取各地不同财政业务的对账模式后，还可以对各地不同财政业务的对账模式进行标准化梳理，获得通用对账模式，然后将通用对账模式存储到数据库中。其中，通用对账模式可以包括一种或多种。每种通用对账模式可以覆盖各地各类对账业务的要素。同一种通用对账模式可在多个财政区划复用。
78.一些实施场景中，通用对账模式可以包括用友版对账模式、博思版对账模式等。
79.一些实施场景中，在将通用对账模式存储到数据库中后，可以通过查询数据库中维护的通用对账模式的参数确定对账模式，从而提高对账效率。例如，可以将目标业务的指定属性与数据库中维护的通用对账模式的参数进行匹配，从而确定目标业务的对账模式。
80.一些实施场景中，指定属性可以包括财政区划和对账类型。相应的，根据目标业务的指定属性确定目标业务的对账模式，可以包括：将财政区划、对账类型与数据库中对账模式的财政区划、对账类型进行匹配，确定目标业务的对账模式。
81.一些实施场景中，根据指定属性确定的目标业务的对账模式中可以包括下述至少一种要素：对账类型、对账日期、对账数据范围、财政区划、对账时间、对账报文格式、对账重发机制、对账结果接收状态以及对账结果异常情况处理等。
82.一些实施场景中，业务数据可以从本银行机构系统的内存、与银行机构系统连接的第三方系统或数据库等中抓取。
83.一些实施场景中，可以对多种对账业务流程进行分析梳理，将整个对账流程分层管理，获得包括业务数据层、对账数据层和对账结果层的通用对账流程。其中，业务数据层可以用于对各类业务的业务数据进行加工处理，如可以将业务数据按照财政的对账要求转换为对账数据。业务数据层还可以实现其他功能，如对账模式管理、对账数据重加工、对账数据查询、对账数据推送分支机构等。对账数据层可以用于对各类业务对账数据的发送处理，如对账数据发送、对账数据重发、对账数据发送记录查询等。对账结果层可以用于对各类业务对账结果的处理，如对账结果查询、对账状态更新等。需要说明的是，虽然通用对账流程都涵盖业务数据层、对账数据层和对账结果层，但针对不同业务，每层实现过程可以相同，也可以不同。例如，针对不同业务，通用对账流程中对账数据的加工机制、对账时间可以不同。
84.一些实施场景中，处理模块124，可以包括：
85.加工单元，可以用于基于业务数据层对业务数据进行加工，获得对账数据；
86.发送单元，可以用于基于对账数据层将所述对账数据发送至目标系统；其中，所述
目标系统用于根据对账数据进行对账处理，得到对账结果；
87.接收单元，可以用于基于对账结果层接收所述目标系统反馈的对账结果。
88.一些实施场景中，对账数据至少可以包括下述之一：财政区划、对账类型、对账账号、缴款码、金额、交易流水号、资金确认流水号、批次号、收款虚拟账号、账号余额、收入支出类型、附言、对账日期。
89.一些实施场景中，基于业务数据层对业务数据进行加工，可以包括：
90.采用数据库存储方式对业务数据进行加工；和/或，
91.采用系统程序方式对业务数据进行加工。
92.一些实施场景中，采用系统程序方式对业务数据进行加工，可以包括：
93.采用多线程处理方式对业务数据进行加工。
94.一些实施场景中，所述装置还可以包括：
95.更新模块，可以用于在对账结果为第一结果的情况下，根据所述对账结果更新目标业务的对账状态；
96.保存模块，可以用于在对账结果为第二结果的情况下，将所述对账结果保存到差错记录中。
97.一些实施场景中，预设对账流程可以采用quartz自动定时任务实现。
98.一些实施场景中，所述装置还可以包括：
99.监控模块，可以用于基于control-m定时作业，监控对账数据的发送状态和/或对账结果状态。
100.一些实施场景中，所述装置还可以包括：
101.提醒模块，可以用于在对账数据的发送状态和/或对账结果状态不满足预设状态的情况下，发出提醒信息。
102.需要说明的，上述所述的装置根据方法实施例的描述还可以包括其他的实施方式，具体的实现方式可以参照相关方法实施例的描述，在此不作一一赘述。
103.本说明书还提供一种对账设备的实施例，包括处理器及用于存储处理器可执行指令的存储器，所述指令被所述处理器执行时可以实现上述方法实施例的步骤。例如，可以包括以下步骤：在对账任务被触发时，根据目标业务的指定属性确定目标业务的对账模式；基于所述对账模式获取目标业务的业务数据；根据预设对账流程对所述业务数据进行处理，获得对账结果；其中，所述预设对账流程包括业务数据层、对账数据层以及对账结果层；所述业务数据层用于根据业务数据获得对账数据；所述对账数据层用于将对账数据发送至目标系统，以使所述目标系统基于对账数据得到对账结果；所述对账结果层用于接收对账结果。
104.本说明书实施例还提供了一种计算机程序产品，包含有计算机程序，所述计算机程序被处理器执行时可以实现以下步骤：在对账任务被触发时，根据目标业务的指定属性确定目标业务的对账模式；基于所述对账模式获取目标业务的业务数据；根据预设对账流程对所述业务数据进行处理，获得对账结果；其中，所述预设对账流程包括业务数据层、对账数据层以及对账结果层；所述业务数据层用于根据业务数据获得对账数据；所述对账数据层用于将对账数据发送至目标系统，以使所述目标系统基于对账数据得到对账结果；所述对账结果层用于接收对账结果。
105.需要说明的，上述设备、计算机程序产品根据方法或装置实施例的描述还可以包括其他的实施方式。具体的实现方式可以参照相关方法实施例的描述，在此不作一一赘述。
106.本说明书所提供的方法实施例可以在移动终端、计算机终端、服务器或者类似的运算装置中执行。以运行在服务器上为例，图6是本说明书提供的一种对账服务器的一个实施例的硬件结构框图，该服务器可以是上述实施例中的对账装置或对账设备。如图6所示，服务器10可以包括一个或多个(图中仅示出一个)处理器100(处理器100可以包括但不限于微处理器mcu或可编程逻辑器件fpga等的处理装置)、用于存储数据的存储器200、以及用于通信功能的传输模块300。本领域普通技术人员可以理解，图6所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，服务器10还可包括比图6中所示更多或者更少的组件，例如还可以包括其他的处理硬件，如数据库或多级缓存、gpu，或者具有与图6所示不同的配置。
107.存储器200可用于存储应用软件的软件程序以及模块，如本说明书实施例中的对账方法对应的程序指令/模块，处理器100通过运行存储在存储器200内的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器200可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器200可进一步包括相对于处理器100远程设置的存储器，这些远程存储器可以通过网络连接至计算机终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
108.传输模块300用于经由一个网络接收或者发送数据。上述的网络具体实例可包括计算机终端的通信供应商提供的无线网络。在一个实例中，传输模块300包括一个网络适配器(network interface controller，nic)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输模块300可以为射频(radio frequency，rf)模块，其用于通过无线方式与互联网进行通讯。
109.上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。
110.本说明书提供的上述实施例所述的方法或装置可以通过计算机程序实现业务逻辑并记录在存储介质上，所述的存储介质可以计算机读取并执行，实现本说明书实施例所描述方案的效果。所述存储介质可以包括用于存储信息的物理装置，通常是将信息数字化后再以利用电、磁或者光学等方式的媒体加以存储。所述存储介质可以包括：利用电能方式存储信息的装置如，各式存储器，如ram、rom等；利用磁能方式存储信息的装置如，硬盘、软盘、磁带、磁芯存储器、磁泡存储器、u盘；利用光学方式存储信息的装置如，cd或dvd。当然，还有其他方式的可读存储介质，例如量子存储器、石墨烯存储器等等。
111.本说明书提供的上述对账方法或装置实施例可以在计算机中由处理器执行相应的程序指令来实现，如使用windows操作系统的c 语言在pc端实现、linux系统实现，或其他例如使用android、ios系统程序设计语言在智能终端实现，以及基于量子计算机的处理逻辑实现等。
112.需要说明的是说明书上述所述的装置、设备、系统根据相关方法实施例的描述还可以包括其他的实施方式，具体的实现方式可以参照对应方法实施例的描述，在此不作一一赘述。
113.本技术中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参照即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于硬件 程序类实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
114.为了描述的方便，描述以上装置时以功能分为各种模块分别描述。当然，在实施本说明书一个或多个时可以把部分模块的功能在同一个或多个软件和/或硬件中实现，也可以将实现同一功能的模块由多个子模块或子单元的组合实现等。
115.本发明是参照根据本发明实施例的方法、装置、设备、系统的流程图和/或方框图来描述的。应理解可由计算机程序指令实现，可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现指定的功能的装置。这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
116.本领域技术人员应明白，本说明书一个或多个实施例可提供为方法、系统或计算机程序产品。因此，本说明书一个或多个实施例可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。
117.以上所述仅为本说明书一个或多个实施例的实施例而已，并不用于限制本本说明书一个或多个实施例。对于本领域技术人员来说，本说明书一个或多个实施例可以有各种更改和变化。凡在本技术的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在权利要求范围之内。

技术特征：
1.一种对账方法，其特征在于，所述方法包括：在对账任务被触发时，根据目标业务的指定属性确定目标业务的对账模式；基于所述对账模式获取目标业务的业务数据；根据预设对账流程对所述业务数据进行处理，获得对账结果；其中，所述预设对账流程包括业务数据层、对账数据层以及对账结果层；所述业务数据层用于根据业务数据获得对账数据；所述对账数据层用于将对账数据发送至目标系统，以使所述目标系统基于对账数据得到对账结果；所述对账结果层用于接收对账结果。2.根据权利要求1所述的方法，其特征在于，所述指定属性包括财政区划和对账类型；所述根据目标业务的指定属性确定目标业务的对账模式，包括：将财政区划、对账类型与数据库中对账模式的财政区划、对账类型进行匹配，确定目标业务的对账模式。3.根据权利要求1所述的方法，其特征在于，所述对账模式中包括下述至少一种要素：对账类型、对账日期、对账数据范围、财政区划、对账时间、对账报文格式、对账重发机制、对账结果接收状态以及对账结果异常情况处理。4.根据权利要求1所述的方法，其特征在于，所述根据预设对账流程对所述业务数据进行处理，获得对账结果，包括：基于业务数据层对业务数据进行加工，获得对账数据；基于对账数据层将所述对账数据发送至目标系统；其中，所述目标系统用于根据对账数据进行对账处理，得到对账结果；基于对账结果层接收所述目标系统反馈的对账结果。5.根据权利要求4所述的方法，其特征在于，所述对账数据至少包括下述之一：财政区划、对账类型、对账账号、缴款码、金额、交易流水号、资金确认流水号、批次号、收款虚拟账号、账号余额、收入支出类型、附言、对账日期。6.根据权利要求4所述的方法，其特征在于，所述基于业务数据层对业务数据进行加工，包括：采用数据库存储方式对业务数据进行加工；和/或，采用系统程序方式对业务数据进行加工。7.根据权利要求6所述的方法，其特征在于，所述采用系统程序方式对业务数据进行加工，包括：采用多线程处理方式对业务数据进行加工。8.根据权利要求1所述的方法，其特征在于，还包括：在对账结果为第一结果的情况下，根据所述对账结果更新目标业务的对账状态；在对账结果为第二结果的情况下，将所述对账结果保存到差错记录中。9.根据权利要求1所述的方法，其特征在于，所述预设对账流程采用quartz自动定时任务实现。10.根据权利要求1所述的方法，其特征在于，还包括：基于control-m定时作业，监控对账数据的发送状态和/或对账结果状态。11.根据权利要求10所述的方法，其特征在于，还包括：在对账数据的发送状态和/或对账结果状态不满足预设状态的情况下，发出提醒信息。
12.一种对账装置，其特征在于，包括：确定模块，用于在对账任务被触发时，根据目标业务的指定属性确定目标业务的对账模式；获取模块，用于基于所述对账模式获取目标业务的业务数据；处理模块，用于根据预设对账流程对所述业务数据进行处理，获得对账结果；其中，所述预设对账流程包括业务数据层、对账数据层以及对账结果层；所述业务数据层用于根据业务数据获得对账数据；所述对账数据层用于将对账数据发送至目标系统，以使所述目标系统基于对账数据得到对账结果；所述对账结果层用于接收对账结果。13.一种对账设备，其特征在于，包括至少一个处理器以及存储计算机可执行指令的存储器，所述处理器执行所述指令时实现权利要求1-11中任意一项所述方法的步骤。14.一种计算机可读存储介质，其特征在于，其上存储有计算机指令，所述指令被处理器执行时实现权利要求1-11中任一项所述方法的步骤。15.一种计算机程序产品，其特征在于，包含有计算机程序，所述计算机程序被处理器执行时实现权利要求1-11中任一项所述方法的步骤。

技术总结
本说明书实施例提供了一种对账方法、装置及设备，包括：在对账任务被触发时，根据目标业务的指定属性确定目标业务的对账模式；基于对账模式获取目标业务的业务数据；根据预设对账流程对业务数据进行处理，获得对账结果；其中，预设对账流程包括业务数据层、对账数据层以及对账结果层；业务数据层用于根据业务数据获得对账数据；对账数据层用于将对账数据发送至目标系统，以使目标系统基于对账数据得到对账结果；对账结果层用于接收对账结果。利用本说明书实施例可以同时对接所有地区的财政业务对账需求，减少各分支机构系统的重复开发，从而提高对财政业务的处理效率。提高对财政业务的处理效率。提高对财政业务的处理效率。


技术研发人员：陈靖 张勇辉 杜波 赵文
受保护的技术使用者：中国建设银行股份有限公司
技术研发日：2022.02.16
技术公布日：2022/5/25