專利名稱：二維圖形引擎中的點陣字符的縮進(jìn)方法與中文處理方法
技術(shù)領(lǐng)域：
本發(fā)明涉及使用2維圖形引擎支持點陣字庫的技術(shù)。特別涉及點陣字符的縮進(jìn) 算法。
背景技術(shù)：
目前越來越多的嵌入式產(chǎn)品使用二維圖形引擎來支持圖文的電視OSD層顯示。 這就使得支持中文的顯示技術(shù)成為必需。然而由于2D圖形引擎的局限性，其不能夠 支持矢量字庫，因此只能選擇使用點陣字庫作為支持中文所需的字庫。在點陣字符庫中，包含了 ASCII碼和漢字以及其他符號，每個字符都用一個0、 l位圖來表示。其中如果某一位為1，則表示此字符在該位上是需要被填充的，因此 該位的顏色應(yīng)置為字符顏色。如果此位為0，則表示此位是不需要被填充的，對應(yīng) 于此位的顏色應(yīng)置為背景顏色。在實際應(yīng)用中，可以通過Windows中使用的矢量 ASCII碼和漢字轉(zhuǎn)換為點陣字字庫，因而可以有多種字體(如宋體、楷體、黑體、 幼園等)，每種字體又有多種大小型號，這樣可以根據(jù)實際需求來選擇所需的字體和 字符型號。在西文環(huán)境下顯示漢字的方法是調(diào)用中文漢字庫進(jìn)行漢字顯示。國標(biāo)碼漢字的 內(nèi)碼是從A0-FF，第一字節(jié)稱為區(qū)，第二字節(jié)稱為位，可用漢字只有96區(qū)*96位個。 字符集中的ASCII碼是1個Byte，其16進(jìn)制最大的為FFH，即255個西文字符， 這就是常見的字符，如"+"、 "a"等，另外還包括圖形字符等。中文字符由兩個字節(jié) 組成，早期國家定義是l個Word(2個Byte)代表一個漢字。國家標(biāo)準(zhǔn)規(guī)定漢字庫 分94個區(qū)，每個區(qū)有94個漢字(以位作區(qū)別)，每個漢字在漢字庫中有確定的區(qū)和 位編號，這就是漢字的區(qū)位碼。每個漢字在庫中是以點陣字模形式存儲的， 一般采 用16x16點陣(32字節(jié))、24x24點陣(72字節(jié))，每個點用一個二進(jìn)制位(0或1) 表示，對應(yīng)在屏幕上顯示出來就是相應(yīng)的漢字。由于在中文環(huán)境下，輸入的是漢字的內(nèi)碼，因^b必須將之轉(zhuǎn)換成區(qū)位碼，算出 偏移量，從字庫中找到對應(yīng)的漢字，將其字模顯示即可。然而，使用點陣字符也有其存在的缺點。其主要的缺點就是對于一個無法填滿 24點陣的字符來說(這里以24點陣字庫為例說明)，在24*24的顯示空間中將會有 很大部分時被空著的。這就造成了某些字符顯示出來后的效果極其松散。如果碰到 連續(xù)的ASCII字符，則點陣字庫顯示出來的效果是無法讓人接受的。如，對于一個 英文的詞匯"lily"來說，由于使用24點陣字庫，顯示出來的效果則變成了"l i ly"。 因此點陣字庫顯示技術(shù)還有待改進(jìn)。發(fā)明內(nèi)容本發(fā)明的目的在于克服點陣字庫由于受固定點陣所限，在多ASCII字符連續(xù)顯 示時所出現(xiàn)的字符松散的問題，從而提供一種能夠有效地對點陣字符進(jìn)行縮進(jìn)處理 的方法。為了實現(xiàn)上述目的，本發(fā)明提供了一種二維圖形引擎中的點陣字符的縮進(jìn)方法， 包括以下步驟-a)、從讀入的一段字符中取出一個字符，判斷當(dāng)前字符是否超出了本段字符的 總字節(jié)長度，若沒有超過，則執(zhí)行下一步，否則，中斷執(zhí)行，跳出循環(huán)；以字節(jié)個 數(shù)進(jìn)行循環(huán)計算；b) 、辨別當(dāng)前字符為中文字符還是英文字符或符號，若為中文字符，執(zhí)行下一步，若為英文字符或符號，執(zhí)行步驟d);c) 、將中文字符由16進(jìn)制內(nèi)碼轉(zhuǎn)化為區(qū)位碼，然后執(zhí)行步驟e);d) 、將英文字符或符號由16進(jìn)制內(nèi)碼轉(zhuǎn)化為區(qū)位碼，然后執(zhí)行步驟e);e) 、通過區(qū)位碼對所述步驟2)中所打開的點陣字庫文件進(jìn)行定位檢索，讀出 字符的點陣字符的字模，并存入一個二維數(shù)組中；f) 、對二維數(shù)組的每個值分別作"與"運(yùn)算，得到并記錄點陣字符中最左邊的點 和最右邊的點的位置，將最右邊的點的位置與最左邊的點的位置相減，即可得到一個字符的實際長度，并對于左右兩側(cè)的空白部分進(jìn)行剪裁；g) 、返回到步驟a)。一種應(yīng)用所述的二維圖形引擎中的點陣字符的縮進(jìn)方法的中文處理方法，包括1) 、從二維圖形引擎的接收數(shù)據(jù)緩存中讀取字符數(shù)據(jù)，并設(shè)置標(biāo)記以識別是否需要繼續(xù)讀??；2) 、打開點陣字庫文件備用；3) 、對字符數(shù)據(jù)中的加密字符進(jìn)行處理；
4) 、利用點陣字符的縮進(jìn)方法計算讀入的每個字符的實際長度，然后累加各個 字符的實際長度得到所有讀入字符的總長度；5) 、處理字符的高度以及行間距，把字符的高度與行間距相加得到字符的縱向 位置；6) 、將步驟4)中得到的字符總長度與屏幕寬度進(jìn)行比較，若字符的總寬度超 過屏幕的寬度，則對超出屏幕的字符作省略處理或是作換行處理，并記錄所能顯示 的字符的總長度；7) 、對二維圖形引擎的各種通道屬性和緩存器進(jìn)行設(shè)置；8) 、利用步驟4)所得出的縮進(jìn)處理后讀入字符的總寬度對中文顯示中的居中、 左對齊和右對齊的位置進(jìn)行處理和計算9) 、利用點陣字符的縮進(jìn)方法對步驟6)中得到的所能顯示字符進(jìn)行裁減；10) 、將裁減后的字符送入二維圖形通道中等待顯示輸出。 上述技術(shù)方案中，在所述的歩驟1)中，所述的從二維圖形引擎的接收數(shù)據(jù)緩存中讀取字符數(shù)據(jù)時， 一次讀取的字符數(shù)據(jù)在256個字節(jié)之內(nèi)。上述技術(shù)方案中，所述點陣字庫文件中的點陣字符包括16x16點陣字庫、20X20點陣字庫、24x24點陣字庫、32x32點陣字庫。上述技術(shù)方案中，在所述的步驟7)中，對二維圖形引擎的各種通道屬性和緩存器進(jìn)行設(shè)置時，分別設(shè)置二維圖形引擎的三個輸入通道和一個輸出通道，以及輸入、輸出通道所使用的緩存器。 本發(fā)明的優(yōu)點在于通過二維圖形引擎中的點陣字符的縮進(jìn)算法對點陣字符進(jìn)行縮進(jìn)，使得點陣字 庫中的字符能夠很好的結(jié)合在一起，縮減了字符的間距，使之看其來更加美觀。并 且利用點陣字符的縮進(jìn)算法對二維圖形引擎中的中文處理做了有效的修正，使之能 夠很好的結(jié)合點陣字符的縮進(jìn)算法來處理各種要求。


圖1為點陣字符縮進(jìn)方法的流程圖；圖2為本發(fā)明的一種二維圖形引擎中的中文處理方法的流程圖； 圖3為24點陣字符點的排列順序；圖4為通過縮進(jìn)方法處理后的字符顯示效果與沒處理前的字符對比圖。
具體實施方式
下面結(jié)合附圖和具體實施方式
對本發(fā)明的嵌入式系統(tǒng)點陣字符的縮進(jìn)方法進(jìn)行 說明。在本實施例中，假設(shè)字庫中采用24x24點陣，如圖l、圖2所示，點陣字符在 嵌入式系統(tǒng)中的處理過程、縮進(jìn)方法和顯示流程如下。步驟l、從接收數(shù)據(jù)緩存中讀取字符數(shù)據(jù)，字符數(shù)據(jù)必須在256個字節(jié)之內(nèi)， 并設(shè)置標(biāo)記以識別是否需要繼續(xù)讀??；步驟2、打開點陣字庫文件，準(zhǔn)備調(diào)用；步驟3、根據(jù)字符的屬性處理加密字符，所述的加密字符包括密碼、用戶名等 需要特殊處理的字符。步驟4、利用縮進(jìn)算法分別精確計算讀入的每個字符實際長度后，經(jīng)過累加得 到所有讀入字符的總長度。在本步驟中，對字符的總長度進(jìn)行計算是指對整行字符 的縮進(jìn)總寬度進(jìn)行計算，其目的是為了在處理超長字符時便于對屏幕的寬度和字符 總寬度進(jìn)行比較。由于字符在屏幕上顯示前，需要做縮進(jìn)處理，避免現(xiàn)有技術(shù)中常 見的字符間距過于松散的缺陷，因此，縮進(jìn)后的字符的寬度不再全為24位，會因每 個字符寬度的不同而確定。在計算時，也就不能再籠統(tǒng)地認(rèn)為一行字符的總寬度如 公式(1)所示，等于該行文字的個數(shù)乘以24，而是如公式(2)所示，應(yīng)該為每個 字符的寬度的累加和。字符總寬度=24*字符個數(shù) (1) 字符總寬度=單個字符縮進(jìn)后的寬度累加 (2)24點陣字符的打點規(guī)律如圖3所示從圖中可以看出24點陣的字符由24行， 每行24位組成。每一個點都是組成文字的點，如果該文字在該點為"1"說明該點 是應(yīng)該被顯示出來的，否則該點不顯示。使用位運(yùn)算對每一行24個點中為"1"的點的起始位置bejinjx)s和終止位置 end_pos進(jìn)行記錄后，比對每一行記錄下來的起始值bejin_pos和終止值end_pos, 選擇其中最小的起始值bejin_pos和最大的終止值end_pOS來定位該字符在24*24點 陣中的位置。 一旦文字被定位，就可以文字對左邊和右邊空白的部分進(jìn)行裁減，而 每個經(jīng)過裁減的文字的實際寬度如公式3所示每個經(jīng)過裁減的文字的實際寬度=終止值end』os-起始值bejin_pos (3)
求得每個字符縮進(jìn)后的寬度后，根據(jù)公式(2)即可求得字符的總長度。 步驟5、處理字符的高度以及行間距，把字符的高度以及行間距累加便可得到需要顯示在屏幕上的字符的縱向位置。步驟6、將步驟4中利用縮進(jìn)算法計算得到的字符總寬度與屏幕寬度進(jìn)行比較，若字符的總寬度超過屏幕的寬度，則對超出屏幕的字符作省略處理或是作換行處理。如果需要對字符作省略處理，則還要逐一確定字符的寬度，隨時準(zhǔn)備丟棄超出屏幕的字符。步驟7、對二維圖形引擎的各種通道屬性和緩存器(BUFFER)進(jìn)行設(shè)置；其 中，分別設(shè)置了 2D圖形引擎的三個輸入通道和一個輸出通道，以及輸入、輸出通 道所使用的緩存器。步驟8、利用步驟4的所得出的縮進(jìn)處理后讀入該段字符的總寬度對中文顯示 中的居中、左對齊和右對齊的位置進(jìn)行處理和精確計算。步驟9、取一個字符，判斷當(dāng)前字符是否超出了歩驟1中所讀入字符的長度， 若沒有超過，則執(zhí)行下一步，否則，中斷執(zhí)行，跳出循環(huán)。字符是以16進(jìn)制內(nèi)碼的形式讀入的，Length是讀入的字符所占的字節(jié)數(shù)。一 個中文字符需占用兩個字節(jié)， 一個英文或符號占用一個字節(jié)。如果是中文，while 循環(huán)每循環(huán)一次m自加二，如果是英文或符號則while循環(huán)每循環(huán)一次m自加一。 m是一個累加器，控制當(dāng)前while循環(huán)處理到了哪個字節(jié)上，即如果是中文則當(dāng)前 處理本次讀入所有字節(jié)中的第m和m+l字節(jié)，如果是英文或符號則處理本次讀入所有字節(jié)的中的第m字節(jié)步驟IO、辨別當(dāng)前字符為中文字符還是英文字符或符號，若為中文字符，執(zhí)行 下一步，若為英文或符號，執(zhí)行步驟12;在ASCII碼中，中文字符占兩個字節(jié)，而 英文或符號只占一個字節(jié)，如果不經(jīng)處理直接把內(nèi)碼數(shù)據(jù)送入讀取字庫文件的函數(shù) 中去，就會出現(xiàn)錯誤，導(dǎo)致讀出的是亂碼或從字庫中檢索出的字符不正確，因此需 要對中文和英文及符號進(jìn)行辨別，并分別處理。步驟ll、將中文字符由16進(jìn)制內(nèi)碼轉(zhuǎn)化為區(qū)位碼，然后執(zhí)行步驟13;其中中 文的區(qū)碼等于第m字節(jié)數(shù)據(jù)(text[m])再減去Oxa0，而位碼則是第m+l個字節(jié)的 數(shù)據(jù)(text[m+l])再減去0xa0。即中文區(qū)碼^text[m]—0xa0、中文位碼-text[m十 1]—0xal。步驟12、將英文字符或符號由16進(jìn)制內(nèi)碼轉(zhuǎn)化為區(qū)位碼，然后執(zhí)行步驟13;
英文或符號有著固定區(qū)碼，他們的區(qū)碼都是0xa3,而位碼則是第m字節(jié)的內(nèi)容轉(zhuǎn)換 成16進(jìn)制后的數(shù)據(jù)(text[m])加上0x80后再減去OxaO。步驟13、通過區(qū)位碼對字庫文件進(jìn)行定位檢索；通過上述步驟得到字符的區(qū)位碼后計算出該字符在字庫中的偏移量。偏移量=((區(qū)碼一l) X94+ (位碼一l)) X72，其中94表示有94個區(qū)，72表示一個字符使用72字節(jié)來標(biāo)記，這里的標(biāo)記 是0、 l的打點標(biāo)記。其相當(dāng)于一行有24個點(24個點占三個字節(jié)，每個字節(jié)8位 即8個點)， 一共有24行。因此需要24X3個字節(jié)來表示一個24點陣的字符。算出 偏移量后根據(jù)偏移量再字庫中讀出該字符的72個字節(jié)。步驟14、利用縮進(jìn)算法中的思想對當(dāng)前字符進(jìn)行縮進(jìn)計算，確定下一個字符的 起始位置。步驟15、將當(dāng)前字符送入二維圖形通道中等待顯示輸出，然后取下一個字符轉(zhuǎn) 到步驟9。上述步驟4采用的縮進(jìn)算法對讀入字符的總長度進(jìn)行了精確的縮進(jìn)計算以為居 中、左對齊、右對齊的顯示提供精確的長度計算數(shù)據(jù)。上述歩驟9到步驟14釆用了縮進(jìn)算法的處理思想，每處理一個字符就要從字庫 中讀取該字符的0、 l分布情況，即72個字節(jié)的0、 l分布。之后按照縮進(jìn)算法的處 理方法對該字符進(jìn)行縮進(jìn)，并得到下一字符的起始地址。上述步驟15把經(jīng)過縮進(jìn)處理的字模，最后送入2D圖形引擎的輸出緩存通道中 等待顯示。對于字符的顯示一般使用字符O位使用背景色或作透明顯示，而l位使 用不同于背景色的顏色顯示。如圖1所示，上述步驟所述字符的縮進(jìn)計算具體實現(xiàn)步驟如下-步驟300:對讀入的一段字符以字節(jié)個數(shù)進(jìn)行循環(huán)計算。由于讀入的字符都以字 節(jié)的形式讀到BUFFER中。因此根據(jù)字節(jié)的個數(shù)來循環(huán)，直到所有字節(jié)完全完畢后 退出該循環(huán)。步驟301:根據(jù)中文字符與英文和符號的區(qū)別，分別進(jìn)行處理。由于讀入時每個 字符是以內(nèi)碼的形式讀入的，中文內(nèi)碼占兩個字節(jié)，而英文或符號占一個字節(jié)。如 果不經(jīng)處理直接把內(nèi)碼送入，就會出現(xiàn)錯誤，導(dǎo)致讀出的是亂碼，或是字符不正確。中文字符區(qū)碼=第m個字節(jié)的內(nèi)碼一OxaO中文字符位碼=第m+l個字符的內(nèi)碼一OxaO英文或符號的區(qū)碼-0xa3
英文或符號的位碼=第m個字節(jié)的內(nèi)碼+0x80-0xa0步驟302:通過區(qū)位碼對字庫文件進(jìn)行定位檢索。字庫文件的定位檢索依靠字符 區(qū)位碼算出的字庫中該字符的偏移量。偏移量=((區(qū)碼一l) X94+ (位碼一l)) X72步驟303:根據(jù)偏移量從字庫中讀取點陣字符的字模放入大小為72個字節(jié)Buffer 中(一個24點陣的中文是由24X24個點組成的，每8個點是一個字節(jié)，這樣一行有3 個字節(jié)， 一共24行， 一次對于0、 l的字庫文件，其使用24X3個字節(jié)來表示一個字符)， 如果此位為l，則表示此字符該位是需要被填充的，因此該位的顏色應(yīng)置為字符顏色。 如果此位為0，則表示此位是不需要被填充的，對應(yīng)于此位的顏色應(yīng)置為背景顏色。步驟304:對二維數(shù)組的每個值分別作"與"運(yùn)算，得到并記錄該24點陣字符中最 左邊的點和最右邊的點的位置，對于那些左右兩側(cè)的空白部分則可以進(jìn)行剪裁。步驟305:對該段字符的每個字符進(jìn)行逐一裁減并累加其寬度后，可以得到該段 字符的實際寬度。以字符"i"為例，對本發(fā)明的方法進(jìn)行說明。圖4所示的是未使用縮進(jìn)算法前 的顯示與使用縮進(jìn)算法后的顯示情況?？梢钥闯鎏幚砬叭齻€字符"i"的顯示分布不 是分散的，而處理后三個"i"的分布有了明顯的改善，對字符"i"的左側(cè)和右側(cè) 進(jìn)行了明顯的裁減。對三個字符"i"的處理首先根據(jù)點陣字符縮進(jìn)算法從字庫中讀取相應(yīng)的字模， 并通過對字模中0位和1位的運(yùn)算，得到起始值bejinj)os (起始值bejin_pos = 8)， 和終止值encLpos (終止值enctpos二14)。 i的實際寬度為終止值endjpos減去起始 值bejin_pos (終止值endjpos—起始值bejin_pos=6)。三個字符i的總寬度是6X3 =18。這里忽略如居中、超出屏幕字符等處理要求。假設(shè)三個字符只要求左對齊， 則第一個i的在屏幕上的起始位置=屏幕邊緣寬度Xl+0，根據(jù)起始位置和0位與1 位的排列順序，對0位使用背景色顯示，對l位使用不同于背景色的顏色顯示。第 二個i的在屏幕上的起始位置-屏幕邊緣寬度+6 (第一個i的實際寬度)+字符間 距(自行設(shè)定， 一般為0)，顯示方法與第一個字符i相同，只是起始位置不同。第 三個i的在屏幕上的起始位置=屏幕邊緣寬度+ 12 (兩個i的實際寬度)+字符間 距(自行設(shè)定， 一般為0)，顯示方法與第一個字符i相同，只是起始位置不同。通過以上的處理就可以簡單的顯示經(jīng)過二位圖形引擎的點陣字符縮進(jìn)算法處理 過的三個字符i 了 。
權(quán)利要求
1、一種二維圖形引擎中的點陣字符的縮進(jìn)方法，包括以下步驟a)、讀入一段字符，從讀入的一段字符中取出一個字符，判斷當(dāng)前字符是否超出了本段字符的總字節(jié)長度，若沒有超過，則執(zhí)行下一步，否則，中斷執(zhí)行，跳出循環(huán)；以字節(jié)個數(shù)進(jìn)行循環(huán)計算；b)、辨別當(dāng)前字符為中文字符還是英文字符或符號，若為中文字符，執(zhí)行下一步，若為英文字符或符號，執(zhí)行步驟d)；c)、將中文字符由16進(jìn)制內(nèi)碼轉(zhuǎn)化為區(qū)位碼，然后執(zhí)行步驟e)；d)、將英文字符或符號由16進(jìn)制內(nèi)碼轉(zhuǎn)化為區(qū)位碼，然后執(zhí)行步驟e)；e)、通過區(qū)位碼對所述步驟2)中所打開的點陣字庫文件進(jìn)行定位檢索，讀出字符的點陣字符的字模，并存入一個二維數(shù)組中；f)、對二維數(shù)組的每個值分別作“與”運(yùn)算，得到并記錄點陣字符中最左邊的點和最右邊的點的位置，將最右邊的點的位置與最左邊的點的位置相減，即可得到一個字符的實際長度，并對于左右兩側(cè)的空白部分進(jìn)行剪裁；g)、返回到步驟a)。
2、 一種應(yīng)用權(quán)利要求1所述的二維圖形引擎中的點陣字符的縮進(jìn)方法的中文處 理方法，包括1) 、從二維圖形引擎的接收數(shù)據(jù)緩存中讀取字符數(shù)據(jù)，并設(shè)置標(biāo)記以識別是否 需要繼續(xù)讀?。?) 、打開點陣字庫文件備用；3) 、對字符數(shù)據(jù)中的加密字符進(jìn)行處理；4) 、利用點陣字符的縮進(jìn)方法計算讀入的每個字符的實際長度，然后累加各個 字符的實際長度得到所有讀入字符的總長度；5) 、處理字符的高度以及行間距，把字符的高度與行間距相加得到字符的縱向 位置；6) 、將步驟4)中得到的字符總長度與屏幕寬度進(jìn)行比較，若字符的總寬度超 過屏幕的寬度，則對超出屏幕的字符作省略處理或是作換行處理，并記錄所能顯示 的字符的總長度；7) 、對二維圖形引擎的各種通道屬性和緩存器進(jìn)行設(shè)置； 8) 、利用步驟4)所得出的縮進(jìn)處理后讀入字符的總寬度對中文顯示中的居中、 左對齊和右對齊的位置進(jìn)行處理和計算；9) 、利用點陣字符的縮進(jìn)方法對步驟6)中得到的所能顯示字符進(jìn)行裁減；10) 、將裁減后的字符送入二維圖形通道中等待顯示輸出。
3、 根據(jù)權(quán)利要求2所述的二維圖形引擎中的中文處理方法，其特征在于，在所 述的步驟1)中，所述的從二維圖形引擎的接收數(shù)據(jù)緩存中讀取字符數(shù)據(jù)時， 一次 讀取的字符數(shù)據(jù)在256個字節(jié)之內(nèi)。
4、 根據(jù)權(quán)利要求2所述的二維圖形引擎中的中文處理方法，其特征在于，所述 點陣字庫文件中的點陣字符包括16x16點陣字庫、20X20點陣字庫、24。4點陣字 庫、32x32點陣字庫。
5、 根據(jù)權(quán)利要求2所述的二維圖形引擎中的中文處理方法，其特征在于，在所 述的步驟7)中，對二維圖形引擎的各種通道屬性和緩存器進(jìn)行設(shè)置時，分別設(shè)置 二維圖形引擎的三個輸入通道和一個輸出通道，以及輸入、輸出通道所使用的緩存 器。
全文摘要
本發(fā)明公開了一種二維圖形引擎中的點陣字符的縮進(jìn)方法以及使用該算法完成的中文處理方法，包括讀取字符數(shù)據(jù)；打開點陣字庫文件備用；對字符數(shù)據(jù)中的加密字符進(jìn)行處理；利用點陣字符的縮進(jìn)方法計算每個字符的實際長度，然后累加得到所有讀入字符的總長度；處理字符的高度以及行間距；將字符總長度與屏幕寬度進(jìn)行比較，對超出屏幕的字符作省略處理或是作換行處理，并記錄所能顯示的字符的總長度；對二維圖形引擎的各種通道屬性和緩存器進(jìn)行設(shè)置；對中文顯示中的居中、左對齊和右對齊的位置進(jìn)行處理和計算；利用點陣字符的縮進(jìn)方法對字符進(jìn)行裁減；將裁減后的字符送入二維圖形通道中等待顯示輸出。
文檔編號G09G5/26GK101114443SQ200610089009
公開日2008年1月30日 申請日期2006年7月28日 優(yōu)先權(quán)日2006年7月28日
發(fā)明者吳麗彬, 張東濱, 王勁林, 王玲芳, 齊向東 申請人:中國科學(xué)院聲學(xué)研究所;北京中科智網(wǎng)科技有限公司