信息处理方法、装置、电子设备及可读存储介质

技术领域

本发明涉及通信技术领域，特别是涉及一种信息处理方法、装置、电子设备及可读存储介质。

背景技术

传统的推送服务中，用户设备需要上传电子设备的设备信息到应用服务器，由应用服务器建立设备库存储设备信息并进行维护。随着手机、平板等电子设备数量的日渐增加，应用服务器需要为设备库提供更多的存储资源。

然而，实际应用中，上述设备库中存储的部分设备信息可能已经无效，这些无效的设备信息占用了设备信息库的存储资源；此外，在使用设备信息库进行信息推送时，可能因无效的设备信息而增加无用的推送消耗，影响推送效率。

发明内容

本发明实施例的目的在于提供一种信息处理方法、装置、电子设备及可读存储介质，以应用服务器减少设备库占用的存储空间，提高推送效率。

具体技术方案如下：

在本发明实施的第一方面，首先提供了一种信息处理方法，包括以下步骤：

获取目标设备的相关信息，所述相关信息包括来自于设备服务器的第一信息，所述第一信息用于指示所述目标设备是否为无效设备；

根据所述目标设备的相关信息，确定所述目标设备的设备信息是否为待清理信息；

当所述目标设备的设备信息为待清理信息时，在设备信息库中删除所述待清理信息。

在本发明实施的第二方面，还提供了一种信息处理装置，包括：

获取模块，用于获取目标设备的相关信息，所述相关信息包括来自于设备服务器的第一信息，所述第一信息用于指示所述目标设备是否为无效设备；

确定模块，用于根据所述目标设备的相关信息，确定所述目标设备的设备信息是否为待清理信息；

删除模块，用于当所述目标设备的设备信息为待清理信息时，在设备信息库中删除所述待清理信息。

在本发明的又一方面，还提供了一种电子设备，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；

存储器，用于存放计算机程序；

处理器，用于执行存储器上所存放的程序时，实现执行上述任一所述的信息处理方法的步骤。

在本发明实施的又一方面，还提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述任一所述的信息处理方法。

在本发明实施的又一方面，还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述任一所述的信息处理方法。

本发明实施例提供的一种信息处理方法、装置及电子设备，其中，所述方法包括：根据所述目标设备的相关信息，确定所述目标设备的设备信息是否为待清理信息，所述相关信息包括来自于设备服务器的第一信息，所述第一信息为来自于推送服务器的信息用于指示所述目标设备是否为无效设备；当所述目标设备的设备信息为待清理信息时，在设备信息库中删除所述待清理信息。

上述设备服务器为用于实现推送服务的服务器，其由用户设备对应的厂商部署和维护，应用服务器可以调用设备服务器的推送接口向用户设备推送消息。通过收集来自于设备服务器的所述第一信息，可以判断用户设备是否为无效设备，进而确定用户设备的设备信息是否可以清理。基于此，应用服务器可以及时清理设备信息库中无效设备的设备信息，释放了设备信息库的存储空间，还减少了无用的推送消耗，提高了推送效率。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍。

图1为本发明实施例可应用的一种网络系统的结构图；

图2为现有技术可应用的一种网络系统的交互示意图；

图3为本发明实施例中一种信息处理方法的流程示意图；

图4为本发明实施例可应用的一种网络系统的交互示意图之一；

图5为本发明实施例可应用的一种网络系统的交互示意图之二；

图6为本发明实施例中一种信息处理装置的结构示意图；

图7是本发明实施例中一种电子设备的结构图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行描述。

请参见图1，图1是本发明实施例可应用的一种网络系统的结构图。如图1所示，包括应用服务器110、设备服务器120和用户设备130。其中，应用服务器110与设备服务器120之间可以进行通信，应用服务器110与用户设备130之间可以进行通信，设备服务器120与用户设备130之间可以进行通信。

在本发明实施例中，用户设备也可以称为用户端。在实际应用中，用户设备可以是手机、平板电脑(Tablet Personal Computer)、膝上型电脑(Laptop Computer)、个人数字助理(personal digital assistant，PDA)、移动上网装置(Mobile Internet Device，MID)或可穿戴式设备(Wearable Device)等电子设备。

应用服务器，也可以称为应用程序服务端，应用服务器可以是任意一种应用程序对应的应用服务器。应用服务器可与用户设备交互，为用户设备提供访问商业逻辑的途径，为用户设备提供服务和资源。在实际应用中，应用服务器可以是云端的计算机、服务器等具备数据处理功能的设备或者数据平台。

设备服务器通常由用户设备硬件厂商进行部署和维护，用于提供系统级别的推送服务，或者说提供推送接口。具体的，设备服务器可以提供推送接口和推送通道，在用户设备开机启动后，上述推送接口和推送通道将处于可用状态，应用服务器可以调用设备服务器的推送接口，向用户设备推送消息。在实际应用中，设备服务器可以是云端的计算机、服务器等具备数据处理功能的设备或者数据平台。

下面介绍相关技术中应用服务器110、设备服务器120和用户设备130之间的一种交互过程，如图2所示：

用户设备130上安装有设备服务器120的软件开发工具包(Software DevelopmentKit，SDK)。在用户设备130需要启动推送服务时，可通过设备服务器120的SDK在设备服务器120的服务页面进行注册申请，向设备服务器120提交服务请求。在用户设备130通过申请后，设备服务器120可通过设备服务器120的SDK向用户设备130下发用户设备130对应的令牌(Token)。

应用服务器110可以包括推送服务模块111。推送服务模块111部署有用于推送服务的设备信息库，并对所述设备信息库中存储的设备信息进行管理，用户设备130在每次冷启动时可整合其设备信息发送至应用服务器110的推送服务模块111进行存储和管理。应用服务器110可以通过调用设备服务器120的推送接口向用户设备130推送消息。

其中，用户设备的设备信息可以包括设备身份标识符(Identity document，ID)，令牌(Token)，推送通道等信息。

请参见图3，图3是本发明实施例提供的一种信息处理方法的流程图，所述信息处理方法可以应用于应用服务器。

如图3所示，信息处理方法可以包括以下步骤：

步骤301、获取目标设备的相关信息，所述相关信息包括来自于设备服务器的第一信息，所述第一信息用于指示所述目标设备是否为无效设备。

步骤302、根据所述目标设备的相关信息，确定所述目标设备的设备信息是否为待清理信息。

步骤303、当所述目标设备的设备信息为待清理信息时，在设备信息库中删除所述待清理信息。

本发明实施例中，若所述目标设备为无效设备，可以将所述目标设备的设备信息确定为待清理信息。

具体的，应用服务器可以获取目标设备的相关信息，所述相关信息可以包括但不限于来自于设备服务器的所述第一信息。应用服务器通过获取所述第一信息，可以确定所述目标设备是否为无效设备。在确定所述目标设备为无效设备时，可以认为所述目标设备无法接收推送的信息，或者无需再向所述目标设备推送消息，为了释放所述设备信息库的存储空间，可以在设备信息库中及时将所述目标设备的设备信息删除。

其中，所述目标设备为应用服务器对应的任意一个用户设备。

本发明实施例中，所述目标设备的相关信息包括来自于所述设备服务器的第一信息，所述第一信息用于指示所述目标设备为无效设备。

具体实现时，设备服务器在通过推送接口向用户设备推送消息时，可以根据用户设备的Token验证用户设备的身份。

若由于所述目标设备上的应用程序被卸载，或所述目标设备上的应用程序长期不启动等原因，导致所述目标设备的Token已经过期，设备服务器将无法验证所述目标设备的身份信息，进而无法向其推送消息。此种情况下，设备服务器可以得到用于指示所述目标设备为无效设备的信息。

若所述目标设备正常使用，则所述目标设备的Token有效，设备服务器可以在对所述目标设备的身份信息进行验证之后，向其推送消息。此种情况下，设备服务器可以得到用于指示所述目标设备为有效设备的信息。应用服务器可以获取上述用于指示所述目标设备是否为无效设备的信息。

可以理解的是，所述获取目标设备的相关信息可以是被动接收获取，也可以是主动拉取获取，还可以是生成获取，本发明实施例在此不作限定。为了布局清楚，所述获取所述目标设备的相关信息的具体实施方式在后续进一步说明，为避免重复，在此不再赘述。

所述目标设备的设备信息包括但不限于以下至少一项：所述目标设备的设备ID；所述目标设备的Token；所述目标设备的推送通道。实际应用中，在所述目标设备启动时，或者设备信息更新时，所述目标设备可以向应用服务器主动发送上述设备信息。应用服务器需要向所述目标设备推送信息时，可根据设备ID在设备信息库中查找所述目标设备的设备信息。在设备信息库中，所述目标设备的设备信息可以以信息集合的形式进行存储，也可以以其他形式进行存储，具体可以根据实际情况决定，本发明实施例在此不作限定。

本发明实施例中，当所述目标设备的设备信息被确定为待清理信息时，应用服务器可以在设备信息库中将所述目标设备的设备信息删除。

具体实现时，当应用服务器根据所述第一信息确定所述目标设备的设备信息为待清理信息时，可以根据所述目标设备的设备ID在所述设备信息库中查找所述目标设备的设备信息，并将所述目标设备的设备信息删除，以释放所述目标设备的设备信息占用的存储空间。

示例性的，所述设备信息库可以理解为应用服务器的磁盘中的一部分存储空间，其中存储有多个用户设备的设备信息。应用服务器可以根据所述目标设备的设备ID确定所述目标设备的设备信息的存储索引，上述存储索引可以理解为所述目标设备的设备信息的存储地址。之后，应用服务器可以根据所述上述存储索引，确定所述目标设备的设备信息在所述设备信息库中的存储空间。之后，应用服务器可以通过磁盘的相关存储机制，回收所述所述目标设备的设备信息对应的存储空间，即将所述存储空间的使用状态设置为未使用状态，表示所述存储空间可以存入新的设备信息。

本发明实施例中，应用服务器将所述目标设备的设备信息删除后，在下一次所述目标设备启动时，或者在下一次所述目标设备的Token更新时，所述目标设备可以再次向所述应用服务器上传其设备信息，此时，所述目标设备可以认为处于有效状态，应用服务器可以将其设备信息存储至所述设备信息库中，以向其推送消息。

本发明实施例提供的信息处理方法，一方面，应用服务器可以基于所述目标设备是否有效，判断所述目标设备的设备信息是否为待清理信息，进而及时删除无效设备的设备信息，释放设备信息库的存储资源。进一步的，由于应用服务器可以及时清理设备信息，所述设备信息库所需的存储资源可以相应减少，节省了应用服务器对所述设备信息库的部署成本。另一方面，所述设备信息库中仅保留有效设备的设备信息，使得应用服务器在推送消息时查找设备信息的效率提高，进而消息推送的整体效率也会提高。

下面对本发明实施例中的第一信息进行说明：

本发明实施例中，可选的，所述第一信息包括如下至少一种：

无效设备集合；所述无效设备集合携带一个或多个无效设备的设备标识；

有效设备集合；所述有效设备集合携带一个或多个有效设备的设备标识；

设备集合；在所述设备集合中，任意一个设备关联于一个指示信息，所述指示信息用于指示所关联设备是否为无效设备。

在一种可选的实现形式中，所述第一信息包括无效设备集合，所述无效设备集合携带一个或多个无效设备的设备标识。

具体实现时，所述无效设备集合可以为无效设备清单的形式，应用服务器可以获取来自于设备服务器的无效设备集合。

具体的，设备服务器可以在提供推送服务的过程中，采集各用户设备是否无效。示例性的，设备服务器可以在向用户设备推送消息时，对用户设备进行有效性验证，包括对用户设备Token的验证，确定用户设备是否无效，并每间隔一定时间周期，整合生成一个无效设备集合；或者，设备服务器可以每间隔一定时间周期对各用户设备的Token进行检查，以筛查出Token已经过期的无效设备集合。

设备服务器可以在确定所述无效设备集合后，主动向应用服务器下发所述无效设备集合。应用服务器也可以每间隔一定时间周期从设备服务器获取所述无效设备集合，示例性的，应用服务器可以向设备服务器发送获取请求，以请求设备服务器向应用服务器下发所述无效设备集合；或者设备服务器可以提供所述无效设备集合的获取信息，应用服务器根据所述获取信息可以主动拉取所述无效设备集合。

可以理解的是，设备服务器获取所述无效设备集合的实现形式，以及应用服务器获取所述无效设备集合的实现形式均不限于此，具体可根据实际情况或者设备服务器的推送机制决定，本发明实施例在此不作限定。

在一种可选的实现形式中，所述第一信息包括有效设备集合，所述有效设备集合携带一个或多个有效设备的设备标识。

具体实现时，所述有效设备集合可以为有效设备清单的形式，应用服务器可以获取来自于设备服务器的有效设备集合。

具体的，设备服务器可以在提供推送服务的过程中，采集各用户设备是否有效。示例性的，设备服务器可以在向用户设备推送消息时，对用户设备进行有效性验证，包括对用户设备Token的验证，确定用户设备是否有效，并每间隔一定时间周期，整合生成一个有效设备集合；或者，设备服务器可以每间隔一定时间周期对各用户设备的Token进行检查，以筛查出Token有效的有效设备集合。

设备服务器可以在确定所述有效设备集合后，主动向应用服务器下发所述有效设备集合。应用服务器也可以每间隔一定时间周期从设备服务器获取所述有效设备集合，示例性的，应用服务器可以向设备服务器发送获取请求，以请求设备服务器向应用服务器下发所述有效设备集合；或者设备服务器可以提供所述有效设备集合的获取信息，应用服务器根据所述获取信息可以主动拉取所述有效设备集合。

可以理解的是，设备服务器获取所述有效设备集合的实现形式，以及应用服务器获取所述有效设备集合的实现形式均不限于此，具体可根据实际情况或者设备服务器的推送机制决定，本发明实施例在此不作限定。

在一种可选的实现形式中，所述第一信息包括设备集合，在所述设备集合中，任意一个设备关联于一个指示信息，所述指示信息用于指示所关联设备是否为无效设备。

具体实现时，所述设备集合可以为设备清单的形式，应用服务器可以获取来自于设备服务器的设备集合。

具体的，设备服务器可以在提供推送服务的过程中，采集各用户设备是否无效。示例性的，设备服务器可以在向用户设备推送消息时，通过对用户设备Token的验证，确定用户设备是否有效，并每间隔一定时间周期，整合生成一个设备集合，所述设备集合收集有该时间周期内所有用户设备的状态信息；或者，设备服务器可以每间隔一定时间周期对各用户设备的Token进行检查，以收集各用户设备的状态信息，并整合生成一个设备集合。

设备服务器可以在确定所述设备集合后，主动向应用服务器下发所述设备集合。应用服务器也可以每间隔一定时间周期从设备服务器获取所述设备集合，示例性的，应用服务器可以向设备服务器发送获取请求，以请求设备服务器向应用服务器下发所述设备集合；或者设备服务器可以提供所述设备集合的获取信息，应用服务器根据所述获取信息可以主动拉取所述设备集合。

应用服务器在获取所述设备集合后，可以从中确定状态信息为无效的那部分用户设备的设备标识，并根据所述设备标识在设备信息库中确定设备标识对应的设备信息为待清理信息。

可以理解的是，设备服务器获取所述设备集合的实现形式，以及应用服务器获取所述设备集合的实现形式均不限于此，具体可根据实际情况或者设备服务器的推送机制决定，本发明实施例在此不作限定。

本可选的实施方式中，所述第一信息通过设备集合实现，应用服务器根据设备集合中状态信息为无效的那部分用户设备的设备标识，可以快速确定待清理信息，进而能够对设备信息进行及时清理。

本发明实施例中，可选的，所述获取目标设备的相关信息，包括：

向所述设备服务器发送第一请求，所述第一请求用于请求调用所述设备服务器的推送接口，并通过所述推送接口向所述目标设备推送测试消息；

接收来自于所述设备服务器的第一信息，所述第一信息包括向所述目标设备推送测试消息的推送结果；

其中，所述推送结果包括：所述推送接口的调用结果和/或所述测试消息的推送结果；所述推送接口的调用结果用于指示：是否成功调用所述推送接口与调用失败的原因，所述测试消息的推送结果用于指示：所述推送接口是否成功向所述目标设备推送所述测试消息与推送失败的原因。

实际应用中，由于不同用户设备硬件厂商维护的设备服务器的推送机制存在区别，在应用服务器向设备服务器发送所述第一请求时，不同用户设备硬件厂商维护的设备服务器的反馈方式也有所区别。

在一种情况下，部分用户设备硬件厂商维护的设备服务器，在接收到所述第一请求时，可以同步返回所述推送接口的调用结果。即，所述推送结果包括所述推送接口的调用结果。

此种情况下，所述根据所述目标设备的相关信息，确定所述目标设备的设备信息是否为待清理信息，包括：

在所述第一信息携带所述推送接口的调用结果，且所述推送接口的调用结果指示：调用所述推送接口失败，且调用失败的原因为所述目标设备失效的情况下，将所述目标设备的设备信息确定为待清理信息。

具体的，所述推送接口的调用结果用于指示：是否成功调用所述推送接口。实际应用中，在所述目标设备有效，且推送通道正常的情况下，应用服务器可以成功调用所述推送接口。若应用服务器接收到调用所述推送接口成功的调用结果时，可以确定所述目标设备为有效设备，而不对所述目标设备的设备信息进行删除。

所述推送接口的调用结果还用于指示：在调用所述推送接口失败时，调用失败的具体原因。实际应用中，调用失败的具体原因有多种，例如，由于所述目标设备已经卸载或者长期不使用导致所述目标设备无效，而无法成功调用所述推送接口；或者由于推送通道异常而无法成功调用所述推送接口等等。基于此，若应用服务器接收到调用所述推送接口失败的调用结果，且失败原因为所述目标设备无效时，可以确定所述目标设备为无效设备，并对所述目标设备的设备信息进行删除。若应用服务器接收到调用所述推送接口失败的调用结果，且失败原因为除所述目标设备无效之外的其他原因时，可以暂时确定所述目标设备为有效设备，而不对所述目标设备的设备信息进行删除。

此种情况下，应用服务器可以在调用设备服务器的所述推送接口后，立即获取到所述第一信息，以确定所述目标设备是否为无效设备，进而可以及时将无效设备的设备信息删除，提高了对设备信息维护的及时性。

在另一种情况下，部分用户设备硬件厂商维护的设备服务器，在接收到所述第一请求时，可以异步返回所述推送接口向所述目标设备推送测试消息的推送结果。即，所述推送结果包括所述测试消息的推送结果。具体的，设备服务器调用所述推送接口成功后，不会立即向应用服务器返回调用结果，而是在通过所述推送接口向用户设备推送测试消息时，获取所述测试消息的推送结果，再将所述测试消息的推送结果发送至应用服务器。

此种情况下，所述根据所述目标设备的相关信息，确定所述目标设备的设备信息是否为待清理信息，包括：

在所述第一信息携带所述测试消息的推送结果，且所述测试消息的推送结果指示：所述推送接口向所述目标设备推送所述测试消息失败，且推送失败的原因为所述目标设备失效的情况下，将所述目标设备的设备信息确定为待清理信息。

具体的，所述测试消息为设备服务器通过所述推送接口向用户设备发送的消息。所述测试消息可以包括第一测试性消息，所述第一测试性消息可以不携带实质内容，可以用于设备服务器测试用户设备的推送通道是否正常，和/或，用于设备服务器测试用户设备的网络连接是否正常。设备服务器可以主动地通过所述推送接口向用户设备发送所述第一测试性消息，而不需要以应用服务器调用所述推送接口为前提。

所述测试消息还可以包括应用消息，所述应用消息为应用服务器调用所述推送接口时，设备服务器通过所述推送接口向用户设备发送的应用服务相关的消息，所述应用消息可以携带实质内容，例如通知推送、文章推送等内容。可以理解的是，所述测试消息为设备服务器通过所述推送接口向用户设备推送的任何形式的消息，具体可根据实际情况决定，本发明实施例在此不作限定。

所述测试消息的推送结果用于指示：是否成功向所述目标设备推送所述测试消息。实际应用中，在所述目标设备有效，且推送通道正常，且网络连接正常的情况下，设备服务器可以成功向所述目标设备推送所述测试消息。若应用服务器接收到向所述目标设备推送所述测试消息成功的推送结果时，可以确定所述目标设备为有效设备，而不对所述目标设备的设备信息进行删除。

所述测试消息的推送结果还用于指示：在向所述目标设备推送所述测试消息失败时，推送失败的具体原因。实际应用中，推送失败的具体原因有多种，例如，由于所述目标设备已经卸载或者长期不使用导致所述目标设备无效，而推送失败；或者，由于推送通道异常而推送失败；或者，由于网络连接异常而推送失败等等。基于此，若应用服务器接收到所述推送结果失败，且失败原因为所述目标设备无效时，可以确定所述目标设备为无效设备，并对所述目标设备的设备信息进行删除。若应用服务器接收到所述推送结果失败，且失败原因为除所述目标设备无效之外的其他原因时，可以暂时确定所述目标设备为有效设备，而不对所述目标设备的设备信息进行删除。

此种情况下，应用服务器可以根据所述推送接口实际推送的推送结果，确定所述目标设备是否为无效设备，提高了所述第一信息的准确性，进而提高了应用服务器对设备信息进行维护的有效性。

需要说明的是，本可选的实施方式中，部分用户设备硬件厂商维护的设备服务器可以执行上述两种情况的反馈方式，而不限于仅可执行其中一种情况的反馈方式，即所述推送结果包括：所述推送接口的调用结果，以及所述测试消息的推送结果，具体可根据实际情况决定，本发明实施例在此不作限定。

本可选的实施方式中，应用服务器可以在调用设备服务器的推送接口时，在设备服务器返回的反馈信息中收集所述第一信息，而无需应用服务器额外向设备服务器发送获取请求或者查询请求，减少了信令消耗，同时提高了来自于设备服务器的信息的可用性。

本发明实施例中，可选的，部分用户设备硬件厂商维护的设备服务器，在接收到所述第一请求时，既不会同步返回所述推送接口的调用结果，也不会异步返回所述推送接口向所述目标设备推送测试消息的推送结果。这部分设备服务器可以提供第一接口，所述第一接口用于应用服务器自行获取无效设备集合、有效设备集合和设备集合中的至少一项。基于此，应用服务器可以筛选出无效设备的设备标识，进而确定待清理的设备信息。

具体实现时，所述无效设备集合携带一个或多个无效设备的设备标识；所述有效设备集合携带一个或多个有效设备的设备标识；所述设备集合中，任意一个设备关联于一个指示信息，所述指示信息用于指示所关联设备是否为无效设备。

本可选的实施方式中，应用服务器获取所述第一信息的信令与调用推送接口的信令解耦，可以消除信令之间的干扰，且所述第一接口专用于应用服务器获取信息，应用服务器可以根据需求调用所述第一接口以获取信息，相比于被动获取的设备服务器的反馈信息，从所述第一接口主动获取的信息更具有针对性，进而能够快速确定待清理的设备信息，提高设备信息清理的效率。

需要说明的是，部分用户设备硬件厂商维护的设备服务器可以执行上述一种或者两种或者三种情况的反馈方式，而不限于仅可执行其中一种情况的反馈方式，即所述第一信息包括但不限于以下至少一项：所述推送接口的调用结果，以及所述测试消息的推送结果，以及从所述第一接口获取的信息，具体可根据实际情况决定，本发明实施例在此不作限定。

本发明实施例中，可选的，所述相关信息还包括第二信息，所述第二信息用于指示所述目标设备的设备信息是否为无效信息；所述第二信息包括如下至少一种：

第三信息，所述第三信息用于指示所述目标设备的设备信息的有效区间；

第四信息，所述第四信息用于指示所述目标设备是否接收测试消息；

第五信息，所述第五信息用于指示所述目标设备的信息到达率。

本可选的实施方式中，若所述目标设备的设备信息为无效信息，可以将所述目标设备的设备信息确定为待清理信息。具体的，应用服务器可以通过获取包括但不限于所述第三信息、所述第四信息、所述第五信息，以确定所述目标设备的设备信息是否为无效信息。

下面对本可选的实施方式中的第三信息进行说明：

本可选的实施方式中，所述第三信息用于指示所述目标设备的设备信息的有效区间。上述有效区间可以为有效的时间区间，也可以为有效时长。若所述目标设备的设备信息在所述有效的时间区间内，所述目标设备的设备信息有效；若所述目标设备的设备信息超出所述有效的时间区间，所述目标设备的设备信息无效。

具体实现时，应用服务器可以根据可以与所述目标设备的Token的有效区间时效确定所述有效区间，也可以基于经验值确定。以根据所述目标设备的Token确定为例，在所述目标设备的Token有效时，所述目标设备的设备信息也有效，进而应用服务器可以向所述目标设备推送消息，而在所述目标设备的Token失效时，可以确定所述目标设备的设备信息也失效，应用服务器将失效的设备信息删除，也就不会再向所述目标设备推送消息。

本可选的实施方式中，所述目标设备的设备信息的有效区间可以包括所述目标设备的设备信息的预设生存时间值，和/或，所述目标设备的设备信息的预设定时器的时间信息。

在一种实现形式中，所述目标设备的设备信息的有效区间可以包括所述目标设备的设备信息的预设生存时间值。

进一步的，所述根据所述目标设备的相关信息，确定所述目标设备的设备信息是否为待清理信息，包括：

在所述目标设备的设备信息的预设生存时间值过期的情况下，确定所述目标设备的设备信息为待清理信息。

本实现形式中，应用服务器在将用户设备的设备信息存储进设备信息库时，可以为用户设备的设备信息设置生存时间值(Time To Live，TTL)。

具体实现时，所述目标设备在每一次启动时，或者开始接收测试消息时，均会向应用服务器上报一次最新的设备信息。基于此，在应用服务器第一次接收所述目标设备的设备信息时，可以为所述目标设备的设备信息设置生存时间值，在后续接收到所述目标设备更新后的设备信息时，可以将所述目标设备的设备信息的预设生存时间值归零。

基于应用服务器的存储机制，在所述目标设备的设备信息的生存时间值过期时，应用服务器的存储系统会自动将所述目标设备的设备信息删除；或者，应用服务器在向所述目标设备推送消息时，可以先判断所述目标设备的设备信息的生存时间值是否过期。若所述目标设备的设备信息的生存时间值已经过期，应用服务器可以将所述目标设备的设备信息删除，具体可根据实际情况决定，在此不作任何限定。

本实现形式中，应用服务器通过为用户设备的设备信息设置生存时间值以限定设备信息的有效区间，以提供一个时间参考，在所述目标设备的设备信息的生存时间值过期的情况下，应用服务器无需获取其他额外的信息进行判断，可以直接清理所述目标设备的设备信息，减少了应用服务器对信息的处理操作，更加简单高效。

在一种实现形式中，所述目标设备的设备信息的有效区间可以包括所述目标设备的设备信息的预设定时器的时间信息。

进一步的，所述根据所述目标设备的相关信息，确定所述目标设备的设备信息是否为待清理信息，包括：

在所述目标设备的设备信息的预设定时器超时的情况下，确定所述目标设备的设备信息为待清理信息。

本实现形式中，若应用服务器的存储系统不支持生存时间值的设置，应用服务器可以在将用户设备的设备信息存储进设备信息库时，启动定时器已记录设备信息的有效区间。

具体实现时，所述目标设备在每一次启动时，或者开始接收测试消息时，均会向应用服务器上报一次最新的设备信息。基于此，在应用服务器第一次接收所述目标设备的设备信息时，可以为所述目标设备的设备信息设置定时器并启动，在后续接收到所述目标设备更新后的设备信息时，可以将所述目标设备的设备信息的预设定时器重置。

在所述目标设备的设备信息的定时器超时，将会生成提示信息，以提示应用服务器将所述目标设备的设备信息删除；或者，应用服务器在向所述目标设备推送消息时，可以先判断所述目标设备的设备信息的定时器是否超时。若所述目标设备的设备信息的定时器已经超时，应用服务器可以将所述目标设备的设备信息删除，具体可根据实际情况决定，在此不作任何限定。

本实现形式中，针对不支持生存时间值的应用服务器，可以通过自行设置的定时器限定设备信息的有效区间，以提供一个时间参考，在所述目标设备的设备信息的定时器超时的情况下，应用服务器无需获取其他额外的信息进行判断，可以直接清理所述目标设备的设备信息，减少了应用服务器对信息的处理操作，更加简单高效。

下面对本可选的实施方式中的第四信息进行说明：

本可选的实施方式中，所述第四信息用于指示所述目标设备用于指示所述目标设备是否接收测试消息。

进一步的，所述根据所述目标设备的相关信息，确定所述目标设备的设备信息是否为待清理信息，包括：

当接收到来自于所述目标设备的所述第四信息，且所述第四信息指示所述目标设备不接收测试消息时，确定所述目标设备的设备信息为待清理信息。

本可选的实施方式中，所述目标设备是否接收测试消息可以理解为，所述目标设备的用户对推送服务的需求。

其中，所述测试消息为应用服务器调用所述推送接口时，设备服务器通过所述推送接口向用户设备发送的消息。所述测试消息可以包括第二测试性消息，所述第二测试性消息可以不携带实质内容，可以用于应用服务器测试用户设备是否接收应用消息。设备服务器可以在应用服务器调用所述推送接口时，通过所述推送接口向用户设备发送所述第二测试性消息。所述测试消息还可以包括应用消息，所述应用消息为应用服务器调用所述推送接口时，设备服务器通过所述推送接口向用户设备发送的应用服务相关的消息，所述应用消息可以携带实质内容，例如通知推送、文章推送等内容。

具体实现时，所述目标设备的用户通过对所述目标设备执行操作，开启了目标设备的通知功能，可以认为所述目标设备接收所述测试消息；或者，所述目标设备的用户通过对所述目标设备执行操作，开启了目标设备的通知功能但同时关闭了应用程序的通知功能，可以认为所述目标设备不接收所述测试消息；或者，所述目标设备的用户通过对所述目标设备执行操作，开启了目标设备的免打扰功能，可以认为所述目标设备不接收所述测试消息；或者，所述目标设备的用户通过对所述目标设备执行操作，开启了目标设备的通知功能但同时开启了应用程序的免打扰功能，可以认为所述目标设备不接收所述测试消息，具体可根据实际情况决定，本发明实施例在此不作限定。

所述目标设备在每一次启动时，可以向应用服务器上报所述第四信息，即上述各种功能的状态信息；所述目标设备在每一次接收到用户的操作，且响应于所述用户的操作，改变了接收测试消息的状态时，也可以向应用服务器上报当前的所述第四信息。应用服务器接收到所述第四信息，且所述第四信息指示所述目标设备不接收测试信息时，可以将所述目标设备的设备信息确定为待清理信息；在后续接收到所述第四信息，且所述第四信息指示所述目标设备接收测试信息时，可以重新获取所述目标设备的设备信息并存储至所述设备信息库中。

在本可选地实施方式中，应用服务器通过获取所述第四信息，确定所述目标设备是否接收测试消息，以此确定是否删除所述目标设备的设备信息。应用服务器以用户对推送服务的需求为参考，在用户不需要推送服务时，及时清理所述目标设备的设备信息，使得应用服务器对所述目标设备的设备信息的清理更符合用户的需求，提高了应用服务器对设备信息清理的准确性和有效性。

下面对本可选的实施方式中的第五信息进行说明：

本可选的实施方式中，所述第五信息用于指示所述目标设备的信息到达率。

进一步的，所述获取目标设备的相关信息，包括：

获取目标设备在目标时间区间内的第六信息，所述第六信息用于指示所述设备服务器向所述目标设备推送的测试消息是否到达所述目标设备；

根据所述第六信息，统计所述目标时间区间内的第一次数和第二次数，所述第一次数为所述目标时间区间内，所述设备服务器向所述目标设备推送所述测试消息的次数，所述第二次数为所述目标时间区间内，所述测试消息到达所述目标设备的次数；

获取所述第二次数与所述第一次数的比值，得到所述第五信息。

本可选的实施方式中，所述目标设备的信息到达率，可以包括但不限于：设备服务器向目标设备推送的测试消息的到达率、目标时间区间内的历史推送信息的到达率。

其中，所述测试消息为设备服务器通过所述推送接口向用户设备发送的消息。所述测试消息可以包括第一测试性消息，所述第一测试性消息可以不携带实质内容，可以用于设备服务器测试用户设备的推送通道是否正常，和/或，用于设备服务器测试用户设备的网络连接是否正常。设备服务器可以主动地通过所述推送接口向用户设备发送所述第一测试性消息，而不需要以应用服务器调用所述推送接口为前提。

所述测试消息还可以包括应用消息，所述应用消息为应用服务器调用所述推送接口时，设备服务器通过所述推送接口向用户设备发送的应用服务相关的消息，所述应用消息可以携带实质内容，例如通知推送、文章推送等内容。可以理解的是，所述测试消息为设备服务器通过所述推送接口向用户设备推送的任何形式的消息，具体可根据实际情况决定，本发明实施例在此不作限定。

实际应用中，影响用户设备是否能够接收到推送消息的影响因素可以包括但不限于如下至少一种：设备服务器的推送接口的状态；所述目标设备对应的推送通道的状态；所述目标设备的网络连接状态等。

其中，在所述目标设备对应的推送通道的状态，以及所述目标设备的网络连接状态，可能影响在设备服务器成功发送测试消息的前提下，所述测试消息到达所述目标设备的信息到达率。基于所述目标设备的信息到达率，可以确定所述目标设备的推送效果，针对推送效果较差的目标设备，即信息到达率较低的目标设备，应用服务器可以将其设备信息删除。

具体实现时，设备服务器通过所述推送接口向所述目标设备推送所述测试消息。若所述目标设备成功接收所述测试消息时，可以向所述设备服务器返回确认消息，所述确认消息可以携带确认字符(Acknowledge character，ACK)。若设备服务器接收到所述目标设备返回的所述确认消息，可以确定所述测试消息到达所述目标设备；若设备服务器在发送所述测试消息后，经过预设时间间隔仍未接收到所述目标设备返回的确认消息，可以确定所述测试消息为到达所述目标设备，其中，所述预设时间间隔可以为正常情况下，所述测试消息传输的时间与所述确认消息传输的时间之和。

应用服务器可以通过统计目标时间区间内的历史推送数据，确定所述目标设备的信息到达率。其中，所述目标时间区间内的历史推送数据包括：所述目标时间区间内，设备服务器向所述目标设备推送的所述测试消息的总数，即所述第一次数；所述目标时间区间内，所述测试消息到达所述目标设备的次数，即在所述目标时间区间内，设备服务器每次推送所述测试消息之后，接收到所述目标设备返回的确认消息的次数，即所述第二次数。应用服务器可以根据所述第二次数与所述第一次数的比值，得到目标时间区间内，所述目标设备的信息到达率。

具体的，应用服务器可以设置第一计数器用于记录所述第一次数的数值，设置第二计数器用于记录所述第二次数的数值，并将所述第一计数器和所述第二计数器的初始值记为0。设备服务器在每次向所述目标设备推送所述测试消息后，可以通过所述推送接口的调用结果告知应用服务器，应用服务器将所述第一计数器的数值加1；设备服务器在每次向所述目标设备推送所述测试消息后，若接受到所述目标设备返回的所述确认消息，可以通过所述推送接口的推送结果告知应用服务器，应用服务器将所述第二计数器的数值加1。在所述目标时间区间结束后，应用服务器可以根据所述第一计数器的数值获取所述第一次数，以及根据所述第二计数器的数值获取所述第二次数，并通过计算所述第二次数与所述第一次数的比值，得到所述目标设备的信息到达率。

需要说明的是，在另一种实现形式中，设备服务器可以统计目标时间区间内的历史推送数据。具体的，设备服务器可以设置第一计数器用于记录所述第一次数的数值，设置第二计数器用于记录所述第二次数的数值，并将所述第一计数器和所述第二计数器的初始值记为0。设备服务器在每次向所述目标设备推送所述测试消息后，可以将所述第一计数器的数值加1，并记录是否接收到所述目标设备返回的所述确认消息，若接受到所述目标设备返回的所述确认消息，将所述第二计数器的数值加1。在所述目标时间区间结束后，设备服务器可以根据所述第一计数器的数值获取所述第一次数，以及根据所述第二计数器的数值获取所述第二次数，并将所述第一次数和所述第二次数发送至应用服务器。

本可选的实施方式中，在满足以下至少一种情况时，可以确定所述目标设备的信息到达率较低，可以认为所述目标设备的推送效果较差，应用服务器可以将所述目标设备的设备信息确定为待清理信息：

在目标时间区间内，所述第二次数小于第一阈值；

在目标时间区间内，所述第二次数和所述第一次数的比值小于第二阈值。

具体实现时，应用服务器可以根据所述第一次数，确定所述第一阈值和所述第二阈值。其中，所述第一阈值可以理解为：以设备服务器向所述目标设备推送了第一次数的测试消息为前提，在所述目标设备有效且所述目标设备在线的情况下，考虑到消息传输过程可能存在的传输失败的情况，所述目标时间区间内，所述测试消息到达所述目标设备的最小次数。示例性的，假设目标时间区间内，所述第一次数为100次，在所述目标设备有效且所述目标设备在线的情况下，考虑到消息传输过程可能存在的传输失败的情况，可以允许消息传输失败的次数为5次，那么所述第一阈值可以确定为95次，若所述第二次数小于95次，说明所述目标设备的网络连接可能存在异常，或者所述目标设备的推送通道可能存在异常，进而导致所述目标设备的推送效果较差。

所述第二阈值可以理解为：以设备服务器向所述目标设备推送了第一次数的测试消息为前提，在所述目标设备有效且所述目标设备在线的情况下，考虑到消息传输过程可能存在的传输失败的情况，所述目标时间区间内，所述第二次数和所述第一次数的最小比值。示例性的，目标时间区间内，假设所述第一次数为100次，在所述目标设备有效且所述目标设备在线的情况下，考虑到消息传输过程可能存在的传输失败的情况，可以允许消息传输失败的次数为5次，那么所述第二阈值可以确定为95％，若所述第二次数和所述第一次数的比值小于95％，说明所述目标设备的网络连接可能存在异常，或者所述目标设备的推送通道可能存在异常，进而导致所述目标设备的推送效果较差。

在本可选地实施方式中，应用服务器通过统计所述目标设备的信息到达率，以确定所述目标设备的推送效果，进而清理推送效果较差的用户设备的设备信息以避免无效的消息推送，节省应用服务期的网络信令开销。

进一步的，所述获取目标设备的相关信息，还包括：

在所述第六信息指示所述测试消息到达所述目标设备的情况下，获取第七信息，所述第七信息用于指示所述目标设备的用户是否点击所述测试消息；

根据所述第七信息，统计所述目标时间区间内的所述第二次数和第三次数，所述第三次数为所述目标时间区间内，所述目标设备的用户点击所述测试消息的次数；

获取所述第三次数与所述第二次数的比值，得到第八信息，所述第五信息包括所述第八信息，所述第八信息用于指示所述目标设备的信息点击率。

实际应用中，所述目标设备的用户通常不会及时的设置每一应用程序的推送服务状态，因此当所述目标设备接收到推送的测试消息后，所述目标设备的用户可能并不会查看所述测试消息，或者仅查看部分应用程序的测试消息，而将剩余未查看的测试消息统一删除或者统一标记为已读。这种情况下，所述目标设备的用户可能并不需要推送服务，应用服务器对其进行的消息推送不仅消耗了资源，还没有达到期望的推送效果。

本可选的实施方式中，进一步的，所述目标设备的信息到达率，还可以包括所述目标设备的信息点击率，即在所述测试消息到达所述目标设备的前提下，所述目标设备的用户对测试消息的点击率。基于所述目标设备的信息点击率，可以确定所述目标设备的用户对测试消息的响应效果，针对响应效果较差的目标设备，应用服务器可以将其设备信息删除。

具体实现时，应用服务器可以通过统计历史点击数据，确定所述目标设备的信息点击率。具体的，所述目标设备在每次接收到用户对所述测试消息的点击操作时，可以告知应用服务器所述测试消息被用户点击，其中，所述点击操作用于打开或者显示所述测试消息对应的应用页面，以使用户查看所述测试消息的具体内容。应用服务器可以统计在目标时间周期内，用户对测试消息的点击操作的次数，得到所述第三次数并根据所述第三次数和所述第二次数，得到所述第八信息，即所述目标设备的信息点击率。

需要说明的是，在另一种实现形式中，所述目标设备可以统计在目标时间周期内，用户对测试消息的点击操作的次数，得到所述第三次数。所述目标设备在目标时间区间结束后，可以将所述第三次数发送至应用服务器，应用服务器可以根据所述第三次数和所述第二次数，得到所述第八信息，即所述目标设备的信息点击率。

需要说明的是，本实现形式的具体实施方式可以参照上述确定信息到达率的相关解释说明，为避免重复，在此不再赘述。

本可选的实施方式中，在满足以下至少一种情况时，可以确定所述目标设备的信息点击率较低，可以认为所述目标设备的推送效果较差，应用服务器可以将所述目标设备的设备信息确定为待清理信息：

在目标时间区间内，所述第三次数小于第三阈值；

在目标时间区间内，所述第三次数与所述第二次数的比值小于第四阈值。

具体实现时，应用服务器可以根据所述第二次数，确定所述第三阈值和所述第四阈值。其中，所述第三阈值可以理解为：所述测试消息到达所述目标设备的次数为所述第二次数为前提，在所述目标设备有效且所述目标设备在线的情况下，考虑到用户设备的使用过程中可能存在的误删除的情况，所述目标时间区间内，用户点击所述测试消息的最小次数。示例性的，假设目标时间区间内，所述第二次数为100次，在所述目标设备有效且所述目标设备在线的情况下，考虑到用户设备的使用过程中可能存在的误删除的情况，可以允许用户误删除消息的次数为10次，那么所述第三阈值可以确定为90次，若所述第三次数小于90次，说明所述目标设备的用户对所述测试消息的响应较差，进而可以确定所述目标设备的推送效果较差。

所述第四阈值可以理解为：所述测试消息到达所述目标设备的次数为所述第二次数为前提，在所述目标设备有效且所述目标设备在线的情况下，考虑到用户设备的使用过程中可能存在的误删除的情况，所述目标时间区间内，所述第三次数与所述第二次数的最小比值。示例性的，假设目标时间区间内，所述第二次数为100次，在所述目标设备有效且所述目标设备在线的情况下，考虑到用户设备的使用过程中可能存在的误删除的情况，可以允许用户误删除消息的次数为10次，那么所述第四阈值可以确定为90％，若所述第三次数与所述第二次数的比值小于90％，说明所述目标设备的用户对所述测试消息的响应较差，进而可以确定所述目标设备的推送效果较差。

在本可选地实施方式中，应用服务器通过统计所述目标设备的信息到达率，以确定所述目标设备的推送效果，进而清理推送效果较差的用户设备的设备信息以避免无效的消息推送，节省应用服务期的网络信令开销

在本可选地实施方式中，应用服务器通过统计所述目标设备的信息点击率，以确定所述目标设备的用户对推送消息的响应效果，进而清理响应效果较差的用户设备的设备信息。这样，无需获取用户对推送服务的设置信息，能够智能的判断用户对推送服务的需求，进而避免无效的消息推送，节省应用服务期的网络信令开销。

本发明实施例中，应用服务器利用所述第一信息，或者结合所述第一信息与所述第二信息，判断所述目标设备的设备信息是否需要清除，以实现对设备信息的维护。其中，所述第一信息来自于所述设备服务器，可以根据设备服务器在通过推送接口向用户设备推送消息时，设备服务器对用户设备进行的有效性判断，确定用户设备是否无效，进而可以及时清除无效设备的设备信息，释放设备信息库的存储空间。

所述第二信息可以来自于三方面，第一方面，应用服务器可以通过为设备信息库中的设备信息设置有效区间，在设备信息过期时进行自动清理，提高了对设备信息维护的效率和便捷性；第二方面，应用服务器可以利用用户设备上报的通知开关、免打扰等信息，获知用户对推送服务的需求，进而可以将不需要推送服务的用户设备的设备信息删除，在释放设备信息库的存储空间，也能够减少无用的推送消耗；第三方面，应用服务器可以根据历史推送数据，进行推送效果分析，确定推送效果较差的用户设备，进而将推送效果较差的用户设备的设备信息进行删除，在释放设备信息库的存储空间，也能够减少无用的推送消耗，提高了应用服务器的推送效率。

以下对本发明实施例的一种完整实施方式进行说明，如图4所示：

应用服务器110可以包括信息处理模块112和推送服务模块111。其中，信息处理模块112用于执行本发明实施例提供的信息处理方法，推送服务模块111部署有设备信息库，所述设备信息库可以对用户设备的设备信息进行管理。

具体实现时，用户设备130上安装有设备服务器120的SDK。在用户设备130需要启动推送服务时，可通过设备服务器120的SDK在设备服务器120的服务页面进行注册申请，向设备服务器120提交服务请求。在用户设备130通过申请后，设备服务器120可通过设备服务器120的SDK向用户设备130返回用户设备130对应的Token。之后，用户设备130在每次启动时，或者设备信息更新时，可以向应用服务器110的信息处理模块112上报最新的设备信息，信息处理模块112将最新的设备信息存入推送服务模块111的设备信息库中。

本实施方式中，信息处理模块112可以用于：

1)为用户设备130的设备信息设置生存时间值。在用户设备130每一次启动时，或者开始接收测试消息时，将用户设备130的设备信息的生存时间值归零。在用户设备130的设备信息的生存时间值过期的情况下，删除推送服务模块111中的用户设备130的设备信息。

2)接收用户设备130发送的所述第四信息，所述第四信息用于指示所述目标设备是否接收测试消息。根据所述第四信息，确定用户设备130是否接收测试消息。在用户设备130不接收测试消息的情况下，删除推送服务模块111中的用户设备130的设备信息。

以下对本发明实施例的另一种完整实施方式进行说明，如图5所示：

应用服务器110可以包括信息处理模块112和推送服务模块111。推送服务模块111部署有设备信息库，所述设备信息库可以对用户设备的设备信息进行管理。

具体实现时，用户设备130上安装有设备服务器120的SDK。在用户设备130需要启动推送服务时，可通过设备服务器120的SDK在设备服务器120的服务页面进行注册申请，向设备服务器120提交服务请求。在用户设备130通过申请后，设备服务器120可通过设备服务器120的SDK向用户设备130返回用户设备130对应的Token。之后，用户设备130在每次启动时，或者设备信息更新时，可以向应用服务器110的信息处理模块112上报最新的设备信息，信息处理模块112将最新的设备信息存入推送服务模块111的设备信息库中。

本实施方式中，信息处理模块112包括：

获取单元1121，用于从设备服务器获取所述第一信息，所述第一信息用于指示用户设备130是否为无效设备。

统计单元1122，用于统计所述第一次数、所述第二次数和所述第三次数，并得到所述第五信息和所述第八信息。

处理单元1123，至少用于：

1)为用户设备130的设备信息设置生存时间值。在用户设备130每一次启动时，或者开始接收测试消息时，将用户设备130的设备信息的生存时间值归零。在用户设备130的设备信息的生存时间值过期的情况下，删除推送服务模块111中的用户设备130的设备信息。

2)接收用户设备130发送的所述第四信息，所述第四信息用于指示所述目标设备是否接收测试消息。根据所述第四信息，确定用户设备130是否接收测试消息。在用户设备130不接收测试消息的情况下，删除推送服务模块111中的用户设备130的设备信息。

3)从获取单元1121获取所述第一信息，并根据所述第一信息，确定所述用户设备130是否无效，在所述第一信息指示用户设备130为无效设备的情况下，删除推送服务模块111中的用户设备130的设备信息。

4)从统计单元1122获取所述第一次数、所述第二次数和所述第三次数，以及所述第五信息和所述第八信息所述第五信息和所述第八信息，并根据预设条件，判断所述目标设备的推送效果，在满足以下至少一项时，删除推送服务模块111中的用户设备130的设备信息：

在目标时间区间内，所述第二次数小于第一阈值；

在目标时间区间内，所述第二次数和所述第一次数的比值小于第二阈值；

在目标时间区间内，所述第三次数小于第三阈值；

在目标时间区间内，所述第三次数与所述第二次数的比值小于第四阈值。

综上所述，本发明实施例提供的信息处理方法，通过收集来自于设备服务器的所述第一信息，可以判断用户设备是否为无效设备，进而确定用户设备的设备信息是否可以清理。基于此，应用服务器可以及时清理设备信息库中无效设备的设备信息，释放了设备信息库的存储空间，还减少了无用的推送消耗，提高了推送效率。

需要说明的是，本发明实施例提供的信息处理方法，执行主体可以为应用服务器，或者部署于应用服务器上的信息处理装置，或者该信息处理装置中的用于信息处理方法的控制模块。本发明实施例中以信息处理装置为例，说明本发明实施例提供的信息处理方法。

请参见图6，图6是本发明实施例提供的一种信息处理装置600的结构图。

信息处理装置600包括：

获取模块601，用于获取目标设备的相关信息，所述相关信息包括来自于设备服务器的第一信息，所述第一信息用于指示所述目标设备是否为无效设备；

确定模块602，用于根据所述目标设备的相关信息，确定所述目标设备的设备信息是否为待清理信息；

删除模块603，用于当所述目标设备的设备信息为待清理信息时，在设备信息库中删除所述待清理信息。

可选的，所述第一信息包括如下至少一种：

无效设备集合；所述无效设备集合携带一个或多个无效设备的设备标识；

有效设备集合；所述有效设备集合携带一个或多个有效设备的设备标识；

设备集合；在所述设备集合中，任意一个设备关联于一个指示信息，所述指示信息用于指示所关联设备是否为无效设备。

可选的，获取模块601，包括：

发送单元，用于向所述设备服务器发送第一请求，所述第一请求用于请求调用所述设备服务器的推送接口，并通过所述推送接口向所述目标设备推送测试消息；

接收单元，用于接收来自于所述设备服务器的第一信息，所述第一信息包括向所述目标设备推送测试消息的推送结果；

其中，所述推送结果包括：所述推送接口的调用结果和/或所述测试消息的推送结果；所述推送接口的调用结果用于指示：是否成功调用所述推送接口与调用失败的原因，所述测试消息的推送结果用于指示：所述推送接口是否成功向所述目标设备推送所述测试消息与推送失败的原因。

可选的，所述确定模块602，具体用于：

在所述第一信息携带所述推送接口的调用结果，且所述推送接口的调用结果指示：调用所述推送接口失败，且调用失败的原因为所述目标设备失效的情况下，将所述目标设备的设备信息确定为待清理信息；

和/或，

在所述第一信息携带所述测试消息的推送结果，且所述测试消息的推送结果指示：所述推送接口向所述目标设备推送所述测试消息失败，且推送失败的原因为所述目标设备失效的情况下，将所述目标设备的设备信息确定为待清理信息。

可选的，所述相关信息还包括第二信息，所述第二信息用于指示所述目标设备的设备信息是否为无效信息；所述第二信息包括如下至少一种：

第三信息，所述第三信息用于指示所述目标设备的设备信息的有效区间；

第四信息，所述第四信息用于指示所述目标设备是否接收测试消息；

第五信息，所述第五信息用于指示所述目标设备的信息到达率。

可选的，所述第三信息包括所述目标设备的设备信息的预设生存时间值，和/或，所述目标设备的设备信息的预设定时器的时间信息。

可选的，确定模块602，具体用于：

在所述目标设备的设备信息的预设生存时间值过期的情况下，确定所述目标设备的设备信息为待清理信息；

和/或，

在所述目标设备的设备信息的预设定时器超时的情况下，确定所述目标设备的设备信息为待清理信息。

可选的，确定模块602，具体用于：

当接收到来自于所述目标设备的所述第四信息，且所述第四信息指示所述目标设备不接收测试消息时，确定所述目标设备的设备信息为待清理信息。

可选的，获取模块601，包括：

第一获取单元，用于获取目标设备在目标时间区间内的第六信息，所述第六信息用于指示所述设备服务器向所述目标设备推送的测试消息是否到达所述目标设备；

第一统计单元，用于根据所述第六信息，统计所述目标时间区间内的第一次数和第二次数，所述第一次数为所述目标时间区间内，所述设备服务器向所述目标设备推送所述测试消息的次数，所述第二次数为所述目标时间区间内，所述测试消息到达所述目标设备的次数；

第二获取单元，用于获取所述第二次数与所述第一次数的比值，得到所述第五信息。

可选的，获取模块601，还包括：

第三获取单元，用于在所述第六信息指示所述测试消息到达所述目标设备的情况下，获取第七信息，所述第七信息用于指示所述目标设备的用户是否点击所述测试消息；

第二统计单元，用于根据所述第七信息，统计所述目标时间区间内的所述第二次数和第三次数，所述第三次数为所述目标时间区间内，所述目标设备的用户点击所述测试消息的次数；

第四获取单元，用于获取所述第三次数与所述第二次数的比值，得到第八信息，所述第五信息包括所述第八信息，所述第八信息用于指示所述目标设备的信息点击率。

信息处理装置600能够实现本发明方法实施例的信息处理方法能够实现的各个过程，以及达到相同的有益效果，为避免重复，这里不再赘述。

本发明实施例还提供了一种电子设备，如图7所示，包括处理器701、通信接口702、存储器703和通信总线704，其中，处理器701，通信接口702，存储器703通过通信总线704完成相互间的通信，

存储器703，用于存放计算机程序；

处理器701，用于执行存储器73上所存放的程序时，实现如前述任一实施例所述的信息处理方法。

上述终端提到的通信总线可以是外设部件互连标准(Peripheral ComponentInterconnect，简称PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture，简称EISA)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图7中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

通信接口用于上述终端与其他设备之间的通信。

存储器可以包括随机存取存储器(Random Access Memory，简称RAM)，也可以包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。可选地，存储器还可以是至少一个位于远离前述处理器的存储装置。

上述的处理器可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(Digital Signal Processing，简称DSP)、专用集成电路(Application SpecificIntegrated Circuit，简称ASIC)、现场可编程门阵列(Field－Programmable Gate Array，简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

在本发明提供的又一实施例中，还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述实施例中任一所述的信息处理方法。

在本发明提供的又一实施例中，还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述实施例中任一所述的信息处理方法。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本说明书中的各个实施例均采用相关的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本发明的保护范围内。