[發明專利]業務請求處理方法、裝置及系統

在審

• 申請號: 202011053913.1
• 申請日: 2020-09-29
• 公開（公告）號: CN112272211A
• 公開（公告）日: 2021-01-26
• 發明（設計）人: 張在興;姚博勛;樊寧
• 申請（專利權）人: 京東數字科技控股股份有限公司
• 主分類號: H04L29/08
• 分類號: H04L29/08
• 代理公司: 中原信達知識產權代理有限責任公司 11219
• 代理人: 張效榮;馮培培

本發明公開了一種業務請求處理方法、裝置及系統，涉及計算機技術領域。該方法包括：通過預先設置的業務請求接口接收客戶端發送的業務請求；所述預先設置的業務請求接口是針對不同來源用戶的同一業務功能需求，向客戶端提供的統一接口；判斷所述業務請求是否攜帶用戶來源標識；在所述業務請求攜帶用戶來源標識的情況下，對該來源的用戶的登錄狀態進行校驗；在登錄狀態校驗成功的情況下，處理業務邏輯，并將處理結果返回至所述客戶端。通過以上步驟，能夠通過客戶端驅動服務端對不同來源的用戶進行登錄狀態校驗，提高服務端開發的靈活性與可維護性。

技術領域

本發明涉及計算機技術領域，尤其涉及一種業務請求處理方法、裝置及系統。

背景技術

在當前的互聯網應用程序中，絕大多數的業務是基于用戶信息進行的。由于HTTP協議是無狀態的，因此在用戶于客戶端(比如網頁、APP、或者小程序)登錄成功后，服務端需要記錄用戶的登錄狀態并返回給客戶端一個登錄狀態標識，以后客戶端請求時需要攜帶該登錄狀態標識，而服務端只需驗證該登錄狀態標識的有效性即可判斷用戶是否已經登錄或者登錄是否失效。

隨著互聯網業務復雜性的逐漸增加，服務端系統往往需要對不同來源的用戶請求進行處理。為了滿足上述場景的使用需求，當前采用的處理方式為：服務端為相同業務功能提供了多個HTTP接口，當前需要支持哪個來源的用戶請求處理功能，就向客戶端提供該來源對應的HTTP接口。

在實現本發明的過程中，本發明的發明人發現現有技術至少存在以下不足：對于同一業務功能，服務端需要針對不同來源的用戶請求提供不同的接口，這無疑會降低服務端開發的靈活性，導致代碼的可讀性差、代碼冗余、以及可能出現服務端返回的數據格式不統一等問題，進而增加后期系統維護難度，提高后期服務端代碼的維護成本；與此同時，也會增加客戶端開發的復雜度。

發明內容

有鑒于此，本發明提供了一種業務請求處理方法、裝置及系統，能夠通過客戶端驅動服務端對不同來源的用戶進行登錄狀態校驗，提高服務端開發的靈活性與可維護性。

為實現上述目的，根據本發明的第一個方面，提供了一種業務請求處理方法。

本發明的業務請求處理方法包括：通過預先設置的業務請求接口接收客戶端發送的業務請求；所述預先設置的業務請求接口是針對不同來源用戶的同一業務功能需求，向客戶端提供的統一接口；判斷所述業務請求是否攜帶用戶來源標識；在所述業務請求攜帶用戶來源標識的情況下，對該來源的用戶的登錄狀態進行校驗；在登錄狀態校驗成功的情況下，處理業務邏輯，并將處理結果返回至所述客戶端。

可選地，所述方法還包括：在所述業務請求未攜帶用戶來源標識的情況下，向所述客戶端返回錯誤提示信息。

可選地，所述對該來源的用戶的登錄狀態進行校驗包括：根據所述用戶來源標識確定對應的登錄狀態校驗接口；將從所述業務請求中解析出的登錄狀態標識作為入參調用所述登錄狀態校驗接口，以對用戶的登錄狀態進行校驗。

可選地，所述用戶來源標識為用于區分來自不同應用的用戶的應用標識，或者為用于區分同一應用中不同用戶群組的群組標識。

可選地，所述方法還包括：在登錄狀態校驗失敗的情況下，向所述客戶端返回登錄狀態校驗失敗提示信息。

為實現上述目的，根據本發明的第二個方面，提供了另一種業務請求處理方法。

本發明的業務請求處理方法包括：將用戶來源標識添加至業務請求中；通過業務請求接口將所述業務請求發送至服務端，以使所述服務端在接收到所述業務請求后，判斷所述業務請求是否攜帶用戶來源標識，以及，在所述業務請求攜帶用戶來源標識的情況下，對該來源的用戶的登錄狀態進行校驗，以及，在登錄狀態校驗成功的情況下處理業務邏輯；其中，所述業務請求接口為所述服務端針對不同來源用戶的同一業務功能需求，向客戶端提供的統一接口。