專利名稱：一種移動智能終端的惡意信息發(fā)送防御方法及其系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動智能終端技術(shù)領(lǐng)域，特別涉及一種移動智能終端的惡意信息發(fā)送防御方法及其系統(tǒng)。
背景技術(shù)：
目前，隨著各種不同的操作系統(tǒng)被開發(fā)應(yīng)用，智能終端產(chǎn)品正在越來越快地取代傳統(tǒng)的電子產(chǎn)品，這些終端產(chǎn)品包括手機、平板電腦、筆記本電腦等?，F(xiàn)有應(yīng)用在智能終端產(chǎn)品的操作系統(tǒng)主要有 PalmOS、Symbian, Windows mobile、Linux、Android、iPhoneOS,黑莓等。其中Android是一款基于Iinux內(nèi)核的開源手機操作系統(tǒng)，自Android正式誕生以來，由于其開源性，出現(xiàn)了大量的手機應(yīng)用程序，其中基于信息功能的應(yīng)用程序，由于涉及手機操作系統(tǒng)的安全性，在Android推出時，谷歌公司針對可能出現(xiàn)的安全漏洞，設(shè)計了一定的安全措施。然而，自谷歌Android商城推出以來，基于信息的惡意應(yīng)用程序，為Android系統(tǒng)的安全性帶來了新的考驗。2011年出現(xiàn)了多款針對Android系統(tǒng)開發(fā)的信息惡意程序，例如惡意應(yīng)用程序偽裝成一個播放影音，只要進(jìn)行安裝，程序就會自動向指定號碼發(fā)送付費確認(rèn)信息進(jìn)而扣費；黑客獲取個人所在的位置數(shù)據(jù)以及其他的個人數(shù)據(jù)，并以短信的形式發(fā)送出去。這些應(yīng)用程序都是惡意應(yīng)用開發(fā)者經(jīng)過精心設(shè)計，利用系統(tǒng)提供的 API (Application Programming hterface，應(yīng)用程序編程接口)，在用戶未能察覺的情況下，后臺啟動，惡意使用智能終端發(fā)送信息的功能，這些都將為Android智能手機的安全性帶來更多的挑戰(zhàn)。從惡意應(yīng)用的行為特征和可行性分析，發(fā)送信息的安全性檢查并不完善，惡意應(yīng)用開發(fā)者可以利用service (后臺運行的程序名稱)技術(shù)，后臺運行惡意發(fā)送信息程序，非法竊取本地信息，向特定目的地址發(fā)送信息；還可以利用后臺連續(xù)發(fā)送信息，造成用戶經(jīng)濟的損失。為了防范上述惡意應(yīng)用程序給用戶帶來的損失，自androidl. 5版本以來，系統(tǒng)本身就對信息發(fā)送有一定的防范，即如果手機在一小時之內(nèi)發(fā)送短信超過100條，則提示用戶是否繼續(xù)發(fā)送，但是，此種防范方法僅從設(shè)定預(yù)定發(fā)送信息量來防范，具有很大局限性， 在發(fā)現(xiàn)問題時需要提醒用戶，用戶每次都需要進(jìn)行判斷，與用戶交互性差。綜上可知，惡意攻擊的共同點只可能在應(yīng)用層，利用系統(tǒng)提供的API來實施攻擊方案。因此，通過修改系統(tǒng)本身的API角度出發(fā)，能夠徹底防范惡意應(yīng)用程序的攻擊。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問題是需要提供一種，能夠高效防止惡意信息發(fā)送的惡意信息發(fā)送防御系統(tǒng)。為了解決上述技術(shù)問題，本發(fā)明提供了一種移動智能終端的惡意信息發(fā)送防御方法。根據(jù)本發(fā)明的一方面提供的惡意信息發(fā)送防御方法包括以下步驟判斷步驟(110)，當(dāng)所述移動智能終端的應(yīng)用程序要發(fā)送信息時，判斷所述信息的發(fā)送對象是否在預(yù)設(shè)黑名單或白名單中；處理步驟(120)，如果判斷為在預(yù)設(shè)的黑名單中，則阻止所述信息發(fā)送；如果判斷為在預(yù)設(shè)的白名單中，則允許所述信息發(fā)送，其中，所述黑名單是所述移動智能終端不信任的應(yīng)用軟件的列表；所述白名單是所述移動智能終端信任的應(yīng)用軟件的列表。根據(jù)本發(fā)明的又一方面，其中，所述判斷步驟還包括如果判斷為不在預(yù)設(shè)黑名單和白名單任一中，則進(jìn)入統(tǒng)計判斷步驟；統(tǒng)計判斷步驟(130)，統(tǒng)計并判斷所述應(yīng)用程序在預(yù)定時間段內(nèi)所要發(fā)送的信息量與已發(fā)送的信息量之和是否達(dá)到預(yù)設(shè)值，如果判斷為達(dá)到預(yù)設(shè)值，則進(jìn)入提示步驟；以及提示步驟(140)，向用戶提示與可能存在惡意信息發(fā)送有關(guān)的信息。根據(jù)本發(fā)明的又一方面，其中，所述判斷步驟還包括如果判斷為不在預(yù)設(shè)黑名單和白名單任一中，則判斷所述信息的發(fā)送對象是否為陌生對象，如果為是，進(jìn)入提示步驟(140)；提示步驟(140)，向用戶提示與可能存在惡意信息發(fā)送有關(guān)的信息。根據(jù)本發(fā)明的又一方面，其中，設(shè)置步驟(150)，根據(jù)用戶基于所述提示步驟的提示而進(jìn)行的操作來將所述要發(fā)送信息的應(yīng)用程序列入黑名單或白名單。根據(jù)本發(fā)明的又一方面，其中，所述移動智能終端采用Android系統(tǒng)；所述判斷步驟、所述統(tǒng)計判斷步驟處于Android系統(tǒng)的框架層；以及所述提示步驟處于應(yīng)用層。根據(jù)本發(fā)明的又一方面，其中，通過在 Android 系統(tǒng)中增力口 checkWhiteList 方法、checkUnkownNumber 方法、以及修改Android系統(tǒng)的框架層中用于發(fā)送所述信息的方法，來實現(xiàn)所述判斷步驟和所述統(tǒng)計判斷步驟。根據(jù)本發(fā)明的另一方面，提供了一種移動智能終端的惡意信息發(fā)送防御系統(tǒng)。該系統(tǒng)包括判斷模塊(41)，所述判斷模塊在所述移動智能終端的應(yīng)用程序要發(fā)送信息的情況下，判斷所述信息的發(fā)送對象是否在預(yù)設(shè)黑名單或白名單中；處理模塊(42)，所述處理模塊在由所述判斷模塊判斷為在預(yù)設(shè)的黑名單的情況下，防止所述信息發(fā)送；所述處理模塊在由所述判斷模塊判斷為在預(yù)設(shè)的白名單中的情況下，允許所述信息發(fā)送，其中，所述黑名單是所述移動智能終端不信任的應(yīng)用軟件的列表；所述白名單是所述移動智能終端信任的應(yīng)用軟件的列表。根據(jù)本發(fā)明的又一方面，其中，
所述判斷模塊還在判斷為不在預(yù)設(shè)黑名單和白名單任一中的情況下，執(zhí)行統(tǒng)計判斷模塊的處理；統(tǒng)計判斷模塊(43)，其統(tǒng)計并判斷所述應(yīng)用程序在預(yù)定時間段內(nèi)所要發(fā)送的信息量與已發(fā)送的信息量之和是否達(dá)到預(yù)設(shè)值，如果判斷為達(dá)到預(yù)設(shè)值，則執(zhí)行提示模塊的處理；以及提示模塊04)，向用戶提示與可能存在惡意信息發(fā)送有關(guān)的信息。根據(jù)本發(fā)明的又一方面，其中，所述移動智能終端采用Android系統(tǒng)；所述判斷模塊和所述統(tǒng)計判斷模塊設(shè)置于Android系統(tǒng)的框架層；以及所述提示模塊設(shè)置于應(yīng)用層。根據(jù)本發(fā)明的又一方面，其中，設(shè)置模塊0 ，其根據(jù)用戶基于所述提示模塊的提示而進(jìn)行的操作來將所述要發(fā)送信息的應(yīng)用程序列入所述黑名單或所述白名單。與現(xiàn)有技術(shù)相比，本發(fā)明具有以下優(yōu)點本發(fā)明能夠高效防止惡意信息發(fā)送。本發(fā)明通過設(shè)立應(yīng)用程序的黑名單及白名單并根據(jù)該黑名單和白名單來進(jìn)行判斷，可以準(zhǔn)確高效地判斷惡意信息發(fā)送的各種情況。此外，本發(fā)明不僅根據(jù)一定時間內(nèi)的已發(fā)送數(shù)量來進(jìn)行判斷、還根據(jù)本次要發(fā)送的信息量來進(jìn)行判斷，能夠更及時地發(fā)現(xiàn)可能地惡意信息發(fā)送。此外，對于Android系統(tǒng)，本發(fā)明的步驟110和步驟130設(shè)置于框架層，有利于大大提高防御的實時性、從而更好地解決突發(fā)的惡意發(fā)送問題，相反把提示用戶的步驟140 設(shè)置在應(yīng)用層，從而能夠有效地利用系統(tǒng)資源。本發(fā)明的其它特征和優(yōu)點將在隨后的說明書中闡述，并且，部分地從說明書中變得顯而易見，或者通過實施本發(fā)明而了解。本發(fā)明的目的和其他優(yōu)點可通過在說明書、權(quán)利要求書以及附圖中所特別指出的結(jié)構(gòu)來實現(xiàn)和獲得。


附圖用來提供對本發(fā)明的進(jìn)一步理解，下面參照附圖結(jié)合實施例對本發(fā)明作進(jìn)一步的說明。圖1是根據(jù)本發(fā)明的第一實施例的移動智能終端的惡意信息發(fā)送防御方法流程示意圖。圖2是根據(jù)本發(fā)明的第二實施例的發(fā)送短信時移動智能終端的惡意信息發(fā)送防御方法流程示意圖。圖3是修改Android系統(tǒng)以實現(xiàn)根據(jù)第二實施例的惡意信息發(fā)送方法的示意圖。圖4是根據(jù)本發(fā)明的第三實施例的移動智能終端的惡意信息發(fā)送防御系統(tǒng)結(jié)構(gòu)示意圖。
具體實施例方式以下將結(jié)合附圖及實施例來詳細(xì)說明本發(fā)明的實施方式，借此對本發(fā)明如何應(yīng)用技術(shù)手段來解決技術(shù)問題，并達(dá)成技術(shù)效果的實現(xiàn)過程能充分理解并據(jù)以實施。需要說明的是，只要不構(gòu)成沖突，本發(fā)明中的各個實施例以及各實施例中的各個特征可以相互結(jié)合， 所形成的技術(shù)方案均在本發(fā)明的保護(hù)范圍之內(nèi)。第一實施例圖1給出了根據(jù)本發(fā)明第一實施例的移動智能終端的惡意信息發(fā)送防御方法流程示意圖，下面參考附圖對本實施例的各步驟進(jìn)行詳細(xì)說明判斷步驟(110)，當(dāng)所述移動智能終端的應(yīng)用程序要發(fā)送信息時，判斷所述信息的發(fā)送對象是否在預(yù)設(shè)黑名單或白名單中；處理步驟(120)，如果判斷為在預(yù)設(shè)的黑名單中，則阻止所述信息發(fā)送；如果判斷為在預(yù)設(shè)的白名單中，則允許所述信息發(fā)送。其中，所述黑名單是所述移動智能終端不信任的應(yīng)用軟件的列表；所述白名單是所述移動智能終端信任的應(yīng)用軟件的列表?？梢灶A(yù)先在移動智能終端中將各應(yīng)用程序設(shè)置在信任的白名單或不信任的黑名單中，可由向用戶提供設(shè)置界面然后根據(jù)用戶的設(shè)置結(jié)果來設(shè)置。也可以由移動智能終端的操作系統(tǒng)等來設(shè)定。優(yōu)選地，判斷步驟(110)還包括如果判斷為不在預(yù)設(shè)黑名單和白名單任一中，則進(jìn)入統(tǒng)計判斷步驟。統(tǒng)計判斷步驟(130)中，統(tǒng)計并判斷所述應(yīng)用程序在預(yù)定時間段內(nèi)所要發(fā)送的信息量與已發(fā)送的信息量之和是否達(dá)到預(yù)設(shè)值，如果判斷為達(dá)到預(yù)設(shè)值，則進(jìn)入提示步驟(140)，然后由提示步驟(140)向用戶提示與可能存在惡意信息發(fā)送有關(guān)的信息。優(yōu)選地，判斷步驟(110)還包括如果判斷為不在預(yù)設(shè)黑名單和白名單任一中，則判斷所述信息的發(fā)送對象是否為陌生對象，如果為是，進(jìn)入上述提示步驟(140)。需要說明的是，陌生對象可以是不在聯(lián)系人數(shù)據(jù)庫或通信錄中的電話號碼，也可以是互聯(lián)網(wǎng)IP地址寸。更具體地，步驟130中，統(tǒng)計并判斷該應(yīng)用程序在預(yù)定時間段內(nèi)所要發(fā)送的信息量與已發(fā)送的信息量之和是否達(dá)到預(yù)設(shè)值，例如，當(dāng)所發(fā)送信息為短信或彩信時，可將預(yù)定時間段設(shè)置為1分鐘，可將該預(yù)設(shè)值設(shè)置為60，則，在步驟130中，可以判斷該應(yīng)用程序在從該時刻之前的1分鐘內(nèi)的短信/彩信發(fā)送數(shù)量與該應(yīng)用程序在本次發(fā)送中要一次性發(fā)送的短信/彩信數(shù)量之和是否已經(jīng)超出60條。如果所要發(fā)送的信息是網(wǎng)絡(luò)信息，也可以做類似設(shè)定，例如可將預(yù)設(shè)值設(shè)置為3兆、將預(yù)定時間段設(shè)置為10分鐘等。優(yōu)選地，本方法還可包括設(shè)置步驟(150)，用于根據(jù)用戶基于所述提示步驟的提示而進(jìn)行的操作來將所述要發(fā)送信息的應(yīng)用程序列入黑名單或白名單。例如，當(dāng)用戶根據(jù)提示步驟(140)中所提示的“該應(yīng)用程序aaa已經(jīng)在1分鐘內(nèi)發(fā)送了 60條短信，請確認(rèn)該應(yīng)用程序是否為可信任程序”，確認(rèn)為該應(yīng)用程序是可信任的程序時，將該應(yīng)用程序添加到白名單中，反之，如果用戶確認(rèn)為該應(yīng)用程序不是可信任的程序時，則將該應(yīng)用程序添加到黑名單中。此外，優(yōu)選地，要發(fā)送的信息包括短信、彩信、網(wǎng)絡(luò)信息至少等。圖2詳細(xì)示出了一個以一個短信應(yīng)用程序(sms應(yīng)用)要發(fā)送短信(sms)時，優(yōu)選執(zhí)行的各步驟。第二實施例
本實施例詳細(xì)說明采用Android操作系統(tǒng)終端惡意信息發(fā)送防御方法。圖2給出了根據(jù)本實施例采用Android操作系統(tǒng)終端惡意信息發(fā)送防御方法的一個流程示例，下面參考附圖對本實施例的各步驟進(jìn)行詳細(xì)說明。為了便于說明，不再對與前述實施例相同的步驟進(jìn)行詳細(xì)展開，而僅重點說明與前述實施例的不同之處。在圖1和圖2中，對與前述實施例相同或相似的步驟，采用了相同的附圖標(biāo)記。在本實施例中，參考圖3，通過增加Android系統(tǒng)中的checkWhiteList方法、 CheckUnkownNumber方法、以及修改Android系統(tǒng)的框架層中用于發(fā)送所述信息的方法，來實現(xiàn)所述判斷步驟和所述統(tǒng)計判斷步驟。具體地，在SMSDispacher類文件中的 sendMultipartText 函數(shù)禾口 sendRawPdu 函數(shù),力口入例如 boolean checkWhiteList (Integer appld)>boolean checkBlachList(Integer appld)>boolean checkUnknownNumber(String phoneNumber)這三個函數(shù)來分別判斷所述應(yīng)用程序是否在白名單中、是否在黑名單中、是否發(fā)送對象為陌生對象。此外，步驟140通過接收設(shè)置在框架層的步驟110、步驟120和/或步驟130向 handleMessage 函數(shù)發(fā)來的 EVENT_MAKE_ALERT 消息，調(diào)用 handleReachkntUnknown 函數(shù)， 以向用戶提示與可能存在惡意信息發(fā)送有關(guān)的信息。優(yōu)選地，可將步驟110和/或步驟130設(shè)置在智能移動終端操作系統(tǒng)的框架層，而將步驟140設(shè)置在智能移動終端操作系統(tǒng)的應(yīng)用層，這樣，在進(jìn)行步驟140的提示處理時， 可以并行地執(zhí)行步驟120和/或步驟130中的發(fā)送及統(tǒng)計處理。這樣，可以大大提高實時性，從而很好應(yīng)對突發(fā)的惡意信息發(fā)送問題。第三實施例圖4據(jù)本發(fā)明的第三實施例的移動智能終端的惡意信息發(fā)送防御系統(tǒng)結(jié)構(gòu)示意圖，下面參考圖4來說明本實施例的各部分組成。參考圖4，本實施例的模塊41、模塊42、模塊43、模塊44、模塊45分別執(zhí)行第一實施例的步驟110、步驟120、步驟130、步驟140和步驟150的處理。在此不再詳細(xì)展開。此外，與第二實施例類似地，第三實施例的惡意信息發(fā)送防御系統(tǒng)也可以為采用 Android操作系統(tǒng)的系統(tǒng)，通過修改Android操作系統(tǒng)框架層的相關(guān)方法來實現(xiàn)步驟110及 120，再通過調(diào)用handleReachkntUnknown函數(shù)來實現(xiàn)提示用戶的功能。在此不詳細(xì)展開。本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通用的計算裝置來實現(xiàn)，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成的網(wǎng)絡(luò)上，可選地，它們可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn)，從而，可以將它們存儲在存儲裝置中由計算裝置來執(zhí)行，或者將它們分別制作成各個集成電路模塊，或者將它們中的多個模塊或步驟制作成單個集成電路模塊來實現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。雖然本發(fā)明所揭露的實施方式如上，但所述的內(nèi)容只是為了便于理解本發(fā)明而采用的實施方式，并非用以限定本發(fā)明。任何本發(fā)明所屬技術(shù)領(lǐng)域內(nèi)的技術(shù)人員，在不脫離本發(fā)明所揭露的精神和范圍的前提下，可以在實施的形式上及細(xì)節(jié)上作任何的修改與變化， 但本發(fā)明的專利保護(hù)范圍，仍須以所附的權(quán)利要求書所界定的范圍為準(zhǔn)。
權(quán)利要求
1.一種移動智能終端的惡意信息發(fā)送防御方法，其特征在于，所述方法包括以下步驟判斷步驟(110)，當(dāng)所述移動智能終端的應(yīng)用程序要發(fā)送信息時，判斷所述信息的發(fā)送對象是否在預(yù)設(shè)黑名單或白名單中；處理步驟(120)，如果判斷為在預(yù)設(shè)的黑名單中，則阻止所述信息發(fā)送；如果判斷為在預(yù)設(shè)的白名單中，則允許所述信息發(fā)送，其中，所述黑名單是所述移動智能終端不信任的應(yīng)用軟件的列表； 所述白名單是所述移動智能終端信任的應(yīng)用軟件的列表。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述判斷步驟還包括如果判斷為不在預(yù)設(shè)黑名單和白名單任一中，則進(jìn)入統(tǒng)計判斷步驟；統(tǒng)計判斷步驟(130)，統(tǒng)計并判斷所述應(yīng)用程序在預(yù)定時間段內(nèi)所要發(fā)送的信息量與已發(fā)送的信息量之和是否達(dá)到預(yù)設(shè)值，如果判斷為達(dá)到預(yù)設(shè)值，則進(jìn)入提示步驟；以及提示步驟(140)，向用戶提示與可能存在惡意信息發(fā)送有關(guān)的信息。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述判斷步驟還包括如果判斷為不在預(yù)設(shè)黑名單和白名單任一中，則判斷所述信息的發(fā)送對象是否為陌生對象，如果為是，進(jìn)入提示步驟(140)；提示步驟(140)，向用戶提示與可能存在惡意信息發(fā)送有關(guān)的信息。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，還包括設(shè)置步驟(150)，根據(jù)用戶基于所述提示步驟的提示而進(jìn)行的操作來將所述要發(fā)送信息的應(yīng)用程序列入黑名單或白名單。
5.根據(jù)權(quán)利要求1至4中任一項所述的方法，其特征在于， 所述移動智能終端采用Android系統(tǒng)；所述判斷步驟、所述統(tǒng)計判斷步驟處于Android系統(tǒng)的框架層；以及所述提示步驟處于應(yīng)用層。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于，通過在Android系統(tǒng)中增加checkWhiteList方法、checkUnkownNumber方法、以及修改Android系統(tǒng)的框架層中用于發(fā)送所述信息的方法，來實現(xiàn)所述判斷步驟和所述統(tǒng)計判斷步驟。
7.一種移動智能終端的惡意信息發(fā)送防御系統(tǒng)，其特征在于，包括判斷模塊(41)，所述判斷模塊在所述移動智能終端的應(yīng)用程序要發(fā)送信息的情況下， 判斷所述信息的發(fā)送對象是否在預(yù)設(shè)黑名單或白名單中；處理模塊(42)，所述處理模塊在由所述判斷模塊判斷為在預(yù)設(shè)的黑名單的情況下，防止所述信息發(fā)送；所述處理模塊在由所述判斷模塊判斷為在預(yù)設(shè)的白名單中的情況下，允許所述信息發(fā)送，其中，所述黑名單是所述移動智能終端不信任的應(yīng)用軟件的列表； 所述白名單是所述移動智能終端信任的應(yīng)用軟件的列表。
8.根據(jù)權(quán)利要求7所述的系統(tǒng)，其特征在于，所述判斷模塊還在判斷為不在預(yù)設(shè)黑名單和白名單任一中的情況下，執(zhí)行統(tǒng)計判斷模塊的處理；統(tǒng)計判斷模塊(43)，其統(tǒng)計并判斷所述應(yīng)用程序在預(yù)定時間段內(nèi)所要發(fā)送的信息量與已發(fā)送的信息量之和是否達(dá)到預(yù)設(shè)值，如果判斷為達(dá)到預(yù)設(shè)值，則執(zhí)行提示模塊的處理；以及提示模塊G4)，向用戶提示與可能存在惡意信息發(fā)送有關(guān)的信息。
9.根據(jù)權(quán)利要求7或8所述的系統(tǒng)，其特征在于， 所述移動智能終端采用Android系統(tǒng)；所述判斷模塊和所述統(tǒng)計判斷模塊設(shè)置于Android系統(tǒng)的框架層；以及所述提示模塊設(shè)置于應(yīng)用層。
10.根據(jù)權(quán)利要求9所述的系統(tǒng)，其特征在于，還包括設(shè)置模塊(45)，其根據(jù)用戶基于所述提示模塊的提示而進(jìn)行的操作來將所述要發(fā)送信息的應(yīng)用程序列入所述黑名單或所述白名單。
全文摘要
本發(fā)明公開了一種移動智能終端的惡意信息發(fā)送防御方法及其系統(tǒng)。該方法包括以下步驟判斷步驟，當(dāng)所述移動智能終端的應(yīng)用程序要發(fā)送信息時，判斷所述信息的發(fā)送對象是否在預(yù)設(shè)黑名單或白名單中；處理步驟，如果判斷為在預(yù)設(shè)的黑名單中，則阻止所述信息發(fā)送；如果判斷為在預(yù)設(shè)的白名單中，則允許所述信息發(fā)送，其中，所述黑名單是所述移動智能終端不信任的應(yīng)用軟件的列表；所述白名單是所述移動智能終端信任的應(yīng)用軟件的列表。本發(fā)明能夠高效防止惡意信息發(fā)送。
文檔編號H04W12/00GK102395128SQ20111018361
公開日2012年3月28日 申請日期2011年6月30日 優(yōu)先權(quán)日2011年6月30日
發(fā)明者卞佳麗, 唐碩, 鄺堅, 邵潔 申請人:北京郵電大學(xué)