本發(fā)明涉及數(shù)據(jù)業(yè)務(wù)及業(yè)務(wù)支撐技術(shù)領(lǐng)域，尤其涉及一種信息交互方法、設(shè)備及緩存系統(tǒng)。

背景技術(shù)：

隨著網(wǎng)絡(luò)業(yè)務(wù)的快速發(fā)展，給互聯(lián)網(wǎng)以及移動互聯(lián)網(wǎng)帶來了極大的挑戰(zhàn)。一方面網(wǎng)絡(luò)流量呈現(xiàn)爆炸式增長，另一方面用戶對業(yè)務(wù)體驗的要求越來越高。考慮到一定的區(qū)域內(nèi)，不同用戶請求的業(yè)務(wù)具有一定的交集，因此很多信息沒有必要讓每個用戶都到最終的服務(wù)器去獲取，可以通過一定的方式在“本地”網(wǎng)絡(luò)保留一份，這樣其他用戶來申請同一個信息時，可以直接從“本地”網(wǎng)絡(luò)獲取。采用這種方式的常用技術(shù)有內(nèi)容分發(fā)網(wǎng)絡(luò)(CDN，Content Delivery Network)、網(wǎng)絡(luò)緩存(Web Cache)等。其中，Web Cache針對用戶申請的信息，首先要判斷這部分信息是動態(tài)內(nèi)容，還是靜態(tài)內(nèi)容：如果判斷是動態(tài)內(nèi)容，則不必緩存，因為每個用戶每次申請對應(yīng)的反饋都可能不一樣；如果判斷是靜態(tài)內(nèi)容，則綜合考慮其他要素來決定是否緩存，以及具體的緩存方式和配置。

在實際使用中，Web Cache系統(tǒng)在判斷用戶請求對應(yīng)的信息是動態(tài)內(nèi)容還是靜態(tài)內(nèi)容時會發(fā)生誤判，尤其是動態(tài)內(nèi)容被誤判為靜態(tài)內(nèi)容時，會導(dǎo)致Web Cache系統(tǒng)反饋給用戶的信息是錯誤的，即Web Cache系統(tǒng)誤劫持了業(yè)務(wù)。例如，在移動的現(xiàn)有網(wǎng)絡(luò)中，大量地區(qū)多次出現(xiàn)靈犀業(yè)務(wù)被Web Cache系統(tǒng)誤緩存/誤劫持現(xiàn)象。當(dāng)前，移動現(xiàn)網(wǎng)對誤判/誤劫持事件的處理方式是：通過專門的工作人員在Web Cache系統(tǒng)中將誤判/誤劫持事件相關(guān)的域名列入黑名單，通知Web Cache系統(tǒng)不用緩存相關(guān)域名對應(yīng)的信息，同時當(dāng)有用戶與相關(guān)域名進行交互時，Web Cache系統(tǒng)不給用戶反饋信息。

但是，上述處理方式需要專門的工作人員手動進行配置，人力成本高，而且，實時性很差；另外，在Web Cache系統(tǒng)進行配置變更、升級或替換時，容易出現(xiàn)錯誤，即問題易出現(xiàn)反復(fù)，處理效率較低。

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

有鑒于此，本發(fā)明期望提供一種信息交互方法、設(shè)備及緩存系統(tǒng)，能保證Web Cache系統(tǒng)不會發(fā)生誤劫持/誤緩存，從而保證業(yè)務(wù)質(zhì)量。

為達到上述目的，本發(fā)明的技術(shù)方案是這樣實現(xiàn)的：

本發(fā)明還提供了一種信息交互方法，所述方法包括：

接收到業(yè)務(wù)提供方發(fā)起的動態(tài)信息交互請求時，獲取所述業(yè)務(wù)提供方發(fā)送的鑒權(quán)信息；

驗證所述鑒權(quán)信息是否通過；

若所述鑒權(quán)信息驗證通過，獲取所述動態(tài)信息交互請求中的交互信息，并根據(jù)所述交互信息進行緩存。

上述方案中，優(yōu)選地，所述獲取所述業(yè)務(wù)提供方發(fā)送的鑒權(quán)信息之前，所述方法還包括：

判斷所述業(yè)務(wù)提供方是否滿足預(yù)設(shè)條件；

若滿足預(yù)設(shè)條件，則為所述業(yè)務(wù)提供方發(fā)送鑒權(quán)信息。

上述方案中，優(yōu)選地，所述根據(jù)所述交互信息進行緩存，具體包括：

將所述交互信息發(fā)送給第一網(wǎng)絡(luò)緩存子系統(tǒng)進行緩存；

獲取所述第一網(wǎng)絡(luò)緩存子系統(tǒng)發(fā)送的緩存成功信息。

上述方案中，優(yōu)選地，所述方法還包括：

若在預(yù)設(shè)時間內(nèi)未收到第一網(wǎng)絡(luò)緩存子系統(tǒng)發(fā)送的緩存成功信息，向所述第一網(wǎng)絡(luò)緩存子系統(tǒng)重新發(fā)送所述交互信息，直至重發(fā)次數(shù)達到預(yù)設(shè)閾值；

如果重發(fā)次數(shù)達到預(yù)設(shè)閾值時還未收到緩存成功信息，則發(fā)出告警信息。

上述方案中，優(yōu)選地，所述鑒權(quán)信息至少包括下述中的一種：

賬號+密碼形式、密鑰形式、內(nèi)容服務(wù)商身份標識號(ID，IDentity)+賬號 +密碼形式、數(shù)字證書形式。

上述方案中，優(yōu)選地，所述判斷所述業(yè)務(wù)提供方是否滿足預(yù)設(shè)條件，包括：

獲取與所述業(yè)務(wù)提供方相關(guān)的第一要素，所述第一要素至少包括下述中的一種或幾種：業(yè)務(wù)特點、用戶規(guī)模、流量本網(wǎng)率、網(wǎng)絡(luò)流量；

基于所述第一要素判斷所述業(yè)務(wù)提供方是否滿足預(yù)設(shè)條件，所述預(yù)設(shè)條件包括第一要素的訂購方式為根據(jù)更新頻次按次收費、按照功能服務(wù)期限收費或免費。

上述方案中，優(yōu)選地，所述交互信息包括：

指定域名和指定統(tǒng)一資源定位符(URL，Uniform Resoure Locator)；

或，各個域名以及與每個域名所對應(yīng)的是否需要緩存的指示信息、各個URL以及與每個URL所對應(yīng)的是否需要緩存的指示信息。

上述方案中，優(yōu)選地，所述方法還包括：

在所述業(yè)務(wù)提供方的域名和URL未發(fā)生變化的情況下，滿足預(yù)設(shè)條件時，主動發(fā)起與第一網(wǎng)絡(luò)緩存子系統(tǒng)的信息交互，以便第一網(wǎng)絡(luò)緩存子系統(tǒng)及時緩存。

本發(fā)明還提供了一種信息交互方法，所述方法包括：

向緩存系統(tǒng)的第一交互模塊發(fā)起動態(tài)信息交互請求，接收第一交互模塊發(fā)送的鑒權(quán)信息；

向所述緩存系統(tǒng)的第二交互模塊發(fā)送動態(tài)信息交互請求時，所述動態(tài)信息交互請求中攜帶所述鑒權(quán)信息和交互信息；

判斷交互信息是否發(fā)生變化，并根據(jù)變化情況確定是否與所述緩存系統(tǒng)的第二交互模塊進行交互。

上述方案中，優(yōu)選地，所述交互信息包括：

指定域名和指定URL；

或，各個域名以及與每個域名所對應(yīng)的是否需要緩存的指示信息、各個URL以及與每個URL所對應(yīng)的是否需要緩存的指示信息。

上述方案中，優(yōu)選地所述根據(jù)變化情況確定是否與所述緩存系統(tǒng)的第二交 互模塊進行交互，具體包括：

當(dāng)交互信息發(fā)生新增、變更業(yè)務(wù)域名，或新增、變更URL，或交互信息發(fā)生動態(tài)靜態(tài)的轉(zhuǎn)換時，

確定出與所述緩存系統(tǒng)的第二交互模塊進行交互。

本發(fā)明還提供了一種緩存系統(tǒng)，所述緩存系統(tǒng)包括：

第二交互模塊，用于接收到業(yè)務(wù)提供方發(fā)起的動態(tài)信息交互請求時，獲取所述業(yè)務(wù)提供方發(fā)送的鑒權(quán)信息；驗證所述鑒權(quán)信息是否通過；若所述鑒權(quán)信息驗證通過，獲取所述動態(tài)信息交互請求中的交互信息，并根據(jù)所述交互信息進行緩存。

上述方案中，優(yōu)選地，所述緩存系統(tǒng)還包括：

第一交互模塊，用于：

判斷所述業(yè)務(wù)提供方是否滿足預(yù)設(shè)條件；

若滿足預(yù)設(shè)條件，則為所述業(yè)務(wù)提供方發(fā)送鑒權(quán)信息。

上述方案中，優(yōu)選地，所述第二交互模塊，還用于：

將所述交互信息發(fā)送給第一網(wǎng)絡(luò)緩存子系統(tǒng)進行緩存；

獲取所述第一網(wǎng)絡(luò)緩存子系統(tǒng)發(fā)送的緩存成功信息。

上述方案中，優(yōu)選地，所述第二交互模塊，還用于：

若在預(yù)設(shè)時間內(nèi)未收到第一網(wǎng)絡(luò)緩存子系統(tǒng)發(fā)送的緩存成功信息，向所述第一網(wǎng)絡(luò)緩存子系統(tǒng)重新發(fā)送所述交互信息，直至重發(fā)次數(shù)達到預(yù)設(shè)閾值；

如果重發(fā)次數(shù)達到預(yù)設(shè)閾值時還未收到緩存成功信息，則發(fā)出告警信息。

上述方案中，優(yōu)選地，所述鑒權(quán)信息至少包括下述中的一種：

賬號+密碼形式、密鑰形式、內(nèi)容服務(wù)商身份標識號ID+賬號+密碼形式、數(shù)字證書形式。

上述方案中，優(yōu)選地，所述第一交互模塊，還用于：

獲取與所述業(yè)務(wù)提供方相關(guān)的第一要素，所述第一要素至少包括下述中的一種或幾種：業(yè)務(wù)特點、用戶規(guī)模、流量本網(wǎng)率、網(wǎng)絡(luò)流量；

基于所述第一要素判斷所述業(yè)務(wù)提供方是否滿足預(yù)設(shè)條件，所述預(yù)設(shè)條件 包括第一要素的訂購方式為根據(jù)更新頻次按次收費、按照功能服務(wù)期限收費或免費。

上述方案中，優(yōu)選地，所述交互信息包括：

指定域名和指定URL；

或，各個域名以及與每個域名所對應(yīng)的是否需要緩存的指示信息、各個URL以及與每個URL所對應(yīng)的是否需要緩存的指示信息。

上述方案中，優(yōu)選地，所述第二交互模塊，還用于：

在所述業(yè)務(wù)提供方的域名和URL未發(fā)生變化的情況下，滿足預(yù)設(shè)條件時，主動發(fā)起與第一網(wǎng)絡(luò)緩存子系統(tǒng)的信息交互，以便第一網(wǎng)絡(luò)緩存子系統(tǒng)及時緩存。

本發(fā)明還提供了一種信息交互設(shè)備，所述設(shè)備包括：

第一交互單元，用于向緩存系統(tǒng)的第一交互模塊發(fā)起動態(tài)信息交互請求，接收第一交互模塊發(fā)送的鑒權(quán)信息；

第二交互單元，用于向所述緩存系統(tǒng)的第二交互模塊發(fā)送動態(tài)信息交互請求時，所述動態(tài)信息交互請求中攜帶所述鑒權(quán)信息和交互信息；

第三交互單元，用于判斷交互信息是否發(fā)生變化，并根據(jù)變化情況確定是否與所述緩存系統(tǒng)的第二交互模塊進行交互。

上述方案中，優(yōu)選地，所述交互信息包括：

指定域名和指定URL；

或，各個域名以及與每個域名所對應(yīng)的是否需要緩存的指示信息、各個URL以及與每個URL所對應(yīng)的是否需要緩存的指示信息。

上述方案中，優(yōu)選地，所述第三交互單元，還用于：

當(dāng)交互信息發(fā)生新增、變更業(yè)務(wù)域名，或新增、變更URL，或交互信息發(fā)生動態(tài)靜態(tài)的轉(zhuǎn)換時，

確定出與所述緩存系統(tǒng)的第二交互模塊進行交互。

本發(fā)明所提供的信息交互方法、設(shè)備及緩存系統(tǒng)，能保證Web Cache系統(tǒng)不會發(fā)生誤劫持/誤緩存，從而保證業(yè)務(wù)質(zhì)量；最大限度避免了人工處理，減少 了人工配置錯誤，改善了業(yè)務(wù)體驗；減少了系統(tǒng)處理時間，幾乎能實時/準實時應(yīng)對業(yè)務(wù)相關(guān)變化。

附圖說明

圖1為本發(fā)明實施例提供的一種信息交互方法的實現(xiàn)流程圖；

圖2為本發(fā)明實施例提供的另一種信息交互方法的實現(xiàn)流程圖；

圖3為本發(fā)明實施例提供的又一種信息交互方法的實現(xiàn)流程圖；

圖4為本發(fā)明實施例提供的一種信息交互設(shè)備的組成結(jié)構(gòu)示意圖；

圖5為本發(fā)明實施例提供的另一種信息交互設(shè)備的組成結(jié)構(gòu)示意圖；

圖6為本發(fā)明實施例提供的一種緩存系統(tǒng)的組成結(jié)構(gòu)示意圖；

圖7為本發(fā)明實施例提供的又一種信息交互設(shè)備的組成結(jié)構(gòu)示意圖；

圖8為本發(fā)明實施例提供的一種信息交互系統(tǒng)的組成結(jié)構(gòu)示意圖。

具體實施方式

為了能夠更加詳盡地了解本發(fā)明的特點與技術(shù)內(nèi)容，下面結(jié)合附圖對本發(fā)明的實現(xiàn)進行詳細闡述，所附附圖僅供參考說明之用，并非用來限定本發(fā)明。

圖1為本發(fā)明實施例提供的一種信息交互方法的實現(xiàn)流程圖，如圖1所示，所述信息交互方法應(yīng)用于網(wǎng)絡(luò)側(cè)；如圖1所示，所述方法主要包括以下步驟：

步驟101：接收到業(yè)務(wù)提供方發(fā)起的動態(tài)信息交互請求時，獲取所述業(yè)務(wù)提供方發(fā)送的鑒權(quán)信息。

其中，所述鑒權(quán)信息至少包括下述中的一種：

賬號+密碼形式、密鑰形式、內(nèi)容服務(wù)商ID+賬號+密碼形式、數(shù)字證書形式。

優(yōu)選地，所述獲取所述業(yè)務(wù)提供方發(fā)送的鑒權(quán)信息之前，所述方法還包括：

判斷所述業(yè)務(wù)提供方是否滿足預(yù)設(shè)條件；

若滿足預(yù)設(shè)條件，則為所述業(yè)務(wù)提供方發(fā)送鑒權(quán)信息。

具體地，所述判斷所述業(yè)務(wù)提供方是否滿足預(yù)設(shè)條件，包括：

獲取與所述業(yè)務(wù)提供方相關(guān)的第一要素，所述第一要素至少包括下述中的一種或幾種：業(yè)務(wù)特點、用戶規(guī)模、流量本網(wǎng)率、網(wǎng)絡(luò)流量；

基于所述第一要素判斷所述業(yè)務(wù)提供方是否滿足預(yù)設(shè)條件，所述預(yù)設(shè)條件包括第一要素的訂購方式為根據(jù)更新頻次按次收費、按照功能服務(wù)期限收費或免費。

步驟102：驗證所述鑒權(quán)信息是否通過。

具體地，驗證所述鑒權(quán)信息是否通過，也就是驗證所述業(yè)務(wù)提供方是否訂購第一業(yè)務(wù)功能時，至少有兩種可選的驗證方式，即既可以在本地驗證，也可以由其他設(shè)備輔助進行驗證。

步驟103：若所述鑒權(quán)信息驗證通過，獲取所述動態(tài)信息交互請求中的交互信息，并根據(jù)所述交互信息進行緩存。

其中，所述交互信息包括：

指定域名和指定URL；

或，各個域名以及與每個域名所對應(yīng)的是否需要緩存的指示信息、各個URL以及與每個URL所對應(yīng)的是否需要緩存的指示信息。

優(yōu)選地，所述根據(jù)所述交互信息進行緩存，具體包括：

將所述交互信息發(fā)送給第一網(wǎng)絡(luò)緩存子系統(tǒng)進行緩存；

獲取所述第一網(wǎng)絡(luò)緩存子系統(tǒng)發(fā)送的緩存成功信息。

本實施例中，第一網(wǎng)絡(luò)緩存子系統(tǒng)是緩存系統(tǒng)中的一個Web Cache系統(tǒng)；緩存系統(tǒng)可以包括多個相對獨立的Web Cache系統(tǒng)，例如，移動各個省公司自己部署或租用的Web Cache系統(tǒng)。

上述步驟101～步驟103的執(zhí)行主體均可以為第二設(shè)備，其中，所述第二設(shè)備為至少負責(zé)控制動態(tài)信息交互的設(shè)備。

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

若在預(yù)設(shè)時間內(nèi)未收到第一網(wǎng)絡(luò)緩存子系統(tǒng)發(fā)送的緩存成功信息，向所述第一網(wǎng)絡(luò)緩存子系統(tǒng)重新發(fā)送所述交互信息，直至重發(fā)次數(shù)達到預(yù)設(shè)閾值；

如果重發(fā)次數(shù)達到預(yù)設(shè)閾值時還未收到緩存成功信息，則發(fā)出告警信息。

這里，所述告警信息用于提示工作人員進行人工盤查和處理。

如此，能夠更好地確保每個網(wǎng)絡(luò)緩存子系統(tǒng)均為所述業(yè)務(wù)提供方配置第一業(yè)務(wù)功能；從而使業(yè)務(wù)提供方能夠為用戶提供更好、更快的服務(wù)，提升用戶的使用體驗。同時，最大限度避免了人工處理，減少了人工配置錯誤，改善了業(yè)務(wù)體驗；減少了系統(tǒng)處理時間，幾乎能實時/準實時應(yīng)對業(yè)務(wù)相關(guān)變化。

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

在所述業(yè)務(wù)提供方的域名和URL未發(fā)生變化的情況下，滿足預(yù)設(shè)條件時，主動發(fā)起與第一網(wǎng)絡(luò)緩存子系統(tǒng)的信息交互，以便第一網(wǎng)絡(luò)緩存子系統(tǒng)及時緩存。

例如，所述預(yù)設(shè)條件可以是周期性觸發(fā)，或者事件觸發(fā)。也就是說，在滿足預(yù)設(shè)條件時，根據(jù)本地所存儲的與業(yè)務(wù)提供方相關(guān)的配置信息對各個網(wǎng)絡(luò)緩存子系統(tǒng)中與所述業(yè)務(wù)提供方相關(guān)的配置信息進行核實與校對。

如此，能夠更好地確保每個網(wǎng)絡(luò)緩存子系統(tǒng)中在為所述業(yè)務(wù)提供方配置第一業(yè)務(wù)功能時，所依據(jù)的與所述業(yè)務(wù)提供方相關(guān)的配置信息與第二設(shè)備本地所存儲的配置信息一致，從而為業(yè)務(wù)提供方提供更好、更準確的服務(wù)。

本實施例所述信息交互方法，能保證網(wǎng)絡(luò)緩存子系統(tǒng)不會發(fā)生誤劫持/誤緩存，從而保證業(yè)務(wù)質(zhì)量；同時，最大限度避免了人工處理，減少了人工配置錯誤，改善了業(yè)務(wù)體驗；減少了系統(tǒng)處理時間，幾乎能實時/準實時應(yīng)對業(yè)務(wù)相關(guān)變化。

實施例二

圖2為本發(fā)明實施例提供的另一種信息交互方法的實現(xiàn)流程圖，如圖2所示，所述信息交互方法應(yīng)用于至少負責(zé)訂購第一業(yè)務(wù)功能的網(wǎng)絡(luò)側(cè)；如圖2所示，所述方法主要包括以下步驟：

步驟201：接收到業(yè)務(wù)提供方發(fā)起的動態(tài)信息交互請求時，判斷所述業(yè)務(wù)提供方是否滿足預(yù)設(shè)條件。

優(yōu)選地，所述判斷所述業(yè)務(wù)提供方是否滿足預(yù)設(shè)條件，可以包括：

獲取與所述業(yè)務(wù)提供方相關(guān)的第一要素，所述第一要素至少包括下述中的一種或幾種：業(yè)務(wù)特點、用戶規(guī)模、流量本網(wǎng)率、網(wǎng)絡(luò)流量；

基于所述第一要素判斷所述業(yè)務(wù)提供方是否滿足預(yù)設(shè)條件，所述預(yù)設(shè)條件包括第一要素的訂購方式為根據(jù)更新頻次按次收費、按照功能服務(wù)期限收費或免費。

步驟202：若滿足預(yù)設(shè)條件，則為所述業(yè)務(wù)提供方發(fā)送鑒權(quán)信息。

其中，所述鑒權(quán)信息至少包括下述中的一種：

賬號+密碼形式、密鑰形式、內(nèi)容服務(wù)商ID+賬號+密碼形式、數(shù)字證書形式。

上述方案中，優(yōu)選地，所述方法還包括：

接收業(yè)務(wù)提供方發(fā)送的第一業(yè)務(wù)功能訂購申請；其中，所述第一業(yè)務(wù)功能訂購申請的內(nèi)容至少包括：網(wǎng)絡(luò)緩存子系統(tǒng)動態(tài)信息交互功能；

對所述第一業(yè)務(wù)功能訂購申請進行核實；

若核實符合申請標準，為所述業(yè)務(wù)提供方訂購第一業(yè)務(wù)功能，并在訂購成功后，向所述業(yè)務(wù)提供方反饋訂購信息以及相應(yīng)的鑒權(quán)信息。

這里，所述第一要素可以從通信系統(tǒng)中的現(xiàn)有模塊中獲取，例如，從網(wǎng)絡(luò)流量監(jiān)控模塊獲取網(wǎng)絡(luò)流量。

其中，所述訂購價格和/或訂購形式至少包括：

根據(jù)更新頻次按次收費；

按照功能服務(wù)期限收費；

免費。

如此，可以為運營商獲取額外的收入來源(如果收費)。

上述步驟201和步驟202的執(zhí)行主體均可以為第一設(shè)備，其中，所述第一設(shè)備為至少負責(zé)訂購第一業(yè)務(wù)功能的設(shè)備。

優(yōu)選地，所述向業(yè)務(wù)提供方反饋訂購信息以及相應(yīng)的鑒權(quán)信息時，所述方法還可以包括：

向第二設(shè)備發(fā)送所述訂購信息以及相應(yīng)的鑒權(quán)信息。

如此，所述第二設(shè)備可以在其本地存儲所述訂購信息以及相應(yīng)的鑒權(quán)信息，當(dāng)接收到業(yè)務(wù)提供方發(fā)送的信息交互請求時，根據(jù)所述訂購信息以及相應(yīng)的鑒權(quán)信息為業(yè)務(wù)提供方提供相應(yīng)的服務(wù)。

本實施例所述信息交互方法，能保證網(wǎng)絡(luò)緩存子系統(tǒng)不會發(fā)生誤劫持/誤緩存，從而保證業(yè)務(wù)質(zhì)量；同時，最大限度避免了人工處理，減少了人工配置錯誤，改善了業(yè)務(wù)體驗；減少了系統(tǒng)處理時間，幾乎能實時/準實時應(yīng)對業(yè)務(wù)相關(guān)變化。

實施例三

圖3為本發(fā)明實施例提供的又一種信息交互方法的實現(xiàn)流程圖，如圖3所示，所述信息交互方法應(yīng)用于至少負責(zé)動態(tài)信息交互的業(yè)務(wù)提供方；如圖3所示，所述方法主要包括以下步驟：

步驟301：向緩存系統(tǒng)的第一交互模塊發(fā)起動態(tài)信息交互請求，接收第一交互模塊發(fā)送的鑒權(quán)信息。

優(yōu)選地，所述鑒權(quán)信息至少包括下述中的一種：

賬號+密碼形式、密鑰形式、內(nèi)容服務(wù)商ID+賬號+密碼形式、數(shù)字證書形式。

步驟302：向所述緩存系統(tǒng)的第二交互模塊發(fā)送動態(tài)信息交互請求時，所述動態(tài)信息交互請求中攜帶所述鑒權(quán)信息和交互信息。

優(yōu)選地，所述交互信息包括：

指定域名和指定URL；

或，各個域名以及與每個域名所對應(yīng)的是否需要緩存的指示信息、各個URL以及與每個URL所對應(yīng)的是否需要緩存的指示信息。

步驟303：判斷交互信息是否發(fā)生變化，并根據(jù)變化情況確定是否與所述緩存系統(tǒng)的第二交互模塊進行交互。

上述方案中，優(yōu)選地，所述根據(jù)變化情況確定是否與所述緩存系統(tǒng)的第二交互模塊進行交互，具體包括：

當(dāng)交互信息發(fā)生新增、變更業(yè)務(wù)域名，或新增、變更URL，或交互信息發(fā)生動態(tài)靜態(tài)的轉(zhuǎn)換時，

確定出與所述緩存系統(tǒng)的第二交互模塊進行交互。

如此，能夠確保緩存系統(tǒng)所存儲的與所述業(yè)務(wù)提供方相關(guān)的配置信息，與業(yè)務(wù)提供方所要求的配置信息一致。

上述步驟301～步驟303的執(zhí)行主體均可以為第三設(shè)備，其中，所述第三設(shè)備為至少負責(zé)動態(tài)信息交互的設(shè)備；其中，所述第三設(shè)備由業(yè)務(wù)提供方負責(zé)維護。

本實施例所述信息交互方法，能保證網(wǎng)絡(luò)緩存子系統(tǒng)不會發(fā)生誤劫持/誤緩存，從而保證業(yè)務(wù)質(zhì)量；同時，最大限度避免了人工處理，減少了人工配置錯誤，改善了業(yè)務(wù)體驗；減少了系統(tǒng)處理時間，幾乎能實時/準實時應(yīng)對業(yè)務(wù)相關(guān)變化。

實施例四

圖4為本發(fā)明實施例提供的一種信息交互設(shè)備的組成結(jié)構(gòu)示意圖，為了方便區(qū)別與描述，現(xiàn)將所述信息交互設(shè)備稱為第二設(shè)備，如圖4所示，所述第二設(shè)備包括：

獲取單元41，用于接收到業(yè)務(wù)提供方發(fā)起的動態(tài)信息交互請求時，獲取所述業(yè)務(wù)提供方發(fā)送的鑒權(quán)信息；

驗證單元42，用于驗證所述鑒權(quán)信息是否通過；

緩存單元43，用于若所述鑒權(quán)信息驗證通過，獲取所述動態(tài)信息交互請求中的交互信息，并根據(jù)所述交互信息進行緩存。

其中，所述鑒權(quán)信息至少包括下述中的一種：

賬號+密碼形式、密鑰形式、內(nèi)容服務(wù)商ID+賬號+密碼形式、數(shù)字證書形式。

其中，所述交互信息包括：

指定域名和指定URL；

或，各個域名以及與每個域名所對應(yīng)的是否需要緩存的指示信息、各個URL以及與每個URL所對應(yīng)的是否需要緩存的指示信息。

優(yōu)選地，所述緩存單元43，還用于：

將所述交互信息發(fā)送給第一網(wǎng)絡(luò)緩存子系統(tǒng)進行緩存；

獲取所述第一網(wǎng)絡(luò)緩存子系統(tǒng)發(fā)送的緩存成功信息。

優(yōu)選地，所述緩存單元43，還用于：

若在預(yù)設(shè)時間內(nèi)未收到第一網(wǎng)絡(luò)緩存子系統(tǒng)發(fā)送的緩存成功信息，向所述第一網(wǎng)絡(luò)緩存子系統(tǒng)重新發(fā)送所述交互信息，直至重發(fā)次數(shù)達到預(yù)設(shè)閾值；

如果重發(fā)次數(shù)達到預(yù)設(shè)閾值時還未收到緩存成功信息，則發(fā)出告警信息。

其中，所述告警信息用于提示工作人員進行人工盤查和處理。

優(yōu)選地，所述緩存單元43，還用于：

在所述業(yè)務(wù)提供方的域名和URL未發(fā)生變化的情況下，滿足預(yù)設(shè)條件時，主動發(fā)起與第一網(wǎng)絡(luò)緩存子系統(tǒng)的信息交互，以便第一網(wǎng)絡(luò)緩存子系統(tǒng)及時緩存。

例如，所述預(yù)設(shè)條件可以是周期性觸發(fā)、事件觸發(fā)等。

在實際應(yīng)用中，所述獲取單元41、驗證單元42、緩存單元43的具體結(jié)構(gòu)均可對應(yīng)于處理器。所述處理器具體的結(jié)構(gòu)可以為CPU、MCU、DSP或PLC等具有處理功能的電子元器件或電子元器件的集合。其中，所述處理器包括可執(zhí)行代碼，所述可執(zhí)行代碼存儲在存儲介質(zhì)中，所述處理器可以通過總線等通信接口與所述存儲介質(zhì)中相連，在執(zhí)行具體的各模塊的對應(yīng)功能時，從所述存儲介質(zhì)中讀取并運行所述可執(zhí)行代碼。所述存儲介質(zhì)用于存儲所述可執(zhí)行代碼的部分優(yōu)選為非瞬間存儲介質(zhì)。

所述獲取單元41、驗證單元42、緩存單元43可以集成對應(yīng)于同一處理器，或分別對應(yīng)不同的處理器；當(dāng)集成對應(yīng)于同一處理器時，所述處理器采用時分處理所述獲取單元41、驗證單元42、緩存單元43對應(yīng)的功能。

本實施例所述信息交互設(shè)備，為實施例一至三所述的方法提供了具體實現(xiàn)的硬件，能用于實現(xiàn)實施例一至三中任意所述的技術(shù)方案，同樣的，本實施例 所述信息交互設(shè)備能保證網(wǎng)絡(luò)緩存子系統(tǒng)不會發(fā)生誤劫持/誤緩存，從而保證業(yè)務(wù)質(zhì)量；同時，最大限度避免了人工處理，減少了人工配置錯誤，改善了業(yè)務(wù)體驗；減少了系統(tǒng)處理時間，幾乎能實時/準實時應(yīng)對業(yè)務(wù)相關(guān)變化。

實施例五

圖5為本發(fā)明實施例提供的另一種信息交互設(shè)備的組成結(jié)構(gòu)示意圖，為了方便區(qū)別與描述，現(xiàn)將所述信息交互設(shè)備稱為第一設(shè)備，如圖5所示，所述第一設(shè)備包括：

判斷單元51，用于判斷業(yè)務(wù)提供方是否滿足預(yù)設(shè)條件；

發(fā)送單元52，用于若滿足預(yù)設(shè)條件，則為所述業(yè)務(wù)提供方發(fā)送鑒權(quán)信息。

優(yōu)選地，所述判斷單元51，還用于：

獲取與所述業(yè)務(wù)提供方相關(guān)的第一要素，所述第一要素至少包括下述中的一種或幾種：業(yè)務(wù)特點、用戶規(guī)模、流量本網(wǎng)率、網(wǎng)絡(luò)流量；

基于所述第一要素判斷所述業(yè)務(wù)提供方是否滿足預(yù)設(shè)條件，所述預(yù)設(shè)條件包括第一要素的訂購方式為根據(jù)更新頻次按次收費、按照功能服務(wù)期限收費或免費。

優(yōu)選地，所述判斷單元51，還用于：

接收業(yè)務(wù)提供方發(fā)送的第一業(yè)務(wù)功能訂購申請；其中，所述第一業(yè)務(wù)功能訂購申請的內(nèi)容至少包括：網(wǎng)絡(luò)緩存子系統(tǒng)動態(tài)信息交互功能；

對所述第一業(yè)務(wù)功能訂購申請進行核實；

若核實符合申請標準，為所述業(yè)務(wù)提供方訂購第一業(yè)務(wù)功能；

相應(yīng)地，所述發(fā)送單元52，還用于在訂購成功后，向所述業(yè)務(wù)提供方反饋訂購信息以及相應(yīng)的鑒權(quán)信息。

優(yōu)選地，所述發(fā)送單元52，還用于：

在向業(yè)務(wù)提供方反饋訂購信息以及相應(yīng)的鑒權(quán)信息時，還向第二設(shè)備發(fā)送所述訂購信息以及相應(yīng)的鑒權(quán)信息。

在實際應(yīng)用中，所述判斷單元51、發(fā)送單元52的具體結(jié)構(gòu)均可對應(yīng)于處 理器。所述處理器具體的結(jié)構(gòu)可以為CPU、MCU、DSP或PLC等具有處理功能的電子元器件或電子元器件的集合。其中，所述處理器包括可執(zhí)行代碼，所述可執(zhí)行代碼存儲在存儲介質(zhì)中，所述處理器可以通過總線等通信接口與所述存儲介質(zhì)中相連，在執(zhí)行具體的各模塊的對應(yīng)功能時，從所述存儲介質(zhì)中讀取并運行所述可執(zhí)行代碼。所述存儲介質(zhì)用于存儲所述可執(zhí)行代碼的部分優(yōu)選為非瞬間存儲介質(zhì)。

所述判斷單元51、發(fā)送單元52可以集成對應(yīng)于同一處理器，或分別對應(yīng)不同的處理器；當(dāng)集成對應(yīng)于同一處理器時，所述處理器采用時分處理所述判斷單元51、發(fā)送單元52對應(yīng)的功能。

本實施例所述信息交互設(shè)備，為實施例一至三所述的方法提供了具體實現(xiàn)的硬件，能用于實現(xiàn)實施例一至三中任意所述的技術(shù)方案，同樣的，本實施例所述信息交互設(shè)備能保證網(wǎng)絡(luò)緩存子系統(tǒng)不會發(fā)生誤劫持/誤緩存，從而保證業(yè)務(wù)質(zhì)量；同時，最大限度避免了人工處理，減少了人工配置錯誤，改善了業(yè)務(wù)體驗；減少了系統(tǒng)處理時間，幾乎能實時/準實時應(yīng)對業(yè)務(wù)相關(guān)變化。

實施例六

圖6為本發(fā)明實施例提供的一種緩存系統(tǒng)的組成結(jié)構(gòu)示意圖，如圖6所示，所述緩存系統(tǒng)包括：

第一交互模塊61，用于判斷業(yè)務(wù)提供方是否滿足預(yù)設(shè)條件；若滿足預(yù)設(shè)條件，則為所述業(yè)務(wù)提供方發(fā)送鑒權(quán)信息；

第二交互模塊62，用于接收到業(yè)務(wù)提供方發(fā)起的動態(tài)信息交互請求時，獲取所述業(yè)務(wù)提供方發(fā)送的鑒權(quán)信息；驗證所述鑒權(quán)信息是否通過；若所述鑒權(quán)信息驗證通過，獲取所述動態(tài)信息交互請求中的交互信息，并根據(jù)所述交互信息進行緩存。

優(yōu)選地，所述第二交互模塊62，還用于：

將所述交互信息發(fā)送給第一網(wǎng)絡(luò)緩存子系統(tǒng)進行緩存；

獲取所述第一網(wǎng)絡(luò)緩存子系統(tǒng)發(fā)送的緩存成功信息。

優(yōu)選地，所述第二交互模塊62，還用于：

若在預(yù)設(shè)時間內(nèi)未收到第一網(wǎng)絡(luò)緩存子系統(tǒng)發(fā)送的緩存成功信息，向所述第一網(wǎng)絡(luò)緩存子系統(tǒng)重新發(fā)送所述交互信息，直至重發(fā)次數(shù)達到預(yù)設(shè)閾值；

如果重發(fā)次數(shù)達到預(yù)設(shè)閾值時還未收到緩存成功信息，則發(fā)出告警信息。

其中，所述鑒權(quán)信息至少包括下述中的一種：

賬號+密碼形式、密鑰形式、內(nèi)容服務(wù)商ID+賬號+密碼形式、數(shù)字證書形式。

優(yōu)選地，所述第一交互模塊61，還用于：

獲取與所述業(yè)務(wù)提供方相關(guān)的第一要素，所述第一要素至少包括下述中的一種或幾種：業(yè)務(wù)特點、用戶規(guī)模、流量本網(wǎng)率、網(wǎng)絡(luò)流量；

基于所述第一要素判斷所述業(yè)務(wù)提供方是否滿足預(yù)設(shè)條件，所述預(yù)設(shè)條件包括第一要素的訂購方式為根據(jù)更新頻次按次收費、按照功能服務(wù)期限收費或免費。

上述方案中，所述交互信息包括：

指定域名和指定URL；

或，各個域名以及與每個域名所對應(yīng)的是否需要緩存的指示信息、各個URL以及與每個URL所對應(yīng)的是否需要緩存的指示信息。

優(yōu)選地，所述第二交互模塊62，還用于：

在所述業(yè)務(wù)提供方的域名和URL未發(fā)生變化的情況下，滿足預(yù)設(shè)條件時，主動發(fā)起與第一網(wǎng)絡(luò)緩存子系統(tǒng)的信息交互，以便第一網(wǎng)絡(luò)緩存子系統(tǒng)及時緩存。

具體地，所述第一交互模塊61的具體組成示意圖可以如圖5所示的信息交互設(shè)備，也就是說，所述第一交互模塊61的具體組成結(jié)構(gòu)可以包括判斷單元51、發(fā)送單元52，在此不再贅述；同理，所述第二交互模塊62的具體組成示意圖可以如圖4所示的信息交互設(shè)備，也就是說，所述第二交互模塊62的具體組成結(jié)構(gòu)可以包括獲取單元41、驗證單元42、緩存單元43，在此不再贅述。

本實施例所述緩存系統(tǒng)，能保證系統(tǒng)不會發(fā)生誤劫持/誤緩存，從而保證業(yè) 務(wù)質(zhì)量；同時，最大限度避免了人工處理，減少了人工配置錯誤，改善了業(yè)務(wù)體驗；減少了系統(tǒng)處理時間，幾乎能實時/準實時應(yīng)對業(yè)務(wù)相關(guān)變化。

實施例七

圖7為本發(fā)明實施例提供的又一種信息交互設(shè)備的組成結(jié)構(gòu)示意圖，為了方便區(qū)別與描述，現(xiàn)將所述信息交互設(shè)備稱為第三設(shè)備，如圖7所示，所述第三設(shè)備包括：

第一交互單元71，用于向緩存系統(tǒng)的第一交互模塊61發(fā)起動態(tài)信息交互請求，接收第一交互模塊61發(fā)送的鑒權(quán)信息；

第二交互單元72，用于向所述緩存系統(tǒng)的第二交互模塊62發(fā)送動態(tài)信息交互請求時，所述動態(tài)信息交互請求中攜帶所述鑒權(quán)信息和交互信息；

第三交互單元73，用于判斷交互信息是否發(fā)生變化，并根據(jù)變化情況確定是否與所述緩存系統(tǒng)的第二交互模塊62進行交互。

上述方案中，所述交互信息包括：

指定域名和指定URL；

或，各個域名以及與每個域名所對應(yīng)的是否需要緩存的指示信息、各個URL以及與每個URL所對應(yīng)的是否需要緩存的指示信息。

優(yōu)選地，所述第三交互單元73，還用于：

當(dāng)交互信息發(fā)生新增、變更業(yè)務(wù)域名，或新增、變更URL，或交互信息發(fā)生動態(tài)靜態(tài)的轉(zhuǎn)換時，

確定出與所述緩存系統(tǒng)的第二交互模塊62進行交互。

在實際應(yīng)用中，所述第一交互單元71、第二交互單元72、第三交互單元73的具體結(jié)構(gòu)均可對應(yīng)于處理器。所述處理器具體的結(jié)構(gòu)可以為CPU、MCU、DSP或PLC等具有處理功能的電子元器件或電子元器件的集合。其中，所述處理器包括可執(zhí)行代碼，所述可執(zhí)行代碼存儲在存儲介質(zhì)中，所述處理器可以通過總線等通信接口與所述存儲介質(zhì)中相連，在執(zhí)行具體的各模塊的對應(yīng)功能時，從所述存儲介質(zhì)中讀取并運行所述可執(zhí)行代碼。所述存儲介質(zhì)用于存儲所述可 執(zhí)行代碼的部分優(yōu)選為非瞬間存儲介質(zhì)。

所述第一交互單元71、第二交互單元72、第三交互單元73可以集成對應(yīng)于同一處理器，或分別對應(yīng)不同的處理器；當(dāng)集成對應(yīng)于同一處理器時，所述處理器采用時分處理所述第一交互單元71、第二交互單元72、第三交互單元73對應(yīng)的功能。

本實施例所述信息交互設(shè)備，為實施例一至三所述的方法提供了具體實現(xiàn)的硬件，能用于實現(xiàn)實施例一至三中任意所述的技術(shù)方案，同樣的，本實施例所述信息交互設(shè)備能保證網(wǎng)絡(luò)緩存子系統(tǒng)不會發(fā)生誤劫持/誤緩存，從而保證業(yè)務(wù)質(zhì)量；同時，最大限度避免了人工處理，減少了人工配置錯誤，改善了業(yè)務(wù)體驗；減少了系統(tǒng)處理時間，幾乎能實時/準實時應(yīng)對業(yè)務(wù)相關(guān)變化。

實施例八

圖8為本發(fā)明實施例提供的信息交互系統(tǒng)的組成結(jié)構(gòu)示意圖，如圖8所示，所述信息交互系統(tǒng)包括：

信息交互設(shè)備81，用于向緩存系統(tǒng)82的第一交互模塊發(fā)起動態(tài)信息交互請求，接收第一交互模塊發(fā)送的鑒權(quán)信息；向所述緩存系統(tǒng)82的第二交互模塊發(fā)送動態(tài)信息交互請求時，所述動態(tài)信息交互請求中攜帶所述鑒權(quán)信息和交互信息；判斷交互信息是否發(fā)生變化，并根據(jù)變化情況確定是否與所述緩存系統(tǒng)82的第二交互模塊進行交互；

緩存系統(tǒng)82，用于接收到業(yè)務(wù)提供方發(fā)起的動態(tài)信息交互請求時，獲取所述業(yè)務(wù)提供方發(fā)送的鑒權(quán)信息；驗證所述鑒權(quán)信息是否通過；若所述鑒權(quán)信息驗證通過，獲取所述動態(tài)信息交互請求中的交互信息，并根據(jù)所述交互信息進行緩存。

其中，所述信息交互設(shè)備81的具體組成結(jié)構(gòu)示意圖可以如圖7所示，所述緩存系統(tǒng)82的具體組成結(jié)構(gòu)示意圖可以如圖6所示，在此不再贅述。

實際應(yīng)用中，所述信息交互設(shè)備81可以由業(yè)務(wù)提供方來維護，所述緩存系統(tǒng)82可以位于現(xiàn)有通信系統(tǒng)網(wǎng)絡(luò)側(cè)，例如，位于移動通信系統(tǒng)的現(xiàn)網(wǎng)中；所述 緩存系統(tǒng)82中的第一交互模塊和第一交互模塊可以是獨立的設(shè)備，也可以合成為一個設(shè)備，作為該合成設(shè)備中的兩個獨立模塊而存在。

在本發(fā)明所提供的幾個實施例中，應(yīng)該理解到，所揭露的方法、設(shè)備和系統(tǒng)，可以通過其它的方式實現(xiàn)。以上所描述的設(shè)備實施例僅僅是示意性的，例如，所述單元的劃分，僅僅為一種邏輯功能劃分，實際實現(xiàn)時可以有另外的劃分方式，如：多個單元或組件可以結(jié)合，或可以集成到另一個系統(tǒng)，或一些特征可以忽略，或不執(zhí)行。另外，所顯示或討論的各組成部分相互之間的耦合、或直接耦合、或通信連接可以是通過一些接口，設(shè)備或單元的間接耦合或通信連接，可以是電性的、機械的或其它形式的。

上述作為分離部件說明的單元可以是、或也可以不是物理上分開的，作為單元顯示的部件可以是、或也可以不是物理單元，即可以位于一個地方，也可以分布到多個網(wǎng)絡(luò)單元上；可以根據(jù)實際的需要選擇其中的部分或全部單元來實現(xiàn)本實施例方案的目的。

另外，在本發(fā)明各實施例中的各功能單元可以全部集成在一個處理單元中，也可以是各單元分別單獨作為一個單元，也可以兩個或兩個以上單元集成在一個單元中；上述集成的單元既可以采用硬件的形式實現(xiàn)，也可以采用硬件加軟件功能單元的形式實現(xiàn)。

本領(lǐng)域普通技術(shù)人員可以理解：實現(xiàn)上述方法實施例的全部或部分步驟可以通過程序指令相關(guān)的硬件來完成，前述的程序可以存儲于一計算機可讀取存儲介質(zhì)中，該程序在執(zhí)行時，執(zhí)行包括上述方法實施例的步驟；而前述的存儲介質(zhì)包括：移動存儲設(shè)備、只讀存儲器(ROM，Read-Only Memory)、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。

或者，本發(fā)明實施例上述集成的單元如果以軟件功能模塊的形式實現(xiàn)并作為獨立的產(chǎn)品銷售或使用時，也可以存儲在一個計算機可讀取存儲介質(zhì)中?；谶@樣的理解，本發(fā)明實施例的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品存儲在一個存儲介質(zhì)中，包括若干指令用以使得一臺計算機設(shè)備(可以是個人計算機、服務(wù)器、或 者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實施例所述方法的全部或部分。而前述的存儲介質(zhì)包括：移動存儲設(shè)備、ROM、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。

以上所述，僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護范圍。凡在本發(fā)明的精神和原則之內(nèi)所作的任何修改、等同替換和改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。