本發(fā)明屬于計(jì)算機(jī)視頻技術(shù)領(lǐng)域，尤其涉及一種基于DLP大屏異構(gòu)事務(wù)處理和信息通訊的系統(tǒng)。

背景技術(shù)：

水利行業(yè)數(shù)據(jù)類型復(fù)雜，主要有內(nèi)部實(shí)時(shí)采集雨情、水情、工情(工業(yè)自動化數(shù)據(jù)，泵、閘、涵洞的電器量、流量、上/下游水位等)、水源地的水質(zhì)、供水管網(wǎng)水壓/水質(zhì)/流量數(shù)據(jù)、排水管網(wǎng)流量/水質(zhì)/水壓數(shù)據(jù)、95888水務(wù)熱線服務(wù)數(shù)據(jù)、各管理單位的安防/生產(chǎn)視頻監(jiān)控，外部的氣象局、城管局、交通局的交換數(shù)據(jù)，這些數(shù)據(jù)組成了水利海量數(shù)據(jù)。

在這樣的現(xiàn)狀下，如何在一個顯示大屏上完整、清晰地呈現(xiàn)業(yè)務(wù)相關(guān)的海量信息？如何在一個顯示大屏上按用戶不同業(yè)務(wù)場景進(jìn)行信息的分類呈現(xiàn)？如何在一個顯示大屏內(nèi)按用戶業(yè)務(wù)邏輯展示信息？這些已然成為水利行業(yè)在防汛應(yīng)急指揮調(diào)度、供水爆管后的決策調(diào)度的迫切需求。

傳統(tǒng)的大屏顯示技術(shù)已難以滿足當(dāng)前水利行業(yè)的應(yīng)急指揮的要求。傳統(tǒng)的大屏顯示技術(shù)將大屏幕作為單一顯示器來看，只是簡單地將業(yè)務(wù)應(yīng)用信號放大拉伸，投射到大屏的不同顯示區(qū)域。傳統(tǒng)的顯示技術(shù)缺陷主要有三方面:一是通過放大拉伸，應(yīng)用的顯示清晰度、準(zhǔn)確度、美觀度都很差；二是由于開發(fā)廠商不同，各應(yīng)用系統(tǒng)之間缺乏必要關(guān)聯(lián)，很難組合到一個主題下進(jìn)行信息的協(xié)同顯示；三是簡單的信號堆砌缺乏業(yè)務(wù)關(guān)聯(lián)和邏輯關(guān)系，對用戶業(yè)務(wù)幫助不大。

本發(fā)明采用了異構(gòu)事務(wù)處理和信息通訊技術(shù)巧妙的規(guī)避了缺點(diǎn)?！罢麄€大屏以應(yīng)急指揮和決策支持業(yè)務(wù)為主題，集合用戶所有的業(yè)務(wù)場景，實(shí)現(xiàn)信息的‘整屏、高分、關(guān)聯(lián)’顯示”，即是大數(shù)據(jù)時(shí)代水利指揮調(diào)度、決策需要的大屏顯示技術(shù)。如市水利指揮中心主要業(yè)務(wù)包括：工作匯報(bào)、日常監(jiān)控、防汛指揮、爆管分析、應(yīng)急處置等，以這些主要業(yè)務(wù)為主題，需要通過眾多的圖表、視頻和地理圖等進(jìn)行有機(jī)關(guān)聯(lián)，顯示出不同的業(yè)務(wù)場景。

技術(shù)實(shí)現(xiàn)要素：

本發(fā)明的目的針對“整個大屏以應(yīng)急指揮和決策支持業(yè)務(wù)為主題，集合用戶所有的業(yè)務(wù)場景，實(shí)現(xiàn)信息的‘整屏、高分、關(guān)聯(lián)’顯示”，即是大數(shù)據(jù)時(shí)代水利防汛指揮調(diào)度需要的大屏顯示技術(shù)，提供一種基于DLP大屏異構(gòu)的事務(wù)處理和信道之間的信息通訊的軟件系統(tǒng)。

本發(fā)明系統(tǒng)包括異構(gòu)消息路由控制中心、控制終端、服務(wù)器控制服務(wù)模塊、矩陣控制器、多屏控制器、工作站群和DLP大屏；

服務(wù)器控制服務(wù)模塊包括智慧控制服務(wù)器和應(yīng)用服務(wù)器，智慧控制服務(wù)器負(fù)責(zé)接收異構(gòu)消息路由控制中心的信息，應(yīng)用服務(wù)器用于控制矩陣控制器和多屏控制器的信號輸出，使得信號同步響應(yīng)；

所述應(yīng)用服務(wù)器還用于對不同主題(比如防汛防旱主題、供水爆管分析等主題)進(jìn)行大數(shù)據(jù)分析，并形成匯總性結(jié)果供工作站訪問；

異構(gòu)消息路由控制中心用于接收控制終端的控制消息，并根據(jù)消息體進(jìn)行內(nèi)部的顯示控制模型計(jì)算，完成對服務(wù)器控制服務(wù)模塊、應(yīng)用服務(wù)器的任務(wù)的調(diào)度，保證操作的可靠性、主題信號的準(zhǔn)確性、矩陣信號實(shí)時(shí)性；

控制終端負(fù)責(zé)將客戶端發(fā)出的控制消息編排和輸出到異構(gòu)消息路由控制中心，控制終端包括PAD、PC和手機(jī)等。

矩陣控制器用于將HDMI(高清晰度多媒體接口，High Definition Multimedia Interface)、VGA(視頻圖形陣列，Video Graphics Array)、視頻等信號從兩個以上的信號源路由至DLP(Digital Light Processing，數(shù)字光處理)大屏上；用戶可以通過控制終端切換信號源，也可預(yù)先設(shè)置信號源輸入順序，讓信號自動輸出；

多頻控制器是強(qiáng)大的高端圖像處理設(shè)備，用于在兩個以上的顯示終端上同時(shí)顯示動態(tài)畫面；

應(yīng)用服務(wù)器用于對展示主題(GIS、交通應(yīng)用、指標(biāo)等)進(jìn)行大數(shù)據(jù)分析，并形成匯總性結(jié)果供工作站訪問；

工作站群包括兩個以上提供信號源的終端PC(個人電腦，personal computer)，負(fù)責(zé)調(diào)度不同信號源(比如實(shí)時(shí)視頻信號、音頻輸出信號、展示主題(GIS、交通應(yīng)用、指標(biāo)等)信號)供矩陣控制器調(diào)用。

對于異構(gòu)消息的開放式控制，提供各種信道資源統(tǒng)一的調(diào)度并根據(jù)消息隊(duì)列對異構(gòu)事務(wù)的高效處理方法。

本發(fā)明系統(tǒng)執(zhí)行如下步驟：

步驟1，PAD、手機(jī)、PC等控制終端發(fā)送切換主題的消息到消息中心；

步驟2，異構(gòu)消息路由控制中心過濾重復(fù)發(fā)送的消息；

步驟3，對消息進(jìn)行初步審核篩選，未注冊的消息將直接丟失，流程直接結(jié)束，并發(fā)送通知消息給控制終端，控制終端根據(jù)返回的消息進(jìn)行相應(yīng)的問題跟蹤處理，如果消息已注冊，進(jìn)入步驟4；

步驟4，異構(gòu)消息路由控制中心的守護(hù)進(jìn)程時(shí)刻監(jiān)聽控制終端發(fā)送、應(yīng)用服務(wù)器之間交互的異構(gòu)消息，并根據(jù)消息類型按GIS應(yīng)用、交通應(yīng)用等方式進(jìn)行分類，并分發(fā)到各自的應(yīng)用中進(jìn)行計(jì)算判斷處理，判斷處理規(guī)則為：根據(jù)消息路由規(guī)則進(jìn)行消息體解包進(jìn)行再次篩選，如果消息符合規(guī)范，進(jìn)入步驟5將消息進(jìn)行緩存，對不符合規(guī)范的消息直接丟失；

步驟5，對消息進(jìn)行緩存：根據(jù)注冊的消息進(jìn)行模式匹配、分塊處理的預(yù)處理工作，然后根據(jù)異構(gòu)終端的類型進(jìn)行緩存；

步驟6，讀取步驟5的緩存中的消息并進(jìn)行分優(yōu)先級、分層處理，處理完后進(jìn)入步驟7，如果分優(yōu)先級失敗或者分層失敗則結(jié)束處理，重新讀取緩存中的消息；

步驟7，路由策略是根據(jù)消息體、事務(wù)的優(yōu)先級等優(yōu)化調(diào)度策略所修改路由策略的技術(shù)，通過改變消息路由屬性來實(shí)現(xiàn)，按路由策略進(jìn)行動態(tài)實(shí)時(shí)計(jì)算，對異構(gòu)的消息進(jìn)行流程編排，一次完整的流程編排定義為消息事務(wù)，消息事務(wù)需要做緩存處理，這里會采用內(nèi)存數(shù)據(jù)庫方式進(jìn)行消息事務(wù)緩存；

步驟8，異構(gòu)消息路由控制中心根據(jù)步驟7中的消息事務(wù)進(jìn)行對服務(wù)器端控制服務(wù)模塊中的智慧控制服務(wù)器和應(yīng)用服務(wù)器、工作站群中的具體工作站進(jìn)行逐級調(diào)度，以完成一次多信號源的調(diào)度輸出到矩陣控制器；

步驟9，智慧控制服務(wù)器對調(diào)度的全過程進(jìn)行監(jiān)控：智慧控制服務(wù)器根據(jù)步驟7中的輸出的消息事務(wù)進(jìn)行異常監(jiān)控，判斷情況有：是否按照消息事務(wù)規(guī)定的優(yōu)先順序執(zhí)行、某一任務(wù)操作(智慧控制服務(wù)器和應(yīng)用服務(wù)器、工作站群中的具體工作站的操作)是否執(zhí)行完成判斷，如果消息事務(wù)無異常則進(jìn)入步驟10，否則直接結(jié)束處理流程；

步驟10，應(yīng)用服務(wù)器包括控制中心，控制中心是應(yīng)用服務(wù)器的控制模塊，控制中心將矩陣控制器的組合信號發(fā)送到多屏控制器的具體顯示單元進(jìn)行DLP大屏信號展示，執(zhí)行成功則進(jìn)入步驟11，不成功則發(fā)送原消息到步驟4進(jìn)行重新執(zhí)行；

步驟11，矩陣控制器、多屏控制器、應(yīng)用服務(wù)器和工作站根據(jù)步驟11的處理結(jié)果進(jìn)行協(xié)同工作，每個設(shè)備都單獨(dú)同時(shí)工作來組裝顯示信道。

本發(fā)明步驟2中，異構(gòu)消息路由控制中心過濾重復(fù)發(fā)送的消息的方法如下：在控制服務(wù)器、工作站、應(yīng)用服務(wù)器增加消息應(yīng)用狀態(tài)表，通俗來說就是個賬本，用于記錄消息的消費(fèi)情況，每次來一個消息，在消息執(zhí)行之前，在消息應(yīng)用狀態(tài)表中進(jìn)行查詢，如果查詢到表明該消息是重復(fù)消息，丟棄該消息，如果沒查詢到則繼續(xù)執(zhí)行，同時(shí)插入到消息應(yīng)用狀態(tài)表(同一事務(wù))。

本發(fā)明步驟5中，對可靠消息進(jìn)行持久化主要是根據(jù)消息命名中心的策略，將消息進(jìn)行分類緩存以加快后續(xù)的處理速度，通過對展示主題(GIS、交通應(yīng)用、指標(biāo)等)與PAD、手機(jī)、PC等控制終端的切換主題消息進(jìn)行耦合和解耦的操作實(shí)現(xiàn)可靠憑證消息的持久化。

對展示主題與控制終端的切換主題消息進(jìn)行耦合的操作方法為：

PAD、PC或手機(jī)等控制終端發(fā)送控制消息的同時(shí)記錄消息數(shù)據(jù)，該消息數(shù)據(jù)與展示主題數(shù)據(jù)緩存在同一個內(nèi)存數(shù)據(jù)庫的實(shí)例中，對于一個事務(wù)提交成功后，異構(gòu)消息路由控制中心再將此消息聯(lián)通預(yù)處理結(jié)果通知應(yīng)用服務(wù)器和工作站，等這些同步協(xié)作成功(DLP大屏顯示了用戶的控制模式)后發(fā)送回復(fù)成功消息，PAD、PC或手機(jī)等控制終端收到回復(fù)后刪除緩存在內(nèi)存數(shù)據(jù)庫中的實(shí)例。

本發(fā)明所述對展示主題與控制終端的切換主題消息進(jìn)行解耦的操作方法為：

步驟5-1，在異構(gòu)消息路由控制中心向智慧控制服務(wù)器、工作站、應(yīng)用服務(wù)器發(fā)送控制指令前，PAD、PC或手機(jī)等控制終端只向異構(gòu)消息路由控制中心發(fā)送請求消息，異構(gòu)消息路由控制中心只緩存消息數(shù)據(jù)，而不真正發(fā)送控制指令，只有消息路由預(yù)處理完后才提交事務(wù)；

步驟5-2，當(dāng)消息路由預(yù)處理完成并提交事務(wù)后，向異構(gòu)消息路由控制中心發(fā)送確認(rèn)消息，只有在得到確認(rèn)發(fā)送指令后，異構(gòu)消息路由控制中心才真正發(fā)送消息內(nèi)容通知智慧控制服務(wù)器、工作站、應(yīng)用服務(wù)器完成協(xié)同工作；

步驟5-3，當(dāng)控制事務(wù)提交失敗回滾后，向異構(gòu)消息路由控制中心取消發(fā)送，得到取消發(fā)送消息指令后，控制消息將不被發(fā)送；

步驟5-4，異構(gòu)消息路由控制中心中定時(shí)查詢未確認(rèn)的消息或者取消的消息的狀態(tài)，并進(jìn)行更新。為什么需要這一步驟，舉個例子：假設(shè)在步驟5-2步控制事務(wù)被成功提交后，系統(tǒng)掛了，此時(shí)消息狀態(tài)并未被更新為“確認(rèn)發(fā)送”，從而導(dǎo)致消息不能被發(fā)送。

本發(fā)明提供了一套用戶可以使用PAD、PC、手機(jī)等多終端控制信道輸出，同時(shí)異構(gòu)調(diào)度DLP大屏、矩陣、顯示終端、主題技術(shù)服務(wù)器協(xié)同工作，達(dá)到高效的用戶體驗(yàn)的一種基于DLP大屏異構(gòu)的事務(wù)處理和信道之間的信息通訊的軟件系統(tǒng)。本系統(tǒng)主要采用消息隊(duì)列來處理異構(gòu)的事務(wù)已達(dá)到整個顯示主題的穩(wěn)定、高效、同步的目的。為了達(dá)到此目的，系統(tǒng)的異構(gòu)路由控制中心主要處理兩個關(guān)鍵問題：一是，對可靠的憑證消息進(jìn)行持久化；二是，過濾重復(fù)發(fā)送的消息。

本發(fā)明涉及到“交互控制”、“信息關(guān)聯(lián)、顯示互通”的及時(shí)性、高效性、準(zhǔn)確性，主要是針對用戶發(fā)出的控制信號平臺將根據(jù)消息路由規(guī)則、消息路由策略算出關(guān)鍵路徑，然后根據(jù)異構(gòu)事務(wù)模塊控制異構(gòu)終端，實(shí)現(xiàn)業(yè)務(wù)基于DLP分屏顯示的“信息關(guān)聯(lián)、顯示互通”。

本系統(tǒng)包括：異構(gòu)消息路由控制中心，這是本系統(tǒng)的中樞主要負(fù)責(zé)接收控制終端的控制消息，根據(jù)消息體進(jìn)行顯示控制模型的處理，完成對服務(wù)器控制服務(wù)器、應(yīng)用服務(wù)器的任務(wù)的調(diào)度，保證操作的可靠性、主題信號的準(zhǔn)確性、矩陣信號實(shí)時(shí)性；控制終端，負(fù)責(zé)控制信號的編排和輸出；服務(wù)器控制服務(wù)器，負(fù)責(zé)接收異構(gòu)消息路由控制中心的信息進(jìn)行控制矩陣控制器和多屏控制器的信號輸出，做到信號同步響應(yīng)；矩陣控制器是將HDMI、VGA、視頻等信號從多個信號源路由至DLP大屏上，用戶可以通過控制終端切換信號源，也可預(yù)先設(shè)置信號源輸入順序，讓信號自動輸出；多頻控制器是強(qiáng)大的高端圖像處理設(shè)備，能夠在多個顯示終端上同時(shí)顯示多個動態(tài)畫面；應(yīng)用服務(wù)器是分不同主題進(jìn)行大數(shù)據(jù)分析，并形成匯總性結(jié)果供工作站訪問；工作站群是提供信號源的終端PC，主要負(fù)責(zé)調(diào)度不同信號源(比如實(shí)時(shí)視頻信號、音頻輸出信號、展示主題(GIS、交通應(yīng)用、指標(biāo)等)信號)供矩陣控制器調(diào)用。

有益效果：本發(fā)明系統(tǒng)基于“信息關(guān)聯(lián)、顯示互通”同時(shí)還涉及到“交互控制”的部分，即用戶可以通過IPAD、手機(jī)等移動終端即可對各顯示屏的內(nèi)容進(jìn)行查看、控制和管理信道的輸入/輸出及多屏信道之間的互通互聯(lián)，這種將用戶各類信道按邏輯關(guān)系、業(yè)務(wù)關(guān)系組合/互通，為用戶提供針對性的信息可視化軟件平臺就是本發(fā)明的創(chuàng)新點(diǎn)。系統(tǒng)的架構(gòu)，包括異構(gòu)消息路由控制中心、控制終端、服務(wù)器控制服務(wù)器、矩陣控制器、多頻控制器、應(yīng)用服務(wù)器、工作站群，實(shí)現(xiàn)了以消息為核心的開放式異構(gòu)事務(wù)的控制能力等等，以便為各種信道資源提供統(tǒng)一的調(diào)度和控制力，利用數(shù)學(xué)計(jì)算模型進(jìn)行動態(tài)定制，滿足業(yè)務(wù)多樣化復(fù)雜化的需求。

附圖說明

下面結(jié)合附圖和具體實(shí)施方式對本發(fā)明做更進(jìn)一步的具體說明，本發(fā)明的上述或其他方面的優(yōu)點(diǎn)將會變得更加清楚。

圖1是本發(fā)明系統(tǒng)架構(gòu)圖。

圖2是本發(fā)明系統(tǒng)處理流程圖。

圖3是業(yè)務(wù)和消息耦合流程圖。

圖4是業(yè)務(wù)與消息解耦方式流程圖。

具體實(shí)施方式

下面結(jié)合附圖及實(shí)施例對本發(fā)明做進(jìn)一步說明。

如圖1所示，本發(fā)明系統(tǒng)包括異構(gòu)消息路由控制中心、控制終端、服務(wù)器控制服務(wù)模塊、矩陣控制器、多屏控制器、工作站群和DLP大屏；

服務(wù)器控制服務(wù)模塊包括智慧控制服務(wù)器和應(yīng)用服務(wù)器，智慧控制服務(wù)器負(fù)責(zé)接收異構(gòu)消息路由控制中心的信息，應(yīng)用服務(wù)器用于控制矩陣控制器和多屏控制器的信號輸出，使得信號同步響應(yīng)；

所述應(yīng)用服務(wù)器還用于對不同主題(比如防汛防旱主題、供水爆管分析等主題)進(jìn)行大數(shù)據(jù)分析，并形成匯總性結(jié)果供工作站訪問；

異構(gòu)消息路由控制中心用于接收控制終端的控制消息，并根據(jù)消息體進(jìn)行內(nèi)部的顯示控制模型計(jì)算，完成對服務(wù)器控制服務(wù)模塊、應(yīng)用服務(wù)器的任務(wù)的調(diào)度，保證操作的可靠性、主題信號的準(zhǔn)確性、矩陣信號實(shí)時(shí)性；

控制終端負(fù)責(zé)將客戶端發(fā)出的控制消息編排和輸出到異構(gòu)消息路由控制中心，控制終端包括PAD、PC和手機(jī)等。

矩陣控制器用于將HDMI(高清晰度多媒體接口，High Definition Multimedia Interface)、VGA(視頻圖形陣列，Video Graphics Array)、視頻等信號從兩個以上的信號源路由至DLP(Digital Light Processing，數(shù)字光處理)大屏上；用戶可以通過控制終端切換信號源，也可預(yù)先設(shè)置信號源輸入順序，讓信號自動輸出；

多頻控制器是強(qiáng)大的高端圖像處理設(shè)備，用于在兩個以上的顯示終端上同時(shí)顯示動態(tài)畫面；

應(yīng)用服務(wù)器用于對展示主題(GIS、交通應(yīng)用、指標(biāo)等)進(jìn)行大數(shù)據(jù)分析，并形成匯總性結(jié)果供工作站訪問；

工作站群包括兩個以上提供信號源的終端PC(個人電腦，personal computer)，負(fù)責(zé)調(diào)度不同信號源(比如實(shí)時(shí)視頻信號、音頻輸出信號、展示主題(GIS、交通應(yīng)用、指標(biāo)等)信號)供矩陣控制器調(diào)用。

對于異構(gòu)消息的開放式控制，提供各種信道資源統(tǒng)一的調(diào)度并根據(jù)消息隊(duì)列對異構(gòu)事務(wù)的高效處理方法。

如圖2所示，本發(fā)明系統(tǒng)執(zhí)行如下步驟：

步驟1，PAD、手機(jī)、PC等控制終端發(fā)送切換主題的消息到消息中心；

步驟2，消息中心是一個集群消息中間件，消息中心過濾重復(fù)發(fā)送切換主題的消息，提供高效可靠的消息傳遞機(jī)制進(jìn)行異構(gòu)的信息交流；

步驟3，對消息進(jìn)行初步審核篩選(對用途、命名規(guī)則、時(shí)效性等進(jìn)行審核)，未注冊的消息將直接丟失，流程直接結(jié)束，并發(fā)送通知消息給控制終端，終端根據(jù)返回的消息進(jìn)行相應(yīng)的問題跟蹤處理，如果消息已注冊，進(jìn)入步驟4；

步驟4，異構(gòu)消息路由控制中心的守護(hù)進(jìn)程時(shí)刻監(jiān)聽控制終端發(fā)送、應(yīng)用服務(wù)器之間交互的異構(gòu)消息，并根據(jù)消息類型進(jìn)行按GIS應(yīng)用、交通應(yīng)用等方式分類，并分發(fā)到各自的應(yīng)用中進(jìn)行計(jì)算判斷處理，判斷處理規(guī)則根據(jù)消息路由規(guī)則進(jìn)行消息體解包進(jìn)行再次篩選，如果消息符合規(guī)范，進(jìn)入步驟5將消息進(jìn)行緩存，對不符合規(guī)范的消息直接丟失；

步驟5，緩存消息是根據(jù)注冊的消息進(jìn)行模式匹配、分塊處理的預(yù)處理工作，然后根據(jù)異構(gòu)終端的類型進(jìn)行緩存；

步驟6讀取步驟5的緩存中的消息并進(jìn)行分優(yōu)先級、分層處理，處理完后進(jìn)入步驟7，否則如果分優(yōu)先級失敗、分層失敗有一個處理失敗直接結(jié)束；

步驟7：路由策略是根據(jù)消息體、事務(wù)的優(yōu)先級等優(yōu)化調(diào)度策略所修改路由策略的技術(shù)，通過改變消息路由屬性來實(shí)現(xiàn)，路由策略進(jìn)行動態(tài)實(shí)時(shí)計(jì)算對異構(gòu)的消息進(jìn)行流程編排，一次完整的流程編排定義為消息事務(wù)，消息事務(wù)需要做緩存處理，這里會采用內(nèi)存數(shù)據(jù)庫方式進(jìn)行消息事務(wù)緩存；

步驟8：調(diào)度中心是根據(jù)步驟7中的消息事務(wù)進(jìn)行對服務(wù)器端控制服務(wù)中的智慧控制服務(wù)器和應(yīng)用服務(wù)器、應(yīng)用服務(wù)器、工作站群中的具體工作站進(jìn)行逐級調(diào)度，以完成一次多信號源的調(diào)度輸出到矩陣控制器；

步驟9：監(jiān)控中心是對調(diào)度中心的全過程進(jìn)行監(jiān)控，主要是根據(jù)步驟7中的輸出(消息事務(wù))進(jìn)行異常監(jiān)控，判斷情況有：是否按照消息事務(wù)規(guī)定的優(yōu)先順序執(zhí)行、某一任務(wù)操作(服務(wù)器端控制服務(wù)中的智慧控制服務(wù)器和應(yīng)用服務(wù)器、應(yīng)用服務(wù)器、工作站群中的具體工作站的操作)是否執(zhí)行完成進(jìn)行判斷，如果消息事務(wù)無異常則進(jìn)入步驟10，否則進(jìn)入步驟12直接結(jié)束；

步驟10：控制中心是指服務(wù)器端控制服務(wù)中的應(yīng)用服務(wù)器的控制模塊，主要負(fù)責(zé)將矩陣控制器的組合信號發(fā)送到多屏控制器的具體顯示單元進(jìn)行DLP大屏信號展示，執(zhí)行成功則進(jìn)入步驟11，不成功則發(fā)送原消息到步驟4進(jìn)行重新執(zhí)行；

步驟11：矩陣控制器、多屏控制器、應(yīng)用服務(wù)器和工作站根據(jù)步驟11的處理結(jié)果進(jìn)行協(xié)同工作，每個設(shè)備都單獨(dú)同時(shí)工作來組裝顯示信道；

步驟12：結(jié)束。

在整個系統(tǒng)中會存在一個嚴(yán)重的問題就是會存在誤操作帶來的消息內(nèi)容重復(fù)，比如，兩條相同的通知消息發(fā)送了兩次到路由控制中心，路由控制中心將分為兩個事務(wù)提交，導(dǎo)致DLP將會刷新兩次，導(dǎo)致用戶體驗(yàn)非常差。

為什么相同的消息會被重復(fù)發(fā)送兩次？比如控制服務(wù)器、工作站、應(yīng)用服務(wù)器處理完消息A后，發(fā)送了處理成功的消息給路由控制中心，正常情況下路由控制中心的監(jiān)控中心應(yīng)該要刪除消息A，但如果路由控制中心這時(shí)候悲劇的掛了，重啟后一看消息A還在，就會繼續(xù)發(fā)送消息A。因此本發(fā)明步驟2中，提供消息中心過濾重復(fù)發(fā)送的消息的方法如下：在控制服務(wù)器、工作站、應(yīng)用服務(wù)器增加消息應(yīng)用狀態(tài)表，通俗來說就是個賬本，用于記錄消息的消費(fèi)情況，每次來一個消息，在消息執(zhí)行之前，在消息應(yīng)用狀態(tài)表中進(jìn)行查詢，如果查詢到表明該消息是重復(fù)消息，丟棄該消息，如果沒查詢到則繼續(xù)執(zhí)行，同時(shí)插入到消息應(yīng)用狀態(tài)表(同一事務(wù))。

本發(fā)明步驟5中，對可靠消息進(jìn)行持久化主要是根據(jù)消息命名中心的策略，將消息進(jìn)行分類緩存以加快后續(xù)的處理速度，通過對展示主題(GIS、交通應(yīng)用、指標(biāo)等)與PAD、手機(jī)、PC的切換主題消息進(jìn)行耦合和解耦的操作實(shí)現(xiàn)可靠憑證消息的持久化。

如圖3所示，本發(fā)明所述對業(yè)務(wù)與消息進(jìn)行耦合的操作方法為：

PAD、PC或手機(jī)等控制終端發(fā)送控制消息的同時(shí)記錄消息數(shù)據(jù)，該消息數(shù)據(jù)與展示主題數(shù)據(jù)緩存在同一個內(nèi)存數(shù)據(jù)庫的實(shí)例中，對于一個事務(wù)提交成功后，異構(gòu)消息路由控制中心再將此消息聯(lián)通預(yù)處理結(jié)果通知服務(wù)器端控制服務(wù)中的應(yīng)用服務(wù)器、工作站、應(yīng)用服務(wù)器，等這些同步協(xié)作成功(DLP大屏顯示了用戶的控制模式)后發(fā)送回復(fù)成功消息，PAD、PC或手機(jī)等控制終端收到回復(fù)后刪除緩存在內(nèi)存數(shù)據(jù)庫中的實(shí)例。

優(yōu)點(diǎn)：消息數(shù)據(jù)獨(dú)立被緩存，降低業(yè)務(wù)系統(tǒng)與消息系統(tǒng)間的耦合；

缺點(diǎn)：一次消息發(fā)送需要兩次請求；業(yè)務(wù)處理服務(wù)需要實(shí)現(xiàn)消息狀態(tài)回查接口。

如圖4所示，本發(fā)明所述對業(yè)務(wù)與消息進(jìn)行解耦的操作方法為：

步驟5-1，在異構(gòu)消息路由控制中心向控制服務(wù)器、工作站、應(yīng)用服務(wù)器發(fā)送控制指令前，PAD、PC或手機(jī)等控制終端只向異構(gòu)消息路由控制中心發(fā)送請求消息，異構(gòu)消息路由控制中心只緩存消息數(shù)據(jù)，而不真正發(fā)送控制指令，只有消息路由預(yù)處理完后才提交事務(wù)；

步驟5-2，當(dāng)消息路由預(yù)處理完成并提交事務(wù)后，向異構(gòu)消息路由控制中心發(fā)送確認(rèn)消息，只有在得到確認(rèn)發(fā)送指令后，異構(gòu)消息路由控制中心才真正發(fā)送消息內(nèi)容通知控制服務(wù)器、工作站、應(yīng)用服務(wù)器完成協(xié)同工作；

步驟5-3，當(dāng)控制事務(wù)提交失敗回滾后，向異構(gòu)消息路由控制中心取消發(fā)送，得到取消發(fā)送消息指令后，控制消息將不被發(fā)送；

步驟5-4，對于未確認(rèn)的消息或者取消的消息，異構(gòu)消息路由控制中心中的監(jiān)控中心模塊會定時(shí)查詢這個消息狀態(tài)并進(jìn)行更新。為什么需要這一步驟，舉個例子：假設(shè)在步驟5-2步控制事務(wù)被成功提交后，系統(tǒng)掛了，此時(shí)消息狀態(tài)并未被更新為“確認(rèn)發(fā)送”，從而導(dǎo)致消息不能被發(fā)送。

本發(fā)明提供了一種基于DLP大屏異構(gòu)事務(wù)處理和信息通訊的系統(tǒng)，具體實(shí)現(xiàn)該技術(shù)方案的方法和途徑很多，以上所述僅是本發(fā)明的優(yōu)選實(shí)施方式，應(yīng)當(dāng)指出，對于本技術(shù)領(lǐng)域的普通技術(shù)人員來說，在不脫離本發(fā)明原理的前提下，還可以做出若干改進(jìn)和潤飾，這些改進(jìn)和潤飾也應(yīng)視為本發(fā)明的保護(hù)范圍。本實(shí)施例中未明確的各組成部分均可用現(xiàn)有技術(shù)加以實(shí)現(xiàn)。