本發(fā)明涉及終端設(shè)備技術(shù)領(lǐng)域，特別是涉及一種故障排除方法、裝置及系統(tǒng)。

背景技術(shù)：

終端設(shè)備上安裝的客戶端在運(yùn)行的時(shí)候，經(jīng)常會(huì)出現(xiàn)卡死、無法支付或無法訪問網(wǎng)絡(luò)地址等一系列的故障。

為了排除故障，使用客戶端的用戶通常會(huì)打電話給運(yùn)營商的客服人員，請求客服人員幫助排除故障。而用戶在與客服人員溝通時(shí)，可能由于用戶對客戶端不甚了解，無法清楚的描述出當(dāng)前客戶端出現(xiàn)故障的相關(guān)信息(如：客戶端所出現(xiàn)故障的故障表現(xiàn)、網(wǎng)絡(luò)狀態(tài)、版本或產(chǎn)品型號等信息)，導(dǎo)致客服人員也不能根據(jù)用戶的描述獲知客戶端具體的故障狀態(tài)，從而無法排除客戶端出現(xiàn)的故障。

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

本發(fā)明的目的在于提供一種故障排除方法、裝置及系統(tǒng)，以排除客戶端出現(xiàn)的故障。

為達(dá)到上述目的本發(fā)明實(shí)施例提供了一種故障排除方法，應(yīng)用于客戶端，所述方法包括：

獲取所述客戶端生成的日志文本；

將所述日志文本發(fā)送給服務(wù)器，以使所述服務(wù)器根據(jù)所述日志文本獲取用于排除所述客戶端故障的策略文件；

獲取所述服務(wù)器發(fā)送的所述策略文件，并根據(jù)所述策略文件更新所述客戶端，排除所述客戶端的故障。

優(yōu)選地，所述將所述日志文本發(fā)送給服務(wù)器的步驟，包括：

在檢測到用戶點(diǎn)擊預(yù)設(shè)的操作鍵后，將所述日志文本發(fā)送給服務(wù)器。

優(yōu)選地，所述方法還包括：

檢測所述客戶端的內(nèi)存的占用量，并判斷所述占用量是否大于故障閾值；

如果大于，則確定所述客戶端發(fā)生故障，并執(zhí)行所述獲取所述客戶端生成的日志文本的步驟。

優(yōu)選地，所述將所述日志文本發(fā)送給服務(wù)器的步驟，包括：

按照實(shí)時(shí)讀取所述日志文本中存儲(chǔ)的日志記錄實(shí)時(shí)向服務(wù)器發(fā)送的方式，將所述日志文本發(fā)送給所述服務(wù)器；或

按照預(yù)設(shè)的文件分段規(guī)則，確定所述日志文本的分段，并依次將各個(gè)分段發(fā)送給服務(wù)器。

本發(fā)明實(shí)施例還提供了一種故障排除方法，應(yīng)用于服務(wù)器，所述方法包括：

獲取客戶端發(fā)送的日志文本；

根據(jù)所述日志文本獲取用于排除所述客戶端故障的策略文件；

向所述客戶端發(fā)送所述策略文件，以使所述客戶端根據(jù)所述策略文件進(jìn)行更新排除所述客戶端的故障。

優(yōu)選地，所述根據(jù)所述日志文本獲取用于排除所述故障的策略文件的步驟，包括：

檢測所述日志文本中的故障代碼；

確定所述故障代碼對應(yīng)的故障類型；

獲取用于排除所述故障類型對應(yīng)的故障的策略文件。

優(yōu)選地，所述方法還包括：

存儲(chǔ)所述日志文本。

本發(fā)明實(shí)施例還提供了一種故障排除裝置，應(yīng)用于客戶端，所述裝置包括：

第一獲取模塊，用于獲取所述客戶端生成的日志文本；

第一發(fā)送模塊，用于將所述日志文本發(fā)送給服務(wù)器，以使所述服務(wù)器根據(jù)所述日志文本獲取用于排除所述客戶端故障的策略文件；

更新模塊，用于獲取所述服務(wù)器發(fā)送的所述策略文件，并根據(jù)所述策略文件更新所述客戶端，排除所述客戶端的故障。

本發(fā)明實(shí)施例還提供了一種故障排除裝置，應(yīng)用于服務(wù)器，所述裝置包括：

第二獲取模塊，獲取客戶端發(fā)送的日志文本；

第三獲取模塊，用于根據(jù)所述日志文本獲取用于排除所述客戶端故障的策略文件；

第二發(fā)送模塊，用于向所述客戶端發(fā)送所述策略文件，以使所述客戶端根據(jù)所述策略文件進(jìn)行更新排除所述客戶端的故障。

本發(fā)明實(shí)施例還提供了一種故障排除系統(tǒng)，所述系統(tǒng)包括：客戶端和服務(wù)器；

所述客戶端，用于獲取所述客戶端生成的日志文本；將所述日志文本發(fā)送給服務(wù)器，以使所述服務(wù)器根據(jù)所述日志文本獲取用于排除所述客戶端故障的策略文件；獲取所述服務(wù)器發(fā)送的所述策略文件，并根據(jù)所述策略文件更新所述客戶端，排除所述客戶端的故障；

所述服務(wù)器，用于獲取客戶端發(fā)送的日志文本；根據(jù)所述日志文本獲取用于排除所述客戶端故障的策略文件；向所述客戶端發(fā)送所述策略文件，以使所述客戶端根據(jù)所述策略文件進(jìn)行更新排除所述客戶端的故障。

本發(fā)明實(shí)施例提供的一種故障排除方法、裝置及系統(tǒng)，客戶端獲取自身生成的日志文本，并將日志文本發(fā)送給服務(wù)器；服務(wù)器根據(jù)日志文本獲取用于排除故障的策略文件，并將策略文件發(fā)送給客戶端，客戶端根據(jù)策略文件進(jìn)行更新，排除客戶端出現(xiàn)的故障。

附圖說明

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

圖1為本發(fā)明實(shí)施例提供的第一類故障排除方法的流程圖；

圖2為本發(fā)明實(shí)施例提供的第二類故障排除方法的流程圖；

圖3為本發(fā)明實(shí)施例提供的根據(jù)所述日志文本獲取用于排除所述故障的策略文件的流程圖；

圖4為本發(fā)明實(shí)施例提供的第一類故障排除裝置的結(jié)構(gòu)示意圖；

圖5為本發(fā)明實(shí)施例提供的第二類故障排除裝置的結(jié)構(gòu)示意圖；

圖6為本發(fā)明實(shí)施例提供的第三獲取模塊的結(jié)構(gòu)示意圖；

圖7為本發(fā)明實(shí)施例提供的故障排除系統(tǒng)的結(jié)構(gòu)示意圖。

具體實(shí)施方式

下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例僅僅是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例?；诒景l(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。

客戶端在運(yùn)行時(shí)會(huì)實(shí)時(shí)生成日志文本，這些日志文本的內(nèi)容中包括日志等級、進(jìn)程ID(IDentity，身份標(biāo)識)、用戶機(jī)型、操作系統(tǒng)版本、網(wǎng)絡(luò)狀態(tài)、客戶端版本和用戶昵稱等信息，這些信息反映了客戶端在運(yùn)行時(shí)的一系列操作和運(yùn)行環(huán)境，因此，可根據(jù)客戶端生成的日志文本，確定出發(fā)生故障的客戶端具體所處的故障狀態(tài)，并進(jìn)一步采取相應(yīng)的排除故障的策略，以排除客戶端出現(xiàn)的故障。為此，本發(fā)明實(shí)施例提供了一種故障排除方法，圖1為本發(fā)明實(shí)施例提供的第一類故障排除方法的流程圖，可應(yīng)用于客戶端，所述方法包括：

S110，獲取所述客戶端生成的日志文本。

本實(shí)施例中，客戶端生成日志文本后，可將其存儲(chǔ)在客戶端的虛擬內(nèi)存(如davilk虛擬機(jī)堆內(nèi)存)中，客戶端的虛擬內(nèi)存容量是固定的，當(dāng)存儲(chǔ)的日志文本超過虛擬內(nèi)存的容量后，會(huì)清除時(shí)間較早存入的日志文本，形成先進(jìn)先出的隊(duì)列結(jié)構(gòu)；日志文本還可以被存儲(chǔ)在客戶端所在終端設(shè)備的內(nèi)存卡中(如位于客戶端文件夾中cache目錄下)，終端設(shè)備的內(nèi)存卡容量較大，可存儲(chǔ)大量的日志文本。具體地，客戶端在獲取日志文本時(shí)，需要向終端設(shè)備的系統(tǒng)申請獲取日志文本的權(quán)限，在獲得系統(tǒng)的授權(quán)后，客戶端可通過一條linux指令指定日志文本的等級和進(jìn)程ID，通過日志文本的等級和進(jìn)程ID獲取到日志文本。進(jìn)一步地，在獲取日志文本時(shí)，客戶端可獲取當(dāng)前存儲(chǔ)的所有日志文本，也可以獲取最新生成的日志文本(如當(dāng)前時(shí)刻之前一天之內(nèi)生成的日志文本)。

可選的，為了得到獲取日志文本的具體時(shí)機(jī)，本申請?zhí)峁┝巳缦氯N具體實(shí)現(xiàn)方式：

第一種具體實(shí)現(xiàn)方式為：可周期性獲取客戶端生成的日志文本。

具體地，客戶端可預(yù)設(shè)一個(gè)時(shí)間間隔，每經(jīng)過該時(shí)間間隔獲取一次客戶端生成的日志文本。舉例而言，假設(shè)時(shí)間間隔為24小時(shí)，在初始時(shí)刻2014年1月1日0時(shí)，客戶端獲取一次日志文本，當(dāng)2014年1月2日0時(shí)，客戶端再次獲取一次日志文本。

第二種具體實(shí)現(xiàn)方式為：可實(shí)時(shí)獲取客戶端生成的日志文本。

具體地，在客戶端正常運(yùn)行的時(shí)候，可采用實(shí)時(shí)獲取日志文本。舉例而言，日志文本包含多個(gè)日志記錄，客戶端每生成一條日志記錄，客戶端獲取一條日志記錄。

采用上述兩種獲取日志文本時(shí)機(jī)的具體實(shí)現(xiàn)方式中任一一種方式，均可使客戶端更加智能，而且提高了獲取日志文本的時(shí)效性。

優(yōu)選地，為了降低客戶端的運(yùn)行負(fù)荷，本申請?zhí)峁┝说谌N具體實(shí)現(xiàn)方式為：在客戶端發(fā)生故障時(shí)，獲取客戶端生成的日志文本。

具體地，當(dāng)客戶端正常運(yùn)行時(shí)無需獲取日志文本，當(dāng)客戶端檢測到自身發(fā)生故障后，獲取日志文本，從而降低了客戶端運(yùn)行時(shí)的負(fù)荷。

在本申請的一種具體實(shí)現(xiàn)方式中，可通過如下方式確定客戶端是否發(fā)生故障。所述方法還包括：

檢測所述客戶端的內(nèi)存的占用量，并判斷所述占用量是否大于故障閾值；如果大于，則確定所述客戶端發(fā)生故障，并執(zhí)行所述獲取所述客戶端生成的日志文本的步驟S110。

具體地，客戶端的內(nèi)存的占用量可表征當(dāng)前客戶端運(yùn)行時(shí)占用內(nèi)存的百分比，當(dāng)客戶端的內(nèi)存的占用量過大，大于某一個(gè)故障閾值時(shí)，此時(shí)確定客戶端發(fā)生故障。本實(shí)施例中，所述故障閾值可根據(jù)具體情況自由設(shè)定，例如，故障閾值可以為90％。舉例而言，假設(shè)客戶端的內(nèi)存只有1G可以使用，然而客戶端由于加載過多的圖片，不斷申請更多的內(nèi)存，當(dāng)再次申請內(nèi)存時(shí)，客戶端將無法申請到(此時(shí)內(nèi)存的占用量已大于故障閾值)，申請內(nèi)存的指令在執(zhí)行后，由于沒有得到想要的結(jié)果，客戶端檢測到自身已出現(xiàn)故障。

進(jìn)一步地，當(dāng)客戶端檢測到自身出現(xiàn)故障后，會(huì)向系統(tǒng)發(fā)出一個(gè)異常指令，系統(tǒng)的異常處理程序會(huì)捕捉到該異常指令，命令客戶端獲取日志文本。

S120，將所述日志文本發(fā)送給服務(wù)器，以使所述服務(wù)器根據(jù)所述日志文本獲取用于排除所述客戶端故障的策略文件。

可選的，為了得到發(fā)送日志文本的具體時(shí)機(jī)，本申請?zhí)峁┝巳缦聝煞N具體實(shí)現(xiàn)方式：

第一種具體實(shí)現(xiàn)方式為：當(dāng)客戶端獲取到日志文本后，采用輪詢的方式主動(dòng)向服務(wù)器詢問是否開啟日志文本發(fā)送。

具體地，輪詢的方式是指當(dāng)客戶端獲取到日志文本后，頻繁的向服務(wù)器詢問是否開啟日志文本的發(fā)送，如果客戶端得到服務(wù)器的允許，則客戶端開啟日志文本的發(fā)送，如果客戶端不能得到服務(wù)器的允許，則客戶端會(huì)隔一段時(shí)間繼續(xù)向服務(wù)器詢問是否開啟日志文本的發(fā)送，該輪詢的方式可使客戶端更加智能。

為了節(jié)省降低運(yùn)營商的成本、減小信息資源的浪費(fèi)，本申請?zhí)峁┝说诙N具體實(shí)現(xiàn)方式為：在檢測到用戶點(diǎn)擊預(yù)設(shè)的操作鍵后，將所述日志文本發(fā)送給服務(wù)器。

具體地，可在客戶端界面上預(yù)先設(shè)置用于發(fā)送日志文本的操作鍵，當(dāng)客戶端出現(xiàn)故障后，用戶點(diǎn)擊該操作鍵，客戶端檢測到用戶點(diǎn)擊操作鍵后，將日志文本發(fā)送給服務(wù)器。

在其他實(shí)施例中，發(fā)送日志文本的操作鍵還可以為臨時(shí)生成并顯示在屏幕上的。具體地，當(dāng)客戶端發(fā)生故障后向系統(tǒng)發(fā)出一個(gè)異常指令，系統(tǒng)的異常處理程序捕捉到該異常指令后，生成一個(gè)提示用戶發(fā)送日志文本的操作鍵，并將其顯示在屏幕上，當(dāng)用戶點(diǎn)擊該操作鍵后，客戶端檢測到用戶點(diǎn)擊操作鍵后，向服務(wù)器發(fā)送日志文本。

優(yōu)選地，在發(fā)送日志文本之前，客戶端還可以對日志文本進(jìn)行加密，服務(wù)器預(yù)先獲知密碼，服務(wù)器獲取到日志文本后對其進(jìn)行解密。本實(shí)施例中采用對日志文本加密的方式可有效的保障了客戶端用戶的隱私。

可選的，為了得到日志文本的發(fā)送方式，本申請?zhí)峁┝巳缦氯N具體實(shí)現(xiàn)方式：

第一種具體實(shí)現(xiàn)方式為：按照預(yù)設(shè)的文件分段規(guī)則，確定所述日志文本的分段，并依次將各個(gè)分段發(fā)送給服務(wù)器。

具體地，日志文本中存儲(chǔ)有多條日志記錄，可按照每10條日志記錄一分段的方式，對日志文本中的日志記錄進(jìn)行分段，然后依次將各個(gè)分段發(fā)送給服務(wù)器；還可以按照每一時(shí)間段(如10分鐘)生成的日志記錄一分段的方式，對日志文本中的日志記錄進(jìn)行分段，然后依次將各個(gè)分段發(fā)送給服務(wù)器。

優(yōu)選地，在發(fā)送各個(gè)分段時(shí)，可按照某一預(yù)設(shè)的時(shí)間間隔進(jìn)行發(fā)送。舉例而言，該預(yù)設(shè)的時(shí)間間隔可以為0，即發(fā)送完成一個(gè)分段后，立即發(fā)送下一個(gè)分段；該預(yù)設(shè)的時(shí)間間隔可以為10分鐘，即每隔10分鐘發(fā)送一個(gè)分段。

第二種具體實(shí)現(xiàn)方式為：當(dāng)檢測到日志文本中的日志記錄的數(shù)量超過預(yù)設(shè)閾值時(shí)，將日志文本發(fā)送給服務(wù)器。

本實(shí)施例中，預(yù)設(shè)閾值可以自由設(shè)定，優(yōu)選地，預(yù)設(shè)閾值為20。

對于上述兩種日志文本發(fā)送方式的具體實(shí)現(xiàn)方式，均可節(jié)省發(fā)送日志文本時(shí)的信息傳輸數(shù)量，節(jié)省運(yùn)營商的成本。

優(yōu)選地，為了減少日志文本發(fā)送過程中出現(xiàn)異常中斷的發(fā)生，保證日志文本的正常發(fā)送，本申請?zhí)峁┝说谌N具體實(shí)現(xiàn)方式為：按照實(shí)時(shí)讀取所述日志文本中存儲(chǔ)的日志記錄實(shí)時(shí)向服務(wù)器發(fā)送的方式，將所述日志文本發(fā)送給所述服務(wù)器。

具體地，日志文本中存儲(chǔ)有多條日志記錄，客戶端可以實(shí)時(shí)讀取日志文本中存儲(chǔ)的日志記錄，并將讀取的日志記錄實(shí)時(shí)發(fā)送給服務(wù)器，這種方式讀取的日志記錄較少，發(fā)送過程中信息傳輸量小，可以減少發(fā)送過程中出現(xiàn)異常中斷現(xiàn)象的發(fā)生，保證日志文本的正常發(fā)送。舉例而言，客戶端可以每讀取一條日志記錄，向服務(wù)器發(fā)送該行日志記錄，如此反復(fù)。

具體地，客戶端將日志文本發(fā)送給服務(wù)器后，服務(wù)器根據(jù)日志文本獲取用于排除客戶端故障的策略文件，并將策略文件發(fā)送給客戶端。

本實(shí)施例中，策略文件可以為服務(wù)器根據(jù)日志文本中的信息自動(dòng)生成的用于排除客戶端故障的操作指令(如重啟客戶端)。策略文件還可以為維護(hù)人員根據(jù)日志文本編寫的更新包，具體地，服務(wù)器將日志文本存儲(chǔ)在存儲(chǔ)器中，等待維護(hù)人員針對該日志文本中的信息，編寫用于排除客戶端故障的更新包，當(dāng)更新包編寫完成后，維護(hù)人員將其上傳至服務(wù)器，服務(wù)器獲取更新包。

優(yōu)選地，在實(shí)際發(fā)送日志文本時(shí)，可采用Builder方式來配置日志文本的發(fā)送方式以及與服務(wù)器的交互方式，這些配置是相互獨(dú)立的；同時(shí)利用LeanCloud SDK進(jìn)行封裝，或者，自行采用任意baas第三方服務(wù)提供商進(jìn)行封裝，或者，為了安全考慮，運(yùn)營商可以自行開發(fā)服務(wù)端進(jìn)行封裝；之后通過Builder配置好服務(wù)器IP地址和用戶密碼，即可以開啟日志文本的發(fā)送。

S130，獲取所述服務(wù)器發(fā)送的所述策略文件，并根據(jù)所述策略文件更新所述客戶端，排除所述客戶端的故障。

具體地，客戶端接收到服務(wù)器發(fā)送的策略文件后，對當(dāng)前客戶端進(jìn)行更新，更新后的客戶端可以排除曾經(jīng)出現(xiàn)過的故障。

本發(fā)明實(shí)施例提供的故障排除方法，客戶端獲取自身生成的日志文本，并將日志文本發(fā)送給服務(wù)器；服務(wù)器根據(jù)日志文本獲取用于排除故障的策略文件，并將策略文件發(fā)送給客戶端，客戶端根據(jù)策略文件進(jìn)行更新，以排除客戶端出現(xiàn)的故障。

本發(fā)明實(shí)施例還提供了一種故障排除方法，圖2為本發(fā)明實(shí)施例提供的第二類故障排除方法的流程圖，應(yīng)用于服務(wù)器，該方法包括：

S210，獲取客戶端發(fā)送的日志文本。

具體地，當(dāng)客戶端發(fā)送日志文本后，服務(wù)器接收到該日志文本。

S220，根據(jù)所述日志文本獲取用于排除所述客戶端故障的策略文件。

作為本申請的一種具體實(shí)現(xiàn)方式，圖3為本發(fā)明實(shí)施例提供的根據(jù)所述日志文本獲取用于排除所述故障的策略文件的流程圖，該方法包括：

S221，檢測所述日志文本中的故障代碼。

S222，確定所述故障代碼對應(yīng)的故障類型。

具體地，當(dāng)客戶端發(fā)送故障后，客戶端生成的日志文件中會(huì)包含故障代碼(此為現(xiàn)有技術(shù))，每種不同的故障代碼對應(yīng)不同的故障類型，服務(wù)器可根據(jù)日志文件中的故障代碼確定客戶端當(dāng)前處于的故障類型。

舉例而言，當(dāng)日志文件中的故障代碼為response error http 404時(shí)，則表明是由于當(dāng)前服務(wù)器出現(xiàn)問題導(dǎo)致客戶端出現(xiàn)故障；當(dāng)日志文件中的故障代碼為connection state為空或者dns not found等，則表明是由于當(dāng)前網(wǎng)絡(luò)問題導(dǎo)致客戶端出現(xiàn)故障；當(dāng)日志文件中的故障代碼為exception info時(shí)，則表明是客戶端自身代碼執(zhí)行異常。

S223，獲取用于排除所述故障類型對應(yīng)的故障的策略文件。

本實(shí)施例中，策略文件可根據(jù)故障類型的不同分成兩類：第一類策略文件為：服務(wù)器根據(jù)日志文本中的信息自動(dòng)生成的用于排除客戶端故障的操作指令；第二類策略文件為：維護(hù)人員根據(jù)日志文本編寫的更新包。

具體地，對于不涉及客戶端自身代碼執(zhí)行異常，而是由于服務(wù)器異?；蛘呔W(wǎng)絡(luò)狀態(tài)異常導(dǎo)致的客戶端出現(xiàn)故障的情況，服務(wù)器需要只需向客戶端發(fā)送排除客戶端故障的操作指令(如重啟客戶端、重新登錄服務(wù)器、調(diào)整手機(jī)設(shè)置或調(diào)整網(wǎng)絡(luò)設(shè)置等)即可。此類操作指令可以為預(yù)先存儲(chǔ)在本地的，當(dāng)客戶端出現(xiàn)此類故障后，服務(wù)器可直接從本地獲取，因此可將此類操作指令確定為第一類策略文件。

對于客戶端的故障涉及客戶端自身代碼執(zhí)行異常的情況，服務(wù)器不能自行處理，需要維護(hù)人員針對日志文本中具體的相關(guān)數(shù)據(jù)(如用戶機(jī)型、操作系統(tǒng)版本、客戶端版本和用戶昵稱)來判斷客戶端出現(xiàn)故障的嚴(yán)重程度，來編寫相應(yīng)的代碼形成更新包，并將編寫好的更新包上傳至服務(wù)器，服務(wù)器獲取更新包，因此可將更新包確定為第二類策略文件。

本實(shí)施例中，可根據(jù)日志文本中不同的故障代碼獲取到不同的策略文件，使獲取策略文件的過程簡單易行、便于操作。

S230，向所述客戶端發(fā)送所述策略文件，以使所述客戶端根據(jù)所述策略文件進(jìn)行更新排除所述客戶端的故障。

具體地，在服務(wù)器獲取到策略文件后，需要向客戶端發(fā)送該策略文件，為此本申請?zhí)峁┝巳缦聝煞N具體實(shí)現(xiàn)方式：

第一種具體實(shí)現(xiàn)方式：服務(wù)器在獲取到第一類策略文件后，向客戶端發(fā)送第一類策略文件，客戶端可相應(yīng)的采取策略(如重啟客戶端、重新登錄服務(wù)器等)，以排除客戶端出現(xiàn)的故障。

第二種具體實(shí)現(xiàn)方式：服務(wù)器在獲取到第二類策略文件后，向客戶端發(fā)送第二類策略文件，客戶端下載第二類策略文件后，對當(dāng)前的客戶端的執(zhí)行代碼進(jìn)行更新，以排除客戶端出現(xiàn)的故障。

優(yōu)選地，在第二種具體實(shí)現(xiàn)方式中，維護(hù)人員還可根據(jù)客戶端出現(xiàn)的故障的嚴(yán)重程度，使服務(wù)器分別采用熱更新和周期更新的方式。

具體地，對于熱更新方式：當(dāng)客戶端出現(xiàn)的故障較小，維護(hù)人員編寫的更新包較小時(shí)，維護(hù)人員可將編寫好的更新包直接上傳服務(wù)器，服務(wù)器發(fā)送更新包給客戶端，在客戶端的用戶未察覺的情況下，對當(dāng)前的客戶端的執(zhí)行代碼進(jìn)行更新，以排除客戶端出現(xiàn)的故障；對于周期更新的方式：由于每經(jīng)過一定的時(shí)間段，客戶端都會(huì)更新至下一個(gè)新版本，因此，當(dāng)客戶端出現(xiàn)的故障較大，客戶端的執(zhí)行代碼存在的問題較多時(shí)，維護(hù)人員編寫的更新包較大，可在下一個(gè)新版本更新的時(shí)候?qū)⒏掳蟼髦练?wù)器，服務(wù)器發(fā)送更新包給客戶端，客戶端下載更新包，對當(dāng)前的客戶端的執(zhí)行代碼進(jìn)行更新，以排除客戶端出現(xiàn)的故障。

本發(fā)明實(shí)施例提供的故障排除方法，服務(wù)器獲取客戶端發(fā)送的日志文本，并根據(jù)日志文本獲取用于排除故障的策略文件，并將策略文件發(fā)送給客戶端，客戶端根據(jù)策略文件進(jìn)行更新，以排除客戶端出現(xiàn)的故障。

進(jìn)一步地，為了便于維護(hù)人員根據(jù)日志文本進(jìn)行編寫代碼來排除客戶端出現(xiàn)的故障，所述方法還包括：存儲(chǔ)所述日志文本。

具體地，在服務(wù)器的數(shù)據(jù)庫中建立一個(gè)用于存儲(chǔ)日志文本的存儲(chǔ)系統(tǒng)，由于服務(wù)器可與大量的客戶端建立連接，這些客戶端出現(xiàn)故障后，將生成的日志文本發(fā)送給服務(wù)器，服務(wù)器存儲(chǔ)這些日志文本，可便于維護(hù)人員的查閱。同時(shí)，利用大量的客戶端共同發(fā)現(xiàn)可能存在的問題，而且不同的客戶端發(fā)送的日志文本不同，避免了維護(hù)人員在開發(fā)存儲(chǔ)系統(tǒng)時(shí)重復(fù)發(fā)送相同日志文本的情況，節(jié)省了開發(fā)存儲(chǔ)系統(tǒng)的時(shí)間和測試時(shí)間。另外，維護(hù)人員可通過存儲(chǔ)系統(tǒng)快速定位客戶端出現(xiàn)的故障，盡快的編寫用于排除故障的代碼，提供了客服與用戶的溝通效率。

本發(fā)明還提供了一種第一類故障排除裝置，圖4為本發(fā)明實(shí)施例提供的第一類故障排除裝置的結(jié)構(gòu)示意圖，用于執(zhí)行圖1所示的方法，該裝置可應(yīng)用于客戶端，所述裝置包括：

第一獲取模塊410，用于獲取所述客戶端生成的日志文本；

第一發(fā)送模塊420，用于將所述日志文本發(fā)送給服務(wù)器，以使所述服務(wù)器根據(jù)所述日志文本獲取用于排除所述客戶端故障的策略文件；

更新模塊430，用于獲取所述服務(wù)器發(fā)送的所述策略文件，并根據(jù)所述策略文件更新所述客戶端，排除所述客戶端的故障。

本發(fā)明實(shí)施例提供的故障排除裝置，客戶端獲取自身生成的日志文本，并將日志文本發(fā)送給服務(wù)器；服務(wù)器根據(jù)日志文本獲取用于排除故障的策略文件，并將策略文件發(fā)送給客戶端，客戶端根據(jù)策略文件進(jìn)行更新，以排除客戶端出現(xiàn)的故障。

優(yōu)選地，所述第一發(fā)送模塊420，具體用于在檢測到用戶點(diǎn)擊預(yù)設(shè)的操作鍵后，將所述日志文本發(fā)送給服務(wù)器。

優(yōu)選地，所述裝置還包括：

檢測模塊，用于檢測所述客戶端的內(nèi)存的占用量，并判斷所述占用量是否大于故障閾值；

確定模塊，用于當(dāng)所述檢測模塊的判斷結(jié)果為大于時(shí)，則確定所述客戶端發(fā)生故障，并觸發(fā)所述第一獲取模塊410。

優(yōu)選地，所述第一發(fā)送模塊420，包括：

第一發(fā)送單元，用于按照實(shí)時(shí)讀取所述日志文本中存儲(chǔ)的日志記錄實(shí)時(shí)向服務(wù)器發(fā)送的方式，將所述日志文本發(fā)送給所述服務(wù)器；或

第二發(fā)送單元，用于按照預(yù)設(shè)的文件分段規(guī)則，確定所述日志文本的分段，并依次將各個(gè)分段發(fā)送給服務(wù)器。

本發(fā)明還提供了一種第二類故障排除裝置，圖5為本發(fā)明實(shí)施例提供的第二類故障排除裝置的結(jié)構(gòu)示意圖，用于執(zhí)行圖2所示的方法，該裝置可應(yīng)用于服務(wù)器，所述裝置包括：

第二獲取模塊510，獲取客戶端發(fā)送的日志文本；

第三獲取模塊520，用于根據(jù)所述日志文本獲取用于排除所述客戶端故障的策略文件；

第二發(fā)送模塊530，用于向所述客戶端發(fā)送所述策略文件，以使所述客戶端根據(jù)所述策略文件進(jìn)行更新排除所述客戶端的故障。

本發(fā)明實(shí)施例提供的故障排除裝置，服務(wù)器獲取客戶端發(fā)送的日志文本，并根據(jù)日志文本獲取用于排除故障的策略文件，并將策略文件發(fā)送給客戶端，客戶端根據(jù)策略文件進(jìn)行更新，以排除客戶端出現(xiàn)的故障。

優(yōu)選地，圖6為本發(fā)明實(shí)施例提供的第三獲取模塊的結(jié)構(gòu)示意圖，所述第三獲取模塊520用于圖3所示的方法，所述第三獲取模塊520包括：

檢測單元521，用于檢測所述日志文本中的故障代碼；

確定單元522，用于確定所述故障代碼對應(yīng)的故障類型；

獲取單元523，用于獲取用于排除所述故障類型對應(yīng)的故障的策略文件。

優(yōu)選地，所述裝置還包括：

存儲(chǔ)模塊，用于存儲(chǔ)所述日志文本。

本實(shí)施例中，可根據(jù)日志文本中不同的故障代碼獲取到不同的策略文件，使獲取策略文件的過程簡單易行、便于操作。

本發(fā)明實(shí)施例還提供了一種故障排除系統(tǒng)，圖7為本發(fā)明實(shí)施例提供的故障排除系統(tǒng)的結(jié)構(gòu)示意圖，所述系統(tǒng)包括：客戶端710和服務(wù)器720；

所述客戶端710，用于獲取所述客戶端生成的日志文本；將所述日志文本發(fā)送給服務(wù)器，以使所述服務(wù)器根據(jù)所述日志文本獲取用于排除所述客戶端故障的策略文件；獲取所述服務(wù)器發(fā)送的所述策略文件，并根據(jù)所述策略文件更新所述客戶端，排除所述客戶端的故障；

所述服務(wù)器720，用于獲取客戶端發(fā)送的日志文本；根據(jù)所述日志文本獲取用于排除所述客戶端故障的策略文件；向所述客戶端發(fā)送所述策略文件，以使所述客戶端根據(jù)所述策略文件進(jìn)行更新排除所述客戶端的故障。

本發(fā)明實(shí)施例提供的故障排除系統(tǒng)，客戶端獲取自身生成的日志文本，并將日志文本發(fā)送給服務(wù)器；服務(wù)器根據(jù)日志文本獲取用于排除故障的策略文件，并將策略文件發(fā)送給客戶端，客戶端根據(jù)策略文件進(jìn)行更新，以排除客戶端出現(xiàn)的故障。

優(yōu)選地，所述客戶端710，用于在檢測到用戶點(diǎn)擊預(yù)設(shè)的操作鍵后，將所述日志文本發(fā)送給服務(wù)器。

優(yōu)選地，所述客戶端710，還用于檢測所述客戶端的內(nèi)存的占用量，并判斷所述占用量是否大于故障閾值；如果大于，則確定所述客戶端發(fā)生故障，并獲取所述客戶端生成的日志文本。

優(yōu)選地，所述客戶端710，用于按照實(shí)時(shí)讀取所述日志文本中存儲(chǔ)的日志記錄實(shí)時(shí)向服務(wù)器發(fā)送的方式，將所述日志文本發(fā)送給所述服務(wù)器；或

按照預(yù)設(shè)的文件分段規(guī)則，確定所述日志文本的分段，并依次將各個(gè)分段發(fā)送給服務(wù)器。

優(yōu)選地，所述服務(wù)器720，用于檢測所述日志文本中的故障代碼；確定所述故障代碼對應(yīng)的故障類型；獲取用于排除所述故障類型對應(yīng)的故障的策略文件。

優(yōu)選地，所述服務(wù)器720，還用于存儲(chǔ)所述日志文本。

需要說明的是，在本文中，諸如第一和第二等之類的關(guān)系術(shù)語僅僅用來將一個(gè)實(shí)體或者操作與另一個(gè)實(shí)體或操作區(qū)分開來，而不一定要求或者暗示這些實(shí)體或操作之間存在任何這種實(shí)際的關(guān)系或者順序。而且，術(shù)語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、物品或者設(shè)備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、物品或者設(shè)備所固有的要素。在沒有更多限制的情況下，由語句“包括一個(gè)……”限定的要素，并不排除在包括所述要素的過程、方法、物品或者設(shè)備中還存在另外的相同要素。

本說明書中的各個(gè)實(shí)施例均采用相關(guān)的方式描述，各個(gè)實(shí)施例之間相同相似的部分互相參見即可，每個(gè)實(shí)施例重點(diǎn)說明的都是與其他實(shí)施例的不同之處。尤其，對于裝置、系統(tǒng)實(shí)施例而言，由于其基本相似于方法實(shí)施例，所以描述的比較簡單，相關(guān)之處參見方法實(shí)施例的部分說明即可。

以上所述僅為本發(fā)明的較佳實(shí)施例而已，并非用于限定本發(fā)明的保護(hù)范圍。凡在本發(fā)明的精神和原則之內(nèi)所作的任何修改、等同替換、改進(jìn)等，均包含在本發(fā)明的保護(hù)范圍內(nèi)。