CN115061717A - 应用管理方法、应用订阅方法及相关设备 - Google Patents

Abstract

本申请关于一种应用管理方法、应用订阅方法及相关设备，涉及软件技术领域。本申请中，可以先构建第一应用的结构数据模型和第二应用的结构数据模型，然后建立第一应用的结构数据模型和第二应用的结构数据模型之间的层级关系。如此，可以基于第一应用的结构数据模型和第二应用的结构数据模型之间的层级关系对应用进行统一管理。

Description

应用管理方法、应用订阅方法及相关设备

技术领域

本申请涉及软件技术领域，尤其涉及一种应用管理方法、应用订阅方法及相关设备。

背景技术

应用程序(application，APP)也称应用，是指为完成某项或多项特定工作的计算机程序，可以运行在用户模式和用户进行交互，可以具有可视的用户界面。

为了满足行业需求，软件系统的功能越来越复杂。为了降低软件系统的复杂程度，可以将软件系统拆分为多个应用程序。该多个APP能够相互配合完成软件系统的功能。

目前，为了统一管理或配置多个APP，APP开发者需要逐一为每个APP手动进行配置，配置效率较低。

发明内容

本申请提供一种应用管理方法、应用订阅方法及相关设备，可以提高多个APP的管理或配置效率。

本申请的技术方案如下：

第一方面，本申请提供一种应用管理方法，该方法包括：构建第一应用的结构数据模型和第二应用的结构数据模型，应用的结构数据模型包括用于实现应用的功能的程序代码；建立第一应用的结构数据模型与第二应用的结构数据模型之间的层次关系。

可选地，第一应用的结构数据模型与第二应用的结构数据模型之间的层级关系为第一父子关系；第二应用的结构数据模型为第一应用的结构数据模型的子模型。

可选地，第一父子关系中的第一应用的结构数据模型是第二应用的结构数据模型的唯一父结构数据模型。

一些实现方式中，该方法还包括：根据第一应用的结构数据模型，确定第一应用的配置信息，并根据第二应用的结构数据模型，确定第二应用的配置信息。

一些实现方式中，上述“建立第一应用的结构数据模型与第二应用的结构数据模型之间的层次关系”的方法具体包括：建立第一应用的结构数据模型与第二应用的配置信息之间的层级关系。

可选地，第一应用的结构数据模型与第二应用的配置信息之间的层级关系为第二父子关系；第一应用的结构数据模型包括第二应用的配置信息。

可选地，第二父子关系中的第一应用的结构数据模型是第二应用的配置信息的唯一父结构数据模型。

一些实现方式中，上述“建立第一应用的结构数据模型与第二应用的结构数据模型之间的层次关系”的方法具体包括：建立第一应用的配置信息与第二应用的配置信息之间的层级关系。

可选地，建立第一应用的配置信息与第二应用的配置信息之间的层级关系。

可选地，第三父子关系中的第一应用的配置信息是第二应用的配置信息的唯一父配置信息。

可选地，第二应用的配置信息包括多个层级的配置信息，该多个层级的配置信息中每个层级的配置信息具有唯一的父配置信息。

可选地，多个层级的配置信息中每个层级的配置信息具有唯一的标识信息。

可选地，第二应用包括多个层级的应用，第二应用为多个层级的应用的父应用，该多个层级中每个层级中的应用具有唯一的父应用。

可选地，多个层级的应用包括第三应用和第四应用，第三应用为第四应用的父应用。

可选地，第一应用的配置信息包括第一应用的标识信息、或第一应用的版本号中的一个或多个。

可选地，第一应用的配置信息包括属性，该属性包括第一应用的名称、第一应用的配置信息的标识信息、第一应用的结构数据模型的标识信息和版本号、或第一应用的配置信息中的配置参数值中的一个或多个。

可选地，第一应用的结构数据模型的版本号和第二应用的结构数据模型的版本号不同。

一些实现方式中，该方法还包括：建立第一应用的结构数据模型的版本号与第二应用的结构数据模型的版本号的变更关系；其中，变更关系包括：当第二应用的结构数据模型的版本号发生变更时，变更第一应用的结构数据模型的版本号。

可选地，第一应用的标识信息和第二应用的标识信息不同。

一些实现方式中，该方法还包括：接收修改信息，修改信息用于指示对第二应用的配置信息进行了修改；根据修改信息，更新第一应用的配置信息。

第二方面，本申请提供一种应用管理装置，该装置可以用于实现如第一方面及第一方面的任意一种可能的实现方式所述的应用管理方法。该装置的功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。硬件或软件包括一个或多个与第一方面及第一方面的任意一种可能的实现方式所述的应用管理方法中的步骤相对应的模块或单元。

例如，所述装置包括：构建模块，用于构建第一应用的结构数据模型和第二应用的结构数据模型，应用的结构数据模型包括用于实现应用的功能的程序代码；建立模块，用于建立第一应用的结构数据模型与第二应用的结构数据模型之间的层次关系。

可选地，第一应用的结构数据模型与第二应用的结构数据模型之间的层级关系为第一父子关系；第二应用的结构数据模型为第一应用的结构数据模型的子模型。

可选地，第一父子关系中的第一应用的结构数据模型是第二应用的结构数据模型的唯一父结构数据模型。

一些实现方式中，该装置还包括：确定模块，用于根据第一应用的结构数据模型，确定第一应用的配置信息，并根据第二应用的结构数据模型，确定第二应用的配置信息。

一些实现方式中，建立模块，具体用于建立第一应用的结构数据模型与第二应用的配置信息之间的层级关系。

可选地，第一应用的结构数据模型与第二应用的配置信息之间的层级关系为第二父子关系；第一应用的结构数据模型包括第二应用的配置信息。

可选地，第二父子关系中的第一应用的结构数据模型是第二应用的配置信息的唯一父结构数据模型。

一些实现方式中，建立模块，具体用于建立第一应用的配置信息与第二应用的配置信息之间的层级关系。

可选地，建立第一应用的配置信息与第二应用的配置信息之间的层级关系。

可选地，第三父子关系中的第一应用的配置信息是第二应用的配置信息的唯一父配置信息。

可选地，第二应用的配置信息包括多个层级的配置信息，该多个层级的配置信息中每个层级的配置信息具有唯一的父配置信息。

可选地，多个层级的配置信息中每个层级的配置信息具有唯一的标识信息。

可选地，第二应用包括多个层级的应用，第二应用为多个层级的应用的父应用，该多个层级中每个层级中的应用具有唯一的父应用。

可选地，多个层级的应用包括第三应用和第四应用，第三应用为第四应用的父应用。

可选地，第一应用的配置信息包括第一应用的标识信息、或第一应用的版本号中的一个或多个。

可选地，第一应用的配置信息包括属性，该属性包括第一应用的名称、第一应用的配置信息的标识信息、第一应用的结构数据模型的标识信息和版本号、或第一应用的配置信息中的配置参数值中的一个或多个。

可选地，第一应用的结构数据模型的版本号和第二应用的结构数据模型的版本号不同。

一些实现方式中，建立模块，还用于建立第一应用的结构数据模型的版本号与第二应用的结构数据模型的版本号的变更关系；其中，变更关系包括：当第二应用的结构数据模型的版本号发生变更时，变更第一应用的结构数据模型的版本号。

可选地，第一应用的标识信息和第二应用的标识信息不同。

一些实现方式中，该装置还包括接收模块，用于接收修改信息，修改信息用于指示对第二应用的配置信息进行了修改。更新模块，用于根据修改信息，更新第一应用的配置信息。

第三方面，本申请提供一种电子设备，电子设备包括：处理器，用于存储处理器可执行指令的存储器；处理器被配置为执行所述指令时，使得电子设备实现如第一方面及第一方面的任意一种可能的实现方式所述的方法。

第四方面，本申请提供一种计算机可读存储介质，其上存储有计算机程序指令；当所述计算机程序指令被电子设备执行时，使得电子设备实现如第一方面及第一方面的任意一种可能的实现方式所述的方法。

第五方面，本申请提供一种计算机程序产品，包括计算机可读代码，或者承载有计算机可读代码的非易失性计算机可读存储介质，当所述计算机可读代码在电子设备中运行时，所述电子设备中的处理器实现如第一方面及第一方面的任意一种可能的实现方式所述的方法。

第六方面，本申请提供一种应用订阅方法，所述方法包括：构建第一应用的结构数据模型及第二应用的结构数据模型，应用的结构数据模型包括应用的程序代码，应用的程序代码用于实现应用的功能；建立第一应用的结构数据模型与第二应用的结构数据模型之间的层级关系；接收用于订阅第一应用的信息订阅信息；当第一应用的信息更新时，发送与第一应用和/或与第二应用的更新信息相关的通知信息。

一些实现方式中，第一应用的结构数据模型与所述第二应用的结构数据模型之间的层级关系为第一父子关系，第二应用的结构数据模型为第一应用的结构数据模型的子模型；第一父子关系中的第一应用的结构数据模型是第二应用的结构数据模型的唯一父结构数据模型。上述“发送与第一应用和/或与第二应用的更新信息相关的通知信息”的方法具体包括：用于根据第一应用的结构数据模型的标识信息，确定第二应用的结构数据模型的更新信息；发送第一应用的更新信息和第二应用的结构数据模型的更新信息。

一些实现方式中，该方法还包括：根据所述第一应用的结构数据模型，确定所述第一应用的配置信息，并根据所述第二应用的结构数据模型，确定所述第二应用的配置信息。

一些实现方式中，上述“建立第一应用的结构数据模型与第二应用的结构数据模型之间的层级关系”的方法具体包括：建立第一应用的结构数据模型与第二应用的配置信息之间的层级关系。

一些实现方式中，第一应用的结构数据模型与第二应用的配置信息之间的层级关系为第二父子关系；第一应用的结构数据模型包括第二应用的配置信息；第二父子关系中的第一应用的结构数据模型是第二应用的配置信息的唯一父结构数据模型；其中，上述“发送与第一应用和/或与第二应用的更新信息相关的通知信息”的方法具体包括：根据第一应用的结构数据模型的标识信息，确定第二应用的配置信息的更新信息；发送第一应用结构数据模型的更新信息和第二应用的配置信息的更新信息。

一些实现方式中，上述“建立第一应用的结构数据模型与第二应用的结构数据模型之间的层级关系”的方法具体包括：建立第一应用的配置信息与第二应用的配置信息之间的层级关系。

一些实现方式中，第一应用的配置信息与第二应用的配置信息之间的层级关系为第三父子关系；第二应用的配置信息为第一应用的配置信息的子配置信息；第三父子关系中的第一应用的配置信息是第二应用的配置信息的唯一父配置信息；其中，上述“发送与第一应用和/或与第二应用的更新信息相关的通知信息”的方法具体包括：根据第一应用的结构数据模型的标识信息，确定第一应用的配置信息；基于第一应用的配置信息确定第二应用的配置信息；确定第二应用的配置信息的更新信息，发送第一应用配置信息的更新信息和第二应用的配置信息的更新信息。

可选地，更新信息包括结构数据模型和/或配置信息的添加信息、修改信息和删除信息中的一个或多个。

一些实现方式中，该方法还包括：接收用于查询所述第一应用和所述第二应用的状态的查询信息；发送第一应用和第二应用的状态的信息；其中，应用的状态包括应用的结构数据模型或配置信息的创建状态、运行状态和终止状态中的任一种状态。

一些实现方式中，上述“查询第一应用的信息”的方法具体包括：根据第一应用的结构数据模型的标识信息，查找第二应用的结构数据模型的状态。

一些实现方式中，上述“查询第一应用的信息”的方法具体包括：根据第一应用的结构数据模型的标识信息，查找第一应用的配置信息的状态；或根据第一应用的结构数据模型的标识信息，查找第二应用的配置信息的状态。

一些实现方式中，上述“查询第一应用的信息”的方法具体包括：根据第一应用的结构数据模型的标识信息，确定第一应用的配置信息；基于第一应用的配置信息查找第二应用的配置信息的状态。

第七方面，本申请提供一种应用订阅装置，该装置可以用于实现如第六方面及第六方面的任意一种可能的实现方式所述的应用订阅方法。该装置的功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。硬件或软件包括一个或多个与第六方面及第六方面的任意一种可能的实现方式所述的应用管理方法中的步骤相对应的模块或单元。

例如，所述装置包括：构建模块，用于构建第一应用的结构数据模型及第二应用的结构数据模型，应用的结构数据模型包括应用的程序代码，应用的程序代码用于实现应用的功能；建立模块，用于建立第一应用的结构数据模型与第二应用的结构数据模型之间的层级关系；接收模块，用于接收用于订阅第一应用的信息订阅信息；发送模块，用于当第一应用的信息更新时，发送与第一应用和/或与第二应用的更新信息相关的通知信息。

一些实现方式中，第一应用的结构数据模型与所述第二应用的结构数据模型之间的层级关系为第一父子关系，第二应用的结构数据模型为第一应用的结构数据模型的子模型；第一父子关系中的第一应用的结构数据模型是第二应用的结构数据模型的唯一父结构数据模型。发送模块具体用于根据第一应用的结构数据模型的标识信息，确定第二应用的结构数据模型的更新信息；发送第一应用的更新信息和第二应用的结构数据模型的更新信息。

一些实现方式中，该装置还包括确定模块，用于根据所述第一应用的结构数据模型，确定所述第一应用的配置信息，并根据所述第二应用的结构数据模型，确定所述第二应用的配置信息。

一些实现方式中，建立模块，具体用于：建立第一应用的结构数据模型与第二应用的配置信息之间的层级关系。

一些实现方式中，第一应用的结构数据模型与第二应用的配置信息之间的层级关系为第二父子关系；第一应用的结构数据模型包括第二应用的配置信息；第二父子关系中的第一应用的结构数据模型是第二应用的配置信息的唯一父结构数据模型；其中，发送模块，具体用于：根据第一应用的结构数据模型的标识信息，确定第二应用的配置信息的更新信息；发送第一应用结构数据模型的更新信息和第二应用的配置信息的更新信息。

一些实现方式中，建立模块，具体用于：建立第一应用的配置信息与第二应用的配置信息之间的层级关系。

一些实现方式中，第一应用的配置信息与第二应用的配置信息之间的层级关系为第三父子关系；第二应用的配置信息为第一应用的配置信息的子配置信息；第三父子关系中的第一应用的配置信息是第二应用的配置信息的唯一父配置信息；其中，发送模块，具体用于：根据第一应用的结构数据模型的标识信息，确定第一应用的配置信息；基于第一应用的配置信息确定第二应用的配置信息；确定第二应用的配置信息的更新信息，发送第一应用配置信息的更新信息和第二应用的配置信息的更新信息。

可选地，更新信息包括结构数据模型和/或配置信息的添加信息、修改信息和删除信息中的一个或多个。

一些实现方式中，接收模块，具体用于：接收用于查询所述第一应用和所述第二应用的状态的查询信息；发送第一应用和第二应用的状态的信息；其中，应用的状态包括应用的结构数据模型或配置信息的创建状态、运行状态和终止状态中的任一种状态。

一些实现方式中，该装置还可以包括查询模块，用于：根据第一应用的结构数据模型的标识信息，查找第二应用的结构数据模型的状态。

一些实现方式中，查询模块，具体用于：根据第一应用的结构数据模型的标识信息，查找第一应用的配置信息的状态；或根据第一应用的结构数据模型的标识信息，查找第二应用的配置信息的状态。

一些实现方式中，查询模块，具体用于：根据第一应用的结构数据模型的标识信息，确定第一应用的配置信息；基于第一应用的配置信息查找第二应用的配置信息的状态。

第八方面，本申请提供一种电子设备，包括：处理器，用于存储处理器可执行指令的存储器；处理器被配置为执行所述指令时，使得电子设备实现如第六方面及第六方面的任意一种可能的实现方式所述的方法。

第九方面，本申请提供一种计算机可读存储介质，其上存储有计算机程序指令；当所述计算机程序指令被电子设备执行时，使得电子设备实现如第六方面及第六方面的任意一种可能的实现方式所述的方法。

第十方面，本申请提供一种计算机程序产品，包括计算机可读代码，或者承载有计算机可读代码的非易失性计算机可读存储介质，当所述计算机可读代码在电子设备中运行时，所述电子设备中的处理器实现如第六方面及第六方面的任意一种可能的实现方式所述的方法。

基于上述第一方面至第十方面中的任一方面，本申请至少具备如下有益效果：

本申请中，通过建立第一应用的结构数据模型和第二应用的结构数据模型之间的层级关系，从而可以构建第一应用和第二应用之间的树形架构。基于树形架构中第一应用与第二应用之间的层级关系，可以在部署第一应用时控制第二应用的部署，从而实现了多个应用的统一部署。同时，基于第一应用和第二应用之间的层级关系，当运行第一应用的结构数据模型时，可以调用第二应用的结构数据模型，从而实现了多个应用的统一管理。而且，不需要专门为多个应用开发安装程序，降低了开发成本。另外，开发人员也不需要为每个应用逐一配置脚本，提高了配置效率。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理，并不构成对本申请的不当限定。

图1为本申请实施例提供的一种应用管理方法的流程示意图；

图2为本申请实施例提供的一种多个应用的结构数据模型之间的层级关系的示意图；

图3为本申请实施例提供的应用的配置信息与应用的结构数据模型之间的层级关系的示意图；

图4为本申请实施例提供一种多个应用的结构数据模型之间的层级关系的示意图；

图5为本申请实施例提供的另一种应用管理方法的流程示意图；

图6为本申请实施例提供的又一种应用管理方法的流程示意图；

图7为本申请实施例提供的又一种应用管理方法的流程示意图；

图8为本申请实施例提供的又一种应用管理方法的流程示意图；

图9为本申请实施例提供的一种应用的结构数据模型与应用的预定义的关系的示意图；

图10为本申请实施例提供的一种应用的结构数据模型的类型的示意图；

图11为本申请实施例提供的一种应用的结构数据模型的结构示意图；

图12为本申请实施例提供一种多个应用之间的层级关系的示意图；

图13为本申请实施例提供另一种多个应用之间的层级关系的示意图；

图14为本申请实施例提供一种应用订阅方法的流程示意图；

图15为本申请实施例提供另一种应用订阅方法的流程示意图；

图16为本申请实施例提供的一种应用管理装置的结构示意图；

图17为本申请实施例提供的一种应用订阅装置的结构示意图。

具体实施方式

为了使本领域普通人员更好地理解本申请的技术方案，下面将结合附图，对本申请实施例中的技术方案进行清楚、完整地描述。

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

还应当理解的是，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其他特征、整体、步骤、操作、元素和/或组件的存在或添加。

“和/或”用于描述关联对象的关联关系，表示可以存在三种关系。例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

软件系统(Software Systems)是指由系统软件、支撑软件和应用软件组成的计算机软件系统，它是计算机系统中由软件组成的部分。

为了满足行业需求，软件系统的功能越来越复杂。为了降低软件系统的复杂程度，可以将软件系统拆分为多个应用程序。该多个APP能够相互配合完成软件系统的功能。

目前，为了对多个APP进行统一管理(如分发、部署、监视)，可以通过专用的安装程序，或者手动为多个APP配置脚本。

具体的，在多个APP安装的时候，可以通过专用的安装程序将APP的程序文件安装到制定目录下，自动完成APP的配置和初始化。手动为多个APP配置脚本可以是指开发人员可以基于安装手册，手动完成每个APP的配置，或者，为多个APP编辑一个专用的配置脚本。基于该配置脚本，可以对APP进行安装。另外，当APP的配置参数需要修改后，还需要手动修改该配置脚本。

但是，专用的安装程序需要专门针对APP进行开发，成本较高。手段为多个APP配置脚本的方式也需要开发人员逐一为每个APP进行配置安装，效率较低。另外，随着APP逐渐平台化(平台可以为APP提供开发环境支持、交易支持、统一部署支持)，安装程序及手动为APP配置脚本的方式无法满足APP平台化的趋势。

基于此，本申请实施例提供了一种应用管理方法，可以应用于开发系统，通过建立多个APP之间的层级关系，从而可以基于多个APP之间的层级关系统一管理/部署多个APP，从而提高了APP的配置效率。

示例性地，该方法具体可以在开发系统对应的硬件设备上实现，如：硬件设备可以包括服务器、计算机等。其中，服务器可以是单独的一个服务器，或者，也可以是由多个服务器构成的服务器集群。部分实施方式中，服务器集群还可以是分布式集群。本申请对开发系统对应的硬件设备的具体实现方式不作限制。需要说明的是，本申请实施例中涉及到的开发系统侧实现步骤，均可以是由开发系统对应的硬件设备来实现。

图1为本申请实施例提供的应用管理方法的流程示意图。如图1所示，该应用管理方法可以包括：

S101、构建第一应用的结构数据模型和第二应用的结构数据模型。

其中，应用的结构数据模型可以包括应用的程序代码。例如，第一应用的结构数据模型可以包括第一应用的程序代码，第二应用可以包括第二应用的程序代码。应用的程序代码可以用于实现应用的功能。

一种可能的实现方式中，开发系统可以通过与应用的开发工作室的设备进行交互，构建应用的结构数据模块。

例如，应用的结构数据模型开发系统可以主动从应用的开发工作室的设备上获取应用的结构数据模型。

其中，第一应用和第二应用可以为同一开发工作室开发的应用，也可以为不同的开发工作室开发的应用。

一种示例中，开发系统可以向应用的开发工作室的设备发送请求信息，该请求信息用于请求获取应用的结构数据模型。应用的开发工作室在接收来自开发系统的请求信息之后，可以上传应用的结构数据模型。

又一种可能的实现方式中，应用的开发工作室在构建应用的结构数据模型之后，也可以主动向开发系统上传应用的结构数据模型。

例如，开发工作室的设备可以响应于上传操作，向开发系统发送应用的结构数据模型。

又一种示例中，开发系统可以先获取到用于构建应用的结构数据模型的信息，例如，该信息可以包括应用的配置信息、程序集等。基于该信息，开发系统可以构建应用的结构数据模型。例如，开发系统可以根据第一应用的配置信息构建第一应用的结构数据模型，并根据第二应用的配置信息构建第二应用的结构数据模型。

S102、建立第一应用的结构数据模型与第二应用的结构数据模型之间的层级关系。

其中，结构数据模型之间的层级关系可以表征应用之间的关联关系。例如，层级关系可以包括父子关系、上下级关系、并联关系等。

一种示例中，以结构数据模型之间的层级关系为父子关系为例，第一应用的结构数据模型和第二应用的结构数据模型之间的层级关系可以为第一父子关系。在该第一父子关系中，第二应用的结构数据模型可以为第一应用的结构数据模型的子模型，第一应用的结构数据模型为第二应用的结构数据模型的唯一父结构数据模型。

其中，当第一应用的结构数据模型运行时，可以调用第二应用的结构数据模型，或者第一应用能够控制第二应用的生命周期。应用的生命周期可以是指应用从程序代码到程序实体的过程。又或者，第二应用的结构数据模型可以实现的功能为第一功能，当第一应用中不包括用于实现第一功能的代码时，也可以通过调用第二应用的方式实现第一功能。

需要说明的是，本申请实施例中，父结构数据模型可以包括多个子结构数据模型。例如，第一应用的结构数据模型还可以包括除第二应用的结构数据模型之外的其他结构数据模型。一个子结构数据模型具有唯一的父结构数据模型。当然，子结构数据模型也可以包括其他子结构数据模型。例如，第二应用的结构数据模型还可以包括多个层级的结构数据模型。每个层级的一个结构数据模型对应一个应用。

例如，第二应用的结构数据模型的子模型还可以包括第三应用的结构数据模型和第四应用的结构数据模型。第三应用和第四应用可以为父子关系，比如，第三应用的结构数据模型为第四应用的结构数据模型的父模型。当然，第三应用和第四应用可以为并列关系，比如，第三应用的结构数据模型和第四应用的结构数据模型均为第二应用的子结构数据模型。

或者，第二应用的结构数据模型还可以包括多个层级的结构数据模型也可以描述为第二应用还可以包括多个层级的应用。该多个层级的应用可以包括第三应用和第四应用。第三应用可以为第四应用的父应用。

一种示例中，如图2所示，应用n+1的结构数据模型(APP结构数据模型n+1)的子模型列表可以包括应用2的结构数据模型(APP结构数据模型2)和和应用n的结构数据模型(APP结构数据模型n)。应用n的结构数据模型的子模型列表可以包括应用1的结构数据模型(APP结构数据模型1)和应用3的结构数据模型(APP结构数据模型3)。

一种可能的实现方式中，当开发系统获取到第一应用的结构数据模型和第二应用的结构数据模型之后，可以将第二应用的结构数据模型作为第一应用的结构数据模型中一部分，以使得当第一应用的结构数据模型运行时，可以使用第二应用的结构数据模型。

本申请实施例中，通过建立第一应用的结构数据模型和第二应用的结构数据模型之间的层级关系，从而可以构建第一应用和第二应用之间的结构树(树形结构)。基于树形架构中第一应用与第二应用之间的层级关系，可以在部署第一应用时控制第二应用的部署，从而实现了多个应用的统一部署。同时，基于第一应用和第二应用之间的层级关系，当运行第一应用的结构数据模型时，可以调用第二应用的结构数据模型，从而实现了多个应用的统一管理。而且，不需要专门为多个应用开发安装程序，降低了开发成本。另外，开发人员也不需要为每个应用逐一配置脚本，提高了配置效率。

在本申请中，当第二应用的结构数据模型为第一应用的结构数据模型的子模型时，第二应用可以认为是第一应用的子应用，但第二应用的程序代码又是独立在第一应用之外的。

下面对建立第一应用的结构数据模型和第二应用的结构数据模型之间的层级关系的实现方式进行示例性说明。

一种可能的实现方式中，当层级关系为父子关系时，为了建立第一应用的结构数据模型和第二应用的结构数据模型之间的第一父子关系，可以根据第一应用的结构数据模型，确定第一应用的配置信息，并根据第二应用的结构数据模型，确定第二应用的配置信息。则第一应用的结构数据模型和第二应用的结构数据模型之间的层级关系，可以是指第一应用的结构数据模型与第二应用的配置信息之间的层级关系，或者第一应用的配置信息与第二应用的结构数据模型之间的层级关系，或者第一应用的配置信息和第二应用的配置信息之间的层级关系。

其中，应用的配置信息可以用于配置应用的结构数据模型的属性值。

例如，应用的配置信息可以包括应用的标识信息或应用的版本号中的一个或多个。应用的配置信息还可以应用的属性。比如，应用的属性可以包括应用的名称、应用的配置信息的标识信息、应用的结构数据模型的标识信息和版本号、或应用的配置信息中的配置参数值中的一个或多个。

比如，第一应用的配置信息可以包括第一应用的标识信息或第一应用的版本号中的一个或多个。第一应用的配置信息的属性可以包括第一应用的名称、第一应用的配置信息的标识信息、第一应用的结构数据模型的标识信息和版本号、及第一应用的配置信息中的配置参数值中的一个或多个。

需要说明的是，本申请实施例中，不同应用的结构数据模型的版本号不同。不同应用的标识信息也不同。例如，第一应用的结构数据模型的版本号和第二应用的结构数据模型的版本号不同。第一应用的标识和第二应用的标识信息也不同。

下面分别对第一应用的结构数据模型与第二应用的配置信息之间的层级关系、第一应用的配置信息与第二应用的结构数据模型之间的层级关系、第一应用的配置信息和第二应用的配置信息之间的层级关系的建立方法进行说明。

1、建立第一应用的结构数据模型和第二应用的配置信息之间的层级关系。

其中，第一应用的结构数据模型与第二应用的配置信息之间的层级关系为第二父子关系。第一应用的结构数据模型可以包括第二应用的配置信息。当然，第一应用的结构数据模型还可以包括其他应用的配置信息。在该第二父子关系中，第一应用的结构数据模型是第二应用的配置信息的唯一父结构数据模型。

一种示例中，在根据第一应用的配置信息，建立第一应用的结构数据模型之后，可以将第二应用的配置信息作为第一应用的结构数据模型的配置脚本中的信息，或者，可以在第一应用的结构数据模型中增加能够调用第二应用的配置信息的字段。从而可以建立第一应用的结构数据模型和第二应用的配置信息之间的层级关系。如此，当第一应用的结构数据模型运行时，能够调用第二应用的配置信息。

2、建立第一应用的配置信息和第二应用的结构数据模型之间的层级关系。

其中，第一应用的配置信息和第二应用的结构数据模型之间的层级关系可以是指通过第一应用的配置信息，可以控制/管理第二应用的结构数据模型。例如，可以控制第二应用的结构数据模型的状态。该状态可以包括启动运行、终止运行、中断运行等。

一种示例中，可以将第二应用的结构数据模型对应的配置信息写入第一应用的配置信息中，建立第一应用的配置信息和第二应用的结构数据模型之间的父子关系。例如，可以将第二应用的结构数据模型的配置信息或者第二应用的结构数据模型的配置信息的标识信息添加到第一应用的配置信息列表中，得到第一应用的配置信息。第一应用的配置信息列表可以包括用于建立第一应用的结构数据模型的配置参数。如此，当开发系统使用第一应用的配置信息建立第一应用的结构数据模型时，可以根据第一应用的配置信息列表中的配置参数(包括第二应用的结构数据模型的配置信息或标识信息)，建立第一应用的结构数据模型。

例如，结合图2，如图3所示，为应用的配置信息与应用的模型之间的层级关系。图3中，每个配置信息可以包括多个子配置信息。每个配置信息可以具有唯一的标识信息。不同应用的配置信息的标识信息不同。

3、建立第一应用的配置信息与第二应用的配置信息之间的层级关系。

其中，第一应用的配置信息和第二应用的配置信息之间的层级关系为第三父子关系。第三父子关系中，第一应用的配置信息是第二应用的配置信息的唯一父配置信息。第一应用的配置信息还可以是其他应用的配置信息的父配置信息。

一种示例中，在确定第一应用和第二应用各自的配置信息之后，可以将第二应用的配置信息作为第一应用的配置信息的子配置信息，也即，建立了第一应用的配置信息和第二应用的配置信息之间的层级关系。例如，可以在第一应用的配置信息中增加第二应用的配置信息的标识信息，或者增加能够指示第二应用的配置信息的字段，或者，可以将第二应用的配置信息作为子配置信息第一应用的配置信息中，从而可以建立第一应用的配置信息和第二应用的配置信息之间的层级关系(父子关系)。

例如，结合图2，如图4所示，为多个应用的配置信息之间的层级关系。图4中，父应用的配置信息可以具有子配置信息列表。该子配置信息列表可以包括多个子配置信息或多个子配置信息的标识信息。一个子配置信息对应一个应用。

如此，当第二应用被部署时，可以通过查询第一应用的配置信息包括的第二应用的配置信息的标识信息或能够指示第二应用的配置信息的字段，获取第二应用的配置信息，进而可以将第一应用的配置信息和第二应用的配置信息一并进行部署。

一些实现方式中，第二应用可以包括多个层级的应用，第二应用为多个层级的应用的父应用，且该多个层级中每个层级的应用具有唯一的父应用。

例如，多个层级的应用可以包括第三应用和第四应用。第三应用可以为第四应用的父应用。如此，可以构建多个应用之间的树状结构。

基于前述实施例，本申请实施例还提供了一种应用管理方法，该方法可以用于建立第一应用的结构数据模型和第二应用的结构数据模型之间的层级关系。一种实现方式中，第一应用和第二应用的开发者相同，开发者可以在本地开发完成第一应用和第二应用，并创建第一应用的结构数据模型和第二应用的结构数据模型。然后根据第一应用的结构数据模型，创建第一应用的配置信息以及根据第二应用的结构数据模型，创建第二应用的配置信息，并在第二应用的配置信息中配置第二应用的结构数据模型的属性值，得到个性化设置的应用的配置信息(也可以称为零件APP)。最后将第二应用的配置信息增加到第一应用的配置信息中，用以建立第一应用的结构数据模型和第二应用的结构数据模型之间的父子关系。

在构建第一应用的结构数据模型和第二应用的结构数据模型之间的层级关系之后，为了测试第一应用的结构数据模型和第二应用的结构数据模型之间的层级关系是否可以正常使用，如图5所示，本申请实施例提供的应用管理方法还可以包括：

S501、接收第一运行指令。

其中，第一运行指令可以用于测试第一应用是否能够调用第二应用以实现第二应用的功能。

例如，该第一运行指令可以为开发人员通过开发工作室对应的设备，向开发系统所在的设备发送该第一运行指令。相应的，开发系统所在的设备可以接收第一运行指令。如此，开发系统可以运行第一应用，用以检测在运行第一应用时，能否调用第二应用的结构数据模型。

进一步的，第一运行指令还可以用于指示运行第一应用的运行资源(如内存、中央处理器(Central Processing Unit/Processor，CPU))等。如此，开发系统可以根据第一运行指令指示的运行资源运行第一应用。

S502、当第一应用能够调用第二应用以实现第二应用的功能时，部署第一应用及第二应用，或将第一应用及第二应用上传至目标节点。

其中，当第一应用能够调用第二应用以实现第二应用的功能时，则说明第一应用和第二应用之间的层级关系/父子关系可以正常使用。如此，可以将部署安装第一应用和第二应用，用以建立第一应用和第二应用对应的应用系统的功能。或者，可以将第一应用及第二应用上传至目标节点。比如，目标节点可以为应用商店对应的设备(如服务器)，以使得其他用户可以从应用商店上下载该第一应用及第二应用。又或者，可以将第一应用及第二应用以树形结构的形式上传至应用商店对应的设备，以使得其他用户可以基于树形结构，确定第一应用和第二应用之间的关联关系，并基于该关联关系，可以对第一应用和第二应用进行迭代开发。

在构建第一应用的结构数据模型和第二应用的结构数据模型之间的父子关系之后，为了保证在后续基于该父子关系对第一应用或第二应用进行开发时，开发人员可以确定当前阶段的应用的版本号，以第一应用为例，如图6所示，本申请实施例提供的方法还可以包括：

S601、接收第一存储操作。

其中，第一存储操作可以用于指示存储第一应用当前时刻的运行状态的信息。第一应用的运行状态的信息可以用于指示在第一应用的测试运行过程中，第一应用的运行情况。例如，第一应用是否运行正常等。

例如，该第一存储操作可以为在第一应用的开发运行过程中，开发人员通过开发工作室的设备向开发系统对应的设备发送的指令，或者，为开发人员直接在开发系统对应的设备上进行的操作。

S602、增加第一应用的第一时刻的版本号，并将增加后的版本号作为第一应用的当前时刻的版本号。

其中，第一时刻为当前时刻之前的时刻。例如，第一时刻可以为当前时刻之前接收到用以存储第一应用的运行状态的信息的时刻。

例如，开发系统可以在第一时刻的版本号的基础上增加第一数值，得到当前时刻第一应用的版本号。第一数值可以根据需要设置，例如，可以为1、2等，不予限制。

进一步的，当第一应用的版本号更新时，开发系统可以将第一应用的配置信息中的版本号替换为更新后的版本号。

基于该实施例，可以在应用的运行过程中，开发系统可以根据用户需求自动生成应用的版本号。同时，保证应用的版本号为单调递增。

进一步的，为了保证具有层级关系的多个应用的版本号可以同步进行更新，结合图6，如图7所示，本申请实施例提供的方法还可以包括：

S701、建立第一应用的结构数据模型的版本号与第二应用的结构数据模型的版本号的变更关系。

其中，该变更关系可以包括：当第二应用的结构数据模型的版本号发生变更时，变更第一应用的结构数据模型的版本号。

一种可能的实现方式中，当开发系统检测到第二应用的结构数据模型的版本号发生变更时，可以基于第一应用的当前的版本号生成新的版本号。基具体方法，可以参照上述图6的方法。

基于图7的技术方案，本申请实施例中，开发系统可以建立具有层级关系的第一应用的结构数据模型的版本号和第二应用的结构数据模型的版本号之间的更新关系。基于该更新关系，当第二应用的结构数据模型的版本号更新时，开发系统对第一应用的结构数据模型的版本号进行更新，保证了第一应用和第二应用的结构数据模型的版本号更新的同步性。

一种可能的实施中，当第二应用的配置信息发生变更时，例如，第二应用被其他开发人员再次开发，为了及时更新第一应用的配置信息中包括的第二应用的配置信息，如图8所示，本实施例提供的方法还可以包括：

S801、接收修改信息。

其中，修改信息可以用于指示对第二应用的配置信息进行了修改。例如，第一修改信息可以包括第二应用的修改后的配置信息，或者，第一修改信息可以包括第一指示符。第一指示符可以用于指示对第二应用的配置信息进行了修改。例如，第一指示符可以为第二应用的修改过后的配置信息的版本号。

一种示例中，其他开发人员可以从开发系统上下载第二应用的配置信息，并对第二应用的配置信息再次进行开发或调测，得到第二应用的更新后的配置信息。在对第二应用的配置信息进行开发或调测之后，其他开发人员可以通过所在的开发工作室的设备将第二应用的更新后的配置信息及第二应用的更新后的配置信息的版本号上传至开发系统。

S802、根据修改信息，更新第一应用的配置信息。

其中，更新第一应用的配置信息可以是指将第一应用的配置信息中包括的第二应用的配置信息替换为第二应用的更新后的配置信息。

由上述S801和S802可知，当树形结构中存在应用更新或应用的配置的息更新时，开发系统可以及时的对树形结构中相关的应用进行更新。

下面结合实例对S202中建立第一应用的结构数据模型和第二应用的结构数据模型的层级关系的具体实现方式进行示例性说明。

示例性地，在构建第一应用的结构数据模型和第二应用的结构数据模型之间的层级关系的过程可以如下：

1)创建第一应用的结构数据模型，并为第一应用的结构数据模型分配唯一标识信息(如全球唯一标识)。例如，第一应用的开发者可以在开发工作室中创建第一应用的结构数据模型。

2)创建第一应用的结构数据模型的数据预定义(简称为第一应用的预定义)，并在第一应用的预定义中配置第一应用的结构数据模型的属性值。

其中，预定义也可以称为配置信息，或者，预定义也可以包括配置信息。配置信息可以参照上述的描述。

3)为第一应用的结构数据模型配置子预定义列表，并为第一应用的预定义分配唯一的标识信息(如全球唯一标识)。

4)创建第二应用的结构数据模型，并为第二应用的结构数据模型分配唯一标识信息(如全球唯一标识)。例如，第二应用的开发者可以在开发工作室中创建第二应用的结构数据模型。

5)结构数据模型创建第二应用的结构数据模型的结构数据模型数据预定义(简称第二应用的预定义)，并在第二应用的预定义中配置第二应用的APP模型的属性值，得到第二应用的配置后的预定义。

6)将第二应用的配置后的预定义添加到第一应用的子预定义列表中。

本申请中提到了预定义的概念，预定义是对结构数据模型的属性的一组具体配置值。预定义上记录了结构数据模型的配置信息，预定义用来实例化对象，实例化对象是按照其模型的结构构建对象的结构，并把参数值作为对象的初始值。预定义也能被其他模型引用为子预定义。

例如，创建结构数据模型时，操作可以包括：新建模型，分配名字和标识信息；添加成员，指定成员类型；删除成员；添加或删除子预定义；设置子预定义的初值；更新模型版本；发布某模型版本生成预定义等。创建预定义时，操作可以包括：指定某模型版本发布(创建)预定义；分配名称和标识信息；设置预定义的参数值(属性和成员)等。

图9为本申请实施例提供的结构数据模型和预定义的关系示意图。

如图9所示，结构数据模型可以包括基本属性和成员列表；基本属性可以包括名称、描述、全局唯一标识符(globally unique identifier,GUID)、版本等信息；成员列表可以包括：“成员1：名称+类型”、“成员2：名称+类型”、“成员3：名称+类型”等信息。

预定义可以包括基本属性和成员列表；基本属性可以包括类型、名称、描述、GUID、模型GUID+版本等信息；成员列表可以包括：“成员1+值”、“成员2+值”、“成员3+值”等信息。

一种示例中，如图10所示，结构数据模型的类型可以包括C++结构数据模型、Nodejs结构数据模型、Java结构数据模型等。

其中，不同类型的结构数据模型的配置信息均可以guid、名称、版本号、语言类别、程序集、自预定义列表、配置项列表。下面分别对这些配置信息进行说明：

1、guid可以为开发系统生成，全局唯一。名称可以由用户自定义。

2、版本号可由为开发系统管理，连续的版本号可以为单调递增的，具体的，可以参照上述S602的描述。程序集可以包括命令行、源码、运行二进制等。

3、语言类别可以是指程序代码是由的编程语言。比如，C++结构数据模型的语言类型为C++,Nodejs结构数据模型的语言类型为Nodejs,Java结构数据模型的语言类型为Java。

4、程序集，也即程序代码，可以包括命令行、源码、二进制等。

其中，命令行是指应用加载运行时要执行的命令行，例如，启动的程序名称、要传入的命令参数、注册命令等。

源码可以是指源代码和使用的资源文件(可以为空)。其他使用者可以购买原来授权来查看和使用源代码。源代码可以包括C++源代码、Nodejs的JavaScript源代码、Java源代码等。

运行二进制可以包括二进制程序包。由于C++不是跨平台的，因此C++结构数据模型的程序集的二进制是针对平台的。例如，平台可以包括通用linux平台、通用windows平台、安卓(android)、Mac等。Java结构数据模型的程序集中的运行二进制是跨平台的，只需要存储一份class文件或jar包。

5、自预定义列表可以是由结构数据模型生成的预定义，不限语言类别。

6、配置项列表可以被定义的配置项(key-value)列表。

需要说明的是，上述类型的结构数据模型仅为示例性的，还可以包括其他类型的结构数据模型。

示例性的，图11为本申请实施例提供的结构数据模型的示意图。如图11所示，结构数据模型可以包括：基本属性、成员列表、以及子模型列表。具有子模型的结构数据模型是复合的结构数据模型，如：图中的结构数据模型A为复合的结构数据模型，结构数据模型B和结构数据模型C是结构数据模型A的子模型。

结构数据模型中，基本属性描述了数据的固有属性，包括名称、描述、GUID、时间属性(如精度)、空间属性(如坐标系、几何形状)等；成员列表描述了自由定义的字段，每个成员描述其字段名称、数据类型，如：成员1、成员2等。子模型列表中记录了引用为子模型的结构数据模型的数据预定义的标识，建立了子模型和结构数据模型之间的依赖关系，例如，结构数据模型A的子模型列表包括结构数据模型B和结构数据模型C的数据预定义的标识，如：“名称B1+引用模型ID+参数值”、“名称B2+引用模型ID+参数值”、“名称C3+引用模型ID+参数值”等。

例如，电机设备都具有转速、温度、电流等参数，建立电机设备的结构数据模型，电机设备的结构数据模型可以包括转速、温度、电流的成员，通过电机设备的结构数据模型可以对同类的电机统一描述。

又例如，假设压缩机车间内部都有定盘生产线、静盘生产线、总装生产线，建立压缩机车间的结构数据模型，压缩机车间的结构数据模型的内部可以包括子模型：定盘生产线、静盘生产线、总装生产线等。压缩机车间的结构数据模型可以描述同类的压缩机车间模型。

一种应用场景中，基于应用的预定义，建立应用的结构数据模型之间的层级关系可以如图12所示。

一种应用场景中，当软件系统可以提供多种服务功能时，例如，可以提供共识服务(是指高可靠的多实例集群，用于多实例之间对于某件事情协商一致)、业务数据存储服务(高可靠的多实例集群)时，该软件系统可以包括部署管理工具(或者部署管理应用)、共识服务工具(或者共识服务应用)、数据服务工具(或者数据服务应用)。

基于上述建立多个应用之间的层级关系的方法，部署管理工具、共识服务工具、数据服务工具之间的层级关系可以如图13所示。

在建立第一应用的结构数据模型和第二应用的结构数据模型之间的父子关系之后，为了方便用户了解应用的相关情况(如应用的变更情况，或者应用的属性的变更情况)，如图14所示，本申请实施例提供了一种应用订阅方法，该方法包括：

S1401、构建第一应用的结构数据模型及第二应用的结构数据模型。

S1402、建立第一应用的结构数据模型和第二应用的结构数据模型之间的层级关系。

具体的，上述S1401和S1402可以参照上述S101和S102的描述，不予赘述。

S1403、接收订阅信息。

其中，订阅信息可以用于订阅第一应用的信息。例如，订阅信息可以包括第一应用的标识信息、订阅用户的信息(如账户信息等)。第一应用的配置信息的更新信息可以是指第一应用的配置信息添加了新的配置信息(如增加了新的应用的配置信息)、第一应用的配置信息进行了修改(如第一应用的配置信息的版本号进行了更新)、第一应用的配置信息被删除(如第一应用的配置信息的子配置信息被删除)中的一个或多个。

例如，订阅用户可以通过使用的设备向开发系统发送订阅信息。开发系统在接收到订阅信息之后，可以存储订阅信息，并根据订阅信息监测第一应用的信息是否更新。

进一步的，通常情况下，用户有可能主要关注与应用相关的变化事件(如，添加事件、修改事件、删除事件等)和应用的属性的变化情况。订阅信息还可以用于订阅预设事件、预设属性的变化信息。例如，订阅信息可以包括预设事件的标识信息(或数组)、预设属性的标识信息等。

S1404、当第一应用的信息更新时，发送通知信息。

其中，通知信息与第一应用和/或第二应用的更新信息相关。例如，第一信息可以用于指示第一应用的信息和/或第二应用的信息进行了更新。或者，第一信息可以包括第一应用的更新信息和/或第二应用的更新信息。例如，第一应用的更新信息可以包括第一应用的结构数据模型和/或配置信息的添加信息、修改信息和删除信息中的一个或多个。第一应用的更新信息还可以包括第一应用的结构数据模型和/配置信息的更新后的版本号和/或第二应用的结构数据模型和/配置信息的更新后的版本号。比如，第一应用的配置信息的更新信息可以包括第一应用的配置信息添加新的配置信息、第一应用的配置信息进行了修改、第一应用的配置信息被删除中的一个或多个。

一种可能的实现方式中，当第一应用的结构数据模型与第二应用的结构数据模型之间具有层级关系时，开发系统可以根据第一应用的结构数据模型的标识信息，确定第二应用的结构数据模型的更新信息；发送第一应用的结构数据模型的更新信息和第二应用的结构数据模型的更新信息。

又一种可能的实现方式中，当第一应用的结构数据模型和第二应用的配置信息之间具有层级关系，因此，开发系统可以第一应用的结构数据模型的标识信息，确定第二应用的配置信息的更新信息；发送第一应用的结构数据的更新信息和第二应用的配置信息的更新信息。

又一种可能的实现方式中，当第一应用的配置信息和第二应用的配置信息之间具有层级关系时，例如，第二应用的配置信息为第一应用的配置信息的子配置信息，且第一应用的配置信息是第二应用的配置信息的唯一父配置信息时，开发系统可以根据第一应用的结构数据模型的标识信息，确定第一应用的配置信息；基于第一应用的配置信息确定第二应用的配置信息，并在确定第二应用的配置信息发生变更时，发送第一应用的配置信息的更新信息和第二应用的配置信息的更新信息。

一种示例中，当开发系统监测到第一应用的信息更新时，可以根据订阅信息中的订阅用户的信息，向订阅用户使用的设备发送通知信息。

进一步的，当订阅信息用于订阅第一应用是否发生预设事件以及第一应用的属性变更信息时。第一信息可以还包括第一应用是否发生预设事件、第一应用的更新后的属性信息。

例如，第一信息可以包括第一指示符，第一指示符可以用于指示第一应用发生了预设事件。当第一应用未发生预设事件时，第一信息可以包括第二指示符，第二指示符可以用于指示第一应用未发生预设事件。第一指示符和第二指示符可以为数字、字母或数字与字母的组合，第一指示符和第二指示符不同。

基于图14所示的技术方案，开发系统可以根据用户的应用订阅需求，在检测到应用发生变更时，将应用的更新信息发送给用户，以便于用户可以及时了解应用的更新情况。

一种可能的实施例中，为了便于用户查询与第一应用的相关信息，如图15所示，本申请实施例提供的方法，还可以包括：

S1501、接收查询信息。

其中，查询信息可以用于查询第一应用和第二应用的状态的信息。应用的状态可以包括应用的结构数据模型或配置信息的创建状态、运行状态和终止状态中的任一个。

进一步的，查询信息还可以用于查询第一应用的的配置信息或配置信息的属性信息。属性信息可以包括必要属性信息和选择属性信息。例如，必要属性信息可以包括第一应用的标识信息、第二应用的标识信息中的一个或多个。选择属性信息可以包括第一应用的属性的标识信息、第二应用的属性信息的标识中的一个或多个。

一种示例中，查询信息可以包括第一应用的标识信息或第一应用的配置信息的标识信息或第一应用的结构数据模型的版本号，开发系统可以根据第一应用的标识或第一应用的配置信息的标识信息或第一应用的结构数据模型的版本号，从上述第一应用和第二应用的层级关系中，确定第二应用的的配置信息或配置信息的属性信息。

一种可能的实现方式中，用户(可以为订阅用户，也可以不是订阅用户)可以通过使用的设备向开发系统发送查询信息。响应的，开发系统可以接收到来自订阅用户的查询信息。

S1502、发送第一应用和第二应用的状态的信息。

基于图15所示的技术方案，开发系统在接收到查询信息后，可以根据查询信息，确定应用的相关信息。进而，将应用的相关信息发送给对应的用户。满足了用户的个性化需求。

可以理解的，在实际实施时，本申请实施例所述的开发系统中的设备、用户设备等可以包含有用于实现前述对应的应用管理方法的一个或多个硬件结构和/或软件模块，这些执行硬件结构和/或软件模块可以构成一个电子设备。本领域技术人员应该很容易意识到，结合本文中所申请的实施例描述的各示例的算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

基于这样的理解，以开发系统包含的硬件结构和/或软件模块为例，本申请实施例还对应提供一种应用管理装置，可以应用于上述开发系统(如应用商店对应的硬件设备)。图16为本申请实施例提供的应用管理装置的结构示意图。如图16所示，该应用管理装置可以包括：构建模块1601，用于构建第一应用的结构数据模型和第二应用的结构数据模型，应用的结构数据模型包括用于实现应用的功能的程序代码；建立模块1602，用于建立第一应用的结构数据模型与第二应用的结构数据模型之间的层次关系。

可选地，第一应用的结构数据模型与第二应用的结构数据模型之间的层级关系为第一父子关系；第二应用的结构数据模型为第一应用的结构数据模型的子模型。

可选地，第一父子关系中的第一应用的结构数据模型是第二应用的结构数据模型的唯一父结构数据模型。

一些实现方式中，如图16所示，该装置还包括确定模块1603，用于根据第一应用的结构数据模型，确定第一应用的配置信息，并根据第二应用的结构数据模型，确定第二应用的配置信息。

一些实现方式中，建立模块1601，具体用于建立第一应用的结构数据模型与第二应用的配置信息之间的层级关系。

可选地，第一应用的结构数据模型与第二应用的配置信息之间的层级关系为第二父子关系；第一应用的结构数据模型包括第二应用的配置信息。

可选地，第二父子关系中的第一应用的结构数据模型是第二应用的配置信息的唯一父结构数据模型。

一些实现方式中，建立模块1601，具体用于建立第一应用的配置信息与第二应用的配置信息之间的层级关系。

可选地，建立第一应用的配置信息与第二应用的配置信息之间的层级关系。

可选地，第三父子关系中的第一应用的配置信息是第二应用的配置信息的唯一父配置信息。

可选地，第二应用的配置信息包括多个层级的配置信息，该多个层级的配置信息中每个层级的配置信息具有唯一的父配置信息。

可选地，多个层级的配置信息中每个层级的配置信息具有唯一的标识信息。

可选地，第二应用包括多个层级的应用，第二应用为多个层级的应用的父应用，该多个层级中每个层级中的应用具有唯一的父应用。

可选地，多个层级的应用包括第三应用和第四应用，第三应用为第四应用的父应用。

可选地，第一应用的配置信息包括第一应用的标识信息、或第一应用的版本号中的一个或多个。

可选地，第一应用的配置信息包括属性，该属性包括第一应用的名称、第一应用的配置信息的标识信息、第一应用的结构数据模型的标识信息和版本号、或第一应用的配置信息中的配置参数值中的一个或多个。

可选地，第一应用的结构数据模型的版本号和第二应用的结构数据模型的版本号不同。

一些实现方式中，建立模块1601，还用于建立第一应用的结构数据模型的版本号与第二应用的结构数据模型的版本号的变更关系；其中，变更关系包括：当第二应用的结构数据模型的版本号发生变更时，变更第一应用的结构数据模型的版本号。

可选地，第一应用的标识信息和第二应用的标识信息不同。

一些实现方式中，如图16所示，该装置还包括接收模块1604，用于接收修改信息，修改信息用于指示对第二应用的配置信息进行了修改。更新模块1605，用于根据修改信息，更新第一应用的配置信息。

本申请实施例还对应提供一种应用订阅装置，可以应用于上述开发系统中的设备。图17为本申请实施例提供的应用订阅装置的结构示意图。如图17所示，该应用管理装置可以包括：构建模块1701，用于构建第一应用的结构数据模型及第二应用的结构数据模型，应用的结构数据模型包括应用的程序代码，应用的程序代码用于实现应用的功能；建立模块1702，用于建立第一应用的结构数据模型与第二应用的结构数据模型之间的层级关系；接收模块1703，用于接收用于订阅第一应用的信息订阅信息；发送模块1704，用于当第一应用的信息更新时，发送与第一应用和/或与第二应用的更新信息相关的通知信息。

一些实现方式中，第一应用的结构数据模型与所述第二应用的结构数据模型之间的层级关系为第一父子关系，第二应用的结构数据模型为第一应用的结构数据模型的子模型；第一父子关系中的第一应用的结构数据模型是第二应用的结构数据模型的唯一父结构数据模型。发送模块1704具体用于根据第一应用的结构数据模型的标识信息，确定第二应用的结构数据模型的更新信息；发送第一应用的更新信息和第二应用的结构数据模型的更新信息。

一些实现方式中，该装置还包括确定模块1705，用于根据所述第一应用的结构数据模型，确定所述第一应用的配置信息，并根据所述第二应用的结构数据模型，确定所述第二应用的配置信息。

一些实现方式中，建立模块1701，具体用于：建立第一应用的结构数据模型与第二应用的配置信息之间的层级关系。

一些实现方式中，第一应用的结构数据模型与第二应用的配置信息之间的层级关系为第二父子关系；第一应用的结构数据模型包括第二应用的配置信息；第二父子关系中的第一应用的结构数据模型是第二应用的配置信息的唯一父结构数据模型；其中，发送模块1704，具体用于：根据第一应用的结构数据模型的标识信息，确定第二应用的配置信息的更新信息；发送第一应用结构数据模型的更新信息和第二应用的配置信息的更新信息。

一些实现方式中，建立模块1701，具体用于：建立第一应用的配置信息与第二应用的配置信息之间的层级关系。

一些实现方式中，第一应用的配置信息与第二应用的配置信息之间的层级关系为第三父子关系；第二应用的配置信息为第一应用的配置信息的子配置信息；第三父子关系中的第一应用的配置信息是第二应用的配置信息的唯一父配置信息；其中，发送模块1704，具体用于：根据第一应用的结构数据模型的标识信息，确定第一应用的配置信息；基于第一应用的配置信息确定第二应用的配置信息；确定第二应用的配置信息的更新信息，发送第一应用配置信息的更新信息和第二应用的配置信息的更新信息。

可选地，更新信息包括结构数据模型和/或配置信息的添加信息、修改信息和删除信息中的一个或多个。

一些实现方式中，接收模块1703，具体用于：接收用于查询所述第一应用和所述第二应用的状态的查询信息；发送第一应用和第二应用的状态的信息；其中，应用的状态包括应用的结构数据模型或配置信息的创建状态、运行状态和终止状态中的任一种状态。

一些实现方式中，如图17所示，该装置还可以查询模块1706，用于：根据第一应用的结构数据模型的标识信息，查找第二应用的结构数据模型的状态。

一些实现方式中，查询模块1706，具体用于：根据第一应用的结构数据模型的标识信息，查找第一应用的配置信息的状态；或根据第一应用的结构数据模型的标识信息，查找第二应用的配置信息的状态。

一些实现方式中，查询模块1706，具体用于：根据第一应用的结构数据模型的标识信息，确定第一应用的配置信息；基于第一应用的配置信息查找第二应用的配置信息的状态。

如上所述，本申请实施例可以根据上述方法示例对应用管理方法中涉及到的各执行主体进行功能模块的划分。其中，上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。另外，还需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。

关于上述实施例中的应用管理装置，其中各个模块执行操作的具体方式、以及具备的有益效果，均已经在前述方法实施例中进行了详细描述，此处不再赘述。

本申请实施例还提供一种电子设备，该电子设备可以是应用商店对应的硬件设备，或者开发侧的设备，又或者上述用户设备。电子设备包括：处理器，用于存储处理器可执行指令的存储器；处理器被配置为执行所述指令时，使得电子设备实现如前述实施例所述的方法。

在示例性实施例中，本申请实施例还提供一种计算机可读存储介质，其上存储有计算机程序指令；当所述计算机程序指令被电子设备执行时，使得电子设备实现如前述实施例所述的方法。

可选地，上述计算机可读存储介质可以是非临时性计算机可读存储介质，例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

在示例性实施例中，本申请实施例还提供一种计算机程序产品，包括计算机可读代码，或者承载有计算机可读代码的非易失性计算机可读存储介质，当所述计算机可读代码在电子设备中运行时，所述电子设备中的处理器实现如前述实施例所述的方法。

本领域技术人员在考虑说明书及实践这里申请的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未申请的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求指出。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。

Claims (37)

1.一种应用管理方法，其特征在于，所述方法包括：

构建第一应用的结构数据模型和第二应用的结构数据模型，所述结构数据模型包括应用的程序代码，所述应用的程序代码用于实现所述应用的功能；

建立所述第一应用的结构数据模型与所述第二应用的结构数据模型之间的层级关系。

2.根据权利要求1所述的方法，其特征在于，所述第一应用的结构数据模型与所述第二应用的结构数据模型之间的层级关系为第一父子关系；所述第二应用的结构数据模型为所述第一应用的结构数据模型的子模型。

3.根据权利要求2所述的方法，其特征在于，所述第一父子关系中的第一应用的结构数据模型是所述第二应用的结构数据模型的唯一父结构数据模型。

4.根据权利要求1所述的方法，其特征在于，所述方法还包括：

根据所述第一应用的结构数据模型，确定所述第一应用的配置信息，并根据所述第二应用的结构数据模型，确定所述第二应用的配置信息。

5.根据权利要求4所述的方法，其特征在于，所述建立所述第一应用的结构数据模型与所述第二应用的结构数据模型之间的层级关系，具体包括：

建立所述第一应用的结构数据模型与所述第二应用的配置信息之间的层级关系。

6.据权利要求5所述的方法，其特征在于，所述第一应用的结构数据模型与所述第二应用的配置信息之间的层级关系为第二父子关系；

所述第一应用的结构数据模型包括所述第二应用的配置信息。

7.根据权利要求6所述的方法，其特征在于，所述第二父子关系中的第一应用的结构数据模型是所述第二应用的配置信息的唯一父结构数据模型。

8.根据权利要求4所述的方法，其特征在于，所述建立所述第一应用的结构数据模型与所述第二应用的结构数据模型之间的层级关系，具体包括：

建立所述第一应用的配置信息与所述第二应用的配置信息之间的层级关系。

9.根据权利要求8所述的方法，其特征在于，所述第一应用的配置信息与所述第二应用的配置信息之间的层级关系为第三父子关系；

所述第二应用的配置信息为所述第一应用的配置信息的子配置信息。

10.根据权利要求9所述的方法，其特征在于，所述第三父子关系中的第一应用的配置信息是所述第二应用的配置信息的唯一父配置信息。

11.根据权利要求4-10任一项所述的方法，其特征在于，所述第二应用的配置信息包括多个层级的配置信息，所述多个层级的配置信息中每个层级的配置信息具有唯一的父配置信息。

12.根据权利要求11所述的方法，其特征在于，所述多个层级的配置信息中每个层级的配置信息具有唯一的标识。

13.根据权利要求12所述的方法，其特征在于，所述第二应用包括多个层级的应用，所述第二应用为所述多个层级的应用的父应用，所述多个层级中每个层级中的应用具有唯一的父应用。

14.根据权利要求13所述的方法，其特征在于，所述多个层级的应用包括第三应用和第四应用，所述第三应用为所述第四应用的父应用。

15.根据权利要求14所述的方法，其特征在于，所述第一应用的配置信息包括所述第一应用的标识、或所述第一应用的版本号中的一个或多个。

16.根据权利要求14所述的方法，其特征在于，所述第一应用的配置信息包括属性，所述属性包括所述第一应用的名称、所述第一应用的配置信息的标识、所述第一应用的结构数据模型的标识和版本号、或所述第一应用的配置信息中的配置参数值中的一个或多个。

17.根据权利要求16所述的方法，其特征在于，所述第一应用的结构数据模型的版本号和所述第二应用的结构数据模型的版本号不同。

18.根据权利要求17所述的方法，其特征在于，所述方法还包括：

建立所述第一应用的结构数据模型的版本号与所述第二应用的结构数据模型的版本号的变更关系；

其中，所述变更关系包括：当所述第二应用的结构数据模型的版本号发生变更时，变更所述第一应用的结构数据模型的版本号。

19.根据权利要求15-18任一项所述的方法，其特征在于，所述第一应用的标识和所述第二应用的标识不同。

20.根据权利要求19所述的方法，其特征在于，所述方法还包括：

接收修改信息，所述修改信息用于指示对所述第二应用的配置信息进行了修改；

根据所述修改信息，更新所述第一应用的配置信息。

21.一种应用订阅方法，其特征在于，所述方法包括：

构建第一应用的结构数据模型及第二应用的结构数据模型，所述结构数据模型包括应用的程序代码，所述应用的程序代码用于实现所述应用的功能；

建立所述第一应用的结构数据模型与所述第二应用的结构数据模型之间的层级关系；

接收订阅信息，所述订阅信息用于订阅所述第一应用的信息；

当所述第一应用的信息更新时，发送通知信息，所述通知信息与所述第一应用和/或与所述第二应用的更新信息相关。

22.根据权利要求21所述的方法，其特征在于，所述第一应用的结构数据模型与所述第二应用的结构数据模型之间的层级关系为第一父子关系，所述第二应用的结构数据模型为所述第一应用的结构数据模型的子模型；所述第一父子关系中的所述第一应用的结构数据模型是所述第二应用的结构数据模型的唯一父结构数据模型；

其中，所述当所述第一应用的信息更新时，发送通知信息，包括：

根据所述第一应用的结构数据模型的标识信息，确定所述第二应用的结构数据模型的更新信息；

发送所述第一应用的结构数据模型的更新信息和所述第二应用的结构数据模型的更新信息。

23.根据权利要求21所述的方法，其特征在于，所述方法还包括：

根据所述第一应用的结构数据模型，确定所述第一应用的配置信息，并根据所述第二应用的结构数据模型，确定所述第二应用的配置信息。

24.根据权利要求23所述的方法，其特征在于，所述建立所述第一应用的结构数据模型与所述第二应用的结构数据模型之间的层级关系，具体包括：

建立所述第一应用的结构数据模型与所述第二应用的配置信息之间的层级关系。

25.根据权利要求23所述的方法，其特征在于，所述第一应用的结构数据模型与所述第二应用的配置信息之间的层级关系为第二父子关系；

所述第一应用的结构数据模型包括所述第二应用的配置信息；

所述第二父子关系中的第一应用的结构数据模型是所述第二应用的配置信息的唯一父结构数据模型；

其中，所述当所述第一应用的信息更新时，发送通知信息，包括：

根据所述第一应用的结构数据模型的标识信息，确定所述第二应用的配置信息的更新信息；

发送所述第一应用的结构数据模型的更新信息和所述第二应用的配置信息的更新信息。

26.根据权利要求23所述的方法，其特征在于，所述建立所述第一应用的结构数据模型与所述第二应用的结构数据模型之间的层级关系，具体包括：

建立所述第一应用的配置信息与所述第二应用的配置信息之间的层级关系。

27.根据权利要求26所述的方法，其特征在于，所述第一应用的配置信息与所述第二应用的配置信息之间的层级关系为第三父子关系；

所述第二应用的配置信息为所述第一应用的配置信息的子配置信息；

所述第三父子关系中的第一应用的配置信息是所述第二应用的配置信息的唯一父配置信息；

其中，所述当所述第一应用的信息更新时，发送通知信息，包括：

根据所述第一应用的结构数据模型的标识信息，确定所述第一应用的配置信息；

基于所述第一应用的配置信息确定第二应用的配置信息；

确定所述第二应用的配置信息的更新信息，发送所述第一应用的配置信息的更新信息和所述第二应用的配置信息的更新信息。

28.根据权利要求21-27任一项所述的方法，其特征在于，

所述更新信息包括结构数据模型和/或配置信息的添加信息、修改信息和删除信息中的一个或多个。

29.根据权利要求28所述的方法，其特征在于，所述方法还包括：

接收查询信息，所述查询信息用于查询所述第一应用和所述第二应用的状态的信息；

发送所述第一应用和所述第二应用的状态的信息；

其中，所述状态包括应用的结构数据模型或配置信息的创建状态、运行状态和终止状态中的任一种状态。

30.根据权利要求29所述的方法，其特征在于，所述查询所述第一应用的信息，包括：

根据所述第一应用的结构数据模型的标识信息，查找所述第二应用的结构数据模型的状态。

31.根据权利要求29所述的方法，其特征在于，所述查询所述第一应用的信息，包括：

根据所述第一应用的结构数据模型的标识信息，查找所述第一应用的配置信息的状态；或

根据所述第一应用的结构数据模型的标识信息，查找所述第二应用的配置信息的状态。

32.根据权利要求29所述的方法，其特征在于，所述查询所述第一应用的信息，包括：

根据所述第一应用的结构数据模型的标识信息，确定所述第一应用的配置信息；

基于所述第一应用的配置信息查找第二应用的配置信息的状态。

33.一种应用管理装置，其特征在于，所述装置包括：

构建模块，用于构建第一应用的结构数据模型和第二应用的结构数据模型，所述结构数据模型包括应用的程序代码，所述应用的程序代码用于实现所述应用的功能；

建立模块，用于建立所述第一应用的结构数据模型与所述第二应用的结构数据模型之间的层级关系。

34.一种订阅装置，其特征在于，所述装置包括：

构建模块，用于构建第一应用的结构数据模型及第二应用的结构数据模型，所述结构数据模型包括应用的程序代码，所述应用的程序代码用于实现所述应用的功能；

建立模块，用于建立所述第一应用的结构数据模型与所述第二应用的结构数据模型之间的层级关系；

接收模块，用于接收订阅信息，所述订阅信息用于订阅所述第一应用的信息；

发送模块，用于当所述第一应用的信息更新时，发送通知信息，所述通知信息与所述第一应用和/或与所述第二应用的更新信息相关。

35.一种电子设备，其特征在于，包括：处理器；存储器；以及计算机程序；其中，所述计算机程序存储在所述存储器上，当所述计算机程序被所述处理器执行时，使得所述电子设备实现如权利要求1-20任一项所述的方法，或者，如权利要求21-32任一项所述的方法。

36.一种计算机可读存储介质，所述计算机可读存储介质包括计算机程序，其特征在于，当所述计算机程序在电子设备上运行时，使得所述电子设备实现如权利要求1-20任一项所述的方法，或者，如权利要求21-32任一项所述的方法。

37.一种计算机程序产品，包括计算机可读代码，或者承载有计算机可读代码的非易失性计算机可读存储介质，其特征在于，当所述计算机可读代码在电子设备中运行时，所述电子设备中的处理器实现如权利要求1-20任一项所述的方法，或者，如权利要求21-32任一项所述的方法。

Images