CN101145226A - 一种生成业务编码的方法及系统 - Google Patents

Abstract

本发明公开了一种生成业务编码的方法及系统，解决目前的编码生成方式缺乏灵活性，很难处理变化的编码格式，从而无法满足不同用户需求的问题。本发明提供的统一的编码生成方法，针对不同的业务应用，采用自定义编码规则的方式，当业务模块需要使用编码时，首先查询符合业务需求的编码规则，然后解析所述规则得到多个编码分段，按照每个分段的编码规则分别生成各个分段的编码，最后将各分段编码组合起来形成完整的业务编码返回给调用的业务模块。所述方法能够灵活自动地生成各种符合业务需求的编码，一旦当前规则不能满足要求，可以灵活的改变规则定义来生成新的编码，因此能够适应变化的编码格式，满足不同用户不用业务应用的编码需求。

Description

一种生成业务编码的方法及系统

技术领域

本发明涉及编码应用领域，特别是涉及一种生成业务编码的方法及系统。

背景技术

编码作为一种标识信息，在实际业务中具有广泛的应用，通常所说的代号、编号、代码都是一种编码形式。编码的应用场景很普遍，例如一个公司、一个部门、一种人事编制或者一种库存物质，等等，都需要通过编码来进行管理。

举例说明，A公司有10个分公司，每个分公司下有若干个部门，为便于集团管理，分公司按001-099进行编码，每个分公司分配一个号码。同理，在分公司的管理中，对每个部门也需要用类似的编码来管理，而且每个部门的编码必须以分公司的编码开头，比如001公司的财务部应该为001001，001公司的采购部编码为001002，等等。每增加一个分公司或新设一个部门，都需要按照所述规则来生成编码，这就是一个典型的编码应用场景。在这个基础上扩展，每个公司的员工号也是一种编码应用，例如员工号表示为：公司编码+部门编码+个人编码，这都属于编码的典型运用。

在各种业务应用中，编码的生成方式是通过定义接口编写代码来实现。例如在上述三种编码(公司编码、部门编码、员工编码)的应用示例中，每种编码都由单独的模块来实现，即公司资料由公司维护一个编码生成模块，部门资料也维护一个编码生成模块，员工资料也类似，这样就可以达到编码的目的。但是，这种方式的代码通用性较差，模块功能的重用性及日后的升级维护将非常麻烦。

一种改进的做法是在所有的编码模块中，抽离出公共处理的部分，当需要生成其中一种编码时调用公共处理部分即可，因此提高了功能的重用性。但是，这种做法仍然存在不足之处，即这样的公用处理方式仍然停留在代码级别，由于不同业务应用的编码规则不同，就需要通过系统维护或开发人员修改系统源代码来实现，灵活性非常差，很难处理变化的编码格式，从而无法满足不同用户的应用需求。

发明内容

本发明所要解决的技术问题是提供一种生成业务编码的方法及系统，以解决目前的编码生成方式缺乏灵活性，很难处理变化的编码格式，从而无法满足不同用户需求的问题。

为解决上述技术问题，根据本发明提供的具体实施例，本发明公开了以下技术方案：

一种生成业务编码的方法，包括：

自定义编码规则；

对应业务需求，查询相应的编码规则；

根据所述编码规则生成编码，并返回给业务调用。

其中，所述根据编码规则生成编码的步骤包括：解析编码规则得到各个编码分段，其中每个分段标识一种业务信息；根据每个分段的编码规则，分别生成各个分段的编码；将所述各个分段的编码组合成完整编码。

其中，所述查询编码规则的步骤包括：查找对应业务需求的编码规则，若没有查找到，则返回异常信息；若查找到，则判断所述规则是否存在约束条件，如果不存在，则返回查找到的编码规则；如果存在，则继续判断业务对象是否满足所述约束条件，若满足，则返回所述编码规则；若不满足，则返回异常信息。

其中，所述异常信息中包含异常原因。

所述方法还包括：对生成的编码进行合法性检查，通过检查后再返回给业务调用。

一种生成业务编码的系统，包括：

规则定义引擎，用于向业务模块提供自定义编码规则的功能，并提供查询对应业务需求的编码规则的功能；

编码生成引擎，用于根据所述编码规则生成编码；

编码输出模块，用于向业务模块返回生成的编码。

其中，所述编码生成引擎通过解析编码规则得到各个编码分段，其中每个分段标识一种业务信息；然后根据每个分段的编码规则，分别生成各个分段的编码，将所述各个分段的编码组合成完整编码。

其中，所述规则定义引擎提供查询功能时，首先查找是否存在对应业务需求的编码规则，若没有查找到，则返回异常信息；若查找到，则判断所述规则是否存在约束条件，如果不存在，则返回查找到的编码规则；如果存在，则继续判断业务对象是否满足所述约束条件，若满足，则返回所述编码规则；若不满足，则返回异常信息。

其中，所述异常信息中包含异常原因。

其中，所述编码生成引擎对生成的编码进行合法性检查，通过检查后由编码输出模块返回给业务模块。

根据本发明提供的具体实施例，本发明公开了以下技术效果：

本发明实施例提供了一种统一的编码生成方法，针对不同的业务应用，采用自定义编码规则的方式，灵活自动地生成各种符合业务需求的编码。用户自定义编码规则后，当业务模块需要使用编码时，首先查询符合业务需求的编码规则，然后解析所述规则得到多个编码分段，按照每个分段的编码规则分别生成各个分段的编码，最后将各分段编码组合起来形成完整的业务编码返回给调用的业务模块。所述方法采用统一的服务来提供编码，整个系统通过集成编码规则来生成灵活的编码，一旦当前规则不能满足要求，可以灵活的改变规则定义来生成新的编码，因此能够适应变化的编码格式，满足不同用户不用业务应用的编码需求。

而且，采用分段管理的方法来管理编码的组成部分，面对不同的应用场合，可以改变各个编码分段的意义来灵活地生成编码，分段组成可以是表示时间含义的信息，也可以是表示系统状态信息或业务数据的属性信息等。

附图说明

图1是本发明实施例所述业务编码的生成步骤流程图；

图2是图1所述实施例中查询编码规则的步骤流程图；

图3是图1所述实施例中生成编码的步骤流程图；

图4是本发明实施例所述生成编码的系统结构图。

具体实施方式

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。

本发明实施例提供了一种统一的编码生成方法，针对不同的业务应用，采用自定义编码规则的方式，灵活自动地生成各种符合业务需求的编码。一旦某种编码形式满足不了要求，则可以停用之前的规则，定义新的规则来满足新的需求。

参照图1，是本发明实施例所述业务编码的生成步骤流程图。

步骤11，用户根据业务需求自定义编码规则，并保存。

不同的业务应用所需要的编码格式是不同的，用户可以灵活设置编码规则，如果原来的规则满足不了需要，还可以更新原有规则。例如，员工的工号中需要加入城市的区号作为员工号的一部分，这时只需要在原来的规则定义中将员工所在城市的区号定义到编码中即可。

步骤12，当业务系统需要使用编码时，查询相应的编码规则。

例如，在前述三种编码(公司编码、部门编码、员工编码)的应用示例中，某个分公司需要对公司内部的部门进行编码时，就需要查询生成部门编码的规则；如果某个部门需要对部门内的员工进行编码，就需要查询相应的员工编码规则。

参照图2，是所述查询编码规则的步骤流程图。编码规则的查找流程与规则的制定紧密相关，由于编码规则可以灵活变换，所以查找流程也不是固定不变的。下面将仍以公司的员工编码为例进行说明。

步骤121，针对业务需要，查找存储的编码规则中是否存在所需的规则。如果未查找到，则返回异常信息；如果查找到，则继续步骤122。

步骤122，如果查找到相应的编码规则，则判断所述查找到的编码规则是否存在约束条件。所述约束条件是指生成编码的过程中需要遵循的一些规则，例如公司的员工编号只能在0001-9999的范围之内。如果编码规则不存在约束条件，则可以获取所述规则；如果存在约束条件，则继续步骤123。

步骤123，如果编码规则中存在约束条件，则继续判断业务对象是否满足该约束条件。如果满足，则获取该编码规则，结束查询流程；如果不满足，则返回异常信息。

例如，对员工编号的约束条件是在0001-9999的范围之内，如果这个范围内的所有编号已经被全部用完，则目前需要继续使用这个范围之内编号的业务对象就不满足约束条件。再举一个例子，对单据的编号也存在处理状态的约束，一个单据的处理过程包括暂存、提交等处理状态，假设约束条件是对“暂存”状态的单据进行编号，如果目前的业务对象是“提交”状态的单据，则不满足该约束条件。

总之，针对不同应用的约束条件各不相同，而且查询流程也可以根据需要添加或更改判断条件，但查询的目的都是为了查找到具有可行性的编码规则。

在上述查找过程中，优选的，当出现异常情况时，将异常的原因也一起返回，这样便于分析查找异常状况。例如，在步骤121中，如果没有查找到相应的编码规则，则提示无可用规则，这时需要用户制定编码规则后才能继续后续步骤生成业务需要的编码；在步骤123返回的异常信息中，也会提示异常原因为不满足约束条件。

步骤13，根据查找到的编码规则生成编码。

本实施例中提供了一种简单易行、便于日后管理维护的编码生成方法，所述方法根据编码规则的应用场景，将编码解析为若干个部分，称为编码分段，每个分段体现一种实用的业务信息或数字信息，编码分段之间可以定义分隔符来连接各部分。本实施并不将生成编码的方法限定于所述分段管理的编码机制，根据业务应用的不同，可以采取最适合的编码机制来生成编码。

具体说明参见图3，是所述采用分段管理生成编码的步骤流程图。

步骤131，解析获取到的编码规则。通过上述步骤12查询到业务需要的编码规则后，解析该规则可得到规则定义的各个编码分段，其中每个分段标识一种业务信息。例如，员工编号定义的规则为：城市区号+公司编码+部门编码+员工编码，每一段信息就是一个编码部分。

面对不同的应用场合，可以改变各个编码分段的意义来灵活地生成编码，分段组成可以是时间含义的信息，可以是系统状态信息以及业务数据的属性信息等。

步骤132，根据各个编码分段的编码规则，循环处理各个编码部分，分别生成各个分段的编码。由于每个分段表示一种业务含义，所以每个分段都可以自定义一种编码规则来适应业务需要。例如，公司编码的规则是在001-999之间编号，对应部门的编码规则是以部门名称的开头字母定义编码，例如财务部的编码为CW，员工编码的规则是编号在0001-9999范围之内，并且以流水号表示。

每个编码分段都单独根据各自的规则调用具体的处理模块来生成编码。例如，员工编号表示为：城市区号+公司编码+部门编码+员工编码，整个处理过程分为系统属性、业务属性、员工编码三个处理模块。根据业务属性的划分，“城市区号”和“公司编码”属于系统属性部分，“部门编码”属于业务属性部分，“员工编码”属于编号部分。当然，这种处理上的划分并不唯一，例如可以把“城市区号”单独划分出一个模块来处理。如果业务应用不同，编码分段的意义也不同，则处理模块的划分也会不同。

如图3所示，循环处理编码各个部分的具体过程如下：判断编码的各个分段都需要调用哪些相应的处理模块，如果分段是城市区号”和“公司编码”，则调用系统属性处理，如果是“部门编码”则调用业务属性处理，如果是“员工编码”则调用编号部分处理。处理完每个分段都需要判断所有的分段是否全部处理完，当各个分段都处理完后，继续步骤133。

步骤133，将所述各个分段的编码组合成完整编码。

优选的，在制定规则时还可以定义编码的输出格式。这样，如果所有编码部分都处理好后，组装所有编码部分，并处理是否需要在各个编码部分之间加上在规则定义中定义的分隔符。例如，员工编码的每个部分按“_”来分隔，某员工工号的可能形式是010_001_002_0001，从这个编号中可以表达的意义为北京的001公司的002部门的0001员工。

步骤13生成业务需要的编码后，继续步骤14。

步骤14，对生成的编码进行合法性检查，确保编码的正确性，这是本实施例的优选步骤。

举例说明，假设规则定义中要求在编码后面加上冗余校验码，则要做生成冗余校验码的合法性检查；假设规则定义中要求城市的区号作为编码的一部分，则要检查是否取到了城市区号；假设规则定义中要求流水号的长度为4位，则要检查当前生成的编码是否超过了4位数字的表达范围；等等。

步骤15，编码通过合法性检查后，返回给需要使用的业务系统。

上述生成编码的过程，采用统一的服务来提供编码，整个系统通过集成编码规则来生成灵活的编码，一旦当前规则不能满足要求，可以灵活的改变规则定义来生成新的编码，因此能够适应变化的编码格式，满足不同用户不用业务应用的编码需求。由于这种编码生成方式非常灵活，因此可以进行多方面的扩展。例如，在定义编码规则时通过扩展功能增加规则的灵活性，如增加断号管理功能(指由于异常情况出现的编码断号的处理)、最大值调整功能(指超出最大编号范围的处理)等；在生成编码的过程中也可以对各个编码分段的处理进行灵活扩展，如增加固定值编码部分(指某个编码分段采用固定编号)等。

针对上述生成编码的方法，本发明还提供了相应的实现系统实施例。参照图4，是所述生成编码的系统结构图。所述系统主要包括规则定义引擎401、编码生成引擎402和编码输出模块403。当业务模块(例如员工信息模块)需要获取编码时，先在规则定义引擎401中获取相应的编码规则，然后根据该规则，由编码生成引擎402生成编码，编码生成后再做一些相关检查，再由编码输出模块403返回生成的编码给业务模块。

其中，所述规则定义引擎401主要用于向业务模块提供自定义并查询编码规则的功能，业务模块可以定义自己的编码规则来生成编码，如果编码格式发生变化，则可以定义新的规则来适应业务需要。规则定义引擎401在查询编码规则时，由于与规则的定义紧密相关，而编码规则可以灵活变换，所以查找流程也不固定。参照图2，是其中一种较常用的查询流程：首先查找是否存在对应业务需求的编码规则，若没有查找到，则返回异常信息；若查找到，则判断所述规则是否存在约束条件，如果不存在，则返回查找到的编码规则；如果存在，则继续判断业务对象是否满足所述约束条件，若满足，则返回所述编码规则；若不满足，则返回异常信息。其中，所述异常信息中包含异常原因，可以向业务模块返回提示信息。

所述编码生成引擎402主要用于根据在规则定义引擎401获取的编码规则生成编码。编码生成引擎402采用分段管理的方法来生成编码，根据编码规则的应用场景解析编码规则得到各个编码分段，每个分段体现一种实用的业务信息或数字信息；然后根据每个分段的编码规则，分别生成各个分段的编码；最后将所述各个分段的编码组合成完整编码，编码分段之间可以定义分隔符来连接各部分。面对不同的应用场合，可以改变各个编码分段的意义来灵活地生成编码，分段组成可以是时间含义的信息，可以是系统状态信息以及业务数据的属性信息等。编码生成引擎402生成编码的详细过程可参见图3，在此不再详述。

优选的，为保证编码的正确性及可用性，编码生成引擎402还需要对生成的编码进行合法性检查。

编码输出模块403主要用于将编码生成引擎402生成的编码返回给业务模块，业务模块从编码输出模块403可以得到自己需要的编码。

优选的，在编码生成系统中，规则定义引擎401可以提供扩展功能来增加规则定义的灵活性，例如在规则中增加断号处理定义，然后由编码生成引擎402解析规则实现断号管理、最大值调整等功能。编码生成引擎402对各个编码分段的处理也可以灵活扩展，例如，可以增加固定值编码部分等处理。

图4所示系统中未详述的部分可以参见图1、图2、图3所示方法的相关部分，为了篇幅考虑，在此不再详述。

以上对本发明所提供的一种生成业务编码的方法及系统，进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处。综上所述，本说明书内容不应理解为对本发明的限制。

Claims (10)

1.一种生成业务编码的方法，其特征在于，包括：

自定义编码规则；

对应业务需求，查询相应的编码规则；

根据所述编码规则生成编码，并返回给业务调用。

2.根据权利要求1所述的方法，其特征在于，所述根据编码规则生成编码的步骤包括：

解析编码规则得到各个编码分段，其中每个分段标识一种业务信息；

根据每个分段的编码规则，分别生成各个分段的编码；

将所述各个分段的编码组合成完整编码。

3.根据权利要求1所述的方法，其特征在于，所述查询编码规则的步骤包括：

查找对应业务需求的编码规则，若没有查找到，则返回异常信息；

若查找到，则判断所述规则是否存在约束条件，如果不存在，则返回查找到的编码规则；

如果存在，则继续判断业务对象是否满足所述约束条件，若满足，则返回所述编码规则；若不满足，则返回异常信息。

4.根据权利要求3所述的方法，其特征在于：所述异常信息中包含异常原因。

5.根据权利要求1所述的方法，其特征在于，还包括：对生成的编码进行合法性检查，通过检查后再返回给业务调用。

6.一种生成业务编码的系统，其特征在于，包括：

规则定义引擎，用于向业务模块提供自定义编码规则的功能，并提供查询对应业务需求的编码规则的功能；

编码生成引擎，用于根据所述编码规则生成编码；

编码输出模块，用于向业务模块返回生成的编码。

7.根据权利要求6所述的系统，其特征在于：所述编码生成引擎通过解析编码规则得到各个编码分段，其中每个分段标识一种业务信息；然后根据每个分段的编码规则，分别生成各个分段的编码，将所述各个分段的编码组合成完整编码。

8.根据权利要求6所述的系统，其特征在于：所述规则定义引擎提供查询功能时，首先查找是否存在对应业务需求的编码规则，若没有查找到，则返回异常信息；若查找到，则判断所述规则是否存在约束条件，如果不存在，则返回查找到的编码规则；如果存在，则继续判断业务对象是否满足所述约束条件，若满足，则返回所述编码规则；若不满足，则返回异常信息。

9.根据权利要求8所述的系统，其特征在于：所述异常信息中包含异常原因。

10.根据权利要求6所述的系统，其特征在于：所述编码生成引擎对生成的编码进行合法性检查，通过检查后由编码输出模块返回给业务模块。

Images