CN114969082A - 处理业务数据的方法、装置、设备和计算机可读介质 - Google Patents

Abstract

本发明公开了处理业务数据的方法、装置、设备和计算机可读介质，涉及大数据技术领域。该方法的一具体实施方式包括：调用业务组件根据业务数据和核算类型，将所述业务数据的交易信息记录到会计流水数据中；通过所述业务组件将所述核算类型、所述会计流水数据的发生额和所述会计流水数据的原子动作，采用所述会计流水数据确定的异步方式发送至计算引擎；所述计算引擎通过所述核算类型、所述会计流水数据的原子动作和所述发生额的类型，在数据库获取核算条件；调用核算组件基于所述核算条件，核算所述会计流水数据的发生额。该实施方式能够降低处理业务失败的风险。

Description

处理业务数据的方法、装置、设备和计算机可读介质

技术领域

本发明涉及大数据技术领域，尤其涉及一种处理业务数据的方法、装置、设备和计算机可读介质。

背景技术

随着国家大力发展普惠金融，市场需求日益旺盛，产品种类日益丰富，个性化需求日异月新，对银行系统的功能和版本周期提出了更高的要求。会计核算作为银行系统最核心的基础模块，它的设计是整个系统架构能否先进、稳定和项目能否快速敏捷的一大关键所在。

在实现本发明过程中，发明人发现现有技术中至少存在如下问题：由于交易与会计核算绑定，大量新增数据和更新数据的插入数据库，导致数据库的锁定。在并发量巨大时，数据库导致的阻塞，提高处理业务数据失败的风险。

发明内容

有鉴于此，本发明实施例提供一种处理业务数据的方法、装置、设备和计算机可读介质，能够降低处理业务失败的风险。

为实现上述目的，根据本发明实施例的一个方面，提供了一种处理业务数据的方法，包括：

调用业务组件根据业务数据和核算类型，将所述业务数据的交易信息记录到会计流水数据中；

通过所述业务组件将所述核算类型、所述会计流水数据的发生额和所述会计流水数据的原子动作，采用所述会计流水数据确定的异步方式发送至计算引擎；

所述计算引擎通过所述核算类型、所述会计流水数据的原子动作和所述发生额的类型，在数据库获取核算条件；

调用核算组件基于所述核算条件，核算所述会计流水数据的发生额。

所述调用业务组件根据业务数据和核算类型，将所述业务数据的交易信息记录到会计流水数据中之前，还包括：

所述业务数据的所属业务系统，确定所述业务数据的产品类型；

所述业务系统按照所述产品类型，在数据库中查询所述核算类型的条件；

所述业务系统按照所述业务数据所属产品类型和所述核算类型的条件，映射得到所述核算类型。

所述核算类型的条件的数量大于1。

所述业务系统按照所述业务数据所属产品类型和所述核算类型的条件，映射得到所述核算类型之后，包括：

响应于更新核算类型的请求，根据所述更新核算类型的请求中的类型参数，更新所述核算类型。

所述将所述核算类型，所述会计流水数据的发生额和所述会计流水数据的原子动作，采用异步方式发送至计算引擎，包括：

将所述核算类型，所述会计流水数据的发生额和所述会计流水数据的原子动作，采用异步方式通过标准接口发送至计算引擎。

所述会计流水数据属于联机交易，所述会计流水数据确定的异步方式包括消息队列。

所述会计流水数据属于联机交易数据，采用所述消息队列发送失败后，

所述方法还包括：

将所述核算类型，所述会计流水数据的发生额和所述会计流水数据的原子动作，采用异步发送文件的方式发送至计算引擎。

所述会计流水数据属于批量交易，所述会计流水数据确定的异步方式包括异步发送文件的方式。

所述会计流水数据属于汇总数据，所述会计流水数据确定的异步方式包括消息队列。

所述原子动作包括以下一种或多种：交易动作、利息动作、贷款动作、机构动作和产品动作。

所述计算引擎通过所述核算类型、所述会计流水数据的原子动作和所述发生额的类型，在数据库获取核算条件，包括：

所述计算引擎通过所述核算类型、所述会计流水数据的原子动作和所述发生额的类型，在数据库中查询分录信息；

所述计算引擎按照所述分录信息，映射获取会计科目；

所述计算引擎基于所述会计科目，确定核算条件。

所述业务数据涉及资金交易，所述会计流水数据的发生额是通过轧差方式计算得到的。

所述业务数据涉及余额交易，所述会计流水数据的发生额是根据金额类型配置的。

根据本发明实施例的第二方面，提供了一种处理业务数据的装置，所述装置包括业务组件、计算引擎和核算组件，

业务组件，根据业务数据和核算类型，将所述业务数据的交易信息记录到会计流水数据中，以及将所述核算类型、所述会计流水数据的发生额和所述会计流水数据的原子动作，采用所述会计流水数据确定的异步方式发送至计算引擎；

所述计算引擎，通过所述核算类型、所述会计流水数据的原子动作和所述发生额的类型，在数据库获取核算条件；

核算组件，基于所述核算条件，核算所述会计流水数据的发生额。

所述会计流水数据属于联机交易，所述会计流水数据确定的异步方式包括消息队列。

所述会计流水数据属于批量交易，所述会计流水数据确定的异步方式包括异步发送文件的方式。

所述会计流水数据属于汇总数据，所述会计流水数据确定的异步方式包括消息队列。

根据本发明实施例的第三方面，提供了一种处理业务数据的电子设备，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如上述的方法。

根据本发明实施例的第四方面，提供了一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现如上述的方法。

根据本发明实施例的第五方面，提供了一种计算机程序产品，包括计算机程序，所述程序被处理器执行时实现本发明实施例提供的如上述的方法。

上述发明中的一个实施例具有如下优点或有益效果：调用业务组件根据业务数据和核算类型，将所述业务数据的交易信息记录到会计流水数据中；通过所述业务组件将所述核算类型、所述会计流水数据的发生额和所述会计流水数据的原子动作，采用所述会计流水数据确定的异步方式发送至计算引擎；所述计算引擎通过所述核算类型、所述会计流水数据的原子动作和所述发生额的类型，在数据库获取核算条件；调用核算组件基于所述核算条件，核算所述会计流水数据的发生额。采用业务组件、计算引擎和核算组件，分别处理业务数据、核算条件和核算过程，即使并发量巨大，由于业务组件、计算引擎和核算组件可以并处异步处理，因此能够降低处理业务失败的风险。

上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。

附图说明

附图用于更好地理解本发明，不构成对本发明的不当限定。其中：

图1是根据本发明实施例的处理业务数据的方法的主要流程示意图；

图2是根据本发明实施例的确定核算类型的流程图示意图；

图3是根据本发明实施例的在数据库获取核算条件的流程示意图；

图4是根据本发明实施例的处理业务数据的装置主要结构的示意图；

图5是本发明实施例可以应用于其中的示例性系统架构图；

图6是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。

具体实施方式

以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。本申请技术方案中对数据的获取、存储、使用、处理等均符合国家法律法规的相关规定。

传统银行系统大部分沿用的是，交易与会计核算绑定方式。从会计角度而言，不同交易、不同产品、不同地域、不同银行、乃至同一交易在不同状态条件下，其具体会计核算的规则都是不尽相同。

若采用交易与会计核算绑定的方式，系统开发者常常需要面对的是只要交易、产品或者其他因素发生改变，就需要重新为发生变化的部分开发一套系统组件，其中涉及到的数据较为细碎繁杂，组件开发周期长。

但实际上因为核算准则具有较高的稳定性和通用性，开发出来的新组件会与之前系统有大量重复代码，导致系统代码复用性差，可读性不强，冗余过多。而开发完成后，系统测试和参数维护也同样面临着工作量指数型增长，容易出错，容错率低的问题。

会计核算是属于银行内部管理的事情，从银行客户的角度而言，客户并不关心自己所进行的交易需要经过哪些步骤，被拆分为哪些核算条件和具体科目，只需要在交易后得到返回结果。换言之，对客户而言会计核算相对于交易是透明的。

交易核算绑定是对分类字段值汇总记账，这样不便于追溯交易所对应的具体核算信息。在记账时只有一个总体核算也使得原始交易难以追溯。日间交易和批处理涉及到其他业务组件时，一般会选择平账户过渡，这导致挂账时难以查找挂账原因，交易对手难以识别。总分核对，因为核对的是发生额而不是余额，如有未处理的不平账务则会无法持续追踪。交易与核算绑定，将会延长交易处理流程，降低效率。且由于银行业务和核算分属不同部门，难以管理。而交易与核算分离，需要业务系统了解会计核算的分录规则，每次新增产品可能都要进行分录配置，并没有很好的做到交易与核算分离。

由于交易与会计核算绑定在一起，会降低系统的处理速度，使得用户体验度下降。从技术角度而言，大量新增数据和更新数据的插入数据库，导致数据库的锁定。在并发量巨大时，数据库导致的阻塞，提高处理业务数据失败的风险。

为了降低处理业务失败的风险，可以采用以下本发明实施例中的技术方案。

参见图1，图1是根据本发明实施例的处理业务数据的方法主要流程示意图，调用业务组件、计算引擎和核算组件，分别依次处理业务数据。如图1所示，具体包括以下步骤：

高并发是需要重点解决的瓶颈问题之一，缩短交易处理流程是解决该问题的重要技术手段。将交易核算进行分离，采用异步处理方式，则能有效达到这一目的。

分布式架构和微服务是技术发展方向和趋势，以横向维度把一个集中部署的大型系统划分成若干个分布式部署的子系统或微服务。

通过分布式架构实现处理业务数据。可以理解的是，利用分布式架构能够同时处理多种业务和多种数据。对于本发明实施例来说，在分布式架构中处理业务数据，在一个子系统中，调用业务组件将业务数据的交易信息记录到会计流水数据中。在另一个子系统中，采用计算引擎和核算组件核算会计流水数据的发生额。采用分布式架构能够提高处理业务数据的速度。

通过微服务实现处理业务数据。具体地，采用一个微服务，通过调用业务组件将业务数据的交易信息记录到会计流水数据中。通过另一个微服务，采用计算引擎和核算组件核算会计流水数据的发生额。采用多个微服务能够提高处理业务数据的速度。

核算条件单独抽离出来形成一个独立的核算组件，更符合高效松耦合的企业系统架构，可以更好的支持上层业务组件。

S101、调用业务组件根据业务数据和核算类型，将业务数据的交易信息记录到会计流水数据中。

在本发明的实施例中，业务组件用于处理业务数据。可以理解的是，针对于不同业务分别有对应的业务组件负责处理。作为一个示例，业务组件1用于处理业务数据1；业务组件2用于处理业务数据2。在同类业务数据较多的情况，还可以由多个业务组件处理同类但不同的业务数据。作为一个示例，业务组件1用于处理业务数据1；业务组件2用于处理业务数据2。其中，业务数据1和业务数据2属于同类业务数据。

在本发明的一个实施例中，核算的本质是对产品进行涉及金额的操作。如：产品包括房贷或消费贷；金额涉及正常本金或应计收利息；操作包括支用或归还。业务数据是在核算过程中所涉及的数据。作为一个示例，业务数据包括住房贷款余额。核算类型是核算业务数据的方式。

为了处理业务数据，调用业务组件根据业务数据和核算类型，将业务数据的交易信息记录到会计流水数据中。其中，会计流水数据是会计流水涉及的数据。

参见图2，图2是根据本发明实施例的确定核算类型的流程图示意图。具体包括以下步骤：

S201、业务数据的所属业务系统，确定业务数据的产品类型。

核算类型的作用是隔离产品与会计科目。核算类型支持产品与会计科目颗粒度的不一致，使得产品的设计更加灵活，并不受会计科目的影响。核算类型从侧面描述了核算类型的条件，不同的产品类型往往对应相同核算类型的条件，使用同一个核算类型可以减少大量的参数配置。不同的产品可以有不同的核算条件，核算条件可以有多个。即，核算类型的条件的数量大于1。

在本发明实施例中，核算类型的确定由各自业务系统实现。对于业务数据而言，具有所属的业务系统。为了确定业务数据的核算类型，首选需要在业务系统中查询以确定产品类型。作为一个示例，产品类型包括个人消费贷款和住房抵押贷款等。

S202、业务系统按照产品类型，在数据库中查询核算类型的条件。

业务系统在确定业务数据的产品类型之后，就可以按照上述产品类型，在数据库中查询核算类型的条件。可以理解的是，在数据库中存储有产品类型与核算类型的条件的对应关系，基于产品类型可以在数据库中查询得到核算类型的条件。

S203、业务系统按照业务数据所属产品类型和核算类型的条件，映射得到核算类型。

业务数据所属产品类型已确定，核算类型的条件已知的情况下，业务系统按照业务数据所属产品类型和核算类型的条件，映射得到核算类型。

作为一个示例，业务系统包括个贷系统。业务数据包括个贷业务数据。如表1所示，产品类型和核算类型的条件，映射得到核算类型。

表1中核算类型的条件包括：贷款状态、是否为委托贷款和是否已出售等。其中，贷款状态包括应计贷款、非应计贷款和核销贷款。

表1

在本发明的一个实施例中，业务数据可以采用异步方式预加载，以提高处理业务数据的速度。作为一个示例，采用异步方式预加载业务数据。预加载业务数据包括检查业务数据的格式和加载符合格式要求的业务数据。

在本发明的一个实施例中，核算类型虽然可以适用于大部分的交易场景，但不能满足特殊场景。在特殊场景下，可以通过发送更新核算类型的请求更新核算类型。

具体来说，响应于更新核算类型的请求，根据更新核算类型的请求中的类型参数，更新核算类型。从而使得核算类型适用于特殊场景。作为一个示例，提前还款需要收取费用，但对于高级客户可以选择免除。采用更新核算类型的请求，就可以通过更新核算类型，免除上述费用。

S102、通过业务组件将核算类型、会计流水数据的发生额和会计流水数据的原子动作，采用会计流水数据确定的异步方式发送至计算引擎。

在本发明的实施例中，业务组件与业务相关，负责将业务数据的交易信息记录到会计流水数据中。核算类型的映射由各自业务系统实现，计算引擎负责处理核算类型。

会计流水数据作为业务组件与计算引擎沟通的信息载体，起到了承上启下的作用。作为一个示例，将核算类型，会计流水数据的发生额和会计流水数据的原子动作，采用异步方式通过标准接口发送至计算引擎。通过标准接口能够适用于多种类型的业务组件和计算引擎，提高业务组件和计算引擎交互数据的适用性。

在本发明的实施例中，会计流水数据主要记录的信息项有全局流水号、账号、产品、核算类型、原子动作、发生额的类型、以及发生额等。金额类型是根据业务规则和系统现状，通过分析各产品、机构、核算条件共性提炼得到的。如：金额类型包括贷款本金、利息和费用等。

在本发明的一个实施例中，原子动作是在归纳业务系统产生发生额的全量动作的提炼。原子动作包括以下一种或多种：交易动作、利息动作、贷款动作、机构动作和产品动作。如：交易动作包括放款、还款和调账。利息动作包括利息计提。贷款动作包括贷款形态转列。机构动作包括机构撤并。产品动作包括产品转换。

在本发明的一个实施例中，会计流水数据的发生额有以下两种获取方式。

业务数据涉及资金交易，会计流水数据的发生额是通过轧差方式计算得到的。轧差是指利用抵销、合同更新等法律制度，最终取得一方对另一方的一个数额的净债权或净债务。

业务数据涉及余额交易，如：余额交易包括机构撤并没有发生额的交易，会计流水数据的发生额是根据金额类型配置的。

在本发明实施例中，采用异步方式发送核算类型，会计流水数据的发生额和会计流水数据的原子动作，其目的在于：降低处理业务数据的压力，以避免数据库导致的阻塞。作为一个示例，异步方式包括消息队列(MQ)和/或发送文件的方式。

下面结合具体的应用场景，示例性说明以异步方式发送核算类型，会计流水数据的发生额和会计流水数据的原子动作。

在本发明实施例中，异步方式是由会计流水数据确定的。也就是说，会计流水数据与异步方式相对应。不同的会计流水数据具有不同特点，针对会计流水数据确定异步方式，能够满足快速处理会计流水数据的要求。

在本发明的一个实施例中，会计流水数据属于联机交易，会计流水数据确定的异步方式包括消息队列。将核算类型，会计流水数据的发生额和会计流水数据的原子动作，采用消息队列发送至计算引擎。

具体来说，MQ推送属于联机异步消息处理的方式，既满足准实时总账的要求，加快暴露账务不平的问题，也大大减少了夜间批量的压力，压缩夜间报账的处理时间。该方式主要适用于联机交易，如：个贷的联机放款、还款和调账。

通过消息队列发送核算类型，会计流水数据的发生额和会计流水数据的原子动作失败的情况下，可以还采用异步发送文件的方式作为补充。即，将核算类型，会计流水数据的发生额和会计流水数据的原子动作，采用异步发送文件的方式发送至计算引擎。

也就是说，联机交易产生的数据因各种不定的因素没有成功通过MQ发送出去，最后可以通过异步发送文件的方式发送。

在本发明的一个实施例中，异步文件发送的方式主要是针对批量交易的场景。如：批量利息计提、批量转列，在个贷批处理中产生的会计流水数据。上述场景在短时间内大量产生数据，更适合异步文件发送的方式。

具体地，会计流水数据属于批量交易，会计流水数据确定的异步方式包括异步发送文件的方式。即，将核算类型，会计流水数据的发生额和会计流水数据的原子动作，采用异步发送文件的方式发送至计算引擎。

在本发明的一个实施例中，会计流水数据属于汇总数据，会计流水数据确定的异步方式包括消息队列。汇总数据是以机构、日期和交易种类等维度确定的数据。通过消息队列发送汇总数据，满足定期上报汇总数据的时限要求。

S103、计算引擎通过核算类型、会计流水数据的原子动作和发生额的类型，在数据库获取核算条件。

计算引擎负责获取核算条件。具体地，计算引擎通过核算类型、会计流水数据的原子动作和发生额的类型，在数据库获取核算条件。

参见图3，图3是根据本发明实施例的在数据库获取核算条件的流程示意图。具体包括以下步骤：

S301、计算引擎通过核算类型、会计流水数据的原子动作和发生额的类型，在数据库中查询分录信息。

计算引擎在收到核算类型、会计流水数据的原子动作和发生额的类型之后，通过查询数据库得到分录信息。分录信息是根据复式记账原理的要求，对每笔业务列出相对应的双方账户及其金额的一种记录信息。

参见表2，表2是基于核算类型、会计流水数据的原子动作和发生额的类型，在数据库中查询分录信息示意。

表2

S302、计算引擎按照分录信息，映射获取会计科目。

分类信息与会计科目相对应。会计科目是对会计要素对象的具体内容进行分类核算的类目。计算引擎可以按照分类信息，映射得到会计科目。

参见表3，计算引擎基于分类信息中的金额类型，映射获取会计科目。

表3

在本发明的一个实施例中，不同产品虽然核算类型相同，但科目代码不同。针对上述情况，引入产品优先原则，配置产品金额类型参数映射科目代码。

具体地，计算引擎按照分录信息和产品金额类型参数，映射获取会计科目。作为一个示例，计算引擎先按照分类信息中的金额类型映射获取会计科目；然后，利用产品金额类型更新会计科目。以产品金额类型更新会计科目，能够提高会计科目的准确性。

S303、计算引擎基于会计科目，确定核算条件。

会计科目与核算条件具有对应关系。如：会计科目1对应核算条件a，会计科目2对应核算条件b。会计科目确定之后，计算引擎就可以基于会计科目，确定核算条件。

在图3的实施例中，由计算引擎在数据库获取核算条件。以实现业务数据与核算过程的隔离。

S104、调用核算组件基于核算条件，核算会计流水数据的发生额。

核算组件用于执行核算。核算组件基于核算条件，核算会计流水数据的发生额。具体地，核算组件通过全局流水号，各业务组件的单边账务综合起来，基于核算条件检测整体是否借贷平衡，实现准实时的对账，更快速的把问题暴露出来，更有效的定位出问题所在。

采用本发明实施例中的技术方案，作为一个示例，可以实现对住房贷款的核算。

具体来说，首先调用住房贷款数据的业务组件，根据住房贷款的业务数据，即住房贷款的余额和核算类型，将业务数据的交易信息记录到会计流水数据中。

其次，通过住房贷款数据的业务组件将核算类型、会计流水数据的发生额和会计流水数据的原子动作，采用异步方式发送至计算引擎。采用异步方式发送核算类型、会计流水数据的发生额和会计流水数据的原子动作，能够降低处理业务数据的压力，以避免数据库导致的阻塞。

计算引擎通过核算类型、会计流水数据的原子动作和发生额的类型，在数据库获取核算条件。

最后，调用核算组件基于核算条件，核算会计流水数据的发生额。核算组件在核算过程中，检测住房贷款是否借贷平衡。

在上述本发明的实施例中，业务组件根据业务数据和核算类型，将所述业务数据的交易信息记录到会计流水数据中；所述业务组件将所述核算类型、所述会计流水数据的发生额和所述会计流水数据的原子动作，采用会计流水数据确定的异步方式发送至计算引擎；所述计算引擎通过所述核算类型、所述会计流水数据的原子动作和所述发生额的类型，在数据库获取核算条件；核算组件基于所述核算条件，核算所述会计流水数据的发生额。采用业务组件、计算引擎和核算组件，分别处理业务数据、核算条件和核算过程，即使并发量巨大，由于业务组件、计算引擎和核算组件可以并处异步处理，因此能够降低处理业务失败的风险。

业务组件无需了解会计分录，核算组件可以基于核算条件实时核算，从而实现交易与核算的分离。交易核算分离可以让一个组件统一处理所有系统发来的交易，这样不仅节省了系统资源开支，减少计算时间，也省去了不同系统间科目参数的维护精力。

从银行职能部门划分的角度，会计核算和具体业务是归属不同的部门管理，交易核算分离使得会计核算条件透明化，使得业务系统更专注业务层面的实现，而无需过多关注会计核算条件，这更符合银行部门体系的架构，可以有效降低项目实施的难度。

参见图4，图4是根据本发明实施例的处理业务数据的装置主要结构的示意图，处理业务数据的装置可以实现处理业务数据的方法，如图5所示，处理业务数据的装置具体包括：

所述装置包括业务组件、计算引擎和核算组件，

业务组件401，根据业务数据和核算类型，将所述业务数据的交易信息记录到会计流水数据中，以及将所述核算类型、所述会计流水数据的发生额和所述会计流水数据的原子动作，采用会计流水数据确定的异步方式发送至计算引擎；

所述计算引擎402，通过所述核算类型、所述会计流水数据的原子动作和所述发生额的类型，在数据库获取核算条件；

核算组件403，基于所述核算条件，核算所述会计流水数据的发生额。

在本发明的一个实施例中，所述业务数据的所属业务系统，确定所述业务数据的产品类型；

所述业务系统按照所述产品类型，在数据库中查询所述核算类型的条件；

所述业务系统按照所述业务数据所属产品类型和所述核算类型的条件，映射得到所述核算类型。

在本发明的一个实施例中，所述核算类型的条件的数量大于1。

在本发明的一个实施例中，响应于更新核算类型的请求，业务组件401，根据所述更新核算类型的请求中的类型参数，更新所述核算类型。

在本发明的一个实施例中，业务组件401，具体用于将所述核算类型，所述会计流水数据的发生额和所述会计流水数据的原子动作，采用异步方式通过标准接口发送至计算引擎。

在本发明的一个实施例中，所述异步方式包括消息队列和/或发送文件的方式。

在本发明的一个实施例中，所述会计流水数据属于联机交易，所述会计流水数据确定的异步方式包括消息队列。

在本发明的一个实施例中，采用所述消息队列发送失败后，

业务组件401，还用于将所述核算类型，所述会计流水数据的发生额和所述会计流水数据的原子动作，采用异步发送文件的方式发送至计算引擎。

在本发明的一个实施例中，所述会计流水数据属于批量交易，所述会计流水数据确定的异步方式包括异步发送文件的方式。

在本发明的一个实施例中，所述会计流水数据属于汇总数据，所述会计流水数据确定的异步方式包括消息队列。

在本发明的一个实施例中，所述原子动作包括以下一种或多种：交易动作、利息动作、贷款动作、机构动作和产品动作。

在本发明的一个实施例中，计算引擎402，具体用于通过所述核算类型、所述会计流水数据的原子动作和所述发生额的类型，在数据库中查询分录信息；

按照所述分录信息，映射获取会计科目；

基于所述会计科目，确定核算条件。

在本发明的一个实施例中，计算引擎402，按照所述分录信息和产品金额类型参数，映射获取会计科目。

在本发明的一个实施例中，所述业务数据涉及资金交易，所述会计流水数据的发生额是通过轧差方式计算得到的。

在本发明的一个实施例中，所述业务数据涉及余额交易，所述会计流水数据的发生额是根据金额类型配置的。

图5示出了可以应用本发明实施例的处理业务数据的方法或处理业务数据的装置的示例性系统架构500。

如图5所示，系统架构500可以包括终端设备501、502、503，网络504和服务器505。网络504用以在终端设备501、502、503和服务器505之间提供通信链路的介质。网络504可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备501、502、503通过网络504与服务器505交互，以接收或发送消息等。终端设备501、502、503上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。

终端设备501、502、503可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器505可以是提供各种服务的服务器，例如对用户利用终端设备501、502、503所浏览的购物类网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的产品信息查询请求等数据进行分析等处理，并将处理结果(例如目标推送信息、产品信息--仅为示例)反馈给终端设备。

需要说明的是，本发明实施例所提供的处理业务数据的方法一般由服务器505执行，相应地，处理业务数据的装置一般设置于服务器505中。

应该理解，图5中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

本发明实施例的一种计算程序产品，包括计算机程序，所述程序被处理器执行时实现本发明实施例提供的处理业务数据的方法。

下面参考图6，其示出了适于用来实现本发明实施例的终端设备的计算机系统600的结构示意图。图6示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图6所示，计算机系统600包括中央处理单元(CPU)601，其可以根据存储在只读存储器(ROM)602中的程序或者从存储部分608加载到随机访问存储器(RAM)603中的程序而执行各种适当的动作和处理。在RAM 603中，还存储有系统600操作所需的各种程序和数据。CPU 601、ROM 602以及RAM 603通过总线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被安装。在该计算机程序被中央处理单元(CPU)601执行时，执行本发明的系统中限定的上述功能。

需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括业务组件、计算引擎和核算组件。其中，这些组件的名称在某种情况下并不构成对该模块本身的限定，例如，核算组件还可以被描述为“基于所述核算条件，核算所述会计流水数据的发生额”。

作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：

调用业务组件根据业务数据和核算类型，将所述业务数据的交易信息记录到会计流水数据中；

通过所述业务组件将所述核算类型、所述会计流水数据的发生额和所述会计流水数据的原子动作，采用所述会计流水数据确定的异步方式发送至计算引擎；

所述计算引擎通过所述核算类型、所述会计流水数据的原子动作和所述发生额的类型，在数据库获取核算条件；

调用核算组件基于所述核算条件，核算所述会计流水数据的发生额。

根据本发明实施例的技术方案，调用业务组件根据业务数据和核算类型，将所述业务数据的交易信息记录到会计流水数据中；通过所述业务组件将所述核算类型、所述会计流水数据的发生额和所述会计流水数据的原子动作，采用所述会计流水数据确定的异步方式发送至计算引擎；所述计算引擎通过所述核算类型、所述会计流水数据的原子动作和所述发生额的类型，在数据库获取核算条件；调用核算组件基于所述核算条件，核算所述会计流水数据的发生额。采用业务组件、计算引擎和核算组件，分别处理业务数据、核算条件和核算过程，即使并发量巨大，由于业务组件、计算引擎和核算组件可以并处异步处理，因此能够降低处理业务失败的风险。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (20)

1.一种处理业务数据的方法，其特征在于，包括：

调用业务组件根据业务数据和核算类型，将所述业务数据的交易信息记录到会计流水数据中；

通过所述业务组件将所述核算类型、所述会计流水数据的发生额和所述会计流水数据的原子动作，采用所述会计流水数据确定的异步方式发送至计算引擎；

所述计算引擎通过所述核算类型、所述会计流水数据的原子动作和所述发生额的类型，在数据库获取核算条件；

调用核算组件基于所述核算条件，核算所述会计流水数据的发生额。

2.根据权利要求1所述处理业务数据的方法，其特征在于，所述调用业务组件根据业务数据和核算类型，将所述业务数据的交易信息记录到会计流水数据中之前，还包括：

所述业务数据的所属业务系统，确定所述业务数据的产品类型；

所述业务系统按照所述产品类型，在数据库中查询所述核算类型的条件；

所述业务系统按照所述业务数据所属产品类型和所述核算类型的条件，映射得到所述核算类型。

3.根据权利要求2所述处理业务数据的方法，其特征在于，所述核算类型的条件的数量大于1。

4.根据权利要求2所述处理业务数据的方法，其特征在于，所述业务系统按照所述业务数据所属产品类型和所述核算类型的条件，映射得到所述核算类型之后，包括：

响应于更新核算类型的请求，根据所述更新核算类型的请求中的类型参数，更新所述核算类型。

5.根据权利要求1所述处理业务数据的方法，其特征在于，所述将所述核算类型，所述会计流水数据的发生额和所述会计流水数据的原子动作，采用异步方式发送至计算引擎，包括：

将所述核算类型，所述会计流水数据的发生额和所述会计流水数据的原子动作，采用异步方式通过标准接口发送至计算引擎。

6.根据权利要求1所述处理业务数据的方法，其特征在于，所述会计流水数据属于联机交易，所述会计流水数据确定的异步方式包括消息队列。

7.根据权利要求6所述处理业务数据的方法，其特征在于，所述会计流水数据属于联机交易数据，采用所述消息队列发送失败后，

所述方法还包括：

将所述核算类型，所述会计流水数据的发生额和所述会计流水数据的原子动作，采用异步发送文件的方式发送至计算引擎。

8.根据权利要求1所述处理业务数据的方法，其特征在于，所述会计流水数据属于批量交易，所述会计流水数据确定的异步方式包括异步发送文件的方式。

9.根据权利要求1所述处理业务数据的方法，其特征在于，所述会计流水数据属于汇总数据，所述会计流水数据确定的异步方式包括消息队列。

10.根据权利要求1所述处理业务数据的方法，其特征在于，所述原子动作包括以下一种或多种：交易动作、利息动作、贷款动作、机构动作和产品动作。

11.根据权利要求1所述处理业务数据的方法，其特征在于，所述计算引擎通过所述核算类型、所述会计流水数据的原子动作和所述发生额的类型，在数据库获取核算条件，包括：

所述计算引擎通过所述核算类型、所述会计流水数据的原子动作和所述发生额的类型，在数据库中查询分录信息；

所述计算引擎按照所述分录信息，映射获取会计科目；

所述计算引擎基于所述会计科目，确定核算条件。

12.根据权利要求1所述处理业务数据的方法，其特征在于，所述业务数据涉及资金交易，所述会计流水数据的发生额是通过轧差方式计算得到的。

13.根据权利要求1所述处理业务数据的方法，其特征在于，所述业务数据涉及余额交易，所述会计流水数据的发生额是根据金额类型配置的。

14.一种处理业务数据的装置，其特征在于，所述装置包括业务组件、计算引擎和核算组件，

业务组件，根据业务数据和核算类型，将所述业务数据的交易信息记录到会计流水数据中，以及将所述核算类型、所述会计流水数据的发生额和所述会计流水数据的原子动作，采用所述会计流水数据确定的异步方式发送至计算引擎；

所述计算引擎，通过所述核算类型、所述会计流水数据的原子动作和所述发生额的类型，在数据库获取核算条件；

核算组件，基于所述核算条件，核算所述会计流水数据的发生额。

15.根据权利要求14所述处理业务数据的装置，其特征在于，所述会计流水数据属于联机交易，所述会计流水数据确定的异步方式包括消息队列。

16.根据权利要求14所述处理业务数据的装置，其特征在于，所述会计流水数据属于批量交易，所述会计流水数据确定的异步方式包括异步发送文件的方式。

17.根据权利要求14所述处理业务数据的方法，其特征在于，所述会计流水数据属于汇总数据，所述会计流水数据确定的异步方式包括消息队列。

18.一种处理业务数据的电子设备，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-13中任一所述的方法。

19.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求1-13中任一所述的方法。

20.一种计算机程序产品，包括计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1-13中任一所述的方法。

Images