用于聚集、访问和交易多个企业应用程序的方法和系统与流程

本申请要求享有于2017年11月1日提交的印度非临时专利说明书no.201721038948的优先权，该印度非临时说明书的全部内容以其整体通过引用并入本文。

本文中的实施例总体上涉及为多个企业相关应用程序提供市场或中心的领域，并且更具体地涉及用于聚集、访问和交易市场中的多个企业应用程序的方法和系统。

背景技术：

随着企业着眼于针对每个问题和需求的数字化解决方案，网络上存在企业能找到并利用以满足他们需求的各种各样的应用程序。使用单点解决方案的应用程序对于中小型企业来说尤其可行，因为他们并不着眼于可以处理他们的端到端的企业流程的全面的企业资源计划(erp)解决方案。另外，甚至在大中小型企业的情况下，即使已经部署了全面的erp解决方案，也经常存在单独的企业应用程序能用最短的时间和实施成本来解决的用例和需求。

如今，许多这样的单点解决方案以简单到复杂的应用程序的方式、通过即用的方式可从市场上获得。从大范围的适合企业需求的应用程序中找出正确的解决方案是一项挑战。

在现有技术中可用的市场很少。在这类用于企业相关应用程序的市场或中心中涉及各种利益相关者。他们可能包括企业应用程序开发人员、企业应用程序用户、平台提供者等。现有的平台不能满足所有利益相关者的要求。通常情况下，这些平台是以特定的技术开发的。要在这些平台上工作，需要能够在已开发的平台所在的特定领域中工作的专家。此外，这些平台不是技术不可知的，即平台要求企业应用程序在同一技术领域中被开发并且被托管在该企业平台内。还没有对于在其他技术领域中或在其他地方托管的企业应用程序进行聚集的支持，因此限制了希望参与到市场的应用程序开发的范围。

技术实现要素：

以下给出本公开的一些实施例的简要概述以提供对实施例的基本理解。该概述不是这些实施例的广泛概括。其并不旨在识别这些实施例的关键/重要元件或限定实施例的范围。其唯一目的是以简化的形式呈现一些实施例以作为以下呈现的更详细描述的序言。

综上所述，本文的实施例提供了一种用于聚集和交易多个企业应用程序和服务的系统。该系统包括用户接口、平台、存储器和处理器。用户接口提供了多个输入。由平台所有者提供用于交易多个企业应用程序和服务的平台。处理器还包括连接器框架、注册模块、微型网站创建模块、搜索模块、浏览模块、交互模块、购买模块、许可证管理模块、启动模块。连接器框架将各个企业应用程序所有者的多个企业应用程序整合到平台上。注册模块通过企业应用程序所有者将多个企业应用程序中的每一个都注册为平台上的产品。微型网站创建模块创建对应于企业应用程序的微型网站，其中微型网站包括多个企业应用程序的多个细节。搜索模块由企业所有者在平台上搜索多个企业应用程序，其中企业所有者是一组企业应用程序的潜在购买者，其中搜索的结果是一组企业应用程序。如果企业所有者有兴趣购买该组企业应用程序，则浏览模块协助企业所有者浏览该组企业应用程序的多个细节。交互模块促进该组企业应用程序的企业应用程序所有者与企业所有者之间的交互，以最终确定条款和条件。购买模块促进企业所有者购买该组企业应用程序。许可证管理模块为一个或多个企业用户激活企业应用程序的许可证。启动模块由一个或多个企业用户启动企业应用程序以在平台上使用。

另一方面，这里的实施例提供了用于聚集和交易多个企业应用程序和服务的方法。最初，由平台所有者提供用于交易多个企业应用程序和服务的平台。在下一步中，由各个企业应用程序所有者将多个企业应用程序整合在平台的连接器框架上。然后，企业应用程序所有者将多个企业应用程序中的每一个都注册为平台上的产品。在下一步中，创建对应于企业应用程序的微型网站，其中微型网站包括多个企业应用程序的多个细节。然后，由企业所有者在平台上搜索多个企业应用程序，其中企业所有者是一组企业应用程序的潜在购买者，其中搜索的结果是一组企业应用程序。如果企业所有者有兴趣购买该组企业应用程序，则企业所有者浏览该企业应用程序组的多个细节。在下一步中，促进在这组企业应用程序的企业应用程序所有者与企业所有者之间进行交互，以最终确定条款和条件。在下一步中，由企业所有者购买这组企业应用程序。在下一步中，为一个或多个企业用户激活企业应用程序的许可证。最后，由一个或多个企业用户启动企业应用程序以在平台上使用。

在另一个实施例中，一种非暂时性计算机可读介质，具有在其上实施的用于聚集和交易多个企业应用程序和服务的计算机程序。最初，由平台所有者提供用于交易多个企业应用程序和服务的平台。在下一步中，由各个企业应用程序所有者将多个企业应用程序整合在平台的连接器框架上。然后，企业应用程序所有者将多个企业应用程序中的每一个都注册为平台上的产品。在下一步中，创建对应于企业应用程序的微型网站，其中微型网站包括多个企业应用程序的多个细节。然后，由企业所有者在平台上搜索多个企业应用程序，其中企业所有者是一组企业应用程序的潜在购买者，其中搜索的结果是一组企业应用程序。如果企业所有者有兴趣购买该组企业应用程序，则企业所有者浏览该企业应用程序组的多个细节。在下一步中，促进在这组企业应用程序的企业应用程序所有者与企业所有者之间进行交互，以最终确定条款和条件。在下一步中，由企业所有者购买这组企业应用程序。在下一步中，为一个或多个企业用户激活企业应用程序的许可证。最后，由一个或多个企业用户启动企业应用程序以在平台上使用。

本领域的那些技术人员应该理解，本文的任何框图表示实现本主题的原理的说明性系统的概念图。类似地，可以理解的是，任何流程图、流程图表、状态转换图、伪代码等代表可以基本上在计算机可读介质中表示并由计算装置或处理器执行的各种过程，不管是否这样计算装置或处理器被明确地示出。

附图说明

根据以下参考附图的详细描述，将更好地理解本文中的实施例，其中：

图1示出了根据本公开的一实施例的用于聚集和交易多个企业应用程序的框图；

图2示出了根据本公开的一实施例的系统中的所有角色参与者的用例的图示；

图3a-3b是示出根据本公开的一实施例的聚集和交易多个企业应用程序中涉及的步骤的流程图；以及

图4示出了根据本公开的一实施例的不同角色参与者之间的关系/流程图。

附图仅出于说明的目的描绘了本发明的各种实施例。本领域技术人员将从下面的讨论中容易地认识到，在不脱离本文描述的本发明的原理的情况下，可以采用本文示出的结构和方法的替代实施例。

具体实施方式

本文中的实施例及其各种特征和有利细节将参考在附图中示出并且在以下描述中详细描述的非限制性实施例来更完整地解释。本文使用的示例仅旨在便于理解其中可以实施本文实施例的方式，并且进一步使得本领域技术人员能够实践本文中的实施例。因此，这些示例不应被解释为限制本文实施例的范围。

词汇表-实施例中使用的术语

在本公开的上下文中，表述“企业相关应用程序”或“企业应用程序”或“bizapps”是指旨在为企业问题提供解决方案、或使某些过程或由技术所有者提供的任何在线/管理服务(如帮助台支持服务/技术维护服务等)自动化的任何企业应用程序。bizapps可以在任何框架和技术上创建。

现在参照附图，并且更具体地参照图1至图4，其中相似的附图标记在所有附图中始终如一地表示相应的特征，示出了优选实施例，并且在下面的示例性系统和/或方法的上下文中描述了这些实施例。

根据本公开的一个实施例，用于聚集、访问和交易多个企业应用程序的系统100在图1的框图中示出。系统100是为中小企业的日常问题提供单点解决方案的多个企业应用程序的集合。系统100提供在单个市场中的用于多个企业相关应用程序的框架或中心，以实现企业对企业电子商务模式(b2b)模型中的销售、购买和消费。多个应用程序可以是定做的或定制的，本质上简单或复杂。而且，可以在除了系统100所处的技术或平台之外的不同技术和外部平台上开发多个企业应用程序。它们可以在系统100上注册并开发以便销售。

根据本公开的一个实施例，如图1的框图中所示，系统100由用户接口102、平台104、存储器106和处理器108组成。处理器108与存储器106通信。处理器108被配置为执行存储在存储器106中的多个算法。处理器108还包括用于执行各种功能的多个模块。多个模块可以包括但不限于连接器框架110、注册模块112、微型网站创建模块114，搜索模块116、浏览模块118、交互模块120、购买模块122、许可证管理模块124和启动模块126。

根据本公开的一个实施例，用户接口102被配置为向处理器108提供多个输入。所述多个输入可以是由企业所有者输入的搜索查询，以为他/她的企业搜索企业应用程序。在另一个示例中，还可以向系统100提供任何其他输入。用户接口/输入模块可以包括各种软件和硬件接口，例如网页接口、图形用户接口等，并且用户接口/输入模块可以便于在各种网络n/w和协议类型(包括有线网络，例如局域网(lan)、电缆等)以及无线网络(诸如(无线局域网)wlan、蜂窝或卫星)内的多种通信。

根据本公开的一个实施例，系统100涉及如图2所示的四种类型的角色参与者。1.平台所有者：系统100的平台所有者负责提供平台104并且能够实现用于交易多个企业应用程序和服务的生态系统。平台所有者提供的平台服务诸如用户接口、支付网关、收益分配管理、退款过程、产品创建能力、订阅连接器系统、合作伙伴管理系统以及系统100的不同用户可能需要的所有其他系统。平台所有者还负责企业应用程序产品批准和企业联营批准。

2.企业应用程序所有者：企业应用程序所有者是企业应用程序的提供者，并且他的兴趣在于销售对其企业应用程序的订阅。平台104帮助不同的企业应用程序所有者将他们的企业应用程序连接到平台104，并且使得能够交易他们的应用程序并且因此从中获利。bizapps可以具有从简单到复杂的任何性质，或可针对不同企业进行定制，或者是服务于多个企业的多租户或单一实例。而且，可以在除了系统100所处的技术或平台之外的不同技术和外部平台上开发多个企业应用程序。多个企业应用程序可以在系统100上注册并且开发以便销售。平台104针对为应用程序所有者设置的一次性企业应用程序提供易于整合的应用程序编程接口(api)和详细服务。

3.企业所有者：企业所有者是其企业可以使用多个企业应用程序的任何企业的所有者。系统100向企业所有者提供单个中心来发现、订阅和消费适合他们需求的多个企业应用程序。企业所有者可以使用常见的订阅购买模式进行搜索，查看详细信息并且订阅在相同标题下不同的bizapps。他们可以使用单点平台登录以一次登录访问所有的模式访问不同的bizapps和为他们的用户提供对此不同bizapps的访问。因此，企业所有者是为其需求寻找数字化解决方案的人，并且是这个b2b交易模型中的多个企业应用程序的买家。

4.企业用户：企业应用程序的最终消费者是为了企业利益而使用多个企业应用程序的多个企业用户。他们可能在他们所消费的多个企业应用程序中担任不同的角色(例如，管理员、部门主管等)。企业用户通过针对系统100中的企业应用程序产品激活系统中的许可证，来获取/注册到其对应的企业所有者已经购买了许可证的企业应用程序。企业用户可以激活bizapps产品的许可证代码或者企业所有者可以直接标记和激活其用户的许可证代码。激活许可证会触发注册到相应的企业应用程序。基于插入到连接器框架110的算法，该注册逻辑对于不同的企业应用程序而言是不同的。企业用户还使用相同的平台以单点登录模式访问企业应用程序。

根据本公开的一个实施例，系统100包括用于将多个企业应用程序整合在平台104上的连接器框架110。多个企业应用程序可以由各个企业应用程序所有者整合在一起。多个企业应用程序可以是任何类型的，并且可以在任何平台上开发。应该意识到，企业应用程序可以用已经在其上构建平台的相同的技术或任何其他第三方应用程序来开发。可以在连接器框架、企业所有者框架或第三方框架上开发多个企业应用程序。

存在两种其中可以设计或配置多个企业应用程序的模型。第一种是单实例模型：单实例企业应用程序使所有参与的企业处于同一架构中，但是逻辑上分离数据。这些bizapps对所有的用户都有共同的品牌。第二种是客户特定的模型：在客户特定的实例中，企业应用程序、每个企业的数据驻留在客户特定的架构中，因此在物理上分开。客户特定的bizapps的品牌/设计可以根据其设置和配置所在的组织而不同。

在一个示例中，连接器框架110也可以被称为订阅引擎110，其有助于将任何企业应用程序整合到平台104，如图4的流程图400所示。存在连接器框架110的各种部件，其协助将企业应用程序的整合作为连接器框架110的服务之一。任何需要被注册的新企业逻辑或类型都被称为“服务”。在系统100的环境下，每个企业应用程序都是新的“服务”。这个“服务”将包含订阅和取消订阅企业应用程序所需的企业逻辑以及从企业应用程序中提取用户特定的订阅数据的逻辑。订阅逻辑负责将企业应用程序分配给用户和企业设置/配置，以防这是企业的激活许可证代码的第一个用户。类似地，取消订阅的算法负责取消分配或撤销对企业应用程序的模块的访问。

根据本公开的一个实施例，关于“服务”的所有内容都定义在服务java类内。包含服务逻辑的服务url(本质上是网络服务)被登记在连接器框架110中。每个“服务”定义用于两种动作(订阅和取消订阅)的逻辑。订阅逻辑负责为用户的用户动作分配权限/特征/访问权限，取消订阅逻辑负责对访问/特征的撤销活动。所有企业应用程序“服务”都具有使用户将企业应用程序企业映射到正确的架构中或连接到第三方api/网络服务的逻辑，以基于企业应用程序的类型来处理用户访问请求。

根据本公开的一个实施例，“服务”可能需要基于不同参数执行不同类型的动作。连接器框架允许设置这些参数并且为这些参数定义可能的值。这被称为“服务元数据”。这些参数被选为规则定义的一部分。“服务元数据”可以通过bizeforms一次为“服务”定义。bizeforms是用于设置服务配置的工具。元数据是“服务”的属性，在定义执行服务所基于的规则时配置该属性。当满足规则条件并且调用“服务”时，这样配置的参数可用于“服务”类。

根据本公开的一个实施例，连接器框架110还提供用于订阅/取消订阅的规则。框架中的规则允许定义哪些用户需要执行什么动作。这种设置由平台所有者完成，其作为企业应用程序审批过程的一部分。一个规则有2个部分，即，动作和过滤器。动作涉及选择需要执行的“服务”、服务参数和动作类型(订阅或取消订阅)。过滤器涉及筛选出哪些用户对于构成由过滤器定义的所定义的动作是合格的。每个规则中应该设置的一个重要的过滤器属性是针对用户已经购买的企业应用程序而言的产品代码的规范。只有那些激活了企业应用程序许可证的用户才有资格执行进一步的动作。

根据本公开的一个实施例，系统100还包括注册模块112。注册模块112被配置为通过企业应用程序所有者将多个企业应用程序中的每一个都注册为平台104上的产品。企业应用程序所有者可以将企业应用程序定义为当企业用户或企业所有者从目录中选择bizapps时，该企业应用程序在系统的目录上是可见的并且企业所有者可以设计信息页面。因此，企业应用程序所有者可以为他的bizapps定义两个元素，即bizapps标记和bizapps微型网站。bizapps微型网站可以使用微型网站创建模块114来创建。微型网站包括多个企业应用程序的多个细节。关于在系统100上的多个企业应用程序的目录显示可用于订阅/销售的bizapp的标题。这些被称为bizapp标记。在选择多个企业应用程序中的任何一个时，将显示被称为bizapp微型网站的信息页面。

所述标记显示企业应用程序的名称、简要说明和应用程序的缩略图，其他用户的评分和评论以及订阅用户的数量。企业应用程序可以使用自由文本搜索和其他目录过滤器(如按照类别、产品类型、提供者和价格)进行搜索。企业应用程序所有者将所有这些属性定义为作为产品设置的bizapp的一部分。微型网站页面也作为企业应用程序定义的一部分进行链接。此页面应包含企业应用程序的所有详细信息，包括如何使用和演示链接(如果需要)。企业用户将能够通过在微型网站上放置的激活许可证/订阅按钮来激活他们的许可证。

根据本公开的一个实施例，平台104还允许定义称为子产品的事物，其母产品作为相同产品的变型/风格的一组产品的超集。这些变型可以基于定价模式或特征方面。母公司产品本身是不可购买的，但是仅仅是为了对企业应用程序的不同变型进行分组而创建的。

根据本公开的一个实施例，如果多个企业应用程序具有基于价格、类型、有效性等的订阅变型，或者如果它们具有附加特征，则应该将这多个企业应用程序建为母产品。在这种情况下，bizapp标记将充当持有用户可以订阅的企业应用程序的不同变型的容器。每个变型都有唯一的产品代码。如果不需要变型，那么企业应用程序可以创建为具有唯一产品代码的单个独立产品。企业应用程序的变型将不会直接在目录下可见，而是只能在其母产品的微型站点中对一般企业用户可见。

根据本公开的一个实施例，系统100还包括搜索模块116和浏览模块118。搜索模块116基于企业所有者输入的查询在平台104上搜索多个企业应用程序。搜索结果是一组企业应用程序。如果企业所有者有兴趣购买该组企业应用程序，则浏览模块118浏览该组企业应用程序的多个细节。

根据本公开的一个实施例，系统100包括交互模块120。交互模块120被配置为促进该组企业应用程序的企业应用程序所有者与该企业所有者之间的交互。如果同意该组企业应用程序的企业应用程序所有者与企业所有者之间的协商，则购买模块122促进企业所有者购买该组企业应用程序。

根据本公开的一个实施例，系统100包括许可证管理模块124和启动模块126。许可证管理模块124被配置成为一个或多个企业用户激活企业应用程序的许可证。许可证管理模块124还被配置成为一个或多个企业用户停用已经激活的企业应用程序的许可证。许可证只能在有效期内提供，并且可以在消费有效期之后停用。启动模块126被配置为由一个或多个企业用户启动企业应用程序以在平台104本身上使用。

根据本公开的一个实施例，当企业应用程序所有者如图4的流程图400中所示的那样分配企业应用程序时，企业所有者可以激活企业应用程序的许可证。在示例中，购买模块122是合作伙伴管理屏幕。企业应用程序访问通过许可证代码激活而提供给企业用户。一个许可证对应于对企业应用程序的一个企业用户访问。一旦企业应用程序被分配给企业所有者，它就可以通过在线支付或离线生成请求来购买多个许可证。如果是离线购买请求，企业应用程序所有者在收到所需金额并生成了所请求的许可证数量时，将批准该请求。这样购买的许可证可以由企业用户激活以访问企业应用程序。

根据本公开的一个实施例，企业所有者还可以通过购买许可证代码并且将其与他们的用户共享、或者直接通过将代码标记给用户来激活代码而将用户添加到订阅的bizapps。许可证代码可以以2种模式之一提供给用户。模式1：分享离线代码-用户接收离线许可证代码，并在门户网站中输入代码。成功验证后，用于用户的订阅引擎将被触发，且用户将被分配bizapps。模式2：企业所有者可以直接给用户标记一个许可证。在这种模式下，企业所有者可以直接给他们的用户标记许可证。订阅引擎110将在此事件中被触发，并且用户将被分配bizapps。

根据本公开的一个实施例，系统100还被配置为已经被企业所有者购买的一组企业应用程序提供对于附加组件的购买的特征。在订阅引擎110的情况中，附加组件只不过是通过新的规则类型提供附加特征。附加组件是该组企业应用程序的子产品，针对该组子产品标记了特定类型的订阅规则定义。附加组件的分配类似于将企业应用程序分配给企业所有者的过程。当企业用户激活附加组件的相应许可证时，订阅引擎110将向企业用户分配对特征/功能的访问。

根据本公开的一个实施例，系统100还被配置为检查许可证的有效性，提供重新订阅该组企业应用程序的特征。任何企业应用程序订阅和对企业应用程序的用户订阅都可以由在特定时间段内有效的许可证进行标记。订阅的有效性被指定为规则级别。当时间段到期时，将调用相应交付引擎的取消订阅逻辑。在过期之后，用户将能够更新其订阅。

在操作中，图3a-3b中示出了流程图200，其步骤涉及用于聚集和交易多个企业应用程序的步骤。最初在步骤202，平台所有者提供平台104以销售多个企业应用程序。平台所有者将负责提供平台的各种服务，诸如计费、收益分享、支付网关等。在下一步骤204中，各个企业应用程序所有者将多个企业应用程序整合在平台104的连接器框架110上。在一个示例中，连接器框架110也可以被称为订阅引擎110。

在接下来的步骤206中，企业应用程序所有者将多个企业应用程序中的每一个都注册为平台104上的产品。在步骤208，对应于企业应用程序的企业应用程序所有者创建微型网站，其中微型网站包括所述多个企业应用程序的多个细节。所述多个细节可以包括企业应用程序的简要描述、企业应用程序的缩略图，用户的评分和评论以及订阅用户的数量。

在下一个步骤210中，企业所有者在平台104上搜索多个企业应用程序。企业所有者是该组企业应用程序的潜在买家。企业所有者可以根据其企业的需求向搜索引擎提供输入查询。搜索结果是一组企业应用程序。在步骤212，企业所有者然后浏览该组企业应用程序的多个细节。如果该组企业应用程序是企业的兴趣所在，则企业所有者可以显示/登记他对购买该组企业应用程序的兴趣。在接下来的步骤214中，系统100促进该组企业应用程序的企业应用程序所有者和企业所有者之间的交互。企业所有者和企业应用程序所有者可以定义各种条款和条件并达成一致。在步骤216，该组企业应用程序可以由企业所有者购买。在步骤218，企业所有者然后可以进一步为一个或多个企业用户激活这组企业应用程序的许可证。最后在步骤220，企业用户可以在平台上启动企业应用程序以供其使用。

根据本公开的一个实施例，系统100允许平台所有者为企业用户和平台所有者提供收益分享方案。对于企业用户而言，对企业应用程序的固定百分比折扣可以由系统中的企业所有者配置。该系统验证此百分比是否大于或等于在配置中的平台收益分享百分比。它不允许企业所有者指定超出发行者分成百分比减去最大交易费用百分比(其将是平台支付网关配置中设置的最大交易费用)之差的折扣百分比，因为分配是以基准价格启动的，而不管学习者购买产品的折扣率如何。

同样地，对于平台所有者，企业所有者设置企业应用程序分配给平台所有者的购买折扣百分比。与企业用户折扣的情况不同，企业所有者可以设置低于企业所有者分成的百分比。这样分配的产品不能由平台所有者在线购买，只能由平台所有者提出离线许可证生成请求。当企业所有者批准这样的请求时，针对平台所有者生成离线订单。

书面描述描述了本文的主题，以使得本领域的任何技术人员能够想到和使用这些实施例。主题实施例的范围由权利要求限定，并且可以包括本领域技术人员能想到的其他修改。如果这样的其它修改具有并非不同于权利要求的字面语言的类似的元件或如果它们包括与权利要求的字面语言无实质区别的等同元件，则这样的修改确定为在权利要求的范围内。

本文公开的实施例提供了用于聚集、访问和交易多个企业应用程序的系统和方法。此外，该系统是为中小型企业的日常问题提供单点解决方案的多个企业应用程序的集合。该系统使得企业所有者能够浏览，查看细节，利用演示和购买对企业应用程序的订阅，并且使企业应用程序所有者能够通过针对多个企业应用程序的一站式商店向更广泛的企业顾客大众提供销售和访问点。

然而，要理解的是，保护的范围扩展到这样的程序和另外的其中具有消息的计算机可读装置，这样的计算机可读存储装置包含程序代码装置，以用于当程序在服务器或移动装置或任何合适的可编程装置上运行时，实现该方法的一个或多个步骤。硬件装置可以是任何种类的可以被编程的装置，包括例如任何类型的计算机，如服务器或个人计算机等或其任何组合。该装置还可以包括例如是硬件装置或硬件结合软件装置的装置。所述硬件装置例如是专用集成电路(asic)，现场可编程门阵列(fpga)；所述硬件结合软件装置例如是asic结合fpga、或至少一个微处理器结合其上具有软件模块的至少一个存储器。因此，该装置可以包括硬件装置和软件装置。本文描述的方法实施例可以在硬件和软件中实现。该装置还可以包括软件装置。或者，实施例可以例如使用多个cpu在不同的硬件装置上实现。

本文的实施例可以包括硬件元件和软件元件。在软件中实现的实施例包括但不限于固件、常驻软件、微代码等。本文描述的各种模块执行的功能可以以其他模块或其他模块的组合来实现。为了本说明的目的，计算机可用或计算机可读介质可以是能够包括、存储、传送、传播或传输由指令执行系统，设备或装置使用或与其结合使用的程序的任何设备。

介质可以是电子的、磁性的、光学的、电磁的、红外的或半导体系统(或设备或装置)或传播介质。计算机可读介质的示例包括半导体或固态存储器、磁带、可移动计算机磁盘、随机存取存储器(ram)、只读存储器(rom)、硬磁盘和光盘。光盘的当前示例包括光盘只读存储器(cd-rom)，可擦写式刻录盘(cd-r/w)和数字化视频光盘(dvd)。

用于存储和/或执行程序代码的数据处理系统将包括通过系统总线直接或间接联接到存储器元件的至少一个处理器。存储器元件可以包括在程序代码的实际执行期间使用的本地存储器，大容量存储器和提供至少一些程序代码的临时存储的高速缓存存储器，以便减少在执行期间必须从大容量存储器检索代码的次数。

输入/输出(i/o)装置(包括但不限于键盘、显示器、指针装置等)可以直接或通过中间i/o控制器联接到系统。网络适配器也可以联接到系统，以使得数据处理系统能够通过中间私人或公共网络与其他数据处理系统或远程打印机或存储装置联接。调制解调器，电缆调制解调器和以太网卡只是当前可用类型的网络适配器中的一些。

用于实践实施例的代表性硬件环境可以包括根据本文的实施例的信息处理/计算机系统的硬件配置。本文的系统包括至少一个处理器或中央处理单元(cpu)。cpu通过系统总线与各种装置(例如随机存取存储器(ram)，只读存储器(rom)和输入/输出(i/o)适配器)互连。i/o适配器可以连接到外围装置，如磁盘单元和磁带驱动器或系统可读的其他程序存储装置。系统可以读取程序存储设备上的创造性指令，并且遵循这些指令来执行本文的实施例的方法。

该系统还包括将键盘，鼠标，扬声器，麦克风和/或诸如触摸屏装置(未示出)之类的其他用户接口设备连接到总线以聚集用户输入的用户接口适配器。此外，通信适配器将总线连接到数据处理网络，并且显示适配器将该总线连接到显示装置，该显示装置例如可以被实现为输出装置，诸如监视器、打印机或发送器。

已经参考各种实施例呈现了前面的描述。本申请所属领域的普通技术人员将理解，可以在未有意脱离本发明的原理、精神和范围的情况下，对所描述的结构和操作方法进行更改和改变。