本發(fā)明涉及數據加密處理技術領域，尤其涉及一種通話密鑰協商方法及系統(tǒng)。

背景技術：

目前在端到端的語音通話過程中可以直接使用基于對稱密碼算法的加密方式對通話內容進行加密，以保證通信的安全性。但是這種采用對稱密碼算法的對通話內容進行加密的方式需要通話雙方在進行通信前以安全的方式事先進行密鑰協商，例如：需要通話雙方事先以發(fā)送短信的方式來完成通話密鑰的協商，確保通話雙方使用的是相同的通話密鑰，其操作比較麻煩，用戶體驗較低。

技術實現要素：

本發(fā)明實施例提供一種通話密鑰協商方法及終端，可以使通話雙方的通信終端自動協商通話密鑰，無需用戶手動參與通話密鑰協商的過程，方便了用戶操作，提升了用戶體驗。

第一方面，本發(fā)明實施例提供了一種通話密鑰協商方法，該方法包括：

在主叫終端和被叫終端的安全芯片內預置密鑰協商參數，所述安全芯片不向外提供讀取接口；

當主叫終端向被叫終端發(fā)起呼叫請求時，所述主叫終端和所述被叫終端自動根據所述安全芯片內預置的密鑰協商參數按照預設規(guī)則協商確定對本次通話過程中的通話內容進行加密的通話密鑰。

另一方面，本發(fā)明實施例提供了一種通話密鑰協商系統(tǒng)，該系統(tǒng)包括密鑰協商參數配置終端、主叫終端和被叫終端，所述主叫終端包括第一通話密鑰協商單元，所述被叫終端包括第二通話密鑰協商單元，其中：

所述密鑰協商參數配置終端，用于在主叫終端和被叫終端的安全芯片內預置密鑰協商參數，所述安全芯片不向外提供讀取接口；

所述第一通話密鑰協商單元和所述第二通話密鑰協商單元，用于當主叫終端向被叫終端發(fā)起呼叫請求時，自動根據所述主叫終端和被叫終端的安全芯片內預置的密鑰協商參數按照預設規(guī)則協商確定對本次通話過程中的通話內容進行加密的通話密鑰。

本發(fā)明實施例通過在主叫終端和被叫終端的安全芯片內預置密鑰協商參數，所述安全芯片不向外提供讀取接口；然后當主叫終端向被叫終端發(fā)起呼叫請求時，所述主叫終端和所述被叫終端自動根據所述安全芯片內預置的密鑰協商參數按照預設規(guī)則協商確定對本次通話過程中的通話內容進行加密的通話密鑰，從而可以在需要進行加密通話時，使通話雙方的終端自動協商通話密鑰，無需用戶手動參與通話密鑰協商的過程，方便了用戶操作，提升了用戶體驗。

附圖說明

為了更清楚地說明本發(fā)明實施例技術方案，下面將對實施例描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖是本發(fā)明的一些實施例，對于本領域普通技術人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據這些附圖獲得其他的附圖。

圖1是本發(fā)明實施例提供的一種通話密鑰協商方法的示意流程圖；

圖2是本發(fā)明實施例提供的一種通話密鑰協商方法中步驟S102具體實現的示意流程圖；

圖3是本發(fā)明另一實施例提供的一種通話密鑰協商方法的示意流程圖；

圖4是本發(fā)明另一實施例提供的一種通話密鑰協商方法中獲取加密因子的示意流程圖；

圖5是本發(fā)明實施例提供的一種通話密鑰協商系統(tǒng)的示意性框圖；

圖6是本發(fā)明實施例提供的一種通話密鑰協商系統(tǒng)中第一通話密鑰協商單元和第二通話密鑰協商單元的示意性框圖；

圖7是本發(fā)明另一實施例提供的一種通話密鑰協商系統(tǒng)的示意性框圖；

圖8是本發(fā)明另一實施例提供的一種通話密鑰協商系統(tǒng)的示意性框圖。

具體實施方式

下面將結合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例是本發(fā)明一部分實施例，而不是全部的實施例。基于本發(fā)明中的實施例，本領域普通技術人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。

應當理解，當在本說明書和所附權利要求書中使用時，術語“包括”和“包含”指示所描述特征、整體、步驟、操作、元素和/或組件的存在，但并不排除一個或多個其它特征、整體、步驟、操作、元素、組件和/或其集合的存在或添加。

還應當理解，在此本發(fā)明說明書中所使用的術語僅僅是出于描述特定實施例的目的而并不意在限制本發(fā)明。如在本發(fā)明說明書和所附權利要求書中所使用的那樣，除非上下文清楚地指明其它情況，否則單數形式的“一”、“一個”及“該”意在包括復數形式。

還應當進一步理解，在本發(fā)明說明書和所附權利要求書中使用的術語“和/或”是指相關聯列出的項中的一個或多個的任何組合以及所有可能組合，并且包括這些組合。

如在本說明書和所附權利要求書中所使用的那樣，術語“如果”可以依據上下文被解釋為“當...時”或“一旦”或“響應于確定”或“響應于檢測到”。類似地，短語“如果確定”或“如果檢測到[所描述條件或事件]”可以依據上下文被解釋為意指“一旦確定”或“響應于確定”或“一旦檢測到[所描述條件或事件]”或“響應于檢測到[所描述條件或事件]”。

具體實現中，本發(fā)明實施例中描述的終端包括但不限于諸如具有觸摸敏感表面(例如，觸摸屏顯示器和/或觸摸板)的移動電話、膝上型計算機或平板計算機之類的其它便攜式設備。還應當理解的是，在某些實施例中，所述設備并非便攜式通信設備，而是具有觸摸敏感表面(例如，觸摸屏顯示器和/或觸摸板)的臺式計算機。

在接下來的討論中，描述了包括顯示器和觸摸敏感表面的終端。然而，應當理解的是，終端可以包括諸如物理鍵盤、鼠標和/或控制桿的一個或多個其它物理用戶接口設備。

終端支持各種應用程序，例如以下中的一個或多個：繪圖應用程序、演示應用程序、文字處理應用程序、網站創(chuàng)建應用程序、盤刻錄應用程序、電子表格應用程序、游戲應用程序、電話應用程序、視頻會議應用程序、電子郵件應用程序、即時消息收發(fā)應用程序、鍛煉支持應用程序、照片管理應用程序、數碼相機應用程序、數字攝影機應用程序、web瀏覽應用程序、數字音樂播放器應用程序和/或數字視頻播放器應用程序。

可以在終端上執(zhí)行的各種應用程序可以使用諸如觸摸敏感表面的至少一個公共物理用戶接口設備?？梢栽趹贸绦蛑g和/或相應應用程序內調整和/或改變觸摸敏感表面的一個或多個功能以及終端上顯示的相應信息。這樣，終端的公共物理架構(例如，觸摸敏感表面)可以支持具有對用戶而言直觀且透明的用戶界面的各種應用程序。

參見圖1，是本發(fā)明實施例提供一種通話密鑰協商方法的示意流程圖，如圖1所示，該方法可包括以下步驟：

在S101中，在主叫終端和被叫終端的安全芯片內預置密鑰協商參數，所述安全芯片不向外提供讀取接口。

在本實施例中，S101包括：

在所述主叫終端和被叫終端的安全芯片內預置用于對加密因子進行加密處理的第一密鑰和用于根據所述加密因子生成所述通話密鑰的第二密鑰。

在S102中，當主叫終端向被叫終端發(fā)起呼叫請求時，所述主叫終端和所述被叫終端自動根據所述安全芯片內預置的密鑰協商參數按照預設規(guī)則協商確定對本次通話過程中的通話內容進行加密的通話密鑰。

圖2示出了步驟S102的具體實現的示意流程圖，參見圖2所示，在本實施例中，步驟S102具體可以包括以下步驟：

在S201中，主叫終端向被叫終端發(fā)起通話請求；

在S202中，讀取所述主叫終端的設備認證信息，根據所述設備認證信息生成加密因子；

在S203中，從主叫終端的安全芯片中獲取一隨機密鑰，采用對稱加密算法根據所述隨機密鑰對所述加密因子進行加密，得到加密因子密文；

在S204中，采用對稱加密算法根據所述主叫終端安全芯片內預置的第一密鑰對所述隨機密鑰進行加密，生成隨機密鑰密文；

在S205中，采用非對稱加密算法根據所述主叫終端的私鑰對所述加密因子密文和所述隨機密鑰參數密文進行簽名計算，得到所述主叫終端的簽名值；

在S206中，采用非對稱加密算法根據所述被叫終端的公鑰對所述加密因子密文、所述隨機密鑰密文以及所述簽名值進行加密，并將加密后的密文發(fā)送至被叫終端；

在S207中，采用非對稱加密算法根據所述被叫終端的私鑰對所述密文進行解密，得到所述加密因子密文、所述隨機密鑰密文以及所述簽名值；

在S208中，采用非對稱加密算法根據所述主叫終端的公鑰對所述加密因子密文、所述隨機密鑰密文以及所述簽名值進行數字簽名驗證；

在S209中，若驗證通過，則采用對稱加密算法根據所述被叫終端安全芯片內預置的第一密鑰對所述隨機密鑰密文進行解密，得到所述隨機密鑰；

在S210中，采用對稱加密算法根據所述隨機密鑰對所述加密因子密文進行解密得到加密因子；

在S211中，所述主叫終端和所述被叫終端分別采用對稱加密算法根據各自安全芯片內預置的第二密鑰對所述加密因子進行加密生成最后的通話密鑰，并將所述通話密鑰存儲在各自的安全芯片內。

需要說明的是，在本實施例中，所述主叫終端和所述被叫終端的安全芯片內均預先內置有相同的對稱加密算法、非對稱加密算法以及哈希加密算法，并在主叫終端和被叫終端開機時，主叫終端和被叫終端均會在各自的安全芯片內采用預置的非對稱算法根據用戶輸入的參數生成一對密鑰對存儲在各自的安全芯片內，其中，密鑰對包括對外開放的公鑰和不對外開放的私鑰，當主叫終端向被叫終端發(fā)起呼叫請求時，雙方會互相交接對方的公鑰，以便后續(xù)采用非對稱加密算法來對主叫終端和被叫終端進行數字簽名認證，校驗通話雙方的身份，確保了網絡傳輸過程中的數據安全。另外，本實施例中由于采用隨機密鑰以及內置于安全芯片內部并且不公開的第一密鑰和第二密鑰來保護主叫終端和被叫終端之間傳輸數據的安全，從而能夠確保通話密鑰協商內容的安全，進一步提高了通話密鑰協商的安全性。

以上可以看出，本實施例提供的一種通話密鑰協商方法通過在主叫終端和被叫終端的安全芯片內預置密鑰協商參數，所述安全芯片不向外提供讀取接口；然后當主叫終端向被叫終端發(fā)起呼叫請求時，所述主叫終端和所述被叫終端自動根據所述安全芯片內預置的密鑰協商參數按照預設規(guī)則協商確定對本次通話過程中的通話內容進行加密的通話密鑰，從而可以在需要進行加密通話時，使通話雙方的終端自動協商通話密鑰，無需用戶手動參與通話密鑰協商的過程，方便了用戶操作，提升了用戶體驗。

圖3是本發(fā)明另一實施例提供的一種通話密鑰協商方法的示意流程圖。參見圖3所示，相對于上一實施例，在本實施例中，所述當主叫終端向被叫終端發(fā)起呼叫請求時，所述主叫終端和所述被叫終端自動根據所述安全芯片內預置的密鑰協商參數按照預設規(guī)則協商確定對本次通話過程中的通話內容進行加密的通話密鑰之后還包括：

在S103中，在所述主叫終端和所述被叫終端進行通話的過程中，采用所述通話密鑰對通話內容進行加密或解密。

在本實施例中，由于采用協商后的通話密鑰對通話內容進行加密或解密處理，而通話密鑰又存儲在沒有外部讀取接口的安全芯片內，不會被人竊取，因此，即時有人在主叫終端和被叫終端的通信鏈路中截取了加密后的通話內容，由于無法獲取到通話密鑰，也不能竊取到雙方的通話內容，從而能夠確保通話的安全性。

進一步的，參見圖4所示，相對于上一實施例，本實施例進一步限定了所述讀取所述主叫終端的設備認證信息，根據所述設備認證信息生成加密因子包括：

在S401中，讀取所述主叫終端的設備認證信息，所述設備認證信息包括所述主叫終端的設備標識信息和當前時間戳；

在S402中，采用哈希加密算法對所述設備認證信息進行哈希加密計算，得到32byte的加密數據；

在S403中，提取所述32byte的加密數據中的前16byte數據作為加密因子。

需要說明的是，在本實施例中，所述設備標識信息包括但不限于主叫終端的CPU ID、安全芯片的SN號、終端型號以及終端IMEI碼等中的至少一種，并且由于加密因子是根據設備標識信息和當前時間戳進行哈希加密計算后得到的，其中當前時間戳是實時變化的，因此每次通話時所對應獲取的加密因子均不相同，這樣可以防止重放攻擊等安全隱患，進一步提高通話的安全性。

另外，需要說明的是，本實施例中的步驟S301和步驟S302中的其他實現步驟均與圖1所示實施例中采用的方式相同，因此在此不再贅述。

因此，可以看出，相對于上一實施例，本實施例提供的一種通信密鑰協商方法不僅能夠在需要進行加密通話時，使通話雙方的終端自動協商通話密鑰，無需用戶手動參與通話密鑰協商的過程，方便了用戶操作，提升了用戶體驗，而且還能夠防止重放攻擊等安全隱患，進一步提高通話的安全性。

圖5是本發(fā)明實施例提供的一種通話密鑰協商系統(tǒng)的示意性框圖。為了便于說明僅僅示出了與本實施例相關的部分。

參見圖5所示，本實施例提供的一種通話密鑰協商系統(tǒng)，包括密鑰協商參數配置終端1、主叫終端2和被叫終端3，所述主叫終端2包括第一通話密鑰協商單元21，所述被叫終端3包括第二通話密鑰協商單元31，其中：

所述密鑰協商參數配置終端1，用于在主叫終端2和被叫終端3的安全芯片內預置密鑰協商參數，所述安全芯片不向外提供讀取接口；

所述第一通話密鑰協商單元21和所述第二通話密鑰協商單元31，用于當主叫終端2向被叫終端3發(fā)起呼叫請求時，自動根據所述主叫終端2和被叫終端3的安全芯片內預置的密鑰協商參數按照預設規(guī)則協商確定對本次通話過程中的通話內容進行加密的通話密鑰。

可選的，所述密鑰協商參數配置終端1具體用于：

在所述主叫終端2和被叫終端3的安全芯片內預置用于對加密因子進行加密處理的第一密鑰和用于根據所述加密因子生成所述通話密鑰的第二密鑰。

可選的，參見圖6所示，所述第一通話密鑰協商單元21包括：

呼叫請求單元211，用于向所述被叫終端3發(fā)起通話請求；

加密因子獲取單元212，用于讀取所述主叫終端2的設備認證信息，根據所述設備認證信息生成加密因子；

第一加密單元213，用于從主叫終端2的安全芯片中獲取一隨機密鑰，采用對稱加密算法根據所述隨機密鑰對所述加密因子進行加密，得到加密因子密文；

第二加密單元214，用于采用對稱加密算法根據所述主叫終端2安全芯片內預置的第一密鑰對所述隨機密鑰進行加密，生成隨機密鑰密文；

簽名單元215，用于采用非對稱加密算法根據所述主叫終端2的私鑰對所述加密因子密文和所述隨機密鑰參數密文進行簽名計算，得到所述主叫終端2的簽名值；

第三加密單元216，用于采用非對稱加密算法根據所述被叫終端3的公鑰對所述加密因子密文、所述隨機密鑰密文以及所述簽名值進行加密，并將加密后的密文發(fā)送至被叫終端3；

第一通話密鑰生成單元217，用于采用對稱加密算法根據所述主叫終端2的安全芯片內預置的第二密鑰對所述加密因子進行加密生成最后的通話密鑰，并將所述通話密鑰存儲在所述主叫終端2的安全芯片內；

可選的，參見圖6所示，所述第二通話密鑰協商單元31包括：

第一解密單元311，用于采用非對稱加密算法根據所述被叫終端3的私鑰對所述密文進行解密，得到所述加密因子密文、所述隨機密鑰密文以及所述簽名值；

簽名驗證單元312，用于采用非對稱加密算法根據所述主叫終端2的公鑰對所述加密因子密文、所述隨機密鑰密文以及所述簽名值進行數字簽名驗證；

第二解密單元313，用于若驗證通過，則確認與所述主叫終端2建立通話，并采用對稱加密算法根據所述被叫終端3安全芯片內預置的第一密鑰對所述隨機密鑰密文進行解密，得到所述隨機密鑰；

第三解密單元314，用于采用對稱加密算法根據所述隨機密鑰對所述加密因子密文進行解密得到加密因子；

第二通話密鑰生成單元315，用于采用對稱加密算法根據所述被叫終端3的安全芯片內預置的第二密鑰對所述加密因子進行加密生成最后的通話密鑰，并將所述通話密鑰存儲在所述被叫終端3的安全芯片內。

可選的，參見圖7所示，在另一實施例中，所述主叫終端2還包括第一通話內容加密單元22，所述被叫終端3還包括第二通話內容加密單元32，其中：

所述第一通話內容加密單元22和所述第二通話內容加密單元32均用于在所述主叫終端2和所述被叫終端3進行通話的過程中，采用所述通話密鑰對通話內容進行加密或解密。

可選的，所述加密因子獲取單元212具體用于：

讀取所述主叫終端2的設備認證信息，所述設備認證信息包括所述主叫終端2的設備標識信息和當前時間戳；

采用哈希加密算法對所述設備認證信息進行哈希加密計算，得到32byte的加密數據；

提取所述32byte的加密數據中的前16byte數據作為加密因子。

需要說明的是，本發(fā)明實施例提供的上述終端中各個單元，由于與本發(fā)明圖方法實施例基于同一構思，其帶來的技術效果與本發(fā)明方法實施例相同，具體內容可參見本發(fā)明方法實施例中的敘述，此處不再贅述。

因此，可以看出本發(fā)明實施例提供的通話密鑰協商系統(tǒng)同樣不僅能夠在需要進行加密通話時，使通話雙方的終端自動協商通話密鑰，無需用戶手動參與通話密鑰協商的過程，方便了用戶操作，提升了用戶體驗，而且還能夠防止重放攻擊等安全隱患，進一步提高通話的安全性。

參見圖8，是本發(fā)明另一實施例提供的一種通話密鑰協商系統(tǒng)的示意框圖。為了便于說明，僅僅示出了與本實施例相關的部分。

參見圖8所示，本實施例提供的一種通話密鑰協商系統(tǒng)，包括密鑰協商參數配置終端1、主叫終端2和被叫終端3，其中：

所述主叫終端2包括第一處理器810(processor)，第一通信接口820(Communications Interface)，第一存儲器830(memory)，第一總線840。

第一處理器810，第一通信接口820，第一存儲器830通過第一總線840完成相互間的通信。

第一通信接口820，用于與電纜調制解調器通信。

第一處理器810，用于執(zhí)行第一程序831。

所述被叫終端3包括第二處理器910，第二通信接口920，第二存儲器930，第二總線940。

第二處理器910，第二通信接口920，第二存儲器930通過第二總線940完成相互間的通信。

第二通信接口920，用于與電纜調制解調器通信。

第二處理器910，用于執(zhí)行第二程序931。

具體地，第一程序831和第二程序931可以包括程序代碼，所述程序代碼包括計算機操作指令。

第一處理器810和第二處理器910可能是一個中央處理器CPU，或者是特定集成電路ASIC(Application Specific Integrated Circuit)，或者是被配置成實施本發(fā)明實施例的一個或多個集成電路。

第一存儲器830和第二存儲器930，分別用于存放第一程序831和第二程序931。第一存儲器830和第二存儲器930可能包含高速RAM存儲器，也可能還包括非易失性存儲器(non-volatile memory)，例如至少一個磁盤存儲器。

第一程序831和第二程序931具體用于執(zhí)行以下步驟：

當主叫終端2向被叫終端3發(fā)起呼叫請求時，自動根據所述主叫終端2和被叫終端3的安全芯片內預置的密鑰協商參數按照預設規(guī)則協商確定對本次通話過程中的通話內容進行加密的通話密鑰。

可選的，所述當主叫終端2向被叫終端3發(fā)起呼叫請求時，所述主叫終端2和所述被叫終端3自動根據所述安全芯片內預置的密鑰協商參數按照預設規(guī)則協商確定對本次通話過程中的通話內容進行加密的通話密鑰包括：

主叫終端2向被叫終端3發(fā)起通話請求；

讀取所述主叫終端2的設備認證信息，根據所述設備認證信息生成加密因子；

從主叫終端2的安全芯片中獲取一隨機密鑰，采用對稱加密算法根據所述隨機密鑰對所述加密因子進行加密，得到加密因子密文；

采用對稱加密算法根據所述主叫終端2安全芯片內預置的第一密鑰對所述隨機密鑰進行加密，生成隨機密鑰密文；

采用非對稱加密算法根據所述主叫終端2的私鑰對所述加密因子密文和所述隨機密鑰參數密文進行簽名計算，得到所述主叫終端2的簽名值；

采用非對稱加密算法根據所述被叫終端3的公鑰對所述加密因子密文、所述隨機密鑰密文以及所述簽名值進行加密，并將加密后的密文發(fā)送至被叫終端3；

采用非對稱加密算法根據所述被叫終端3的私鑰對所述密文進行解密，得到所述加密因子密文、所述隨機密鑰密文以及所述簽名值；

采用非對稱加密算法根據所述主叫終端2的公鑰對所述加密因子密文、所述隨機密鑰密文以及所述簽名值進行數字簽名驗證；

若驗證通過，則確認與所述主叫終端2建立通話，并采用對稱加密算法根據所述被叫終端3安全芯片內預置的第一密鑰對所述隨機密鑰密文進行解密，得到所述隨機密鑰；

采用對稱加密算法根據所述隨機密鑰對所述加密因子密文進行解密得到加密因子；

所述主叫終端2和所述被叫終端3分別采用對稱加密算法根據各自安全芯片內預置的第二密鑰對所述加密因子進行加密生成最后的通話密鑰，并將所述通話密鑰存儲在各自的安全芯片內。

可選的，所述讀取所述主叫終端2的設備認證信息，根據所述設備認證信息生成加密因子包括：

讀取所述主叫終端2的設備認證信息，所述設備認證信息包括所述主叫終端2的設備標識信息和當前時間戳；

采用哈希加密算法對所述設備認證信息進行哈希加密計算，得到32byte的加密數據；

提取所述32byte的加密數據中的前16byte數據作為加密因子。

可選的，所述第一程序831和所述第二程序931還用于執(zhí)行以下步驟：

在所述主叫終端2和所述被叫終端3進行通話的過程中，采用所述通話密鑰對通話內容進行加密或解密。

在本申請所提供的幾個實施例中，應該理解到，所揭露的系統(tǒng)和方法可以通過其它的方式實現。例如，以上所描述的系統(tǒng)實施例僅僅是示意性的，例如，所述單元的劃分，僅僅為一種邏輯功能劃分，實際實現時可以有另外的劃分方式，例如多個單元或組件可以結合或者可以集成到另一個系統(tǒng)，或一些特征可以忽略，或不執(zhí)行。另一點，所顯示或討論的相互之間的耦合或直接耦合或通信連接可以是通過一些通信接口，裝置或單元的間接耦合或通信連接，可以是電性，機械或其它的形式。

所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網絡模塊上?？梢愿鶕嶋H的需要選擇其中的部分或者全部單元來實現本實施例方案的目的。

另外，在本發(fā)明各個實施例中的各功能單元可以集成在一個處理模塊中，也可以是各個單元單獨物理存在，也可以兩個或兩個以上單元集成在一個模塊中。

本發(fā)明實施例方法中的步驟可以根據實際需要進行順序調整、合并和刪減。

本發(fā)明實施例終端中的單元可以根據實際需要進行合并、劃分和刪減。

所述功能如果以軟件功能模塊的形式實現并作為獨立的產品銷售或使用時，可以存儲在一個終端可讀取存儲介質中?；谶@樣的理解，本發(fā)明的技術方案本質上或者說對現有技術做出貢獻的部分或者該技術方案的部分可以以軟件產品的形式體現出來，該軟件產品存儲在一個存儲介質中，包括若干指令用以使得一臺終端(可以是手機、IPAD等)執(zhí)行本發(fā)明各個實施例所述方法的全部或部分步驟。而前述的存儲介質包括：U盤、移動硬盤、只讀存儲器(ROM，Read-Only Memory)、隨機存取存儲器(RAM，Random Access Memory)、磁碟或者光盤等各種可以存儲程序代碼的介質。

所屬領域的技術人員可以清楚地了解到，為描述的方便和簡潔，上述描述的系統(tǒng)和單元的具體工作過程，可以參考前述方法實施例中的對應過程，在此不再贅述。

以上所述，僅為本發(fā)明的具體實施方式，但本發(fā)明的保護范圍并不局限于此，任何熟悉本技術領域的技術人員在本發(fā)明揭露的技術范圍內，可輕易想到各種等效的修改或替換，這些修改或替換都應涵蓋在本發(fā)明的保護范圍之內。因此，本發(fā)明的保護范圍應以權利要求的保護范圍為準。