[發明專利]信息交互方法、裝置、設備、存儲介質和系統

在審

• 申請號: 202011382751.6
• 申請日: 2020-12-01
• 公開（公告）號: CN114584618A
• 公開（公告）日: 2022-06-03
• 發明（設計）人: 蒲文賓;年彥東
• 申請（專利權）人: 北京金山云網絡技術有限公司
• 主分類號: H04L67/562
• 分類號: H04L67/562;H04L67/568;H04L9/40
• 代理公司: 北京開陽星知識產權代理有限公司 11710
• 代理人: 阮改燕

本公開涉及計算機技術領域，公開了一種信息交互方法、裝置、設備、存儲介質和系統。該方法包括：監測到代理服務端滿足預設條件時，向中心服務端發送數據獲取請求；接收所述中心服務端發送的數據獲取響應，所述數據獲取響應中包含節點服務端處理用戶訪問請求所需的目標數據；向節點服務端發送數據存儲請求，所述數據存儲請求中包括所述目標數據，且所述數據存儲請求用于請求所述節點服務端存儲所述目標數據。通過上述技術方案，實現了節點服務端異步獲取中心服務端中的目標數據，降低了節點服務端中目標數據的冗余程度，且提高了節點服務端對用戶訪問請求的處理效率。

技術領域

本公開涉及計算機技術領域，尤其涉及一種信息交互方法、裝置、設備、存儲介質和系統。

背景技術

在基于Nginx或集成了Nginx和lua的OpenResty實現的內容分發網絡(ContentDelivery Network，CDN)中，存在中心服務端和多個節點服務端。其中，中心服務端用于統一生成優化策略、黑白名單策略等若干網絡訪問策略；節點服務端用于處理用戶的訪問請求。

目前，CDN中中心服務端與各節點服務端之間交互網絡訪問策略的大致過程為：當節點服務端接收到用戶端發起的訪問請求時，先向中心服務端發出策略獲取請求，待其接收到中心服務端返回的網絡訪問策略后，再基于該網絡訪問策略來處理用戶端的訪問請求。

上述網絡訪問策略的交互方式中，節點服務端獲取網絡訪問策略依賴于用戶端的訪問請求的觸發，使得節點服務端在一定時間內重復獲取相同的網絡訪問策略，造成數據冗余；并且，節點服務端需要同步處理其與中心服務端和用戶端的交互，使得節點服務端的處理過程復雜，降低了其對用戶端的訪問請求的處理效率，延長了用戶端的訪問等待時長。

發明內容

為了解決上述技術問題或者至少部分地解決上述技術問題，本公開提供了一種信息交互方法、裝置、設備、存儲介質和系統。

第一方面，本公開提供了一種信息交互方法，應用于代理服務端，所述方法包括：

監測到代理服務端滿足預設條件時，向中心服務端發送數據獲取請求；

接收所述中心服務端發送的數據獲取響應，所述數據獲取響應中包含節點服務端處理用戶訪問請求所需的目標數據；

向節點服務端發送數據存儲請求，所述數據存儲請求中包括所述目標數據，且所述數據存儲請求用于請求所述節點服務端存儲所述目標數據。

在一些實施例中，所述目標數據為用于控制網絡訪問的策略數據。

在一些實施例中，所述預設條件包括定時周期到達、預設事件完成以及接收到外部發送的觸發信號中的至少一種。

在一些實施例中，所述定時周期基于所述中心服務端中所述目標數據的更新頻率確定。

在一些實施例中，所述向節點服務端發送數據存儲請求包括：

若檢測到所述目標數據更新，則向所述節點服務端發送所述數據存儲請求。

在一些實施例中，所述數據存儲請求還包括存儲位置信息，所述存儲位置信息用于確定所述目標數據在所述節點服務端中的存儲位置為Nginx共享內存或緩存服務器。

第二方面，本公開還提供了一種信息交互方法，應用于節點服務端，所述方法包括：

接收代理服務端發送的數據存儲請求，所述數據存儲請求中包括節點服務端處理用戶訪問請求所需的目標數據，所述目標數據是在所述代理服務端滿足預設條件時，從中心服務端獲取的數據；

存儲所述目標數據。

在一些實施例中，所述存儲所述目標數據包括：