[發(fā)明專利]業(yè)務(wù)處理方法、裝置、設(shè)備和計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)

在審

• 申請(qǐng)?zhí)枺?/td>: 201911271134.6
• 申請(qǐng)日: 2019-12-12
• 公開（公告）號(hào): CN110955543A
• 公開（公告）日: 2020-04-03
• 發(fā)明（設(shè)計(jì)）人: 徐方勝
• 申請(qǐng)（專利權(quán)）人: 浙江大搜車軟件技術(shù)有限公司
• 主分類號(hào): G06F9/54
• 分類號(hào): G06F9/54
• 代理公司: 杭州華進(jìn)聯(lián)浙知識(shí)產(chǎn)權(quán)代理有限公司 33250
• 代理人: 單長(zhǎng)芳

本申請(qǐng)涉及一種業(yè)務(wù)處理方法、裝置、設(shè)備和計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)，其中，該方法包括：通過業(yè)務(wù)系統(tǒng)從服務(wù)平臺(tái)獲取SPI接口的接口定義、用于實(shí)現(xiàn)SPI接口所定義的SDK，以及用于標(biāo)識(shí)SPI接口的業(yè)務(wù)標(biāo)識(shí)；業(yè)務(wù)系統(tǒng)根據(jù)接口定義和SDK，實(shí)現(xiàn)與SPI接口對(duì)應(yīng)的服務(wù)，并將與SPI接口對(duì)應(yīng)的服務(wù)封裝成API接口；業(yè)務(wù)系統(tǒng)根據(jù)業(yè)務(wù)標(biāo)識(shí)暴露API接口給服務(wù)平臺(tái)，以供服務(wù)平臺(tái)根據(jù)業(yè)務(wù)標(biāo)識(shí)調(diào)用API接口。通過本申請(qǐng)，解決了相關(guān)技術(shù)中存在的服務(wù)平臺(tái)的代碼與各個(gè)業(yè)務(wù)系統(tǒng)的代碼嚴(yán)重耦合而難以分離的問題，實(shí)現(xiàn)解耦系統(tǒng)依賴關(guān)系的有益效果。

技術(shù)領(lǐng)域

本申請(qǐng)涉及計(jì)算機(jī)應(yīng)用技術(shù)領(lǐng)域，特別是涉及一種業(yè)務(wù)處理方法、裝置、設(shè)備和計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)。

背景技術(shù)

相關(guān)技術(shù)中的業(yè)務(wù)處理的系統(tǒng)通常包括服務(wù)平臺(tái)和多個(gè)業(yè)務(wù)系統(tǒng)，通常由業(yè)務(wù)系統(tǒng)調(diào)用服務(wù)平臺(tái)的某個(gè)API接口來實(shí)現(xiàn)某項(xiàng)業(yè)務(wù)處理。在一些情況下，多個(gè)業(yè)務(wù)系統(tǒng)在實(shí)現(xiàn)相同的業(yè)務(wù)處理時(shí)，可能會(huì)分別定義與該業(yè)務(wù)處理對(duì)應(yīng)的接口，那么在服務(wù)平臺(tái)上就需要分別實(shí)現(xiàn)這些業(yè)務(wù)系統(tǒng)定義的接口。

以服務(wù)平臺(tái)A、業(yè)務(wù)系統(tǒng)B和業(yè)務(wù)系統(tǒng)C組成的業(yè)務(wù)處理系統(tǒng)為例：業(yè)務(wù)系統(tǒng)B和業(yè)務(wù)系統(tǒng)C都依賴于服務(wù)平臺(tái)A的用戶數(shù)據(jù)，即服務(wù)平臺(tái)A存有業(yè)務(wù)系統(tǒng)B的用戶數(shù)據(jù)，也存有業(yè)務(wù)系統(tǒng)C的用戶數(shù)據(jù)。假設(shè)在服務(wù)平臺(tái)A上有一個(gè)用戶離職接口，當(dāng)用戶發(fā)生離職邏輯時(shí)，服務(wù)平臺(tái)A需要在離職邏輯執(zhí)行之后通知業(yè)務(wù)系統(tǒng)B和業(yè)務(wù)系統(tǒng)C，讓業(yè)務(wù)系統(tǒng)B和業(yè)務(wù)系統(tǒng)C執(zhí)行他們各自的關(guān)于離職之后的相關(guān)業(yè)務(wù)邏輯。在相關(guān)技術(shù)中，首先需要在服務(wù)平臺(tái)A的代碼中實(shí)現(xiàn)該離職用戶屬于業(yè)務(wù)系統(tǒng)B還是業(yè)務(wù)系統(tǒng)C的識(shí)別，然后再去調(diào)用對(duì)應(yīng)業(yè)務(wù)系統(tǒng)的離職接口。因?yàn)闃I(yè)務(wù)系統(tǒng)B和業(yè)務(wù)系統(tǒng)C的離職接口都是業(yè)務(wù)系統(tǒng)自己定義的，接口并不一定相同，因此，服務(wù)平臺(tái)A在實(shí)現(xiàn)離職接口時(shí)需要分別針對(duì)業(yè)務(wù)系統(tǒng)B和業(yè)務(wù)系統(tǒng)C各自寫一份調(diào)用他們對(duì)應(yīng)接口的代碼。

由此可見，隨著業(yè)務(wù)的不斷發(fā)展、業(yè)務(wù)域(業(yè)務(wù)系統(tǒng))越來越多、業(yè)務(wù)類型的不斷增多以及不斷添加的業(yè)務(wù)需求，使得服務(wù)平臺(tái)的代碼與各個(gè)業(yè)務(wù)系統(tǒng)的代碼嚴(yán)重耦合而難以分離，各個(gè)業(yè)務(wù)系統(tǒng)之間的代碼交織、難以拆解、也導(dǎo)致服務(wù)平臺(tái)的代碼臃腫。

針對(duì)相關(guān)技術(shù)中服務(wù)平臺(tái)的代碼與各個(gè)業(yè)務(wù)系統(tǒng)的代碼嚴(yán)重耦合而難以分離的問題，尚未提出有效的解決方案。

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

基于此，本申請(qǐng)?zhí)峁┮环N業(yè)務(wù)處理方法、裝置、設(shè)備和計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)，用以解決相關(guān)技術(shù)中存在的服務(wù)平臺(tái)的代碼與各個(gè)業(yè)務(wù)系統(tǒng)的代碼嚴(yán)重耦合而難以分離的問題。

第一方面，本申請(qǐng)?zhí)峁┮环N業(yè)務(wù)處理方法，所述方法包括：

業(yè)務(wù)系統(tǒng)從服務(wù)平臺(tái)獲取SPI接口的接口定義和用于實(shí)現(xiàn)所述SPI接口所定義的SDK，以及用于標(biāo)識(shí)所述SPI接口的業(yè)務(wù)標(biāo)識(shí)；

所述業(yè)務(wù)系統(tǒng)根據(jù)所述接口定義和所述SDK，實(shí)現(xiàn)與所述SPI接口對(duì)應(yīng)的服務(wù)，并將與所述SPI接口對(duì)應(yīng)的服務(wù)封裝成API接口；

所述業(yè)務(wù)系統(tǒng)根據(jù)所述業(yè)務(wù)標(biāo)識(shí)暴露所述API接口給所述服務(wù)平臺(tái)，以供所述服務(wù)平臺(tái)根據(jù)所述業(yè)務(wù)標(biāo)識(shí)調(diào)用所述API接口。

在一種可能的實(shí)現(xiàn)方式中，所述業(yè)務(wù)系統(tǒng)根據(jù)所述業(yè)務(wù)標(biāo)識(shí)暴露所述API接口給所述服務(wù)平臺(tái)包括：

所述業(yè)務(wù)系統(tǒng)根據(jù)所述業(yè)務(wù)標(biāo)識(shí)在dubbo上暴露所述API接口給所述服務(wù)平臺(tái)。

在一種可能的實(shí)現(xiàn)方式中，所述業(yè)務(wù)系統(tǒng)根據(jù)所述接口定義和所述SDK，實(shí)現(xiàn)與所述SPI接口對(duì)應(yīng)的服務(wù)，并將所述SPI接口對(duì)應(yīng)的服務(wù)封裝成API接口包括：

所述業(yè)務(wù)系統(tǒng)封裝與所述接口定義對(duì)應(yīng)的業(yè)務(wù)邏輯，得到與所述SPI接口對(duì)應(yīng)的服務(wù)；

所述業(yè)務(wù)系統(tǒng)通過dubbo將與所述SPI接口對(duì)應(yīng)的服務(wù)發(fā)布為API接口。

在一種可能的實(shí)現(xiàn)方式中，所述業(yè)務(wù)系統(tǒng)根據(jù)所述業(yè)務(wù)標(biāo)識(shí)在dubbo上暴露所述API接口給所述服務(wù)平臺(tái)包括：