一种信息获取方法及装置与流程

本发明实施例涉及通信技术领域，更具体的说，涉及信息获取方法及装置。

背景技术：

目前，智能终端可以安装实现各种功能的应用软件。通常情况下，智能终端内的应用软件可以接收服务器推送的信息，而且在应用软件接收到服务器推送的信息以后，应用软件还会提醒用户查看该信息。

在研究和实践过程中，发明人发现上述相关技术至少存在以下问题：

很多智能终端的操作系统在检测出内存资源不足时，会自动的关闭智能终端内的应用软件的服务进程，而应用软件的服务进程一旦被关闭，那么该应用软件用于接收信息的接口便被关闭，所以该应用软件就无法接收到服务器推送的信息。而且，智能终端的应用软件会因为很多原因无法接收到服务器推送的信息，所以智能终端内的应用软件存在漏接服务器发送的信息的风险。

技术实现要素：

本发明实施例提供一种信息获取方法及装置，以保证智能终端内的应用软件可以接收到服务器发送的信息。

根据本发明实施例的第一方面，提供一种信息获取方法，所述方法应用于安装有应用软件的智能终端，所述方法包括：

在所述应用软件被关闭时，重新开启所述应用软件；

调用所述应用软件根据预先设置的时间间隔向服务器发送信息获取请求，以使所述服务器根据所述信息获取请求查询最新信息；

调用所述应用软件接收所述服务器发送的所述最新信息。

可选的，所述方法还包括：

判断所述应用软件是否处于连网状态；

在所述应用软件处于连网状态时，执行判断所述应用软件是否处于连网状态的步骤；

在所述应用软件未处于连网状态时，将所述应用软件连接至网络。

可选的，在调用所述应用软件根据预先设置的时间间隔向服务器发送信息获取请求的步骤之前，所述方法还包括：

判断所述智能终端的操作系统是否为目标操作系统；

在所述智能终端的操作系统为目标操作系统时，调用所述应用软件根据预先设置的时间间隔向服务器发送信息获取请求和所述目标操作系统的标识，调用所述应用软件接收所述目标操作系统的标识对应的目标服务器发送的所述最新信息；

在所述智能终端的操作系统不为目标操作系统时，执行调用所述应用软件根据预先设置的时间间隔向服务器发送信息获取请求的步骤。

可选的，调用所述应用软件根据预先设置的时间间隔向服务器发送信息获取请求的步骤包括：

判断所述应用软件的运行状态是否为前台运行；

在所述应用软件的运行状态为前台运行时，调用所述应用软件根据预先设置的第一时间间隔向服务器发送信息获取请求，并执行调用所述应用软件接收所述服务器发送的最新信息的步骤；

在所述应用软件的运行状态不为前台运行时，调用所述应用软件根据预先设置的第二时间间隔向服务器发送信息获取请求，并执行调用所述应用软件接收所述服务器发送的最新信息的步骤。

可选的，在所述应用软件被关闭时，重新开启所述应用软件的步骤包括：

在所述应用软件的服务进程或所述应用软件的目标守护进程被关闭时，调用所述应用软件的指定守护进程重新开启所述服务进程或所述目标守护进程，所述目标守护进程和所述指定守护进程均为所述应用软件的守护进程。

根据本发明实施例的第二方面，提供一种信息获取装置，所述装置为安装有应用软件的智能终端，所述装置包括：

开启模块，用于在所述应用软件被关闭时，重新开启所述应用软件；

发送模块，用于调用所述应用软件根据预先设置的时间间隔向服务器发送信息获取请求，以使所述服务器根据所述信息获取请求查询最新信息；

接收模块，用于调用所述应用软件接收所述服务器发送的所述最新信息。

可选的，所述装置还包括：

第一判断模块，用于判断所述应用软件是否处于连网状态；在所述应用软件处于连网状态时，触发所述第一判断模块；在所述应用软件未处于连网状态时，将所述应用软件连接至网络。

可选的，所述装置还包括：

第二判断模块，用于判断所述智能终端的操作系统是否为目标操作系统；在所述智能终端的操作系统为目标操作系统时，调用所述应用软件根据预先设置的时间间隔向服务器发送信息获取请求和所述目标操作系统的标识，调用所述应用软件接收所述目标操作系统的标识对应的目标服务器发送的所述最新信息；在所述智能终端的操作系统不为目标操作系统时，触发所述发送模块。

可选的，所述发送模块包括：

判断子模块，用于判断所述应用软件的运行状态是否为前台运行；在所述应用软件的运行状态为前台运行时，调用所述应用软件根据预先设置的第一时间间隔向服务器发送信息获取请求，并触发所述接收模块；在所述应用软件的运行状态不为前台运行时，调用所述应用软件根据预先设置的第二时间间隔向服务器发送信息获取请求，并触发所述接收模块。

可选的，所述开启模块包括：

开启子模块，用于在所述应用软件的服务进程或所述应用软件的目标守护进程被关闭时，调用所述应用软件的指定守护进程重新开启所述服务进程或所述目标守护进程，所述目标守护进程和所述指定守护进程均为所述应用软件的守护进程。

与现有技术相比，本实施例提供的技术方案具有以下优点和特点：

在本发明实施例提供的方案中，即使应用软件未接收到服务器推送的最新信息，也会调用应用软件根据预先设置的时间间隔向服务器发送信息获取请求，以接收到可能被遗漏掉的最新信息；而且，在应用软件被关闭时，还可以重新开启应用软件，可以避免因应用软件被关闭而无法接收到服务器发送的最新信息。因此，本发明提供的方案可以保证智能终端内的应用软件可以接收到服务器发送的信息。

附图说明

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

图1为本发明实施例提供的一种信息获取方法的流程图。

图2为本发明实施例提供的又一种信息获取方法的流程图。

图3为本发明实施例提供的又一种信息获取方法的流程图。

图4为本发明实施例提供的一种信息获取装置的示意图。

图5为本发明实施例提供的又一种信息获取装置的示意图。

图6为本发明实施例提供的又一种信息获取装置的示意图。

具体实施方式

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

图1为本发明实施例提供的一种信息获取方法的流程图。图1所示的信息获取方法可以保证智能终端内的应用软件可以接收到服务器发送的信息。该方法包括以下步骤。

步骤S11、在应用软件被关闭时，重新开启应用软件。

其中，本发明实施例提供的方法可以应用于安装有应用软件的智能终端，智能终端可以为智能手机或平板电脑等设备。

应用软件指的是可以安装在智能终端内且可以接收服务器发送的信息的应用软件。

可选的，在应用软件被关闭时，重新开启应用软件的实现方式可以包括如下步骤：在应用软件的服务进程或应用软件的目标守护进程被关闭时，调用应用软件的指定守护进程重新开启服务进程或目标守护进程，目标守护进程和指定守护进程均为应用软件的守护进程。

在应用软件启动时，会开启应用软件的服务进程和守护进程。而且，守护进程的数量可以为1个，也可以为多个。在应用软件的守护进程的数量为1个且服务进程被关闭时，应用软件的守护进程可以重新开启服务进程；在应用软件的守护进程的数量至少为2个且服务进程被关闭时，应用软件的任意一个守护进程均可以重新开启服务进程；在应用软件的守护进程的数量至少为2个且守护进程被关闭时，应用软件的正在运行的守护进程可以重新开启被关闭的守护进程。

在守护进程的数量至少为两个时，那么守护进程之间可以相互保护。如果至少两个守护进程中的一个守护进程被关闭，那么至少两个守护进程中的另一个守护进程便可以重新开启被关闭的守护进程，以保证守护进程可以始终处于开启状态。通过利用多个守护进程相互保护，以保证应用软件的每个守护进程均处于开启状态，从而可以更好的保证服务进程的正常运行。

上述提到的目标守护进程和指定守护进程为应用软件的至少两个守护进程中不同的守护进程。例如，假设应用软件的守护进程的数量为3个，分别为守护进程A、守护进程B和守护进程C，应用软件在开启服务进程和3个守护进程以后，在应用软件的服务进程或守护进程A被关闭时，那么应用软件可以调用应用软件的守护进程B或守护进程C开启被关闭的服务进程或守护进程A，以保证应用软件的服务进程和每个守护进程均处于开启状态。

应用软件的服务进程用于执行应用软件的所有功能，并且还用于向服务器发送请求，接收服务器发送的最新信息，在接收到服务器发送的最新信息时，使智能终端显示该最新信息，并使智能终端发出铃声或进行震动以通知用户。

应用软件的守护进程用于在服务进程被关闭时重新开启服务进程。当然，守护进程的数量可以为1个，也可以为多个。在守护进程的数量为1个时，可以节省智能终端的内存资源。在守护进程的数量为多个时，如果某个守护进程被关闭，那么其他的守护进程可以重新开启被关闭的守护进程，从而可以保证各个守护进程以及服务进程处于开启状态。

例如，假设在应用软件A开启时，应用软件A会开启1个服务进程和1个守护进程。又如，假设在应用软件A开启时，应用软件A会开启1个服务进程和2个守护进程。再如，假设在应用软件A开启时，应用软件A会开启2个服务进程和5个守护进程。

另外，还可以预先设定守护进程的开启时间范围，在当前时间处于开启时间范围内时，如果服务进程被关闭或某个守护进程被关闭，其他的守护进程可以重新开启被关闭的服务进程或守护进程，以保证每个守护进程均处于开启状态。在当前时间不处于开启时间范围内时，应用软件会自动的关闭所有的守护进程，以节省智能终端的内存资源。

例如，假设应用软件为外卖软件，用户为外卖软件内的商家，由于在每天的8点至20点之间是必须开启外卖软件的服务进程的时间，所以可以在外卖软件内设置好守护进程的开启时间范围为每天的8点至20点。那么在当前时间处于8点至20点内时，如果服务进程被关闭或某个守护进程被关闭，那么其他的守护进程可以重新开启被关闭的服务进程或守护进程，以保证每个守护进程均处于开启状态。在当前时间不处于8点至20点内时，应用软件会自动的关闭所有的守护进程，以节省智能终端的内存资源。

步骤S12、调用应用软件根据预先设置的时间间隔向服务器发送信息获取请求，以使服务器根据信息获取请求查询最新信息。

其中，时间间隔为预先设置好的时间段。例如，可以预先将时间间隔设定为30秒。又如，可以将时间间隔设定为1分钟。如何设置时间间隔可以根据实际的场景需求来决定。

当然，也可以将不同时间段设定成不同的时间间隔。例如，在8点至11点内，将时间间隔设定为1分钟；在11点至13点，将时间间隔设定为20秒；在13点至17点，将时间间隔设定为1分钟；在17点至19点，将时间间隔设定为20秒。

在应用软件的服务进程被开启以后，服务进程会根据预先设置的时间间隔向服务器发送获取最新信息的请求。在服务器接收到智能终端内应用软件的服务进程发送的获取最新信息的请求时，服务器会将最新信息发送给智能终端内应用软件的服务进程，所以本发明实施例可以主动的获取服务器的最新信息。

可选的，调用应用软件根据预先设置的时间间隔向服务器发送信息获取请求的步骤，还可以包括以下子步骤：判断应用软件的运行状态是否为前台运行。在应用软件的运行状态为前台运行时，调用应用软件根据预先设置的第一时间间隔向服务器发送信息获取请求，并执行步骤S13。在应用软件的运行状态不为前台运行时，调用应用软件根据预先设置的第二时间间隔向服务器发送信息获取请求，并执行步骤S13。

其中，应用软件的运行状态包括前台运行和后台运行。应用软件的运行状态为前台运行，指的是智能终端当前显示应用软件的界面。应用软件的运行状态为后台运行，指的是智能终端当前并未显示应用软件的界面，而该应用软件的服务进程正在运行。

第一时间间隔和第二时间间隔均为预先设置好的时间段。例如，预先将第一时间间隔设定为30秒，将第二时间间隔设定为1分钟。如何设置第一时间间隔和第二时间间隔可以根据实际的场景需求来决定。

例如，在应用软件的运行状态为前台运行时，应用软件可以借助Android中的Handler机制进行消息轮询，定时访问服务器的消息接口，以查看服务器的消息接口是否有新的消息。即使服务器推送的信息失效，在两个轮询时间间隔内也完全能够及时获取新的消息。在应用软件的运行状态为后台运行时，应用软件可以采用AlarmManager和ACTION_TIME_TICK轮询方式，后台的轮询策略为使用AlarmManager进行主流的定时轮询，同时为了确保轮询的及时性，又加入ACTION_TIME_TICK进行辅助轮询。ACTION_TIME_TICK是系统提供的以分钟为单位的定时广播，依据该信号进行轮训的强化能够完全确保通知信息的及时获取。

步骤S13、调用应用软件接收服务器发送的最新信息。

在图1所示的实施例中，即使应用软件未接收到服务器推送的最新信息，也会调用应用软件根据预先设置的时间间隔向服务器发送信息获取请求，以接收到可能被遗漏掉的最新信息；而且，在应用软件被关闭时，还可以重新开启应用软件，可以避免因应用软件被关闭而无法接收到服务器发送的最新信息。因此，本发明提供的方案可以保证智能终端内的应用软件可以接收到服务器发送的信息。

请参见图2所示，图2为本发明实施例提供的又一种信息获取方法的流程图。图2所示的实施例为基于图1改进的实施例，所以与图1相同的内容可参见图1所示的实施例。相对于图1所示的实施例，图2所示的实施例在步骤S11之后，还可以包括以下步骤：

步骤S21、判断应用软件是否处于连网状态。在应用软件处于连网状态时，再次执行步骤S21。在应用软件未处于连网状态时，执行步骤S22。

其中，在应用软件启动以后，如果智能终端的操作系统回收了应用软件的网络资源，以使应用软件无法连接到网络，那么应用软件便无法根据预先设置的时间间隔向服务器发送信息获取请求，并无法接收服务器发送的最新信息。所以还需要判断应用软件是否处于连网状态。在应用软件处于连网状态时，那么便可以继续的执行步骤S21，以使应用软件处于持续的判断应用软件是否处于连网状态。在应用软件未处于连网状态时，那么便执行步骤S22，以将应用软件连接至网络，保证应用软件时刻处于连网状态。

步骤S22、将应用软件连接至网络，并执行步骤S12。

在图2所示的实施例中，可以将未连网的应用软件连接至网络，从而保证应用软件时刻处于连网状态。

请参见图3所示，图3为本发明实施例提供的又一种信息获取方法的流程图。图3所示的实施例为基于图1改进的实施例，所以与图1相同的内容可参见图1所示的实施例。相对于图1所示的实施例，图3所示的实施例在步骤S12之前，还可以包括以下步骤：

步骤S31、判断智能终端的操作系统是否为目标操作系统。在智能终端的操作系统为目标操作系统时，执行步骤S32；在智能终端的操作系统不为目标操作系统时，执行步骤S12。

其中，某些操作系统会屏蔽其他服务器发送的信息，仅会接收对应的服务器发送的信息。在应用软件启动以后，还需要判断智能终端的操作系统是否为目标操作系统，在智能终端的操作系统为目标操作系统时，说明智能终端的操作系统可能不会接收服务器发送的信息，所以需要执行步骤S32，以调用应用软件根据预先设置的时间间隔向服务器发送信息获取请求和目标操作系统的标识。在服务器接收到应用软件发送的信息获取请求和目标操作系统的标识时，服务器会确定出与目标操作系统的标识对应的目标服务器，服务器会将最新信息发送给目标服务器，以使目标服务器将最新信息发送给智能终端的应用软件，从而保证应用软件不会漏接最新信息。

步骤S32、调用应用软件根据预先设置的时间间隔向服务器发送信息获取请求和目标操作系统的标识，调用应用软件接收目标操作系统的标识对应的目标服务器发送的最新信息。

在图3所示的实施例中，通过向服务器发送目标操作系统的标识，以使服务器可以确定出与目标操作系统的标识对应的目标服务器，并利用目标服务器将最新信息发送给智能终端的应用软件，从而可以避免因目标操作系统屏蔽其他服务器的信息而出现漏接最新信息的问题。

图4为本发明实施例提供的一种信息获取装置的示意图。图4为图1对应的装置实施例，图4中与图1相同的内容请参见图1对应的实施例即可。参照图4，信息获取装置可以为安装有应用软件的智能终端，该装置包括以下模块：

开启模块11，用于在应用软件被关闭时，重新开启应用软件。

发送模块12，用于调用应用软件根据预先设置的时间间隔向服务器发送信息获取请求，以使服务器根据信息获取请求查询最新信息。

接收模块13，用于调用应用软件接收服务器发送的最新信息。

可选的，发送模块12还可以包括判断子模块。其中，判断子模块，用于判断应用软件的运行状态是否为前台运行；在应用软件的运行状态为前台运行时，调用应用软件根据预先设置的第一时间间隔向服务器发送信息获取请求，并触发接收模块13；在应用软件的运行状态不为前台运行时，调用应用软件根据预先设置的第二时间间隔向服务器发送信息获取请求，并触发接收模块13。

可选的，开启模块11还可以包括开启子模块。其中，开启子模块，用于在应用软件的服务进程或应用软件的目标守护进程被关闭时，调用应用软件的指定守护进程重新开启服务进程或目标守护进程，目标守护进程和指定守护进程均为应用软件的守护进程。

图5为本发明实施例提供的又一种信息获取装置的示意图。图5为图4的改进的装置实施例，图5中与图4相同的内容请参见图4对应的实施例即可。参照图5，该装置包括以下模块：

第一判断模块21，用于判断应用软件是否处于连网状态；在应用软件处于连网状态时，触发第一判断模块21；在应用软件未处于连网状态时，将应用软件连接至网络。

图6为本发明实施例提供的又一种信息获取装置的示意图。图6为图4的改进的装置实施例，图6中与图4相同的内容请参见图4对应的实施例即可。参照图6，该装置包括以下模块：

第二判断模块31，第二判断模块，用于判断智能终端的操作系统是否为目标操作系统；在智能终端的操作系统为目标操作系统时，调用应用软件根据预先设置的时间间隔向服务器发送信息获取请求和目标操作系统的标识，调用应用软件接收目标操作系统的标识对应的目标服务器发送的最新信息；在智能终端的操作系统不为目标操作系统时，触发发送模块12。

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

以上所述，仅为本发明实施例的具体实施方式，但本发明实施例的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明实施例揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明实施例的保护范围之内。因此，本发明实施例的保护范围应所述以权利要求的保护范围为准。