[發明專利]一種請求攔截方法及裝置

有效

• 申請號: 201811009902.6
• 申請日: 2018-08-31
• 公開（公告）號: CN109117609B
• 公開（公告）日: 2021-01-29
• 發明（設計）人: 牛姝媛;滕恩奇;董健行
• 申請（專利權）人: 中國農業銀行股份有限公司
• 主分類號: G06F21/31
• 分類號: G06F21/31;G06F21/45
• 代理公司: 北京集佳知識產權代理有限公司 11227
• 代理人: 王寶筠

本申請公開了一種請求攔截方法及裝置，該方法包括：接收用戶請求；對所述用戶請求對應的驗證項目依次進行驗證；當任一驗證項目的驗證失敗時，獲得與所述驗證項目對應的失敗原因，并對所述失敗原因進行存儲；調用統一處理模塊，以使所述統一處理模塊獲取存儲的所述失敗原因并生成包含所述失敗原因的返回信息。該方法將任一驗證項目的失敗原因進行存儲，并利用統一處理模塊獲取存儲的原因并生成包含失敗原因的返回消息，降低了開發設計方式的復雜性，降低了軟件開發和維護成本高。

技術領域

本申請涉及信息數據處理技術領域，更具體地說，涉及一種請求攔截方法及裝置。

背景技術

當用戶在操作界面上操作某個控件時即向服務器發送了相關的請求，如查詢請求，修改資料請求等。服務器在接收到用戶發送的請求后，會對用戶發送的請求進行各驗證項目的驗證，如用戶身份驗證、用戶權限驗證、超時驗證等，只有各驗證項目都通過時該請求才合法，該請求才會被執行；否則攔截該請求即拒絕執行該請求，并向用戶返回某一驗證項目對應的失敗原因。

當前，服務器返回失敗原因的方法為：當某個驗證項目的驗證失敗時，服務器會調用與該驗證項目對應的處理驗證失敗情況的處理模塊，該處理模塊將與該驗證項目對應的失敗原因添加到返回消息中，從而將包括了失敗原因的返回消息返回給用戶。

針對上述請求攔截方法，在軟件開發設計時，需針對每個驗證項目單獨配置一個處理驗證失敗情況的處理模塊，也即針對每個攔截原因配置各自對應的處理模塊，并對每個處理模塊分別進行具體的定義以保證每個處理模塊能夠實現添加各自對應的失敗原因到返回消息中，該開發設計方式較為復雜，造成軟件開發和維護成本高。

發明內容

有鑒于此，本申請提供一種請求攔截方法及裝置，以解決現有技術開發設計方式較為復雜，造成軟件開發和維護成本高的問題。

為了實現上述目的，現提出的方案如下：

一種請求攔截方法，所述方法包括：

接收用戶請求；

對所述用戶請求對應的驗證項目依次進行驗證；

當任一驗證項目的驗證失敗時，獲得與所述驗證項目對應的失敗原因，并對所述失敗原因進行存儲；

調用統一處理模塊，以使所述統一處理模塊獲取存儲的所述失敗原因并生成包含所述失敗原因的返回信息。

一種請求攔截裝置，所述裝置包括：

接收模塊，用于接收用戶請求；

驗證模塊，用于對所述用戶請求所對應的驗證項目依次進行驗證，并當任一驗證項目的驗證失敗時，獲得與所述驗證項目對應的失敗原因，并對所述失敗原因進行存儲；

統一處理模塊，用于獲取存儲的所述失敗原因并生成包含所述失敗原因的返回信息。

本申請方案中，對于接收到的用戶請求，對用戶請求所對應的各驗證項目依次進行驗證，當任一驗證項目的驗證失敗時，獲得與所述驗證項目對應的失敗原因，并對所述失敗原因進行存儲，進而調用統一處理模塊去獲取存儲的失敗原因并生成包含失敗原因的返回消息。可見，本申請中在某一驗證項目的驗證失敗時對失敗原因進行存儲，后續調用一統一處理模塊統一去執行獲取存儲失敗原因以及根據失敗原因生成返回消息的操作。對應到軟件開發設計來說，由于存儲了失敗原因，所以只需設置定義一個統一處理模塊，其能夠去獲取存儲的任一驗證項目對應的失敗原因，以及能夠根據失敗原因生成包括失敗原因的返回消息；與傳統的請求攔截方法相比，該方案無需再針對每個失敗原因配置各自對應的處理模塊，并對每個處理模塊進行具體的定義，該開發設計方式簡單，降低了軟件開發和維護的成本，同時提高了軟件的質量。

附圖說明