CN112163946A

CN112163946A - 基于分布式交易系统的账务处理方法及装置

Info

Publication number: CN112163946A
Application number: CN202011069731.3A
Authority: CN
Inventors: 朱鑫栋; 李新新; 王召; 谈杰
Original assignee: Industrial and Commercial Bank of China Ltd ICBC
Current assignee: Industrial and Commercial Bank of China Ltd ICBC
Priority date: 2020-09-30
Filing date: 2020-09-30
Publication date: 2021-01-01

Abstract

本申请提供了一种基于分布式交易系统的账务处理方法及装置，可用于金融领域或其他领域，其中，该方法包括：若目标金融交易完成，则接收目标分布式交易系统的多个应用服务器分别发送的该目标金融交易对应的交易日志数据；应用规则引擎和预存储的规则文件，判断所述交易日志数据之间是否匹配，若是，则所述目标金融交易的账务处理成功。本申请能够提高账务处理的时效性和灵活性，进而能够提高账务处理应用场景的广泛性。

Description

基于分布式交易系统的账务处理方法及装置

技术领域

本申请涉及数据处理技术领域，尤其涉及一种基于分布式交易系统的账务处理方法及装置。

背景技术

目前，银行开放平台的各个应用之间的交互以文件传输、连接接口的形式为主。当由于网络不稳定，硬件设备损坏，系统故障，程序漏洞等原因发生上下游业务数据不一致时，主要解决手段为各个应用独立开发账务处理程序或人工进行账务数据处理。这种方式时效性较低，通常在T+1甚至T+2日才能够发现差错数据，此时往往已经收到大量客户投诉。

另外，由于应用自身的业务特色，账务处理的需求通常不只是订正账务，还可以包括账龄管理和时间等，在涉及到更多的账务处理需求时，需要对应用自身额外开发，且对于相似的账务处理需求，各应用存在重复建设的情况。

发明内容

针对现有技术中的问题，本申请提出了一种基于分布式交易系统的账务处理方法及装置，能够提高账务处理的时效性和灵活性，进而能够提高账务处理应用场景的广泛性。

为了解决上述技术问题，本申请提供以下技术方案：

第一方面，本申请提供一种基于分布式交易系统的账务处理方法，包括：

若目标金融交易完成，则接收目标分布式交易系统的多个应用服务器分别发送的该目标金融交易对应的交易日志数据；

应用规则引擎和预存储的规则文件，判断所述交易日志数据之间是否匹配，若是，则所述目标金融交易的账务处理成功。

进一步地，所述的基于分布式交易系统的账务处理方法，还包括：

若所述交易日志数据和预存储的规则文件不匹配，则输出所述目标金融交易对应的预警信息。

进一步地，所述交易日志数据为所述应用服务器基于所述目标金融交易对应的交易日志文件和预设的解析规则得到的。

进一步地，所述若目标金融交易完成，则接收目标分布式交易系统的多个应用服务器分别发送的该目标金融交易对应的交易日志数据，包括：

接收第一应用服务器发送的第一交易日志数据，该第一交易日志数据为所述第一应用服务器接收到企业客户发送的支付凭证之时或之后，基于该支付凭证生成的；

接收第二应用服务器发送的第二交易日志数据，该第二交易日志数据为所述第二应用服务器接收到所述第一应用服务器基于所述支付凭证发出的转账请求，并完成该转账请求对应的转账交易后，基于转账交易结果生成的。

第二方面，本申请提供一种基于分布式交易系统的账务处理装置，包括：

接收模块，用于若目标金融交易完成，则接收目标分布式交易系统的多个应用服务器分别发送的该目标金融交易对应的交易日志数据；

第一匹配模块，用于应用规则引擎和预存储的规则文件，判断所述交易日志数据之间是否匹配，若是，则所述目标金融交易的账务处理成功。

进一步地，所述的基于分布式交易系统的账务处理装置，还包括：

预警模块，用于若所述交易日志数据和预存储的规则文件不匹配，则输出所述目标金融交易对应的预警信息。

进一步地，所述接收模块包括：

第一接收单元，用于接收第一应用服务器发送的第一交易日志数据，该第一交易日志数据为所述第一应用服务器接收到企业客户发送的支付凭证之时或之后，基于该支付凭证生成的；

第二接收单元，用于接收第二应用服务器发送的第二交易日志数据，该第二交易日志数据为所述第二应用服务器接收到所述第一应用服务器基于所述支付凭证发出的转账请求，并完成该转账请求对应的转账交易后，基于转账交易结果生成的。

第三方面，本申请提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现所述的基于分布式交易系统的账务处理方法。

第四方面，本申请提供一种计算机可读存储介质，其上存储有计算机指令，所述指令被执行时实现所述的基于分布式交易系统的账务处理方法。

由上述技术方案可知，本申请提供一种基于分布式交易系统的账务处理方法及装置。其中，该方法包括：若目标金融交易完成，则接收目标分布式交易系统的多个应用服务器分别发送的该目标金融交易对应的交易日志数据；应用规则引擎和预存储的规则文件，判断所述交易日志数据之间是否匹配，若是，则所述目标金融交易的账务处理成功；能够提高账务处理的时效性和灵活性，进而能够提高账务处理应用场景的广泛性；具体地，能够解决传统账务处理方法时效性低下，应用侵入性强，可移植性差和重复建设等问题；能够满足银行开放平台各个应用的业务数据一致性需求，能够提高账务处理的时效性，实现自动预警和统一管理，对应用侵入性小，能够提高分布式交易系统的稳定性，提升客户体验，基于可配置的规则引擎，能够灵活扩展账务处理规则。

附图说明

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

图1是本申请实施例中基于分布式交易系统的账务处理方法的流程示意图；

图2是本申请实施例中基于分布式交易系统的账务处理方法的步骤101和步骤102的流程示意图；

图3是本申请应用实例中分布式交易系统与企业客户之间的逻辑框图；

图4是本申请应用实例中基于分布式交易系统的账务处理方法的流程示意图；

图5是本申请实施例中基于分布式交易系统的账务处理装置的结构示意图；

图6为本申请实施例的电子设备的系统构成示意框图。

具体实施方式

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

为了更好的理解本申请实现的技术原理，先对现有技术中的分布式交易系统进行简要说明，分布式交易系统可以是一种金融机构业务交易系统，参见图3，分布式交易系统包括：

代理机构收支系统(简称F-AOIP)、企业电子网上银行(简称F-EBANKC)、代理财政支付系统(简称F-FPA)以及主机，用于进行业务一致性对账；由于分布式交易系统的业务处理链路较长，当发生跨业务链路进行账务处理，如对账或销账时，F-AOIP、F-EBANKC、F-FPA和主机之间会进行两两账务处理，因此存在大量的重复开发和处理；若只进行F-FPA和主机之间的账务处理，无法保证全业务链路的一致性；当企业客户进行交易转发时，F-AOIP和F-EBANKC由于入库失败没有完成数据的保存，这时就存在业务数据的不一致，需要在账务处理后进行预警和订正。另外，若需要根据企业客户的凭证信息，完成主机内部户的账务处理，由于凭证与交易之间的关联关系只存在于F-AOIP中，而账务数据只存在于F-FPA中，需要做全链路的交易改造，改造成本极高，且不具有通用性。

基于此，为了提高账务处理的时效性和灵活性，提高账务处理应用场景的广泛性，本申请实施例提供一种基于分布式交易系统的账务处理装置，该装置可以是一服务器或客户端设备，所述客户端设备可以包括智能手机、平板电子设备、网络机顶盒、便携式计算机、台式电脑、个人数字助理(PDA)、车载设备和智能穿戴设备等。其中，所述智能穿戴设备可以包括智能眼镜、智能手表和智能手环等。

在实际应用中，进行基于分布式交易系统的账务处理的部分可以在如上述内容所述的服务器侧执行，也可以所有的操作都在所述客户端设备中完成。具体可以根据所述客户端设备的处理能力，以及用户使用场景的限制等进行选择。本申请对此不作限定。若所有的操作都在所述客户端设备中完成，所述客户端设备还可以包括处理器。

上述的客户端设备可以具有通信模块(即通信单元)，可以与远程的服务器进行通信连接，实现与所述服务器的数据传输。所述服务器可以包括任务调度中心一侧的服务器，其他的实施场景中也可以包括中间平台的服务器，例如与任务调度中心服务器有通信链接的第三方服务器平台的服务器。所述的服务器可以包括单台计算机设备，也可以包括多个服务器组成的服务器集群，或者分布式装置的服务器结构。

所述服务器与所述客户端设备之间可以使用任何合适的网络协议进行通信，包括在本申请提交日尚未开发出的网络协议。所述网络协议例如可以包括TCP/IP协议、UDP/IP协议、HTTP协议、HTTPS协议等。当然，所述网络协议例如还可以包括在上述协议之上使用的RPC协议(Remote Procedure Call Protocol，远程过程调用协议)、REST协议(Representational State Transfer，表述性状态转移协议)等。

需要说明的是，本申请公开的基于分布式交易系统的账务处理方法及装置可用于金融技术领域，也可用于除金融技术领域之外的任意领域，本申请公开的基于分布式交易系统的账务处理方法及装置的应用领域不做限定。

具体通过下述各个实施例进行说明。

为了提高账务处理的时效性和灵活性，提高账务处理应用场景的广泛性，本实施例提供一种执行主体是基于分布式交易系统的账务处理装置的基于分布式交易系统的账务处理方法，该基于分布式交易系统的账务处理装置包括但不限于服务器，如图1所示，该方法具体包含有如下内容：

步骤100：若目标金融交易完成，则接收目标分布式交易系统的多个应用服务器分别发送的该目标金融交易对应的交易日志数据。

具体地，若目标分布式交易系统的多个应用服务器生成目标金融交易的交易日志文件，则可以确定所述目标金融交易完成；所述目标金融交易可以是个人贷款，个人理财产品，网络融资，贵金属业务，企业财务室等；目标分布式交易系统可以是针对机构金融业务运行的交易系统，对应有多个应用服务器；目标分布式交易系统可以是存在内部户垫款机制的电子支付业务系统，也可以是非电子财政支付系统；每个应用服务器发送的所述交易日志数据均对应所述目标金融交易；不同应用服务器发送的交易日志数据的类型可以不同；例如：配置有代理收付系统的第一应用服务器发送的交易日志数据可以包括：借贷方账号、支付凭证单号、柜员号和地区网点号等；配置有代理支付系统的第二应用服务器发送的交易日志数据可以包括：借贷方账号和关联支付指令号等。所述基于分布式交易系统的账务处理装置可以与所述目标分布式交易系统解耦，可以为单独设置的服务器。

其中，所述交易日志数据可以为所述应用服务器基于所述目标金融交易对应的交易日志文件和预设的解析规则得到的。所述解析规则可以应用多种正则表达式对交易日志记录进行分割，具体地，可以从交易日志文件中提取多条交易日志记录，并将单条交易日志记录分割成多个关键字，每个关键字为一个交易日志数据；所述解析规则可根据实际情况进行设置，本申请对此不作限制。

步骤200：应用规则引擎和预存储的规则文件，判断所述交易日志数据之间是否匹配，若是，则所述目标金融交易的账务处理成功。

具体地，规则引擎可以应用预定义的语义模块编写业务决策；然后解析业务规则，做出相应的决策处理，可以接受预定义的语义，例如：“收款人”，“付款人”，“对账”，“报警”，可以组合为“收款人”-“对账”-“付款人”。

其中，所述预存储的规则文件包含有：不同交易日志数据类型之间的对应关系，可根据实际需要进行设置，本申请对此不作限制；例如：借贷方账号与支付凭证单号之间的对应关系；借贷方账号与关联支付指令号之间的对应关系，因此，若不同应用服务器发送的交易日志数据中的借贷方账号相同，则确定支付凭证单号和关联支付指令号匹配，也就是交易日志数据匹配，则所述目标金融交易对账成功。其中，所述规则文件可以为预设的规则文件配置表生成的并且所述基于分布式交易系统的账务处理装置可以读取的规则文件。

由上述描述可知，本实施例提供的基于分布式交易系统的账务处理方法，可以在金融交易完成后自动进行账务处理，能够提高账务处理的时效性；将多个应用服务器中的交易日志数据进行判断，能够在保证业务数据一致性的基础上，提高账务处理的效率；设置可配置的规则文件，进而能够提高账务处理应用场景的广泛性，提升客户交易体验。

为了在提高账务处理的时效性的基础上，对异常账务进行预警，以便于接下来进行账务订正等，在本申请一个实施例中，在步骤200所述的应用规则引擎和预存储的规则文件，判断所述交易日志数据之间是否匹配之后，还包括：

步骤300：若所述交易日志数据和预存储的规则文件不匹配，则输出所述目标金融交易对应的预警信息。

具体地，可以将预警信息输出至基于分布式交易系统的账务处理装置的前端，所述预警信息可以包含有该目标金融交易的支付凭证单号，以便于接下来进行账务订正；也可以将不匹配结果发送至预警系统，以提高预警的时效性。

为了进一步提高账务处理的时效性，参见图2，在本申请一个实施例中，步骤100包括：

步骤101：接收第一应用服务器发送的第一交易日志数据，该第一交易日志数据为所述第一应用服务器接收到企业客户发送的支付凭证之时或之后，基于该支付凭证生成的。

具体地，代理收付系统可以部署在第一应用服务器，该第一应用服务器中的日志采集程序可以采集交易日志数据并发送给基于分布式交易系统的账务处理装置；所述日志采集程序与代理收付系统自身业务解耦，能够避免对代理收付系统的额外开发。

步骤102：接收第二应用服务器发送的第二交易日志数据，该第二交易日志数据为所述第二应用服务器接收到所述第一应用服务器基于所述支付凭证发出的转账请求，并完成该转账请求对应的转账交易后，基于转账交易结果生成的。

具体地，代理财政支付系统可以部署在第二应用服务器，该第二应用服务器中的日志采集程序可以采集交易日志数据并发送给基于分布式交易系统的账务处理装置；所述日志采集程序与代理财政支付系统自身业务解耦，能够避免对代理财政支付系统的额外开发；所述目标分布式交易系统包含有代理收付系统和代理财政支付系统。进一步地，可以应用规则引擎和预存储的规则文件，判断第一交易日志数据和第二交易日志数据是否匹配，若是，则所述目标金融交易的账务处理成功。

在本申请还提供一种电子化支付业务系统的账务核销方法的举例，该方法包括：

代理收付系统F-AOIP接收企业客户发送一笔支付凭证voucher1，并根据voucher1的要素，获取收付款人等信息，生成一笔转账指令P1；代理财政支付系统F-FPA收到转账指令P1后，完成两阶段转账，并记录垫款内部户信息。若业务需求为匹配财政支付凭证voucher1和垫款内部户之间的账务信息，则在规则配置界面，配置支付凭证-垫款内部户维度的核销规则，核销系统在接收到F-AOIP和F-FPA的日志数据后，对账务数据进行匹配，若成功匹配，则销账成功，若不匹配，则将不匹配的结果报送给预警系统。

为了进一步说明本方案，本申请该提供一种基于分布式交易系统的销账方法的应用实例，在本应用实例中，所述分布式交易系统包含有代理机构收支系统、企业电子网上银行和代理财政支付系统三种应用系统，分别部署在各自对应的应用服务器中，参见图4，该方法包括：

S1：应用日志采集程序；即三个应用服务器上分别部署日志采集程序，日志采集程序与应用自身业务解耦，只需要指定日志文件的存放目录。日志采集程序对应用日志进行异步解析。应用服务器可以自定义解析规则，即应用服务器可以指定需要解析的日志文件名、日志文件存储的位置、日志的首行标志和日志的解析配置，可以采用正则表达式用于日志的分割，将日志按照指定字段分割，对正则表达式的举例如下：

1)/^\\d{4}-\\d{2}-\\d{2}T\\d{2}:\\d{2}:\\d{2}/，可以将时间维度的日志数据结构化；

2)/^(？<logtime>\\d{4}-\\d{2}-\\d{2}T\\d{2}:\\d{2}:\\d{2}\\.\\d{3}(\\+|\\-)\\d{4})###(？<thread>.[^\#]*)###(？<traceId>.[^\#]*)###(？<spanId>.[^\#]*)###(？<operlog>.*)/，可以将单条日志分割成多个关键字。

日志解析程序按照上述自定义解析规则生成结构化数据后，将结果推送给核销程序。

S2：规则数据加载；即自定义账务核销规则，提供可视化的规则配置界面，支持配置多维度的账务核销规则。可以选择借贷方账号、柜员号、地区网点号、关联支付凭证单号、关联支付指令号等(可自由扩展)的多维度规则进行组合，并生产结构化的规则数据加载进核销系统的规则文件配置表。

S3：生成规则文件；即核销程序中的规则引擎通过规则文件配置表，生成可由核销程序读取的规则文件。

S4：应用核销程序；即核销程序加载规则文件，根据规则文件所指定的维度(如借贷方账号、柜员号、地区网点号、关联支付凭证单号和关联支付指令号等)，对结构化的日志信息进行多维度的账务核销。

S5：自动预警、疑账订正等；即预警系统获取核销程序的销账结果，对可疑的账务进行报警，使得应用开发人员得以先于客户获取账务错误信息。对于错误的账务进行及时的订正。

由上述描述可知，本应用实例提供的基于分布式交易系统的销账方法，能够对各个应用系统的交易日志进行采集和数据标准化解析，根据规则引擎，将账务数据从借贷方账号、柜员号、地区网点号、关联支付凭证单号、关联支付指令号等多维度进行自由拆分和重组，通过自定义的对账规则进行对账，并及时对差错数据进行预警。

从软件层面来说，为了提高账务处理的时效性和灵活性，提高账务处理应用场景的广泛性，本申请提供一种用于实现所述基于分布式交易系统的账务处理方法中全部或部分内容的基于分布式交易系统的账务处理装置的实施例，参见图5，所述基于分布式交易系统的账务处理装置具体包含有如下内容：

接收模块10，用于若目标金融交易完成，则接收目标分布式交易系统的多个应用服务器分别发送的该目标金融交易对应的交易日志数据。

第一匹配模块20，用于应用规则引擎和预存储的规则文件，判断所述交易日志数据之间是否匹配，若是，则所述目标金融交易的账务处理成功。

其中，所述交易日志数据可以为所述应用服务器基于所述目标金融交易对应的交易日志文件和预设的解析规则得到的。

在本申请一个实施例中，所述的基于分布式交易系统的账务处理装置，还包括：

在本申请一个实施例中，所述接收模块包括：

第一接收单元，用于接收第一应用服务器发送的第一交易日志数据，该第一交易日志数据为所述第一应用服务器接收到企业客户发送的支付凭证之时或之后，基于该支付凭证生成的。

本说明书提供的基于分布式交易系统的账务处理装置的实施例具体可以用于执行上述基于分布式交易系统的账务处理方法的实施例的处理流程，其功能在此不再赘述，可以参照上述基于分布式交易系统的账务处理方法实施例的详细描述。

由上述描述可知，本申请提供的基于分布式交易系统的账务处理方法及装置，能够提高账务处理的时效性和灵活性，进而能够提高账务处理应用场景的广泛性；具体地，能够解决传统账务处理方法时效性低下，应用侵入性强，可移植性差和重复建设等问题；能够满足银行开放平台各个应用的业务数据一致性需求；能够提高账务处理的时效性，实现自动预警和统一管理。基于可配置的规则引擎，能够灵活扩展账务处理规则。

从硬件层面来说，为了提高账务处理的时效性和灵活性，提高账务处理应用场景的广泛性，本申请提供一种用于实现所述基于分布式交易系统的账务处理方法中的全部或部分内容的电子设备的实施例所述电子设备具体包含有如下内容：

处理器(processor)、存储器(memory)、通信接口(Communications Interface)和总线；其中，所述处理器、存储器、通信接口通过所述总线完成相互间的通信；所述通信接口用于实现所述基于分布式交易系统的账务处理装置以及用户终端等相关设备之间的信息传输；该电子设备可以是台式计算机、平板电脑及移动终端等，本实施例不限于此。在本实施例中，该电子设备可以参照实施例用于实现所述基于分布式交易系统的账务处理方法的实施例及用于实现所述基于分布式交易系统的账务处理装置的实施例进行实施，其内容被合并于此，重复之处不再赘述。

图6为本申请实施例的电子设备9600的系统构成的示意框图。如图6所示，该电子设备9600可以包括中央处理器9100和存储器9140；存储器9140耦合到中央处理器9100。值得注意的是，该图6是示例性的；还可以使用其他类型的结构，来补充或代替该结构，以实现电信功能或其他功能。

在本申请一个或多个实施例中，基于分布式交易系统的账务处理功能可以被集成到中央处理器9100中。其中，中央处理器9100可以被配置为进行如下控制：

从上述描述可知，本申请的实施例提供的电子设备，能够提高账务处理的时效性和灵活性，提高账务处理应用场景的广泛性。

在另一个实施方式中，基于分布式交易系统的账务处理装置可以与中央处理器9100分开配置，例如可以将基于分布式交易系统的账务处理装置配置为与中央处理器9100连接的芯片，通过中央处理器的控制来实现基于分布式交易系统的账务处理功能。

如图6所示，该电子设备9600还可以包括：通信模块9110、输入单元9120、音频处理器9130、显示器9160、电源9170。值得注意的是，电子设备9600也并不是必须要包括图6中所示的所有部件；此外，电子设备9600还可以包括图6中没有示出的部件，可以参考现有技术。

如图6所示，中央处理器9100有时也称为控制器或操作控件，可以包括微处理器或其他处理器装置和/或逻辑装置，该中央处理器9100接收输入并控制电子设备9600的各个部件的操作。

其中，存储器9140，例如可以是缓存器、闪存、硬驱、可移动介质、易失性存储器、非易失性存储器或其它合适装置中的一种或更多种。可储存上述与失败有关的信息，此外还可存储执行有关信息的程序。并且中央处理器9100可执行该存储器9140存储的该程序，以实现信息存储或处理等。

输入单元9120向中央处理器9100提供输入。该输入单元9120例如为按键或触摸输入装置。电源9170用于向电子设备9600提供电力。显示器9160用于进行图像和文字等显示对象的显示。该显示器例如可为LCD显示器，但并不限于此。

该存储器9140可以是固态存储器，例如，只读存储器(ROM)、随机存取存储器(RAM)、SIM卡等。还可以是这样的存储器，其即使在断电时也保存信息，可被选择性地擦除且设有更多数据，该存储器的示例有时被称为EPROM等。存储器9140还可以是某种其它类型的装置。存储器9140包括缓冲存储器9141(有时被称为缓冲器)。存储器9140可以包括应用/功能存储部9142，该应用/功能存储部9142用于存储应用程序和功能程序或用于通过中央处理器9100执行电子设备9600的操作的流程。

存储器9140还可以包括数据存储部9143，该数据存储部9143用于存储数据，例如联系人、数字数据、图片、声音和/或任何其他由电子设备使用的数据。存储器9140的驱动程序存储部9144可以包括电子设备的用于通信功能和/或用于执行电子设备的其他功能(如消息传送应用、通讯录应用等)的各种驱动程序。

通信模块9110即为经由天线9111发送和接收信号的发送机/接收机9110。通信模块(发送机/接收机)9110耦合到中央处理器9100，以提供输入信号和接收输出信号，这可以和常规移动通信终端的情况相同。

基于不同的通信技术，在同一电子设备中，可以设置有多个通信模块9110，如蜂窝网络模块、蓝牙模块和/或无线局域网模块等。通信模块(发送机/接收机)9110还经由音频处理器9130耦合到扬声器9131和麦克风9132，以经由扬声器9131提供音频输出，并接收来自麦克风9132的音频输入，从而实现通常的电信功能。音频处理器9130可以包括任何合适的缓冲器、解码器、放大器等。另外，音频处理器9130还耦合到中央处理器9100，从而使得可以通过麦克风9132能够在本机上录音，且使得可以通过扬声器9131来播放本机上存储的声音。

上述描述可知，本申请的实施例提供的电子设备，能够提高账务处理的时效性和灵活性，提高账务处理应用场景的广泛性。

本申请的实施例还提供能够实现上述实施例中的基于分布式交易系统的账务处理方法中全部步骤的一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述实施例中的基于分布式交易系统的账务处理方法的全部步骤，例如，所述处理器执行所述计算机程序时实现下述步骤：

从上述描述可知，本申请实施例提供的计算机可读存储介质，能够提高账务处理的时效性和灵活性，提高账务处理应用场景的广泛性。

本申请中上述方法的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。相关之处参见方法实施例的部分说明即可。

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

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

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

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

本申请中应用了具体实施例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims

1.一种基于分布式交易系统的账务处理方法，其特征在于，包括：

2.根据权利要求1所述的基于分布式交易系统的账务处理方法，其特征在于，还包括：

3.根据权利要求1所述的基于分布式交易系统的账务处理方法，其特征在于，所述交易日志数据为所述应用服务器基于所述目标金融交易对应的交易日志文件和预设的解析规则得到的。

4.根据权利要求1所述的基于分布式交易系统的账务处理方法，其特征在于，所述若目标金融交易完成，则接收目标分布式交易系统的多个应用服务器分别发送的该目标金融交易对应的交易日志数据，包括：

5.一种基于分布式交易系统的账务处理装置，其特征在于，包括：

6.根据权利要求5所述的基于分布式交易系统的账务处理装置，其特征在于，还包括：

7.根据权利要求5所述的基于分布式交易系统的账务处理装置，其特征在于，所述交易日志数据为所述应用服务器基于所述目标金融交易对应的交易日志文件和预设的解析规则得到的。

8.根据权利要求5所述的基于分布式交易系统的账务处理装置，其特征在于，所述接收模块包括：

9.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现权利要求1至4任一项所述的基于分布式交易系统的账务处理方法。

10.一种计算机可读存储介质，其上存储有计算机指令，其特征在于，所述指令被执行时实现权利要求1至4任一项所述的基于分布式交易系统的账务处理方法。