一種集中式接口通信并發(fā)控制系統(tǒng)及其控制方法
【專利摘要】本發(fā)明屬于物聯(lián)網(wǎng)數(shù)據(jù)業(yè)務【技術領域】，旨在提供集中式接口通信并發(fā)控制系統(tǒng)及其控制方法。本發(fā)明包括用戶前置模塊、中心處理平臺、中心前置模塊和消息隊列，所述中心處理平臺與單點之間的接口交易模式采用多線程同步交易模式，單點的故障和性能瓶頸也不會影響其他點的訪問；所述用戶前置模塊中設有存儲器，用于保存用戶校驗信息，通過比較進行判斷發(fā)起交易的用戶是否有交易權限，并對該用戶的交易數(shù)據(jù)進行完整性檢查；本發(fā)明優(yōu)化現(xiàn)有接口通信模式，提高了接口交易性能，當中心處理平臺與多個單點進行交易時，通過對接口交易的多線程處理控制，避免單點性能問題外延到中心處理平臺，對單點并發(fā)請求的動態(tài)分配，提高系統(tǒng)性能并降低請求開銷的浪費。
【專利說明】一種集中式接口通信并發(fā)控制系統(tǒng)及其控制方法

【技術領域】
[0001]本發(fā)明屬于物聯(lián)網(wǎng)數(shù)據(jù)業(yè)務【技術領域】，具體涉及一種集中式接口通信并發(fā)控制系統(tǒng)及其控制方法。

【背景技術】
[0002]隨著互聯(lián)網(wǎng)絡和移動互聯(lián)網(wǎng)的不斷發(fā)展，各行業(yè)都在依托于網(wǎng)絡、平臺開展各類業(yè)務、服務系統(tǒng)建設，考慮到集約化建設標準，主要采用集中平臺建設模式，即中心處理平臺通過用戶前置模塊實現(xiàn)對外服務，與中心前置模塊與資源方實現(xiàn)實時交易處理服務。
[0003]所述中心處理平臺主要用于處理中心平臺的各項業(yè)務，實現(xiàn)與數(shù)據(jù)庫系統(tǒng)的實時交易；中心處理平臺通過中心前置模塊與數(shù)據(jù)庫系統(tǒng)建立連接池，獲取與數(shù)據(jù)庫系統(tǒng)的實時交易。
[0004]所述中心前置模塊邏輯上與中心處理平臺同構，用于中心處理平臺與多個用戶前置模塊進行通信處理，并與用戶前置模塊存在一對多的對應關系；所述用戶前置模塊單個部署于各個分散用戶側(cè)，用于處理單用戶與中心平臺進行通信交易的前置請求處理機制，完成用戶側(cè)交易。前置請求處理機制:用戶訪問平臺系統(tǒng)，通過用戶前置模塊向中心處理平臺請求服務，中心處理平臺通過中心前置模塊向后臺資源請求，再逐次反饋，實現(xiàn)用戶獲取。
[0005]但是現(xiàn)有業(yè)務接口處理主要存在如下缺陷:當單點請求壓力加大，會引起整個系統(tǒng)的請求堵塞，造成其他接入點訪問困難；每個點通訊訪問發(fā)生量不同，造成請求數(shù)的資源浪費，不能有效得以控制。
[0006]現(xiàn)有平臺在訪問過程中，由于一個接入點的訪問量過大，造成平臺性能顯著下降，訪問其他接入點困難；同時，規(guī)模較小接入點不用達到分配的最大請求數(shù)，造成系統(tǒng)整體請求資源的浪費。
[0007]本發(fā)明就是要實現(xiàn)接口并發(fā)通訊過程中，單點并發(fā)瓶頸不會對系統(tǒng)整體造成性能影響，從而提高系統(tǒng)穩(wěn)定性的效果。


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

[0008]本發(fā)明要解決的技術問題是，克服現(xiàn)有技術中的不足，提供一種集中式接口通信并發(fā)控制系統(tǒng)及其控制方法。
[0009]為解決技術問題，本發(fā)明的解決方案是:
[0010]提供一種集中式接口通信并發(fā)控制系統(tǒng)，包括用戶前置模塊、中心處理平臺、中心前置模塊和消息隊列，
[0011]所述中心處理平臺與單點之間的接口交易模式采用多線程同步交易模式，即單點的通訊、訪問不會受制于中心處理平臺、其他單點的影響，單點的故障和性能瓶頸也不會影響其他點的訪問；
[0012]所述用戶前置模塊中設有存儲器，用于保存用戶校驗信息，通過比較進行判斷發(fā)起交易的用戶是否有交易權限，并對該用戶的交易數(shù)據(jù)進行完整性檢查；
[0013]所述多個用戶前置模塊分別通過TCP長連接方式與中心處理平臺相連接，實現(xiàn)多個用戶對中心處理平臺的交易；
[0014]所述中心處理平臺內(nèi)設置有交易請求限值，用于判斷發(fā)起交易的用戶請求次數(shù)是否超過了該限值；若是，則中心處理平臺應答請求超限；若不是，則中心處理平臺將用戶交易請求接收并存入消息隊列，同時激活交易處理的線程；
[0015]所述中心處理平臺內(nèi)還設置有中心表，用于動態(tài)記錄系統(tǒng)中實時交易的線程數(shù)，并對線程分配及其最大值、最小值設置進行動態(tài)管理；
[0016]所述中心處理平臺與中心前置模塊以TCP長連接的方式建立連接，該中心處理平臺向中心前置模塊發(fā)送交易請求，并返回中心前置模塊的應答結(jié)果給用戶前置模塊；
[0017]所述中心前置模塊用于接收來自中心處理平臺的消息并進行交易處理，同時將交易處理的結(jié)果返回給中心處理平臺；
[0018]所述消息隊列用于接收來自用戶前置模塊、中心前置模塊的消息并進行存儲，等待中心處理平臺對該存儲信息的處理。
[0019]本發(fā)明中，所述單點是指單個用戶通過用戶前置模塊對中心處理平臺進行通訊、訪問。
[0020]本發(fā)明中，所述單點性能問題包括用戶與中心處理平臺交易時出現(xiàn)訪問瓶頸、超時、變限或掉線問題。
[0021 ] 本發(fā)明中，所述交易是指各個平臺或者模塊之間的通訊或訪問。
[0022]本發(fā)明中，所述中心處理平臺是指各類互聯(lián)網(wǎng)、移動互聯(lián)網(wǎng)平臺的核心后臺軟件應用系統(tǒng)平臺，實現(xiàn)具體業(yè)務；
[0023]所述用戶前置模塊:指提供給最終用戶接入的訪問服務，包括WWW互聯(lián)網(wǎng)訪問和APP移動客戶端訪問等，主要用于處理外部客戶訪問請求與負載，分擔中心處理平臺的訪問壓力；
[0024]所述中心前置模塊:指提供給后端資源服務的各類調(diào)用服務，包括數(shù)據(jù)庫訪問、流媒體數(shù)據(jù)和跨平臺資源讀取等。
[0025]本發(fā)明中還提供一種基于所述集中式接口通信并發(fā)控制系統(tǒng)的控制方法，所述控制方法包括如下步驟:
[0026]步驟A:
[0027]用戶前置模塊運行后向中心處理平臺發(fā)起TCP長連接，中心處理平臺響應建立該連接；
[0028]步驟B:
[0029]通過用戶前置模塊中存儲的用戶校驗信息對擬發(fā)起交易的用戶進行校驗，判斷發(fā)起交易的用戶是否有交易權限，并對該用戶的交易數(shù)據(jù)進行完整性檢查；
[0030]步驟C:
[0031]當多個用戶通過各自對應得用戶前置模塊與中心處理平臺進行交易時，通過對交易接口進行多線程處理控制，同時根據(jù)用戶前置模塊的用戶具體交易量對交易接口的線程進行動態(tài)分配，以避免出現(xiàn)單點性能問題；
[0032]同時，中心處理平臺判斷發(fā)起交易的用戶請求次數(shù)是否超過了交易請求限值；若是，則中心處理平臺應答請求超限；若不是，則中心處理平臺將用戶交易請求接收并存入消息隊列，同時激活交易處理的線程；
[0033]步驟D:
[0034]交易處理進程查詢消息隊列，發(fā)現(xiàn)有待處理的請求，并根據(jù)路由分析結(jié)果，并確定交易消息發(fā)送路徑，中心處理平臺將交易信息發(fā)送到中心前置模塊中進行交易處理，中心前置模塊向中心處理平臺發(fā)送中心前置模塊的交易應答結(jié)果，然后中心處理平臺向用戶前置模塊發(fā)送交易應答結(jié)果，然后用戶前置模塊向用戶發(fā)送交易應答結(jié)果，從而完成此次交易流程。
[0035]本發(fā)明中，所述路由分析是對于接口通信并發(fā)控制采用如同OIS模型中網(wǎng)絡層的路由控制，通過設計中心表對線程訪問性能進行控制。
[0036]與現(xiàn)有技術相比，本發(fā)明的有益效果是:
[0037]本發(fā)明主要優(yōu)化現(xiàn)有接口通信模式，提高了接口交易性能，當中心處理平臺與多個單點進行交易時，通過對接口交易的多線程處理控制，避免單點性能問題外延到中心處理平臺，同時通過對單點并發(fā)請求的動態(tài)分配，有效提高系統(tǒng)性能并降低請求開銷的浪費；
[0038]通過中心處理平臺內(nèi)設中心表的動態(tài)管理，對單點最大請求數(shù)的存儲，根據(jù)訪問量實時更新管理，實現(xiàn)，控制單點的最高訪問量，同時節(jié)約訪問開銷。

【專利附圖】

【附圖說明】
[0039]下面結(jié)合附圖對本發(fā)明技術方案作進一步說明:
[0040]圖1為本發(fā)明的整體結(jié)構示意圖；
[0041]圖2為本發(fā)明的中心處理平臺對于用戶接口請求限制的具體流程示意圖。

【具體實施方式】
[0042]下面結(jié)合附圖，作詳細的闡述。
[0043]圖1示出了本發(fā)明的整體結(jié)構機制的示意圖，主要涉及中心處理平臺、用戶前置模塊和中心前置模塊等。
[0044]具體說明如下:
[0045]用戶前置模塊中保存密碼等用戶校驗信息，并據(jù)此判斷發(fā)起交易的用戶是否有該交易權限，以及對用戶的交易數(shù)據(jù)進行完整性的檢查。用戶前置模塊與中心處理平臺以TCP長連接的方式建立連接，若用戶有該交易權限，那么用戶前置模塊會向中心處理平臺發(fā)送交易請求。其中:保存密碼等用戶校驗信息是保存在用戶前置模塊的存儲器中，主要用于業(yè)務過程中的用戶信息校驗，系統(tǒng)有機制會動態(tài)清空來管理內(nèi)存的效率；用戶是否有該交易權限:是具體中心處理平臺用于批評用戶信息和權限信息，以便用戶訪問平臺所具備的具體功能。
[0046]中心處理平臺中保存了用戶限制、用戶、號源、訂單等信息，并據(jù)此判斷發(fā)起交易的用戶請求次數(shù)是否超過了交易請求限值，若是則應答請求超限；中心處理平臺與中心前置模塊以TCP長連接的方式建立連接，若用戶請求數(shù)不超限，那么中心處理平臺將交易請求接收并存入消息隊列，同時激活交易處理的線程，若為中心前置模塊請求則中心處理平臺向中心前置模塊發(fā)送交易請求，并返回中心前置模塊應答結(jié)果給用戶前置模塊。
[0047]中心前置模塊用于接收到來自中心處理平臺的消息并進行交易處理，同時將本次交易的結(jié)果返回給中心處理平臺。
[0048]消息隊列用于接收來自用戶前置模塊、中心前置模塊的消息并進行存儲，等待中心處理平臺的處理。
[0049]本發(fā)明中需要說明的是，該集中式接口通信并發(fā)控制系統(tǒng)及其控制方法均涉及數(shù)據(jù)庫技術，是計算機技術在物聯(lián)網(wǎng)數(shù)據(jù)業(yè)務【技術領域】的一種應用。因此在本發(fā)明的實現(xiàn)過程中，會涉及到多個軟件功能模塊的應用。如在仔細閱讀申請文件、準確理解本發(fā)明的實現(xiàn)原理和發(fā)明目的以后，并在結(jié)合現(xiàn)有公知技術的情況下，本領域技術人員完全能夠運用其掌握的軟件編程技能實現(xiàn)本發(fā)明。前述軟件功能模塊包括但不限于:用戶前置模塊、中心處理平臺、中心前置模塊和消息隊列等，凡本發(fā)明申請文件提及的均屬此范疇，發(fā)明人不再
列舉。
[0050]下面以用戶A發(fā)起交易為例，結(jié)合圖2，說明中心處理平臺對于用戶接口請求限制的具體流程。
[0051]具體說明如下:
[0052]步驟1，用戶前置模塊運行后向中心處理平臺發(fā)起連接；
[0053]步驟2，中心處理平臺應答連接響應；
[0054]步驟3，用戶A向中心前置模塊發(fā)起交易請求，請求以HTTP GET的形式提交到用戶前置模塊；
[0055]步驟4，用戶前置模塊以異步的形式將請求提交給中心處理平臺；
[0056]步驟5，中心處理平臺對當前的用戶請求數(shù)進行統(tǒng)計，并查詢出當前用戶配置的最大請求數(shù)，若當前用戶請求數(shù)超限，那么應答請求超限；否則接收請求消息并存入交易隊列(即消息隊列)，通知主線程進行交易處理；
[0057]步驟6，若當前用戶請求數(shù)超限，那么應答請求超限；
[0058]步驟7，接收請求消息并存入交易隊列(即消息隊列)，通知主線程進行交易處理；
[0059]步驟8，交易處理進程查詢交易隊列(即消息隊列)，發(fā)現(xiàn)有待處理的請求，并根據(jù)路由分析結(jié)果，并確定消息發(fā)送路徑；
[0060]步驟9，中心處理平臺將交易信息發(fā)送到中心前置模塊進行交易處理；
[0061]步驟10，中心前置模塊向中心處理平臺發(fā)送中心前置模塊交易應答結(jié)果；
[0062]步驟11，中心處理平臺向用戶前置模塊發(fā)送交易應答結(jié)果；
[0063]步驟12，用戶前置模塊向用戶A發(fā)交易應答結(jié)果；
[0064]至此，流程結(jié)束。
[0065]上述實施例只為說明本發(fā)明的技術構思及特點，其目的在于讓熟悉此項技術的人能夠了解本發(fā)明的內(nèi)容并加以實施，并不能以此限制本發(fā)明的保護范圍，凡根據(jù)本發(fā)明精神實質(zhì)所作的等效變化或修飾，都應涵蓋在本發(fā)明的保護范圍內(nèi)。
【權利要求】
1.一種集中式接口通信并發(fā)控制系統(tǒng)，其特征在于，包括用戶前置模塊、中心處理平臺、中心前置模塊和消息隊列，所述中心處理平臺與單點之間的接口交易模式采用多線程同步交易模式，所述用戶前置模塊中設有存儲器，用于保存用戶校驗信息，通過比較進行判斷發(fā)起交易的用戶是否有交易權限，并對該用戶的交易數(shù)據(jù)進行完整性檢查； 所述多個用戶前置模塊分別通過扣？長連接方式與中心處理平臺相連接，實現(xiàn)多個用戶對中心處理平臺的交易； 所述中心處理平臺內(nèi)設置有交易請求限值，用于判斷發(fā)起交易的用戶請求次數(shù)是否超過了該限值；若是，則中心處理平臺應答請求超限；若不是，則中心處理平臺將用戶交易請求接收并存入消息隊列，同時激活交易處理的線程； 所述中心處理平臺內(nèi)還設置有中心表，用于動態(tài)記錄系統(tǒng)中實時交易的線程數(shù)，并對線程分配及其最大值、最小值設置進行動態(tài)管理； 所述中心處理平臺與中心前置模塊以扣？長連接的方式建立連接，該中心處理平臺向中心前置模塊發(fā)送交易請求，并返回中心前置模塊的應答結(jié)果給用戶前置模塊； 所述中心前置模塊用于接收來自中心處理平臺的消息并進行交易處理，同時將交易處理的結(jié)果返回給中心處理平臺； 所述消息隊列用于接收來自用戶前置模塊、中心前置模塊的消息并進行存儲，等待中心處理平臺對該存儲信息的處理。
2.根據(jù)權利要求1中所述的集中式接口通信并發(fā)控制系統(tǒng)，其特征在于，所述單點是指單個用戶通過用戶前置模塊對中心處理平臺進行通訊、訪問。
3.根據(jù)權利要求1中所述的集中式接口通信并發(fā)控制系統(tǒng)，其特征在于，所述單點性能問題包括用戶與中心處理平臺交易時出現(xiàn)訪問瓶頸、超時、變限或掉線問題。
4.根據(jù)權利要求1中所述的集中式接口通信并發(fā)控制系統(tǒng)，其特征在于，所述交易是指系統(tǒng)內(nèi)的平臺或者模塊之間的通訊或訪問。
5.一種基于權利要求1?4中所述的集中式接口通信并發(fā)控制系統(tǒng)的控制方法，其特征在于，所述控制方法包括如下步驟: 步驟八: 用戶前置模塊運行后向中心處理平臺發(fā)起扣？長連接，中心處理平臺響應建立該連接； 步驟8: 通過用戶前置模塊中存儲的用戶校驗信息對擬發(fā)起交易的用戶進行校驗，判斷發(fā)起交易的用戶是否有交易權限，并對該用戶的交易數(shù)據(jù)進行完整性檢查； 步驟〇: 當多個用戶通過各自對應得用戶前置模塊與中心處理平臺進行交易時，通過對交易接口進行多線程處理控制，同時根據(jù)用戶前置模塊的用戶具體交易量對交易接口的線程進行動態(tài)分配，以避免出現(xiàn)單點性能問題； 同時，中心處理平臺判斷發(fā)起交易的用戶請求次數(shù)是否超過了交易請求限值；若是，貝0中心處理平臺應答請求超限；若不是，則中心處理平臺將用戶交易請求接收并存入消息隊列，同時激活交易處理的線程； 步驟0: 交易處理進程查詢消息隊列，發(fā)現(xiàn)有待處理的請求，并根據(jù)路由分析結(jié)果，并確定交易消息發(fā)送路徑，中心處理平臺將交易信息發(fā)送到中心前置模塊中進行交易處理，中心前置模塊向中心處理平臺發(fā)送中心前置模塊的交易應答結(jié)果，然后中心處理平臺向用戶前置模塊發(fā)送交易應答結(jié)果，然后用戶前置模塊向用戶發(fā)送交易應答結(jié)果，從而完成此次交易流程。
【文檔編號】G06Q30/06GK104363270SQ201410591587
【公開日】2015年2月18日 申請日期:2014年10月29日 優(yōu)先權日:2014年10月29日
【發(fā)明者】劉思君, 張永良, 蔡斌斌 申請人:咸亨國際（杭州）物聯(lián)網(wǎng)信息產(chǎn)業(yè)有限公司