專利名稱：一種基于音頻接口進行雙向數(shù)據(jù)傳輸?shù)难b置、手機及方法
技術(shù)領(lǐng)域：
本發(fā)明涉及手機終端數(shù)據(jù)傳輸技術(shù)，尤其涉及一種基于音頻接口進行雙向數(shù)據(jù)傳輸?shù)姆桨浮?br> 背景技術(shù)：
目前手機外設(shè)配件與手機的通訊所采用的接口方式有如下幾種1.WIF1:使用此接口方式和外設(shè)通訊時，手機不能通過WIFI上網(wǎng)。2. USB :一般采用此接口方式時，與手機相連的外設(shè)必須有usb-host，這樣的話就多一塊芯片(或者MCU自帶usb-host)，另外還需要考慮外設(shè)給手機持續(xù)供電，這點需要軟硬件配合才能比較好解決。3.藍(lán)牙此種接口方式的兼容性比較好，目前的手機一般都支持藍(lán)牙2. 0，但是此種接口方式必然基于藍(lán)牙模塊才能實現(xiàn)，故成本較高。4.蘋果IPH0NE30PIN接口 采用這個接口只能夠支持蘋果手機，并且需要認(rèn)證芯片，30PIN接口，以及蘋果的授權(quán)。即此種接口方式兼容性較差。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問題是，提供一種基于音頻接口進行雙向數(shù)據(jù)傳輸?shù)难b置、手機及方法，以滿足手機外設(shè)配件和手機進行傳輸雙向數(shù)據(jù)的需求。為了解決上述技術(shù)問題，本發(fā)明公開了一種基于音頻接口進行雙向數(shù)據(jù)傳輸?shù)姆椒ǎㄊ謾C通過音頻接口與外設(shè)連接時，若接收到用戶發(fā)起的數(shù)據(jù)傳輸指令，則使能基于音頻接口進行數(shù)據(jù)傳輸功能，其中，接收外設(shè)傳輸?shù)臄?shù)據(jù)時，通過音頻接口的MIC線路接收數(shù)據(jù)，并將接收到的數(shù)據(jù)進行曼徹斯特解碼后進行存儲；向外設(shè)發(fā)送數(shù)據(jù)時，將待發(fā)送的數(shù)據(jù)進行曼徹斯特編碼后通過左聲道或者右聲道發(fā)送給外設(shè)。較佳地，上述方法還包括所述外設(shè)向所述手機傳輸數(shù)據(jù)時，將所要傳輸?shù)臄?shù)據(jù)進行曼徹斯特編碼，再發(fā)送給所述手機。較佳地，上述方法中，所述手機將待發(fā)送的數(shù)據(jù)進行曼徹斯特編碼后通過左聲道或者右聲道發(fā)送給外設(shè)指所述手機將待發(fā)送的數(shù)據(jù)和時鐘信息一同進行曼徹斯特編碼后通過左聲道或者右聲道發(fā)送給外設(shè)。本發(fā)明還公開了一種基于音頻接口進行雙向數(shù)據(jù)傳輸?shù)难b置，包括第一模塊，在基于音頻接口進行數(shù)據(jù)傳輸過程中，通過音頻接口的MIC線路接收數(shù)據(jù)，將接收到的數(shù)據(jù)進行曼徹斯特解碼后進行存儲；第二模塊，在基于音頻接口進行數(shù)據(jù)傳輸過程中，將待發(fā)送給外設(shè)的數(shù)據(jù)進行曼徹斯特編碼，并通過左聲道或者 右聲道發(fā)送給外設(shè)。較佳地，上述裝置中，所述第二模塊將待發(fā)送的數(shù)據(jù)和時鐘信息一同進行曼徹斯特編碼后通過左聲道或者右聲道發(fā)送給外設(shè)。本發(fā)明還公開了一種基于音頻接口進行雙向數(shù)據(jù)傳輸?shù)氖謾C，包括客戶端模塊和基于音頻接口進行雙向數(shù)據(jù)傳輸?shù)膯卧蛻舳四K，在手機通過音頻接口與外設(shè)連接時，提示用戶是否發(fā)起數(shù)據(jù)傳輸指令，并在接收到數(shù)據(jù)傳輸指令時，啟動所述基于音頻接口進行雙向數(shù)據(jù)傳輸?shù)哪K；基于音頻接口進行雙向數(shù)據(jù)傳輸?shù)膯卧ㄟ^音頻接口的MIC線路接收外設(shè)發(fā)送的數(shù)據(jù)，通過左聲道或者右聲道向所述外設(shè)發(fā)送數(shù)據(jù)，并將接收到的外設(shè)發(fā)送的數(shù)據(jù)進行曼徹斯特解碼并存儲，以及將待發(fā)送給外設(shè)的數(shù)據(jù)進行曼徹斯特編碼后發(fā)送給外設(shè)。較佳地，上述手機中，所述基于音頻接口進行雙向數(shù)據(jù)傳輸?shù)膯卧?第一模塊，在基于音頻接口進行數(shù)據(jù)傳輸過程中，通過音頻接口的MIC線路接收數(shù)據(jù)，將接收到的數(shù)據(jù)進行曼徹斯特解碼后進行存儲；第二模塊，在基于音頻接口進行數(shù)據(jù)傳輸過程中，將待發(fā)送給外設(shè)的數(shù)據(jù)進行曼徹斯特編碼，并通過左聲道或者右聲道發(fā)送給外設(shè)。較佳地，上述手機中，所述第二模塊將待發(fā)送的數(shù)據(jù)和時鐘信息一同進行曼徹斯特編碼后通過左聲道或者右聲道發(fā)送給外設(shè)。本申請技術(shù)方案提供了一種外設(shè)與手機雙向通信的低成本方案，此通信方案采用手機音頻3. 5MM耳機接口，支持范圍廣。
具體實施例方式

圖1為現(xiàn)有手機的首頻接口不意
圖2為本實施例中Manchester編解碼原理示意圖；圖3為本實施例中手機通過音頻接口與外設(shè)傳輸數(shù)據(jù)的原理示意圖；圖4為本實施例中基于音頻接口進行雙向數(shù)據(jù)傳輸?shù)氖謾C結(jié)構(gòu)示意圖。
具體實施例方式為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚明白，下文將結(jié)合附圖對本發(fā)明技術(shù)方案作進一步詳細(xì)說明。需要說明的是，在不沖突的情況下，本申請的實施例和實施例中的特征可以任意相互組合。實施例1發(fā)明人考慮到，現(xiàn)有手機都具有通用的音頻接口，即各個手機廠家的音頻接口均統(tǒng)一為3. 5MM接口，如圖1所示。因此發(fā)明人提出，可以利用此接口使得外設(shè)和各個手機廠家的手機進行雙向數(shù)據(jù)交互。從而在保護通用性的基礎(chǔ)上，使得成本最低。另外，電子線路數(shù)據(jù)傳輸一般是以持續(xù)一定時間的高低電平來傳輸?shù)?。例如，高電平?，低電平為O。這樣可以將一個位一個位的數(shù)據(jù)進行傳輸。而音頻數(shù)據(jù)是一定頻率范圍內(nèi)的波形。當(dāng)發(fā)送連續(xù)的數(shù)據(jù)位為0，或者連續(xù)的數(shù)據(jù)位I時只有一個固定的電平，無法產(chǎn)生頻率。音頻接口便無法檢測到數(shù)據(jù)。為了使得線路上電平的高低電平相間，發(fā)明人提出采用曼徹斯特編碼，使每位數(shù)據(jù)中必然有一個高電平，一個低電平。使得整個數(shù)據(jù)流為一個最多有兩個連續(xù)的高電平，或者兩個連續(xù)的低電平。具體地，曼徹斯特(manchester)編解碼原理如圖2所示，位數(shù)據(jù)I對應(yīng)上升沿，位數(shù)據(jù)0對應(yīng)下降沿。而實際效果就是位數(shù)據(jù)I表示為一個低電平加一個高電平。位數(shù)據(jù)0表示為一個高電平加一個低電平。這樣便能夠通過音頻口進行傳輸。接收方只需要進行編碼方式的反運算就可以得到原始數(shù)據(jù)，從而實現(xiàn)數(shù)據(jù)完整傳輸?；谏鲜鏊枷耄緦嵤├峁┮环N基于音頻接口進行雙向數(shù)據(jù)傳輸?shù)姆椒?，該方法包括如下操作手機通過音頻接口與外設(shè)連接時，若接收到用戶發(fā)起的數(shù)據(jù)傳輸指令，則使能基于音頻接口進行數(shù)據(jù)傳輸功能，其中，接收外設(shè)傳輸?shù)臄?shù)據(jù)時，通過音頻接口的MIC線路接收數(shù)據(jù)，并將接收到的數(shù)據(jù)進行曼徹斯特解碼后進行存儲；向外設(shè)發(fā)送數(shù)據(jù)時，將待發(fā)送的數(shù)據(jù)進行曼徹斯特編碼后通過左聲道或者右聲道發(fā)送給外設(shè)。上述方法的實現(xiàn)原理如圖3所示，左側(cè)MCU即為外設(shè)，右側(cè)為上述手機，當(dāng)手機發(fā)送數(shù)據(jù)時可通過左聲道L線路(在其他應(yīng)用場景中也可以選擇右聲道R線路)發(fā)送到102。手機接收數(shù)據(jù)(即外設(shè)發(fā)送的數(shù)據(jù))是通過MIC線路接收到IOl的數(shù)據(jù)。而在上述方法中，要求外設(shè)向手機傳輸數(shù)據(jù)時，將所要傳輸?shù)臄?shù)據(jù)進行曼徹斯特編碼后才能發(fā)送給手機。另外，對于待發(fā)送給外設(shè)的數(shù)據(jù)，手機是將待發(fā)送的數(shù)據(jù)和時鐘信息一同進行曼徹斯特編碼后才通過左聲道或者右聲道發(fā)送給外設(shè)的。需要說明的是，當(dāng)手機與外設(shè)進行數(shù)據(jù)交互的時候。手機和外設(shè)獨占音頻線路。此時要么有數(shù)據(jù)(表現(xiàn)為有聲音)正在進行。要么空閑(表現(xiàn)為靜音)。無其他雜亂信號。目前大多數(shù)據(jù)通訊均采用FSK調(diào)制解調(diào)來傳輸數(shù)據(jù)，在同頻率的情況下其速率遠(yuǎn)遠(yuǎn)小于采用上述方法進行Manchester編解碼傳輸數(shù)據(jù)的速率。實施例2本實施例提供一 種基于音頻接口進行雙向數(shù)據(jù)傳輸?shù)氖謾C，至少包括客戶端模塊和基于音頻接口進行雙向數(shù)據(jù)傳輸?shù)膯卧??？蛻舳四K，在手機通過音頻接口與外設(shè)連接時，提示用戶是否發(fā)起數(shù)據(jù)傳輸指令，并在接收到數(shù)據(jù)傳輸指令時，啟動所述基于音頻接口進行雙向數(shù)據(jù)傳輸?shù)哪K；基于音頻接口進行雙向數(shù)據(jù)傳輸?shù)膯卧?，通過音頻接口的MIC線路接收外設(shè)發(fā)送的數(shù)據(jù)，通過左聲道或者右聲道向所述外設(shè)發(fā)送數(shù)據(jù)，并將接收到的外設(shè)發(fā)送的數(shù)據(jù)進行曼徹斯特解碼并存儲，以及將待發(fā)送給外設(shè)的數(shù)據(jù)進行曼徹斯特編碼后發(fā)送給外設(shè)。優(yōu)選方案將上述基于音頻接口進行雙向數(shù)據(jù)傳輸?shù)膯卧譃槿缦碌谝荒K和第二模塊。此時，基于音頻接口進行雙向數(shù)據(jù)傳輸?shù)氖謾C的結(jié)構(gòu)如圖4所示。其中第一模塊，在基于音頻接口進行數(shù)據(jù)傳輸過程中，通過音頻接口的MIC線路接收數(shù)據(jù)，將接收到的數(shù)據(jù)進行曼徹斯特解碼后進行存儲；第二模塊，在基于音頻接口進行數(shù)據(jù)傳輸過程中，將待發(fā)送給外設(shè)的數(shù)據(jù)進行曼徹斯特編碼，并通過左聲道或者右聲道發(fā)送給外設(shè)。需要說明的是，第二模塊將待發(fā)送的數(shù)據(jù)和時鐘信息一同進行曼徹斯特編碼后通過左聲道或者右聲道發(fā)送給外設(shè)。實施例3本實施例提供一種基于音頻接口進行雙向數(shù)據(jù)傳輸?shù)难b置，其安裝在手機上，使得手機與外設(shè)之間可以通過音頻接口進行數(shù)據(jù)傳輸。具體地，該裝置至少包括第一模塊和第二模塊。
第一模塊，在基于音頻接口進行數(shù)據(jù)傳輸過程中，通過音頻接口的MIC線路接收數(shù)據(jù)，將接收到的數(shù)據(jù)進行曼徹斯特解碼后進行存儲；第二模塊，在基于音頻接口進行數(shù)據(jù)傳輸過程中，將待發(fā)送給外設(shè)的數(shù)據(jù)進行曼徹斯特編碼，并通過左聲道或者右聲道發(fā)送給外設(shè)。其中，第二模塊將待發(fā)送的數(shù)據(jù)和時鐘信息一同進行曼徹斯特編碼后通過左聲道或者右聲道發(fā)送給外設(shè)。
從上述實施例可以看出，本申請技術(shù)方案通過通用的手機音頻接口實現(xiàn)了手機與外設(shè)之間的雙向通信，其使得數(shù)據(jù)在音頻傳輸線路上的最終體現(xiàn)就是一系列曼徹斯特編碼過的高低電平數(shù)據(jù)。其中由于Manchester編碼將數(shù)據(jù)和時鐘信息一并傳送，因此減少了誤碼率，提高了傳輸速率。另外，本發(fā)明在實現(xiàn)數(shù)據(jù)雙向傳輸?shù)那闆r下只占用了耳機接口的MIC和左聲道或右聲道兩條線路。本領(lǐng)域普通技術(shù)人員可以理解上述方法中的全部或部分步驟可通過程序來指令相關(guān)硬件完成，所述程序可以存儲于計算機可讀存儲介質(zhì)中，如只讀存儲器、磁盤或光盤等?？蛇x地，上述實施例的全部或部分步驟也可以使用一個或多個集成電路來實現(xiàn)。相應(yīng)地，上述實施例中的各模塊/單元可以采用硬件的形式實現(xiàn)，也可以采用軟件功能模塊的形式實現(xiàn)。本申請不限制于任何特定形式的硬件和軟件的結(jié)合。以上所述，僅為本發(fā)明的較佳實例而已，并非用于限定本發(fā)明的保護范圍。凡在本發(fā)明的精神和原則之內(nèi)，所做的任何修改、等同替換、改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1.一種基于音頻接口進行雙向數(shù)據(jù)傳輸?shù)姆椒?，其特征在于，該方法包? 手機通過音頻接口與外設(shè)連接時，若接收到用戶發(fā)起的數(shù)據(jù)傳輸指令，則使能基于音頻接口進行數(shù)據(jù)傳輸功能，其中，接收外設(shè)傳輸?shù)臄?shù)據(jù)時，通過音頻接口的MIC線路接收數(shù)據(jù)，并將接收到的數(shù)據(jù)進行曼徹斯特解碼后進行存儲；向外設(shè)發(fā)送數(shù)據(jù)時，將待發(fā)送的數(shù)據(jù)進行曼徹斯特編碼后通過左聲道或者右聲道發(fā)送給外設(shè)。
2.如權(quán)利要求1所述的方法，其特征在于，該方法還包括 所述外設(shè)向所述手機傳輸數(shù)據(jù)時，將所要傳輸?shù)臄?shù)據(jù)進行曼徹斯特編碼，再發(fā)送給所述手機。
3.如權(quán)利要求1或2所述的方法，其特征在于，所述手機將待發(fā)送的數(shù)據(jù)進行曼徹斯特編碼后通過左聲道或者右聲道發(fā)送給外設(shè)指 所述手機將待發(fā)送的數(shù)據(jù)和時鐘信息一同進行曼徹斯特編碼后通過左聲道或者右聲道發(fā)送給外設(shè)。
4.一種基于音頻接口進行雙向數(shù)據(jù)傳輸?shù)难b置，其特征在于，該裝置包括 第一模塊，在基于音頻接口進行數(shù)據(jù)傳輸過程中，通過音頻接口的MIC線路接收數(shù)據(jù)，將接收到的數(shù)據(jù)進行曼徹斯特解碼后進行存儲； 第二模塊，在基于音頻接口進行數(shù)據(jù)傳輸過程中，將待發(fā)送給外設(shè)的數(shù)據(jù)進行曼徹斯特編碼，并通過左聲道或者右聲道發(fā)送給外設(shè)。
5.如權(quán)利要求4所述的裝置，其特征在于， 所述第二模塊將待發(fā)送的數(shù)據(jù)和時鐘信息一同進行曼徹斯特編碼后通過左聲道或者右聲道發(fā)送給外設(shè)。
6.一種基于音頻接口進行雙向數(shù)據(jù)傳輸?shù)氖謾C，其特征在于，該手機包括客戶端模塊和基于音頻接口進行雙向數(shù)據(jù)傳輸?shù)膯卧? 客戶端模塊，在手機通過音頻接口與外設(shè)連接時，提示用戶是否發(fā)起數(shù)據(jù)傳輸指令，并在接收到數(shù)據(jù)傳輸指令時，啟動所述基于音頻接口進行雙向數(shù)據(jù)傳輸?shù)哪K； 基于音頻接口進行雙向數(shù)據(jù)傳輸?shù)膯卧?，通過音頻接口的MIC線路接收外設(shè)發(fā)送的數(shù)據(jù)，通過左聲道或者右聲道向所述外設(shè)發(fā)送數(shù)據(jù)，并將接收到的外設(shè)發(fā)送的數(shù)據(jù)進行曼徹斯特解碼并存儲，以及將待發(fā)送給外設(shè)的數(shù)據(jù)進行曼徹斯特編碼后發(fā)送給外設(shè)。
7.如權(quán)利要求6所述的手機，其特征在于，所述基于音頻接口進行雙向數(shù)據(jù)傳輸?shù)膯卧? 第一模塊，在基于音頻接口進行數(shù)據(jù)傳輸過程中，通過音頻接口的MIC線路接收數(shù)據(jù)，將接收到的數(shù)據(jù)進行曼徹斯特解碼后進行存儲； 第二模塊，在基于音頻接口進行數(shù)據(jù)傳輸過程中，將待發(fā)送給外設(shè)的數(shù)據(jù)進行曼徹斯特編碼，并通過左聲道或者右聲道發(fā)送給外設(shè)。
8.如權(quán)利要求7所述的手機，其特征在于， 所述第二模塊將待發(fā)送的數(shù)據(jù)和時鐘信息一同進行曼徹斯特編碼后通過左聲道或者右聲道發(fā)送給外設(shè)。
全文摘要
本發(fā)明公開了一種基于音頻接口進行雙向數(shù)據(jù)傳輸?shù)难b置、手機及方法，涉及手機數(shù)據(jù)傳輸技術(shù)。本發(fā)明公開的基于音頻接口進行雙向數(shù)據(jù)傳輸?shù)姆椒òㄊ謾C通過音頻接口與外設(shè)連接時，若接收到用戶發(fā)起的數(shù)據(jù)傳輸指令，則使能基于音頻接口進行數(shù)據(jù)傳輸功能，其中，接收外設(shè)傳輸?shù)臄?shù)據(jù)時，通過音頻接口的MIC線路接收數(shù)據(jù)，并將接收到的數(shù)據(jù)進行曼徹斯特解碼后進行存儲；向外設(shè)發(fā)送數(shù)據(jù)時，將待發(fā)送的數(shù)據(jù)進行曼徹斯特編碼后通過左聲道或者右聲道發(fā)送給外設(shè)。本發(fā)明還公開了一種基于音頻接口進行雙向數(shù)據(jù)傳輸?shù)难b置及手機。本申請技術(shù)方案采用手機音頻3.5MM耳機接口，支持范圍廣。
文檔編號H04M1/725GK103067587SQ20121057591
公開日2013年4月24日 申請日期2012年12月26日 優(yōu)先權(quán)日2012年12月26日
發(fā)明者張磊, 金銀軍, 劉洋, 安博, 吳寒瀟 申請人:北京大唐智能卡技術(shù)有限公司