CN106161601A - 数据请求的方法及装置 - Google Patents

Abstract

本发明适用于终端设备，提供了一种数据请求的方法及装置，所述方法包括：当终端设备向服务器发送数据请求消息后，监听所述数据请求消息的发送状态；当所述数据请求消息发送失败时，则监听所述终端设备的网络状态；若所述网络状态故障时，则继续监听所述终端设备的网络状态，并在所述网络状态恢复正常后，重新向所述服务器发送所述数据请求消息以及初始化消息间隔系数N。本发明通过增加对终端设备的网络状态的监听，以确定数据请求消息发送失败的原因是否为终端设备自身的网络故障，若是则等到网络恢复正常后再发送，从而实现了数据请求失败时的自动刷新，且降低了再次发送请求消息导致的网络通信的流量、提高了数据刷新的及时性。

Description

数据请求的方法及装置

技术领域

本发明属于终端设备技术领域，尤其涉及一种数据请求的方法及装置。

背景技术

终端设备在向服务器请求数据时，主要通过向服务器发送请求消息来获取。由于网络故障或者服务器未响应等原因导致请求失败时，现有技术主要依靠用户点击刷新。若用户未点击，终端设备上将一直显示请求失败的消息，而不能自动进行刷新；若按照固定的时间间隔自动向服务器再次发送请求消息，则当时间间隔短时会大幅增加网络通信流量，当时间间隔长时则不能及时刷新数据。

发明内容

鉴于此，本发明实施例提供一种数据请求的方法及装置，以实现请求失败时自动刷新，并降低再次发送请求消息导致的网络通信流量、提高数据刷新的及时性。

第一方面，提供了一种数据请求的方法，所述方法包括：

当终端设备向服务器发送数据请求消息后，监听所述数据请求消息的发送状态；

当所述数据请求消息发送失败时，则监听所述终端设备的网络状态；

若所述网络状态故障时，则继续监听所述终端设备的网络状态，并在所述网络状态恢复正常后，重新向所述服务器发送所述数据请求消息以及初始化消息间隔系数N。

第二方面，提供了一种数据请求的装置，所述装置包括：

第一监听模块，用于当终端设备向服务器发送数据请求消息后，监听所述数据请求消息的发送状态；

第二监听模块，用于当第一监听模块监听到所述数据请求消息发送失败时，则监听所述终端设备的网络状态；

重请求模块，用于若所述第二监听模块监听到所述网络状态故障时，则继续监听所述终端设备的网络状态，并在所述网络状态恢复正常时，重新向所述服务器发送所述数据请求消息以及初始化消息间隔系数N。

与现有技术相比，本发明实施例在终端设备向服务器发送数据请求消息后，首先监听所述数据请求消息的发送状态；当所述数据请求消息发送失败时，则再监听所述终端设备的网络状态；若所述网络状态故障时，则继续监听所述终端设备的网络状态，并在所述网络状态恢复正常时，重新向所述服务器发送所述数据请求消息，以及初始化消息间隔系数N。本发明实施例通过增加对终端设备的网络状态的监听，以确定数据请求消息发送失败的原因是否为终端设备自身的网络故障，若是则等到网络恢复正常后再发送，从而实现了数据请求失败时的自动刷新，避免了在网络状态故障时持续发送数据请求消息，降低了再次发送请求消息导致的网络通信的流量、提高了数据刷新的及时性。

附图说明

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

图1是本发明实施例提供的数据请求的方法的实现流程图；

图2是本发明另一实施例提供的数据请求的方法的实现流程图；

图3是本发明另一实施例提供的数据请求的方法的实现流程图；

图4是本发明另一实施例提供的数据请求的方法的实现流程图；

图5是本发明实施例提供的数据请求的装置的组成结构图；

图6是本发明实施例提供的终端设备的组成结构图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本发明实施例在终端设备向服务器发送数据请求消息后，首先监听所述数据请求消息的发送状态；当所述数据请求消息发送失败时，则再监听所述终端设备的网络状态；若所述网络状态故障时，则继续监听所述终端设备的网络状态，并在所述网络状态恢复正常时，重新向所述服务器发送所述数据请求消息，以及初始化消息间隔系数N。本发明实施例通过增加对终端设备的网络状态的监听，以确定数据请求消息发送失败的原因是否为终端设备自身的网络故障，若是则等到网络恢复正常后再发送，从而实现了数据请求失败时的自动刷新，避免了在网络状态故障时持续发送数据请求消息，降低了再次发送请求消息导致的网络通信流量、提高了数据刷新的及时性。本发明实施例还提供了相应的装置，以下分别进行详细的说明。

图1是本发明实施例提供的数据请求的方法的实现流程。

在本发明实施例中，所述方法应用于终端设备，所述终端设备包括但不限于智能手机、平板电脑、计算机等，能够与服务器连接通信，向服务器发送数据请求消息获取所需的数据。

参阅图1，所述数据请求的方法包括：

在步骤S101中，当终端设备向服务器发送数据请求消息后，监听所述数据请求消息的发送状态。

在这里，所述发送状态包括数据请求消息发送成功和数据请求消息发送失败。

在步骤S102中，当所述数据请求消息发送失败时，则监听所述终端设备的网络状态。

在这里，终端设备向服务器发送数据请求消息失败的原因包括终端设备的网络故障或者服务器未响应。本发明实施例通过监听终端设备的网络状态来区分数据请求消息发送失败的原因，若监听到终端设备不能发送出消息时，则确定终端设备的网络状态故障，即数据请求消息发送失败的原因为终端设备的网络故障。

在步骤S103中，若所述网络状态故障时，则继续监听所述终端设备的网络状态，并在所述网络状态恢复正常时，重新向所述服务器发送所述数据请求消息以及初始化消息间隔系数N。

在本发明实施例中，当数据请求消息是由于终端设备自身网络故障引起时，则持续监听终端设备的网络状态。直至监听到网络恢复正常时，再重新向服务器发送数据请求消息，以及初始化消息间隔系数N，从而实现了请求失败时自动刷新，避免了终端设备上一直显示空白页面或者错误的提示信息，极大地提升了用户的体验感；且避免了在网络状态故障时持续发送数据请求消息，有效地降低了按照固定时间间隔向服务器发送数据请求消息时增加的网络通信流量。

在本发明实施例中，当通过步骤S102监测到终端设备的网络状态正常，即数据请求消息发送失败的原因不是终端设备自身网络问题，则再次发送所述数据请求消息。作为本发明的另一个优选示例，这里采用不定时发送，通过增设消息间隔系数N，根据所述消息间隔系数N来确定相邻两次数据请求消息之间的发送时间间隔。图2示出了本发明另一实施例提供的数据请求的方法的实现流程。

参阅图2，所述数据请求的方法包括：

在步骤S201中，在终端设备首次向服务器发送数据请求消息时，初始化消息间隔系数N。

在这里，所述初始化消息间隔系数N具体为将所述消息间隔系数N置为0。

在步骤S202中，监听所述数据请求消息的发送状态。

在步骤S203中，当所述数据请求消息发送失败时，则监听所述终端设备的网络状态。

在步骤S204中，若所述网络状态正常时，则根据当前的消息间隔系数N获取消息间隔时间，并在等待所述消息间隔时间后再次向所述服务器发送所述数据请求消息。

在这里，所述消息间隔时间＝消息间隔系数N*2，单位为秒。在网络状态正常时，本发明实施例根据当前的消息间隔系数N确定需等待的消息间隔时间。在该消息间隔时间内不进行任何操作。直至所述消息间隔时间到达后，则再次向所述服务器发送所述数据请求消息，从而实现了数据请求消息的不定时发送。

在步骤S205中，更新所述消息间隔系数N。

在本发明实施例中，在再次向所述服务器发送所述数据请求消息后，更新消息间隔系数N，更新后的消息间隔系数N用于计算下一个消息间隔时间，从而实现数据请求消息的不定时发送。示例性地，所述消息间隔系数N可以采用递增的方式更新，则所述更新所述消息间隔系数N可以为：

若所述消息间隔系数N小于预设阈值时，则将消息间隔系数N加1；

若所述消息间隔系数N大于或等于所述预设阈值时，则保持消息间隔系数N不变。

可见，本发明实施例通过将消息间隔系数N加1，即N＝N+1，后续再次发送数据请求消息的消息间隔时间逐渐增长，实现了动态调整数据请求消息发送的时间间隔，从而有效地减轻了固定时间间隔短时导致的网络通信消息的流量负担，以及缩小了固定时间间隔长时导致的刷新延迟，提高了数据刷新的及时性。可选地，所述预设阈值可以为30。

在更新消息间隔系数N之后，返回步骤S202继续监听再次发送的数据请求消息的发送状态。

作为本发明的另一个优选示例，当通过步骤S101监听到数据请求消息的发送状态为发送成功时，本发明实施例继续监听服务器返回的消息，若服务器未响应或者服务器返回的消息为错误指示信息时，则再次向服务器发送所述数据请求消息。其中，这里也采用不定时发送，通过设置消息间隔系数N，由所述消息间隔系数N来确定相邻两次数据请求消息之间的发送时间间隔。图3示出了本发明另一实施例提供的数据请求的方法的实现流程。

参阅图3，所述数据请求的方法包括：

在步骤S301中，在终端设备首次向服务器发送数据请求消息时，初始化消息间隔系数N。

在这里，所述初始化消息间隔系数N为将所述消息间隔系数N置为0。

在步骤S302中，监听所述数据请求消息的发送状态。

在步骤S303中，当所述数据请求消息发送成功时，则监听所述服务器返回的消息。

在步骤S304中，若未在指定时间内监听到所述服务器返回的消息或者所述服务器返回的消息为错误指示信息时，则根据当前的消息间隔系数N获取消息间隔时间，并在等待所述消息间隔时间后再次向所述服务器发送所述数据请求消息。

在这里，所述消息间隔时间＝消息间隔系数N*2，单位为秒。在数据请求消息发送成功但服务器未响应或者返回的消息为错误指示信息时，本发明实施例根据当前的消息间隔系数N确定消息间隔时间。在该消息间隔时间内不进行任何操作。直至所述消息间隔时间到达后，则再次向所述服务器发送所述数据请求消息，从而实现了数据请求消息的不定时发送。可选地，所述指定时间可以为2秒。

在步骤S305中，更新所述消息间隔系数N。

在本发明实施例中，在再次向所述服务器发送所述数据请求消息后，更新消息间隔系数N，更新后的消息间隔系数N用于计算下一个消息间隔时间，从而实现数据请求消息的不定时发送。示例性地，所述消息间隔系数N可以采用递增的方式更新，所述更新所述消息间隔系数N可以为：

若所述消息间隔系数N小于预设阈值时，则将消息间隔系数加1；

若所述消息间隔系数N大于或等于所述预设阈值时，则保持消息间隔系数N不变。

可见，本发明实施例通过将消息间隔系数N加1，即N＝N+1，后续再次发送数据请求消息的消息间隔时间逐渐增长，实现了动态调整数据请求消息发送的时间间隔，从而有效地减轻了固定时间间隔短时导致的网络通信消息的流量负担，以及缩小了固定时间间隔长时导致的刷新延迟，提高了数据刷新的及时性。可选地，所述预设阈值可以为30。

在更新消息间隔系数N之后，返回步骤S302继续监听再次发送的数据请求消息的发送状态。

图4示出了本发明另一实施例提供的数据请求的方法的实现流程。参阅图4，所述方法包括：

在步骤S401中，在终端设备首次向服务器发送数据请求消息时，初始化消息间隔系数N。

在步骤S402中，监听所述数据请求消息的发送状态。

当所述数据请求消息发送成功时，执行步骤S403；当所述数据请求消息发送失败时，执行步骤S406。

在步骤S403中，监听所述服务器返回的消息。

在步骤S404中，若未在指定时间内监听到所述服务器返回的消息或者所述服务器返回的消息为错误指示信息时，则根据当前的消息间隔系数N获取消息间隔时间，并在等待所述消息间隔时间后再次向所述服务器发送所述数据请求消息。

在这里，所述消息间隔时间＝消息间隔系数N*2，单位为秒。所述指定时间可以为2秒。在数据请求消息再次发送完后，跳转至步骤S409。

在步骤S405中，若在指定时间内监听到所述服务器返回的消息且所述消息不为错误指示信息时，结束本流程。

在步骤S406中，监听所述终端设备的网络状态。

若所述网络状态故障时，执行步骤S407；若所述网络状态正常时，执行步骤S408。

在步骤S407中，继续监听所述终端设备的网络状态，并在所述网络状态恢复正常时，重新向所述服务器发送所述数据请求消息以及初始化消息间隔系数N。返回步骤S402。

在步骤S408中，根据当前的消息间隔系数N获取消息间隔时间，并在所述消息间隔时间到达后再次向所述服务器发送所述数据请求消息。

在这里，所述消息间隔时间＝消息间隔系数N*2，单位为秒。

在步骤S409中，更新所述消息间隔系数N。返回步骤S402。

在本发明实施例中，在再次向所述服务器发送所述数据请求消息后，更新消息间隔系数N，更新后的消息间隔系数N用于计算下一个消息间隔时间，从而实现数据请求消息的不定时发送。示例性地，所述消息间隔系数N可以采用递增的方式更新，所述更新所述消息间隔系数N可以为：

若所述消息间隔系数N小于预设阈值时，则将消息间隔系数N加1；

若所述消息间隔系数N大于或等于所述预设阈值时，则保持消息间隔系数N不变。

可见，本发明实施例通过将消息间隔系数N加1，即N＝N+1，后续再次发送数据请求消息的消息间隔时间逐渐增长，实现了动态调整数据请求消息发送的时间间隔，从而有效地减轻了固定时间间隔短时导致的网络通信的流量负担，以及缩小了固定时间间隔长时导致的刷新延迟，提高了数据刷新的及时性。可选地，所述预设阈值可以为30。

综上所述，本发明实施例通过监听数据请求消息的发送状态和终端设备的网络状态，以对数据请求失败的原因进行区分，并对不同的原因采取不同的再次请求方式。其中，若是终端设备自身的网络状态故障导致请求失败时，则持续监听所述网络状态，直至网络状态恢复正常之后，重新发送数据请求消息；若数据请求消息发送成功，而服务器未响应或者服务器返回错误指示信息时，则通过消息间隔系数确定消息间隔时间，根据所述消息间隔时间再次发送数据请求，从而实现了数据请求失败时的自动刷新，且通过不定时更新，有效地减轻了固定时间间隔短时导致的网络通信的流量负担，以及减轻了固定时间间隔长时导致的刷新延迟缓慢。

图5示出了本发明实施例提供的数据请求的装置的组成结构，为了便于说明，仅示出了与本发明实施例相关的部分。

在本发明实施例中，所述装置用于实现上述图1至图4任一项所述的数据请求的方法，可以是内置于终端设备的软件单元、硬件单元或者软硬件结合的单元。所述终端设备包括但不限于智能手机、平板电脑、计算机等，能够与服务器连接通信，向服务器发送数据请求消息获取所需的数据。

参阅图5，所述装置包括：

第一监听模块51，用于当终端设备向服务器发送数据请求消息后，监听所述数据请求消息的发送状态；

第二监听模块52，用于当第一监听模块监听到所述数据请求消息发送失败时，则监听所述终端设备的网络状态；

重请求模块53，用于若所述第二监听模块监听到所述网络状态故障时，则继续监听所述终端设备的网络状态，并在所述网络状态恢复正常时，重新向所述服务器发送所述数据请求消息以及初始化消息间隔系数N。

终端设备向服务器发送数据请求消息失败的原因包括终端设备的网络故障或者服务器未响应。本发明实施例通过监听终端设备的网络状态来区分数据请求消息发送失败的原因，若监听到终端设备不能发送出消息时，则确定数据请求消息发送失败的原因为终端设备的网络故障。当数据请求消息是由于终端设备自身网络故障引起时，则持续监听终端设备的网络状态。直至监听到网络恢复正常时，再重新向服务器发送数据请求消息，从而实现了请求失败时自动刷新，避免了终端设备上一直显示空白页面或者错误的提示信息，极大地提升了用户的体验感；且有效地降低了按照固定时间间隔向服务器发送数据请求消息时增加的网络通信流量。

进一步地，所述装置还包括：

初始化模块54，用于在终端设备首次向服务器发送数据请求消息时，初始化消息间隔系数N。

进一步地，所述装置还包括：

重发送模块55，用于当所述第二监听模块监听到所述网络状态正常时，则根据当前的消息间隔系数N获取消息间隔时间，并在等待所述消息间隔时间后再次向所述服务器发送所述数据请求消息；

更新模块56，用于更新所述消息间隔系数N。

进一步地，所述装置还包括：

第三监听模块57，用于当所述第一监听模块监听到所述数据请求消息发送成功时，则监听所述服务器返回的消息；

重发送模块55，用于当所述第三监听模块未在指定时间内监听到所述服务器返回的消息或者所述服务器返回的消息为错误指示信息时，则根据当前的消息间隔系数N获取消息间隔时间，并在等待所述消息间隔时间后再次向所述服务器发送所述数据请求消息；

更新模块56，用于更新所述消息间隔系数N。

其中，所述消息间隔时间＝消息间隔系数N*2，单位为秒。

进一步地，所述更新模块56具体用于：

若所述消息间隔系数N小于预设阈值时，则将消息间隔系数N加1；

若所述消息间隔系数N大于或等于所述预设阈值时，则保持消息间隔系数N不变。

在这里，本发明实施例通过设置消息间隔系数N，由所述消息间隔系数N来确定相邻两次数据请求消息之间的发送时间间隔，实现了不定时地再次发送数据请求消息。且通过递增方式更新所述消息间隔系数N，即N＝N+1，后续再次发送数据请求消息的消息间隔时间逐渐增长，从而有效地减轻了固定时间间隔短时导致的网络通信的流量负担，以及缩小了固定时间间隔长时导致的刷新延迟，提高了数据刷新的及时性。

需要说明的是，本发明实施例中的装置可以用于实现上述方法实施例中的全部技术方案，其各个功能模块的功能可以根据上述方法实施例中的方法具体实现，其具体实现过程可参照上述实例中的相关描述，此处不再赘述。

图6示出了一种终端设备的结构框图，该终端设备可以用于实施上述实施例中提供的数据请求的方法。

如图6所示，终端设备1200可以包括RF(Radio Frequency，射频)电路110、包括有一个或一个以上(图中仅示出一个)计算机可读存储介质的存储器120、输入单元130、显示单元140、传感器150、音频电路160、传输模块170、包括有一个或者一个以上(图中仅示出一个)处理核心的处理器180以及电源190等部件。本领域技术人员可以理解，图6中示出的终端设备1200结构并不构成对终端设备1200的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。其中：

RF电路110用于接收以及发送电磁波，实现电磁波与电信号的相互转换，从而与通讯网络或者其他设备进行通讯。RF电路110可包括各种现有的用于执行这些功能的电路元件，例如，天线、射频收发器、数字信号处理器、加密/解密芯片、用户身份模块(SIM)卡、存储器等等。RF电路110可与各种网络如互联网、企业内部网、无线网络进行通讯或者通过无线网络与其他设备进行通讯。上述的无线网络可包括蜂窝式电话网、无线局域网或者城域网。上述的无线网络可以使用各种通信标准、协议及技术，包括但并不限于全球移动通信系统(Global System for Mobile Communication,GSM)、增强型移动通信技术(Enhanced DataGSM Environment,EDGE)，宽带码分多址技术(wideband code division multipleaccess,W-CDMA)，码分多址技术(Code division access,CDMA)、时分多址技术(timedivision multiple access,TDMA)，无线保真技术(Wireless,Fidelity，WiFi)(如美国电气和电子工程师协会标准IEEE802.11a，IEEE 802.11b,IEEE802.11g和/或IEEE 802.11n)、网络电话(Voice over internet protocal,VoIP)、全球微波互联接入(WorldwideInteroperability for Microwave Access，Wi-Max)、其他用于邮件、即时通讯及短消息的协议，以及任何其他合适的通讯协议，甚至可包括那些当前仍未被开发出来的协议。

存储器120可用于存储软件程序以及模块，如上述实施例中数据请求的方法/装置对应的程序指令/模块，处理器180通过运行存储在存储器120内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现通过监听数据请求消息的发送状态和终端设备的网络状态来区分数据请求失败的原因、并对不同的原因采取不同的再次请求方式的功能或其他功能。存储器120可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器120可进一步包括相对于处理器180远程设置的存储器，这些远程存储器可以通过网络连接至终端设备1200。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

输入单元130可用于接收输入的数字或字符信息，以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入。具体地，输入单元130可包括触敏表面131以及其他输入设备132。触敏表面131，也称为触摸显示屏或者触控板，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触敏表面131上或在触敏表面131附近的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触敏表面131可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器180，并能接收处理器180发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触敏表面131。除了触敏表面131，输入单元130还可以包括其他输入设备132。具体地，其他输入设备132可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

显示单元140可用于显示由用户输入的信息或提供给用户的信息以及终端设备1200的各种图形用户接口，这些图形用户接口可以由图形、文本、图标、视频和其任意组合来构成。显示单元140可包括显示面板141，可选的，可以采用LCD(Liquid CrystalDisplay，液晶显示器)、OLED(Organic Light-Emitting Diode,有机发光二极管)等形式来配置显示面板141。进一步的，触敏表面131可覆盖显示面板141，当触敏表面131检测到在其上或附近的触摸操作后，传送给处理器180以确定触摸事件的类型，随后处理器180根据触摸事件的类型在显示面板141上提供相应的视觉输出。虽然在图6中，触敏表面131与显示面板141是作为两个独立的部件来实现输入和输入功能，但是在某些实施例中，可以将触敏表面131与显示面板141集成而实现输入和输出功能。

终端设备1200还可包括至少一种传感器150，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板141的亮度，接近传感器可在终端设备1200移动到耳边时，关闭显示面板141和/或背光。作为运动传感器的一种，重力加速度传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于检测倾斜角度，以及识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于终端设备1200还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

音频电路160、扬声器161，传声器162可提供用户与终端设备1200之间的音频接口。音频电路160可将接收到的音频数据转换后的电信号，传输到扬声器161，由扬声器161转换为声音信号输出；另一方面，传声器162将收集的声音信号转换为电信号，由音频电路160接收后转换为音频数据，再将音频数据输出处理器180处理后，经RF电路110以发送给比如另一终端，或者将音频数据输出至存储器120以便进一步处理。音频电路160还可能包括耳塞插孔，以提供外设耳机与终端设备1200的通信。

终端设备1200通过传输模块170(例如WiFi模块)可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图6示出了传输模块170，但是可以理解的是，其并不属于终端设备1200的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。

处理器180是终端设备1200的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器120内的软件程序和/或模块，以及调用存储在存储器120内的数据，执行终端设备1200的各种功能和处理数据，从而对手机进行整体监控。可选的，处理器180可包括一个或多个处理核心；优选的，处理器180可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器180中。

终端设备1200还包括给各个部件供电的电源190(比如电池)，优选的，电源可以通过电源管理系统与处理器180逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。电源190还可以包括一个或一个以上的直流或交流电源、再充电系统、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。

尽管未示出，终端设备1200还可以包括摄像头、蓝牙模块等，在此不再赘述。具体在本实施例中，终端设备的显示单元是触摸屏显示器，终端设备还包括有存储器，以及一个或者一个以上的程序，其中一个或者一个以上程序存储于存储器中，且经配置以由一个或者一个以上处理器执行述一个或者一个以上程序包含用于进行以下操作的指令：

当终端设备向服务器发送数据请求消息后，监听所述数据请求消息的发送状态；

当所述数据请求消息发送失败时，则监听所述终端设备的网络状态；

若所述网络状态故障时，则继续监听所述终端设备的网络状态，并在所述网络状态恢复正常后，重新向所述服务器发送所述数据请求消息以及初始化消息间隔系数N。

假设上述为第一种可能的实施方式，则在第一种可能的实施方式作为基础而提供的第二种可能的实施方式中，所述终端设备的存储器中，还包含用于执行以下操作的指令：

在终端设备首次向服务器发送数据请求消息时，初始化消息间隔系数N。

在第二种可能的实施方式作为基础而提供的第三种可能的实施方式中，所述终端设备的存储器中，还包含用于执行以下操作的指令：

若所述网络状态正常时，则根据当前的消息间隔系数N获取消息间隔时间，并在等待所述消息间隔时间后再次向所述服务器发送所述数据请求消息；

更新所述消息间隔系数N；

其中，所述消息间隔时间＝消息间隔系数N*2，单位为秒。

在第二种可能的实施方式作为基础而提供的第四种可能的实施方式中，所述终端设备的存储器中，还包含用于执行以下操作的指令：

当所述数据请求消息发送成功时，则监听所述服务器返回的消息；

若未在指定时间内监听到所述服务器返回的消息或者所述服务器返回的消息为错误指示信息时，则根据当前的消息间隔系数N获取消息间隔时间，并在等待所述消息间隔时间后再次向所述服务器发送所述数据请求消息；

更新所述消息间隔系数N；

其中，所述消息间隔时间＝消息间隔系数N*2，单位为秒。

在第三、第四种可能的实施方式作为基础而提供的第五种可能的实施方式中，所述终端设备的存储器中，还包含用于执行以下操作的指令：

所述更新所述消息间隔系数N包括：

若所述消息间隔系数N小于预设阈值时，则将消息间隔系数N加1；

若所述消息间隔系数N大于或等于所述预设阈值时，则保持消息间隔系数N不变。

综上所述，本发明实施例通过监听数据请求消息的发送状态和终端设备的网络状态，以对数据请求失败的原因进行区分，并对不同的原因采取不同的再次请求方式。其中，若是终端设备自身的网络状态故障导致请求失败时，则持续监听所述网络状态，直至网络状态恢复正常之后，重新发送数据请求消息；若数据请求消息发送成功，而服务器未响应或者服务器返回错误指示信息时，则通过消息间隔系数N确定消息间隔时间，根据所述消息间隔时间再次发送数据请求，从而实现了数据请求失败时的自动刷新，且通过不定时更新，有效地减轻了固定时间间隔短时导致的网络通信的流量负担，以及缩小了固定时间间隔长时导致的刷新延迟。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的数据请求的方法及装置，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块、单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元、模块单独物理存在，也可以两个或两个以上单元、模块集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

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

Claims (10)

1.一种数据请求的方法，其特征在于，所述方法包括：

当终端设备向服务器发送数据请求消息后，监听所述数据请求消息的发送状态；

当所述数据请求消息发送失败时，则监听所述终端设备的网络状态；

若所述网络状态故障时，则继续监听所述终端设备的网络状态，并在所述网络状态恢复正常后，重新向所述服务器发送所述数据请求消息以及初始化消息间隔系数N。

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

在终端设备首次向服务器发送数据请求消息时，初始化消息间隔系数N。

3.如权利要求2所述的数据请求的方法，其特征在于，所述方法还包括：

若所述网络状态正常时，则根据当前的消息间隔系数N获取消息间隔时间，并在等待所述消息间隔时间后再次向所述服务器发送所述数据请求消息；

更新所述消息间隔系数N；

其中，所述消息间隔时间＝消息间隔系数N*2，单位为秒。

4.如权利要求2所述的数据请求的方法，其特征在于，所述方法还包括：

当所述数据请求消息发送成功时，则监听所述服务器返回的消息；

若未在指定时间内监听到所述服务器返回的消息或者所述服务器返回的消息为错误指示信息时，则根据当前的消息间隔系数N获取消息间隔时间，并在等待所述消息间隔时间后再次向所述服务器发送所述数据请求消息；

更新所述消息间隔系数N；

其中，所述消息间隔时间＝消息间隔系数N*2，单位为秒。

5.如权利要求3或4所述的数据请求的方法，其特征在于，所述更新所述消息间隔系数N包括：

若所述消息间隔系数N小于预设阈值时，则将消息间隔系数N加1；

若所述消息间隔系数N大于或等于所述预设阈值时，则保持消息间隔系数N不变。

6.一种数据请求的装置，其特征在于，所述装置包括：

第一监听模块，用于当终端设备向服务器发送数据请求消息后，监听所述数据请求消息的发送状态；

第二监听模块，用于当第一监听模块监听到所述数据请求消息发送失败时，则监听所述终端设备的网络状态；

重请求模块，用于若所述第二监听模块监听到所述网络状态故障时，则继续监听所述终端设备的网络状态，并在所述网络状态恢复正常时，重新向所述服务器发送所述数据请求消息以及初始化消息间隔系数N。

7.如权利要求6所述的数据请求的装置，其特征在于，所述装置还包括：

初始化模块，用于在终端设备首次向服务器发送数据请求消息时，初始化消息间隔系数N。

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

重发送模块，用于当所述第二监听模块监听到所述网络状态正常时，则根据当前的消息间隔系数N获取消息间隔时间，并在等待所述消息间隔时间后再次向所述服务器发送所述数据请求消息；

更新模块，用于更新所述消息间隔系数N；

其中，所述消息间隔时间＝消息间隔系数N*2，单位为秒。

9.如权利要求7所述的数据请求的装置，其特征在于，所述装置还包括：

第三监听模块，用于当所述第一监听模块监听到所述数据请求消息发送成功时，则监听所述服务器返回的消息；

重发送模块，用于当所述第三监听模块未在指定时间内监听到所述服务器返回的消息或者所述服务器返回的消息为错误指示信息时，则根据当前的消息间隔系数N获取消息间隔时间，并在等待所述消息间隔时间后再次向所述服务器发送所述数据请求消息；

更新模块，用于更新所述消息间隔系数N；

其中，所述消息间隔时间＝消息间隔系数N*2，单位为秒。

10.如权利要求8或9所述的数据请求的装置，其特征在于，所述更新模块具体用于：

若所述消息间隔系数N小于预设阈值时，则将消息间隔系数N加1；

若所述消息间隔系数N大于或等于所述预设阈值时，则保持消息间隔系数N不变。