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

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

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


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

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

【專(zhuān)利附圖】

【附圖說(shuō)明】
[0039]下面結(jié)合附圖對(duì)本發(fā)明技術(shù)方案作進(jìn)一步說(shuō)明:
[0040]圖1為本發(fā)明的整體結(jié)構(gòu)示意圖；
[0041]圖2為本發(fā)明的中心處理平臺(tái)對(duì)于用戶(hù)接口請(qǐng)求限制的具體流程示意圖。

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