CN107368307A

CN107368307A - 用于实时配置应用的界面的方法、设备和系统

Info

Publication number: CN107368307A
Application number: CN201710534117.1A
Authority: CN
Inventors: 王海君; 徐翎
Original assignee: Shanghai Point Information Technology Co Ltd
Current assignee: Shanghai Point Information Technology Co Ltd
Priority date: 2017-07-03
Filing date: 2017-07-03
Publication date: 2017-11-21

Abstract

本公开内容涉及用于实时配置应用的界面的方法和设备。该方法包括从服务器接收针对特定对象集合的配置数据，其中配置数据是由内容管理系统通过可视化菜单预先生成的。该方法还包括确定在设备上运行的一个应用的标识是否被包括在对象集合中，并且在应用的标识被包括在对象集合中的情况下基于配置数据来实时配置应用的界面。本公开的实施例通过内容管理系统来可视地配置电子设备上的应用界面，而不需要编写可执行代码，从而使得非研发人员也能够远程配置应用界面。此外，本公开的实施例通过使用配置数据来配置应用界面，而不需要在电子设备上更新应用的版本，由此能够实时地更新应用界面。

Description

用于实时配置应用的界面的方法、设备和系统

技术领域

本公开的实施例总体上涉及信息技术领域，更具体地涉及用于实时配置应用的界面的方法、设备和系统。

版权申明

背景技术

电子设备是指由电子元件组成的设备，其包括例如智能手机、平板电脑、膝上型计算机以及任何其他便携式设备。智能手机中通常安装各种各样应用(也被称为应用程序或APP)，其中每个应用是指为了实现特定功能或目的而被开发运行于电子设备上的程序，并且每个应用通常具有相应的图形用户界面(GUI)。

通常，应用的开发者在开发完成应用或者应用的更新版本之后，需要将应用提交到应用商店或应用市场审核，在通过审核之后，用户可以从应用商店或者应用市场下载或者更新应用。当然，在一些操作系统平台下，用户也可以通过浏览器直接下载应用。此外，通常需要专业的研发人员来编写代码实现各种应用，因而应用的开发或配置专业性要求较高。

发明内容

有鉴于此，本公开的实施例提出了一种用于实时配置应用的界面的方法和设备。本公开的实施例通过内容管理系统来可视地配置电子设备上的应用界面，而不需要编写可执行代码，从而使得非研发人员也能够远程配置应用界面。此外，本公开的实施例通过使用配置数据来配置应用界面，而不需要在电子设备上更新应用的版本，由此能够实时地更新应用界面。

根据本公开的第一方面，提供了一种用于实时配置应用的界面的方法。该方法包括从服务器接收针对特定对象集合的配置数据，其中配置数据是由内容管理系统通过可视化菜单预先生成的。该方法还包括确定在设备上运行的一个应用的标识是否被包括在对象集合中，并且在确定应用的标识被包括在对象集合中的情况下基于配置数据来实时配置应用的界面。

根据本公开的第二方面，提供了一种用于实时配置应用的界面的设备。该设备包括处理器和耦合至处理器并且存储有指令的存储器。所述指令在由处理器执行时使得设备执行以下动作：从服务器接收针对特定对象集合的配置数据，其中配置数据是由内容管理系统通过可视化菜单预先生成的；确定在设备上运行的一个应用的标识是否被包括在对象集合中；以及响应于确定应用的标识被包括在对象集合中，基于配置数据来实时配置应用的界面。

根据本公开的第三方面，本公开的实施例还提供了一种计算机可读存储介质。该计算机可读存储介质具有存储在其上的计算机可读程序指令。这些计算机可执行指令在设备中运行时使得该设备执行根据本公开中的各个实施例所描述的方法或过程。

根据本公开的第四方面，提供了一种用于实时配置应用的界面的系统。该系统包括第一设备、第二设备以及服务器。其中第一设备被配置为：访问内容管理系统以通过可视化菜单生成针对特定对象集合的配置数据；以及将所生成的配置数据发送到服务器。服务器被配置为：响应于从第一设备接收到配置数据，将配置数据发送到第二设备。第二设备被配置为：响应于从服务器接收到配置数据，确定在第二设备上运行的一个应用的标识是否被包括在对象集合中；以及响应于确定应用的标识被包括在对象集合中，基于配置数据来实时配置应用的界面。

附图说明

结合附图并参考以下详细说明，本公开的各实施例的特征、优点及其他方面将变得更加明显，在此以示例性而非限制性的方式示出了本公开的若干实施例，在附图中：

图1A图示了根据本公开的实施例的用于实时配置应用界面的示例系统的示意图；

图1B图示了根据本公开的实施例的用于实时配置应用界面的示例过程的示意图；

图2图示了根据本公开的实施例的用于实时配置应用界面的示例方法的流程图；

图3图示了根据本公开的另一实施例的用于实时配置应用界面的另一方法的流程图；

图4A-F图示了根据本公开的实施例的内容管理系统和应用的示例图形用户界面(GUI)；以及

图5图示了可以用来实施本公开的实施例的设备的示意性框图。

具体实施方式

以下参考附图详细描述本公开的各个示例性实施例。附图中的流程图和框图示出了根据本公开的各种实施例的方法和系统的可能实现的体系架构、功能和操作。应当注意，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，所述模块、程序段、或代码的一部分可以包括一个或多个用于实现各个实施例中所规定的逻辑功能的可执行指令。也应当注意，在有些作为备选的实现中，方框中所标注的功能也可以按照不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，或者它们有时也可以按照相反的顺序执行，这取决于所涉及的功能。同样应当注意的是，流程图和/或框图中的每个方框、以及流程图和/或框图中的方框的组合，可以使用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以使用专用硬件与计算机指令的组合来实现。

本文所使用的术语“包括”、“包含”及类似术语应该被理解为是开放性的术语，即“包括/包含但不限于”，表示还可以包括其他内容。在本公开内容中，术语“基于”是“至少部分地基于”；术语“一个实施例”表示“至少一个实施例”；术语“另一实施例”表示“至少一个另外的实施例”。

应当理解，给出这些示例性实施例仅是为了使本领域技术人员能够更好地理解进而实现本公开的实施例，而并非以任何方式限制发明的范围。

传统地，新应用只有在通过应用商店或市场审核之后，才能在应用商店或市场中上线供用户下载。而审核通常由人工执行，需要一些时间，例如几个小时甚至几天，因而无法保证实时、灵活更新电子设备上的应用。此外，通常需要专业的研发人员编写代码来开发应用，而非研发人员(如市场活动人员)无法更改或者配置应用。因此，传统的应用配置方式周期较长、专业化程度较高并且过程也复杂。

本公开的实施例提出了本公开的实施例提出了一种用于实时配置应用界面的方法和设备，使得非研发人员能够可视地实时配置电子设备上的应用界面。本公开的实施例通过内容管理系统来远程配置电子设备上的应用界面，而不需要编写可执行代码，从而使得非研发人员也能够远程配置应用界面。此外，本公开的实施例通过使用配置数据来配置应用界面，而不需要在电子设备上更新应用的版本，由此能够实时地配置应用界面。以下参考图1-5描述了本公开的实施例的一些示例实现。

图1A图示了根据本公开的实施例的用于实时配置应用界面的示例系统100的示意图。如图1A所示，系统100包括电子设备110₁、110₂…110_n(统称为电子设备110)、服务器120以及电子设备130。在一些实施例中，电子设备110中的每个可以为移动设备，例如智能手机、平板电脑、膝上型计算机、智能可穿戴设备、以及任何其他便携式设备。服务器120可以为通用计算机、专用计算机、或者其他计算机系统，其维护并存储计算机程序和数据。电子设备130可以为服务器或者用户设备(例如移动设备，诸如智能手机、平板电脑、便携式计算机等，或固定设备，诸如台式计算机)。本领域技术人员应当理解，虽然图1A中示出了架构中的一些电子设备，但是其也可以包括更多或更少的电子设备，虽然仅示出了一个示例服务器，但是也可以包括多个分布式部署的服务器。在一些实施例中，电子设备130可以被集成在服务器120中。

如图1A所示，电子设备110、服务器120以及电子设备130之间可以通过网络(未示出)交互数据，其中网络可以是任何有线和/或无线网络。可选地，该网络可以包括但不限于因特网、广域网、城域网、局域网、虚拟专用网络(VPN)网络、无线通信网络，等等。

在图1A的示例架构中，每个电子设备110上可以各自运行一个或多个应用(也被称为应用程序或APP)，服务器120可以提供应用的数据支持，服务器120还可以包括能够配置电子设备上的应用界面的内容管理系统(CMS)。例如，电子设备130可以通过浏览器访问由服务器120提供的可视化CMS的界面，并且可以针对特定对象集合(例如，指定操作系统平台和版本的应用)配置应用界面，服务器120然后将配置数据发送给已安装相应应用的电子设备110。电子设备110在接收到配置数据之后，验证已安装的应用是否属于需要被配置的对象，并且在其属于被配置对象的情况下基于配置数据来实施配置应用界面。

图1B图示了根据本公开的实施例的用于实时配置应用界面的示例过程150的示意图。在151，当非研发人员(例如市场人员)需要配置一些应用的界面时，其可以通过其电子设备130发起访问内容管理系统(CMS)的请求。在152，服务器120向电子设备130提供可视化的图形用户界面(GUI)。接下来，在153，市场人员可以通过可视化菜单生成针对特定对象集合的配置数据，并且在154将所生成的配置数据发送到服务器120。在155，服务器120然后将配置数据转发到电子设备110。在一些实施例中，服务器120也可以对配置数据做进一步处理之后再转发到电子设备110。在156，电子设备110在从服务器120接收到配置数据之后，确定在其上运行的应用是否属于被配置对象。在157，如果确定应用属于被配置对象，则基于配置数据来实时配置应用的界面。

图2图示了根据本公开的实施例的用于实时配置应用界面的方法200的流程图。应当理解，方法200例如可以由以上参考图1A所描述的电子设备110所执行。

在202，由电子设备(例如图1A所描述的电子设备110)从服务器(例如图1A所描述的服务器120)接收针对特定对象集合的配置数据，其中配置数据是由内容管理系统(CMS)通过可视化菜单(例如，通过CMS的图形用户界面(GUI))预先生成的，并且特定对象集合例如可以为特定的应用版本。例如，可以通过图1A所描述的电子设备130访问由服务器120提供的内容管理系统而生成配置数据。可选地，配置数据可以为半结构化的JSON数据，并且JSON数据中的字段的含义对于服务器和电子设备二者是已知的。备选地，配置数据也可以为可扩展标记语言(XML)格式的数据，本公开的实施例不受配置数据格式的限制。

在一些实施例中，配置数据中可以预先定义具有不同含义的多个字段，例如配置数据可以包括应用名称、(一种或多种)操作系统类型、(一个或多个)版本号、应用页面(例如应用的首页)、以及界面配置数据。可选地，配置数据还可以包括其他元数据，例如修改者信息、修改日期、修改类型等。

在204，确定在电子设备上运行的一个应用的标识是否被包括在对象集合中，其中对象集合表示配置数据所针对的应用对象。可选地，应用的标识可以为应用的版本号。备选地，应用的标识可以包括应用名称、应用所处的操作系统类型以及应用的版本号。在一些实施例，可以基于从配置数据提取的应用名称、操作系统类型以及版本号，来确定应用是否被包括在对象集合中。例如，当应用名称、操作系统类型以及版本号均相同时，确定该应用是要被配置的对象。

在206，响应于确定应用的标识被包括在对象集合中，基于配置数据来实时配置应用的界面。在一些实施例中，应用的某个页面(例如应用的主页)上可以存在多个组件，可以基于配置数据在应用中添加新组件，也可以基于配置数据从应用中移除组件。在一些实施例中，还可以基于配置数据来调整应用中的一个或多个组件的布局。例如，市场活动人员可以将某个需要重点推荐的组件实时突出显示。

因此，根据本公开的实施例的方法200，可以通过CMS来可视地配置电子设备上的应用界面，而不需要编写可执行代码，从而使得非研发人员也能够远程配置应用界面。此外，本公开的实施例通过使用配置数据来配置应用界面，而不需要在电子设备上更新应用的版本，由此能够实时地配置应用界面。

图3图示了根据本公开的另一实施例的用于实时配置应用界面的另一方法300的流程图。应当理解，方法300例如可以由以上参考图1A所描述的电子设备110所执行。

在302，在电子设备(例如图1A所描述的电子设备110)上启动某个应用，例如，用户点击手机上的某个理财应用的图标，以启动该理财应用。在304，电子设备检测是否存在待下载的配置数据，也即，每当应用启动时，检查是否存在要被下载的配置数据。如果不存在新的配置数据，则在306在电子设备上运行应用并显示应用之前的界面。如果存在新的配置数据待下载，则在308从服务器(例如图1A所描述的服务器120)下载配置数据，其中配置数据是半结构化的数据，例如以JSON格式或者XML格式。

以下示出了根据本公开的实施例的JSON格式的配置数据的示例。{“content":{"_id":"57fdaf659520d82900845ec8","modifyDate":1494209314535,"createDate":1476243301020,"app-name":"homepage","include":[{"name":"banner1"},{"name":"announcement"},{"name":"platformInfo"},{"name":"recommendPlan"},{"name":"banner2"},{"name":"gridView"},{"name":"notice"},{"name":"footer"}],"createdBy":"56790b563397cd2100afeed9","__v":0,"modifiedBy":"56790b563397cd2100afeed9","sentryWards":[],"rules":[],"version":["3.13.0","3.14.0","3.15.0","3.16.0","3.17.0","3.18.0","3.19.0","3.20.0","3.20.1","3.21.0","3.21.1","3.22.0","3.23.0","3.23.1","3.24.0","3.25.0","3.25.1","3.26.0"],"platform":["ios","android"],"app":["lender"],"customFieldJson":null,"id":"57fdaf659520d82900845ec8"},"result":"success","errors":[]}

例如，其中“content”表示内容标识，“modifyDate”表示修改日期、“createDate”表示创建日期，“app-name”表示应用中的页面名称，“include”表示所包括的界面组件及其顺序，“createdBy”表示创建者标识，“modifiedBy”表示修改者标识，“version”表示所针对的版本号，“platform”表示所针对的操作系统平台，“app”表示应用名称，“sentryWards”、“rules”“errors”以及“customFieldJson”表示可以自定义内容的一些字段，以及“result”表示处理结果字段。

在310，提取所下载的配置数据，然后在312判断配置数据是否适用于电子设备上的该应用，也即，判断所下载的配置数据是否针对电子设备上的当前应用，例如仅当应用名称、操作系统类型以及版本号均被包括在配置数据中时，才判断配置数据适合于电子设备上的该应用。如果否，则在314在电子设备上运行应用并显示应用之前的界面。否则，在316基于配置数据在应用中注册组件，即配置要被显示在应用上的组件对象及其显示布局。在318，实时加载所注册的组件，并且显示新的界面。因此，根据本公开的实施例的方法400，能够实时远程配置电子设备上的应用界面，使得非研发人员(例如市场活动人员)可以通过CMS可视化地配置应用界面，由此提高配置应用界面的效率。

图4A-F图示了根据本公开的实施例的内容管理系统(CMS)和应用的示例图形用户界面(GUI)。其中，图4A、4C、4E例如为访问CMS的电子设备(例如图1A所描述的电子设备130)上所呈现的示例CMS应用配置界面，图4B、4D、4F例如为具有应用的电子设备(例如图1A所描述的电子设备110)上所呈现的示例应用界面。

图4A示出了在初始条件下在CMS应用配置的页面中的配置GUI400，其包括应用名称编辑区域405、操作系统编辑区域410、支持版本编辑区域415以及界面配置数据编辑区域420。其中应用名称编辑区域405指定所要配置的应用的名称(例如ABC)，操作系统编辑区域410指定所要配置的应用的操作系统平台(例如AAA，诸如安卓操作系统或者苹果操作系统)，支持版本编辑区域415指定所要配置的应用的版本号(例如3.13.0)，以及界面配置数据编辑区域420指定应用界面上的组件及顺序，例如其初始包括组件1-5共五个模块。如图4B所示，GUI 430包括组件显示区域435以及菜单区域440，当前处于菜单“首页”页面，并且在显示区域435中顺序显示组件1-5。

图4C示出了用户对GUI 400中的一些内容的调整后的GUI 450，如图4C所示，用户删除了界面配置中的“组件1”，在保存之后，服务器实时地生成删除“组件1”的配置数据并将其发送到电子设备。电子设备在接收到配置数据，并且确认属于配置对象之后，根据界面配置数据实时地配置其上的应用界面，如图4D所示，“组件1”从应用界面中被删除，其他组件的大小被适应性地调整。

图4E示出了用户对GUI 450中的一些内容的进一步调整后的GUI 470，如图4E所示，用户调整了组件的顺序，例如将“组件5”移动到第二位置处。可选地，如图4E所示，在CMS应用配置中，还可以设置每个组件的大小，例如“组件2：1*0.5”表示组件2的宽为组件显示区域的100％而高为组件显示区域的50％。然后，用户保存配置数据，服务器实时地生成调整布局后的配置数据并将其发送到电子设备。电子设备在接收到配置数据，并且确认属于更新对象之后，根据界面配置数据实时地配置其上的应用界面，如图4F所示，“组件5”被移动到第二个位置处显示，同时，组件2-5的大小也是根据配置数据中的配置而被调整。

在一些实施例中，CMS应用配置页面中还可以设置应用中所要配置的页面，例如，可以生成针对应用中“首页”的配置数据，或者生成针对应用中“社区”的配置数据。在一些实施例中，CMS应用配置页面中的操作系统以及支持版本可以同时支持多个，此外，CMS系统可以保存应用配置的相关日志，并且在每次配置之前调用已经存储的最新配置数据。因此，本公开的实施例能够实时且灵活地远程配置电子设备上的应用界面，提高了处理效率和用户体验。

应当理解，根据本公开的实施例的设备可以利用各种方式来实现。例如，在某些实施例中，该设备可以通过硬件、软件或者软件和硬件的结合来实现。其中，硬件部分可以利用专用逻辑来实现；软件部分则可以存储在存储器中，由适当的指令执行系统，例如微处理器或者专用设计硬件来执行。本领域的普通技术人员可以理解上述的方法和系统可以使用计算机可执行指令和/或包含在处理器控制代码中来实现，例如在诸如磁盘、光盘载体介质、诸如只读存储器的可编程的存储器或者诸如光学或电子信号载体的数据载体上提供了这样的代码。本公开的实施例的设备和装置不仅可以由诸如超大规模集成电路或门阵列、诸如逻辑芯片、晶体管等的半导体、或者诸如现场可编程门阵列、可编程逻辑设备等的可编程硬件设备的硬件电路实现，也可以用例如由各种类型的处理器所执行的软件实现，还可以由上述硬件电路和软件的结合来实现。

图5图示了可以用来实施本公开的实施例的设备500的示意性框图。应当理解，设备500可以被实现为图1A所描述的任一设备。如图5所示，设备500包括中央处理单元(CPU)501(例如处理器)，其可以根据存储在只读存储器(ROM)502中的计算机程序指令或者从存储单元508加载到随机访问存储器(RAM)503中的计算机程序指令，来执行各种适当的动作和处理。在RAM 503中，还可存储设备500操作所需的各种程序和数据。CPU 501、ROM 502以及RAM 503通过总线504彼此相连。输入/输出(I/O)接口505也连接至总线504。

设备500中的多个部件连接至I/O接口505，包括：输入单元506，例如键盘、鼠标等；输出单元507，例如各种类型的显示器、扬声器等；存储单元508，例如磁盘、光盘等；以及通信单元509，例如网卡、调制解调器、无线通信收发机等。通信单元509允许设备500通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

上文所描述的各种方法，例如方法200或300，可由处理单元501执行。例如，在一些实施例中，方法200和300可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元508。在一些实施例中，计算机程序的部分或者全部可以经由ROM 502和/或通信单元509而被载入和/或安装到设备500上。当计算机程序被加载到RAM 503并由CPU 501执行时，可以执行上文描述的方法200和300中的一个或多个动作或步骤。

计算机程序产品可以包括计算机可读存储介质，其上载有用于执行本公开的各个方面的计算机可读程序指令。计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是――但不限于――电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、静态随机存取存储器(SRAM)、便携式压缩盘只读存储器(CD-ROM)、数字多功能盘(DVD)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身，诸如无线电波或者其他自由传播的电磁波、通过波导或其他传输媒介传播的电磁波(例如，通过光纤电缆的光脉冲)、或者通过电线传输的电信号。

本文所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备，或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令，并转发该计算机可读程序指令，以供存储在各个计算/处理设备中的计算机可读存储介质中。

用于执行本公开内容操作的计算机程序指令可以是汇编指令、指令集架构(ISA)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码，所述编程语言包括面向对象的编程语言—诸如C++等，以及常规的过程式编程语言—诸如“C”语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络—包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。在一些实施例中，通过利用计算机可读程序指令的状态信息来个性化定制电子电路，例如可编程逻辑电路、现场可编程门阵列(FPGA)或可编程逻辑阵列(PLA)，该电子电路可以执行计算机可读程序指令，从而实现本公开内容的各个方面。

应当注意，尽管在上文的详细描述中提及了设备的若干模块或子模块，但是这种划分仅仅是示例性而非强制性的。实际上，根据本公开的实施例，上文描述的两个或更多模块的特征和功能可以在一个模块中具体化。反之，上文描述的一个模块的特征和功能可以进一步划分为由多个模块来具体化。

以上所述仅为本公开的实施例可选实施例，并不用于限制本公开的实施例，对于本领域的技术人员来说，本公开的实施例可以有各种更改和变化。凡在本公开的实施例的精神和原则之内，所作的任何修改、等效替换、改进等，均应包含在本公开的实施例的保护范围之内。

虽然已经参考若干具体实施例描述了本公开的实施例，但是应该理解，本公开的实施例并不限于所公开的具体实施例。本公开的实施例旨在涵盖在所附权利要求的精神和范围内所包括的各种修改和等同布置。所附的权利要求的范围符合最宽泛的解释，从而包含所有这样的修改及等同结构和功能。

Claims

1.一种用于实时配置应用的界面的方法，包括：

从服务器接收针对特定对象集合的配置数据，所述配置数据是由内容管理系统通过可视化菜单预先生成的；

确定在设备上运行的一个应用的标识是否被包括在所述对象集合中；以及

响应于确定所述应用的所述标识被包括在所述对象集合中，基于所述配置数据来实时配置所述应用的界面。

2.根据权利要求1所述的方法，其中所述配置数据是半结构化的JSON数据，并且所述JSON数据中的字段的含义对于所述服务器和所述设备二者是已知的。

3.根据权利要求2所述的方法，其中接收针对特定对象集合的配置数据包括：

每当所述应用启动时，检查是否存在要被下载的所述配置数据；

响应于存在要被下载的所述配置数据，从所述服务器下载所述配置数据。

4.根据权利要求2所述的方法，其中所述应用包括一个或多个组件，并且基于所述配置数据来实时配置所述应用的界面包括：

基于所述配置数据在所述应用中添加新组件；和/或

基于所述配置数据从所述应用中移除组件。

5.根据权利要求4所述的方法，其中基于所述配置数据来实时配置所述应用的界面还包括：

基于所述配置数据来调整所述应用中的所述一个或多个组件的布局。

6.根据权利要求1所述的方法，还包括：

在配置所述应用的所述界面之后，在所述设备上实时呈现经配置的所述界面。

7.根据权利要求1所述的方法，其中确定在设备上运行的应用的标识是否被包括在所述对象集合中包括：

基于从所述配置数据提取的应用名称、操作系统类型以及版本号，来确定所述应用的所述标识是否被包括在所述对象集合中。

8.一种用于实时配置应用的界面的设备，包括：

处理器；

存储器，耦合至所述处理器并且存储有指令，所述指令在由所述处理器执行时使得所述设备执行以下动作：

确定在所述设备上运行的一个应用的标识是否被包括在所述对象集合中；以及

9.根据权利要求8所述的设备，其中所述配置数据是半结构化的JSON数据，并且所述JSON数据中的字段的含义对于所述服务器和所述设备二者是已知的。

10.根据权利要求9所述的设备，其中接收针对特定对象集合的配置数据包括：

11.根据权利要求9所述的设备，其中所述应用包括一个或多个组件，并且基于所述配置数据来实时配置所述应用的界面包括：

基于所述配置数据在所述应用中添加新组件；和/或

基于所述配置数据从所述应用中移除组件。

12.根据权利要求11所述的设备，其中基于所述配置数据来实时配置所述应用的界面还包括：

13.根据权利要求8所述的设备，所述动作还包括：

14.根据权利要求8所述的设备，其中确定在设备上运行的应用的标识是否被包括在所述对象集合中包括：

15.一种计算机可读存储介质，其包括计算机可执行指令，所述计算机可执行指令在设备中运行时使得所述设备执行根据权利要求1-7中任一项所述的方法。

16.一种用于实时配置应用的界面的系统，包括：

第一设备；

第二设备；以及

服务器，

其中所述第一设备被配置为：访问内容管理系统以通过可视化菜单生成针对特定对象集合的配置数据；以及将所生成的所述配置数据发送到所述服务器，

所述服务器被配置为：响应于从所述第一设备接收到所述配置数据，将所述配置数据发送到所述第二设备，

所述第二设备被配置为：响应于从所述服务器接收到所述配置数据，确定在所述第二设备上运行的一个应用的标识是否被包括在所述对象集合中；以及响应于确定所述应用的所述标识被包括在所述对象集合中，基于所述配置数据来实时配置所述应用的界面。