CN101908046A - 一种业务处理方法及其系统 - Google Patents

Abstract

本发明公开了一种业务处理方法及其系统，以提高业务处理系统的可扩展性。该业务处理方法中，预先配置有记录各业务数据种类的信息类表、与业务数据种类对应的记录业务数据属性项的信息类属性表，以及与业务数据种类对应的记录业务数据的业务数据表，该方法包括：根据用户请求的业务数据种类，确定出信息类表中相应的业务数据种类记录；根据业务数据种类记录获取对应的信息类属性表，并根据该信息类属性表获取该业务数据的属性项；根据获取到的业务数据属性项生成业务处理界面，并通过该界面接收用户提交的业务数据信息；根据用户提交的业务数据信息，对与所述业务数据种类记录对应的业务数据表进行相应的业务数据处理。

Description

一种业务处理方法及其系统

技术领域

本发明涉及通信领域中的数据处理技术，尤其涉及一种业务处理方法及其系统。

背景技术

由软件实现的业务处理系统架构一般包括数据模型和应用层。数据模型是指业务数据的存储模型，通常由数据库方式实现；应用层可为用户提供友好的操作界面，以及根据用户通过该界面提交的数据操作命令或/和业务数据，通过对数据库中的业务数据进行相应处理，从而实现用户所请求的业务处理。

传统的业务处理系统，其应用层往往直接建立在静态数据模型之上。静态的数据模型是指业务处理系统的数据模型是基于确定的业务数据种类抽象而来的，且每种业务数据的属性项(如业务数据的名称、数据类型、字段长度等)也是固定的，通过该业务处理系统处理业务时，其应用层直接调用数据模型中的相关业务数据进行数据操作处理。基于这种方式的业务处理系统的应用层和数据模型是紧耦合的，这类业务处理系统只能适用于业务数据确定、业务模式不变的业务或用户。

而在实际工作中，业务处理系统的使用者对业务处理系统的数据种类及其属性项扩展的要求是非常普遍的。而传统的业务处理系统的数据模型方式实现的业务处理系统的灵活性和扩展性有一定局限，因此，当业务处理系统的使用者要求增加要处理的业务的数据种类或调整业务数据属性时，业务处理系统的维护者就必须修改与业务处理系统相关的底层数据库的结构，同时还需要修改业务处理系统的应用层，以适应修改数据库结构之后新的数据模型。

发明内容

本发明实施例提供一种业务处理方法及其系统，用以解决现有业务处理系统因应用层和数据模型之间紧耦合导致的可扩展性低的问题。

本发明实施例提供的业务处理方法中，预先配置有记录各业务数据种类的信息类表、与业务数据种类对应的记录业务数据属性项的信息类属性表，以及与业务数据种类对应的记录业务数据的业务数据表，该方法包括：

根据用户请求的业务数据种类，确定出信息类表中相应的业务数据种类记录；

根据所述业务数据种类记录获取对应的信息类属性表，并根据该信息类属性表获取该业务数据的属性项；

根据获取到的业务数据属性项生成业务处理界面，并通过该界面接收用户提交的业务数据信息；

根据用户提交的业务数据信息，对与所述业务数据种类记录对应的业务数据表进行相应的业务数据处理。

本发明实施例提供的业务处理系统，包括：

种类确定单元，用于根据用户请求的业务数据种类，确定出信息类表中相应的业务数据种类记录；

属性获取单元，用于根据所述业务数据种类记录获取对应的信息类属性表，并根据该信息类属性表获取该业务数据的属性项；

界面处理单元，用于根据获取到的业务数据属性项生成业务处理界面；以及，通过该界面接收用户提交的业务数据信息；

数据处理单元，用于根据用户提交的业务数据信息，对与所述业务数据种类记录对应的业务数据表进行相应的业务数据处理；

其中，所述信息类表记录各业务数据种类，所述信息类属性表记录业务数据属性项，所述业务数据表记录业务数据，并且，所述信息类表中的每个业务数据种类记录对应该种类业务数据的信息类属性表，以及对应记录有该种类业务数据的业务数据表。

本发明的上述实施例，通过预先配置记录各业务数据种类的信息类表、与业务数据种类对应的记录业务数据属性项的信息类属性表，以及与业务数据种类对应的记录业务数据的业务数据表，从而在业务处理系统访问业务数据时，不象现有技术一样直接访问业务数据表，而是首先访问信息类表，在根据信息类表和信息类属性表的对应关系获取所请求访问的业务数据的属性项，再根据获取到的属性项生成业务处理界面，通过该界面接收用户提交的信息，从而通过访问相应的业务数据表进行业务数据操作。可以看出，本发明实施例中的业务处理系统与数据库的耦合度较低，由于业务处理系统没有直接访问数据库中的业务数据表，因此，在需要改变业务数据表的结构或增加业务数据时，不需要对业务处理系统进行改造，从而提高了业务处理系统的可扩展性和灵活性。

附图说明

图1为本发明实施例提供的动态数据模型的示意图；

图2为本发明实施例提供的业务处理系统访问业务数据的原理示意图；

图3为本发明实施例提供的业务处理系统访问业务数据的流程示意图；

图4为本发明实施例提供的业务处理系统录入业务数据的流程示意图；

图5为本发明实施例提供的业务处理系统修改业务数据的流程示意图；

图6为本发明实施例提供的业务处理系统结构示意图。

具体实施方式

本发明实施例针对现有技术存在的问题，提供了一种基于动态数据模型的业务处理方法和系统，从而使业务处理系统相关的底层数据库结构可以随着业务要求设置改变而扩展，并使业务处理系统的应用层模块可自适应调整后的数据结构，从而提高了业务处理系统的灵活性和可扩展性。

下面结合附图对本发明实施例进行详细描述。

与现有业务处理系统只有一张业务数据表不同，本发明实施例中，采用动态数据模型，该动态数据模型所对应的数据库中存储有三种类型的基本数据表：信息类表、信息类属性表、业务数据表，并且三者之间互为关联，从而形成动态数据模型。该动态数据模型是基于对用户业务数据的抽象，在业务处理系统的应用中，用户往往最先考虑的是将哪些种类的业务数据在系统中管理起来，其次是各种种类的业务数据各有哪些属性项要管理起来。相应地，在本发明实施例提供的动态数据模型中，各业务数据种类抽象成信息类表，每种业务数据的各属性项抽象成该类业务数据的信息类属性表，业务数据记录抽象成业务数据表。其中：

信息类表中的各记录用来描述业务处理系统所管理的各种业务数据种类，包括业务类别标识或/和名称，每一条记录描述一种业务数据种类。信息类表在数据库中只有一张，表中每一条记录对应业务处理系统中所管理的一类业务数据；

信息类属性表中的各记录用来描述对应种类的业务数据的各个属性项，包括该种类的各业务数据的数据类型、长度、约束条件等。该表中的每一条记录描述一个属性项，每一种业务数据种类(即信息类表中的一条记录)对应一个信息类属性表；

业务数据表中的各记录用来记录业务数据的属性取值。每一种业务数据种类(即信息类表中的一条记录)对应一个业务数据表。

上述信息类表、信息类属性表、业务数据表三种类型的数据表都是动态关联的。在这三种类型的数据表中，信息类表中的记录可以添加，在信息类表中增加一条记录时，需要对应增加一个信息类属性表和一个业务数据表；信息类属性表中的记录也是可以维护的，信息类属性的信息还可以扩展，业务数据表的表结构将依据信息类属性表的记录变化而变化，最终实现业务数据种类、属性都是可以扩展的。

图1给出了一种出版业的业务动态数据模型所包含的信息类表、信息类属性表和业务数据表及其之间的关联关系的示意图。如图1所示，信息类表中包括3条记录，表示可管理图书、光盘和电子书的业务数据；信息类表中的每条记录对应1个信息类属性表，其中，信息类表中ID为1的记录所对应的信息类属性表中可包括多条记录，该信息类属性表中的所有记录构成图书类业务数据的属性项，并且通过类型、长度等字段规定了每个属性项的数据类型和数据长度，还可以对是否可为空等约束条件进一步规定；信息类表中的每条记录还对应一个业务数据表，其中，信息类表中ID为1的记录所对应的业务数据表中可包括多条记录，每条记录为一本图书数据的属性项取值，每条记录各字段的取值应该符合对应的信息类属性表中的属性项的数据类型、长度以及其他约束条件。

图1所示的动态数据模型的创建过程中，可依据信息类(即信息类表中的记录)的英文名创建信息类和业务数据表，其中信息类的英文名+“_regions”为表名的数据表是该信息类对应的信息类属性表，信息类的英文名+“_attr”为表名的数据表用来保存该信息类对应的业务数据，如图1中信息类属性表book_regions和业务数据表book_attr与信息类表中英文名为book的记录相关联；还可依据属性项的英文名创建业务数据的属性字段。在业务数据表中还可包括业务数据所属信息类ID，如book_attr表中的业务数据所属信息类ID为1，表示book_attr表与dis_base表中ID＝1的记录对应，其中，业务数据ID、业务数据所属信息类ID是业务数据表中固定字段，其它的字段可通过维护信息类属性表中的记录而相应的变化的。例如：在信息类属性表中增加一条记录，则在业务数据表中，会对应增加一个字段属性，用来记录新增信息类属性信息。结合前述的业务数据表的生成，可以知道，具体的业务数据表在信息类确定时创建，字段伴随信息类属性变化而变化。动态数据模型的创建与维护可通过业务处理系统实现。

需要说明的是，通常情况下，数据库系统支持英文，因此，可用信息类的英文名、属性的英文名称来进行各表之间的关联，但对于支持其他语言的数据库系统也不排除使用其他语言命名信息类和属性，并以其他语言命名的信息类和属性的名称来进行各表之间的关联。另外，除了上述将信息类的英文名作为前缀命名表名以外，还可以将其作为后缀或者放置于名称中的其他位置来对数据表命名。

基于本发明实施例所定义的数据模型，业务处理系统访问业务数据的过程中，如图2所示，业务处理系统对业务数据的访问不是直接访问业务数据表，而是先访问信息类表，然后根据该信息类表以及所请求访问的业务数据种类确定出需要访问的信息类属性表，再根据该信息类属性表中的业务数据属性信息组织业务处理界面，通过该界面接收用户提交的业务数据或/和数据操作命令，根据用户提交的业务数据或/和数据操作命令访问相应的业务数据表(可通过数据库操作语句实现)，从而通过操作相关业务数据完成业务处理。在生成业务处理界面时，可从对应的业务数据表中读取业务数据显示在该界面中。由于组织业务处理界面，以及信息类表、信息类属性表的创建和维护都可以封装成与业务数据无关的功能模块，所以业务处理可以做到业务数据种类及其属性是可以变化的，而业务处理系统无需修改。

参见图3、为本发明实施例提供的业务处理系统基于动态数据模型访问业务数据的流程示意图。在通过业务处理系统，并基于动态数据模型访问业务数据之前，用户首先确定出或选择出待访问的业务数据种类。该流程主要包括以下步骤：

步骤301、业务处理系统访问数据库中的信息类表，根据用户待访问的业务数据种类从信息类表中确定出对应的记录，以及根据该记录从数据库中获取对应的信息类属性表。

步骤302、业务处理系统从获取到的信息类属性表中读取属性项信息(即信息类属性表中的记录)，并可进一步根据读取到的属性项生成包括属性项信息的XML文件。

步骤303、业务处理系统根据获取到的业务数据属性项，生成业务处理用户界面，其中，各属性项可使用不同的界面控件来关联。

生成用户界面的过程可如图所示的步骤303a～303c，该过程中，应用层模块首先从数据库中相应的属性类信息表(即与用户待访问的业务数据种类对应的属性类信息表)中提取属性项，再从对应的业务数据表中提取业务数据，并可进一步将提取到的属性项组织成属性XML(eXtensible Markup Language，可扩展标记语言)文件，将提取到的业务数据组织成数据记录集；然后将属性XML文件和数据记录集打包为数据XML文件，并将该文件填充到用户界面中。其中，从数据库提取业务数据的操作是可选的，如果没有提取业务数据或提取到的业务数据为空(在业务数据表中还没有记录的情况下)，则用户界面中相应属性项下的业务数据显示为空。

步骤304、业务处理系统接收用户通过该用户界面提交的业务数据和数据操作命令，如录入数据命令和需要录入的业务数据，或者修改数据命令和需要修改的业务数据。

步骤305～307、业务处理系统根据用户提交的操作命令和业务数据，对数据库中相应的业务数据表进行相应的业务数据操作。

该步骤中，业务处理系统可根据用户提交的业务数据生成数据记录集，然后将该数据记录集和属性XML文件打包为数据XML文件；业务处理系统还根据用户提交的数据操作命令生成数据库操作语句，如SQL(Structured Query Language，结构化查询语言)语句，然后通过执行数据库操作语句并根据数据XML文件，完成对相应业务数据表的处理。

进一步的，如果数据库操作语句执行成功，则本次操作结束；如果执行失败，则可返回到用户界面，并提示操作失败，从而提示用户重新进行操作。

从以上流程可以看出，由于业务处理系统的应用层模块中可包含用户界面(即上述的业务处理界面)，通过该界面接收到增加或修改的业务数据后，可将增加或修改的业务数据封装成与业务数据表结构无关的数据文件，然后通过与动态数据模型配合进行业务处理，从而提高了业务处理系统的可扩展性。从图3所示流程还可以看到，在整个业务处理过程中，通过属性XML文件来管理不同的信息类及其属性信息，数据XML也是按照属性XML文件的要求来组织，这就是可扩展数据模式应用流程实现所遵循的方法。

下面以面向出版业的动态数据模型为例，描述业务处理系统访问该动态数据模型(包括业务数据录入和业务数据修改)的过程。该过程涉及的数据模型可如图1所示。

参见图4，为本发明实施例提供的通过业务处理系统录入图书类业务数据的流程示意图。在录入图书类业务数据前，用户首先要选中图书类业务数据，后续步骤主要包括：

步骤401、业务处理系统从数据库中获取信息类表，从信息类表中定位出图书类对应的记录(英文名为book的记录)，然后根据该记录的英文名确定出与该英文名对应的信息类属性表book_regions。

步骤402、业务处理系统读取book_regions表中的记录并根据读取到的属性项生成属性XML文件。该属性XML文件中描述图书类业务数据的各个属性项，每个属性项可包括中文名、英文名、数据类型、字段长度、是否可为空、显示顺序、取值范围、是否显示等。

步骤403、业务处理系统根据属性XML文件生成用户界面，属性项可按照属性显示顺序值排列在界面中，根据属性项的数据类型、长度、是否显示等设置，可采用相应的控件来关联，如，“序号”属性项可使用功能为显示文本的控件来关联，“书名”属性项可使用功能为编辑文本的控件来关联。

步骤404、业务处理系统通过用户界面接收用户提交的业务数据和提交的录入数据的操作命令。该过程中，业务处理系统可依据图书类业务数据属性项的约束条件控制用户输入或验证数据，例如：如果“书名”属性项不可为空，则在接收用户提交的业务数据时将校验该属性项是否有输入值，如果没有，则提示用户输入书名，用户输入书名后，才能正确接收和保存用户提交的业务数据。

步骤405、业务处理系统将用户录入的数据打包成数据XML文件，并根据用户提交的录入数据的操作命令组织SQL语句，通过该SQL语句可向名称为book_attr的业务数据表(该表通过前缀“book”与信息类表中名为“book”的记录对应)增加一条记录，增加的该条记录的取值是数据XML文件中的数据值。

步骤406、业务处理系统执行SQL语句，并准备录入下一条业务数据(如清空用户界面中用户输入的业务数据，等待用户输入新的业务数据)，如果SQL语句执行成功，则将数据XML文件中记录的数据写入到数据库中的book_attr的业务数据表；如果执行失败，则返回失败提示到用户界面，提示用户重新输入业务数据或修改不正确的业务数据。

参见图5，为本发明实施例提供的通过业务处理系统修改图书类业务数据的流程示意图。在修改图书类业务数据前，用户首先要选中图书类业务数据，后续步骤主要包括：

步骤501、业务处理系统的从数据库中获取信息类表，从信息类表中定位出图书类对应的记录(英文名为book的记录)，然后根据该记录的英文名确定出与该英文名对应的信息类属性表book_regions。

步骤502、业务处理系统读取book_regions表中的记录并根据读取到的属性项生成属性XML文件。该属性XML文件中描述图书类业务数据的各个属性项，每个属性项可包括中文名、英文名、数据类型、字段长度、是否可为空、显示顺序、取值范围、是否显示等。

步骤503、业务处理系统根据属性XML文件生成用户界面，属性项可按照属性显示顺序值排列在界面中，根据属性项的数据类型、长度、是否显示等设置，可采用相应的控件来关联。

步骤504、业务处理系统从数据库中与信息类表中英文名为book的记录对应的业务数据表book_attr中读取记录，并将读取到的记录组织成数据XML文件，该数据XML文件中记录了属性项名称和属性项取值，如属性项名称为“书名”，属性项取值为“朝花夕拾”。

步骤505、业务处理系统根据属性项名称，将数据XML文件中的业务数据填充到用户界面中相应属性项关联的控件中。

步骤506、业务处理系统通过用户界面接收用户提交的修改后的业务数据和修改数据的操作命令，将用户提交的数据打包成数据XML文件，根据用户提交的修改数据的操作命令组织SQL语句，并通过执行SQL语句以及利用数据XML文件中的业务数据修改book_attr表中的相应业务数据。

通过业务处理系统删除图书类业务数据的流程与修改流程类似。在删除业务数据记录时，业务处理界面可接收用户所选择的某条业务记录，从而获取该记录的标识，然后根据用户提交的删除操作命令和要删除的记录的标识，生成SQL语句，通过执行该SQL语句，从对应的业务数据记录表中删除该标识的记录。

基于相同的技术构思，本发明实施例还提供了一种业务处理系统的结构。

参见图6，为本发明实施例提供的业务处理系统的结构示意图。该业务处理系统相关的数据库中包括信息类表、信息类属性表、业务数据表。其中，信息类表记录各业务数据种类，信息类属性表记录业务数据属性项，业务数据表记录业务数据，并且，信息类表中的每个业务数据种类记录对应该种类业务数据的信息类属性表，以及对应记录有该种类业务数据的业务数据表。

该业务处理系统包括：种类确定单元601、属性获取单元602、界面处理单元603、数据处理单元604，其中：

种类确定单元601，用于根据用户请求的业务数据种类，确定出信息类表中相应的业务数据种类记录；

属性获取单元602，用于根据确定出的业务数据种类记录获取对应的信息类属性表，并根据该信息类属性表获取该业务数据的属性项；

界面处理单元603，用于根据获取到的业务数据属性项生成业务处理界面；以及，通过该界面接收用户提交的业务数据信息；

数据处理单元604，用于根据用户提交的业务数据信息，对与确定出的业务数据种类记录对应的业务数据表进行相应的业务数据处理。

如果界面处理单元603接收到的业务数据信息包括业务数据和数据录入命令，则数据处理单元604进行业务数据处理时，根据界面处理单元603接收到的业务数据生成数据文件，根据界面处理单元603接收到的数据录入命令生成数据库操作语句；然后，通过执行该数据库操作语句，将该数据文件中的业务数据写入相应业务数据表。

如果界面处理单元603接收到的业务数据信息包括业务数据和数据修改命令，则数据处理单元604进行业务数据处理时，根据界面处理单元603接收到的业务数据生成数据文件，根据界面处理单元603接收到的数据修改命令生成数据库操作语句；然后，通过执行该数据库操作语句，用该数据文件中的业务数据修改相应业务数据表中的相应业务数据。

如果界面处理单元603接收到的业务数据信息包括业务数据记录标识和数据删除命令，则数据处理单元604进行业务数据处理时，根据界面处理单元603接收到的业务数据记录标识和数据修改命令生成数据库操作语句；然后，通过执行该数据库操作语句，删除相应业务数据表中的相应记录。

界面处理单元603通过界面接收用户提交的业务数据后，还可以进一步根据生成该界面的业务数据属性项的约束条件，对接收到的业务数据进行判断，若不符合所述约束条件，则发送提交失败的提示信息。

上述业务处理系统还可包括数据表处理单元(未在图中示出)，通过该单元可创建、修改或删除信息类表、信息类属性表和业务数据表。表处理单元在向信息类表中增加业务数据种类记录时，创建与该业务数据种类记录对应的信息类属性表以及业务数据表，并在创建的信息类属性表中创建该种类业务数据的属性项；表处理单元从信息类表中删除业务数据种类记录时，删除与该业务数据种类记录对应的信息类属性表以及业务数据表。

上述业务处理系统可由软件系统实现。

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

Claims (13)

1.一种业务处理方法，其特征在于，预先配置记录各业务数据种类的信息类表、与业务数据种类对应的记录业务数据属性项的信息类属性表，以及与业务数据种类对应的记录业务数据的业务数据表，该方法包括：

根据用户请求的业务数据种类，确定出信息类表中相应的业务数据种类记录；

根据所述业务数据种类记录获取对应的信息类属性表，并根据该信息类属性表获取该业务数据的属性项；

根据获取到的业务数据属性项生成业务处理界面，并通过该界面接收用户提交的业务数据信息；

根据用户提交的业务数据信息，对与所述业务数据种类记录对应的业务数据表进行相应的业务数据处理。

2.如权利要求1所述的方法，其特征在于，根据提交的业务数据信息对所述业务数据表进行相应的业务数据处理，包括：

根据用户提交的业务数据生成数据文件，根据用户提交的数据录入命令生成数据库操作语句；

通过执行所述数据库操作语句，将所述数据文件中的业务数据写入所述业务数据表。

3.如权利要求1所述的方法，其特征在于，根据提交的业务数据信息对所述业务数据表进行相应的业务数据处理，包括：

根据用户提交的业务数据生成数据文件，根据用户提交的数据修改命令生成数据库操作语句；

通过执行所述数据库操作语句，用所述数据文件中的业务数据修改所述业务数据表中的相应业务数据。

4.如权利要求1所述的方法，其特征在于，根据提交的业务数据信息对所述业务数据表进行相应的业务数据处理，包括：

根据用户提交的业务数据记录标识和数据删除命令生成数据库操作语句；

通过执行所述数据库操作语句，删除所述业务数据表中的相应记录。

5.如权利要求1所述的方法，其特征在于，通过所述界面接收用户提交的业务数据信息后，还包括：

根据生成所述界面的业务数据属性项的约束条件，对接收到的业务数据进行判断，若不符合所述约束条件，则发送提交失败的提示信息。

6.如权利要求1～5任一项所述的方法，其特征在于，所述信息类属性表和所述业务数据表分别通过表名称与所述信息类表中的相应业务数据种类记录对应。

7.如权利要求6所述的方法，其特征在于，通过将所述信息类属性表、业务数据表的表名称中的前缀设置为与所述信息类表中的相应业务数据种类记录的名称相同，将所述信息类属性表、业务数据表与所述业务数据种类记录相对应。

8.如权利要求1所述的方法，其特征在于，当在所述信息类表中增加业务数据种类记录时，创建与该业务数据种类记录对应的信息类属性表以及业务数据表，并在创建的信息类属性表中创建该种类业务数据的属性项；

或者，当从所述信息类表中删除业务数据种类记录时，删除与该业务数据种类记录对应的信息类属性表以及业务数据表。

9.一种业务处理系统，其特征在于，包括：

种类确定单元，用于根据用户请求的业务数据种类，确定出信息类表中相应的业务数据种类记录；

属性获取单元，用于根据所述业务数据种类记录获取对应的信息类属性表，并根据该信息类属性表获取该业务数据的属性项；

界面处理单元，用于根据获取到的业务数据属性项生成业务处理界面；以及，通过该界面接收用户提交的业务数据信息；

数据处理单元，用于根据用户提交的业务数据信息，对与所述业务数据种类记录对应的业务数据表进行相应的业务数据处理；

其中，所述信息类表记录各业务数据种类，所述信息类属性表记录业务数据属性项，所述业务数据表记录业务数据，并且，所述信息类表中的每个业务数据种类记录对应该种类业务数据的信息类属性表，以及对应记录有该种类业务数据的业务数据表。

10.如权利要求9所述的系统，其特征在于，所述界面处理单元接收到的业务数据信息包括业务数据和数据录入命令；

所述数据处理单元进行业务数据处理时，根据所述界面处理单元接收到的业务数据生成数据文件，根据所述界面处理单元接收到的数据录入命令生成数据库操作语句；以及，通过执行所述数据库操作语句，将所述数据文件中的业务数据写入所述业务数据表。

11.如权利要求9所述的系统，其特征在于，所述界面处理单元接收到的业务数据信息包括业务数据和数据修改命令；

所述数据处理单元进行业务数据处理时，根据所述界面处理单元接收到的业务数据生成数据文件，根据所述界面处理单元接收到的数据修改命令生成数据库操作语句；以及，通过执行所述数据库操作语句，用所述数据文件中的业务数据修改所述业务数据表中的相应业务数据。

12.如权利要求9所述的系统，其特征在于，所述界面处理单元接收到的业务数据信息包括业务数据记录标识和数据删除命令；

所述数据处理单元进行业务数据处理时，根据所述界面处理单元接收到的业务数据记录标识和数据修改命令生成数据库操作语句；以及，通过执行所述数据库操作语句，删除所述业务数据表中的相应记录。

13.如权利要求9所述的系统，其特征在于，还包括：

数据表处理单元，用于创建、修改或删除所述信息类表、信息类属性表和业务数据表。

Images