基於xml的條形碼掃描儀的製作方法

2023-05-29 09:04:36 3

專利名稱：基於xml的條形碼掃描儀的製作方法
技術領域：
本發明涉及用於使用條形碼的後勤、製造、保健、倉庫、教育或任何其他商務中的數據收集領域。
背景技術：
現有的條形碼掃描涉及公布之前數據收集與數據處理的離散平臺。然而，即使在公布後，數據通常不是採取易於在網際網路上公布或者被電子商務應用所使用的形式。
因此，需要將條形碼數據轉換為易於在網際網路上公布或者被電子商務應用所使用的數據。

發明內容
本發明的目的是將條形碼數據轉換為易於在網際網路上公布或者被電子商務應用所使用的數據。
提供將條形碼轉換為標記語言文件的方法和系統，方法包括對條形碼掃描以產生條形碼數據以及利用條形碼數據製作標記語言文件。


從以下結合附圖的詳細描述中，本發明的上述或其他目的和優點將是明顯的，附圖中類似的參考符號表示類似的部分。
圖1是根據本發明的較佳方法的流程圖。
圖2是傳統條形碼掃描儀的操作流程圖。
圖3是表明本發明系統一個實施例的方框圖。
圖4是根據本發明的流程方框圖。
圖5是表明根據本發明的文件存儲的方框圖。
具體實施例方式
以下將給出條形碼掃描及其與本發明系統和方法的關係的一般描述。一維條形碼掃描涉及對寬和窄條碼圖案的掃描、在資料庫中查看該「碼」、然後在應用中利用該結果。兩維條形碼掃描涉及以兩維對數據編碼的方形或矩形圖案，然後在應用中利用該結果。
每個條形碼特徵要求定義其範圍的數據類型以及還有一組所謂屬性的特徵描述符。屬性可以具有任何數據類型，如文本、數字或二進位。屬性提供解譯特徵的基礎。條形碼資料庫的應用是多種多樣的，從保健管理到存貨清單控制。
一維條形碼提供局限於少量字母數字字符的數據。有幾種將條形碼轉換為選定的數據的工業標準和協定，這依賴於應用情況。有關條形碼編碼項目的編碼信息通常是資料庫設計人員的職責。
對於兩維條形碼，可提供更多數據用於掃描。然而，以全球標準格式將數據公布在網際網路上存在困難。接收應用必須能夠解譯兩維掃描數據，然後將其提供給用戶。
本發明較佳地允許數據收集者以XML格式收集數據，下面將說明XML格式。(對於本申請，可擴充標記語言(XML)稱為較佳語言，然而，應當理解也可以採用任何其他合適的標記語言，本申請並不特別地局限於使用XML語言，1998年2月10日可擴充標記語言(XML)的W3C建議這裡通過參考而整體引入。)這種數據收集方案允許數據在被收集後的數秒內以與網際網路商務有關的格式將數據公布在網際網路上，或者其他合適的網絡上。
在根據本發明的數據收集的一個實施例中，在完成屬性數據的輸入時，可以用無線鏈路或者其他合適的通信鏈路將特徵上載到網際網路伺服器，直接公布在Web網站上。如果需要，數據可以流到網際網路伺服器，即數據可以在網際網路上觀看而不是等到數據收集結束時。
數據表示的型式較佳地要依靠Web應用管理器，因為XML格式區分XML文件的顯示與其內容。這些特性可以作為電子表單數據、交互商務形式或者也許可以作為能夠觸發存貨清單自動重新訂購的圖表而公布。由於XML格式，數據的終端用戶，例如網站的觀眾還不受Web應用管理器的顯示選擇的約束。擁有大監視器的終端用戶可以選擇圖形顯示，而在蜂窩式電話機上擁有小屏幕的觀眾可以同時用文本觀看相同的網站。
以下給出如何使用本發明的三種應用。
例1醫院管理醫院管理著病人信息、病人護理、醫院設備和供應、以及病人保險通信。
在根據本發明管理信息的方法中，當容許病人進入醫院時，給他們分配一個XML標記條形碼，含有關於他們醫療病史、所需的醫院護理和保險方面的信息。這一信息可以再傳送給保險公司，在需要時作定期更新。
在本發明的一個實施例中，在保險公司作醫療投保的個人可以使用網際網路來觀看和處理病人信息。在住院期間，通過對XML標記條形碼進行掃描和將信息送至醫院的計算機，能夠將有關藥物治療和醫院處理措施方面的信息加到病人的記錄中。醫院計算機可以與藥品供應商周期性地聯繫，增加存貨清單或設備服務(例校準)。
例2存貨清單管理計算機和外圍設備製造公司盡力更快速和更有效地提供組裝產品。對組裝產品快速和有效提供的一個障礙是他們的許多產品可以是定製的。這些定製產品常常需要不同的部件。準確地預示不同部件的提供時間表並能夠快速地檢測任何提供商的問題則是有益的。
當計算機部件離開組裝線時，不同的供應商能夠對他們這些計算機部件上的XML標記條形碼進行掃描，有關存貨清單、供給能力、技術指標等方面的信息可以立即提供在公司的網站上。計算機製造商可以讓其計算機定期詢問供應商資料庫，較佳地是利用XML連結語言(XLink)(如上所述，可以採用任何合適的連結語言作為這一用途)。詢問可以是針對標準配置、不常用配置的大訂單、和任何其他徵訂情況。計算機製造商的計算機則能夠使用這些結果來徵訂必要供貨、將裝貨運送到其工廠、然後再利用XLink將信息傳送到清算帳目和訂單處理部門。
例3信息分布典型地，國家出租汽車公司監視他們的車輛存貨清單和與每輛車相關的所有信息。通常，出租汽車公司內的不同部門獲得所選部分的這一信息並以對他們部門有效的方法來表示這些信息。
在根據本發明的方法的一個實施例中，較佳地可以為每輛汽車建立一個貼兩維XML標籤的條形碼，包含技術指標、數字圖象、出租史、服務史或其他相關信息。由於信息和表示規則對於XML是不同的，用戶能夠通過從web瀏覽器將信息輸入到其應用程式中而本地地處理信息。其他軟體應用程式能夠直接訪問這些信息。
除了前面例子中所描述的方法外，本發明的再一個方面涉及以XML格式收集特徵數據的方法。這個方面包括彙編有關特徵名稱和類型的信息以及有關屬性信息。較佳地還提供一個完成這一任務的用戶接口。本發明的其他方面涉及將特徵數據上載到伺服器以及公布所述數據的方法。
本發明還涉及能夠以XML格式收集條形碼特徵的事實。在以下的描述中，「特徵」是指與XML規範用途相一致的「父單元」。
圖1是根據本發明的方法的一個較佳實施例的方框圖。在這個實施例中，有數據收集模塊15和子序列數據公布模塊25。採用計算機30或其他合適的裝置建立或輸入數據收集定義(DTD)或模式20。DTD是一個程序，用於引導通過DTD引導的單元和屬性數據的收集，以及實質上不可見地合併條形碼數據作為屬性或者被捕獲父單元的子單元。合併的結果是針對DTD已經確認的XML文件。
然後，以XML格式記錄父單元(與子單元或屬性)。XML文件經有線或無線鏈路40傳送到XML單元存儲系統。該系統較佳地可以在web伺服器50上。XML文件可以提供立即公布在web60上或者供以後重新使用70。
數據收集任務可以在時間和空間二者上與數據公布任務分開。在這個實施例中，二者經無線連接而連結，降低了任務之間的時間和距離。應當理解，也可以採用模塊之間的其他通信方法。這些其他方法可以經硬導線數據機連接或者經串行電纜等。
本發明的一個較佳實施例從條形碼掃描儀獲得條形碼數據。圖2是傳統條形碼掃描儀的操作流程圖。條形碼12可以是各種類型的條形碼，這取決於用條形碼編碼的數據的應用。一些工業上識別的條形碼類型如下僅數字型EAN-13EAN-8UPC-AUPC-ECode 11Interleaved 2 of 5Industrial 2 of 5Standard 2 of 5CodabarPlesseyMSIPostNet數字字母型Code 39Code 93Code 128LOGMARS兩維型PDF417DataMatrixMaxicodeQR CodeData CodeCode 4916K條形碼掃描儀13可以是按照工業標準輸入條形碼數據14的任何型號或製品。掃描數據經有線或無線鏈路16傳送到計算機。
對於一維和兩維條形碼二者，支持的數據類型是字節，ASCII字符和數字。PDF417數據類型還包括圖形和聲音。
圖3提供根據本發明的可用在系統32上的程序的詳細情況。
用戶接口31管理多項任務的用戶交互作用。提供一個程序，用於建立DTD或模式21、收集數據22以及輸出最終文件24。
DTD擬定如何建立或讀出XML文件的規則。DTD的一種較佳型式是XML模式，也適合於本實施例。
DTD描述數據單元。按照XML技術規範，這些單元可以包含多種多樣的屬性和/或子單元。系統12包括軟體程序，給用戶提供一種建立符合複雜XML技術規範的DTD的簡單方法。DTD可以被認為是數據捕獲對象的陳述。以下提供一個DTD的例子，用於為父單元收集子單元數據。
＜！ELEMENT Features(Feature Name，VIN，Color，Make，Model，Year，Registered-Owner)＞＜！ELEMENT Feature-Name(#PCDATA)＞＜！ELEMENT VIN(#PCDATA)＞＜！ELEMENT Color(#PCDATA )＞＜！ELEMENT Make(#PCDATA)＞＜！ELEMENT Model(#PCDATA)＞＜！ELEMENT Registered Owner(#PCDATA)本發明允許用戶在DTD的建立中規定若干個選項。例如，相同DTD的更複雜型式將出現供每個單元使用的項目類型的描述。
＜！ELEMENT Features(FeatureName，VIN，VINLabel，Color，Make，MakeLabel，Model，ModelLabel，Year，Registeredowner，RegisteredOwnerLabel)＞＜！ELEMENT FeatureName(#PCDATA)＞＜IATTLIST FeatureName e-dtype NMTOKEN #FIXED ′string′＞＜！ELEMENT VIN(#PCDATA)＞＜！ATTLIST VIN e-dtype NMTOKEN #FIXED′string′＞＜！ELEMENT VINLabel(#PCDATA)＞＜IATTLIST VINLabel e-dtype NMTOKEN #FIXED′string′＞＜！ELEMENT Color(#PCDATA)＞＜！ATTLIST Color e-dtype NMTOKEN #FIXED ′string′＞＜！ELEMENT Make(#PCDATA)＞＜！ATTLIST Make e-dtype NMTOKEN #FIXED ′string′＞＜！ELEMENT MakeLabel(#PCDATA)＞＜！ATTLIST MakeLabel e-dtype NMTOKEN #FIXED′string′＞＜！ELEMENT Model(#PCDATA)＞＜IATTLIST Model e-dtype NMTOKEN #FIXED′string′＞＜！ELEMENT ModelLabel(#PCDATA)＞＜IATTLIST ModelLabel e-dtype NMTOKEN #FIXED′string′＞＜！ELEMENT Year(#PCDATA)＞＜！ATTLIST Year e-dtype NMTOKEN #FIXED′string′＞＜！ELEMENT RegisteredOwner(#PCDATA)＞＜！ATTLIST RegisteredOwner e-dtype NMTOKEN #FIXED′string′＞＜！ELEMENT RegisteredOwnerLabel(#PCDATA)＞＜IATTLIST RegisteredownerLabel e-dtype NMTOKEN #FIXED′string′＞
當條形碼數據與數據收集器觀察的屬性信息或子單元相混合時，結果是XML文件。由於程序用戶接口是由DTD引導的，不允許用戶收集將產生與DTD比較時無效的XML文件的信息。以下示出已經與條形碼數據和表示為子單元的屬性數據合併的XML文件的例子。
＜？xml version＝″1.0″？＞＜！DOCTYPE Features SYSTEM″C\features.dtd″＞＜Features＞＜！--(Feature Name，VIN，VIN Label，Color，Make，Make Label，Model，Model Label，Year，Registered Owner，Registered Owner Label)--＞ ＜Feature Name＞Automobile＜/Feature Name＞ ＜VIN＞1122334455＜/VIN＞ ＜VIN Label＞VIN＜/VIN＞ ＜Color＞red＜/Color＞ ＜Make＞Honda＜/Make＞ ＜Make Label＞Make＜/Make Label＞ ＜Model＞Accord＜/Model＞ ＜Model Label＞Model＜/Model Label＞ ＜Year＞2000＜/Year＞ ＜Registered Owner＞Jane Doe＜/Registered Owner＞ ＜Registered Owner Label＞Registered Owner＜/Registered Owner Label＞ ＜/Features＞本發明的另一個實施例則是以一個單獨文件收集條形碼數據並從XML文件內參考該文件。
圖1中所示的數據收集模塊(它較佳地加入DTD 21、數據收集程序22和圖2中所示的條形碼數據14)的結果是一個完成的XML文件。該XML文件經計算機上的確認程序已針對DTD或模式確認了23。確認起差錯校驗的作用，被傳送到Web伺服器的文件的數據具有適當格式，以後將不會引起問題。
最後一個程序是用於將XML文件轉換為諸如微軟Access的其他資料庫格式的應用程式71。
此時，XML文件已經作好web公布的準備或者另一方面被存檔。在計算機上提供一個程序，管理XML和DTD(或Schema)文件的輸出。收集數據經計算機上埠26被輸出。
圖4是描述現場數據收集模塊與數據公布模塊之間鏈路(對應於圖1中單元40)的流程圖。掃描儀中的輸出埠輸出XML文件42。無線鏈路40提供將文件傳送到XML或DTD文件存儲檔案50的方便方法。對於大的數據收集項目，XML文件可以被傳送到Web伺服器。本發明能夠容許將文件連結到Web伺服器檔案的任何方法。
圖5描述根據本發明的文件存儲和公布的方法。因此，圖5更詳細地示出圖1的數據公布模塊25。XML或DTD文件被存儲在Web伺服器上，作為一組可重新調用單元51。XML文件可以動態地提供給Web伺服器或者歸檔在合適的文件資料庫中。應當注意，這是正在被歸檔的文件單元和相應DTD或模式，不是傳統的資料庫表或記錄。文件能夠被有效地存儲在部件(單元)中，因為DTD或模式提供再彙編的引導。
XML文件的歸檔和檢索的商用部件已經可以提供使用，類似於InsoDynabase Web管理器的功能。Inso公司總部在波士頓。Dynabase Web管理器是一種基於XML的內容管理、自動產生和個人化信息傳遞方案，用於構成先進的企業對企業和企業對消費者應用。
本實施例允許向數據的終端觀眾提供根據觀眾個人喜好的XML單元的獨特顯示或下載的用戶型式紙張61。級聯型式紙張(CSS)的格式和句法在2000年2月16日World Wide Web Consortiumd CSS3 W3C工作草案的用戶接口中作了定義(見http//www.w3.org./TR/2000/WD-css3-userint-20000216.html)，這裡通過參考將其全文引入。對於可擴充型式紙張語言(XSL)，見http//www.w3.org./TRJ/2000/WD-xsl20000327，這裡通過參考將其全文引入。
本發明與傳統資料庫程序是兼容的，因為DTD和XML文件包含需要不論以哪種格式重新建立數據所需的所有信息。本發明給用戶接口提供一個程序，通過將DTD和XML文件轉換為其他標準資料庫格式(如微軟Access70)的處理而引導用戶。
因此，系統和方法涉及對條形碼掃描以提供條形碼數據以及轉換，本領域的專業人員將會明白，本發明可以通過以上描述實施例以外的其他例子來實施，提供上述實施例是為了說明目的，而非限制性的，本發明僅由隨後的權利要求書限制。
權利要求
1.一種將條形碼轉換為標記語言文件的方法，其特徵在於所述方法包括對條形碼掃描，產生條形碼數據；以及利用該條形碼數據製作標記語言文件。
2.如權利要求1所述的方法，其特徵在於進一步包括接收病人進入醫院；給該病人分配條形碼，其中該條形碼包含有關醫療史信息的信息。
3.如權利要求2所述的方法，其特徵在於進一步包括通過對投藥給病人的藥劑的信息掃描而檢索已更新的醫療史信息，所述藥劑具有貼標記語言標籤的條形碼。
4.如權利要求2所述的方法，其特徵在於進一步包括將醫療史信息經網際網路傳送給保險公司。
5.如權利要求2所述的方法，其特徵在於進一步包括將醫療史信息傳送給中心醫院計算機。
6.如權利要求2所述的方法，其特徵在於進一步包括通過對與病人施行的醫院措施相關的XML標籤條形碼掃描而檢索已更新的醫療史信息。
7.如權利要求6所述的方法，其特徵在於進一步包括將醫療史信息經網際網路傳送給中心醫院計算機。
8.如權利要求1所述的方法，其特徵在於進一步包括當計算機部件離開組裝線時，給該計算機部件分配條形碼，其中所述條形碼包括有關該部件技術規範的信息。
9.如權利要求8所述的方法，其特徵在於進一步包括通過周期性地對條形碼掃描而檢索已更新的位置信息。
10.如權利要求8所述的方法，其特徵在於進一步包括將文件傳送到該部件製造商的資料庫，其中製造商的資料庫維持有關多個部件存貨清單、供應能力和技術規範的信息。
11.如權利要求10所述的方法，其特徵在於進一步包括利用連結語言詢問供應商資料庫以獲得供應信息以及在網際網路上將該供應信息中繼給製造商的資料庫。
12.如權利要求11所述的方法，其特徵在於進一步包括基於供應信息訂購供應商的供應。
13.如權利要求11所述的方法，其特徵在於進一步包括基於供應信息將裝貨送至供應商。
14.如權利要求1所述的方法，其特徵在於進一步包括將條形碼轉換為XML文件。
15.如權利要求1所述的方法，其特徵在於進一步包括包含所述文件中的單元數據和屬性數據。
16.如權利要求1所述的方法，其特徵在於進一步包括創建XML模式，以引導單元數據和屬性數據的收集。
17.如權利要求1所述的方法，其特徵在於進一步包括創建文件類型定義程序，將單元數據和屬性數據的收集限制為有效單元數據和有效屬性數據的收集。
18.如權利要求1所述的方法，其特徵在於進一步包括輸入文件類型定義程序，以引導單元數據和屬性數據的收集。
19.一種跟蹤車輛存貨清單的方法，其特徵在於所述方法包括給每輛車提供一個兩維標記語言標籤條形碼，所述條形碼包括車輛信息；對條形碼掃描，以產生條形碼數據；以及利用條形碼數據製作標記語言文件。
20.如權利要求19所述的方法，其特徵在於進一步包括將條形碼轉換為XML文件。
21.如權利要求19所述的方法，其特徵在於進一步包括包含文件中的單元數據和屬性數據。
22.如權利要求19所述的方法，其特徵在於進一步包括創建XML模式，以引導單元數據和屬性數據的收集。
23.如權利要求19所述的方法，其特徵在於進一步包括創建文件類型定義程序，將單元數據和屬性數據的收集限制為收集有效單元數據和有效屬性數據。
24.如權利要求19所述的方法，其特徵在於進一步包括輸入文件類型定義程序，引導收集單元數據和屬性數據。
25.一種將條形碼變換為標記語言文件的系統，其特徵在於所述系統包括對條形碼掃描以產生條形碼數據的裝置；以及利用條形碼數據製作標記語言文件的裝置。
26.如權利要求25所述的系統，其特徵在於進一步包括接收病人到醫院的裝置；給該病人分配條形碼的裝置，其中條形碼包含有關醫療史信息的信息。
27.如權利要求26所述的系統，其特徵在於進一步包括通過對來自給病人的藥劑的信息掃描而檢索已更新的醫療史信息的裝置，所述藥劑具有貼標記語言標籤的條形碼。
28.如權利要求26所述的系統，其特徵在於進一步包括經網際網路將醫療史信息傳送到保險公司的裝置。
29.如權利要求26所述的系統，其特徵在於進一步包括將醫療史信息傳送到中心醫院計算機的裝置。
30.如權利要求26所述的系統，其特徵在於進一步包括通過對來自貼XML標籤條形碼的信息掃描而檢索醫療史信息的裝置，所述來自貼XML標籤條形碼的信息與對病人施行的醫院措施有關。
31.如權利要求30所述的系統，其特徵在於進一步包括經網際網路將醫療史信息傳送到中心醫院計算機的裝置。
32.如權利要求25所述的系統，其特徵在於進一步包括當計算機部件離開組裝線時，為該計算機部件分配條形碼的裝置，其中，條形碼包含有關該部件技術規範的信息。
33.如權利要求32所述的系統，其特徵在於進一步包括通過對條形碼周期性掃描而檢索已更新的位置信息的裝置。
34.如權利要求32所述的系統，其特徵在於進一步包括將文件傳送到部件的製作商的資料庫的裝置，其中製作商的資料庫維持有關多個部件的存貨清單、供給能力和技術規範的信息。
35.如權利要求34所述的系統，其特徵在於進一步包括利用連結語言詢問供應商資料庫以獲得供應信息以及經網際網路將供應信息傳送給製作商資料庫的裝置。
36.如權利要求35所述的系統，其特徵在於進一步包括基於供應信息訂購供應商的供應的裝置。
37.如權利要求35所述的系統，其特徵在於進一步包括基於供應信息將裝貨送至供應商的裝置。
38.如權利要求25所述的系統，其特徵在於進一步包括將條形碼轉換為XML文件的裝置。
39.如權利要求25所述的系統，其特徵在於進一步包括包含文件中單元數據和屬性數據的裝置。
40.如權利要求25所述的系統，其特徵在於進一步包括創建XML模式以引導單元數據和屬性數據的收集的裝置。
41.如權利要求25所述的系統，其特徵在於進一步包括創建文件類型定義程序，以將單元數據和屬性數據的收集限制為收集有效單元數據和有效屬性數據的裝置。
42.如權利要求25所述的系統，其特徵在於進一步包括輸入文件類型定義程序以引導單元數據和屬性數據的收集的裝置。
43.一種根據車輛存貨清單的系統，其特徵在於所述系統包括給每輛車提供貼兩維標記語言標籤的條形碼的裝置，所述條形碼包含車輛信息；對條形碼掃描以產生條形碼數據的裝置；以及利用條形碼數據製作標記語言的裝置。
44.如權利要求43所述的系統，其特徵在於進一步包括將條形碼轉換為XML文件的裝置。
45.如權利要求43所述的系統，其特徵在於進一步包括包含文件中單元數據和屬性數據的裝置。
46.如權利要求43所述的系統，其特徵在於進一步包括創建XML模式以引導單元數據和屬性數據的收集的裝置。
47.如權利要求43所述的系統，其特徵在於進一步包括創建文件類型定義程序以將單元數據和屬性數據的收集限制為收集有效單元數據和有效屬性數據的裝置。
48.如權利要求43所述的系統，其特徵在於進一步包括輸入文件類型定義程序以引導收集單元數據和屬性數據的裝置。
全文摘要
一種對在網際網路或企業網網站上能夠接近實時地公布的條形碼進行掃描的方法和系統。格式較佳地為基於XML的格式,以致於準備了電子商務應用的數據,無需進一步處理或轉換。數據也可能被翻譯為多種傳統的條形碼格式,與已經建立的條形碼掃描實際反向兼容。
文檔編號G06K17/00GK1345006SQ0114118
公開日2002年4月17日 申請日期2001年9月28日 優先權日2000年10月2日
發明者E·C·肖 申請人:訊寶科技公司