CN112068871B - 电子设备和应用的管理方法 - Google Patents

Abstract

本公开公开了一种电子设备和应用的管理方法。在本公开实施例中，响应于针对指定应用的管理指示，获取相应的配置文件。然后通过对配置文件的解析确定待管理组件及待管理组件的管理信息，根据配置文件中待管理组件相匹配的管理信息对该待管理组件进行管理操作，也即，通过仅对应用中的待管理组件进行管理操作来解决现有技术中，当部分功能需要进行更新管理时，由于对整个控制器进行配置文件的更新管理从而造成大量无关的数据交互行为及时间损耗，且浪费网络资源的问题。

Description

电子设备和应用的管理方法

技术领域

本公开涉及电子信息技术领域，特别涉及一种电子设备和应用的管理方法。

背景技术

随着电子路标设备的普及，电子路标已不仅仅具有指路和查询功能，而在电子路标的功能增多的同时，也对路标中各功能模块更新及管理的频率增大。传统的电子路标设备多存在的问题是：当电子路标中的部分功能模块需要进行更新管理时，需对整个系统的所有功能模块进行更新管理，常见的加载方法是通过Http(hypertext transportprotocol，超文本传输协议)检测系统中所有功能模块来确定待更新模块，这种操作会造成大量无关的数据交互行为及时间损耗，浪费网络资源。

发明内容

本公开的目的是提供一种电子设备和应用的管理方法。用于解决现有技术中，当部分功能需要进行更新管理时，由于对整个控制器进行配置文件的更新管理从而造成大量无关的数据交互行为及时间损耗，且浪费网络资源的问题。

第一方面，本公开提供了一种电子设备，所述电子设备安装有指定应用，所述指定应用中具有多种功能、且所述多种功能预先被组件化，所述电子设备包括：显示器和控制器，其中：

所述显示器用于显示信息；

所述控制器连接所述显示器，被配置为：

响应于针对所述指定应用的管理指示，获取配置文件；

对所述配置文件进行解析，得到待管理组件的管理信息；

根据所述管理信息完成对所述待管理组件的管理操作。

在一些可能的实施例中，所述电子设备为智能路标设备，所述指定应用中的各组件继承统一接口；所述各组件具备生命周期函数；所述各组件具有事件处理监听方法。

在一些可能的实施例中，所述控制器在执行所述根据所述管理信息完成对所述待管理组件的管理操作时，被配置为：

获取所述待管理组件的组件类型；

采用所述组件类型对应的管理方式对所述待管理组件进行管理操作。

在一些可能的实施例中，所述管理信息中包括：所述待管理组件的组件标识；所述控制器在执行所述采用所述组件类型对应的管理方式对所述待管理组件进行管理操作时，被配置为：

根据解析后获取的所述待管理组件的组件标识，在组件注册中心中确定所述待管理组件的程序入口地址；

采用所述程序入口地址和所述组件类型对应的管理方式，对所述待管理组件进行管理操作。

在一些可能的实施例中，所述管理信息中包括所述待管理组件的组件类型参数，所述控制器在执行所述获取所述待管理组件的组件类型时，被配置为：

解析所述组件类型参数，得到所述待管理组件的组件类型。

在一些可能的实施例中，所述组件类型包括第一类型和第二类型，其中，具有可视化界面的组件属于第一类型；不具有可视化界面的组件属于第二类型；

所述控制器在执行所述采用所述组件类型对应的管理方式对所述待管理组件进行管理操作，被配置为：

若所述待管理组件的所述组件类型确定为所述第一类型，则将所述管理信息渲染到所述待管理组件的根布局上；

若所述待管理组件的所述组件类型确定为所述第二类型，则运行所述待管理组件。

在一些可能的实施例中，所述管理信息中包括：用于指示开启或关闭所述待管理组件的功能的指示信息；

所述控制器在执行所述采用待管理组件的管理信息管理相应组件时，还被配置为：

根据所述待管理组件的所述指示信息对所述待管理组件进行相应的操作。

在一些可能的实施例中，所述控制器在执行所述响应于针对所述指定应用的管理指示，获取配置文件时，被配置为：

响应于用户对配置文件的输入操作，获取所述配置文件，所述输入操作为所述管理指示。

在一些可能的实施例中，所述控制器在执行所述响应于针对所述指定应用的管理指示，获取配置文件时，被配置为：

接收服务器下发的配置指令作为所述管理指示，其中所述配置指令中包括所述配置文件的访问路径；

从所述访问路径下获取所述配置文件。

第二方面，本公开还提供一种基于电子设备的应用管理方法，所述方法包括：

响应于针对所述指定应用的管理指示，获取配置文件；

对所述配置文件进行解析，得到待管理组件的管理信息；

根据所述管理信息完成对所述待管理组件的管理操作。

在一些可能的实施例中，所述电子设备为智能路标设备，所述指定应用中的各组件继承统一接口；所述各组件具备生命周期函数；所述各组件具有事件处理监听方法。

在一些可能的实施例中，所述根据所述管理信息完成对所述待管理组件的管理操作，包括：

获取所述待管理组件的组件类型；

采用所述组件类型对应的管理方式对所述待管理组件进行管理操作。

在一些可能的实施例中，所述管理信息中包括：所述待管理组件的组件标识；所述采用所述组件类型对应的管理方式对所述待管理组件进行管理操作，包括：

根据解析后获取的所述待管理组件的组件标识，在组件注册中心中确定所述待管理组件的程序入口地址；

采用所述程序入口地址和所述组件类型对应的管理方式，对所述待管理组件进行管理操作。

在一些可能的实施例中，所述管理信息中包括所述待管理组件的组件类型参数，所述获取所述待管理组件的组件类型，包括：

解析所述组件类型参数，得到所述待管理组件的组件类型。

在一些可能的实施例中，所述组件类型包括第一类型和第二类型，其中，具有可视化界面的组件属于第一类型；不具有可视化界面的组件属于第二类型；

所述采用所述组件类型对应的管理方式对所述待管理组件进行管理操作，包括：

若所述待管理组件的所述组件类型确定为所述第一类型，则将所述管理信息渲染到所述待管理组件的根布局上；

若所述待管理组件的所述组件类型确定为所述第二类型，则运行所述待管理组件。

在一些可能的实施例中，所述管理信息中包括：用于指示开启或关闭所述待管理组件的功能的指示信息；

所述采用待管理组件的管理信息管理相应组件时，所述方法还包括：

根据所述待管理组件的所述指示信息对所述待管理组件进行相应的操作。

在一些可能的实施例中，响应于针对所述指定应用的管理指示，获取配置文件，包括：

响应于用户对配置文件的输入操作，获取所述配置文件，所述输入操作为所述管理指示。

在一些可能的实施例中，所述响应于针对所述指定应用的管理指示，获取配置文件时，包括：

接收服务器下发的配置指令作为所述管理指示，其中所述配置指令中包括所述配置文件的访问路径；

从所述访问路径下获取所述配置文件。

第三方面，本公开还提供一种计算机存储介质，所述计算机存储介质中存储有计算机程序指令，当所述指令在计算机上运行时，使得所述计算机执行如上所述的应用管理方法。应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。在符合本领域常识的基础上，上述各优选条件，可任意组合，即得本公开各较佳实施例。

附图说明

为了更清楚地说明本公开实施例的技术方案，下面将对本公开实施例中所需要使用的附图作简单地介绍，显而易见地，下面所介绍的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本公开一些实施例提供的一种应用场景图；

图2为本公开一些实施例提供的电子设备的硬件配置框图；

图3为本公开一些实施例提供的一种基于电子设备的应用管理方法的流程示意图；

图4为本公开一些实施例提供的一种基于电子设备的应用管理方法的另一种流程图；

图5为本公开一些实施例提供的一种基于电子设备的应用管理方法的再一种流程图。

具体实施方式

下面将结合附图对本申请实施例中的技术方案进行清除、详尽地描述。其中，在本公开实施例的描述中，除非另有说明，″/″表示或的意思，例如，A/B可以表示A或B；文本中的″和/或″仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况，另外，在本申请实施例的描述中，″多个″是指两个或多于两个。

本公开实施例中″第一″、″第二″仅用于描述目的，而不能理解为暗示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有″第一″、″第二″的特征可以明示或者隐含地包括一个或者更多个该特征，在本公开实施例的描述中，除非另有说明，术语″多个″是指两个或两个以上，其它量词与之类似应当理解，此处所描述的优选实施例仅用于说明和解释本公开，并不用于限定本公开，并且在不冲突的情况下，本公开的实施例及实施例中的特征可以相互组合。

本公开实施例提供的基于电子设备的应用管理方法均适用于安卓系统，应用场景包括但不限于：智能路标、计算机、智能手机、智能手表、智能电视、智能机器人等。下面以智能路标为例，对本公开提供的电子设备和应用的管理方法进行说明。

随着电子路标设备的普及，电子路标已不仅仅具有指路和查询功能，而在电子路标的功能增多的同时，也对路标中各功能模块更新及管理的频率增大。传统的电子路标设备多存在的问题是：当电子路标中的部分功能模块需要进行更新管理时，需对整个控制器进行配置文件的更新管理；这种操作会造成大量无关的数据交互行为及时间损耗，浪费网络资源。有鉴于此，本公开提出了一种电子设备和应用的管理方法、电子设备和存储介质，用于解决上述问题。

本公开提供的一种电子设备和应用的管理方法，首先，响应于针对指定应用的管理指示，获取相应的配置文件。然后通过对配置文件的解析确定待管理组件及待管理组件的管理信息，根据配置文件中待管理组件相匹配的管理信息对该待管理组件进行管理操作，也即，通过仅对应用中的待管理组件进行管理操作来解决现有技术中，当部分功能需要进行更新管理时，由于对整个控制器进行配置文件的更新管理从而造成大量无关的数据交互行为及时间损耗，且浪费网络资源的问题。

下面结合附图对本公开实施例中的电子设备和应用的管理方法进行详细说明。

如图1所示，为本公开中基于电子设备的应用管理方法的应用环境示意图，该应用环境中例如可以包括网络10、服务器20和至少一个电子设备30，其中：

通过网络10，电子设备30响应于针对指定应用的管理指示，获取相应的配置文件；在一些可能的实施例中，配置文件的获取方式可由运维人员在服务器20上手动修改后，通过可插拔的存储装置拷贝到智能路标设备中；其中，电子设备可为智能机器人、智能手机或智能路标。

为了节约人力和时间资源，本公开还提供了一种电子设备30远程获取配置文件的方法；通过网络10，服务器20下发配置指令给电子设备30，电子设备30响应于配置指令，获取配置指令中的配置文件路径，根据该路径下载配置文件存储到存储器中。

在电子设备30获取到配置文件后，对配置文件进行解析，解析配置文件后，获取待更新组件的组件标识和组件类型参数，根据组件标识在组件注册中心中查找到待更新组件的程序入口地址；根据组件类型确定待更新组件执行更新管理操作时的执行方式，通过程序入口地址对待更新组件进行更新管理操作。

此外，为了增加对电子设备30中各组件的控制程度，本公开在管理信息中还提供了用于指示待管理组件开启或关闭的只是信息；智能路标系统30会根据配置文件中所携带的指示信息来对待管理组件的运行状态选择启用操作或禁用操作。

若对待管理组件选择启用操作，则待管理组件响应于开启指示操作，使相应组件进入启用状态；即，该组件的组件进行初始化操作以便于使用该组件的功能；若对待管理组件选择禁用操作，则管理组件响应于关闭指示操作，使相应组件进入禁用状态；即，该组件的组件功能停止，但数据可仍在内存中保留。

为了便于理解本公开提供的电子设备和应用的管理方法，图2中示例性示出了电子设备30的硬件配置框图。下面参照图2来描述根据本公开的这种实施方式的电子设备30，图2显示的电子设备30仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图2所示，电子设备30以通用电子设备的形式表现。电子设备30的组件可以包括但不限于：上述至少一个处理器131、上述至少一个存储器132、连接不同系统组件(包括存储器132和处理器131)的总线133。

总线133表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器、外围总线、处理器或者使用多种总线结构中的任意总线结构的局域总线。

存储器132可以包括易失性存储器形式的可读介质，例如随机存取存储器(RAM)1321和/或高速缓存存储器1322，还可以进一步包括只读存储器(ROM)1323。

存储器132还可以包括具有一组(至少一个)程序模块1324的程序/实用工具1325，这样的程序模块1324包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

电子设备30也可以与一个或多个外部设备134(例如键盘、指向设备等)通信，还可与一个或者多个使得用户能与电子设备30交互的设备通信，和/或与使得该电子设备30能与一个或多个其它电子设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口135进行。并且，电子设备30还可以通过网络适配器136与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器136通过总线133与用于电子设备30的其它模块通信。应当理解，尽管图中未示出，可以结合电子设备30使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理器、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

图3示出了本公开一个实施例提供的基于电子设备的应用管理方法的流程示意图，本公开实施例中，基于组件化实现对电子设备中功能模块的管理。在开发过程中，对电子设备中的功能模块进行组件化，当有组件需要被更新管理时，仅对该待更新组件进行更新管理，无需对整个电子设备中的所有功能模块进行更新管理。下面，以智能路标设备的系统管理为例，对本公开实施例涉及的如何在开发过程中对功能模块组件化，和在组件化功能模块后如何进行管理分别进行说明，包括以下两部分：

部分1：在开发过程中对功能模块组件化

本公开实施例中应用的管理方法可应用于安卓系统。在开发过程中，对电子设备中的功能模块进行组件化时，然后将各组件注册到组件注册中心，通过创建组件数据库的方式来完成数据库与各组件的映射关系，达到组件数据库中的数据与各组件一一对应，组件数据库内容可如表1所示，包括：

表1

组件ID	组件名称	参数	布局参数	组件类型
					GamePlugin	娱乐游戏	Json	Json	View
MapPlugin	地图导航	Json	Json	View
					TouristPlugin	旅游景点	Json	Json	View
StorePlugin	商业门店	Json	Json	View
					WeatherPlugin	气象服务	Json	Json	View

其中，组件ID(Identity，唯一标识)，表中的组件类型为View类型和非View类型；若组件具有可视化页面则该组件的类型为View类型，该组件类型即为第一类型；若组件不具备可视化页面则该组件的类型为非View类型，该组件类型即为第二类型。

为了完成相应的功能组件的抽离和开发，且便于对代码的扩展和修改，并尽可能实现对各组件的统一管理，在组件化时，各组件的代码尽可能采用继承统一接口的方式进行编程，且在开发过程中，创建组件注册中心来对各组件进行统一管理。

为在各组件更新管理时方便对待更新组件进行单独操作，在开发过程中，尽可能保证各组件之间无耦合，同时，提高各组件的内聚，根据高内聚，低耦合的开发原则提高整个系统的重用性、维护性及扩展性。

为保证系统可以接受组件间的通信事件，在开发过程中，各组件需具备事件处理监听方法，本公开在开发过程中采用发布者——订阅者模式来完成各组件的通信功能；在该模式下，组件只需要发布或订阅相应的事件即可完成组件间的通信。

此外，为简化对组件化功能模块更新管理的操作，本公开在开发阶段还构建了各组件的生命周期函数，通过将各组件的生命周期函数对应安卓系统的Activity生命周期来实现应用系统在前后台切换时，处理组件状态的效率增加。

在一个实施例中，预设组件的生命周期为运行状态、暂停状态、停止状态及销毁状态，组件的生命周期与安卓系统的Activity生命周期相对应；当启用智能路标系统时，系统中所有组件均进入启用状态，在该状态下的各组件会进行初始化操作。

当暂停智能路标系统时，系统中所有组件均进入暂停状态，在该状态下各组件可正常运行组件功能，但不具备与用户交互功能；当然，某个组件可以单独启用和禁用，并可以通过配置文件来启用或禁用组件，这一点将在后文中详细说明，这里暂不赘述。

当停止智能路标系统时，系统中所有组件均进入停止状态，在该状态下组件功能停止，但数据仍在内存中保留。

当关闭智能路标系统时，系统中所有组件均进入销毁状态，在该状态下组件功能停止，且释放内存。

当然，除了上述对整个智能路标系统的生命周期管理，对单个组件而言，也可以实现对单个组件粒度的生命周期管理。例如相应功能的创建、运行、销毁、启用和禁用管理。

在完成对功能的组件化之后，本公开实施例中，为了便于灵活的管理功能。如前文所述，本公开实施例中可以通过配置文件下发一些管理指示实现对组件的管理。例如配置文件中可包括如下信息：

组件标识，用于在组件注册中心中确定待管理组件的入口地址，系统通过识别待更新组件的入口地址后，通过入口地址对待更新组件执行更新管理操作；组件标识可由组件ID和组件名称构成；

组件类型参数，用于确定待更新组件的待更新管理信息，及在执行更新管理操作时的执行方式；在一些实施例中，组件类型参数可包括组件的样式和组件的网络请求地址。其中，组件的样式包括但不限于组件的位置信息、组件的背景颜色及组件的尺寸大小；组件的网络请求地址即为Url(Uniform Resource Locator)地址，待更新组件在运行之后可以通过该地址完成相应的功能，例如发送图像信息给该地址的神经网络模型进行解析分析等。

部分2：组件化功能模块的更新管理

步骤201，响应于针对指定应用的管理指示，获取配置文件。

电子设备对自身的组件化功能模块进行更新管理时，需获取配置文件，本公开提供了如下两种分别通过手动配置和远程自动配置来获取配置文件的方式，包括：

方式1：响应于用户对配置文件的输入操作，获取配置文件。

运维人员对配置文件进行编写修改，将编写修改完成后的配置文件存储到可插拔的存储装置中。智能路标系统通过对存储装置的读取来获得配置文件。

方式2：为了在保证各组件无耦合的前提下节约时间成本，本公开还支持远程加载组件功能，接收服务器下发的配置指令作为管理指示，其中配置指令中包括配置文件的访问路径；然后，从所述访问路径下获取所述配置文件。

在一个实施例中，服务器根据Websocket通讯协议向智能路标系统发送携带配置文件路径的配置指令，然后智能路标系统响应于该指令并执行解析指令操作，通过解析配置指令来获取配置文件路径，通过网络下载配置文件到本地。由此，运维人员可实现远程控制智能路标设备。

需要说明的是，只要支持即时通讯功能的方法均适用于本公开实施例，本公开对此不作限定。

步骤202，对配置文件进行解析，得到待管理组件的管理信息。

步骤203，根据管理信息完成对待管理组件的管理操作。

智能路标系统在获取配置文件后，通过解析配置文件来得到配置文件中待管理组件的待管理信息，本公开在通过待管理信息对待管理组件执行更新管理操作时，无需对整个系统进行重新加载，仅需对配置文件中的待管理组件进行加载和管理即可，使得对多种功能的管理更加灵活。

下面针对一些管理操作的实现进行简单说明，包括以下内容：

1、关于启用和禁用组件

为增加对电子设备中各组件的控制程度，如前文所述，本公开在管理信息中还提供了用于指示待管理组件开启或关闭的指示信息；系统会根据配置文件中所携带的指示信息来对待管理组件的运行状态选择启用操作或禁用操作。

在一些可能的实施例中，配置文件中携带有用于指示启用或关闭待更新组件的指示信息State；若State值为1，根据管理信息对待管理组件执行管理操作时，待管理组件响应于开启指示操作，使相应组件进入启用状态；即，该组件的组件进行初始化操作以便于使用该组件的功能。

若State值为0，根据管理信息对待管理组件执行管理操作时，待管理组件响应于关闭指示操作，使相应组件进入禁用状态；即，该组件的组件功能停止，但数据仍在内存中保留。

2、关于组件的更新

所有组件的管理都可以通过组件的程序入口地址来完成。该程序入口地址可通过查找注册中心获得。如前文所述，注册中心记录有各个组件的组件标识，依据该标识可以查找到待更新组件的程序入口地址。以便于运行相应的程序片段对组件完成管理操作。

在一些可能的实施例中，如前文所述，将View类型的组件确定为第一类型组件，将非View类型的组件确定为第二类型组件；由此，按照不同类型完成组件的管理可实施为：

若待管理组件的组件类型确定为第一类型，则将管理信息渲染到所述待管理组件的根布局上。例如，管理信息中定义了待管理组件的显示位置及背景样式，则将其显示位置和背景样式并渲染到根布局上以便于显示出该组件相关的页面。

若待管理组件的组件类型为第二类型，则系统执行使能操作，运行待管理组件。

在一个实施例中，智能路标系统响应于针对组件名称为打招呼的语音识别组件的管理指示，获取配置文件；通过解析配置文件，获取打招呼组件的组件类型为非View类型，系统在组件注册中心中确定打招呼组件的程序入口地址，通过程序入口地址对打招呼组件执行管理操作，在打招呼组件使能后，该组件执行初始化操作并运行组件功能。

其中，打招呼组件的组件功能在运行时，会实时监测靠近智能路标的人体目标，当检测出人体目标距智能路标达到预设距离时，发起语音打招呼功能。亦或者，打招呼组件可以采集图像，并对采集的图像进行人脸识别，当识别到五官清晰的人脸时，可发起语音打招呼功能。

在整体介绍了本公开涉及的电子设备和应用的管理方法之后，为了便于理解系统中待更新组件的更新管理流程，如图4所示，以将修改后的配置文件通过可插拔的存储装置拷贝到智能路标设备为例，对本公开提供的应用的管理方法作进一步说明，包括以下步骤：

步骤401：运维人员修改配置文件。

运维人员通过服务器，对配置文件进行编写修改，将编写修改完成后的配置文件存储到存储装置中，智能路标系统通过对存储装置的读取来获得编写修改完成后的配置文件。

步骤402：智能路标系统加载并解析配置文件，得到配置文件中待管理组件的管理信息。

步骤403，智能路标系统在组件注册中心查找待管理组件的组件标识，依据组件标识在组件注册中心中查找到待管理组件的程序入口地址。

步骤404：智能路标系统确定待管理组件的组件类型，根据待更新组件的组件类型通过组件的程序入口地址来执行与该组件类型相对应的管理操作。

为了节约人力和时间资源，可通过远程服务器下发配置文件路径，来实现远程获取配置文件，如图5所示，为本公开还提供的基于远程获取配置文件的应用的管理流程图。

步骤501：服务器通过Websocket通信协议下达配置命令给智能路标系统。

步骤502：智能路标系统解析配置命令中携带的配置文件路径，根据Http(hypertext transport protocol，超文本传输协议)请求配置文件并存储在存储器中。

步骤502：智能路标系统加载并解析配置文件，智能路标通过析配置文件来得到配置文件中待管理组件的待管理信息。

步骤503，智能路标系统在组件注册中心查找组件标识，通过解析配置文件获得的组件标识在组件注册中心中查找到待更新组件的程序入口地址。

步骤504：智能路标系统确定待管理组件的组件类型，根据待更新组件的组件类型通过组件的程序入口地址来执行与该组件类型相对应的管理操作，若组件类型是View类型，则系统会根据管理信息中携带的参数，定义出组件的显示位置及背景样式，并渲染到根布局上；若待管理组件的组件类型为非View类型，则系统执行使能操作，运行待管理组件。

由于本公开实施例中的通信终端和计算机存储介质可以应用于上述处理方法，因此，其所能获得的技术效果也可参考上述方法实施例，本公开的实施例在此不再赘述。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

虽然以上描述了本公开的具体实施方式，但是本领域的技术人员应当理解，这些仅是举例说明，本公开的保护范围是由所附权利要求书限定的。本领域的技术人员在不背离本公开的原理和实质的前提下，可以对这些实施方式做出多种变更或修改，但这些变更和修改均落入本公开的保护范围。

Claims (8)

1.一种电子设备，其特征在于，所述电子设备安装有指定应用，所述指定应用中具有多种功能、且所述多种功能预先被组件化，所述电子设备包括：显示器和控制器，其中：

所述显示器用于显示信息；

所述控制器连接所述显示器，被配置为：

响应于针对所述指定应用的管理指示，获取配置文件；

对所述配置文件进行解析，得到待管理组件的管理信息；

根据所述管理信息完成对所述待管理组件的管理操作；所述控制器在执行所述根据所述管理信息完成对所述待管理组件的管理操作时，被配置为：

获取所述待管理组件的组件类型；

采用所述组件类型对应的管理方式对所述待管理组件进行管理操作；

所述管理信息中包括：所述待管理组件的组件标识；所述控制器在执行所述采用所述组件类型对应的管理方式对所述待管理组件进行管理操作时，被配置为：

根据解析后获取的所述待管理组件的组件标识，在组件注册中心中确定所述待管理组件的程序入口地址；

采用所述程序入口地址和所述组件类型对应的管理方式，对所述待管理组件进行管理操作。

2.根据权利要求1所述的电子设备，所述电子设备为智能路标设备，其特征在于，所述指定应用中的各组件继承统一接口；所述各组件具备生命周期函数；所述各组件具有事件处理监听方法。

3.根据权利要求1所述的电子设备，其特征在于，所述管理信息中包括所述待管理组件的组件类型参数，所述控制器在执行所述获取所述待管理组件的组件类型时，被配置为：

解析所述组件类型参数，得到所述待管理组件的组件类型。

4.根据权利要求1所述的电子设备，其特征在于，所述组件类型包括第一类型和第二类型，其中，具有可视化界面的组件属于第一类型；不具有可视化界面的组件属于第二类型；

所述控制器在执行所述采用所述组件类型对应的管理方式对所述待管理组件进行管理操作，被配置为：

若所述待管理组件的所述组件类型确定为所述第一类型，则将所述管理信息渲染到所述待管理组件的根布局上；

若所述待管理组件的所述组件类型确定为所述第二类型，则运行所述待管理组件。

5.根据权利要求1-4任一所述的电子设备，其特征在于，所述管理信息中包括：用于指示开启或关闭所述待管理组件的功能的指示信息；

所述控制器在执行所述采用待管理组件的管理信息管理相应组件时，还被配置为：

根据所述待管理组件的所述指示信息对所述待管理组件进行相应的操作。

6.根据权利要求1-4任一所述的电子设备，其特征在于，所述控制器在执行所述响应于针对所述指定应用的管理指示，获取配置文件时，被配置为：

响应于用户对配置文件的输入操作，获取所述配置文件，所述输入操作为所述管理指示。

7.根据权利要求1-4任一所述的电子设备，其特征在于，所述控制器在执行所述响应于针对所述指定应用的管理指示，获取配置文件时，被配置为：

接收服务器下发的配置指令作为所述管理指示，其中所述配置指令中包括所述配置文件的访问路径；

从所述访问路径下获取所述配置文件。

8.一种基于电子设备的应用管理方法，其特征在于，电子设备安装有指定应用，所述指定应用中具有多种功能、且所述多种功能预先被组件化，所述方法包括：

响应于针对所述指定应用的管理指示，获取配置文件；

对所述配置文件进行解析，得到待管理组件的管理信息；

根据所述管理信息完成对所述待管理组件的管理操作；所述根据所述管理信息完成对所述待管理组件的管理操作时，包括：

获取所述待管理组件的组件类型；

采用所述组件类型对应的管理方式对所述待管理组件进行管理操作；

所述管理信息中包括：所述待管理组件的组件标识；所述采用所述组件类型对应的管理方式对所述待管理组件进行管理操作时，包括：

根据解析后获取的所述待管理组件的组件标识，在组件注册中心中确定所述待管理组件的程序入口地址；

采用所述程序入口地址和所述组件类型对应的管理方式，对所述待管理组件进行管理操作。

Images