本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種可穿戴設(shè)備的功耗控制方法及裝置。

背景技術(shù)：

隨著科技的發(fā)展，越來(lái)越多的可穿戴設(shè)備豐富了人們的生活。以智能手表為例，除了傳統(tǒng)的手表功能之外，還具有提醒、監(jiān)測(cè)、交互等信息處理功能。而智能手表之所以可以實(shí)現(xiàn)上述功能，是因?yàn)橹悄苁直聿捎玫氖侵悄芟到y(tǒng)，在眾多的智能系統(tǒng)中，又因?yàn)榘沧肯到y(tǒng)的開(kāi)放性最高，所以大部分智能手表都是采用的安卓系統(tǒng)。

目前市面上的智能手表多采用phone版的安卓系統(tǒng)，智能手表中的某些應(yīng)用程序采用網(wǎng)頁(yè)版的接口與對(duì)應(yīng)服務(wù)器進(jìn)行數(shù)據(jù)交互，以實(shí)現(xiàn)應(yīng)用程序?qū)?yīng)的功能。

以微信為例，智能手表中的微信應(yīng)用程序通過(guò)網(wǎng)頁(yè)版微信的接口，使用微信功能。但網(wǎng)頁(yè)版微信是通過(guò)瀏覽器頁(yè)面內(nèi)的腳本生成請(qǐng)求與服務(wù)器進(jìn)行交互，進(jìn)而實(shí)現(xiàn)微信消息的收發(fā)。由于該頁(yè)面是為pc瀏覽器定制的網(wǎng)頁(yè)，預(yù)設(shè)的場(chǎng)景是用戶長(zhǎng)時(shí)間保持在聊天狀態(tài)，且設(shè)備有持續(xù)的電源供應(yīng)。為了保證微信消息收發(fā)的及時(shí)性，智能手表中的微信應(yīng)用程序會(huì)向服務(wù)器發(fā)出頻繁的消息查詢請(qǐng)求，持續(xù)使用網(wǎng)絡(luò)通信，相關(guān)硬件持續(xù)工作，導(dǎo)致設(shè)備功耗較大。

技術(shù)實(shí)現(xiàn)要素：

本發(fā)明實(shí)施例提供一種可穿戴設(shè)備的功耗控制方法及裝置，用于解決現(xiàn)有技術(shù)中由于可穿戴設(shè)備中的應(yīng)用程序向?qū)?yīng)服務(wù)器發(fā)出頻繁的消息查詢請(qǐng)求而導(dǎo)致設(shè)備功耗較大的技術(shù)問(wèn)題。

第一方面，本發(fā)明實(shí)施例提供一種可穿戴設(shè)備的功耗控制方法，包括：

確定可穿戴設(shè)備的當(dāng)前狀態(tài)；

若所述當(dāng)前狀態(tài)為運(yùn)動(dòng)狀態(tài)，或者，所述當(dāng)前狀態(tài)為非運(yùn)動(dòng)狀態(tài)且第一時(shí)長(zhǎng)內(nèi)的第一消息接收頻率小于更新頻率閾值，則按照第一更新頻率向服務(wù)器發(fā)送消息查詢請(qǐng)求；所述第一更新頻率為保持與所述服務(wù)器之間長(zhǎng)連接所需的最小更新頻率；

若所述當(dāng)前狀態(tài)為非運(yùn)動(dòng)狀態(tài)，且第一時(shí)長(zhǎng)內(nèi)的第一消息接收頻率不小于更新頻率閾值，則按照第二更新頻率向服務(wù)器發(fā)送消息查詢請(qǐng)求。

第二方面，本發(fā)明實(shí)施例提供一種可穿戴設(shè)備的功耗控制裝置，包括：

確定模塊，用于確定可穿戴設(shè)備的當(dāng)前狀態(tài)；

處理模塊，用于若所述確定模塊確定出所述當(dāng)前狀態(tài)為運(yùn)動(dòng)狀態(tài)，或者，所述當(dāng)前狀態(tài)為非運(yùn)動(dòng)狀態(tài)且第一時(shí)長(zhǎng)內(nèi)的第一消息接收頻率小于更新頻率閾值，則按照第一更新頻率向服務(wù)器發(fā)送消息查詢請(qǐng)求；所述第一更新頻率為保持與服務(wù)器之間長(zhǎng)連接所需的最小更新頻率；

所述處理模塊，還用于若所述確定模塊確定出所述當(dāng)前狀態(tài)為非運(yùn)動(dòng)狀態(tài)，且第一時(shí)長(zhǎng)內(nèi)的第一消息接收頻率不小于更新頻率閾值，則按照第二更新頻率向服務(wù)器發(fā)送消息查詢請(qǐng)求。

本發(fā)明實(shí)施例提供的可穿戴設(shè)備的功耗控制方法及裝置，根據(jù)可穿戴設(shè)備的狀態(tài)，區(qū)分不同的使用場(chǎng)景。在不適于用戶操作的運(yùn)動(dòng)狀態(tài)，使用保持長(zhǎng)連接所需的最小更新頻率發(fā)送消息查詢請(qǐng)求，來(lái)降低功耗；在適于用戶操作的非運(yùn)動(dòng)狀態(tài)，且在第一時(shí)長(zhǎng)內(nèi)的第一消息接收頻率小于更新頻率閾值，即消息接收頻率較慢，同樣使用保持長(zhǎng)連接所需的最小更新頻率發(fā)送消息查詢請(qǐng)求，來(lái)降低功耗；在適于用戶操作的非運(yùn)動(dòng)狀態(tài)，且在第一時(shí)長(zhǎng)內(nèi)的第一消息接收頻率不小于更新頻率閾值，即消息接收頻率較快，則為了降低功耗使用第二更新頻率發(fā)送消息查詢請(qǐng)求。

上述方法，根據(jù)不同的使用場(chǎng)景來(lái)調(diào)整可穿戴設(shè)備中的應(yīng)用程序向服務(wù)器發(fā)送消息查詢請(qǐng)求的頻率，從而實(shí)現(xiàn)降低功耗的目的。

附圖說(shuō)明

為了更清楚地說(shuō)明本發(fā)明實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對(duì)實(shí)施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作一簡(jiǎn)單地介紹，顯而易見(jiàn)地，下面描述中的附圖是本發(fā)明的一些實(shí)施例，對(duì)于本領(lǐng)域普通技術(shù)人員來(lái)講，在不付出創(chuàng)造性勞動(dòng)性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1為本發(fā)明提供的可穿戴設(shè)備的功耗控制方法實(shí)施例一的流程示意圖；

圖2為本發(fā)明提供的可穿戴設(shè)備的功耗控制方法實(shí)施例二的流程示意圖；

圖3為本發(fā)明提供的可穿戴設(shè)備的功耗控制裝置實(shí)施例的結(jié)構(gòu)示意圖；

圖4為本發(fā)明提供的可穿戴設(shè)備實(shí)施例的結(jié)構(gòu)圖。

具體實(shí)施方式

為使本發(fā)明實(shí)施例的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例。基于本發(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒(méi)有作出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。

需要說(shuō)明的是，本發(fā)明中可穿戴智能設(shè)備并不局限于智能手表，具有信息處理能力的，可與服務(wù)器進(jìn)行數(shù)據(jù)交互的，可與用戶進(jìn)行互動(dòng)的可穿戴智能設(shè)備都適用于本發(fā)明，本發(fā)明對(duì)此不作限制。

還需說(shuō)明的是，本發(fā)明中的技術(shù)方案適用于：可穿戴設(shè)備中采用網(wǎng)頁(yè)版的接口與服務(wù)器進(jìn)行數(shù)據(jù)交互的應(yīng)用程序。下述實(shí)施例中可穿戴設(shè)備中的應(yīng)用程序以采用網(wǎng)頁(yè)版微信接口與服務(wù)器進(jìn)行數(shù)據(jù)交互的微信應(yīng)用程序?yàn)槔M(jìn)行詳細(xì)說(shuō)明。

目前智能手表中的微信應(yīng)用程序采用網(wǎng)頁(yè)版微信接口，通過(guò)頁(yè)面中的js腳本生成請(qǐng)求與消息同步服務(wù)器以及消息收發(fā)服務(wù)器進(jìn)行數(shù)據(jù)交互，并根據(jù)消息同步服務(wù)器以及消息收發(fā)服務(wù)器返回的結(jié)果生成網(wǎng)頁(yè)，從而實(shí)現(xiàn)微信消息收發(fā)。但該實(shí)現(xiàn)方式的邏輯控制仍是通過(guò)原始頁(yè)面實(shí)現(xiàn)，無(wú)法定制交互行為；通過(guò)輪詢機(jī)制實(shí)現(xiàn)與消息同步服務(wù)器的通信時(shí)，由于微信應(yīng)用程序向消息同步服務(wù)器發(fā)出頻繁的消息查詢請(qǐng)求，持續(xù)使用網(wǎng)絡(luò)通信，導(dǎo)致智能手表的功耗較大。

為了解決上述問(wèn)題，本發(fā)明提出根據(jù)可穿戴設(shè)備的狀態(tài)，區(qū)分不同的使用場(chǎng)景，進(jìn)而根據(jù)使用場(chǎng)景調(diào)整應(yīng)用程序向服務(wù)器發(fā)送消息查詢請(qǐng)求的頻率。

下面以具體地實(shí)施例對(duì)本發(fā)明的技術(shù)方案進(jìn)行詳細(xì)說(shuō)明。下面這幾個(gè)具體的實(shí)施例可以相互結(jié)合，對(duì)于相同或相似的概念或過(guò)程可能在某些實(shí)施例不再贅述。

圖1為本發(fā)明提供的可穿戴設(shè)備的功耗控制方法實(shí)施例一的流程示意圖。如圖1所示，本實(shí)施例的方法可以包括：

步驟101、確定可穿戴設(shè)備的當(dāng)前狀態(tài)。

具體的，根據(jù)可穿戴設(shè)備的傳感器信息，確定可穿戴設(shè)備的移動(dòng)速度和擺動(dòng)頻率；

若移動(dòng)速度大于速度閾值，或，擺動(dòng)頻率大于擺動(dòng)頻率閾值，則確定當(dāng)前狀態(tài)為運(yùn)動(dòng)狀態(tài)；

若移動(dòng)速度不小于速度閾值，且，擺動(dòng)頻率不小于擺動(dòng)頻率閾值，則確定當(dāng)前狀態(tài)為非運(yùn)動(dòng)狀態(tài)。

示例性的，根據(jù)傳感器信息，例如通過(guò)位置變化計(jì)算移動(dòng)速度，通過(guò)加速度傳感器確定擺動(dòng)頻率。

當(dāng)移動(dòng)速度大于預(yù)設(shè)的速度閾值，如普通步行速度1.5m/s，或，擺動(dòng)頻率大于預(yù)設(shè)的擺動(dòng)頻率閾值，如3次/秒，則確定當(dāng)前狀態(tài)為不適于操作該可穿戴設(shè)備的運(yùn)動(dòng)狀態(tài)。

當(dāng)移動(dòng)速度小于或等于速度閾值，且，擺動(dòng)頻率小于或等于擺動(dòng)頻率閾值，則確定當(dāng)前狀態(tài)為適于操作該可穿戴設(shè)備的非運(yùn)動(dòng)狀態(tài)。

步驟102、若當(dāng)前狀態(tài)為運(yùn)動(dòng)狀態(tài)，或者，當(dāng)前狀態(tài)為非運(yùn)動(dòng)狀態(tài)且第一時(shí)長(zhǎng)內(nèi)的第一消息接收頻率小于更新頻率閾值，則按照第一更新頻率向服務(wù)器發(fā)送消息查詢請(qǐng)求。

其中，確定第一消息接收頻率，具體包括：

記錄第一時(shí)長(zhǎng)內(nèi)接收的消息個(gè)數(shù)；

根據(jù)消息個(gè)數(shù)以及第一時(shí)長(zhǎng)，確定第一消息接收頻率。

具體的，第一消息接收頻率可以是一個(gè)平均值，將第一時(shí)長(zhǎng)內(nèi)接收的消息個(gè)數(shù)除以第一時(shí)長(zhǎng)得到第一消息接收頻率。

其中，第一更新頻率為保持可穿戴設(shè)備中的應(yīng)用程序與對(duì)應(yīng)服務(wù)器之間長(zhǎng)連接所需的最小更新頻率，該最小更新頻率為保持應(yīng)用程序與服務(wù)器之間的長(zhǎng)連接的連接狀態(tài)所需的最長(zhǎng)時(shí)間間隔的倒數(shù)?？蛇x的，確定最長(zhǎng)時(shí)間間隔，具體可以通過(guò)如下方式實(shí)現(xiàn)：

首先確定一初始的更新頻率，以及該初始的更新頻率對(duì)應(yīng)的時(shí)間間隔，逐漸增加發(fā)送消息查詢請(qǐng)求的時(shí)間間隔。當(dāng)發(fā)送消息查詢請(qǐng)求時(shí)獲得的反饋為超時(shí)或拒絕時(shí)記錄該時(shí)間間隔，將前一次發(fā)送消息查詢請(qǐng)求的時(shí)間與本次發(fā)送消息查詢請(qǐng)求的時(shí)間的間隔作為保持長(zhǎng)連接所需的最長(zhǎng)時(shí)間間隔。

示例性的，向服務(wù)器發(fā)送消息查詢請(qǐng)求需要先建立微信應(yīng)用程序與服務(wù)器之間的長(zhǎng)連接。

所謂長(zhǎng)連接，指在一個(gè)連接上可以連續(xù)發(fā)送多個(gè)數(shù)據(jù)包，在連接保持期間，如果沒(méi)有數(shù)據(jù)包發(fā)送，需要雙方發(fā)鏈路檢測(cè)包。長(zhǎng)連接多用于操作頻繁，點(diǎn)對(duì)點(diǎn)的通訊。且長(zhǎng)連接可以在一次數(shù)據(jù)發(fā)送之后不斷開(kāi)連接，下次直接發(fā)送數(shù)據(jù)包，速度較快。

與長(zhǎng)連接相對(duì)的，短連接是指通訊雙方有數(shù)據(jù)交互時(shí)，就建立一個(gè)連接，數(shù)據(jù)發(fā)送完成后，則斷開(kāi)此連接，即每次連接只完成一項(xiàng)業(yè)務(wù)的發(fā)送。

當(dāng)微信應(yīng)用程序與消息同步服務(wù)器的長(zhǎng)連接建立成功后，生成消息查詢請(qǐng)求，并向消息同步服務(wù)器發(fā)送；接收消息同步服務(wù)器返回的消息查詢結(jié)果；若消息查詢結(jié)果為有新消息，則生成消息獲取請(qǐng)求，并向消息收發(fā)服務(wù)器發(fā)送；接收所述消息收發(fā)服務(wù)器返回的新消息；進(jìn)而顯示該新消息。

因此，在不適于用戶操作的運(yùn)動(dòng)狀態(tài)，為減少設(shè)備功耗，可穿戴設(shè)備中的應(yīng)用程序按照最小更新頻率向服務(wù)器發(fā)送消息查詢請(qǐng)求。在適于用戶操作的非運(yùn)動(dòng)狀態(tài)，但是第一時(shí)長(zhǎng)內(nèi)的第一消息接收頻率小于更新頻率閾值，即說(shuō)明該可穿戴設(shè)備在第一時(shí)長(zhǎng)內(nèi)消息接收頻率較慢，則可穿戴設(shè)備中的應(yīng)用程序按照最小更新頻率向服務(wù)器發(fā)送消息查詢請(qǐng)求，以降低設(shè)備功耗。

步驟103、若當(dāng)前狀態(tài)為非運(yùn)動(dòng)狀態(tài)，且第一時(shí)長(zhǎng)內(nèi)的第一消息接收頻率不小于更新頻率閾值，則按照第二更新頻率向服務(wù)器發(fā)送消息查詢請(qǐng)求。

其中，第二更新頻率是可穿戴設(shè)備中的應(yīng)用程序向服務(wù)器發(fā)送消息查詢請(qǐng)求的正常更新頻率?？蛇x的，為減少設(shè)備功耗，該第二更新頻率小于為pc瀏覽器定制的網(wǎng)頁(yè)發(fā)送消息查詢請(qǐng)求的頻率。

具體的，在適于用戶操作的非運(yùn)動(dòng)狀態(tài)，并且第一時(shí)長(zhǎng)內(nèi)的第一消息接收頻率不小于更新頻率閾值，即說(shuō)明該可穿戴設(shè)備在第一時(shí)長(zhǎng)內(nèi)消息接收頻率較快，則可穿戴設(shè)備中的應(yīng)用程序按照第二更新頻率向服務(wù)器發(fā)送消息查詢請(qǐng)求。

示例性地，以智能手表為例，預(yù)設(shè)第一時(shí)長(zhǎng)為十分鐘、更新頻率閾值為1/5次/秒、第二更新頻率為1/3次/秒。

若用戶在佩戴該智能手表時(shí)，處于跑步狀態(tài)，則該智能手表的當(dāng)前狀態(tài)為運(yùn)動(dòng)狀態(tài)，此時(shí)用戶不適于操作該智能手表，則為了降低功耗，微信應(yīng)用程序按照最小更新頻率向消息同步服務(wù)器發(fā)送消息查詢請(qǐng)求；

若用戶在佩戴該智能手表時(shí)，處于非運(yùn)動(dòng)狀態(tài)，此時(shí)在預(yù)設(shè)的十分鐘內(nèi)第一消息接收頻率(1條/分)小于預(yù)設(shè)的更新頻率閾值(如1/5次/秒)，說(shuō)明此時(shí)消息接收頻率較慢，同樣為了降低功耗，微信應(yīng)用程序按照最小更新頻率向消息同步服務(wù)器發(fā)送消息查詢請(qǐng)求；

若用戶在佩戴該智能手表時(shí)，處于非運(yùn)動(dòng)狀態(tài)，此時(shí)在預(yù)設(shè)的十分鐘內(nèi)第一消息接收頻率(1/2條/秒)大于預(yù)設(shè)的更新頻率閾值(如1/5次/秒)，說(shuō)明消息接收頻率較快，則微信應(yīng)用程序按照第二更新頻率(1/3次/秒)向消息同步服務(wù)器發(fā)送消息查詢請(qǐng)求。此處，為了減小設(shè)備功耗，第二更新頻率(1/3次/秒)小于網(wǎng)頁(yè)版微信的頁(yè)面向消息服務(wù)器發(fā)送消息查詢請(qǐng)求的頻率(1次/秒)。

需要說(shuō)明的是，本發(fā)明中微信應(yīng)用程序?qū)?yīng)的消息同步服務(wù)器、消息收發(fā)服務(wù)器是為了方便描述，并不局限于只能通過(guò)兩個(gè)服務(wù)器來(lái)實(shí)現(xiàn)本發(fā)明的技術(shù)方案，使用一個(gè)服務(wù)器來(lái)實(shí)現(xiàn)消息同步服務(wù)器、消息收發(fā)服務(wù)器的功能，或者使用多個(gè)服務(wù)器來(lái)實(shí)現(xiàn)消息同步服務(wù)器、消息收發(fā)服務(wù)器的功能都是可行的，本發(fā)明對(duì)此也不作限制。

本實(shí)施例提供的可穿戴設(shè)備的功耗控制方法中，根據(jù)可穿戴設(shè)備的狀態(tài)，區(qū)分不同的使用場(chǎng)景。在不適于用戶操作的運(yùn)動(dòng)狀態(tài)，按照保持長(zhǎng)連接所需的最小更新頻率發(fā)送消息查詢請(qǐng)求，來(lái)降低功耗；在適于用戶操作的非運(yùn)動(dòng)狀態(tài)，且在第一時(shí)長(zhǎng)內(nèi)的第一消息接收頻率小于更新頻率閾值，即消息接收頻率較慢，同樣按照保持長(zhǎng)連接所需的最小更新頻率發(fā)送消息查詢請(qǐng)求，來(lái)降低功耗；在適于用戶操作的非運(yùn)動(dòng)狀態(tài)，且在第一時(shí)長(zhǎng)內(nèi)的第一消息接收頻率不小于更新頻率閾值，即消息接收頻率較快，則為了降低功耗按照第二更新頻率發(fā)送消息查詢請(qǐng)求。

上述方法，根據(jù)不同的使用場(chǎng)景來(lái)調(diào)整可穿戴設(shè)備中的應(yīng)用程序向服務(wù)器發(fā)送消息查詢請(qǐng)求的頻率，從而實(shí)現(xiàn)降低功耗的目的。

圖2為本發(fā)明提供的可穿戴設(shè)備的功耗控制方法實(shí)施例二的流程示意圖。在上述實(shí)施例的基礎(chǔ)上，如圖2所示，為了根據(jù)可穿戴設(shè)備中應(yīng)用程序的消息接收頻率實(shí)時(shí)調(diào)整第二更新頻率，以降低設(shè)備功耗，減少消息延遲，本實(shí)施例的方法，還可以包括如下步驟：

步驟104、確定第二時(shí)長(zhǎng)內(nèi)的第二消息接收頻率是否小于第二更新頻率。

其中，確定第二消息接收頻率，具體包括：

記錄第二時(shí)長(zhǎng)內(nèi)接收的消息個(gè)數(shù)；

根據(jù)第二時(shí)長(zhǎng)內(nèi)接收的消息個(gè)數(shù)以及第二時(shí)長(zhǎng)確定消息接收頻率。

具體的，可以是將第二時(shí)長(zhǎng)內(nèi)接收的消息個(gè)數(shù)除以第二時(shí)長(zhǎng)得到第二消息接收頻率。

步驟105、若第二時(shí)長(zhǎng)內(nèi)的第二消息接收頻率小于第二更新頻率，則減小第二更新頻率；否則，增大第二更新頻率。

具體的，當(dāng)?shù)诙⒔邮疹l率小于第二更新頻率，則說(shuō)明消息接收頻率較慢，需要減小發(fā)送消息查詢請(qǐng)求的頻率，即減小第二更新頻率。當(dāng)?shù)诙⒔邮疹l率大于或等于第二更新頻率，則說(shuō)明消息接收頻率較快，需要增大發(fā)送消息查詢請(qǐng)求的頻率，即增大第二更新頻率。

上述步驟104、步驟105與步驟101、步驟102、步驟103不分先后順序。

示例性的，以智能手表為例，預(yù)設(shè)第二時(shí)長(zhǎng)為五分鐘、第二更新頻率為1/3次/秒。

若微信應(yīng)用程序的第二消息接收頻率(1/5條/秒)小于微信應(yīng)用程序向服務(wù)器發(fā)送消息查詢請(qǐng)求的第二更新頻率(如1/3次/秒)，則減小第二更新頻率，以降低設(shè)備功耗。若微信應(yīng)用程序的第二消息接收頻率(1/2條/秒)大于或等于微信應(yīng)用程序向服務(wù)器發(fā)送消息查詢請(qǐng)求的第二更新頻率(如1/3次/秒)，則增大第二更新頻率，以減少消息延遲。

在上述實(shí)施例的基礎(chǔ)上，可選的，為了保證第二更新頻率的靈敏度，第二時(shí)長(zhǎng)可以小于第一時(shí)長(zhǎng)。

還需說(shuō)明的是，在具體實(shí)施過(guò)程中，上述預(yù)設(shè)的第一時(shí)長(zhǎng)、更新頻率閾值、第二更新頻率以及第二時(shí)長(zhǎng)可以根據(jù)經(jīng)驗(yàn)值或按實(shí)際需求進(jìn)行確定，本發(fā)明對(duì)此并不限定。

圖3為本發(fā)明提供的可穿戴設(shè)備的功耗控制裝置實(shí)施例的結(jié)構(gòu)圖，如圖3所示，本實(shí)施例的可穿戴設(shè)備的功耗控制裝置可以包括：確定模塊201和處理模塊202。

其中，確定模塊201，用于確定可穿戴設(shè)備的當(dāng)前狀態(tài)；

可選的，所述確定模塊201，具體用于：

根據(jù)所述可穿戴設(shè)備的傳感器信息，確定所述可穿戴設(shè)備的移動(dòng)速度和擺動(dòng)頻率；

若所述移動(dòng)速度大于預(yù)設(shè)的速度閾值，或，所述擺動(dòng)頻率大于預(yù)設(shè)的擺動(dòng)頻率閾值，則確定所述當(dāng)前狀態(tài)為運(yùn)動(dòng)狀態(tài)；

若所述移動(dòng)速度小于或等于所述速度閾值，且，所述擺動(dòng)頻率小于或等于所述擺動(dòng)頻率閾值，則確定所述當(dāng)前狀態(tài)為非運(yùn)動(dòng)狀態(tài)。

處理模塊202，用于若所述確定模塊201確定出所述當(dāng)前狀態(tài)為運(yùn)動(dòng)狀態(tài)，或者，所述當(dāng)前狀態(tài)為非運(yùn)動(dòng)狀態(tài)，且第一時(shí)長(zhǎng)內(nèi)的第一消息接收頻率小于更新頻率閾值，則按照第一更新頻率向服務(wù)器發(fā)送消息查詢請(qǐng)求；所述第一更新頻率為保持與服務(wù)器之間長(zhǎng)連接所需的最小更新頻率；

所述處理模塊202，還用于若所述確定模塊201確定出所述當(dāng)前狀態(tài)為非運(yùn)動(dòng)狀態(tài)，且第一時(shí)長(zhǎng)內(nèi)的第一消息接收頻率不小于更新頻率閾值，則按照第二更新頻率向服務(wù)器發(fā)送消息查詢請(qǐng)求。

可選的，所述確定模塊201，還用于：

記錄所述第一時(shí)長(zhǎng)內(nèi)接收的消息個(gè)數(shù)；

根據(jù)所述消息個(gè)數(shù)以及所述第一時(shí)長(zhǎng)，確定所述第一消息接收頻率。

可選的，所述裝置還包括：調(diào)整模塊203，用于：

確定第二時(shí)長(zhǎng)內(nèi)的第二消息接收頻率是否小于所述第二更新頻率；

若所述第二消息接收頻率小于所述第二更新頻率，則減小所述第二更新頻率；否則，則增大所述第二更新頻率。

可選的，所述調(diào)整模塊203，還用于：

記錄所述第二時(shí)長(zhǎng)內(nèi)接收的消息個(gè)數(shù)；

根據(jù)所述消息個(gè)數(shù)以及所述第二時(shí)長(zhǎng)，確定所述第二消息接收頻率。

可選的，所述第二時(shí)長(zhǎng)小于所述第一時(shí)長(zhǎng)。

本實(shí)施例的裝置，可以用于執(zhí)行上述方法實(shí)施例的技術(shù)方案，其實(shí)現(xiàn)原理和技術(shù)效果類似，此處不再贅述。

圖4為本發(fā)明提供的可穿戴設(shè)備實(shí)施例的結(jié)構(gòu)圖，如圖4所示，該可穿戴設(shè)備包括：

處理器301，以及，用于存儲(chǔ)處理器301的可執(zhí)行指令的存儲(chǔ)器302。

其中，處理器301用于調(diào)用可執(zhí)行指令，執(zhí)行前述方法實(shí)施例中對(duì)應(yīng)的方法，其具體實(shí)施過(guò)程可以參見(jiàn)前述方法實(shí)施例，此處不再贅述。

本領(lǐng)域普通技術(shù)人員可以理解：實(shí)現(xiàn)上述各方法實(shí)施例的全部或部分步驟可以通過(guò)程序指令相關(guān)的硬件來(lái)完成。前述的程序可以存儲(chǔ)于一計(jì)算機(jī)可讀取存儲(chǔ)介質(zhì)中。該程序在執(zhí)行時(shí)，執(zhí)行包括上述各方法實(shí)施例的步驟；而前述的存儲(chǔ)介質(zhì)包括：rom、ram、磁碟或者光盤等各種可以存儲(chǔ)程序代碼的介質(zhì)。

最后應(yīng)說(shuō)明的是：以上各實(shí)施例僅用以說(shuō)明本發(fā)明的技術(shù)方案，而非對(duì)其限制；盡管參照前述各實(shí)施例對(duì)本發(fā)明進(jìn)行了詳細(xì)的說(shuō)明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解：其依然可以對(duì)前述各實(shí)施例所記載的技術(shù)方案進(jìn)行修改，或者對(duì)其中部分或者全部技術(shù)特征進(jìn)行等同替換；而這些修改或者替換，并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明各實(shí)施例技術(shù)方案的范圍。