CN111240941A - App安装状态的监控方法、装置、服务器及存储介质 - Google Patents

Abstract

本发明实施例公开了一种APP安装状态的监控方法、装置、服务器及存储介质，其中，所述方法包括：获取APP的开启状态；根据开启状态生成APP的安装监控信息；根据安装监控信息和基于Linux的预设监控系统获取APP的运行数据信息；判断是否获取到运行数据信息并生成判断结果；根据判断结果确定APP是否卸载。本发明通过Linux系统中的监控机制对APP的运行数据信息进行获取并进行判断，解决了现有技术中APP基础运营导致APP卸载数据的缺失和Java层无法有效监控APP卸载信息的技术问题，实现了通过安装监控系统轮询APP的运行数据信息是否存在来判断APP是否被卸载，采用Linux的控制层实现对APP是否卸载的实时监控，填补APP的卸载数据从而有效帮助APP运营商掌握APP的线上状态。

Description

APP安装状态的监控方法、装置、服务器及存储介质

技术领域

本发明实施例涉及软件监控技术，尤其涉及一种APP安装状态的监控方法、装置、服务器及存储介质。

背景技术

随着智能手机和ipad等移动终端设备的普及，人们逐渐习惯了使用APP客户端上网的方式，越来越多的互联网企业、电商平台将APP作为销售的主战场之一。目前APP给电商带来的流量远远超过了传统互联网(PC端)的流量，通过APP进行盈利也是各大电商平台的发展方向。各大电商平台向移动APP的倾斜也是十分明显的，原因不仅仅是每天增加的流量，更重要的是由于手机移动终端的便捷，为企业积累了更多的用户，更有一些用户体验不错的APP使得用户的忠诚度、活跃度都得以了很大程度的提升，从而为企业的创收和未来的发展起到了关键性的作用。因此，如何更好的监控用户使用APP的情况成为了APP运营商最关心的问题。

目前运营人员在统计APP数据时，往往缺少自身APP被用户卸载的这块数据，存在无法精确的表现APP的运营状态，去更好的提升APP的质量与服务的技术问题。

发明内容

本发明提供一种APP安装状态的监控方法、装置、服务器及存储介质，以实现填补APP的卸载数据从而有效帮助APP运营商掌握APP的线上状态。

第一方面，本发明实施例提供了一种APP安装状态的监控方法，包括：

获取APP的开启状态；

根据开启状态生成APP的安装监控信息；

根据安装监控信息和基于Linux的预设监控系统获取APP的运行数据信息；

判断是否获取到运行数据信息并生成判断结果；

根据判断结果确定APP是否卸载。

可选的，根据开启状态生成APP的安装监控信息包括：

若开启状态为APP已开启，则生成APP的安装监控信息；

根据安装监控信息获取APP的运行数据信息；

若开启状态为APP未开启，则重新开启APP。

可选的，根据开启状态生成APP的安装监控信息还包括：

基于Linux的预设监控系统对安装监控信息进行初始化。

可选的，根据判断结果确定APP是否卸载包括：

若判断结果为未获取到运行数据信息；

则对应生成APP的卸载信息并发送至预设监控服务器；

若判断结果为获取到运行数据信息，则确认APP未卸载。

第二方面，本发明实施例还提供了一种APP安装状态的监控装置，包括：

第一获取模块，用于获取APP的开启状态；

监控生成模块，用于根据开启状态生成APP的安装监控信息；

第二获取模块，用于根据安装监控信息和基于Linux的预设监控系统获取APP的运行数据信息；

判断模块，用于判断是否获取到运行数据信息并生成判断结果；

状态确定模块，用于根据判断结果确定APP是否卸载。

可选的，监控生成模块包括：

监控生成单元，用于若开启状态为APP已开启，则生成APP的安装监控信息；根据安装监控信息获取APP的运行数据信息；若开启状态为APP未开启，则重新开启APP。

可选的，监控生成模块包括还包括：

初始化单元，用于基于Linux的预设监控系统对安装监控信息进行初始化。

可选的，状态确定模块包括：

状态确定单元，用于若判断结果为未获取到运行数据信息；则对应生成APP的卸载信息并发送至预设监控服务器；若判断结果为获取到运行数据信息，则确认APP未卸载。

第三方面，本发明实施例还提供了一种服务器，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现上述实施例中任一项的APP安装状态的监控方法。

第四方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述实施例中任一的APP安装状态的监控方法。

本发明通过Linux系统中的监控机制对APP的运行数据信息进行获取并进行判断，解决了现有技术中APP基础运营导致APP卸载数据的缺失和Java层无法有效监控APP卸载信息的技术问题，实现了通过安装监控系统轮询APP的运行数据信息是否存在来判断APP是否被卸载，采用Linux的控制层实现对APP是否卸载的实时监控，填补APP的卸载数据从而有效帮助APP运营商掌握APP的线上状态。

附图说明

图1为本发明实施例一提供的一种APP安装状态的监控方法的流程图；

图2为本发明实施例二提供的一种APP安装状态的监控方法的流程图；

图3为本发明实施例三提供的一种APP安装状态的监控装置的结构示意图；

图4为本发明实施例四提供的一种服务器的结构示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

在更加详细地讨论示例性实施例之前应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各步骤描述成顺序的处理，但是其中的许多步骤可以被并行地、并发地或者同时实施。此外，各步骤的顺序可以被重新安排。当其操作完成时处理可以被终止，但是还可以具有未包括在附图中的附加步骤。处理可以对应于方法、函数、规程、子例程、子程序等等。

此外，术语“第一”、“第二”等可在本文中用于描述各种方向、动作、步骤或元件等，但这些方向、动作、步骤或元件不受这些术语限制。这些术语仅用于将第一个方向、动作、步骤或元件与另一个方向、动作、步骤或元件区分。举例来说，在不脱离本申请的范围的情况下，可以将第一获取模块称为第二获取模块，且类似地，可将第二获取模块称为第一获取模块。第一获取模块和第二获取模块两者都是获取模块，但其不是同一获取模块。术语“第一”、“第二”等而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本发明的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

APP(APPlication，应用程序)指的是智能手机的第三方应用程序。比较著名的应用商店有苹果的APP Store，谷歌的Google Play Store，安智市场，还有黑莓用户的BlackBerry APP World，微软的Marketplace等。

实施例一

图1为本发明实施例一提供的一种APP安装状态的监控方法的流程图，本实施例可适用于监控Android(安卓)系统下的APP是否进行了卸载的情况，该方法可以由处理器或控制层来执行。如图1所示，本实施例的APP安装状态的监控方法，具体包括如下步骤：

步骤S110、获取APP的开启状态；

具体的，APP的开启状态是指这个APP是否启动。当该APP的软件运营商或开发商需要对该APP的客户安装度或客户使用度进行调查时，就需要获取用户的移动终端上该APP的安装状态，即该APP是仍在使用，还是已经被卸载了。而要获取用户移动终端上的APP的安装状态，就需要用户先在移动终端上启动该APP。

步骤S120、根据开启状态生成APP的安装监控信息；

具体的，当用户在移动终端上开启了该APP后，APP的安装监控系统会生成一个用于监控的子进程，而这个子进程产生的数据信息就是本实施例中的安装监控信息。

步骤S130、根据安装监控信息和基于Linux的预设监控系统获取APP的运行数据信息；

具体的，Linux是一套免费使用和自由传播的类Unix操作系统，是一个基于POSIX和UNIX的多用户、多任务、支持多线程和多CPU的操作系统。它能运行主要的UNIX工具软件、应用程序和网络协议。在本实施例中，预设监控系统可以是Linux系统中的inotify监控系统，运行数据信息是指APP开启后，在APP运行过程中产生的一系列数据信息，如运行日志和运行数据等，这种运行数据信息一般存储在该APP的包名为数据的目录文件中。在该APP生成了安装监控信息后，APP的安装监控系统就会从这个数据目录文件中获取该APP的运行数据信息。

步骤S140、判断是否获取到运行数据信息并生成判断结果；

步骤S150、根据判断结果确定APP是否卸载。

具体的，在APP的安装监控系统通过该APP的数据目录文件获取该APP的运行数据信息时，安装监控系统可以先判断是否真的获取到该APP的运行数据信息，并生成对应的判断结果。当安装监控系统真的获取到该APP的运行数据信息时，即判断结果为获取到运行数据信息，说明该APP未在移动终端上被卸载；而当安装监控系统没有从该APP的数据目录文件中获取到该APP的运行数据信息时，即判断结果为未获取到运行数据信息，则可以对应生成该APP的卸载信息并发送至预设监控服务器，说明该APP已经在移动终端上被卸载了。预设监控服务器通过接收该APP在移动终端上的卸载信息，可以有效的实现对该APP的安装状态的监听，并及时统计该APP的线上使用情况。

本发明实施例一的有益效果在于通过Linux系统中的监控机制对APP的运行数据信息进行获取并进行判断，解决了现有技术中APP基础运营导致APP卸载数据的缺失和Java层无法有效监控APP卸载信息的技术问题，实现了通过安装监控系统轮询APP的运行数据信息是否存在来判断APP是否被卸载，采用Linux的控制层实现对APP是否卸载的实时监控，填补APP的卸载数据从而有效帮助APP运营商掌握APP的线上状态。

实施例二

本发明实施例二是在实施例一的基础上做的进一步优化。图2为本发明实施例二提供的一种APP安装状态的监控方法的流程图，如图2所示，本实施例的APP安装状态的监控方法，包括：

步骤S210、获取APP的开启状态；

具体的，APP的开启状态是指这个APP是否启动。当该APP的软件运营商或开发商需要对该APP的客户安装度或客户使用度进行调查时，就需要获取用户的移动终端上该APP的安装状态，即该APP是仍在使用，还是已经被卸载了。而要获取用户移动终端上的APP的安装状态，就需要用户先在移动终端上启动该APP。

步骤S220、若开启状态为APP未开启，则重新开启APP；

步骤S230、若开启状态为APP已开启，则生成APP的安装监控信息；

具体的，当用户在移动终端上开启了该APP后(即开启状态为APP已开启)，APP的安装监控系统会生成一个用于监控的子进程，而这个子进程产生的数据信息就是本实施例中的安装监控信息。在本实施例中，安装监控信息可以记录该APP对应的移动终端的型号、该APP的安装时间、运行时间或卸载时间等。而当用户未在移动终端上启动该APP时(即开启状态为APP未开启)，需要用户重新打开该APP,即该APP的安装监控系统会在接收到APP的启动信息后生成安装监控信息。

步骤S240、基于Linux的预设监控系统对安装监控信息进行初始化；

具体的，在本实施例中，预设监控系统可以是Linux系统中的inotify监控系统。在基于Linux的inotify监控系统下，APP的安装监控系统可以先将安装监控信息进行初始化，或将安装监控信息的inotify实例进行初始化，即确保生成的是一个新的安装监控信息，以保证对该APP的安装情况进行监控的准确性。

步骤S250、根据安装监控信息获取APP的运行数据信息；

具体的，运行数据信息是指APP开启后，在APP运行过程中产生的一系列数据信息，如运行日志和运行数据等，这种运行数据信息一般存储在该APP的包名为数据的目录文件中。在该APP生成了安装监控信息后，APP的安装监控系统就会从这个数据目录文件中获取该APP的运行数据信息。

步骤S260、判断是否获取到运行数据信息并生成判断结果；

步骤S270、若判断结果为未获取到运行数据信息；则对应生成APP的卸载信息并发送至预设监控服务器；若判断结果为获取到运行数据信息，则确认APP未卸载。

具体的，在APP的安装监控系统通过该APP的数据目录文件获取该APP的运行数据信息时，安装监控系统可以先判断是否真的获取到该APP的运行数据信息，并生成对应的判断结果。当安装监控系统真的获取到该APP的运行数据信息时，即判断结果为获取到运行数据信息，说明该APP未在移动终端上被卸载；而当安装监控系统没有从该APP的数据目录文件中获取到该APP的运行数据信息时，即判断结果为未获取到运行数据信息，则可以对应生成该APP的卸载信息并发送至预设监控服务器，说明该APP已经在移动终端上被卸载了。在本实施例中，卸载信息可以包括该APP的卸载时间、对应的移动终端型号和该APP的版本号等。APP的安装监控系统还可以是Linux系统的控制层，该安装监控系统可以对该APP的数据目录文件进行轮询监测，即只要用户一启动该APP，安装监控系统就可以定时定次的监测是否能从该APP的数据目录文件中获取到运行数据信息，从而确定该APP是否已卸载。预设监控服务器通过接收该APP在移动终端上的卸载信息，可以有效的实现对该APP的安装状态的监听，并及时统计该APP的线上使用情况。

本发明实施例二的有益效果在于通过Linux系统中的监控机制对APP的运行数据信息进行获取，对安装监控信息进行初始化，并判断安装监控系统是否获取到运行数据信息，解决了现有技术中APP基础运营导致APP卸载数据的缺失和Java层无法有效监控APP卸载信息的技术问题，实现了通过安装监控系统轮询APP的运行数据信息是否存在来判断APP是否被卸载，采用Linux的控制层实现对APP是否卸载的实时监控，填补APP的卸载数据从而有效帮助APP运营商掌握APP的线上状态。

实施例三

图3为本发明实施例三提供的一种APP安装状态的监控装置的结构示意图。如图3所示，本实施例的APP安装状态的监控装置300，包括：

第一获取模块310，用于获取APP的开启状态；

监控生成模块320，用于根据开启状态生成APP的安装监控信息；

第二获取模块330，用于根据安装监控信息和基于Linux的预设监控系统获取APP的运行数据信息；

判断模块340，用于判断是否获取到运行数据信息并生成判断结果；

状态确定模块350，用于根据判断结果确定APP是否卸载。

在本实施例中，监控生成模块320包括：

监控生成单元，用于若开启状态为APP已开启，则生成APP的安装监控信息；根据安装监控信息获取APP的运行数据信息；若开启状态为APP未开启，则重新开启APP。

在本实施例中，监控生成模块320包括还包括：

初始化单元，用于基于Linux的预设监控系统对安装监控信息进行初始化。

在本实施例中，状态确定模块350包括：

状态确定单元，用于若判断结果为未获取到运行数据信息；则对应生成APP的卸载信息并发送至预设监控服务器；若判断结果为获取到运行数据信息，则确认APP未卸载

本发明实施例所提供的APP安装状态的监控装置可执行本发明任意实施例所提供的APP安装状态的监控方法，具备执行方法相应的功能模块和有益效果。

实施例四

图4为本发明实施例四提供的一种服务器的结构示意图，如图4所示，该服务器包括处理器410、存储器420、输入装置430和输出装置440；服务器中处理器410的数量可以是一个或多个，图4中以一个处理器410为例；服务器中的处理器410、存储器420、输入装置430和输出装置440可以通过总线或其他方式连接，图4中以通过总线连接为例。

存储器410作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序以及模块，如本发明实施例中的APP安装状态的监控方法对应的程序指令/模块(例如，APP安装状态的监控装置中的第一获取模块、监控生成模块、第二获取模块、判断模块和状态确定模块)。处理器410通过运行存储在存储器420中的软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理，即实现上述的APP安装状态的监控方法。

也即：

获取APP的开启状态；

根据开启状态生成APP的安装监控信息；

根据安装监控信息和基于Linux的预设监控系统获取APP的运行数据信息；

判断是否获取到运行数据信息并生成判断结果；

根据判断结果确定APP是否卸载。

存储器420可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据终端的使用所创建的数据等。此外，存储器420可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储器420可进一步包括相对于处理器410远程设置的存储器，这些远程存储器可以通过网络连接至服务器。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

输入装置430可用于接收输入的数字或字符信息，以及产生与服务器的用户设置以及功能控制有关的键信号输入。输出装置440可包括显示屏等显示设备。

实施例五

本发明实施例五还提供一种包含计算机可执行指令的存储介质，计算机可执行指令在由计算机处理器执行时用于执行一种APP安装状态的监控方法，该方法包括：

获取APP的开启状态；

根据开启状态生成APP的安装监控信息；

根据安装监控信息和基于Linux的预设监控系统获取APP的运行数据信息；

判断是否获取到运行数据信息并生成判断结果；

根据判断结果确定APP是否卸载。

当然,本发明实施例所提供的一种包含计算机可执行指令的存储介质,其计算机可执行指令不限于如上的方法操作,还可以执行本发明任意实施例所提供的APP安装状态的监控方法中的相关操作。

通过以上关于实施方式的描述，所属领域的技术人员可以清楚地了解到，本发明可借助软件及必需的通用硬件来实现，当然也可以通过硬件实现，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如计算机的软盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(RandomAccess Memory,RAM)、闪存(FLASH)、硬盘或光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例的方法。

值得注意的是，上述APP安装状态的监控装置的实施例中，所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明的保护范围。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。

Claims (10)

1.一种APP安装状态的监控方法，其特征在于，包括：

获取APP的开启状态；

根据所述开启状态生成所述APP的安装监控信息；

根据所述安装监控信息和基于Linux的预设监控系统获取所述APP的运行数据信息；

判断是否获取到所述运行数据信息并生成判断结果；

根据所述判断结果确定所述APP是否卸载。

2.根据权利要求1所述的一种APP安装状态的监控方法，其特征在于，所述根据所述开启状态生成所述APP的安装监控信息包括：

若所述开启状态为APP已开启，则生成所述APP的安装监控信息；

根据所述安装监控信息获取所述APP的运行数据信息；

若所述开启状态为APP未开启，则重新开启所述APP。

3.根据权利要求1所述的一种APP安装状态的监控方法，其特征在于，所述根据所述开启状态生成所述APP的安装监控信息还包括：

基于所述Linux的预设监控系统对所述安装监控信息进行初始化。

4.根据权利要求1所述的一种APP安装状态的监控方法，其特征在于，所述根据所述判断结果确定所述APP是否卸载包括：

若所述判断结果为未获取到所述运行数据信息；

则对应生成所述APP的卸载信息并发送至预设监控服务器；

若所述判断结果为获取到所述运行数据信息，则确认所述APP未卸载。

5.一种APP安装状态的监控装置，其特征在于，包括：

第一获取模块，用于获取APP的开启状态；

监控生成模块，用于根据所述开启状态生成所述APP的安装监控信息；

第二获取模块，用于根据所述安装监控信息和基于Linux的预设监控系统获取所述APP的运行数据信息；

判断模块，用于判断是否获取到所述运行数据信息并生成判断结果；

状态确定模块，用于根据所述判断结果确定所述APP是否卸载。

6.根据权利要求5所述的一种APP安装状态的监控装置，其特征在于，所述监控生成模块包括：

监控生成单元，用于若所述开启状态为APP已开启，则生成所述APP的安装监控信息；根据所述安装监控信息获取所述APP的运行数据信息；若所述开启状态为APP未开启，则重新开启所述APP。

7.根据权利要求5所述的一种APP安装状态的监控装置，其特征在于，所述监控生成模块还包括：

初始化单元，用于基于所述Linux的预设监控系统对所述安装监控信息进行初始化。

8.根据权利要求5所述的一种APP安装状态的监控装置，其特征在于，所述状态确定模块包括：

状态确定单元，用于若所述判断结果为未获取到所述运行数据信息；则对应生成所述APP的卸载信息并发送至预设监控服务器；若所述判断结果为获取到所述运行数据信息，则确认所述APP未卸载。

9.一种服务器，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-4中任一项所述的APP安装状态的监控方法。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-4中任一所述的APP安装状态的监控方法。

Images