技術領域

本申請涉及互聯網技術領域，尤其是涉及一種業務處理方法和設備。

背景技術

在大型互聯網應用系統中，一些業務處理不再由業務平臺單獨完成，而是由業務平臺和多個核心平臺協調完成業務處理。如圖1所示，由業務平臺、核心平臺1、核心平臺2和核心平臺3共同完成業務處理。例如，針對某個業務，可以將該業務劃分為子業務1、子業務2和子業務3。當業務平臺需要執行該業務時，業務平臺通知核心平臺1執行子業務1，由核心平臺1執行子業務1。在子業務1執行完成后，業務平臺通知核心平臺2執行子業務2，由核心平臺2執行子業務2。在子業務2執行完成后，業務平臺通知核心平臺3執行子業務3，由核心平臺3執行子業務3。在子業務3執行完成后，則說明業務處理完成。

在具體應用中，假設核心平臺1在執行子業務1時需要使用基礎數據1和基礎數據2，核心平臺2在執行子業務2時需要使用基礎數據1和基礎數據2，核心平臺3在執行子業務3時需要使用基礎數據1和基礎數據2，則相應的處理過程包括：核心平臺1在執行子業務1時，向數據平臺請求基礎數據1和基礎數據2，由數據平臺從數據庫中查詢到基礎數據1和基礎數據2，并將基礎數據1和基礎數據2返回給核心平臺1，由核心平臺1利用基礎數據1和基礎數據2執行子業務1。核心平臺2在執行子業務2時，向數據平臺請求基礎數據1和基礎數據2，由數據平臺從數據庫中查詢到基礎數據1和基礎數據2，并將基礎數據1和基礎數據2返回給核心平臺2，由核心平臺2利用基礎數據1和基礎數據2執行子業務2。核心平臺3在執行子業務3時，向數據平臺請求基礎數據1和基礎數據2，由數據平臺從數據庫中查詢到基礎數據1和基礎數據2，并將基礎數據1和基礎數據2返回給核心平臺3，由核心平臺3利用基礎數據1和基礎數據2執行子業務3。

在上述方式中，各核心平臺均需要單獨向數據平臺請求基礎數據1和基礎數據2，浪費了核心平臺的處理資源，影響各核心平臺整體的處理性能。而且數據平臺會多次從數據庫中查詢基礎數據1和基礎數據2，導致數據平臺頻繁查詢數據庫，浪費數據平臺的處理資源。由于數據庫中存儲數據很多，因此每次查詢數據庫時，均需要很長時間才能夠查詢到基礎數據1和基礎數據2。

發明內容

本申請實施例提供一種業務處理方法和設備，以避免浪費核心平臺的處理資源以及數據平臺的處理資源，并可以提高核心平臺整體的處理性能。

本申請實施例提供一種業務處理方法，該方法應用于包括業務平臺和多個核心平臺的網絡中，在業務處理過程中，所述方法包括以下步驟：

所述業務平臺獲得多個核心平臺均需要使用的基礎數據；

所述業務平臺分別向所述多個核心平臺發送業務處理消息，所述業務處理消息中攜帶所述基礎數據，并用于指示核心平臺執行相應的子業務；由核心平臺在收到所述業務處理消息后，利用所述基礎數據執行相應的子業務。

所述業務平臺獲得多個核心平臺均需要使用的基礎數據的過程，具體包括以下步驟：所述業務平臺確定預處理數據類型；

所述業務平臺向數據平臺發送請求消息，且所述請求消息用于請求所述預處理數據類型對應的基礎數據，由所述數據平臺在收到所述請求消息之后，從本地的數據庫中查詢所述預處理數據類型對應的基礎數據；

所述業務平臺接收來自所述數據平臺的響應消息，且所述響應消息中攜帶了所述預處理數據類型對應的基礎數據，并確定所述響應消息中攜帶的基礎數據為所述多個核心平臺均需要使用的基礎數據。

當業務為第一類型業務時，所述預處理數據類型為通過硬編碼方式配置在所述業務平臺上，且通過硬編碼方式配置在所述業務平臺上的預處理數據類型不可以動態修改；當業務為第二類型業務時，所述預處理數據類型為通過XML方式或者數據庫方式配置在所述業務平臺上，且通過XML方式或者數據庫方式配置在所述業務平臺上的預處理數據類型可以動態修改。

本申請實施例提供一種業務處理方法，該方法應用于包括業務平臺和多個核心平臺的網絡中，在業務處理過程中，所述方法包括以下步驟：

核心平臺接收來自所述業務平臺的業務處理消息；其中，所述業務處理消息中攜帶了所述多個核心平臺均需要使用的基礎數據，并且所述業務處理消息用于指示所述核心平臺執行相應的子業務；

所述核心平臺利用業務處理消息中攜帶的基礎數據執行相應的子業務。

所述核心平臺利用業務處理消息中攜帶的基礎數據執行相應的子業務的過程，具體包括：所述核心平臺確定執行所述子業務時需要使用的執行數據；