[發(fā)明專利]基于訪問網(wǎng)關(guān)的服務(wù)調(diào)用方法及其系統(tǒng)

有效

• 申請?zhí)枺?/td>: 202011101931.2
• 申請日: 2020-10-15
• 公開（公告）號(hào): CN112243032B
• 公開（公告）日: 2022-11-04
• 發(fā)明（設(shè)計(jì)）人: 張端賀
• 申請（專利權(quán)）人: 江蘇云坤信息科技有限公司
• 主分類號(hào): H04L67/56
• 分類號(hào): H04L67/56;H04L67/60;H04L67/10;H04L12/66
• 代理公司: 北京同輝知識(shí)產(chǎn)權(quán)代理事務(wù)所(普通合伙) 11357
• 代理人: 廖娜

本發(fā)明涉及一種基于訪問網(wǎng)關(guān)的服務(wù)調(diào)用方法及其系統(tǒng)，包括服務(wù)編排管理中心，用于定義原始服務(wù)元數(shù)據(jù)，以及定義聚合服務(wù)元數(shù)據(jù)；還包括有服務(wù)編排執(zhí)行引擎模塊，還包括有訪問網(wǎng)關(guān)模塊。能夠?qū)崿F(xiàn)對不同協(xié)議進(jìn)行服務(wù)編排，基于訪問網(wǎng)關(guān)的服務(wù)調(diào)用，通過主動(dòng)觸發(fā)或被動(dòng)觸發(fā)的元數(shù)據(jù)實(shí)現(xiàn)熱更新，通過基于原始服務(wù)前驅(qū)后繼的請求來進(jìn)行異步調(diào)度，通過支持異步處理原始服務(wù)響應(yīng)，統(tǒng)一處理最終響應(yīng)結(jié)果。由此，能夠?qū)崿F(xiàn)客戶端與服務(wù)解耦，原始服務(wù)能夠被復(fù)用。通過軟件來實(shí)現(xiàn)本發(fā)明的時(shí)候，無需客戶端多次請求不同原始服務(wù)，僅需要調(diào)用一次由原始服務(wù)編排的聚合服務(wù)即可。客戶端只需要請求一次聚合服務(wù)就可以得到相應(yīng)結(jié)果，從而減小了服務(wù)端的壓力。

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

本發(fā)明涉及一種互聯(lián)網(wǎng)政務(wù)領(lǐng)域的服務(wù)調(diào)用方法及其系統(tǒng)，尤其涉及一種基于訪問網(wǎng)關(guān)的服務(wù)調(diào)用方法及其系統(tǒng)。

背景技術(shù)

目前，常規(guī)的服務(wù)編排是指按照規(guī)則將多個(gè)Restful服務(wù)或WebService服務(wù)進(jìn)行組合，以一個(gè)新的服務(wù)對外提供多個(gè)服務(wù)匯總的能力。將此新的服務(wù)的請求參數(shù)映射到被編排的原始服務(wù)，并對每個(gè)原始服務(wù)的返回結(jié)果按照配置規(guī)則處理后，組裝成最終結(jié)果后返回給調(diào)用端。

在互聯(lián)網(wǎng)政務(wù)領(lǐng)域中，政府局辦需要對外提供服務(wù)或部門之間需要相互調(diào)用服務(wù)以滿足本各個(gè)局辦的業(yè)務(wù)需求。業(yè)務(wù)簡單的情況下，不需要多個(gè)服務(wù)就可以實(shí)現(xiàn)。某些稍有復(fù)雜的業(yè)務(wù)，需要多個(gè)服務(wù)公共寫作才能滿足需要，同時(shí)也隨著服務(wù)功能的不斷完善、組件的數(shù)量不斷增加、服務(wù)的粒度不斷減小，導(dǎo)致一個(gè)服務(wù)無法滿足客戶端的需求，那么客戶端就需要向不同的服務(wù)端發(fā)送請求獲取不同的數(shù)據(jù)，然后再依次處理獲取的數(shù)據(jù)以達(dá)成自己的業(yè)務(wù)能力。

如圖1所示，現(xiàn)有的常規(guī)系統(tǒng)，客戶端需要服務(wù)端一、服務(wù)端二、及服務(wù)端三的數(shù)據(jù)，共同來完成某項(xiàng)業(yè)務(wù)。那么客戶端需要依次向服務(wù)端一、服務(wù)端二、以及服務(wù)端三發(fā)送服務(wù)請求，然后接收服務(wù)端一、服務(wù)端二、服務(wù)端三的響應(yīng)后，依次處理響應(yīng)的結(jié)果得到自己需要的業(yè)務(wù)數(shù)據(jù)，以達(dá)成自己的業(yè)務(wù)目標(biāo)。

針對以上客戶端多次調(diào)用服務(wù)端服務(wù)的現(xiàn)狀，往往會(huì)導(dǎo)致客戶端的被動(dòng)性，以及不確定性。主要體現(xiàn)在以下幾個(gè)方面：

1、客戶端調(diào)用服務(wù)端接口并按照自己的業(yè)務(wù)需求以硬編碼方式對進(jìn)行服務(wù)端響應(yīng)數(shù)據(jù)解析，硬編碼的方式會(huì)使得客戶端與服務(wù)形成強(qiáng)耦合，對服務(wù)端的接口變動(dòng)十分敏感。服務(wù)端接口升級(jí)或調(diào)整，必會(huì)導(dǎo)致客戶端需要同步作出相應(yīng)變化，以適應(yīng)服務(wù)端服務(wù)的調(diào)整。

2、客戶端需要分多次向服務(wù)組件發(fā)送服務(wù)請求，導(dǎo)致客戶端耗時(shí)長。耗時(shí)長的原因有二，其一，客戶端是按照一定的順序請求服務(wù)端獲取數(shù)據(jù)，期間處于等待狀態(tài)；其二，客戶端訪問服務(wù)端服務(wù)需要經(jīng)過多層路由轉(zhuǎn)發(fā)，轉(zhuǎn)發(fā)的過程會(huì)帶來一部分網(wǎng)絡(luò)消耗。

3、每一次服務(wù)請求需要調(diào)用一次服務(wù)端，隨著調(diào)用服務(wù)數(shù)量的增加，訪問網(wǎng)關(guān)的壓力也會(huì)隨著調(diào)用次數(shù)同步增加而壓力同步增大。

4、對客戶端能夠處理不同協(xié)議的服務(wù)要求過高，在政務(wù)領(lǐng)域，廣泛存在RESTFul及WebService風(fēng)格的服務(wù)，那么就要求客戶端同時(shí)能夠適配此兩種協(xié)議的處理能力。

有鑒于上述的缺陷，本設(shè)計(jì)人，積極加以研究創(chuàng)新，以期創(chuàng)設(shè)一種基于訪問網(wǎng)關(guān)的服務(wù)調(diào)用方法及其系統(tǒng)，使其更具有產(chǎn)業(yè)上的利用價(jià)值。

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

為解決上述技術(shù)問題，本發(fā)明的目的是提供一種基于訪問網(wǎng)關(guān)的服務(wù)調(diào)用方法及其系統(tǒng)。可以實(shí)現(xiàn)多種不同協(xié)議的服務(wù)按照不同關(guān)系進(jìn)行組合編排，以達(dá)到客戶端與服務(wù)端充分解耦，更快的響應(yīng)客戶端或服務(wù)端的變化；將編排好的聚合服務(wù)發(fā)布到訪問網(wǎng)關(guān)對外提供服務(wù)，一方面減輕客戶端多次調(diào)用服務(wù)端對服務(wù)端造成的壓力，另一方面減少客戶端訪問服務(wù)端的時(shí)間消耗，以便提高客戶端用戶體驗(yàn)。

本發(fā)明的基于訪問網(wǎng)關(guān)支持多協(xié)議服務(wù)混合編排與異步調(diào)用的系統(tǒng)，其包括服務(wù)編排管理中心，用于定義原始服務(wù)元數(shù)據(jù)，以及定義聚合服務(wù)元數(shù)據(jù)；

還包括有服務(wù)編排執(zhí)行引擎模塊，用于對原始服務(wù)的請求進(jìn)行調(diào)度，并處理組裝最終的響應(yīng)結(jié)果；