[发明专利]模式打包、分布和可用性

说明书

背景

计算系统中的技术进步针对日益增加的数据通用性，从而允许机器之间的共享、兼容性和互操作性。例如，众所周知，通常，用户可能在一个设备上具有数据，并期望与不同的设备和/或应用程序共享该数据。今天，只要系统被预配置成接受特定数据格式和类型，计算器就可在应用程序和用户之间共享数据。然而，这些常规系统不是可扩展的。换言之，如果在目的地设备上没有正确的模式可用，则数据不能被传送。而且，为了维护自由数据交换，未在目的地位置(例如，服务器/客户端)安装相同的添加和/或修改的情况下，用户不能在原始位置(例如，客户端/服务器)处添加或修改类型。换言之，目的地位置(例如，服务器/客户端)必须配备(例如，维护必要的模式信息)来接受来自不同的设备和/或应用程序的传入数据。

计算系统的发展涉及采用利用数据库技术优势的平台。通常，这些发展将这些优势结合到文件系统中。然而，这些系统却都有上述的相同模式兼容性缺点。因此，当今，为了有效地传送和共享数据，文件系统中的数据必须遵循预定义的通用模式。当然，模式可被预定义为描述数据形式(例如，结构)的声明性方式。

在新兴的文件系统中，对象可被存储在数据库(例如，文件系统)中，从而可由适用的模式描述。这些文件系统中的数据是特定模式和类型的实例；诸类型在定义数据的形状(例如，结构)的模式中定义。如果期望将新的类型添加到系统，例如系统可与其一起工作的一组新的对象或一新形式的数据，则开发员需要在其中创建模式及类型。接着，可向类型添加属性。

存在数据必须被保存到尚未安装所需模式/类型的文件系统存储(或其它数据库)的多种情况。这被称为“存储下级(store down-level)”问题。在常规系统中，只有系统管理员和/或具有专门授权的人员才能安装模式信息。

发明概述

以下呈现了本发明的简化概述以提供对本发明的某些方面的基本理解。该概述不是本发明的详尽的概观。它不旨在标识本发明的关键/重要元素，也不勾画本发明的范围。其唯一目的是以简化形式呈现本发明的某些概念，作为稍后呈现的更详细描述的序言。

在其一个方面中，此处描述的本发明可便于在客户端程序集内包括模式包作为资源。其它方面可包括模式包作为附属(satellite)程序集或作为单独的文件。可以理解，可在称为模式包的文档中收集模式定义。在示例性情形中，系统可便于构造和分布允许客户端与存储就未安装的模式进行交互所需的模式包和信息。

为了支持模式的运行时安装，可向存储呈现经签署的模式包以便安装。尽管模式包提供多个优点，但如果包不易于安装，则这些优点将无济于事。在其一方面中，本创新涉及构造和分布模式包以便确保安全和按时的可用性的系统和方法。

根据一方面，在模式包的构造期间，可采用强名字签署操作。其它方面可采用模式包的认证码签署、压缩和/或加密。模式包可作为提供模式实现的客户端程序集的一部分而被纳入。客户端程序集可用公知名字标识，且可在可程序性使用模式的所有地方由API使用。换言之，无论何时当客户端应用程序实例化模式化类型的实例以便保存在存储中时，客户端就能够访问模式包。在再一方面中，如果所需模式在存储中不可用，则可在呈现数据之前将模式包安装到存储中。

为了实现前述和相关目的，在此结合以下描述和附图对本发明的某些说明性方面进行描述。然而，这些方面仅指示可采用本发明的原理的各种方式中的少数几种，而本发明旨在包括所有这样的方面及其等效方式。结合附图，从本发明的以下详细描述，本发明的其它优点和新颖特征将变得显而易见。

附图简述

图1是根据本发明的一方面，促进模式的打包、分布和可用性的系统的框图。

图2示出了根据本发明的一方面、采用强名字签署组件来签署模式数据的系统的框图。

图3示出了根据本发明的一方面、可任选地采用认证码、压缩和/或加密组件的系统的示例性框图。

图4示出了根据本发明的一方面、采用模式包和客户端程序集的相同密码签署的系统。

图5示出了根据本发明的一方面、实现模式的强名字签署的方法的示例性流程图。

图6示出了根据本发明的一方面、实现对强名字签署的模式解密的方法的示例性流程图。

图7示出了根据本发明的一方面、采用发现组件和加载组件来实现模式分布的系统的框图。

图8示出了可用于执行所公开的体系结构的计算机的框图。

图9示出了根据本发明的示例性计算环境的示意性框图。

详细描述