專(zhuān)利名稱(chēng)：藍(lán)牙郵件收發(fā)系統(tǒng)及方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種藍(lán)牙郵件收發(fā)系統(tǒng)及方法。
背景技術(shù)：
隨著網(wǎng)絡(luò)技術(shù)和通信技術(shù)的發(fā)展，手機(jī)由原來(lái)的單一通話(huà)功能向語(yǔ)音、數(shù)據(jù)、圖像綜合的方向發(fā)展，功能越來(lái)越完善。藍(lán)牙和電子郵件都已成為手機(jī)必備的重要功能。目前的手機(jī)中，發(fā)送電子郵件是 基于CDMA或GPRS的，需要收取網(wǎng)絡(luò)流量的費(fèi)用。藍(lán)牙技術(shù)使用全球通用的2. 4GHZ ISM頻段，2. 0以上版本具有3Mbps傳輸速率，非常適合近距離的無(wú)線(xiàn)通信，但現(xiàn)在在手機(jī)中只用于交換vCard、mp3等文件。

發(fā)明內(nèi)容
鑒于以上內(nèi)容，有必要提供一種藍(lán)牙郵件收發(fā)系統(tǒng)，可以在手機(jī)中使用藍(lán)牙來(lái)收發(fā)電子郵件。鑒于以上內(nèi)容，還有必要提供一種藍(lán)牙郵件收發(fā)方法，可以在手機(jī)中使用藍(lán)牙來(lái)收發(fā)電子郵件。所述藍(lán)牙郵件收發(fā)系統(tǒng)，運(yùn)行于手機(jī)中，該系統(tǒng)包括封裝模塊，用于將符合RFC2822格式的郵件封裝成藍(lán)牙可以識(shí)別的OPP格式；搜索模塊，用于在覆蓋區(qū)域內(nèi)搜索接收方的藍(lán)牙；連接模塊，用于讀取發(fā)送方的藍(lán)牙配對(duì)鏈表，將發(fā)送方和接收方藍(lán)牙之間建立連接；發(fā)送模塊，用于連接成功后，提示接收方確認(rèn)是否同意接收該郵件；當(dāng)接收方拒絕接收該郵件時(shí)，提示發(fā)送失敗，操作結(jié)束；當(dāng)接收方同意接收該郵件時(shí)，通過(guò)OPP協(xié)議發(fā)送該郵件。所述藍(lán)牙郵件收發(fā)方法，應(yīng)用于手機(jī)中，該方法的發(fā)送郵件步驟包括封裝步驟將符合RFC2822格式的郵件封裝成藍(lán)牙可以識(shí)別的OPP格式；搜索步驟在覆蓋區(qū)域內(nèi)搜索接收方的藍(lán)牙；連接步驟讀取發(fā)送方的藍(lán)牙配對(duì)鏈表，將發(fā)送方和接收方藍(lán)牙之間建立連接；發(fā)送步驟連接成功后，提示接收方確認(rèn)是否同意接收該郵件；當(dāng)接收方同意接收該郵件時(shí)，通過(guò)OPP協(xié)議發(fā)送該郵件；當(dāng)接收方拒絕接收該郵件時(shí)，提示發(fā)送失敗。相較于現(xiàn)有技術(shù)，所述的藍(lán)牙郵件收發(fā)系統(tǒng)及方法，能夠在手機(jī)中使用藍(lán)牙的文件交互功能來(lái)完成電子郵件的發(fā)送和接收，方便快捷，不需流量費(fèi)。


圖I是本發(fā)明藍(lán)牙郵件收發(fā)系統(tǒng)較佳實(shí)施例的架構(gòu)圖。圖2是本發(fā)明藍(lán)牙郵件收發(fā)系統(tǒng)較佳實(shí)施例的功能模塊圖。圖3是本發(fā)明藍(lán)牙郵件收發(fā)方法較佳實(shí)施例發(fā)送郵件過(guò)程的流程圖。圖4是本發(fā)明藍(lán)牙郵件收發(fā)方法較佳實(shí)施例接收郵件過(guò)程的流程圖。主要元件符號(hào)說(shuō)明
IMi 手機(jī)「接收方手機(jī)|2_
藍(lán)牙郵件收發(fā)系統(tǒng) 10用戶(hù)代理模塊20
郵件傳輸代理模塊 30
藍(lán)牙郵箱_40
莫它帳號(hào)郵箱
封裝模塊_100
喪索模塊^
連接模塊_300
發(fā)送模塊_400
判斷模塊_500
接收模塊_600
_檢查模塊1700
如下具體實(shí)施方式
將結(jié)合上述附圖進(jìn)一步說(shuō)明本發(fā)明。
具體實(shí)施例方式如圖I所示，是本發(fā)明藍(lán)牙郵件收發(fā)系統(tǒng)較佳實(shí)施例的架構(gòu)圖。所述藍(lán)牙郵件收發(fā)系統(tǒng)10運(yùn)行于發(fā)送方手機(jī)I及接收方手機(jī)2中。所述發(fā)送方手機(jī)I中還包括用戶(hù)代理模塊20及郵件傳輸代理模塊30。所述接收方手機(jī)2中還包括用戶(hù)代理模塊20、郵件傳輸代理模塊30、藍(lán)牙郵箱40及其它帳號(hào)郵箱50。值得注意的是，所述發(fā)送方手機(jī)I也可作為接收方，所述接收方手機(jī)2也可作為發(fā)送方。所述用戶(hù)代理模塊20用于管理用戶(hù)對(duì)電子郵件的編輯、發(fā)送、讀取等相關(guān)操作。發(fā)送方用戶(hù)通過(guò)所述用戶(hù)代理模塊20編輯好郵件之后，選擇使用網(wǎng)絡(luò)或者藍(lán)牙發(fā)送該郵件。在下面的場(chǎng)合，使用藍(lán)牙來(lái)收發(fā)郵件，不僅免費(fèi)，而且快速方便家庭成員之間在家時(shí)分享有趣的郵件；學(xué)生之間在教室或?qū)嬍一ハ喾窒韺W(xué)習(xí)數(shù)據(jù)；其它的場(chǎng)合如會(huì)議室、電影院等，免費(fèi)將郵件發(fā)送到其它手機(jī)或計(jì)算機(jī)上。當(dāng)用戶(hù)選擇通過(guò)藍(lán)牙發(fā)送郵件時(shí)，啟動(dòng)發(fā)送方藍(lán)牙及所述藍(lán)牙郵件收發(fā)系統(tǒng)10。所述藍(lán)牙郵件收發(fā)系統(tǒng)10用于通過(guò)藍(lán)牙的OPP協(xié)議來(lái)發(fā)送和接收郵件。所示接收方手機(jī)2接收到通過(guò)藍(lán)牙發(fā)送的郵件之后，存入所述藍(lán)牙郵箱40中。所述郵件傳輸代理模塊30用于原本的基于網(wǎng)絡(luò)傳輸郵件的方式,通過(guò)TCP/IP協(xié)議來(lái)發(fā)送和接收郵件。所示接收方手機(jī)2接收到通過(guò)該方式發(fā)送的郵件之后，存入所述其它帳號(hào)郵箱50中。如圖2所示，是本發(fā)明藍(lán)牙郵件收發(fā)系統(tǒng)較佳實(shí)施例的功能模塊圖。所述藍(lán)牙郵件收發(fā)系統(tǒng)10包括封裝模塊100、搜索模塊200、連接模塊300、發(fā)送模塊400、判斷模塊500、接收模塊600及檢查模塊700。其中，當(dāng)該手機(jī)作為發(fā)送方時(shí)，運(yùn)行所述封裝模塊100、搜索模塊200、連接模塊300及發(fā)送模塊400 ;當(dāng)該手機(jī)作為接收方時(shí)，運(yùn)行所述判斷模塊500、接收模塊600及檢查模塊700。所述封裝模塊100用于在將電子郵件通過(guò)藍(lán)牙發(fā)送之前，將符合RFC2822格式的郵件封裝成藍(lán)牙可以識(shí)別的OPP格式。電子郵件不同于普通的文本，其內(nèi)容必須符合規(guī)定的格式。封裝過(guò)程中，先校驗(yàn)郵件頭部分，需包括接收方、發(fā)送方、發(fā)送時(shí)間、抄送、暗送、主題等；校驗(yàn)合格后，再校驗(yàn)郵件體的字符、編碼方式、格式和簽名是否規(guī)范；校驗(yàn)合格后，如有附件需檢查附件是否正確；之后，加上欲發(fā)送的藍(lán)牙地址、藍(lán)牙的注冊(cè)、配對(duì)、連接信息組成藍(lán)牙發(fā)送的郵件內(nèi)容。所述搜索模塊200用于在覆蓋區(qū)域內(nèi)搜索接收方的藍(lán)牙。當(dāng)搜索不到接收方的藍(lán)牙時(shí)，提示接收方啟動(dòng)藍(lán)牙并將藍(lán)牙設(shè)為可見(jiàn)。所述連接模塊300用于當(dāng)搜索到接收方的藍(lán)牙之后，讀取發(fā)送方的藍(lán)牙配對(duì)鏈表。當(dāng)接收方藍(lán)牙地址已在發(fā)送方的配對(duì)鏈表中時(shí)，可以和接收方直接建立連接；當(dāng)接收方藍(lán)牙地址不在發(fā)送方的配對(duì)鏈表中時(shí)，表示以前沒(méi)有配對(duì)過(guò)，需要先和接收方藍(lán)牙進(jìn)行配對(duì)，然后將雙方藍(lán)牙之間建立連接。
所述發(fā)送模塊400用于連接成功后，提示接收方確認(rèn)是否同意接收該郵件。所述發(fā)送模塊400還用于當(dāng)接收方拒絕接收該郵件時(shí)，提示發(fā)送失敗，操作結(jié)束。所述發(fā)送模塊400還用于當(dāng)接收方同意接收該郵件時(shí)，通過(guò)OPP協(xié)議發(fā)送該郵件。所述判斷模塊500用于判斷所述接收方手機(jī)2的藍(lán)牙郵箱40是否有空間。所述判斷模塊500還用于當(dāng)沒(méi)有空間時(shí)，拒絕接收該郵件，提示空間已滿(mǎn)，操作結(jié)束。所述判斷模塊500還用于當(dāng)有空間時(shí)，判斷所述藍(lán)牙郵箱40中是否已經(jīng)存在同文件名的郵件。所述判斷模塊500還用于當(dāng)存在同文件名的郵件時(shí)，提示接收方用戶(hù)選擇是否覆蓋。當(dāng)用戶(hù)選擇不覆蓋時(shí)，操作結(jié)束。所述接收模塊600用于當(dāng)不存在同名的郵件或者用戶(hù)選擇覆蓋時(shí)，接收該郵件。所述檢查模塊700用于接收郵件數(shù)據(jù)結(jié)束后，檢查郵件格式是否正確，即郵件內(nèi)容是否符合RFC2822格式。所述檢查模塊700還用于當(dāng)郵件格式正確時(shí)，提示接收郵件成功，將該郵件存入所述藍(lán)牙郵箱40中。用戶(hù)可以通過(guò)所述用戶(hù)代理模塊20來(lái)閱讀所述藍(lán)牙郵箱40中的該郵件。所述檢查模塊700還用于當(dāng)郵件格式不正確時(shí)，提示接收郵件失敗，操作結(jié)束。所述藍(lán)牙郵件收發(fā)方法包括發(fā)送郵件及接收郵件兩個(gè)過(guò)程。其中，發(fā)送郵件過(guò)程應(yīng)用于所述發(fā)送方手機(jī)I中，接收郵件過(guò)程應(yīng)用于所述接收方手機(jī)2中。如圖3所示，是本發(fā)明藍(lán)牙郵件收發(fā)方法較佳實(shí)施例發(fā)送郵件過(guò)程的流程圖。步驟S100，所述封裝模塊100將符合RFC2822格式的郵件封裝成藍(lán)牙可以識(shí)別的OPP格式。電子郵件不同于普通的文本，其內(nèi)容必須符合規(guī)定的格式。封裝過(guò)程包括校驗(yàn)郵件頭部分，需包括接收方、發(fā)送方、發(fā)送時(shí)間、抄送、暗送、主題等；校驗(yàn)合格后，再校驗(yàn)郵件體的字符、編碼方式、格式和簽名是否規(guī)范；校驗(yàn)合格后，如有附件需檢查附件是否正確；加上欲發(fā)送的藍(lán)牙地址、藍(lán)牙的注冊(cè)、配對(duì)、連接信息組成藍(lán)牙發(fā)送的郵件內(nèi)容。步驟S101，所述搜索模塊200在覆蓋區(qū)域內(nèi)搜索接收方的藍(lán)牙。當(dāng)搜索不到接收方的藍(lán)牙時(shí)，提示接收方啟動(dòng)藍(lán)牙并將藍(lán)牙設(shè)為可見(jiàn)。步驟S102，當(dāng)搜索到接收方的藍(lán)牙之后，所述連接模塊300讀取發(fā)送方的藍(lán)牙配對(duì)鏈表。若接收方藍(lán)牙地址已在發(fā)送方的配對(duì)鏈表中，則執(zhí)行步驟S106。若接收方藍(lán)牙地址不在發(fā)送方的配對(duì)鏈表中，則執(zhí)行步驟S104。步驟S104，所述連接模塊300提示等待接收方接受配對(duì)，發(fā)送方與接收方藍(lán)牙進(jìn)行配對(duì)。步驟S106，所述連接模塊300將發(fā)送方和接收方藍(lán)牙之間建立連接。步驟S108，連接成功后，所述發(fā)送模塊400提示接收方確認(rèn)是否同意接收該郵件。若接收方同意接收，則執(zhí)行步驟S110。若接收方拒絕接收，則執(zhí)行步驟S112。步驟S110，所述發(fā)送模塊400通過(guò)OPP協(xié)議發(fā)送該郵件。步驟S112，所述發(fā)送模塊400提示發(fā)送失敗。如圖4所示，是本發(fā)明藍(lán)牙郵件收發(fā)方法較佳實(shí)施例接收郵件過(guò)程的流程圖。

步驟S200，所述判斷模塊500判斷所述接收方手機(jī)2的藍(lán)牙郵箱40是否有空間。若沒(méi)有空間，則執(zhí)行步驟S202。若有空間，則執(zhí)行步驟S204。步驟S202，所述判斷模塊500拒絕接收該郵件，提示空間已滿(mǎn)。步驟S204，所述判斷模塊500判斷所述藍(lán)牙郵箱40中是否已經(jīng)存在同文件名的郵件。若存在同文件名的郵件，則執(zhí)行步驟S206。若不存在同文件名的郵件，則執(zhí)行步驟S208。步驟S206，所述判斷模塊500提示接收方用戶(hù)選擇是否覆蓋。若用戶(hù)選擇覆蓋，則執(zhí)行步驟S208。若用戶(hù)選擇不覆蓋，則流程結(jié)束。步驟S208，所述接收模塊600接收該郵件。步驟S210，接收郵件數(shù)據(jù)結(jié)束后，所述檢查模塊700檢查郵件格式是否正確，即郵件內(nèi)容是否符合RFC2822格式。若郵件格式正確，則執(zhí)行步驟S212。若郵件格式不正確，則執(zhí)行步驟S214。步驟S212，所述檢查模塊700提示接收郵件成功，將該郵件存入所述藍(lán)牙郵箱40中。用戶(hù)可以通過(guò)所述用戶(hù)代理模塊20來(lái)閱讀所述藍(lán)牙郵箱40中的該郵件。步驟S214，所述檢查模塊700提示接收郵件失敗。該方法對(duì)SMS、麗S等信息的近距離通信也有很好的參考作用，只要了解SMS、麗S的格式，做好封裝和解析，就可以利用藍(lán)牙收發(fā)SMS、麗S信息。以上實(shí)施例僅用以說(shuō)明本發(fā)明的技術(shù)方案而非限制，盡管參照較佳實(shí)施例對(duì)本發(fā)明進(jìn)行了詳細(xì)說(shuō)明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解，可以對(duì)本發(fā)明的技術(shù)方案進(jìn)行修改或等同替換，而不脫離本發(fā)明技術(shù)方案的精神和范圍。
權(quán)利要求
1.一種藍(lán)牙郵件收發(fā)系統(tǒng)，運(yùn)行于手機(jī)中，其特征在干，該系統(tǒng)包括 封裝模塊，用于將符合RFC2822格式的郵件封裝成藍(lán)牙可以識(shí)別的OPP格式； 捜索模塊，用于在覆蓋區(qū)域內(nèi)捜索接收方的藍(lán)牙； 連接模塊，用于讀取發(fā)送方的藍(lán)牙配對(duì)鏈表，將發(fā)送方和接收方藍(lán)牙之間建立連接； 發(fā)送模塊，用于連接成功后，提示接收方確認(rèn)是否同意接收該郵件；當(dāng)接收方拒絕接收該郵件時(shí)，提示發(fā)送失敗，操作結(jié)束；當(dāng)接收方同意接收該郵件時(shí)，通過(guò)OPP協(xié)議發(fā)送該郵件。
2.如權(quán)利要求I所述的藍(lán)牙郵件收發(fā)系統(tǒng)，其特征在于，該系統(tǒng)還包括 判斷模塊，用于當(dāng)該手機(jī)作為郵件接收方時(shí)，判斷該手機(jī)的藍(lán)牙郵箱是否有空間； 所述判斷模塊還用于當(dāng)藍(lán)牙郵箱沒(méi)有空間時(shí)，拒絕接收該郵件，提示空間已滿(mǎn)，操作結(jié)束； 所述判斷模塊還用于當(dāng)藍(lán)牙郵箱有空間時(shí)，判斷所述藍(lán)牙郵箱中是否已經(jīng)存在同文件名的郵件，當(dāng)存在同文件名的郵件時(shí)，提示用戶(hù)選擇是否覆蓋，當(dāng)用戶(hù)選擇不覆蓋時(shí)，操作結(jié)束； 接收模塊，用于當(dāng)不存在同名的郵件或者用戶(hù)選擇覆蓋時(shí)，接收該郵件。
3.如權(quán)利要求2所述的藍(lán)牙郵件收發(fā)系統(tǒng)，其特征在于，該系統(tǒng)還包括 檢查模塊，用于接收郵件數(shù)據(jù)結(jié)束后，檢查郵件格式是否正確，即郵件內(nèi)容是否符合RFC2822 格式； 所述檢查模塊還用于當(dāng)郵件格式正確時(shí)，提示接收郵件成功，將該郵件存入所述藍(lán)牙郵箱中； 所述檢查模塊還用于當(dāng)郵件格式不正確時(shí)，提示接收郵件失敗，操作結(jié)束。
4.如權(quán)利要求I所述的藍(lán)牙郵件收發(fā)系統(tǒng)，其特征在于，所述封裝模塊的封裝過(guò)程包括 校驗(yàn)郵件頭部分，需包括接收方、發(fā)送方、發(fā)送時(shí)間、抄送、暗送、主題； 校驗(yàn)合格后，再校驗(yàn)郵件體的字符、編碼方式、格式和簽名是否規(guī)范； 校驗(yàn)合格后，當(dāng)有附件時(shí)檢查附件是否正確； 加上欲發(fā)送的藍(lán)牙地址、藍(lán)牙的注冊(cè)、配對(duì)、連接信息組成藍(lán)牙發(fā)送的郵件內(nèi)容。
5.如權(quán)利要求I所述的藍(lán)牙郵件收發(fā)系統(tǒng)，其特征在于，所述搜索模塊還用于當(dāng)搜索不到接收方的藍(lán)牙時(shí)，提示接收方啟動(dòng)藍(lán)牙并將藍(lán)牙設(shè)為可見(jiàn)； 所述連接模塊還用于當(dāng)接收方藍(lán)牙地址已在發(fā)送方的配對(duì)鏈表中時(shí)，直接和接收方建立連接；當(dāng)接收方藍(lán)牙地址不在發(fā)送方的配對(duì)鏈表中時(shí)，先和接收方藍(lán)牙進(jìn)行配對(duì)，然后將雙方藍(lán)牙之間建立連接。
6.ー種藍(lán)牙郵件收發(fā)方法，應(yīng)用于手機(jī)中，其特征在于，該方法的發(fā)送郵件步驟包括 封裝步驟將符合RFC2822格式的郵件封裝成藍(lán)牙可以識(shí)別的OPP格式； 捜索步驟在覆蓋區(qū)域內(nèi)捜索接收方的藍(lán)牙； 連接步驟讀取發(fā)送方的藍(lán)牙配對(duì)鏈表，將發(fā)送方和接收方藍(lán)牙之間建立連接； 發(fā)送步驟連接成功后，提示接收方確認(rèn)是否同意接收該郵件；當(dāng)接收方同意接收該郵件時(shí)，通過(guò)OPP協(xié)議發(fā)送該郵件；當(dāng)接收方拒絕接收該郵件時(shí)，提示發(fā)送失敗。
7.如權(quán)利要求6所述的藍(lán)牙郵件收發(fā)方法，其特征在于，該方法的接收郵件步驟包括判斷接收方手機(jī)的藍(lán)牙郵箱是否有空間； 當(dāng)藍(lán)牙郵箱沒(méi)有空間時(shí)，拒絕接收該郵件，提示空間已滿(mǎn)； 當(dāng)藍(lán)牙郵箱有空間時(shí)，判斷所述藍(lán)牙郵箱中是否已經(jīng)存在同文件名的郵件； 當(dāng)存在同文件名的郵件時(shí)，提示接收方用戶(hù)選擇是否覆蓋； 當(dāng)用戶(hù)選擇不覆蓋時(shí)，流程結(jié)束； 當(dāng)不存在同文件名的郵件或用戶(hù)選擇覆蓋時(shí)，接收該郵件。
8.如權(quán)利要求7所述的藍(lán)牙郵件收發(fā)方法，其特征在于，該方法還包括步驟 接收郵件數(shù)據(jù)結(jié)束后，檢查郵件格式是否正確，即郵件內(nèi)容是否符合RFC2822格式； 當(dāng)郵件格式正確時(shí)，提示接收郵件成功，將該郵件存入所述藍(lán)牙郵箱中； 當(dāng)郵件格式不正確時(shí)，提示接收郵件失敗。
9.如權(quán)利要求6所述的藍(lán)牙郵件收發(fā)方法，其特征在于，所述封裝步驟具體包括 校驗(yàn)郵件頭部分，需包括接收方、發(fā)送方、發(fā)送時(shí)間、抄送、暗送、主題； 校驗(yàn)合格后，再校驗(yàn)郵件體的字符、編碼方式、格式和簽名是否規(guī)范； 校驗(yàn)合格后，當(dāng)有附件時(shí)檢查附件是否正確； 加上欲發(fā)送的藍(lán)牙地址、藍(lán)牙的注冊(cè)、配對(duì)、連接信息組成藍(lán)牙發(fā)送的郵件內(nèi)容。
10.如權(quán)利要求6所述的藍(lán)牙郵件收發(fā)方法，其特征在于，所述搜索步驟還包括 當(dāng)搜索不到接收方的藍(lán)牙時(shí)，提示接收方啟動(dòng)藍(lán)牙并將藍(lán)牙設(shè)為可見(jiàn)； 所述連接步驟還包括 當(dāng)接收方藍(lán)牙地址已在發(fā)送方的配對(duì)鏈表中時(shí)，直接和接收方建立連接； 當(dāng)接收方藍(lán)牙地址不在發(fā)送方的配對(duì)鏈表中時(shí)，先和接收方藍(lán)牙進(jìn)行配對(duì)，然后將雙方藍(lán)牙之間建立連接。
全文摘要
一種藍(lán)牙郵件收發(fā)系統(tǒng)，該系統(tǒng)包括封裝模塊，用于將符合RFC2822格式的郵件封裝成藍(lán)牙可以識(shí)別的OPP格式；搜索模塊，用于在覆蓋區(qū)域內(nèi)搜索接收方的藍(lán)牙；連接模塊，用于讀取發(fā)送方的藍(lán)牙配對(duì)鏈表，將發(fā)送方和接收方藍(lán)牙之間建立連接；發(fā)送模塊，用于提示接收方確認(rèn)是否同意接收該郵件；當(dāng)接收方拒絕接收該郵件時(shí)，提示發(fā)送失敗，操作結(jié)束；當(dāng)接收方同意接收該郵件時(shí)，通過(guò)OPP協(xié)議發(fā)送該郵件。本發(fā)明還提供一種藍(lán)牙郵件收發(fā)方法。本發(fā)明可以在手機(jī)中使用藍(lán)牙收發(fā)電子郵件，方便快捷，不需流量費(fèi)。
文檔編號(hào)H04W4/12GK102684749SQ20111006614
公開(kāi)日2012年9月19日 申請(qǐng)日期2011年3月18日 優(yōu)先權(quán)日2011年3月18日
發(fā)明者孫杰 申請(qǐng)人:奇美通訊股份有限公司, 深圳富泰宏精密工業(yè)有限公司