应用于账务处理的数据处理方法及装置与流程

本发明涉及数据处理领域以及账务处理领域，更具体地，涉及一种应用于账务处理的数据处理方法及装置。

背景技术：

现有的用于实现账务处理的数据处理系统一般包含以下模块：总账管理系统、固定资产管理系统、资金管理系统、采购管理系统、库存管理系统、生产管理系统、成本管理系统、销售管理系统、工资管理系统、客户及应收应付管理系统等等。其中总账管理系统是整个系统中的核心子系统。

总账，是指总分类账(generalledger)，是根据总分类科目开设账户，用来登记全部经济业务，进行总分类核算，提供总括核算资料的分类账簿。总分类账所提供的核算资料，是编制会计报表的主要依据，任何单位都必须设置总分类账。

在通常的总账系统中，为了防止同一总账账户的发生额出现错误数据，同一账套的财务数据必须串行过账(一种示例性的具体过程如图1所示，此处不赘述)，从而保证数据一致性。但是，在数据量特别大的情况下，传统串行过账的方式耗时长，不能满足银行业务需求。

技术实现要素：

为解决上述技术问题，本发明提供了一种应用于账务处理的数据处理方法及装置，能够保障拆分后的财务数据在并行过账时的数据准确性，减小单个过账请求的数据量，减少大事务请求的运行时间，大幅度提高整体过账效率。

一方面，本发明实施例提供了一种应用于账务处理的数据处理方法，包括：

根据拆分策略将账务数据拆分为数据量均匀且数据维度不同的多份账务子数据；

基于所述多份账务子数据执行并行过账处理。

另一方面，本发明实施例还提供了一种应用于账务处理的数据处理装置，包括：

数据拆分单元，用于根据拆分策略将账务数据拆分为数据量均匀且数据维度不同的多份账务子数据；

并行过账单元，用于基于所述多份账务子数据执行并行过账处理。

实施本发明实施例所提供的数据处理方法和装置，能够保障拆分后的财务数据在并行过账时的数据准确性；减小单个过账请求的数据量；减少大事务请求的运行时间；大幅度提高整体过账效率。此外，通过本发明实施例提供的锁机制，还能进一步增强数据准确性。

附图说明

图1是现有的一种应用于账务处理的串行流程示意图；

图2是根据本发明实施例的一种应用于账务处理的数据处理方法的流程示意图；

图3是根据本发明实施例的一种应用于账务处理的数据处理装置的框图；

图4是图3所示数据处理装置中的过账模块的框图；

图5是根据本发明实施例的一种应用于账务处理的数据处理方法的过程示意图；

图6是根据本发明实施例的一种通过锁机制确保数据准确性的流程示意图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述。

在本发明的说明书和权利要求书及上述附图中的描述的一些流程中，包含了按照特定顺序出现的多个操作，但是应该清楚了解，这些操作可以不按照其在本文中出现的顺序来执行或并行执行，操作的序号如101、102等，仅仅是用于区分开各个不同的操作，序号本身不代表任何的执行顺序。另外，这些流程可以包括更多或更少的操作，并且这些操作可以按顺序执行或并行执行。需要说明的是，本文中的“第一”、“第二”等描述，是用于区分不同的消息、设备、模块等，不代表先后顺序，也不限定“第一”和“第二”是不同的类型。

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

图2是根据本发明实施例的一种应用于账务处理的数据处理方法的流程示意图，参照图2，所述方法包括：

200：账务数据拆分处理。具体而言，根据拆分策略将账务数据拆分为数据量均匀且数据维度不同的多份账务子数据。

在本实施例中，数据量均匀可以理解为数据量相同或尽量相同，数据维度不同可以理解为划分得到的账务子数据在数据内容上具有独立性或尽可能具有独立性。本领域技术人员应当理解，“尽可能”描述并不是一个模糊概念，其意在表示在一个范围内选择“更优”的方式，而并不表示所选取的方式一定要达到绝对相同或绝对独立的结果。

202：并行过账处理。具体而言，基于所述多份账务子数据执行并行过账处理。

采用本实施例提供的方法，将账务数据拆分为数据量均匀且数据维度不同的多份账务子数据，能够确保拆分后的财务数据在并行过账时的数据准确性；基于拆分后的多个财务数据文件并行过账，减小了单个过账请求的数据量，减少大事务请求的运行时间，大幅度提高了整体过账效率。

可选地，在本实施例的一种实现方式中，所述拆分策略包括：使所述多份账务子数据的科目代码组合标识不同(包含尽可能不同之意)；且使所述多份账务子数据的数据量满足预设条件(例如，尽可能均匀)。

示例性地，科目代码组合标识的生成规则依赖于coa科目体系(chartofaccount)。coa科目体系是一组用于标识总账账户的会计科目结构，一般由几个不同维度的段组成。理论上任选一个段，按照数据分布情况，就能将数据拆分到不同的文件，从而实现不同文件内的数据产生的科目代码组合标识不同。但是为了保证拆分后的文件大小较为均匀，在本实现方式中可以选择数据分布相对均匀的段来作为拆分依据。例如，目前中国建设银行的coa科目体系由九段组成。本实现方式中选择机构段，按照机构编号的前两位来拆分数据，将机构编号前两位相同的数据分到同一个文件内。即，根据机构编号的前两位将所述账务数据拆分为所述多份账务子数据。

可选地，在本实施例的一种实现方式中，为了实现处理202，并行地针对每一份账务子数据进行以下处理：获取所述账务子数据的数据库同名唯一锁；如果获取到所述数据库同名唯一锁，则进行过账操作并在过账操作完成后释放所述数据库同名唯一锁；如果未获取到所述数据库同名唯一锁，则等待所述数据库同名唯一锁被释放后获取所述数据库同名唯一锁。

其中，在根据机构编号的前两位将所述账务数据拆分为所述多份账务子数据的情况下，可以采用以下方式获取所述账务子数据的数据库同名唯一锁：根据所述账务子数据的机构编号的前两位和所述账务数据所属账套的id生成所述数据库同名唯一锁句柄；根据所述数据库同名唯一锁句柄获取所述数据库同名唯一锁。

理论上并行过账的数据已经按照一定规则进行拆分，并发的请求按照相同的规则加上账套作为句柄都应该能够在第一时间获取到数据库唯一锁。但是，为了防止可能存在的账务数据不经过数据拆分单元而直接进入过账步骤，采用本实现方式能够再次保证相同的总账账户数据不会因为并发导致数据不准确。

图3是根据本发明实施例的一种应用于账务处理的数据处理装置的框图。参照图3，数据处理装置包括数据拆分单元30和并行过账单元32。其中，数据拆分单元30用于根据拆分策略将账务数据拆分为数据量均匀且数据维度不同的多份账务子数据；并行过账单元32用于基于所述多份账务子数据执行并行过账处理。

可选地，在本实施例的一种实现方式中，所述拆分策略包括：使所述多份账务子数据的科目代码组合标识不同；且使所述多份账务子数据的数据量满足预设条件。

可选地，在本实施例的一种实现方式中，数据拆分单元30具体用于根据机构编号的前两位将所述账务数据拆分为所述多份账务子数据。

可选地，在本实施例的一种实现方式中，如图3中虚线框所示，并行过账单元32包括多个过账模块，各个过账模块对应于不同的账务子数据进行过账处理。具体而言，如图4所示，各个过账模块可以包括：获取子模块，用于获取对应的账务子数据的数据库同名唯一锁；处理子模块，用于在所述获取子模块获取到所述数据库同名唯一锁的情况下，进行过账操作并在过账操作完成后释放所述数据库同名唯一锁，以及用于在所述获取子模块未获取到所述数据库同名唯一锁的情况下，在所述数据库同名唯一锁被释放后获取所述数据库同名唯一锁。

可选地，在本实施例的一种实现方式中，在数据拆分单元30用于根据机构编号的前两位将账务数据拆分为多份账务子数据的情况下，获取子模块32用于：根据对应的账务子数据的机构编号的前两位和所述账务数据所属账套的id生成数据库同名唯一锁句柄；根据所述数据库同名唯一锁句柄获取所述数据库同名唯一锁。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的装置、单元、模块、子模块等的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

图5是根据本发明实施例的一种应用于账务处理的数据处理方法的过程示意图。参照图5，所述方法包括：首先，加载单个文件，并通过数据拆分单元(如前述数据拆分单元30)将单个文件拆分为多个子文件(对应账务子数据)，例如，拆分为30个以上的子文件。然后，如图5所示，针对每个子文件，并行地将数据导入过账流程从而进行过账处理。

图6是根据本发明实施例的一种通过锁机制确保数据准确性的流程示意图。结合图5并参照图6，在各个过账流程中，在准备数据之后，获取该文件中所有的不同的机构号前两位，进而获取同名唯一锁；如果获取到同名唯一锁，则进行过账并在过账之后释放同名唯一锁；如果同名唯一锁已经被别的进程获取，则等待对方释放之后，再获取同名唯一锁，之后进行过账和释放同名唯一锁的处理。

如前所述，采用本实施例提供的锁机制能够确保数据准确性。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。