[发明专利]软件组件的多层存储和管理

说明书

背景技术

应用程序开发人员受限于开发架构当前所提供的机制。组件是按照自组织方式开发的，而且组件没有通过头脑中清楚的设计来存储。而且，没有将组件编组在一起的方法。因此，比如解决方案的安装、卸载之类的操作并非本地支持的。留待软件供应商的伙伴和客户来开发昂贵的工具以管理他们的应用程序(解决方案)。此外，软件发布者成功创建自定义安装程序的情况下，一旦部署到客户环境中时，并没有限制来防止客户复制发布者的解决方案。换言之，客户能导出解决方案组件，因而表现为对软件发布者的知识产权的威胁。此外，由于知识产权的原因，一旦解决方案被开发和分发，软件发布者期望解决方案在未经授权的情况下不要被修改和复制。

发明内容

下面提供了简化的概述，以便提供对此处所描述的一些新颖实施例的基本理解。本发明内容不是广泛的概述，并且它不旨在标识关键/必要元素或描绘其范围。其唯一目的是以简化形式呈现一些概念，作为稍后呈现的更详细描述的序言。

所公开的体系结构包括支持“解决方案”的完整概念的框架和工具，解决方案为建立在一管理平台(例如，客户关系)上的一束组件(例如，数据、进程、用户界面改变等)，该束组件作为单个软件单元来对待。该体系结构采用多种技术来存储、分组、管理、保护和传输解决方案组件。各技术都适用于多种平台和框架。

例如，当应用于客户关系管理(CRM)环境时，将组件分组为逻辑束是等式的部分。例如，提供了组件的比如安装、卸载/回退和升级以及传输(打包)之类的动作/转换。此外，由于知识产权的原因，一旦解决方案被开发和分发，软件发布者就能够信任解决方案在未经授权的情况下不会被修改和复制。

为了为实现上述及相关目的，本文结合下面的描述和附图来描述某些说明性方面。这些方面指示了可以实践本文所公开的原理的各种方式，并且所有方面及其等效方面旨在落入所要求保护的主题的范围内。结合附图阅读下面的详细描述，其他优点和新颖特征将变得显而易见。

附图说明

图1示出了根据所公开的体系结构的计算机实现的软件解决方案开发系统。

图2示出了开发解决方案的高级流程图和组件，该解决方案是使用解决方案知晓的工具和API为解决方案知晓的平台开发的。

图3示出了解决方案知晓的平台的示例性逻辑体系结构。

图4示出了解决方案创建和打包的图表。

图5示出了解决方案组件的一示例性的多行表。

图6A示出了用于转换管理的示例性状态图。

图6B示出了状态图的系统组件部分。

图7示出了开发软件解决方案的方法。

图8示出了管理解决方案的方法。

图9示出了用于根据所公开体系结构在平台上开发解决方案和运行解决方案的计算系统的框图。

图10示出了便于平台上解决方案的开发和操作的计算环境的示意性框图。

具体实施方式

所该开的体系结构采用多行实体来使用列来存储解决方案组件，通过将组件的不同版本(状态)存储至多行中来跟踪解决方案组件的属性和逻辑。组件修改包括添加和/或修改多个行，由此通过保留同一组件的版本信息以便于支持比如卸载之类的操作。主解决方案组件表跟踪解决方案的全部根组件，而以代码实现的逻辑遍历根节点以发现全部子节点来高效地跟踪解决方案的全部组件。

解决方案的受保护和无保护逻辑状态允许客户在同样的系统(组织)上开发多个解决方案、保护解决方案以及构建具有所涉及的多个解决方案(解决方案的层叠)的合成应用程序。多行存储便于使用多个行来存储组件定义和相关联的解决方案。

现在参考附图，全部附图中相同的附图标记用于表示相同的元件。在下面的描述中，为了进行说明，阐述了很多具体细节以便提供对本发明的全面理解。然而，显而易见，可以在没有这些具体细节的情况下实施各新颖实施例。在其它情况下，以框图形式示出了公知的结构和设备以便于描述它们。本发明将涵盖落入所要求保护的主题的精神和范围内的所有修改、等效方案和替换方案。

图1示出了根据所公开的体系结构的计算机实现的软件解决方案开发系统100。系统100可包括用于开发软件解决方案104作为软件组件106的逻辑束(bundle)的开发环境102。环境102的存储部件108将组件定义与解决方案104的关联存储为多行实体110。环境102的转换管理组件112基于状态转换定义来管理软件组件106中的行为改变。