一種加密手機通話內容的方法及裝置制造方法
【專利摘要】本發明公開了一種加密手機通話內容的方法及裝置，涉及信息技術，所述方法包括：雙方通話期間，語音加密的發起方向接收方發送用于進行語音加密的請求；接收方根據所述請求，判斷其是否具備語音加密解密能力；若接收方判斷其具備語音加密解密能力，則隨機生成用于對語音信號進行加密和解密的動態密鑰，并發送至發起方，以供雙方進行加密通話；若接收方判斷其不具備語音加密解密能力，則將接收方不具備語音加密解密能力的消息發送至發起方。本發明能夠保障個人手機通話安全性。
【專利說明】一種加密手機通話內容的方法及裝置
【技術領域】
[0001]本發明涉及信息技術，特別涉及一種加密手機通話內容的方法及相關裝置。
【背景技術】
[0002]GSM加密算法已經使用超過二十年，為全球80%的移動用戶提供隱私安全保護，2009年GSM網絡加密算法已被宣布破解。但對于廣大的手機通信用戶，不管是選擇GSM網絡，還是安全性較高的CDMA網絡，都只能由少數幾個運營商提供服務，但這些運營商在通訊隱私性上并不能對個人用戶提供必要保障，因此通話的安全性受到普遍關注。
【發明內容】
[0003]本發明的目的在于提供一種加密手機通話內容的方法及裝置，能更好地解決個人手機通話安全性問題。
[0004]根據本發明的一個方面，提供了一種加密手機通話內容的方法，包括:
[0005]雙方通話期間，語音加密的發起方向接收方發送用于進行語音加密的請求；
[0006]接收方根據所述請求，判斷其是否具備語音加密解密能力；
[0007]若接收方判斷其具備語音加密解密能力，則隨機生成用于對語音信號進行加密和解密的動態密鑰，并發送至發起方，以供雙方進行加密通話；
[0008]若接收方判斷其不具備語音加密解密能力，則將接收方不具備語音加密解密能力的消息發送至發起方。
[0009]優選地，所述語音加密的發起方向接收方發送用于進行語音加密的請求的步驟包括:
[0010]雙方通話期間，語音加密的發起方生成用于進行語音加密的請求，并將所述請求發送至接收方，其中，所述請求中包含發起方公鑰。
[0011 ] 優選地，所述接收方根據所述請求，判斷其是否具備語音加密解密能力的步驟包括:
[0012]接收方根據所述請求，檢測其是否具有用于對語音信號進行加密和解密的語音加密解密模塊；
[0013]若檢測到接收方具有語音加密解密模塊，則判斷接收方具備語音加密解密能力，否則，判斷接收方不具備語音加密解密能力。
[0014]優選地，所述若接收方判斷其具備語音加密解密能力，則隨機生成用于對語音信號進行加密和解密的動態密鑰，并發送至發起方的步驟包括:
[0015]當接收方判斷其具備語音加密解密能力時，接收方隨機生成用于對語音信號進行加密和解密的動態密鑰；
[0016]接收方利用所述發起方公鑰，對所述動態密鑰進行加密處理，得到加密動態密鑰，并發送至發起方；
[0017]發起方收到所述加密動態密鑰后，利用發起方私鑰，對所述加密動態密鑰進行解密處理，得到動態密鑰。
[0018]優選地，所述雙方進行加密通話的步驟包括:
[0019]發起方/接收方利用所述動態密鑰，對語音信號進行加密處理，并發送至接收方/發送方;
[0020]接收方/發送方利用所述動態密鑰，對所述加密的語音信號進行解密處理，得到語音信號。
[0021]根據本發明的另一方面，提供了一種加密手機通話內容的裝置，包括:
[0022]語音加密請求模塊，用于在雙方通話期間，向語音加密的接收方發送用于進行語音加密的請求；
[0023]加解密能力判斷模塊，用于根據所述請求，判斷接收方是否具備語音加密解密能力；
[0024]動態密鑰生成模塊，用于在判斷接收方具備語音加密解密能力時，隨機生成用于對語音信號進行加密和解密的動態密鑰，并發送至語音加密的發起方，以供雙方進行加密通話；
[0025]語音加密通知模塊，用于在判斷接收方不具備語音加密解密能力時，將接收方不具備語音加密解密能力的消息發送至發起方。
[0026]優選地，所述語音加密請求模塊包括:
[0027]請求生成子模塊，用于在雙方通話期間，生成用于進行語音加密的請求，其中，所述請求中包含發起方公鑰；
[0028]請求發送子模塊，用于將所述請求發送至接收方。
[0029]優選地，所述加解密能力判斷模塊包括:
[0030]檢測子模塊，用于根據所述請求，檢測接收方是否具有用于對語音信號進行加密和解密的語音加密解密模塊；
[0031]判斷子模塊，用于在檢測到接收方具有語音加密解密模塊時，判斷接收方具備語音加密解密能力，否則，判斷接收方不具備語音加密解密能力。
[0032]優選地，所述動態密鑰生成模塊包括:
[0033]密鑰生成子模塊，用于當判斷接收方具備語音加密解密能力時，隨機生成用于對語音信號進行加密和解密的動態密鑰；
[0034]密鑰加密子模塊，用于利用所述發起方公鑰，對所述動態密鑰進行加密處理，得到加密動態密鑰，并發送至發起方；
[0035]密鑰解密子模塊，用于在收到所述加密動態密鑰后，利用發起方私鑰，對所述加密動態密鑰進行解密處理，得到動態密鑰。
[0036]優選地，還包括:
[0037]語音加密解密模塊，用于利用所述動態密鑰，對語音信號進行加密處理，發送至對方，并利用所述動態密鑰，對來自對方的加密的語音信號進行解密處理，得到語音信號。
[0038]與現有技術相比較，本發明的有益效果在于:
[0039]本發明通過隨機生成的動態密鑰對語音信號進行加密傳輸，不必擔心包括運營商在內的第三方通過截取、破解等手段獲取通話內容，從而保證了手機通話內容的安全性。
【專利附圖】
【附圖說明】
[0040]圖1是本發明提供的加密手機通話內容的方法原理框圖；
[0041]圖2是本發明提供的加密手機通話內容的裝置框圖；
[0042]圖3是具有圖2所述裝置的手機的通話原理框圖；
[0043]圖4是圖2所述裝置在手機中應用的流程圖；
[0044]圖5是本發明實施例提供的通話雙方的信息交互過程圖；
[0045]圖6是本發明實施例提供的動態密鑰生成流程圖。
【具體實施方式】
[0046]以下結合附圖對本發明的優選實施例進行詳細說明，應當理解，以下所說明的優選實施例僅用于說明和解釋本發明，并不用于限定本發明。
[0047]圖1是本發明提供的加密手機通話內容的方法原理框圖，如圖1所示，步驟包括:
[0048]步驟101、雙方通話期間，語音加密的發起方向接收方發送用于進行語音加密的請求。
[0049]雙方通話期間，語音加密的發起方生成用于進行語音加密的請求，并將所述請求發送至接收方，其中，所述請求中包含發起方公鑰。
[0050]步驟102、接收方根據所述請求，判斷其是否具備語音加密解密能力。
[0051]接收方根據所述請求，檢測其是否具備用于對語音信號進行加密和解密的語音加密解密模塊，若檢測到接收方具有所述語音加密解密模塊，則判斷接收方具備語音加密解密能力，否則，判斷接收方不具備語音加密解密能力。
[0052]步驟103、若接收方判斷其具備語音加密解密能力，則隨機生成用于對語音信號進行加密和解密的動態密鑰，并發送至發起方，以供雙方進行加密通話。
[0053]接收方具備語音加密解密能力時，接收方隨機生成用于對語音信號進行加密和解密的動態密鑰，并利用所述發起方公鑰，對所述動態密鑰進行加密處理，得到加密動態密鑰，并發送至發起方；發起方收到所述加密動態密鑰后，利用發起方私鑰，對所述加密動態密鑰進行解密處理，得到動態密鑰。此時，發起方/接收方利用所述動態密鑰，對語音信號進行加密處理，并發送至接收方/發送方，接收方/發送方利用所述動態密鑰，對所述加密的語音信號進行解密處理，得到語音信號，實現了手機通話內容的加密傳輸，保障了通話安全性。
[0054]步驟104、若接收方判斷其不具備語音加密解密能力，則將接收方不具備語音加密解密能力的消息發送至發起方，通知發起方無法進行語音加密，即拒絕用于進行語音加密的請求。
[0055]本發明還提供了一種加密手機通話內容的裝置，以下簡稱語音加密裝置，所述語音加密裝置對手機通話內容進行時時透明加解密，加解密密鑰采用動態密鑰的方式，其可以包含多種形態，例如:可以是直接插接到手機耳機插孔的硬件模塊、線控耳機形式、藍牙耳機形式等等。由于是手機的外接裝置，因此不需要對手機本身做任何的更改，適用于任何品牌、型號的手機。所述語音加密裝置的功能結構框圖，如圖2所示，包括:
[0056]語音加密請求模塊201，用于在雙方通話期間，向語音加密的接收方發送用于進行語音加密的請求。所述語音加密請求模塊201包括請求生成子模塊和請求發送子模塊，所述請求生成子模塊生成包含發起方公鑰的所述請求后，由所述請求發送子模塊將所述請求發送至接收方。
[0057]加解密能力判斷模塊202，用于根據所述請求，判斷接收方是否具備語音加密解密能力。所述加解密能力判斷模塊202包括檢測子模塊和判斷子模塊，所述檢測子模塊根據所述請求，檢測接收方是否具有用于對語音信號進行加密和解密的語音加密解密模塊，在檢測到接收方具有語音加密解密模塊時，所述判斷子模塊判斷接收方具備語音加密解密能力，否則，判斷接收方不具備語音加密解密能力。
[0058]動態密鑰生成模塊203，用于在判斷接收方具備語音加密解密能力時，隨機生成用于對語音信號進行加密和解密的動態密鑰，并發送至語音加密的發起方，以供雙方進行加密通話。所述動態密鑰生成模塊203包括密鑰生成子模塊、密鑰加密子模塊和密鑰解密子模塊。當判斷接收方具備語音加密解密能力時，所述密鑰生成子模塊隨機生成用于對語音信號進行加密和解密的動態密鑰，所述密鑰加密子模塊利用所述發起方公鑰，對所述動態密鑰進行加密處理，得到加密動態密鑰，并發送至發起方；發起方的密鑰解密子模塊在收到所述加密動態密鑰后，利用發起方私鑰，對所述加密動態密鑰進行解密處理，得到動態密鑰。
[0059]語音加密通知模塊204，用于在判斷接收方不具備語音加密解密能力時，將接收方不具備語音加密解密能力的消息發送至發起方。
[0060]語音加密解密模塊205，用于利用所述動態密鑰，對語音信號進行加密處理，發送至對方，并利用所述動態密鑰，對來自對方的加密的語音信號進行解密處理，得到語音信號。
[0061]可見，所述語音加密裝置的主要功能包括:
[0062]1、隨機生成用于對語音信號進行加密和解密的動態密鑰；
[0063]2、對語音信號進行時時、透明加解密。
[0064]圖3是具有圖2所述裝置的手機的通話原理框圖，如圖3所示,步驟包括:
[0065]步驟301、發起手機通話后,手機雙方處于正常通話狀態；
[0066]步驟302、通話雙方中任意一方(即語音加密的發起方)通過所述語音加密裝置上的按鈕，使語音加密請求模塊生成用于進行語音加密的請求(即語音加密請求)，向發送至另一方(即語音加密的接收方)，所述請求中包含發起方公鑰。
[0067]步驟303、接收方收到所述請求后，其加解密能力判斷模塊判斷自身是否具備語音加密解密能力，并在判斷結果為具備所述語音加密解密能力時，接受所述語音加密請求。此時，利用其動態密鑰生成模塊隨機生成用于對語音信號進行加解密的動態密鑰，并使用發起方公鑰對所述動態密鑰加密處理后，發送至發起方。發起方的動態密鑰生成模塊利用其私鑰對所述加密的動態密鑰進行解密處理，得到所述動態密鑰。
[0068]接收方可以通過檢測其是否具有語音加密解密模塊(或者判斷手機是否外接所述語音加密裝置)，判斷其是否具備語音加密解密能力，也可以在正常通話中事先詢問對方是否外接有所述語音加密裝置。如果接收方已安裝了所述語音加密裝置，則會根據語音加密裝置的提示選擇接受請求或者拒絕請求。當接收方拒絕所述請求時，接收方的語音加密通知模塊通知發起方不能進行語音加密。
[0069]步驟304、通話雙方均得到所述動態密鑰后，進入語音加密傳輸狀態。也就是說，一方的語音加密解密模塊利用所述動態密鑰對語音信號加密后，由手機進行后續處理，并發送至另一方，另一方的語音加密解密模塊利用所述動態密鑰對手機接收并處理后的信號進行解密處理，得到所述語音信號。
[0070]步驟305、通話雙方中任意一方均可通過語音加密裝置上的按鈕取消語音加密請求。
[0071]步驟306、通話結束后語音加密狀態自動解除。
[0072]通過上述步驟可知，發起語音加密前，通話雙方處于正常通話狀態，用戶可以根據需要發起用于進行語音加密的請求。
[0073]圖4是圖2所述裝置在手機中應用的流程圖，如圖4所示，步驟包括:
[0074]步驟401、把語音加密裝置插接到手機上，例如直接插接到手機耳機插孔上。
[0075]步驟402、撥打電話并接通,通話雙方處于正常通話狀態。
[0076]步驟403、語音加密的發起方(通話雙方中的任意一方)按下語音加密裝置上的啟動按鈕(開關)，啟動語音通話加密功能。
[0077]步驟404、生成語音加密請求，并發送至語音加密的接收方。
[0078]步驟405、語音加密的接收方通過檢測其是否具有語音加密解密模塊，判斷其是否具備語音加密解密能力，如果具有語音加密解密模塊，則接收方具有語音加密解密能力，執行步驟406，否則執行步驟408。
[0079]步驟406、接收方的語音加密裝置生成動態密鑰，并發送給發起方，對語音通話模擬信號進行實時加解密處理。
[0080]為保障動態密鑰傳輸過程中的安全性，接收方使用發起方公鑰對所述動態密鑰加密處理后發送給發起方，發起方利用其私鑰進行解密處理后，得到所述動態密鑰。也就是說，通過發起方與接收方之間的身份認證過程，傳遞了用于對語音信號進行加密和解密的“動態密鑰”。
[0081]對語音通話模擬信號進行加密的步驟包括:一方將待發送的模擬的語音信號進行A/D轉化后，得到數字的語音信號，利用所述動態密鑰對所述數字的語音信號進行加密后，再次進行D/A轉化，轉換為加密模擬語音信號，最后傳遞給手機，由手機進行編碼、調制等處理后發送出去。
[0082]對語音通話模擬信號進行解密的步驟包括:另一方收到經由手機解調、譯碼等處理后的加密模擬語音信號，對所述加密模擬語音信號進行A/D轉化后，得到加密數字語音信號，利用所述動態密鑰對所述加密數字語音信號進行解密后，再次進行D/A轉化，轉換為模擬的語音信號，以便手機播放所述語音。
[0083]如果語音信號被第三方截取，由于沒有所述動態密鑰，不能對加密的語音信號好進行解密，因此，聽到的通話內容都是噪音，無法破解并獲取通話內容。
[0084]步驟407、通話雙方的任何一方按下語音加密裝置的啟動按鈕(開關)可結束加密通話，或者掛斷電話自動結束。
[0085]步驟408、不能正常加解密，通知發起方無法進行語音加密，即拒絕所述語音加密請求。
[0086]圖5是本發明實施例提供的通話雙方的信息交互過程圖，如圖5所示，步驟包括:
[0087]步驟501、手機用戶I呼叫手機用戶2,啟動通話。
[0088]步驟502、手機用戶2接受手機用戶I的通話請求，雙方進行正常通話。
[0089]步驟503、手機用戶I利用其語音加密裝置向手機用戶2發起語音加密請求。
[0090]步驟504、手機用戶2接受手機用戶I的語音加密請求，并將生成的動態密鑰發送給手機用戶I。
[0091]步驟505、手機用戶I和手機用戶2,利用所述動態密鑰,進行語音加密,保證本次通話的安全性。
[0092]所述語音加密裝置中包含高性能處理器，每次語音加密，隨機生成僅應用于本次語音加密的“動態密鑰”，所述“動態密鑰”生成算法由所述語音加密裝置中的高性能處理器運行并產生最終結果。
[0093]圖6是本發明實施例提供的動態密鑰生成流程圖，如圖6所示，步驟包括:
[0094]步驟601、每個語音加密裝置上都保存有一對非對稱密鑰對，當發起語音加密時，發起方首先將自己的公鑰Kpublic以明文方式傳遞給接收方。
[0095]步驟602、接收方隨機產生一個密鑰K，也即“動態密鑰K”，然后使用收到的公鑰Kpublic以二元算法Fl進行加密，即Fl (K，Kpublic) =Kl，得到加密動態密鑰Kl。
[0096]步驟603、接收方通過向發起方傳遞加密動態密鑰Kl，將隱含的動態密鑰K告知發起方。
[0097]步驟604、發起方利用自己的私鑰Kprivate以二元算法F2對Kl進行解密，即F2 (Kl，Kprivate) =K，解密后，發起方獲得了 “動態密鑰K”。
[0098]由步驟601至步驟604可知，本發明采用非對稱加密體系進行動態密鑰的加密傳輸，此過程相當于在發起方和接收方之間進行了一次身份認證。
[0099]步驟605、發起方和接收方均用對稱加密算法F，以動態密鑰K對語音信號進行加密和解密。
[0100]綜上所述，本發明具有以下技術效果:
[0101]1、本發明可以對私密通話內容進行加密處理，密碼采用動態密鑰技術，不必擔心包括運行商在內的第三方通過截獲、破解等手段獲取通話內容，對用戶提供了必要的通話安全保障，特別是個人手機用戶。
[0102]2、本發明的裝置是手機的外接裝置，適用于任何品牌、型號的手機。
[0103]盡管上文對本發明進行了詳細說明，但是本發明不限于此，本【技術領域】技術人員可以根據本發明的原理進行各種修改。因此，凡按照本發明原理所作的修改，都應當理解為落入本發明的保護范圍。
【權利要求】
1.一種加密手機通話內容的方法，其特征在于，包括: 雙方通話期間，語音加密的發起方向接收方發送用于進行語音加密的請求； 接收方根據所述請求，判斷其是否具備語音加密解密能力； 若接收方判斷其具備語音加密解密能力，則隨機生成用于對語音信號進行加密和解密的動態密鑰，并發送至發起方，以供雙方進行加密通話； 若接收方判斷其不具備語音加密解密能力，則將接收方不具備語音加密解密能力的消息發送至發起方。
2.根據權利要求1所述的方法，其特征在于，所述語音加密的發起方向接收方發送用于進行語音加密的請求的步驟包括: 雙方通話期間，語音加密的發起方生成用于進行語音加密的請求，并將所述請求發送至接收方，其中，所述請求中包含發起方公鑰。
3.根據權利要求2所述的方法，其特征在于，所述接收方根據所述請求，判斷其是否具備語音加密解密能力的步驟包括: 接收方根據所述請求，檢測其是否具有用于對語音信號進行加密和解密的語音加密解密模塊； 若檢測到接收方具有語音加密解密模塊，則判斷接收方具備語音加密解密能力，否則，判斷接收方不具備語音加密解密能力。
4.根據權利要求3所述的方法，其特征在于，所述若接收方判斷其具備語音加密解密能力，則隨機生成用于對語音信號進行加密和解密的動態密鑰，并發送至發起方的步驟包括: 當接收方判斷其具備語音加密解密能力時，接收方隨機生成用于對語音信號進行加密和解密的動態密鑰； 接收方利用所述發起方公鑰，對所述動態密鑰進行加密處理，得到加密動態密鑰，并發送至發起方； 發起方收到所述加密動態密鑰后，利用發起方私鑰，對所述加密動態密鑰進行解密處理，得到動態密鑰。
5.根據權利要求4所述的方法，其特征在于，所述雙方進行加密通話的步驟包括: 發起方/接收方利用所述動態密鑰，對語音信號進行加密處理，并發送至接收方/發送方; 接收方/發送方利用所述動態密鑰，對所述加密的語音信號進行解密處理，得到語音信號。
6.一種加密手機通話內容的裝置，其特征在于，包括: 語音加密請求模塊，用于在雙方通話期間，向語音加密的接收方發送用于進行語音加密的請求； 加解密能力判斷模塊，用于根據所述請求，判斷接收方是否具備語音加密解密能力；動態密鑰生成模塊，用于在判斷接收方具備語音加密解密能力時，隨機生成用于對語音信號進行加密和解密的動態密鑰，并發送至語音加密的發起方，以供雙方進行加密通話； 語音加密通知模塊，用于在判斷接收方不具備語音加密解密能力時，將接收方不具備語音加密解密能力的消息發送至發起方。
7.根據權利要求6所述的裝置，其特征在于，所述語音加密請求模塊包括: 請求生成子模塊，用于在雙方通話期間，生成用于進行語音加密的請求，其中，所述請求中包含發起方公鑰； 請求發送子模塊，用于將所述請求發送至接收方。
8.根據權利要求7所述的裝置，其特征在于，所述加解密能力判斷模塊包括: 檢測子模塊，用于根據所述請求，檢測接收方是否具有用于對語音信號進行加密和解密的語音加密解密模塊； 判斷子模塊，用于在檢測到接收方具有語音加密解密模塊時，判斷接收方具備語音加密解密能力，否則，判斷接收方不具備語音加密解密能力。
9.根據權利要求8所述的裝置，其特征在于，所述動態密鑰生成模塊包括: 密鑰生成子模塊，用于當判斷接收方具備語音加密解密能力時，隨機生成用于對語音信號進行加密和解密的動態密鑰； 密鑰加密子模塊，用于利用所述發起方公鑰，對所述動態密鑰進行加密處理，得到加密動態密鑰，并發送至發起方； 密鑰解密子模塊，用于在收到所述加密動態密鑰后，利用發起方私鑰，對所述加密動態密鑰進行解密處理，得到動態密鑰。
10.根據權利要求9所述的裝置，其特征在于，還包括: 語音加密解密模塊，用于利用所述動態密鑰，對語音信號進行加密處理，發送至對方，并利用所述動態密鑰，對來自對方的加密的語音信號進行解密處理，得到語音信號。
【文檔編號】H04L9/16GK104284328SQ201310285573
【公開日】2015年1月14日 申請日期:2013年7月9日 優先權日:2013年7月9日
【發明者】于晴, 王江波, 王海洋 申請人:北京鼎普科技股份有限公司