本發(fā)明涉及停車軟件對接方法技術(shù),特別涉及一種智慧停車場管理通用模塊對接方法及管理系統(tǒng)。
背景技術(shù):
現(xiàn)有停車場管理系統(tǒng)建設(shè)方案往往采用單體式開發(fā)模式,由一家公司一次性開發(fā)完成整體軟件系統(tǒng),子系統(tǒng)模塊之間往往簡單采取程序內(nèi)部通信或者內(nèi)存共享等方式。開發(fā)周期長、模塊之間耦合緊密且很難進行擴展。隨著停車場運營和發(fā)展,不斷的采購更多的系統(tǒng),彼此之間完全獨立。如果需要打通這些數(shù)據(jù)孤島需要多家公司共同定制開發(fā)。
技術(shù)實現(xiàn)要素:
為解決上述問題,本發(fā)明提供一種智慧停車場管理通用模塊對接方法,包括如下步驟:
步驟一、在服務(wù)器上部署消息隊列服務(wù),生成消息隊列服務(wù)器;
步驟二、在步驟一所述消息隊列服務(wù)器上設(shè)置系統(tǒng)服務(wù)模塊,在所述系統(tǒng)服務(wù)模塊中設(shè)置子系統(tǒng)模塊和分配協(xié)議端口;
步驟三、在步驟一所述消息隊列服務(wù)器上部署NTP;
步驟四、在步驟三所述子系統(tǒng)模塊中設(shè)置消息生產(chǎn)者組件和消息訂閱者組件,所述消息生產(chǎn)者組件和所述消息訂閱者組件與步驟三中所述協(xié)議端口關(guān)聯(lián);
步驟五、步驟三中所述NTP自動同步子系統(tǒng)模塊中消息生產(chǎn)者組件和消息訂閱者組件的時間。
進一步地,所述消息隊列服務(wù)采用單服務(wù)器部署。
進一步地,所述消息隊列服務(wù)采用云服務(wù)器部署。
進一步地,所述子系統(tǒng)模塊含有一個消息生產(chǎn)者組件和至少一個消息訂閱者組件。
進一步地,所述子系統(tǒng)模塊中的消息生產(chǎn)者組件和消息訂閱者組件分別與消息生產(chǎn)者終端和消息訂閱者終端匹配。
進一步地,所述服務(wù)器為采用Linux服務(wù)器或者Windows服務(wù)器。
進一步地,步驟三中,根據(jù)智慧停車的功能需要,所述系統(tǒng)服務(wù)模塊擴展接入多個所述子系統(tǒng)模塊。
進一步地,所述子系統(tǒng)模塊嵌套設(shè)置子系統(tǒng)模塊和協(xié)議端口;所述子系統(tǒng)模塊中設(shè)置消息生產(chǎn)者組件和消息訂閱者組件,所述消息生產(chǎn)者組件和所述消息訂閱者組件與所述協(xié)議端口關(guān)聯(lián)。
本發(fā)明還提供一種智慧停車場管理系統(tǒng),采用如上任意所述的智慧停車場管理通用模塊對接方法建立系統(tǒng)服務(wù)模塊;消息生產(chǎn)者組件為車輛識別組件;消息訂閱者組件包括計費組件,停車引導(dǎo)組件,停車行為分析組件和微信公眾號;所述消息生產(chǎn)者組件和所述消息訂閱者組件與系統(tǒng)服務(wù)模塊中的協(xié)議端口關(guān)聯(lián)。
本發(fā)明提供的智慧停車場管理通用模塊對接方法采用消息隊列服務(wù),使得每個功能模塊設(shè)計簡單,模塊與模塊之間耦合程度大大降低,每個模塊均可由單人開發(fā)完成,可以節(jié)約大量的人力以及時間成本;通用標準通信協(xié)議,使得不同公司或者開發(fā)組之間的協(xié)同更加容易,權(quán)責劃分清晰,可以共同為客戶提供更好的服務(wù);各模塊相對獨立,很容易讓客戶自由選配功能模塊,可以真正根據(jù)客戶需求定制服務(wù);當客戶停車場規(guī)模較大或者在多地域分布,很容易引入云計算技術(shù),對系統(tǒng)進行加速。采用智慧停車場管理通用模塊對接方法建成的系統(tǒng),隨時可以根據(jù)需要擴展增加功能模塊,僅僅需要對部分相關(guān)功能模塊進行修改增加。
附圖說明
為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案,下面將對實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作一簡單地介紹,顯而易見地,下面描述中的附圖是本發(fā)明的一些實施例,對于本領(lǐng)域普通技術(shù)人員來講,在不付出創(chuàng)造性勞動性的前提下,還可以根據(jù)這些附圖獲得其他的附圖。
圖1為本發(fā)明提供的智慧停車場管理通用模塊對接方法流程圖;
圖2為智慧停車場管理系統(tǒng)示意圖;
圖3為智慧停車場管理系統(tǒng)實施例一示意圖;
圖4為智慧停車場管理系統(tǒng)實施例二示意圖;
圖5為智慧停車場管理系統(tǒng)實施例三示意圖。
具體實施方式
為使本發(fā)明實施例的目的、技術(shù)方案和優(yōu)點更加清楚,下面將結(jié)合本發(fā)明實施例中的附圖,對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述,顯然,所描述的實施例是本發(fā)明一部分實施例,而不是全部的實施例?;诒景l(fā)明中的實施例,本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例,都屬于本發(fā)明保護的范圍。
如圖1所示:本發(fā)明提供一種智慧停車場管理通用模塊對接方法,包括如下步驟:
步驟一、在服務(wù)器上部署消息隊列服務(wù),生成消息隊列服務(wù)器;“消息隊列”是在消息的傳輸過程中保存消息的容器;消息是在兩臺計算機間傳送的數(shù)據(jù)單位,消息可以非常簡單,例如只包含文本字符串;也可以更復(fù)雜,可能包含嵌入對象;消息被發(fā)送到隊列中,“消息隊列”是在消息的傳輸過程中保存消息的容器,消息隊列管理器在將消息從它的源中繼到它的目標時充當中間人,隊列的主要目的是提供路由并保證消息的傳遞;如果發(fā)送消息時接收者不可用,消息隊列會保留消息,直到可以成功地傳遞它;
在本發(fā)明提供的智慧停車場管理通用模塊對接方法中,為了使接入的每個功能模塊獨立,同時接收和發(fā)送的信息不發(fā)生丟失,因此,在服務(wù)器上部署消息隊列服務(wù),生成消息隊列服務(wù)器。
消息隊列服務(wù)采用單服務(wù)器部署,采用單服務(wù)器部署,可以降低成本,無需在多臺服務(wù)器上進行部署,增加工作量。同時,停車場管理系統(tǒng)出故障時,允許短暫停用,在單服務(wù)器部署上進行調(diào)試維修即可,無需其他服務(wù)器進行持續(xù)性提供服務(wù)。如果不采用單服務(wù)器部署,需要采用負債平衡和分布式部署,成本需要增加很多,而且系統(tǒng)龐大,出故障時,維修工作量大。
服務(wù)器為采用Linux服務(wù)器或者Windows服務(wù)器。
較佳地,消息隊列服務(wù)可采用云服務(wù)器部署。采用云服務(wù)器進行部署消息隊列服務(wù),簡便快捷,維護效率高。
步驟二、在步驟一所述消息隊列服務(wù)器上設(shè)置系統(tǒng)服務(wù)模塊,在所述系統(tǒng)服務(wù)模塊中設(shè)置子系統(tǒng)模塊和分配協(xié)議端口;系統(tǒng)服務(wù)模塊主要是用于數(shù)據(jù)處理,包括時間計算,車輛信息識別,費用統(tǒng)計等數(shù)據(jù)處理。子系統(tǒng)模塊主要是用于接入功能模塊。采用協(xié)議端口,只要滿足系統(tǒng)內(nèi)部的協(xié)議,不同公司開發(fā)的功能模塊均可以接入系統(tǒng)服務(wù)模塊,不同公司或者開發(fā)組之間的協(xié)同更加容易,權(quán)責劃分清晰,可以共同為客戶提供更好的服務(wù)。
較佳地,根據(jù)智慧停車的功能需要,所述系統(tǒng)服務(wù)模塊可擴展接入多個所述子系統(tǒng)模塊。
步驟三、在步驟一所述消息隊列服務(wù)器上部署網(wǎng)絡(luò)時間協(xié)議(Network Time Protocol,簡稱NTP);NTP是用來同步網(wǎng)絡(luò)中各個計算機的時間的協(xié)議;在停車系統(tǒng)里面,很多系統(tǒng)及客戶端都需要具有時間系統(tǒng),時間系統(tǒng)在識別車輛的入口時間、出口時間、取車等待時間等起到不可替代的作用;如果系統(tǒng)及客戶端的時間不一致,可能會導(dǎo)致計費不準確或者顯示等待時間不正確,因此需要采用NTP自動同步時間。
步驟四、在步驟三所述子系統(tǒng)模塊中設(shè)置消息生產(chǎn)者組件和消息訂閱者組件,所述消息生產(chǎn)者組件和所述消息訂閱者組件與步驟三中所述協(xié)議端口關(guān)聯(lián);功能模塊中的消息生產(chǎn)者組件和消息訂閱者組件,只要滿足協(xié)議端口允許關(guān)聯(lián)的協(xié)議,均可以接入,從而根據(jù)實際需要,系統(tǒng)服務(wù)模塊可以擴展接入子系統(tǒng)模塊;
子系統(tǒng)模塊含有一個消息生產(chǎn)者組件和至少一個消息訂閱者組件;消息生產(chǎn)者組件和消息訂閱者組件分別與消息生產(chǎn)者終端和消息訂閱者終端匹配。
步驟五、步驟三中所述NTP自動同步子系統(tǒng)模塊中消息生產(chǎn)者組件和消息訂閱者組件的時間。
采用本發(fā)明提供一種智慧停車場管理通用模塊對接方法建立的智慧停車場管理系統(tǒng)示意圖如圖2所示。
優(yōu)選地,所述子系統(tǒng)模塊設(shè)置子系統(tǒng)模塊和分配協(xié)議端口;所述子系統(tǒng)模塊中設(shè)置消息生產(chǎn)者組件和消息訂閱者組件,所述消息生產(chǎn)者組件和所述消息訂閱者組件與所述協(xié)議端口關(guān)聯(lián)。
在子系統(tǒng)模塊中再設(shè)置子系統(tǒng)模塊和分配協(xié)議端口,在先子系統(tǒng)模塊的消息訂閱者組件接收的信息可以作為在后子系統(tǒng)的消息生產(chǎn)者組件發(fā)出的信息,從而嵌套擴展子系統(tǒng)的功能模塊。
本發(fā)明提供的智慧停車場管理通用模塊對接方法,采用外部消息隊列,使得每個功能模塊設(shè)計簡單,模塊與模塊之間耦合程度大大降低,當發(fā)生錯誤的時候,通過查詢消息隊列日志,可以迅速判斷具體哪個模塊出了問題。每個模塊均可由單人開發(fā)完成,可以節(jié)約大量的人力以及時間成本;通用標準通信協(xié)議,使得不同公司或者開發(fā)組之間的協(xié)同更加容易,權(quán)責劃分清晰,可以共同為客戶提供更好的服務(wù);容錯性能更佳,單一組件出現(xiàn)故障,不會擴散到整個系統(tǒng);各模塊相對獨立,很容易讓客戶自由選配功能模塊,可以真正根據(jù)客戶需求定制服務(wù);功能模塊相對簡單,可以根據(jù)開發(fā)需要自由選擇實現(xiàn)的技術(shù)而不會影響總體效果;當客戶停車場規(guī)模較大或者在多地域分布,很容易引入云計算技術(shù),對系統(tǒng)進行加速;系統(tǒng)建設(shè)完成后,隨時可以根據(jù)需要擴展增加功能模塊,僅僅需要對部分相關(guān)功能模塊進行修改增加。甚至可以開通臨時服務(wù),例如城市舉行大型會議,如果能提供會議車輛認證,可增加會議車輛免費停車服務(wù)。
本發(fā)明還提供一種智慧停車場管理系統(tǒng),采用如上任意所述的智慧停車場管理通用模塊對接方法建立系統(tǒng)服務(wù)模塊;消息生產(chǎn)者組件為車輛識別組件;消息訂閱者組件包括計費組件,停車引導(dǎo)組件,停車行為分析組件和微信公眾號;所述消息生產(chǎn)者組件和所述消息訂閱者組件與系統(tǒng)服務(wù)模塊中的協(xié)議端口關(guān)聯(lián)。
實施例一
如圖3所示,車輛進入停車場時,作為消息生產(chǎn)者組件的車輛識別組件向系統(tǒng)服務(wù)模塊發(fā)送汽車進入停車場信息,系統(tǒng)服務(wù)模塊對車輛識別組件所發(fā)送的信息進行數(shù)據(jù)處理。車輛識別組件發(fā)送的汽車進場信息包括車輛的進入時間、車牌號、車輛類別、入門拍照圖片地址等。系統(tǒng)服務(wù)模塊將接收到的車輛進場消息,分別發(fā)送給消息訂閱者組件,包括計費組件,停車引導(dǎo)組件,停車行為分析組件和微信公眾號。
車輛計費組件保存系統(tǒng)服務(wù)模塊發(fā)送的信息,流程結(jié)束。停車引導(dǎo)組件匹配嵌套有子系統(tǒng)模塊,即執(zhí)行引導(dǎo)組件,此時,停車引導(dǎo)組件作為子系統(tǒng)模塊的消息生產(chǎn)者組件,執(zhí)行引導(dǎo)組件為消息訂閱者組件,停車引導(dǎo)組件根據(jù)系統(tǒng)服務(wù)模塊發(fā)送的信息計算停車位置路線,并發(fā)送至執(zhí)行引導(dǎo)組件,執(zhí)行引導(dǎo)組件根據(jù)停車引導(dǎo)組件發(fā)送的停車位置路線檢測離車輛最近的自動車位或普通車位,最后將可以停車的自動車位或普通車位發(fā)送至停車系統(tǒng)終端,供司機選擇,流程結(jié)束。停車行為分析組件接收系統(tǒng)服務(wù)模塊發(fā)送的信息,并保存為該車輛進場時的停車行為數(shù)據(jù);微信公眾號接收系統(tǒng)服務(wù)模塊發(fā)送的信息,并發(fā)出歡迎信息,流程結(jié)束。
實施例二
如圖4所示,車輛準備離開停車場時,消息生產(chǎn)組件自助設(shè)備繳費組件向系統(tǒng)服務(wù)模塊發(fā)送繳費請求信息,車輛計費組件根據(jù)車牌號及車輛進入停車場的時間與發(fā)送繳費請求信息的時間,計算該車輛應(yīng)繳納的費用,系統(tǒng)服務(wù)模塊將應(yīng)繳納費用發(fā)送至自助設(shè)備繳費組件,用戶繳費,自助設(shè)備繳費組件將繳納完成信息發(fā)送至系統(tǒng)服務(wù)模塊。在此工作流程中,自助設(shè)備繳費組件既是消息生產(chǎn)者組件,也是消息訂閱者組件;車輛計費組件,既是消息生產(chǎn)者組件,也是消息訂閱者組件。
用戶也可以采用微信繳費組件或者現(xiàn)金繳費組件進行發(fā)送費用繳納請求信息。用戶每次發(fā)送費用繳納請求信息時,只允許采用自助設(shè)備繳費組件,微信繳費組件或者現(xiàn)金繳費組件的任意一種方式,車輛計費組件將計算車輛停車費用,系統(tǒng)服務(wù)模塊會將車輛計費組件計算的停車費用分別發(fā)送至自助設(shè)備繳費組件,微信繳費組件或者現(xiàn)金繳費組件,用戶根據(jù)需求采用自助設(shè)備繳費組件,微信繳費組件或者現(xiàn)金繳費組件的任意一種方式進行費用繳納操作。
實施例三
如圖5所示,用戶繳納停車費用后,自助設(shè)備繳費組件,微信繳費組件或者現(xiàn)金繳費組件的其中一種作為消息生產(chǎn)者組件,會向系統(tǒng)服務(wù)模塊發(fā)出預(yù)備離場信息,系統(tǒng)服務(wù)模塊將預(yù)備離場信息發(fā)送至車輛計費組件,車輛計費組件判斷用戶所繳納的費用是否足額,并向微信公眾號,通閘控制組件和停車行為分析組件發(fā)送判斷結(jié)果。若車輛計費組件判斷用戶繳費足額,微信公眾號會發(fā)出離場提示,流程結(jié)束;通閘控制組件發(fā)出命令,打開通閘,流程結(jié)束;停車行為分析組件將停車行為數(shù)據(jù)保存,流程結(jié)束;若車輛計費組件判斷用戶繳費金額不足,微信公眾號會發(fā)出重新繳費,流程結(jié)束;通閘控制組件發(fā)出命令,通閘不予打開,流程結(jié)束;停車行為分析組件將停車行為數(shù)據(jù)保存至用戶的信用記錄,流程結(jié)束。在此工作流程中,車輛計費組件,既是消息生產(chǎn)者組件,也是消息訂閱者組件。
最后應(yīng)說明的是:以上各實施例僅用以說明本發(fā)明的技術(shù)方案,而非對其限制;盡管參照前述各實施例對本發(fā)明進行了詳細的說明,本領(lǐng)域的普通技術(shù)人員應(yīng)當理解:其依然可以對前述各實施例所記載的技術(shù)方案進行修改,或者對其中部分或者全部技術(shù)特征進行等同替換;而這些修改或者替換,并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明各實施例技術(shù)方案的范圍。