[發明專利]用于車輛監控系統的數據管理系統及數據管理方法

在審

• 申請號: 201210591943.7
• 申請日: 2012-12-31
• 公開（公告）號: CN103914262A
• 公開（公告）日: 2014-07-09
• 發明（設計）人: 鄒清全;劉奮;呂成浩
• 申請（專利權）人: 上海汽車集團股份有限公司
• 主分類號: G06F3/06
• 分類號: G06F3/06;H04L29/08
• 代理公司: 中國專利代理(香港)有限公司 72001
• 代理人: 臧霽晨;朱海煜

技術領域

本發明涉及一種數據管理系統和數據管理方法，特別是涉及一種用于車輛監控系統的數據管理系統和數據管理方法。

背景技術

目前，車輛遠程監控系統的后臺普遍采用通信服務器加關系數據庫服務器加客戶端服務器這樣的技術架構。通信服務器負責與車載數據終端進行數據交互，同時通信服務器將來自車輛的數據直接存入關系數據庫中，客戶端服務器再將用戶正在查看或使用的數據從關系數據庫中提取出來。

這樣一種系統架構沒有考慮到車輛監控應用本身的特點。首先，車輛遠程監控系統需要監控的車輛數巨大，并發連接數多；其次車輛監控系統需要監控的車輛信號多，雖然單個信號的數據量并不大，但是因為有大量的零星數據，數據需要存儲的時間較長，長期積累的數據量巨大。

基于以上提到的車輛監控應用的特點，單一的關系數據庫管理系統解決方案存在以下缺陷和不足：

1）數據存儲能力無法滿足應用的需求，在通信服務器到關系數據庫的數據寫入端，由于車輛數和單車的信號數量大，且數據均為單個零星的數據，如果采用傳統的機械式硬盤，單次IO操作只能寫入少量的數據，很快會達到硬盤的IO極限，固態硬盤的IO能力雖然能夠滿足需求，但是其存儲成本會成倍的增加，且固態硬盤的容量有限，無法滿足長時間存儲的要求。利用Oracle的RAC技術雖然能夠滿足系統的需求，但是RAC本身的軟硬件成本非常高昂，方案本身的性價比不高。

2）數據查詢響應慢。隨著時間的推移，數據庫中保存的數據量會逐步的增多，相應的數據查詢的速度也會受到影響，同時數據查詢也會占用數據庫服務器的IO資源，增加數據庫服務器的負擔。影響系統的穩定性，嚴重時會造成系統崩潰。

發明內容

鑒于以上所述現有技術的缺點，本發明的目的在于提供一種能夠提升數據存儲和讀取的效率的用于車輛監控系統的數據管理系統。

該用于車輛監控系統的數據管理系統包括用于與車輛終端進行數據交換的通信服務器、用于存儲車輛監控數據的關系數據庫服務器及用于接收訪問請求的客戶端服務器，所述通信服務器、關系數據庫服務器及客戶端服務器與數據管理模塊連接，所述數據管理模塊還與內存數據庫模塊連接，所述客戶端服務器與所述內存數據庫模塊、關系數據庫服務器連接。

優選地，所述數據管理模塊通過數據緩存模塊與所述關系數據庫服務器連接。

優選地，所述客戶端服務器為web服務器。

本發明還公開了一種用于車輛監控系統的數據管理方法，其包括如下步驟：

1）通信服務器接收來自車載終端的數據并發送給數據管理模塊；

2）數據管理模塊根據客戶端服務器反饋信息將數據分為實時監控數據和未監控數據；

3）實時監控數據存儲到一內存數據模塊內，客戶端服務器能訪問內存數據模塊內的數據，未監控數據存儲到關系數據庫服務器內。

優選地，未監控數據首先存儲在一數據緩存模塊內，待數據緩存模塊內數據存儲到一定量時再一次性的批量寫入到關系數據庫服務器內。

優選地，數據緩存模塊內數據寫入到關系數據庫之前，會先對緩存的數據進行分類壓縮處理。

優選地，數據管理模塊將內存數據模塊內的歷史數據存儲到關系數據庫服務器內。

如上所述，本發明用于車輛監控系統的數據管理系統及數據管理方法具有以下有益效果：該數據管理系統在原來技術架構的基礎上增加了一數據管理模塊和一內存數據模塊，數據管理模塊可將實時監控數據存儲到內存數據模塊內，客戶端服務器可直接訪問內存數據模塊來讀取相應的監控數據，與數據寫入關系數據庫再從關系數據庫中讀出的方式相比，簡化了數據讀取的流程，從而有效提高數據的讀取速度，大大提高監控數據的實時性；而對于未監控數據，數據管理模塊可通過數據緩存模塊一次性批量寫入，這樣也可有效提高數據的存儲效率，對硬盤等存儲設備也能起到更好的保護作用。

附圖說明

圖1為本發明數據管理系統的結構框圖。

元件標號說明

具體實施方式

以下通過特定的具體實例說明本發明的實施方式，本領域技術人員可由本說明書所揭露的內容輕易地了解本發明的其他優點與功效。本發明還可以通過另外不同的具體實施方式加以實施或應用，本說明書中的各項細節也可以基于不同觀點與應用，在沒有背離本發明的精神下進行各種修飾或改變。