CN111369333B - 分布式系统日切协同处理方法及系统 - Google Patents

Abstract

本发明提供了一种分布式系统日切协同处理方法及系统，所述方法包括：通过通用网关接收主机服务器的日切完成通知，形成平台服务器日切控制信息并传输至平台日切控制器；通过平台日切控制器接收平台服务器日切控制信息，形成平台服务器日切指令并传输至分布式协同服务器；通过分布式协同服务器将平台服务器日切指令分别传输至各平台服务器以使各平台服务器完成日切，本发明可保证分布式异构系统的日切协同，保证金融机构各平台服务器间账务处理的合理性。

Description

分布式系统日切协同处理方法及系统

技术领域

本发明涉及金融机构分布式系统日切技术领域，尤其涉及一种分布式系统日切协同处理方法及系统。

背景技术

随着金融机构，例如银行的IT架构转型深入，越来越多应用系统在主机与开放 平台服务器合理布局，业务流程涉及主机与平台服务器交互、平台服务器与平台服务 器交互，原来以主机为核心的集中处理模式发生了较大的变化，在数据发布、信息交 互、事务处理模式等方面都与集中式处理有较大的差别；同时在记账处理方面，原来以主机为核心进行统一日切的模式，变为主机、平台服务器分开日切的模式，这也就 导致应用间的日切时间不一致，使得各个系统之间的系统日期不能保证一致，并可能 因记账日期不同导致借贷不平等问题，为了保证账务处理的正确性及各应用之间的系 统处理的合理性，需要针对异构的分布式系统的日切处理制定相关的协同机制。

发明内容

本发明的一个目的在于提供一种分布式系统日切协同处理方法，保证分布式异构系统的日切协同，保证金融机构各平台服务器间账务处理的合理性。本发明的另一个 目的在于提供一种分布式系统日切协同处理系统。本发明的再一个目的在于提供一种 计算机设备。本发明的还一个目的在于提供一种可读介质。

为了达到以上目的，本发明一方面公开了一种分布式系统日切协同处理方法，包括：

通过通用网关接收主机服务器的日切完成通知，形成平台服务器日切控制信息并传输至平台日切控制器；

通过平台日切控制器接收平台服务器日切控制信息，形成平台服务器日切指令并传输至分布式协同服务器；

通过分布式协同服务器将平台服务器日切指令分别传输至各平台服务器以使各平台服务器完成日切。

优选的，所述分布式协同服务器为Zookeeper服务器。

优选的，进一步包括：

当平台服务器日切失败时，通过平台监控服务器接收平台服务器发送的日切失败信息向用户反馈所述日切失败信息。

优选的，进一步包括：

通过平台服务器接收客户端的服务请求；

确定所述服务请求是否存在处理时间要求，当存在处理时间要求时，确定服务请求中的交易日期和平台服务器的记账日期是否满足所述处理时间要求，若否，则返回 拒绝交易信息至客户端；

若是，根据所述服务请求调用对应的服务组件进行交易处理，根据交易处理结果、交易日期和记账日期形成交易信息。

优选的，进一步包括：

交易日期或记账日期为准进行记账形成记账信息，其中，当以交易日期为准进行记账时，在平台服务器由当日日切至后一日之后，设置预设时间间隔的时间窗口，将 后一日时间窗口内的交易信息添加至当日的记账信息中。

优选的，进一步包括：

对多个平台服务器的记账信息进行会计核算，对于会计核算中无法核算完成的贷方账务或借方账务的异常账务，分别设置对应的挂账账目进行登记；

根据挂账账目中异常账务的交易地区在该交易地区的所有交易信息中根据事件编号维度进行匹配，若匹配成功，删除对应的异常账务；

若所述挂账账目中仍存在没有会计核算成功的贷方账务或借方账务，在日切后形成的记账信息中根据事件编号维度进行匹配，若匹配成功，对该贷方账务或贷方账务 进行冲账处理。

本发明还公开了一种分布式系统日切协同处理系统，包括：

通用网关，用于接收主机服务器的日切完成通知，形成平台服务器日切控制信息并传输至平台日切控制器；

平台日切控制器，用于通过接收平台服务器日切控制信息，形成平台服务器日切指令并传输至分布式协同服务器；

分布式协同服务器，用于将平台服务器日切指令分别传输至各平台服务器以使各平台服务器完成日切。

优选的，所述分布式协同服务器为Zookeeper服务器。

优选的，进一步包括平台监控服务器，用于当平台服务器日切失败时，接收平台服务器发送的日切失败信息向用户反馈所述日切失败信息。

优选的，进一步包括产品应用平台服务器，用于接收客户端的服务请求，确定所述服务请求是否存在处理时间要求，当存在处理时间要求时，确定服务请求中的交易 日期和平台服务器的记账日期是否满足所述处理时间要求，若否，则返回拒绝交易信 息至客户端，若是，根据所述服务请求调用对应的服务组件进行交易处理，根据交易处理结果、交易日期和记账日期形成交易信息。

优选的，进一步包括账务应用平台服务器，用于交易日期或记账日期为准进行记账形成记账信息，其中，当以交易日期为准进行记账时，在平台服务器由当日日切至 后一日之后，设置预设时间间隔的时间窗口，将后一日时间窗口内的交易信息添加至 当日的记账信息中。

优选的，进一步包括会计核算应用平台服务器，用于对多个平台服务器的记账信息进行会计核算，对于会计核算中无法核算完成的贷方账务或借方账务的异常账务， 分别设置对应的挂账账目进行登记，根据挂账账目中异常账务的交易地区在该交易地 区的所有交易信息中根据事件编号维度进行匹配，若匹配成功，删除对应的异常账务，若所述挂账账目中仍存在没有会计核算成功的贷方账务或借方账务，在日切后形成的 记账信息中根据事件编号维度进行匹配，若匹配成功，对该贷方账务或贷方账务进行 冲账处理。

本发明还公开了一种计算机设备，包括存储器、处理器以及存储在存储器上并可在处理器上运行的计算机程序，

所述处理器执行所述程序时实现如上所述方法。

本发明还公开了一种计算机可读介质，其上存储有计算机程序，

该程序被处理器执行时实现如上所述方法。

本发明通过通用网关接收主机服务器的日切完成通知，根据主机服务器发送的日切完成通知形成平台服务器日切控制信息，将平台服务器日切控制信息通过平台日切 控制器传输给分布式协同服务器，使分布式协同服务器控制各平台服务器统一完成日切，实现分布式系统中各平台服务器的协同日切，解决了金融机构中异构系统因日切 时间不同而出现不一致的系统对账处理日期导致借贷不平等的问题，有效地保证账务 处理的正确性及各应用系统之间的系统处理的合理性，完善金融机构系统架构布局，更好地适应外部大环境变化。

附图说明

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

图1示出本发明分布式系统日切协同处理方法一个具体实施例的流程图之一；

图2示出本发明分布式系统日切协同处理方法一个具体实施例的流程图之二；

图3示出本发明分布式系统日切协同处理方法一个具体实施例的流程图之三；

图4示出本发明分布式系统日切协同处理方法一个具体实施例的流程图之四；

图5示出本发明分布式系统日切协同处理方法一个具体实施例的流程图之五；

图6示出本发明分布式系统日切协同处理方法一个具体实施例中会计核算的示意图；

图7示出本发明分布式系统日切协同处理系统一个具体实施例的结构图；

图8示出适于用来实现本发明实施例的计算机设备的结构示意图。

具体实施方式

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

金融机构，例如银行，在业务办理过程中，通常会有交易日期(含日期、时间) 和记账日期两个时间属性，部分产品因业务要求两个时间会有差别。传统的金融机构 交易系统大多数提供实时类联机交易，理论上交易日期和记账日期由联机事务保证是 一致的。而由于目前交易方式的多元化，金融机构的分布式系统应用越来越多，以解决交易并发给交易系统带来的压力。但是由于分布式系统的异构性，不同平台服务器 (分别搭载产品应用、账户、会计核算等应用)的时间是不能完全一致的。因此，为 了在不影响客户体验的情况下保证账务处理的准确和快速，本发明提供了一种分布式 系统日切协同处理方法及系统，通过主机服务器先日切，各平台服务器后日切的日切 顺序规范日切顺序。主机服务器日切后，将日切完成通知传输给通用网关，通过通用 网关形成平台服务器日切控制信息，通用网关将平台服务器日切控制信息传输给平台 日切控制器，平台日切控制器接收到平台服务器日切控制信息后形成平台服务器日切控制指令。平台服务器之间不控制日切顺序，通过控制多个平台服务器日切协同一致 的分布式协同服务器将该平台服务器日切控制指令分发至各个平台服务器，使各个平 台服务器的日切协同，建立主机到平台服务器的日切消息通知和平台服务器的平台服 务器应用联动日切协同机制。

根据本发明的一个方面，本实施例公开了一种分布式系统日切协同处理方法。如图1所示，所述方法包括：

S100：通过通用网关接收主机服务器的日切完成通知，形成平台服务器日切控制信息并传输至平台日切控制器。

S200：通过平台日切控制器接收平台服务器日切控制信息，形成平台服务器日切指令并传输至分布式协同服务器。

S300：通过分布式协同服务器将平台服务器日切指令分别传输至各平台服务器以使各平台服务器完成日切。

本发明通过通用网关接收主机服务器的日切完成通知，根据主机服务器发送的日切完成通知形成平台服务器日切控制信息，将平台服务器日切控制信息通过平台日切 控制器传输给分布式协同服务器，使分布式协同服务器控制各平台服务器统一完成日 切，实现分布式系统中各平台服务器的协同日切，解决了金融机构中异构系统因日切时间不同而出现不一致的系统对账处理日期导致借贷不平等的问题，有效地保证账务 处理的正确性及各应用系统之间的系统处理的合理性，完善金融机构系统架构布局， 更好地适应外部大环境变化。

在本实施例中，主机到平台的日切消息通知是通过通用网关。优选的，通用网关可与主机服务器基于TCP/IP协议通信，并建立起与平台日切控制器的消息通道。需 要说明的是，本发明中的通用网关，本领域技术人员可以根据需要和功能自主开发得到，本发明对此并不作限定。在使用时，平台日切控制器需先连接到各平台服务器， 通用网关可获取到下行通用网关可控制的所有平台服务器列表，然后分别建立到下行 网关所有平台服务器的连接，提供给主机服务器下传信息使用。主机服务器会计核算 日切后可通过通用网关将日切完成通知下推到平台日切控制器。

在优选的实施方式中，所述分布式协同服务器为Zookeeper服务器。Zookeeper 服务器可以实现分布式系统的消息通知协同装置，搭载的产品、账务和会计核算等分 布式应用程序的平台服务器可基于ZooKeeper服务器实现诸如数据发布/订阅、负载均衡、命名服务、分布式协调/通知、集群管理、Master选举、分布式锁和分布式队 列等功能，ZooKeeper可以保证如下分布式一致性：顺序一致性：从同一客户端发起 的事务请求，最终将会严格地按照顺序被应用到ZooKeeper中去。原子性：所有事 务请求的处理结果在整个集群中所有机器上的应用情况是一致的。即要么整个集群中 所有的机器都成功应用了某一个事务，要么都没有应用。一定不会出现集群中部分机器应用了该事务，而另外一部分没有应用的情况。单一系统映像：无论客户端连到哪 一个ZooKeeper服务器上，其看到的服务端数据模型都是一致的。可靠性：一旦一 次更改请求被应用，更改的结果就会被持久化，直到被下一次更改覆盖。

平台日切控制器接收主机的日切完成通知后，通过ZooKeeper服务器触发各平台服务器的日切作业执行。进一步的，优选的，如果各平台服务器日切成功，ZooKeeper 服务器可接收各平台服务器发送的平台日切完成通知，然后将平台日切完成通知传输 至平台日切控制器，以使平台日切控制器可通过通用网关向主机服务器反馈各平台服 务器的日切作业情况。

在优选的实施方式中，如图2所示，所述方法进一步包括：

S400：当平台服务器日切失败时，通过平台监控服务器接收平台服务器发送的日切失败信息向用户反馈所述日切失败信息。

可以理解的是，通过设置平台监控服务器，如果存在平台上的应用日切失败，可触发平台监控服务器的应用进行监控预警，向用户反馈平台服务器的日切失败信息， 可使管理根据反馈的信息进行人工介入，决定是否需要手工日切。在该优选的实施方 式中，增加平台日切失败监控、保留手工日切作业等以备应急的手段，规避系统风险， 提高分布式系统的灵活性。

在金融机构架构转型后，账户类核心应用从主机迁移到开放平台，原先由主机集中处理的业务，改为主机、平台分散进行的模式，技术的变化，对于系统的处理业务 也带来相应的变化：一是账户体系变化，原先账户处理集中在主机，变为账务应用采 用主机+平台的分散部署模式；二是记账模式变化，原先统一在主机进行记账处理， 变为记账的借方和贷方分属在不同的应用处理，其记账日期也可能变为不一致；三是产品与账户分离，原先的交易处理由一笔交易日志，变为产品日志与和核算日志拆分， 因此业务处理的交易日期和记账日期也会出现不一致。这些变化，对于一笔跨不同平 台系统处理的业务，可能会因各应用的日切时间不同而出现不一致的系统处理日期， 造成会计核算不平衡，出现挂账，以及记账日期不统一，对客户造成不良影响等问题。

基于以上问题，在各平台服务器协同日切的基础上，为了进一步保证账务对账处理的合理、快速和准确。在优选的实施方式中，如图3所示，所述方法进一步包括：

S510：通过平台服务器接收客户端的服务请求。

S520：确定所述服务请求是否存在处理时间要求，当存在处理时间要求时，确定服务请求中的交易日期和平台服务器的记账日期是否满足所述处理时间要求，若否， 则返回拒绝交易信息至客户端。

S530：若是，根据所述服务请求调用对应的服务组件进行交易处理，根据交易处理结果、交易日期和记账日期形成交易信息。

可以理解的是，在分布式异构系统中，各服务器的日期不能保证一致，导致不同平台服务器的记账信息的日期可能存在不一致的情况。在一个具体例子中，在银行分 布式系统架构中，分布式的平台服务器上可搭载的应用包括产品应用、账务应用和会 计核算应用等类型的应用，在分布式系统中，产品应用、账务应用和会计核算应用等类型的应用通常设置于不同的平台服务器。其中，产品应用只是处理具体的业务，不 涉及账务处理。在该优选的实施方式中，产品应用需要保证每一笔服务请求的处理能 够闭环，针对各种系统差异情况，能够提供完整的优化补偿机制。

在一个具体例子中，当产品应用平台服务器在接收到客户端的服务请求时，要判断服务提供的时效性及处理时间等处理时间要求。例如对记账日期敏感的处理时间要 求，即对交易有时效性、事务一致性要求的，要对记账日期进行控制。即可对服务请 求上送的交易日期与当前系统的记账日期比对是否一致，不一致报错返回，不允许交易，并以此作为调用服务组件的条件，不同的条件提供不同的服务申请。

为了后续的账务处理，平台服务器的产品应用需要按照预设的业务规则及账户的处理规则，制定交易日期和记账日期的管理规则，并与账务应用的处理机制进行匹配， 在完成账务服务申请后，接收账务应用的处理结果进行相应的管理，根据返回的记账 处理结果，根据交易处理结果、交易日期和记账日期形成交易信息，符合账务应用对于交易信息的格式要求即可。

平台服务器的账务应用是进行账务处理的应用，需要提供差异化的账务处理能力， 保证业务规则的完整性和账务处理的正确性。在优选的实施方式中，如图4所示，所 述方法进一步包括：

S600：交易日期或记账日期为准进行记账形成记账信息，其中，当以交易日期为准进行记账时，在平台服务器由当日日切至后一日之后，设置预设时间间隔的时间窗 口，将后一日时间窗口内的交易信息添加至当日的记账信息中。

例如，在一个具体例子中，账务应用提供交易日期和记账日期的支持机制，根据实际业务需要可制定账务应用记账处理包括以下三种规则的至少之一：一是，对日期 控制处理，检查产品应用上送的交易日期和账务应用的账务日期不一致，报错退出； 二是，以账务应用为准记账；三是，以交易日期为准记账，提供记T-1(前一日)、 T+1(后一日)等跨日期记账机制，如果提供T-1、T+1跨日期记账功能，账务应用在日切之后，可以保留一个时间窗口，支持在该时间窗口内记上日账，减少账务处理 借贷不一致的情况。

会计核算应用是负责跨产品线的集中核算，需要保证每笔业务的借贷平衡，对于记账信息中存在的因跨日期记账、分布式环境因素导致的借贷不平记录，可统一记入 挂账户，进行销账处理。在优选的实施方式中，如图5所示，所述方法进一步包括：

S710：对多个平台服务器的记账信息进行会计核算，对于会计核算中无法核算完成的贷方账务或借方账务的异常账务，分别设置对应的挂账账目进行登记。

S720：根据挂账账目中异常账务的交易地区在该交易地区的所有交易信息中根据事件编号维度进行匹配，若匹配成功，删除对应的异常账务。

S730：若所述挂账账目中仍存在没有会计核算成功的贷方账务或借方账务，在日切后形成的记账信息中根据事件编号维度进行匹配，若匹配成功，对该贷方账务或贷 方账务进行冲账处理。

可以理解的是，会计核算应用为保证会计核算的最终平衡，可设置两个挂账账目，对于无法核算完成而记入差错登记簿的异常账务，记入挂账内部户。账务应用各自提 供单边账户明细给会计核算，会计核算按地区、网点、交易代码、交易类型轧差主动挂账到挂账账目的内部过渡户。账务应用可根据应用内账务日志，主动调用平台服务 器提供的会计核算接口进行昨日轧差账务的销账处理，或者根据挂账信息明细报表进 行手工销账。需要说明的是，本实施例中，会计核算应用设置于主机服务器，在其他 实施方式中，会计核算应用也可以设置于任意的平台服务器或其他服务器上，本发明 对此并不作限定。

例如，在一个具体例子中，如图6所示，会计核算应用的详细对账处理可为：T 日(当日)：接收各上游账务应用提供的记账信息，按交易机构、借贷标志、币种维 度汇总发生额后进行轧差处理，如果借方发生额多，就在贷方进行一笔主动挂账处理； 如果贷方发生额多，就在借方进行一笔主动挂账处理。如果产生了挂账，就在当前交 易地区进行挂账分析处理：筛选该交易地区的记账信息，根据事件编号维度进行匹配，将可以轧平的记录进行剔除后，将剩下的可疑明细作为异常账务插入平台轧差分析登 记簿。T+1日：在T+1日的预定时间，例如凌晨3点，接收T+1日的发生额文件，根据登记簿中的异常账务，通过事件编号维度扫描T+1日的记账信息，如果查询成 功，且明细发生额小于等于挂账户前一日发生额，确定是由于跨日期导致的挂账，将 挂账户根据该笔明细进行冲账处理

本发明基于消息通知机制的日切协同方案，日切顺序控制快捷及时有效，适应性强，可保证分布式一致性。且各平台应用分层合理，账户处理规则明确易执行，监控 预警充足有效，风险可控。

基于相同原理，本实施例还公开了一种分布式系统日切协同处理系统。如图7 所示，所述系统包括通用网关11、平台日切控制器12和分布式协同服务器13。

其中，通用网关11用于接收主机服务器的日切完成通知，形成平台服务器日切 控制信息并传输至平台日切控制器。

平台日切控制器12用于通过接收平台服务器日切控制信息，形成平台服务器日切指令并传输至分布式协同服务器。

分布式协同服务器13用于将平台服务器日切指令分别传输至各平台服务器以使各平台服务器完成日切。

在优选的实施方式中，所述分布式协同服务器为Zookeeper服务器。

在优选的实施方式中，进一步包括平台监控服务器14。平台监控服务器14用于 当平台服务器日切失败时，接收平台服务器发送的日切失败信息向用户反馈所述日切 失败信息。

在优选的实施方式中，平台服务器可包括产品应用平台服务器。产品应用平台服务器用于接收客户端的服务请求，确定所述服务请求是否存在处理时间要求，当存在 处理时间要求时，确定服务请求中的交易日期和平台服务器的记账日期是否满足所述 处理时间要求，若否，则返回拒绝交易信息至客户端，若是，根据所述服务请求调用对应的服务组件进行交易处理，根据交易处理结果、交易日期和记账日期形成交易信 息。

在优选的实施方式中，平台服务器可包括账务应用平台服务器。账务应用平台服务器用于交易日期或记账日期为准进行记账形成记账信息，其中，当以交易日期为准 进行记账时，在平台服务器由当日日切至后一日之后，设置预设时间间隔的时间窗口， 将后一日时间窗口内的交易信息添加至当日的记账信息中。

在优选的实施方式中，平台服务器可包括会计核算应用平台服务器。会计核算应用平台服务器用于对多个平台服务器的记账信息进行会计核算，对于会计核算中无法 核算完成的贷方账务或借方账务的异常账务，分别设置对应的挂账账目进行登记，根 据挂账账目中异常账务的交易地区在该交易地区的所有交易信息中根据事件编号维度进行匹配，若匹配成功，删除对应的异常账务，若所述挂账账目中仍存在没有会计 核算成功的贷方账务或借方账务，在日切后形成的记账信息中根据事件编号维度进行 匹配，若匹配成功，对该贷方账务或贷方账务进行冲账处理。

由于该系统解决问题的原理与以上方法类似，因此本系统的实施可以参见方法的实施，在此不再赘述。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机设备，具体的，计 算机设备例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、 个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

在一个典型的实例中计算机设备具体包括存储器、处理器以及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如上所述的由客户 端执行的方法，或者，所述处理器执行所述程序时实现如上所述的由服务器执行的方法。

下面参考图8，其示出了适于用来实现本申请实施例的计算机设备600的结构示意图。

如图8所示，计算机设备600包括中央处理单元(CPU)601，其可以根据存储 在只读存储器(ROM)602中的程序或者从存储部分608加载到随机访问存储器 (RAM))603中的程序而执行各种适当的工作和处理。在RAM603中，还存储有系 统600操作所需的各种程序和数据。CPU601、ROM602、以及RAM603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。

以下部件连接至I/O接口605：包括键盘、鼠标等的输入部分606；包括诸如阴 极射线管(CRT)、液晶反馈器(LCD)等以及扬声器等的输出部分607；包括硬盘 等的存储部分608；以及包括诸如LAN卡，调制解调器等的网络接口卡的通信部分 609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连 接至I/O接口605。可拆卸介质611，诸如磁盘、光盘、磁光盘、半导体存储器等等， 根据需要安装在驱动器610上，以便于从其上读出的计算机程序根据需要被安装如存 储部分608。

特别地，根据本发明的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明的实施例包括一种计算机程序产品，其包括有形地包含在机 器可读介质上的计算机程序，所述计算机程序包括用于执行流程图所示的方法的程序 代码。在这样的实施例中，该计算机程序可以通过通信部分609从网络上被下载和安 装，和/或从可拆卸介质611被安装。

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

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

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

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

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

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

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

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、 对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环 境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于 系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参 见方法实施例的部分说明即可。

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

Claims (14)

1.一种分布式系统日切协同处理方法，其特征在于，包括：

通过通用网关接收主机服务器日切后形成的日切完成通知，形成平台服务器日切控制信息并传输至平台日切控制器；

通过平台日切控制器接收平台服务器日切控制信息，形成平台服务器日切指令并传输至分布式协同服务器；

通过分布式协同服务器将平台服务器日切指令分别传输至各平台服务器以使各平台服务器完成日切。

2.根据权利要求1所述的分布式系统日切协同处理方法，其特征在于，所述分布式协同服务器为Zookeeper服务器。

3.根据权利要求1所述的分布式系统日切协同处理方法，其特征在于，进一步包括：

当平台服务器日切失败时，通过平台监控服务器接收平台服务器发送的日切失败信息向用户反馈所述日切失败信息。

4.根据权利要求1所述的分布式系统日切协同处理方法，其特征在于，进一步包括：

通过平台服务器接收客户端的服务请求；

确定所述服务请求是否存在处理时间要求，当存在处理时间要求时，确定服务请求中的交易日期和平台服务器的记账日期是否满足所述处理时间要求，若否，则返回拒绝交易信息至客户端；

若是，根据所述服务请求调用对应的服务组件进行交易处理，根据交易处理结果、交易日期和记账日期形成交易信息。

5.根据权利要求4所述的分布式系统日切协同处理方法，其特征在于，进一步包括：

交易日期或记账日期为准进行记账形成记账信息，其中，当以交易日期为准进行记账时，在平台服务器由当日日切至后一日之后，设置预设时间间隔的时间窗口，将后一日时间窗口内的交易信息添加至当日的记账信息中。

6.根据权利要求5所述的分布式系统日切协同处理方法，其特征在于，进一步包括：

对多个平台服务器的记账信息进行会计核算，对于会计核算中无法核算完成的贷方账务或借方账务的异常账务，分别设置对应的挂账账目进行登记；

根据挂账账目中异常账务的交易地区在该交易地区的所有交易信息中根据事件编号维度进行匹配，若匹配成功，删除对应的异常账务；

若所述挂账账目中仍存在没有会计核算成功的贷方账务或借方账务，在日切后形成的记账信息中根据事件编号维度进行匹配，若匹配成功，对该贷方账务或贷方账务进行冲账处理。

7.一种分布式系统日切协同处理系统，其特征在于，包括：

通用网关，用于接收主机服务器日切后形成的日切完成通知，形成平台服务器日切控制信息并传输至平台日切控制器；

平台日切控制器，用于通过接收平台服务器日切控制信息，形成平台服务器日切指令并传输至分布式协同服务器；

分布式协同服务器，用于将平台服务器日切指令分别传输至各平台服务器以使各平台服务器完成日切。

8.根据权利要求7所述的分布式系统日切协同处理系统，其特征在于，所述分布式协同服务器为Zookeeper服务器。

9.根据权利要求7所述的分布式系统日切协同处理系统，其特征在于，进一步包括平台监控服务器，用于当平台服务器日切失败时，接收平台服务器发送的日切失败信息向用户反馈所述日切失败信息。

10.根据权利要求7所述的分布式系统日切协同处理系统，其特征在于，进一步包括产品应用平台服务器，用于接收客户端的服务请求，确定所述服务请求是否存在处理时间要求，当存在处理时间要求时，确定服务请求中的交易日期和平台服务器的记账日期是否满足所述处理时间要求，若否，则返回拒绝交易信息至客户端，若是，根据所述服务请求调用对应的服务组件进行交易处理，根据交易处理结果、交易日期和记账日期形成交易信息。

11.根据权利要求10所述的分布式系统日切协同处理系统，其特征在于，进一步包括账务应用平台服务器，用于交易日期或记账日期为准进行记账形成记账信息，其中，当以交易日期为准进行记账时，在平台服务器由当日日切至后一日之后，设置预设时间间隔的时间窗口，将后一日时间窗口内的交易信息添加至当日的记账信息中。

12.根据权利要求11所述的分布式系统日切协同处理系统，其特征在于，进一步包括会计核算应用平台服务器，用于对多个平台服务器的记账信息进行会计核算，对于会计核算中无法核算完成的贷方账务或借方账务的异常账务，分别设置对应的挂账账目进行登记，根据挂账账目中异常账务的交易地区在该交易地区的所有交易信息中根据事件编号维度进行匹配，若匹配成功，删除对应的异常账务，若所述挂账账目中仍存在没有会计核算成功的贷方账务或借方账务，在日切后形成的记账信息中根据事件编号维度进行匹配，若匹配成功，对该贷方账务或贷方账务进行冲账处理。

13.一种计算机设备，包括存储器、处理器以及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，

所述处理器执行所述程序时实现如权利要求1-6任一项所述方法。

14.一种计算机可读介质，其上存储有计算机程序，其特征在于，

该程序被处理器执行时实现如权利要求1-6任一项所述方法。