利用平台层协调应用程序部署的制作方法
【专利说明】
【背景技术】
[0001]应用程序开发是以有计划的且有结构的过程对应用程序产品的开发。开发的阶段可以包括概念化、开发用于执行应用程序功能的程序指令、质量保证、以及生产。应用程序开发的不同方法将不同数量的资源用于这些阶段中的每个阶段。此外，应用程序开发的不同方法可以包括比上述那些阶段更多或更少的阶段。应用程序的开发可以采取严格的结构方法或者可以是更加灵活的方法，在该更加灵活的方法中，应用程序的部分被逐渐开发，直到应用程序准备使用。
【附图说明】
[0002]附图图示了本文描述的原理的各种示例并且是说明书的一部分。所图示的示例仅仅是示例性的并且不限制权利要求的范围。
[0003]图1是根据本文描述的原理的网络上的协调系统的示例的示意图；
[0004]图2是根据本文描述的原理将应用程序部署到平台层的示例的示意图；
[0005]图3是根据本文描述的原理的能力库的示例的示意图。
[0006]图4是根据本文描述的原理用于利用平台层开发应用程序的方法的示例的示意图；
[0007]图5是根据本文描述的原理的协调系统的示例的示意图；
[0008]图6是根据本文描述的原理的协调系统的示例的示意图；
[0009]图7是根据本文描述的原理用于利用平台层开发应用程序的过程的流程图的示例的示意图。
【具体实施方式】
[0010]通常，不同的开发产品用在应用程序开发的不同阶段。这些不同的产品能够使用不同的硬件、操作系统、中间件、以及其它程序。因此，可以多次改写应用程序以适应在这些阶段中的每个阶段所使用的开发产品的差异。本文描述的原理包括用于开发应用程序的机制，以使各个阶段使用一致的资源，该一致的资源减少或消除了改写应用程序代码的次数以适应在不同开发阶段期间所使用的产品。根据本文描述的原理，在应用程序被部署至开发的下一个阶段之前，应用程序开发人员能够描述他们的应用程序以及其依赖关系(例如操作系统、硬件参数、中间件等)。通过预先对规定以及应用程序参数进行定义，能够开发用于每个阶段的开发环境以适应这些规定和参数。因此，开发人员能够从开发的一个阶段过渡至下一个阶段，而不需要复制仅仅具有较小差异的应用程序。因此，简化和减少了应用程序开发过程。
[0011]这些原理包括用于利用平台层开发应用程序的方法。这种方法包括分配具有匹配应用程序请求的至少一些能力的平台层，该应用程序请求针对嵌入应用程序层中的应用程序；将应用程序部署到平台层；以及利用平台层中的能力在应用程序上执行开发任务。
[0012]在下述说明中，为了解释的目的，为提供对本系统和方法的彻底理解，提出了多个具体细节。然而，对本领域技术人员来说显而易见的是，在没有这些具体细节的情况下，也可以实践本装置、系统以及方法。在说明书中对“示例”或类似语言的引用意味着在至少该一个示例中包括所描述的特定特征、结构、或特性，但是不必包括在其他示例中。
[0013]图1是根据本文描述的原理的网络上的协调系统的示例的示意图。在该示例中，客户设备(104)与网络(102)通信，其中网络(102)与协调系统(100)通信。
[0014]客户设备(104)可以是用户能够用来与协调系统(100)通信的任何适当的设备。例如，客户设备(104)可以是膝上型电脑、个人计算机、台式机、电话、电子图形输入板、电子设备、另一种类型的客户设备或者其组合。
[0015]用户可以将请求发送到与处于开发的某个阶段的应用程序相关的协调系统(100)。这些请求可以包括应用程序的依赖关系，例如，应用程序当前兼容的操作系统、应用程序当前兼容的程序、应用程序当前兼容的硬件和中间件等等。请求还可以包括期望利用协调系统(100)对应用程序执行的开发任务和/或动作。此外，请求可以包括层次信息、遍历顺序信息、值信息、属性信息、其它类型的信息，或者其组合。
[0016]协调系统(100)包括至少一个平台。平台包括一个或多个层。每个层由一组服务器组成，该组服务器能够设置成使用公共的操作系统和/或公共的程序。被发送到协调系统(100)的请求与协调系统(100)的平台层的现有能力进行比较。如果平台层已经具有将满足应用程序的请求的能力，则该应用程序被分配到该平台层。如果当前没有平台层具有满足应用程序的请求的能力，则选择要被分配到应用程序的平台层中的一个。平台层所缺少的能力被从由协调系统(100)可使用的资源应用到平台层。在一些示例中，资源被包含在协调系统(100)内，例如在能力库中。在其他示例中，能力通过网络连接由协调系统(100)使用。
[0017]协调系统(100)能够利用识别标签跟踪每个平台层的能力。用户请求的每个能力能够与能力库中的识别标签关联。因此，响应于从用户获取关于应用程序的请求，协调系统(100)能够搜索与应用程序的各个请求相匹配的平台层中的标签。
[0018]在其他示例中，协调系统能够通过客户设备(104)向用户提供平台层能力。在这种示例中，用户能够确定哪个平台层匹配或至少部分匹配应用程序。在另一些示例中，客户设备(104)可用的程序代表用户确定哪个平台层匹配或至少部分匹配应用程序的请求。
[0019]响应于将应用程序分配到平台层，应用程序被部署到平台层。所部署的应用程序能够进一步在平台上由用户自由开发。本文描述的原理允许用户致力于开发应用程序的结构，而不必为了下一个阶段的开发重新格式化应用程序。通过确定在开发的进一步阶段中能够使用何种应用程序，对平台层进行定制以适合应用程序的参数，而不是必须改变应用程序以适合平台的状态。因此，能够避免创建多个版本的应用程序。此外，开发的后期阶段也能够使用平台层，该平台层已经包含应用程序所请求的能力。因此，整个开发阶段被简化，从而减少和/或消除了重新格式化应用程序的冗余，进而适合后期开发阶段中使用的不同开发产品的状态，后期开发阶段中使用的不同开发产品不能与应用程序的开发的早期阶段的产品完全兼容。
[0020]图2是根据本文描述的原理将应用程序(200)部署到平台层(202)的示例的示意图。在该示例中，应用程序模型(201)具有应用程序层(204)中包含的应用程序(200)。应用程序层(204)还包括应用程序依赖关系(206)以及与应用程序(200)关联的机器可读指令(208)。应用程序的依赖关系(206)可以包括请求，例如操作系统请求(210)和硬件组件请求(212)。虽然在图2的示例中没有描述，但应用程序依赖关系(206)可以包括其他依赖关系。例如，应用程序层(204)可以包括层次请求、值请求、属性请求、遍历顺序请求、动作模型请求、其它类型的请求，或者其组合。协调系统(214)包括平台(216)以及至少一个平台层(202)。平台层(202)具有操作系统能力(220)、程序指令能力(222)、以及其它能力(224)。进一步地，响应于协调系统(214)将应用程序分配给平台层(202)，来自应用程序层(204)的应用程序(200)被部署到平台层(202)以创建所部署的应用程序(226)。此外，平台层(202)与能力库(218)通信，该能力库能够识