CN101826087B

CN101826087B - 编码信息数据的配置装置、方法

Info

Publication number: CN101826087B
Application number: CN 200910126032
Authority: CN
Inventors: 甘国华; 邓丽艳; 张怀; 张雪飞; 苏锐; 贺晓猛
Original assignee: ZTE Corp
Current assignee: ZTE Intelligent IoT Technology Co Ltd
Priority date: 2009-03-02
Filing date: 2009-03-02
Publication date: 2012-12-19
Anticipated expiration: 2029-03-02
Also published as: CN101826087A

Abstract

本发明公开了一种编码信息数据的配置装置、方法，其中，该装置包括：第一配置模块，用于配置信息模型类型；第二配置模块，用于根据第一配置模块配置的信息模型类型配置信息模型；构建模块，用于根据第二配置模块配置的信息模型构建相应的数据库脚本；数据库服务器，用于运行数据库脚本，并创建数据库表。通过上述技术方案，可以方便地构建满足EPCIS标准的EPC信息服务系统。

Description

编码信息数据的配置装置、方法

技术领域

本发明涉及通信领域，并且特别地，涉及一种编码信息数据的配置装置、方法。

背景技术

在相关技术中，无线射频识别(Radio Frequence Identified，简称为RFID)技术正在得到广泛的应用，特别是在物流领域，电子产品码(Electric Product Code，简称为EPC)全球(Electric Product Codeglobal，简称为EPCglobal)组织作为RFID领域中的标准组织，已经相继推出了RFID技术应用系统的中的诸多标准，例如：应用级别事件(Application Level Event，简称为ALE)标准、EPC信息服务(EPC Information Service，简称为EPCIS)标准等。

EPCIS标准作为EPCglobal标准体系中的上层标准，其目标就是在物联网上共享EPC数据。EPCIS标准采用扩展标记语言(eXtension Markup Language，简称为XML)的文档模型(schema)来描述数据类型，并采用XML来承载数据实体，通过网络服务描述语言(Web Service Description Language，简称为WSDL)的方式在数据提供者和数据使用者之间进行传递。

在相关技术中，信息模型是描述信息实体结构的数据信息，信息实体是依照某种信息模型，有具体取值的数据信息。在EPCIS标准中描述了两类重要的信息模型(数据模型)，分别为：事件数据模型、主数据模型。因此，构建满足该标准的EPC信息服务系统，就必须首先解决如何在系统中定义这两种信息模型的问题。此外，在实际的应用系统中，可能还需要共享其他类型的数据信息，例如，阅读器信息、产品信息、标签码信息等，同样，也需要定义出这些信息的信息模型。并且，系统与系统之间传输的数据(信息实体)必须是符合双方都能理解的信息模型。因此，目前急需一种定义编码信息数据的技术方案。

发明内容

考虑到相关技术中在构建满足EPCIS标准的EPC信息服务系统时，没有如何在系统中定义信息模型的技术方案的问题而提出本发明，为此，本发明的主要目的在于提供一种编码信息数据的配置装置、方法，以解决相关技术中存在的上述问题。

为了实现上述目的，根据本发明的一个方面，提供了一种编码信息数据的配置装置。

根据本发明的编码信息数据的配置装置包括：第一配置模块，用于根据实际信息结构配置相应类型的信息模型类型，其中，配置的信息模型类型包括：基本信息模型类型、事件信息模型类型、词汇信息模型类型；第二配置模块，用于根据第一配置模块配置的信息模型类型配置信息模型，其中，信息模型包括以下至少之一：事件信息模型、词汇信息模型、词汇属性信息模型、以及事件信息模型与词汇属性信息模型的子域；构建模块，用于根据第二配置模块配置的信息模型构建相应的数据库脚本；用于在数据库服务器上运行数据库脚本，并创建数据库表的模块。

其中，第一配置模块进一步用于采用统一的文件对基本信息模型类型、事件信息模型类型、词汇信息模型类型进行描述。

优选地，统一的文件为扩展标记语言文档模型。

其中，构建模块具体用于：根据事件信息模型以及词汇属性信息模型以第一预定规则构建数据库脚本；用于在数据库服务器上运行数据库脚本，并创建数据库表的模块具体用于：在根据第一预定规则需要创建数据库表的情况下，根据词汇信息模型以第二预定规则构建数据库表。

其中，第一预定规则包括：如果信息模型的结构类型为简单类型，则将信息模型作为其父信息模型所对应数据库表中的一个字段；如果信息模型的结构类型为复杂类型，则为信息模型创建相应的数据库表，以递增自然数作为主键，并在信息模型存在父信息模型的情况下，将父信息模型对应的数据库表的主键标识作为信息模型相应的数据库表中的外键；如果信息模型的结构类型为序列类型，则为信息模型创建相应的数据库表，以递增自然数作为主键，并将其父信息模型对应的数据库表的主键标识作为信息模型相应的数据库表中的外键；如果信息模型的结构类型为复杂类型，则为信息模型创建相应的视图。

其中，第二预定规则包括：创建信息模型的第一数据库表名指定的数据库表，其中第一数据库表名为保存信息模型的词汇实体的数据库表名；创建信息模型的第二数据库表名指定的数据库表，其中，第二数据库表为保存信息模型的词汇实体所包含的属性的数据库表名；创建信息模型的第三数据库表名指定的数据库表，其中，第三数据库表为保存信息模型的词汇实体所包含的子词汇实体关系的数据库表名；创建信息模型的第四数据库表名指定的数据库表，其中，第四数据库表为保存信息模型的词汇实体所包含的父词汇实体关系的数据库表名。

其中，用于在数据库服务器上运行数据库脚本，并创建数据库表的模块进一步用于：根据运行的数据库脚本在数据库上创建视图。

为了实现上述目的，根据本发明的另一方面，提供了一种编码信息数据的配置方法。

根据本发明的编码信息数据的配置方法包括：配置信息模型类型；根据信息模型类型配置信息模型；根据信息模型构建相应的数据库脚本；运行数据库脚本，并创建数据库表。

借助于本发明的技术方案，通过根据定义的信息模型类型定义信息模型，并构建数据库脚本以及创建数据库表，解决了相关技术中在构建满足EPCIS标准的EPC信息服务系统时，没有如何在系统中定义信息模型的技术方案的问题，可以方便地构建满足EPCIS标准的EPC信息服务系统。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：

图1是根据本发明实施例的编码信息数据的配置装置的框图；

图2是根据本发明实施例的编码信息数据的配置装置处理的流程图；

图3是根据本发明实施例的编码信息数据的配置方法的流程图。

具体实施方式

功能概述

在相关技术中，在构建满足EPCIS标准的EPC信息服务系统时，没有如何在系统中配置信息模型的技术方案，为此，本发明提供了一种编码信息数据的配置方法和装置，包括以下四个步骤：1、将事件类型、词汇类型、词汇属性类型以及事件类型与词汇属性类型的子域都配置为信息模型，采用统一的文件方式来描述这些信息模型(也可以称之为信息模型类型定义文件)；2、依据的信息模型类型定义，给出信息模型定义文件；3、依据各信息模型定义构建相应的数据库脚本；4、运行数据库脚本并创建数据库表。

在对本发明的方法实施例进行说明之前，首先对在本发明实施例的描述中可能出现的名词进行解释。

信息模型：描述信息实体结构的数据信息；

信息实体：依照某种信息模型，有具体取值的数据信息；

信息域：信息中的成员，既可以是简单类型的信息，也可以是复杂类型的信息；

属性信息：描述某个复杂信息中的某一个信息域，必须是简单类型的信息域，在XML文档中，作为元素(element)中的特征(attribute)记录；

孩子信息：描述某个复杂信息中的某一个信息域，可以是简单类型的信息域，也可以使复杂类型的信息域，在XML文档中，作为element的子element记录；

事件类型：描述事件实体结构的信息模型；

事件实体：依照某种事件类型，有具体取值的信息实体，本发明实施例中提到的事件等同于事件实体；

事件域类型：描述事件域结构的信息模型，在XML schema中描述为一种元素，分为简单和复杂两种类型，如果是复杂类型的元素，则含有子元素(称之为子事件域类型)，并且，事件域类型还可以有自己的属性；

事件域实体：依照某种事件域类型，有具体取值的信息实体；

词汇类型：描述词汇实体结构的信息模型，在XML schema中也描述为一种元素，词汇类型没有子词汇类型，并且，一种词汇类型含有多个词汇属性类型；

词汇实体：依照某种词汇类型，有具体取值的信息实体；

词汇属性类型：描述词汇属性实体结构的信息模型，在XMLschema中描述为一种元素，与事件域类型一样，也有简单和复杂之分，有子词汇属性类型(或者称为子元素)，并且，词汇属性类型可以有自己的属性；

词汇属性实体：依照某种词汇属性类型，有具体取值的信息实体；

需要说明的是，事件实体与事件域实体之间是整体与部分的关系，一个事件由多个事件域组成；词汇实体与词汇属性实体之间也是整体与部分的关系，一个词汇实体除了有自己的统一资源标识(Unified Resource Identity，简称为URI)取值之外，还包含有多个词汇属性实体。事件实体与事件域实体之间的关系是在事件类型定义中体现的。同样，词汇实体与词汇属性实体之间的关系也是在词汇类型定义中体现的。此外，事件域类型与词汇类型之间还可以有某种对应关系，有些事件域就是某种词汇类型，其取值就是该词汇类型的某一词汇实体的URI。

以下结合附图对本发明的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明。

在以下的描述中，为了解释的目的，描述了多个特定的细节，以提供对本发明的透彻理解。然而，很显然，在没有这些特定细节的情况下，也可以实现本发明，此外，在不背离所附权利要求阐明的精神和范围的情况下，下述实施例以及实施例中得各个细节可以进行各种组合。

装置实施例

根据本发明的实施例，提供了一种编码信息数据的配置装置，图1是根据本发明实施例的编码信息数据的配置装置的框图，如图1所示，根据本发明实施例的编码信息数据的配置装置包括第一配置模块10、第二配置模块12、构建模块14、数据库服务器16。下面，对上述各个模块进行详细说明。

具体地，第一配置模块10主要用于配置信息模型类型；在实际应用中，第一配置模块10可以根据实际信息结构配置相应类型的信息模型类型，配置的信息模型类型包括但不限于以下类型：基本信息模型类型、事件信息模型类型、词汇信息模型类型。此外，第一配置模块10可以采用统一的文件对基本信息模型类型、事件信息模型类型、词汇信息模型类型进行描述。优选地，统一的文件可以为扩展标记语言文档模型。

在第一配置模块10配置完信息模型类型后，第二配置模块12根据第一配置模块10配置的信息模型类型配置信息模型；其中，信息模型包括以下至少之一：事件信息模型、词汇信息模型、词汇属性信息模型、以及事件信息模型与词汇属性信息模型的子域。

在第二配置模块12配置完信息模型后，构建模块14就可以根据第二配置模块12配置的信息模型构建相应的数据库脚本；在构建模块14构建相应的数据库脚本时，可以根据事件信息模型以及词汇属性信息模型以第一预定规则构建数据库脚本，在根据第一预定规则需要创建数据库表的情况下，数据库服务器16根据词汇信息模型以第二预定规则构建数据库表。下面，对第一预定规则和第二预定规则进行说明。

第一预定规则

1、如果信息模型的结构类型为简单类型，则将信息模型作为其父信息模型所对应数据库表中的一个字段；

2、如果信息模型的结构类型为复杂类型，则为信息模型创建相应的数据库表，以递增自然数作为主键，并在信息模型存在父信息模型的情况下，将父信息模型对应的数据库表的主键标识作为信息模型相应的数据库表中的外键；

3、如果信息模型的结构类型为序列类型，则为信息模型创建相应的数据库表，以递增自然数作为主键，并将其父信息模型对应的数据库表的主键标识作为信息模型相应的数据库表中的外键；

4、如果信息模型的结构类型为复杂类型，则为信息模型创建相应的视图。

第二预定规则

1、创建信息模型的第一数据库表名指定的数据库表，其中第一数据库表名为保存信息模型的词汇实体的数据库表名；

2、创建信息模型的第二数据库表名指定的数据库表，其中，第二数据库表为保存信息模型的词汇实体所包含的属性的数据库表名；

3、创建信息模型的第三数据库表名指定的数据库表，其中，第三数据库表为保存信息模型的词汇实体所包含的子词汇实体关系的数据库表名；

4、创建信息模型的第四数据库表名指定的数据库表，其中，第四数据库表为保存信息模型的词汇实体所包含的父词汇实体关系的数据库表名。

在创建模块14根据上述规则创建了数据库脚本后，数据库服务器16就可以运行数据库脚本，并根据第二规则创建数据库表。在必要的时候，数据库服务器16还可以根据运行的数据库脚本在数据库上创建视图。

以下结合实例，对本发明的上述技术方案进行说明。图2是根据本发明实施例的编码信息数据的配置装置处理的流程图，如图2所示，包括以下处理(步骤S202-步骤S208)：

步骤S202，第一配置模块10配置信息模型类型。信息模型类型也可以说成是信息模型的模型，本实施例可以根据实际信息结构定义出不同类型的信息模型。在EPCIS标准中描述了3种信息：事件、词汇、词汇属性，在本发明的实施例中，可以采用XML Schema文件对这3种信息模型的描述。

下面分别对上述各个种信息模型类型进行说明：

一、基本信息模型类型(BasicInfoModelType)：文档中定义的词汇属性信息模型就是该信息模型类型的实例，基本信息模型类型包含的元素分别包括：

1、名称(name)：信息模型的名称，例如：EPCISEvent、ObjectEvent；

2、扩展(extend)：表示该信息模型是从那个信息扩展而来，如果不是扩展其他信息模型，就不含有该元素，如果是扩展其他信息模型，则拥有其所有成员；

3、信息结构(infoType)：记录信息模型的结构类型，有3种：简单(simple)、复杂(complex)、序列(list)，其中simple表示该信息不含有子信息，complex表示该信息含有子信息，list表示该信息含有相同类型的子信息；

4、取值类型(valueType)：记录该信息的取值类型，只有当infoType为simple的时候，该元素才有用，并且，valueType有7种类型，分别为：int、float、string、boolean、dateTime、timeZoneOffset、URI，其中timeZoneOffset类型，是考虑到有需要记录时区的可能；

5、大小(size)：表示该信息域在数据库中对应字段的长度，只有当infoType为simple的时候，该元素才有效；

6、枚举取值(enumeration)：表示infoType为simple的信息的取值来自一个枚举集合；

7、字段名称(columnName)：当infoType为simple的时候，该元素有效，表示该信息在所属数据库表中的字段名称；

8、表名(tableName)：当infoType为complex或者list的时候，该元素有效，表示对应该信息可以在数据库中创建一个指定名称的数据库表，用来记录该信息，如果该信息是另一个复杂信息的子信息，则两个数据库表之间采用外键的方式关联，如果extend元素有效、infoType为complex，且没有tableName元素，则该信息的字段加入到extend信息对应的数据库表中；

9、视图名(viewName)：一个complex的信息，其所包含的信息域可能在多个表中记录，采用的视图的方式将所有这些记录集中起来，为数据库操作提供便利；

10、分类(class)：对应该信息的java实现类，只有infoType为complex的信息才有必要采用java类来实现，便于系统处理，一般来说，由于信息结构已经确定，相应的一些操作也比较通用，可以不需要为该信息实现对应的java类；

11、处理(handle)：对应该信息的java处理类，用来为该信息提供处理操作，实际系统中可以提供一些通用handle类，只有那些特殊的信息才有必要实现自己的handle类；

12、属性(attributes)：表示该信息有那些属性信息，属性信息必须是simple类型；

13、孩子信息(children)：表示该信息有那些孩子信息，孩子信息可以是事件、词汇、词汇属性类型之一。

此外，在child和attribute元素中都含有一个path属性，表示以XML文档来记录该信息实体的时候，这个child或者attribute在父元素中以什么名字来标示。

二、事件信息模型类型(EPCISEventInfoModelType)：从基本信息模型类型继承而来，包含有基本信息模型类型的所有元素，并新增一个词汇(vocabulary)元素，表示该信息取值来自于一个词汇类型，只有当infoType为simple的时候，该元素才有效。

三、词汇信息模型类型(VocabularyInfoModelType)，其包含的元素如下：

1、名称(name)：信息模型名称，例如：ReadPoint、BusinessStep；

2、类型(type)：词汇类型，是一个URI，例如：urn:epcglobal:epcis:vtype:ReadPoint；

3、描述(description)：该词汇类型信息的描述；

4、表名(tableName)：保存该词汇类型的词汇实体(信息实体)的数据库表名；

5、特征表名(attributeTableName)：保存该词汇类型的词汇实体所包含的属性的数据库表名；

6、孩子表名(childTableName)：保存该词汇类型的词汇实体所包含的子词汇实体关系表；

7、父表名(parentTableName)：保存该词汇类型的词汇实体所包含的父词汇实体关系表。

步骤S204，配置了信息模型类型，第二配置模块12就需要根据模型类型的配置给出各种类型信息模型的具体模型配置。对EPCIS标准中的3种信息模型的进行定义，上述3种信息模型包括：事件信息模型、词汇信息模型、词汇属性信息模型。

对上述三种信息模型的定义在上面的信息模型类型定义中已经进行了详细说明，在此不再赘述，需要说明的是，在上述3中信息模型中，关于name，采用nameSpacePrefix+”#”+name的方式给出，其中nameSpacePrefix是在信息模型类型定义文档中给出的命名空间的前缀(prefix)；同样在attribute和child中，记录的是对应信息模型的name。

步骤S206，构建模块14构建数据库脚本。具体地，构建模块14根据事件信息模型以及词汇属性信息模型来构建数据库脚本，并且需要遵循以下规则：

1、infoType为simple的信息模型只能作为其父信息模型所对应数据库表中的一个字段；

2、infoType为complex的信息模型需要对应创建一个数据库表，以递增自然数作为主键，主键字段命名为id，如果该信息模型还有父信息模型，则其父信息模型对应的数据库表的主键id作为该信息模型对应的数据库表中的一个外键，外键字段命名为父表表名+“_”+id，该表中的其他字段为其所有属性信息模型名称及所有infoType为simple的信息模型名称；

3、infoType为list的信息模型需要对应创建一个数据库表，以递增自然数作为主键，主键字段命名为id，list类型的信息模型必定是某一个complex类型信息模型的子信息模型，其父信息模型对应的数据库表的主键id作为该信息模型对应的数据库表中的一个外键，外键字段命名为父表表名+“_”+id，其所包含的孩子信息模型一定是同一类型的信息模型，对应的字段名即为孩子信息模型的名称；

4、infoType为complex的信息模型都需要对应创建一个视图，将其所有孩子信息模型都包括在内，这样便于进行数据库查询操作；

此外，在需要创建数据库表时，数据库服务器16可以根据词汇信息模型构建数据库表，需要遵循以下规则(以readPoint词汇为例进行说明)：

1、创建tableName指定名称的数据库表，用来保存词汇实体ID，表结构为T_VOC_ReadPoint(id，vocabularyID)；

2、创建attributeTableName指定名称数据库表，用来保存词汇属性信息，表结构为T_VOC_ReadPoint_Attribute(id，vocabulary_id，attributeID，attributeValue，attributeValueType)，这里的attributeValueType取值即为词汇属性信息模型中定义的信息模型名称以及信息模型类型文件中给出的简单类型；

3、创建childTableName指定名称的数据库表，用来保存词汇实体与其孩子实体之间的关系，表结构为T_VOC_ReadPoint_Child(id，vocabulary_id，child_id)；

4、创建parentTableName指定名称的数据库表，用来保存词汇实体与其孩子实体之间的关系，表结构为T_VOC_ReadPoint_Parent(id，vocabulary_id，parent_id)；

步骤S208，数据库服务器16根据上述第二预定规则创建数据库表，并在需要时创建视图。具体地，数据库服务器首先需要运行步骤S206构建的数据库脚本，并在数据库上创建相应的数据库表和视图。

需要说明的是，本发明实施例可以在系统构建过程中实施，也可以在系统运行过程中实施，前者为静态方式，后者为动态方式，如果在系统运行过程中配置信息模型(即，动态方式实施)，并立刻使用，则系统需要采用较复杂的技术，例如，在程序中动态创建数据库表，并能够动态形成数据库操作语句，在理想情况下，使用动态实施效果会更好；而如果在系统构建过程中实施(静态实施方式)，则不需要处理上述复杂的流程。需要说明的是，本发明实施例并不局限于静态实施还是动态实施，上述实施例给出这两种方式共有的流程。

需要说明的是，在不背离所附权利要求阐明的精神和范围的情况下，可以对上述各个模块进行各种改变以及组合。例如，第一配置模块和第二配置模块就可以合一设置。

方法实施例

根据本发明的实施例，提供了一种编码信息数据的配置方法，图3是根据本发明实施例的编码信息数据的配置方法的流程图，如图3所示，包括如下处理(步骤S302-步骤S308)：

步骤S302，配置信息模型类型；

在步骤S302中，可以根据实际信息结构配置相应类型的信息模型类型，配置的信息模型类型可以包括：基本信息模型类型、事件信息模型类型、词汇信息模型类型。此外，可以采用统一的文件对基本信息模型类型、事件信息模型类型、词汇信息模型类型进行描述。优选地，统一的文件可以为扩展标记语言文档模型。具体配置的信息模型类型可以参照装置实施例中的相应内容。

步骤S304，根据信息模型类型配置信息模型；

在步骤S304中，信息模型包括以下至少之一：事件信息模型、词汇信息模型、词汇属性信息模型、以及事件信息模型与词汇属性信息模型的子域。具体配置的信息模型可以参照装置实施例中的相应内容。

步骤S306，根据信息模型构建相应的数据库脚本和数据库表；

在步骤S306中，在构建相应的数据库脚本时，可以根据事件信息模型以及词汇属性信息模型以第一预定规则构建数据库脚本，在根据第一预定规则需要创建数据库表的情况下，根据词汇信息模型以第二预定规则构建数据库表。下面，对第一预定规则和第二预定规则进行说明。

第一预定规则包括

第二预定规则包括

步骤S308，在数据库服务器上运行数据库脚本，并创建数据库表；在必要的时候，数据库服务器还可以根据运行的数据库脚本在数据库上创建视图。

综上所述，借助于本发明的技术方案，通过根据定义的信息模型类型定义信息模型，并构建数据库脚本以及创建数据库表，解决了相关技术中在构建满足EPCIS标准的EPC信息服务系统时，没有如何在系统中定义信息模型的技术方案的问题，可以方便地构建满足EPCIS标准的EPC信息服务系统。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims

1.一种编码信息数据的配置装置，应用于满足电子产品码信息服务EPCIS标准的电子产品码EPC信息服务系统，其特征在于，包括：

第一配置模块，用于根据实际信息结构配置相应类型的信息模型类型，其中，配置的所述信息模型类型包括：基本信息模型类型、事件信息模型类型、词汇信息模型类型；

第二配置模块，用于根据所述第一配置模块配置的信息模型类型配置信息模型，其中，所述信息模型包括以下至少之一：

事件信息模型、词汇信息模型、词汇属性信息模型、以及所述事件信息模型与所述词汇属性信息模型的子域；

构建模块，用于根据所述第二配置模块配置的信息模型构建相应的数据库脚本，具体用于：根据所述事件信息模型以及所述词汇属性信息模型以第一预定规则构建数据库脚本；

用于在数据库服务器上运行所述数据库脚本，并创建数据库表的模块，具体用于：在根据所述第一预定规则需要创建数据库表的情况下，根据所述词汇信息模型以第二预定规则构建数据库表。

2.根据权利要求1所述的装置，其特征在于，所述第一配置模块进一步用于采用统一的文件对所述基本信息模型类型、所述事件信息模型类型、所述词汇信息模型类型进行描述。

3.根据权利要求2所述的装置，其特征在于，所述统一的文件为扩展标记语言文档模型。

4.根据权利要求1所述的装置，其特征在于，所述第一预定规则包括：

如果所述信息模型的结构类型为简单类型，则将所述信息模型作为其父信息模型所对应数据库表中的一个字段；

如果所述信息模型的结构类型为复杂类型，则为所述信息模型创建相应的数据库表，以递增自然数作为主键，并在所述信息模型存在父信息模型的情况下，将所述父信息模型对应的数据库表的主键标识作为所述信息模型相应的数据库表中的外键；

如果所述信息模型的结构类型为序列类型，则为所述信息模型创建相应的数据库表，以递增自然数作为主键，并将其父信息模型对应的数据库表的主键标识作为所述信息模型相应的数据库表中的外键；

如果所述信息模型的结构类型为复杂类型，则为所述信息模型创建相应的视图。

5.根据权利要求1所述的装置，其特征在于，所述第二预定规则包括：

创建所述信息模型的第一数据库表名指定的数据库表，其中，所述第一数据库表名为保存所述信息模型的词汇实体的数据库表名；

创建所述信息模型的第二数据库表名指定的数据库表，其中，所述第二数据库表名为保存所述信息模型的词汇实体所包含的属性的数据库表名；

创建所述信息模型的第三数据库表名指定的数据库表，其中，所述第三数据库表名为保存所述信息模型的词汇实体所包含的子词汇实体关系的数据库表名；

创建所述信息模型的第四数据库表名指定的数据库表，其中，所述第四数据库表名为保存所述信息模型的词汇实体所包含的父词汇实体关系的数据库表名。

6.根据权利要求1所述的装置，其特征在于，所述用于在数据库服务器上运行所述数据库脚本，并创建数据库表的模块进一步用于：

根据运行的所述数据库脚本在数据库上创建视图。

7.一种编码信息数据的配置方法，应用于满足电子产品码信息服务EPCIS标准的电子产品码EPC信息服务系统，其特征在于，

包括：

根据实际信息结构配置相应类型的信息模型类型，其中，配置的所述信息模型类型包括：基本信息模型类型、事件信息模型类型、词汇信息模型类型；

根据所述信息模型类型配置信息模型，其中，所述信息模型包括以下至少之一：事件信息模型、词汇信息模型、词汇属性信息模型、以及所述事件信息模型与所述词汇属性信息模型的子域；

根据所述信息模型构建相应的数据库脚本，包括：根据所述事件信息模型以及所述词汇属性信息模型以第一预定规则构建数据库脚本；

在数据库服务器上运行所述数据库脚本，并创建数据库表，包括：在根据所述第一预定规则需要创建数据库表的情况下，根据所述词汇信息模型以第二预定规则构建数据库表。