本申請涉及計(jì)算機(jī)處理技術(shù)領(lǐng)域，特別是涉及一種基于服務(wù)調(diào)用的故障處理方法、一種基于服務(wù)調(diào)用的故障處理裝置和一種基于服務(wù)調(diào)用的故障處理系統(tǒng)。

背景技術(shù)：

隨著科技的展，基于云的各種產(chǎn)品，如虛擬主機(jī)、云存儲等，廣泛進(jìn)入人們的生活、學(xué)習(xí)、工作等領(lǐng)域。

云環(huán)境下的資源大多是服務(wù)化的，并且服務(wù)的提供者和服務(wù)的消費(fèi)者是分開的。

由于服務(wù)端環(huán)境對服務(wù)的消費(fèi)者不透明，當(dāng)服務(wù)調(diào)用發(fā)生問題時，往往需要服務(wù)的提供者協(xié)助才能解決，有時候一個小問題的解決也要付出很大的成本。

具體而言，服務(wù)的消費(fèi)者遇到問題時，普遍是先檢查客戶端環(huán)境，分析客戶端日志，查閱相關(guān)文檔和技術(shù)說明書進(jìn)行解決問題，或者，直接請求服務(wù)的提供者協(xié)助解決問題。

但是，服務(wù)的消費(fèi)者需要對領(lǐng)域內(nèi)的知識有積累，技術(shù)門檻較高，對于技術(shù)功底弱的服務(wù)的消費(fèi)者很難獨(dú)自解決問題，導(dǎo)致故障處理成本較高。

由于服務(wù)的環(huán)境不透明，往往要有服務(wù)提供者介入才能解決問題，給服務(wù)的提供者增加了負(fù)擔(dān)。

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

鑒于上述問題，提出了本申請實(shí)施例以便提供一種克服上述問題或者至少部分地解決上述問題的一種基于服務(wù)調(diào)用的故障處理方法和相應(yīng)的一種基于服務(wù)調(diào)用的故障處理裝置、一種基于服務(wù)調(diào)用的故障處理系統(tǒng)。

為了解決上述問題，本申請實(shí)施例公開了一種基于服務(wù)調(diào)用的故障處理 方法，包括：

當(dāng)接收到終端發(fā)送的服務(wù)的調(diào)用請求時，按照所述調(diào)用請求調(diào)用所述服務(wù)；所述調(diào)用請求中包括第一請求信息；

當(dāng)調(diào)用所述服務(wù)失敗時，分別查找在先調(diào)用所述服務(wù)出現(xiàn)相同失敗時的第二請求信息、在先調(diào)用所述服務(wù)成功時的第三請求信息；

識別所述第二請求信息與所述第三請求信息之間的相異之處；

當(dāng)所述第一請求信息與相異的第二請求信息匹配時，針對所述第一請求信息生成應(yīng)用相異的第三請求信息的故障提示信息；

將所述故障提示信息返回所述終端。

優(yōu)選地，所述調(diào)用請求通過預(yù)置的接口接收；所述分別查找在先調(diào)用所述服務(wù)出現(xiàn)相同失敗時的第二請求信息、在先調(diào)用所述服務(wù)成功時的第三請求信息的步驟包括：

查找在先與所述接口和錯誤信息相同的、且、比例最高的一個或多個第二請求信息；所述錯誤信息為調(diào)用所述服務(wù)失敗時返回的結(jié)果信息；

查找在先與所述接口相同的、具有成功信息、且、比例最高的一個或多個第三請求信息。

優(yōu)選地，所述第一請求信息中包括第一終端環(huán)境信息和/或第一接口使用方法；

所述第二請求信息中包括第二終端環(huán)境信息和/或第二接口使用方法；

所述第三請求信息中包括第三終端環(huán)境信息和/或第三接口使用方法。

優(yōu)選地，所述第一終端環(huán)境信息包括以下的一種或多種：

第一操作系統(tǒng)類型、第一操作系統(tǒng)版本、第一開發(fā)工具包SDK類型、第一開發(fā)工具包SDK版本；

所述第一接口使用方法包括配對的第一參數(shù)名、第一參數(shù)類型；

所述第二終端環(huán)境信息包括以下的一種或多種：

第二操作系統(tǒng)類型、第二操作系統(tǒng)版本、第二開發(fā)工具包SDK類型、第二開發(fā)工具包SDK版本；

所述第二接口使用方法包括配對的第二參數(shù)名、第二參數(shù)類型；

所述第三終端環(huán)境信息包括以下的一種或多種：

第三操作系統(tǒng)類型、第三操作系統(tǒng)版本、第三開發(fā)工具包SDK類型、第三開發(fā)工具包SDK版本；

所述第三接口使用方法包括配對的第三參數(shù)名、第三參數(shù)類型。

優(yōu)選地，所述識別所述第二請求信息與所述第三請求信息之間的相異之處的步驟包括：

識別所述第二終端環(huán)境信息與所述第三終端環(huán)境信息之間的相異之處；

和/或，

識別所述第二接口使用方法與所述第三接口使用方法之間的相異之處。

優(yōu)選地，所述當(dāng)所述第一請求信息與相異的第二請求信息匹配時，針對所述第一請求信息生成應(yīng)用相異的第三請求信息的故障提示信息的步驟包括：

當(dāng)所述第一終端環(huán)境信息與相異的第二終端環(huán)境信息匹配時，針對所述第一終端環(huán)境信息生成應(yīng)用相異的第三終端環(huán)境信息的故障提示信息；

和/或，

當(dāng)所述第一接口使用方法與相異的第二接口使用方法匹配時，針對所述第一接口使用方法生成應(yīng)用相異的第三終端環(huán)境信息的故障提示信息。

優(yōu)選地，還包括：

存儲調(diào)用所述服務(wù)返回的結(jié)果信息以及所述第一請求信息。

本申請實(shí)施例還公開了一種基于服務(wù)調(diào)用的故障處理裝置，包括：

服務(wù)調(diào)用模塊，用于在接收到終端發(fā)送的服務(wù)的調(diào)用請求時，按照所述調(diào)用請求調(diào)用所述服務(wù)；所述調(diào)用請求中包括第一請求信息；

請求信息查找模塊，用于在調(diào)用所述服務(wù)失敗時，分別查找在先調(diào)用所述服務(wù)出現(xiàn)相同失敗時的第二請求信息、在先調(diào)用所述服務(wù)成功時的第三請求信息；

請求信息對比模塊，用于識別所述第二請求信息與所述第三請求信息之間的相異之處；

故障提示信息生成模塊，用于所述第一請求信息與相異的第二請求信息匹配時，針對所述第一請求信息生成應(yīng)用相異的第三請求信息的故障提示信息；

故障提示信息返回模塊，用于將所述故障提示信息返回所述終端。

優(yōu)選地，所述調(diào)用請求通過預(yù)置的接口接收；所述請求信息查找模塊包括：

第一查找子模塊，用于查找在先與所述接口和錯誤信息相同的、且、比例最高的一個或多個第二請求信息；所述錯誤信息為調(diào)用所述服務(wù)失敗時返回的結(jié)果信息；

第二查找子模塊，用于查找在先與所述接口相同的、具有成功信息、且、比例最高的一個或多個第三請求信息。

優(yōu)選地，所述第一請求信息中包括第一終端環(huán)境信息和/或第一接口使用方法；

所述第二請求信息中包括第二終端環(huán)境信息和/或第二接口使用方法；

所述第三請求信息中包括第三終端環(huán)境信息和/或第三接口使用方法。

優(yōu)選地，所述第一終端環(huán)境信息包括以下的一種或多種：

第一操作系統(tǒng)類型、第一操作系統(tǒng)版本、第一開發(fā)工具包SDK類型、第一開發(fā)工具包SDK版本；

所述第一接口使用方法包括配對的第一參數(shù)名、第一參數(shù)類型；

所述第二終端環(huán)境信息包括以下的一種或多種：

第二操作系統(tǒng)類型、第二操作系統(tǒng)版本、第二開發(fā)工具包SDK類型、第二開發(fā)工具包SDK版本；

所述第二接口使用方法包括配對的第二參數(shù)名、第二參數(shù)類型；

所述第三終端環(huán)境信息包括以下的一種或多種：

第三操作系統(tǒng)類型、第三操作系統(tǒng)版本、第三開發(fā)工具包SDK類型、第三開發(fā)工具包SDK版本；

所述第三接口使用方法包括配對的第三參數(shù)名、第三參數(shù)類型。

優(yōu)選地，所述請求信息對比模塊包括如下子模塊：

第一對比子模塊，用于識別所述第二終端環(huán)境信息與所述第三終端環(huán)境信息之間的相異之處；

和/或，

第二對比子模塊，用于識別所述第二接口使用方法與所述第三接口使用方法之間的相異之處。

優(yōu)選地，所述故障提示信息生成模塊包括：

第一生成子模塊，用于在所述第一終端環(huán)境信息與相異的第二終端環(huán)境信息匹配時，針對所述第一終端環(huán)境信息生成應(yīng)用相異的第三終端環(huán)境信息的故障提示信息；

和/或，

第二生成子模塊，用于在所述第一接口使用方法與相異的第二接口使用方法匹配時，針對所述第一接口使用方法生成應(yīng)用相異的第三終端環(huán)境信息的故障提示信息。

優(yōu)選地，還包括：

存儲模塊，用于存儲調(diào)用所述服務(wù)返回的結(jié)果信息以及所述第一請求信息。

本申請實(shí)施例還公開了一種基于服務(wù)調(diào)用的故障處理系統(tǒng)，所述系統(tǒng)包括服務(wù)器與終端：

所述服務(wù)器包括：

服務(wù)調(diào)用模塊，用于在接收到終端發(fā)送的服務(wù)的調(diào)用請求時，按照所述調(diào)用請求調(diào)用所述服務(wù)；所述調(diào)用請求中包括第一請求信息；

請求信息查找模塊，用于在調(diào)用所述服務(wù)失敗時，分別查找在先調(diào)用所述服務(wù)出現(xiàn)相同失敗時的第二請求信息、在先調(diào)用所述服務(wù)成功時的第三請求信息；

請求信息對比模塊，用于識別所述第二請求信息與所述第三請求信息之間的相異之處；

故障提示信息生成模塊，用于所述第一請求信息與相異的第二請求信息 匹配時，針對所述第一請求信息生成應(yīng)用相異的第三請求信息的故障提示信息；

故障提示信息返回模塊，用于將所述故障提示信息返回所述終端；

所述終端包括：

調(diào)用請求生成模塊，用于生成服務(wù)的調(diào)用請求；

調(diào)用請求發(fā)送模塊，用于將服務(wù)的調(diào)用請求發(fā)送至服務(wù)器；

故障提示信息展示模塊，用于展示服務(wù)器返回的故障提示信息。

優(yōu)選地，所述調(diào)用請求生成模塊包括：

終端環(huán)境信息采集子模塊，用于采集第一終端環(huán)境信息；

終端環(huán)境信息注入子模塊，用于將所述第一終端環(huán)境信息注入服務(wù)的調(diào)用請求中。

優(yōu)選地，所述調(diào)用請求通過預(yù)置的接口接收；所述請求信息查找模塊包括：

第一查找子模塊，用于查找在先與所述接口和錯誤信息相同的、且、比例最高的一個或多個第二請求信息；所述錯誤信息為調(diào)用所述服務(wù)失敗時返回的結(jié)果信息；

第二查找子模塊，用于查找在先與所述接口相同的、具有成功信息、且、比例最高的一個或多個第三請求信息。

優(yōu)選地，所述第一請求信息中包括第一終端環(huán)境信息和/或第一接口使用方法；

所述第二請求信息中包括第二終端環(huán)境信息和/或第二接口使用方法；

所述第三請求信息中包括第三終端環(huán)境信息和/或第三接口使用方法。

優(yōu)選地，所述第一終端環(huán)境信息包括以下的一種或多種：

第一操作系統(tǒng)類型、第一操作系統(tǒng)版本、第一開發(fā)工具包SDK類型、第一開發(fā)工具包SDK版本；

所述第一接口使用方法包括配對的第一參數(shù)名、第一參數(shù)類型；

所述第二終端環(huán)境信息包括以下的一種或多種：

第二操作系統(tǒng)類型、第二操作系統(tǒng)版本、第二開發(fā)工具包SDK類型、 第二開發(fā)工具包SDK版本；

所述第二接口使用方法包括配對的第二參數(shù)名、第二參數(shù)類型；

所述第三終端環(huán)境信息包括以下的一種或多種：

第三操作系統(tǒng)類型、第三操作系統(tǒng)版本、第三開發(fā)工具包SDK類型、第三開發(fā)工具包SDK版本；

所述第三接口使用方法包括配對的第三參數(shù)名、第三參數(shù)類型。

優(yōu)選地，所述請求信息對比模塊包括如下子模塊：

第一對比子模塊，用于識別所述第二終端環(huán)境信息與所述第三終端環(huán)境信息之間的相異之處；

和/或，

第二對比子模塊，用于識別所述第二接口使用方法與所述第三接口使用方法之間的相異之處。

優(yōu)選地，所述故障提示信息生成模塊包括：

第一生成子模塊，用于在所述第一終端環(huán)境信息與相異的第二終端環(huán)境信息匹配時，針對所述第一終端環(huán)境信息生成應(yīng)用相異的第三終端環(huán)境信息的故障提示信息；

和/或，

第二生成子模塊，用于在所述第一接口使用方法與相異的第二接口使用方法匹配時，針對所述第一接口使用方法生成應(yīng)用相異的第三終端環(huán)境信息的故障提示信息。

優(yōu)選地，所述服務(wù)器還包括：

存儲模塊，用于存儲調(diào)用所述服務(wù)返回的結(jié)果信息以及所述第一請求信息。

本申請實(shí)施例包括以下優(yōu)點(diǎn)：

本申請實(shí)施例在按照終端的調(diào)用請求服務(wù)調(diào)用失敗時，分別查找在先調(diào)用服務(wù)出現(xiàn)相同失敗時的第二請求信息以及在先調(diào)用服務(wù)成功時的第三請求信息，若當(dāng)前的第一請求信息與相異的第二請求信息匹配時，針對第一請 求信息生成應(yīng)用相異的第三請求信息的故障提示信息，并返回終端進(jìn)行展示，通過歷史上正確的請求信息與錯誤的請求信息的對比，識別出可能產(chǎn)生故障的條件及適當(dāng)?shù)囊?guī)避方法，實(shí)現(xiàn)了初步的故障處理，大大減少了服務(wù)的提供者與消費(fèi)者的人工參與的頻次，減少用戶精力的耗費(fèi)，同時，利用在先積累的請求信息處理故障，大大降低了技術(shù)門檻，方便技術(shù)功底弱的服務(wù)的消費(fèi)者獨(dú)自解決問題，大大提高了故障處理效率、大大降低了故障處理的成本。

附圖說明

圖1是本申請的一種基于服務(wù)調(diào)用的故障處理方法實(shí)施例的步驟流程圖；

圖2是本申請的一種基于服務(wù)調(diào)用的故障處理裝置實(shí)施例的結(jié)構(gòu)框圖；

圖3是本申請的一種基于服務(wù)調(diào)用的故障處理系統(tǒng)實(shí)施例的結(jié)構(gòu)框圖。

具體實(shí)施方式

為使本申請的上述目的、特征和優(yōu)點(diǎn)能夠更加明顯易懂，下面結(jié)合附圖和具體實(shí)施方式對本申請作進(jìn)一步詳細(xì)的說明。

參照圖1，示出了本申請的一種基于服務(wù)調(diào)用的故障處理方法實(shí)施例的步驟流程圖，具體可以包括如下步驟：

步驟101，當(dāng)接收到終端發(fā)送的服務(wù)的調(diào)用請求時，按照所述調(diào)用請求調(diào)用所述服務(wù)；

需要說明的是，本申請實(shí)施例可以應(yīng)用于云平臺(cloud platforms)中。

云平臺是應(yīng)用云計(jì)算(cloud computing)的一種計(jì)算機(jī)集群，如分布式系統(tǒng)，提供云計(jì)算服務(wù)，如ECS(Elastic Compute Service，云服務(wù)器)虛擬機(jī)、RDS((Relational Database Service，關(guān)系型數(shù)據(jù)庫服務(wù))數(shù)據(jù)庫、OSS(Open Storage Service，開放存儲服務(wù))存儲，等等。

以O(shè)SS為例，OSS是某個云平臺對外提供的海量、安全、低成本、高可靠的云存儲服務(wù)。

用戶可以通過簡單的REST(Representational State Transfer，表述性狀態(tài)轉(zhuǎn)移)接口上傳和下載數(shù)據(jù)，也可以使用WEB頁面對數(shù)據(jù)進(jìn)行管理。

基于OSS，用戶可以搭建出各種多媒體分享網(wǎng)站、網(wǎng)盤、個人企業(yè)數(shù)據(jù)備份等基于大規(guī)模數(shù)據(jù)的服務(wù)。

在具體實(shí)現(xiàn)中，云平臺向外提供多個API接口(Application Programming Interface，應(yīng)用程序編程接口)，各終端可以生成服務(wù)的調(diào)用請求，通過該接口將服務(wù)的調(diào)用請求發(fā)送至云平臺的服務(wù)器。

其中，該調(diào)用請求中可以包括請求信息(如第一請求信息)，即該調(diào)用請求附帶的信息。

本申請實(shí)施例在服務(wù)的接口處增加一個過濾器，用于采集請求信息，該過濾器對服務(wù)的提供者和消費(fèi)者來說是透明的，一般不會對調(diào)用方式造成影響。

若云平臺接收到該調(diào)用請求，則可以響應(yīng)該調(diào)用請求，進(jìn)行相應(yīng)的業(yè)務(wù)處理。

步驟102，當(dāng)調(diào)用所述服務(wù)失敗時，分別查找在先調(diào)用所述服務(wù)出現(xiàn)相同失敗時的第二請求信息、在先調(diào)用所述服務(wù)成功時的第三請求信息；

本申請實(shí)施例中，可以利用云環(huán)境下服務(wù)的消費(fèi)者數(shù)量龐大的特點(diǎn)，通過對一些服務(wù)的使用信息進(jìn)行統(tǒng)計(jì)分析，為服務(wù)的消費(fèi)者進(jìn)行初步的故障定位，從而減少服務(wù)的提供者的工作量，并且為服務(wù)的消費(fèi)者提供更好的用戶體驗(yàn)。

應(yīng)用本申請實(shí)施例，可以在調(diào)用服務(wù)之后，記錄調(diào)用服務(wù)(即接口)的結(jié)果信息(如錯誤信息、成功信息)與調(diào)用請求中的請求信息(如第二請求信息、第三請求信息)，存儲在數(shù)據(jù)庫中。

若當(dāng)前服務(wù)由于某些原因而調(diào)用失敗時，則可以從數(shù)據(jù)庫中查找該服務(wù)對應(yīng)的第二請求信息、第三請求信息。

在本申請的一種優(yōu)選實(shí)施例中，調(diào)用請求可以通過預(yù)置的接口接收，則在本申請實(shí)施例中，步驟102可以包括如下子步驟：

子步驟S11，查找在先與所述接口和錯誤信息相同的、且、比例最高的 一個或多個第二請求信息；

在本申請實(shí)施例中，每次調(diào)用服務(wù)都可以返回結(jié)果信息(如返回代碼return code)，包括錯誤信息(如錯誤代碼error code)、正確信息等。

其中，錯誤信息可以為調(diào)用所述服務(wù)失敗時返回的結(jié)果信息。

大多在一定范圍內(nèi)是標(biāo)準(zhǔn)的，如“HTTP 404”代表客戶端在瀏覽網(wǎng)頁時，服務(wù)器無法正常提供信息，或是服務(wù)器無法回應(yīng)且不知原因。

當(dāng)然，該錯誤信息也可以是云平臺中自定義的，本申請實(shí)施例對此不加以限制。

接口相同，則可以表示所調(diào)用的服務(wù)是相同的；錯誤信息相同，則可以表示調(diào)用相同的服務(wù)出現(xiàn)相同的失敗現(xiàn)象，導(dǎo)致失敗的故障可能是相同的。

本申請實(shí)施例可以通過接口、錯誤信息的匹配，查找與當(dāng)前用戶調(diào)用相同的服務(wù)、出現(xiàn)相同的失敗現(xiàn)象的其他用戶的服務(wù)調(diào)用數(shù)據(jù)中所占比例最高的第二請求信息。

子步驟S12，查找在先與所述接口相同的、具有成功信息、且、比例最高的一個或多個第三請求信息。

成功信息，可以表示調(diào)用相同的服務(wù)出現(xiàn)成功現(xiàn)象，可能克服了導(dǎo)致失敗的故障。

同樣地，本申請實(shí)施例可以通過接口、成功信息的匹配，查找與當(dāng)前用戶調(diào)用相同的服務(wù)，但是調(diào)用成功的其他用戶的服務(wù)調(diào)用數(shù)據(jù)中所占比例最高的第三請求信息。

在具體實(shí)現(xiàn)中，請求信息中可以包括終端環(huán)境信息和/或接口使用方法；

即第一請求信息中包括第一終端環(huán)境信息和/或第一接口使用方法；

第二請求信息中可以包括第二終端環(huán)境信息和/或第二接口使用方法；

第三請求信息中可以包括第三終端環(huán)境信息和/或第三接口使用方法。

其中，終端環(huán)境信息(如第一終端環(huán)境信息、第二終端環(huán)境信息、第三終端環(huán)境信息)為表征發(fā)起調(diào)用請求的客戶端所屬終端的環(huán)境的信息。

因此，為了收集終端環(huán)境信息，可以在終端本地，如SDK(Software Development Kit，開發(fā)工具包)中增加采集器，該采集器負(fù)責(zé)采集終端環(huán)境 信息(如第一終端環(huán)境信息)，將該終端環(huán)境信息(如第一終端環(huán)境信息)注入服務(wù)的調(diào)用請求中。

需要說明的是，終端環(huán)境信息一般與客戶端的類型是關(guān)聯(lián)的，例如，針對Java類型的客戶端可以采集JVM(Java Virtual Machine，Java虛擬機(jī))相關(guān)的環(huán)境變量，而針對node.js類型的客戶端可以采集NPM(Node Package Manager，Node的包管理器)的配置信息。

接口使用方法(如第一接口使用方法、第二接口使用方法、第三接口使用方法)為接口(即服務(wù))的調(diào)用方式的抽象描述，即調(diào)用接口的具體方式。

通常，接口使用方法在調(diào)用請求中由客戶端指定，可以直接從調(diào)用請求中提取。

在云環(huán)境下，有大量消費(fèi)者在使用相同的服務(wù)，不同的消費(fèi)者使用服務(wù)的環(huán)境和方法不同，調(diào)用的結(jié)果也不同，對這些“環(huán)境－方法－結(jié)果”的統(tǒng)計(jì)，但對遇到相同的故障的用戶，且環(huán)境和使用方法相近的故障統(tǒng)計(jì)有助于分析可能產(chǎn)生故障的條件，對沒有遇到問題的用戶的環(huán)境和使用方法的統(tǒng)計(jì)有助于用戶分析可能產(chǎn)生問題的條件及適當(dāng)?shù)囊?guī)避方法，這將有助于服務(wù)的消費(fèi)者對自身問題進(jìn)行初步的診斷。

進(jìn)一步而言，在本申請實(shí)施例的一個示例中，終端環(huán)境信息可以包括以下的一種或多種：

操作系統(tǒng)、操作系統(tǒng)版本、開發(fā)工具包SDK類型、開發(fā)工具包SDK版本；

接口使用方法可以包括配對的參數(shù)名、參數(shù)類型。

即第一終端環(huán)境信息可以包括以下的一種或多種：

第一操作系統(tǒng)類型、第一操作系統(tǒng)版本、第一開發(fā)工具包SDK類型、第一開發(fā)工具包SDK版本；

第一接口使用方法可以包括配對的第一參數(shù)名、第一參數(shù)類型；

第二終端環(huán)境信息可以包括以下的一種或多種：

第二操作系統(tǒng)類型、第二操作系統(tǒng)版本、第二開發(fā)工具包SDK類型、第二開發(fā)工具包SDK版本；

第二接口使用方法可以包括配對的第二參數(shù)名、第二參數(shù)類型；

第三終端環(huán)境信息可以包括以下的一種或多種：

第三操作系統(tǒng)類型、第三操作系統(tǒng)版本、第三開發(fā)工具包SDK類型、第三開發(fā)工具包SDK版本；

第三接口使用方法可以包括配對的第三參數(shù)名、第三參數(shù)類型。

具體而言，一般來說，操作系統(tǒng)提供SDK，SDK里面一般包含一套完整的API，通過API調(diào)用SDK本身的類庫，SDK調(diào)用操作系統(tǒng)類庫，從而向云平臺發(fā)送調(diào)用請求，不同類型、不同版本的操作系統(tǒng)和SDK類庫會有差別，有可能會影響最終的調(diào)用結(jié)果。

例如，有些數(shù)據(jù)通過Ruby的客戶端和Java的客戶端發(fā)送的格式要求是不同的，使用相同的參數(shù)格式發(fā)送時得到的結(jié)果可能是不同的。

在實(shí)際應(yīng)用中，不同的開發(fā)語言采集的接口不同，終端環(huán)境信息的采集方式也不同。

以Java為例，操作系統(tǒng)的類型和版本信息一般記錄在SDK本身的配置文件中，可通過如下讀取文件的方式獲得：

Properties props＝System.getProperties()；//獲得系統(tǒng)屬性集

String osName＝props.getProperty("os.name")；//操作系統(tǒng)名稱

String osArch＝props.getProperty("os.arch")；//操作系統(tǒng)構(gòu)架

String osVersion＝props.getProperty("os.version")；//操作系統(tǒng)版本

此外，不同的用戶調(diào)用同一個接口的方法會有所不同，尤其是以Json(JavaScript Object Notation，一種數(shù)據(jù)交換格式)格式傳遞參數(shù)時，格式比較自由，因此可能會導(dǎo)致調(diào)用服務(wù)的結(jié)果有所不同。

在實(shí)際應(yīng)用中，接口使用方法可以采用“參數(shù)名+參數(shù)類型”等結(jié)構(gòu)進(jìn)行描述。

以Rest API為例，其接口使用方法主要包括URI(Uniform Resource Identifier，統(tǒng)一資源標(biāo)識符)和參數(shù)，參數(shù)名和參數(shù)類型是對參數(shù)的抽象描述。

參數(shù)一般以Json的方式給出，例如，如下參數(shù)：

{“參數(shù)名1”：100，“參數(shù)名2”：“ABC”，“參數(shù)名3”：[“ABC”，“def”]}；

可以被描述為：

[{“參數(shù)名”：“參數(shù)名1”，“類型”：“number”},{“參數(shù)名”：“參數(shù)名2”，“類型”：“String”},{“參數(shù)名”：“參數(shù)名3”，“類型”：“List”}]。

需要說明的是，在一個調(diào)用請求中，并非所有的參數(shù)都一定同時使用，某些參數(shù)在調(diào)用請求中為空，因此，為了描述該參數(shù)，可以將其參數(shù)類型定義為空(Null)。

因此，服務(wù)的調(diào)用請求的數(shù)據(jù)模型可以表示為：

{接口名/URL：“……”，

結(jié)果信息：“……”，

終端環(huán)境信息：{操作系統(tǒng)：“……”，操作系統(tǒng)版本：“……”，SDK：“……”，SDK版本：“……”}，

參數(shù)：[{參數(shù)名：“……”，參數(shù)類型：“……”}，{參數(shù)名：“……”，參數(shù)類型：“……”}，……]

}

當(dāng)然，上述請求信息只是作為示例，在實(shí)施本申請實(shí)施例時，可以根據(jù)實(shí)際情況設(shè)置其他請求信息，例如網(wǎng)絡(luò)信息(如Wi-Fi、4G網(wǎng)絡(luò))等等，本申請實(shí)施例對此不加以限制。另外，除了上述請求信息外，本領(lǐng)域技術(shù)人員還可以根據(jù)實(shí)際需要采用其它請求信息，本申請實(shí)施例對此也不加以限制。

步驟103，識別所述第二請求信息與所述第三請求信息之間的相異之處；

第二請求信息和第三請求信息存在相異(即不相同)的地方，則可以表示該服務(wù)的失敗現(xiàn)象，可能是由該相異的地方引起的。

在具體實(shí)現(xiàn)中，可以識別第二終端環(huán)境信息與第三終端環(huán)境信息之間的相異之處；

如，識別第二操作系統(tǒng)類型與第三操作系統(tǒng)類型之間是否相同，若操作系統(tǒng)類型相同，即繼續(xù)識別第二操作系統(tǒng)版本與第三操作系統(tǒng)版本是否相同；若操作系統(tǒng)類型相異，則可以認(rèn)為第二操作系統(tǒng)版本與第三操作系統(tǒng)版本不相同；

又如，識別第二開發(fā)工具包SDK類型與第三開發(fā)工具包SDK類型之間是否相同，若SDK類型相同，即繼續(xù)識別第二開發(fā)工具包SDK版本與第三開發(fā)工具包SDK版本是否相同；若SDK類型相異，則可以認(rèn)為第二開發(fā)工具包SDK版本與第三開發(fā)工具包SDK版本不相同。

和/或，

識別第二接口使用方法與第三接口使用方法之間的相異之處。

如，識別第二參數(shù)名與第三參數(shù)名之間是否相同，若參數(shù)名相同，即繼續(xù)識別第二參數(shù)類型與第二參數(shù)類型是否相同

例如，在先調(diào)用云存儲服務(wù)失敗的第二請求信息的示例如下：

{接口名/URL：“云存儲服務(wù)”，

結(jié)果信息：“002”，

環(huán)境信息：{操作系統(tǒng)：“windows”，操作系統(tǒng)版本：“2003”，SDK：“JavaSDK”，SDK版本：“1.1”}，

輸入?yún)?shù)：[{參數(shù)名：“p1”，參數(shù)類型：“string”}，{參數(shù)名：“p2”，參數(shù)類型：“null”}，……]

}

在先調(diào)用云存儲服務(wù)成功的第三請求信息的示例如下：

{接口名/URL：“云存儲服務(wù)”，

結(jié)果信息：“0”，

環(huán)境信息：{操作系統(tǒng)：“windows”，操作系統(tǒng)版本：“2003”，SDK：“JavaSDK”，SDK版本：“1.2”}，

輸入?yún)?shù)：[{參數(shù)名：“p1”，參數(shù)類型：“string”}，{參數(shù)名：“p2”，參數(shù)類型：“int”}，……]

}

第二請求信息與第三請求信息的相異之處為SDK版本與參數(shù)p2的參數(shù)類型。

步驟104，當(dāng)所述第一請求信息與相異的第二請求信息匹配時，針對所述第一請求信息生成應(yīng)用相異的第三請求信息的故障提示信息；

若第一請求信息與相異的第二請求信息匹配，則可以表示當(dāng)前服務(wù)的失敗現(xiàn)象，可能是由該相異的地方引起故障的。

則進(jìn)一步可以建議用戶盡可能用大多數(shù)成功用戶所使用的請求信息(如終端環(huán)境信息、接口使用方法)去調(diào)用服務(wù)，提高調(diào)用成功率。

在具體實(shí)現(xiàn)中，當(dāng)?shù)谝唤K端環(huán)境信息與相異的第二終端環(huán)境信息匹配時，可以針對第一終端環(huán)境信息生成應(yīng)用相異的第三終端環(huán)境信息的故障提示信息；

如，相同操作系統(tǒng)類型(即第二操作系統(tǒng)類型與第三操作系統(tǒng)類型相同)的第二操作系統(tǒng)版本與第三操作系統(tǒng)版本相異，若相同操作系統(tǒng)類型(即第一操作系統(tǒng)類型與第二操作系統(tǒng)類型相同)的第一操作系統(tǒng)版本與相異的第二操作系統(tǒng)版本匹配，則可以針對第一操作系統(tǒng)版本生成應(yīng)用(如升級)相異的第三操作系統(tǒng)版本的故障提示信息；

又如，相同開發(fā)工具包SDK類型(即第二開發(fā)工具包SDK類型與第三開發(fā)工具包SDK類型相同)第二開發(fā)工具包SDK版本與第三開發(fā)工具包SDK版本相異，若相同開發(fā)工具包SDK類型(即第一開發(fā)工具包SDK類型與第二開發(fā)工具包SDK類型相同)第一開發(fā)工具包SDK版本與相異的第二開發(fā)工具包SDK版本匹配，則可以針對第一開發(fā)工具包SDK版本生成應(yīng)用(如升級)相異的第三開發(fā)工具包SDK版本的故障提示信息。

和/或，

當(dāng)?shù)谝唤涌谑褂梅椒ㄅc相異的第二接口使用方法匹配時，可以針對第一接口使用方法生成應(yīng)用相異的第三終端環(huán)境信息的故障提示信息。

如，相同參數(shù)名(即第二參數(shù)名與第三參數(shù)名相同)第二參數(shù)類型與第三參數(shù)類型相異，若相同參數(shù)名(即第一參數(shù)名與第二參數(shù)名相同)第一參數(shù)類型與相異的第二參數(shù)類型匹配，則可以針對第一參數(shù)類型生成應(yīng)用(如調(diào)整)相異的第三參數(shù)類型的故障提示信息。

例如，對于上述示例，若第一請求信息的SDK版本為1.1、參數(shù)p2的參數(shù)類型為int，即第一請求信息的SDK版本與相異的第二請求信息的SDK版本相同，則可以提示升級SDK版本至1.2的故障提示信息，即第一請求信 息的參數(shù)p2的參數(shù)類型與相異的第二請求信息的參數(shù)p2的參數(shù)類型不相同，則可以不進(jìn)行提示。

從云環(huán)境的角度看，如果統(tǒng)計(jì)發(fā)現(xiàn)，發(fā)生同一問題的用戶中大多數(shù)都使用版本較老(如1.1)的SDK，而使用相同的調(diào)用方法在使用版本較新(如1.2)的SDK則會成功，則可以提示客戶：“您遇到的問題可能是由于SDK版本引發(fā)的，50位使用1.1版本SDK的用戶也遇到了相同的問題，但有76位使用1.2版本SDK的用戶調(diào)用成功，因此建議將SDK升級至1.2版本進(jìn)行嘗試。”

步驟105，將所述故障提示信息返回所述終端。

若終端接收到故障提示信息，則可以進(jìn)行展示，由用戶進(jìn)行判斷。

本申請實(shí)施例在按照終端的調(diào)用請求服務(wù)調(diào)用失敗時，分別查找在先調(diào)用服務(wù)出現(xiàn)相同失敗時的第二請求信息以及在先調(diào)用服務(wù)成功時的第三請求信息，若當(dāng)前的第一請求信息與相異的第二請求信息匹配時，針對第一請求信息生成應(yīng)用相異的第三請求信息的故障提示信息，并返回終端進(jìn)行展示，通過歷史上正確的請求信息與錯誤的請求信息的對比，識別出可能產(chǎn)生故障的條件及適當(dāng)?shù)囊?guī)避方法，實(shí)現(xiàn)了初步的故障處理，大大減少了服務(wù)的提供者與消費(fèi)者的人工參與的頻次，減少用戶精力的耗費(fèi)，同時，利用在先積累的請求信息處理故障，大大降低了技術(shù)門檻，方便技術(shù)功底弱的服務(wù)的消費(fèi)者獨(dú)自解決問題，大大提高了故障處理效率、大大降低了故障處理的成本。

在本申請的一種優(yōu)選實(shí)施例中，該方法還可以包括如下步驟：

步驟106，存儲調(diào)用所述服務(wù)返回的結(jié)果信息以及所述第一請求信息。

在本申請實(shí)施例中可以存儲當(dāng)前調(diào)用服務(wù)的結(jié)果信息(包括正確信息、錯誤信息)以及所述第一請求信息(包括接口、第一終端環(huán)境信息、第一接口使用方法)，用于后續(xù)的服務(wù)調(diào)用故障的處理。

需要說明的是，對于方法實(shí)施例，為了簡單描述，故將其都表述為一系列的動作組合，但是本領(lǐng)域技術(shù)人員應(yīng)該知悉，本申請實(shí)施例并不受所描述 的動作順序的限制，因?yàn)橐罁?jù)本申請實(shí)施例，某些步驟可以采用其他順序或者同時進(jìn)行。其次，本領(lǐng)域技術(shù)人員也應(yīng)該知悉，說明書中所描述的實(shí)施例均屬于優(yōu)選實(shí)施例，所涉及的動作并不一定是本申請實(shí)施例所必須的。

參照圖2，示出了本申請的一種基于服務(wù)調(diào)用的故障處理裝置實(shí)施例的結(jié)構(gòu)框圖，具體可以包括如下模塊：

服務(wù)調(diào)用模塊201，用于在接收到終端發(fā)送的服務(wù)的調(diào)用請求時，按照所述調(diào)用請求調(diào)用所述服務(wù)；所述調(diào)用請求中包括第一請求信息；

請求信息查找模塊202，用于在調(diào)用所述服務(wù)失敗時，分別查找在先調(diào)用所述服務(wù)出現(xiàn)相同失敗時的第二請求信息、在先調(diào)用所述服務(wù)成功時的第三請求信息；

請求信息對比模塊203，用于識別所述第二請求信息與所述第三請求信息之間的相異之處；

故障提示信息生成模塊204，用于所述第一請求信息與相異的第二請求信息匹配時，針對所述第一請求信息生成應(yīng)用相異的第三請求信息的故障提示信息；

故障提示信息返回模塊205，用于將所述故障提示信息返回所述終端。

在本申請的一種優(yōu)選實(shí)施例中，所述調(diào)用請求可以通過預(yù)置的接口接收；則在本申請實(shí)施例中，所述請求信息查找模塊202可以包括如下子模塊：

第一查找子模塊，用于查找在先與所述接口和錯誤信息相同的、且、比例最高的一個或多個第二請求信息；所述錯誤信息為調(diào)用所述服務(wù)失敗時返回的結(jié)果信息；

第二查找子模塊，用于查找在先與所述接口相同的、具有成功信息、且、比例最高的一個或多個第三請求信息。

在具體實(shí)現(xiàn)中，所述第一請求信息中可以包括第一終端環(huán)境信息和/或第一接口使用方法；

所述第二請求信息中可以包括第二終端環(huán)境信息和/或第二接口使用方法；

所述第三請求信息中可以包括第三終端環(huán)境信息和/或第三接口使用方法。

在本申請實(shí)施例的一種優(yōu)選示例中，所述第一終端環(huán)境信息可以包括以下的一種或多種：

第一操作系統(tǒng)類型、第一操作系統(tǒng)版本、第一開發(fā)工具包SDK類型、第一開發(fā)工具包SDK版本；

所述第一接口使用方法可以包括配對的第一參數(shù)名、第一參數(shù)類型；

所述第二終端環(huán)境信息可以包括以下的一種或多種：

第二操作系統(tǒng)類型、第二操作系統(tǒng)版本、第二開發(fā)工具包SDK類型、第二開發(fā)工具包SDK版本；

所述第二接口使用方法可以包括配對的第二參數(shù)名、第二參數(shù)類型；

所述第三終端環(huán)境信息可以包括以下的一種或多種：

第三操作系統(tǒng)類型、第三操作系統(tǒng)版本、第三開發(fā)工具包SDK類型、第三開發(fā)工具包SDK版本；

所述第三接口使用方法可以包括配對的第三參數(shù)名、第三參數(shù)類型。

在本申請的一種優(yōu)選實(shí)施例中，所述請求信息對比模塊203可以包括如下子模塊：

第一對比子模塊，用于識別所述第二終端環(huán)境信息與所述第三終端環(huán)境信息之間的相異之處；

和/或，

第二對比子模塊，用于識別所述第二接口使用方法與所述第三接口使用方法之間的相異之處。

在本申請的一種優(yōu)選實(shí)施例中，所述故障提示信息生成模塊204可以包括如下子模塊：

第一生成子模塊，用于在所述第一終端環(huán)境信息與相異的第二終端環(huán)境信息匹配時，針對所述第一終端環(huán)境信息生成應(yīng)用相異的第三終端環(huán)境信息的故障提示信息；

和/或，

第二生成子模塊，用于在所述第一接口使用方法與相異的第二接口使用方法匹配時，針對所述第一接口使用方法生成應(yīng)用相異的第三終端環(huán)境信息的故障提示信息。

在本申請的一種優(yōu)選實(shí)施例中，該裝置還可以包括如下模塊：

存儲模塊，用于存儲調(diào)用所述服務(wù)返回的結(jié)果信息以及所述第一請求信息。

參照圖3，示出了本申請的一種基于服務(wù)調(diào)用的故障處理系統(tǒng)實(shí)施例的結(jié)構(gòu)框圖，所述系統(tǒng)可以包括服務(wù)器310與終端320：

所述服務(wù)器310可以包括如下模塊：

服務(wù)調(diào)用模塊311，用于在接收到終端320發(fā)送的服務(wù)的調(diào)用請求時，按照所述調(diào)用請求調(diào)用所述服務(wù)；所述調(diào)用請求中包括第一請求信息；

請求信息查找模塊312，用于在調(diào)用所述服務(wù)失敗時，分別查找在先調(diào)用所述服務(wù)出現(xiàn)相同失敗時的第二請求信息、在先調(diào)用所述服務(wù)成功時的第三請求信息；

請求信息對比模塊313，用于識別所述第二請求信息與所述第三請求信息之間的相異之處；

故障提示信息生成模塊314，用于所述第一請求信息與相異的第二請求信息匹配時，針對所述第一請求信息生成應(yīng)用相異的第三請求信息的故障提示信息；

故障提示信息返回模塊315，用于將所述故障提示信息返回所述終端320；

所述終端320可以包括如下模塊：

調(diào)用請求生成模塊321，用于生成服務(wù)的調(diào)用請求；

調(diào)用請求發(fā)送模塊322，用于將服務(wù)的調(diào)用請求發(fā)送至服務(wù)器310；

故障提示信息展示模塊323，用于展示服務(wù)器310返回的故障提示信息。

在本申請的一種優(yōu)選實(shí)施例中，所述調(diào)用請求生成模塊321可以包括如下子模塊：

終端環(huán)境信息采集子模塊，用于采集第一終端環(huán)境信息；

終端環(huán)境信息注入子模塊，用于將所述第一終端環(huán)境信息注入服務(wù)的調(diào)用請求中。

在本申請的一種優(yōu)選實(shí)施例中，所述調(diào)用請求可以通過預(yù)置的接口接收；則在本申請實(shí)施例中，所述請求信息查找模塊312可以包括如下子模塊：

第一查找子模塊，用于查找在先與所述接口和錯誤信息相同的、且、比例最高的一個或多個第二請求信息；所述錯誤信息為調(diào)用所述服務(wù)失敗時返回的結(jié)果信息；

第二查找子模塊，用于查找在先與所述接口相同的、具有成功信息、且、比例最高的一個或多個第三請求信息。

在具體實(shí)現(xiàn)中，所述第一請求信息中可以包括第一終端環(huán)境信息和/或第一接口使用方法；

所述第二請求信息中可以包括第二終端環(huán)境信息和/或第二接口使用方法；

所述第三請求信息中可以包括第三終端環(huán)境信息和/或第三接口使用方法。

在本申請實(shí)施例的一種優(yōu)選示例中，所述第一終端環(huán)境信息可以包括以下的一種或多種：

第一操作系統(tǒng)類型、第一操作系統(tǒng)版本、第一開發(fā)工具包SDK類型、第一開發(fā)工具包SDK版本；

所述第一接口使用方法可以包括配對的第一參數(shù)名、第一參數(shù)類型；

所述第二終端環(huán)境信息可以包括以下的一種或多種：

第二操作系統(tǒng)類型、第二操作系統(tǒng)版本、第二開發(fā)工具包SDK類型、第二開發(fā)工具包SDK版本；

所述第二接口使用方法可以包括配對的第二參數(shù)名、第二參數(shù)類型；

所述第三終端環(huán)境信息可以包括以下的一種或多種：

第三操作系統(tǒng)類型、第三操作系統(tǒng)版本、第三開發(fā)工具包SDK類型、第三開發(fā)工具包SDK版本；

所述第三接口使用方法可以包括配對的第三參數(shù)名、第三參數(shù)類型。

在本申請的一種優(yōu)選實(shí)施例中，所述請求信息對比模塊313可以包括如下子模塊：

第一對比子模塊，用于識別所述第二終端環(huán)境信息與所述第三終端環(huán)境信息之間的相異之處；

和/或，

第二對比子模塊，用于識別所述第二接口使用方法與所述第三接口使用方法之間的相異之處。

在本申請的一種優(yōu)選實(shí)施例中，所述故障提示信息生成模塊314可以包括如下子模塊：

第一生成子模塊，用于在所述第一終端環(huán)境信息與相異的第二終端環(huán)境信息匹配時，針對所述第一終端環(huán)境信息生成應(yīng)用相異的第三終端環(huán)境信息的故障提示信息；

和/或，

第二生成子模塊，用于在所述第一接口使用方法與相異的第二接口使用方法匹配時，針對所述第一接口使用方法生成應(yīng)用相異的第三終端環(huán)境信息的故障提示信息。

在本申請的一種優(yōu)選實(shí)施例中，該服務(wù)器310還可以包括如下模塊：

存儲模塊，用于存儲調(diào)用所述服務(wù)返回的結(jié)果信息以及所述第一請求信息。

對于裝置、系統(tǒng)實(shí)施例而言，由于其與方法實(shí)施例基本相似，所以描述的比較簡單，相關(guān)之處參見方法實(shí)施例的部分說明即可。

本說明書中的各個實(shí)施例均采用遞進(jìn)的方式描述，每個實(shí)施例重點(diǎn)說明的都是與其他實(shí)施例的不同之處，各個實(shí)施例之間相同相似的部分互相參見即可。

本領(lǐng)域內(nèi)的技術(shù)人員應(yīng)明白，本申請實(shí)施例的實(shí)施例可提供為方法、裝 置、或計(jì)算機(jī)程序產(chǎn)品。因此，本申請實(shí)施例可采用完全硬件實(shí)施例、完全軟件實(shí)施例、或結(jié)合軟件和硬件方面的實(shí)施例的形式。而且，本申請實(shí)施例可采用在一個或多個其中包含有計(jì)算機(jī)可用程序代碼的計(jì)算機(jī)可用存儲介質(zhì)(包括但不限于磁盤存儲器、CD-ROM、光學(xué)存儲器等)上實(shí)施的計(jì)算機(jī)程序產(chǎn)品的形式。

在一個典型的配置中，所述計(jì)算機(jī)設(shè)備包括一個或多個處理器(CPU)、輸入/輸出接口、網(wǎng)絡(luò)接口和內(nèi)存。內(nèi)存可能包括計(jì)算機(jī)可讀介質(zhì)中的非永久性存儲器，隨機(jī)存取存儲器(RAM)和/或非易失性內(nèi)存等形式，如只讀存儲器(ROM)或閃存(flash RAM)。內(nèi)存是計(jì)算機(jī)可讀介質(zhì)的示例。計(jì)算機(jī)可讀介質(zhì)包括永久性和非永久性、可移動和非可移動媒體可以由任何方法或技術(shù)來實(shí)現(xiàn)信息存儲。信息可以是計(jì)算機(jī)可讀指令、數(shù)據(jù)結(jié)構(gòu)、程序的模塊或其他數(shù)據(jù)。計(jì)算機(jī)的存儲介質(zhì)的例子包括，但不限于相變內(nèi)存(PRAM)、靜態(tài)隨機(jī)存取存儲器(SRAM)、動態(tài)隨機(jī)存取存儲器(DRAM)、其他類型的隨機(jī)存取存儲器(RAM)、只讀存儲器(ROM)、電可擦除可編程只讀存儲器(EEPROM)、快閃記憶體或其他內(nèi)存技術(shù)、只讀光盤只讀存儲器(CD-ROM)、數(shù)字多功能光盤(DVD)或其他光學(xué)存儲、磁盒式磁帶，磁帶磁磁盤存儲或其他磁性存儲設(shè)備或任何其他非傳輸介質(zhì)，可用于存儲可以被計(jì)算設(shè)備訪問的信息。按照本文中的界定，計(jì)算機(jī)可讀介質(zhì)不包括非持續(xù)性的電腦可讀媒體(transitory media)，如調(diào)制的數(shù)據(jù)信號和載波。

本申請實(shí)施例是參照根據(jù)本申請實(shí)施例的方法、終端設(shè)備(系統(tǒng))、和計(jì)算機(jī)程序產(chǎn)品的流程圖和/或方框圖來描述的。應(yīng)理解可由計(jì)算機(jī)程序指令實(shí)現(xiàn)流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結(jié)合?？商峁┻@些計(jì)算機(jī)程序指令到通用計(jì)算機(jī)、專用計(jì)算機(jī)、嵌入式處理機(jī)或其他可編程數(shù)據(jù)處理終端設(shè)備的處理器以產(chǎn)生一個機(jī)器，使得通過計(jì)算機(jī)或其他可編程數(shù)據(jù)處理終端設(shè)備的處理器執(zhí)行的指令產(chǎn)生用于實(shí)現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。

這些計(jì)算機(jī)程序指令也可存儲在能引導(dǎo)計(jì)算機(jī)或其他可編程數(shù)據(jù)處理終端設(shè)備以特定方式工作的計(jì)算機(jī)可讀存儲器中，使得存儲在該計(jì)算機(jī)可讀存儲器中的指令產(chǎn)生包括指令裝置的制造品，該指令裝置實(shí)現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。

這些計(jì)算機(jī)程序指令也可裝載到計(jì)算機(jī)或其他可編程數(shù)據(jù)處理終端設(shè)備上，使得在計(jì)算機(jī)或其他可編程終端設(shè)備上執(zhí)行一系列操作步驟以產(chǎn)生計(jì)算機(jī)實(shí)現(xiàn)的處理，從而在計(jì)算機(jī)或其他可編程終端設(shè)備上執(zhí)行的指令提供用于實(shí)現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。

盡管已描述了本申請實(shí)施例的優(yōu)選實(shí)施例，但本領(lǐng)域內(nèi)的技術(shù)人員一旦得知了基本創(chuàng)造性概念，則可對這些實(shí)施例做出另外的變更和修改。所以，所附權(quán)利要求意欲解釋為包括優(yōu)選實(shí)施例以及落入本申請實(shí)施例范圍的所有變更和修改。

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

以上對本申請所提供的一種基于服務(wù)調(diào)用的故障處理方法、一種基于服務(wù)調(diào)用的故障處理裝置和一種基于服務(wù)調(diào)用的故障處理系統(tǒng)，進(jìn)行了詳細(xì)介紹，本文中應(yīng)用了具體個例對本申請的原理及實(shí)施方式進(jìn)行了闡述，以上實(shí)施例的說明只是用于幫助理解本申請的方法及其核心思想；同時，對于本領(lǐng)域的一般技術(shù)人員，依據(jù)本申請的思想，在具體實(shí)施方式及應(yīng)用范圍上均會 有改變之處，綜上所述，本說明書內(nèi)容不應(yīng)理解為對本申請的限制。