[發(fā)明專(zhuān)利]一種對(duì)接第三方平臺(tái)多協(xié)議轉(zhuǎn)換方法和系統(tǒng)

在審

• 申請(qǐng)?zhí)枺?/td>: 202010582368.9
• 申請(qǐng)日: 2020-06-23
• 公開(kāi)（公告）號(hào): CN111741003A
• 公開(kāi)（公告）日: 2020-10-02
• 發(fā)明（設(shè)計(jì)）人: 姜韜
• 申請(qǐng)（專(zhuān)利權(quán)）人: 四川長(zhǎng)虹電器股份有限公司
• 主分類(lèi)號(hào): H04L29/06
• 分類(lèi)號(hào): H04L29/06;G06F13/38
• 代理公司: 四川省成都市天策商標(biāo)專(zhuān)利事務(wù)所 51213
• 代理人: 陳藝文

本發(fā)明公開(kāi)了一種對(duì)接第三方平臺(tái)多協(xié)議轉(zhuǎn)換方法，包括以下步驟：A.接收請(qǐng)求端攜帶msgid發(fā)起的請(qǐng)求，判斷需轉(zhuǎn)換為何種指定協(xié)議，且指定好請(qǐng)求的服務(wù)地址及攜帶的用戶(hù)信息；B.判斷收到的請(qǐng)求是否為soap協(xié)議，或需轉(zhuǎn)換的指定協(xié)議是否為soap協(xié)議,若是，將json報(bào)文與xml報(bào)文進(jìn)行相互轉(zhuǎn)換后再執(zhí)行步驟C，若不是直接執(zhí)行步驟C；C.根據(jù)步驟A確定的指定協(xié)議，將請(qǐng)求轉(zhuǎn)發(fā)到指定服務(wù)方；D.處理請(qǐng)求回執(zhí)，等待服務(wù)方的返回結(jié)果；E.將收到的返回結(jié)果進(jìn)行存儲(chǔ)，并將結(jié)果返回請(qǐng)求端。本發(fā)明能滿(mǎn)足快速完成對(duì)接，同時(shí)不需要所有的開(kāi)發(fā)人員學(xué)習(xí)各種不同的協(xié)議及其規(guī)范。

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

本發(fā)明涉及計(jì)算機(jī)軟件通信系統(tǒng)技術(shù)領(lǐng)域，具體涉及一種對(duì)接第三方平臺(tái)多協(xié)議轉(zhuǎn)換方法和系統(tǒng)。

背景技術(shù)

隨著互聯(lián)網(wǎng)的快速發(fā)展，信息化系統(tǒng)被不斷普及，美觀(guān)，重構(gòu)，信息化系統(tǒng)快速變化演進(jìn)。業(yè)務(wù)不再只是單個(gè)簡(jiǎn)單系統(tǒng)或單個(gè)復(fù)雜系統(tǒng)，可能涉及多方平臺(tái)對(duì)接，多方app對(duì)接。

因各自業(yè)務(wù)的業(yè)務(wù)特性，以及新老系統(tǒng)的差異，導(dǎo)致了對(duì)接協(xié)議的五花八門(mén)，尤其SOAP協(xié)議在曾經(jīng)盛極一時(shí)，可以看到很多過(guò)去的成熟系統(tǒng)都會(huì)使用SOAP協(xié)議作為接口協(xié)議，另外一些系統(tǒng)實(shí)施前期，實(shí)現(xiàn)不夠規(guī)范的公司，會(huì)使用一些websocket、或直接tcp長(zhǎng)連接進(jìn)行通信，然而，為了性能及靈活性等因素，更多的公司開(kāi)始采用restful規(guī)范的http接口。

為對(duì)接這些各種各樣的不同協(xié)議或規(guī)范，目前傳統(tǒng)的做法，需要在各種業(yè)務(wù)包中，加上一大堆的包作為支撐。并且這種方式需要我們的開(kāi)發(fā)人員學(xué)會(huì)各種不同的協(xié)議，了解不同協(xié)議的實(shí)現(xiàn)和對(duì)接方式，相當(dāng)繁瑣。

并且，目前大廠(chǎng)因自身強(qiáng)勢(shì)，標(biāo)準(zhǔn)都由自身提供，其他廠(chǎng)商需自己去對(duì)接，另外，大廠(chǎng)技術(shù)能力強(qiáng)，直接對(duì)接成本相對(duì)較低，但小廠(chǎng)需要讓員工去熟悉規(guī)范和學(xué)習(xí)實(shí)現(xiàn)，且可能有大量的對(duì)接需求，成本相對(duì)較高，沒(méi)有一個(gè)統(tǒng)一的轉(zhuǎn)換方法，降低開(kāi)發(fā)人員學(xué)習(xí)成本。

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

本發(fā)明的目的是針對(duì)上述現(xiàn)有技術(shù)的不足，提供一種對(duì)接協(xié)議轉(zhuǎn)換方法和系統(tǒng)，采用協(xié)議自動(dòng)識(shí)別及自動(dòng)轉(zhuǎn)換技術(shù)，解決需重復(fù)實(shí)現(xiàn)不同協(xié)議進(jìn)行對(duì)接的問(wèn)題。

本發(fā)明的技術(shù)方案如下：

第一方面，本發(fā)明提供了一種對(duì)接第三方平臺(tái)多協(xié)議轉(zhuǎn)換方法，包括以下步驟：

A.接收請(qǐng)求端攜帶msgid發(fā)起的請(qǐng)求，判斷需轉(zhuǎn)換為何種指定協(xié)議，且指定好請(qǐng)求的服務(wù)地址及攜帶的用戶(hù)信息；

B.判斷收到的請(qǐng)求是否為soap協(xié)議，或需轉(zhuǎn)換的指定協(xié)議是否為soap協(xié)議,若是，將json報(bào)文與xml報(bào)文進(jìn)行相互轉(zhuǎn)換后再執(zhí)行步驟C，若不是直接執(zhí)行步驟C；

C.根據(jù)步驟A確定的指定協(xié)議，將請(qǐng)求轉(zhuǎn)發(fā)到指定服務(wù)方；若為短連接協(xié)議，需攜帶相應(yīng)的請(qǐng)求url信息，若為長(zhǎng)連接協(xié)議，需明確連接的平臺(tái)或連接id，方便將請(qǐng)求放入指定通道；

D.處理請(qǐng)求回執(zhí)，等待服務(wù)方的返回結(jié)果；

E.將收到的返回結(jié)果進(jìn)行存儲(chǔ)，并將結(jié)果返回請(qǐng)求端。

優(yōu)選的，在步驟A中，若指定協(xié)議為長(zhǎng)連接協(xié)議，需要先協(xié)商確認(rèn)對(duì)接的連接信息，并由協(xié)議轉(zhuǎn)換系統(tǒng)建立連接，生成方便識(shí)別的連接id，方便后續(xù)報(bào)文的交叉發(fā)送。

優(yōu)選的，在步驟E中還包括請(qǐng)求跟蹤重發(fā)步驟：對(duì)異常結(jié)果進(jìn)行跟蹤，判斷是否為服務(wù)方系統(tǒng)異常，若為系統(tǒng)異常，直接點(diǎn)擊重發(fā)，進(jìn)行請(qǐng)求重試，若為業(yè)務(wù)異常，將結(jié)果反饋業(yè)務(wù)方，同時(shí)優(yōu)化修正對(duì)請(qǐng)求的兼容。

優(yōu)選的，在步驟E中將結(jié)果返回請(qǐng)求端時(shí)，需進(jìn)行soap協(xié)議判斷，判斷是否為soap協(xié)議，若是soap協(xié)議，同時(shí)請(qǐng)求端使用json作為請(qǐng)求報(bào)文格式，則需將json和xml報(bào)文進(jìn)行格式互轉(zhuǎn)后再返回請(qǐng)求端。

優(yōu)選的，步驟A中的請(qǐng)求端可以是第三方平臺(tái)或本地客戶(hù)端。