声明性配置元素专利检索-声明请求书国际申请第I章专利权专利检索查询-专利查询网

积极推动地理标志专门立法

2022-03-10 地理标志，立法，知识产权
保护知识产权是对创新最大的激励

2022-03-10 保护知识产权，创新，激励
谢商华：加快制定知识产权基本法

2022-03-10 知识产权基本法
擦亮“双奥之城”品牌

2022-03-10 双奥，知识产权
让冰雪运动“热”力全开

2022-03-10 冰雪运动，知识产权
携手共奋进　走好强国路

2022-03-10 强国，知识产权
坚持创新引领　方能稳中求进

2022-03-10 创新，稳中求进，知识产权
答好“两张卷” 奋进新征程

2022-03-10 知识产权
专家解读政府工作报告中的创新和知识产权相关部署

2022-03-10 政府工作报告，创新，知识产权
今年政府工作报告指出：加强知识产权保护和运用

2022-03-10 政府工作报告，知识产权保护

声明性配置元素

阅读：76发布：2020-05-11

IPRDB可以提供声明性配置元素专利检索，专利查询，专利分析的服务。并且公开了用于期望状态配置(DSC)的系统和方法。DSC提供了在外壳语言内在本地执行声明性配置和使用嵌入后期绑定的外壳语言的前期绑定的示意化数据构造的能力。这允许将声明性编程元素(诸如用于配置管理的脚本)并入强制性语言。脚本可将强制性外壳语言的力量与使用声明性语言的便利组合并且可在相同的语言中使用强制性和声明性语法两者。，下面是声明性配置元素专利的具体信息内容。

权利要求

1.一种计算机实现的方法，包括：

接收包括一个或多个强制性构造的后期绑定的语言的第一代码，所述第一代码进一步包括定义前期绑定的示意化数据构造的一个或多个声明性构造；以及编译所述第一代码以生成机器可读第二代码，所述第二代码包括管理节点的配置指令。

2.根据权利要求1所述的方法，其特征在于，所述声明性构造定义特定配置上下文的一组资源定义，其中所述声明性构造由所述第一代码中的动态关键字标识。

3.根据权利要求1所述的方法，其特征在于，所述第二代码定义管理节点上的一种或多种资源的期望状态，进一步包括：相对于一组规则确认所述第二代码，从而在管理节点上部署之前标识配置错误。

4.根据权利要求1所述的方法，进一步包括：将所述第二代码存储在分级区域中；以及计算多个管理节点的配置。

5.根据权利要求1所述的方法，进一步包括：将所述第二代码发送到管理节点上的本地配置管理器。

6.根据权利要求1所述的方法，进一步包括：基于在所述第二代码中建模的一组资源配置管理节点。

7.根据权利要求1所述的方法，其特征在于，所述声明性构造被包括在使用动态关键字的所述第一代码中，所述动态关键字定义在配置区域内可用的资源和性质。

8.在包括处理器和系统存储器的计算设备处，一种用于配置所述计算设备的方法，所述方法包括：在本地配置管理器处接收配置模型；

将所述配置模型存储到待定储存库；

在配置代理中解释所述配置模型；

通过配置代理在所述设备上部署资源，在所述配置模型中指定的状态中部署所述资源；以及当在指定状态中已经配置所述资源时，将所述配置模型存储到当前储存库。

9.根据权利要求8所述的方法，进一步包括：使用多个资源提供者部署所述资源，每一个资源提供者被适配成配置特定资源。

10.根据权利要求9所述的方法，进一步包括：接收来自提供者-提供者处的所述配置代理的资源配置指令；以及通过所述提供者-提供者创建指定资源提供者实例以配置由所述配置代理指定的资源。

说明书全文

声明性配置元素

[0001] 背景

[0002] 强制性编程语言需要用户定义机器应当执行以实现期望结果的特定命令序列。相反，声明性编程语言允许用户定义程序应当在不描述要采取的特定措施的情况下实现的最终结果。声明性程序描述了期望结果，而未明确地列出机器要执行的步骤。

[0003] 在执行重复性任务(诸如在分布式或云计算环境中配置大量服务器)时，自动化此类任务是有益的。在将强制性脚本语言用于自动化时，对于可能遇到的每一种不同的情形，实现任务所需的所有措施必须被包括在程序中以确保将完成任务。结果，将脚本语言用于自动化可能是容易出错的过程，因为每次执行任务用户就必须验证实现了期望结果(例如，检查错误代码)。

[0004] 概述

[0005] 提供本概述以便以简化的形式介绍以下在详细描述中进一步描述的一些概念。本概述并非旨在标识出要求保护的主题的关键特征或必要特征，亦非旨在用于限制要求保护的主题的范围。

[0006] 如本文中所描述的期望状态配置(DSC)提供了在外壳语言内本地执行声明性配置和使用嵌入到后期绑定的外壳语言的前期绑定的示意化数据构造的能力。这允许将声明性编程元素并入强制性语言(诸如Windows 或者其他操作系统外壳)、以及脚本语言(诸如Ruby和Python)。然后，脚本作者可将强制性外壳语言的力量与使用声明性语言的便利组合并且可在相同的语言中使用强制性和声明性语法两者。

[0007] 一个实施例提供了在单一语言中将强制性语言的力量与使用声明性语言的便利组合的能力。DSC使用户能够确保数据中心的组件或者其他部署具有正确的配置。DSC提供了一组语言扩展，并且提供了实现基于标准的管理元素的声明性、自主性和可重复的部署、配置和顺应。DSC使开发者或者其他用户能够定义目标节点(例如，计算机、机器、或者其他设备)的准确配置并且在没有配置偏移的情况下实现连续部署。

[0008] 附图简述

[0009] 为了进一步阐明本发明的实施例的以上以及其他优点和特征，将通过参考附图呈现对本发明实施例的更具体的描述。应当领会，这些附图只描绘了本发明的典型实施例，并且因此不被认为限制它的范围。通过使用附图，本发明将被描述和解释为具有附加特质和细节，其中：

[0010] 图1解说具有并入示例实施例的配置脚本的代码。

[0011] 图2解说组合强制性和声明性元素的脚本。

[0012] 图3是根据一个实施例的解说将源代码部署到节点的框图。

[0013] 图4是根据一个实施例的解说在将MOF模型部署到目标节点中使用的组件的框图。

[0014] 图5是解说一种用于支持管理自动化语言或外壳语言中的声明性语法的过程或方法的流程图。

[0015] 图6是解说一种用于配置计算设备的过程或方法的流程图。

[0016] 图7解说一种用于使用声明性配置元素实现期望状态配置系统的实施例的合适的计算和联网环境的示例。

[0017] 详细描述

[0018] 在一个实施例中，管理自动化语言或外壳语言(诸如Windows Ruby或Python)通过对外壳解析器作出通用改变且作出特定的具体添加以支持声明性语法和结构化、示意化数据来支持声明性语法。例如，可对外壳解析器作出以下改变：

[0019] 改变解析器以支持动态关键字(即，向外壳解析器引入新令牌，接着将其标识为关键字)。这可通过定义新DynamicKeyword类完成。

[0020] DynamicKeyword类还定义对关键字而言可用的一列性质。

[0021] 动态关键字所支持的语法将限于一组固定形式：

[0022] -脚本框

[0023] -属性/值对

[0024] 动态关键字映射到其中定义动态关键字的相同模块内的功能。在执行时，将调用该功能。

[0025] 另一方面，声明性编程语言允许用户将系统建模为一组资源。声明性程序允许用户指导机器在不知道或不叙述将提前需要的特定步骤的情况下创建特定资源。这允许机器确定每次运行任务需要哪一种措施。

[0026] 可要求用户在编写用于所选操作系统的脚本时使用特定配置、外壳、或者域特定编程语言。如果外壳是强制性语言，则用户可能无法使用该操作系统的声明性编程概念。将声明性编程能力并入现有强制性语言外壳可能是有用的。存在纯粹是声明性的现有配置或外壳语言。在一些情况下，这些语言增加对强制性语法的支持，但是只通过支持另一语言这样做。相应地，现有解决方案要求使用那些配置系统的作者使用两种不同的语言。

[0027] 绑定这些语言之间的差异还防止在现有配置管理系统中合并强制性和声明性概念。外壳通常是后期绑定的，其中直到运行时才知道类型。另一方面，基于模式的声明性语言是前期绑定的，其中在编译时知道类型。绑定的差异使其难以混合前期绑定和后期绑定的语言。实施例还将前期绑定的语言添加到后期绑定或动态的语言以构建示意化数据。通过统一这些概念，创建理解配置管理同时维持对宿主语言的支持的模型。

[0028] 该模式标识需要(或者不需要)哪些性质、性质的名称等。这与其中直到执行时才可标识此类错误的动态语言中的正常命令调用相反。因此，动态语言的命令调用在运行时需要许多测试来验证操作。

[0029] 在一个实施例中，可通过定义创建规定区域且允许用户定义该区域内的编程伪像的新关键字将前期绑定的概念添加到后期绑定的语言，该编程伪像用作产生数据的功能。在所定义区域的领域内，程序可导入引入新关键字的资源模型，其中这些关键字在该区域的范围内。这允许将不同组的关键字导入到同一文件的不同区域。每一个关键字在该文件的特定区域的范围内。

[0030] 图1解说具有并入示例实施例的配置脚本120和103的代码101。脚本102和103导入使用这些脚本配置的一组机器的自定义资源模块。“配置”关键字指示该文件在配置区域中并且配置扩展适用。应当理解，“配置”只是动态关键字的一个非限制性示例。

[0031] 通过配置管理器自动地加载一基本资源集。另外，脚本可使用动态关键字导入用于要配置的一组机器的一组自定义模块。图1的示例中的资源模块R1、R2和R3建立在现有外壳机制中的资源上，并且利用这些资源。

[0032] 脚本102定义在配置C1的区域中使用的特定类型的资源–R1和R2。该配置可横跨多个机器。

[0033] 脚本103定义配置区域C2，其导入一组不同的资源–R1和R3。脚本103继续构建命名为“foo”、“bar”和“baz”的三个节点。在这些节点上，脚本103接着创建被称为“x”的资源R1的实例，并且分别将性质“a”和“b”设置为值1和2。

[0034] 脚本102和103定义可用作代码的其他部分中的资源的配置的公共位。然后，可在不需要每次都重写配置步骤的情况下使用这些配置。使用只对特定区域有效的动态关键字来定义这些配置。

[0035] 以此方式编写资源提供了一种用于在生成脚本时错误检查的手段。例如，如果性质“a”在资源R1中不存在，则脚本编辑器可在脚本103的第7行中生成错误。这是因为编译器可具有资源R1的完整模式并且可提前知道性质“a”不在该模式中。

[0036] 在脚本101中，单词“配置”是用于定义区域的新动态关键字。每一种配置中的关键字和性质在该区域的范围内是唯一的。例如，关键字“节点”对区域C2 103是新的，并且只在该区域中是有效的(即，“节点”在区域C1中是无效的)。如在图1中所使用的关键字“配置”是后期绑定的示例，然而，与典型的强制性语言不同，前期绑定也在该示例中发生，因为在每一个新区域的范围内确认脚本(例如，确认区域C2中的性质“a”和“b”存在且应当为数字)。

[0037] 每一种资源限于其配置的范围并且在该配置区域以外是不可用的。这允许在不同的配置中使用不同的资源或者不同版本的资源。例如，资源R2(区域C1)可用于配置Web服务器应用X，而资源R3(区域C2)可用于配置Web服务器应用Y。这些应用只在其各自配置区域内是可用的。相应地，具有配置扩展C1(以及因此具有资源R2)的机器被加载有Web服务器应用X，而具有配置扩展C2(并且由此具有资源R3)的机器被加载有Web服务器应用Y。

[0038] 例如，应用X和Y可以是竞争产品，诸如来自不同公司的Web服务器。需要应用X的机器被创建有配置C1，而需要应用Y的机器被创建有配置C2。替换地，应用A和B可以是相同应用的不同版本。取决于使用的操作系统的类型、数据库、文件系统、处理器、服务等，这允许用户按需配置具有不同版本的机器。

[0039] 图2解说组合强制性和声明性元素的脚本201。脚本201使用动态关键字“配置”来定义命名为“WebApp”202的资源。该资源包括具有性质“Name(名字)”和“Ensure(担保)”的声明性构造“Role(角色)”203。这些性质将在该资源的区域内是有效的。

[0040] 图3是解说将DSC源代码部署到节点的框图。开发者使用任何适当的编辑器、开发者工作站、或者配置管理器来创建源代码301。源代码301可包括强制性以及声明性代码。源代码可以是外壳语言的脚本或者包括强制性和声明性元素两者的任何其他代码。在一个实施例中，编辑器提供声明性语法扩展、模式驱动的智能代码感测、模式确认、以及前期绑定。源代码301被编译成机器可读的管理对象格式(MOF)文件302。在其他实施例中，其他格式可用于中间文件302。

[0041] 然后，MOF 302在(例如，经由推或拉)部署到节点304之前被分级到分级区域303。MOF 302是完全声明性配置表示。使用MOF 302，可在分级区域303中计算所有节点的配置。
通过强制性提供者，将声明性配置具体化或者部署到节点304。

[0042] MOF文档包含一种或多种资源的期望状态信息。在一个实施例中，源代码信息被包括在MOF文档中，其可允许在MOF文档中标识出的错误与源代码中的特定指令相关联。例如，可将符号表嵌入MOF文档。

[0043] 分级区域303是其中该模型可见以使用户可执行附加推理和分析的中间表示。任何专有或第三方工具可在分级区域303中用于检查MOF文件。在部署之前，可在分级阶段中标识配置错误，诸如存储器大小问题或安全问题。例如，用户可在分级区域303中相对于一组规则对代码进行预部署确认。

[0044] 在现有系统中，确认工具可在代码已经被部署到节点之后运行。当存在到许多节点的部署时，必须测试每一个节点并且对这些节点中的每一个节点修复配置错误。本文中所描述的实施例通过允许在代码到达节点之前测试避免了该问题。以此方式，分级区域303使部署有问题的配置的风险最小化。另外，分级区域303通过允许在跨许多分布式节点304部署之前标识和校正配置错误来支持可缩放性。

[0045] 图4是根据一个实施例的解说在将MOF模型部署到目标节点401中使用的组件的框图。节点401上的本地配置管理器402从分级区域拉MOF文件或者接收通过分级区域推的MOF。本地配置管理器402协调节点401上的资源状态的接收和应用。本地配置管理器402包括用于存储MOF文档的三级储存库。当MOF达到时且在其已经被应用于该节点之前，MOF文档被加载在待定储存库403中。在本地配置管理器402已经将该模型应用于节点401之后，将当前应用的MOF文档移动到当前储存库404。如果应用新模式，则一个或多个先前MOF文档被存储到旧储存库405。

[0046] 本地配置管理器402指令配置代理406将待定MOF文档应用于该系统。当应用MOF模型时，将它从待定储存库403提升到当前储存库404。然后，将在前文档移动到旧储存库405。这允许该节点维持对所有待定、当前和先前配置的记录。该配置历史提供了向后跟踪和确定谁生成配置、何时应用配置、哪些机器接收配置等的能力。

[0047] MOF对该系统需要被配置的各方面(诸如需要安装的角色、需要安装的应用、注册表项等)建模。配置代理406协调资源的配置。配置代理406读取MOF配置文档，执行解析和分派，按照从属性订购资源，并且执行这些资源。每一种资源具有模式或契约(例如，MOF类)。个体资源提供者407-409采取指定文档的实例并且做制定机器的指定状态所需的任何事情。每一个资源提供者407-409被适配成处理节点401上的单一资源的配置。

[0048] 配置代理406可直接与资源提供者(诸如提供者407)交互。在其他实施例中，配置代理406与创建所需资源提供者408、409的提供者-提供者410(例如，用于实现第三方提供者)交互。提供者-提供者410遮蔽资源提供者类的细节以使配置代理406不需要理解如何配置资源。节点401被分割成层(例如，本地配置管理器402、配置代理406、提供者-提供者410、以及资源提供者407-409)并且在一个实施例中使用这些层之间的定义好的标准化接口。该配置允许在最小复杂性的情况下的最大灵活性。使用标准化接口，第三方可以任何适当的语言创建提供者-提供者410以及资源提供者407-409，只要它们遵循到其他组件的预期接口即可。

[0049] 在一个实施例中，这些接口使用MOF以基于标准的方式定义，并且这些接口还使用MOF以标准化的方式表示，这允许模式和接口两者以相同的语言定义。通过使用该节点上的层之间的定义好的接口，这使得可扩展性最大化，同时使得复杂性最小化。

[0050] 图5是解说一种用于支持管理自动化语言或外壳语言(诸如WindowsRuby或Python)中的声明性语法的过程或方法的流程图。在步骤501中的，
接收为后期绑定的语言编写的第一代码。第一代码包括一个或多个强制性构造，第一代码进一步包括定义前期绑定的示意化数据构造的一个或多个声明性构造。第一代码中的声明性构造定义对第一代码的指定区域有效的资源。

[0051] 第一代码可以管理自动化语言或外壳语言编写。声明性构造可定义特定配置上下文的一组资源定义。可使用动态关键字将声明性构造包括在第一代码中，其中动态关键字定义在配置区域中可用的资源和性质。

[0052] 在步骤502中，编译第一代码以生成包括管理节点的配置指令的机器可读的第二代码。

[0053] 第二代码定义管理节点上的一种或多种资源的期望状态。第二代码可以是管理对象格式(MOF)文件。

[0054] 在步骤503中，在管理节点上部署之前确认第二代码。可相对于一组规则确认第二代码以标识配置错误。在步骤504中，将第二代码存储在分级区域中。在步骤505中，计算多个管理节点的配置。在步骤506中，将第二代码发送到管理节点上的本地配置管理器。在步骤507中，基于在第二代码中建模的一组资源配置管理节点。

[0055] 图6是解说一种用于配置计算设备的过程或方法的流程图，该计算设备可包括例如处理器和系统存储器。计算设备是分布式计算网络中的节点。在步骤601中，在节点上的本地配置管理器处接收配置模型。例如，配置模型可以是管理对象格式(MOF)文件。在步骤602中，将配置模型存储到待定储存库。在步骤603中，在配置代理中解释配置模型。在步骤
604中，通过配置代理在该设备上部署资源。可使用多个资源提供者部署这些资源，每一个资源提供者被适配成配置特定资源。以在配置模型中指定的状态部署这些资源。在步骤605中，当在指定状态中已经配置这些资源时，将配置模型存储到当前储存库。

[0056] 可将资源配置指令从配置代理发送到提供者-提供者。可通过提供者-提供者创建指定资源提供者实例以配置由配置代理指定的资源。

[0057] 图7解说可在其上实现图1-6的示例的合适的计算和联网环境700的示例。计算系统环境700只是合适的计算环境的一个示例，并且不旨在表明关于使用范围和本发明的功能性的任何限制。可使用其他通用或专用计算系统环境或配置来操作本发明。可适于本发明使用的公知计算系统、环境和/或配置的示例包括但不限于：个人计算机、服务器计算机、手持式或膝上型设备、平板设备、多处理器系统、基于微处理器的系统、机顶盒、可编程消费性电子设备、网络PC、小型计算机、大型计算机、包括以上系统或设备中的任一个的分布式计算环境等。

[0058] 可在计算机所执行的计算机可执行指令(诸如程序模块)的一般上下文中描述本发明。通常，程序模块包括执行特定任务或者实现特定抽象数据类型的例程、程序、对象、组件、数据结构等。还可在其中通过通信网络链接的远程处理设备执行任务的分布式计算环境中实践本发明。在分布式计算环境中，程序模块可位于包括存储器存储设备的本地和/或远程计算机存储介质中。

[0059] 参考图7，用于实现本发明的各方面的示例性系统可包括以计算机700的形式的通用计算设备。组件可包括但不限于各种硬件组件(诸如处理单元701)、数据存储702(诸如系统存储器)、以及使包括数据存储702的各种系统组件耦合到处理单元701的系统总线703。系统总线703可以是若干类型的总线结构中的任一种，包括存储器总线或存储器控制器、外围总线、以及使用各种总线架构中的任一种的本地总线。通过示例而非限制，此类架构包括工业标准架构(ISA)总线、微通道架构(MCA)总线、增强型ISA(EISA)总线、视频电子标准协会(VESA)本地总线、以及也称为夹层总线的外围组件互连(PCI)总线。

[0060] 计算机700通常包括各种计算机可读介质704。计算机可读介质704可以是可由计算机700访问的任何可用的介质，并且包括易失性和非易失性介质以及可移除和不可移除介质两者，但是排除传播信号。通过示例而非限制，计算机可读介质704可包括计算机存储介质和通信介质。计算机存储介质包括以用于存储信息(诸如计算机可读指令、数据结构、程序模块、或者其他数据)的任何方法和技术实现的易失性和非易失性的可移除和不可移除介质。计算机存储介质包括但不限于RAM、ROM、EEPROM、闪存或其他存储器技术、CD-ROM、数字多功能盘(DVD)或其他光盘存储、磁带盒、磁带、磁盘存储或其他磁存储设备、或者可用于存储期望信息且可由计算设备700访问的任何其他介质。通信介质通常体现计算机可读指令、数据结构、程序模块、或者经调制的数据信号(诸如载波或者其他传送机制)中的其他数据，并且包括任何信息传递介质。术语“经调制的数据信号”意指具有以对该信号中的信息进行编码的方式设置或改变的其特性中的一个或多个特性的信号。通过示例而非限制，通信介质包括有线介质(诸如有线网络或直接有线连接)和无线介质(诸如声、RF、红外和其他无线介质)。上述中的任一个的组合也可被包括在计算机可读介质的范围内。计算机可读介质可被体现为计算机程序产品，诸如存储在计算机存储介质上的软件。

[0061] 数据存储或系统存储器702包括以易失性和/或非易失性存储器(诸如只读存储器(ROM)和随机存取存储器(RAM))的形式的计算机存储介质。诸如在启动期间，包含基本例程的基本输入/输出系统(BIOS)通常被存储在ROM中，这些基本例程有助于在计算机700内的元件之间传输信息。RAM通常包含由处理单元701即时访问和/或目前在该处理单元上操作的数据和/或程序模块。通过示例而非限制，数据存储702保存操作系统、应用程序、以及其他程序模块和程序数据。

[0062] 数据存储702还可包括其他可移除/不可移除的易失性/非易失性计算机存储介质。仅仅通过示例，数据存储702可以是从不可移除的非易失性磁介质读取或者写入其中的硬盘驱动、从可移除的非易失性磁盘读取或者写入其中的磁盘驱动、以及从可移除的非易失性光盘(诸如CD ROM或者其他光介质)读取或者写入其中的光盘驱动。可在示例性操作环境中使用的其他可移除/不可移除的易失性/非易失性计算机存储介质包括但不限于磁带盒、闪存卡、数字多功能盘、数字视频带、固态RAM、固态ROM等。以上在图7中描述且解说的驱动及其相关联的计算机存储介质提供对计算机700的计算机可读指令、数据结构、程序模块、以及其他数据的存储。

[0063] 用户可通过用户界面705或者其他输入设备(诸如平板、电子数字化器、话筒、键盘、和/或统称为鼠标、轨迹球或触摸垫的定点设备)输入命令和信息。其他输入设备可包括操纵杆、游戏垫、卫星盘、扫描仪等。另外，还可通过适当的输入设备(诸如话筒、相机、平板、触摸垫、手套、或者其他传感器)来使用语音输入、使用手或手指的手势输入、或者其他自然用户界面(NUI)。这些以及其他输入设备通常通过耦合到系统总线703的用户输入接口705连接到处理单元701，但是可通过其他接口和总线结构(诸如并行端口、游戏端口、或者通用串行总线(USB))连接。监视器706或者其他类型的显示设备还经由接口(诸如视频接口)耦合到系统总线703。监视器706还可与触摸屏面板等集成。注意，监视器和/或触摸面板可物理地耦合到计算设备700并入其中的外壳(诸如在平板式个人计算机中)。另外，计算机(诸如计算设备700)还可包括可通过输出外围接口等连接的其他外围输出设备，诸如扬声器和打印机。

[0064] 计算机700可在使用到一个或多个远程设备(诸如远程计算机)的逻辑连接707的联网或云计算环境中操作。远程计算机可以是个人计算机、服务器、路由器、网络PC、对等设备、或者其他公共网络节点，并且通常包括以上相对于计算机700描述的元件中的许多或所有元件。图7所描绘的逻辑连接包括一个或多个局域网(LAN)以及一个或多个广域网(WAN)，但是还可包括其他网络。此类联网环境在办公室、企业范围的计算机网络、内联网、以及因特网中是常见的。

[0065] 当在联网或云计算环境中使用时，计算机700可通过网络接口或适配器707连接到公共或专用网络。在一些实施例中，调制解调器或者其他装置用于在网络上建立通信。可以是内部或外部的调制解调器可经由网络接口707或者其他适当的机制连接到系统总线703。诸如包括接口和天线的无线联网组件可通过合适的设备(诸如接入点或对等计算机)耦合到网络。在联网环境中，相对于计算机700描绘的程序模块或者其部分可被存储在远程存储器存储设备中。可以领会，所示的网络连接是示例性的并且可使用建立计算机之间的通信链路的其他手段。

[0066] 虽然主题已经以结构特征和/或方法动作专用的语言进行了描述，但是应当理解所附权利要求中所定义的主题不必限于以上所述的特定特征或动作。相反，以上所述的特定特征和动作作为实现权利要求的示例形式公开。

标题	发布/更新时间	阅读量
翻译声明性模型-专利编号CN101836201A	2020-05-11	880
声明性工作流设计器-专利编号CN101689178A	2020-05-12	487
信任关系的声明变换-专利编号CN101438274B	2020-05-12	705
声明性视图对象-专利编号CN103186661A	2020-05-12	28
声明性管理框架-专利编号CN101467144A	2020-05-11	278
声明性管理框架-专利编号CN101467144B	2020-05-11	129
声明性配置元素-专利编号CN105493033A	2020-05-11	75
绑定单元声明文件-专利编号CN103761259B	2020-05-13	163
绑定单元声明文件-专利编号CN102067081A	2020-05-13	729
绑定单元声明文件-专利编号CN103761259A	2020-05-13	347

声明性配置元素

声明性配置元素

IPRDB

热门服务

关于我们

友情链接

联系方式