本發(fā)明屬于移動通信技術(shù)領(lǐng)域，涉及一種通訊方法及系統(tǒng)，特別是涉及一種即時通訊方法及系統(tǒng)。

背景技術(shù)：

M2M(機對機通信)代表著移動通訊領(lǐng)域的一個新的巨大增長點，它是互聯(lián)網(wǎng)早期發(fā)展的一種具體表現(xiàn)。M2M無線數(shù)據(jù)傳輸主要以GPRS(通用無線分組業(yè)務)網(wǎng)絡(luò)傳輸為主，

隨著M2M無線應用的不斷發(fā)展和日趨成熟，M2M的應用不僅僅表現(xiàn)在普通民用領(lǐng)域，還表現(xiàn)在對工業(yè)商業(yè)甚至軍事領(lǐng)域的不斷滲透，因此M2M數(shù)據(jù)傳輸形式就不能局限于早期的透明數(shù)據(jù)交互傳遞，尤其是在隨著第三代(3rd Generation，簡稱為3G)、第四代(4th Generation，簡稱4G)通訊網(wǎng)絡(luò)的迅猛發(fā)展，網(wǎng)絡(luò)帶寬的增加，用戶不僅對移動網(wǎng)絡(luò)的傳統(tǒng)語音服務提出了高要求，而且對移動終端的多媒體功能也越來越重視，尤其是移動應用的普及以及人們對于高清晰度視頻的要求越來越高，而目前市場上的移動終端，例如，手機的即時視頻通訊攝像頭已經(jīng)無法滿足市場的需求。

目前傳統(tǒng)手機視頻存在已經(jīng)下缺陷：

1.前置攝像頭像素滿足不了高清晰度要求；.

2.視角范圍較小如在手機視頻過程中范圍較小可移動性體驗效果較差；

3.后置攝像頭及使用性不方便無法清晰定位到所要的視覺。

因此，如何提供一種即時通訊方法及系統(tǒng)，以解決現(xiàn)有技術(shù)中的移動終端由于攝像頭的清晰度無法達到用戶要求導致無法清晰定位索要的視覺，且視角范圍較小導致可觀察范圍較小無法360度全方位獲取到完整音/視頻數(shù)據(jù)等種種缺陷，實已成為本領(lǐng)域從業(yè)者亟待解決的技術(shù)問題。

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

鑒于以上所述現(xiàn)有技術(shù)的缺點，本發(fā)明的目的在于提供一種即時通訊方法及系統(tǒng)，用于解決現(xiàn)有技術(shù)中現(xiàn)有技術(shù)中的移動終端由于攝像頭的清晰度無法達到用戶要求導致無法清晰定位索要的視覺，且視角范圍較小導致可觀察范圍較小無法360度全方位獲取到完整音/視頻數(shù)據(jù)的問題。

為實現(xiàn)上述目的及其他相關(guān)目的，本發(fā)明一方面提供一種即時通訊方法，應用于第一方 移動終端、第二方移動終端、和若干第三方移動終端組成的通信網(wǎng)絡(luò)，所述即時通訊方法包括以下步驟：在所述第一方移動終端和第二方移動終端進入即時通訊模式下，搜索處于空閑狀態(tài)的第三方移動終端；在所述第一方移動終端或第二方移動終端與所述處于空閑狀態(tài)的第三方移動終端之間進行身份鑒權(quán)認證以建立無線通信鏈路；輸出音視頻采集指令以令所述第三方移動終端全方位采集音/視頻數(shù)據(jù)；對采集到的音/視頻數(shù)據(jù)以第一預制數(shù)據(jù)處理方式進行預制處理，獲取預制處理后的音/視頻數(shù)據(jù)；將預制處理后的音/視頻數(shù)據(jù)以第二預制數(shù)據(jù)處理方式處理成符合數(shù)據(jù)傳輸協(xié)議的音/視頻數(shù)據(jù)信號以便所述第一方移動終端或第二方移動終端將該音/視頻數(shù)據(jù)信號轉(zhuǎn)發(fā)出去。

可選地，所述在所述第一方移動終端或第二方移動終端與所述處于空閑狀態(tài)的第三方移動終端之間進行身份鑒權(quán)認證步驟包括：讀取所述第一方移動終端或第二方移動終端的識別碼；提取識別碼中的摘要以獲取簽名；通過預存公鑰解密算法驗證所述簽名，驗證成功，表示成功建立通信鏈路，在通信鏈路成功建立的同時，產(chǎn)生一隨機密鑰；驗證失敗，自動鎖定并退出。

可選地，所述即時通訊方法還包括根據(jù)讀取到的識別碼將預制處理后的音/視頻數(shù)據(jù)以第二預制數(shù)據(jù)處理方式處理成符合數(shù)據(jù)傳輸協(xié)議的音/視頻數(shù)據(jù)發(fā)送到與所述識別碼相匹配的第一方移動終端或第二方移動終端。

可選地，所述第一預制數(shù)據(jù)處理方式包括進行編碼處理、加密處理、封包處理、混碼處理、及編制處理。

可選地，所述編碼處理包括基于所述無線傳輸協(xié)議將采集到的音/視頻數(shù)據(jù)進行有損壓縮或無損壓縮；所述封包處理包括將加密后的音/視頻數(shù)據(jù)進行打包，定義包的大小，添加包頭，增加校驗字，增加冗余處理以參數(shù)封包音/視頻數(shù)據(jù)；所述混碼處理包括采用實時流傳輸協(xié)議對封包音/視頻數(shù)據(jù)進行混碼處理；所述加密處理包括利用所述隨機密鑰采用對稱加密算法或不對稱加密算法將混碼處理后的音/視頻數(shù)據(jù)加密；所述編制處理包括將加密處理后的音/視頻數(shù)據(jù)編制成符合無線傳輸協(xié)議的數(shù)據(jù)信號。

可選地，所述第二預制數(shù)據(jù)處理方式包括解密所述隨機密鑰以使與所述識別碼匹配的第一方移動終端或第二方移動終端獲取所述第三方移動終端采集到的音/視頻數(shù)據(jù)，并將解密后的音/視頻數(shù)據(jù)編制成符合所述數(shù)據(jù)傳輸協(xié)議的音/視頻數(shù)據(jù)信號。

本發(fā)明另一方面還提供一種即時通訊系統(tǒng)，應用于第一方移動終端、第二方移動終端、和若干第三方移動終端組成的通信網(wǎng)絡(luò)，所述即時通訊系統(tǒng)包括：搜索模塊，用于在所述第一方移動終端和第二方移動終端進入即時通訊模式下，搜索處于空閑狀態(tài)的第三方移動終端； 握手模塊，與所述搜索模塊連接，用于在所述第一方移動終端或第二方移動終端與所述處于空閑狀態(tài)的第三方移動終端之間進行身份鑒權(quán)認證以建立無線通信鏈路；采集指令輸出模塊，與所述握手模塊連接，用于輸出音視頻采集指令以令所述第三方移動終端全方位采集音/視頻數(shù)據(jù)；第一預制處理模塊，與所述采集指令輸出模塊連接，用于對采集到的音/視頻數(shù)據(jù)以第一預制數(shù)據(jù)處理方式進行預制處理，獲取預制處理后的音/視頻數(shù)據(jù)；第二預制處理模塊，與所述第一預制處理模塊連接，用于將所述第一預制處理模塊處理后的音/視頻數(shù)據(jù)以第二預制數(shù)據(jù)處理方式處理成符合數(shù)據(jù)傳輸協(xié)議的音/視頻數(shù)據(jù)信號以便所述第一方移動終端或第二方移動終端將該音/視頻數(shù)據(jù)信號轉(zhuǎn)發(fā)出去。

可選地，所述第一預制處理模塊中預存有所述第一預制數(shù)據(jù)處理方式，所述第一預制數(shù)據(jù)處理方式包括編碼處理、加密處理、封包處理、混碼處理、及編制處理；其中，所述編碼處理包括基于所述無線傳輸協(xié)議將采集到的音/視頻數(shù)據(jù)進行有損壓縮或無損壓縮；所述封包處理包括將編碼處理后的音/視頻數(shù)據(jù)進行打包，定義包的大小，添加包頭，增加校驗字，增加冗余處理以參數(shù)封包音/視頻數(shù)據(jù)；所述混碼處理包括對采用實時流傳輸協(xié)議對封包音/視頻數(shù)據(jù)進行混碼處理；所述加密處理包括利用一隨機密鑰采用對稱加密算法或不對稱加密算法將混碼處理后的音/視頻數(shù)據(jù)加密；所述編制處理包括將加密處理后的音/視頻數(shù)據(jù)編制成符合無線傳輸協(xié)議的數(shù)據(jù)信號。

可選地，所述第二預制處理模塊中預存有所述第二預制數(shù)據(jù)處理方式包括解密所述隨機密鑰以使與所述識別碼匹配的第一方移動終端或第二方移動終端獲取所述第三方移動終端采集到的音/視頻數(shù)據(jù)，并將解密后的音/視頻數(shù)據(jù)編制成符合所述數(shù)據(jù)傳輸協(xié)議的音/視頻數(shù)據(jù)信號。

本發(fā)明又一方面還提供一種移動終端，包括：所述的即時通訊系統(tǒng)；所述即時通訊系統(tǒng)在進入即時通訊模式時，自動搜索用于采集音/視頻數(shù)據(jù)的采集設(shè)備并自動與其連接。

如上所述，本發(fā)明的即時通訊方法及系統(tǒng)，具有以下有益效果：

本發(fā)明所述的即時通訊方法及系統(tǒng)通過使用第三方移動終端代替第一方移動終端或第二方移動終端的音視頻采集裝置，讓用戶滿足高清視頻效果，視覺效果更佳，可移動性方便，實用性更加靈活。

附圖說明

圖1顯示為本發(fā)明的即時通訊方法的流程示意圖示意圖。

圖2顯示為本發(fā)明的即時通訊方法中步驟S2的流程示意圖。

圖3顯示為本發(fā)明的即時通訊系統(tǒng)的原理結(jié)構(gòu)示意圖。

圖4顯示為本發(fā)明的即時通訊系統(tǒng)中握手模塊的原理結(jié)構(gòu)示意圖。

圖5顯示為本發(fā)明的移動終端的原理結(jié)構(gòu)示意圖。

元件標號說明

1 移動終端

10 即時通訊系統(tǒng)

101 搜索模塊

102 握手模塊

103 采集指令輸出模塊

104 第一預制處理模塊

105 第二預制處理模塊

1021 讀取單元

1022 簽名獲取單元

1023 驗證單元

S1～S5 步驟

S21～S23 步驟

具體實施方式

以下通過特定的具體實例說明本發(fā)明的實施方式，本領(lǐng)域技術(shù)人員可由本說明書所揭露的內(nèi)容輕易地了解本發(fā)明的其他優(yōu)點與功效。本發(fā)明還可以通過另外不同的具體實施方式加以實施或應用，本說明書中的各項細節(jié)也可以基于不同觀點與應用，在沒有背離本發(fā)明的精神下進行各種修飾或改變。需說明的是，在不沖突的情況下，以下實施例及實施例中的特征可以相互組合。

需要說明的是，以下實施例中所提供的圖示僅以示意方式說明本發(fā)明的基本構(gòu)想，遂圖式中僅顯示與本發(fā)明中有關(guān)的組件而非按照實際實施時的組件數(shù)目、形狀及尺寸繪制，其實際實施時各組件的型態(tài)、數(shù)量及比例可為一種隨意的改變，且其組件布局型態(tài)也可能更為復雜。

實施例一

本實施例提供一種即時通訊方法，該即時通訊方法應用于第一方移動終端、第二方移動終端、和若干第三方移動終端組成的通信網(wǎng)絡(luò)。在本實施例中，所述第一方移動終端和第二 方移動終端可以為智能手機，平板電腦，筆記本電腦等智能終端。所述第三方移動終端為采集設(shè)備，例如，IPC攝像機等。請參閱圖1，顯示為即時通訊方法的流程示意圖。如圖1所示，所述即時通訊方法包括以下幾個步驟：

S1，在所述第一方移動終端和第二方移動終端進入即時通訊模式下，搜索處于空閑狀態(tài)的第三方移動終端。所述第三方移動終端處于空閑狀態(tài)就是指所述第三方移動終端未執(zhí)行采集任務。在本實施例中根據(jù)感測所述第三方移動終端是否在轉(zhuǎn)動來確定其是否處于空閑狀態(tài)，若其轉(zhuǎn)動，說明所述第三方移動終端處于工作狀態(tài)，若其靜止，說明速搜第三方移動終端處于空閑狀態(tài)。

S2，在所述第一方移動終端或第二方移動終端與所述處于空閑狀態(tài)的第三方移動終端之間進行身份鑒權(quán)認證以建立無線通信鏈路。請參閱圖2，顯示為步驟S2的具體流程示意圖。如圖2所示，所述步驟S2包括以下幾個步驟：

S21，讀取所述第一方移動終端或第二方移動終端的識別碼。在本實施例中，所述第一方移動終端或第二方移動終端為智能手機，因此，所述第一方移動終端或第二方移動終端的識別碼為手機中SIM卡的ID號。

S22，提取識別碼中的摘要以獲取簽名。在本實施例中，獲取簽名的算法為RSA算法或ECC算法。

S23，通過預存公鑰解密算法驗證所述簽名，驗證成功，表示成功建立通信鏈路，在通信鏈路成功建立的同時，產(chǎn)生一隨機密鑰；驗證失敗，自動鎖定并退出所述第三方移動終端。在本實施例中，若采用RSA算法，則會通過公鑰驗證簽名。若采用ECC算法，則會把簽名直接送入第三方移動終端做內(nèi)部驗證。在本實施例中，會在所述第一方移動終端或第二方移動終端上指定一通信接口，在所述第三方移動終端上指定另一通信接口，所述通信鏈路建立在這兩個指定的通信接口之間。

S3，輸出音視頻采集指令以令所述第三方移動終端全方位采集音/視頻數(shù)據(jù)。在本實施例中，所述第三方移動終端為一IPC攝像機，在接收到所述音視頻采集指令時，所述IPC攝像機360度旋轉(zhuǎn)，全方位采集音/視頻數(shù)據(jù)。

S4，對采集到的音/視頻數(shù)據(jù)以第一預制數(shù)據(jù)處理方式進行預制處理，獲取預制處理后的音/視頻數(shù)據(jù)。在本實施例中，所述第一預制數(shù)據(jù)處理方式包括編碼處理、加密處理、封包處理、混碼處理、及編制處理。上述編碼處理、加密處理、封包處理、混碼處理、及編制處理的順序不是固定的，可以根據(jù)實際情況來確定各種處理的順序。

其中，所述編碼處理包括基于所述無線傳輸協(xié)議將采集到的音/視頻數(shù)據(jù)進行有損壓縮或 無損壓縮。將采集到的音/視頻數(shù)據(jù)以統(tǒng)一的格式進行壓縮處理。在本實施例中，為了提高數(shù)據(jù)出書效率，降低傳輸負荷而采用有損壓縮?；蛘咴诒緦嵤├校瑢⒉杉降囊?視頻數(shù)據(jù)先采用無損壓縮，之后再采用有損壓縮。上述編碼處理包括但不限于線性壓縮、u率壓縮等。

所述封包處理包括將編碼處理后的音/視頻數(shù)據(jù)進行打包，定義包的大小，添加包頭，增加校驗字，增加冗余處理以參數(shù)封包音/視頻數(shù)據(jù)。

所述混碼處理包括將封包處理后的音/視頻數(shù)據(jù)采用實時流傳輸協(xié)議(RTSP)對封包音/視頻數(shù)據(jù)進行混碼處理.混碼處理的目的是在傳輸層不再區(qū)分音頻數(shù)據(jù)或者視頻數(shù)據(jù)，統(tǒng)一按照一定的編碼后的數(shù)據(jù)進行傳輸，增加了數(shù)據(jù)傳輸效率，降低了傳輸負載。RTSP是傳輸控制協(xié)議(Transfer Control Protocol，簡稱為TCP)/IP協(xié)議體系中的一個應用層協(xié)議，由哥倫比亞大學、網(wǎng)景和RealNetworks公司提交的互聯(lián)網(wǎng)工程任務組(The Internet Engineering Task Force，簡稱為IETF)遠程函數(shù)調(diào)用(Remote FunctionCall，簡稱為RFC)標準。該協(xié)議定義了一對多應用程序如何有效地通過IP網(wǎng)絡(luò)傳送多媒體數(shù)據(jù)。RTSP在體系結(jié)構(gòu)上位于實時傳送協(xié)議(Real-time Transport Protocol，簡稱為RTP)和RTP控制協(xié)議(RTP Control Protocol，簡稱為RTCP)之上，它使用TCP或RTP完成數(shù)據(jù)傳輸，其中，RTP代表一個網(wǎng)絡(luò)傳輸?shù)膮f(xié)議，是音頻、視頻上傳中的常用協(xié)議。超文本傳輸協(xié)議(Hypertext Transfer Protocol，簡稱為HTTP)與RTSP相比，HTTP傳送超文本標記語言(Hypertext Markup Language，簡稱為HTML)，而RTSP傳送的是多媒體數(shù)據(jù)。HTTP請求由客戶機發(fā)出，服務器作出響應；使用RTSP時，客戶機和服務器都可以發(fā)出請求，即RTSP可以是雙向的。

所述加密處理包括利用所述隨機密鑰采用對稱加密算法或不對稱加密算法將混碼處理后的音/視頻數(shù)據(jù)加密。所述對稱算法包括DES算法，3DES算法，TDEA算法，Blowfish算法，RC5算法，IDEA算法等。所述不對稱算法包括RSA算法、Elgamal算法、背包算法、Rabin算法、D-H算法、ECC算法等。

所述編制處理包括將加密處理后的音/視頻數(shù)據(jù)編制成符合無線傳輸協(xié)議的數(shù)據(jù)信號。在本實施例中，無線傳輸可采用藍牙、WIFI、Zigbee等無線傳輸方式。

S5，根據(jù)讀取到的識別碼將預制處理后的數(shù)據(jù)流以第二預制數(shù)據(jù)處理方式處理成符合數(shù)據(jù)傳輸協(xié)議的音/視頻數(shù)據(jù)信號以便所述第一方移動終端或第二方移動終端將該音/視頻數(shù)據(jù)信號轉(zhuǎn)發(fā)出去。在本實施例中，所述第二預制數(shù)據(jù)處理方式包括解密所述隨機密鑰及預存的所述對稱加密算法和非對稱加密算法的逆算法以使與所述識別碼匹配的第一方移動終端或第二方移動終端獲取所述第三方移動終端采集到的音/視頻數(shù)據(jù)，并將解密后的音/視頻數(shù)據(jù)編制成符合所述數(shù)據(jù)傳輸協(xié)議的音/視頻數(shù)據(jù)信號。

本實施例所述的即時通訊方法通過使用第三方移動終端代替第一方移動終端或第二方移動終端的音視頻采集裝置，讓用戶滿足高清視頻效果，視覺效果更佳，可移動性方便，實用性更加靈活。

實施例二

本實施例提供一種即時通訊系統(tǒng)10，應用于第一方移動終端、第二方移動終端、和若干第三方移動終端組成的通信網(wǎng)絡(luò)。在本實施例中，所述第一方移動終端和第二方移動終端可以為智能手機，平板電腦，筆記本電腦等智能終端。所述第三方移動終端為采集設(shè)備，例如，IPC攝像機等。請參閱圖3，顯示為即時通訊系統(tǒng)的原理結(jié)構(gòu)示意圖。如圖3所示，所述即時通訊系統(tǒng)10包括：搜索模塊101、握手模塊102、采集指令輸出模塊103、第一預制處理模塊104、及第二預制處理模塊105。

所述搜索模塊101用于在所述第一方移動終端和第二方移動終端進入即時通訊模式下，搜索處于空閑狀態(tài)的第三方移動終端。所述第三方移動終端處于空閑狀態(tài)就是指所述第三方移動終端未執(zhí)行采集任務。在本實施例中根據(jù)感測所述第三方移動終端是否在轉(zhuǎn)動來確定其是否處于空閑狀態(tài)，若其轉(zhuǎn)動，說明所述第三方移動終端處于工作狀態(tài)，若其靜止，說明速搜第三方移動終端處于空閑狀態(tài)。

與所述搜索模塊101連接的所述握手模塊102用于在所述第一方移動終端或第二方移動終端與所述處于空閑狀態(tài)的第三方移動終端之間進行身份鑒權(quán)認證以建立無線通信鏈路。請參閱圖4，顯示為握手模塊的原理結(jié)構(gòu)示意圖。如圖4所示，所述握手模塊102包括：讀取單元1021、簽名獲取單元1022、及驗證單元1023。

所述讀取單元1021用于讀取所述第一方移動終端或第二方移動終端的識別碼。在本實施例中，所述第一方移動終端或第二方移動終端為智能手機，因此，所述第一方移動終端或第二方移動終端的識別碼為手機中SIM卡的ID號。

與所述讀取單元1021連接的所述簽名獲取單元1022用于提取識別碼中的摘要以獲取簽名。在本實施例中，所述簽名獲取單元1022中預存有包括RSA算法或ECC算法的獲取簽名的算法。

與所述簽名獲取單元1022連接的所述驗證單元1023用于通過預存公鑰解密算法驗證所述簽名，驗證成功，表示成功建立通信鏈路，在通信鏈路成功建立的同時，產(chǎn)生一隨機密鑰；驗證失敗，自動鎖定并退出所述第三方移動終端。在本實施例中，若采用RSA算法，則會通過公鑰驗證簽名。若采用ECC算法，則會把簽名直接送入第三方移動終端做內(nèi)部驗證。在本實施例中，會在所述第一方移動終端或第二方移動終端上指定一通信接口，在所述第三方移 動終端上指定另一通信接口，所述通信鏈路建立在這兩個指定的通信接口之間。

與所述握手模塊102連接的采集指令輸出模塊103用于待通信鏈路建立后輸出音視頻采集指令以令所述第三方移動終端全方位采集音/視頻數(shù)據(jù)。在本實施例中，所述第三方移動終端為一IPC攝像機，在接收到所述音視頻采集指令時，所述IPC攝像機360度旋轉(zhuǎn)，全方位采集音/視頻數(shù)據(jù)。

與所述握手模塊102、采集指令輸出模塊103連接的第一預制處理模塊104用于對采集到的音/視頻數(shù)據(jù)以第一預制數(shù)據(jù)處理方式進行預制處理，獲取預制處理后的音/視頻數(shù)據(jù)。在本實施例中，所述第一預制處理模塊104包括編碼處理單元、封包處理單元、混碼處理單元、加密處理單元、及編制處理單元。所述編碼處理單元、封包處理單元、混碼處理單元、加密處理單元、及編制處理單元分別用于執(zhí)行編碼處理、封包處理、混碼處理、加密處理、及編制處理。上述編碼處理、加密處理、封包處理、混碼處理、及編制處理的順序不是固定的，可以根據(jù)實際情況來確定各種處理的順序，因此，所述碼處理單元、封包處理單元、混碼處理單元、加密處理單元、及編制處理單元的相互連接也是不固定的。

其中，所述編碼處理包括基于所述無線傳輸協(xié)議將采集到的音/視頻數(shù)據(jù)進行有損壓縮或無損壓縮。將采集到的音/視頻數(shù)據(jù)以統(tǒng)一的格式進行壓縮處理。在本實施例中，為了提高數(shù)據(jù)出書效率，降低傳輸負荷而采用有損壓縮?；蛘咴诒緦嵤├?，將采集到的音/視頻數(shù)據(jù)先采用無損壓縮，之后再采用有損壓縮。上述編碼處理包括但不限于線性壓縮、u率壓縮等。

所述封包處理包括將編碼處理后的音/視頻數(shù)據(jù)進行打包，定義包的大小，添加包頭，增加校驗字，增加冗余處理以參數(shù)封包音/視頻數(shù)據(jù)。

所述混碼處理包括將封包處理后的音/視頻數(shù)據(jù)采用實時流傳輸協(xié)議(RTSP)對封包音/視頻數(shù)據(jù)進行混碼處理.混碼處理的目的是在傳輸層不再區(qū)分音頻數(shù)據(jù)或者視頻數(shù)據(jù)，統(tǒng)一按照一定的編碼后的數(shù)據(jù)進行傳輸，增加了數(shù)據(jù)傳輸效率，降低了傳輸負載。

所述加密處理包括利用所述隨機密鑰采用對稱加密算法或不對稱加密算法將混碼處理后的音/視頻數(shù)據(jù)加密。所述對稱算法包括DES算法，3DES算法，TDEA算法，Blowfish算法，RC5算法，IDEA算法等。所述不對稱算法包括RSA算法、Elgamal算法、背包算法、Rabin算法、D-H算法、ECC算法等。

所述編制處理包括將加密處理后的音/視頻數(shù)據(jù)編制成符合無線傳輸協(xié)議的數(shù)據(jù)信號。在本實施例中，無線傳輸可采用藍牙、WIFI、Zigbee等無線傳輸方式。

與所述握手模塊102和第一預制處理模塊104連接的第二預制處理模塊105用于根據(jù)讀取到的識別碼將預制處理后的數(shù)據(jù)流以第二預制數(shù)據(jù)處理方式處理成符合數(shù)據(jù)傳輸協(xié)議的音 /視頻數(shù)據(jù)信號以便所述第一方移動終端或第二方移動終端將該音/視頻數(shù)據(jù)信號轉(zhuǎn)發(fā)出去。在本實施例中，所述第二預制數(shù)據(jù)處理方式包括解密所述隨機密鑰及預存的所述對稱加密算法和非對稱加密算法的逆算法以使與所述識別碼匹配的第一方移動終端或第二方移動終端獲取所述第三方移動終端采集到的音/視頻數(shù)據(jù)，并將解密后的音/視頻數(shù)據(jù)編制成符合所述數(shù)據(jù)傳輸協(xié)議的音/視頻數(shù)據(jù)信號。

本實施例還提供一種移動終端1，請參閱圖4，顯示為移動終端的原理結(jié)構(gòu)示意圖。所述移動終端1包括上述所述的即時通訊系統(tǒng)10。所述即時通訊系統(tǒng)10在進入即時通訊模式時，會自動搜索用于采集音/視頻數(shù)據(jù)的采集設(shè)備并自動與其連接。所述采集設(shè)備為IPC攝像機。

綜上所述，本發(fā)明所述的即時通訊方法及系統(tǒng)通過使用第三方移動終端代替第一方移動終端或第二方移動終端的音/視頻采集裝置，讓用戶滿足高清視頻效果，視覺效果更佳，可移動性方便，實用性更加靈活。所以，本發(fā)明有效克服了現(xiàn)有技術(shù)中的種種缺點而具高度產(chǎn)業(yè)利用價值。

上述實施例僅例示性說明本發(fā)明的原理及其功效，而非用于限制本發(fā)明。任何熟悉此技術(shù)的人士皆可在不違背本發(fā)明的精神及范疇下，對上述實施例進行修飾或改變。因此，舉凡所屬技術(shù)領(lǐng)域中具有通常知識者在未脫離本發(fā)明所揭示的精神與技術(shù)思想下所完成的一切等效修飾或改變，仍應由本發(fā)明的權(quán)利要求所涵蓋。