終端的出廠型號)、設(shè)備ID、軟件版本號、異常發(fā)生位置、異常發(fā)生時間和異常類別等信息，可供相關(guān)技術(shù)人員進行大數(shù)據(jù)分析，對異常產(chǎn)生的原因、異常產(chǎn)生頻率、異常出現(xiàn)的具體機型等進行統(tǒng)計分析，制定預警方案，提尚廣品質(zhì)量等，提升用戶體驗。
[0122]相應的，參見圖6，本發(fā)明實施例還提供一種移動終端，包括:處理器60和收發(fā)器
61ο
[0123]其中，處理器60包括:
[0124]協(xié)議棧601，用于捕獲到異常事件，上報給框架層。
[0125]框架層602，用于收到協(xié)議棧上報的異常事件后，將事件進行廣播。
[0126]應用程序?qū)?03，用于接收廣播信息并進行過濾，還用于啟動后臺服務(wù)，判斷執(zhí)行條件是否滿足，若滿足，則進行異常信息的統(tǒng)計及日志抓取，以及用于判斷預設(shè)條件是否滿足，若滿足，則通過收發(fā)器61將統(tǒng)計結(jié)果和抓取的日志上傳到服務(wù)器。
[0127]應理解，收發(fā)器61包括適當?shù)挠布?、邏輯器件、電路?或編碼可進行信號的發(fā)送接收。例如，收發(fā)器61可為射頻收發(fā)芯片。
[0128]實施例3
[0129]在上述實施例2的基礎(chǔ)上，該實施例中異常事件具體為掉網(wǎng)。參見圖7，該實施例的異常自動上傳方法包括以下步驟:
[0130]S31、協(xié)議棧捕獲到掉網(wǎng)事件，上報給框架層。
[0131]S32、框架層收到協(xié)議棧上報的掉網(wǎng)事件后，將事件進行廣播。
[0132]S33、應用程序?qū)咏邮諒V播信息并進行過濾。
[0133]過濾時，應用程序?qū)涌筛鶕?jù)預設(shè)過濾策略進行過濾。其中，預設(shè)過濾策略設(shè)置如下:
[0134](1)接收到異常事件廣播消息后，判斷飛行模式狀態(tài)，如果是開啟，則過濾掉該異常事件。由此，可過濾掉由于用戶打開飛行模式導致的掉網(wǎng)異常事件。
[0135](2)接收到異常事件廣播消息后，判斷S頂卡狀態(tài)，如果是空缺狀態(tài)，則過濾掉該異常事件。由此，可過濾掉由于用戶拔SIM卡導致的掉網(wǎng)異常事件。
[0136](3)接收到異常事件廣播消息后，監(jiān)測數(shù)據(jù)庫的變化，如果有變化，則過濾掉該異常事件。由此，可過濾掉由于用戶切換數(shù)據(jù)業(yè)務(wù)(雙卡移動終端)導致的掉網(wǎng)異常事件，例如，數(shù)據(jù)業(yè)務(wù)從卡1切換到卡2。由此，還可過濾掉由于手動設(shè)置網(wǎng)絡(luò)模式(例如，設(shè)置為飛行模式)導致的掉網(wǎng)異常事件。
[0137]S34、應用程序?qū)訂雍笈_服務(wù)，判斷執(zhí)行條件是否滿足，若滿足，則進行異常信息的統(tǒng)計及日志抓取。
[0138]在該實施例中，過濾后，應用程序?qū)訂雍笈_服務(wù)(service)，判斷執(zhí)行條件是否滿足。執(zhí)行條件為:判斷終端屏幕是否熄滅，若熄滅，則進行異常信息的統(tǒng)計及日志抓取;若未熄滅，則啟動時延定時器(IlMER_DELAY_nMER)，自循環(huán)直到滿足屏幕熄滅。日志分別為mob i 1 e日志和modem曰志。
[0139]在本發(fā)明的實施例中，進行異常信息的統(tǒng)計包括統(tǒng)計以下信息中的至少一種:設(shè)備型號(移動終端的出廠型號)、設(shè)備ID、軟件版本號、異常發(fā)生位置、異常發(fā)生時間和異常類別。
[0140]統(tǒng)計結(jié)果和抓取的日志信息將被保存到預設(shè)存儲空間，例如，SD卡。
[0141]S35、判斷預設(shè)條件是否滿足，若滿足，則將統(tǒng)計結(jié)果和抓取的日志上傳到服務(wù)器。
[0142]預設(shè)條件可包括時間、網(wǎng)絡(luò)狀況等。例如，可將時間設(shè)置為每天23:00-00:00，并設(shè)置定時器，由此，每天定時上傳統(tǒng)計結(jié)果和抓取的日志到服務(wù)端器。還可將預設(shè)條件設(shè)置為時間滿足23:00-00:00，wifi網(wǎng)絡(luò)可用時才進行上傳。通過設(shè)置預設(shè)條件(只在特定時間段或特定網(wǎng)絡(luò)狀況下才進行上傳)，可避免影響用戶體驗。
[0143]具體的，若預設(shè)條件滿足，則統(tǒng)計結(jié)果和抓取的日志將被上傳給指定IP的服務(wù)器。上傳成功后，則統(tǒng)計結(jié)果和抓取的日志將被從存儲空間中刪除。若上傳失敗(例如，由于網(wǎng)絡(luò)異常導致)，則把統(tǒng)計結(jié)果和抓取的日志加入待發(fā)送隊列中，設(shè)置超時定時器，在定時周期內(nèi)監(jiān)聽到網(wǎng)絡(luò)有效就重新進行上傳。在一個實施例中，若定時器超時后則刪除統(tǒng)計結(jié)果和抓取的日志并從待發(fā)送隊列中移除。
[0144]在一個實施例中，上傳時，將統(tǒng)計結(jié)果和抓取的日志以JS0N數(shù)據(jù)格式上傳。服務(wù)器接收到后，進行解析并生成需要的文件格式。
[0145]此外，為了節(jié)省用戶的流量，本發(fā)明實施例的異常自動上傳方法，還包括:判斷統(tǒng)計結(jié)果和抓取的日志的數(shù)據(jù)量，若超過預設(shè)值，則通過wifi網(wǎng)絡(luò)傳輸?shù)椒?wù)器，若未超過預設(shè)值，則通過移動網(wǎng)絡(luò)和/或wifi網(wǎng)絡(luò)傳輸?shù)椒?wù)器。
[0146]應理解，本發(fā)明該實施例中的過濾操作，還可由框架層執(zhí)行。即框架層根據(jù)預設(shè)過濾策略進行過濾后，再進行廣播。應用程序?qū)咏邮盏綇V播信息后，直接進行步驟S34和S35的操作。
[0147]參見圖8，在該實施例中，通過三種狀態(tài)機來保證異常信息自動上傳，分別是空狀態(tài)、在網(wǎng)狀態(tài)和掉網(wǎng)狀態(tài)。跟狀態(tài)迀移相關(guān)的事件包括:服務(wù)狀態(tài)可用事件、異常掉網(wǎng)事件。
[0148]三種狀態(tài)的迀移關(guān)系為:空狀態(tài)時，有服務(wù)狀態(tài)可用事件則迀移到在網(wǎng)狀態(tài)，發(fā)生異常掉網(wǎng)事件則從在網(wǎng)狀態(tài)迀移到掉網(wǎng)狀態(tài)，掉網(wǎng)事件處理完畢則迀移到空狀態(tài)。
[0149]當迀移到掉網(wǎng)狀態(tài)時，即啟動上述步驟S31-S35，進行異常信息的統(tǒng)計及日志抓取、上傳。步驟S31-S35的工作執(zhí)行完畢后狀態(tài)迀移到空狀態(tài)(NULL_STATE)。
[0150]本發(fā)明實施例的異常自動上傳方法，可將異常掉網(wǎng)信息自動上傳到服務(wù)器端，不需要用戶進行操作，效率高;根據(jù)統(tǒng)計結(jié)果中的設(shè)備型號(移動終端的出廠型號)、設(shè)備ID、軟件版本號、異常發(fā)生位置、異常發(fā)生時間和異常類別等信息，可供相關(guān)技術(shù)人員進行大數(shù)據(jù)分析，對異常產(chǎn)生的原因、異常產(chǎn)生頻率、異常出現(xiàn)的具體機型等進行統(tǒng)計分析，制定解決和預警方案，可幫助進一步提高產(chǎn)品質(zhì)量等，提升用戶體驗。
[0151]相應的，參見圖9，本發(fā)明實施例還提供一種移動終端，包括:處理器90和收發(fā)器91ο
[0152]其中，處理器90包括:
[0153]協(xié)議棧901，用于捕獲到掉網(wǎng)事件，上報給框架層。
[0154]框架層902，用于收到協(xié)議棧上報的掉網(wǎng)事件后，將事件進行廣播。
[0155]應用程序?qū)?03，用于接收廣播信息并進行過濾，還用于啟動后臺服務(wù)，判斷執(zhí)行條件是否滿足，若滿足，則進行異常信息的統(tǒng)計及日志抓取，以及用于判斷預設(shè)條件是否滿足，若滿足，則通過收發(fā)器91將統(tǒng)計結(jié)果和抓取的日志上傳到服務(wù)器。
[0156]應理解，收發(fā)器91包括適當?shù)挠布?、邏輯器件、電路?或編碼可進行信號的發(fā)送接收。例如，收發(fā)器91可為射頻收發(fā)芯片。
[0157]實施例4
[0158]在上述實施例3的基礎(chǔ)上，參見圖10，本發(fā)明實施例還提供一種異常自動恢復方法，其包括以下步驟:
[0159]S41、協(xié)議棧捕獲到掉網(wǎng)事件，上報給框架層。
[0160]S42、框架層收到協(xié)議棧上報的掉網(wǎng)事件后，將事件進行廣播。
[0161 ] S43、應用程序?qū)咏邮諒V播信息并進行過濾。
[0162]S44、應用程序?qū)訂雍笈_服務(wù)，判斷執(zhí)行條件是否滿足，若滿足，則進行異常信息的統(tǒng)計及日志抓取和/或進行異常自動恢復。
[0163]其中，可通過以下三種方式進行異常自動恢復:
[0164]方式一:開啟/關(guān)閉飛行模式。該方式針對移動終端具有一張SIM卡的情形。通過開啟飛行模式，并隨后關(guān)閉飛行模式，可重新激活搜網(wǎng)過程，增大聯(lián)網(wǎng)概率。
[0165]方式二:重新激活卡。該方式針對移動終端具有兩張或兩張以上SM卡的情形。通過重新激活卡的方式，激活搜網(wǎng)過程。應理解，移動終端具有一張SM卡的情形也可采用方式二進行異常自動恢復。
[0166]方式三:重啟modem子系統(tǒng)等。當以上兩種方式不能解決掉網(wǎng)問題時，才采用方式
_- ο
[0167]本發(fā)明實施例的異常自動恢復方法，是通過應用程序?qū)訉崿F(xiàn)的，可避免協(xié)議棧和應用程序?qū)拥耐疆惓ｏL險，使得移動終端各模塊各層次間的狀態(tài)同步。
[0168]若步驟S44進行了異常信息的統(tǒng)計及日志抓取，則本發(fā)明實施例的異?；謴头椒ㄟ€包括:步驟S45:判斷預設(shè)條件是否滿足，若滿足，則將統(tǒng)計結(jié)果和抓取的日志上傳到服務(wù)器。
[0169]參見圖11，本發(fā)明實施的異常自動恢復方法通過四種狀態(tài)機實現(xiàn):空狀態(tài)、正常狀態(tài)、異常掉網(wǎng)狀態(tài)和恢復狀態(tài)。跟狀態(tài)迀移相關(guān)的事件包括:服務(wù)可用事件、掉網(wǎng)發(fā)生事件、掉網(wǎng)定時器超時、恢復定時器超時。
[0170]處于空狀態(tài)時，若檢測到服務(wù)可用事件則進入正常狀態(tài);正常狀態(tài)下，若檢測到掉網(wǎng)事件，則執(zhí)行步驟S41-S43，若經(jīng)過過濾，掉網(wǎng)事件屬于異常掉網(wǎng)，則進入異常掉網(wǎng)狀態(tài)；掉網(wǎng)定時器超時，如果是處在滅屏狀態(tài)(即步驟S44中的執(zhí)行條件)，則啟動恢復機制(即執(zhí)行步驟S44中的進行異常自動恢復)，否則，進行啟動延遲定時器，待延遲定時器超時再次判斷是否處于滅屏狀態(tài)。
[0171]在本發(fā)明的實施例中，設(shè)置一最大恢復次數(shù)。參見圖11，如果在滅屏狀態(tài)下，恢復不成功，則恢復次數(shù)加一，若恢復次數(shù)超過最大值時還未恢復成功，則重置狀態(tài)為空狀態(tài)，將恢復次數(shù)置零，重新進行恢復。
[0172]由于異常自動恢復具有一定的風險，因此，需要嚴格控制，防止內(nèi)部系統(tǒng)可能引起的次生問題。由此，本發(fā)明實施例異常自動恢復方法通過步驟S43中的過濾操作和S44中的執(zhí)行條件保證自動恢復的嚴密性。
[0173]其中，過濾是為了避免將用戶的一些正常操作作為異常掉網(wǎng)的觸發(fā)條件，如果掉網(wǎng)的觸發(fā)是由于用戶操作(