[發(fā)明專利]一種設(shè)備控制命令的跟蹤方法及系統(tǒng)

有效

• 申請?zhí)枺?/td>: 201810290677.1
• 申請日: 2018-03-30
• 公開（公告）號: CN108521457B
• 公開（公告）日: 2019-08-13
• 發(fā)明（設(shè)計）人: 田新祁;唐國輝;張國友;何源
• 申請（專利權(quán)）人: 三盟科技股份有限公司
• 主分類號: H04L29/08
• 分類號: H04L29/08
• 代理公司: 廣州三環(huán)專利商標(biāo)代理有限公司 44202
• 代理人: 胡楓

本發(fā)明公開了一種設(shè)備控制命令的跟蹤方法，包括：向web服務(wù)器發(fā)出控制指令；向客戶端返回發(fā)送成功的指令；把控制指令提交給調(diào)度服務(wù)器，并做校驗；為控制指令生成唯一編號；根據(jù)規(guī)則變更設(shè)備狀態(tài)并寫入Redis數(shù)據(jù)庫，將變更狀態(tài)轉(zhuǎn)發(fā)到推送服務(wù)器并生成控制日志；把控制指令提交給消息中間件；如果消息中間件不在線或者教室未配置，返回不在線的教室；生成告警及控制日志，并提交給推送服務(wù)器；將控制指令轉(zhuǎn)發(fā)至相應(yīng)服務(wù)器進(jìn)行處理。本發(fā)明還公開了一種設(shè)備控制命令的跟蹤系統(tǒng)。采用本發(fā)明，能有效地將整個命令的跟蹤全程監(jiān)控起來，不但能從平臺的管理模塊中分析出問題出現(xiàn)的根節(jié)點，還能將命令跟蹤日志打包到本地分析，大大提高了管理人員的效率。

技術(shù)領(lǐng)域

本發(fā)明涉及多媒體技術(shù)領(lǐng)域，尤其涉及一種設(shè)備控制命令的跟蹤方法及一種設(shè)備控制命令的跟蹤系統(tǒng)。

背景技術(shù)

隨著社會信息化的快速發(fā)展，校園內(nèi)的多媒體中控也改進(jìn)不少，演變成智慧教室，但是傳統(tǒng)的智慧教室產(chǎn)品對于DC(Device Control設(shè)備控制)這一塊做的不精細(xì)，而整個軟硬件部分，恰恰DC這一塊是最重要的一個部分，傳統(tǒng)的DC只做了簡單的命令發(fā)送，但終端設(shè)備狀態(tài)反饋的準(zhǔn)確性和實時性比較差，出了問題，對問題的追蹤和核查也相當(dāng)困難，搞不清楚到底是哪個環(huán)節(jié)出了問題，增加了多媒體教室管理員定位問題解決問題的難度。

現(xiàn)有的智慧教室控制系統(tǒng)，只考慮命令的下發(fā)，下發(fā)的整個情況缺忽略了，這樣會導(dǎo)致整個命令流轉(zhuǎn)過程是個黑盒子，命令中斷/跟蹤/回收/追溯都做不到，這會嚴(yán)重影響管理員的管理工作，同時，對廠家技術(shù)人員去定位和解決問題造成了麻煩。

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

本發(fā)明所要解決的技術(shù)問題在于，提供一種設(shè)備控制命令的跟蹤方法及系統(tǒng)，可有效地將整個命令的跟蹤全程監(jiān)控起來，大大提高了管理人員的效率。

為了解決上述技術(shù)問題，本發(fā)明提供了一種設(shè)備控制命令的跟蹤方法，包括：S1，客戶端向web服務(wù)器發(fā)出控制指令；S2，web服務(wù)器向客戶端返回發(fā)送成功的指令；S3，web服務(wù)器把控制指令提交給調(diào)度服務(wù)器，并由調(diào)度服務(wù)器做校驗；S4，調(diào)度服務(wù)器為控制指令生成唯一編號；S5，調(diào)度服務(wù)器根據(jù)規(guī)則變更設(shè)備狀態(tài)并寫入Redis數(shù)據(jù)庫，然后將變更狀態(tài)轉(zhuǎn)發(fā)到推送服務(wù)器并生成控制日志；S6，調(diào)度服務(wù)器把控制指令提交給消息中間件；S7，如果消息中間件不在線或者教室未配置，消息中間件返回不在線的教室；S8，調(diào)度服務(wù)器生成告警及控制日志，并提交給推送服務(wù)器；S9，消息中間件根據(jù)控制指令的類型將控制指令轉(zhuǎn)發(fā)至相應(yīng)服務(wù)器進(jìn)行處理；S10，消息中間件依次接收處理結(jié)果，并將處理結(jié)果依次放入超時隊列中；S11，消息中間件通過分析，判斷處理結(jié)果是否正常，如有告警則插入Redis數(shù)據(jù)庫并提交給推送服務(wù)器，更新設(shè)備狀態(tài)，返回結(jié)果給調(diào)度服務(wù)器，調(diào)度服務(wù)器把變更狀態(tài)提交給推送服務(wù)器；S12，直到消息中間件收到結(jié)束指令時，從隊列中取出結(jié)果集，寫入控制日志；如果消息中間件超時未收到結(jié)束指令，寫入控制日志并在分布式日志中寫入警告；S13，推送服務(wù)器每次收到消息，根據(jù)不同的消息轉(zhuǎn)入對應(yīng)的策略，并將符合的策略推送給web服務(wù)器。

作為上述方案的改進(jìn)，所述步驟S9包括：如果控制指令的類型為模擬指令，則按照規(guī)則生成成功的結(jié)果集；如果控制指令的類型為環(huán)控指令，則將控制指令發(fā)送給環(huán)控服務(wù)器進(jìn)行處理；如果控制指令的類型為普通指令，則將控制指令發(fā)送給核心服務(wù)器進(jìn)行處理。

作為上述方案的改進(jìn)，所述核心服務(wù)器對控制指令進(jìn)行處理的方法包括：S21、接收通信單元攜帶UUID的信令；S22、信令校驗，交付分發(fā)模塊處理；S23、將控制指令交付DC模塊處理；S24、將控制結(jié)果攜帶UUID上發(fā)至通信單元；S25、對控制結(jié)果進(jìn)行數(shù)據(jù)分析；S26、將控制異常信息攜帶UUID上發(fā)至通信單元；S27、將控制結(jié)果交付統(tǒng)計、日志、自我學(xué)習(xí)等模塊。