專利名稱：：編碼信息數(shù)據(jù)的配置裝置、方法
技術領域：
：本發(fā)明涉及通信領域，并且特別地，涉及一種編碼信息數(shù)據(jù)的配置裝置、方法。
背景技術：
：在相關技術中，無線射頻識別(RadioFrequenceIdentified，簡稱為RFID)技術正在得到廣泛的應用，特別是在物流領域，電子產(chǎn)品碼(ElectricProductCode，簡稱為EPC)全球(ElectricProductCodeglobal，簡稱為EPCglobal)組織作為RFID領域中的標準組織，已經(jīng)相繼推出了RFID技術應用系統(tǒng)的中的諸多標準，例如應用級別事件(ApplicationLevelEvent，簡稱為ALE)標準、EPC信息服務(EPCInformationService,簡稱為EPCIS)標準等。EPCIS標準作為EPCglobal標準體系中的上層標準，其目標就是在物聯(lián)網(wǎng)上共享EPC數(shù)據(jù)。EPCIS標準采用擴展標記語言(eXtensionMarkupLanguage，簡稱為XML)的文檔模型(schema)來描述數(shù)據(jù)類型，并采用XML來承載數(shù)據(jù)實體，通過網(wǎng)絡服務描述語言(WebServiceDescriptionLanguage，簡稱為WSDL)的方式在數(shù)據(jù)提供者和數(shù)據(jù)使用者之間進行傳遞。在相關技術中，信息模型是描述信息實體結構的數(shù)據(jù)信息，信息實體是依照某種信息模型，有具體取值的數(shù)據(jù)信息。在EPCIS標準中描述了兩類重要的信息模型(數(shù)據(jù)模型)，分別為事件數(shù)據(jù)模型、主數(shù)據(jù)模型。因此，構建滿足該標準的EPC信息服務系統(tǒng)，就必須首先解決如何在系統(tǒng)中定義這兩種信息模型的問題。此外，在實際的應用系統(tǒng)中，可能還需要共享其他類型的數(shù)據(jù)信息，例如，閱讀器信息、產(chǎn)品信息、標簽碼信息等，同樣，也需要定義出這些信息的信息模型。并且，系統(tǒng)與系統(tǒng)之間傳輸?shù)臄?shù)據(jù)(信息實體)必須是符合雙方都能理解的信息模型。因此，目前急需一種定義編碼信息數(shù)據(jù)的技術方案。
發(fā)明內(nèi)容考慮到相關技術中在構建滿足EPCIS標準的EPC信息服務系統(tǒng)時，沒有如何在系統(tǒng)中定義信息模型的技術方案的問題而提出本發(fā)明，為此，本發(fā)明的主要目的在于提供一種編碼信息數(shù)據(jù)的配置裝置、方法，以解決相關技術中存在的上述問題。為了實現(xiàn)上述目的，根據(jù)本發(fā)明的一個方面，提供了一種編碼信息數(shù)據(jù)的配置裝置。根據(jù)本發(fā)明的編碼信息數(shù)據(jù)的配置裝置包括第一配置模塊，用于配置信息模型類型；第二配置模塊，用于根據(jù)第一配置模塊配置的信息模型類型配置信息模型；構建模塊，用于根據(jù)第二配置模塊配置的信息模型構建相應的數(shù)據(jù)庫腳本；數(shù)據(jù)庫服務器，用于運行數(shù)據(jù)庫腳本，并創(chuàng)建數(shù)據(jù)庫表。其中，第一配置模塊具體用于根據(jù)實際信息結構配置相應類型的信息模型類型，其中，配置的信息模型類型包括基本信息模型類型、事件信息模型類型、詞匯信息模型類型。其中，第一配置模塊進一步用于采用統(tǒng)一的文件對基本信息模型類型、事件信息模型類型、詞匯信息模型類型進行描述。優(yōu)選地，統(tǒng)一的文件為擴展標記語言文檔模型。其中，信息模型包括以下至少之一事件信息模型、詞匯信息模型、詞匯屬性信息模型、以及事件信息模型與詞匯屬性信息模型的子域。其中，構建模塊具體用于根據(jù)事件信息模型以及詞匯屬性信息模型以第一預定規(guī)則構建數(shù)據(jù)庫腳本；數(shù)據(jù)庫服務器具體用于在根據(jù)第一預定規(guī)則需要創(chuàng)建數(shù)據(jù)庫表的情況下，根據(jù)詞匯信息模型以第二預定規(guī)則構建數(shù)據(jù)庫表。其中，第一預定規(guī)則包括如果信息模型的結構類型為簡單類型，則將信息模型作為其父信息模型所對應數(shù)據(jù)庫表中的一個字段；如果信息模型的結構類型為復雜類型，則為信息模型創(chuàng)建相應的數(shù)據(jù)庫表，以遞增自然數(shù)作為主鍵，并在信息模型存在父信息模型的情況下，將父信息模型對應的數(shù)據(jù)庫表的主鍵標識作為信息模型相應的數(shù)據(jù)庫表中的外鍵；如果信息模型的結構類型為序列類型，則為信息模型創(chuàng)建相應的數(shù)據(jù)庫表，以遞增自然數(shù)作為主鍵，并將其父信息模型對應的數(shù)據(jù)庫表的主鍵標識作為信息模型相應的數(shù)據(jù)庫表中的外鍵；如果信息模型的結構類型為復雜類型，則為信息模型創(chuàng)建相應的視圖。其中，第二預定規(guī)則包括創(chuàng)建信息模型的第一數(shù)據(jù)庫表名指定的數(shù)據(jù)庫表，其中第一數(shù)據(jù)庫表名為保存信息模型的詞匯實體的數(shù)據(jù)庫表名；創(chuàng)建信息模型的第二數(shù)據(jù)庫表名指定的數(shù)據(jù)庫表，其中，第二數(shù)據(jù)庫表為保存信息模型的詞匯實體所包含的屬性的數(shù)據(jù)庫表名；創(chuàng)建信息模型的第三數(shù)據(jù)庫表名指定的數(shù)據(jù)庫表，其中，第三數(shù)據(jù)庫表為保存信息模型的詞匯實體所包含的子詞匯實體關系的數(shù)據(jù)庫表名；創(chuàng)建信息模型的第四數(shù)據(jù)庫表名指定的數(shù)據(jù)庫表，其中，第四數(shù)據(jù)庫表為保存信息模型的詞匯實體所包含的父詞匯實體關系的數(shù)據(jù)庫表名。其中，數(shù)據(jù)庫服務器進一步用于根據(jù)運行的數(shù)據(jù)庫腳本在數(shù)據(jù)庫上創(chuàng)建視圖。為了實現(xiàn)上述目的，根據(jù)本發(fā)明的另一方面，提供了一種編碼信息數(shù)據(jù)的配置方法。根據(jù)本發(fā)明的編碼信息數(shù)據(jù)的配置方法包括配置信息模型類型；根據(jù)信息模型類型配置信息模型；根據(jù)信息模型構建相應的數(shù)據(jù)庫腳本；運行數(shù)據(jù)庫腳本，并創(chuàng)建數(shù)據(jù)庫表。借助于本發(fā)明的技術方案，通過根據(jù)定義的信息模型類型定義信息模型，并構建數(shù)據(jù)庫腳本以及創(chuàng)建數(shù)據(jù)庫表，解決了相關技術中在構建滿足EPCIS標準的EPC信息服務系統(tǒng)時，沒有如何在系統(tǒng)中定義信息模型的技術方案的問題，可以方便地構建滿足EPCIS標準的EPC信息服務系統(tǒng)。本發(fā)明的其它特征和優(yōu)點將在隨后的說明書中闡述，并且，部分地從說明書中變得顯而易見，或者通過實施本發(fā)明而了解。本發(fā)明的目的和其他優(yōu)點可通過在所寫的說明書、權利要求書、以及附圖中所特別指出的結構來實現(xiàn)和獲得。附圖用來提供對本發(fā)明的進一步理解，并且構成說明書的一部分，與本發(fā)明的實施例一起用于解釋本發(fā)明，并不構成對本發(fā)明的限制。在附圖中圖1是根據(jù)本發(fā)明實施例的編碼信息數(shù)據(jù)的配置裝置的框圖；圖2是根據(jù)本發(fā)明實施例的編碼信息數(shù)據(jù)的配置裝置處理的流程圖；圖3是根據(jù)本發(fā)明實施例的編碼信息數(shù)據(jù)的配置方法的流程圖。具體實施例方式功能概述在相關技術中，在構建滿足EPCIS標準的EPC信息服務系統(tǒng)時，沒有如何在系統(tǒng)中配置信息模型的技術方案，為此，本發(fā)明提供了一種編碼信息數(shù)據(jù)的配置方法和裝置，包括以下四個步驟1、將事件類型、詞匯類型、詞匯屬性類型以及事件類型與詞匯屬性類型的子域都配置為信息模型，采用統(tǒng)一的文件方式來描述這些信息模型(也可以稱之為信息模型類型定義文件)；2、依據(jù)的信息模型類型定義，給出信息模型定義文件；3、依據(jù)各信息模型定義構建相應的數(shù)據(jù)庫腳本；4、運行數(shù)據(jù)庫腳本并創(chuàng)建數(shù)據(jù)庫表。在對本發(fā)明的方法實施例進行說明之前，首先對在本發(fā)明實施例的描述中可能出現(xiàn)的名詞進行解釋。信息模型描述信息實體結構的數(shù)據(jù)信息；信息實體依照某種信息模型，有具體取值的數(shù)據(jù)信息；信息域信息中的成員，既可以是簡單類型的信息，也可以是復雜類型的信息；屬性信息描述某個復雜信息中的某一個信息域，必須是簡單類型的信息域，在XML文檔中，作為元素(element)中的特征(attribute)記錄；孩子信息描述某個復雜信息中的某一個信息域，可以是簡單類型的信息域，也可以使復雜類型的信息域，在XML文檔中，作為element的子element記錄；事件類型描述事件實體結構的信息模型；事件實體依照某種事件類型，有具體取值的信息實體，本發(fā)明實施例中提到的事件等同于事件實體；事件域類型描述事件域結構的信息模型，在XMLschema中描述為一種元素，分為簡單和復雜兩種類型，如果是復雜類型的元素，則含有子元素(稱之為子事件域類型)，并且，事件域類型還可以有自己的屬性；事件域實體依照某種事件域類型，有具體取值的信息實體；詞匯類型描述詞匯實體結構的信息模型，在XMLschema中也描述為一種元素，詞匯類型沒有子詞匯類型，并且，一種詞匯類型含有多個詞匯屬性類型；詞匯實體依照某種詞匯類型，有具體取值的信息實體；詞匯屬性類型描述詞匯屬性實體結構的信息模型，在XMLschema中描述為一種元素，與事件域類型一樣，也有簡單和復雜之分，有子詞匯屬性類型(或者稱為子元素)，并且，詞匯屬性類型可以有自己的屬性；詞匯屬性實體依照某種詞匯屬性類型，有具體取值的信息實體；需要說明的是，事件實體與事件域實體之間是整體與部分的關系，一個事件由多個事件域組成；詞匯實體與詞匯屬性實體之間也是整體與部分的關系，一個詞匯實體除了有自己的統(tǒng)一資源標識(UnifiedResourceldentity，簡稱為URI)取值之外，還包含有多個詞匯屬性實體。事件實體與事件域實體之間的關系是在事件類型定義中體現(xiàn)的。同樣，詞匯實體與詞匯屬性實體之間的關系也是在詞匯類型定義中體現(xiàn)的。此外，事件域類型與詞匯類型之間還可以有某種對應關系，有些事件域就是某種詞匯類型，其取值就是該詞匯類型的某一詞匯實體的URI。以下結合附圖對本發(fā)明的優(yōu)選實施例進行說明，應當理解，此處所描述的優(yōu)選實施例僅用于說明和解釋本發(fā)明，并不用于限定本發(fā)明。在以下的描述中，為了解釋的目的，描述了多個特定的細節(jié)，以提供對本發(fā)明的透徹理解。然而，很顯然，在沒有這些特定細節(jié)的情況下，也可以實現(xiàn)本發(fā)明，此外，在不背離所附權利要求闡明的精神和范圍的情況下，下述實施例以及實施例中得各個細節(jié)可以進行各種組合。裝置實施例根據(jù)本發(fā)明的實施例，提供了一種編碼信息數(shù)據(jù)的配置裝置，圖1是根據(jù)本發(fā)明實施例的編碼信息數(shù)據(jù)的配置裝置的框圖，如圖1所示，根據(jù)本發(fā)明實施例的編碼信息數(shù)據(jù)的配置裝置包括第一配置模塊10、第二配置模塊12、構建模塊14、數(shù)據(jù)庫服務器16。下面，對上述各個模塊進行詳細說明。具體地，第一配置模塊10主要用于配置信息模型類型；在實際應用中，第一配置模塊10可以根據(jù)實際信息結構配置相應類型的信息模型類型，配置的信息模型類型包括但不限于以下類型基本信息模型類型、事件信息模型類型、詞匯信息模型類型。此外，第一配置模塊10可以采用統(tǒng)一的文件對基本信息模型類型、事件信息模型類型、詞匯信息模型類型進行描述。優(yōu)選地，統(tǒng)一的文件可以為擴展標記語言文檔模型。在第一配置模塊10配置完信息模型類型后，第二配置模塊12根據(jù)第一配置模塊10配置的信息模型類型配置信息模型；其中，信息模型包括以下至少之一事件信息模型、詞匯信息模型、詞匯屬性信息模型、以及事件信息模型與詞匯屬性信息模型的子域。在第二配置模塊12配置完信息模型后，構建模塊14就可以根據(jù)第二配置模塊12配置的信息模型構建相應的數(shù)據(jù)庫腳本；在構建模塊14構建相應的數(shù)據(jù)庫腳本時，可以根據(jù)事件信息模型以及詞匯屬性信息模型以第一預定規(guī)則構建數(shù)據(jù)庫腳本，在根據(jù)第一預定規(guī)則需要創(chuàng)建數(shù)據(jù)庫表的情況下，數(shù)據(jù)庫服務器16根據(jù)詞匯信息模型以第二預定規(guī)則構建數(shù)據(jù)庫表。下面，對第一預定規(guī)則和第二預定規(guī)則進行說明。第一預定規(guī)則1、如果信息模型的結構類型為簡單類型，則將信息模型作為其父信息模型所對應數(shù)據(jù)庫表中的一個字段；2、如果信息模型的結構類型為復雜類型，則為信息模型創(chuàng)建相應的數(shù)據(jù)庫表，以遞增自然數(shù)作為主鍵，并在信息模型存在父信息模型的情況下，將父信息模型對應的數(shù)據(jù)庫表的主鍵標識作為信息模型相應的數(shù)據(jù)庫表中的外鍵；3、如果信息模型的結構類型為序列類型，則為信息模型創(chuàng)建相應的數(shù)據(jù)庫表，以遞增自然數(shù)作為主鍵，并將其父信息模型對應的數(shù)據(jù)庫表的主鍵標識作為信息模型相應的數(shù)據(jù)庫表中的外鍵；4、如果信息模型的結構類型為復雜類型，則為信息模型創(chuàng)建相應的視圖。第二預定規(guī)則1、創(chuàng)建信息模型的第一數(shù)據(jù)庫表名指定的數(shù)據(jù)庫表，其中第一數(shù)據(jù)庫表名為保存信息模型的詞匯實體的數(shù)據(jù)庫表名；2、創(chuàng)建信息模型的第二數(shù)據(jù)庫表名指定的數(shù)據(jù)庫表，其中，第二數(shù)據(jù)庫表為保存信息模型的詞匯實體所包含的屬性的數(shù)據(jù)庫表名；3、創(chuàng)建信息模型的第三數(shù)據(jù)庫表名指定的數(shù)據(jù)庫表，其中，第三數(shù)據(jù)庫表為保存信息模型的詞匯實體所包含的子詞匯實體關系的數(shù)據(jù)庫表名；4、創(chuàng)建信息模型的第四數(shù)據(jù)庫表名指定的數(shù)據(jù)庫表，其中，第四數(shù)據(jù)庫表為保存信息模型的詞匯實體所包含的父詞匯實體關系的數(shù)據(jù)庫表名。在創(chuàng)建模塊14根據(jù)上述規(guī)則創(chuàng)建了數(shù)據(jù)庫腳本后，數(shù)據(jù)庫服務器16就可以運行數(shù)據(jù)庫腳本，并根據(jù)第二規(guī)則創(chuàng)建數(shù)據(jù)庫表。在必要的時候，數(shù)據(jù)庫服務器16還可以根據(jù)運行的數(shù)據(jù)庫腳本在數(shù)據(jù)庫上創(chuàng)建視圖。以下結合實例，對本發(fā)明的上述技術方案進行說明。圖2是根據(jù)本發(fā)明實施例的編碼信息數(shù)據(jù)的配置裝置處理的流程圖，如圖2所示，包括以下處理(步驟S202-步驟S208)步驟S202，第一配置模塊10配置信息模型類型。信息模型類型也可以說成是信息模型的模型，本實施例可以根據(jù)實際信息結構定義出不同類型的信息模型。在EPCIS標準中描述了3種信息事件、詞匯、詞匯屬性，在本發(fā)明的實施例中，可以采用XMLkhema文件對這3種信息模型的描述。下面分別對上述各個種信息模型類型進行說明一、基本信息模型類型(BasichfoModelType)文檔中定義的詞匯屬性信息模型就是該信息模型類型的實例，基本信息模型類型包含的元素分別包括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類型，是考慮到有需要記錄時區(qū)的可能；5、大小(size)表示該信息域在數(shù)據(jù)庫中對應字段的長度，只有當infoType為simple的時候，該元素才有效；6、枚舉取值(enumeration)表示infoType為simple的信息的取值來自一個枚舉集合；7、字段名稱(columnName)當infoType為simple的時候，該元素有效，表示該信息在所屬數(shù)據(jù)庫表中的字段名稱；8、表名(tabIeName)當infoType為complex或者list的時候，該元素有效，表示對應該信息可以在數(shù)據(jù)庫中創(chuàng)建一個指定名稱的數(shù)據(jù)庫表，用來記錄該信息，如果該信息是另一個復雜信息的子信息，則兩個數(shù)據(jù)庫表之間采用外鍵的方式關聯(lián)，如果extend元素有效、infoType為complex，且沒有tableName元素，則該信息的字段加入到extend信息對應的數(shù)據(jù)庫表中；9、視圖名(viewName)—個complex的信息，其所包含的信息域可能在多個表中記錄，采用的視圖的方式將所有這些記錄集中起來，為數(shù)據(jù)庫操作提供便利；10、分類(class)對應該信息的java實現(xiàn)類，只有infoType為complex的信息才有必要采用java類來實現(xiàn)，便于系統(tǒng)處理，一般來說，由于信息結構已經(jīng)確定，相應的一些操作也比較通用，可以不需要為該信息實現(xiàn)對應的java類；11、處理(handle)對應該信息的java處理類，用來為該信息提供處理操作，實際系統(tǒng)中可以提供一些通用handle類，只有那些特殊的信息才有必要實現(xiàn)自己的handle類；12、屬性(attributes)表示該信息有那些屬性信息，屬性信息必須是simple類型；13、孩子信息(children)表示該信息有那些孩子信息，孩子信息可以是事件、詞匯、詞匯屬性類型之一。此外，在child和attribute元素中都含有一個path屬性，表示以XML文檔來記錄該信息實體的時候，這個child或者attribute在父元素中以什么名字來標示。二、事件信息模型類型(EPCISEventhfoModelType)從基本信息模型類型繼承而來，包含有基本信息模型類型的所有元素，并新增一個詞匯(vocabulary)元素，表示該信息取值來自于一個詞匯類型，只有當infoType為simple的時候，該元素才有效。三、詞匯信息模型類型(VocabularylnfoModelType)，其包含的元素如下1、名稱(name)信息模型名稱，例如ReadPoint、BusinessSt??；2、類型(type)詞匯類型，是一個URI，例如urn:印cglobal印cisvtypeReadPoint；3、描述(description)該詞匯類型信息的描述；4、表名(tableName)保存該詞匯類型的詞匯實體(信息實體)的數(shù)據(jù)庫表名；5、特征表名(attributeTableName)保存該詞匯類型的詞匯實體所包含的屬性的數(shù)據(jù)庫表名；6、孩子表名(chiIdTableName)保存該詞匯類型的詞匯實體所包含的子詞匯實體關系表；7、父表名(parentTableName)保存該詞匯類型的詞匯實體所包含的父詞匯實體關系表。步驟S204，配置了信息模型類型，第二配置模塊12就需要根據(jù)模型類型的配置給出各種類型信息模型的具體模型配置。對EPCIS標準中的3種信息模型的進行定義，上述3種信息模型包括事件信息模型、詞匯信息模型、詞匯屬性信息模型。對上述三種信息模型的定義在上面的信息模型類型定義中已經(jīng)進行了詳細說明，在此不再贅述，需要說明的是，在上述3中信息模型中，關于name，采用nameSpacePrefix+1”+name的方式給出，其中nameSpacePrefix是在信息模型類型定義文檔中給出的命名空間的前綴(prefix)；同樣在attribute和child中，記錄的是對應信息模型的name。步驟S206，構建模塊14構建數(shù)據(jù)庫腳本。具體地，構建模塊14根據(jù)事件信息模型以及詞匯屬性信息模型來構建數(shù)據(jù)庫腳本，并且需要遵循以下規(guī)則UinfoType為simple的信息模型只能作為其父信息模型所對應數(shù)據(jù)庫表中的一個字段；2,infoType為complex的信息模型需要對應創(chuàng)建一個數(shù)據(jù)庫表，以遞增自然數(shù)作為主鍵，主鍵字段命名為id，如果該信息模型還有父信息模型，則其父信息模型對應的數(shù)據(jù)庫表的主鍵id作為該信息模型對應的數(shù)據(jù)庫表中的一個外鍵，外鍵字段命名為父表表名+“_”+id，該表中的其他字段為其所有屬性信息模型名稱及所有infoType為simple的信息模型名稱；3、infoType為list的信息模型需要對應創(chuàng)建一個數(shù)據(jù)庫表，以遞增自然數(shù)作為主鍵，主鍵字段命名為id，list類型的信息模型必定是某一個complex類型信息模型的子信息模型，其父信息模型對應的數(shù)據(jù)庫表的主鍵id作為該信息模型對應的數(shù)據(jù)庫表中的一個外鍵，外鍵字段命名為父表表名+“_”+id，其所包含的孩子信息模型一定是同一類型的信息模型，對應的字段名即為孩子信息模型的名稱；4、inf0Type為complex的信息模型都需要對應創(chuàng)建一個視圖，將其所有孩子信息模型都包括在內(nèi)，這樣便于進行數(shù)據(jù)庫查詢操作；此外，在需要創(chuàng)建數(shù)據(jù)庫表時，數(shù)據(jù)庫服務器16可以根據(jù)詞匯信息模型構建數(shù)據(jù)庫表，需要遵循以下規(guī)則(以readPoint詞匯為例進行說明)1、創(chuàng)建tableName指定名稱的數(shù)據(jù)庫表，用來保存詞匯實體ID，表結構為T_V0C_ReadPoint(id,vocabularylD)；2、創(chuàng)建attributeTab1eName指定名稱數(shù)據(jù)庫表，用來保存詞匯屬性信息，表結構為T_VOC_ReadPoint_Attribute(id,vocabulary_id,attributeID,attributeValue,attributeValueType)，這里的attributeValueType取值即為詞匯屬性信息模型中定義的信息模型名稱以及信息模型類型文件中給出的簡單類型；3、創(chuàng)建ChildTableName指定名稱的數(shù)據(jù)庫表，用來保存詞匯實體與其孩子實體之間的關系，表結構為T_V0C_ReadPoint_Child(id，vocabulary_id,child_id)；4、創(chuàng)建parentTabIeName指定名稱的數(shù)據(jù)庫表，用來保存詞匯實體與其孩子實體之間的關系，表結構為T_V0C_ReadPoint_Parent(id,vocabulary_id,parent_id)；步驟S208，數(shù)據(jù)庫服務器16根據(jù)上述第二預定規(guī)則創(chuàng)建數(shù)據(jù)庫表，并在需要時創(chuàng)建視圖。具體地，數(shù)據(jù)庫服務器首先需要運行步驟S206構建的數(shù)據(jù)庫腳本，并在數(shù)據(jù)庫上創(chuàng)建相應的數(shù)據(jù)庫表和視圖。需要說明的是，本發(fā)明實施例可以在系統(tǒng)構建過程中實施，也可以在系統(tǒng)運行過程中實施，前者為靜態(tài)方式，后者為動態(tài)方式，如果在系統(tǒng)運行過程中配置信息模型(即，動態(tài)方式實施)，并立刻使用，則系統(tǒng)需要采用較復雜的技術，例如，在程序中動態(tài)創(chuàng)建數(shù)據(jù)庫表，并能夠動態(tài)形成數(shù)據(jù)庫操作語句，在理想情況下，使用動態(tài)實施效果會更好；而如果在系統(tǒng)構建過程中實施(靜態(tài)實施方式)，則不需要處理上述復雜的流程。需要說明的是，本發(fā)明實施例并不局限于靜態(tài)實施還是動態(tài)實施，上述實施例給出這兩種方式共有的流程。需要說明的是，在不背離所附權利要求闡明的精神和范圍的情況下，可以對上述各個模塊進行各種改變以及組合。例如，第一配置模塊和第二配置模塊就可以合一設置。方法實施例根據(jù)本發(fā)明的實施例，提供了一種編碼信息數(shù)據(jù)的配置方法，圖3是根據(jù)本發(fā)明實施例的編碼信息數(shù)據(jù)的配置方法的流程圖，如圖3所示，包括如下處理(步驟S302-步驟S308)步驟S302，配置信息模型類型；在步驟S302中，可以根據(jù)實際信息結構配置相應類型的信息模型類型，配置的信息模型類型可以包括基本信息模型類型、事件信息模型類型、詞匯信息模型類型。此外，可以采用統(tǒng)一的文件對基本信息模型類型、事件信息模型類型、詞匯信息模型類型進行描述。優(yōu)選地，統(tǒng)一的文件可以為擴展標記語言文檔模型。具體配置的信息模型類型可以參照裝置實施例中的相應內(nèi)容。步驟S304，根據(jù)信息模型類型配置信息模型；在步驟S304中，信息模型包括以下至少之一事件信息模型、詞匯信息模型、詞匯屬性信息模型、以及事件信息模型與詞匯屬性信息模型的子域。具體配置的信息模型可以參照裝置實施例中的相應內(nèi)容。步驟S306，根據(jù)信息模型構建相應的數(shù)據(jù)庫腳本和數(shù)據(jù)庫表；在步驟S306中，在構建相應的數(shù)據(jù)庫腳本時，可以根據(jù)事件信息模型以及詞匯屬性信息模型以第一預定規(guī)則構建數(shù)據(jù)庫腳本，在根據(jù)第一預定規(guī)則需要創(chuàng)建數(shù)據(jù)庫表的情況下，根據(jù)詞匯信息模型以第二預定規(guī)則構建數(shù)據(jù)庫表。下面，對第一預定規(guī)則和第二預定規(guī)則進行說明。第一預定規(guī)則包括1、如果信息模型的結構類型為簡單類型，則將信息模型作為其父信息模型所對應數(shù)據(jù)庫表中的一個字段；2、如果信息模型的結構類型為復雜類型，則為信息模型創(chuàng)建相應的數(shù)據(jù)庫表，以遞增自然數(shù)作為主鍵，并在信息模型存在父信息模型的情況下，將父信息模型對應的數(shù)據(jù)庫表的主鍵標識作為信息模型相應的數(shù)據(jù)庫表中的外鍵；3、如果信息模型的結構類型為序列類型，則為信息模型創(chuàng)建相應的數(shù)據(jù)庫表，以遞增自然數(shù)作為主鍵，并將其父信息模型對應的數(shù)據(jù)庫表的主鍵標識作為信息模型相應的數(shù)據(jù)庫表中的外鍵；4、如果信息模型的結構類型為復雜類型，則為信息模型創(chuàng)建相應的視圖。第二預定規(guī)則包括1、創(chuàng)建信息模型的第一數(shù)據(jù)庫表名指定的數(shù)據(jù)庫表，其中第一數(shù)據(jù)庫表名為保存信息模型的詞匯實體的數(shù)據(jù)庫表名；2、創(chuàng)建信息模型的第二數(shù)據(jù)庫表名指定的數(shù)據(jù)庫表，其中，第二數(shù)據(jù)庫表為保存信息模型的詞匯實體所包含的屬性的數(shù)據(jù)庫表名；3、創(chuàng)建信息模型的第三數(shù)據(jù)庫表名指定的數(shù)據(jù)庫表，其中，第三數(shù)據(jù)庫表為保存信息模型的詞匯實體所包含的子詞匯實體關系的數(shù)據(jù)庫表名；4、創(chuàng)建信息模型的第四數(shù)據(jù)庫表名指定的數(shù)據(jù)庫表，其中，第四數(shù)據(jù)庫表為保存信息模型的詞匯實體所包含的父詞匯實體關系的數(shù)據(jù)庫表名。步驟S308，在數(shù)據(jù)庫服務器上運行數(shù)據(jù)庫腳本，并創(chuàng)建數(shù)據(jù)庫表；在必要的時候，數(shù)據(jù)庫服務器還可以根據(jù)運行的數(shù)據(jù)庫腳本在數(shù)據(jù)庫上創(chuàng)建視圖。綜上所述，借助于本發(fā)明的技術方案，通過根據(jù)定義的信息模型類型定義信息模型，并構建數(shù)據(jù)庫腳本以及創(chuàng)建數(shù)據(jù)庫表，解決了相關技術中在構建滿足EPCIS標準的EPC信息服務系統(tǒng)時，沒有如何在系統(tǒng)中定義信息模型的技術方案的問題，可以方便地構建滿足EPCIS標準的EPC信息服務系統(tǒng)。顯然，本領域的技術人員應該明白，上述的本發(fā)明的各模塊或各步驟可以用通用的計算裝置來實現(xiàn)，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成的網(wǎng)絡上，可選地，它們可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn)，從而，可以將它們存儲在存儲裝置中由計算裝置來執(zhí)行，或者將它們分別制作成各個集成電路模塊，或者將它們中的多個模塊或步驟制作成單個集成電路模塊來實現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結合。以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領域的技術人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內(nèi)。權利要求1.一種編碼信息數(shù)據(jù)的配置裝置，其特征在于，包括第一配置模塊，用于配置信息模型類型；第二配置模塊，用于根據(jù)所述第一配置模塊配置的信息模型類型配置信息模型；構建模塊，用于根據(jù)所述第二配置模塊配置的信息模型構建相應的數(shù)據(jù)庫腳本；數(shù)據(jù)庫服務器，用于運行所述數(shù)據(jù)庫腳本，并創(chuàng)建數(shù)據(jù)庫表。2.根據(jù)權利要求1所述的裝置，其特征在于，所述第一配置模塊具體用于根據(jù)實際信息結構配置相應類型的信息模型類型，其中，配置的所述信息模型類型包括基本信息模型類型、事件信息模型類型、詞匯信息模型類型。3.根據(jù)權利要求2所述的裝置，其特征在于，所述第一配置模塊進一步用于采用統(tǒng)一的文件對所述基本信息模型類型、所述事件信息模型類型、所述詞匯信息模型類型進行描述。4.根據(jù)權利要求3所述的裝置，其特征在于，所述統(tǒng)一的文件為擴展標記語言文檔模型。5.根據(jù)權利要求1所述的裝置，其特征在于，所述信息模型包括以下至少之一事件信息模型、詞匯信息模型、詞匯屬性信息模型、以及所述事件信息模型與所述詞匯屬性信息模型的子域。6.根據(jù)權利要求5所述的裝置，其特征在于，所述構建模塊具體用于根據(jù)所述事件信息模型以及所述詞匯屬性信息模型以第一預定規(guī)則構建數(shù)據(jù)庫腳本；所述數(shù)據(jù)庫服務器具體用于在根據(jù)所述第一預定規(guī)則需要創(chuàng)建數(shù)據(jù)庫表的情況下，根據(jù)所述詞匯信息模型以第二預定規(guī)則構建數(shù)據(jù)庫表。7.根據(jù)權利要求6所述的裝置，其特征在于，所述第一預定規(guī)則包括如果所述信息模型的結構類型為簡單類型，則將所述信息模型作為其父信息模型所對應數(shù)據(jù)庫表中的一個字段；如果所述信息模型的結構類型為復雜類型，則為所述信息模型創(chuàng)建相應的數(shù)據(jù)庫表，以遞增自然數(shù)作為主鍵，并在所述信息模型存在父信息模型的情況下，將所述父信息模型對應的數(shù)據(jù)庫表的主鍵標識作為所述信息模型相應的數(shù)據(jù)庫表中的外鍵；如果所述信息模型的結構類型為序列類型，則為所述信息模型創(chuàng)建相應的數(shù)據(jù)庫表，以遞增自然數(shù)作為主鍵，并將其父信息模型對應的數(shù)據(jù)庫表的主鍵標識作為所述信息模型相應的數(shù)據(jù)庫表中的外鍵；如果所述信息模型的結構類型為復雜類型，則為所述信息模型創(chuàng)建相應的視圖。8.根據(jù)權利要求6所述的裝置，其特征在于，所述第二預定規(guī)則包括創(chuàng)建所述信息模型的第一數(shù)據(jù)庫表名指定的數(shù)據(jù)庫表，其中所述第一數(shù)據(jù)庫表名為保存所述信息模型的詞匯實體的數(shù)據(jù)庫表名；創(chuàng)建所述信息模型的第二數(shù)據(jù)庫表名指定的數(shù)據(jù)庫表，其中，所述第二數(shù)據(jù)庫表為保存所述信息模型的詞匯實體所包含的屬性的數(shù)據(jù)庫表名；創(chuàng)建所述信息模型的第三數(shù)據(jù)庫表名指定的數(shù)據(jù)庫表，其中，所述第三數(shù)據(jù)庫表為保存所述信息模型的詞匯實體所包含的子詞匯實體關系的數(shù)據(jù)庫表名；創(chuàng)建所述信息模型的第四數(shù)據(jù)庫表名指定的數(shù)據(jù)庫表，其中，所述第四數(shù)據(jù)庫表為保存所述信息模型的詞匯實體所包含的父詞匯實體關系的數(shù)據(jù)庫表名。9.根據(jù)權利要求1所述的裝置，其特征在于，所述數(shù)據(jù)庫服務器進一步用于根據(jù)運行的所述數(shù)據(jù)庫腳本在數(shù)據(jù)庫上創(chuàng)建視圖。10.一種編碼信息數(shù)據(jù)的配置方法，其特征在于，包括配置信息模型類型；根據(jù)所述信息模型類型配置信息模型；根據(jù)所述信息模型構建相應的數(shù)據(jù)庫腳本；運行所述數(shù)據(jù)庫腳本，并創(chuàng)建數(shù)據(jù)庫表。全文摘要本發(fā)明公開了一種編碼信息數(shù)據(jù)的配置裝置、方法，其中，該裝置包括第一配置模塊，用于配置信息模型類型；第二配置模塊，用于根據(jù)第一配置模塊配置的信息模型類型配置信息模型；構建模塊，用于根據(jù)第二配置模塊配置的信息模型構建相應的數(shù)據(jù)庫腳本；數(shù)據(jù)庫服務器，用于運行數(shù)據(jù)庫腳本，并創(chuàng)建數(shù)據(jù)庫表。通過上述技術方案，可以方便地構建滿足EPCIS標準的EPC信息服務系統(tǒng)。文檔編號G06F17/30GK102073661SQ200910228728公開日2011年5月25日申請日期2009年11月25日優(yōu)先權日2009年11月25日發(fā)明者張懷,張雪飛,甘國華,蘇銳,賀曉猛,鄧麗艷申請人:天津中興軟件有限責任公司