CN110473082A

CN110473082A - 基于标签和判定树的科目处理方法及系统

Info

Publication number: CN110473082A
Application number: CN201910754029.1A
Authority: CN
Inventors: 李文彬; 郝敏
Original assignee: Bank of China Ltd
Current assignee: Bank of China Ltd
Priority date: 2019-08-15
Filing date: 2019-08-15
Publication date: 2019-11-19
Anticipated expiration: 2039-08-15
Also published as: CN110473082B

Abstract

本发明提出了一种基于标签和判定树的科目处理方法及系统，其中，该方法包括：接收业务数据；配置所述业务数据的业务特征，生成业务标签集合；通过对判定树的遍历，将所述业务标签集合与判定树的节点上的节点标签进行匹配，生成所述业务标签集合对应的科目代码；根据所述科目代码，生成业务数据的科目表。本发明提出的基于标签和判定树的科目处理方法及系统，通过标签技术和判定树技术对科目进行处理，生成的科目体系表可以应用于核算系统中，应用灵活，且可扩展性大，提升了应用系统的开发效率，保证了应用系统的简洁性。

Description

基于标签和判定树的科目处理方法及系统

技术领域

本发明涉及标准化科目体系管理领域，尤指一种基于标签和判定树的科目处理方法及系统。

背景技术

对于多科目体系而言，如果一个产品对应采用一套代码，那么对应的代码将非常多。由于银行核算作为辅会计，每天面临着几千个产品的核算任务，这些上千个产品有各自的核算体系/科目体系/科目代码。假设采用硬编码设计方案，碰到的首要问题是，再来一个新产品则会非常难处理，还会影响产品的业务发展和创新。目前，业界一般会采取利用科目性质、核算项或辅助核算项进行配置的方法，这些方案在使用方面不直观，科目体系变化大，需要专业的人员来配置，标准化程度低，在系统扩展上不灵活。

因此，亟需一种具有标准化，扩展灵活性高的科目配置技术方案。

发明内容

为解决上述方案，本发明提出了一种基于标签和判定树的科目处理方法及系统，该方法及系统将多种科目进行标签化，通过判定树对其进行决策判断匹配，将一堆复杂业务编制为一个完整的科目表，业务人员使用直观，保证了系统扩展的灵活性、简洁性和开发效率。

在本发明一实施例中，提出了一种基于标签和判定树的科目处理方法，该方法包括：

接收业务数据；

配置所述业务数据的业务特征，生成业务标签集合；

通过对判定树的遍历，将所述业务标签集合与判定树的节点上的节点标签进行匹配，生成所述业务标签集合对应的科目代码；

根据所述科目代码，生成业务数据的科目表。

在本发明一实施例中，还提出了一种基于标签和判定树的科目处理系统，该系统包括：

数据接收模块，用于接收业务数据；

特征配置模块，用于配置所述业务数据的业务特征，生成业务标签集合；

判定树遍历模块，用于通过对判定树的遍历，将所述业务标签集合与判定树的节点上的节点标签进行匹配，生成所述业务标签集合对应的科目代码；

科目处理模块，用于根据所述科目代码，生成业务数据的科目表。

在本发明一实施例中，还提出了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现前述基于标签和判定树的科目处理方法。

在本发明一实施例中，还提出了一种计算机可读存储介质，所述计算机可读存储介质存储有执行前述基于标签和判定树的科目处理方法的计算机程序。

本发明提出的基于标签和判定树的科目处理方法及系统，通过标签技术和判定树技术对科目进行处理，生成的科目体系表可以应用于核算系统中，应用灵活，且可扩展性大，提升了应用系统的开发效率，保证了应用系统的简洁性。

附图说明

图1是本发明一实施例的基于标签和判定树的科目处理方法流程图。

图2是本发明一具体实施例的标准化的科目名称与标签的对应关系示意图。

图3是本发明一具体实施例的业务数据的示意图。

图4是本发明一具体实施例的判定树示意图。

图5是本发明一具体实施例的科目代码、科目名称与标签的对应关系示意图。

图6是本发明一具体实施例的含有科目代码的业务数据示意图。

图7是本发明一具体实施例的另一项业务的业务数据的示意图。

图8是本发明一具体实施例的新的判定树示意图。

图9是本发明一具体实施例的新的业务数据的科目表示意图。

图10是本发明一具体实施例的含有科目代码的另一项业务的业务数据示意图。

图11是本发明一具体实施例的编制科目流程示意图。

图12是本发明一具体实施例的实际应用时的科目体系界面示意图。

图13是本发明一实施例的基于标签和判定树的科目处理系统结构示意图。

具体实施方式

下面将参考若干示例性实施方式来描述本发明的原理和精神。应当理解，给出这些实施方式仅仅是为了使本领域技术人员能够更好地理解进而实现本发明，而并非以任何方式限制本发明的范围。相反，提供这些实施方式是为了使本公开更加透彻和完整，并且能够将本公开的范围完整地传达给本领域的技术人员。

本领域技术人员知道，本发明的实施方式可以实现为一种系统、装置、设备、方法或计算机程序产品。因此，本公开可以具体实现为以下形式，即：完全的硬件、完全的软件(包括固件、驻留软件、微代码等)，或者硬件和软件结合的形式。

根据本发明的实施方式，提出了一种基于标签和判定树的科目处理方法及系统。在实际应用中，多个产品导致的多种科目体系，突出问题是“变”；本发明所利用的标签技术是用标签具有的“不变”的性质解决了“变”这个问题；判定树类似于决策树，符合科目编制的逻辑，结合标签集合，通过决策判定匹配，最终完成科目编制。简言之，就是将一堆复杂业务转换为一个配置问题，使业务人员使用直观，保证了系统灵活性，扩展性、简洁性和开发效率。

下面参考本发明的若干代表性实施方式，详细阐释本发明的原理和精神。

图1是本发明一实施例的基于标签和判定树的科目处理方法流程图。如图1所示，该方法包括：

步骤S101，接收业务数据。

步骤S102，配置所述业务数据的业务特征，生成业务标签集合。

在一实施例中，根据所述业务数据，配置业务的键值对，其中，一个键值对用于描述一笔业务的一个特征，多个键值对用于描述所述一笔业务的会计特征。进一步根据所述业务的键值对，生成对应业务的业务标签集合。

具体的，标签可以称为特征，是key-value组成的键值对，如“交易市场”可以等同于“上海交易所”或“上交所”，“回购明细品种”可以等同于“质押式”等，这就是一系列的标签。因此，标签、特征及键值对除有特殊说明外，均可以表示同一个意思。

如图2所示，为标准化的科目名称与标签的对应关系示意图。键值对中的“键”可以是标准化的科目名称，例如“_备付金_上海交易所”、“_股票投资_上海_普通_成本”等，对应的标签为：

_ZCKM＝1021_JYSC＝HJS、

_ZCKM＝1102_JYSC＝HJS_GPZT＝PT_SJSX＝CB。

如图3所示，为一业务数据的示意图。以前两条业务为例：

第一条业务的内容包括借贷标签为“借”，中文科目为“交易费用_交易所_股票”，金额为“15”。

第二条业务(新大陆股票投资业务)的内容包括借贷标签为“借”，中文科目为“_股票投资_深圳_普通_成本_新大陆”，金额为“100”，数量为“100”，单价为“1”。

相应的，键值对中的“值”可以是图3中业务数据记载的中文科目。第一条业务的“值”为“交易费用_交易所_股票”；第二条业务的“值”为“_股票投资_深圳_普通_成本_新大陆”。

经过配置业务特征，存在变化的是中文科目“交易费用_交易所_股票”的标准化的科目名称为“_交易费用_上海交易所_股票”。

具体的，再结合图3所示，以第二条业务(新大陆股票投资业务)为例，其中文科目为“_股票投资_深圳_普通_成本_新大陆”，配置业务特征后，标准化的科目名称无变化。则根据其标准化的科目名称，生成对应的标签，如图2所示，该标签为：

_ZCKM＝1102_JYSC＝SJS_GPZT＝PT_SJSX＝CB_ZQDM＝000997。

其中，具体含义依次为：注册科目为股票投资1102，交易市场为深交所，股票涨停为普通，数据属性为成本，证券代码为000997。

因此，该业务的标签集合包括：借贷标签为“借”，科目名称对应的标签为“_ZCKM＝1102_JYSC＝SJS_GPZT＝PT_SJSX＝CB_ZQDM＝000997”，金额为“100”，数量为“100”，单价为“1”。

步骤S103，通过对判定树的遍历，将所述业务标签集合与判定树的节点上的节点标签进行匹配，生成所述业务标签集合对应的科目代码。

如图4所示，是一具体实施例的判定树示意图。所述判定树类似一个决策树，编制出某一个科目的原理是“输入判定树+多个标签，输出科目代码”。判定树是一个科目体系，其中包括多个节点；其中，每个节点包括节点标签及节点科目代码。图4中包括了五个层次，子节点的标签包含该子节点对应的父节点对应的标签，相应的，如图5所示，所述子节点的节点科目代码包含该子节点对应的父节点的节点科目代码。例如，科目名称为“_股票投资_上海”的节点科目代码为“11020”，标签为“_ZCKM＝1102_JYSC＝HJS”，其包含了父节点节点科目代码“1102”以及标签“_ZCKM＝1102”。

根据所述业务标签集合，从所述判定树的根节点开始，依次与判定树上每一层次的节点进行匹配，匹配条件是将所述业务标签集合中的标签与判定树上节点的标签进行比较，如果存在相同的标签判定匹配成功，继续与相应的下一层次的节点进行匹配；

如果匹配到相同标签的叶子节点，将所述叶子节点的科目代码作为所述业务标签集合对应的科目代码；

如果与判定树的其中一层次上的节点匹配时未搜索到相同的标签，在该层次上生成一新的节点，并根据该层次的父节点的科目代码，生成所述新的节点对应的科目代码，作为所述业务标签集合的科目代码。

以图3中，中文科目“_股票投资_深圳_普通_成本_新大陆”的业务为例，首先，配置业务特征，得到科目名称的标签为：

_ZCKM＝1102_JYSC＝SJS_GPZT＝PT_SJSX＝CB_ZQDM＝000997。

根据图4所示的判定树，从根节点开始，依次与判定树上的每一层次的节点进行匹配，可见，在第一层次的根节点，匹配到“_ZCKM＝1102”，因此匹配成功，继续与该根节点的子节点进行匹配，在第二层次，匹配到“_ZCKM＝1102_JYSC＝SJS”，遍历该判定树，在第三、四、五层次，分别匹配到：

_ZCKM＝1102_JYSC＝SJS_GPZT＝PT、

_ZCKM＝1102_JYSC＝SJS_GPZT＝PT_SJSX＝CB、

_ZCKM＝1102_JYSC＝SJS_GPZT＝PT_SJSX＝CB_ZQDM＝000997，由于第五层次为叶子节点，因此，可以结合图5所示，查询到该叶子节点的科目代码为11023101000997，即该“_股票投资_深圳_普通_成本_新大陆”的业务对应的科目代码为11023101000997。

根据上述步骤，如图6所示，为含有科目代码的业务数据示意图，经过上述步骤，则可以生成对应各个业务的科目代码，如果再发生相同中文科目的业务数据时，则系统可以根据前述步骤，自动生成相应的科目代码。即，如果是新业务(历史上未发生过相同业务)，则业务数据会先类似图3所示，无科目代码，需经过前述步骤，才能生成相应的科目代码。如果是老业务(历史上发生过相同业务)，则业务数据会类似图6所示，可以直接带出科目代码。

在一具体实施例中，以另一项业务为例，如图7所示，为另一项业务的业务数据示意图。该业务的中文科目为“_股票投资_深圳_普通_成本_华润三九”，借贷标识为“借”，金额为“80”，数量为“100”，单价为“1”。

则根据步骤S102，配置业务特征后，其科目名称对应的标签为：

_ZCKM＝1102_JYSC＝SJS_GPZT＝PT_SJSX＝CB_ZQDM＝000999。

根据图4所示的判定树，从根节点开始，依次与判定树上的每一层次的节点进行匹配，匹配到第五层次时，未匹配成功，则在第五层次生成一新的节点，科目名称为“_股票投资_深圳_普通_成本_华润三九”，如图8所示，为新的判定树示意图。再根据图5所示，依据其父节点的科目代码11023101，生成该新的节点的科目代码1102310100099。

步骤S104，根据所述科目代码，生成业务数据的科目表。

依据前述实施例，根据新的节点的科目代码1102310100099，可以更新业务数据的科目表，如图9所示，生成新的业务数据的科目表。相应的，如图10所示，为显示另一项业务的科目代码的业务数据示意图，如果再发生相同中文科目的业务数据时，则系统可以根据前述步骤，自动生成相应的科目代码。

随着业务数据的增加，可以扩展业务数据的科目表，这种科目表扩展性大，应用灵活，内容显示简洁，便于工作人员处理。

上述方法基于对判定树的深度遍历，遍历过程中将标签集合与节点上的标签进行匹配，匹配成功则记录科目代码，直至遍历到叶子节点为止，这样一个完整的科目代码就编制完成，生成的科目体系表可以应用于核算系统中，应用灵活，且可扩展性大，提升了应用系统的开发效率，保证了应用系统的简洁性。

需要说明的是，尽管在上述实施例及附图中以特定顺序描述了本发明方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。

为了对上述基于标签和判定树的科目处理方法进行更为清楚的解释，下面结合一个具体的实施例来进行说明，然而值得注意的是该实施例仅是为了更好地说明本发明，并不构成对本发明不当的限定。

结合图11所示，为本发明一具体实施例的编制科目流程示意图。如图11所示，本发明最核心流程分为两步，其中，

第一步是标签化：输入某笔业务(交易)，并对其进行特征配置，经过标签化动作，生成出标签集合。

第二步是编制科目：根据标签集合和判定树，编制出科目。

其中，特征配置的数据结构，例如包括TranType(业务交易类型)、LableDataSource(特征数据源)、OtherLable(其他固定标签)等。

判定输得数据结构，例如包括NodeID(节点身份信息)、ParentNodeID(双亲节点身份信息，双亲节点也可称为父节点)、LableName(标签名称)、LableValue(标签值)、KMDM(科目代码)、KMXZ(科目性质)等。

最后，通过标签集合和判定树来编制科目，不支持回溯的算法大致如下：

不支持回溯的遍历算法会碰到遍历失败的情况(走进了错的节点)，此时需要通过一个栈的数据结构来支持树遍历的回溯，从而保证科目的成功生成。

如图12所示，为实际应用时的科目体系界面示意图，其中，未表示出科目代码。业务人员可以很方便的配置科目表，该科目表非常直观且容易使用，该标签技术和判定树用在核算业务领域非常规范和准确。另外，对于建立资产托管核算系统底层技术模型起到了很大的奠定作用，一举解决了科目体系多样性带来的灵活性，扩展性，并且让开发变得非常的高效和简洁。

基于同一发明构思，本发明还提出了一种基于标签和判定树的科目处理系统，如图13所示，该系统包括：

数据接收模块100，用于接收业务数据；

特征配置模块200，用于配置所述业务数据的业务特征，生成业务标签集合；

判定树遍历模块300，用于通过对判定树的遍历，将所述业务标签集合与判定树的节点上的节点标签进行匹配，生成所述业务标签集合对应的科目代码；

科目处理模块400，用于根据所述科目代码，生成业务数据的科目表。

应当注意，尽管在上文详细描述中提及了基于标签和判定树的科目处理系统的若干模块，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本发明的实施方式，上文描述的两个或更多模块的特征和功能可以在一个模块中具体化。反之，上文描述的一个模块的特征和功能可以进一步划分为由多个模块来具体化。

虽然已经参考若干具体实施方式描述了本发明的精神和原理，但是应该理解，本发明并不限于所公开的具体实施方式，对各方面的划分也不意味着这些方面中的特征不能组合以进行受益，这种划分仅是为了表述的方便。本发明旨在涵盖所附权利要求的精神和范围内所包括的各种修改和等同布置。

Claims

1.一种基于标签和判定树的科目处理方法，其特征在于，该方法包括：

接收业务数据；

配置所述业务数据的业务特征，生成业务标签集合；

根据所述科目代码，生成业务数据的科目表。

2.根据权利要求1所述的基于标签和判定树的科目处理方法，其特征在于，配置所述业务数据的业务特征，生成业务标签集合，包括：

根据所述业务数据，配置业务的键值对，其中，一个键值对用于描述一笔业务的一个特征，多个键值对用于描述所述一笔业务的会计特征；

根据所述业务的键值对，生成对应业务的业务标签集合。

3.根据权利要求2所述的基于标签和判定树的科目处理方法，其特征在于，所述键值对中的键为标准化的科目名称，值为业务数据中记载的中文科目。

4.根据权利要求1所述的基于标签和判定树的科目处理方法，其特征在于，所述判定树上的每个节点包括节点标签及节点科目代码。

5.根据权利要求4所述的基于标签和判定树的科目处理方法，其特征在于，所述判定树包括多个节点；其中，

子节点的标签包含该子节点对应的父节点对应的标签；

相应的，所述子节点的节点科目代码包含该子节点对应的父节点的节点科目代码。

6.根据权利要求1所述的基于标签和判定树的科目处理方法，其特征在于，通过对判定树的遍历，将所述业务标签集合与判定树的节点上的节点标签进行匹配，生成所述业务标签集合对应的科目代码，包括：

7.根据权利要求6所述的基于标签和判定树的科目处理方法，其特征在于，根据所述科目代码，生成业务数据的科目表，包括：

根据所述新的节点对应的科目代码，更新所述业务数据的科目表。

8.一种基于标签和判定树的科目处理系统，其特征在于，该系统包括：

数据接收模块，用于接收业务数据；

9.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至7任一所述方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有执行权利要求1至7任一所述方法的计算机程序。