收單元82，切換單元83。
[0114]發(fā)送單元81，可以用于向服務器發(fā)送登錄請求信息。
[0115]接收單元82，可以用于若服務器判斷所述登錄請求信息對應的響應存在異常，則接收所述服務器發(fā)送的模式切換指示信息，所述模式切換指示信息中攜帶有包含各種請求模式的配置文件。
[0116]切換單元83，可以用于根據(jù)所述接收單元82接收的配置文件，對當前請求模式進行切換。
[0117]所述切換單元83，具體可以用于將當前請求模式切換為所述目標請求模式，所述模式切換指示信息中攜帶有目標請求模式，所述目標請求模式不同于所述客戶端當前的請求模式。
[0118]所述接收單元81，還可以用于按照預設時間間隔接收所述服務器發(fā)送的模式切換指示信息，所述模式切換指示信息中攜帶有包含各種請求模式的配置文件。
[0119]所述切換單元83，還可以用于根據(jù)所述接收單元82接收的配置文件，對當前請求模式進行切換。
[0120]需要說明的是，本發(fā)明實施例提供的客戶端所涉及各功能單元的其他相應描述，可以參考圖4中的對應描述，在此不再贅述。
[0121]本發(fā)明實施例提供的另一種客戶端，首先接收客戶端發(fā)送的登錄請求信息；然后判斷所述登錄請求信息對應的響應是否存在異常；若存在異常，則向所述客戶端發(fā)送模式切換指示信息，所述模式切換指示信息中攜帶有包含各種請求模式的配置文件，以使得所述客戶端根據(jù)所述配置文件進行請求模式切換。與目前登錄請求信息被劫持后用戶無法進行正常操作相比，本發(fā)明實施例在登錄請求信息被運營商劫持時，可以根據(jù)提供的劫持處理策略，及時進行請求模式切換，從而保證用戶賬號信息的安全性。
[0122]進一步地，本發(fā)明實施例提供一種請求控制系統(tǒng)，如圖9所示，所述系統(tǒng)包括:客戶端91，服務器92。
[0123]客戶端91，可以用于向所述服務器92發(fā)送登錄請求信息。
[0124]服務器92，可以用于接收所述客戶端91發(fā)送的登錄請求信息，然后判斷所述登錄請求信息對應的響應是否存在異常，若存在異常，則向所述客戶端91發(fā)送模式切換指示信息，所述模式切換指示信息中攜帶有包含各種請求模式的配置文件。
[0125]所述客戶端91，還用于若所述服務器92判斷所述客戶端91發(fā)送的登錄請求信息對應的響應存在異常，則接收所述服務器92發(fā)送的模式切換指示信息，所述模式切換指示信息中攜帶有包含各種請求模式的配置文件，然后根據(jù)所述配置文件，對當前請求模式進行切換。
[0126]本發(fā)明實施例提供的一種請求控制系統(tǒng)，首先接收客戶端發(fā)送的登錄請求信息；然后判斷所述登錄請求信息對應的響應是否存在異常；若存在異常，則向所述客戶端發(fā)送模式切換指示信息，所述模式切換指示信息中攜帶有包含各種請求模式的配置文件，以使得所述客戶端根據(jù)所述配置文件進行請求模式切換。與目前登錄請求信息被劫持后用戶無法進行正常操作相比，本發(fā)明實施例在登錄請求信息被運營商劫持時，客戶端可以根據(jù)服務器提供的劫持處理策略，及時進行請求模式切換，從而保證用戶賬號信息的安全性。
[0127]在上述實施例中，對各個實施例的描述都各有側(cè)重，某個實施例中沒有詳述的部分，可以參見其他實施例的相關描述。
[0128]可以理解的是，上述方法及裝置中的相關特征可以相互參考。另外，上述實施例中的“第一”、“第二”等是用于區(qū)分各實施例，而并不代表各實施例的優(yōu)劣。
[0129]所屬領域的技術人員可以清楚地了解到，為描述的方便和簡潔，上述描述的系統(tǒng)，裝置和單元的具體工作過程，可以參考前述方法實施例中的對應過程，在此不再贅述。
[0130]在此提供的算法和顯示不與任何特定計算機、虛擬系統(tǒng)或者其它設備固有相關。各種通用系統(tǒng)也可以與基于在此的示教一起使用。根據(jù)上面的描述，構造這類系統(tǒng)所要求的結構是顯而易見的。此外，本發(fā)明也不針對任何特定編程語言。應當明白，可以利用各種編程語言實現(xiàn)在此描述的本發(fā)明的內(nèi)容，并且上面對特定語言所做的描述是為了披露本發(fā)明的最佳實施方式。
[0131]在此處所提供的說明書中，說明了大量具體細節(jié)。然而，能夠理解，本發(fā)明的實施例可以在沒有這些具體細節(jié)的情況下實踐。在一些實例中，并未詳細示出公知的方法、結構和技術，以便不模糊對本說明書的理解。
[0132]類似地，應當理解，為了精簡本公開并幫助理解各個發(fā)明方面中的一個或多個，在上面對本發(fā)明的示例性實施例的描述中，本發(fā)明的各個特征有時被一起分組到單個實施例、圖、或者對其的描述中。然而，并不應將該公開的方法解釋成反映如下意圖:即所要求保護的本發(fā)明要求比在每個權利要求中所明確記載的特征更多的特征。更確切地說，如下面的權利要求書所反映的那樣，發(fā)明方面在于少于前面公開的單個實施例的所有特征。因此，遵循【具體實施方式】的權利要求書由此明確地并入該【具體實施方式】，其中每個權利要求本身都作為本發(fā)明的單獨實施例。
[0133]本領域那些技術人員可以理解，可以對實施例中的設備中的模塊進行自適應性地改變并且把它們設置在與該實施例不同的一個或多個設備中?？梢园褜嵤├械哪K或單元或組件組合成一個模塊或單元或組件，以及此外可以把它們分成多個子模塊或子單元或子組件。除了這樣的特征和/或過程或者單元中的至少一些是相互排斥之外，可以采用任何組合對本說明書(包括伴隨的權利要求、摘要和附圖)中公開的所有特征以及如此公開的任何方法或者設備的所有過程或單元進行組合。除非另外明確陳述，本說明書(包括伴隨的權利要求、摘要和附圖)中公開的每個特征可以由提供相同、等同或相似目的的替代特征來代替。
[0134]此外，本領域的技術人員能夠理解，盡管在此所述的一些實施例包括其它實施例中所包括的某些特征而不是其它特征，但是不同實施例的特征的組合意味著處于本發(fā)明的范圍之內(nèi)并且形成不同的實施例。例如，在下面的權利要求書中，所要求保護的實施例的任意之一都可以以任意的組合方式來使用。
[0135]本發(fā)明的各個部件實施例可以以硬件實現(xiàn)，或者以在一個或者多個處理器上運行的軟件模塊實現(xiàn)，或者以它們的組合實現(xiàn)。本領域的技術人員應當理解，可以在實踐中使用微處理器或者數(shù)字信號處理器(DSP)來實現(xiàn)根據(jù)本發(fā)明實施例的請求控制方法、服務器、客戶端及系統(tǒng)中的一些或者全部部件的一些或者全部功能。本發(fā)明還可以實現(xiàn)為用于執(zhí)行這里所描述的方法的一部分或者全部的設備或者裝置程序(例如，計算機程序和計算機程序產(chǎn)品)。這樣的實現(xiàn)本發(fā)明的程序可以存儲在計算機可讀介質(zhì)上，或者可以具有一個或者多個信號的形式。這樣的信號可以從因特網(wǎng)網(wǎng)站上下載得到，或者在載體信號上提供，或者以任何其他形式提供。
[0136]應該注意的是上述實施例對本發(fā)明進行說明而不是對本發(fā)明進行限制，并且本領域技術人員在不脫離所附權利要求的范圍的情況下可設計出替換實施例。在權利要求中，不應將位于括號之間的任何參考符號構造成對權利要求的限制。單詞“包含”不排除存在未列在權利要求中的元件或步驟。位于元件之前的單詞“一”或“一個”不排除存在多個這樣的元件。本發(fā)明可以借助于包括有若干不同元件的硬件以及借助于適當編程的計算機來實現(xiàn)。在列舉了若干裝置的單元權利要求中，這些裝置中的若干個可以是通過同一個硬件項來具體體現(xiàn)。單詞第一、第二、以及第三等的使用不表示任何順序。可將這些單詞解釋為名稱。
[0137]Al、一種請求控制方法，包括:
[0138]接收客戶端發(fā)送的登錄請求信息；
[0139]判斷所述登錄請求信息對應的響應是否存在異常；
[0140]若存在異常，則向所述客戶端發(fā)送模式切換指示信息，所述模式切換指示信息中攜帶有包含各種請求模式的配置文件，以使得所述客戶端根據(jù)所述配置文件進行請求模式切換。
[0141]A2、如Al所述的請求控制方法，所述判斷所述登錄請求信息對應的響應是否存在異常包括:
[0142]獲取所述登錄請求信息對應的日志信息；
[0143]根據(jù)所述登錄請求信息對應的日志信息判斷所述登錄請求信息對應的響應是否存在異常。
[0144]A3、如Al或A2所述的請求控制方法，若存在異常，則向所述客戶端發(fā)送模式切換指示信息之前，還包括:
[0145]根據(jù)所述登錄請求信息，獲取所述客戶端當前的請求模式；
[0146]所述若存在異常，則向所述客戶端發(fā)送模式切換指示信息包括:
[0147]若存在異常，則向所述客戶端發(fā)送模式切換指示信息，所述模式切換指示信息中攜帶有目標請求模式，所述目標請求模式不同于所述客戶端當前的請求模式，以使得所述客戶端根據(jù)所述配置文件切換到所述目標請求模式。
[0148]A4、如Al所