CN105653316B - 监听软件被卸载的方法及装置 - Google Patents

Abstract

本公开是关于一种监听软件被卸载的方法及装置，属于通信技术领域。该方法包括：预先设置所述第一应用程序和所述第二应用程序之间相互监听卸载事件；若其中任一所述应用程序监听到另一所述应用程序触发所述卸载事件，则响应所述卸载事件。本发明能够实现收集用户在终端设备上的对其的应用程序的卸载行为相关信息。

Description

监听软件被卸载的方法及装置

技术领域

本公开涉及通信技术，尤其涉及一种监听软件被卸载的方法及装置。

背景技术

目前，用户使用移动智能终端(智能手机、平板电脑等)的比例越来越大，随着移动平台的快速发展，需要提供越来越多的应用程序，以满足日益增长的用户需求。统计用户行为成为应用程序开发环境中至关重要的一个环节，收集足够多的用户行为反馈，才能为改进应用程序提供第一手的材料和依据。

用户卸载应用程序，是比较特殊的一种行为，此时应用程序中的统计代码无法发挥作用。用户卸载是应用程序提供商需要重点关注的行为之一，用户卸载数量和卸载时的反馈，是如何减低用户卸载率，保持用户活跃度的重要参考依据，所以不能忽略对这个信息的收集。由于此信息应该程序本身无法收集到，所以需要通过另外一种手段来进行。

因此，需要一种新的监听软件被卸载的方法及装置。

在所述背景技术部分公开的上述信息仅用于加强对本公开的背景的理解，因此它可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

本公开提供一种监听软件被卸载的方法及装置，能够收集用户对应用程序的卸载行为信息。

本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。

根据本公开的一方面，提供一种监听软件被卸载的方法，包括：预先设置第一应用程序和第二应用程序之间相互监听卸载事件；若其中任一所述应用程序监听到另一所述应用程序触发所述卸载事件，则响应所述卸载事件。

根据本公开的一实施方式，其中所述第一应用程序和所述第二应用程序来源于同一应用程序提供者，并且安装到同一终端设备。

根据本公开的一实施方式，其中所述第一应用程序和所述第二应用程序之间相互监听卸载事件包括：所述第一应用程序和所述第二应用程序之间相互保持心跳连接，监控所述卸载事件。

根据本公开的一实施方式，其中所述响应所述卸载事件包括：监听到另一所述应用程序触发所述卸载事件的所述应用程序弹出用于收集反馈信息的对话框；将所述反馈信息发送到服务器端。

根据本公开的一实施方式还包括：安装第三应用程序和/或第四应用程序和/或至第n应用程序；预先设置所述第一应用程序、所述第二应用程序、所述第三应用程序、所述第四应用程序至所述第n应用程序之间相互监听卸载事件；若其中任一所述应用程序监听到另一所述应用程序触发所述卸载事件，则响应所述卸载事件。

根据本公开的一实施方式，其中所述响应所述卸载事件包括：监听到另一所述应用程序触发所述卸载事件的所述应用程序按照预设分配原则选定其中至少一所述应用程序用于响应所述卸载事件；所述选定的应用程序弹出用于收集反馈信息的对话框；将所述反馈信息发送到服务器端。

根据本公开的一实施方式，其中监听到另一所述应用程序触发所述卸载事件的所述应用程序按照预设分配原则选定其中至少一所述应用程序用于响应所述卸载事件包括：监听到另一所述应用程序触发所述卸载事件的所述应用程序将卸载事件信息发送至所述服务器端；所述服务器端按照所述预设分配原则选定其中至少一所述应用程序用于响应所述卸载事件。

根据本公开的一实施方式，其中所述卸载事件信息包括被卸载的所述应用程序的终端设备信息和所述被卸载的应用程序信息。

根据本公开实施例的另一方面，提供一种监听软件被卸载的装置，包括：设置模块，用于预先设置第一应用程序和第二应用程序之间相互监听卸载事件；响应模块，用于当其中任一所述应用程序监听到另一所述应用程序触发所述卸载事件时，响应所述卸载事件。

根据本公开的一实施方式，其中所述第一应用程序和所述第二应用程序来源于同一应用程序提供者，并且安装到同一终端设备。

根据本公开的一实施方式，其中所述设置模块配置所述第一应用程序和所述第二应用程序之间相互保持心跳连接，监控所述卸载事件。

根据本公开的一实施方式，其中所述响应模块包括：弹出单元，用于监听到另一所述应用程序触发所述卸载事件的所述应用程序弹出用于收集反馈信息的对话框；发送单元，用于将所述反馈信息发送到服务器端。

根据本公开的一实施方式，还包括：所述装置安装第三应用程序和/或第四应用程序和/或至第n应用程序；所述设置模块配置为预先设置所述第一应用程序、所述第二应用程序、所述第三应用程序、所述第四应用程序至所述第n应用程序之间相互监听卸载事件；所述响应模块配置为当其中任一所述应用程序监听到另一所述应用程序触发所述卸载事件时，则响应所述卸载事件。

根据本公开的一实施方式，其中所述响应模块包括：选择单元，用于监听到另一所述应用程序触发所述卸载事件的所述应用程序按照预设分配原则选定其中至少一所述应用程序用于响应所述卸载事件；弹出单元，用于所述选定的应用程序弹出用于收集反馈信息的对话框；第一发送单元，用于将所述反馈信息发送到服务器端。

根据本公开的一实施方式，其中选择单元包括：第二发送子单元，用于监听到另一所述应用程序触发所述卸载事件的所述应用程序将卸载事件信息发送至所述服务器端；分配子单元，用于所述服务器端按照所述预设分配原则选定其中至少一所述应用程序用于响应所述卸载事件。

根据本公开的一实施方式，其中所述卸载事件信息包括被卸载的所述应用程序的终端设备信息和所述被卸载的应用程序信息。

根据本公开实施例的再一方面，提供一种终端设备，包括：处理器；用于存储处理器可执行指令的存储器；其中，所述处理器被配置为：预先设置第一应用程序和第二应用程序之间相互监听卸载事件；若其中任一所述应用程序监听到另一所述应用程序触发所述卸载事件，则响应所述卸载事件。

根据本公开的监听软件被卸载的方法及装置，能够实现收集用户对应用程序的卸载行为信息。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。

图1示意性示出根据本公开示例实施方式的监听软件被卸载的方法的流程图；

图2示意性示出根据本公开示例实施方式的监听软件被卸载的方法的流程图；

图3示意性示出根据本公开示例实施方式的监听软件被卸载的方法的流程图；

图4示意性示出根据本公开示例实施方式的监听软件被卸载的装置的框图；

图5示意性示出根据本公开示例实施方式的终端设备的框图；

图6示意性示出根据本公开示例实施方式的监听软件被卸载的框图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。

此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。在下面的描述中，提供许多具体细节从而给出对本公开的实施方式的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而省略所述特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知结构、方法、装置、实现、材料或者操作以避免喧宾夺主而使得本公开的各方面变得模糊。

附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。

图1示意性示出根据本公开示例实施方式的监听软件被卸载的方法的流程图。

如图1所示，

在步骤S110，预先设置第一应用程序和第二应用程序之间相互监听卸载事件。

在示例性实施例，其中所述第一应用程序和所述第二应用程序来源于同一应用程序提供者，并且下载安装到同一终端设备。

在示例性实施例，所述终端设备可以是个人电脑(Personal Computer，PC)或者移动设备，移动设备包括手机或者平板电脑等。

在示例性实施例，其中所述第一应用程序和所述第二应用程序之间相互监听卸载事件包括：所述第一应用程序和所述第二应用程序之间相互保持心跳连接，监控所述卸载事件。

在示例性实施例，可以由所述应用程序在所述终端设备创建监控进程。用户新安装应用程序后，在应用程序启动后，该应用程序的主进程可以创建所述监控进程。所述监控进程用于监听所述应用程序的安装目录，当安装目录发生变化后，会主动将发生的变化通知给所述监控进程，例如，可以用Linux内核中的inotify机制进行通知。当用户退出所述应用程序或者第三方清理软件强制停止所述应用程序的主进程时，监控进程依然存在，可以继续监听软件是否被卸载。例如，可以通过java本地接口(Java Native Interface，JNI)方式直接在linux下创建进程。

在示例性实施例，所述监控进程可以对位于所述终端设备桌面上的应用程序APP的快捷方式)进行监听，若任一APP被删除，则触发所述卸载事件。

在示例性实施例，所述监控进程可以监听所述应用程序的安装目录，采用所述监控进程接收删除通知，所述删除通知是系统在所述应用程序的安装目录被删除后发送的；根据所述删除通知触发所述卸载事件。

在步骤S120，若其中任一所述应用程序监听到另一所述应用程序触发所述卸载事件，则响应所述卸载事件。

在示例性实施例，其中所述响应所述卸载事件包括：监听到另一所述应用程序触发所述卸载事件的所述应用程序弹出用于收集反馈信息的对话框；将所述反馈信息发送到服务器端。

在示例性实施例，其中所述响应所述卸载事件包括：监听到另一所述应用程序触发所述卸载事件的所述应用程序启动包括预设URL的浏览器，根据所述预设URL，采用所述浏览器将所述卸载事件信息发送给服务器，其中所述预设URL指向所述服务器。通过所述包括预设URL的浏览器向用户展示调查页面，以使所述用户在所述调查页面中填写卸载原因。

所述卸载事件信息可以包括卸载原因，被卸载的所述应用程序所在的设备的标识信息等发送给所述服务器。例如，所述主进程将该应用程序的信息以及该应用程序所在终端设备的标识信息发送给所述监控进程，所述应用程序的标识信息例如软件的版本号，所在设备的标识信息例如设备ID和/或机型等。

在示例性实施例，还包括：安装第三应用程序和/或第四应用程序和/或至第n应用程序；预先设置所述第一应用程序、所述第二应用程序、所述第三应用程序、所述第四应用程序至所述第n应用程序之间相互监听卸载事件；若其中任一所述应用程序监听到另一所述应用程序触发所述卸载事件，则响应所述卸载事件。

在示例性实施例，其中所述响应所述卸载事件包括：监听到另一所述应用程序触发所述卸载事件的所述应用程序按照预设分配原则选定其中至少一所述应用程序用于响应所述卸载事件；所述选定的应用程序弹出用于收集反馈信息的对话框；将所述反馈信息发送到服务器端。

在示例性实施例，其中监听到另一所述应用程序触发所述卸载事件的所述应用程序按照预设分配原则选定其中至少一所述应用程序用于响应所述卸载事件包括：监听到另一所述应用程序触发所述卸载事件的所述应用程序将卸载事件信息发送至所述服务器端；所述服务器端按照所述预设分配原则选定其中至少一所述应用程序用于响应所述卸载事件。

在示例性实施例，其中所述卸载事件信息包括被卸载的所述应用程序的终端设备信息和所述被卸载的应用程序信息。

现有技术中采用调用操作系统的底层的本地方法，创建一个后台进程，在一个固定的间隔，进行轮询，不断的查询进程是否存在，如果进程存在，则不做任何操作，如果进程不存在了，则向服务器发送统计信息，提示应用程序已经被卸载。这种方式需要调用和用户操作系统相关的本地方法，平台不同实现的代码就有差异，不利于代码的发布和维护，一个功能需要多套实现，而且需要根据用户所使用的操作系统，选择具体的本地代码实现，开发和部署都存在很大的难度，维护成本也比较高。

此外，对于轮询的本地进程，由于只是在后台查询系统信息，可能会被防火墙等软件拦截，无法正常收集讯息，即使能够正常收集信息，和用户的交互能力也受到限制，无法使用图形界面，获得进一步的，如用户卸载原因等信息反馈，统计能力受到限制。

本发明的实现不依赖于操作系统的底层实现，不需要在应用程序中嵌入和操作系统相关的本地代码，也不会引起防火墙的误报，适用范围很广，维护上，只需要维护一套实现即可，不需要维护多套代码。

图2示意性示出根据本公开示例实施方式的监听软件被卸载的方法的流程图。

如图2所示，在步骤S210，第一应用程序和第二应用程序之间相互保持心跳连接，相互监听卸载事件。

在示例性实施例，其中所述第一应用程序和所述第二应用程序来源于同一应用程序提供者，并且下载安装到同一终端设备。

网络中的接收和发送数据都是使用操作系统中的SOCKET进行实现。通过在所述第一应用程序和所述第二应用程序之间创建心跳连接，TCP就会在一定的时间(比如预先设置的是3秒钟)内发送预先设置的次数的心跳(比如说2次)。所谓“心跳”就是定时发送一个自定义的结构体(例如，心跳包或心跳帧)，以确保链接的有效性。

例如，可以让所述第一应用程序定时发送一个固定信息给所述第二应用程序，所述第二应用程序收到后回复一个固定信息给所述第一应用程序，如果所述第二应用程序超过预设时间没有收到所述第一应用程序发送的所述固定信息，则认为所述第一应用程序已经被卸载。

在步骤S220，若其中一所述应用程序监听到另一所述应用程序触发所述卸载事件，则弹出用于收集反馈信息的对话框。

在示例性实施例，需要用户安装应用程序提供商两个或以上不同类型的应用程序，应用程序之间互相保持心跳连接，监控卸载事件。例如用户同时安装了应用A和B，A和B之间互相监听卸载事件。用户无法在同一时间点同时卸载两个应用。一旦发现对方被卸载，则可以做出相应的操作，如弹出对话框，收集用户意见，反馈给服务器端进行信息收集。

在步骤S230，将所述反馈信息发送到服务器端。

在示例性实施例，可以通过即时通信方式将所述反馈信息发送到服务器端，可以是异步JavaScript和XML(Asynchronous Javascript+XML，ajax)方式。

即时通信可以及时将用户填写的信息上传给服务器，不用等待全部填写完毕才上传。例如，用户启动所述应用程序后的很短时间，由于对所述应用程序不满意或者出现闪退等现象，进行卸载操作，此时，可以通过弹出对话框，将卸载原因通知给服务器。有利于收集第一手数据。

例如，某一用户已经安装了应用A和应用B，用户卸载应用A，此时应用B监听到了卸载事件，应用B将应用A卸载事件汇报服务器端，服务器端安排应用B弹出反馈收集对话框，提示用户输入卸载原因。用户输入卸载原因后提交，服务器端得到统计数据，进行归档。

图3示意性示出根据本公开示例实施方式的监听软件被卸载的方法的流程图。

如图3所示，在步骤S310，在同一终端设备下载来自同一应用程序提供者的n(n≥3)个应用程序。

在步骤S320，预先设置所述n个应用程序之间相互监听卸载事件。

在步骤S330，若其中任一所述应用程序监听到另一所述应用程序触发所述卸载事件，按照预设分配原则选定其中至少一所述应用程序用于响应所述卸载事件。

在示例性实施例，所述预设分配原则可以是：这些应用程序的主进程当前是否被打开或者某一应用程序是否处于空闲状态或者用户使用应用程序的偏好等。

在示例性实施例，对于多个应用程序，可以共享一个监控卸载事件的列表，互相监听，一旦某个应用被卸载，其他应用在收到消息后，可以处理卸载事件并进行反馈。例如，在同一终端设备上下载安装来自小米的三个应用程序分别为应用A、应用B和应用C，其中，所述应用A和所述应用B之间相互监控卸载事件，所述应用B和所述应用C之间相互监控卸载事件，所述应用A和所述应用C之间相互监控卸载事件。

在步骤S340，所述选定的应用程序弹出用于收集反馈信息的对话框。

多个应用程序监听卸载事件，只需要处理一次即可，以免重复处理造成混乱。例如，可以在本地或者是请求服务器端进行分配。

例如，用户卸载应用A，此时应用B和应用C均监听到了卸载事件，应用B和应用C将应用A卸载事件汇报服务器端，服务器端安排应用B弹出反馈收集对话框，提示用户输入卸载原因，应用C不重复处理。

在步骤S350，将所述反馈信息发送到服务器端。

本公开的一种监听软件被卸载的方法，利用应用程序间的通信机制，解决收集应用程序被卸载的问题，并且可以提供用户卸载行为交互页面，收集更加丰富的反馈信息，为改进应用程序行为提供依据。

图4示意性示出根据本公开示例实施方式的监听软件被卸载的装置的框图。

如图4所示，该装置包括：设置模块410，用于预先设置第一应用程序和第二应用程序之间相互监听卸载事件；响应模块420，用于当其中任一所述应用程序监听到另一所述应用程序触发所述卸载事件时，响应所述卸载事件。

在示例性实施例，其中所述第一应用程序和所述第二应用程序来源于同一应用程序提供者，并且下载安装到同一终端设备。

在示例性实施例，其中所述设置模块配置所述第一应用程序和所述第二应用程序之间相互保持心跳连接，监控所述卸载事件。

在示例性实施例，其中所述响应模块包括：弹出单元，用于监听到另一所述应用程序触发所述卸载事件的所述应用程序弹出用于收集反馈信息的对话框；发送单元，用于将所述反馈信息发送到服务器端。

在示例性实施例，还包括：所述装置安装第三应用程序和/或第四应用程序和/或至第n应用程序；所述设置模块配置为预先设置所述第一应用程序、所述第二应用程序、所述第三应用程序、所述第四应用程序至所述第n应用程序之间相互监听卸载事件；所述响应模块配置为当其中任一所述应用程序监听到另一所述应用程序触发所述卸载事件时，则响应所述卸载事件。

在示例性实施例，其中所述响应模块包括：选择单元，用于监听到另一所述应用程序触发所述卸载事件的所述应用程序按照预设分配原则选定其中至少一所述应用程序用于响应所述卸载事件；弹出单元，用于所述选定的应用程序弹出用于收集反馈信息的对话框；第一发送单元，用于将所述反馈信息发送到服务器端。

在示例性实施例，其中选择单元包括：第二发送子单元，用于监听到另一所述应用程序触发所述卸载事件的所述应用程序将卸载事件信息发送至所述服务器端；分配子单元，用于所述服务器端按照所述预设分配原则选定其中至少一所述应用程序用于响应所述卸载事件。

在示例性实施例，其中所述卸载事件信息包括被卸载的所述应用程序的终端设备信息和所述被卸载的应用程序信息。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

本公开实施方式提供的监听软件被卸载的装置，利用多个应用程序互相监听卸载事件，在监听到某个应用被卸载的事件时，根据一定的分配原则，安排其中一个应用，对事件做出响应，和用户互动后，收集反馈信息提交服务器归档。本公开适用于在同一台设备上，安装有一个以上同一供应商提供的应用程序的情况。

图5示意性示出根据本公开示例实施方式的终端设备的框图。

如图5所示，所述终端设备500包括：处理器502；用于存储处理器502可执行指令的存储器504。

所述处理器502可被配置为：预先设置第一应用程序和第二应用程序之间相互监听卸载事件；若其中任一所述应用程序监听到另一所述应用程序触发所述卸载事件，则响应所述卸载事件。

例如，终端设备500可以是智能手机，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

参照图5，终端设备500可以包括以下一个或多个组件：处理组件501，存储器504，电源组件505，多媒体组件505，音频组件507，输入/输出(I/O)的接口503，传感器组件509，以及通信组件508。

处理组件501通常控制终端设备500的整体操作，诸如与显示，数据通信，相机操作和记录操作相关联的操作。处理组件501可以包括一个或多个处理器502来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件501可以包括一个或多个模块，便于处理组件501和其他组件之间的交互。例如，处理组件501可以包括多媒体模块，以方便多媒体组件506和处理组件501之间的交互。

存储器504被配置为存储各种类型的数据以支持在终端设备500的操作。这些数据的示例包括用于在终端设备500上操作的任何应用程序或方法的指令，消息，图片，视频等。存储器504可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件505为终端设备500的各种组件提供电力。电源组件505可以包括电源管理系统，一个或多个电源，及其他与为终端设备500生成、管理和分配电力相关联的组件。

多媒体组件506包括在所述终端设备500和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件506包括一个前置摄像头和/或后置摄像头。当终端设备500处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件507被配置为输出和/或输入音频信号。例如，音频组件507包括一个麦克风(MIC)，当终端设备500处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器504或经由通信组件508发送。在一些实施例中，音频组件507还包括一个扬声器，用于输出音频信号。

I/O接口503为处理组件501和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件509包括一个或多个传感器，用于为终端设备500提供各个方面的状态评估。例如，传感器组件509可以检测到设备500的打开/关闭状态，组件的相对定位，例如所述组件为终端设备500的显示器和小键盘，传感器组件509还可以检测终端设备500或终端设备500一个组件的位置改变，用户与终端设备500接触的存在或不存在，终端设备500方位或加速/减速和终端设备500的温度变化。传感器组件509可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件509还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件509还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件508被配置为便于终端设备500和其他设备之间有线或无线方式的通信。终端设备500可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件508经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件508还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例，终端设备500可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器504，上述指令可由终端设备500的处理器502执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

一种非临时性计算机可读存储介质，当所述存储介质中的指令由移动终端的处理器执行时，使得移动终端能够执行一种监听软件被卸载的方法，所述方法包括：

预先至少第一应用程序和第二应用程序；预先设置所述第一应用程序和所述第二应用程序之间相互监听卸载事件；若其中任一所述应用程序监听到另一所述应用程序触发所述卸载事件，则响应所述卸载事件。

图6示意性示出根据本公开示例实施方式的监听软件被卸载的装置600的框图。

如图6所示，600例如，装置600可以被提供为一服务器。参照图6，装置600包括处理组件601，其进一步包括一个或多个处理器，以及由存储器603所代表的存储器资源，用于存储可由处理组件601的执行的指令，例如应用程序。存储器603中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件601被配置为执行指令，以执行上述方法。

装置600还可以包括一个电源组件602被配置为执行装置600的电源管理，一个有线或无线网络接口604被配置为将装置600连接到网络，和一个输入输出(I/O)接口605。装置600可以操作基于存储在存储器603的操作系统，例如Windows ServerTM，Mac OS XTM，UnixTM，LinuxTM，FreeBSDTM或类似。

本发明实施例中其它内容参考上述发明实施例中的内容，在此不再赘述。

图1、2和3示出根据本公开示例实施方式的监听软件被卸载的方法的流程图。该方法可例如利用如图4、5或6所示的监听软件被卸载的装置实现，但本公开不限于此。需要注意的是，图1、2和3仅是根据本公开示例实施方式的方法所包括的处理的示意性说明，而不是限制目的。易于理解，图1、2和3所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块/进程/线程中同步或异步执行的。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、移动终端、或者网络设备等)执行根据本公开实施方式的方法。

本公开的监听软件被卸载的方法及装置，能够监听应用程序卸载事件，并且可以利用本地程序处理卸载事件。同时还和用户进行互动，例如弹出对话框，提示用户输入卸载理由等，丰富卸载反馈的表达方式。该实现方式不依赖于具体的操作系统，不需要针对不同的平台额外维护不同的代码，简化了实现和维护应用程序的成本。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本发明的其它实施方案。本申请旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本发明的真正范围和精神由下面的权利要求指出。

以上具体地示出和描述了本公开的示例性实施方式。应可理解的是，本公开不限于这里描述的详细结构、设置方式或实现方法；相反，本公开意图涵盖包含在所附权利要求的精神和范围内的各种修改和等效设置。

Claims (14)

1.一种监听软件被卸载的方法，其特征在于，包括：

预先设置第一应用程序和第二应用程序之间相互监听卸载事件；

若其中任一所述应用程序监听到另一所述应用程序触发所述卸载事件，则响应所述卸载事件，

其中所述响应所述卸载事件包括：

监听到另一所述应用程序触发所述卸载事件的所述应用程序弹出用于收集反馈信息的对话框；

将所述反馈信息发送到服务器端。

2.根据权利要求1所述的方法，其特征在于，其中所述第一应用程序和所述第二应用程序来源于同一应用程序提供者，并且安装到同一终端设备。

3.根据权利要求1所述的方法，其特征在于，其中所述第一应用程序和所述第二应用程序之间相互监听卸载事件包括：所述第一应用程序和所述第二应用程序之间相互保持心跳连接，监控所述卸载事件。

4.根据权利要求1所述的方法，其特征在于，还包括：

安装第三应用程序和/或第四应用程序和/或至第n应用程序；

预先设置所述第一应用程序、所述第二应用程序、所述第三应用程序、所述第四应用程序至所述第n应用程序之间相互监听卸载事件；

若其中任一所述应用程序监听到另一所述应用程序触发所述卸载事件，则响应所述卸载事件。

5.根据权利要求4所述的方法，其特征在于，其中所述响应所述卸载事件具体包括：

监听到另一所述应用程序触发所述卸载事件的所述应用程序按照预设分配原则选定其中至少一所述应用程序用于响应所述卸载事件；

所述选定的应用程序弹出用于收集反馈信息的对话框；

将所述反馈信息发送到服务器端。

6.根据权利要求5所述的方法，其特征在于，其中监听到另一所述应用程序触发所述卸载事件的所述应用程序按照预设分配原则选定其中至少一所述应用程序用于响应所述卸载事件包括：

监听到另一所述应用程序触发所述卸载事件的所述应用程序将卸载事件信息发送至所述服务器端；

所述服务器端按照所述预设分配原则选定其中至少一所述应用程序用于响应所述卸载事件。

7.根据权利要求6所述的方法，其特征在于，其中所述卸载事件信息包括被卸载的所述应用程序的终端设备信息和所述被卸载的应用程序信息。

8.一种监听软件被卸载的装置，其特征在于，包括：

设置模块，用于预先设置第一应用程序和第二应用程序之间相互监听卸载事件；

响应模块，用于当其中任一所述应用程序监听到另一所述应用程序触发所述卸载事件时，响应所述卸载事件，

其中所述响应模块包括：

弹出单元，用于监听到另一所述应用程序触发所述卸载事件的所述应用程序弹出用于收集反馈信息的对话框；

发送单元，用于将所述反馈信息发送到服务器端。

9.根据权利要求8所述的装置，其特征在于，其中所述第一应用程序和所述第二应用程序来源于同一应用程序提供者，并且安装到同一终端设备。

10.根据权利要求8所述的装置，其特征在于，其中所述设置模块配置所述第一应用程序和所述第二应用程序之间相互保持心跳连接，监控所述卸载事件。

11.根据权利要求8所述的装置，其特征在于，还包括：

所述装置安装第三应用程序和/或第四应用程序和/或至第n应用程序；

所述设置模块配置为预先设置所述第一应用程序、所述第二应用程序、所述第三应用程序、所述第四应用程序至所述第n应用程序之间相互监听卸载事件；

所述响应模块配置为当其中任一所述应用程序监听到另一所述应用程序触发所述卸载事件时，则响应所述卸载事件。

12.根据权利要求11所述的装置，其特征在于，其中所述响应模块具体包括：

选择单元，用于监听到另一所述应用程序触发所述卸载事件的所述应用程序按照预设分配原则选定其中至少一所述应用程序用于响应所述卸载事件；

弹出单元，用于所述选定的应用程序弹出用于收集反馈信息的对话框；

第一发送单元，用于将所述反馈信息发送到服务器端。

13.根据权利要求12所述的装置，其特征在于，其中选择单元包括：

第二发送子单元，用于监听到另一所述应用程序触发所述卸载事件的所述应用程序将卸载事件信息发送至所述服务器端；

分配子单元，用于所述服务器端按照所述预设分配原则选定其中至少一所述应用程序用于响应所述卸载事件。

14.根据权利要求13所述的装置，其特征在于，其中所述卸载事件信息包括被卸载的所述应用程序的终端设备信息和所述被卸载的应用程序信息。