一種在移動設備中提示消息的方法和裝置的制造方法
【專利摘要】本發(fā)明實施例提供了一種在移動設備中提示消息的方法和裝置，該方法包括：對移動設備中未處理的消息進行監(jiān)聽；當監(jiān)聽到未處理的消息時，對移動設備的狀態(tài)進行監(jiān)聽；當監(jiān)聽到目標狀態(tài)時，對所述未處理的消息觸發(fā)相應的提示操作，其中，所述目標狀態(tài)為從靜置狀態(tài)進入移動狀態(tài)的狀態(tài)。本發(fā)明實施例實現(xiàn)了有效的提示，避免在檢測到未處理的消息之后一直進行提示，減少了很多無效的提示，減少了系統(tǒng)資源的浪費。
【專利說明】
一種在移動設備中提示消息的方法和裝置
技術領域
[0001]本發(fā)明涉及移動設備的技術領域，特別是涉及一種在移動設備中提示消息的方法和一種在移動設備中提示消息的裝置。
【背景技術】
[0002]隨著移動通信技術的發(fā)展，諸如手機、智能穿戴設備等移動設備越來越普及，給人們在的生活、學習、工作帶來了極大的便利。
[0003]由于用戶經常使用移動設備頻繁進行通信，因此，移動設備經常接收到各種消息，例如，短信、即時通訊消息、郵件等等。
[0004]而用戶不可能一直留意移動設備，為了讓用戶及時留意到未處理的消息，目前很多移動設備都配置了呼吸燈，即LED(Light-Emitting D1de，發(fā)光二極管)燈的燈光基于亮度、色彩等因素逐漸變化，提示用戶具有未處理的消息。
[0005]但是，呼吸燈在檢測到未處理的消息之后一直在閃爍，直到用戶處理消息，呼吸燈在中途的閃爍大多沒有起到提示作用，屬于無效的提示，浪費很多系統(tǒng)資源。

【發(fā)明內容】

[0006]鑒于上述問題，為了解決上述呼吸燈浪費系統(tǒng)資源的問題，本發(fā)明實施例提出了一種在移動設備中提示消息的方法和相應的一種在移動設備中提示消息的裝置。
[0007]為了解決上述問題，本發(fā)明實施例公開了一種在移動設備中提示消息的方法，包括:
[0008]對移動設備中未處理的消息進行監(jiān)聽；
[0009]當監(jiān)聽到未處理的消息時，對移動設備的狀態(tài)進行監(jiān)聽；
[0010]當監(jiān)聽到目標狀態(tài)時，對所述未處理的消息觸發(fā)相應的提示操作，其中，所述目標狀態(tài)為從靜置狀態(tài)進入移動狀態(tài)的狀態(tài)。
[0011]優(yōu)選地，所述對移動設備中未處理的消息進行監(jiān)聽的步驟包括:
[0012]監(jiān)聽系統(tǒng)應用或第三方應用在具有未處理的消息時觸發(fā)的第一消息廣播；
[0013]當監(jiān)聽到所述第一消息廣播時，確定監(jiān)聽到未處理的消息；
[0014]和/或，
[0015]模擬呼吸燈的接口；
[0016]從所述接口中監(jiān)聽第三方應用在具有未處理的消息時觸發(fā)的第二消息廣播；
[0017]當監(jiān)聽到所述第二消息廣播時，確定監(jiān)聽到未處理的消息。
[0018]優(yōu)選地，移動設備具有加速度傳感器；
[0019]所述對移動設備的狀態(tài)進行監(jiān)聽的步驟包括:
[0020]監(jiān)聽由所述加速度傳感器在靜置平放條件下、加速度的增幅超過預設的增幅閾值時觸發(fā)的移動操作事件；
[0021 ]當監(jiān)聽到所述移動操作事件時，確定移動設備處于目標狀態(tài)；
[0022]其中，所述靜置平放條件為:
[0023]所述加速度傳感器的X軸和y軸的加速度與O之間的差值小于預設的第一閾值，z軸的加速度與重力加速度之間的差值小于預設的第二閾值。
[0024]優(yōu)選地，所述對所述未處理的消息觸發(fā)相應的提示操作的步驟包括:
[0025]查詢所述未處理的消息的類型；
[0026]觸發(fā)所述類型對應的提示操作；
[0027]和/或，
[0028]查詢在所述接口中調用的呼吸燈參數(shù)；
[0029]將所述呼吸燈參數(shù)映射為預設的操作參數(shù)；
[0030]觸發(fā)所述操作參數(shù)對應的提示操作。
[0031]優(yōu)選地，還包括:
[0032]當未處理的消息的數(shù)量為空時，停止對移動設備的狀態(tài)進行監(jiān)聽。
[0033]優(yōu)選地，還包括:
[0034]當系統(tǒng)啟動時，啟動消息提示服務；
[0035]提升所述消息提示服務的優(yōu)先級；
[0036]優(yōu)選地，所述對移動設備中未處理的消息進行監(jiān)聽的步驟包括:
[0037]由所述消息提示服務對移動設備中未處理的消息進行監(jiān)聽；
[0038]優(yōu)選地，所述對移動設備的狀態(tài)進行監(jiān)聽的步驟包括:
[0039]由所述消息提示服務對移動設備的狀態(tài)進行監(jiān)聽；
[0040]優(yōu)選地，所述對所述未處理的消息觸發(fā)相應的提示操作的步驟包括:
[0041 ]由所述消息提示服務對所述未處理的消息觸發(fā)相應的提示操作；
[0042]優(yōu)選地，所述停止對移動設備的狀態(tài)進行監(jiān)聽的步驟包括:
[0043]由所述消息提示服務停止對移動設備的狀態(tài)進行監(jiān)聽。
[0044]本發(fā)明實施例還公開了一種在移動設備中提示消息的裝置，包括:
[0045]未處理消息監(jiān)聽模塊，用于對移動設備中未處理的消息進行監(jiān)聽；
[0046]狀態(tài)監(jiān)聽模塊，用于在監(jiān)聽到為處理的消息時，對移動設備的狀態(tài)進行監(jiān)聽；
[0047]提示操作模塊，用于在監(jiān)聽到目標狀態(tài)時，對所述未處理的消息觸發(fā)相應的提示操作，其中，所述目標狀態(tài)為從靜置狀態(tài)進入移動狀態(tài)的狀態(tài)。
[0048]優(yōu)選地，所述未處理消息監(jiān)聽模塊包括:
[0049]第一消息廣播監(jiān)聽子模塊，用于監(jiān)聽系統(tǒng)應用或第三方應用在具有未處理的消息時觸發(fā)的第一消息廣播；
[0050]第一確定子模塊，用于在監(jiān)聽到所述第一消息廣播時，確定監(jiān)聽到未處理的消息；[0051 ]和/或，
[0052]呼吸燈接口模擬子模塊，用于模擬呼吸燈的接口；
[0053]第二消息廣播監(jiān)聽子模塊，用于從所述接口中監(jiān)聽第三方應用在具有未處理的消息時觸發(fā)的第二消息廣播；
[0054]第二確定子模塊，用于在監(jiān)聽到所述第二消息廣播時，確定監(jiān)聽到未處理的消息。
[0055]優(yōu)選地，移動設備具有加速度傳感器；
[0056]所述狀態(tài)監(jiān)聽模塊包括:
[0057]移動操作事件監(jiān)聽子模塊，用于監(jiān)聽由所述加速度傳感器在靜置平放條件下、加速度的增幅超過預設的增幅閾值時觸發(fā)的移動操作事件；
[0058]第三確定子模塊，用于在監(jiān)聽到所述移動操作事件時，確定移動設備處于目標狀態(tài)；
[0059]其中，所述靜置平放條件為:
[0000]所述加速度傳感器的X軸和y軸的加速度與O之間的差值小于預設的第一閾值，ζ軸的加速度與重力加速度之間的差值小于預設的第二閾值。
[0061 ]優(yōu)選地，所述提示操作模塊包括:
[0062]類型查詢子模塊，用于查詢所述未處理的消息的類型；
[0063]第一觸發(fā)子模塊，用于觸發(fā)所述類型對應的提示操作；
[0064]和/或，
[0065]呼吸燈參數(shù)查詢子模塊，用于查詢在所述接口中調用的呼吸燈參數(shù)；
[0066]操作參數(shù)映射子模塊，用于將所述呼吸燈參數(shù)映射為預設的操作參數(shù)；
[0067]第二觸發(fā)子模塊，用于觸發(fā)所述操作參數(shù)對應的提示操作。
[0068]優(yōu)選地，還包括:
[0069]停止監(jiān)聽模塊，用于在未處理的消息的數(shù)量為空時，停止對移動設備的狀態(tài)進行監(jiān)聽。
[0070]優(yōu)選地，還包括:
[0071]消息提示服務啟動模塊，用于在系統(tǒng)啟動時，啟動消息提示服務；
[0072]優(yōu)先級提升模塊，用于提升所述消息提示服務的優(yōu)先級；
[0073]優(yōu)選地，所述未處理消息監(jiān)聽模塊還用于:
[0074]由所述消息提示服務對移動設備中未處理的消息進行監(jiān)聽；
[0075]優(yōu)選地，所述靜置移動監(jiān)聽模塊還用于:
[0076]由所述消息提示服務對移動設備的狀態(tài)進行監(jiān)聽；
[0077]優(yōu)選地，所述提示操作模塊還用于:
[0078]由所述消息提示服務對所述未處理的消息觸發(fā)相應的提示操作；
[0079]優(yōu)選地，所述停止監(jiān)聽模塊還用于:
[0080]由所述消息提示服務停止對移動設備的狀態(tài)進行監(jiān)聽。
[0081]本發(fā)明實施例包括以下優(yōu)點:
[0082]本發(fā)明實施例在系統(tǒng)后臺監(jiān)聽到未處理的消息時，注冊對移動設備狀態(tài)的監(jiān)聽，若滿足移動設備從靜置狀態(tài)進行移動狀態(tài)的目標狀態(tài)，有較大的概率是用戶提起靜置的移動設備，在移動設備靜置時接收到的消息可能沒有被用戶注意到，但是，移動設備被移動，用戶一般會將注意力集中重新集中到了移動設備上，此時可以觸發(fā)相應的提示操作，提示用戶具有未處理的消息，實現(xiàn)了有效的提示，避免在檢測到未處理的消息之后一直進行提示，減少了很多無效的提示，減少了系統(tǒng)資源的浪費。
[0083]此外，由于提示操作可以依據不同的移動設備的配置而調整，諸如震動、鈴聲等均可行，無須進行限定，是移動設備可操作的，因此，大多數(shù)的移動設備都可以實現(xiàn)，增強了提示操作的可移植性強。
[0084]本發(fā)明實施例通過模擬呼吸燈接口，將呼吸燈參數(shù)映射為操作參數(shù)進行提示操作，兼容了可其他應用對呼吸燈的調用，避免這些應用針對本發(fā)明實施例的提示操作進行程序的修改，避免增加了應用的開發(fā)負擔。
【附圖說明】
[0085]圖1是本發(fā)明的一種在移動設備中提示消息的方法實施例1的步驟流程圖；
[0086]圖2是本發(fā)明實施例的一種加速度傳感器的檢測示例圖；
[0087]圖3是本發(fā)明的一種在移動設備中提示消息的方法實施例2的步驟流程圖；
[0088]圖4是本發(fā)明的一種在移動設備中提示消息的裝置實施例的結構框圖。
【具體實施方式】
[0089]為使本發(fā)明的上述目的、特征和優(yōu)點能夠更加明顯易懂，下面結合附圖和【具體實施方式】對本發(fā)明作進一步詳細的說明。
[0090]參照圖1，示出了本發(fā)明的一種在移動設備中提示消息的方法實施例1的步驟流程圖，具體可以包括如下步驟:
[0091 ]步驟101，對移動設備中未處理的消息進行監(jiān)聽；
[0092]在具體實現(xiàn)中，本發(fā)明實施例可以應用在各種移動設備中，例如，手機、平板電腦、個人數(shù)字助理、穿戴設備(如眼鏡、手表等)等等。
[0093]這些移動設備的操作系統(tǒng)可以包括Android(安卓)、10S、Windows Phone、Windows等等。
[0094]為使本領域技術人員更好地理解本發(fā)明實施例，在本說明書中，將Android作為操作系統(tǒng)的一種示例進行說明。
[0095]在操作系統(tǒng)中，會預置不同類型的系統(tǒng)應用，以供用戶使用，例如，通信應用，用于收發(fā)短信、撥打/接聽電話;時間應用，用于顯示時間，等等。
[0096]為了其他所需的功能，用戶通常會安裝第三方應用，例如，即時通訊工具，用于進行即時通訊;郵箱客戶端，用于收發(fā)郵件，等等。
[0097]這些系統(tǒng)應用、第三方應用通常會接收到消息，例如，短信、郵件、即時通訊消息等等，若用戶未對該消息進行處理，如閱讀、忽略、刪除等，該消息可以稱之為未處理的消息。
[0098]在本發(fā)明的一個實施例中，可以持續(xù)監(jiān)聽第一消息廣播。
[0099]若系統(tǒng)應用或第三方應用遵循該監(jiān)聽機制，可以在具有未處理的消息時發(fā)送第一消息廣播。
[0100]因此，本發(fā)明實施例可以監(jiān)聽系統(tǒng)應用或第三方應用在具有未處理的消息時觸發(fā)的第一消息廣播。
[0101]當監(jiān)聽到第一消息廣播時，確定監(jiān)聽到未處理的消息。
[0102]在本發(fā)明的另一個實施例中，某些第三方應用本身可調用呼吸燈提示未處理的消息，而呼吸燈一般具有API(應用程序編程接口，Applicat1n Programming Interface)接口，如Notif i cat 1nManager，供第三方應用在具有未處理的消息時調用，按照其請求的顏色、亮度、頻率等呼吸燈參數(shù)進行閃爍。
[0103]為了避免第三方應用修改程序，增加開發(fā)負擔，在本發(fā)明實施例中，可以模擬呼吸燈的API接口，使得在第三方應用的角度看來，本發(fā)明實施例的移動設備具有呼吸燈，可以正常調用該呼吸燈的接口進行未處理消息的提示。
[0104]因此，本發(fā)明實施例可以從該接口中監(jiān)聽第三方應用在具有未處理的消息時觸發(fā)的第二消息廣播。
[0105]當監(jiān)聽到第二消息廣播時，確定監(jiān)聽到未處理的消息。
[0106]步驟102，當監(jiān)聽到未處理的消息時，對移動設備的狀態(tài)進行監(jiān)聽；
[0107]若監(jiān)聽到未處理的消息，則可以進一步監(jiān)聽移動設備的裝填，以監(jiān)聽目標狀態(tài)。
[0108]其中，目標狀態(tài)為從靜置狀態(tài)進入移動狀態(tài)的狀態(tài)，即移動設備在靜止時發(fā)生移動。
[0109]在實際應用中，加速度傳感器，即能感受加速度并轉換成可用輸出信號的傳感器，由于廣泛應用在游戲控制、圖像自動翻轉、電子指南針傾斜校正、計步功能、防手抖功能、散信功能、硬盤保護等功能，因此，移動設備通常具有加速度傳感器，通?？梢园ㄈ缦聨最?
[0110]1、壓電式
[0111]壓電式加速度傳感器是利用壓電陶瓷或石英晶體的壓電效應，在加速度計受振時，質量塊加在壓電元件上的力也隨之變化。當被測振動頻率遠低于加速度計的固有頻率時，則力的變化與被測加速度成正比。
[0112]2、壓阻式
[0113]壓阻式加速度傳感器為了使繪圖機高速運動、平穩(wěn)工作，常用加速度反饋電路形成閉環(huán)控制系統(tǒng)。采用永磁感應子式步進電動機的動子直接帶動繪圖工具，動子上裝有三個加速度傳感器，其中X方向一只，Y方向兩只，分別測出X方向和Y方向的實際運動加速度。三個傳感器反映了Χ、γ方向及扭轉等運動的加速度大小。通過加速度閉環(huán)的校正作用，使動子的加速度與指令加速度一致。
[0114]3、電容式
[0115]電容式加速度傳感器是基于電容原理的極距變化型的電容傳感器，其中一個電極是固定的，另一變化電極是彈性膜片。彈性膜片在外力(如氣壓、液壓等)作用下發(fā)生位移，使電容量發(fā)生變化。
[0116]4、伺服式
[0117]伺服式加速度傳感器的振動系統(tǒng)由〃m-k 〃系統(tǒng)組成，與一般加速度計相同，但質量m上還接著一個電磁線圈，當基座上有加速度輸入時，質量塊偏離平衡位置，該位移大小由位移傳感器檢測出來，經伺服放大器放大后轉換為電流輸出，該電流流過電磁線圈，在永久磁鐵的磁場中產生電磁恢復力，力圖使質量塊保持在儀表殼體中原來的平衡位置上，所以伺服加速度傳感器在閉環(huán)狀態(tài)下工作。
[0118]—般情況下，移動設備處于靜置狀態(tài)時，如放在桌面，在加速度傳感器中會產生重力加速度，移動設備因移動而進行移動狀態(tài)時，如用戶拿起移動設備，通常會產生加速度的增幅。
[0119]因此，在本發(fā)明實施例中，可以在加速度傳感器中定義移動操作事件，若加速度傳感器通過檢測加速度(即與重力加速度的關系、加速度的增幅)確認移動設備在靜置狀態(tài)被移動時，如用戶拿起移動設備，則可以觸發(fā)該移動操作事件。
[0120]若監(jiān)聽到未處理的消息，則可以注冊一監(jiān)聽器，監(jiān)聽加速度傳感器廣播的移動操作事件。
[0121]在本發(fā)明實施例的一個示例中，可以監(jiān)聽由加速度傳感器在靜置平放條件(即表征移動設備在平放時靜置的條件)下、加速度的增幅超過預設的增幅閾值時觸發(fā)的移動操作事件；
[0122]當監(jiān)聽到移動操作事件時，確定移動設備處于目標狀態(tài)。
[0123]進一步而言，由于移動設備靜置時一般僅受到重力加速度，而重力加速度的數(shù)值是已知的，大約9.8m/s2，所以，根據移動設備在三個物理坐標軸方向(x，y，z軸)受到的重力加速度的大小能換算出手機在空間上的物理方向和傾斜角度。
[0124]如圖2所示，當移動設備水平放置時，由于重力加速度是垂直于地面的，所以移動設備在X和y軸方向受到的重力加速度是0(或者接近O)，而ζ軸是和重力加速度相同方向，所以ζ軸方向受到的重力加速度是9.8m/s2。
[0125]因此，靜置平放條件可以為:
[0126]加速度傳感器的X軸和y軸的加速度與O之間的差值小于預設的第一閾值，即X，y軸的加速度是O或者接近O;
[0127]并且，ζ軸的加速度與重力加速度之間的差值小于預設的第二閾值，S卩ζ軸加速度是重力加速度或者接近重力加速度。
[0128]此時，ζ軸的加速度分為兩種情況:
[0129]—、當ζ軸的加速度為9.8m/s2(或者接近9.8m/s2)時，移動設備是正面朝上平放的；
[0130]二、當ζ軸的加速度為-9.8m/s2(或者接近-9.8m/s2)時，移動設備是正面朝下平放的。
[0131]當檢測到加速度傳感器的加速度數(shù)據有大幅變化(表征為加速度的增幅超過預設的增幅閾值)，一般某個軸的數(shù)據大于2，并且，移動設備在這之前的狀態(tài)是平放，則可以認為移動設備從一個平面靜置時被拿起了，很大概率是用戶拿起移動設備。
[0132]當然，上述狀態(tài)的監(jiān)聽方式只是作為示例，在實施本發(fā)明實施例時，可以根據實際情況設置狀態(tài)的監(jiān)聽方式，例如，可以監(jiān)聽由加速度傳感器在靜置豎放條件(即表征移動設備在豎放時靜置的條件，如加速度傳感器的X，ζ軸的加速度為O或者接近O，y軸的加速度為重力加速度或者接近重力加速度)下、加速度的增幅超過預設的增幅閾值時觸發(fā)的移動操作事件，等等，本發(fā)明實施例對此不加以限制。另外，除了上述狀態(tài)的監(jiān)聽方式外，本領域技術人員還可以根據實際需要采用其它狀態(tài)的監(jiān)聽方式，本發(fā)明實施例對此也不加以限制。
[0133]需要說明的是，第一消息廣播、第二消息廣播中一般包含未處理的消息的數(shù)量。
[0134]當未處理的消息的數(shù)量為空時，即不具有未處理的消息，則可以注銷針對加速度傳感器的監(jiān)聽器，停止對移動設備的狀態(tài)進行監(jiān)聽，節(jié)省系統(tǒng)資源。
[0135]步驟103，當監(jiān)聽到目標狀態(tài)時，對所述未處理的消息觸發(fā)相應的提示操作。
[0136]本發(fā)明實施例在系統(tǒng)后臺監(jiān)聽到未處理的消息時，注冊對移動設備狀態(tài)的監(jiān)聽，若滿足移動設備從靜置狀態(tài)進行移動狀態(tài)的目標狀態(tài)，有較大的概率是用戶提起靜置的移動設備，在移動設備靜置時接收到的消息可能沒有被用戶注意到，但是，移動設備被移動，用戶一般會將注意力集中重新集中到了移動設備上，此時可以觸發(fā)相應的提示操作，提示用戶具有未處理的消息，實現(xiàn)了有效的提示，避免在檢測到未處理的消息之后一直進行提示，減少了很多無效的提示，減少了系統(tǒng)資源的浪費。
[0137]此外，由于提示操作可以依據不同的移動設備的配置而調整，諸如震動、鈴聲等均可行，無須進行限定，是移動設備可操作的，因此，大多數(shù)的移動設備都可以實現(xiàn)，增強了提示操作的可移植性強。
[0138]以震動為例，Android系統(tǒng)提供了專門的調用震動的系統(tǒng)標準接口，直接調用該接口即可實現(xiàn)震動:
[0139]Vibrator v=(Vibrator)getSystemService(Context.VIBRATOR_SERVICE)；
[0140]v.vibtate(300)
[0141]在本發(fā)明的一個實施例中，可以預先對不同類型的消息設置不同操作參數(shù)(即控制提示操作的參數(shù))，記錄在一個表格中(如HashMap )。
[0142]例如，短信的提示操作可以為短震動，來電的提示操作可以為長震動，等等。
[0143]在具體實現(xiàn)中，可以查詢未處理的消息的類型，在該表格中查詢該類型對應的操作參數(shù)，從而觸發(fā)該類型對應的提示操作。
[0144]在本發(fā)明的另一個實施例中，可以預先對不同的呼吸燈參數(shù)(即用于控制呼吸燈閃爍的參數(shù))設置不同提示操作，記錄在一個表格中(如HashMap)。
[0145]例如，呼吸燈參數(shù)notice.1edOnMS和notice.1edOffMS可以控制呼吸燈的亮度，則其可以映射為控制震動強度的操作參數(shù)。
[0146]又例如，呼吸燈參數(shù)notice.1edARGB可以控制呼吸燈的顏色，則其可以映射為控制鈴聲的種類，如紅色映射為鈴聲A、綠色映射為鈴聲B，等等。
[0147]在具體實現(xiàn)中，可以查詢在接口中調用的呼吸燈參數(shù)，在該表格中查詢該呼吸燈參數(shù)對應的操作參數(shù)，并將呼吸燈參數(shù)映射為預設的操作參數(shù)，從而觸發(fā)該操作參數(shù)對應的提示操作。
[0148]當然，上述提示操作只是作為示例，在實施本發(fā)明實施例時，可以根據實際情況設置其他提示操作，例如，直接觸發(fā)指定的提示操作，等等，本發(fā)明實施例對此不加以限制。另夕卜，除了上述提示操作外，本領域技術人員還可以根據實際需要采用其它提示操作，本發(fā)明實施例對此也不加以限制。
[0149]本發(fā)明實施例通過模擬呼吸燈接口，將呼吸燈參數(shù)映射為操作參數(shù)進行提示操作，兼容了可其他應用對呼吸燈的調用，避免這些應用針對本發(fā)明實施例的提示操作進行程序的修改，避免增加了應用的開發(fā)負擔。
[0150]參照圖3，示出了本發(fā)明的一種在移動設備中提示消息的方法實施例2的步驟流程圖，具體可以包括如下步驟:
[0151 ]步驟301，當系統(tǒng)啟動時，啟動消息提示服務；
[0152]步驟302，提升所述消息提示服務的優(yōu)先級；
[0153]步驟303，對移動設備中未處理的消息進行監(jiān)聽；
[0154]步驟304，當監(jiān)聽到未處理的消息時，由所述消息提示服務對移動設備的狀態(tài)進行監(jiān)聽；
[0155]步驟305，當監(jiān)聽到目標狀態(tài)時，由所述消息提示服務對所述未處理的消息觸發(fā)相應的提示操作；
[0156]步驟306，當未處理的消息的數(shù)量為空時，由所述消息提示服務停止對移動設備的狀態(tài)進行監(jiān)聽。
[0157]當操作系統(tǒng)啟動時，可以消息提示服務Service，并提升消息提示服務Service的優(yōu)先級，降低消息提示服務Service被系統(tǒng)強制關閉(Kill)的概率。
[0158]在Android系統(tǒng)中，若接收到android,intent.act1n.B00T_C0MPLETED廣播，則表示系統(tǒng)啟動(又稱開機)，可以啟動消息提示服務Service。
[0159]提升語音服務Service的優(yōu)先級的方式通常有兩種:
[0160]1、在onStart()方法中通過startForeground( I ,new Notif icat1n())方法提高優(yōu)先級；
[0161 ] 2、在消息提示服務Service進程對應的清單文件中，如AndroidManifest.xml，將添加屬性android:persistent = "true"，即將消息提示服務Service的屬性設置為常駐內存Pers i s t，該消息提示服務Servi ce為常駐內存進程，降低被Ki 11的概率。
[0162]若用戶不對移動設備進行操作，在一定時間之后，系統(tǒng)進入休眠狀態(tài)，或者，用戶點擊關機鍵，系統(tǒng)進入休眠狀態(tài)，此時，用戶的注意力一般不會集中中移動設備中。
[0163]其中，休眠狀態(tài)一般指系統(tǒng)停止指定任務之外的操作、處于待機時的狀態(tài)。
[0164]在實際應用中，休眠狀態(tài)可以由本領域技術人員按照實際情況進行定義。
[0165]例如，在Android(Linux)中，對于休眠(suspend)主要分三個主要的步驟:
[0166]1、凍結用戶態(tài)進程和內核態(tài)任務；
[0167]2、調用注冊的設備的suspend的回調函數(shù)；
[0168]3、休眠核心設備和使CPU(Central Processing Unit，中央處理器)進入休眠態(tài)凍結進程是內核把進程列表中所有的進程的狀態(tài)都設置為停止，并且保存下所有進程的上下文。
[0169]在本發(fā)明實施例中，消息提示服務Service常駐內存，在系統(tǒng)處于休眠狀態(tài)時保持運行，以監(jiān)聽移動設備中未處理的消息。
[0170]當消息提示服務Service監(jiān)聽到滿足移動設備從靜置狀態(tài)計入移動狀態(tài)的目標狀態(tài)，則消息提示服務Service觸發(fā)提示操作，以提示用戶。
[0171]當用戶處理了消息，如查看了未接來電或者未讀短信，應用可以再發(fā)送一個廣播，當消息提示服務Service監(jiān)聽到未處理的消息的數(shù)量為零(即空)時，消息提示服務Service可以注銷對加速度傳感器的監(jiān)聽，即停止對移動設備的狀態(tài)進行監(jiān)聽。
[0172]當然，用戶關閉本發(fā)明實施例中的提示功能時，可以關閉消息提示服務service。
[0173]需要說明的是，對于方法實施例，為了簡單描述，故將其都表述為一系列的動作組合，但是本領域技術人員應該知悉，本發(fā)明實施例并不受所描述的動作順序的限制，因為依據本發(fā)明實施例，某些步驟可以采用其他順序或者同時進行。其次，本領域技術人員也應該知悉，說明書中所描述的實施例均屬于優(yōu)選實施例，所涉及的動作并不一定是本發(fā)明實施例所必須的。
[0174]參照圖4，示出了本發(fā)明的一種在移動設備中提示消息的裝置實施例的結構框圖，具體可以包括如下模塊:
[0175]未處理消息監(jiān)聽模塊401，用于對移動設備中未處理的消息進行監(jiān)聽；
[0176]狀態(tài)監(jiān)聽模塊402，用于在監(jiān)聽到為處理的消息時，對移動設備的狀態(tài)進行監(jiān)聽；
[0177]提示操作模塊403，用于在監(jiān)聽到目標狀態(tài)時，對所述未處理的消息觸發(fā)相應的提示操作，其中，所述目標狀態(tài)為從靜置狀態(tài)進入移動狀態(tài)的狀態(tài)。
[0178]在本發(fā)明的一個實施例中，所述未處理消息監(jiān)聽模塊401可以包括如下子模塊:
[0179]第一消息廣播監(jiān)聽子模塊，用于監(jiān)聽系統(tǒng)應用或第三方應用在具有未處理的消息時觸發(fā)的第一消息廣播；
[0180]第一確定子模塊，用于在監(jiān)聽到所述第一消息廣播時，確定監(jiān)聽到未處理的消息；
[0181]和/或，
[0182]呼吸燈接口模擬子模塊，用于模擬呼吸燈的接口；
[0183]第二消息廣播監(jiān)聽子模塊，用于從所述接口中監(jiān)聽第三方應用在具有未處理的消息時觸發(fā)的第二消息廣播；
[0184]第二確定子模塊，用于在監(jiān)聽到所述第二消息廣播時，確定監(jiān)聽到未處理的消息。
[0185]在本發(fā)明的一個實施例中，移動設備具有加速度傳感器；
[0186]所述狀態(tài)監(jiān)聽模塊402可以包括如下子模塊:
[0187]移動操作事件監(jiān)聽子模塊，用于監(jiān)聽由所述加速度傳感器在靜置平放條件下、加速度的增幅超過預設的增幅閾值時觸發(fā)的移動操作事件；
[0188]第三確定子模塊，用于在監(jiān)聽到所述移動操作事件時，確定移動設備處于目標狀態(tài)；
[0189]其中，所述靜置平放條件為:
[0190]所述加速度傳感器的X軸和y軸的加速度與O之間的差值小于預設的第一閾值，ζ軸的加速度與重力加速度之間的差值小于預設的第二閾值。
[0191]在本發(fā)明的一個實施例中，所述提示操作模塊403可以包括如下子模塊:
[0192]類型查詢子模塊，用于查詢所述未處理的消息的類型；
[0193]第一觸發(fā)子模塊，用于觸發(fā)所述類型對應的提示操作；
[0194]和/或，
[0195]呼吸燈參數(shù)查詢子模塊，用于查詢在所述接口中調用的呼吸燈參數(shù)；
[0196]操作參數(shù)映射子模塊，用于將所述呼吸燈參數(shù)映射為預設的操作參數(shù)；
[0197]第二觸發(fā)子模塊，用于觸發(fā)所述操作參數(shù)對應的提示操作。
[0198]在本發(fā)明的一個實施例中，該裝置還可以包括如下模塊:
[0199]停止監(jiān)聽模塊，用于在未處理的消息的數(shù)量為空時，停止對移動設備的狀態(tài)進行監(jiān)聽。
[0200]在本發(fā)明的一個實施例中，該裝置還可以包括如下模塊:
[0201]消息提示服務啟動模塊，用于在系統(tǒng)啟動時，啟動消息提示服務；
[0202]優(yōu)先級提升模塊，用于提升所述消息提示服務的優(yōu)先級；
[0203]其中，所述未處理消息監(jiān)聽模塊401還用于:
[0204]由所述消息提示服務對移動設備中未處理的消息進行監(jiān)聽；
[0205]所述靜置移動監(jiān)聽模塊402還用于:
[0206]由所述消息提示服務對移動設備的狀態(tài)進行監(jiān)聽；
[0207]所述提示操作模塊403還用于:
[0208]由所述消息提示服務對所述未處理的消息觸發(fā)相應的提示操作；
[0209]所述停止監(jiān)聽模塊還用于:
[0210]由所述消息提示服務停止對移動設備的狀態(tài)進行監(jiān)聽。
[0211]對于裝置實施例而言，由于其與方法實施例基本相似，所以描述的比較簡單，相關之處參見方法實施例的部分說明即可。
[0212]本說明書中的各個實施例均采用遞進的方式描述，每個實施例重點說明的都是與其他實施例的不同之處，各個實施例之間相同相似的部分互相參見即可。
[0213]本領域內的技術人員應明白，本發(fā)明實施例的實施例可提供為方法、裝置、或計算機程序產品。因此，本發(fā)明實施例可采用完全硬件實施例、完全軟件實施例、或結合軟件和硬件方面的實施例的形式。而且，本發(fā)明實施例可采用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(包括但不限于磁盤存儲器、CD-ROM、光學存儲器等)上實施的計算機程序產品的形式。
[0214]本發(fā)明實施例是參照根據本發(fā)明實施例的方法、終端設備(系統(tǒng))、和計算機程序產品的流程圖和/或方框圖來描述的。應理解可由計算機程序指令實現(xiàn)流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結合?？商峁┻@些計算機程序指令到通用計算機、專用計算機、嵌入式處理機或其他可編程數(shù)據處理終端設備的處理器以產生一個機器，使得通過計算機或其他可編程數(shù)據處理終端設備的處理器執(zhí)行的指令產生用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。
[0215]這些計算機程序指令也可存儲在能引導計算機或其他可編程數(shù)據處理終端設備以特定方式工作的計算機可讀存儲器中，使得存儲在該計算機可讀存儲器中的指令產生包括指令裝置的制造品，該指令裝置實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。
[0216]這些計算機程序指令也可裝載到計算機或其他可編程數(shù)據處理終端設備上，使得在計算機或其他可編程終端設備上執(zhí)行一系列操作步驟以產生計算機實現(xiàn)的處理，從而在計算機或其他可編程終端設備上執(zhí)行的指令提供用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。
[0217]盡管已描述了本發(fā)明實施例的優(yōu)選實施例，但本領域內的技術人員一旦得知了基本創(chuàng)造性概念，則可對這些實施例做出另外的變更和修改。所以，所附權利要求意欲解釋為包括優(yōu)選實施例以及落入本發(fā)明實施例范圍的所有變更和修改。
[0218]最后，還需要說明的是，在本文中，諸如第一和第二等之類的關系術語僅僅用來將一個實體或者操作與另一個實體或操作區(qū)分開來，而不一定要求或者暗示這些實體或操作之間存在任何這種實際的關系或者順序。而且，術語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、物品或者終端設備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、物品或者終端設備所固有的要素。在沒有更多限制的情況下，由語句“包括一個……”限定的要素，并不排除在包括所述要素的過程、方法、物品或者終端設備中還存在另外的相同要素。
[0219]以上對本發(fā)明所提供的一種在移動設備中提示消息的方法和一種在移動設備中提示消息的裝置，進行了詳細介紹，本文中應用了具體個例對本發(fā)明的原理及實施方式進行了闡述，以上實施例的說明只是用于幫助理解本發(fā)明的方法及其核心思想；同時，對于本領域的一般技術人員，依據本發(fā)明的思想，在【具體實施方式】及應用范圍上均會有改變之處，綜上所述，本說明書內容不應理解為對本發(fā)明的限制。
【主權項】
1.一種在移動設備中提示消息的方法，其特征在于，包括: 對移動設備中未處理的消息進行監(jiān)聽； 當監(jiān)聽到未處理的消息時，對移動設備的狀態(tài)進行監(jiān)聽； 當監(jiān)聽到目標狀態(tài)時，對所述未處理的消息觸發(fā)相應的提示操作，其中，所述目標狀態(tài)為從靜置狀態(tài)進入移動狀態(tài)的狀態(tài)。2.根據權利要求1所述的方法，其特征在于，所述對移動設備中未處理的消息進行監(jiān)聽的步驟包括: 監(jiān)聽系統(tǒng)應用或第三方應用在具有未處理的消息時觸發(fā)的第一消息廣播； 當監(jiān)聽到所述第一消息廣播時，確定監(jiān)聽到未處理的消息； 和/或， 模擬呼吸燈的接口 ； 從所述接口中監(jiān)聽第三方應用在具有未處理的消息時觸發(fā)的第二消息廣播； 當監(jiān)聽到所述第二消息廣播時，確定監(jiān)聽到未處理的消息。3.根據權利要求1或2所述的方法，其特征在于，移動設備具有加速度傳感器； 所述對移動設備的狀態(tài)進行監(jiān)聽的步驟包括: 監(jiān)聽由所述加速度傳感器在靜置平放條件下、加速度的增幅超過預設的增幅閾值時觸發(fā)的移動操作事件； 當監(jiān)聽到所述移動操作事件時，確定移動設備處于目標狀態(tài)； 其中，所述靜置平放條件為: 所述加速度傳感器的X軸和y軸的加速度與O之間的差值小于預設的第一閾值，z軸的加速度與重力加速度之間的差值小于預設的第二閾值。4.根據權利要求2所述的方法，其特征在于，所述對所述未處理的消息觸發(fā)相應的提示操作的步驟包括: 查詢所述未處理的消息的類型； 觸發(fā)所述類型對應的提示操作； 和/或， 查詢在所述接口中調用的呼吸燈參數(shù)； 將所述呼吸燈參數(shù)映射為預設的操作參數(shù)； 觸發(fā)所述操作參數(shù)對應的提示操作。5.根據權利要求1或2或4所述的方法，其特征在于，還包括: 當未處理的消息的數(shù)量為空時，停止對移動設備的狀態(tài)進行監(jiān)聽。6.根據權利要求1或2或4或5所述的方法，其特征在于，還包括: 當系統(tǒng)啟動時，啟動消息提示服務； 提升所述消息提示服務的優(yōu)先級； 其中，所述對移動設備中未處理的消息進行監(jiān)聽的步驟包括: 由所述消息提示服務對移動設備中未處理的消息進行監(jiān)聽； 所述對移動設備的狀態(tài)進行監(jiān)聽的步驟包括: 由所述消息提示服務對移動設備的狀態(tài)進行監(jiān)聽； 所述對所述未處理的消息觸發(fā)相應的提示操作的步驟包括: 由所述消息提示服務對所述未處理的消息觸發(fā)相應的提示操作； 所述停止對移動設備的狀態(tài)進行監(jiān)聽的步驟包括: 由所述消息提示服務停止對移動設備的狀態(tài)進行監(jiān)聽。7.一種在移動設備中提示消息的裝置，其特征在于，包括: 未處理消息監(jiān)聽模塊，用于對移動設備中未處理的消息進行監(jiān)聽； 狀態(tài)監(jiān)聽模塊，用于在監(jiān)聽到為處理的消息時，對移動設備的狀態(tài)進行監(jiān)聽； 提示操作模塊，用于在監(jiān)聽到目標狀態(tài)時，對所述未處理的消息觸發(fā)相應的提示操作，其中，所述目標狀態(tài)為從靜置狀態(tài)進入移動狀態(tài)的狀態(tài)。8.根據權利要求7所述的裝置，其特征在于，所述未處理消息監(jiān)聽模塊包括: 第一消息廣播監(jiān)聽子模塊，用于監(jiān)聽系統(tǒng)應用或第三方應用在具有未處理的消息時觸發(fā)的第一消息廣播； 第一確定子模塊，用于在監(jiān)聽到所述第一消息廣播時，確定監(jiān)聽到未處理的消息； 和/或， 呼吸燈接口模擬子模塊，用于模擬呼吸燈的接口 ； 第二消息廣播監(jiān)聽子模塊，用于從所述接口中監(jiān)聽第三方應用在具有未處理的消息時觸發(fā)的第二消息廣播； 第二確定子模塊，用于在監(jiān)聽到所述第二消息廣播時，確定監(jiān)聽到未處理的消息。9.根據權利要求7或8所述的裝置，其特征在于，移動設備具有加速度傳感器； 所述狀態(tài)監(jiān)聽模塊包括: 移動操作事件監(jiān)聽子模塊，用于監(jiān)聽由所述加速度傳感器在靜置平放條件下、加速度的增幅超過預設的增幅閾值時觸發(fā)的移動操作事件； 第三確定子模塊，用于在監(jiān)聽到所述移動操作事件時，確定移動設備處于目標狀態(tài)； 其中，所述靜置平放條件為: 所述加速度傳感器的X軸和y軸的加速度與O之間的差值小于預設的第一閾值，z軸的加速度與重力加速度之間的差值小于預設的第二閾值。10.根據權利要求8所述的裝置，其特征在于，所述提示操作模塊包括: 類型查詢子模塊，用于查詢所述未處理的消息的類型； 第一觸發(fā)子模塊，用于觸發(fā)所述類型對應的提示操作； 和/或， 呼吸燈參數(shù)查詢子模塊，用于查詢在所述接口中調用的呼吸燈參數(shù)； 操作參數(shù)映射子模塊，用于將所述呼吸燈參數(shù)映射為預設的操作參數(shù)； 第二觸發(fā)子模塊，用于觸發(fā)所述操作參數(shù)對應的提示操作。
【文檔編號】H04M1/725GK105915711SQ201610242973
【公開日】2016年8月31日
【申請日】2016年4月19日
【發(fā)明人】王曉先
【申請人】青島海信移動通信技術股份有限公司