在模型中描述预期实体关系的制作方法

文档序号:6476911阅读:196来源:国知局
专利名称:在模型中描述预期实体关系的制作方法
在模型中描述预期实体关系
背景
诸如商业过程和组织结构等软件和非软件系统可以使用当前可用的建模 语言来建模。存在众多包括图形记法来创建系统的抽象模型的通用建模语言。
各模型可以使用诸如可扩展标记语言(XML)、统一建模语言(UML)、标 准通用标记语言(SGML)等标记语言来串行化。
抽象模型可以由用户图形地査看,或由软件工具解释来确定实体之间的关 系。例如,资产管理器程序可以访问描述公司中的硬件和软件资产的模型以管 理资产的配置。
在定义通用模型和本体时,用户在模型中创建常见类型的实体以及连接实 体的关系。在模型中定义叶实体时,用户可能想要突出显示(例如,为工具和 应用程序)可能存在于实体之间的特定通用关系。通用关系的某些示例是依赖 性和合成。在现有方法中,关系是通过子类型化模型中的现存关系实体并将所 引用的实体特别地限制为该子类型中的目标来定义的。然而,使用这种方法, 模型的表示迅速因不增加语义(例如,多重性中无变化,且除了限制所引用的 实体外没有特性或属性的增加)的众多子类型化实体而变得混乱。此外,必须 将实体之间的通用关系与特别突出显示的关系两者都保留在模型中。在模型中 声明实体之间的关系的现有方法导致了难于解释且不向模型增加语义的高度 复杂、混乱的模型。
另--现有方法是使用关于通用关系的预期目标的信息来更新每一解释模 型的应用程序,而不是在模型中声明预期目标。然而,使用这种方法,每次有 对预期目标的改变都必须更新每一应用程序。
概述
本发明的各实施例在表示系统中的对象的模型中描述预期实体关系。在一 实施例中,本发明包括模型中的各实体之间的预期但非必要关系的显式声明。模型中的各实体的现存数据类型定义被重用且非专用。将目标数据类型定义成 包括关于预期与引用实体相关的实体以及通过哪个关系相关的数据。目标数据 类型定义的实例被包括在引用实体的数据类型定义内以将预期目标实体与该 引用实体相关。
提供本概述是为了以简化的形式介绍将在以下详细描述中进一步描述的 一些概念。该概述不旨在标识所要求保护的主题的关键特征或必要特征,也不 旨在用于帮助确定所要求保护的主题的范围。
其它特征的一部分将是显而易见的, 一部分将在下文中指出。
附图简述


图1是示出标记语言文档从数据源到数据接收者的传送的示例性框图。
图2是示出具有嵌入在引用实体的数据类型定义内的目标数据类型定义 的实例的架构的示例性框图。
图3是示出引用数据类型定义内的预期目标数据的插入的示例性流程图。
图4是具有嵌入在另一数据类型定义内的预期目标数据的XML架构的示 例性实施例。
相应的附图标记在全部附图中指示相应的部分。
详细描述
本发明的各实施例涉及在由架构类型声明所表示的对象或过程的模型中 显式地声明预期关系。此信息有用于工具和应用程序优化其性能和显示。例如, 一模型表示机架及其硬件组件和依赖性。对应于该机架的实体(例如,基本实 体或其它引用实体)由统一建模语言(UML)中的类定义或可扩展标记语言 (XML)中的元素定义来表示。此实体可以具有它A己与其它基本实体之间的 若干预期但非必要关系。例如,该机架可以依赖于外部冷却组件。预期关系在 基本实体的定义中(例如,作为元数据)来表明,而不是子类型化依赖性关系 实体(例如,如元数据)来使它专用于该机架和冷却组件。此方法在不使模型 错乱和混乱的情况下传达预期关系。
模型可以被串行化或以其它方式由诸如XML等标记语言来表示。尽管在此处参考XML来描述本发明的一些方面,但是本发明的各方面可与任何形式 的基于文本的标记语言或基于UML的图形呈现一起操作。
预期关系出现在模型的标记语言串行化中。例如,<ExpectedTargets> (预 期目标)元素的实例位于例如类型或元素声明的〈xs:appinfO (应用信息)标 签内(例如,在〈xs:annotatior^ (注释)标签内)。使用这种方法,在类型或 元素声明内声明预期关系,同时直接使用通用关系而无需重新定义。
接着参考图1,示例性框图示出文档202通过一个或多个网络208、 210 从数据源204到数据接收者206的传送。在其它实施例中,网络208、 210中 的一个或多个不存在。文档202可以是元语言文档、标记语言文档、元标记语 言文档、基于标签的语言文档、或其它图形或基于文本的模型描述。
标记语言提供用于以开放的、基于文本的格式交换数据的统一方法。标记 语言包括传达数据的一组代码(例如,标签)以使诸如文档202等文档以及其 它文件能够在应用程序之间是平台无关且高度可移植的。标记语言中的元素是 包括起始标签、结束或关闭标签、以及标签之间或之内所包括的信息、内容、 或其它数据的结构构造。起始标签被格式化为<标签名>而结束标签被格式化为 </标签名>。在文档202中,起始和结束标签可被嵌套在其它起始和结束标签 内。每一元素形成此结构中的节点,并可能具有子、叶、或分支节点。子节点 表示出现在父节点的起始与结束标签之间的任何元素。
文档202的结构由架构212、架构文档、或相似结构来定义。架构212定 义了文档的合法构件块,包括元素声明、子元素、属性、数据类型、元素的数 据值、元素和属性的默认和固定值、以及其它特性和值。例如,可以在架构中 在类型声明内使用诸如串、日期、日期时间、持续时间、时区、小数、数值、 整数等标准数据类型。
尽管标记语言支持各种标准数据类型,但程序员可在架构中定义其它数据 类型(例如,简单和复杂数据类型两者)。为使用一数据类型,在文档202中 声明此类型的元素并随后实例化该元素。给定数据类型的元素的实例化可以在 创建时被分配值并随后被更新或移除。
在图1的示例中,数据源204向数据接收者206提供数据。该数据被嵌入 在文档202中。文档202根据标准化标记语言句法来格式化,且还遵从架构212。据。架构212对应 于表示系统中的对象的模型。
数据接收者206接收文档202且在解析和解释文档202时可能遇到文档 202内或架构212中所定义的元素的一个或多个实例。 一般而言,数据接收者 参考架构212来标识对应于所遇到的实例的数据元素和类型定义。如果数据接 收者发现元素未在架构212中定义或以其它方式指定,则数据接收者206可以 显示错误。如果在架构212中找到该文档元素,则数据接收者206在解析或解 释文档202时使用从架构212所获得的信息。
尽管架构212被示为存储在可由数据源204访问或与数据源204相关联的 存储器区域214中,但架构212或其副本还可由数据接收者206访问(例如, 存储在可由数据接收者206访问的存储器区域中)。
本发明的各方面可以使用计算机形式的通用计算设备来实现。通常,计算 机的数据处理器通过在不同时间存储在计算机的各种计算机可读存储介质中 的指令来编程。本发明的各实施例可以在由一个或多个计算机或其他设备执行 的诸如程序模块等计算机可执行指令的通用上下文中描述并实现。计算设备可 访问或关联于诸如存储例如架构212的存储器区域214等计算机可读介质。计 算机可读介质包括易失性与非易失性介质、可移动与不可移动介质,其可以是 任何可由服务器访问的可用介质。作为示例而非限制,计算机可读介质包括计 算机存储介质和通信介质。计算机存储介质包括以用于存储诸如计算机可读指 令、数据结构、程序模块或其它数据的信息的任何方法或技术实现的易失性与 非易失性、可移动与不可移动介质。例如,计算机存储介质包括RAM、 ROM、 EEPROM、闪存或其它存储器技术、CD-ROM、数字多功能盘(DVD)或其它 光盘存储、磁带盒、磁带、磁盘存储或其他磁存储设各、或可以用于存储所需 信息并可由计算设备访问的任何其它介质。通信介质--般以诸如载波或其它传 输机制等已调制数据信号来体现计算机可读指令、数据结构、程序模块或其它 数据,并且包括任何信息传递介质。本领域技术人员熟悉已调制数据信号,其 -个或多个特征以将信息编码在该信号中的方式来设置与改变。诸如有线网络 或直接线连接等有线介质,以及如声学、RF、红外线及其它无线介质等无线介 质都是通信介质的示例。以上的任一种的组合也包括在计算机可读介质的范围之内。
接着参考图2, 一框图示出示例性架构302。示例性架构302包括若干数 据类型定义,这些数据类型定义包括"关系的预期目标" (ExpectedTargetofRelationship)数据类型定义310(例如,目标数据类型定义)、 "实体1" (Entityl)数据类型定义312、"由实体1导出的实体2" (Entity2DerivedFromEntityl)数据类型定义314、"关系"(Relationship)数 据类型定义316、以及"由实体1导出的实体3" (Entity3DerivedFromEntity 1) 数据类型定义308 (例如,引用数据类型定义)。该"由实体1导出的实体3" 数据类型定义308包括"关系的预期目标"数据类型定义310的实例306。实 例306包括具有关于预期关系和目标实体的数据的目标数据类型元素304。目 标数据类型元素304包括目标数据(例如,关于预期实体和关系,如对"关系" 数据类型定义316的引用)且属于由"关系的预期目标"数据类型定义310所 定义的类型。所导出的实体"实体2"和"实体3"表示"实体1"的特殊化。 例如,实体l对应于通用硬件,实体2对应于机壳,实体3对应于机架,以及 "关系"数据类型定义316表示"被包含于"。
实例306位于"由实体1导出的实体3"数据类型定义308的公知或标准 化位置中。例如,实例306可以位于诸如〈xs:applnfo〉或〈xs:annotation〉等"由 实体1导出的实体3"数据类型定义308的元素中。 一般而言,〈xs:applnf(^和 〈xs:annotation〉元素是"由实体1导出的实体3"数据类型定义308的元素内的 标准、可用元素。这些元素通常用于XML代码的应用程序层文档编制。然而, 实例306可被存储在"由实体1导出的实体3"数据类型定义308的任何一部 分中。可以在〈xs:applnfo〉和〈xs:annotation〉元素内声明多个实例。
一般而言,图1和图2表示用于在诸如"由实体1导出的实体3"数据类 型定义308等基本实体的数据类型声明的定义中利用诸如"关系的预期目标" 数据类型定义310等预定义数据类型定义的系统。实例306因此可应用于"由 实体1导出的实体3"数据类型定义308的所有实例。
实例306的XML定义的示例如下所示。
<xs :element name="ExpectedTargets"> <xs:annotation>〈xs:documentation:Mlk类型的元素被置于xs:appinfo中来允许诸如 依赖性或合成等通用、继承引用的"预期"目标(元素或类型)的定 义。此外,可以指示对目标的引用的实例的预期数量(如果没有指定, 则可以有任意数量的实例)。 一示例是指示机架包含一个或多个机壳 (即,使用"ChildRef"元素且预期其引用"ChassisType"的多个实 例)并要求备用电源(即,使用"RequiredElementRef"元素且预期 其引用"PowerSourceType"的一个实例)。</xs:documentation>
</xs :annotation> <xs:complexType <xs:scqu6iic6>
<xs:element name="TargetDetails" type-"TargetDetailsType" minOccurs="0" maxOccurs="unbounded7> </xs:s6qucnc6> </xs:complexType> </xs:element>
<xs :complexType name="TargetDetailsType"> <xs:annotation>
〈xs:documentation〉包含(作为子元素)由referenceQName属性所 定义的引用的目标的实体。</xs:documentation> </xs :annotation> <xs:s6qu6nc6> <xs:element name="TargetQName" minOccurs="0" maxOccurs="unbounded"> <xs:annotation> 〈xs:documentation〉特定目标实体(类型或元素)和对此实体 的引用的预期数量。</xs:documentation> </xs :annotation> <xs:complexType> <xs:simpleContent>
<xs:extension base="xs:QName"> <xs: attribute name=" expectedNumber" type="xs:unsignedByte" use="optional"/>
10</xs:extension> </xs:simpleContent> </xs :complexType> </xs:element> </xs:sequence>
<xs: attribute name="referenceQName" type="xs:QName" use="required"A>
</xs:complexType>
在实例306的以上示例中,referenceQName (引用Q名称)对应于"关系" 数据类型定义316。
一般而言,架构302被表示为存储在计算机可读介质上的数据结构。本发 明的各方面包括其中具有任何数量和次序的字段的数据结构,或可与该数据结 构一起操作。在一实施例中,图2中的示例性数据结构包括用于存储"由实体 l导出的实体3"数据类型定义308的第一字段。该"由实体1导出的实体3" 数据类型定义308对应于对象模型中的基本实体。"由实体1导出的实体3" 数据类型定义308内的公知位置将"关系的预期目标"数据类型定义310的实 例306存储在该数据结构的第二字段中。实例306包括一个或多个目标数据类 型元素304的实例,这些实例中的每一个都描述预期通过指定关系(例如,经 山"关系"数据类型定义316的实例)与基本实体相关联的一个或多个目标实 体。计算设备执行计算机可读指令来实例化"由实体1导出的实体3"数据类 型定义308和"关系"数据类型定义316以将基本实体的实例与目标数据类型 元素304中所定义的数据类型相关联。这些实例对应于架构302中的定义。
接着参考图3,示例性流程图示出引用数据类型定义内的预期目标数据的 插入。 一般而言,为引用或关系的预期目标定义显式标签。该标签和内容被置 于XML文档内的公知且标准位置中(例如,在XML文档的xs:annotation部 分内)。参考现存元素或类型定义来具体地定义实体的通用关系的目标元素和 类型。可以有无限数量的对目标的引用,或可以在目标数据类型元素中的一个 中显式地指定该数量。
参考图3,示例性流程图示出在引用数据类型定义内插入预期目标数据以 显式地声明模型中实体之间的预期关系。在401处在标记语言文档中创建标签(例如,诸如在XML文档中的架构类型声明)。在402处定义描述模型中的 预期实体的元素。在404处定义模型中的基本实体和关系实体。例如,定义预 期实体中的一个的预期数量。如果在406处有要定义的额外实体,则在404处 定义这些额外实体。如果在408处任何已定义的实体都不可重用通过推导分层 结构来继承的通用关系(例如,专用化),则本发明的实施例中的该过程停止。 可能需要发生预定义或现存关系的子类型化以对各实体建模。
如果在408处这些已定义实体中的至少一个可以重用通过推导分层结构 来继承的通用关系(例如,预定义或现存关系),则该过程在410处继续。预 定义或现存关系包括例如,"被包含于"、"的一部分"、以及"被包括在"。 在410处,如果不应该给出关于预期实体和关系的提示,则本发明的实施例中 的该过程停止。如果在410处应该给出关于预期实体和关系的提示,则在412 处创建预期目标的实例并将其插入到实体的定义中的公知位置中。
图3中的实施例的操作可以由被组织成存储在一个或多个计算机可读介 质上的一个或多个计算机可执行组件的计算机可执行指令来实现。本发明的各 实施例包括被配置成执行计算机可执行指令的处理器(未示出)。在执行时, 这些计算机可执行指令实现本发明的各方面。本发明的各方面可以用任何数量 的这些组件或模块及其任何组织来实现。例如,本发明的各方面不限于在各附 图中示出和本文中描述的特定的计算机可执行指令或者特定的组件或模块。本 发明的其它实施例可以包括具有比在本文中示出和描述的更多或更少的功能 的不同计算机可执行指令或组件。
在操作中,本发明的各方面包括显式地声明模型中的预期实体与引用实体
之间的预期关系的方法。该引用实体具有与其相关联的引用数据类型定义。该 方法包括
在标记语言架构类型声明中创建预期目标标签;
定义描述该模型中的一个或多个预期实体的一个或多个元素;
标识预定义实体关系;
将预期目标标签与所定义的元素和所标识的预定义实体关系相关联;以

将该预期目标标签和相关联的元素与实体关系置于引用实体的引用数
12据类型定义中以声明预期实体与引用实体之间的关系。
通过重用预定义关系,无需子类型化这些预定义关系。 本发明的实施例中的方法还包括
从标记语言架构中标识数据类型定义,所述数据类型对应于模型中的引
用实体;
定义描述预期与引用实体相关联的一个或多个实体的一个或多个元素;
标识用于将预期实体与引用实体相关联的预定义实体关系,所述预期实 体具有与其相关联的目标数据类型定义,所述引用实体具有与其相关联的引用
数据类型定义;
将所定义的元素和所定义的关系与标签相关联;
将标签与相关联的元素和关系一起插入到目标数据类型定义的实例中;
以及
将目标数据类型定义的实例置于引用数据类型定义中以将模型中的预 期实体与引用实体相关。
接着参考图4, XML架构的一示例性实施例具有嵌入在数据类型定义内 的预期目标数据的实例。在图4的示例中,架构开发者调出预期被插入到机架 中的事物以及机架的预期依赖性。这允许了为这些预期元素定制应用程序或工 具。机架通常包含一个或多个机壳、以及很可能不超过一个的监视器或键盘(例 如,作为"ChildRef(子引用)"引用的实例)。此夕卜,机架作为"RequiredElementRef (耍求的元素引用)"引用的实例依赖于备用电源。该机架如图4所示地声明。
在图4中,ChildRef引用对应于图2中的"关系"数据类型定义316。 "RackType (机架类型)"对应于图2中的"由实体1导出的实体3"数据类 型定义308。
"ExpectedTargets (预期目标)"对应于阁2中的"关系的预期 目标"数据类型定义的实例306。
"ChassisType (机壳类型)"对应于图2中 的"由实体1导出的实体2"数据类型定义314。
此处所描述的计算机可执行指令和组件构成用于重用与引用实体相关联 的预定义数据类型定义以定义描述引用实体的关系的目标数据类型的示例性 装置。在引用实体的声明内突出显示该引用实体的各种通用关系的目标。此处 所描述的计算机可执行指令和组件还构成用于定义描述期望与引用实体相关
13联的一个或多个实体的一个或多个元素的示例性装置。
尽管结合示例性计算系统环境进行了描述,但本发明的各实施例可用于众 多其它通用或专用计算系统环境或配置。计算系统环境不旨在对本发明的任何 方面的使用范围或功能提出任何限制。而且,计算系统环境不应被解释为对在 示例性操作环境中所示组件的任何一个或组合有任何依赖性或要求。适用于本 发明各方面的公知的计算系统、环境和/或配置的示例包括,但不限于个人计 算机、服务器计算机、手持式或膝上型设备、多处理器系统、基于微处理器的 系统、机顶盒、可编程消费电子产品、移动电话、网络PC、小型机、大型机、 包括上述系统或设备中的任一个的分布式计算机环境等。
在操作中,计算机执行诸如在各附图中所示出以及在此处所描述的计算机 可执行指令来实现本发明的各方面。
除非另有指定,否则此处所示和所述的本发明各实施例的操作的执行或进 行的次序不是必需的。B卩,除非另有指明,否则各操作可按照任何次序执行, 且本发明的实施例可以包括比本文所公开的更多或更少的操作。例如,构想了 在另一操作之前、同时或之后执行或进行--特定操作是在本发明各方面的范围 之内的。
当介绍本发明或其实施例的各方面的各元素时,冠词"一"、"一个"、 "该"和"所述"指的是存在该元素的一个或多个。术语"包括"、"包含"、 "具有"旨在是包括性的并且指的是可以有除所列元素之外的其它元素。
在详细描述了本发明的各方面之后,可以清楚,修改和变化是有可能的, 而不背离所附权利要求书中定义的本发明各方面的范围。不背离本发明各方面 的范围的情况下,可对以上构造、产品和方法进行各种改变,以上描述中所包 含的以及在附图中所示出的所有一切旨在应被解释为说明性并且没有限制意 义。
权利要求
1.一种显式地声明模型中的预期实体与引用实体之间的预期关系的方法,所述引用实体具有与其相关联的引用数据类型定义,所述方法包括在标记语言架构类型声明中创建预期目标标签(302);定义描述所述模型中的一个或多个预期实体的一个或多个元素(304);标识预定义实体关系(316);将所述预期目标标签与所定义的元素(304)和所标识的预定义实体关系(316)相关联;以及将所述预期目标标签和相关联的所述元素(304)与所述预定义实体关系(316)置于所述引用实体的引用数据类型定义中以声明所述预期实体与所述引用实体之间的关系。
2. 如权利要求1所述的方法,其特征在于,定义所述一个或多个元素包括 定义表示所述预期实体中的一种的预期数量的元素。
3. 如权利要求1所述的方法,其特征在于,在所述标记语言架构类型声明 中创建所述预期目标标签包括在可扩展标记语言(XML)文档中创建所述预期 目标标签。
4. 如权利要求1所述的方法,其特征在于,将所述预期目标标签和相关联 的元素与实体关系置于所述引用数据类型定义中包括将所定义的元素和所述 预定义实体关系嵌入到所述引用数据类型定义中的注释数据类型元素内。
5. 如权利要求1所述的方法,其特征在于,将所述预期目标标签和相关联 的元素与实体关系置于所述引用数据类型定义中包括将所已定义的元素和所 述预定义实体关系嵌入到所述引用数据类型定义中的应用信息数据类型元素 内。
6. 如权利要求1所述的方法,其特征在于,所述模型中的所述--个或多个 预期实体表示系统中的对象。
7. 如权利要求1所述的方法,其特征在于,创建所述预期目标标签包括创 建〈ExpectedTargets〉标签。
8. 如权利要求1所述的方法,其特征在于,还包括以图形或文本形式来显 示所述模型。
9. 如权利要求1所述的方法,其特征在于, 一个或多个计算机可读介质具 有用于执行如权利要求1所述的方法的计算机可执行指令。
10. —种用于引用与实体相关联的预定义数据类型定义来定义描述所述实体的关系的目标数据类型的系统,所述系统包括用于存储对应于表示系统中的对象的模型的标记语言架构(212)的存 储器区域(214);以及被配置为执行计算机可执行指令的处理器,所述指令用于从所述标记语言架构(212)中标识数据类型定义,所述数据类型 对应于所述模型中的引用实体;定义描述预期与所述引用实体相关联的一个或多个实体的一个或 多个元素(304);标识用于将所述预期实体与所述引用实体相关联的预定义实体关 系(316),所述预期实体具有与其相关联的目标数据类型定义,所述引用实 体具有与其相关联的引用数据类型定义;将所定义的元素(304)和所定义的关系(316)与标签相关联; 将所述标签与相关联的元素(304)和关系(316) —起插入到所述目标数据类型定义的实例中;以及将所述目标数据类型定义的实例(306)置于所述引用数据类型定义中以将所述模型中的所述预期实体与所述引用实体相关。
11. 如权利要求10所述的系统,其特征在于,还包括用于重用与实体 相关联的预定义数据类型定义来定义描述所述实体的关系的目标数据类型的 装置。
12. 如权利要求10所述的系统,其特征在于,还包括用于定义描述预 期与所述引用实体相关联的一个或多个实体的所述一个或多个元素的装置。
13. 如权利要求10所述的系统,其特征在于,所述处理器还被配置成 执行用于显示所述模型中的所述引用数据类型定义的计算机可执行指令。
14. 如权利要求10所述的系统,其特征在于,所述存储器区域以遵从 统一建模语言(UML)的格式存储标记语言架构。
15. 如权利要求10所述的系统,其特征在于,所述处理器还被配置成执行用于通过参考存储在所述存储器区域中的所述标记语言架构来解释所述 引用数据类型定义的计算机可执行指令。
16. 如权利要求10所述的系统,其特征在于,所述处理器还被配置成 执行用于将目标数据与所定义的一个或多个元素相关联的计算机可执行指令, 其中所述相关联的目标数据描述预期与所述引用实体相关联的所述一个或多 个实体。
17. 如权利要求10所述的系统,其特征在于,所述标记语言架构描述 硬件配置,所述引用实体包括计算设备,且所述一个或多个实体包括键盘和监 视器。
18. —种其上存储有表示系统模型的数据结构的计算机可读介质,所述 数据结构包括用于存储引用数据类型定义的第一字段,所述引用数据类型定义对应于 所述对象模型中的引用实体;以及所述第一字段中的所述引用数据类型定义内的用于存储目标数据类型 定义的实例(306)的第二字段,所述实例(306)包括一个或多个目标数据类 型元素(304)的实例,每一所述元素(304)的实例描述预期根据预定义实体 关系与所述引用实体相关联的一个或多个目标实体,其中计算设备执行执行计 算机可执行指令来实例化存储在所述第一字段中的所述引用数据类型定义; 根据所述预定义关系将所实例化的引用数据类型定义与存储在所 述第二字段中的所述目标数据类型定义的实例(306)相关联以将所述引用实 体与所述预期目标实体相关;以及将所实例化的引用数据类型定义存储在标记语言文档中,所述标记 语言文档表示所述系统模型。
19. 如权利要求18所述的计算机可读介质,其特征在于,所述第二字 段被存储在所述第一字段中的所述引用数据类型定义的注释元素内。
20. 如权利要求18所述的计算机可读介质,其特征在于,所述第二字 段被存储在所述第一字段中的所述引用数据类型定义的应用信息元素内。
全文摘要
在目标数据类型定义的实例内定义目标数据类型以便包括在引用数据类型定义中来声明模型中的预期实体关系。模型对应于例如软件、商业过程、或组织结构。目标数据类型使用目标数据定义一个或多个元素。目标数据描述根据预定义实体关系预期与引用实体相关的实体。使用现存引用数据类型定义来声明预期实体关系。在一实施例中,所定义的目标数据类型包括扩展标记语言(XML)文档中的标签。
文档编号G06F17/00GK101663663SQ200880012521
公开日2010年3月3日 申请日期2008年3月20日 优先权日2007年4月20日
发明者A·R·威斯特瑞恩, N·G·卡安 申请人:微软公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1