執法儀數據讀取系統、數據傳輸方法及其相關方法

2023-05-24 09:34:46

執法儀數據讀取系統、數據傳輸方法及其相關方法
【專利摘要】數據傳輸方法包括客戶端與服務端建立通信連接；客戶端獲取待傳輸文件的標識信息，並將標識信息發送至服務端；服務端接收該標識信息，並判斷是否已存在與該標識信息對應的文件，若是，服務端獲取已收到的文件的數據大小信息；並將已收到的文件的數據大小信息發送至客戶端，客戶端根據該數據大小信息獲取對應文件剩餘的數據包；若否，服務端創建與該標識信息對應的文件，並發送準備接收數據通知至該客戶端，客戶端根據該準備接收數據通知獲取對應文件的數據包；客戶端將數據包發送至服務端。服務端接收數據包；以及服務端存儲數據包。上述發明可快速及可靠地傳輸數據。本發明還涉及數據發送方法、數據接收方法及執法儀數據讀取系統。
【專利說明】執法儀數據讀取系統、數據傳輸方法及其相關方法
[0001]
【技術領域】
[0002]本發明涉及一種執法儀數據讀取系統、數據傳輸方法及其相關方法。
[0003]【背景技術】
[0004]目前各部委大力鼓勵單警在交通、城管、檢察院、工商局、國土局等行政執法領域的使用執法儀，要求執法人員在執法過程中佩戴執法儀實時記錄執法過程，並形成視頻、音頻、圖像等媒體文件。執法完成後，執法人員把每天執法拍攝的媒體文件通過電腦傳輸到遠程數據中心的磁碟陣列中進行儲存，但由於目前視頻壓縮技術的限制，視頻文件非常龐大，採集傳輸都很困難，例如，在高清標準1920X1080的解析度下執法儀拍攝視頻，如利用MP4壓縮標準，每分鐘將產生180MB的數據文件，按公安部標準，每15分鐘自動分割一個視頻文件的標準，也將產生2.5GB以上的文件容量，採用最新的壓縮技術，在不失真情況下也只能把文件壓縮到1.5GB左右，這樣大的視頻文件，若傳輸過程中斷，又得重複傳輸，數據傳輸效率低。另外，如此大的視頻文件若傳輸過程丟失，執法人員很難發現，將導致數據不完整。其次，執法儀的存儲空間有限，執法人員完成數據傳輸後還得手動刪除執法儀的原文件，若忘記刪除，將可能影響下一次執法記錄。再者，目前一臺電腦同一時間只能傳輸一臺執法儀，傳輸效率極低，且為確保數據完整性，整個過程需要人工參與其中。
[0005]
【發明內容】

[0006]針對現有技術的不足，本發明的目的旨在於提供一種可解決上述技術問題的執法儀數據讀取系統、數據傳輸方法及其相關方法。
[0007]為實現上述目的，本發明採用如下技術方案:
一種數據傳輸方法，其包括以下步驟:
步驟A:客戶端與服務端建立通信連接；
步驟B:客戶端獲取待傳輸文件的標識信息，並將標識信息發送至服務端；
步驟C:服務端接收該標識信息，並判斷是否已存在與該標識信息對應的文件，若是，則執行步驟D ;若否，則執行步驟F ；
步驟D:服務端獲取已收到的文件的數據大小信息；並將已收到的文件的數據大小信息發送至客戶端；
步驟E:客戶端根據該數據大小信息獲取對應文件剩餘的數據包；
步驟F:服務端創建與該標識信息對應的文件，並發送準備接收數據通知至該客戶端； 步驟G:客戶端根據準備接收數據通知獲取對應文件的數據包；
步驟H:客戶端將數據包發送至服務端。
[0008]步驟1:服務端接收數據包；以及 步驟J:服務端存儲數據包。
[0009]進一步地，本方法還包括以下步驟:
步驟K:服務端判斷是否接收完對應文件的所有數據包，若是，則執行步驟L ;若否，則執行返回執行步驟I。
[0010]步驟L:服務端發送數據接收完成通知至客戶端。
[0011]步驟M:客戶端根據數據接收完成通知清除對應文件。
[0012]進一步地，步驟H包括以下步驟:客戶端獲取待發送的數據包大小信息，並先將待發送的數據包大小信息發送至服務端；再將數據包發送至服務端；
對應地，步驟I包括以下步驟:
步驟I1:接收待發送的數據包大小信息；
步驟12:接收數據包；
步驟13:獲取所接收的數據包大小信息；
步驟14:將所接收的數據包大小信息與待發送的數據包大小信息進行比對，判斷是否一致，若是，則執行步驟J ;若否，則執行步驟15 ;以及步驟15:發送一重新發送通知至客戶端；
對應地，本方法還包括以下步驟:
客戶端根據該重新發送通知重新發送對應的數據包至服務端。
[0013]本發明還涉及以下技術方案:
一種數據發送方法，應用於客戶端，其包括以下步驟:
建立與服務端的通信連接；
獲取待傳輸文件的標識信息，並將標識信息發送至服務端；
根據來自伺服器的數據大小信息獲取對應文件剩餘的數據包，或根據來自伺服器的準備接收數據通知獲取對應文件的數據包；以及將數據包發送至服務端。
[0014]進一步地，該數據發送方法還進一步包括以下步驟:
獲取待發送的數據包大小信息，並將待發送的數據包大小信息發送至服務端；以及 根據來自服務端的重新發送通知重新發送對應的數據包至服務端。
[0015]進一步地，該數據發送方法還進一步包括以下步驟:根據來自服務端的數據接收完成通知清除對應文件。
[0016]本發明還涉及以下技術方案:
一種數據接收方法，應用於服務端，其包括以下步驟:
與客戶端建立通信連接；
接收來自客戶端的待發送文件的標識信息，並判斷是否已存在與該標識信息對應的文件，若是，則獲取已收到的文件的數據大小信息；並將已收到的文件的數據大小信息發送至客戶端；若否，則創建對應該標識信息的文件，並發送準備接收數據通知至該客戶端；接收來自客戶端的數據包；
存儲數據包。
[0017]進一步地，數據接收方法還包括以下步驟:
接收來自客戶端的待發送的數據包大小信息； 將所接收的數據包大小信息與預先所接收的待發送的數據包大小信息進行比對，判斷是否一致，若是，執行存儲數據包的步驟；若否，則發送一重新發送通知至客戶端。
[0018]進一步地，數據傳輸方法還包括以下步驟:
判斷是否接收完對應文件的所有數據包，若是，則發送數據接收完成通知至客戶端；若否，則執行來自客戶端的數據包的步驟。
[0019]本發明還包括以下技術方案:
一種執法儀數據讀取系統，其包括客戶端、服務端若干執法儀和至少一集線器、;
每一執法儀包括存儲有多媒體文件的存儲卡；每一執法儀通過集線器連接客戶端；該客戶端包括若干數據發送控制單元，每一執法儀對應一數據發送控制單元，每一數據發送控制單元用於採用上述數據發送方法將對應的執法儀的多媒體文件發送至服務端;
服務端用於採用上述數據接收方法接收並存儲多媒體文件。
[0020]本發明的有益效果如下:
1、本方法可使得服務端自動識別已接收數據的大小，進而自動通知客戶端從文件的對應位置開始發送數據，從而避免客戶端重複發送已經發送過的數據，有效減少傳輸時間，且中間過程無需人工進行確認操作，自動識別、自動通知並自動完成對應操作。
[0021]2、本方法可使得服務端在接收完文件的所有數據包後自動通知客戶端，通過完成確認信息控制以使得客戶端自動刪除對應文件，例如，若對應文件存儲於電性連接客戶端的執法儀的U盤中，則客戶端可自動刪除執法儀的U盤中的數據，從而使得執法儀可騰出存儲空間，以備下一次使用。整個過程無需人工進行確認，自動識別並自動完成清除，可避免人工誤刪的情況，客戶端根據服務端的確認信息再清除U盤中的數據，可避免數據接收還沒完成即刪除數據。
[0022]3、可自動識別出由於網絡狀況不好而出現的丟包問題，從而避免由於丟包而出現數據缺失，進而可保證數據完整性，提高數據傳輸的穩定性。
[0023]
【專利附圖】

【附圖說明】
[0024]圖1為本發明數據傳輸方法的較佳實施方式的流程圖。
[0025]圖2為本發明執法儀數據讀取系統的較佳實施方式的結構示意圖。
[0026]
【具體實施方式】
[0027]下面將結合附圖以及【具體實施方式】，對本發明做進一步描述:
請參見圖1，本發明涉及一種數據傳輸方法，其較佳實施方式包括以下步驟:
步驟A:客戶端與服務端建立通信連接；優選地，可建立堵塞模式的Socket連接，以使得客戶端和服務端之間的通信通過握手信號來進行通知控制。
[0028]步驟B:客戶端獲取待傳輸文件的標識信息，並將標識信息發送至服務端。其中，標識信息可包括待傳輸文件的文件名和創建時間。
[0029]步驟C:服務端接收該標識信息，並判斷是否已存在與該標識信息對應的文件，若是，則執行步驟D ;若否，則執行步驟F。
[0030]步驟D:服務端獲取已收到的文件的數據大小信息；並將已收到的文件的數據大小信息發送至客戶端。
[0031]步驟E:客戶端根據該數據大小信息獲取對應文件剩餘的數據包；具體如下:
客戶端根據數據大小信息計算文件起始發送的位置，並把文件指針指向上一次終止發送的位置，接著從上一次終止發送的位置開始獲取文件剩餘的數據，並將獲取的數據打包為數據包，再將數據包發送至客戶端緩衝區。
[0032]步驟F:服務端創建與該標識信息對應的文件，並發送準備接收數據通知至該客戶端。
[0033]步驟G:客戶端根據該準備接收數據通知獲取對應文件的數據包；
具體地，客戶端將文件指針指向文件的首位置開始獲取數據，並將數據打包為數據包，再將數據包發送至客戶端緩衝區。一個大文件一般被分割成多個數據包進行發送。
[0034]步驟H:客戶端將數據包發送至服務端。
[0035]步驟1:服務端接收數據包；以及 步驟J:服務端存儲數據包。
[0036]本方法可使得服務端自動識別已接收數據的大小，進而自動通知客戶端從文件的對應位置開始發送數據，從而避免客戶端重複發送已經發送過的數據，有效減少傳輸時間，且中間過程無需人工進行確認操作，自動識別、自動通知並自動完成對應操作。
[0037]本方法還包括以下步驟:
步驟K:服務端判斷是否接收完對應文件的所有數據包，若是，則執行步驟L ;若否，則返回執行步驟I ;
步驟L:服務端發送數據接收完成通知至客戶端；以及 步驟M:客戶端根據數據接收完成通知清除對應文件。
[0038]如此，本方法可使得服務端在接收完文件的所有數據包後自動通知客戶端，以使得客戶端自動刪除對應文件，例如，若對應文件存儲於電性連接客戶端的執法儀的U盤中，則客戶端可自動刪除執法儀的U盤中的數據，從而使得執法儀可騰出存儲空間，以備下一次使用。整個過程無需人工進行確認，自動識別並自動完成清除，可避免人工誤刪、忘刪，或者客戶端在未傳輸完就執行刪除動作的情況。
[0039]本實施例中，步驟H包括以下步驟:客戶端獲取待發送的數據包大小信息，並將待發送的數據包大小信息發送至服務端；再將數據包發送至服務端。
[0040]對應地,步驟I具體包括以下步驟:
步驟12:接收數據包；
步驟13:獲取所接收的數據包大小信息；
步驟14:將所接收的數據包大小信息與待發送的數據包大小信息進行比對，判斷是否一致，若是，則執行步驟J ;若否，則執行步驟15 ；以及步驟15:發送一重新發送通知至客戶端；以及對應地，本方法還包括以下步驟:
客戶端根據該重新發送通知重新發送對應的數據包至服務端。
[0041 ] 如此，可自動識別出由於網絡狀況不好而出現的丟包問題，從而避免由於丟包而出現數據缺失，進而可保證數據完整性，提高數據傳輸的穩定性。
[0042]本發明還涉及一種數據發送方法，應用於客戶端，其包括以下步驟:
建立與服務端的通信連接；
獲取待傳輸文件的標識信息，並將標識信息發送至服務端；
根據來自伺服器的數據大小信息獲取對應文件剩餘的數據包，或根據來自伺服器的準備接收數據通知獲取對應文件的數據包；以及將數據包發送至服務端；
該數據發送方法還進一步包括以下步驟:
獲取待發送的數據包大小信息，並將待發送的數據包大小信息發送至服務端；
根據來自服務端的重新發送通知重新發送對應的數據包至服務端；以及 根據來自服務端的數據接收完成通知清除對應文件。
[0043]本發明還涉及一種數據接收方法，應用於服務端，其包括以下步驟:
與客戶端建立通信連接；
接收來自客戶端的待發送文件的標識信息，並判斷是否已存在與該標識信息對應的文件，若是，則獲取已收到的文件的數據大小信息；並將已收到的文件的數據大小信息發送至客戶端；若否，則執行步驟創建對應該標識信息的文件，並發送準備接收數據通知至該客戶端;
接收來自客戶端的數據包；以及 存儲數據包。
[0044]該數據接收方法還包括以下步驟:
接收來自客戶端的待發送的數據包大小信息；
將所接收的數據包大小信息與預先所接收的待發送的數據包大小信息進行比對，判斷是否一致，若是，存儲數據包；若否，則發送一重新發送通知至客戶端；
判斷是否接收完對應文件的所有數據包，若是，則發送數據接收完成通知至客戶端；若否，則接收數據包。
[0045]本發明還涉及一種數據傳輸系統，其包括以下模塊:
模塊A應用於客戶端和服務端:用於建立通信連接；
模塊B應用於客戶端:用於獲取待傳輸文件的標識信息，並將標識信息發送至服務端。
[0046]模塊C應用於服務端:用於判斷是否已存在與該標識信息對應的文件，若是，則執行模塊D ;若否，則執行模塊F ;
模塊D應用於服務端:用於獲取已收到的文件的數據大小信息；並將已收到的文件的數據大小信息發送至客戶端。
[0047]模塊E應用於客戶端:用於根據該數據大小信息獲取對應文件剩餘的數據包； 模塊F應用於服務端:用於創建與該標識信息對應的文件，並發送準備接收數據通知
至該客戶端。
[0048]模塊G應用於客戶端:用於根據該準備接收數據通知獲取對應文件的數據包； 模塊H應用於客戶端:用於將數據包發送至服務端。
[0049]模塊I應用於服務端:用於接收數據包；以及 模塊J應用於服務端:用於存儲數據包； 該數據傳輸系統還包括以下模塊:
模塊K應用於服務端:用於判斷是否接收完對應文件的所有數據包，若是，則執行模塊L ;若否，則返回執行模塊I 。
[0050]模塊L應用於服務端:用於發送數據接收完成通知至客戶端；以及 模塊M應用於客戶端:用於根據數據接收完成通知清除對應文件。
[0051]本實施例中，模塊H包括以下模塊:用於獲取待發送的數據包大小信息，並將待發送的數據包大小信息發送至服務端；再將數據包發送至服務端。
[0052]對應地，模塊I具體包括以下模塊:
模塊12:接收數據包；
模塊13:獲取所接收的數據包大小信息；
模塊14:將所接收的數據包大小信息與待發送的數據包大小信息進行比對，判斷是否一致，若是，則執行模塊J ;若否，則執行模塊15 ；以及模塊15:發送一重新發送通知至客戶端；以及
對應地，該數據傳輸系統還包括根據該重新發送通知重新發送對應的數據包至服務端的模塊，其應用於客戶端。
[0053]請參見圖2，本發明還涉及一種執法儀數據讀取系統，其包括客戶端、服務端、若干執法儀和至少一集線器。
[0054]每一執法儀包括存儲有多媒體文件的存儲卡；每一執法儀通過集線器連接客戶端;
該客戶端包括若干數據發送控制單元，每一執法儀對應一數據發送控制單元，每一數據發送控制單元用於採用上述數據發送方法將執法儀的多媒體文件發送至服務端；
服務端用於採用上述數據接收方法接收並存儲多媒體文件。
[0055]本實施例中，該集線器為USB HUB。
[0056]上述執法儀數據讀取系統可通過一個客戶端同時將多個執法儀的多媒體文件發送至遠程的服務端進行存儲，實現多通道、快速且可靠地傳輸數據。
[0057]對於本領域的技術人員來說，可根據以上描述的技術方案以及構思，做出其它各種相應的改變以及變形，而所有的這些改變以及變形都應該屬於本發明權利要求的保護範圍之內。
【權利要求】
1.一種數據傳輸方法，其特徵在於:其包括以下步驟: 步驟A:客戶端與服務端建立通信連接； 步驟B:客戶端獲取待傳輸文件的標識信息，並將標識信息發送至服務端； 步驟C:服務端接收該標識信息，並判斷是否已存在與該標識信息對應的文件，若是，則執行步驟D ;若否，則執行步驟F ； 步驟D:服務端獲取已收到的文件的數據大小信息；並將已收到的文件的數據大小信息發送至客戶端； 步驟E:客戶端根據該數據大小信息獲取對應文件剩餘的數據包； 步驟F:服務端創建與該標識信息對應的文件，並發送準備接收數據通知至該客戶端； 步驟G:客戶端根據該準備接收數據通知獲取對應文件的數據包； 步驟H:客戶端將數據包發送至服務端； 步驟1:服務端接收數據包；以及 步驟J:服務端存儲數據包。
2.如權利要求1所述的數據傳輸方法，其特徵在於:本方法還包括以下步驟: 步驟K:服務端判斷是否接收完對應文件的所有數據包，若是，則執行步驟L ;若否，則返回執行步驟I ; 步驟L:服務端發送數據接收完成通知至客戶端；以及 步驟M:客戶端根據數據接收完成通知清除對應文件。
3.如權利要求1或2所述的數據傳輸方法，其特徵在於:步驟H包括以下步驟:客戶端獲取待發送的數據包大小信息，並將待發送的數據包大小信息發送至服務端；再將數據包發送至服務端； 對應地，步驟I包括以下步驟: 步驟I1:接收待發送的數據包大小信息； 步驟12:接收數據包； 步驟13:獲取所接收的數據包大小信息； 步驟14:將所接收的數據包大小信息與待發送的數據包大小信息進行比對，判斷是否一致，若是，則執行步驟J ;若否，則執行步驟15 ；以及步驟15:發送一重新發送通知至客戶端；以及對應地，本方法還包括以下步驟: 客戶端根據該重新發送通知重新發送對應的數據包至服務端。
4.一種數據發送方法，應用於客戶端，其特徵在於:其包括以下步驟: 建立與服務端的通信連接； 獲取待傳輸文件的標識信息，並將標識信息發送至服務端； 根據來自伺服器的數據大小信息獲取對應文件剩餘的數據包，或根據來自伺服器的準備接收數據通知獲取對應文件的數據包；以及將數據包發送至服務端。
5.如權利要求4所述的數據發送方法，其特徵在於:該數據發送方法還進一步包括以下步驟: 獲取待發送的數據包大小信息，並將待發送的數據包大小信息發送至服務端；以及根據來自服務端的重新發送通知重新發送對應的數據包至服務端。
6.如權利要求4或5所述的數據發送方法，其特徵在於:該數據發送方法還進一步包括以下步驟:根據來自服務端的數據接收完成通知清除對應文件。
7.一種數據接收方法，應用於服務端，其包括以下步驟: 與客戶端建立通信連接； 接收來自客戶端的待發送文件的標識信息，並判斷是否已存在與該標識信息對應的文件，若是，則獲取已接收到的文件的數據大小信息；並將已接收到的文件的數據包大小信息發送至客戶端；若否，則創建對應該標識信息的文件，並發送準備接收數據通知至該客戶端; 接收來自客戶端的數據包；以及 存儲數據包。
8.如權利要求7所述的數據接收方法，其特徵在於:數據接收方法還包括以下步驟: 接收來自客戶端的待發送的數據包大小信息；以及 將所接收的數據包大小信息與預先所接收的待發送的數據包大小信息進行比對，判斷是否一致，若是，執行存儲數據包的步驟；若否，則發送一重新發送通知至客戶端。
9.如權利要求7或8所述的數據接收方法，其特徵在於:數據傳輸方法還包括以下步驟: 判斷是否接收完對應文件的所有數據包，若是，則發送數據接收完成通知至客戶端；若否，則執行來自客戶端的數據包的步驟。
10.一種執法儀數據讀取系統，其特徵在於:其包括客戶端、服務端若干執法儀和至少一集線器、； 每一執法儀包括存儲有多媒體文件的存儲卡；每一執法儀通過集線器連接客戶端；該客戶端包括若干數據發送控制單元，每一執法儀對應一數據發送控制單元，每一數據發送控制單元用於採用如權利要求4、5或6所述的數據發送方法將對應的執法儀的多媒體文件發送至服務端； 服務端用於採用如權利要求7、8或9所述的數據接收方法接收並存儲多媒體文件。
【文檔編號】H04L29/08GK103957256SQ201410181022
【公開日】2014年7月30日 申請日期:2014年4月30日 優先權日:2014年4月30日
【發明者】梁鴻才 申請人:梁鴻才