[发明专利]用于元数据驱动的用户界面框架的系统和方法

说明书

相关申请的交叉引用

本专利申请要求于2014年9月10日提交的标题为“SYSTEMS AND METHODS FOR A METADATA DRIVEN USER INTERFACE FRAMEWORK”的美国专利申请No.14/482,437的优先权，其全部内容通过引用合并于此。

技术领域

本申请涉及用于利用元数据来创建网络(web)应用用户界面(UI)的系统和方法。

附图说明

图1是根据一个实施例的用于提供元数据驱动UI的系统的框图。

图2是根据一个实施例的用于提供元数据驱动UI的服务器系统的示意框图。

图3是根据一个实施例的用于提供元数据驱动UI的客户端的示意框图。

图4是根据一个实施例的图示出了活动层级的框图。

图5是根据一个实施例的用于提供元数据驱动UI的方法的流程图。

图6是根据一个实施例的用于提供元数据驱动UI的另一方法的流程图。

具体实施方式

web应用允许软件被托管在服务器上、允许访问软件、并且允许软件在客户端设备上运行。例如，web应用通常包括可以在web浏览器中运行的软件。当将软件分布和安装在任何潜在客户端设备上变得困难和麻烦时，web应用特别有用。例如，可以在单个位置(例如，服务器)处对web应用进行维护和更新，从而使具有浏览器的任何客户端可以访问和使用web应用。

从传统的web应用用户界面(UI)仅仅可以由具有对web应用源代码或者文件的访问的开发人员更改的意义来说，该传统的web应用用户界面(UI)是静态的。例如，需要开发人员对web应用UI进行硬编码。在某些情况下，不同的租用者(例如，不同的业务实体或者客户端)可能期望唯一UI，该唯一UI包括UI导航、过程或者进程的聚组等。为了提供唯一UI，编程人员或者开发人员必须对代码进行修改，这可能导致用于的新的web应用。在某些情况下，在没有进行大量编码的情况下，每个租用者的唯一的外观和感受也许是可能的。然而，许多租用者想要聚组在一起的不同的过程、执行过程的不同的顺序、通过web应用的不同的导航或者流程、或者web应用UI的其它功能的(而非审美的)变化。实现功能的和导航的变化可能特别昂贵，从而导致更高的托管成本和更高的编程成本。因此，当成本高得令人难以承受时，租用者经常被开发人员已经确定的最能满足大多数潜在租用者或者客户端的需要的UI功能所困。

申请人已经认识到，需要对用于在不需要对UI修改进行硬编码的情况下生成web应用的UI的系统和方法，并且在本文中公开了该系统和该方法。本申请公开了用于基于元数据来生成web应用UI的系统、方法和装置。根据一个实施例，服务系统包括主机组件、元数据解释器、渲染引擎、和响应组件。主机组件被配置为从客户端接收对web应用的至少一部分的请求。元数据解释器被配置为检索描述web应用的UI的元数据。渲染引擎被配置为基于元数据来对初始屏幕(screen)进行渲染。初始屏幕包括供客户端显示的屏幕，该屏幕与web应用的活动有关。响应组件被配置为将元数据和初始屏幕发送至客户端。

根据另一实施例，客户端系统包括请求组件、接收器组件、显示组件、和元数据解释器。请求组件被配置为将对web应用的至少一部分的请求发送至服务器。接收器组件被配置为接收来自服务器的对请求的响应。响应包括描述web应用的UI的元数据和初始屏幕的UI资产。显示组件被配置为在显示器上显示初始屏幕，并且元数据解释器被配置为对元数据进行处理，以为web应用提供运行时间操作。

通过参照附图将最好地理解本公开的实施例，其中，相同的数字始终指定相同的元素。在以下描述中，提供了许多具体细节以透彻地理解本文所描述的实施例。然而，本领域的技术人员将认识到，可以省略具体细节中的一个或者多个，或者可以使用其它方法、组件、或者材料。在某些情况下，为了避免使本公开的更重要的方面难理解，并未详细地示出或者描述了操作。

此外，所描述的特征、操作、或者特性可以按照任何合适的方式组合在一个或者多个实施例中。也很容易理解，可以将结合所公开的实施例而描述的方法的步骤或者动作的顺序改变为对本领域的技术人员显而易见的。因此，在附图或者详细描述中的任何顺序仅仅是说明性的，而并不意谓暗示必需的顺序，除非指定需要该顺序。