账务信息处理方法及装置

摘要

本申请提供一种账务信息处理方法及装置，可用于金融领域或其他领域，该方法包括：接收平台服务器集群中的平台服务器发送的账务信息处理请求，账务信息处理请求包括：目标交易的交易日期、交易类型和核对标识；根据核对标识，确定是否核对目标交易的记账日期，若是，则根据交易类型和预设的交易类型与对象关系表，确定日期核对对象，预设的交易类型与对象关系表是应用分布式协同服务器生成并发送至各个平台服务器中的；若日期核对对象为调用终端，则根据交易日期和本地的日切时间确定目标交易的记账日期，以根据记账日期完成目标交易的记账操作。本申请能够提高记账日期的准确性，进而能够提高账务处理的可靠性，改善客户办理业务体验。

说明书

技术领域

本申请涉及数据处理技术领域，尤其涉及一种账务信息处理方法及装置。

背景技术

随着分布式技术在银行业的推广应用，当前的金融交易系统逐步由集中式主机向分布式平台转型。但是由于分布式系统的异构性，不同平台服务器(分别搭载产品应用、账户和会计核算等应用)的时间是不完全一致的，因此，在业务办理过程中，交易日期和记账日期可以会存在差异，难以保证账务处理的可靠性。

发明内容

针对现有技术中的问题，本申请提出了一种账务信息处理方法及装置，能够提高记账日期的准确性，进而能够提高账务处理的可靠性，改善客户办理业务的体验。

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

第一方面，本申请提供一种账务信息处理方法，包括：

接收平台服务器集群中的平台服务器发送的账务信息处理请求，该账务信息处理请求包括：目标交易的交易日期、交易类型和核对标识；

根据所述核对标识，确定是否核对所述目标交易的记账日期，若是，则根据所述交易类型和预设的交易类型与对象关系表，确定日期核对对象，所述预设的交易类型与对象关系表是应用分布式协同服务器生成并发送至各个平台服务器中的；

若所述日期核对对象为调用终端，则根据所述交易日期和本地的日切时间确定所述目标交易的记账日期，以根据该记账日期完成所述目标交易的记账操作。

进一步地，所述的账务信息处理方法，还包括：

若所述日期核对对象为被调用终端，则获取本地的系统日期；

根据所述系统日期和本地的日切时间，确定所述目标交易的记账日期，以根据该记账日期完成所述目标交易的记账操作。

进一步地，所述根据所述交易日期和本地的日切时间确定所述目标交易的记账日期，包括：

根据所述本地的日切时间和所述交易日期，确定所述交易日期中的时间是否小于等于所述本地的日切时间，若是，则将所述交易日期中的日期变更为前一日，并将所述交易日期中的时间变更为预设的结束时间；

将变更后的交易日期作为所述目标交易对应的记账日期。

进一步地，所述的账务信息处理方法，还包括：

若所述预设的交易类型与对象关系表发生变更，则应用所述分布式协同服务器将变更信息发送至各个平台服务器中，以使各个平台服务器根据所述变更信息更新各自的核对规则。

进一步地，在所述根据该记账日期完成所述目标交易的记账操作之后，还包括：

将记账结果输出显示。

第二方面，本申请提供一种账务信息处理装置，包括：

接收模块，用于接收平台服务器集群中的平台服务器发送的账务信息处理请求，该账务信息处理请求包括：目标交易的交易日期、交易类型和核对标识；

核对模块，用于根据所述核对标识，确定是否核对所述目标交易的记账日期，若是，则根据所述交易类型和预设的交易类型与对象关系表，确定日期核对对象，所述预设的交易类型与对象关系表是应用分布式协同服务器生成并发送至各个平台服务器中的；

第一确定模块，用于若所述日期核对对象为调用终端，则根据所述交易日期和本地的日切时间确定所述目标交易的记账日期，以根据该记账日期完成所述目标交易的记账操作。

进一步地，所述的账务信息处理装置，还包括：

获取模块，用于若所述日期核对对象为被调用终端，则获取本地的系统日期；

第二确定模块，用于根据所述系统日期和本地的日切时间，确定所述目标交易的记账日期，以根据该记账日期完成所述目标交易的记账操作。

进一步地，所述第一确定模块，包括：

确定单元，用于根据所述本地的日切时间和所述交易日期，确定所述交易日期中的时间是否小于等于所述本地的日切时间，若是，则将所述交易日期中的日期变更为前一日，并将所述交易日期中的时间变更为预设的结束时间；

验证单元，用于将变更后的交易日期作为所述目标交易对应的记账日期。

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

第四方面，本申请提供一种计算机可读存储介质，其上存储有计算机指令，所述指令被执行时实现所述的账务信息处理方法。

由上述技术方案可知，本申请提供一种账务信息处理方法及装置。其中，该方法包括：接收平台服务器集群中的平台服务器发送的账务信息处理请求，该账务信息处理请求包括：目标交易的交易日期、交易类型和核对标识；根据所述核对标识，确定是否核对所述目标交易的记账日期，若是，则根据所述交易类型和预设的交易类型与对象关系表，确定日期核对对象，所述预设的交易类型与对象关系表是应用分布式协同服务器生成并发送至各个平台服务器中的；若所述日期核对对象为调用终端，则根据所述交易日期和本地的日切时间确定所述目标交易的记账日期，以根据该记账日期完成所述目标交易的记账操作，能够提高记账日期的准确性，进而能够提高账务处理的可靠性，改善客户办理业务的体验；具体地，能够避免因分布式系统的异构性导致的财务核算失衡，节省人力成本，通过实现记账日期一致，能够减少会计核算不平衡出现挂账、记账时间不统一对客户造成不良影响，以及因计息日不一致导致还款业务有误等问题，能够在生产上达到显著的成效。

附图说明

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

图1是本申请实施例中账务信息处理方法的流程示意图；

图2是本申请另一实施例中账务信息处理方法的流程示意图；

图3是本申请实施例中账务信息处理装置的结构示意图；

图4是本申请应用实例中账务信息处理系统的结构示意图；

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

具体实施方式

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

在现有技术中，容易存在以下问题：

当转出方日期与转入方日期不同、扣款时间与实际到账时间不同，以及回单、短信、凭证和对账明细等记录的日期与实际记账日期不同时，容易引起客户误解，影响客户体验，从业务角度来看，需要向客户解释问题原因，增加业务人员工作量。

在基于分布式平台的银行系统中，日切模式、账户体系和记账模式等方面都有较大的变化，原来以主机为核心做的一系列操作，现在采用主机+平台的分散部署模式。在数据分布、信息交互、事务处理模式等方面都与原来有着较大区别；同时，这一转变使得金融机构的平台服务器之间存在日切不一致的问题。在记账处理层面上，由原来主机统一日切的模式，变为主机和平台分开日切的模式，这就导致应用间的日切时间不一致，使得各个平台的系统日期无法保证一致。例如，一笔交易如果存在跨平台交易，入账日期发生跨日，容易导致挂账、总分不平、对客体验不良和对外信息有误等一系列的问题。因此，为了在保证业务处理正常执行的基础上，解决借贷双方日期不一致的问题，本申请提供一种账务信息处理方法及装置，从产品应用、账户应用和会计核算应用等多方面考虑，解决因系统异构产生的账务核算失衡等问题。

基于此，为了提高记账日期的准确性，进而提高账务处理的可靠性，改善客户办理业务的体验，本申请实施例提供一种账务信息处理装置，该装置可以是一服务器或客户端设备，所述客户端设备可以包括智能手机、平板电子设备、网络机顶盒、便携式计算机、台式电脑、个人数字助理(PDA)、车载设备和智能穿戴设备等。其中，所述智能穿戴设备可以包括智能眼镜、智能手表和智能手环等。

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

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

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

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

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

为了提高记账日期的准确性，进而提高账务处理的可靠性，改善客户办理业务的体验，本实施例提供一种执行主体是账务信息处理装置的账务信息处理方法，该账务信息处理装置包括但不限于服务器，如图1所示，该方法具体包含有如下内容：

步骤100：接收平台服务器集群中的平台服务器发送的账务信息处理请求，该账务信息处理请求包括：目标交易的交易日期、交易类型和核对标识。

具体地，所述平台服务器集群可以是分布式平台服务器集群，所述账务信息处理装置可以是平台服务器中的一种，不同平台服务器可以分别搭载产品应用、账户和会计核算等应用；所述交易日期包含有日期和时间；交易类型可以包含有：账户变更、转账和支付等；可以当所述平台服务器接收到前端设备发送的交易请求时，将所述平台服务器的系统日期作为交易日期。各个平台服务器中可以存储有交易类型和核对标识关系表，包含有交易类型和核对标识之间的对应关系，可根据实际需要进行设置，本申请对此不作限制；核对标识FLAG6可以是“0”或者“1”；FLAG6＝“0”，表示核对记账日期，若FLAG6为“1”，表示不核对记账日期。可以应用分布式协同服务器生成交易类型和核对标识关系表并发送至各个平台服务器。

步骤200：根据所述核对标识，确定是否核对所述目标交易的记账日期，若是，则根据所述交易类型和预设的交易类型与对象关系表，确定日期核对对象，所述预设的交易类型与对象关系表是应用分布式协同服务器生成并发送至各个平台服务器中的。

具体地，所述预设的交易类型与对象关系表可以存储在各个平台服务器的数据库中，包含有交易类型和日期核对对象之间的对应关系，所述应用分布式协同服务器可以是ZooKeeper服务器；所述日期核对对象包括：调用终端和被调用终端，被调用终端可以是指发出账务信息处理请求的平台服务器，调用终端可以是指接收账务信息处理请求的平台服务器，在所述交易类型与对象关系表中，可以以“0”表示调用终端，“1”表示被调用终端。

步骤300：若所述日期核对对象为调用终端，则根据所述交易日期和本地的日切时间确定所述目标交易的记账日期，以根据该记账日期完成所述目标交易的记账操作。

为了进一步提高记账效率，在步骤200之前还可以包括：判断交易日期中的日期和所述账务信息处理装置的系统日期中的日期是否相同，若是，则根据所述交易日期和本地的日切时间确定所述目标交易的记账日期，否则执行步骤200。

具体地，所述本地的日切时间可根据实际需要进行设置，本申请对此不作限制；举例来说，若所述交易日期为T日00:00:01，所述本地的日切时间为00:00:05，则将所述目标交易的记账日期确定为T-1日23:59:59。

由上述描述可知，本实施例提供的账务信息处理方法，能够提高记账日期的准确性，进而能够提高账务处理的可靠性，改善客户办理业务的体验；进一步地，还能够保证各平台服务器中核对规则的一致性。

在记账处理方面，由原来主机统一日切的模式，转化为各平台分开日切的模式，平台之间的日切可能不一致，因此，为了保证各个平台服务器的系统日期的一致性，进一步提高记账日期的可靠性，还可以应用分布式协同服务器将日切指令同时发送至各个平台服务器，以使各个平台服务器完成日切，保证各个平台服务器日切时间的一致性。

具体地，解决银行跨平台日切日期强一致其实最主要解决的就是账务问题，比如两个应用之间存在账务交易(比如：转账和汇款等)，一边对应借方，一边对应贷方，双方记录各自的处理过程，比较两者记录结果，若匹配，则该笔账务平衡，否则该笔账务有误。

为了进一步提高记账日期的可靠性，参见图2，在本申请一个实施例中，在步骤200之后，还包括：

步骤400：若所述日期核对对象为被调用终端，则获取本地的系统日期。

具体地，所述本地的系统日期为所述账务信息处理装置的系统日期。在本实施例中，被调用终端即所述账务信息处理装置。

步骤500：根据所述系统日期和本地的日切时间，确定所述目标交易的记账日期，以根据该记账日期完成所述目标交易的记账操作。

举例来说，若所述系统日期为T日00:00:01，所述日切时间为00:00:05，则将所述目标交易的记账日期确定为T-1日23:59:59。

为了进一步提高记账日期的可靠性，在本申请一个实施例中，步骤300中所述的根据所述交易日期和本地的日切时间确定所述目标交易的记账日期，包括：

步骤301：根据所述本地的日切时间和所述交易日期，确定所述交易日期中的时间是否小于等于所述本地的日切时间，若是，则将所述交易日期中的日期变更为前一日，并将所述交易日期中的时间变更为预设的结束时间。

具体地，所述预设的结束时间可根据实际需要进行设置，本申请对此不作限制，例如，将预设的结束时间设置为23:59:59。

步骤302：将变更后的交易日期作为所述目标交易对应的记账日期。

为了提高核对规则传输和变更的效率，在本申请一个实施例中，所述的账务信息处理方法，还包括：

若所述预设的交易类型与对象关系表发生变更，则应用所述分布式协同服务器将变更信息发送至各个平台服务器中，以使各个平台服务器根据所述变更信息更新各自的核对规则。

具体地，发生变更可以是指新增或修改；所述变更信息包含有：新增或修改后的交易类型和核对标识之间的对应关系。

为了进一步提高记账结果的可视化程度以及输出记账结果的准确性，在所述根据该记账日期完成所述目标交易的记账操作之后，还包括：将记账结果输出显示。

具体地，所述记账结果可以包含有：记账日期、交易类型和交易金额等，可以将记账结果以短信或邮件的形式发送给客户的终端设备，如手机或计算机等。

从软件层面来说，为了提高记账日期的准确性，进而提高账务处理的可靠性，改善客户办理业务的体验，本申请提供一种用于实现所述账务信息处理方法中全部或部分内容的账务信息处理装置的实施例，参见图3，所述账务信息处理装置具体包含有如下内容：

接收模块10，用于接收平台服务器集群中的平台服务器发送的账务信息处理请求，该账务信息处理请求包括：目标交易的交易日期、交易类型和核对标识。

核对模块20，用于根据所述核对标识，确定是否核对所述目标交易的记账日期，若是，则根据所述交易类型和预设的交易类型与对象关系表，确定日期核对对象，所述预设的交易类型与对象关系表是应用分布式协同服务器生成并发送至各个平台服务器中的。

第一确定模块30，用于若所述日期核对对象为调用终端，则根据所述交易日期和本地的日切时间确定所述目标交易的记账日期，以根据该记账日期完成所述目标交易的记账操作。

在本申请一个实施例中，所述的账务信息处理装置，还包括：

获取模块，用于若所述日期核对对象为被调用终端，则获取本地的系统日期。

第二确定模块，用于根据所述系统日期和本地的日切时间，确定所述目标交易的记账日期，以根据该记账日期完成所述目标交易的记账操作。

在本申请一个实施例中，所述第一确定模块，包括：

确定单元，用于根据所述本地的日切时间和所述交易日期，确定所述交易日期中的时间是否小于等于所述本地的日切时间，若是，则将所述交易日期中的日期变更为前一日，并将所述交易日期中的时间变更为预设的结束时间。

验证单元，用于将变更后的交易日期作为所述目标交易对应的记账日期。

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

为了进一步说明本方案，本申请提供一种记账系统的应用实例，参见图4，该系统包括：

平台服务器集群、前端设备和分布式协同服务器；所述平台服务器集群包括：多个平台服务器，并且每个平台服务器与其他至少一个平台服务器通信连接；所述分布式协同服务器分别与各个平台服务器之间通信连接；所述前端设备与平台服务器通信连接。所述前端设备可以是手机或POS机等。平台服务器可以部署产品应用、账户应用和会计核算应用等。

产品应用，具备具体业务处理的解决能力，保证每一笔业务的处理能够顺利闭环，针对各种系统差异不同的情况，能够提供完整的优化补偿机制，保证业务的完整性和正确性。同时，根据交易业务特点，对账务借贷日期一致性提出明确要求。

账户应用，结合自身的实际情况，对交易日期和账户日期提供支持，提供差异化的账务处理能力，保证业务规则的完整性和账务处理的正确性。并根据产品应用需要，支持T-1日记账。

会计核算应用，完成业务的核算处理，保证每笔业务的借贷平衡，对于账务中存在的因跨日期记账、环境因素导致的借贷不平记录，统一记入专用的挂账户，并能够自动销账处理。

具体地，调用终端和被调用终端之间通信连接；被调用终端和调用终端可以是上述平台服务器集群中的平台服务器；调用终端可以指发送账务信息处理请求的平台服务器，若调用终端上送的日期和被调用终端上送的日期不一致，可以采用以下两种模式进行日期校正：第一种，若调用终端上送的核对标识FLAG6为“1”，则以被调用终端的日期为准，将被调用终端的日期作为记账日期；第二种，若FLAG6为“0”，则以调用终端的日期为准，将调用终端的日期作为记账日期。判断记账日期T与日切日期是否相差一天，若是，则判断记账日期是否超出本地的日切时间，若否，则将记账日期调整为T-1；在完成记账后将记账日期返回调用终端。

为了进一步说明本方案，本申请提供一种账务信息处理方法的应用实例，包括：

步骤1：接收到调用终端发出的账务信息处理请求。

步骤2：若所述账务信息处理请求中的FLAG6字段为“1”，那么记账日期登记对后续的对账操作没有影响，若上送的FLAG6字段为“0”，那么借贷双方的记账日期就必须保持强一致。

步骤3：判断以调用终端的系统时间作为统一时间记录，还是以被调用终端的系统时间作为统一的时间记录。

步骤4：根据统一的时间记录完成账务信息处理请求对应的记账操作。

可以应用被调用终端中所述账务信息处理请求对应的服务组件执行账务信息处理方法，可以根据账务信息处理请求中的交易类型确定该账务信息处理请求对应的服务组件。

1、对于TCC模式，若在TRY阶段已经成功，为了避免在CONFIRM阶段失败，如果交易需要记账日期强一致性，则在账务处理CONFIRM阶段支持T-1日记账。由于在TRY阶段已经进行了记账合法性检查，在CONFIRM阶段则不需要再进行相关检查，T-1日现场信息只需要满足正确记账处理即可。

2、对于其他模式，为了减少跨日期引起的挂账，或者跨日期引起的交易报错，账务系统应该尽可能支持记T-1日账。由于目前平台日切间隔很短，造成记账日期不一致的主要原因是记账延时，因此暂不考虑支持T+1日账。如果要支持T-1日记账，除了余额信息外，还需要保留满足借、贷方T-1日记账的信息；而本模式只需要保留贷方T-1日记账的信息。

除了实现交易日期强制一致之外，还可以保证记T-1日账来达到账务平衡的目的，实现T-1日记账的过程具体包含有：

设置T-1日开关：由各个账户应用自行控制此开关，每天日切时同步打开，日志解析批量开始前则关闭。在记账的时候，需要先判断开关，只有开关为开的状态才允许记T-1日账。保留T-1日现场：账户应用每天处理第一笔交易时，保留上日交易的现场。目前各个账户应用均保存上一日余额信息，需要再确定其他T-1日账所需要的现场信息。支持倒起息处理：对于T-1日记账，支持补客户一天利息，通过调整利息字段实现。

进一步地，本应用实例提供的账务信息处理方法，还包括：

1)对于回滚处理的原交易明细或者回滚明细，无论是当天回滚还是隔日回滚，都打上标识，一方面生成反交易及冲正交易明细的时候，这两笔业务不会体现在业务报表中，避免对业务造成影响。若所述账务信息处理方法基于TCC模式，若在TRY阶段的日期检查已经通过，但是记账日期超过本地的日切时间，若记账请求要求核对日期，则账务处理应支持T-1日账的处理，避免出现TRY成功实际记账失败；对于其他模式，如果发生回滚时超过了日切时间，为了避免回滚失败，在回滚处理中要忽略公共通讯区中的FLAG6字段，只要能够找到正交易处理的信息，则应允许回滚成功。

2)目前的入账短信是记账完成后马上发送短信，这种模式在主机处理的时候没有问题，但是在分布式平台下，需要优化短信发送的机制，只有在确保资金真正入账成功后，才能发送短信。

3)账务核算与客户服务分别应用不同的日期处理，账务核算以日切日期进行，客户服务以自然日期进行，客户服务包括：计息、还款、还贷、账单处理和短信处理等业务。

4)在记账的时候，如果日切日期与自然日期不一致，把所有记账日期都记为23:59:59(延迟日切)或者00:00:01(提前日切)。例如，若日切时间为00:00:05，那在0点后并且在日切时间前发生的业务，时间都记为T日23:59:59，时间标签仍按照自然日期记录。

由上述描述可知，本申请提供的账务信息处理方法及装置，能够提高记账日期的准确性，进而能够提高账务处理的可靠性，改善客户办理业务的体验；具体地，能够避免因分布式系统的异构性导致的财务核算失衡，节省人力成本，通过实现记账日期一致，能够减少会计核算不平衡出现挂账、记账时间不统一对客户造成不良影响，以及因计息日不一致导致还款业务有误等问题，能够在生产上达到显著的成效。

从硬件层面来说，为了提高记账日期的准确性，进而提高账务处理的可靠性，改善客户办理业务的体验，本申请提供一种用于实现所述账务信息处理方法中的全部或部分内容的电子设备的实施例所述电子设备具体包含有如下内容：

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

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

在本申请一个或多个实施例中，记账功能可以被集成到中央处理器9100中。其中，中央处理器9100可以被配置为进行如下控制：

步骤100：接收平台服务器集群中的平台服务器发送的账务信息处理请求，该账务信息处理请求包括：目标交易的交易日期、交易类型和核对标识；

步骤200：根据所述核对标识，确定是否核对所述目标交易的记账日期，若是，则根据所述交易类型和预设的交易类型与对象关系表，确定日期核对对象，所述预设的交易类型与对象关系表是应用分布式协同服务器生成并发送至各个平台服务器中的；

步骤300：若所述日期核对对象为调用终端，则根据所述交易日期和本地的日切时间确定所述目标交易的记账日期，以根据该记账日期完成所述目标交易的记账操作。

从上述描述可知，本申请的实施例提供的电子设备，能够提高记账日期的准确性，进而提高账务处理的可靠性，改善客户办理业务的体验。

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

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

如图5所示，中央处理器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来播放本机上存储的声音。

上述描述可知，本申请的实施例提供的电子设备，能够提高记账日期的准确性，进而提高账务处理的可靠性，改善客户办理业务的体验。

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

步骤100：接收平台服务器集群中的平台服务器发送的账务信息处理请求，该账务信息处理请求包括：目标交易的交易日期、交易类型和核对标识；

步骤200：根据所述核对标识，确定是否核对所述目标交易的记账日期，若是，则根据所述交易类型和预设的交易类型与对象关系表，确定日期核对对象，所述预设的交易类型与对象关系表是应用分布式协同服务器生成并发送至各个平台服务器中的；

步骤300：若所述日期核对对象为调用终端，则根据所述交易日期和本地的日切时间确定所述目标交易的记账日期，以根据该记账日期完成所述目标交易的记账操作。

从上述描述可知，本申请实施例提供的计算机可读存储介质，能够提高记账日期的准确性，进而提高账务处理的可靠性，改善客户办理业务的体验。

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

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

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

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

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

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