基于xml的条形码扫描仪的制作方法

文档序号:6571275阅读:370来源:国知局
专利名称:基于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的例子,用于为父单元收集子单元数据。
<pre listing-type="program-listing"><!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)&gt;</pre>本发明允许用户在DTD的建立中规定若干个选项。例如,相同DTD的更复杂型式将出现供每个单元使用的项目类型的描述。
<pre listing-type="program-listing"><!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′></pre>
当条形码数据与数据收集器观察的属性信息或子单元相混合时,结果是XML文件。由于程序用户接口是由DTD引导的,不允许用户收集将产生与DTD比较时无效的XML文件的信息。以下示出已经与条形码数据和表示为子单元的属性数据合并的XML文件的例子。
<pre listing-type="program-listing"><?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></pre>本发明的另一个实施例则是以一个单独文件收集条形码数据并从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·肖 申请人:讯宝科技公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1