• 
    <ul id="o6k0g"></ul>
    <ul id="o6k0g"></ul>

    一種多并發(fā)多通道環(huán)境下的數(shù)據(jù)實(shí)時(shí)查詢(xún)系統(tǒng)技術(shù)方案

    技術(shù)編號(hào):24331362 閱讀:74 留言:0更新日期:2020-05-29 19:43
    本發(fā)明專(zhuān)利技術(shù)提供了一種多并發(fā)多通道環(huán)境下的數(shù)據(jù)實(shí)時(shí)查詢(xún)系統(tǒng),包括客戶(hù)端模塊、服務(wù)器模塊、數(shù)據(jù)庫(kù)模塊、實(shí)時(shí)數(shù)據(jù)查詢(xún)模塊、Redis模塊、定時(shí)管理模塊、數(shù)據(jù)生產(chǎn)者模塊和緩存清理模塊;系統(tǒng)采用數(shù)據(jù)緩存機(jī)制支持?jǐn)?shù)據(jù)的實(shí)時(shí)快速查詢(xún),支持多并發(fā)環(huán)境下,每個(gè)客戶(hù)端連接的實(shí)時(shí)數(shù)據(jù)查詢(xún)各自獨(dú)立,并且每個(gè)客戶(hù)端連接下,不同的數(shù)據(jù)通道的數(shù)據(jù)互相獨(dú)立,多個(gè)客戶(hù)端連接可以共享相同的數(shù)據(jù)通道,且實(shí)時(shí)數(shù)據(jù)查詢(xún)彼此獨(dú)立,互不影響;與此同時(shí),保證每個(gè)客戶(hù)端每個(gè)數(shù)據(jù)通道查詢(xún)的數(shù)據(jù)連續(xù)遞增,不重疊,不遺漏;系統(tǒng)還可以根據(jù)查詢(xún)的頻率動(dòng)態(tài)設(shè)置數(shù)據(jù)緩存時(shí)間,以便有效利用內(nèi)存資源。

    A real-time data query system in multi concurrent and multi-channel environment

    【技術(shù)實(shí)現(xiàn)步驟摘要】
    一種多并發(fā)多通道環(huán)境下的數(shù)據(jù)實(shí)時(shí)查詢(xún)系統(tǒng)
    本專(zhuān)利技術(shù)涉及一種多并發(fā)多通道環(huán)境下的數(shù)據(jù)實(shí)時(shí)查詢(xún)系統(tǒng)。
    技術(shù)介紹
    目前流數(shù)據(jù)的應(yīng)用十分廣泛,流數(shù)據(jù)是一組順序、大量、快速、連續(xù)到達(dá)的數(shù)據(jù)序列,一般情況下,數(shù)據(jù)流可被視為一個(gè)隨時(shí)間延續(xù)而無(wú)限增長(zhǎng)的動(dòng)態(tài)數(shù)據(jù)集合。應(yīng)用于網(wǎng)絡(luò)監(jiān)控、傳感器網(wǎng)絡(luò)、航空航天、氣象測(cè)控和金融服務(wù)等領(lǐng)域。流數(shù)據(jù)是由數(shù)據(jù)源持續(xù)生成的數(shù)據(jù),通常也同時(shí)以數(shù)據(jù)記錄的形式發(fā)送。流數(shù)據(jù)包括多種數(shù)據(jù),例如客戶(hù)使用移動(dòng)或Web應(yīng)用程序生成的日志文件、網(wǎng)購(gòu)數(shù)據(jù)、游戲內(nèi)玩家活動(dòng)、社交網(wǎng)站信息、金融交易大廳或地理空間服務(wù),以及來(lái)自數(shù)據(jù)中心內(nèi)所連接設(shè)備或儀器的遙測(cè)數(shù)據(jù)。此類(lèi)數(shù)據(jù)需要按記錄或根據(jù)滑動(dòng)時(shí)間窗口按順序進(jìn)行遞增式處理,可用于多種分析,包括關(guān)聯(lián)、聚合、篩選和取樣。其中一種流數(shù)據(jù)的應(yīng)用是對(duì)攝像機(jī)的監(jiān)控視頻進(jìn)行分析,不同的攝像機(jī)產(chǎn)生不同的視頻流數(shù)據(jù),形成不同的數(shù)據(jù)通道,應(yīng)用系統(tǒng)需要針對(duì)不同的通道分別進(jìn)行分析,分析的數(shù)據(jù)通常需要實(shí)時(shí)展示,以便實(shí)現(xiàn)視頻的監(jiān)控和視頻信息的智能分析實(shí)時(shí)同步,幫助監(jiān)控人員快速理解視頻中的對(duì)象、事件。流數(shù)據(jù)的分析結(jié)果通常會(huì)先存放到消息隊(duì)列中,然后再統(tǒng)一存儲(chǔ)到數(shù)據(jù)庫(kù)中,也可以直接存儲(chǔ)到數(shù)據(jù)庫(kù)中。存儲(chǔ)到消息隊(duì)列中,通常是因?yàn)楸苊饬鲾?shù)據(jù)產(chǎn)生過(guò)快來(lái)不及處理,或者分析結(jié)果有二次處理的需求。有的系統(tǒng)是將原始數(shù)據(jù)或者中間結(jié)果存儲(chǔ)到消息隊(duì)列中,以此緩解處理速度滯后于數(shù)據(jù)產(chǎn)生速度的問(wèn)題。當(dāng)客戶(hù)端需要實(shí)時(shí)展示流數(shù)據(jù)的分析結(jié)果時(shí),通常的做法是使用一個(gè)服務(wù)程序從消息隊(duì)列中不斷取出新入列的數(shù)據(jù)或者從數(shù)據(jù)庫(kù)中讀取新插入的數(shù)據(jù),然后發(fā)送給客戶(hù)端展示,或者由客戶(hù)端從消息隊(duì)列讀取或從數(shù)據(jù)庫(kù)連續(xù)遞增查詢(xún)。其中從消息隊(duì)列取數(shù)據(jù)時(shí),一個(gè)客戶(hù)端取完,其它客戶(hù)端可能就無(wú)法再取到,從數(shù)據(jù)庫(kù)查詢(xún)時(shí),性能比較低下,并且隨著數(shù)據(jù)的增長(zhǎng),性能問(wèn)題越來(lái)越嚴(yán)重,除此以外,客戶(hù)端需要查詢(xún)多個(gè)數(shù)據(jù)源的數(shù)據(jù),即涉及到多通道數(shù)據(jù)的展示問(wèn)題。針對(duì)多并發(fā)多通道場(chǎng)景下查詢(xún)獲取實(shí)時(shí)數(shù)據(jù),目前普遍采用的是C/S架構(gòu),由客戶(hù)端向后臺(tái)注冊(cè)訂閱數(shù)據(jù),然后后臺(tái)每當(dāng)獲取新的實(shí)時(shí)數(shù)據(jù)后,將數(shù)據(jù)逐個(gè)主推給各個(gè)訂閱客戶(hù)端,其系統(tǒng)架構(gòu)圖如圖1所示,其中客戶(hù)端模塊用于在前端實(shí)時(shí)展示最新的數(shù)據(jù),服務(wù)器模塊用于處理客戶(hù)端的服務(wù)請(qǐng)求,包括接收客戶(hù)端的注冊(cè),并向消息處理模塊訂閱實(shí)時(shí)數(shù)據(jù),以及從數(shù)據(jù)庫(kù)模塊中查詢(xún)歷史數(shù)據(jù);消息處理模塊用于偵聽(tīng)消息隊(duì)列模塊中的消息,當(dāng)發(fā)現(xiàn)有新的數(shù)據(jù)消息時(shí),立即取出來(lái)進(jìn)行處理,包括將數(shù)據(jù)持久化存儲(chǔ)到數(shù)據(jù)庫(kù)模塊中,以及根據(jù)服務(wù)器模塊注冊(cè)的實(shí)時(shí)數(shù)據(jù)訂閱客戶(hù)端列表,將數(shù)據(jù)主推給這些訂閱者;消息隊(duì)列模塊用于緩存實(shí)時(shí)數(shù)據(jù);數(shù)據(jù)生產(chǎn)者模塊用于源源不斷對(duì)原始數(shù)據(jù)進(jìn)行采集和分析加工,并將分析的結(jié)果臨時(shí)存儲(chǔ)到消息隊(duì)列中;數(shù)據(jù)庫(kù)模塊用于持久化存儲(chǔ)數(shù)據(jù)。以下描述現(xiàn)有技術(shù)的缺點(diǎn):(1)多個(gè)客戶(hù)端同時(shí)查詢(xún)實(shí)時(shí)數(shù)據(jù)時(shí),并非完全并發(fā),并且相互影響:由于實(shí)時(shí)的數(shù)據(jù)是存放在消息隊(duì)列中的,需要通過(guò)消息處理模塊及時(shí)取走消息并處理,以免因斷電造成數(shù)據(jù)丟失或者內(nèi)存溢出,客戶(hù)端需要實(shí)時(shí)展示這些實(shí)時(shí)數(shù)據(jù)時(shí),需要向服務(wù)器模塊注冊(cè),并最終形成向消息處理模塊的數(shù)據(jù)訂閱請(qǐng)求,消息處理模塊在取走最新消息的時(shí)候,可以依據(jù)當(dāng)前的訂閱列表進(jìn)行逐一推送數(shù)據(jù)。由于推送是按照時(shí)間有序進(jìn)行的,因此對(duì)每個(gè)客戶(hù)端來(lái)說(shuō),實(shí)時(shí)數(shù)據(jù)查詢(xún)并不是完全并發(fā)的,并且當(dāng)其中一個(gè)客戶(hù)端發(fā)生網(wǎng)絡(luò)鏈路故障后,將會(huì)導(dǎo)致其它客戶(hù)端出現(xiàn)數(shù)據(jù)展示延遲,除此以外,后臺(tái)需要管理客戶(hù)端的訂閱和主推邏輯,維護(hù)數(shù)據(jù)和客戶(hù)端的映射關(guān)系,一旦出現(xiàn)邏輯錯(cuò)誤,將影響全局;(2)客戶(hù)端中多個(gè)通道的數(shù)據(jù)疊加在一起,每個(gè)通道無(wú)法獨(dú)立并發(fā)查詢(xún)數(shù)據(jù):在客戶(hù)端中,通道的原始數(shù)據(jù)和加工數(shù)據(jù)是分別集中展示的,當(dāng)客戶(hù)端同時(shí)管理多個(gè)通道時(shí),這些通道的數(shù)據(jù)就會(huì)疊加在一起混合展示,雖然可以通過(guò)關(guān)閉通道的開(kāi)關(guān)來(lái)控制任意時(shí)刻只有一個(gè)通道的數(shù)據(jù)從而實(shí)現(xiàn)切換通道的目的,但是無(wú)法支持多個(gè)通道同時(shí)獨(dú)立查詢(xún)數(shù)據(jù),而且即便所有通道的開(kāi)關(guān)都打開(kāi),它們獲取數(shù)據(jù)的方式也是串行的,因?yàn)閿?shù)據(jù)是由消息處理模塊主推的,消息處理模塊從消息隊(duì)列中有序取出各通道的數(shù)據(jù),并逐一主推給訂閱該通道的客戶(hù)端,所有通道的實(shí)時(shí)數(shù)據(jù)并發(fā)查詢(xún)受限于消息處理模塊的串行處理,當(dāng)多個(gè)客戶(hù)端共享相同的通道時(shí),這意味著消息處理模塊要多次重復(fù)主推共享通道的數(shù)據(jù),若重復(fù)主推的邏輯實(shí)現(xiàn)有缺陷,則將導(dǎo)致多客戶(hù)端共享通道時(shí)不可靠,并且自身的網(wǎng)絡(luò)延遲將會(huì)影響其它客戶(hù)端中的通道;(3)每個(gè)通道查詢(xún)的數(shù)據(jù)可能存在冗余和遺漏的情況:當(dāng)客戶(hù)端開(kāi)始訂閱實(shí)時(shí)數(shù)據(jù)查詢(xún)時(shí),消息隊(duì)列中可能有未處理完成的消息,此時(shí)消息處理模塊會(huì)將這些消息主推給客戶(hù)端的相應(yīng)通道,造成數(shù)據(jù)冗余,同時(shí)主推過(guò)程中,若發(fā)生鏈路超時(shí)或其它故障,將導(dǎo)致客戶(hù)端接收的數(shù)據(jù)有遺漏。(4)緩存的數(shù)據(jù)不支持有效期設(shè)置,無(wú)法保證一段時(shí)間內(nèi)可重復(fù)查詢(xún):由于實(shí)時(shí)數(shù)據(jù)存儲(chǔ)在消息隊(duì)列中,并由消息處理模塊偵聽(tīng)隊(duì)列和及時(shí)取走消息,消息在隊(duì)列中的滯留時(shí)間取決于消息處理模塊的處理速度,將是隨機(jī)的,無(wú)法保證數(shù)據(jù)緩存的有效期,當(dāng)需要快速獲取最近一段時(shí)間內(nèi)的數(shù)據(jù)時(shí),將無(wú)法通過(guò)緩存機(jī)制來(lái)實(shí)現(xiàn)。多并發(fā)多通道環(huán)境下的數(shù)據(jù)實(shí)時(shí)查詢(xún)的其中一個(gè)典型應(yīng)用是攝像機(jī)監(jiān)控視頻結(jié)構(gòu)化分析結(jié)果的實(shí)時(shí)查詢(xún),以人臉識(shí)別簽到為例,參與簽到的人員通過(guò)查看客戶(hù)端的實(shí)時(shí)抓拍人臉識(shí)別結(jié)果,可判斷自己是否簽到成功,而管理員通過(guò)查看客戶(hù)端的實(shí)時(shí)抓拍人臉識(shí)別結(jié)果,可立即判斷當(dāng)前拜訪的人員是需要簽到的白名單還是陌生人,同樣的,運(yùn)維人員可以通過(guò)查看監(jiān)控視頻和實(shí)時(shí)的分析結(jié)果,判斷現(xiàn)場(chǎng)環(huán)境、設(shè)備配置和程序算法等是否有問(wèn)題,從而不斷調(diào)整和優(yōu)化系統(tǒng)。通常后臺(tái)的系統(tǒng)支持多路視頻的接入分析,也為多個(gè)不同的用戶(hù)服務(wù),因此衍生出多個(gè)客戶(hù)端并發(fā)和多路視頻通道的數(shù)據(jù)實(shí)時(shí)查詢(xún)場(chǎng)景,針對(duì)該場(chǎng)景,目前應(yīng)用的技術(shù)尚存在許多不足,具體如下:(1)多并發(fā)多通道環(huán)境下數(shù)據(jù)實(shí)時(shí)查詢(xún)時(shí),多個(gè)客戶(hù)端之間的數(shù)據(jù)查詢(xún)并非完全獨(dú)立,后臺(tái)需要維護(hù)客戶(hù)端的注冊(cè)訂閱和主推管理,比較繁瑣;(2)多并發(fā)多通道環(huán)境下數(shù)據(jù)實(shí)時(shí)查詢(xún)時(shí),每個(gè)客戶(hù)端無(wú)法實(shí)現(xiàn)單個(gè)通道的數(shù)據(jù)獨(dú)立查詢(xún),多個(gè)客戶(hù)端共享同一個(gè)通道數(shù)據(jù)時(shí)不可靠,且相互影響,(3)多并發(fā)多通道環(huán)境下數(shù)據(jù)實(shí)時(shí)查詢(xún)時(shí),針對(duì)每個(gè)通道查詢(xún)的數(shù)據(jù)可能存在冗余和遺漏的情況;(4)多并發(fā)多通道環(huán)境下數(shù)據(jù)實(shí)時(shí)查詢(xún)時(shí),不支持動(dòng)態(tài)設(shè)置數(shù)據(jù)緩存時(shí)間,無(wú)法保證最近一段時(shí)間內(nèi)的數(shù)據(jù)可重復(fù)快速查詢(xún)。
    技術(shù)實(shí)現(xiàn)思路
    專(zhuān)利技術(shù)目的:為解決
    技術(shù)介紹
    中存在的技術(shù)問(wèn)題,本專(zhuān)利技術(shù)提出一種多并發(fā)多通道環(huán)境下的數(shù)據(jù)實(shí)時(shí)查詢(xún)系統(tǒng),包括客戶(hù)端模塊、服務(wù)器模塊、數(shù)據(jù)庫(kù)模塊、實(shí)時(shí)數(shù)據(jù)查詢(xún)模塊、Redis模塊、定時(shí)管理模塊、數(shù)據(jù)生產(chǎn)者模塊和緩存清理模塊;所述并發(fā)是指多個(gè)前端客戶(hù)端同時(shí)訪問(wèn)后臺(tái)服務(wù)器,所述多通道是指多個(gè)相互獨(dú)立的數(shù)據(jù)通道,數(shù)據(jù)通道即數(shù)據(jù)從產(chǎn)生到展示的獨(dú)立業(yè)務(wù)流程,所述Redis是指開(kāi)源的內(nèi)存數(shù)據(jù)庫(kù)產(chǎn)品;其中,所述客戶(hù)端模塊用于實(shí)時(shí)查詢(xún)和動(dòng)態(tài)展示所述數(shù)據(jù)生產(chǎn)者模塊產(chǎn)生的數(shù)據(jù);所述服務(wù)器模塊用于連接兩個(gè)以上的客戶(hù)端模塊,支持多并發(fā)訪問(wèn),并且轉(zhuǎn)發(fā)所述客戶(hù)端本文檔來(lái)自技高網(wǎng)
    ...

    【技術(shù)保護(hù)點(diǎn)】
    1.一種多并發(fā)多通道環(huán)境下的數(shù)據(jù)實(shí)時(shí)查詢(xún)系統(tǒng),其特征在于,包括客戶(hù)端模塊、服務(wù)器模塊、數(shù)據(jù)庫(kù)模塊、實(shí)時(shí)數(shù)據(jù)查詢(xún)模塊、Redis模塊、定時(shí)管理模塊、數(shù)據(jù)生產(chǎn)者模塊和緩存清理模塊;/n其中,所述客戶(hù)端模塊用于實(shí)時(shí)查詢(xún)和動(dòng)態(tài)展示所述數(shù)據(jù)生產(chǎn)者模塊產(chǎn)生的數(shù)據(jù);/n所述服務(wù)器模塊用于連接兩個(gè)以上的客戶(hù)端模塊,支持多并發(fā)訪問(wèn),并且轉(zhuǎn)發(fā)所述客戶(hù)端模塊的實(shí)時(shí)數(shù)據(jù)查詢(xún)請(qǐng)求到所述實(shí)時(shí)數(shù)據(jù)查詢(xún)模塊;/n所述數(shù)據(jù)庫(kù)模塊用于持久化存儲(chǔ)數(shù)據(jù)以及數(shù)據(jù)的元數(shù)據(jù)信息;/n所述實(shí)時(shí)數(shù)據(jù)查詢(xún)模塊用于按照所述服務(wù)器模塊的數(shù)據(jù)查詢(xún)請(qǐng)求從所述Redis模塊獲取目標(biāo)數(shù)據(jù),并以程序包的形式集成在所述服務(wù)器模塊中,保證所述客戶(hù)端模塊并發(fā)查詢(xún)數(shù)據(jù)的性能;/n所述Redis模塊用于緩存來(lái)自?xún)蓚€(gè)以上的數(shù)據(jù)生產(chǎn)者模塊的數(shù)據(jù),并保證不同數(shù)據(jù)生產(chǎn)者的數(shù)據(jù)隔離存儲(chǔ),實(shí)現(xiàn)兩個(gè)以上的數(shù)據(jù)通道完全獨(dú)立并發(fā)運(yùn)行;/n所述數(shù)據(jù)生產(chǎn)者模塊用于持續(xù)不斷產(chǎn)生需要查詢(xún)和展示的實(shí)時(shí)數(shù)據(jù),數(shù)據(jù)生產(chǎn)者模塊一方面將數(shù)據(jù)緩存到所述Redis模塊,用以支持?jǐn)?shù)據(jù)實(shí)時(shí)快速查詢(xún),另一方面將數(shù)據(jù)冗余存儲(chǔ)到所述數(shù)據(jù)庫(kù)模塊,實(shí)現(xiàn)數(shù)據(jù)的持久化存儲(chǔ);/n所述定時(shí)管理模塊用于接收用戶(hù)對(duì)數(shù)據(jù)緩存有效期的配置,還用于定時(shí)觸發(fā)所述緩存清理模塊對(duì)所述Redis模塊中的過(guò)期的數(shù)據(jù)進(jìn)行清理;/n所述緩存清理模塊定時(shí)收到由所述定時(shí)管理模塊啟動(dòng)的定時(shí)器觸發(fā)的清理消息,定期清理所述Redis模塊中緩存的過(guò)期的數(shù)據(jù)。/n...

    【技術(shù)特征摘要】
    1.一種多并發(fā)多通道環(huán)境下的數(shù)據(jù)實(shí)時(shí)查詢(xún)系統(tǒng),其特征在于,包括客戶(hù)端模塊、服務(wù)器模塊、數(shù)據(jù)庫(kù)模塊、實(shí)時(shí)數(shù)據(jù)查詢(xún)模塊、Redis模塊、定時(shí)管理模塊、數(shù)據(jù)生產(chǎn)者模塊和緩存清理模塊;
    其中,所述客戶(hù)端模塊用于實(shí)時(shí)查詢(xún)和動(dòng)態(tài)展示所述數(shù)據(jù)生產(chǎn)者模塊產(chǎn)生的數(shù)據(jù);
    所述服務(wù)器模塊用于連接兩個(gè)以上的客戶(hù)端模塊,支持多并發(fā)訪問(wèn),并且轉(zhuǎn)發(fā)所述客戶(hù)端模塊的實(shí)時(shí)數(shù)據(jù)查詢(xún)請(qǐng)求到所述實(shí)時(shí)數(shù)據(jù)查詢(xún)模塊;
    所述數(shù)據(jù)庫(kù)模塊用于持久化存儲(chǔ)數(shù)據(jù)以及數(shù)據(jù)的元數(shù)據(jù)信息;
    所述實(shí)時(shí)數(shù)據(jù)查詢(xún)模塊用于按照所述服務(wù)器模塊的數(shù)據(jù)查詢(xún)請(qǐng)求從所述Redis模塊獲取目標(biāo)數(shù)據(jù),并以程序包的形式集成在所述服務(wù)器模塊中,保證所述客戶(hù)端模塊并發(fā)查詢(xún)數(shù)據(jù)的性能;
    所述Redis模塊用于緩存來(lái)自?xún)蓚€(gè)以上的數(shù)據(jù)生產(chǎn)者模塊的數(shù)據(jù),并保證不同數(shù)據(jù)生產(chǎn)者的數(shù)據(jù)隔離存儲(chǔ),實(shí)現(xiàn)兩個(gè)以上的數(shù)據(jù)通道完全獨(dú)立并發(fā)運(yùn)行;
    所述數(shù)據(jù)生產(chǎn)者模塊用于持續(xù)不斷產(chǎn)生需要查詢(xún)和展示的實(shí)時(shí)數(shù)據(jù),數(shù)據(jù)生產(chǎn)者模塊一方面將數(shù)據(jù)緩存到所述Redis模塊,用以支持?jǐn)?shù)據(jù)實(shí)時(shí)快速查詢(xún),另一方面將數(shù)據(jù)冗余存儲(chǔ)到所述數(shù)據(jù)庫(kù)模塊,實(shí)現(xiàn)數(shù)據(jù)的持久化存儲(chǔ);
    所述定時(shí)管理模塊用于接收用戶(hù)對(duì)數(shù)據(jù)緩存有效期的配置,還用于定時(shí)觸發(fā)所述緩存清理模塊對(duì)所述Redis模塊中的過(guò)期的數(shù)據(jù)進(jìn)行清理;
    所述緩存清理模塊定時(shí)收到由所述定時(shí)管理模塊啟動(dòng)的定時(shí)器觸發(fā)的清理消息,定期清理所述Redis模塊中緩存的過(guò)期的數(shù)據(jù)。


    2.根據(jù)權(quán)利要求1所述的系統(tǒng),其特征在于,所述數(shù)據(jù)生產(chǎn)者模塊在不斷產(chǎn)生實(shí)時(shí)數(shù)據(jù)的過(guò)程中,將數(shù)據(jù)雙備份到Redis模塊和數(shù)據(jù)庫(kù)模塊。


    3.根據(jù)權(quán)利要求2所述的系統(tǒng),其特征在于,所述數(shù)據(jù)生產(chǎn)者模塊的工作流程包括如下步驟:
    步驟a1,數(shù)據(jù)生產(chǎn)者模塊產(chǎn)生任意需要查詢(xún)展示的數(shù)據(jù);
    步驟a2,數(shù)據(jù)生產(chǎn)者模塊將數(shù)據(jù)持久化存儲(chǔ)到數(shù)據(jù)庫(kù)模塊;
    步驟a3,數(shù)據(jù)生產(chǎn)者模塊判斷數(shù)據(jù)是否需要緩存,如果需要,執(zhí)行步驟a4;否則執(zhí)行步驟a5;
    步驟a4,數(shù)據(jù)生產(chǎn)者模塊將數(shù)據(jù)緩存到Redis模塊;
    步驟a5,數(shù)據(jù)生產(chǎn)者模塊判斷是否停止產(chǎn)生數(shù)據(jù),如果是,結(jié)束工作流程,否則返回步驟a1。


    4.根據(jù)權(quán)利要求3所述的系統(tǒng),其特征在于,所述實(shí)時(shí)數(shù)據(jù)查詢(xún)模塊和數(shù)據(jù)生產(chǎn)者模塊共享相同的系統(tǒng)配置,并對(duì)客戶(hù)端模塊和服務(wù)器模塊屏蔽數(shù)據(jù)訪問(wèn)的細(xì)節(jié),實(shí)時(shí)數(shù)據(jù)查詢(xún)模塊能夠與服務(wù)器模塊集成在一起,運(yùn)行在服務(wù)器模塊的上下文環(huán)境中;系統(tǒng)配置即Redis模塊緩存的數(shù)據(jù)的元數(shù)據(jù)信息,所述元數(shù)據(jù)信息包括數(shù)據(jù)的存儲(chǔ)位置、存儲(chǔ)結(jié)構(gòu)、訪問(wèn)方式。


    5.根據(jù)權(quán)利要求4所述的系統(tǒng),其特征在于,所述服務(wù)器模塊用于連接兩個(gè)以上的客戶(hù)端模塊,支持多并發(fā)訪問(wèn),具體包括如下步驟:
    步驟b1,服務(wù)器模塊接收客戶(hù)端模塊的連接;
    步驟b2,服務(wù)器模塊判斷網(wǎng)絡(luò)連接池是否已滿(mǎn),即是否達(dá)到最大允許連接的客戶(hù)端數(shù)目,如果是,執(zhí)行步驟b3,否則執(zhí)行步驟b4;
    步驟b3,服務(wù)器模塊向客戶(hù)端模塊應(yīng)答連接失敗,然后執(zhí)行步驟b8;
    步驟b4,服務(wù)器模塊從網(wǎng)絡(luò)連接池分配一個(gè)連接給當(dāng)前客戶(hù)端模塊;
    步驟b5,服務(wù)器模塊接收客戶(hù)端模塊的數(shù)據(jù)查詢(xún)請(qǐng)求;
    步驟b6,服務(wù)器模塊通過(guò)實(shí)時(shí)數(shù)據(jù)查詢(xún)模塊獲取Redis模塊緩存的數(shù)據(jù);
    步驟b7,服務(wù)器模塊向客戶(hù)端模塊應(yīng)答步驟b6獲取的數(shù)據(jù);
    步驟b8,實(shí)時(shí)數(shù)據(jù)查詢(xún)模塊判斷是否停止服務(wù),如果是,結(jié)束工作流程,否則返回步驟b1。


    6.根據(jù)權(quán)利要求5所述的系統(tǒng),其特征在于,所述實(shí)時(shí)數(shù)據(jù)查詢(xún)模塊針對(duì)服務(wù)器模塊的數(shù)據(jù)查詢(xún)請(qǐng)求工作流程包括如下步驟:
    步...

    【專(zhuān)利技術(shù)屬性】
    技術(shù)研發(fā)人員:周斌朱晨鳴張家健萬(wàn)修遠(yuǎn)王佳曉黃明科張海峰
    申請(qǐng)(專(zhuān)利權(quán))人:中通服咨詢(xún)?cè)O(shè)計(jì)研究院有限公司
    類(lèi)型:發(fā)明
    國(guó)別省市:江蘇;32

    網(wǎng)友詢(xún)問(wèn)留言 已有0條評(píng)論
    • 還沒(méi)有人留言評(píng)論。發(fā)表了對(duì)其他瀏覽者有用的留言會(huì)獲得科技券。

    1
    主站蜘蛛池模板: 久久老子午夜精品无码| 亚洲午夜国产精品无码老牛影视| 免费无遮挡无码永久视频| 十八禁无码免费网站| 亚洲av无码兔费综合| 亚洲精品无码精品mV在线观看| 亚洲精品无码mⅴ在线观看| 精品久久久无码中文字幕 | 国产精品无码一区二区三区免费| 国产av无码专区亚洲国产精品| 日韩人妻无码一区二区三区久久| 日韩AV片无码一区二区不卡| 亚洲Av无码专区国产乱码DVD| 丰满少妇被猛烈进入无码| 无码欧精品亚洲日韩一区| 亚洲精品无码永久在线观看| MM1313亚洲精品无码久久| 精品人妻系列无码天堂| 久久亚洲AV无码精品色午夜麻| 亚洲AⅤ永久无码精品AA| 亚洲Av永久无码精品黑人| 无码GOGO大胆啪啪艺术| 东京热人妻无码人av| 无码AV动漫精品一区二区免费 | 国产精品无码一区二区三区免费| 精品无码人妻一区二区免费蜜桃| 亚洲中文字幕无码永久在线| 免费无码一区二区三区蜜桃| 黑人无码精品又粗又大又长 | 亚洲av无码无线在线观看| 亚洲成a人片在线观看天堂无码 | 无码aⅴ精品一区二区三区| 国产精品久久久久无码av| 日韩人妻无码精品久久免费一| 亚洲成AV人片在线播放无码| 中文字幕无码精品三级在线电影| 超清纯白嫩大学生无码网站| 国产成人无码专区| 国产在线无码视频一区二区三区| 国产在线精品无码二区| 日韩人妻无码一区二区三区久久|