[發(fā)明專利]請求報文處理方法、裝置、設備及存儲介質

有效

• 申請?zhí)枺?/td>: 201710756189.0
• 申請日: 2017-08-29
• 公開（公告）號: CN107547537B
• 公開（公告）日: 2020-12-18
• 發(fā)明（設計）人: 徐光建;王偉
• 申請（專利權）人: 新華三技術有限公司
• 主分類號: H04L29/06
• 分類號: H04L29/06;H04L29/08
• 代理公司: 北京柏杉松知識產(chǎn)權代理事務所(普通合伙) 11413
• 代理人: 馬敬;項京

本發(fā)明實施例提供了一種請求報文處理方法、裝置、設備及存儲介質，其中，該方法包括：接收請求報文；確定請求報文的類型；按照請求報文的類型，將請求報文添加至請求報文的類型對應的消息隊列；按照消息隊列的調(diào)度權重，對消息隊列中的請求報文進行處理。通過本發(fā)明實施例提供的請求報文處理方法、裝置、設備及存儲介質，能夠將不同類型的請求報文分別進行處理，使得請求報文能夠得到及時地處理，提高Portal(入口)認證的性能。

技術領域

本發(fā)明涉及通信技術領域，特別是涉及一種請求報文處理方法、裝置、設備及存儲介質。

背景技術

Portal(入口)認證是一種常見的用戶認證方式，也稱為Web(網(wǎng)頁)認證，通過Web頁面接受用戶名和密碼，對用戶身份進行認證，從而達到訪問目標網(wǎng)絡的目的。具體地，采用客戶端-服務器模式，客戶端和服務器之間需要通過接入設備交互報文。如圖1所示，Portal認證系統(tǒng)包括：認證客戶端101(客戶端軟件或瀏覽器)、接入設備102(客戶端和服務器之間的橋梁)、Portal認證服務器103、Portal Web服務器104、AAA(Authentication、Authorization、Accounting，驗證、授權和記賬)服務器105、安全策略服務器106。

傳統(tǒng)的Portal認證方法，如圖2所示，接入設備中的Portal主線程201將待處理的報文寫入消息隊列202中，然后按照隊列的先入先出原則讀取該消息隊列202中的報文，進而在定時器限制的時間內(nèi)處理報文，響應上線、下線等請求。其中，報文包括上線請求報文、下線請求報文以及其他上線、下線等相關的各類報文。可以看出，不論是上線請求報文還是下線請求報文全部在同一個消息隊列排隊等候處理，然后按照隊列的先入先出的原則處理消息隊列中的報文，完成對用戶上線、下線等的認證。

按照傳統(tǒng)的Portal認證方法，當大量用戶反復上下線時，同一消息隊列中報文太多。使得消息隊列中存儲位置靠后的報文無法在定時器超時前得到及時處理，導致降低了Portal認證的性能。

發(fā)明內(nèi)容

本發(fā)明實施例的目的在于提供一種請求報文處理方法、裝置、設備及存儲介質，以實現(xiàn)提高Portal認證的性能。具體技術方案如下：

第一方面，本發(fā)明實施例提供了一種請求報文處理方法，包括：

接收請求報文；

確定所述請求報文的類型；

按照所述請求報文的類型，將所述請求報文添加至所述請求報文的類型對應的消息隊列；

按照所述消息隊列的調(diào)度權重，對所述消息隊列中的請求報文進行處理。

可選地，所述請求報文的類型包括上線類型和下線類型；所述消息隊列包括：上線消息隊列和下線消息隊列；

所述確定所述請求報文的類型，包括：

獲取所述請求報文中類型字段中的類型信息；

當所述類型信息表示上線類型時，確定所述請求報文的類型為上線類型；

當所述類型信息表示下線類型時，確定所述請求報文的類型為下線類型；

所述按照所述請求報文的類型，將所述請求報文添加至所述請求報文的類型對應的消息隊列，包括：

當所述請求報文的類型為上線類型時，將所述請求報文添加至所述上線消息隊列；

當所述請求報文的類型為下線類型時，將所述請求報文添加至所述下線消息隊列。

可選地，所述調(diào)度權重包括：消息隊列的優(yōu)先級；

所述按照所述消息隊列的調(diào)度權重，對所述消息隊列中的請求報文進行處理，包括：