CN115760406A - 交易核算处理方法、装置、核算服务器及存储介质 - Google Patents

Abstract

本申请提供一种交易核算处理方法、装置、核算服务器及存储介质，涉及数据处理技术领域。该方法包括：解析交易服务器发送的交易信息，获取交易信息中的交易数据、交易日期和交易类型；根据交易类型，获取记账分户，记账分户为对交易数据进行记账的账户；根据不同信息处理操作对应的处理日期和记账分户的类型，确定不同记账分户对应的不同记账方式；根据不同记账方式以及对应的交易数据，在不同记账方式对应的总记账日期内对记账分户进行记账，不同记账方式对应的总记账日期是以交易日期为日期基准，并根据交易信息量在交易日期上进行日期顺序上的连续。本申请可以针对不同交易类型的交易数据确定不同的记账方式，实现针对交易数据进行灵活核算。

Description

交易核算处理方法、装置、核算服务器及存储介质

技术领域

本发明涉及数据处理技术领域，具体而言，涉及一种交易核算处理方法、装置、核算服务器及存储介质。

背景技术

随着银行业务的不断发展和壮大，交易系统用于面向用户提供交易服务，根据交易系统执行的交易服务，需要在核算系统中进行核算。

但是，当交易系统发送的交易信息较多时，大量的待记账的交易信息堆积，核算系统无法及时完成记账操作，影响交易系统与核算系统之间的核算。

发明内容

本发明的目的在于，针对上述现有技术中的不足，提供一种交易核算处理方法、装置、核算服务器及存储介质，以便根据交易日期和交易类型确定交易数据的记账日期和记账方式，实现针对交易数据进行灵活核算。

为实现上述目的，本申请实施例采用的技术方案如下：

第一方面，本申请实施例提供了一种交易核算处理方法，应用于核算服务器，交易服务器分与所述核算服务器布式部署，以分别进行交易与核算的信息处理操作，所述方法包括：

解析所述交易服务器发送的交易信息，获取所述交易信息中的交易数据、交易日期和交易类型；

根据所述交易类型，获取记账分户，所述记账分户为对所述交易数据进行记账的账户；

根据不同信息处理操作对应的处理日期和所述记账分户的类型，确定不同所述记账分户对应的不同记账方式，所述不同记账方式对应的总记账日期是以所述交易日期为日期基准，并根据交易信息量在所述交易日期上进行日期顺序上的连续；

根据不同所述记账方式以及对应的所述交易数据，在不同所述记账方式对应的总记账日期内分别对所述记账分户进行记账。

可选的，所述根据不同信息处理操作对应的处理日期和所述记账分户的类型，确定不同所述记账分户对应的不同记账方式，包括：

确定对所述交易信息进行核算处理操作的核算日期；

根据所述交易日期和所述核算日期的日期关系，确定不同所述记账分户对应的不同记账方式。

可选的，所述根据所述交易日期和所述核算日期的日期关系，确定不同所述记账分户对应的不同记账方式，包括：

若所述交易日期大于所述核算日期，根据所述记账分户的类型与所述记账方式的映射关系，确定不同所述记账分户对应的不同记账方式。

可选的，所述若所述交易日期大于所述核算日期，根据所述记账分户的类型与记账方式的映射关系，确定不同所述记账分户对应的不同记账方式，包括：

若所述交易日期大于所述核算日期，且所述记账分户的类型为第一类记账分户，确定所述第一类记账分户的记账方式为实时记账方式；

若所述交易日期大于所述核算日期，且所述记账分户的类型为第二类记账分户，确定所述第二类记账分户的记账方式为日终追账方式。

可选的，所述若所述交易日期大于所述核算日期，且所述记账分户的类型为第二类记账分户，确定所述第二类记账分户的记账方式为日终追账方式之后，所述方法还包括：

根据所述交易数据，登记未达账金额登记薄、账户明细和追账明细，所述交易明细中的交易明细内容的状态为未入账，所述追账明细中的追账明细内容的状态为未入账。

可选的，所述根据不同所述记账方式以及对应的所述交易数据，在不同所述记账方式对应的总记账日期内分别对所述记账分户进行记账，包括：

根据所述未达账金额登记薄和所述交易信息量，确定对所述未达账金额登记薄进行记账的记账天数；

根据所述交易日期和所述记账天数，确定所述总记账日期；

在所述总记账日期内，根据所述未达账金额登记薄和所述交易信息量，更新所述第二类记账分户的账户余额；

更新所述交易明细中的交易明细内容的状态为已入账，更新所述追账明细中的追账明细内容的状态为已入账。

可选的，所述方法还包括：

若所述交易日期等于所述核算日期，确定所有类型的所述记账分户的记账方式均为实时记账方式。

第二方面，本申请实施例还提供一种交易核算处理装置，应用于核算服务器，交易服务器分与所述核算服务器布式部署，以分别进行交易与核算的信息处理操作，所述装置包括：

交易信息解析模块，用于解析所述交易服务器发送的交易信息，获取所述交易信息中的交易数据、交易日期和交易类型；

记账分户确定模块，用于根据所述交易类型，获取记账分户；

记账方式确定模块，用于根据不同信息处理操作对应的处理日期和所述记账分户的类型，确定不同所述记账分户对应的不同记账方式，所述不同记账方式对应的总记账日期是以所述交易日期为日期基准，并根据交易信息量在所述交易日期上进行日期顺序上的连续；

记账模块，用于根据不同所述记账方式以及对应的所述交易数据，在不同所述记账方式对应的总记账日期内分别对所述记账分户进行记账。

可选的，所述记账方式确定模块，包括：

核算日期确定单元，用于确定对所述交易信息进行核算处理操作的核算日期；

记账方式确定单元，用于根据所述交易日期和所述核算日期的日期关系，确定不同所述记账分户对应的不同记账方式。

可选的，所述记账方式确定单元，具体用于若所述交易日期大于所述核算日期，根据所述记账分户的类型与所述记账方式的映射关系，确定不同所述记账分户对应的不同记账方式。

可选的，所述记账方式确定单元，包括：

实时记账方式确定单元，用于若所述交易日期大于所述核算日期，且所述记账分户的类型为第一类记账分户，确定所述第一类记账分户的记账方式为实时记账方式；

日终追账方式确定单元，用于若所述交易日期大于所述核算日期，且所述记账分户的类型为第二类记账分户，确定所述第二类记账分户的记账方式为日终追账方式。

可选的，所述装置还包括：

明细等级模块，用于根据所述交易数据，登记未达账金额登记薄、账户明细和追账明细，所述交易明细中的交易明细内容的状态为未入账，所述追账明细中的追账明细内容的状态为未入账。

可选的，所述记账模块，包括：

记账天数计算单元，用于根据所述未达账金额登记薄和所述交易信息量，确定对所述未达账金额登记薄进行记账的记账天数；

总记账日期确定单元，用于根据所述交易日期和所述记账天数，确定所述总记账日期；

余额更新单元，用于在所述总记账日期内，根据所述未达账金额登记薄和所述交易信息量，更新所述第二类记账分户的账户余额；

明细状态更新单元，用于更新所述交易明细中的交易明细内容的状态为已入账，更新所述追账明细中的追账明细内容的状态为已入账。

可选的，所述记账方式确定单元，还用于若所述交易日期等于所述核算日期，确定所有类型的所述记账分户的记账方式均为实时记账方式。

第三方面，本申请实施例还提供一种核算服务器，包括：处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的程序指令，当所述核算服务器运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述程序指令，以执行如第一方面任一所述的交易核算处理方法的步骤。

第四方面，本申请实施例还提供一种计算机可读存储介质，所述存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行如第一方面任一所述的交易核算处理方法的步骤。

本申请的有益效果是：

本申请提供一种交易核算处理方法、装置、核算服务器及存储介质，通过确定交易信息中的交易类型对应的记账分户，根据不同信息处理操作对应的处理日期和记账分户的类型，确定不同记账分户的不同记账方式，从而根据不同记账方式以及对应的交易数据，在不同记账方式对应的总记账日期内分别对记账分户进行记账，由于记账方式的总记账日期是根据交易信息量在交易日期上进行日期顺序上的连续得到的，可以根据交易信息量确定在交易日期T之后进行核算记账的连续日期N，从而实现针对交易数据进行T+N日的核算记账，以对交易信息按照不同信息处理操作对应的处理日期和记账分户进行分流记账，一方面可以降低核算系统的核算压力，另一方面避免交易系统需要及时核算的交易信息未及时完成记账，可以保证核算系统与交易系统之间正常进行核算。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请实施例提供的一种应用场景的架构图；

图2为本申请实施例提供的交易核算处理方法的流程示意图一；

图3为本申请实施例提供的交易核算处理方法的流程示意图二；

图4为本申请实施例提供的交易核算处理方法的流程示意图三；

图5为本申请实施例提供的交易核算处理装置的结构示意图；

图6为本申请实施例提供的核算服务器的示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。

因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

此外，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

需要说明的是，在不冲突的情况下，本申请的实施例中的特征可以相互结合。

在对本申请提供的交易核算处理方法进行介绍之前，先对本申请所涉及的应用场景进行说明。

请参考图1，为本申请实施例提供的一种应用场景的架构图，如图1所示，该应用场景包括：交易服务器10和核算服务器20，交易服务器10提供交易系统，用于执行交易处理操作，为用户提供交易服务，核算服务器20的核算系统提供核算驱动引擎，用于对交易系统产生的交易信息进行核算处理操作。

核算驱动引擎通过对交易信息进行解析，确定交易信息中的交易数据、交易日期和交易类型，根据预先定义的多种类型的交易和记账分户的对应关系，确定交易信息中的交易类型对应的记账分户，并根据不同信息处理操作对应的处理日期和记账分户的类型，确定不同记账分户的不同记账方式，从而根据不同记账方式以及对应的交易数据，在不同记账方式对应的总记账日期内分别对记账分户进行记账，由于记账方式的总记账日期是根据交易信息量在交易日期上进行日期顺序上的连续得到的，可以根据交易信息量确定在交易日期T之后进行核算记账的连续日期N，从而实现针对交易数据进行T+N日的核算记账，以对交易信息按照不同信息处理操作对应的处理日期和记账分户进行分流记账，一方面可以降低核算系统的核算压力，另一方面避免交易系统需要及时核算的交易信息未及时完成记账，可以保证核算系统与交易系统之间正常进行核算。

基于上述应用场景，提出一种应用于核算服务器20中核算驱动引擎的交易核算处理方法。请参考图2，为本申请实施例提供的交易核算处理方法的流程示意图一，如图2所示，该方法可以包括：

S10：解析交易服务器发送的交易信息，获取交易信息中的交易数据、交易日期和交易类型。

本实施例中，交易信息是交易系统处理客户交易请求生成的信息，交易信息中包括：交易数据、交易日期和交易类型，其中，交易数据包括：交易金额和交易方向等信息，交易日期以交易系统的日期为准，交易类型是对交易数据进行分类核算的类型，根据会计规则可以确定交易数据和交易类型的对应关系，交易系统在处理客户交易请求时，根据交易数据，确定对应的交易类型。

核算驱动引擎接收到交易系统发送的交易信息后，通过对交易信息进行解析，确定交易信息中所包含的交易数据、交易日期和交易类型。示例的，核算驱动引擎可以采用预设的关键字提取方法，对交易信息进行关键字提取，确定交易信息中所包含的交易数据、交易日期和交易类型。示例的，交易系统执行交易请求后，会生成交易传票，交易传票中包含有交易信息，通过将交易传票发送给核算系统，由核算驱动引擎对交易传票中的交易信息进行解析，得到交易数据、交易日期和交易类型。

在一些实施例中，交易系统并不用于确定交易数据对应的交易类型，而是由核算驱动引擎根据交易数据确定交易数据所属的交易类型。

具体的，在核算驱动引擎中设置交易数据与交易类型的对应关系，从交易信息中解析得到交易数据后，确定交易数据对应的交易类型。

S20：根据交易类型，获取记账分户，记账分户为对交易数据进行记账的账户。

本实施例中，记账分户是银行内部为核算场景提供的内部账户，交易类型是交易所属交易科目的类型，例如现金类科目，负债类科目等。

由于银行所涉及的交易包括多种类型，根据多种类型的交易在会计规则中所属的交易科目，将多种类型的交易划分为两大类型，针对每种类型的交易，在核算系统中创建一个内部账户，作为对该种类型的交易进行记账核算的记账分户，并定义多种类型的交易和记账分户的对应关系，在核算驱动引擎从交易信息中解析得到交易类型后，根据交易类型，确定对应的记账分户。

示例的，多种类型的交易例如可以包括：现金类型的交易、损益类型的交易、所有者权益类的交易、负债本金类型的交易、利息支出类型的交易、应收应付利息类型的交易、待销账类型的交易、针对过渡账户类型的交易等，其中，过渡账户可以为：人民银行推出的大小额跨行账户、央行推出的跨行账户、中国银联退出的跨行账户等。

S30：根据不同信息处理操作对应的处理日期和记账分户的类型，确定不同记账分户对应的不同记账方式。

本实施例中，不同信息处理操作包括交易处理操作和核算处理操作，交易处理操作对应的处理日期为交易日期，交易日期用于指示交易在交易系统中发生的时间，核算处理操作对应的处理日期为核算日期，核算日期用于指示核算系统接收交易信息的日期。

由于交易系统和核算系统采用不同的日期进行日期切换，因此，交易日期和核算日期可能不同，根据交易日期和核算日期，可以确定交易是发生在交易系统的日期切换前还是日期切换后。核算驱动系统中针对在交易系统的日期切换前发生的交易和日期切换后发生的交易，分别预先定义有记账分户的类型与记账方式的对应关系。核算驱动引擎从交易信息中解析得到交易日期后，确定交易是日期切换前交易还是日期切换后交易，之后，根据记账分户的类型确定不同记账分户对应的不同记账方式，其中，不同记账方式对应的总记账日期是以交易日期为日期基准，并根据交易信息量在交易日期上进行日期顺序上的连续。

其中，交易信息量为不同记账方式规定的每个核算日期内可以登记核算的交易数据量，可以根据交易信息量对所有待记账交易数据进行划分，将所有待记账交易数据划分为多组，根据交易数据所在的组数N，以交易日期T为基准，确定交易数据的总记账日期T+N。

S40：根据不同记账方式以及对应的交易数据，在不同所述记账方式对应的总记账日期内分别对记账分户进行记账。

本实施例中，根据不同记账方式规定的交易信息量和所有待记账交易数据，确定交易数据的总记账日期T+N，在总记账日期T+N内，在记账分户内对交易数据进行记账。其中，N大于或等于1。

上述实施例提供的交易核算处理方法，通过确定交易信息中的交易类型对应的记账分户，根据不同信息处理操作对应的处理日期和记账分户的类型，确定不同记账分户的不同记账方式，从而根据不同记账方式以及对应的交易数据，在不同记账方式对应的总记账日期内分别对记账分户进行记账，由于记账方式的总记账日期是根据交易信息量在交易日期上进行日期顺序上的连续得到的，可以根据交易信息量确定在交易日期T之后进行核算记账的连续日期N，从而实现针对交易数据进行T+N日的核算记账，以对交易信息按照不同信息处理操作对应的处理日期和记账分户进行分流记账，一方面可以降低核算系统的核算压力，另一方面避免交易系统需要及时核算的交易信息未及时完成记账，可以保证核算系统与交易系统之间正常进行核算。

以下结合图3对上述根据交易日期和记账分户的类型，确定记账分户的记账方式的一种实现方式进行详细说明。

请参考图3，为本申请实施例提供的交易核算处理方法的流程示意图二，如图3所以，上述S30中根据不同信息处理操作对应的处理日期和记账分户的类型，确定不同记账分户对应的不同记账方式的过程，可以包括：

S31：确定对交易信息进行核算处理操作的核算日期。

本实施例中，交易系统和核算系统采用不同的日期运行，一般地，交易系统比核算系统先进行日期切换，即交易系统比核算系统先切换至下一日，那么交易系统处于交易的交易日期和核算系统对交易信息进行核算的核算日期可能不同。在接收到交易系统发送的交易信息后，确定接收交易信息时核算系统的核算日期。

S32：根据交易日期和核算日期的日期关系，确定不同记账分户对应的不同记账方式。

本实施例中，核算系统中针对交易日期和核算日期的不同日期关系，分别预先定义有不同记账分户和记账方式的对应关系。核算驱动引擎接收到交易信息后，判断交易日期和核算日期的日期关系，根据交易日期和核算日期的关系，确定不同记账分户对应的不同记账方式。

在一些实施例中，可以根据交易日期和核算日期的日期关系，确定交易是发生在日期切换前还是日期切换后，之后，确定针对不同记账分户对应的不同记账方式。

上述实施例提供的交易核算处理方法，根据交易日期和核算日期的关系，确定不同记账分户对应的不同记账方式，实现完全意义上的交易与核算日期切换分离，针对交易日期和核算日期不同的关系，对不同记账分户采用不同的记账方式，以在不同记账方式对应的总记账日期内对记账分户进行记账，可以根据交易信息量确定在交易日期T之后进行核算记账的连续日期N，从而实现针对交易数据进行T+N日的核算记账，以对交易信息按照不同信息处理操作对应的处理日期和记账分户进行分流记账，一方面可以降低核算系统的核算压力，另一方面避免交易系统需要及时核算的交易信息未及时完成记账，可以保证核算系统与交易系统之间正常进行核算。

在一种可能的实现方式中，上述根据交易日期和核算日期的日期关系，确定不同记账分户对应的不同记账方式，可以包括：

若交易日期大于核算日期，根据记账分户的类型与记账方式的映射关系，确定不同记账分户对应的不同记账方式。

本实施例中，若交易日期大于核算日期，确定交易系统在发生日期切换之后将交易信息发送给核算系统，即交易系统已经发生了日期切换，但核算系统还没日期切换；在该情况下，需要根据核算系统中预先定义的记账分户的类型与记账方式的映射关系，确定不同记账分户对应的不同记账方式。

在一些实施例中，上述若交易日期大于核算日期，根据记账分户的类型与记账方式的映射关系，确定不同记账分户对应的不同记账方式，可以包括：

若交易日期大于核算日期，且记账分户的类型为第一类记账分户，确定第一类记账分户的记账方式为实时记账方式；若交易日期大于核算日期，且记账分户的类型为第二类记账分户，确定第二类记账分户的记账方式为日终追账方式。

本实施例中，当交易系统已经发生了日期切换，但核算系统还没日期切换，需要针对不同的记账分户确定不同的记账方式。

其中，若交易所针对的交易类型对应的记账分户为第一类记账分户，交易在交易系统中在T日发生，针对交易所产生的利息等将会在T+1日生效，但是由于因为网络延迟等原因，交易系统在发生日期切换后，即在T+1日才将交易发送给核算系统，那么核算系统针对该交易所产生的利息又会延迟，导致客户收益受损，因此，针对交易类型属于第一类记账分户的交易，即使交易系统在T+1日才发送给核算系统，但由于此时核算系统还未日期切换，核算系统需要立即对该交易数据进行核算，即针对第一类记账分户需要采用实时记账方式，根据交易数据实时更新第一类记账分户，并在账户明细中登记一条交易明细，且确定该交易明细的状态为已入账。其中，需要在第一类记账分户中更新的内容至少包括：交易金额、交易方向，其中，需要注明记账日期为交易日期。

若交易所针对的交易类型对应的记账分户为第二类记账分户，这种类型的交易对实时性要求不高，为了降低核算系统的核算压力，针对第二类记账分户可以采用日终追账方式进行核算，即在任意日期的日终之后再对交易进行核算即可。

在一种可能的实现方式中，若交易所针对的交易类型对应的记账分户为第二类记账分户，为了保证在任意日期可以对交易进行核算，需要先对交易数据进行登记。

在一些实施例中，对交易数据进行登记的方式可以为：根据交易数据，登记未达账金额、账户明细和追账明细，交易明细中的交易明细内容的状态为未入账，追账明细中的追账明细内容的状态为未入账。

本实施例中，针对交易类型对应的记账分户为第二类记账分户的交易，由于不需要进行实时核算，需要先对交易数据进行登记，具体需要登记未达账金额登记薄、账户明细登记薄和追账明细登记薄。

其中，未达账金额是指交易系统处理交易后在客户侧已经达账但在银行账户中尚未达账的金额，可以根据交易数据中涉及的交易金额进行登记，未达账金额登记薄中可以包括：多个交易产生的借方未达账金额和贷方未达账金额；根据交易数据中包括的交易账户信息、交易金额等明细信息分别登记账户明细登记薄和追账明细登记薄，账户明细登记薄为发生交易的账户的交易明细信息，追账明细登记薄为发生交易的账户在银行侧未达账的交易明细信息，账户明细登记薄和追账明细登记薄都是用于进行核算时需要对照的明细信息，账户明细登记薄中的交易明细内容和追账明细登记薄中的追账明细内容均登记为未入账状态。

按照对外提供的交易类型，将多种类型的交易划分为两大类型，根据两大类型的交易分别创建两种内部的记账分户，并将两种记账分户分别定义为交易性分户和会计性分户，每种记账分户负责对一大类型的交易进行核算，其中，第一类记账分户为交易性分户，交易性分户需要以交易系统驱动记账，可以通过交易系统联机进行核算，或者在交易系统日终批量跑批时与交易系统的日终跑批同步进行核算，以交易日期作为核算的记账日期。示例的，现金类型的交易、负债本金类型的交易、待销账类型的交易、针对过渡账户类型的交易属于交易性分户。

第二类记账分户为会计性分户，会计性分户可以由交易系统驱动记账，也可以由核算系统驱动记账，本实施例以核算系统驱动记账，以会计日期作为核算的记账日期。示例的，损益类型的交易、所有者权益类的交易、利息支出类型的交易、应收应付利息类型的交易属于会计性分户。

以下结合图4对日终追账方式的记账方式的一种实现方式进行详细说明。

请参考图4，为本申请实施例提供的交易核算处理方法的流程示意图三，如图4所示，上述S40根据不同记账方式以及对应的交易数据，在不同所述记账方式对应的总记账日期内分别对记账分户进行记账的过程，可以包括：

S41：根据未达账金额登记薄和交易信息量，确定对未达账金额登记薄中的未达账金额进行记账的记账天数。

本实施例中，根据交易信息量中定义的每个核算日期内可以登记核算的交易数据量，对未达账金额登记薄中的未达账金额进行划分，将所有待记账交易数据划分为多组，确定多组待记账交易数据的记账天数为N。

S42：根据交易日期和记账天数，确定总记账日期。

本实施例中，根据交易日期T和记账天数N，确定核算系统对未达账金额登记薄中的未达账金额进行登记的总记账日期为T+N。

S43：在总记账日期内，根据未达账金额登记薄和交易信息量，更新第二类记账分户的账户余额。

本实施例中，在核算系统的总记账日期T+N的每个核算日期内，核算驱动引擎根据交易信息量，从未达账金额登记薄中获取交易信息量对应的多个未达账金额，在会计性分户中更新未达账金额，并根据未达账金额的交易方向和上笔余额方向更新账户余额，最后，将该笔交易的交易日期、余额和余额方向分别作为上笔日期、上笔余额和上笔余额方向。

在一些实施例中，根据借方或者贷方类型，更新余额方向，若为借方会计性账户，则余额方向为收入，若为贷方会计性账户，则余额方向为支出。

更进一步地，还可以在更新后核算账户的可用余额。

S44：更新交易明细中的交易明细内容的状态为已入账，更新追账明细中的追账明细内容的状态为已入账。

本实施例中，针对已经更新的未达账金额，在交易明细中将交易明细内容的状态修改为已入账，在追账明细中将追账明细内容的状态修改为已入账，至此，完成对交易的核算。

在一种可能的实现方式中，也可以不限制交易信息量，核算系统在每个核算日期内对未达账金额登记薄中的未达账金额进行记账，在一个核算日期内未登记完的未达账金额在核算系统切换到下一个核算日期后继续进行登记，直至通过N日完成对未达账金额登记薄中的未达账金额的登记，实现T+N日的核算。

上述实施例提供的交易核算处理方法，针对交易日期大于核算日期，且交易类型的记账分户为会计性分户的交易，通过登记未达账金额登记薄、账户明细和追账明细，以在每个核算日期内，根据登记薄中的内容更新会计性分户，以在总记账日期T+N内，完成对未达账金额登记薄中所有待记账交易数据的记账操作。

在一种可能的实现方式中，该方法还可以包括：

若交易日期等于核算日期，确定所有类型的记账分户的记账方式均为实时记账方式。

本实施例中，若交易日期等于核算日期，确定交易系统在发生日期切换之前将交易信息发送给核算系统，即交易系统尚未发生日期切换，确定交易性分户和会计性分户均采用实时记账方式，即针对交易信息中交易类型对应的记账分户为交易性分户的交易信息，根据交易数据实时更新交易性分户，并在账户明细中登记一条交易明细，且确定该交易明细的状态为已入账。针对交易信息中交易类型对应的记账分户为会计性分户的交易信息，根据交易数据实时更新会计性分户，并在账户明细中登记一条交易明细，且确定该交易明细的状态为已入账。

需要说明的是，针对交易日期等于核算日期的情况，实时记账方式中的交易信息量不做限制，也就无需对待记账交易数据进行分组，即N等于0，总记账日期即为交易日期T。

基于上述方法实施例，本申请实施例还提供一种交易核算处理装置。请参考图5，为本申请实施例提供的交易核算处理装置的结构示意图，如图5所示，该装置包括：

交易信息解析模块11，用于解析交易服务器发送的交易信息，获取交易信息中的交易数据、交易日期和交易类型；

记账分户确定模块12，用于根据交易类型，获取记账分户，记账分户为对交易数据进行记账的账户；

记账方式确定模块13，用于根据不同信息处理操作对应的处理日期和记账分户的类型，确定不同记账分户对应的不同记账方式，不同记账方式对应的总记账日期是以交易日期为日期基准，并根据交易信息量在交易日期上进行日期顺序上的连续；

记账模块14，用于根据不同记账方式以及对应的交易数据，在不同记账方式对应的总记账日期内分别对记账分户进行记账。

可选的，记账方式确定模块13，包括：

核算日期确定单元，用于确定对交易信息进行核算处理操作的核算日期；

记账方式确定单元，用于根据交易日期和核算日期的日期关系，确定不同记账分户对应的不同记账方式。

可选的，记账方式确定单元，具体用于可选的，记账方式确定单元，具体用于若交易日期等于核算日期，确定所有类型的记账分户的记账方式均为实时记账方式。

可选的，记账方式确定单元，包括：

实时记账方式确定单元，用于若交易日期大于核算日期，且记账分户的类型为第一类记账分户，确定第一类记账分户的记账方式为实时记账方式；

日终追账方式确定单元，用于若交易日期大于核算日期，且记账分户的类型为第二类记账分户，确定第二类记账分户的记账方式为日终追账方式。

可选的，该装置还包括：

明细等级模块，用于根据交易数据，登记未达账金额登记薄、账户明细和追账明细，交易明细中的交易明细内容的状态为未入账，追账明细中的追账明细内容的状态为未入账。

可选的，记账模块14，包括：

记账天数计算单元，用于根据未达账金额登记薄和交易信息量，确定对未达账金额登记薄进行记账的记账天数；

总记账日期确定单元，用于根据交易日期和记账天数，确定总记账日期；

余额更新单元，用于在总记账日期内，根据未达账金额登记薄和交易信息量，更新第二类记账分户的账户余额；

明细状态更新单元，用于更新交易明细中的交易明细内容的状态为已入账，更新追账明细中的追账明细内容的状态为已入账。

可选的，记账方式确定单元，具体用于若交易日期等于核算日期，确定所有类型的记账分户的记账方式均为实时记账方式。

上述装置用于执行前述实施例提供的方法，其实现原理和技术效果类似，在此不再赘述。

以上这些模块可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个特定集成电路(Application Specific Integrated Circuit，简称ASIC)，或，一个或多个微处理器，或，一个或者多个现场可编程门阵列(Field Programmable Gate Array，简称FPGA)等。再如，当以上某个模块通过处理元件调度程序代码的形式实现时，该处理元件可以是通用处理器，例如中央处理器(Central Processing Unit，简称CPU)或其它可以调用程序代码的处理器。再如，这些模块可以集成在一起，以片上系统(system-on-a-chip，简称SOC)的形式实现。

请参考图6，为本申请实施例提供的核算服务器的示意图，如图6所示，该核算服务器20包括：处理器201、存储介质202和总线，存储介质202存储有处理器201可执行的程序指令，当核算服务器20运行时，处理器201与存储介质202之间通过总线通信，处理器201执行程序指令，以执行如上述方法实施例。具体实现方式和技术效果类似，这里不再赘述。

可选地，本发明还提供一种计算机可读存储介质，存储介质上存储有计算机程序，计算机程序被处理器运行时执行上述方法实施例。

在本发明所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(英文：processor)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(英文：Read-Only Memory，简称：ROM)、随机存取存储器(英文：Random Access Memory，简称：RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

上仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。

Claims (10)

1.一种交易核算处理方法，其特征在于，应用于核算服务器，交易服务器与所述核算服务器分布式部署，以分别进行交易与核算的信息处理操作，所述方法包括：

解析所述交易服务器发送的交易信息，获取所述交易信息中的交易数据、交易日期和交易类型；

根据所述交易类型，获取记账分户，所述记账分户为对所述交易数据进行记账的账户；

根据不同信息处理操作对应的处理日期和所述记账分户的类型，确定不同所述记账分户对应的不同记账方式，所述不同记账方式对应的总记账日期是以所述交易日期为日期基准，并根据交易信息量在所述交易日期上进行日期顺序上的连续；

根据不同所述记账方式以及对应的所述交易数据，在不同所述记账方式对应的总记账日期内分别对所述记账分户进行记账。

2.如权利要求1所述的方法，其特征在于，所述根据不同信息处理操作对应的处理日期和所述记账分户的类型，确定不同所述记账分户对应的不同记账方式，包括：

确定对所述交易信息进行核算处理操作的核算日期；

根据所述交易日期和所述核算日期的日期关系，确定不同所述记账分户对应的不同记账方式。

3.如权利要求2所述的方法，其特征在于，所述根据所述交易日期和所述核算日期的日期关系，确定不同所述记账分户对应的不同记账方式，包括：

若所述交易日期大于所述核算日期，根据所述记账分户的类型与所述记账方式的映射关系，确定不同所述记账分户对应的不同记账方式。

4.如权利要求3所述的方法，其特征在于，所述若所述交易日期大于所述核算日期，根据所述记账分户的类型与记账方式的映射关系，确定不同所述记账分户对应的不同记账方式，包括：

若所述交易日期大于所述核算日期，且所述记账分户的类型为第一类记账分户，确定所述第一类记账分户的记账方式为实时记账方式；

若所述交易日期大于所述核算日期，且所述记账分户的类型为第二类记账分户，确定所述第二类记账分户的记账方式为日终追账方式。

5.如权利要求4所述的方法，其特征在于，所述若所述交易日期大于所述核算日期，且所述记账分户的类型为第二类记账分户，确定所述第二类记账分户的记账方式为日终追账方式之后，所述方法还包括：

根据所述交易数据，登记未达账金额登记薄、账户明细和追账明细，所述交易明细中的交易明细内容的状态为未入账，所述追账明细中的追账明细内容的状态为未入账。

6.如权利要求5所述的方法，其特征在于，所述根据不同所述记账方式以及对应的所述交易数据，在不同所述记账方式对应的总记账日期内分别对所述记账分户进行记账，包括：

根据所述未达账金额登记薄和所述交易信息量，确定对所述未达账金额登记薄中的未达账金额进行记账的记账天数；

根据所述交易日期和所述记账天数，确定所述总记账日期；

在所述总记账日期内，根据所述未达账金额登记薄和所述交易信息量，更新所述第二类记账分户的账户余额；

更新所述交易明细中的交易明细内容的状态为已入账，更新所述追账明细中的追账明细内容的状态为已入账。

7.如权利要求2所述的方法，其特征在于，所述方法还包括：

若所述交易日期等于所述核算日期，确定所有类型的所述记账分户的记账方式均为实时记账方式。

8.一种交易核算处理装置，其特征在于，应用于核算服务器，交易服务器分与所述核算服务器布式部署，以分别进行交易与核算的信息处理操作，所述装置包括：

交易信息解析模块，用于解析所述交易服务器发送的交易信息，获取所述交易信息中的交易数据、交易日期和交易类型；

记账分户确定模块，用于根据所述交易类型，获取记账分户，所述记账分户为对所述交易数据进行记账的账户；

记账方式确定模块，用于根据不同信息处理操作对应的处理日期和所述记账分户的类型，确定不同所述记账分户对应的不同记账方式，不同记账方式对应的总记账日期是以所述交易日期为日期基准，并根据交易信息量在所述交易日期上进行日期顺序上的连续；

记账模块，用于根据不同所述记账方式以及对应的所述交易数据，在不同所述记账方式对应的总记账日期内分别对所述记账分户进行记账。

9.一种核算服务器，其特征在于，包括：处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的程序指令，当所述核算服务器运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述程序指令，以执行如权利要求1至7任一所述的交易核算处理方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行如权利要求1至7任一所述的交易核算处理方法的步骤。

Images