[發(fā)明專利]基于令牌綁定的接口數(shù)據(jù)通信方法及系統(tǒng)

有效

• 申請(qǐng)?zhí)枺?/td>: 202110176204.0
• 申請(qǐng)日: 2021-02-07
• 公開(kāi)（公告）號(hào): CN113098792B
• 公開(kāi)（公告）日: 2022-11-18
• 發(fā)明（設(shè)計(jì)）人: 劉軍
• 申請(qǐng)（專利權(quán)）人: 北京思特奇信息技術(shù)股份有限公司
• 主分類號(hào): H04L47/215
• 分類號(hào): H04L47/215;H04L67/02;H04L9/40
• 代理公司: 北京匯信合知識(shí)產(chǎn)權(quán)代理有限公司 11335
• 代理人: 林聰源

本發(fā)明公開(kāi)了一種基于令牌綁定的接口數(shù)據(jù)通信方法及系統(tǒng)，方法包括：分布式部署的多個(gè)應(yīng)用嘗試獲取預(yù)設(shè)的分發(fā)表中令牌；成功獲取令牌的應(yīng)用加載令牌對(duì)應(yīng)的配置文件；應(yīng)用根據(jù)監(jiān)聽(tīng)并接收到的請(qǐng)求消息生成路由關(guān)鍵字段；根據(jù)路由關(guān)鍵字段與預(yù)設(shè)的路由方案，將請(qǐng)求消息發(fā)送至對(duì)應(yīng)路由的網(wǎng)元；應(yīng)用監(jiān)聽(tīng)或接收請(qǐng)求消息的進(jìn)程異常時(shí)釋放令牌，并由其他并行應(yīng)用重新嘗試獲取令牌并監(jiān)聽(tīng)請(qǐng)求消息。通過(guò)本發(fā)明的技術(shù)方案，增加了業(yè)務(wù)的并發(fā)量，減少了后續(xù)業(yè)務(wù)變更帶來(lái)的開(kāi)發(fā)壓力，避免了頻繁連接帶來(lái)的網(wǎng)絡(luò)壓力和性能損耗。

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

本發(fā)明涉及數(shù)據(jù)通信技術(shù)領(lǐng)域，尤其涉及一種基于令牌綁定的接口數(shù)據(jù)通信方法和一種基于令牌綁定的接口數(shù)據(jù)通信系統(tǒng)。

背景技術(shù)

電信行業(yè)業(yè)務(wù)系統(tǒng)(計(jì)費(fèi))和網(wǎng)元之間(停開(kāi)機(jī)系統(tǒng))的數(shù)據(jù)交換比較頻繁，在5G業(yè)務(wù)背景下，用戶的基礎(chǔ)數(shù)據(jù)和策略計(jì)數(shù)器數(shù)據(jù)的變化會(huì)，從而導(dǎo)致網(wǎng)元之間的傳輸性能和準(zhǔn)確性要求較4G時(shí)代更高。但是在采用HTTP協(xié)議后，由于HTTP/1.0協(xié)議的特性，在業(yè)務(wù)中無(wú)法采用長(zhǎng)連接模式，并且無(wú)法很好的完成并發(fā)發(fā)送和接收。

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

針對(duì)上述問(wèn)題，本發(fā)明提供了一種基于令牌綁定的接口數(shù)據(jù)通信方法及系統(tǒng)，通過(guò)綁定令牌實(shí)現(xiàn)以分布式的方式，在對(duì)外提供接收請(qǐng)求服務(wù)的同時(shí)能夠?qū)ν鈬W(wǎng)元發(fā)起請(qǐng)求，多個(gè)應(yīng)用的并行處理以及應(yīng)用內(nèi)的并行收發(fā)隊(duì)列實(shí)現(xiàn)兩級(jí)并行處理方案，增加了業(yè)務(wù)的并發(fā)量，同時(shí)通過(guò)可配置的路由策略分發(fā)消息，減少后續(xù)業(yè)務(wù)變更帶來(lái)的開(kāi)發(fā)壓力，長(zhǎng)連接模式的連接方式避免了頻繁連接帶來(lái)的網(wǎng)絡(luò)壓力和性能損耗。

為實(shí)現(xiàn)上述目的，本發(fā)明提供了一種基于令牌綁定的接口數(shù)據(jù)通信方法，包括：分布式部署的多個(gè)應(yīng)用嘗試獲取預(yù)設(shè)的分發(fā)表中令牌；成功獲取所述令牌的應(yīng)用加載所述令牌對(duì)應(yīng)的配置文件；所述應(yīng)用根據(jù)監(jiān)聽(tīng)并接收到的請(qǐng)求消息生成路由關(guān)鍵字段；根據(jù)所述路由關(guān)鍵字段與預(yù)設(shè)的路由方案，將所述請(qǐng)求消息發(fā)送至對(duì)應(yīng)路由的網(wǎng)元；所述應(yīng)用監(jiān)聽(tīng)或接收請(qǐng)求消息的進(jìn)程異常時(shí)釋放所述令牌，并由其他并行應(yīng)用重新嘗試獲取所述令牌并監(jiān)聽(tīng)請(qǐng)求消息。

在上述技術(shù)方案中，優(yōu)選地，所述應(yīng)用通過(guò)長(zhǎng)連接方式與對(duì)應(yīng)的網(wǎng)元實(shí)現(xiàn)數(shù)據(jù)傳輸。

在上述技術(shù)方案中，優(yōu)選地，所述應(yīng)用包括接收隊(duì)列和應(yīng)答隊(duì)列，所述接收隊(duì)列用于接收外圍網(wǎng)元發(fā)起的請(qǐng)求消息，所述應(yīng)答隊(duì)列用于向外圍網(wǎng)元發(fā)送請(qǐng)求消息或應(yīng)答消息。

在上述技術(shù)方案中，優(yōu)選地，所述接收隊(duì)列和所述應(yīng)答隊(duì)列分別由獨(dú)立的線程管理，實(shí)現(xiàn)發(fā)送消息與接收消息的異步處理。

在上述技術(shù)方案中，優(yōu)選地，所述接收隊(duì)列在接收到請(qǐng)求消息時(shí)，通過(guò)接收消息的IP和端口進(jìn)行安全校驗(yàn)。

在上述技術(shù)方案中，優(yōu)選地，所述根據(jù)監(jiān)聽(tīng)并接收到的請(qǐng)求消息生成路由關(guān)鍵字段具體包括：所述應(yīng)用根據(jù)接收到的請(qǐng)求消息，將所述請(qǐng)求消息中的路徑信息和主機(jī)通用字段組合，作為所述路由關(guān)鍵字段。

在上述技術(shù)方案中，優(yōu)選地，所述根據(jù)所述路由關(guān)鍵字段與預(yù)設(shè)的路由方案，將所述請(qǐng)求消息發(fā)送至對(duì)應(yīng)路由的網(wǎng)元具體包括：解析所述路由關(guān)鍵字段，并在預(yù)設(shè)的路由方案中查詢轉(zhuǎn)發(fā)路徑；根據(jù)查詢結(jié)果，判斷是否需要轉(zhuǎn)發(fā)，如需要轉(zhuǎn)發(fā)，則轉(zhuǎn)發(fā)至相應(yīng)路徑的目的網(wǎng)元，若不需要轉(zhuǎn)發(fā)，則由所述應(yīng)用自行處理后發(fā)送應(yīng)答消息。

本發(fā)明還提出一種基于令牌綁定的接口數(shù)據(jù)通信系統(tǒng)，應(yīng)用如上述技術(shù)方案中任一項(xiàng)提出的基于令牌綁定的接口數(shù)據(jù)通信方法，包括：令牌獲取模塊，利用分布式部署的多個(gè)應(yīng)用嘗試獲取預(yù)設(shè)的分發(fā)表中令牌；令牌綁定模塊，利用成功獲取所述令牌的應(yīng)用加載所述令牌對(duì)應(yīng)的配置文件；路由生成模塊，根據(jù)監(jiān)聽(tīng)并接收到的請(qǐng)求消息生成路由關(guān)鍵字段；消息發(fā)送模塊，用于根據(jù)所述路由關(guān)鍵字段與預(yù)設(shè)的路由方案，將所述請(qǐng)求消息發(fā)送至對(duì)應(yīng)路由的網(wǎng)元；令牌切換模塊，用于在所述應(yīng)用監(jiān)聽(tīng)或接收請(qǐng)求消息的進(jìn)程異常時(shí)釋放所述令牌，并由其他并行應(yīng)用重新嘗試獲取所述令牌并監(jiān)聽(tīng)請(qǐng)求消息。