CN1477503A - 支持字处理文档的本地xml中使用非本地xml的系统和方法 - Google Patents

Abstract

一种支持确认XML文档有效性的系统和方法，所述XML文档包含与两个或多个模式相关联的元素，其中每个模式中的元素可任意地嵌套在其它模式的元素中，每种元素在各自的模式中保持有效。当字处理器对第一模式的元素进行有效性确认时，第二模式的元素对所述第一模式的元素而言是透明的。所述第二模式的元素分开确认确认，从而所述第一模式的元素对于就所述第二模式的元素进行有效性确认来说是透明的。

Description

支持字处理文档的本地XML中使用非本地XML的系统和方法

发明的背景

近年来各种标记语言已经广为流行。作为其中的一种，可扩展标记语言XML是一种通用的标记语言，它提供了识别、交换和处理各种数据的方法。比如，用XML产生的各种文档可用于各种应用程序。XML文件中的元素有相关的命名空间(namespace)和模式(schema)

可扩展标记语言XML中，命名空间通常被用来作为每个XML文档的唯一标识。每个XML文档通过使用命名空间使得程序能够容易地区分出与该文档相关的XML类型。该唯一的命名空间也同样支持区分来自不同文件而恰好有着相同名字的标记元素。

在XML环境中，XML模式提供了描述和确认数据有效性的途径。模式说明了什么样的元素和属性可用来描述在XML文档中的内容，元素可出现在哪里，哪些元素可出现在其它元素之中。模式的使用保证了文件结构的一致性。模式可由用户产生，通常由像XML这样的标记语言提供支持。通过支持模式的XML编辑器，用户可以操纵XML文件，并产生遵从用户创建模式的XML文档。

所创建的XML文档可能遵从一个或多个模式。然而，在某些情况下，传统的确认机制在评价基于多个模式的元素的有效性时常常无法达到要求。

如果与第一模式相关联的元素嵌套在与第二一模式相关联的元素中，那么，所述嵌套元素的任何子元素都无法对第一模式进行确认，除非两个模式都被组织成可相互解释的方式。换句话说，现存的合法性确认确认机制只能针对一个模式的元素和它的子元素作确认，而不能直接对它的孙元素作确认。通常，只有父元素能给子元素制定规则。如果子元素在一个不同的模式中，那么要想在父元素的模式中插入一孙元素，子元素的模式必须参照(reference)父元素的模式。以前没有办法宣称说子元素的模式是透明的，也不许可父元素定义它的孙元素该如何。直到今天，这种限制已经对标记语言工具的开发者造成了困扰。

发明概要

本本发明旨在能够确认包含与两个或多个模式相关联的元素的各种XML文档的有效性，其中每个模式中的元素可任意地嵌套在其它模式的元素中，它们在各自的模式中保持有效。字处理器具有第一关联模式或本地模式，对应于本地XML，。依据本地XML产生的文档可能包括任意的嵌套在本地XML元素中的非本地XML元素，或是嵌套在非本地XML元素中的本地XML元素。在确认混合XML文件的本地XML元素时，非本地XML元素会被字处理器忽略。通过使用由非本地元素生成的并行XML树，同时将本地XML元素视作是透明的一样，各个非本地的XML元素分别确认。

本发明能使拥有自己相关命名空间的非本地XML元素嵌入具有另一相关命名空间的本地XML元素中。其它。原先，用户为了显示的需要或其它目的把XML文件转换成其它的格式。以前的XML编辑器在进行有效性检查时，不认可(即无效)在第一命名空间元素中嵌入的第二命名空间的元素(除非两个相关的模式都清楚的表明在各自的范围内允许接受对方的命名空间)。本发明对提供一种本地XML，使得在同一个XML文件中非本地XML元素可以嵌入到本地XML元素中，而无需考虑XML的模式是否明确允许嵌入元素。从XML文件中去掉本地XML元素将导致文档对于只有非本地XML元素的非本地XML模式有效。相应地，从XML文件中去掉非本地XML元素也会使得文档对于只含有本地XML元素的本地XML模式有效。因此，一个命名空间的XML模式对于另一个命名空间的模式来说是透明的，从而与每个模式相关的元素可各自、分别确认。

为透明起见，在从混合XML文件建立文档时，非本地XML元素存储在称之为并行XML树的另一位置。树的每个节点对应于混合XML文件命名空间中的一个元素。节点被映射到它们在XML文件中对应元素的位置。因此，当XML文件存储的时候，它仍然保持着本地和非本地XML元素。使用XML树的一个好处在于：为了能够根据非本地XML模式进行有效性确认的目的，把非本地XML元素与本地XML元素区别对待，同时保持了非本地XML元素在本地XML元素中的位置。视本地XML元素对于非XML元素为透明使得XML文件仍然能够作为单一文件被使用和保存。

附图的简要说明

图1所示是可用于本发明的一个示例实施例的示例性计算装置。

图2所示是一程序块图，说明了用于实施本发明的示例环境。

图3所示是依据本发明的一个混合XML示例文件。

图4所示是一示例框图，示出了依据本发明，示例混合XML文件与示例并行XML树之间的关联。

图5所示是根据本发明产生混合XML文档的示例过程的逻辑流程图。

图6是根据本发明处理混合XML文档元素的示例过程的逻辑流程图

较佳实施例的详细说明

在说明书和权利要求书中，除非上下文明确规定，下列术语均采用这里所述的明确意义。

术语“标记语言”或“ML”是指文档中的特别代码的语言，它指定文档的某些部分如何由应用程序解释。在字处理器文件中，标记元素可与指定元素内容如何显示或安排的特定格式相关联。在其它XML文档中，所述标记可能旨在描述数据而不涉及显示问题。

术语“本地可扩展标记语言”或“本地XML”是指与字处理器应用程序相关联的标记语言元素及与字处理器应用程序相关联的模式。

术语“非本地可扩展标记语言”或“非本地XML”指用户或其它应用程序创建、并遵从与本地XML模式的不同的某模式的标记语言元素。

其它术语“元素”是指XML文档的基本单位。元素可包含属性、其它的元素、内容和其它XML文档的块料(building blocks)。

其它其它术语“标签”是指插入到XML文档中描绘文档元素的命令。每个元素通常不超过两个标签：开始标签和结束标签。具有一个标签的空元素(无内容)也是允许的。

标签之间的内容作为元素的“子”(或后代)。因此，嵌入到元素内容中的其它元素称为“子元素”或“子节点”或元素。直接嵌入到元素内容中的文本作为元素的“子文本节点”。子元素和元素中的文本一起组成了该元素的“内容”。

其它术语“属性”是指被设定为特定值并与元素相关联的附加性质。元素可具有任意数量的与其相关联的属性，包括没有属性。属性被用来将未包含在元素内容中的附加信息与元素相关联。

示例操作环境

参照图1，用来实施本发明的一个范例系统包含计算一个计算装置，如计算装置100。在基本的配置中，计算装置100通常至少包括一个处理单元102和系统存储器104。取决于具体的配置和计算装置的类型，系统存储器104可以是易失的(如RAM)、不易失的(如ROM，闪存等等)或是两者的某种组合。系统存储器104通常包含操作系统105，一个或多个应用程序106，也可能包含程序数据107。在一个实施例中，应用程序106可能包含一个字处理应用120，而它进一步包含XML编辑器122。图1中，虚线108内的那些构成组件清楚地说明了基本配置的情况。

计算装置100可以有附加的特性或功能。例如，计算装置100可拥有额外的数据存储装置(可移动和/或不可移动)，如磁盘、光盘、磁带。此类附加存储装置在图1中以可移动存储器109和不可移动存储器110表示。计算机的存储介质包括易失的和不易失的、可移动和不可移动的，它们可以用信息存储的任何方法和技术来实现，如计算机可读指令、数据结构、程序模式或其它数据。系统存储器104、可移动存储装置109和不可移动存储装置110都是计算机存储介质的例子。计算机存储介质包括，但不局限于，RAM、ROM、EEPROM、闪存等其它存储器技术，CD-ROM、数字多功能光盘(DVD)等光学存储装置，磁盒带、磁卡带、磁盘存储器及其它磁存储装置，及其它能用来存储想要的信息同时能被计算装置100访问的各种介质。任何这样的计算机存储介质都能成为装置100的一部分。计算装置100也可以有输入装置112，如键盘、鼠标、笔、声音输入装置、触摸式输入装置等等。也可以包含输出装置114，如显示器、扬声器、打印机等。这些装置已为本领域技术人员所熟知，在此不再赘述。

计算装置100也可包含通信连接部件116，使得该计算装置能与其它计算装置118发生通信，如通过网络。通信连接部件116就是通信媒介的一个例子。通信媒介通常通过计算机可读指令、数据结构、程序模块和其它调制数据信号中的数据来体现，如载波和其它传送机制，通信媒介包括任何的信息传送媒介。术语“调制数据信号”是其它。

字处理器文件结构

图2是实施本发明示例环境的方框图。图2所示的示例环境是字处理器环境200，包括字处理器120，混合XML文件210，非本地XML模式215，并行XML树220和XML有效性确认引擎225。混合XML文件210既包含本地XML211也包含非本地XML212。

在一个实施例中，字处理器120有自己的命名空间和一组模式，用于和字处理器120相关联的文档。由模式定义的用于字处理器120的一组标签和属性可以定义文档的格式，其程度达到可视作自己的标记语言，本地XML。本地XML由字处理器120提供支持，它在进一步创建自身规则的同时，可遵从其它标记语言的规则。本地XML提供的标记语言包括了丰富的显示信息，用户可直接索用，而不需要花时间去创建符合这些显示信息的模式。

本地XML211和非本地XML212在混合XML文件中相互夹杂。依照本发明，非本地XML212元素可能嵌套在本地XML211元素中，本地XML212元素也可能嵌套在非本地XML211元素中。因此，当字处理器120在内部确认混合XML文件210中的本地XML211时，内部确认过程会遭遇非本地的XML212元素。示例混合XML文件210在下面图2的讨论中有进一步的说明。

非本地XML模式215与非本地的XML212元素相关联。确认时，非本地XML212元素会被检查是否符合非本地XML模式215。如前面所述，模式说明什么样的标签和属性可用来描述在XML文档中的内容，标签可出现在哪里，哪些标签可出现在其它标签之内，以保证文档结构的一致性。因此，非本地XML212在按照非XML模式215的要求组织时是有效的。非本地XML212的有效性确认在下面图5的讨论中会有进一步的阐述。

在确认之前，非本地XML212元素存储在并行XML树220中。并行XML树220在下面图4的讨论中会有进一步的说明。并行XML树220被传递给XML确认引擎225用以确认非本地XML212的有效性。XML确认引擎225的运作与其它现有XML确认引擎类似。XML确认引擎检验XML是否遵循非XML本地模式215中的结构要求。在一个实施例中，更多的确认引擎可能被关联到字处理器120，用于对更多的标记语言的结构进行有效性确认。

图3所示是依照本发明的一个混合XML文件的示例。混合XML文件210同时包含本地XML元素和非本地XML元素。标记语言中的元素通常包含一个开始标签(用“<”和“>”来标示)，某些内容和一个结束标签(用“</”和“>”标示)。与本地XML的关联的标签视为与字处理器的命名空间(字处理器命名空间)的关联。与之相对，与非本地XML的关联的标签与其它不同的命名空间相关联，在本例中，是“履历”(“resume”)命名空间。混合XML文档210的元素可进一步包含内容。例如，“工作”(“Work”)包含在“目标”(“objective”)元素中，“缅因123”(“123Main”)包含在“街道”(“street”)元素中。而“街道t”元素又被包括在“地址”(“address”)元素中。这些元素是根据先前由用户或其它应用程序所提供的对应于履历命名空间的非本地XML模式(如履历的模式)来定义的。

检查混合XML文件210时，文件含有嵌套在本地XML元素中的非本地XML元素和嵌套在非本地XML元素中的本地XML元素。因此，当混合XML文件210在字处理器内部进行确认或作为一棵树向确认引擎传递时，用于确认混合XML文件210有效性的应用程序文件会遇到对应于不同模式的嵌套元素。取决于与确认程序相关的一些规则，如果非本地XML模式不允许本地XML，那么混合XML文件210或许被定为无效。例如，如果混合XML文件210被完整地传递到另一个XML确认引擎，文件很有可能被判定为无效文件。XML模式一般来说都不允许一个命名空间的元素被嵌套在另一个命名空间的元素中。在一个实施例中，本发明通过使用关联于字处理器、而允许嵌套与另一非本地XML模式相关联的任意元素的本地XML模式，，从而克服了这些限制。获得有效混合XML文件的示例过程在图5和图6的讨论中会有详细的描述。

图4所示是一示例方块图，该图示出了依据本发明的示例混合XML文件和示例并行XML树之间的关联。

并行XML树220随着字处理器120内部确认(示于图1和图2)混合XML文件210建立文档的过程而产生。内部确认使字处理器120得以根据其自身规则对各元素进行确认。遇到一个嵌套在本地XML元素中的非本地XML元素时，该元素的对应节点(如402)就会在并行XML树220中生成。节点在并行XML树220中的位置取决于相应元素在混合XML文件210中相对于其它元素的位置。因此，混合XML文件210中的每个非本地XML元素都由并行XML树220中的一个节点来代表(如402)。并行XML树220中清楚地展现了XML元素间建立的直接父子关系，而由于本地XML标记的插入，某些所示述直接关系在混合XML文件中本已不存在。生成非本地XML树220节点的相关示例过程结合图6会有更详细的描述。并行XML树220使得字处理器120在内部进行混合XML文件210的有效性确认时可以完全忽略非本地XML元素。如结合图5详细描述的那样，并行XML树220可以从混合XML文件210中分别进行确认。

混合XML文件中元素的处理

图5是根据本发明产生混合XML文档的示例过程的逻辑流程图。过程500从块501开始，其中混合XML文件已经由字处理应用程序的用户事先产生，该字处理应用程序和图1中的字处理器120类似。处理过程转到块502。

在块502处，混合XML文件的元素得到处理。处理每个元素的过程中，要判定XML元素是本地的还是非本地的。每个元素如何处理取决于它们的类型。当元素是非本地XML元素时，对应于该元素的节点被插入到并行XML树中，这会结合图6进一步说明。处理每个节点的示例过程在图6中详细说明。一旦元素被处理，过程就转移到了判定块503。

判定块503处，要做出判定：混合XML文件中的每个元素是否已经被处理了？在从混合XML文件构造文档时，所有元素在字处理器到达混合XML文件末尾的结束标签时都已经经过了处理。如果还有元素未被处理，过程返回到程序块502处，开始处理。如果所有的元素已经处理完成，那么处理过程转到程序块504。

在块504中，并行XML树被进行确认。并行XML树被字处理器传送到一个XML确认引擎，它类似于图2中所示的XML有效性确认引擎225。XML确认引擎根据关联模式来检查并行XML树，该模式类似于图2中非本地XML模式215。所述关联模式说明什么样的标签和属性可用来描述结果XML文档中的内容，各标签可出现在哪里，哪些标签可出现在其它标签之内。如果并行XML树符合相关的模式，那它就是有效的。一旦并行XML树被确认，处理过程在505继续。

在块505处，由字处理器产生对应于混合XML文件的文档。在一个实施例中，根据字处理器提供的本地XML模式，文档进行格式化，并且显示与混合XML文件中的非本地XML元素相关联的标签。过程转到块506，至此整个处理过程结束。

在一实施例中，内部的本地或非本地XML确认的结果可能，会使处理过程500有所改变。例如，可能必须判定本地XML和非本地XML中哪个是无效的。其结果是，处理过程500可能中断，错误消息返回，程序被载入用来协助对当前XML的修改或激活进一步的操作。

图6是根据本发明，处理混合XML文档中元素的示例过程的逻辑流程图。当图5描述的处理过程500进入程序块502时，处理过程600也从程序块601开始了。处理过程在程序块602继续。

在块602中，会作出判定：被处理的元素到底是本地XML元素还是非本地XML元素。元素的类型可以通过检查每个元素的开始标签得到确定。每个元素的开始标签包括对于元素所属模式的参见。一旦元素的类型被确定，处理过程就转到块603。

在判定块603做出判定，确定元素是否是非本地XML元素。如前所述，元素根据它的类型进行不同的处理。如果元素不是非本地XML元素，处理过程转到块604。

在块604，元素根据字处理器的本地格式(如本地XML)进行处理。在一个实施例中，字处理器以自身格式为元素提供内部确认。换言之，字处理器不需要借助XML有效性确认引擎来对符合本地格式(如本地XML)的元素进行有效性确认。通过识别本地格式的元素是否有效，字处理器可随处理过程的继续建立起对应于这些元素的文档。一旦本地XML元素被依照本地XML处理后，处理过程就转到607，进而返回到图5中的块503。

然而，如果元素是非本地元素，处理过程就转到块605。

在块605中，在并行XML树中创建一节点，对应于非本地XML元素的开始标签或属性。并行XML树通过XML确认引擎来检查有效性。XML确认引擎判定并行XML树是否符合相关的非本地XML模式。通过产生并行XML树并确认其有效性，本发明具有了确认混合XML文档的功能，所述混合文档包含有与两个或多个模式相关联的元素，其中各模式的元素可任意地相互嵌套。一旦节点在并行XML树中创建产生，处理过程转到程序块606。

在程序块606，非本地XML元素被映射到并行树中的节点。在一个实施例中，有占符位与混合XML文件中的元素相关联。占符位给各节点指出混合XML文件中每个非本地XML元素对应的位置。映射非本地XML元素到相应的节点使得用户产生和/或使用的元素能够被准确地定位到结果XML文档中。一旦非本地XML元素被映射到相应的节点，处理过程转到程序块506，自此返回到图5中的模块503。

在一个实施例中，多个非本地XML模式可分别包含在同一个XML文件的不同部分中。并行XML树中产生一节点，对应于符合各个非本地XML模式的元素。在这种情况下，当并行XML树进行确认时，符合各自模式的非本地XML元素被确认为有效，就好像同一混合XML文件的不同部分是多个独立的XML文件一样。然而，如果多个非本地XML模式相互参见，就可能导致元素的相互夹杂。

上面的说明、例子和数据提供制造和使用本发明的完整说明。因为本发明可以有诸多实施方案而不脱离本发明的精神实质和范围，本发明存于所附权利要求书。

Claims (23)

1.一种支持确认在本地XML中包含非本地XML的可扩展标记语言文档有效性的方法，其特征在于，该方法包括：

确定XML文档中的元素是与非本地XML和本地XML之一相关联；

产生一棵包含节点的并行树，其中每个节点对应于与非本地XML相关联的标记语言文件的元素；

确认XML文档中与本地XML相关联的元素的有效性，而忽略与任意标记语言相关联的元素；以及

独立于XML文档对并行树进行确认，从而在确认非本地XML时，与本地XML相关联的元素是透明的。

2.如权利要求1所述的方法，其特征在于，所述方法进一步包括：

映射每个节点到标记语言文件中的相应元素，从而存储与任意标记语言相关联的各元素的位置。

3、如权利要求1所述的方法，其特征在于，所述方法进一步包括：

产生一标记语言文档，对应于已确认的与本地XML相关联的元素及与非本地XML相关联的元素。

4、如权利要求1所述的方法，其特征在于，所述确认与本地XML相关联的元素有效性的步骤是由字处理器在内部执行。

5、如权利要求4所述的方法，其特征在于，所述字处理器确定与本地XML相关联元素的有效性，从而XML文档在字处理器评估每个元素的过程中建立起来。

6、如权利要求1所述的方法，其特征在于，所述独立于XML文档对并行树有效性的确认步骤包含：

根据非本地XML的模式，用标记语言确认引擎来检查并行树，该树对应于与非本地XML相关联的XML文档元素。

7、如权利要求1所述的方法，其特征在于，进一步包括：

实际上作为独立文件确认那些与非本地XML关联、同时也与多个不同模式相关联的元素进行。

8、一种有计算机可执行组件的计算机可读介质，其特征在于，它包括：

第一组件，用于产生可扩展标记语言(XML)文档，该文档包括嵌套在与字处理器本地XML相关联的元素中与非本地XML相关联的元素；

第二组件，用于存储节点，其中，每个节点与关联于非本地XML的每个元素相关联；

第三组件，用于确认在所述第一组件中与本地XML相关联的元素，同时与非本地XML相关联的元素为透明；

第四组件，用于独立于所述第一组件对第二组件进行确认，从而在对与非本地XML相关联的元素进行确认时，与本地XML相关联的元素是透明的。

9、如权利要求8所述的计算机可读介质，其特征在于，它进一步包含：

第五组件，用于提供与非本地XML元素相关联的模式，其中，根据所述第五组件对非本地XML元素进行确认。

10、如权利要求8所述的计算机可读介质，其特征在于，所述第二组件进一步安排，从而每个节点被映射到其相应的所述第一组件中的非本地XML元素。

11、如权利要求8所述的计算机可读介质，其特征在于，所述第一组件被进一步安排，从而当其相应的节点在所述第二组件中产生时，占位符被关联到每个非本地XML元素。

12、如权利要求8所述的计算机可读介质，其特征在于，所述第一组件进一步包含嵌套在与非本地XML相关联的元素中与本地XML相关联的元素。

13、一种用数据结构编码的计算机可读介质，其特征在于，它包括：

第一元素，该元素与字处理器的本地XML相关联；

第二元素，该元素与非本地XML相关联，其中，所述第二元素被嵌套在所述第一元素中，所述第二元素进行有效性确认时所述第一元素是透明的，所述第一元素进行有效性确认时所述第二元素是透明的。

14、如权利要求13所述的计算机可读介质，进一步包内含：

第三元素，该元素与本地XML相关联，其中，所述第三元素嵌套在所述第二元素中。

15、如权利要求13所述的计算机可读介质，其特征在于，所述第一元素从所述第二元素独立地进行确认。

16、如权利要求13所述的计算机可读介质，其特征在于，所述第一元素根据与本地XML相关联的第一模式进行有效性确认，所述第二元素根据与非本地XML相关联的第二模式进行有效性确认。

17、如权利要求13所述的计算机可读介质，其特征在于，所述第一元素由字处理器进行确认。

18、如权利要求13所述的计算机可读介质，其特征在于，所述第二元素由非本地XML确认引擎进行确认。

19、如权利要求13所述的计算机可读介质，其特征在于，所述第一和第二元素形成有效的XML文档。

20、一种具有计算机可执行指令的计算机可读介质，用于支持确认在本地XML中包含非本地XML的字处理器可扩展标记语言文档，，其特征在于，所述指令包括：

确定XML文档中的元素是否和第一命名空间及第二命名空间中的一个相关联，其中，所述第一命名空间与本地XML相关联，所述第二命名空间与非本地XML相关联；

产生包含节点的并行树，其中各个节点对应于与所述第二命名空间的相关联的XML文档元素；

映射各个节点到相应标记语言文件的元素，从而存储与第二命名空间相关联的各元素位置；

确认XML文档各元素，从而在确认与所述第二命名空间相关联的元素时，使与所述第一命名空间相关联的元素为透明，在确认与所述第一命名空间相关联的元素时，使与所述第二命名空间相关联的元素为透明。

21、如权利要求20所述的方法，其特征在于，所述确认与第一命名空间相关联的元素的步骤由字处理器在内部执行。

22、如权利要求21所述的方法，其特征在于，所述字处理器确定与所述第一命名空间相关联的元素的有效性，从而使字处理器在评估每个元素的过程中建立起XML文档。

23、如权利要求20所述的方法，其特征在于，所述从XML文件独立对并行树进行确认的步骤包含：

根据非本地XML模式用XML确认引擎检查并行树，该并行树对应于与所述第二命名空间相关联的XML文件元素。

Images