本發(fā)明涉及云計算技術領域，尤其涉及一種多個手機號聚合方法及系統(tǒng)。

背景技術：

手機的出現(xiàn)改變了人們的生活方式，手機成為人們不可缺少的通訊工具。傳統(tǒng)的電話轉接只有運營商提供的呼叫轉移，但是只能轉接電話，不能使用其它手機轉移短信、發(fā)送短信及撥打電話，實現(xiàn)一機多號功能。

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

本發(fā)明實施例所要解決的技術問題在于，提供一種多個手機號聚合方法及系統(tǒng)，以使能夠實現(xiàn)一機多號功能。

為了解決上述技術問題，本發(fā)明實施例提出了一種多個手機號聚合方法，其特征在于，用戶主手機及副手機上安裝有客戶端軟件模塊，使副手機的通訊轉至主手機，實現(xiàn)一機多號，所述聚合方法包括：

連接步驟：副手機通過網絡連接于主手機；

信號接收步驟：接收移動通信基站發(fā)送過來的模擬信號及主手機通過網絡發(fā)送過來的數字信號；

信號轉換步驟：將接收到的模擬信號轉換成數字信號，將接收到的數字信號轉換成模擬信號；及

信號傳輸步驟：將轉換成的數字信號通過網絡發(fā)送至主手機，將轉換成的模擬信號無線發(fā)送至移動通信基站。

相應地，本發(fā)明實施例還提供了一種多個手機號聚合系統(tǒng)，所述聚合系統(tǒng)包括主手機及副手機，主手機及副手機上安裝有客戶端軟件模塊，使副手機的通訊轉至主手機，實現(xiàn)一機多號，所述聚合系統(tǒng)還包括：

連接模塊：副手機通過網絡連接于主手機；

信號接收模塊：接收移動通信基站發(fā)送過來的模擬信號及主手機通過網絡發(fā)送過來的數字信號；

信號轉換模塊：將接收到的模擬信號轉換成數字信號，將接收到的數字信號轉換成模擬信號；及

信號傳輸模塊：將轉換成的數字信號通過網絡發(fā)送至主手機，將轉換成的模擬信號無線發(fā)送至移動通信基站。

本發(fā)明實施例通過提出一種多個手機號聚合方法及系統(tǒng)，所述聚合方法包括連接步驟、信號接收步驟、信號轉換步驟及信號傳輸步驟，通過將手機通訊的模擬信號轉換成數字信號通過網絡發(fā)送，實現(xiàn)將多個手機號碼聚合到一個手機上，進而實現(xiàn)一機多號，解決人們出行的時候需要攜帶多個手機的煩惱。

附圖說明

圖1是本發(fā)明實施例的多個手機號聚合方法的流程示意圖。

圖2是本發(fā)明實施例的連接步驟的流程示意圖。

圖3是本發(fā)明實施例的多個手機號聚合系統(tǒng)的模塊示意圖。

圖4是本發(fā)明實施例的連接模塊的結構示意圖。

圖5是本發(fā)明實施例的多個手機號聚合系統(tǒng)的結構示意圖。

附圖標號說明

主手機設置步驟 S1

連接步驟 S2

接收子步驟 S21

解碼子步驟 S22

認證連接子步驟 S23

信號接收步驟 S3

信號轉換步驟 S4

信號傳輸步驟 S5

主手機設置模塊 10

連接模塊 20

接收子模塊 21

解碼子模塊 22

認證連接子模塊 23

信號接收模塊 30

信號轉換模塊 40

信號傳輸模塊 50。

具體實施方式

需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互結合，下面結合附圖和具體實施例對本發(fā)明作進一步詳細說明。

本發(fā)明實施例中若有方向性指示(諸如上、下、左、右、前、后……)僅用于解釋在某一特定姿態(tài)(如附圖所示)下各部件之間的相對位置關系、運動情況等，如果該特定姿態(tài)發(fā)生改變時，則該方向性指示也相應地隨之改變。

另外，在本發(fā)明中若涉及“第一”、“第二”等的描述僅用于描述目的，而不能理解為指示或暗示其相對重要性或者隱含指明所指示的技術特征的數量。由此，限定有“第一”、“第二”的特征可以明示或者隱含地包括至少一個該特征。

請參照圖1，本發(fā)明實施例的多個手機號聚合方法主要包括主手機設置步驟S1、連接步驟S2、信號接收步驟S3、信號轉換步驟S4及信號傳輸步驟S5。

主手機設置步驟S1：接收用戶設置主手機的指令，將主手機接入網絡。例如，用戶將一安裝客戶端軟件的手機設置為主手機，并設置要連接的一個或多個副手機的手機號碼，同時將主手機接入網絡。

連接步驟S2：副手機通過網絡連接于主手機。

信號接收步驟S3：接收移動通信基站發(fā)送過來的模擬信號及主手機通過網絡發(fā)送過來的數字信號。模擬信號與數字信號內容均包括語音、視頻、短信及彩信中的一種或多種。

信號轉換步驟S4：將接收到的模擬信號轉換成數字信號，將接收到的數字信號轉換成模擬信號。

信號傳輸步驟S5：將轉換成的數字信號通過網絡發(fā)送至主手機，將轉換成的模擬信號無線發(fā)送至移動通信基站。

作為一種實施方式，信號接收步驟S3還包括控制信號接收子步驟：接收主手機通過網絡發(fā)送的控制信號。例如，控制信號控制副手機接聽或拒絕來電，還控制副手機撥出電話和發(fā)送短信。

請參照圖2，作為一種實施方式，連接步驟S2還包括接收子步驟S21、解碼子步驟S22及認證連接子步驟S23。

接收子步驟S21：接收主手機通過使用預設的密匙將預設的認證信息進行編碼加密得到的加密信息。例如，預設的認證信息可以為副手機的手機號碼。

解碼子步驟S22：將接收到的加密信息進行解碼。

認證連接子步驟S23：將解碼后得到的解碼信息與預設的認證信息進行對照認證，認證成功則與主手機通過網絡連接。

作為一種實施方式，連接步驟S2中采用如下步驟進行認證連接：

步驟1：初始化系統(tǒng)定義：主手機為CU，副手機SU，CU與SU通過網絡進行通信，CU與SU互相不信任，需要進行雙向認證。

步驟2：定義系統(tǒng)私鑰：主手機秘鑰為K_CU，副手機秘鑰為K_SU，秘鑰K_CU、K_SU分別存儲在主、副手機中，不被外泄。

步驟3：定義系統(tǒng)訪問口令P_U：SU接收用戶設置訪問口令為P_SU，CU接收用戶輸入該訪問口令P_CU，其中，P_U＝P_CU＝P_SU時，能通過雙向認證，否則認證失敗，而且要求P_SU、P_CU不泄露。

步驟4：生成挑戰(zhàn)用隨機數R：認證發(fā)起方(可以是CU也可以是SU)本地生成一個隨機數r，并讀取當前時間t，則：

R＝r|t；

其中，該隨機數通過網絡傳輸到對方，傳輸過程中有可能被篡改，如果被篡改僅僅會引起認證失敗，不會引起假冒認證結果。

步驟5：生成會話用密碼：CU與SU生成隨機數R后，利用AES算法產生各自對應的會話用秘鑰KS_CU、KS_SU與PS_CU、PS_SU；

KS_CU＝AES(K＝K_CU,IV＝R)；

KS_SU＝AES(K＝K_SU,IV＝R)；

PS_CU＝PS_SU＝AES(K＝P_U,IV＝R)。

其中，K表示AES算法輸入的秘鑰，IV表示初始向量；KS_CU為CU利用主手機秘鑰K_CU產生的會話秘鑰；KS_SU為SU利用副手機秘鑰K_SU產生的會話秘鑰；PS_CU為CU利用訪問口令P_CU(或P_U)產生的會話秘鑰；PS_SU為SU利用訪問口令P_SU(或P_U)產生的會話秘鑰；

步驟6：SU生成挑戰(zhàn)碼C_SU：P為明碼文本；

C_SU＝AES(K＝KS_CU,IV＝R,P＝P_SU)；

C_SU生成后通過網絡發(fā)送到CU。

步驟7：CU生成挑戰(zhàn)回應碼RC_SU：

RC_SU＝AES(K＝PS_CU,IV＝R,P＝P_CU|C_SU)；

其中，P_CU|C_SU為訪問口令P_CU和挑戰(zhàn)碼C_SU的字符串連接；

RC_SU生成后通過網絡發(fā)送至SU。

步驟8：SU驗證挑戰(zhàn)回應碼RC_SU：解密RC_SU得到RC^-1_SU，C為密碼文本；

RC^-1_SU＝AES^-1(K＝PS_SU,IV＝R,C＝RC_SU)＝P'_SU|C'_SU；

其中，C為密碼文本，解密結果RC^-1_SU按長度劃為P'_SU和C'_SU兩部分，P'_SU表示對應于訪問口令P_SU的解密結果，C'_SU表示對應于挑戰(zhàn)碼C_SU的解密結果；

接著解密C'_SU，

C'^-1_SU＝AES^-1(K＝KS_CU,IV＝R,C＝C'_SU)＝P"_SU；

其中，解密結果C'^-1_SU對應于訪問口令記為P"_SU；

如果P_SU＝P'_SU＝P"_SU，則認證通過進行連接，否則認證失敗。

請參照圖3至5，本發(fā)明實施例的多個手機號聚合系統(tǒng)包括主手機及副手機，主手機及副手機上安裝有客戶端軟件模塊，使副手機的通訊轉至主手機，實現(xiàn)一機多號，所述聚合系統(tǒng)還包括主手機設置模塊10、連接模塊20、信號接收模塊30、信號轉換模塊40及信號傳輸模塊50。

主手機設置模塊10：接收用戶設置主手機的指令，將主手機接入網絡。

連接模塊20：副手機通過網絡連接于主手機。例如，副手機與主手機通過網絡連接云服務器，云服務器將對應的副手機與主手機通過網絡進行連接。

信號接收模塊30：接收移動通信基站發(fā)送過來的模擬信號及主手機通過網絡發(fā)送過來的數字信號。

信號轉換模塊40：將接收到的模擬信號轉換成數字信號，將接收到的數字信號轉換成模擬信號。

信號傳輸模塊20：將轉換成的數字信號通過網絡發(fā)送至主手機，將轉換成的模擬信號無線發(fā)送至移動通信基站。

作為一種實施方式，信號接收模塊30還包括控制信號接收子模塊，控制信號接收子模塊接收主手機通過網絡發(fā)送的控制信號。

請參照圖4，作為一種實施方式，連接模塊20還包括接收子模塊21、解碼子模塊22及認證連接子模塊23。

接收子模塊21接收主手機通過使用預設的密匙將預設的認證信息進行編碼加密得到的加密信息。

解碼子模塊22將接收到的加密信息進行解碼。

認證連接子模塊23將解碼后得到的解碼信息與預設的認證信息進行對照認證，認證成功則與主手機通過網絡連接。

作為一種實施方式，連接模塊20中采用如下步驟進行認證連接：

步驟1：初始化系統(tǒng)定義：主手機為CU，副手機SU，CU與SU通過網絡進行通信，CU與SU互相不信任，需要進行雙向認證。

步驟2：定義系統(tǒng)私鑰：主手機秘鑰為K_CU，副手機秘鑰為K_SU，秘鑰K_CU、K_SU分別存儲在主、副手機中，不被外泄。

步驟3：定義系統(tǒng)訪問口令P_U：SU接收用戶設置訪問口令為P_SU，CU接收用戶輸入該訪問口令P_CU，其中，P_U＝P_CU＝P_SU時，能通過雙向認證，否則認證失敗，而且要求P_SU、P_CU不泄露。

步驟4：生成挑戰(zhàn)用隨機數R：認證發(fā)起方(可以是CU也可以是SU)本地生成一個隨機數r，并讀取當前時間t，則：

R＝r|t；

其中，該隨機數通過網絡傳輸到對方，傳輸過程中有可能被篡改，如果被篡改僅僅會引起認證失敗，不會引起假冒認證結果。

步驟5：生成會話用密碼：CU與SU生成隨機數R后，利用AES算法產生各自對應的會話用秘鑰KS_CU、KS_SU與PS_CU、PS_SU；

KS_CU＝AES(K＝K_CU,IV＝R)；

KS_SU＝AES(K＝K_SU,IV＝R)；

PS_CU＝PS_SU＝AES(K＝P_U,IV＝R)。

其中，K表示AES算法輸入的秘鑰，IV表示初始向量；KS_CU為CU利用主手機秘鑰K_CU產生的會話秘鑰；KS_SU為SU利用副手機秘鑰K_SU產生的會話秘鑰；PS_CU為CU利用訪問口令P_CU(或P_U)產生的會話秘鑰；PS_SU為SU利用訪問口令P_SU(或P_U)產生的會話秘鑰；

步驟6：SU生成挑戰(zhàn)碼C_SU：P為明碼文本；

C_SU＝AES(K＝KS_CU,IV＝R,P＝P_SU)；

C_SU生成后通過網絡發(fā)送到CU。

步驟7：CU生成挑戰(zhàn)回應碼RC_SU：

RC_SU＝AES(K＝PS_CU,IV＝R,P＝P_CU|C_SU)；

其中，P_CU|C_SU為訪問口令P_CU和挑戰(zhàn)碼C_SU的字符串連接；

RC_SU生成后通過網絡發(fā)送至SU。

步驟8：SU驗證挑戰(zhàn)回應碼RC_SU：解密RC_SU得到RC^-1_SU，C為密碼文本；

RC^-1_SU＝AES^-1(K＝PS_SU,IV＝R,C＝RC_SU)＝P'_SU|C'_SU；

其中，C為密碼文本，解密結果RC^-1_SU按長度劃為P'_SU和C'_SU兩部分，P'_SU表示對應于訪問口令P_SU的解密結果，C'_SU表示對應于挑戰(zhàn)碼C_SU的解密結果；

接著解密C'_SU，

C'^-1_SU＝AES^-1(K＝KS_CU,IV＝R,C＝C'_SU)＝P"_SU；

其中，解密結果C'^-1_SU對應于訪問口令記為P"_SU；

如果P_SU＝P'_SU＝P"_SU，則認證通過進行連接，否則認證失敗。

本發(fā)明實施例的工作原理為：主、副手機都安裝客戶端軟件模塊，并接受用戶授權主、副手機通過網絡進行連接，副手機完成電磁波模擬信號與網絡傳輸數字信號的互轉；每個手機都可以設置為主手機或副手機，所有互聯(lián)的手機中只能有一部手機作為主手機。如圖5，當用戶的客戶撥打用戶副手機或發(fā)送信息給副手機時，移動通訊基站將該信號發(fā)送至副手機，副手機將該信號轉換通過網絡發(fā)送給主手機，用戶可以通過主手機的客戶端軟件模塊接聽副手機的電話或接收副手機的短信；當用戶需要使用副手機撥打電話或發(fā)送短信給用戶的客戶時，用戶可以通過主手機的客戶端軟件模塊選擇指定副手機并撥打電話或發(fā)送短信，主手機通過網絡將信號傳輸到指定副手機上，副手機將信號轉換后進行撥打電話或發(fā)送短信。

另外，本領域普通技術人員可以理解實現(xiàn)上述實施例方法中的全部或部分流程，是可以通過程序來指令相關的硬件來完成，所述的程序可存儲于一計算機可讀存儲介質中，該程序在執(zhí)行時，可包括如上述各方法的實施例的流程。其中，所述的存儲介質可為磁碟、光盤、只讀存儲記憶體(Read-Only Memory，ROM)或隨機存儲記憶體(Random Access Memory，RAM)等。

盡管已經示出和描述了本發(fā)明的實施例，對于本領域的普通技術人員而言，可以理解在不脫離本發(fā)明的原理和精神的情況下可以對這些實施例進行多種變化、修改、替換和變型，本發(fā)明的范圍由所附權利要求及其等同范圍限定。