一種gps數(shù)據(jù)入庫處理方法和系統(tǒng)的制作方法
【專利摘要】本發(fā)明提供一種GPS數(shù)據(jù)入庫處理方法，通過I/O完成端口技術(shù)實現(xiàn)底層的通訊網(wǎng)關(guān)與TCP服務(wù)端之間傳輸GPS報文，使用報文任務(wù)池和工作線程池處理報文后分級緩存、批量寫入數(shù)據(jù)庫并完善錯誤處理。本發(fā)明的優(yōu)點在于，不僅提高了系統(tǒng)性能和數(shù)據(jù)傳輸量，而且避免了傳輸過程的數(shù)據(jù)堵塞，同時在實際應(yīng)用中提升了對海量GPS數(shù)據(jù)處理的完整性。
【專利說明】一種GPS數(shù)據(jù)入庫處理方法和系統(tǒng)

【技術(shù)領(lǐng)域】
[0001] 本發(fā)明涉及一種數(shù)據(jù)入庫處理方法，更具體地說涉及一種海量GPS數(shù)據(jù)入庫的處 理方法。

【背景技術(shù)】
[0002] 目前行業(yè)內(nèi)，GPS數(shù)據(jù)處理入庫平臺所接入數(shù)量達到海量GPS報文數(shù)量級的比較 少，一般是作為系統(tǒng)的一部分。對于接收報文、處理報文并展示到客戶端，現(xiàn)在并未將這個 環(huán)節(jié)作為單獨的一個服務(wù)，劃分為整個大型系統(tǒng)中的一個重要模塊進行優(yōu)化，所以就會存 在著一些缺陷?，F(xiàn)有技術(shù)存在的缺點有以下幾點 ：
[0003] 1、通訊網(wǎng)關(guān)接收到GPS終端的數(shù)據(jù)后，直接處理報文并入庫，處理報文和入庫的 環(huán)節(jié)會占用大部分的資源，并容易因此阻塞接收的隊列，造成隊列滿，報文丟失，降低通訊 網(wǎng)關(guān)接收終端報文的負載量；
[0004] 2、通訊網(wǎng)關(guān)直接入庫，中間環(huán)節(jié)需要緩存接收報文的隊列、處理報文的隊列、處理 完等待入庫的數(shù)據(jù)的隊列，內(nèi)存負荷很容易達到極限，影響處理數(shù)據(jù)的吞吐量；
[0005] 3、數(shù)據(jù)庫的連接數(shù)有限，連接數(shù)過多時，操作數(shù)據(jù)庫時可能產(chǎn)生資源沖突和競爭 的機率越大，一個庫所能接入的入庫服務(wù)是有限的，通訊網(wǎng)關(guān)的數(shù)目受到限制，無法進行負 載均衡。


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

[0006] 本發(fā)明要解決的技術(shù)問題之一，在于提供一種GPS數(shù)據(jù)入庫處理方法，通過I/O 完成端口技術(shù)實現(xiàn)底層的通訊網(wǎng)關(guān)與TCP服務(wù)端之間傳輸GPS報文，并使用報文任務(wù)池和 工作線程池處理報文后批量寫入數(shù)據(jù)庫并完善錯誤處理，不僅提高了系統(tǒng)性能和數(shù)據(jù)傳輸 量，而且避免了傳輸過程的數(shù)據(jù)堵塞，同時在實際應(yīng)用中提升了對海量GPS報文入庫錯誤 處理的完整性。
[0007] 本發(fā)明要解決的技術(shù)問題之一，一種GPS數(shù)據(jù)入庫處理方法是這樣實現(xiàn)的：所述 方法包括I/O完成端口技術(shù)傳輸GPS報文的過程、報文任務(wù)池和工作線程池處理GPS報文 的過程、GPS報文入庫的過程和完善GPS報文入庫錯誤處理的過程：
[0008] 所述I/O完成端口技術(shù)傳輸GPS報文的過程是：通訊網(wǎng)關(guān)作為客戶端，將GPS報文 封裝在復(fù)數(shù)個數(shù)據(jù)傳輸socket中，GPS數(shù)據(jù)入庫處理系統(tǒng)作為TCP服務(wù)端，客戶端將所述 復(fù)數(shù)個數(shù)據(jù)傳輸socket通過計算機的端口發(fā)送到TCP服務(wù)端完成GPS報文的接收，具體步 驟如下：
[0009] 步驟11、初始化后，在所述服務(wù)端上創(chuàng)建一偵聽socket,并將所述偵聽socket與 服務(wù)端的一個端口綁定，以便實現(xiàn)GPS報文的一對多傳輸；
[0010] 步驟12、在TCP服務(wù)端上創(chuàng)建一個SocketAsyncEventArgs類的連接對象，將所述 連接對象與所述偵聽socket綁定，所述連接對象開始異步檢測與其綁定的端口中是否有 數(shù)據(jù)傳輸socket接入：當(dāng)有一個所述數(shù)據(jù)傳輸socket請求連接時，所述連接對象就接入該 數(shù)據(jù)傳輸socket，而所述偵聽socket則繼續(xù)檢測與其綁定的端口；
[0011] 步驟13、在TCP服務(wù)端上創(chuàng)建一個SocketAsyncEventArgs類的接收對象，所述接 收對象與接入的數(shù)據(jù)傳輸socket進行綁定，并開始接收GPS報文：若接收到的GPS報文的 數(shù)據(jù)長度等于零，則關(guān)閉對應(yīng)接入的數(shù)據(jù)傳輸socket并釋放與其綁定的接收對象；若接收 到的GPS報文的數(shù)據(jù)長度大于零，則進行粘包處理：如果接收到的GPS報文的數(shù)據(jù)包是完整 的，直接放入報文緩沖隊列，如果接收到的GPS報文的數(shù)據(jù)包是不完整的，則先放入接收緩 沖區(qū)等待繼續(xù)接收直至數(shù)據(jù)包完整再放入報文緩沖隊列；
[0012] 步驟14、TCP服務(wù)端收到GPS報文后，根據(jù)所接收GPS報文的先后順序依次做出收 包正常的應(yīng)答返回給客戶端；
[0013] 所述報文任務(wù)池和工作線程池處理GPS報文的過程包括：
[0014] 步驟21、在TCP服務(wù)端上創(chuàng)建復(fù)數(shù)個報文解析線程對報文緩沖隊列中的GPS報 文進行解析，根據(jù)解析得到的不同類型，所述報文解析線程將各不同類型的GPS報文放入 到報文任務(wù)池的復(fù)數(shù)個報文隊列中，所述復(fù)數(shù)個報文隊列與各不同類型的GPS報文一一對 應(yīng)；
[0015] 步驟22、所述報文任務(wù)池的各報文隊列均采用雙緩沖概念實現(xiàn)讀寫分離：各報文 隊列均對應(yīng)兩個任務(wù)池緩存區(qū)，分別是任務(wù)池緩存區(qū)1和任務(wù)池緩存區(qū)2,先將各報文隊列 中的GPS報文寫入與其對應(yīng)的任務(wù)池緩存區(qū)1，當(dāng)GPS報文入庫處理比較慢或者TCP服務(wù)端 連接數(shù)非常多的情況下，任務(wù)池緩存區(qū)1內(nèi)的GPS報文會慢慢堆積，達到最大值，這時各報 文隊列中余下的GPS報文會寫入到與其對應(yīng)的任務(wù)池緩存區(qū)2,最后從各報文隊列對應(yīng)的 任務(wù)池緩存區(qū)1和任務(wù)池緩存區(qū)2中批量讀取出GPS報文，對應(yīng)寫入到各報文隊列的緩存 文件中；
[0016] 步驟23、所述工作線程池根據(jù)報文任務(wù)池中不同類型的報文隊列相應(yīng)配置至少一 個工作處理線程，工作處理線程負責(zé)將步驟22所述各報文隊列對應(yīng)的緩存文件中的GPS報 文讀取出來并進行相應(yīng)的處理；
[0017] 所述GPS報文入庫的過程是：TCP服務(wù)器調(diào)用數(shù)據(jù)訪問層，批量寫入所述處理好的 GPS報文到數(shù)據(jù)庫；
[0018] 所述完善GPS報文入庫錯誤處理的過程：
[0019] 在GPS報文入庫時，若出現(xiàn)SQL語句執(zhí)行出錯，將執(zhí)行錯誤的GPS報文寫入到報文 任務(wù)池中的錯誤緩存隊列進行處理：如果遇到的是網(wǎng)絡(luò)問題，則再重復(fù)執(zhí)行該所述SQL語 句兩次，仍然錯誤的情況下，在系統(tǒng)中創(chuàng)建錯誤緩存文件，將GPS報文寫入所述錯誤緩存文 件中，如果是該所述SQL語句本身有問題，則直接將GPS報文寫入錯誤緩存文件，以備回收 或者用戶排查錯誤原因。
[0020] 進一步的，所述報文任務(wù)池的各報文隊列處理GPS報文數(shù)量超過與其對應(yīng)的兩個 任務(wù)池緩存區(qū)的容量時，各報文隊列中等待入庫的GPS報文先寫入到各報文隊列的緩存文 件中，通過創(chuàng)建監(jiān)測線程定時讀取系統(tǒng)CPU的占用情況：當(dāng)系統(tǒng)CPU占用率低于百分之 二十時，利用信號量來通知工作處理線程回收所述各報文隊列對應(yīng)的緩存文件。
[0021] 進一步的，所述方法中還包括報警短信服務(wù)，所述工作處理線程將GPS報文中的 報警報文解析出來后，根據(jù)用戶設(shè)定的報警條件判斷是否需要報警，如果滿足報警條件，則 發(fā)送報警短信給對應(yīng)的聯(lián)系人。
[0022] 進一步的，所述方法中還包括日志查看，在整個GPS報文入庫過程中，用戶都可以 查看日志，所述日志分為主日志、報警短信日志、緩存回收日志和錯誤處理日志，把它們按 日期分文件夾保存，這樣分開保存、分開查看，既減少用戶檢索日志的時間又方便查看日志 的詳細信息。
[0023] 本發(fā)明要解決的技術(shù)問題之二，在于提供一種GPS數(shù)據(jù)入庫處理系統(tǒng)，通過I/O 完成端口技術(shù)實現(xiàn)底層的通訊網(wǎng)關(guān)與TCP服務(wù)端之間傳輸GPS報文，并使用報文任務(wù)池和 工作線程池處理報文后批量寫入數(shù)據(jù)庫并完善錯誤處理，不僅提高了系統(tǒng)性能和數(shù)據(jù)傳輸 量，而且避免了傳輸過程的數(shù)據(jù)堵塞，同時在實際應(yīng)用中提升了對海量GPS報文入庫錯誤 處理的完整性。
[0024] 本發(fā)明要解決的技術(shù)問題之二，一種GPS數(shù)據(jù)入庫處理系統(tǒng)是這樣實現(xiàn)的：所述 系統(tǒng)包括TCP報文接收模塊、報文處理模塊、數(shù)據(jù)入庫模塊和錯誤處理模塊：
[0025] 所述TCP報文接收模塊：通過I/O完成端口技術(shù)傳輸GPS報文：通訊網(wǎng)關(guān)作為客戶 端，將GPS報文封裝在復(fù)數(shù)個數(shù)據(jù)傳輸socket中，GPS數(shù)據(jù)入庫處理系統(tǒng)作為TCP服務(wù)端， 客戶端將所述復(fù)數(shù)個數(shù)據(jù)傳輸socket通過計算機的端口發(fā)送到TCP服務(wù)端完成GPS報文 的接收，具體步驟如下：
[0026] 步驟11、初始化后，在所述服務(wù)端上創(chuàng)建一偵聽socket,并將所述偵聽socket與 服務(wù)端的一個端口綁定，以便實現(xiàn)GPS報文的一對多傳輸；
[0027] 步驟12、在TCP服務(wù)端上創(chuàng)建一個SocketAsyncEventArgs類的連接對象，將所述 連接對象與所述偵聽socket綁定，所述連接對象開始異步檢測與其綁定的端口中是否有 數(shù)據(jù)傳輸socket接入：當(dāng)有一個所述數(shù)據(jù)傳輸socket請求連接時，所述連接對象就接入該 數(shù)據(jù)傳輸socket，而所述偵聽socket則繼續(xù)檢測與其綁定的端口；
[0028] 步驟13、在TCP服務(wù)端上創(chuàng)建一個SocketAsyncEventArgs類的接收對象，所述接 收對象與接入的數(shù)據(jù)傳輸socket進行綁定，并開始接收GPS報文：若接收到的GPS報文的 數(shù)據(jù)長度等于零，則關(guān)閉對應(yīng)接入的數(shù)據(jù)傳輸socket并釋放與其綁定的接收對象；若接收 到的GPS報文的數(shù)據(jù)長度大于零，則進行粘包處理：如果接收到的GPS報文的數(shù)據(jù)包是完整 的，直接放入報文緩沖隊列，如果接收到的GPS報文的數(shù)據(jù)包是不完整的，則先放入接收緩 沖區(qū)等待繼續(xù)接收直至數(shù)據(jù)包完整再放入報文緩沖隊列；
[0029] 步驟14、TCP服務(wù)端收到GPS報文后，根據(jù)所接收GPS報文的先后順序依次做出收 包正常的應(yīng)答返回給客戶端；
[0030] 所述報文處理模塊：通過報文任務(wù)池和工作線程池處理GPS報文，具體包括：
[0031] 步驟21、在TCP服務(wù)端上創(chuàng)建復(fù)數(shù)個報文解析線程對報文緩沖隊列中的GPS報 文進行解析，根據(jù)解析得到的不同類型，所述報文解析線程將各不同類型的GPS報文放入 到報文任務(wù)池的復(fù)數(shù)個報文隊列中，所述復(fù)數(shù)個報文隊列與各不同類型的GPS報文一一對 應(yīng)；
[0032] 步驟22、所述報文任務(wù)池的各報文隊列均采用雙緩沖概念實現(xiàn)讀寫分離：各報文 隊列均對應(yīng)兩個任務(wù)池緩存區(qū)，分別是任務(wù)池緩存區(qū)1和任務(wù)池緩存區(qū)2,先將各報文隊列 中的GPS報文寫入與其對應(yīng)的任務(wù)池緩存區(qū)1，當(dāng)GPS報文入庫處理比較慢或者TCP服務(wù)端 連接數(shù)非常多的情況下，任務(wù)池緩存區(qū)1內(nèi)的GPS報文會慢慢堆積，達到最大值，這時各報 文隊列中余下的GPS報文會寫入到與其對應(yīng)的任務(wù)池緩存區(qū)2,最后從各報文隊列對應(yīng)的 任務(wù)池緩存區(qū)1和任務(wù)池緩存區(qū)2中批量讀取出GPS報文，對應(yīng)寫入到各報文隊列對應(yīng)的 緩存文件中；
[0033] 步驟23、所述工作線程池根據(jù)報文任務(wù)池中不同類型的報文隊列相應(yīng)配置至少一 個工作處理線程，工作處理線程負責(zé)將步驟22所述各報文隊列的緩存文件中的GPS報文讀 取出來并進行相應(yīng)的處理；
[0034] 所述數(shù)據(jù)入庫模塊：TCP服務(wù)端調(diào)用數(shù)據(jù)訪問層，批量寫入GPS報文到數(shù)據(jù)庫；
[0035] 所述錯誤處理模塊：在GPS報文入庫時，若出現(xiàn)SQL語句執(zhí)行出錯，將執(zhí)行錯誤的 GPS報文寫入到報文任務(wù)池中的錯誤緩存隊列進行處理：如果遇到的是網(wǎng)絡(luò)問題，則再重 復(fù)執(zhí)行該所述SQL語句兩次，仍然錯誤的情況下，在系統(tǒng)中創(chuàng)建錯誤緩存文件，將GPS報文 寫入所述錯誤緩存文件中，如果是該所述SQL語句本身有問題，則直接將GPS報文寫入錯誤 緩存文件，以備回收或者用戶排查錯誤原因。
[0036] 進一步的，所述報文任務(wù)池的各報文隊列處理GPS報文數(shù)量超過與其對應(yīng)的兩個 任務(wù)池緩存區(qū)的容量時，各報文隊列中等待入庫的GPS報文先寫入到各報文隊列的緩存文 件中，通過創(chuàng)建監(jiān)測線程定時讀取系統(tǒng)CPU的占用情況：當(dāng)系統(tǒng)CPU占用率低于百分之 二十時，利用信號量來通知工作處理線程回收所述各報文隊列對應(yīng)的緩存文件。
[0037] 進一步的，所述系統(tǒng)中還包括報警短信服務(wù)模塊：所述工作處理線程將GPS報文 中的報警報文解析出來后，根據(jù)用戶設(shè)定的報警條件判斷是否需要報警，如果滿足報警條 件，則發(fā)送報警短信給對應(yīng)的聯(lián)系人。
[0038] 進一步的，所述系統(tǒng)中還包括日志模塊，在整個GPS報文入庫過程中，用戶都可以 查看日志，所述日志分為主日志、報警短信日志、緩存回收日志和錯誤處理日志，把它們按 日期分文件夾保存，這樣分開保存、分開查看，既減少用戶檢索日志的時間又方便查看日志 的詳細信息。
[0039] 本發(fā)明具有如下優(yōu)點：
[0040] 1、通過I/O完成端口技術(shù)實現(xiàn)通訊網(wǎng)關(guān)與TCP服務(wù)端之間傳輸GPS報文：提高 了系統(tǒng)性能和傳輸數(shù)據(jù)的吞吐量，可以支持一對多的架構(gòu)，便于底層平臺擴展，實現(xiàn)負載均 衡；
[0041] 2、使用報文任務(wù)池和工作線程池：避免了處理報文環(huán)節(jié)引起的傳輸環(huán)節(jié)的數(shù)據(jù)堵 塞，提高系統(tǒng)吞吐量；線程數(shù)目可以根據(jù)需要配置，最大程度的利用服務(wù)器資源；可以縮短 任務(wù)請求的響應(yīng)時間；
[0042] 3、分級緩存，批量寫入機制：降低了對數(shù)據(jù)庫的訪問頻率，也提高了入庫的效率；
[0043] 4、錯誤緩存機制：便于事后故障原因分析和排查，提升了在實際應(yīng)用中對海量 GPS數(shù)據(jù)處理的完整性。

【專利附圖】

【附圖說明】
[0044] 下面參照附圖結(jié)合實施例對本發(fā)明作進一步的說明。
[0045] 圖1為本發(fā)明系統(tǒng)的應(yīng)用示意圖。
[0046] 圖2為本發(fā)明方法的GPS報文接收流程圖。
[0047] 圖3為本發(fā)明方法一實施例粘包算法示意圖。
[0048] 圖4為本發(fā)明方法的數(shù)據(jù)處理與入庫示意圖。
[0049] 圖5為本發(fā)明方法一實施例寫入GPS報文示意圖。
[0050] 圖6為本發(fā)明方法一實施例讀取GPS報文示意圖。

【具體實施方式】
[0051] 請參照圖1所示的系統(tǒng)應(yīng)用示意圖，本發(fā)明一種GPS數(shù)據(jù)入庫處理系統(tǒng)，可以接 收來自通訊網(wǎng)關(guān)的GPS報文并進行處理后再放入數(shù)據(jù)庫，該系統(tǒng)廣泛應(yīng)用于各種車載系統(tǒng) 中。
[0052] 本發(fā)明一種GPS數(shù)據(jù)入庫處理方法具體包括：I/O完成端口技術(shù)傳輸GPS報文的 過程、報文任務(wù)池和工作線程池處理GPS報文的過程、GPS報文入庫的過程和完善GPS報文 入庫錯誤處理的過程：
[0053] 所述I/O完成端口技術(shù)傳輸GPS報文的過程是：通訊網(wǎng)關(guān)作為客戶端，將GPS報文 封裝在復(fù)數(shù)個數(shù)據(jù)傳輸socket中，GPS數(shù)據(jù)入庫處理系統(tǒng)作為TCP服務(wù)端，客戶端將所述 復(fù)數(shù)個數(shù)據(jù)傳輸socket通過計算機的端口發(fā)送到TCP服務(wù)端完成GPS報文的接收，具體步 驟如圖2所示：
[0054] 步驟11、初始化后，在所述服務(wù)端上創(chuàng)建一偵聽socket,并將所述偵聽socket與 服務(wù)端的一個端口綁定，以便實現(xiàn)GPS報文的一對多傳輸；
[0055] 步驟12、在TCP服務(wù)端上創(chuàng)建一個SocketAsyncEventArgs類（所述 SocketAsyncEventArgs類是· NET中封裝的異步socket類）的連接對象（所述連接對象可 以是acceptEventArgs對象），將所述連接對象與所述偵聽socket綁定，所述連接對象開始 異步檢測與其綁定的端口中是否有數(shù)據(jù)傳輸socket接入：當(dāng)有一個所述數(shù)據(jù)傳輸socket 請求連接時，所述連接對象就接入該數(shù)據(jù)傳輸socket,而所述偵聽socket則繼續(xù)檢測與其 綁定的端口；
[0056] 步驟13、在TCP服務(wù)端上創(chuàng)建一個SocketAsyncEventArgs類的接收對象（所述接 收對象可以是ReceiveEventArgs對象），所述接收對象與接入的數(shù)據(jù)傳輸socket進行綁 定，并開始接收GPS報文：若接收到的GPS報文的數(shù)據(jù)長度等于零，則關(guān)閉對應(yīng)接入的數(shù)據(jù) 傳輸socket并釋放與其綁定的接收對象；若接收到的GPS報文的數(shù)據(jù)長度大于零，則進行 粘包處理：如果接收到的GPS報文的數(shù)據(jù)包是完整的，直接放入報文緩沖隊列，如果接收到 的GPS報文的數(shù)據(jù)包是不完整的，則先放入接收緩沖區(qū)等待繼續(xù)接收直至數(shù)據(jù)包完整再放 入報文緩沖隊列；
[0057] 在本實施例中，所述粘包處理采用分包算法，主要過程如圖3所示：
[0058] 所述接收對象的緩沖區(qū)初始值設(shè)為4M，包括接收緩沖區(qū)和未使用區(qū)域，整個緩沖 區(qū)的大小可以根據(jù)操作系統(tǒng)及系統(tǒng)內(nèi)存來調(diào)整。將接收對象的接收緩存區(qū)接收到的數(shù)據(jù)按 照開始位置和偏移量將數(shù)據(jù)取出，找到包頭標(biāo)識及包長，按照包長進行分包，將完整的數(shù)據(jù) 包放入到數(shù)據(jù)包緩沖隊列，如果還有剩余數(shù)據(jù)，循環(huán)的按照這個步驟分包，直至到達所述緩 沖區(qū)偏移量的位置：如果剛好數(shù)據(jù)是復(fù)數(shù)個完整的包，設(shè)置接收對象的接收緩沖區(qū)的接收 起始位置為〇,否則將未接收完整的包（殘包）拷貝到接收緩沖區(qū)的起始位置，設(shè)置起始位 置為殘包的長度，設(shè)置接收緩沖區(qū)大小為：緩沖區(qū)實際大小減去殘包長度；然后繼續(xù)接收， 繼續(xù)進行上述的分包步驟。因為在TCP傳輸過程中，發(fā)送方發(fā)送的若干數(shù)據(jù)到接收方接收 時通常會粘成一包，所以需要進行粘包處理；
[0059] 步驟14、TCP服務(wù)端收到GPS報文后，根據(jù)所接收GPS報文的先后順序依次做出收 包正常的應(yīng)答返回給客戶端；
[0060] 請參照圖4,所述報文任務(wù)池和工作線程池處理GPS報文的過程如下：
[0061] 步驟21、在TCP服務(wù)端上創(chuàng)建復(fù)數(shù)個報文解析線程對報文緩沖隊列中的GPS報 文進行解析，根據(jù)解析得到的不同類型，所述報文解析線程將各不同類型的GPS報文放入 到報文任務(wù)池的復(fù)數(shù)個報文隊列中，所述復(fù)數(shù)個報文隊列與各不同類型的GPS報文一一對 應(yīng)；
[0062] 如圖4所示，以創(chuàng)建四個報文解析線程為例，在TCP服務(wù)端上創(chuàng)建四個報文解析線 程對接收到的GPS報文進行解析，根據(jù)解析得到的不同類型，所述報文解析線程將各不同 類型的GPS報文放入到報文任務(wù)池對應(yīng)的報文隊列中，包括定位報文隊列、報警報文隊列、 應(yīng)答報文隊列、外設(shè)報文隊列和自檢報文隊列等；
[0063] 步驟22、所述報文任務(wù)池的各報文隊列均采用雙緩沖概念實現(xiàn)讀寫分離：各報文 隊列均對應(yīng)兩個任務(wù)池緩存區(qū)，分別是任務(wù)池緩存區(qū)1和任務(wù)池緩存區(qū)2,先將各報文隊列 中的GPS報文寫入與其對應(yīng)的任務(wù)池緩沖區(qū)1，當(dāng)GPS報文入庫處理比較慢或者TCP服務(wù)端 連接數(shù)非常多的情況下，任務(wù)池緩存區(qū)1內(nèi)的GPS報文會慢慢堆積，達到最大值，這時各報 文隊列中余下的GPS報文會寫入到與其對應(yīng)的任務(wù)池緩存區(qū)2,最后從各報文隊列對應(yīng)的 任務(wù)池緩存區(qū)1和任務(wù)池緩存區(qū)2中批量讀取出GPS報文，對應(yīng)寫入到各報文隊列的緩存 文件中；
[0064] 現(xiàn)舉例說明一報文隊列通過兩個任務(wù)池緩存區(qū)實現(xiàn)寫入GPS報文和讀取GPS報文 過程：
[0065] 所述寫入GPS報文的過程如圖5所示：
[0066] 步驟221、先設(shè)置任務(wù)池緩存區(qū)序號bufflD ;
[0067] 步驟222、若bufflD = 1，將報文隊列中的GPS報文添加到任務(wù)池緩存區(qū)1，當(dāng)任務(wù) 池緩存區(qū)1內(nèi)的GPS報文達到最大值時，設(shè)置bufflD = 2,此時報文隊列中余下的GPS報文 會寫入到任務(wù)池緩存區(qū)2中；若bufflD = 2,將報文隊列中的GPS報文添加到任務(wù)池緩存 區(qū)2,當(dāng)任務(wù)池緩存區(qū)2內(nèi)的GPS報文達到最大值時，設(shè)置bufflD = 1，此時報文隊列中余 下的GPS報文會寫入到任務(wù)池緩存區(qū)1中；
[0068] 步驟223、寫入完GPS報文后設(shè)置寫緩存線程信號量；
[0069] 所述讀取GPS報文過程如圖6所示：
[0070] 步驟224、讀取寫緩存線程信號量；
[0071] 步驟225、若bufflD = 2,讀取任務(wù)池緩存區(qū)1內(nèi)的GPS報文，若bufflD = 1，讀取 任務(wù)池緩存區(qū)2內(nèi)的GPS報文；
[0072] 步驟226、將從兩個任務(wù)池緩存區(qū)內(nèi)取出的GPS報文寫入到報文隊列的緩存文件 中；
[0073] 步驟227、獲取所述報文隊列的緩存文件名稱；
[0074] 步驟228、依據(jù)報文隊列的緩存文件名稱判斷該緩存目錄所在的磁盤空間容量，若 所述容量小于等于100M，則發(fā)送告警郵件并丟棄該緩存文件中的GPS報文，若所述容量大 于100M，則仍然將GPS報文寫入到報文隊列的緩存文件中；
[0075] 但是，當(dāng)報文任務(wù)池的各報文隊列處理GPS報文數(shù)量超過與其對應(yīng)的兩個任務(wù)池 緩存區(qū)的容量時，各報文隊列中等待入庫的GPS報文先寫入到各報文隊列的緩存文件中， 通過創(chuàng)建監(jiān)測線程定時讀取系統(tǒng)CPU的占用情況：當(dāng)系統(tǒng)CPU占用率低于百分之二十時， 利用信號量來通知工作處理線程回收所述各報文隊列對應(yīng)的緩存文件；
[0076] 步驟23、所述工作線程池根據(jù)報文任務(wù)池中不同類型的報文隊列相應(yīng)配置至少一 個工作處理線程，例如定位報文隊列配置八個定位報文處理線程，報警報文隊列配置四個 報警報文處理線程等（請參閱圖4);工作處理線程負責(zé)將步驟22所述各報文隊列對應(yīng)的 緩存文件中的GPS報文讀取出來并進行相應(yīng)的處理，例如報警報文，工作線程將報警報文 解析出來后根據(jù)用戶設(shè)定的報警條件判斷是否需要下發(fā)報警，如果需要，則發(fā)送報警短信 給對應(yīng)的聯(lián)系人；
[0077] 所述GPS報文入庫的過程是：TCP服務(wù)器調(diào)用數(shù)據(jù)訪問層，批量寫入所述處理好的 GPS報文到數(shù)據(jù)庫；
[0078] 所述完善GPS報文入庫錯誤處理的過程：
[0079] 在GPS報文入庫時，若出現(xiàn)SQL語句執(zhí)行出錯，將執(zhí)行錯誤的GPS報文寫入到報文 任務(wù)池中的錯誤緩存隊列進行處理：如果遇到的是網(wǎng)絡(luò)問題，則再重復(fù)執(zhí)行該所述SQL語 句兩次，仍然錯誤的情況下，在系統(tǒng)中創(chuàng)建錯誤緩存文件，將GPS報文寫入所述錯誤緩存文 件中，如果是該所述SQL語句本身有問題，則直接將GPS報文寫入錯誤緩存文件，以備回收 或者用戶排查錯誤原因。
[0080] 在整個GPS報文入庫過程中，用戶都可以查看日志，所述日志分為主日志、報警短 信日志、緩存回收日志和錯誤處理日志，把它們按日期分文件夾保存，這樣分開保存、分開 查看，既減少用戶檢索日志的時間又方便查看日志的詳細信息。
[0081] 基于以上方法，本發(fā)明一種GPS數(shù)據(jù)入庫處理系統(tǒng)，包括TCP報文接收模塊、報文 處理模塊、數(shù)據(jù)入庫模塊和錯誤處理模塊：
[0082] 所述TCP報文接收模塊：通過I/O完成端口技術(shù)傳輸GPS報文：通訊網(wǎng)關(guān)作為客戶 端，將GPS報文封裝在復(fù)數(shù)個數(shù)據(jù)傳輸socket中，GPS數(shù)據(jù)入庫處理系統(tǒng)作為TCP服務(wù)端， 客戶端將所述復(fù)數(shù)個數(shù)據(jù)傳輸socket通過計算機的端口發(fā)送到TCP服務(wù)端完成GPS報文 的接收，具體步驟如下：
[0083] 步驟11、初始化后，在所述服務(wù)端上創(chuàng)建一偵聽socket,并將所述偵聽socket與 服務(wù)端的一個端口綁定，以便實現(xiàn)GPS報文的一對多傳輸；
[0084] 步驟12、在TCP服務(wù)端上創(chuàng)建一個SocketAsyncEventArgs類的連接對象，將所述 連接對象與所述偵聽socket綁定，所述連接對象開始異步檢測與其綁定的端口中是否有 數(shù)據(jù)傳輸socket接入：當(dāng)有一個所述數(shù)據(jù)傳輸socket請求連接時，所述連接對象就接入該 數(shù)據(jù)傳輸socket，而所述偵聽socket則繼續(xù)檢測與其綁定的端口；
[0085] 步驟13、在TCP服務(wù)端上創(chuàng)建一個SocketAsyncEventArgs類的接收對象，所述接 收對象與接入的數(shù)據(jù)傳輸socket進行綁定，并開始接收GPS報文：若接收到的GPS報文的 數(shù)據(jù)長度等于零，則關(guān)閉對應(yīng)接入的數(shù)據(jù)傳輸socket并釋放與其綁定的接收對象；若接收 到的GPS報文的數(shù)據(jù)長度大于零，則進行粘包處理：如果接收到的GPS報文的數(shù)據(jù)包是完整 的，直接放入報文緩沖隊列，如果接收到的GPS報文的數(shù)據(jù)包是不完整的，則先放入接收緩 沖區(qū)等待繼續(xù)接收直至數(shù)據(jù)包完整再放入報文緩沖隊列；
[0086] 步驟14、TCP服務(wù)端收到GPS報文后，根據(jù)所接收GPS報文的先后順序依次做出收 包正常的應(yīng)答返回給客戶端；
[0087] 所述報文處理模塊：通過報文任務(wù)池和工作線程池處理GPS報文，具體包括：
[0088] 步驟21、在TCP服務(wù)端上創(chuàng)建復(fù)數(shù)個報文解析線程對報文緩沖隊列中的GPS報 文進行解析，根據(jù)解析得到的不同類型，所述報文解析線程將各不同類型的GPS報文放入 到報文任務(wù)池的復(fù)數(shù)個報文隊列中，所述復(fù)數(shù)個報文隊列與各不同類型的GPS報文一一對 應(yīng)；
[0089] 步驟22、所述報文任務(wù)池的各報文隊列均采用雙緩沖概念實現(xiàn)讀寫分離：各報文 隊列均對應(yīng)兩個任務(wù)池緩存區(qū)，分別是任務(wù)池緩存區(qū)1和任務(wù)池緩存區(qū)2,先將各報文隊列 中的GPS報文寫入與其對應(yīng)的任務(wù)池緩存區(qū)1，當(dāng)GPS報文入庫處理比較慢或者TCP服務(wù)端 連接數(shù)非常多的情況下，任務(wù)池緩存區(qū)1內(nèi)的GPS報文會慢慢堆積，達到最大值，這時各報 文隊列中余下的GPS報文會寫入到與其對應(yīng)的任務(wù)池緩存區(qū)2,最后從各報文隊列對應(yīng)的 任務(wù)池緩存區(qū)1和任務(wù)池緩存區(qū)2中批量讀取出GPS報文，對應(yīng)寫入到各報文隊列的緩存 文件中；
[0090] 但是，當(dāng)報文任務(wù)池的各報文隊列處理GPS報文數(shù)量超過與其對應(yīng)的兩個任務(wù)池 緩存區(qū)的容量時，各報文隊列中等待入庫的GPS報文先寫入到各報文隊列的緩存文件中， 通過創(chuàng)建監(jiān)測線程定時讀取系統(tǒng)CPU的占用情況：當(dāng)系統(tǒng)CPU占用率低于百分之二十時， 利用信號量來通知工作處理線程回收所述各報文隊列對應(yīng)的緩存文件；
[0091] 步驟23、所述工作線程池根據(jù)報文任務(wù)池中不同類型的報文隊列相應(yīng)配置至少一 個工作處理線程，工作處理線程負責(zé)將步驟22所述各報文隊列對應(yīng)的緩存文件中的GPS報 文讀取出來并進行相應(yīng)的處理；
[0092] 所述數(shù)據(jù)入庫模塊：TCP服務(wù)端調(diào)用數(shù)據(jù)訪問層，批量寫入GPS報文到數(shù)據(jù)庫；
[0093] 所述錯誤處理模塊：在GPS報文入庫時，若出現(xiàn)SQL語句執(zhí)行出錯，將執(zhí)行錯誤的 GPS報文寫入到報文任務(wù)池中的錯誤緩存隊列進行處理：如果遇到的是網(wǎng)絡(luò)問題，則再重 復(fù)執(zhí)行該所述SQL語句兩次，仍然錯誤的情況下，在系統(tǒng)中創(chuàng)建錯誤緩存文件，將GPS報文 寫入所述錯誤緩存文件中，如果是該所述SQL語句本身有問題，則直接將GPS報文寫入錯誤 緩存文件，以備回收或者用戶排查錯誤原因。
[0094] 報警短信服務(wù)模塊：所述工作處理線程將GPS報文中的報警報文解析出來后，根 據(jù)用戶設(shè)定的報警條件判斷是否需要報警，如果滿足報警條件，則發(fā)送報警短信給對應(yīng)的 聯(lián)系人。
[0095] 日志模塊：在整個GPS報文入庫過程中，用戶都可以查看日志，所述日志分為主日 志、報警短信日志、緩存回收日志和錯誤處理日志，把它們按日期分文件夾保存，這樣分開 保存、分開查看，既減少用戶檢索日志的時間又方便查看日志的詳細信息。
[0096] 雖然以上描述了本發(fā)明的【具體實施方式】，但是熟悉本【技術(shù)領(lǐng)域】的技術(shù)人員應(yīng)當(dāng)理 解，我們所描述的具體的實施例只是說明性的，而不是用于對本發(fā)明的范圍的限定，熟悉本 領(lǐng)域的技術(shù)人員在依照本發(fā)明的精神所作的等效的修飾以及變化，都應(yīng)當(dāng)涵蓋在本發(fā)明的 權(quán)利要求所保護的范圍內(nèi)。
【權(quán)利要求】
1. 一種GPS數(shù)據(jù)入庫處理方法，其特征在于，所述方法包括I/O完成端口技術(shù)傳輸GPS 報文的過程、報文任務(wù)池和工作線程池處理GPS報文的過程、GPS報文入庫的過程和完善 GPS報文入庫錯誤處理的過程： 所述I/O完成端口技術(shù)傳輸GPS報文的過程是：通訊網(wǎng)關(guān)作為客戶端，將GPS報文封裝 在復(fù)數(shù)個數(shù)據(jù)傳輸socket中，GPS數(shù)據(jù)入庫處理系統(tǒng)作為TCP服務(wù)端，客戶端將所述復(fù)數(shù) 個數(shù)據(jù)傳輸socket通過計算機的端口發(fā)送到TCP服務(wù)端完成GPS報文的接收，具體步驟如 下： 步驟11、初始化后，在所述服務(wù)端上創(chuàng)建一偵聽socket，并將所述偵聽socket與服務(wù) 端的一個端口綁定，以便實現(xiàn)GPS報文的一對多傳輸； 步驟12、在TCP服務(wù)端上創(chuàng)建一個SocketAsyncEventArgs類的連接對象，將所述連接 對象與所述偵聽socket綁定，所述連接對象開始異步檢測與其綁定的端口中是否有數(shù)據(jù) 傳輸socket接入：當(dāng)有一個所述數(shù)據(jù)傳輸socket請求連接時，所述連接對象就接入該數(shù)據(jù) 傳輸socket,而所述偵聽socket則繼續(xù)檢測與其綁定的端口； 步驟13、在TCP服務(wù)端上創(chuàng)建一個SocketAsyncEventArgs類的接收對象，所述接收對 象與接入的數(shù)據(jù)傳輸socket進行綁定，并開始接收GPS報文：若接收到的GPS報文的數(shù)據(jù) 長度等于零，則關(guān)閉對應(yīng)接入的數(shù)據(jù)傳輸socket并釋放與其綁定的接收對象；若接收到的 GPS報文的數(shù)據(jù)長度大于零，則進行粘包處理：如果接收到的GPS報文的數(shù)據(jù)包是完整的， 直接放入報文緩沖隊列，如果接收到的GPS報文的數(shù)據(jù)包是不完整的，則先放入接收緩沖 區(qū)等待繼續(xù)接收直至數(shù)據(jù)包完整再放入報文緩沖隊列； 步驟14、TCP服務(wù)端收到GPS報文后，根據(jù)所接收GPS報文的先后順序依次做出收包正 常的應(yīng)答返回給客戶端； 所述報文任務(wù)池和工作線程池處理GPS報文的過程包括： 步驟21、在TCP服務(wù)端上創(chuàng)建復(fù)數(shù)個報文解析線程對報文緩沖隊列中的GPS報文進行 解析，根據(jù)解析得到的不同類型，所述報文解析線程將各不同類型的GPS報文放入到報文 任務(wù)池的復(fù)數(shù)個報文隊列中，所述復(fù)數(shù)個報文隊列與各不同類型的GPS報文一一對應(yīng)； 步驟22、所述報文任務(wù)池的各報文隊列均采用雙緩沖概念實現(xiàn)讀寫分離：各報文隊列 均對應(yīng)兩個任務(wù)池緩存區(qū)，分別是任務(wù)池緩存區(qū)1和任務(wù)池緩存區(qū)2,先將各報文隊列中的 GPS報文寫入與其對應(yīng)的任務(wù)池緩存區(qū)1，當(dāng)GPS報文入庫處理比較慢或者TCP服務(wù)端連接 數(shù)非常多的情況下，任務(wù)池緩存區(qū)1內(nèi)的GPS報文會慢慢堆積，達到最大值，這時各報文隊 列中余下的GPS報文會寫入到與其對應(yīng)的任務(wù)池緩存區(qū)2,最后從各報文隊列對應(yīng)的任務(wù) 池緩存區(qū)1和任務(wù)池緩存區(qū)2中批量讀取出GPS報文，對應(yīng)寫入到各報文隊列的緩存文件 中； 步驟23、所述工作線程池根據(jù)報文任務(wù)池中不同類型的報文隊列相應(yīng)配置至少一個工 作處理線程，工作處理線程負責(zé)將步驟22所述各報文隊列對應(yīng)的緩存文件中的GPS報文讀 取出來并進行相應(yīng)的處理； 所述GPS報文入庫的過程是：TCP服務(wù)器調(diào)用數(shù)據(jù)訪問層，批量寫入所述處理好的GPS 報文到數(shù)據(jù)庫； 所述完善GPS報文入庫錯誤處理的過程： 在GPS報文入庫時，若出現(xiàn)SQL語句執(zhí)行出錯，將執(zhí)行錯誤的GPS報文寫入到報文任 務(wù)池中的錯誤緩存隊列進行處理：如果遇到的是網(wǎng)絡(luò)問題，則再重復(fù)執(zhí)行該所述SQL語句 兩次，仍然錯誤的情況下，在系統(tǒng)中創(chuàng)建錯誤緩存文件，將GPS報文寫入所述錯誤緩存文件 中，如果是該所述SQL語句本身有問題，則直接將GPS報文寫入錯誤緩存文件，以備回收或 者用戶排查錯誤原因。
2. 根據(jù)權(quán)利要求1所述的一種GPS數(shù)據(jù)入庫處理方法，其特征在于：所述步驟22還包 括，當(dāng)報文任務(wù)池的各報文隊列處理GPS報文數(shù)量超過與其對應(yīng)的兩個任務(wù)池緩存區(qū)的容 量時，各報文隊列中等待入庫的GPS報文先寫入到各報文隊列的緩存文件中，通過創(chuàng)建監(jiān) 測線程定時讀取系統(tǒng)CPU的占用情況：當(dāng)系統(tǒng)CPU占用率低于百分之二十時，利用信號量 來通知工作處理線程回收所述各報文隊列對應(yīng)的緩存文件。
3. 根據(jù)權(quán)利要求1所述的一種GPS數(shù)據(jù)入庫處理方法，其特征在于：所述步驟23包括 報警短信服務(wù)：所述工作處理線程將GPS報文中的報警報文解析出來后，根據(jù)用戶設(shè)定的 報警條件判斷是否需要報警，如果滿足報警條件，則發(fā)送報警短信給對應(yīng)的聯(lián)系人。
4. 根據(jù)權(quán)利要求1所述的一種GPS數(shù)據(jù)入庫處理方法，其特征在于：在整個GPS報文 入庫過程中，用戶都能查看日志，所述日志分為主日志、報警短信日志、緩存回收日志和錯 誤處理日志，把它們按日期分文件夾保存，這樣分開保存、分開查看，既減少用戶檢索日志 的時間又方便查看日志的詳細信息。
5. -種GPS數(shù)據(jù)入庫處理系統(tǒng)，其特征在于：所述系統(tǒng)包括TCP報文接收模塊、報文處 理模塊、數(shù)據(jù)入庫模塊和錯誤處理模塊： 所述TCP報文接收模塊：通過I/O完成端口技術(shù)傳輸GPS報文：通訊網(wǎng)關(guān)作為客戶端， 將GPS報文封裝在復(fù)數(shù)個數(shù)據(jù)傳輸socket中，GPS數(shù)據(jù)入庫處理系統(tǒng)作為TCP服務(wù)端，客 戶端將所述復(fù)數(shù)個數(shù)據(jù)傳輸socket通過計算機的端口發(fā)送到TCP服務(wù)端完成GPS報文的 接收，具體步驟如下： 步驟11、初始化后，在所述服務(wù)端上創(chuàng)建一偵聽socket，并將所述偵聽socket與服務(wù) 端的一個端口綁定，以便實現(xiàn)GPS報文的一對多傳輸； 步驟12、在TCP服務(wù)端上創(chuàng)建一個SocketAsyncEventArgs類的連接對象，將所述連接 對象與所述偵聽socket綁定，所述連接對象開始異步檢測與其綁定的端口中是否有數(shù)據(jù) 傳輸socket接入：當(dāng)有一個所述數(shù)據(jù)傳輸socket請求連接時，所述連接對象就接入該數(shù)據(jù) 傳輸socket,而所述偵聽socket則繼續(xù)檢測與其綁定的端口； 步驟13、在TCP服務(wù)端上創(chuàng)建一個SocketAsyncEventArgs類的接收對象，所述接收對 象與接入的數(shù)據(jù)傳輸socket進行綁定，并開始接收GPS報文：若接收到的GPS報文的數(shù)據(jù) 長度等于零，則關(guān)閉對應(yīng)接入的數(shù)據(jù)傳輸socket并釋放與其綁定的接收對象；若接收到的 GPS報文的數(shù)據(jù)長度大于零，則進行粘包處理：如果接收到的GPS報文的數(shù)據(jù)包是完整的， 直接放入報文緩沖隊列，如果接收到的GPS報文的數(shù)據(jù)包是不完整的，則先放入接收緩沖 區(qū)等待繼續(xù)接收直至數(shù)據(jù)包完整再放入報文緩沖隊列； 步驟14、TCP服務(wù)端收到GPS報文后，根據(jù)所接收GPS報文的先后順序依次做出收包正 常的應(yīng)答返回給客戶端； 所述報文處理模塊：通過報文任務(wù)池和工作線程池處理GPS報文，具體包括： 步驟21、在TCP服務(wù)端上創(chuàng)建復(fù)數(shù)個報文解析線程對報文緩沖隊列中的GPS報文進行 解析，根據(jù)解析得到的不同類型，所述報文解析線程將各不同類型的GPS報文放入到報文 任務(wù)池的復(fù)數(shù)個報文隊列中，所述復(fù)數(shù)個報文隊列與各不同類型的GPS報文一一對應(yīng)； 步驟22、所述報文任務(wù)池的各報文隊列均采用雙緩沖概念實現(xiàn)讀寫分離：各報文隊列 均對應(yīng)兩個任務(wù)池緩存區(qū)，分別是任務(wù)池緩存區(qū)1和任務(wù)池緩存區(qū)2,先將各報文隊列中的 GPS報文寫入與其對應(yīng)的任務(wù)池緩存區(qū)1，當(dāng)GPS報文入庫處理比較慢或者TCP服務(wù)端連接 數(shù)非常多的情況下，任務(wù)池緩存區(qū)1內(nèi)的GPS報文會慢慢堆積，達到最大值，這時各報文隊 列中余下的GPS報文會寫入到與其對應(yīng)的任務(wù)池緩存區(qū)2,最后從各報文隊列對應(yīng)的任務(wù) 池緩存區(qū)1和任務(wù)池緩存區(qū)2中批量讀取出GPS報文，對應(yīng)寫入到各報文隊列的緩存文件 中； 步驟23、所述工作線程池根據(jù)報文任務(wù)池中不同類型的報文隊列相應(yīng)配置至少一個工 作處理線程，工作處理線程負責(zé)將步驟22所述各報文隊列對應(yīng)的緩存文件中的GPS報文讀 取出來并進行相應(yīng)的處理； 所述數(shù)據(jù)入庫模塊：TCP服務(wù)端調(diào)用數(shù)據(jù)訪問層，批量寫入GPS報文到數(shù)據(jù)庫； 所述錯誤處理模塊：在GPS報文入庫時，若出現(xiàn)SQL語句執(zhí)行出錯，將執(zhí)行錯誤的GPS 報文寫入到報文任務(wù)池中的錯誤緩存隊列進行處理：如果遇到的是網(wǎng)絡(luò)問題，則再重復(fù)執(zhí) 行該所述SQL語句兩次，仍然錯誤的情況下，在系統(tǒng)中創(chuàng)建錯誤緩存文件，將GPS報文寫入 所述錯誤緩存文件中，如果是該所述SQL語句本身有問題，則直接將GPS報文寫入錯誤緩存 文件，以備回收或者用戶排查錯誤原因。
6. 根據(jù)權(quán)利要求5所述的一種GPS數(shù)據(jù)入庫處理系統(tǒng)，其特征在于：所述報文任務(wù)池 的各報文隊列處理GPS報文數(shù)量超過與其對應(yīng)的兩個任務(wù)池緩存區(qū)的容量時，各報文隊列 中等待入庫的GPS報文先寫入到各報文隊列的緩存文件中，通過創(chuàng)建監(jiān)測線程定時讀取系 統(tǒng)CPU的占用情況：當(dāng)系統(tǒng)CPU占用率低于百分之二十時，利用信號量來通知工作處理線 程回收所述各報文隊列對應(yīng)的緩存文件。
7. 根據(jù)權(quán)利要求5所述的一種GPS數(shù)據(jù)入庫處理系統(tǒng)，其特征在于：還包括報警短信 服務(wù)模塊：所述工作處理線程將GPS報文中的報警報文解析出來后，根據(jù)用戶設(shè)定的報警 條件判斷是否需要報警，如果滿足報警條件，則發(fā)送報警短信給對應(yīng)的聯(lián)系人。
8. 根據(jù)權(quán)利要求5所述的一種GPS數(shù)據(jù)入庫處理系統(tǒng)，其特征在于：還包括日志模塊， 在整個GPS報文入庫過程中，用戶都能查看日志，所述日志分為主日志、報警短信日志、緩 存回收日志和錯誤處理日志，把它們按日期分文件夾保存，這樣分開保存、分開查看，既減 少用戶檢索日志的時間又方便查看日志的詳細信息。
【文檔編號】H04L12/803GK104158757SQ201410414439
【公開日】2014年11月19日 申請日期:2014年8月21日 優(yōu)先權(quán)日:2014年8月21日
【發(fā)明者】鄒山青, 魏軍福, 葉偉, 莊藝園, 陳建靈 申請人:福建星海通信科技有限公司