CN109814861A - 为终端用户提供能力的开放平台 - Google Patents

Abstract

本发明公开了为终端用户提供能力的开放平台。根据一个实施例的方法包括：导入与实体相关联的多个资源，从所述实体接收针对执行预定功能的应用程序的请求，利用所述请求创建功能定义，从所述与实体相关联的多个资源中确定一个或更多个必要资源以用于实现所述功能定义，利用所述一个或更多个必要资源构建执行所述预定功能的应用程序，以及在所述实体的环境中实现所述应用程序。

Description

为终端用户提供能力的开放平台

技术领域

本发明涉及应用程序开发，并且更具体地，涉及开发定制的软件即服务(SaaS)的应用程序。

背景技术

软件产品越来越多的被作为服务发布。例如，在SaaS平台上发布了许多生产力软件和数据分析软件的实例。然而，具有不同背景、环境和需求的客户对单一版本的软件的反应可能不同。由于用户可能有许多不同的需求，单一版本的软件难以满足许多不同用户的需要。

因此，需要能快速开发软件以适应各种不同用户的需求。

发明内容

根据一个实施例的体现在有形计算机可读介质上的计算机程序包括：用于导入与实体相关联的多个资源的计算机代码，用于从所述实体接收针对执行预定功能的应用程序的请求的计算机代码，用于利用所述请求创建功能定义的计算机代码，用于从与所述实体相关联的所述多个资源中确定用于实现所述功能定义的一个或更多个必要资源的计算机代码，用于利用所述一个或更多个必要资源构建执行所述预定功能的所述应用程序的计算机代码，以及用于在所述实体的环境中实现所述应用程序的计算机代码。

根据另一个实施例，一种方法包括：导入与实体相关联的多个资源，从所述实体接收针对执行预定功能的应用程序的请求，利用所述请求创建功能定义，从与所述实体相关联的所述多个资源中确定用于实现所述功能定义的一个或更多个必要资源，利用所述一个或更多个必要资源构建执行所述预定功能的所述应用程序，以及在所述实体的环境中实现所述应用程序。

根据另一个实施例，一种系统包括：处理器，所述处理器用于导入与实体相关联的多个资源，从所述实体接收针对执行预定功能的应用程序的请求，利用所述请求创建功能定义，从与所述实体相关联的所述多个资源中确定用于实现所述功能定义的一个或更多个必要资源，利用所述一个或更多个必要资源构建执行所述预定功能的所述应用程序，以及在所述实体的环境中实现所述应用程序。

附图说明

图1示出了根据一个可能的实施例的网络构架；

图2示出了根据一个实施例的示例性系统；

图3示出了根据一个实施例的用于为实体动态构建应用程序的方法；

图4示出了根据本发明的一个实施例的能力服务开发平台的示例性构架；

图5示出了根据一个实施例的用于将实体的一个或更多个资源添加到开发平台的方法；

图6示出了根据一个实施例的用于更新存储在开发平台内的资源的方法；

图7示出了根据一个实施例的用于移除存储在开发平台内的资源的方法；

图8示出了根据一个实施例的用于检索存储在开发平台内的资源的方法；

图9示出了根据一个实施例的用于修改存储在开发平台内的能力定义的方法；

图10示出了根据一个实施例的用于利用所存储的能力定义开发应用程序的方法；

图11示出了根据一个实施例的用于在开发平台内配置资源的示例性流程图；

图12示出了根据一个实施例的利用能力服务开发平台创建的示例性应用程序系统。

具体实施方式

下面的描述是用于说明本发明的基本原理的目的，而并非意图限定本文所主张的发明构思。进一步，在本文所描述的特定的特征可以用于与其他在不同的可能的组合和排列中所描述的特征相结合。

除非本文另有明确规定，否则所有术语将被给予其最广泛的解释，包括本说明书所暗示的含义以及本领域技术人员所理解的和/或在词典、论文等中所定义的含义。

还须注意的是，如在说明书和所附权利要求书中所使用的，除非另有说明，单数形式“一(a)”，“一个(an)”和“该(the)”包括复数指示。

图1示出了根据一个可能的实施例的网络构架100。如图所示，提供至少一个网络102。在本网络架构100的背景下，网络102可以采取任何形式，包括但不限于电信网络、局域网(Local Area Network，LAN)、无线网络、如因特网的广域网(Wide Area Network，WAN)、对等网络、电缆网络等。虽然仅示出了一个网络，但是应当理解，可以提供两个或更多个相似或不同的网络102。

耦合至网络102的是多个设备。例如，服务器计算机104和终端用户计算机106可以耦合至网络102以用于通信目的。这样的终端用户计算机106可以包括桌面计算机、膝上计算机、和/或其他任何类型的逻辑。然而，仍然可以将各种其它设备耦合到网络102，包括移动设备108(例如，平板电脑、便携式游戏设备等)、移动电话设备110、游戏控制台112(例如，专用控制台、能够玩游戏的媒体设备等)等。

图2示出了根据一个实施例的示例性系统200。作为选择，系统200可以在图1中的网络构架100的任何设备的背景中实现。当然，系统200可以在任何期望的环境中实现。

如图所示，提供了系统200，系统200包括连接至通信总线202的至少一个中央处理器201。系统200还包括主存储器204(如，随机存取存储器(Random Access Memory，RAM)等)。系统200还包括图形处理器206和显示器208。

系统200可以还包括辅助存储器210。辅助存储器210包括，例如代表USB驱动器、磁带驱动器、光盘驱动器等的硬盘驱动器和/或可移动存储驱动器。可移动存储驱动器以众所周知的方式从可移动存储单元中读取或写入至可移动存储单元。

计算机程序，或计算机控制逻辑算法，可以被存储在辅助存储器210中，以及在执行期间被加载至主存储器204中。当执行这些计算机程序时，使得系统200执行各种功能(如下面所提出的)。一个或更多个计算机程序可以被体现在有形的计算机可读介质中。有形的计算机可读介质的示例包括但不限于，存储器204、存储器210、易失性或非易失性存储器等。有形的计算机可读介质的其他示例包括但不限于便携式存储介质，如USB驱动、磁盘、盒式磁带、非易失性随机存取存储器等。有形的计算机可读介质还可以是非暂性时的。

图3示出了根据一个实施例的用于为实体动态构建应用程序的方法。作为选择，方法300可以在图1-2和图4的细节的背景下实施。当然，无论如何，方法300可以在任何期望的环境中实施。进一步，上述定义可以同样应用于下面的描述。

如在操作302中所示，导入与实体相关联的多个资源。在一个实施例中，实体可以包括个人、商业等。在另一个实施例中，导入可以包括识别和检索可用于实体的多个资源。在又一个实施例中，资源可以由实体所有，由实体租用，作为服务提供至实体以换取周期性许可证费用。

此外，在一个实施例中，资源可以包括硬件(如，计算/处理资源、监测硬件(如，天气监控硬件、交通监控硬件等)、通信硬件等)。在另一个实施例中，资源可以包括软件(如，安装在硬件中的一个或更多个操作系统或界面、由实体订阅的一个或更多个基于云的服务等)。在又一个实施例中，资源可以包括结构化数据(如，根据一个或更多个预定标准而过滤和/或组织的监控数据等)和/或非结构化数据(如，未被处理的原始监控数据等)。

进一步，在一个实施例中，资源可以包括音频数据(如，由监控硬件创建的或作为服务的一部分被接收的一个或更多个音频记录等)、视频数据(如，由监控硬件创建的或作为服务的一部分被接收的一个或更多个视频记录等)、和/或流数据。在另一个实施例中，资源可以包括应用程序系统(定制的和/或标准的，如映射应用程序、传感器监测和报告应用程序、GPS实现应用程序、数据/时间应用程序，等)、应用程序工具、和/或一个或更多个实体雇员的知识库(如精通预定义的软件等)。

再进一步，在一个实施例中，可以将资源导入至开发平台(如，开放构架、基于云的计算环境等)中。例如，可以将资源作为对象(例如，文件)保存在开发平台内。在另一示例中，可以与对象相关联地保存资源的一个或更多个特征。在又一个示例中，特征可以包括资源的名称、资源的所有权(如，相关联的实体是否拥有、租赁或许可资源等)，所有权限制(如，资源的现有许可证的期间)、资源的描述、将从资源输出和/或输入至资源的数据、在资源中的数据的类型和/或结构等。

同样，在一个实施例中，可以在开发平台中更新资源一次。例如，可以改变资源的一个或更多个特征。在另一个实施例中，也可以在开发平台中删除资源一次。例如，当确定对于实现实体的功能定义来说资源是不必要的时，可以将资源删除。

此外，如在操作304中所示，从实体接收以执行预定功能的应用程序的请求。在一个实施例中，可以在开发平台上接收请求。在另一个实施例中，请求可以包括实体所期望的预定功能(如，一个或更多个所请求的能力)的描述。在又一个实施例中，应用程序可以包括软件即服务(SaaS)应用程序。

此外，在一个实施例中，功能可以包括实体所期望的一个或更多个能力。例如，请求功能可以包括：查看一个或更多个数据流(如，天气、时间、新闻、地图数据、特定于实体的数据流等)的能力、执行预定数据处理(如，处理和/或转换结构化或非结构化数据等)的能力、执行一个或更多个预定动作(如，发送邮件、发送文本消息等)的能力等。

进一步，如在操作306中所示，利用请求创建功能定义。在一个实施例中，可以在开发平台内创建功能定义。在另一个实施例中，创建功能定义可以包括创建对象(如，功能定义对象)。例如，创建功能定义可以包括将元数据添加至对象，该对象描述预定功能和/或在开发平台内存储元数据和对象。

同样，在一个实施例中，创建功能定义可以包括将请求与多个所存储的功能定义对象进行比较。例如，创建功能定义可以包括将预定功能与关联于所存储的功能定义对象的元数据进行比较。在另一个实施例中，可以选择包含至少预定数量的元数据的所存储的功能定义对象，该至少预定数量的元数据匹配所请求的应用程序的预定功能。该所存储的功能定义对象可以被复制和用作模板。

此外，如在操作308中所示，从与实体相关联的多个资源中确定用于实现功能定义的一个或更多个必要资源。在一个实施例中，所述确定可以包括将必要资源与功能定义相关联。例如，所述确定可以包括：添加描述必要资源对象的元数据、将必要资源对象链接至功能定义对象等。

进一步，在一个实施例中，所述确定可以包括分析功能定义以确定必要资源。可以手动或自动/动态执行该分析。在另一个实施例中，所述确定可以包括将功能定义与其他所存储的功能定义进行比较。例如，其他所存储的功能定义可以具有描述预定功能的关联元数据、以及指示用于实现该功能的必要资源的关联元数据。在另一个示例中，如果存在预定数量的匹配元数据元素，其描述当前功能定义与所存储的功能定义之间的预定功能匹配，则可以从所存储的功能定义中提取用于指示实现该功能的必要资源的一个或更多个元数据并将其保存在当前功能定义中。

更进一步，在一个实施例中，所述确定可以包括分析所有所存储的功能定义以确定预定功能与必要资源之间的关系。例如，可以分析描述预定功能的关联元数据以及用于实现该功能的必要资源。在另一示例中，分析的结果可以包括在预定功能和必要资源之间的关联。

同样，在一个实施例中，如果功能定义从先前存储的对象中复制，则功能定义可以包括来自先前存储的对象的元数据，该先前存储的对象指示用于实现先前存储的功能定义所必要的一个或更多个资源。这些元数据可以在当前功能定义内重复使用。

此外，在一个实施例中，与实体不相关联的附加资源可能被识别为是对实现功能定义所必要的。例如，附加资源可以包括与一个或更多个实体而不是与请求应用程序的实体相关联的资源。在另一个实施例中，可以确定附加资源是否可以由请求应用程序的实体使用。例如，由实体对资源的使用可以包括一个或更多个先决条件(如，一次性或循环许可费用的支付、协议的签署等)。在又一个实施例中，如果附加资源与多个实体相关联，则可以识别具有最少数量先决条件(如，最低成本等)的附加资源。

进一步，在一个实施例中，在将附加资源与功能定义相关联之前，附加资源可以呈现给实体以供批准。在另一个实施例中，如果满足了一个或更多个先决条件(如，附加资源的成本低于阈值成本等)，则附加资源可以自动与功能定义相关联。

更进一步，如在操作310中所示，利用一个或更多个必要资源构建执行预定功能的应用程序。在一个实施例中，构建应用程序可以包括配置一个或更多个必要资源以在应用程序内使用。在另一个实施例中，构建应用程序可以包括向用户展示设计图形用户界面(Graphical User Interface，GUI)，其包括为功能定义确定的一个或更多个必要资源的可视化。

同样，在一个实施例中，可视化可以包括对流数据、音频数据、视频数据等的可视化。在另一个实施例中，可视化可被拖放至应用程序的示例性显示器中。在又一个实施例中，可以调整可视化的配置。在再一个实施例中，可以关联于应用程序而接收和存储用户可视化选择、布置、和配置调整。

此外，在一个实施例中，构建应用程序可以包括确定用于分析和呈现一个或更多个必要资源的一个或更多个方法。例如，如果必要资源为数据(如，数据流、非结构化数据、结构化数据等)，可以确定过程(新的或者先前存储的)以分析和呈现该数据。在另一个示例中，可以关联于应用程序而存储该过程。

进一步，在一个实施例中，构建应用程序可以包括确定在应用程序内访问一个或更多个必要资源的手段(如，经由应用程序GUI的选择框、应用程序GUI的下拉菜单等)。在另一个实施例中，可以关联于应用程序而存储访问必要资源的手段。

再进一步，如在操作312中所示，在实体的环境中实现应用程序。在一个实施例中，所述实现可以包括将应用程序部署到环境中。例如，所述环境可以包括实体的一个或更多个计算系统。在另一个实施例中，所述实现可以包括使应用程序经由软件即服务(SaaS)模型对实体的一个或更多个计算系统可用。

同样，在一个实施例中，所述实现可以包括确定应用程序的必要支持软件或在实体的环境中将被执行的初步动作。例如，必要支持软件可以包括需要安装在实体的计算系统上的附加软件(如，驱动程序、补丁、通信软件等)，以充分利用应用程序来满足从应用程序请求的预定义功能。在另一个示例中，将要被执行的初始动作可以包括数据准备、数据清洗等。

此外，在一个实施例中，所述实现可以包括识别实体的计算系统是否包含必要支持软件和是否已经执行初始动作。例如，所述实现可以包括在实体的计算系统中自动安装必要支持软件。在一个实施例中，如果满足了一个或更多个预定标准(如，支持软件的成本少于预定量、预定软件的尺寸小于预定尺寸、预定软件已经通过一个或更多个预定安全检查等)，则可以自动安装必要支持软件。在另一个实施例中，如果不由实体执行，实现可以包括执行初始动作。

进一步，在一个实施例中，所述实现可以包括识别一个或更多个个体(如，职员、雇员等)是否具有充足的知识库以利用应用程序。在另一个实施例中，如果确定一个或更多个个体不具有充足的知识库，可以向实体建议一个或更多个教育手段(如，在线或面对面(in-person)的教程或课程等)。

更进一步，在一个实施例中，应用程序和/或功能定义可以被存储在开发平台内。例如，可以将应用程序存储为与功能定义、关联的必要资源和那些资源的配置(所有这些可被存储为对象内的元数据)相关联的对象。在另一个示例中，应用程序和/或功能定义可以在未来重复使用，被包括在未来的功能/资源的关联分析中等。例如，应用程序和/或功能定义可以相应于来自另一实体的请求而被重复使用。

同样，在一个实施例中，可以从实体接收对应用程序的反馈。在另一个实施例中，反馈可以转换成用数字得分、加权得分等。在又一个实施例中，这一反馈和相关联的得分可以关联于应用程序(如，作为元数据)而存储，并可以在未来的分析期间使用以提出建议。例如，相对具有较低权重的应用程序的功能定义、关联的必要资源、和那些资源的配置中的一个或更多个，可以推荐具有更高权重的应用程序的功能定义、关联的必要资源、和那些资源的配置中的一个或更多个。

用这种方法，通过分析实体所需的应用程序功能并将其相关至该实体所有且可用的资源，可以很容易的为实体定制或部署软件。这一分析可以考虑先前的功能和资源相关，以便提高所得到的应用程序的效用。

下面将给出更多的关于各种可选构架和使用的说明信息，其中按照用户的期望，可以或可以不实现前述方法。应该强调指出，阐述以下信息是为了说明的目的，不应被解释为以任何方式限制。任何以下特征可以有选择地并入，其排除或不排除所描述的其它特征。

软件即服务(SaaS)，是发布软件的流行方式。然而，确定客户真正需要哪一类型的服务是重要的。如果为不同的客户提供相同的服务，确定软件是否对他们所有人均有用是非常重要的。

因此，根据终端用户的需求和可用资源，发布能够向终端用户提供能力(如，预定功能)的软件是重要的。例如，在用户经由订阅得到生产力软件之后，他们可以获得处理文本文件、电子表格文件等的能力。然而，如果用户不具有诸如互联网连接接入之类的资源或不具有怎样使用生产力软件的知识，则这种软件的效用将会减弱。

可以实现聚焦于向用户提供能力的开放开发平台。开发平台可以被用于快速开发图形用户界面(GUI)应用程序。它可以支持从用户数据创建图表，在应用程序中使用控制模块等。开发平台可以管理客户具有的全部资源；它可以定义用户需要的能力；它可以开发具有拖放(drag-and-drop)的应用程序系统；它可以将应用程序部署到用户的环境中。随着用户对业务系统的了解，用户可以有能力解决他们的业务问题。创建的应用程序还可以被用作新的资源以及被放回开发平台。如果其他用户需要相似的能力，可以快速定制应用程序系统以向新用户授权能力。图4示出了能力服务开发平台的示例性构架400。

为客户提供了一种可以快速生成GUI应用程序的平台。这个平台使得能够根据用户数据生成图标，和将图标、文本、照片和视频整合在一起。它也可以重复使用我们为不同客户开发的商业系统。

随着对我们可视化平台的了解和对商业系统的了解，可以更新开发平台。这一平台是开放平台，其帮助用户获得新的能力。这一新平台聚焦于通过所创建的软件向客户提供新能力。开发平台可以包括开放接口，其中不同用户可以将他们的资源连接至开发平台。开发平台也可以支持对所有对客户有用的资源的管理。在客户通过传送他们的问题提供一个或更多个所需要的能力之后，开发平台可以识别提供这些能力所需要的资源。在此之后，开发平台可以被用于计划怎样使用资源以满足客户需要。在一个或更多个应用程序被创建以解决客户问题之后，它们被分派(dispatch)至客户环境。在应用程序的帮助下，客户可以具有解决他们问题的能力。从不同资源被识别并被存储在开发平台内开始到应用程序被分派至客户环境为止，焦点被维持在使客户具有解决他们问题的新能力上。

将资源添加至开发平台

图5示出了根据一个实施例的用于将实体的一个或更多个资源添加至开发平台的方法500。作为选择，方法500可以在图1-2和图4的细节的背景下实施。当然，无论如何，方法500可以在任何期望的环境中实施。进一步，前述的定义可以同样应用于下面的描述。

如在操作502中所示，识别资源。此外，在判决504中，确定是否存在资源的资源配置文件。

表1包括根据一个实施例的示例性资源配置文件。当然，需要注意的是表1中示出的资源配置文件的阐述仅仅为了说明的目的，因此不应被解释为任何形式的限制。

表1

如果在判决504中确定存在资源的资源配置文件，则在操作506中从资源配置文件中读取资源信息。如果在判决504中确定不存在资源的资源配置文件，则在操作508中从资源中交互式地获取资源信息。

此外，如在操作510中所示，将资源信息保存至在资源数据库。在一个实施例中，资源信息可以作为元数据被保存在与代表资源的对象相关联的开发平台的资源数据库中。

新资源开发平台可以管理包括但不限于硬件、软件、结构化数据、非结构化数据、音频、视频、流数据、应用程序系统、工具等。新类型资源也可以被添加至开发平台。例如，当新硬件或新工具可用时，可以将它们添加至开发平台。描述怎样使用新资源的信息可以从现存的文档中提取或通过分析提取并可以被存储在资源配置文件中。

更新开发平台内的资源

在将资源添加至开发平台之后，可以更新资源的名称和属性。图6示出了根据一个实施例的用于更新存储在开发平台内的资源的方法600。作为选择，方法600可以在图1-2和图4的细节的背景下实施。当然，无论如何，方法600可以在任何期望的环境下实施。进一步，前述的定义可以同样应用于下面的描述。

如在操作602中所示，从开发平台的资源数据库中检索资源列表。此外，如在操作604中所示，从资源列表选择资源。进一步，在判决606中，确定是否接收到更新资源名称的请求。如果在判决606中确定接收到更新资源名称的请求，则在操作608中，鉴于请求更新资源名称。

更进一步，如果在判决606中确定未接收到更新资源名称的请求，则在操作610中从资源数据库中检索资源的资源属性。同样，在操作612中，在编辑模式下编辑资源属性。此外，在操作614中，在资源数据库内采用编辑的资源属性更新资源。

从开发平台删除资源

当资源不被客户需要时，可以将它们从开发平台上移除。图7示出了根据一个实施例的用于移除存储在开发平台内的资源的方法700。作为选择，方法700可以在图1-2和图4的细节的背景下实施。当然，无论如何，方法700可以在任何期望的环境中实施。进一步，前述的定义可以同样应用于下面的描述。

如在操作702中所示，从开发平台的资源数据库中检索资源列表。此外，如在操作704中所示，从资源列表选择资源。进一步，如在操作706中所示，响应于请求，删除所选择的资源。进一步，如在操作708中所示，更新资源数据库以反映对所选择的资源的删除。

从开发平台上检索资源

当为客户建立应用系统时，可以从开发平台上检索对客户有用的资源。图8示出了根据一个实施例的用于检索存储在开发平台内的资源的方法800。作为选择，方法800可以在图1-2和图4的细节的背景下实施。当然，无论如何，方法800可以在任何期望的环境中实施。进一步，前述的定义可以同样应用于下面的描述。

如在操作802中所示，从开发平台的资源数据库中检索资源列表。此外，如在操作804中所示，从资源列表选择资源。进一步，如在操作806中所示，将过滤器应用于资源，或为资源指定一个或更多个参数。更进一步，如在操作808中所示，将资源返回至用户。

添加新的能力定义

当客户请求软件解决方案时，确定客户期望的能力类型。在开发平台内已经定义了能力定义(如，在过去已经向一个或更多个其他客户提供了相同的能力)；或者在开发平台内定义了相似的能力定义。在开发平台内定义的一个或更多个已有的能力定义可以被重复使用或被增强以为客户创建新的能力定义，或者可以为客户开发新的能力定义。在提供新的能力定义之后，可以将新的能力定义添加至开发平台。

修改现有的能力定义

在将新的能力定义添加至开发平台之后，可以选择资源实现期望的能力。如果当前能力不能完全满足客户的需要，可以通过更新所需的资源来增强当前能力，以为客户提供期望的能力。

图9示出了根据一个实施例的用于修改存储在开发平台内的能力定义的方法900。作为选择，方法900可以在图1-2和图4的细节的背景下实施。当然，无论如何，方法900可以在任何期望的环境中实施。进一步，前述的定义可以同样应用于下面的描述。

如在操作902中所示，从开发平台的资源数据库中检索资源列表。此外，如在操作904中所示，从开发平台的能力定义数据库中读取能力定义。进一步，如在操作906中所示，更新用于实现在能力定义内期望的能力所需的资源。这将包括将描述一个或更多个资源的元数据添加至能力定义对象中，将一个或更多个资源对象链接至能力定义对象等。更进一步，如在操作908中所示，随着更新的能力定义更新能力定义数据库。

服务计划

在识别实现所需的能力所需的资源并将与所需的能力的定义相关联地存储后，可以使用资源建立应用程序以提供期望的能力。通过使用开发平台，客户可以经由GUI进行清晰的可视化。在一个实施例中，可以使用一个或更多个拖放操作将资源添加至应用程序或从应用程序移除资源。

图10示出了根据一个实施例的用于利用所存储的能力定义开发应用程序的方法1000。作为选择，方法1000可以在图1-2和图4的细节的背景中实施，当然，无论如何，方法1000可以在任何期望的环境中实施。进一步，前述的定义可以同样应用于下面的描述。

如在操作1002中所示，从开发平台的资源数据库中检索能力定义和实现文件。在一个实施例中，实现文件可以包括正在被开发的应用程序的描述。此外，如在操作1004中所示，识别与能力定义相关联的资源。

此外，如在操作1006中所示，使用拖放操作将一个或更多个所识别的资源添加至实现文件或从实现文件移除。进一步，如在操作1008中所示，在应用程序内配置所添加的资源。同样，如在操作1010中所示，将实现文件保存在开发平台内。

图11示出了用于在开发平台内配置资源的示例性流程图1100。作为选择，流程图1100可以在图1-2和图4的细节的背景中实施，当然，无论如何，流程图1100可以在任何期望的环境中实施。进一步，前述的定义可以同样应用于下面的描述。

服务分派

在开发完应用程序之后，可以将其分派至客户的环境中。可以对全部必要支持软件进行检查，如果在客户的环境中不存在，则进行安装。同时，可以将新的能力添加至开发平台内的能力数据库。当其他客户需要相似的能力时，可以快速开发提交该期望的能力的应用程序，并将其分派至他们的环境中。

图12示出了利用能力服务开发平台创建的示例性应用程序系统1200。系统1200包括地图资源1202、日期/时间1204和用户感兴趣接收的其他数据信息1206。应用程序系统1200还可以包括下拉式菜单1208，下拉式菜单1208包括用于开发应用程序的可视化功能。在一个实施例中，与能力定义相关联的所有资源可以在菜单内可用，且所有资源可以被拖放至工作区域并被配置。

能力仓库和能力管理

在开发平台内的能力仓库可以包含开发平台可提供的所有能力定义。仓库可以存储信息，所述信息关于哪些客户与哪些能力定义相关联，在每一能力定义内使用何种资源，在应用程序内资源如何被具体地实现以给客户提供期望的能力等。可以将能力定义添加、修改、删除和/或输出至仓库，或从仓库中输出。

能力应用程序和商业平台

一些资源可以仅仅在预定的客户的环境中是可用的。为了向客户完全授权能力，客户也可能需要改善的知识库，或在客户的环境内必须处理的某些工作。例如，在部署应用程序之前，可能需要对客户的系统内的数据进行数据清理工作。在另一个实施例中，应用程序的部署可以关联于(以及可以有条件地)与具有预定业务知识的一个或更多个用户。

将清楚的是，上述系统和/或方法的各种特征可以以任何方式组合，从上述呈现的描述中创建多个组合。

尽管以上已经描述了各种实施例，但是应当理解，他们仅仅通过示例的方式呈现，并非限制。因而，优选实施例的广度和范围不应受上述任何示例性实施例的限制，而应仅根据所附权利要求及其等同物来限定。

Claims (12)

1.一种方法，包括：

导入与实体相关联的多个资源；

从所述实体接收针对执行预定功能的应用程序的请求；

利用所述请求，创建功能定义；

从与所述实体相关联的所述多个资源中确定用于实现所述功能定义的一个或更多个必要资源；

利用所述一个或更多个必要资源，构建执行所述预定功能的所述应用程序；以及

在所述实体的环境中实现所述应用程序。

2.如权利要求1所述的方法，进一步包括：

将所述应用程序和所述功能定义存储在开发平台内；以及

响应于来自另一实体的请求，重复使用所述应用程序和所述功能定义。

3.如权利要求1所述的方法，其中与所述实体相关联的所述多个资源包括对所述实体可用的所有资源，以及所述导入包括识别和检索对所述实体可用的所有所述资源。

4.如权利要求1所述的方法，进一步包括：

从所述实体接收对所述应用程序的反馈；以及

以与所述应用程序相关联的方式存储所述反馈。

5.如权利要求1所述的方法，其中利用包括开放构架的开发平台构建所述应用程序。

6.如权利要求1所述的方法，进一步包括：

将所述资源保存为对象；

以与所述对象相关联的方式，将所述对象的一个或更多个特征保存为元数据；以及

更行或删除所述对象。

7.如权利要求1所述的方法，其中创建所述功能定义包括：

将所述预定功能与关联于所存储的功能定义对象的元数据进行比较；

选择包含至少预定数量的元数据的所存储的功能定义对象，所述至少预定数量的元数据匹配所请求的应用程序的预定功能；以及

复制所选择的所存储的功能定义对象以用作模板。

8.如权利要求1所述的方法，其中构建所述应用程序包括配置所述一个或更多个必要资源以在所述应用程序内使用。

9.如权利要求1所述的方法，其中实现所述应用程序包括确定所述应用程序的必要支持软件或在所述实体的所述环境中将被执行的初始动作。

10.一种计算机可读介质，其上存储有计算机程序，其中当所述计算机程序被执行时实现权利要求1至9中任一项所述的方法。

11.一种系统，包括：

处理器，所述处理器用于：

导入与实体相关联的多个资源；

从所述实体接收针对执行预定功能的应用程序的请求；

利用所述请求，创建功能定义；

从与所述实体相关联的所述多个资源中确定用于实现所述功能定义的一个或更多个必要资源；

利用所述一个或更多个必要资源，构建执行所述预定功能的所述应用程序；以及

在所述实体的环境中实现所述应用程序。

12.如权利要求11所述的系统，其中所述处理器经由总线耦合至存储器。