本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種windows進(jìn)程保護(hù)方法和系統(tǒng)。

背景技術(shù)：

在現(xiàn)有技術(shù)中，解決本發(fā)明所提出的技術(shù)問(wèn)題的常用方法是常用的技術(shù)手段通常基于SSDT HOOK技術(shù)主要通過(guò)修改SSDT表的方式實(shí)現(xiàn)的，將內(nèi)核API在表(SSDT)中保存的地址修改為自己撰寫的函數(shù)地址，把Windows保存內(nèi)核API的某個(gè)‘庫(kù)’給篡改了，當(dāng)操作系統(tǒng)想要調(diào)用Windows API時(shí)，就會(huì)自動(dòng)跳轉(zhuǎn)到我們的函數(shù)上。

其技術(shù)涉及本發(fā)明相似的和Windows消息有關(guān)的消息Hook技術(shù)，所謂的消息Hook，就是通過(guò)SetWindowsHookEx()實(shí)現(xiàn)將自己設(shè)計(jì)額鉤子插入鉤子鏈的最前端，鉤子處理函數(shù)將截獲發(fā)送給Hook窗口的消息，也就是我們可以優(yōu)先于窗體先捕獲到這些消息，Windows消息Hook可以實(shí)現(xiàn)為進(jìn)程內(nèi)消息Hook和全局消息Hook。

系統(tǒng)服務(wù)描述符表SSDT(System Services Descriptor Table)是一個(gè)系統(tǒng)服務(wù)描述符，可以通過(guò)這個(gè)表把Ring3的Win32API和Ring0的內(nèi)核API聯(lián)系起來(lái)。它不僅僅只包含一個(gè)龐大的地址索引表，它還包含著一些其它有用的信息，諸如地址索引的基地址、服務(wù)函數(shù)個(gè)數(shù)等。我們通過(guò)修改此表的函數(shù)地址可以對(duì)常用Windows函數(shù)及API進(jìn)行Hook，從而實(shí)現(xiàn)對(duì)一些對(duì)系統(tǒng)查殺進(jìn)程動(dòng)作進(jìn)行保護(hù)、監(jiān)控的目的。然而ICESword等檢測(cè)工具可以輕松判斷SSDT是否被篡改，并且會(huì)以適當(dāng)?shù)姆绞酵ㄖ脩簟?/p>

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

本發(fā)明的實(shí)施例提供了一種windows進(jìn)程保護(hù)方法，本發(fā)明提供了如下方案：

根據(jù)windows API待執(zhí)行指令的原函數(shù)構(gòu)造第一函數(shù)；其中，所述第一函數(shù)拒絕結(jié)束進(jìn)程指令對(duì)在進(jìn)程保護(hù)的白名單內(nèi)的進(jìn)程的訪問(wèn)，或，所述第一函數(shù)拒絕結(jié)束進(jìn)程指令對(duì)在進(jìn)程保護(hù)的白名單內(nèi)但不在可以被結(jié)束的進(jìn)程白名單內(nèi)的進(jìn)程的訪問(wèn)；

調(diào)整所述原函數(shù)的當(dāng)前堆棧，在所述原函數(shù)中獲取所述第一函數(shù)的入口地址；

從所述原函數(shù)中跳轉(zhuǎn)執(zhí)行所述第一函數(shù)，通過(guò)執(zhí)行所述第一函數(shù)，以避免所述進(jìn)程被中斷。

根據(jù)本發(fā)明的上述方法，所述調(diào)整所述原函數(shù)的當(dāng)前堆棧，在所述原函數(shù)中獲取所述第一函數(shù)的入口地址，包括：

調(diào)用HOOK函數(shù)將所述原函數(shù)的前若干條指令出棧并保存；

采用第一JMP語(yǔ)句記錄所述前若干條指令出棧的位置，作為所述第一函數(shù)的入口地址。

根據(jù)本發(fā)明的上述方法，所述執(zhí)行所述第一函數(shù)之后，包括：

根據(jù)所述第一JMP語(yǔ)句所記錄的所述前若干條指令出棧的位置以及所述前若干條指令占用的字節(jié)計(jì)算所述前若干條指令重新壓棧的地址；

采用第二JMP語(yǔ)句跳轉(zhuǎn)至所述原函數(shù)重新壓棧的地址，調(diào)用UNHOOK函數(shù)將所述原函數(shù)的前若干條指令重新壓棧到所述原函數(shù)中。

根據(jù)本發(fā)明的上述方法，所述根據(jù)windows API待執(zhí)行指令的原函數(shù)構(gòu)造第一函數(shù)，包括：

根據(jù)windows API待執(zhí)行指令的原函數(shù)構(gòu)造DetourMy函數(shù)設(shè)置禁止結(jié)束進(jìn)程指令對(duì)在進(jìn)程保護(hù)的白名單內(nèi)的進(jìn)程的訪問(wèn)；或，

根據(jù)windows API待執(zhí)行指令的原函數(shù)構(gòu)造DetourMy函數(shù)設(shè)置禁止拒絕結(jié)束進(jìn)程指令對(duì)在進(jìn)程保護(hù)的白名單內(nèi)但不在可以被結(jié)束的進(jìn)程白名單內(nèi)的進(jìn)程的訪問(wèn)。

根據(jù)本發(fā)明的上述方法，所述根據(jù)windows API待執(zhí)行指令的原函數(shù)構(gòu)造第一函數(shù)，包括：

根據(jù)windows API待執(zhí)行指令的原函數(shù)構(gòu)造DetourMy函數(shù)設(shè)置接受結(jié)束進(jìn)程指令對(duì)不在進(jìn)程保護(hù)的白名單內(nèi)的進(jìn)程的訪問(wèn)，或，根據(jù)windows API待執(zhí)行指令的原函數(shù)構(gòu)造DetourMy函數(shù)設(shè)置接受結(jié)束進(jìn)程指令對(duì)在進(jìn)程保護(hù)的白名單內(nèi)且在可以被結(jié)束的進(jìn)程白名單內(nèi)的進(jìn)程的訪問(wèn)。

根據(jù)本發(fā)明的另一方面，還提供一種windows進(jìn)程保護(hù)系統(tǒng)，包括：

構(gòu)造模塊：其用于根據(jù)windows API待執(zhí)行指令的原函數(shù)構(gòu)造第一函數(shù)；其中，所述第一函數(shù)拒絕結(jié)束進(jìn)程指令對(duì)在進(jìn)程保護(hù)的白名單內(nèi)的進(jìn)程的訪問(wèn)，或，所述第一函數(shù)拒絕結(jié)束進(jìn)程指令對(duì)在進(jìn)程保護(hù)的白名單內(nèi)但不在可以被結(jié)束的進(jìn)程白名單內(nèi)的進(jìn)程的訪問(wèn)；

調(diào)整模塊：其用于調(diào)整所述原函數(shù)的當(dāng)前堆棧，在所述原函數(shù)中獲取所述第一函數(shù)的入口地址；

執(zhí)行模塊：其用于從所述原函數(shù)中跳轉(zhuǎn)執(zhí)行所述第一函數(shù)，通過(guò)執(zhí)行所述第一函數(shù)，以避免所述進(jìn)程被中斷。

根據(jù)本發(fā)明的另一方面，所述調(diào)整模塊，其具體用于：

調(diào)用HOOK函數(shù)將所述原函數(shù)的前若干條指令出棧并保存；

采用第一JMP語(yǔ)句記錄所述前若干條指令出棧的位置，作為所述第一函數(shù)的入口地址。

根據(jù)本發(fā)明的另一方面，還包括：壓棧模塊，其用于：

執(zhí)行所述第一函數(shù)之后，根據(jù)所述第一JMP語(yǔ)句所記錄的所述前若干條指令出棧的位置以及所述前若干條指令占用的字節(jié)計(jì)算所述前若干條指令重新壓棧的地址；

采用第二JMP語(yǔ)句跳轉(zhuǎn)至所述原函數(shù)重新壓棧的地址，調(diào)用UNHOOK函數(shù)將所述原函數(shù)的前若干條指令重新壓棧到所述原函數(shù)中。

根據(jù)本發(fā)明的另一方面，所述構(gòu)造模塊，具體用于：

構(gòu)造DetourMy函數(shù)設(shè)置禁止結(jié)束進(jìn)程指令對(duì)在進(jìn)程保護(hù)的白名單內(nèi)的進(jìn)程的訪問(wèn)；或，

構(gòu)造DetourMy函數(shù)設(shè)置禁止拒絕結(jié)束進(jìn)程指令對(duì)在進(jìn)程保護(hù)的白名單內(nèi)但不在可以被結(jié)束的進(jìn)程白名單內(nèi)的進(jìn)程的訪問(wèn)。

根據(jù)本發(fā)明的另一方面，所述構(gòu)造模塊，還具體用于：

接受結(jié)束進(jìn)程指令對(duì)不在進(jìn)程保護(hù)的白名單內(nèi)的進(jìn)程的訪問(wèn)，或，接受結(jié)束進(jìn)程指令對(duì)在進(jìn)程保護(hù)的白名單內(nèi)且在可以被結(jié)束的進(jìn)程白名單內(nèi)的進(jìn)程的訪問(wèn)。

由上述本發(fā)明的實(shí)施例提供的技術(shù)方案可以看出，本發(fā)明實(shí)施例根據(jù)windows API待執(zhí)行指令的原函數(shù)構(gòu)造第一函數(shù)；其中，所述第一函數(shù)拒絕結(jié)束進(jìn)程指令對(duì)在進(jìn)程保護(hù)的白名單內(nèi)的進(jìn)程的訪問(wèn)，或，所述第一函數(shù)拒絕結(jié)束進(jìn)程指令對(duì)在進(jìn)程保護(hù)的白名單內(nèi)但不在可以被結(jié)束的進(jìn)程白名單內(nèi)的進(jìn)程的訪問(wèn)；調(diào)整所述原函數(shù)的當(dāng)前堆棧，在所述原函數(shù)中獲取所述第一函數(shù)的入口地址；從所述原函數(shù)中跳轉(zhuǎn)執(zhí)行所述第一函數(shù)，通過(guò)執(zhí)行所述第一函數(shù)，以避免所述進(jìn)程被中斷。本發(fā)明旨在通過(guò)HOOK技術(shù)的深度挖缺，實(shí)現(xiàn)一種進(jìn)程保護(hù)機(jī)制，摒棄了傳統(tǒng)的SSDT HOOK技術(shù)，在內(nèi)核層對(duì)WindowsAPI作出修改，避免了殺毒軟件的查殺。這項(xiàng)技術(shù)要重新調(diào)整當(dāng)前堆棧，通過(guò)跳轉(zhuǎn)執(zhí)行構(gòu)造的第一函數(shù)，從而實(shí)現(xiàn)進(jìn)程保護(hù)的目的。

附圖說(shuō)明

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

圖1為本發(fā)明實(shí)施例一提供的一種windows進(jìn)程保護(hù)方法的處理流程圖；

圖2為本發(fā)明實(shí)施例二提供的一種windows進(jìn)程保護(hù)系統(tǒng)的系統(tǒng)模塊圖。

具體實(shí)施方式

為便于對(duì)本發(fā)明實(shí)施例的理解，下面將結(jié)合附圖以幾個(gè)具體實(shí)施例為例做進(jìn)一步的解釋說(shuō)明，且各個(gè)實(shí)施例并不構(gòu)成對(duì)本發(fā)明實(shí)施例的限定。

實(shí)施例一

該實(shí)施例提供了一種windows進(jìn)程保護(hù)方法其處理流程如圖1所示，包括如下的處理步驟：

步驟11、根據(jù)windows API待執(zhí)行指令的原函數(shù)構(gòu)造第一函數(shù)；其中，所述第一函數(shù)拒絕結(jié)束進(jìn)程指令對(duì)在進(jìn)程保護(hù)的白名單內(nèi)的進(jìn)程的訪問(wèn)，或，所述第一函數(shù)拒絕結(jié)束進(jìn)程指令對(duì)在進(jìn)程保護(hù)的白名單內(nèi)但不在可以被結(jié)束的進(jìn)程白名單內(nèi)的進(jìn)程的訪問(wèn)；

所述根據(jù)windows API待執(zhí)行指令的原函數(shù)構(gòu)造第一函數(shù)，包括：

根據(jù)windows API待執(zhí)行指令的原函數(shù)構(gòu)造DetourMy函數(shù)設(shè)置禁止結(jié)束進(jìn)程指令對(duì)在進(jìn)程保護(hù)的白名單內(nèi)的進(jìn)程的訪問(wèn)；或，

根據(jù)windows API待執(zhí)行指令的原函數(shù)構(gòu)造DetourMy函數(shù)設(shè)置禁止拒絕結(jié)束進(jìn)程指令對(duì)在進(jìn)程保護(hù)的白名單內(nèi)但不在可以被結(jié)束的進(jìn)程白名單內(nèi)的進(jìn)程的訪問(wèn)。

所述根據(jù)windows API待執(zhí)行指令的原函數(shù)構(gòu)造第一函數(shù)，包括：

根據(jù)windows API待執(zhí)行指令的原函數(shù)構(gòu)造DetourMy函數(shù)設(shè)置接受結(jié)束進(jìn)程指令對(duì)不在進(jìn)程保護(hù)的白名單內(nèi)的進(jìn)程的訪問(wèn)，或，根據(jù)windows API待執(zhí)行指令的原函數(shù)構(gòu)造DetourMy函數(shù)設(shè)置接受結(jié)束進(jìn)程指令對(duì)在進(jìn)程保護(hù)的白名單內(nèi)且在可以被結(jié)束的進(jìn)程白名單內(nèi)的進(jìn)程的訪問(wèn)。

具體地，在本實(shí)施例中，以Windows內(nèi)核的進(jìn)程ntoskrnl.exe的導(dǎo)出函數(shù)ObReferenceObjectByHandle()作為原函數(shù)為例，先引用HOOK函數(shù)勾出原函數(shù)，如下：

再構(gòu)造DetourMy函數(shù)如下所示：

其中，在HOOK函數(shù)中，ObReferenceObjectByHandle()屬于Windows內(nèi)核的進(jìn)程ntoskrnl.exe的導(dǎo)出函數(shù)，其作為本實(shí)施例的原函數(shù)，在內(nèi)核中調(diào)用頻繁，本方案中HOOK的對(duì)象就是該函數(shù)，

ObReferenceObjectByHandle()這個(gè)函數(shù)是內(nèi)核層根據(jù)句柄獲得對(duì)象的函數(shù)詳細(xì)查看MSDN，里面的參數(shù)有一個(gè)desired access位，此位是捕獲用戶發(fā)送的結(jié)束進(jìn)程指令的，若此位是PROCESS_TERMINATE，即用戶發(fā)送了結(jié)束進(jìn)程指令。

在構(gòu)造DetourMy函數(shù)中用過(guò)語(yǔ)句IN ACCESS_MASK DesiredAccess，捕獲DesiredAccess位，并根據(jù)DesiredAccess位獲取其對(duì)應(yīng)的進(jìn)程；

本實(shí)施例中，對(duì)于進(jìn)程管理有兩種應(yīng)用情形：

情形一：

只建立一個(gè)進(jìn)程保護(hù)白名單，當(dāng)DesiredAccess位對(duì)應(yīng)的進(jìn)程在進(jìn)程保護(hù)的白名單中，禁止結(jié)束進(jìn)程指令對(duì)該進(jìn)程的訪問(wèn)；當(dāng)DesiredAccess位對(duì)應(yīng)的進(jìn)程不在進(jìn)程保護(hù)的白名單中，接受結(jié)束進(jìn)程指令對(duì)該進(jìn)程的訪問(wèn)。

情形二：

分別建立一個(gè)進(jìn)程保護(hù)白名單和一個(gè)不可以被結(jié)束的進(jìn)程白名單；當(dāng)DesiredAccess位對(duì)應(yīng)的進(jìn)程在進(jìn)程保護(hù)的白名單內(nèi)但不在可以被結(jié)束的進(jìn)程白名單內(nèi)，則禁止結(jié)束進(jìn)程指令對(duì)該進(jìn)程的訪問(wèn)；當(dāng)DesiredAccess位對(duì)應(yīng)的進(jìn)程在進(jìn)程保護(hù)的白名單內(nèi)且在可以被結(jié)束的進(jìn)程白名單內(nèi)，接受結(jié)束進(jìn)程指令對(duì)該進(jìn)程的訪問(wèn)。

步驟12、調(diào)整所述原函數(shù)的當(dāng)前堆棧，在所述原函數(shù)中獲取所述第一函數(shù)的入口地址；

所述調(diào)整所述原函數(shù)的當(dāng)前堆棧，在所述原函數(shù)中獲取所述第一函數(shù)的入口地址，包括：

調(diào)用HOOK函數(shù)將所述原函數(shù)的前若干條指令出棧并保存；

采用第一JMP語(yǔ)句記錄所述前若干條指令出棧的位置，作為所述第一函數(shù)的入口地址。

在本實(shí)施例中，將所述原函數(shù)的前若干條指令出棧并保存，直接調(diào)用HOOK函數(shù)將所述原函數(shù)的用于存儲(chǔ)前若干條指令的前五個(gè)字節(jié)出棧并保存；

采用第一JMP語(yǔ)句記錄所述前若干條指令出棧的位置，作為所述第一函數(shù)的入口地址，本實(shí)施例中，采用第一JMP語(yǔ)句記錄所述五個(gè)字節(jié)的位置。

具體的，本實(shí)施例中，在程序上實(shí)現(xiàn)如下所示：

BYTE jmp_add[5]＝{0xE9,0,0,0,0}； //HOOK函數(shù)地址

BYTE five_bytes[5]＝{0}； //保存原函數(shù)前五字節(jié)的數(shù)組

步驟13、從所述原函數(shù)中跳轉(zhuǎn)執(zhí)行所述第一函數(shù)，通過(guò)執(zhí)行所述第一函數(shù)，以避免所述進(jìn)程被中斷。

此外，執(zhí)行所述第一函數(shù)之后，包括：

根據(jù)所述第一JMP語(yǔ)句所記錄的所述前若干條指令出棧的位置以及所述前若干條指令占用的字節(jié)計(jì)算所述前若干條指令重新壓棧的地址；

采用第二JMP語(yǔ)句跳轉(zhuǎn)至所述原函數(shù)重新壓棧的地址，調(diào)用UNHOOK函數(shù)將所述原函數(shù)的前若干條指令重新壓棧到所述原函數(shù)中。

具體的，本實(shí)施例中，在程序上實(shí)現(xiàn)如下所示：

實(shí)施例二

該實(shí)施例提供了一種windows進(jìn)程保護(hù)系統(tǒng)，其具體實(shí)現(xiàn)結(jié)構(gòu)如圖2所示，具體可以包括如下的模塊：

構(gòu)造模塊21：其用于根據(jù)windows API待執(zhí)行指令的原函數(shù)構(gòu)造第一函數(shù)；其中，所述第一函數(shù)拒絕結(jié)束進(jìn)程指令對(duì)在進(jìn)程保護(hù)的白名單內(nèi)的進(jìn)程的訪問(wèn)，或，所述第一函數(shù)拒絕結(jié)束進(jìn)程指令對(duì)在進(jìn)程保護(hù)的白名單內(nèi)但不在可以被結(jié)束的進(jìn)程白名單內(nèi)的進(jìn)程的訪問(wèn)；

調(diào)整模塊22：其用于調(diào)整所述原函數(shù)的當(dāng)前堆棧，在所述原函數(shù)中獲取所述第一函數(shù)的入口地址；

執(zhí)行模塊23：其用于從所述原函數(shù)中跳轉(zhuǎn)執(zhí)行所述第一函數(shù)，通過(guò)執(zhí)行所述第一函數(shù)，以避免所述進(jìn)程被中斷。

所述調(diào)整模塊22，其具體用于：

調(diào)用HOOK函數(shù)將所述原函數(shù)的前若干條指令出棧并保存；

采用第一JMP語(yǔ)句記錄所述前若干條指令出棧的位置，作為所述第一函數(shù)的入口地址。

壓棧模塊24，其用于：

執(zhí)行所述第一函數(shù)之后，根據(jù)所述第一JMP語(yǔ)句所記錄的所述前若干條指令出棧的位置以及所述前若干條指令占用的字節(jié)計(jì)算所述前若干條指令重新壓棧的地址；

采用第二JMP語(yǔ)句跳轉(zhuǎn)至所述原函數(shù)重新壓棧的地址，調(diào)用UNHOOK函數(shù)將所述原函數(shù)的前若干條指令重新壓棧到所述原函數(shù)中。

所述構(gòu)造模塊21，具體用于：

根據(jù)windows API待執(zhí)行指令的原函數(shù)構(gòu)造DetourMy函數(shù)設(shè)置禁止結(jié)束進(jìn)程指令對(duì)在進(jìn)程保護(hù)的白名單內(nèi)的進(jìn)程的訪問(wèn)；或，

根據(jù)windows API待執(zhí)行指令的原函數(shù)構(gòu)造DetourMy函數(shù)設(shè)置禁止拒絕結(jié)束進(jìn)程指令對(duì)在進(jìn)程保護(hù)的白名單內(nèi)但不在可以被結(jié)束的進(jìn)程白名單內(nèi)的進(jìn)程的訪問(wèn)。

所述構(gòu)造模塊21，還具體用于：

根據(jù)windows API待執(zhí)行指令的原函數(shù)構(gòu)造DetourMy函數(shù)設(shè)置接受結(jié)束進(jìn)程指令對(duì)不在進(jìn)程保護(hù)的白名單內(nèi)的進(jìn)程的訪問(wèn)，或，根據(jù)windows API待執(zhí)行指令的原函數(shù)構(gòu)造DetourMy函數(shù)設(shè)置接受結(jié)束進(jìn)程指令對(duì)在進(jìn)程保護(hù)的白名單內(nèi)且在可以被結(jié)束的進(jìn)程白名單內(nèi)的進(jìn)程的訪問(wèn)。

用本發(fā)明實(shí)施例的系統(tǒng)進(jìn)行windows進(jìn)程保護(hù)的具體過(guò)程與前述方法實(shí)施例類似，此處不再贅述。

綜上所述，本發(fā)明實(shí)施例通過(guò)本發(fā)明實(shí)施例根據(jù)windows API待執(zhí)行指令的原函數(shù)構(gòu)造第一函數(shù)；其中，所述第一函數(shù)拒絕結(jié)束進(jìn)程指令對(duì)在進(jìn)程保護(hù)的白名單內(nèi)的進(jìn)程的訪問(wèn)，或，所述第一函數(shù)拒絕結(jié)束進(jìn)程指令對(duì)在進(jìn)程保護(hù)的白名單內(nèi)但不在可以被結(jié)束的進(jìn)程白名單內(nèi)的進(jìn)程的訪問(wèn)；調(diào)整所述原函數(shù)的當(dāng)前堆棧，在所述原函數(shù)中獲取所述第一函數(shù)的入口地址；從所述原函數(shù)中跳轉(zhuǎn)執(zhí)行所述第一函數(shù)，通過(guò)執(zhí)行所述第一函數(shù)，以避免所述進(jìn)程被中斷。本發(fā)明旨在通過(guò)HOOK技術(shù)的深度挖缺，實(shí)現(xiàn)一種進(jìn)程保護(hù)機(jī)制，摒棄了傳統(tǒng)的SSDT HOOK技術(shù)，在內(nèi)核層對(duì)Windows API作出修改，避免了殺毒軟件的查殺。這項(xiàng)技術(shù)要重新調(diào)整當(dāng)前堆棧，通過(guò)跳轉(zhuǎn)執(zhí)行構(gòu)造的第一函數(shù)，從而實(shí)現(xiàn)進(jìn)程保護(hù)的目的。

本領(lǐng)域普通技術(shù)人員可以理解：附圖只是一個(gè)實(shí)施例的示意圖，附圖中的模塊或流程并不一定是實(shí)施本發(fā)明所必須的。

通過(guò)以上的實(shí)施方式的描述可知，本領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)明可借助軟件加必需的通用硬件平臺(tái)的方式來(lái)實(shí)現(xiàn)。基于這樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說(shuō)對(duì)現(xiàn)有技術(shù)做出貢獻(xiàn)的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來(lái)，該計(jì)算機(jī)軟件產(chǎn)品可以存儲(chǔ)在存儲(chǔ)介質(zhì)中，如ROM/RAM、磁碟、光盤等，包括若干指令用以使得一臺(tái)計(jì)算機(jī)設(shè)備(可以是個(gè)人計(jì)算機(jī)，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個(gè)實(shí)施例或者實(shí)施例的某些部分所述的方法。

本說(shuō)明書中的各個(gè)實(shí)施例均采用遞進(jìn)的方式描述，各個(gè)實(shí)施例之間相同相似的部分互相參見即可，每個(gè)實(shí)施例重點(diǎn)說(shuō)明的都是與其他實(shí)施例的不同之處。尤其，對(duì)于裝置或系統(tǒng)實(shí)施例而言，由于其基本相似于方法實(shí)施例，所以描述得比較簡(jiǎn)單，相關(guān)之處參見方法實(shí)施例的部分說(shuō)明即可。以上所描述的裝置及系統(tǒng)實(shí)施例僅僅是示意性的，其中所述作為分離部件說(shuō)明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個(gè)地方，或者也可以分布到多個(gè)網(wǎng)絡(luò)單元上。可以根據(jù)實(shí)際的需要選擇其中的部分或者全部模塊來(lái)實(shí)現(xiàn)本實(shí)施例方案的目的。本領(lǐng)域普通技術(shù)人員在不付出創(chuàng)造性勞動(dòng)的情況下，即可以理解并實(shí)施。

以上所述，僅為本發(fā)明較佳的具體實(shí)施方式，但本發(fā)明的保護(hù)范圍并不局限于此，任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到的變化或替換，都應(yīng)涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。因此，本發(fā)明的保護(hù)范圍應(yīng)該以權(quán)利要求的保護(hù)范圍為準(zhǔn)。