本申請涉及互聯(lián)網(wǎng)技術(shù)領(lǐng)域，尤其涉及一種網(wǎng)站訪問加速方法及裝置。

背景技術(shù)：

在互聯(lián)網(wǎng)時代，如何提升網(wǎng)站訪問速率是改進用戶上網(wǎng)體驗的首要問題。從用戶發(fā)出訪問請求到網(wǎng)站將內(nèi)容資源返回給用戶，這一過程受到多方面因素的影響，其中既包括用戶側(cè)和網(wǎng)站側(cè)自身的因素，也包括兩側(cè)之間通信環(huán)節(jié)的因素，針對這些不同方面，也產(chǎn)生了各式各樣的網(wǎng)站訪問加速技術(shù)。

不同邏輯網(wǎng)絡(luò)之間的互連瓶頸，是影響網(wǎng)絡(luò)連接速率的重要因素，以國內(nèi)網(wǎng)絡(luò)環(huán)境為例，存在電信、聯(lián)通、鐵通、教育網(wǎng)等多個邏輯網(wǎng)絡(luò)，受到客觀條件的影響，在這些網(wǎng)絡(luò)內(nèi)部的通信都很流暢，但一旦涉及到網(wǎng)絡(luò)之間的互連，就會出現(xiàn)延遲過高、丟包甚至無法連接等各種情況。針對該問題，現(xiàn)有的技術(shù)的解決方案是搭建具有多線帶寬的代理服務(wù)器，參見圖1所示，用戶設(shè)備和網(wǎng)站服務(wù)器位于不同的邏輯網(wǎng)絡(luò)A和B，如果用戶直接訪問網(wǎng)站，速率會受到A和B網(wǎng)絡(luò)互連瓶頸的影響。搭建代理服務(wù)器后，用戶設(shè)備與網(wǎng)站服務(wù)器之間的交互可以通過代理服務(wù)器進行轉(zhuǎn)發(fā)，由于代理服務(wù)器同時具有網(wǎng)絡(luò)A和網(wǎng)絡(luò)B的雙線帶寬，因此能夠?qū)τ脩粼L問網(wǎng)站的過程起到加速效果。

上述方案問題在于通用性較差，僅針對用戶設(shè)備和網(wǎng)站服務(wù)器存在網(wǎng)絡(luò)互連瓶頸的場景具有加速效果，對于連接瓶頸并不在于網(wǎng)絡(luò)互連的情況則并不能起到加速作用，甚至可能導(dǎo)致額外的轉(zhuǎn)發(fā)延遲，代理服務(wù)器的硬件資源也沒有得到充分的利用。

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

針對上述技術(shù)問題，本申請?zhí)峁┮环N網(wǎng)站訪問加速方法及裝置，技術(shù)方案如下：

根據(jù)本申請的第一方面，提供一種網(wǎng)站訪問加速方法，應(yīng)用于代理服務(wù)器，所述代理服務(wù)器分別與用戶設(shè)備及網(wǎng)站服務(wù)器通信連接，所述方法包括：

獲得用戶設(shè)備發(fā)出的針對目標網(wǎng)站資源的訪問請求；

確認所述用戶設(shè)備與所述代理服務(wù)器之間已建立Socket連接；

根據(jù)所述訪問請求，獲取所述目標網(wǎng)站資源；

利用所述Socket連接，將所獲取的目標網(wǎng)站資源反饋至所述用戶設(shè)備，以響應(yīng)所述訪問請求。

根據(jù)本申請的第二方面，提供一種網(wǎng)站訪問加速裝置，應(yīng)用于代理服務(wù)器，所述代理服務(wù)器分別與用戶設(shè)備及網(wǎng)站服務(wù)器通信連接，所述裝置包括：

訪問請求獲得模塊，用于獲得用戶設(shè)備發(fā)出的針對目標網(wǎng)站資源的訪問請求；

連接確認模塊，用于確認所述用戶設(shè)備與所述代理服務(wù)器之間已建立Socket連接；

資源獲取模塊，用于根據(jù)所述訪問請求，獲取所述目標網(wǎng)站資源；

訪問請求響應(yīng)模塊，用于利用所述Socket連接，將所獲取的目標網(wǎng)站資源反饋至所述用戶設(shè)備，以響應(yīng)所述訪問請求。

本申請?zhí)崴峁┑木W(wǎng)站訪問加速方案，通過在代理服務(wù)器和用戶設(shè)備之間建立Socket連接的方式，可以實現(xiàn)建立一次連接后多次傳輸資源，避免每次傳輸資源都需要建立HTTP連接而導(dǎo)致的連接延遲。在上述方案的基礎(chǔ)上，本申請還進一步提供在代理服務(wù)器中預(yù)存網(wǎng)站資源、預(yù)存網(wǎng)站域名解析結(jié)果、對網(wǎng)站資源進行壓縮傳輸?shù)雀倪M方案以提升加速效果。與現(xiàn)有技術(shù)相比，本申請方案能夠在更多的應(yīng)用場景下獲得更為明顯的加速效果，也使得代理服務(wù)器能夠被更高效地應(yīng)用于網(wǎng)站訪問加速。

應(yīng)當(dāng)理解的是，實施本申請方案的任一產(chǎn)品或方法并不一定需要同時具有以上所述的所有優(yōu)點。以上的一般描述和后文的細節(jié)描述僅是示例性和解釋性的，并不能限制本申請。

附圖說明

為了更清楚地說明本申請實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本申請中記載的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，還可以根據(jù)這些附圖獲得其他的附圖。

圖1是現(xiàn)有技術(shù)的網(wǎng)站訪問加速原理示意圖；

圖2是本申請的網(wǎng)站訪問加速的系統(tǒng)架構(gòu)示意圖；

圖3是本申請的網(wǎng)站訪問加速方法的第一種流程示意圖；

圖4是本申請的網(wǎng)站訪問加速方法的第二種流程示意圖；

圖5是本申請的網(wǎng)站訪問加速方法的第三種流程示意圖；

圖6是本申請的網(wǎng)站訪問加速裝置的第一種結(jié)構(gòu)示意圖；

圖7是本申請的網(wǎng)站訪問加速裝置的第二種結(jié)構(gòu)示意圖。

具體實施方式

為了使本領(lǐng)域技術(shù)人員更好地理解本申請中的技術(shù)方案，下面將結(jié)合本申請實施例中的附圖，對本申請實施例中的技術(shù)方案進行詳細地描述，顯然，所描述的實施例僅僅是本申請一部分實施例，而不是全部的實施例?；诒旧暾堉械膶嵤├?，本領(lǐng)域普通技術(shù)人員所獲得的所有其他實施例，都應(yīng)當(dāng)屬于本申請保護的范圍。

現(xiàn)有的代理服務(wù)器加速技術(shù)，是從改善網(wǎng)絡(luò)連接帶寬或連接質(zhì)量的角度來實現(xiàn)上網(wǎng)加速效果，如果上網(wǎng)速率瓶頸并不在于網(wǎng)絡(luò)連接，例如：用戶設(shè)備和網(wǎng)站服務(wù)器位于相同的邏輯網(wǎng)絡(luò)、或者處于連接比較順暢的不同邏輯網(wǎng)絡(luò)、或者用戶設(shè)備及網(wǎng)站加速器自身接入網(wǎng)絡(luò)的速率受限，在這些情況下，現(xiàn)有技術(shù) 均無法有效起到加速效果。

針對現(xiàn)有技術(shù)存在的問題，本申請從改善通信效率的角度來實現(xiàn)上網(wǎng)加速效果。通過研究發(fā)現(xiàn)，從用戶發(fā)出訪問請求到網(wǎng)站將內(nèi)容資源返回給用戶，這一過程的延時開銷主要體現(xiàn)在以下幾個方面：

1)用戶設(shè)備與網(wǎng)站服務(wù)器需要多次建立HTTP連接，以獲取不同的HTTP資源；

2)用戶側(cè)基于域名訪問網(wǎng)站時，域名解析所帶來的延遲；

3)網(wǎng)站資源的下行傳輸；

本申請則針對以上幾個方面給出相應(yīng)的上網(wǎng)加速方案，對應(yīng)的系統(tǒng)架構(gòu)如圖2所示：

網(wǎng)站服務(wù)器30是資源的擁有方；

用戶設(shè)備10是資源的需求方，利用網(wǎng)站域名向網(wǎng)站服務(wù)器30發(fā)起資源訪問請求；

代理服務(wù)器20在邏輯上位于用戶設(shè)備10和網(wǎng)站服務(wù)器30之間，代理服務(wù)器20與用戶設(shè)備10、代理服務(wù)器20與網(wǎng)站服務(wù)器30之間可通過各種形式的網(wǎng)絡(luò)實現(xiàn)通信連接，并且代理服務(wù)器20可以分別與多臺不同的用戶設(shè)備及多個不同的網(wǎng)站服務(wù)器進行通信。

根據(jù)本申請方案，代理服務(wù)器20可以截獲任一用戶設(shè)備10向任一網(wǎng)站服務(wù)器30發(fā)起的資源訪問請求，并基于該請求對后續(xù)的訪問過程進行加速。

當(dāng)網(wǎng)絡(luò)通信采用TCP協(xié)議時，通信雙方的連接方式可分為長連接和短連接兩種。所謂長連接是指在一個TCP連接上可以連續(xù)發(fā)送多個數(shù)據(jù)包，在TCP連接保持期間，如果沒有數(shù)據(jù)包發(fā)送，需要雙方發(fā)檢測包以維持此連接。短連接則是指通信雙方有數(shù)據(jù)交互時，就建立一個TCP連接，數(shù)據(jù)發(fā)送完成后，則斷開此TCP連接。

HTTP協(xié)議是TCP協(xié)議的一種典型應(yīng)用，也是互聯(lián)網(wǎng)的上應(yīng)用最為廣泛的一種協(xié)議，很多網(wǎng)站在向用戶提供服務(wù)時都使用HTTP連接。HTTP連接屬于短連接，用戶設(shè)備發(fā)送的每次請求都需要服務(wù)器回送響應(yīng)，在請求結(jié)束后，會主 動釋放連接。這樣做的目的是為了避免大量用戶訪問網(wǎng)站而導(dǎo)致的大量并發(fā)連接，從而降低網(wǎng)站服務(wù)器資源消耗。但是從另一個方面看，由于網(wǎng)站頁面上各種資源，例如圖片、音頻、視頻等都是以HTTP鏈接的形式提供，因此用戶設(shè)備每次請求獲取一個資源，就需要與網(wǎng)站服務(wù)器建立一次HTTP連接，服務(wù)器則需要等到連接建立成功后才能將資源反饋給用戶設(shè)備，這種頻繁建立HTTP連接的方式必然會增加用戶設(shè)備與網(wǎng)站服務(wù)器之間的交互延遲。

從第三方加速的角度，無法去改變網(wǎng)站自身的連接策略，但是在代理服務(wù)器加速機制下，用戶設(shè)備實際上是與代理服務(wù)器建立連接，并且從代理服務(wù)器獲取資源，因此可以通過改變用戶設(shè)備與代理服務(wù)器之間的連接方式來降低連接開銷。

圖3所示，為本申請?zhí)峁┑木W(wǎng)站訪問加速方法的流程圖，該方法基于代理服務(wù)器，可以包括以下步驟：

S101，獲得用戶設(shè)備發(fā)出的針對目標網(wǎng)站資源的訪問請求；

S102，確認所述用戶設(shè)備與所述代理服務(wù)器之間已建立Socket連接；

S103，根據(jù)所述訪問請求，獲取所述目標網(wǎng)站資源；

S104，利用Socket連接，將所獲取的目標網(wǎng)站資源反饋至所述用戶設(shè)備。

與現(xiàn)有的代理加速方案相比，本申請將用戶設(shè)備與代理服務(wù)器之間默認的HTTP連接方式替換為Socket連接方式，與HTTP連接相比，Socket連接屬于長連接，也就是說，除非雙方主動要求，否則在連接建立之后不會自動斷開。利用這個特性，代理服務(wù)器可以將原本需要使用多次HTTP連接進行傳輸?shù)膬?nèi)容，通過一次Socket連接完成，從而避免頻繁建立HTTP連接而導(dǎo)致的額外時延。

本申請方案的應(yīng)用前提是：代理服務(wù)器需要能夠截獲用戶設(shè)備向網(wǎng)站服務(wù)器發(fā)起的資源訪問請求，在實際應(yīng)用層面，很多產(chǎn)品都具備這樣的條件，例如瀏覽器、搜索引擎、網(wǎng)站導(dǎo)航、公眾平臺、綜合業(yè)務(wù)服務(wù)窗等，作為綜合性的網(wǎng)絡(luò)服務(wù)提供方，這些應(yīng)用產(chǎn)品一方面能夠為用戶提供方便的網(wǎng)站訪問入口，另一方面能夠為網(wǎng)站帶來更多的用戶，在此基礎(chǔ)上，如果能夠進一步提供網(wǎng)站 訪問加速功能，對于用戶和網(wǎng)站雙方都具有很大意義。當(dāng)然，本申請并不需要對應(yīng)用層面的具體實現(xiàn)方式進行限定。

根據(jù)S101，代理服務(wù)器可以作為應(yīng)用的承載設(shè)備，直接獲得用戶設(shè)備向網(wǎng)站服務(wù)器發(fā)起的資源訪問請求，也可以獲得其他應(yīng)用服務(wù)器轉(zhuǎn)發(fā)來的用戶訪問請求。

根據(jù)S102，代理服務(wù)器需要確認用戶設(shè)備已經(jīng)與自身建立起了Socket連接，這里可能存在兩種情況：

一種情況是Socket連接當(dāng)前已經(jīng)建立完成，例如，當(dāng)代理服務(wù)器本身作為應(yīng)用承載設(shè)備時，即使沒有訪問網(wǎng)站的需求，也可能為了實現(xiàn)其他功能而預(yù)先建立了用戶設(shè)備與代理服務(wù)器之間的Socket連接，這種情況下，可以維持已建立的Socket連接并進一步利用該連接實現(xiàn)后續(xù)的網(wǎng)站訪問加速功能；

另一種情況是當(dāng)前尚未建立用戶設(shè)備與代理服務(wù)器之間的Socket連接，這種情況下，代理服務(wù)器下需要執(zhí)行Socket連接的建立操作。

建立Socket連接的具體方式可參見現(xiàn)有技術(shù)的說明，在本申請中不再詳細介紹。

根據(jù)S103，代理服務(wù)器根據(jù)用戶側(cè)的訪問請求，獲取相應(yīng)的目標網(wǎng)站資源；本申請?zhí)峁﹥煞N代理服務(wù)器獲取目標網(wǎng)站資源的方式：

1)代理服務(wù)器本地獲取。

參見圖4所示，代理服務(wù)器可以預(yù)先從其他網(wǎng)站獲取資源緩存到本地，并且按照特定的方式進行標識。根據(jù)S103a，獲得用戶側(cè)的資源訪問請求后，根據(jù)所需訪問的內(nèi)容，從本地的緩存取出相應(yīng)的資源反饋至用戶側(cè)。由于不需要代理服務(wù)器實時與網(wǎng)站側(cè)進行交互，這種方式可以顯著降低對用戶側(cè)的響應(yīng)時間。

在實際應(yīng)用中，對于公眾平臺、綜合業(yè)務(wù)服務(wù)窗等提供網(wǎng)站入口相對固定的產(chǎn)品，可以直接預(yù)先對這些固定入口所對應(yīng)的網(wǎng)站資源進行預(yù)存，而對于瀏覽器等產(chǎn)品，也可以根據(jù)用戶的自定義配置或者用戶的使用習(xí)慣等信息選取若干網(wǎng)站并對其資源進行預(yù)存。

另外，為了保證代理服務(wù)器本地預(yù)存資源的時效性，可以按照一定的策略， 對存儲在代理服務(wù)器本地的網(wǎng)站資源進行更新。例如周期性進行更新，或者主動對網(wǎng)站側(cè)進行監(jiān)測、發(fā)現(xiàn)網(wǎng)站資源內(nèi)容發(fā)生變化后進行更新，如果和網(wǎng)站方具有較為密切的合作關(guān)系，也可以根據(jù)網(wǎng)站側(cè)發(fā)送的提醒來進行更新。當(dāng)然，本申請并不需要對具體的更新機制進行限定。

2)實時從網(wǎng)站服務(wù)器獲取。

參見圖5的S103b所示，代理服務(wù)器在獲得用戶側(cè)針對目標網(wǎng)站的訪問請求后，實時與目標網(wǎng)站服務(wù)器建立連接，并從目標網(wǎng)站服務(wù)器獲取資源；

與方式1)相比，這種資源獲取方式需要更長的時間來響應(yīng)用戶側(cè)的請求，但是能夠更好地保證資源的時效性。而且，對于一些實時交互需求，例如驗證、授權(quán)等，也必須采用實時獲取資源的方式。

在本申請所提供的一種具體實施方式中，可以采用在代理服務(wù)器預(yù)存域名解析結(jié)果的方式，以進一步降低代理服務(wù)器與網(wǎng)站服務(wù)器實時交互所帶來的時間開銷。

根據(jù)一般用戶的使用習(xí)慣，都是使用網(wǎng)站域名來對網(wǎng)站資源進行訪問，即便是第三方應(yīng)用為用戶提供的網(wǎng)站快捷訪問入口，其后臺所對應(yīng)的URL也多是基于網(wǎng)站域名所保存的信息。因此，在代理服務(wù)器根據(jù)用戶的請求與目標網(wǎng)站服務(wù)器建立連接的過程中，將網(wǎng)站域名解析為IP地址的操作將會占用一定的時間。針對該問題，本申請?zhí)峁┑慕鉀Q方案是：預(yù)先將網(wǎng)站的域名解析結(jié)果(即網(wǎng)站IP地址)存儲在代理服務(wù)器本地，當(dāng)代理服務(wù)器需要與網(wǎng)站服務(wù)器建立連接時，直接利用網(wǎng)站的IP地址與網(wǎng)站服務(wù)器建立連接，從而避免域名解析所帶來的交互時延。

實際應(yīng)用中，代理服務(wù)器可以從專用的域名解析服務(wù)器中獲取網(wǎng)站的域名解析結(jié)果，也可以在代理服務(wù)器本地實現(xiàn)域名解析操作。在入口應(yīng)用中，可以直接將為用戶提供的網(wǎng)站快捷訪問入口所對應(yīng)的URL保存為IP地址的形式。

與預(yù)存網(wǎng)站資源類似的是，代理服務(wù)器可以根據(jù)實際應(yīng)用需求選擇性地保存一些網(wǎng)站URL對應(yīng)的IP地址。同時為了保證域名解析結(jié)果的正確，也可以按照一定的策略，對存儲在代理服務(wù)器本地的域名解析結(jié)果進行更新。

以上提供了兩種代理服務(wù)器獲取目標網(wǎng)站資源的方式，其中方式1)更適合于例如圖片、音視頻文件等相對靜態(tài)資源的獲取，方式2)則更適合例如驗證、授權(quán)等需要動態(tài)交互的場景。在實際應(yīng)用中，兩種方式往往可以結(jié)合使用，即：針對一次用戶的訪問請求，可以按照實際需求，對一部分資源采用代理服務(wù)器本地獲取的方式、對另一部分資源采用實時從網(wǎng)站服務(wù)器獲取的方式。事實上，在數(shù)據(jù)傳輸過程中，圖片、音視頻文件等資源需要占用大部分的傳輸帶寬，因此，這種相結(jié)合的資源獲取方式，盡管無法完全避免代理服務(wù)器與網(wǎng)站服務(wù)器交互所帶來的延時，仍然可以有效降低代理服務(wù)器與網(wǎng)站服務(wù)器之間的傳輸數(shù)據(jù)量，從而提高代理服務(wù)器對用戶側(cè)的響應(yīng)速率。

在S104，代理服務(wù)器利用已建立的Socket連接，將所獲取的目標網(wǎng)站資源反饋至用戶設(shè)備，以響應(yīng)用戶側(cè)的訪問請求。

在本申請的一種優(yōu)選實施方式中，對于從網(wǎng)站服務(wù)器獲取到的資源，代理服務(wù)器可以對其進行壓縮處理后再提供給用戶側(cè)。實際應(yīng)用中，對于很多網(wǎng)站所提供的資源，可以在不影響用戶實際使用的前提下做壓縮處理以降低代理服務(wù)器與用戶設(shè)備之間的數(shù)據(jù)傳輸量，從而進一步降低傳輸時延。這種方式對于接入帶寬受限的用戶設(shè)備(例如利用無線移動方式上網(wǎng)的手機)具有較大意義，而且還可以降低用戶設(shè)備的數(shù)據(jù)流量。壓縮處理操作可以針對代理服務(wù)器本地預(yù)存的資源預(yù)先完成，如果壓縮處理操作所帶來的收益大于所消耗的時間，也可以在向用戶設(shè)備反饋之前完成。本申請對具體的壓縮對象、壓縮算法并不需要進行限定，本領(lǐng)域技術(shù)人員可以根據(jù)實際需求靈活選取。

可見，本申請?zhí)崴峁┑木W(wǎng)站訪問加速方案，通過建立Socket連接、在代理服務(wù)器中預(yù)存網(wǎng)站資源、預(yù)存網(wǎng)站域名解析結(jié)果、對網(wǎng)站資源進行壓縮傳輸?shù)榷鄠€環(huán)節(jié)來提升用戶訪問網(wǎng)站的速度。與現(xiàn)有的加速方案相比，本申請中的代理服務(wù)器并不只是簡單起到資源轉(zhuǎn)發(fā)和網(wǎng)絡(luò)互連的作用，因此能夠在更多的應(yīng)用場景下獲得更為明顯的加速效果。當(dāng)然，本申請的加速方案與現(xiàn)有的加速方案本身也并不存在沖突，本領(lǐng)域技術(shù)人員可以根據(jù)實際需求將本申請方案與現(xiàn)有技術(shù)方案進行結(jié)合。

相應(yīng)于上述方法實施例，本申請還提供一種網(wǎng)站訪問加速裝置，參見圖6所示，該裝置可以包括：

訪問請求獲得模塊110，用于獲得用戶設(shè)備發(fā)出的針對目標網(wǎng)站資源的訪問請求；

連接確認模塊120，用于確認用戶設(shè)備與代理服務(wù)器之間已建立Socket連接；

資源獲取模塊130，用于根據(jù)訪問請求，獲取目標網(wǎng)站資源；

訪問請求響應(yīng)模塊140，用于利用所述Socket連接，將所獲取的目標網(wǎng)站資源反饋至用戶設(shè)備，以響應(yīng)訪問請求。

參見圖7所示，在本申請的一種具體實施方式中，上述網(wǎng)站訪問加速裝置還可以包括資源管理模塊150，用于預(yù)先從網(wǎng)站服務(wù)器獲取網(wǎng)站資源并存儲在代理服務(wù)器本地；相應(yīng)地，資源獲取模塊130具體用于根據(jù)訪問請求，獲取預(yù)先存儲在代理服務(wù)器本地的目標網(wǎng)站資源。

此外，資源管理模塊150還可以用于對存儲在代理服務(wù)器本地的網(wǎng)站資源進行更新。

在本申請的一種具體實施方式中，資源獲取模塊130可以具體用于根據(jù)訪問請求，與目標網(wǎng)站的服務(wù)器建立連接，從目標網(wǎng)站的服務(wù)器獲取目標網(wǎng)站資源。

參見圖7所示，上述網(wǎng)站訪問加速裝置還可以進一步包括域名解析管理模塊160，用于預(yù)先獲得網(wǎng)站的域名解析結(jié)果并存儲在代理服務(wù)器本地；相應(yīng)地資源獲取模塊130具體用于根據(jù)預(yù)先存儲在代理服務(wù)器本地的域名解析結(jié)果，與目標網(wǎng)站的服務(wù)器建立連接。

此外，域名解析管理模塊，還可以用于對存儲在代理服務(wù)器本地的域名解析結(jié)果進行更新。

在本申請的一種具體實施方式中，訪問請求響應(yīng)模塊140可以具體用于將經(jīng)過壓縮處理的目標網(wǎng)站資源反饋至用戶設(shè)備。

可以理解的是，資源管理模塊150與域名解析管理模塊160作為兩種功能獨立的模塊，既可以如圖7所示同時配置在裝置中，也可以分別單獨配置在裝置中，因此圖7所示的結(jié)構(gòu)不應(yīng)理解為對本申請方案的限定。

上述裝置中各個模塊的功能和作用的實現(xiàn)過程具體詳見上述方法中對應(yīng)步驟的實現(xiàn)過程，在此不再贅述。

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

本說明書中的各個實施例均采用遞進的方式描述，各個實施例之間相同相似的部分互相參見即可，每個實施例重點說明的都是與其他實施例的不同之處。尤其，對于裝置實施例而言，由于其基本相似于方法實施例，所以描述得比較簡單，相關(guān)之處參見方法實施例的部分說明即可。以上所描述的裝置實施例僅僅是示意性的，其中所述作為分離部件說明的模塊可以是或者也可以不是物理上分開的，在實施本申請方案時可以把各模塊的功能在同一個或多個軟件和/或硬件中實現(xiàn)。也可以根據(jù)實際的需要選擇其中的部分或者全部模塊來實現(xiàn)本實施例方案的目的。本領(lǐng)域普通技術(shù)人員在不付出創(chuàng)造性勞動的情況下，即可以理解并實施。

以上所述僅是本申請的具體實施方式，應(yīng)當(dāng)指出，對于本技術(shù)領(lǐng)域的普通技術(shù)人員來說，在不脫離本申請原理的前提下，還可以做出若干改進和潤飾，這些改進和潤飾也應(yīng)視為本申請的保護范圍。