本發(fā)明涉及盜版檢測領域，尤其涉及一種接收機的檢測方法。

背景技術：

隨著現(xiàn)代科學技術的發(fā)展，接收機廣泛的應用于檢測集成、航空遙感、移動三維等方面。很多產品形態(tài)以接收機和上位機軟件組合使用的形式產生。例如，GNSS接收機普遍遵循NMEA0183協(xié)議，諾瓦泰協(xié)議，RTCM協(xié)議等，因此，如果不做任何處理，不同廠家的接收機可以使用同一個上位機軟件。這樣沒有保護好上位機軟件的版權，對上位機軟件所屬廠家的利益收到了影響。也有廠家使用了自己定制的協(xié)議，這樣增加了軟件修改的負擔。并且，上位機軟件和下位機軟件需要同時修改，并且不具備通用性。不同類型的上位機軟件對應不同的協(xié)議，對于研發(fā)人員的負擔很重，也不利于代碼維護。

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

針對現(xiàn)有技術存在的問題，現(xiàn)提供了一種接收機的檢測方法。

具體的技術方案如下：

一種接收機的檢測方法，包括：

步驟S1，將上位機軟件與接收機通信連接，所述上位機軟件向所述接收機發(fā)送請求指令；

步驟S2，所述接收機接收并根據(jù)所述請求指令發(fā)送加密協(xié)議至所述上位機軟件；

步驟S3，所述上位機軟件接收并解析所述加密協(xié)議，輸出解析結果。

優(yōu)選的，所述接收機為GNSS接收機。

優(yōu)選的，所述步驟S1中，所述上位機軟件與所述接收機為串口通信連接。

優(yōu)選的，所述步驟S1具體包括：

步驟S11，將上位機軟件與接收機通信連接，用密鑰根據(jù)解密算法對明文進行加密，所述上位機軟件向所述接收機發(fā)送請求指令。

優(yōu)選的，所述步驟S2具體包括：

步驟S21，所述接收機接收所述請求指令，根據(jù)報文中的時間信息計算所述密鑰；

步驟S22，所述接收機發(fā)送所述報文至所述上位機軟件；

步驟S23，所述接收機將明文和暗文組包成所述加密協(xié)議發(fā)送給所述上位機軟件。

優(yōu)選的，所述接收機按照預設頻率將所述加密協(xié)議發(fā)送至所述上位機軟件。

優(yōu)選的，所述步驟S3具體包括：

步驟S31，所述上位機軟件根據(jù)所述報文中的時間信息計算出所述密鑰；

步驟S32，所述上位機軟件根據(jù)所述解密算法算出暗文對應的解密信息；

步驟S33，所述上位機軟件提取明文對應的信息；

步驟S34，比較所述解密信息與所述明文對應的信息是否一致，以輸出解析結果。

優(yōu)選的，所述解密算法為AES算法或DES算法。

優(yōu)選的，所述步驟S34之后包括：

步驟S341，于所述解密信息與所述明文對應的信息一致時，所述接收機獲得所述上位機軟件的使用權限。

優(yōu)選的，所述步驟S34之后還包括：

步驟S342，于所述解密信息與所述明文對應的信息不一致時，所述接收機禁用所述上位機軟件。

上述技術方案的有益效果是：

上述技術方案在減少對正版接收機軟件和上位機軟件改動的同時，增加了盜版接收機使用正版上位機軟件的破解難度，很好地保護了上位機軟件的版權，打擊了盜版行為，保護相應廠家的合法利益。

附圖說明

圖1為本發(fā)明一種接收機的檢測方法的實施例的流程圖。

具體實施方式

需要說明的是，在不沖突的情況下，下述技術方案，技術特征之間可以相互組合。

下面結合附圖對本發(fā)明的具體實施方式作進一步的說明：

一種接收機的檢測方法，如圖1所示，包括：

步驟S1，將上位機軟件與接收機通信連接，上位機軟件向接收機發(fā)送請求指令；

步驟S2，接收機接收并根據(jù)請求指令發(fā)送加密協(xié)議至上位機軟件；

步驟S3，上位機軟件接收并解析加密協(xié)議，輸出解析結果。

本實施例以接收機為GNSS接收機進行具體說明，本實施例應用于GNSS導航領域，特別涉及在需要規(guī)避市面上出現(xiàn)的盜版接收機使用正版上位機軟件時，本實施例可以很好地解決這一難題。

本實施例能夠彌補傳統(tǒng)的接收機和上位機軟件通信間的不足，增加一條包含時間信息的加密協(xié)議，將接收機連上上位機軟件后，由上位機軟件發(fā)送請求該加密協(xié)議的請求指令，下位機(接收機)按照一定頻率發(fā)送該加密協(xié)議，上位機軟件收到該加密協(xié)議后，解密后的信息與加密前的信息一致，則判斷為擁有使用權限，提供相應應用服務。否則，禁止權限，不提供相應服務。很好地解決了傳統(tǒng)接收機與上位機通信的消息缺乏安全性、唯一性的問題，同時接收機獨立使用時，仍然出通用數(shù)據(jù)，沒有什么影響。并且本發(fā)明辦法就有通用性，不同上位機軟件與接收機均可使用本辦法。

具體的，接收機與上位機軟件通過串口等通信方式連接上后，用密鑰根據(jù)對應的解密算法(如AES，DES算法等)對明文(時間信息或發(fā)送給上位機軟件的當前歷元正常的報文的校驗)進行加密，由上位機軟件發(fā)送請求相應加密協(xié)議請求指令。

接收機根據(jù)正常的報文中的年月或者按月變化的信息算出密鑰，接收機發(fā)送報文，并且接收機生成包含時間信息的加密協(xié)議，并且用會變化的信息作為明文，比如時間信息，比如每一個歷元下發(fā)送給上位機的明文報文的校驗等，經過特定的算法，比如AES，DES加密等，本實施例的上位機軟件與接收機可以約定同一個密碼，接收機將包含明文信息和暗文信息組包作為加密協(xié)議。

接收機在發(fā)未加密的、包含位置時間信息的協(xié)議的同時，按照一定頻率將加密協(xié)議發(fā)送給上位機軟件，上位機軟件收到加密協(xié)議后，進行解析。

具體的，根據(jù)報文中的年月或者按月變化的信息算出密鑰，用密鑰對應的解密算法算出暗文段對應的解密信息，提取相應的明文段信息，如果傳來的明文信息和解析后的暗文的解密信息對應得上，則接收機獲得上位機軟件的使用權限，否則，則不能。

本實施例的密碼可通過月份等信息生成，可每月?lián)Q一次密碼，這樣增加了破解的難度。

綜上，上述技術方案在減少對正版接收機軟件和上位機軟件改動的同時，增加了盜版接收機使用正版上位機軟件的破解難度，很好地保護了上位機軟件的版權，打擊了盜版行為，保護相應廠家的合法利益。

通過說明和附圖，給出了具體實施方式的特定結構的典型實施例，基于本發(fā)明精神，還可作其他的轉換。盡管上述發(fā)明提出了現(xiàn)有的較佳實施例，然而，這些內容并不作為局限。

對于本領域的技術人員而言，閱讀上述說明后，各種變化和修正無疑將顯而易見。因此，所附的權利要求書應看作是涵蓋本發(fā)明的真實意圖和范圍的全部變化和修正。在權利要求書范圍內任何和所有等價的范圍與內容，都應認為仍屬本發(fā)明的意圖和范圍內。