[發明專利]業務處理方法、業務系統、調用管理系統和業務處理系統

在審

• 申請號: 201810690525.0
• 申請日: 2018-06-28
• 公開（公告）號: CN109246071A
• 公開（公告）日: 2019-01-18
• 發明（設計）人: 晏湘濤
• 申請（專利權）人: 平安科技（深圳）有限公司
• 主分類號: H04L29/06
• 分類號: H04L29/06
• 代理公司: 北京匯思誠業知識產權代理有限公司 11444
• 代理人: 馮曉平

本發明實施例提供一種業務處理方法、業務系統、調用管理系統和業務處理系統，涉及通信技術領域。本發明實施例提供的業務處理方法包括：接收用戶的業務請求；所述業務請求是否需要調用關聯系統；判斷所述業務請求需要調用關聯系統時，將所述業務請求進行轉發；所述業務請求不需要調用關聯系統時，根據所述業務請求進行業務邏輯處理，獲得處理結果；向所述用戶反饋所述處理結果。本發明的技術方案能夠減輕甚至避免在大并發請求時導致當前業務系統的線程全部堵塞甚至JVM內存溢出的情況出現。

技術領域

本發明涉及通信技術領域，尤其涉及一種業務處理方法、業務系統、調用管理系統和業務處理系統。

背景技術

在大型企業的信息技術系統或者互聯網大型系統架構中，基于系統擴展性、穩定性的需求，往往需要將大型系統部署呈分布式多系統架構。在分布式多系統架構中，基于業務邏輯的需求，不同應用系統之間需要基于遠程過程調用協議(Remote Procedure CallProtocol，簡稱RPC)來實現接口數據通信。當用戶在業務系統上發起針對一個功能點的業務請求需要一個或多個關聯系統配合完成時，業務系統需要對關聯系統進行RPC調用。

然而，上述對關聯系統的RPC調用往往是在本地的JVM(Java Virtual Machine，Java虛擬機)中進行同步處理，故一旦關聯系統的服務出現故障，不能返回處理結果，則業務系統只能等待超時，將會導致當前線程被掛起，進行等待，不能向用戶反饋處理結果。而用戶此時往往會再重新發起請求，而此時關聯系統已經不能正常提供服務，很容易在大并發請求時導致當前業務系統的線程全部堵塞甚至出現JVM內存溢出，導致業務系統的一個功能點故障引發整個業務系統不可以使用。

發明內容

本發明實施例提供一種業務處理方法、業務系統、調用管理系統和業務處理系統，可以減輕甚至避免在大并發請求時導致當前業務系統的線程全部堵塞甚至JVM內存溢出的情況出現。

第一方面，本發明實施例提供一種業務處理方法，所述業務處理方法包括：

接收用戶的業務請求；

判斷所述業務請求是否需要調用關聯系統；

所述業務請求需要調用關聯系統時，將所述業務請求進行轉發；

所述業務請求不需要調用關聯系統時，根據所述業務請求進行業務邏輯處理，獲得處理結果；

向所述用戶反饋所述處理結果。

可選地，在所述接收用戶的業務請求之前，所述業務處理方法還包括：：

根據用戶信息和所述業務請求，進行安全認證校驗，判斷所述用戶是否具有相應權限；

判斷所述用戶具有相應權限時，接收所述用戶的所述業務請求和所述用戶信息，并在判斷所述業務請求需要調用關聯系統時，將所述業務請求和所述用戶信息進行轉發；

判斷所述用戶不具有相應權限時，拒絕所述用戶的所述業務請求，并向所述用戶報錯。

可選地，所述業務處理方法還包括在所述接收用戶的業務請求之后，在所述判斷所述業務請求是否需要調用關聯系統之前的以下步驟：

將業務系統中的所有業務邏輯進行劃分，確定不需要調用關聯系統的業務邏輯，以及需要調用關聯系統的業務邏輯；

對不需要調用關聯系統的各業務邏輯進行編號；

確定需要調用關聯系統的各業務邏輯具體需要調用的關聯系統；

根據具體需要調用的關聯系統，對需要調用關聯系統的各業務邏輯進行編號；

其中，所述根據所述業務請求進行業務邏輯處理，獲得處理結果為：根據所述業務請求調用對應編號的所述業務邏輯，獲得所述處理結果。