CN115981706A - 应用程序的管理方法、系统、电子设备及存储介质 - Google Patents

Abstract

本申请公开了一种应用程序的管理方法、系统、电子设备及存储介质，其中，该应用程序的管理方法包括：获取移动设备端的若干条后台运行数据；基于若干条后台运行数据，确定每一后台运行数据对应的应用程序，并对应用程序进行分类；监听分类后的应用程序的运行时间和启动频次；基于运行时间和启动频次，确定应用程序的运行状态，从而对应用程序的运行情况进行管理；通过从移动设备端获取的后台运行数据确定每一后台运行数据对应的应用程序，并且，将应用程序进行分类，然后，监听该应用程序的运行时间和启动频次，然后确定应用程序的运行状态，进而对该应用程序的运行情况进行管理；提高了应用程序管理的智能性、可靠性和效率。

Description

应用程序的管理方法、系统、电子设备及存储介质

技术领域

本申请涉及信息管理技术领域，尤其涉及一种应用程序的管理方法、系统、电子设备及存储介质。

背景技术

随着互联网的迅速发展，移动设备的覆盖范围越来越广泛，并且，移动设备的使用给我们的生活带来了很多便利，比如：手机购票、在线聊天、手机导航以及手机购物等。这些便利之处依托的是各种各样的应用程序。

然而，应用程序在启动后一直处于运行状态，不仅会消耗流量和手机电量，而且用户关闭应用程序的操作比较繁琐。并且，当应用程序打开过多且未及时关闭时，可能会降低移动设备的运行速度。

因此，上述技术问题亟待解决。

发明内容

本申请实施例提供一种应用程序的管理方法、系统、电子设备及存储介质，以解决应用程序在启动后一直处于运行状态，不仅会消耗流量和手机电量，而且用户关闭应用程序的操作比较繁琐。并且，当应用程序打开过多且未及时关闭时，可能会降低移动设备的运行速度的问题。

一种应用程序的管理方法，包括：

获取移动设备端的若干条后台运行数据；

基于若干条后台运行数据，确定每一后台运行数据对应的应用程序，并对应用程序进行分类；

监听分类后的应用程序的运行时间和启动频次；

基于运行时间和启动频次，确定应用程序的运行状态，从而对应用程序的运行情况进行管理。

本申请在一较佳示例中可以进一步配置为：对应用程序进行分类，包括：

获取应用程序的标识信息；

基于自定义标签和标识信息，采用聚类分析算法对应用程序进行分类，得到应用程序分类结果。

本申请在一较佳示例中可以进一步配置为：在得到应用程序分类结果之后，包括：

将应用程序分类结果发送至用户端，以使用户端对应用程序分类结果进行评分；

基于用户端对应用程序分类结果进行评分后得到的评分结果，对应用程序分类结果进行校正。

本申请在一较佳示例中可以进一步配置为：应用程序分类结果包括多媒体；

在得到应用程序分类结果之后，包括：

向显示端发送弹出直接关闭和设置定时关闭调整多媒体的运行状态窗口的指令，以使用户端对多媒体的管理模式进行确认。

本申请在一较佳示例中可以进一步配置为：在获取移动设备端的若干条后台运行数据之后，包括：

实时监测若干条后台运行数据；

基于后台运行数据，生成应用程序运行列表；

基于移动设备启动时间点和推送时间间隔，将应用程序运行列表推送至用户端，以使用户端确定应用程序的运行状态。

本申请在一较佳示例中可以进一步配置为：在获取移动设备端的若干条后台运行数据之后，包括：

对后台运行数据进行数据预处理，数据预处理包括数据清理、相关性分析和数据变换，从而获取数据预处理结果；

基于数据预处理结果，确定数据预处理后的每一后台运行数据对应的应用程序。

本申请在一较佳示例中可以进一步配置为：在监听分类后的应用程序的运行时间和启动频次之后，包括：

获取移动设备端的当前环境视频流；

基于当前环境视频流，检测并确定当前环境中是否存在人物图像，获得人物图像检测结果；

若人物图像检测结果为当前环境中不存在人物图像，则调整应用程序的运行状态为关闭状态。

本申请目的二是提供一种应用程序的管理系统。

本申请的上述申请目的二是通过以下技术方案得以实现的：

一种应用程序的管理系统，包括：

获取并监测后台运行数据模块，用于获取移动设备端的若干条后台运行数据；

确定应用程序并设置分类标签模块，用于基于若干条后台运行数据，确定每一后台运行数据对应的应用程序，并对应用程序进行分类；

监听运行时间和启动频次模块，用于监听分类后的应用程序的运行时间和启动频次；

确定运行状态进而管理运行情况模块，用于基于运行时间和启动频次，确定应用程序的运行状态，从而对应用程序的运行情况进行管理。

本申请目的三是提供一种电子设备。

本申请的上述申请目的三是通过以下技术方案得以实现的：

一种电子设备，包括存储器、处理器以及存储在存储器中并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述应用程序的管理方法。

一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序被处理器执行时实现上述应用程序的管理方法。

综上，本申请包括以下有益技术效果：

上述应用程序的管理方法、系统、电子设备及存储介质，通过从移动设备端获取的后台运行数据确定每一后台运行数据对应的应用程序，并且，将应用程序进行分类，然后，监听该应用程序的运行时间和启动频次，再根据运行时间和启动频次确定应用程序的运行状态，进而对该应用程序的运行情况进行管理；减少了应用程序打开过多且未及时关闭的问题，有效提高了应用程序的运行速度，并且降低了移动设备的流量和电量的消耗问题，提高了应用程序管理的智能性、可靠性和效率。

附图说明

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

图1绘示本申请一实施例中应用程序的管理方法的流程图；

图2绘示本申请第一实施例中应用程序的管理方法的整体流程图；

图3绘示本申请一实施例中应用程序的管理系统的示意图；

图4绘示本申请一实施例中电子设备的示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

下面结合说明书附图对本申请实施例作进一步详细描述。

本申请实施例提供一种应用程序的管理方法，方法的主要流程描述如下：

参照图1，S10、获取移动设备端的若干条后台运行数据。

其中，后台运行数据包括运行内存、应用程序信息以及流量和电量等数据。

具体地，本实施例通过Fiddler抓包工具，监测http（HyperText TransferProtocol，超文本传输协议）数据流，然后向后台发起请求，进而获取后台运行数据。

其中，http是一种用于分布式、协作式和超媒体信息系统的应用层协议。数据流是指只能以事先规定好的顺序被读取一次的数据的一个序列。已经能够持续自动产生大量的细节数据，尤其是互联网（网络流量监控，点击流）和无线通信网（通话记录）的出现，产生了大量的数据流类型的数据。

步骤S10的作用在于不仅提高了后台运行数据获取的可靠性和真实性，而且提高了应用程序管理的效率。

S20、基于若干条后台运行数据，确定每一后台运行数据对应的应用程序，并对应用程序进行分类。

具体地，根据若干条后台运行数据，将每一后台运行数据与对应的应用程序一一匹配，并采用酒类分析算法对该应用程序进行分类。

步骤S20的作用在于提高了应用程序管理的可靠性和效率。

S30、监听分类后的应用程序的运行时间和启动频次。

其中，运行时间是指该程序从启动的时间点到当前运行时间点的时间段。启动频次是指该应用程序在系统预设的时间段内的启动次数。该预设的时间段根据用户需求进行设置，本实施例中不做具体要求。

具体地，通过获取移动设备顶层Activity的方式，每隔10秒上报服务器，并设置好Activity与应用程序名称的映射，进而对应用程序的运行进行统计，得到运行时间和启动频次。

步骤S30的作用在于对运行时间和启动频次的监听给系统提供参考数据，进而提高了应用程序管理的可靠性和准确性。

S40、基于运行时间和启动频次，确定应用程序的运行状态，从而对应用程序的运行情况进行管理。

其中，运行状态包括关闭和运行两种状态。

具体地，根据应用程序的运行时间和启动频次，将运行时间和系统预设运行时间阈值进行比对，若运行时间等于或大于系统预设运行时间阈值，则关闭该应用程序，将启动频次和系统预设启动频次进行比对，若小于系统预设启动频次，则认为该应用程序为长时间未使用，则关闭该应用程序。在本实施例中仅做出这两种情况的解释，其他情形保持应用程序的运行，在此不做具体赘述。

步骤S40的作用在于提高了应用程序管理的智能性、可靠性和准确性。

上述应用程序的管理方法、系统、设备及存储介质，通过从移动设备端获取的后台运行数据确定每一后台运行数据对应的应用程序，并且，将应用程序进行分类，然后，监听该应用程序的运行时间和启动频次，再根据运行时间和启动频次确定应用程序的运行状态，进而对该应用程序的运行情况进行管理；减少了应用程序打开过多且未及时关闭的问题，有效提高了应用程序的运行速度，并且降低了移动设备的流量和电量的消耗问题，提高了应用程序管理的智能性、可靠性和效率。

在一些可能的实施例中，在步骤S10之后，即在获取移动设备端的若干条后台运行数据之后，包括：

S11、对后台运行数据进行数据预处理，数据预处理包括数据清理、相关性分析和数据变换，从而获取数据预处理结果。

其中，数据清理是不让有错误或有问题的数据进入运算过程，一般在计算机的帮助下完成，包括数据有效范围的清理、数据逻辑一致性的清理和数据质量的抽查。相关性分析是指删除不相关和冗余属性的数据信息。数据变换中的数据离散化是一个训练集预处理的方法，用于将连续的数值属性转散的数值属性，以使降低数据遍历复杂度。

S12、基于数据预处理结果，确定数据预处理后的每一后台运行数据对应的应用程序。

步骤S11和步骤S12的作用在于提高了后台运行数据的准确性。

在一些可能的实施例中，在步骤S10之后，即在获取移动设备端的若干条后台运行数据之后，包括：

S13、实时监测若干条后台运行数据。

S14、基于后台运行数据，生成应用程序运行列表。

S15、基于移动设备启动时间点和推送时间间隔，将应用程序运行列表推送至用户端，以使用户端确定应用程序的运行状态。

其中，推送时间间隔可以设置为2分钟，在本实施例中，对于推送时间间隔用户端可根据自身使用移动设备的行为习惯进行设置。

具体地，本实施例实时监测后台运行数据，采用数据可视化技术生成应用程序运行列表，然后根据移动设备启动时间点和推送时间间隔将应用程序运行列表推送至用户端，使得用户端通过查看该应用程序运行列表获知应用程序的运行情况，进而对应用程序的运行状态进行调整。

步骤S13至步骤S15的作用在于应用程序运行列表使得当前应用程序的运行状态更加直观，并且用户端通过该应用程序运行列表可关闭未使用的应用程序。

在一些可能的实施例中，步骤S20，即对应用程序进行分类，包括：

S201、获取应用程序的标识信息。

其中，标识信息包括应用程序名称和空间地址等信息。

S202、基于自定义标签和标识信息，采用聚类分析算法对应用程序进行分类，得到应用程序分类结果。

其中，聚类分析算法是指利用在数据中发现的描述对象及其关系的信息，将数据对象分组，使得组内的对象相互之间是相似的（相关的），而不同组中的对象是不同的（不相关的）。本实施例中，自定义标签有生活实用、聊天、表格文档、美图、音乐、游戏以及银行等。应用程序分类结果包括生活实用、社交、办公、摄影美图类、多媒体、娱乐和金融类等。

具体地，根据自定义标签和标识信息，在本实施例中，先对应用程序采用无序分类变量进行处理，其中，无序分类变量的类别之间没有内在顺序，也不能像有序分类变量类别那样进行排序。然后对所有类别进行筛选剔除，再利用聚类分析算法对无序分类变量处理后的数据进行分类，得到与各应用程序之间相关系数最高的类别，即为得到的应用程序分类结果。

步骤S201和步骤S202的作用在于提高了应用程序管理的效率。

在一些可能的实施例中，在步骤S202之后，即在得到应用程序分类结果之后，包括：

S203、将应用程序分类结果发送至用户端，以使用户端对应用程序分类结果进行评分。

S204、基于用户端对应用程序分类结果进行评分后得到的评分结果，对应用程序分类结果进行校正。

具体地，本实施例将应用程序分类结果发送给用户端，用户端接收该应用程序分类结果，并对该应用程序分类结果的准确性进行评分，若评分大于或等于系统预设评分阈值，则放弃对该应用程序分类结果进行校正。若评分小于系统预设评分阈值，则利用TF-IDF文本关键词抽取方法对后台运行数据信息中的名称信息进行文本关键词提取，并重新采用聚类分析算法对系统中设定的类别关键词与该应用程序进行分析，获得新的应用程序分类结果，并将之前的评分小于系统预设评分阈值的应用程序分类结果进行替换，从而实现对应用程序分类结果的校正。

步骤S203和步骤S204的作用在于提高了应用程序分类结果的准确性和可靠性。

在一些可能的实施例中，应用程序分类结果包括多媒体。

在步骤S202之后，即在得到应用程序分类结果之后，包括：

S205、向显示端发送弹出直接关闭和设置定时关闭调整多媒体的运行状态窗口的指令，以使用户端对多媒体的管理模式进行确认。

具体地，本实施例向显示端发送弹出直接关闭和设置定时关闭调整多媒体的运行状态窗口的指令。显示端接收到该指令，并根据该指令在页面上弹出直接关闭调整多媒体的运行状态窗口和设置定时关闭调整多媒体的运行状态窗口两种选择，使得用户端对管理模式进行确认。若选择直接关闭调整多媒体的运行状态窗口，则系统不再自动对该多媒体的运行状态进行调整。若选择设置定时关闭调整多媒体的运行状态窗口，则根据用户端设定的时间，使得系统根据用户设定的时间对多媒体的运行状态进行调整。其中，用户端设定的时间是根据用户自身需求来填写的，在本实施例中不做具体要求。

步骤S205的作用在于减少当用户端在观看或播放多媒体时系统出现误关闭的情况，提高了应用程序管理的可靠性和准确性。

在一些可能的实施例中，在步骤S30之后，即在监听分类后的应用程序的运行时间和启动频次之后，包括：

S31、获取移动设备端的当前环境视频流。

S32、基于当前环境视频流，检测并确定当前环境中是否存在人物图像，获得人物图像检测结果。

S33、若人物图像检测结果为当前环境中不存在人物图像，则调整应用程序的运行状态为关闭状态。

其中，当前环境视频流是指当前环境视频数据的传输，例如，它能够被作为一个稳定的和连续的流通过网络处理。

具体地，本实施例通过移动设备携带的摄像头实时采集当前环境的视频流，然后上传至云存监控终端中。从云存储监控终端中获取当前环境视频流信息，并切片形成若干视频帧，识别每个视频帧中的人脸图像，得到人脸图像检测结果。若人物图像检测结果为当前环境中不存在人物图像，则调整应用程序的运行状态为关闭状态。

步骤S31至步骤S33的作用在于全方位获取当前环境视频流中的当前环境视频流信息，便于对视频帧中的人脸图像进行识别，提高了应用程序管理的准确性。

本实施例提供的应用程序的管理方法，如图2所示，生成的应用程序运行列表使得当前应用程序的运行状态更加直观，并且用户端通过该应用程序运行列表可关闭未使用的应用程序。减少当用户端在观看或播放多媒体时系统出现误关闭的情况，提高了应用程序管理的可靠性和准确性。全方位获取当前环境视频流中的当前环境视频流信息，便于对视频帧中的人脸图像进行识别，提高了应用程序管理的准确性。

本申请另一实施例，公开了一种应用程序的管理系统。

参照图3，应用程序的管理系统包括：

获取并监测后台运行数据模块10，用于获取移动设备端的若干条后台运行数据。

确定应用程序并设置分类标签模块20，用于基于若干条后台运行数据，确定每一后台运行数据对应的应用程序，并对应用程序进行分类。

监听运行时间和启动频次模块30，用于监听分类后的应用程序的运行时间和启动频次。

确定运行状态进而管理运行情况模块40，用于基于运行时间和启动频次，确定应用程序的运行状态，从而对应用程序的运行情况进行管理。

本实施例提供的应用程序的管理系统，由于其各模块本身的功能及彼此之间的逻辑连接，能实现前述实施例的各个步骤，因此能够达到与前述实施例相同的技术效果，原理分析可参见前述应用程序的管理方法的步骤的相关描述，在此不再赘述。

关于应用程序的管理系统的具体限定可以参见上文中对于应用程序的管理方法的限定，在此不再赘述。上述应用程序的管理系统中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于设备中的处理器中，也可以以软件形式存储于设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一实施例中，提供一种电子设备，该电子设备可以是监控终端，其内部结构图可以如图4所示。该电子设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该电子设备的处理器用于提供计算和控制能力。该电子设备的存储器包括非易失性介质、内存储器。该非易失性介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性介质中的操作系统和计算机程序的运行提供环境。该电子设备的数据库用于存储应用程序的管理方法中需保存的数据。该电子设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种应用程序的管理方法。

在一实施例中，提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述实施例应用程序的管理方法，例如图1所示步骤S10至步骤S40。或者，处理器执行计算机程序时实现上述实施例中应用程序的管理系统的各模块/单元的功能，例如图3所示模块10至模块40的功能。为避免重复，此处不再赘述。

在一实施例中，提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现上述实施例应用程序的管理方法，或者，该计算机程序被处理器执行时实现上述系统实施例中应用程序的管理系统中各模块/单元的功能。为避免重复，此处不再赘述。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，该计算机程序可存储于一非易失性计算机可读取介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其他介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器（ROM）、可编程ROM（PROM）、电可编程ROM（EPROM）、电可擦除可编程ROM（EEPROM）或闪存。易失性存储器可包括随机存取存储器（RAM）或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM（SRAM）、动态RAM（DRAM）、同步DRAM（SDRAM）、双数据率SDRAM（DDRSDRAM）、增强型SDRAM（ESDRAM）、同步链路（Synchlink）DRAM（SLDRAM）、存储器总线（Rambus）直接RAM（RDRAM）、直接存储器总线动态RAM（DRDRAM）、以及存储器总线动态RAM（RDRAM）等。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将系统的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。

以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。

Claims (10)

1.一种应用程序的管理方法，其特征在于，包括：

获取移动设备端的若干条后台运行数据；

基于若干条所述后台运行数据，确定每一所述后台运行数据对应的应用程序，并对所述应用程序进行分类；

监听分类后的所述应用程序的运行时间和启动频次；

基于所述运行时间和所述启动频次，确定所述应用程序的运行状态，从而对所述应用程序的运行情况进行管理。

2.根据权利要求1所述的一种应用程序的管理方法，其特征在于，所述对所述应用程序进行分类，包括：

获取所述应用程序的标识信息；

基于自定义标签和所述标识信息，采用聚类分析算法对所述应用程序进行分类，得到应用程序分类结果。

3.根据权利要求2所述的一种应用程序的管理方法，其特征在于，在所述得到应用程序分类结果之后，包括：

将所述应用程序分类结果发送至用户端，以使所述用户端对所述应用程序分类结果进行评分；

基于所述用户端对所述应用程序分类结果进行评分后得到的评分结果，对所述应用程序分类结果进行校正。

4.根据权利要求2所述的一种应用程序的管理方法，其特征在于，所述应用程序分类结果包括多媒体；

在所述得到应用程序分类结果之后，包括：

向显示端发送弹出直接关闭和设置定时关闭调整所述多媒体的运行状态窗口的指令，以使用户端对所述多媒体的管理模式进行确认。

5.根据权利要求1所述的一种应用程序的管理方法，其特征在于，在所述获取移动设备端的若干条后台运行数据之后，包括：

实时监测若干条所述后台运行数据；

基于所述后台运行数据，生成应用程序运行列表；

基于移动设备启动时间点和推送时间间隔，将所述应用程序运行列表推送至用户端，以使所述用户端确定所述应用程序的运行状态。

6.根据权利要求1所述的一种应用程序的管理方法，其特征在于，在所述获取移动设备端的若干条后台运行数据之后，包括：

对所述后台运行数据进行数据预处理，所述数据预处理包括数据清理、相关性分析和数据变换，从而获取数据预处理结果；

基于所述数据预处理结果，确定所述数据预处理后的每一所述后台运行数据对应的应用程序。

7.根据权利要求1所述的一种应用程序的管理方法，其特征在于，在所述监听分类后的所述应用程序的运行时间和启动频次之后，包括：

获取移动设备端的当前环境视频流；

基于所述当前环境视频流，检测并确定当前环境中是否存在人物图像，获得人物图像检测结果；

若所述人物图像检测结果为所述当前环境中不存在人物图像，则调整所述应用程序的运行状态为关闭状态。

8.一种应用程序的管理系统，其特征在于，包括：

获取并监测后台运行数据模块，用于获取移动设备端的若干条后台运行数据；

确定应用程序并设置分类标签模块，用于基于若干条所述后台运行数据，确定每一所述后台运行数据对应的应用程序，并对所述应用程序进行分类；

监听运行时间和启动频次模块，用于监听分类后的所述应用程序的运行时间和启动频次；

确定运行状态进而管理运行情况模块，用于基于所述运行时间和所述启动频次，确定所述应用程序的运行状态，从而对所述应用程序的运行情况进行管理。

9.一种电子设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至7任一项所述应用程序的管理方法。

10.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至7任一项所述应用程序的管理方法。

Images