本發(fā)明涉及信息處理技術(shù)，尤其涉及一種業(yè)務(wù)控制方法及裝置。

背景技術(shù)：

隨著移動(dòng)互聯(lián)網(wǎng)的不斷發(fā)展，智能終端上出現(xiàn)了各類監(jiān)控手機(jī)流量、話費(fèi)、增值業(yè)務(wù)消費(fèi)的應(yīng)用程序。通常，此類應(yīng)用程序會(huì)在固定時(shí)間段規(guī)律性地自動(dòng)觸發(fā)用戶信息查詢請(qǐng)求等功能，進(jìn)而向運(yùn)營(yíng)商業(yè)務(wù)平臺(tái)發(fā)送查詢指令，并在收到運(yùn)營(yíng)商業(yè)務(wù)平臺(tái)的反饋后自動(dòng)解析反饋的內(nèi)容。

隨著移動(dòng)終端監(jiān)控軟件的用戶群體不斷擴(kuò)大，此類應(yīng)用程序的請(qǐng)求會(huì)定時(shí)地對(duì)電信運(yùn)營(yíng)商支撐網(wǎng)的業(yè)務(wù)系統(tǒng)形成巨大的脈沖式?jīng)_擊。通常，運(yùn)營(yíng)商應(yīng)對(duì)這種業(yè)務(wù)增長(zhǎng)的解決方案仍是以系統(tǒng)擴(kuò)容的方式為主，同時(shí)針對(duì)用戶不同請(qǐng)的求類型定義優(yōu)先級(jí)，對(duì)高優(yōu)先級(jí)的業(yè)務(wù)請(qǐng)求進(jìn)行優(yōu)先處理。但是當(dāng)業(yè)務(wù)量暴增時(shí)，特別是當(dāng)系統(tǒng)受到大批量業(yè)務(wù)請(qǐng)求沖擊時(shí)，該解決方案通常會(huì)對(duì)部分用戶主動(dòng)發(fā)送的業(yè)務(wù)請(qǐng)求造成延遲。

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

有鑒于此，本發(fā)明提供一種業(yè)務(wù)控制方法及裝置，以保證及時(shí)處理用戶主動(dòng)發(fā)送的業(yè)務(wù)請(qǐng)求。

為解決上述技術(shù)問(wèn)題，本發(fā)明提供一種業(yè)務(wù)控制方法，包括：

接收用戶的查詢請(qǐng)求；

確定所述查詢請(qǐng)求是否為用戶主動(dòng)發(fā)送的查詢請(qǐng)求；

若所述查詢請(qǐng)求是用戶主動(dòng)發(fā)送的查詢請(qǐng)求，則優(yōu)先響應(yīng)所述查詢請(qǐng)求；若所述查詢請(qǐng)求不是用戶主動(dòng)發(fā)送的查詢請(qǐng)求，則推遲響應(yīng)所述查詢請(qǐng)求。

優(yōu)選的，所述確定所述查詢請(qǐng)求是否為用戶主動(dòng)發(fā)送的查詢請(qǐng)求包括：

獲取業(yè)務(wù)控制條件；

當(dāng)所述查詢請(qǐng)求與所述業(yè)務(wù)控制條件匹配時(shí)，確定所述查詢請(qǐng)求不是用戶主動(dòng)發(fā)送的查詢請(qǐng)求；當(dāng)所述查詢請(qǐng)求與所述業(yè)務(wù)控制條件不匹配時(shí)，確定所述查詢請(qǐng)求是用戶主動(dòng)發(fā)送的查詢請(qǐng)求。

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

設(shè)置所述業(yè)務(wù)控制條件。

優(yōu)選的，所述設(shè)置所述業(yè)務(wù)控制條件包括：

獲取所述用戶在預(yù)設(shè)時(shí)間段內(nèi)的歷史查詢請(qǐng)求；

對(duì)所述歷史查詢請(qǐng)求進(jìn)行分析，獲取所述歷史查詢請(qǐng)求的類型、發(fā)送時(shí)間；

根據(jù)每一類型的歷史查詢請(qǐng)求的發(fā)送時(shí)間確定每一類型的歷史查詢請(qǐng)求的發(fā)送頻率超過(guò)預(yù)設(shè)值時(shí)的時(shí)間段；

若在所述時(shí)間段內(nèi)收到的與每一類型的歷史查詢請(qǐng)求為同類型的查詢請(qǐng)求的數(shù)量超過(guò)閾值，則將所述歷史查詢請(qǐng)求和所述時(shí)間段的對(duì)應(yīng)關(guān)系作為所述業(yè)務(wù)控制條件。

優(yōu)選的，所述當(dāng)所述查詢請(qǐng)求與所述業(yè)務(wù)控制條件匹配時(shí)，確定所述查詢請(qǐng)求不是用戶主動(dòng)發(fā)送的查詢請(qǐng)求；當(dāng)所述查詢請(qǐng)求與所述業(yè)務(wù)控制條件不匹配時(shí)，確定所述查詢請(qǐng)求是用戶主動(dòng)發(fā)送的查詢請(qǐng)求，包括：

當(dāng)所述查詢請(qǐng)求的發(fā)送時(shí)間與對(duì)應(yīng)的業(yè)務(wù)控制條件的時(shí)間段匹配時(shí)，則所述查詢請(qǐng)求不是用戶主動(dòng)發(fā)送的查詢請(qǐng)求；當(dāng)所述查詢請(qǐng)求的發(fā)送時(shí)間與對(duì)應(yīng)的業(yè)務(wù)控制條件的時(shí)間段不匹配時(shí)，所述查詢請(qǐng)求是用戶主動(dòng)發(fā)送的查詢請(qǐng)求。

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

利用所述業(yè)務(wù)控制條件更新業(yè)務(wù)控制條件數(shù)據(jù)庫(kù)；和/或

對(duì)所述業(yè)務(wù)控制條件進(jìn)行驗(yàn)證。

優(yōu)選的，所述若所述查詢請(qǐng)求是用戶主動(dòng)發(fā)送的查詢請(qǐng)求，則優(yōu)先響應(yīng)所述查詢請(qǐng)求；若所述查詢請(qǐng)求不是用戶主動(dòng)發(fā)送的查詢請(qǐng)求，則推遲響應(yīng)所述查詢請(qǐng)求，包括：

若所述查詢請(qǐng)求是用戶主動(dòng)發(fā)送的查詢請(qǐng)求，將所述查詢請(qǐng)求存入第一優(yōu)先級(jí)處理隊(duì)列；若所述查詢請(qǐng)求不是用戶主動(dòng)發(fā)送的查詢請(qǐng)求，將所述查詢請(qǐng)求存入第二優(yōu)先級(jí)處理隊(duì)列；

其中所述第一優(yōu)先級(jí)處理隊(duì)列的優(yōu)先級(jí)高于所述第二優(yōu)先級(jí)處理隊(duì)列的 優(yōu)先級(jí)。

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

若所述查詢請(qǐng)求是用戶主動(dòng)發(fā)送的查詢請(qǐng)求，在預(yù)設(shè)時(shí)間內(nèi)獲取所述查詢請(qǐng)求的數(shù)量；

若所述查詢請(qǐng)求的數(shù)量在預(yù)設(shè)時(shí)間內(nèi)超過(guò)預(yù)設(shè)閾值時(shí)，將所述用戶主動(dòng)發(fā)送的查詢請(qǐng)求存入所述第二優(yōu)先級(jí)處理隊(duì)列。

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

若所述查詢請(qǐng)求是用戶主動(dòng)發(fā)送的查詢請(qǐng)求，為所述查詢請(qǐng)求添加標(biāo)識(shí)。

第二方面，本發(fā)明還提供一種業(yè)務(wù)控制裝置，包括：

接收單元，用于接收用戶的查詢請(qǐng)求；

確定單元，用于確定所述查詢請(qǐng)求是否為用戶主動(dòng)發(fā)送的查詢請(qǐng)求；

處理單元，用于在所述查詢請(qǐng)求是用戶主動(dòng)發(fā)送的查詢請(qǐng)求時(shí)，則優(yōu)先響應(yīng)所述查詢請(qǐng)求；在所述查詢請(qǐng)求不是用戶主動(dòng)發(fā)送的查詢請(qǐng)求時(shí)，則推遲響應(yīng)所述查詢請(qǐng)求。

優(yōu)選的，所述確定單元包括：

獲取模塊，用于獲取業(yè)務(wù)控制條件；

確定模塊，用于當(dāng)所述查詢請(qǐng)求與所述業(yè)務(wù)控制條件匹配時(shí)，確定所述查詢請(qǐng)求不是用戶主動(dòng)發(fā)送的查詢請(qǐng)求；當(dāng)所述查詢請(qǐng)求與所述業(yè)務(wù)控制條件不匹配時(shí)，確定所述查詢請(qǐng)求是用戶主動(dòng)發(fā)送的查詢請(qǐng)求。

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

設(shè)置單元，用于設(shè)置所述業(yè)務(wù)控制條件。

優(yōu)選的，所述設(shè)置單元包括：

獲取模塊，用于獲取所述用戶在預(yù)設(shè)時(shí)間段內(nèi)的歷史查詢請(qǐng)求；

分析模塊，用于對(duì)所述歷史查詢請(qǐng)求進(jìn)行分析，獲取所述歷史查詢請(qǐng)求的類型、發(fā)送時(shí)間；

統(tǒng)計(jì)模塊，用于根據(jù)每一類型的歷史查詢請(qǐng)求的發(fā)送時(shí)間確定每一類型的歷史查詢請(qǐng)求的發(fā)送頻率超過(guò)預(yù)設(shè)值時(shí)的時(shí)間段；

設(shè)置模塊，用于當(dāng)在所述時(shí)間段內(nèi)收到的與每一類型的歷史查詢請(qǐng)求為同類型的查詢請(qǐng)求的數(shù)量超過(guò)閾值時(shí)，則將所述歷史查詢請(qǐng)求和所述時(shí)間段的對(duì) 應(yīng)關(guān)系作為所述業(yè)務(wù)控制條件。

優(yōu)選的，所述確定模塊具體用于：當(dāng)所述查詢請(qǐng)求的發(fā)送時(shí)間與對(duì)應(yīng)的業(yè)務(wù)控制條件的時(shí)間段匹配時(shí)，則所述查詢請(qǐng)求不是用戶主動(dòng)發(fā)送的查詢請(qǐng)求；當(dāng)所述查詢請(qǐng)求的發(fā)送時(shí)間與對(duì)應(yīng)的業(yè)務(wù)控制條件的時(shí)間段不匹配時(shí)，所述查詢請(qǐng)求是用戶主動(dòng)發(fā)送的查詢請(qǐng)求。

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

更新單元，用于利用所述業(yè)務(wù)控制條件更新業(yè)務(wù)控制條件數(shù)據(jù)庫(kù)；和/或

驗(yàn)證單元，用于對(duì)所述業(yè)務(wù)控制條件進(jìn)行驗(yàn)證。

優(yōu)選的，所述處理單元具體用于：在所述查詢請(qǐng)求是用戶主動(dòng)發(fā)送的查詢請(qǐng)求時(shí)，將所述查詢請(qǐng)求存入第一優(yōu)先級(jí)處理隊(duì)列；在所述查詢請(qǐng)求不是用戶主動(dòng)發(fā)送的查詢請(qǐng)求時(shí)，將所述查詢請(qǐng)求存入第二優(yōu)先級(jí)處理隊(duì)列；

其中所述第一優(yōu)先級(jí)處理隊(duì)列的優(yōu)先級(jí)高于所述第二優(yōu)先級(jí)處理隊(duì)列的優(yōu)先級(jí)。

優(yōu)選的，所述處理單元還用于：

在所述查詢請(qǐng)求是用戶主動(dòng)發(fā)送的查詢請(qǐng)求時(shí)，在預(yù)設(shè)時(shí)間內(nèi)獲取所述查詢請(qǐng)求的數(shù)量；若所述查詢請(qǐng)求的數(shù)量在預(yù)設(shè)時(shí)間內(nèi)超過(guò)預(yù)設(shè)閾值時(shí)，將所述用戶主動(dòng)發(fā)送的查詢請(qǐng)求存入所述第二優(yōu)先級(jí)處理隊(duì)列。

優(yōu)選的，所述處理單元還用于：在所述查詢請(qǐng)求是用戶主動(dòng)發(fā)送的查詢請(qǐng)求時(shí)，為所述查詢請(qǐng)求添加標(biāo)識(shí)。

本發(fā)明的上述技術(shù)方案的有益效果如下：

在本發(fā)明實(shí)施例中，根據(jù)接收到的用戶的查詢請(qǐng)求確定其是否為用戶主動(dòng)發(fā)送的查詢請(qǐng)求，并在當(dāng)所述查詢請(qǐng)求是用戶主動(dòng)發(fā)送的查詢請(qǐng)求，則優(yōu)先響應(yīng)所述查詢請(qǐng)求；當(dāng)所述查詢請(qǐng)求不是用戶主動(dòng)發(fā)送的查詢請(qǐng)求時(shí)，則推遲響應(yīng)所述查詢請(qǐng)求。由上可以看出，由于利用本發(fā)明實(shí)施例的方案可以對(duì)用戶的查詢請(qǐng)求進(jìn)行區(qū)分從而在其為用戶主動(dòng)發(fā)送的查詢請(qǐng)求時(shí)優(yōu)先處理，因此，利用本發(fā)明實(shí)施例的方案可以保證及時(shí)的處理用戶主動(dòng)發(fā)送的業(yè)務(wù)請(qǐng)求。

附圖說(shuō)明

圖1為本發(fā)明實(shí)施例一的業(yè)務(wù)控制方法的流程圖；

圖2為本發(fā)明實(shí)施例二的業(yè)務(wù)控制方法的流程圖；

圖3為用于實(shí)施本發(fā)明實(shí)施例二的業(yè)務(wù)控制方法的架構(gòu)圖；

圖4為本發(fā)明實(shí)施例二中DPI驗(yàn)證的流程圖；

圖5為本發(fā)明實(shí)施例二中請(qǐng)求緩沖池的處理示意圖；

圖6為本發(fā)明實(shí)施例三的業(yè)務(wù)控制裝置的示意圖；

圖7為本發(fā)明實(shí)施例三的業(yè)務(wù)控制裝置的結(jié)構(gòu)圖。

具體實(shí)施方式

下面將結(jié)合附圖和實(shí)施例，對(duì)本發(fā)明的具體實(shí)施方式作進(jìn)一步詳細(xì)描述。以下實(shí)施例用于說(shuō)明本發(fā)明，但不用來(lái)限制本發(fā)明的范圍。

如圖1所示，本發(fā)明實(shí)施例一的業(yè)務(wù)控制方法，包括：

步驟11、接收用戶的查詢請(qǐng)求。

在本發(fā)明實(shí)施例中，所述用戶的查詢請(qǐng)求可以包括用戶主動(dòng)發(fā)送的查詢請(qǐng)求以及應(yīng)用程序自動(dòng)為用戶發(fā)送的查詢請(qǐng)求。如背景技術(shù)中所描述的，應(yīng)用程序自動(dòng)為用戶發(fā)送的查詢請(qǐng)求都是有規(guī)律性的，所以，在本發(fā)明實(shí)施例中，通過(guò)對(duì)這類的查詢請(qǐng)求進(jìn)行分析繼而確定應(yīng)用程序自動(dòng)為用戶發(fā)送的查詢請(qǐng)求的規(guī)律，通過(guò)是否符合該規(guī)律即可判斷用戶的查詢請(qǐng)求是否為用戶主動(dòng)發(fā)送的查詢請(qǐng)求。

其中所述查詢請(qǐng)求可以包括：話費(fèi)查詢請(qǐng)求，套餐余量查詢請(qǐng)求，消費(fèi)詳單查詢請(qǐng)求等等。

步驟12、確定所述查詢請(qǐng)求是否為用戶主動(dòng)發(fā)送的查詢請(qǐng)求。

在此步驟中，可首先獲取業(yè)務(wù)控制條件。其中所述業(yè)務(wù)控制條件是對(duì)用戶的歷史查詢請(qǐng)求進(jìn)行分析獲得的。當(dāng)所述查詢請(qǐng)求與所述業(yè)務(wù)控制條件匹配時(shí)，確定所述查詢請(qǐng)求不是用戶主動(dòng)發(fā)送的查詢請(qǐng)求；當(dāng)所述查詢請(qǐng)求與所述業(yè)務(wù)控制條件不匹配時(shí)，確定所述查詢請(qǐng)求是用戶主動(dòng)發(fā)送的查詢請(qǐng)求。

步驟13、若所述查詢請(qǐng)求是用戶主動(dòng)發(fā)送的查詢請(qǐng)求，則優(yōu)先響應(yīng)所述查詢請(qǐng)求；若所述查詢請(qǐng)求不是用戶主動(dòng)發(fā)送的查詢請(qǐng)求，則推遲響應(yīng)所述查詢請(qǐng)求。

由上可以看出，由于利用本發(fā)明實(shí)施例的方案可以對(duì)用戶的查詢請(qǐng)求進(jìn)行 區(qū)分從而在其為用戶主動(dòng)發(fā)送的查詢請(qǐng)求時(shí)優(yōu)先處理，因此，利用本發(fā)明實(shí)施例的方案可以保證及時(shí)的處理用戶主動(dòng)發(fā)送的業(yè)務(wù)請(qǐng)求。

以下，結(jié)合圖2、圖3所示詳細(xì)描述一下本發(fā)明實(shí)施例二的業(yè)務(wù)控制方法實(shí)現(xiàn)過(guò)程。

如圖2所示，本發(fā)明實(shí)施例二的業(yè)務(wù)控制方法包括：

步驟21、設(shè)置業(yè)務(wù)控制條件。

在此，所述業(yè)務(wù)控制條件主要是用于區(qū)分用戶主動(dòng)發(fā)送的查詢請(qǐng)求和應(yīng)用程序自動(dòng)發(fā)送的查詢請(qǐng)求。業(yè)務(wù)控制條件可以理解為是一些規(guī)則，通過(guò)將用戶的查詢請(qǐng)求與該規(guī)則進(jìn)行對(duì)比，即可確定查詢請(qǐng)求是否為用戶主動(dòng)發(fā)送的查詢請(qǐng)求。

首先結(jié)合圖3所示對(duì)實(shí)施本發(fā)明實(shí)施例的方法的架構(gòu)做一簡(jiǎn)單介紹。在圖3中，該架構(gòu)包括分析裝置、監(jiān)控過(guò)濾裝置，同時(shí)上述兩裝置結(jié)合請(qǐng)求緩沖池對(duì)業(yè)務(wù)進(jìn)行流控。

在該架構(gòu)中，分析裝置由行為分析裝置和驗(yàn)證裝置兩部分組成，前者主要對(duì)用戶歷史行為進(jìn)行分析和歸類，后者對(duì)前者的分析結(jié)果進(jìn)行隨機(jī)取樣驗(yàn)證。

其中，在具體應(yīng)用中，所述行為分析裝置通過(guò)對(duì)海量用戶歷史行為進(jìn)行分析，通過(guò)波動(dòng)集匹配的方式，歸納每個(gè)用戶的行為規(guī)律，區(qū)分用戶主動(dòng)發(fā)送的查詢請(qǐng)求和應(yīng)用程序自動(dòng)發(fā)送的查詢請(qǐng)求，并制定相應(yīng)過(guò)濾規(guī)則即業(yè)務(wù)控制條件。

具體的，行為分析裝置在設(shè)置所述業(yè)務(wù)控制條件的工作過(guò)程可包括以下內(nèi)容：

(1)請(qǐng)求分類：

獲取用戶在預(yù)設(shè)時(shí)間段內(nèi)的歷史查詢請(qǐng)求，對(duì)所述歷史查詢請(qǐng)求進(jìn)行分析，獲取歷史查詢請(qǐng)求的類型、發(fā)送時(shí)間。其中，所述預(yù)設(shè)時(shí)間段可任意設(shè)置，例如設(shè)置為1周。所述歷史查詢請(qǐng)求指的是用戶在該預(yù)設(shè)時(shí)間段內(nèi)發(fā)送的查詢請(qǐng)求，包括用戶主動(dòng)發(fā)送的查詢請(qǐng)求和應(yīng)用程序自動(dòng)發(fā)送的查詢請(qǐng)求。根據(jù)所要查詢內(nèi)容的不同，在此所述歷史查詢請(qǐng)求可劃分為話費(fèi)查詢請(qǐng)求，套餐余量查詢請(qǐng)求，消費(fèi)詳單查詢請(qǐng)求等等。

(2)波動(dòng)分析：

通過(guò)對(duì)歷史查詢請(qǐng)求的類型、發(fā)送時(shí)間、用戶信息(如手機(jī)號(hào))等條件進(jìn)行分析，對(duì)于每一類型的歷史數(shù)據(jù)，定義連續(xù)L天(為對(duì)于0的整數(shù)，可任意設(shè)置，例如設(shè)置為7天)的歷史查詢請(qǐng)求的數(shù)據(jù)集合記作為G，然后根據(jù)系統(tǒng)平時(shí)業(yè)務(wù)量的均值制定出業(yè)務(wù)量閾值A(chǔ)_L。如果在某個(gè)時(shí)間段[t-Δt，t+Δt]內(nèi)，某個(gè)類型的歷史查詢數(shù)據(jù)的發(fā)送頻率大于該閾值，根據(jù)該時(shí)間段獲得該類型的歷史查詢數(shù)據(jù)的波峰全集F(T)：F(T)＝{f(t+Δt)≥A_L||f(t)≥A_L||f(t-Δt)≥A_L}。

其中，f(t-Δt)表示在t-Δt時(shí)刻的業(yè)務(wù)量，f(t+Δt)表示在t+Δt時(shí)刻的業(yè)務(wù)量。

(3)行為歸類：

因?yàn)楦鞣N應(yīng)用程序會(huì)在不同時(shí)間段發(fā)起查詢請(qǐng)求，因此需要將用戶行為按行為規(guī)則分類，將單個(gè)用戶請(qǐng)求行為時(shí)間集合g＝{a₁，a₂，a₃，a₄……}，并與(2)中的波峰進(jìn)行匹配，其中，單個(gè)波峰與單個(gè)用戶的時(shí)間點(diǎn)匹配關(guān)系為：

在此，我們將單個(gè)用戶與波峰集的匹配關(guān)系為M_F(T)，將符合同一種匹配關(guān)系的用戶定義為用戶集g_n，對(duì)應(yīng)波峰集為F(g_n)。其中M為常數(shù)，其值越接近1表示單個(gè)波峰和單個(gè)用戶的時(shí)間點(diǎn)越為匹配。

(4)設(shè)置規(guī)則：

若在某個(gè)時(shí)間段內(nèi)收到的與每一類型的歷史查詢請(qǐng)求為同類型的查詢請(qǐng)求的數(shù)量超過(guò)閾值，則將所述歷史查詢請(qǐng)求和所述時(shí)間段的對(duì)應(yīng)關(guān)系作為所述業(yè)務(wù)控制條件。也即，如果用戶集g_n中的用戶數(shù)量大于閾值，則將所述歷史查詢請(qǐng)求和所述時(shí)間段的對(duì)應(yīng)關(guān)系作為所述業(yè)務(wù)控制條件。在此閾值可根據(jù)實(shí)際經(jīng)驗(yàn)設(shè)置。

在制定了上述規(guī)則后，為了保證規(guī)則的準(zhǔn)確性，在本發(fā)明實(shí)施例中還可對(duì)該規(guī)則進(jìn)行驗(yàn)證。在本發(fā)明實(shí)施例中，主要是利用DPI(Deep Packet Inspection，深度包檢測(cè)技術(shù))對(duì)制定的規(guī)則進(jìn)行驗(yàn)證。

深度包檢測(cè)技術(shù)是一種基于應(yīng)用層的流量檢測(cè)和控制技術(shù)，當(dāng)IP數(shù)據(jù)包、TCP(Transmission Control Protocol，傳輸控制協(xié)議)或UDP(User Data Protocol，用戶數(shù)據(jù)報(bào)協(xié)議)數(shù)據(jù)流通過(guò)基于DPI技術(shù)的帶寬管理系統(tǒng)時(shí)，該系統(tǒng)通過(guò) 深入讀取IP(Internet Protocol，因特網(wǎng)協(xié)議)包載荷的內(nèi)容來(lái)對(duì)OSI(Open System Interconnection，開(kāi)放式系統(tǒng)互連)七層協(xié)議中的應(yīng)用層信息進(jìn)行重組，從而得到整個(gè)應(yīng)用程序的內(nèi)容，然后按照系統(tǒng)定義的管理策略對(duì)流量進(jìn)行整形操作。DPI技術(shù)是在傳統(tǒng)IP數(shù)據(jù)包檢測(cè)技術(shù)(OSI L2-L4之間包含的數(shù)據(jù)包元素的檢測(cè)分析)之上增加了對(duì)應(yīng)用層數(shù)據(jù)的應(yīng)用協(xié)議識(shí)別，數(shù)據(jù)包內(nèi)容檢測(cè)與深度解碼。

基于以上原理，在本方案中，如圖4所示，在對(duì)制定的規(guī)則進(jìn)行驗(yàn)證時(shí)，通過(guò)隨機(jī)抽取待驗(yàn)證的任一規(guī)則的用戶若干，并抽取用戶在一段時(shí)間內(nèi)的流量數(shù)據(jù)。通過(guò)DPI技術(shù)對(duì)抽取的用戶流量數(shù)據(jù)進(jìn)行分析并與預(yù)存的軟件特征庫(kù)比較，得到用戶移動(dòng)終端安裝的應(yīng)用程序的信息，并進(jìn)行匹配驗(yàn)證。通過(guò)此匹配驗(yàn)證，能進(jìn)一步保證制定的規(guī)則的準(zhǔn)確性。

圖3所示架構(gòu)中的監(jiān)控過(guò)濾模塊用于存儲(chǔ)分析裝置模塊中制定的規(guī)則。監(jiān)控過(guò)濾模塊在對(duì)用戶即時(shí)的查詢請(qǐng)求添加標(biāo)記后，將該查詢請(qǐng)求送入請(qǐng)求緩沖池中進(jìn)行處理，該裝置工作原理如下：

(1)采用離線分析處理的方式監(jiān)控，每日凌晨定時(shí)進(jìn)行緩存數(shù)據(jù)更新。不斷利用新的規(guī)則更新業(yè)務(wù)控制條件數(shù)據(jù)庫(kù)，保證數(shù)據(jù)實(shí)時(shí)性。

(2)對(duì)新設(shè)定的規(guī)則，制定未啟用標(biāo)志，通過(guò)DPI驗(yàn)證且人工啟用后，正式進(jìn)行作為正式的規(guī)則。

(3)系統(tǒng)接收到用戶的查詢請(qǐng)求時(shí)進(jìn)行過(guò)濾。當(dāng)查詢請(qǐng)求被判為符合已存在的規(guī)則時(shí)，對(duì)該查詢請(qǐng)求加入標(biāo)記，若不符合現(xiàn)存規(guī)則，則加入空白標(biāo)記。將所有查詢請(qǐng)求均存入請(qǐng)求緩沖池，進(jìn)行相應(yīng)處理。

為了實(shí)現(xiàn)對(duì)用戶查詢請(qǐng)求的區(qū)別應(yīng)答，如圖5所示，在請(qǐng)求緩沖池中對(duì)用戶的查詢請(qǐng)求進(jìn)行優(yōu)先級(jí)的劃分，并建立多個(gè)優(yōu)先級(jí)的處理隊(duì)列。利用業(yè)務(wù)緩沖模塊在極短時(shí)間內(nèi)對(duì)用戶的查詢請(qǐng)求進(jìn)行暫存，并區(qū)分優(yōu)先級(jí)后將其存入相應(yīng)處理模塊進(jìn)行處理。對(duì)于匹配規(guī)則的用戶查詢請(qǐng)求，降低此列用戶查詢請(qǐng)求的優(yōu)先級(jí)。對(duì)于未匹配規(guī)則的用戶查詢請(qǐng)求，利用惡意攻擊探測(cè)器進(jìn)行探測(cè)，如果單一用戶在業(yè)務(wù)緩沖模塊中同一類請(qǐng)求超過(guò)設(shè)定閾值，則降低此類用戶查詢請(qǐng)求的優(yōu)先級(jí)。在本發(fā)明實(shí)施例中，為被降低優(yōu)先級(jí)的用戶查詢請(qǐng)求建立單獨(dú)處理隊(duì)列，利用隊(duì)列空閑探測(cè)器對(duì)各隊(duì)列進(jìn)行探測(cè)，發(fā)現(xiàn)有空余資源時(shí)，則 從對(duì)應(yīng)的緩沖表中提取查詢請(qǐng)求進(jìn)行處理。通過(guò)針對(duì)不同的優(yōu)先級(jí)業(yè)務(wù)實(shí)現(xiàn)不同的配置，從而實(shí)現(xiàn)區(qū)別服務(wù)，也保障了系統(tǒng)的穩(wěn)定運(yùn)行。

步驟22、接收用戶的查詢請(qǐng)求。

步驟23、確定所述查詢請(qǐng)求是否為用戶主動(dòng)發(fā)送的查詢請(qǐng)求。

此步驟包括：步驟231、獲取查詢請(qǐng)求的類型和用戶的號(hào)碼、時(shí)間；步驟232、確定用戶的查詢請(qǐng)求是否符合已設(shè)置的規(guī)則。具體的，根據(jù)步驟21中制定的各個(gè)業(yè)務(wù)控制條件，當(dāng)所述查詢請(qǐng)求的發(fā)送時(shí)間與對(duì)應(yīng)的業(yè)務(wù)控制條件的時(shí)間段匹配時(shí)，則所述查詢請(qǐng)求不是用戶主動(dòng)發(fā)送的查詢請(qǐng)求，執(zhí)行步驟24；當(dāng)所述查詢請(qǐng)求的發(fā)送時(shí)間與對(duì)應(yīng)的業(yè)務(wù)控制條件的時(shí)間段不匹配時(shí)，所述查詢請(qǐng)求是用戶主動(dòng)發(fā)送的查詢請(qǐng)求，執(zhí)行步驟25-28。

步驟24、將所述查詢請(qǐng)求存入到緩沖模塊中，若探測(cè)到第二優(yōu)先級(jí)隊(duì)列中有空閑資源時(shí)則處理該查詢請(qǐng)求。

步驟25、為所述查詢請(qǐng)求添加標(biāo)識(shí)。

步驟26、將所述查詢請(qǐng)求存入到緩沖模塊中。

步驟27、判斷在一個(gè)較短的時(shí)間段內(nèi)該用戶的同一類型的查詢請(qǐng)求是否超過(guò)預(yù)設(shè)值。該較短的時(shí)間可以任意設(shè)置，例如為1分鐘等。

若是則將所述查詢請(qǐng)求存入到緩沖模塊中，若探測(cè)到第二優(yōu)先級(jí)隊(duì)列中有空閑資源時(shí)則處理該查詢請(qǐng)求。若否，則將所述查詢請(qǐng)求存入第一優(yōu)先級(jí)處理隊(duì)列。通過(guò)此種方式，可實(shí)現(xiàn)對(duì)惡意攻擊識(shí)別和流量的有效控制。

其中所述第一優(yōu)先級(jí)處理隊(duì)列的優(yōu)先級(jí)高于所述第二優(yōu)先級(jí)處理隊(duì)列的優(yōu)先級(jí)。

步驟28、探測(cè)各個(gè)優(yōu)先級(jí)隊(duì)列的運(yùn)行狀況，若探測(cè)到空閑資源時(shí)，從對(duì)應(yīng)的緩沖模塊中提取數(shù)據(jù)進(jìn)行處理。

步驟29、線程池并行處理、解析各個(gè)查詢請(qǐng)求。

步驟210、調(diào)用外圍接口，向用戶發(fā)送回復(fù)信息。

在步驟29進(jìn)行處理的同時(shí)，系統(tǒng)還可將用戶的查詢請(qǐng)求作為歷史查詢請(qǐng)求，作進(jìn)一步的行為分析和規(guī)則的制定。

具體的，按照步驟21中的描述對(duì)用戶的查詢請(qǐng)求進(jìn)行行為分析、規(guī)則制定和修改、DPI驗(yàn)證、更新規(guī)則并啟用，最后將用戶的信息和對(duì)應(yīng)的規(guī)則存入 到業(yè)務(wù)控制條件數(shù)據(jù)庫(kù)中。

由上可以看出，由于利用本發(fā)明實(shí)施例的方案可以對(duì)用戶的查詢請(qǐng)求進(jìn)行區(qū)分從而在其為用戶主動(dòng)發(fā)送的查詢請(qǐng)求時(shí)優(yōu)先處理，因此，利用本發(fā)明實(shí)施例的方案可以保證及時(shí)的處理用戶主動(dòng)發(fā)送的業(yè)務(wù)請(qǐng)求。

如圖6所示，本發(fā)明實(shí)施例三的業(yè)務(wù)控制裝置，包括：

接收單元51，用于接收用戶的查詢請(qǐng)求；確定單元52，用于確定所述查詢請(qǐng)求是否為用戶主動(dòng)發(fā)送的查詢請(qǐng)求；處理單元53，用于在所述查詢請(qǐng)求是用戶主動(dòng)發(fā)送的查詢請(qǐng)求時(shí)，則優(yōu)先響應(yīng)所述查詢請(qǐng)求；在所述查詢請(qǐng)求不是用戶主動(dòng)發(fā)送的查詢請(qǐng)求時(shí)，則推遲響應(yīng)所述查詢請(qǐng)求。

其中，所述確定單元52可包括：獲取模塊，用于獲取業(yè)務(wù)控制條件；確定模塊，用于當(dāng)所述查詢請(qǐng)求與所述業(yè)務(wù)控制條件匹配時(shí)，確定所述查詢請(qǐng)求不是用戶主動(dòng)發(fā)送的查詢請(qǐng)求；當(dāng)所述查詢請(qǐng)求與所述業(yè)務(wù)控制條件不匹配時(shí)，確定所述查詢請(qǐng)求是用戶主動(dòng)發(fā)送的查詢請(qǐng)求。

如圖7所示，所述裝置還包括：設(shè)置單元54，用于設(shè)置所述業(yè)務(wù)控制條件。具體的，所述設(shè)置單元54包括：獲取模塊，用于獲取所述用戶在預(yù)設(shè)時(shí)間段內(nèi)的歷史查詢請(qǐng)求；分析模塊，用于對(duì)所述歷史查詢請(qǐng)求進(jìn)行分析，獲取所述歷史查詢請(qǐng)求的類型、發(fā)送時(shí)間；統(tǒng)計(jì)模塊，用于根據(jù)每一類型的歷史查詢請(qǐng)求的發(fā)送時(shí)間確定每一類型的歷史查詢請(qǐng)求的發(fā)送頻率超過(guò)預(yù)設(shè)值時(shí)的時(shí)間段；設(shè)置模塊，用于當(dāng)在所述時(shí)間段內(nèi)收到的與每一類型的歷史查詢請(qǐng)求為同類型的查詢請(qǐng)求的數(shù)量超過(guò)閾值時(shí)，則將所述歷史查詢請(qǐng)求和所述時(shí)間段的對(duì)應(yīng)關(guān)系作為所述業(yè)務(wù)控制條件。

其中，所述確定模塊具體用于：當(dāng)所述查詢請(qǐng)求的發(fā)送時(shí)間與對(duì)應(yīng)的業(yè)務(wù)控制條件的時(shí)間段匹配時(shí)，則所述查詢請(qǐng)求不是用戶主動(dòng)發(fā)送的查詢請(qǐng)求；當(dāng)所述查詢請(qǐng)求的發(fā)送時(shí)間與對(duì)應(yīng)的業(yè)務(wù)控制條件的時(shí)間段不匹配時(shí)，所述查詢請(qǐng)求是用戶主動(dòng)發(fā)送的查詢請(qǐng)求。

再如圖7所示，為了保證數(shù)據(jù)的及時(shí)性和指定的業(yè)務(wù)控制條件的準(zhǔn)確性，所述裝置還包括：更新單元55，用于利用所述業(yè)務(wù)控制條件更新業(yè)務(wù)控制條件數(shù)據(jù)庫(kù)；和/或驗(yàn)證單元56，用于對(duì)所述業(yè)務(wù)控制條件進(jìn)行驗(yàn)證。

具體的，所述處理單元53具體用于：在所述查詢請(qǐng)求是用戶主動(dòng)發(fā)送的 查詢請(qǐng)求時(shí)，將所述查詢請(qǐng)求存入第一優(yōu)先級(jí)處理隊(duì)列；在所述查詢請(qǐng)求不是用戶主動(dòng)發(fā)送的查詢請(qǐng)求時(shí)，將所述查詢請(qǐng)求存入第二優(yōu)先級(jí)處理隊(duì)列；

其中所述第一優(yōu)先級(jí)處理隊(duì)列的優(yōu)先級(jí)高于所述第二優(yōu)先級(jí)處理隊(duì)列的優(yōu)先級(jí)。

此外，所述處理單元53還用于：在所述查詢請(qǐng)求是用戶主動(dòng)發(fā)送的查詢請(qǐng)求時(shí)，在預(yù)設(shè)時(shí)間內(nèi)獲取所述查詢請(qǐng)求的數(shù)量；若所述查詢請(qǐng)求的數(shù)量在預(yù)設(shè)時(shí)間內(nèi)超過(guò)預(yù)設(shè)閾值時(shí)，將所述用戶主動(dòng)發(fā)送的查詢請(qǐng)求存入所述第二優(yōu)先級(jí)處理隊(duì)列。以及，所述處理單元53還用于：在所述查詢請(qǐng)求是用戶主動(dòng)發(fā)送的查詢請(qǐng)求時(shí)，為所述查詢請(qǐng)求添加標(biāo)識(shí)。

其中，本發(fā)明實(shí)施例所述裝置的工作原理可參照前述方法實(shí)施例的描述。

由上可以看出，由于利用本發(fā)明實(shí)施例的方案可以對(duì)用戶的查詢請(qǐng)求進(jìn)行區(qū)分從而在其為用戶主動(dòng)發(fā)送的查詢請(qǐng)求時(shí)優(yōu)先處理，因此，利用本發(fā)明實(shí)施例的方案可以保證及時(shí)的處理用戶主動(dòng)發(fā)送的業(yè)務(wù)請(qǐng)求。

以上所述是本發(fā)明的優(yōu)選實(shí)施方式，應(yīng)當(dāng)指出，對(duì)于本技術(shù)領(lǐng)域的普通技術(shù)人員來(lái)說(shuō)，在不脫離本發(fā)明所述原理的前提下，還可以作出若干改進(jìn)和潤(rùn)飾，這些改進(jìn)和潤(rùn)飾也應(yīng)視為本發(fā)明的保護(hù)范圍。