CN107819871B

CN107819871B - 应用状态确定方法及装置

Info

Publication number: CN107819871B
Application number: CN201711173437.5A
Authority: CN
Inventors: 李丙立; 高阳
Original assignee: Beijing Xiaomi Mobile Software Co Ltd
Current assignee: Beijing Xiaomi Mobile Software Co Ltd
Priority date: 2017-11-22
Filing date: 2017-11-22
Publication date: 2020-12-25
Anticipated expiration: 2037-11-22
Also published as: CN107819871A

Abstract

本公开是关于一种应用状态确定方法及装置。该方法应用于服务器，包括：在无法与终端设备中的第一应用通信时，向所述终端设备中能够与所述服务器通信的第二应用发送第一通知信息，其中，所述第一通知信息用于通知所述第二应用执行针对所述第一应用的启动操作；在接收到来自所述第二应用的第一响应信息时，确定所述第一应用的状态为卸载状态，其中，所述第一响应信息中包括所述第一应用的卸载状态信息。根据本公开的实施例，服务器能够及时确定应用的卸载情况，从而在推送信息时避免为已经卸载的应用进行推送，提高消息推送效率及成功率。

Description

应用状态确定方法及装置

技术领域

本公开涉及计算机技术领域，尤其涉及一种应用状态确定方法及装置。

背景技术

在相关技术中，终端设备(例如智能手机)中的应用如果被卸载，不会有任何相关的信息，应用开发者不知道应用已经被卸载。在相关技术中无法判断某个用户的某个应用是否已经卸载，只能根据该应用是否上线来判断其的活跃度，如果不上线的时间大于某个时间范围，比如三个月，认为该应用已经被卸载。如果开发者不能及时知道用户的卸载行为，就不能及时评估运营活动的优劣。向应用发送消息推送的时候，如果对已经卸载了应用继续发送，会产生冗余信息，造成不必要的服务器压力和流量。

发明内容

为克服相关技术中存在的问题，本公开提供一种应用状态确定方法及装置。

根据本公开实施例的第一方面，提供一种应用状态确定方法，所述方法应用于服务器，包括：

在无法与终端设备中的第一应用通信时，向所述终端设备中能够与所述服务器通信的第二应用发送第一通知信息，其中，所述第一通知信息用于通知所述第二应用执行针对所述第一应用的启动操作；

在接收到来自所述第二应用的第一响应信息时，确定所述第一应用的状态为卸载状态，其中，所述第一响应信息中包括所述第一应用的卸载状态信息。

对于上述方法，在一种可能的实现方式中，所述方法还包括：

向所述第一应用发送第二通知信息；

在接收到来自所述第一应用的第二响应信息时，确定所述第一应用的状态为未卸载状态，其中，所述第二响应信息中包括所述第一应用的运行状态信息。

在未接收到来自所述第一应用的第二响应信息时，确定无法与所述第一应用通信。

对于上述方法，在一种可能的实现方式中，所述终端设备中的第一应用和第二应用与所述服务器之间通过应用内置的推送SDK进行通信。

根据本公开实施例的第二方面，提供一种应用状态确定方法，所述方法应用于终端设备，包括：

通过终端设备中的第二应用接收来自服务器的第一通知信息，其中，所述第一通知信息用于通知所述第二应用执行针对所述终端设备中无法与所述服务器通信的第一应用的启动操作；

根据所述第一通知信息，通过所述第二应用执行针对所述第一应用的启动操作；

在所述第一应用启动失败时，判断所述第一应用的状态是否为卸载状态；

在所述第一应用的状态为卸载状态时，通过所述第二应用向所述服务器发送第一响应信息，其中，所述第一响应信息中包括所述第一应用的卸载状态信息。

在所述第一应用启动成功时，通过所述第一应用接收来自所述服务器的第二通知信息；

通过所述第一应用向所述服务器发送第二响应信息，其中，所述第二响应信息中包括所述第一应用的运行状态信息。

根据本公开实施例的第三方面，提供一种应用状态确定装置，所述装置应用于服务器，包括：

第一通知信息发送模块，用于在无法与终端设备中的第一应用通信时，向所述终端设备中能够与所述服务器通信的第二应用发送第一通知信息，其中，所述第一通知信息用于通知所述第二应用执行针对所述第一应用的启动操作；

第一状态确定模块，用于在接收到来自所述第二应用的第一响应信息时，确定所述第一应用的状态为卸载状态，其中，所述第一响应信息中包括所述第一应用的卸载状态信息。

对于上述装置，在一种可能的实现方式中，所述装置还包括：

第二通知信息发送模块，用于向所述第一应用发送第二通知信息；

第二状态确定模块，用于在接收到来自所述第一应用的第二响应信息时，确定所述第一应用的状态为未卸载状态，其中，所述第二响应信息中包括所述第一应用的运行状态信息。

第三状态确定模块，用于在未接收到来自所述第一应用的第二响应信息时，确定无法与所述第一应用通信。

对于上述装置，在一种可能的实现方式中，所述终端设备中的第一应用和第二应用与所述服务器之间通过应用内置的推送SDK进行通信。

根据本公开实施例的第四方面，提供一种应用状态确定装置，所述装置应用于终端设备，包括：

第一通知信息接收模块，用于通过终端设备中的第二应用接收来自服务器的第一通知信息，其中，所述第一通知信息用于通知所述第二应用执行针对所述终端设备中无法与所述服务器通信的第一应用的启动操作；

应用启动模块，用于根据所述第一通知信息，通过所述第二应用执行针对所述第一应用的启动操作；

状态判断模块，用于在所述第一应用启动失败时，判断所述第一应用的状态是否为卸载状态；

第一响应信息发送模块，用于在所述第一应用的状态为卸载状态时，通过所述第二应用向所述服务器发送第一响应信息，其中，所述第一响应信息中包括所述第一应用的卸载状态信息。

第二通知信息接收模块，用于在所述第一应用启动成功时，通过所述第一应用接收来自所述服务器的第二通知信息；

第二响应信息发送模块，用于通过所述第一应用向所述服务器发送第二响应信息，其中，所述第二响应信息中包括所述第一应用的运行状态信息。

根据本公开实施例的第五方面，提供一种屏幕显示控制装置，所述装置应用于服务器中，包括：处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为执行上述方法。

根据本公开实施例的第六方面，提供一种非临时性计算机可读存储介质，当所述存储介质中的指令由处理器执行时，使得处理器能够执行上述方法。

根据本公开实施例的第七方面，提供一种屏幕显示控制装置，所述装置应用于终端设备中，包括：处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为执行上述方法。

根据本公开实施例的第八方面，提供一种非临时性计算机可读存储介质，当所述存储介质中的指令由处理器执行时，使得处理器能够执行上述方法。

本公开的实施例提供的技术方案可以包括以下有益效果：服务器在无法与第一应用通信时，向能够与服务器通信的第二应用发送通知信息以通知第二应用执行针对第一应用的启动操作；在第一应用已卸载时会接收到第二应用的响应信息；根据响应信息确定第一应用已卸载，从而使得服务器能够及时确定应用的卸载情况，进而在推送信息时避免为已经卸载的应用进行推送，提高消息推送效率及成功率。

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

附图说明

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

图1是根据一示例性实施例示出的一种应用状态确定方法的流程图；

图2是根据一示例性实施例示出的一种应用状态确定方法的流程图；

图3是根据一示例性实施例示出的一种应用状态确定方法的流程图；

图4是根据一示例性实施例示出的一种应用状态确定方法的流程图；

图5是根据一示例性实施例示出的一种应用状态确定方法的流程图；

图6是根据一示例性实施例示出的一种应用状态确定装置的框图；

图7是根据一示例性实施例示出的一种应用状态确定装置的框图；

图8是根据一示例性实施例示出的一种应用状态确定装置的框图；

图9是根据一示例性实施例示出的一种应用状态确定装置的框图；

图10是根据一示例性实施例示出的一种应用状态确定装置的框图；

图11是根据一示例性实施例示出的一种应用状态确定装置的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

图1是根据一示例性实施例示出的一种应用状态确定方法的流程图。如图1所示，所述方法用于服务器中，包括以下步骤。

在步骤S11中，在无法与终端设备中的第一应用通信时，向所述终端设备中能够与所述服务器通信的第二应用发送第一通知信息，其中，所述第一通知信息用于通知所述第二应用执行针对所述第一应用的启动操作；

在步骤S12中，在接收到来自所述第二应用的第一响应信息时，确定所述第一应用的状态为卸载状态，其中，所述第一响应信息中包括所述第一应用的卸载状态信息。

根据本公开的实施例，能够在无法与终端设备中的第一应用通信时，向终端设备中能够与服务器通信的第二应用发送通知信息以通知第二应用执行针对第一应用的启动操作；若第一应用已卸载，则会接收到来自第二应用的响应信息(响应信息中包括第一应用的卸载状态)，可根据响应信息确定第一应用已卸载。这样，服务器就可以及时确定应用的卸载情况，进而在推送信息时避免为已经卸载的应用进行推送，节省流量，提高消息推送效率及成功率。也能基于卸载信息，验证应用功能修改对用户卸载行为的影响，减少对用户的打扰。

在一种可能的实现方式中，终端设备中的第一应用和第二应用与服务器之间通过应用内置的推送SDK进行通信。

举例来说，在终端设备中可安装有能够接收推送消息的多个应用(APP)，例如该多个应用内部预先嵌入了推送(Push)的SDK，该多个应用(包括第一应用和第二应用)与推送服务器之间采用应用内置的推送SDK作为上下行的通信管道。推送服务器可以向应用发送推送消息；应用通过推送SDK接收到推送消息后，可向推送服务器发送响应信息，从而实现了推送服务器与应用之间的通信。

在一种可能的实现方式中，当推送服务器无法与多个应用中的第一应用通信时，可能出现该第一应用被卸载的情况。此时，推送服务器能够与多个应用中的第二应用进行通信，可以利用与该第二应用的通信来获取该第一应用的卸载情况。

在一种可能的实现方式中，服务器(推送服务器)可向该第二应用发送第一通知信息，该第一通知信息用于通知所述第二应用执行针对所述第一应用的启动操作。当终端设备中的第二应用接收到第一通知信息时，可以执行针对第一应用的启动操作，例如通过应用关联启动的方式来唤起第一应用。如果第一应用启动失败，则可以在终端设备本地判断第一应用的状态是否为卸载状态，例如通过本地读取终端设备的已安装应用列表，以检查第一应用是否安装。如果第一应用的状态为卸载状态(例如不在已安装应用列表中)，则第二应用可以向服务器发送第一响应信息，其中，第一响应信息中包括第一应用的卸载状态信息。

在一种可能的实现方式中，当服务器(推送服务器)接收到来自第二应用的第一响应信息时，可以根据该第一响应信息确定第一应用已经被卸载。通过这种方式，服务器能够及时确定第一应用的卸载状态，从而能够避免继续向第一应用推送信息，提高信息推送发送成功率，并且能够进行后续的处理，例如制作应用卸载报表、对应用功能修改进行验证等。

图2是根据一示例性实施例示出的一种应用状态确定方法的流程图。在一种可能的实现方式中，如图2所示，该方法还可包括以下步骤。

在步骤S13中，向所述第一应用发送第二通知信息；

在步骤S14中，在接收到来自所述第一应用的第二响应信息时，确定所述第一应用的状态为未卸载状态，其中，所述第二响应信息中包括所述第一应用的运行状态信息。

举例来说，服务器(推送服务器)可以向第一应用发送第二通知信息，以实现服务器与第一应用之间的通信。如果无法接收到第一应用的响应信息，则可以确定无法与第一应用通信。如前所述，当无法与第一应用通信时，服务器可向终端设备中能够与服务器通信的第二应用发送第一通知信息，以使第二应用执行针对第一应用的启动操作。如果第一应用启动成功，则第一应用可以运行、接收并响应第二通知信息。

在一种可能的实现方式中，当第一应用响应第二通知信息时，可表明第一应用处于运行状态。当服务器可接收到来自第一应用的该第二响应信息时，表明第一应用的状态为运行状态，即为未卸载状态。通过这种方式，服务器可以了解第一应用为未卸载状态，为服务器确定信息推送的对象提供了基础。

图3是根据一示例性实施例示出的一种应用状态确定方法的流程图。在一种可能的实现方式中，如图3所示，该方法还可包括以下步骤。

在步骤S15中，在未接收到来自所述第一应用的第二响应信息时，确定无法与所述第一应用通信。

举例来说，服务器向第一应用发送第二通知信息后，如果没有接收到来自第一应用的第二响应信息，例如超出预定的响应时间未接收到第二响应信息，则可确定无法与所述第一应用通信。从而，服务器可以执行步骤S11的操作，向第二应用发送第一通知信息，以使第二应用执行针对第一应用的启动操作，以便确定第一应用的状态。

通过这种方式，能够确定出无法与服务器通信的应用，在此基础上，服务器才会通过其他能够与服务器通信的应用来判断无法通信的应用的卸载情况，提高了判断的效率。

图4是根据一示例性实施例示出的一种应用状态确定方法的流程图，所述方法应用于终端设备，如图4所示，所述方法包括以下步骤：

在步骤S21中，通过终端设备中的第二应用接收来自服务器的第一通知信息，其中，所述第一通知信息用于通知所述第二应用执行针对所述终端设备中无法与所述服务器通信的第一应用的启动操作；

在步骤S22中，根据所述第一通知信息，通过所述第二应用执行针对所述第一应用的启动操作；

在步骤S23中，在所述第一应用启动失败时，判断所述第一应用的状态是否为卸载状态；

在步骤S24中，在所述第一应用的状态为卸载状态时，通过所述第二应用向所述服务器发送第一响应信息，其中，所述第一响应信息中包括所述第一应用的卸载状态信息。

根据本公开的实施例，第二应用可在接收到服务器通知第二应用执行针对第一应用的启动操作时执行启动操作，在第一应用启动失败时本地判断第一应用是否卸载，并在第一应用已卸载时通过第二应用发送响应信息以通知服务器第一应用已卸载，使得服务器能够及时确定第一应用的卸载情况，从而使服务器推送信息时避免为已经卸载的应用进行推送，节省流量，提高消息推送效率及成功率。服务器也能基于卸载信息，验证应用功能修改对用户卸载行为的影响，减少对用户的打扰。

举例来说，如前所述，在推送服务器无法与终端设备上内置有推送SDK的第一应用通信，但能够与终端设备上内置有推送SDK的第二应用通信时，可以与该第二应用通信来获取该第一应用的卸载情况。服务器可发送第一通知信息给第二应用。第一通知信息用于通知第二应用执行针对所述终端设备中无法与所述服务器通信的第一应用的启动操作，以便判断第一应用是否被卸载。

在一种可能的实现方式中，终端设备的第二应用在接收到来自服务器的第一通知信息时，可以根据该通知消息中的指令执行针对第一应用的启动操作。如果第一应用启动失败，则可以在终端设备本地判断第一应用的状态是否为卸载状态，例如通过本地读取终端设备的已安装应用列表，以检查第一应用是否安装。如果第一应用的状态为卸载状态(例如不在已安装应用列表中)，则第二应用可以向服务器发送第一响应信息，其中，第一响应信息中包括第一应用的卸载状态信息。该第一响应信息可以作为对服务器发送过来的第一通知信息的响应，告知服务器第一应用已被卸载。

当服务器(推送服务器)接收到来自第二应用的第一响应信息时，可以根据该第一响应信息确定第一应用已经被卸载。通过这种方式，可以使得服务器能够及时确定第一应用的卸载状态，从而能够避免继续向第一应用推送信息，提高信息推送发送成功率。

图5是根据一示例性实施例示出的一种应用状态确定方法的流程图。在一种可能的实现方式中，如图5所示，该方法还可包括以下步骤：

在步骤S25中，在所述第一应用启动成功时，通过所述第一应用接收来自所述服务器的第二通知信息；

在步骤S26中，通过所述第一应用向所述服务器发送第二响应信息，其中，所述第二响应信息中包括所述第一应用的运行状态信息。

举例来说，在第二应用成功启动第一应用的情况下，第一应用处于运行状态。在运行状态下，第一应用可与服务器通信。第一应用可以接收来自服务器的第二通知信息；响应于该第二通知信息，第一应用向服务器发送第二响应信息，该第二响应信息包含有第一应用的运行状态信息，告知服务器第一应用处于运行状态，即第一应用没有被卸载。

通过这种方式，当第二应用成功启动第一应用后，第一应用可直接与服务器通信，告知服务器第一应用本身没有被卸载，使得服务器能够及时确定第一应用的未卸载状态。

图6是根据一示例性实施例示出的一种应用状态确定装置的框图，所述装置应用于服务器。参照图6，该装置包括第一通知信息发送模块61及第一状态确定模块62。

该第一通知信息发送模块61，被配置为在无法与终端设备中的第一应用通信时，向所述终端设备中能够与所述服务器通信的第二应用发送第一通知信息，其中，所述第一通知信息用于通知所述第二应用执行针对所述第一应用的启动操作

该第一状态确定模块62，被配置为在接收到来自所述第二应用的第一响应信息时，确定所述第一应用的状态为卸载状态，其中，所述第一响应信息中包括所述第一应用的卸载状态信息。

图7是根据一示例性实施例示出的一种应用状态确定装置的框图。在一种可能的实现方式中，参照图7，所述装置还包括：

第二通知信息发送模块63，被配置为向所述第一应用发送第二通知信息；

第二状态确定模块64，被配置为在接收到来自所述第一应用的第二响应信息时，确定所述第一应用的状态为未卸载状态，其中，所述第二响应信息中包括所述第一应用的运行状态信息。

在一种可能的实现方式中，参照图7，所述装置还包括：

第三状态确定模块65，被配置为在未接收到来自所述第一应用的第二响应信息时，确定无法与所述第一应用通信。

在一种可能的实现方式中，所述终端设备中的第一应用和第二应用与所述服务器之间通过应用内置的推送SDK进行通信。

图8是根据一示例性实施例示出的一种应用状态确定装置的框图，所述装置应用于终端设备。参照图8，该装置包括第一通知信息发送模块71，应用启动模块72、状态判断模块73及第一响应信息发送模块74。

第一通知信息接收模块71，被配置为通过终端设备中的第二应用接收来自服务器的第一通知信息，其中，所述第一通知信息用于通知所述第二应用执行针对所述终端设备中无法与所述服务器通信的第一应用的启动操作；

应用启动模块72，被配置为根据所述第一通知信息，通过所述第二应用执行针对所述第一应用的启动操作；

状态判断模块73，被配置为在所述第一应用启动失败时，判断所述第一应用的状态是否为卸载状态；

第一响应信息发送模块74，被配置为在所述第一应用的状态为卸载状态时，通过所述第二应用向所述服务器发送第一响应信息，其中，所述第一响应信息中包括所述第一应用的卸载状态信息。

图9是根据一示例性实施例示出的一种应用状态确定装置的框图。在一种可能的实现方式中，参照图9，所述装置还包括：

第二通知信息接收模块75，被配置为在所述第一应用启动成功时，通过所述第一应用接收来自所述服务器的第二通知信息；

第二响应信息发送模块76，被配置为通过所述第一应用向所述服务器发送第二响应信息，其中，所述第二响应信息中包括所述第一应用的运行状态信息。

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

图10是根据一示例性实施例示出的一种应用状态确定装置800的框图。例如，装置800可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

参照图10，装置800可以包括以下一个或多个组件：处理组件802，存储器804，电源组件806，多媒体组件808，音频组件810，输入/输出(I/O)的接口812，传感器组件814，以及通信组件816。

处理组件802通常控制装置800的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件802可以包括一个或多个处理器820来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件802可以包括一个或多个模块，便于处理组件802和其他组件之间的交互。例如，处理组件802可以包括多媒体模块，以方便多媒体组件808和处理组件802之间的交互。

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

电源组件806为装置800的各种组件提供电力。电源组件806可以包括电源管理系统，一个或多个电源，及其他与为装置800生成、管理和分配电力相关联的组件。

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

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

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

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

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

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

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

图11是根据一示例性实施例示出的一种应用状态确定装置1900的框图。例如，装置1900可以被提供为一服务器。参照图11，装置1900包括处理组件1922，其进一步包括一个或多个处理器，以及由存储器1932所代表的存储器资源，用于存储可由处理组件1922的执行的指令，例如应用程序。存储器1932中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件1922被配置为执行指令，以执行上述方法。

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

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

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

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims

1.一种应用状态确定方法，其特征在于，所述方法应用于服务器，包括：

向第一应用发送第二通知信息；

在未接收到来自所述第一应用的第二响应信息时，确定无法与所述第一应用通信；

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

3.根据权利要求1或2所述的方法，其特征在于，所述终端设备中的第一应用和第二应用与所述服务器之间通过应用内置的推送SDK进行通信。

4.一种应用状态确定方法，其特征在于，所述方法应用于终端设备，包括：

通过终端设备中的第二应用接收来自服务器的第一通知信息，其中，所述第一通知信息用于通知所述第二应用执行针对所述终端设备中无法与所述服务器通信的第一应用的启动操作，其中，所述服务器向所述第一应用发送第二通知信息，并在未接收到来自所述第一应用的第二响应信息时，确定无法与所述第一应用通信；

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

6.根据权利要求4或5所述的方法，其特征在于，所述终端设备中的第一应用和第二应用与所述服务器之间通过应用内置的推送SDK进行通信。

7.一种应用状态确定装置，其特征在于，所述装置应用于服务器，包括：

第二通知信息发送模块，用于向第一应用发送第二通知信息；

第三状态确定模块，用于在未接收到来自所述第一应用的第二响应信息时，确定无法与所述第一应用通信；

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

9.根据权利要求7或8所述的装置，其特征在于，所述终端设备中的第一应用和第二应用与所述服务器之间通过应用内置的推送SDK进行通信。

10.一种应用状态确定装置，其特征在于，所述装置应用于终端设备，包括：

第一通知信息接收模块，用于通过终端设备中的第二应用接收来自服务器的第一通知信息，其中，所述第一通知信息用于通知所述第二应用执行针对所述终端设备中无法与所述服务器通信的第一应用的启动操作，其中，所述服务器向所述第一应用发送第二通知信息，并在未接收到来自所述第一应用的第二响应信息时，确定无法与所述第一应用通信；

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

12.根据权利要求10或11所述的装置，其特征在于，所述终端设备中的第一应用和第二应用与所述服务器之间通过应用内置的推送SDK进行通信。

13.一种应用状态确定装置，其特征在于，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为执行权利要求1-3中任意一项所述的方法。

14.一种非临时性计算机可读存储介质，当所述存储介质中的指令由处理器执行时，使得处理器能够执行根据权利要求1-3中任意一项所述的方法。

15.一种应用状态确定装置，其特征在于，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为执行权利要求4-6中任意一项所述的方法。

16.一种非临时性计算机可读存储介质，当所述存储介质中的指令由处理器执行时，使得处理器能够执行根据权利要求4-6中任意一项所述的方法。