專利名稱：：多流信息傳輸系統(tǒng)及其傳輸方法
技術(shù)領(lǐng)域：
：本發(fā)明涉及一種多流信息傳輸系統(tǒng)，包括發(fā)送端以及通過信道相連接的接收端，其中所述的發(fā)送端包括編碼器、數(shù)據(jù)分割模塊、發(fā)送端緩存、實時傳輸模塊和非實時傳輸模塊，其中編碼器與數(shù)據(jù)分割模塊相連以傳輸壓縮碼流，數(shù)據(jù)分割模塊分別與編碼器和發(fā)送端緩存相連接并分別接收編碼器傳來的壓縮碼流信息以及實時流信息，實時傳輸模塊與數(shù)據(jù)分割模塊相連以傳輸數(shù)據(jù)分割后的實時流信息和的反饋信息，非實時傳輸模塊與數(shù)據(jù)分割模塊相連傳輸增質(zhì)流信息和補丁流信息，實時傳輸模塊和非實時傳輸模塊分別與IP網(wǎng)絡(luò)相連接進行實時流信息、反饋信息、增質(zhì)流信息和補丁流信息向接收端的傳輸。所述的接收端包括反饋模塊、接收端緩存、融合模塊和解碼器，其中解碼器分別與接收端緩存和融合模塊相連接以傳輸實時流信息和融合后的碼流信息，反饋模塊分別與接收端緩存和IP網(wǎng)絡(luò)相連接以傳輸實時流信息并通過IP網(wǎng)絡(luò)發(fā)送反饋信息至發(fā)送端，融合模塊另外與IP網(wǎng)絡(luò)相連接以傳輸發(fā)送端發(fā)出的增質(zhì)流信息和補丁流信息。所述的編碼器完成對輸入的幀或是場的壓縮編碼，壓縮后的碼流經(jīng)NAL(網(wǎng)絡(luò)自適應(yīng)層)供傳輸和存儲用。所述的數(shù)據(jù)分割模塊接收編碼器傳來的壓縮碼流并將其分割成三部分，一部分為實時流信息，為實時傳輸所用，一部分為增質(zhì)流信息，為生成高質(zhì)量圖像所用；同時數(shù)據(jù)分割模塊根據(jù)接收到的反饋信息從緩存的實時流信息中提取生成補丁流信息。所述的實時傳輸模塊采用RTP/UDP/IP協(xié)議棧傳輸由數(shù)據(jù)分割模塊得到的實時流信息，經(jīng)傳輸網(wǎng)絡(luò)傳送到接收端，來滿足實時性傳輸?shù)囊?。所述的非實時傳輸模塊采用RTP/TCP/IP協(xié)議?；騀TP/TCP/IP協(xié)議棧，對增質(zhì)流信息和補丁流信息進行可靠傳輸。該模塊也可以先對這兩路流進行本地緩存，在信道空閑時再采用RTP/TCP/IP協(xié)議或FTP/TCP/IP協(xié)議傳輸。所述的反饋模塊接收傳輸網(wǎng)絡(luò)傳來的碼流并送入接收緩存，再送入視頻解碼器解碼顯示。接收緩存中的碼流經(jīng)過解析以后，根據(jù)包頭序號的連續(xù)性，統(tǒng)計丟包情況，并根據(jù)RTCP(實時傳輸控制協(xié)議)協(xié)議產(chǎn)生反饋RTCP包，通過傳輸網(wǎng)絡(luò)告知發(fā)送端哪些包已丟失，以便在發(fā)送端提取出丟失的包合成為補丁流信息重新發(fā)送。所述的融合模塊對收到的實時流信息、增質(zhì)流信息和補丁流信息進行合并、重排序一系列操作，生成一路完整的碼流。所述的解碼器對合并后的碼流進行解碼，具體可分為兩部分(l)對實時流信息解碼，得到低質(zhì)量高實時的圖像，供實時監(jiān)控用。由于傳輸過程中有丟包，因此該部分解碼需要利用H.264中的錯誤隱藏技術(shù)，才能正確解碼。(2)對增質(zhì)流信息、補丁流信息及之前收到的有丟包后的實時流信息進行融合操作后的碼流，進行解碼，得到高質(zhì)量圖像，供事后調(diào)閱。其中，重排序需要根據(jù)RTP頭信息中的序列號碼。本發(fā)明涉及上述多流信息傳輸系統(tǒng)的傳輸方法，包括以下步驟步驟一，基于H.264或MPEG-4中的混合編碼法，通過編碼器將輸入的信息幀或信息場按幀內(nèi)或幀間預(yù)測編碼以宏塊為單位進行編碼處理，生成壓縮碼流；具體包括以下步驟1.1采用幀內(nèi)預(yù)測或幀間預(yù)測對原始視頻流進行波形編碼；1.2將波形編碼后的數(shù)據(jù)進行變換編碼；1.3將變換編碼后的變換域的數(shù)據(jù)進行量化；1.4對量化后的數(shù)據(jù)進行熵編碼得到最終的壓縮碼流，用于網(wǎng)絡(luò)傳輸。步驟二，將壓縮碼流通過DP或SVC方式分割成實時流信息和增質(zhì)流信息；所述的DP方式是指在H.264編碼時選取數(shù)據(jù)分割模式，得到壓縮碼流的A、B、C類數(shù)據(jù)包。所述的SVC方式是指采用H.264/SVC編碼方式進行原始視頻流的編碼，得到多層可分級的編碼碼流信息，包括基本層和增強層信息。所述的實時流信息包括采用DP方式得到的數(shù)據(jù)分割的A+B類數(shù)據(jù)包；或者采用SVC方式得到的基本層碼流和部分增強層碼流組成的碼流；所述的增質(zhì)流信息包括采用DP方式得到的數(shù)據(jù)分割的C類數(shù)據(jù)包；或者SVC方式得到的部分增強層碼流組成的碼流；步驟三，對于步驟二得到的實時流信息，采用RTP/UDP/IP協(xié)議從發(fā)射端向接收端進行傳輸，傳輸同時對實時流信息進行本地緩存，具體步驟包括3.1按照RFC3894定義的分包規(guī)則對壓縮碼流進行分包；3.2依據(jù)RFC3894定義的打包原則對分包后的單元加入包頭，打包成RTP數(shù)據(jù)包；3.3依據(jù)UDP協(xié)議在RTP數(shù)據(jù)包加入頭部字段，打包成UDP數(shù)據(jù)包；3.4采用IP協(xié)議傳輸UDP數(shù)據(jù)包。步驟四，接收端根據(jù)接收到的實時流信息生成反饋信息，具體步驟包括4.1根據(jù)接收到的實時流信息的包頭序號的連續(xù)性，確定丟失的數(shù)據(jù)包包頭序號；4.2將丟失的數(shù)據(jù)包包頭序號組成反饋信息通過RTCP/IP協(xié)議傳輸至發(fā)送端。步驟五，發(fā)送端收到接收端發(fā)回的反饋信息，得到基本流丟失的包的序列號碼，并據(jù)此從緩存的實時流信息中將傳輸丟失的包提取出來，合成為一路補丁流信息。補丁流信息的傳輸可容忍高延遲，但需無誤傳輸。因此采用RTP/TCP/IP協(xié)議棧傳輸。步驟六，接收端接收到信道傳來的視頻碼流后，采用基于H.264技術(shù)的解碼器對接收到的碼流解碼，解碼器對接收到的實時流信息數(shù)據(jù)進行實時解碼；對接收到的補丁流信息、增質(zhì)流信息和緩存的實時流信息進行融合、重排序，得到視頻圖像。本發(fā)明具有如下效果本發(fā)明的數(shù)據(jù)分割模塊將數(shù)據(jù)分割成三部分，一部分重要的、保證基本圖像質(zhì)量的實時流信息采用實時傳輸；第二部分增質(zhì)流信息和第三部分補丁流信息，可在信道空閑的時候發(fā)送并采用可靠的傳輸協(xié)議如TCP/IP。接收端收到后將其與收到的實時流信息進行合成、解碼。這樣既可以滿足安防監(jiān)控實時預(yù)覽監(jiān)控的需要，又可以得到事后調(diào)查取證所需的高質(zhì)量圖像，同時通過分時和差異化傳輸，有效提高信道的利用率，降低網(wǎng)絡(luò)擁塞丟包的概率。本發(fā)明與現(xiàn)有技術(shù)相比能很好的同時滿足視頻監(jiān)控系統(tǒng)的實時性和高質(zhì)量的要求，由實時流信息解碼的重建視頻可以滿足實時監(jiān)控的需求，融合后碼流解碼得到的重建視頻可以滿足調(diào)查取證的需求，而傳統(tǒng)的工業(yè)應(yīng)用上的監(jiān)控方式要么只能滿足實時性需求，要么只能滿足高質(zhì)量需求；本發(fā)明發(fā)送端的存儲壓力小，發(fā)送端只需存儲編碼后的實時流信息，而不用存儲編碼后所有的壓縮流信息，大大減少了發(fā)送端的存儲壓力；本發(fā)明調(diào)查取證方便，能夠根據(jù)信道情況將實時流信息和增質(zhì)流信息采用不同的方式傳送至接收端，滿足了接收端的不同業(yè)務(wù)需求，方便了接收端的調(diào)查取證。在發(fā)送端和接收端物理距離較遠的情況下，本系統(tǒng)的傳輸方法更為先進和有效。圖1為本發(fā)明實施示意圖。具體實施例方式下面對本發(fā)明的實施例作詳細說明，本實施例在以本發(fā)明技術(shù)方案為前提下進行實施，給出了詳細的實施方式和具體的操作過程，但本發(fā)明的保護范圍不限于下述的實施例。如圖1所示，本實施例包括發(fā)送端以及通過信道相連接的接收端。所述的發(fā)送端包括編碼器、數(shù)據(jù)分割模塊、發(fā)送端緩存、實時傳輸模塊和非實時傳輸模塊，其中編碼器與數(shù)據(jù)分割模塊相連以傳輸壓縮碼流，數(shù)據(jù)分割模塊分別與編碼器和發(fā)送端緩存相連接并分別接收編碼器傳來的壓縮碼流信息以及實時流信息，實時傳輸模塊與數(shù)據(jù)分割模塊相連以傳輸數(shù)據(jù)分割后的實時流信息和的反饋信息，非實時傳輸模塊與數(shù)據(jù)分割模塊相連傳輸增質(zhì)流信息和補丁流信息，實時傳輸模塊和非實時傳輸模塊分別與IP網(wǎng)絡(luò)相連接進行實時流信息、反饋信息、增質(zhì)流信息和補丁流信息向接收端的傳輸。所述的接收端包括反饋模塊、接收端緩存、融合模塊和解碼器，其中解碼器分別與接收端緩存和融合模塊相連接以傳輸實時流信息和融合后的碼流信息，反饋模塊分別與接收端緩存和IP網(wǎng)絡(luò)相連接以傳輸實時流信息并通過IP網(wǎng)絡(luò)發(fā)送反饋信息至發(fā)送端，融合模塊另外與IP網(wǎng)絡(luò)相連接以傳輸發(fā)送端發(fā)出的增質(zhì)流信息和補丁流信息。所述的編碼器完成對輸入的幀或是場的壓縮編碼，壓縮后的碼流經(jīng)NAL(網(wǎng)絡(luò)自適應(yīng)層)供傳輸和存儲用。所述的數(shù)據(jù)分割模塊接收編碼器傳來的壓縮碼流并將其分割成三部分，一部分為實時流信息，為實時傳輸所用，一部分為增質(zhì)流信息，為生成高質(zhì)量圖像所用；同時數(shù)據(jù)分割模塊根據(jù)接收到的反饋信息從緩存的實時流信息中提取生成補丁流信息。所述的實時傳輸模塊采用RTP/UDP/IP協(xié)議棧傳輸由數(shù)據(jù)分割模塊得到的實時流信息，經(jīng)傳輸網(wǎng)絡(luò)傳送到接收端，來滿足實時性傳輸?shù)囊蟆Ｋ龅姆菍崟r傳輸模塊采用RTP/TCP/IP協(xié)議?；騀TP/TCP/IP協(xié)議棧，對增質(zhì)流信息和補丁流信息進行可靠傳輸。該模塊也可以先對這兩路流進行本地緩存，在信道空閑時再采用RTP/TCP/IP協(xié)議或FTP/TCP/IP協(xié)議傳輸。所述的反饋模塊接收傳輸網(wǎng)絡(luò)傳來的碼流并送入接收緩存，再送入視頻解碼器解碼顯示。接收緩存中的碼流經(jīng)過解析以后，根據(jù)包頭序號的連續(xù)性，統(tǒng)計丟包情況，并根據(jù)RTCP(實時傳輸控制協(xié)議)協(xié)議產(chǎn)生反饋RTCP包，通過傳輸網(wǎng)絡(luò)告知發(fā)送端哪些包已丟失，以便在發(fā)送端提取出丟失的包合成為補丁流信息重新發(fā)送。所述的融合模塊對收到的實時流信息、增質(zhì)流信息和補丁流信息進行合并、重排序一系列操作，生成一路完整的碼流。所述的解碼器對合并后的碼流進行解碼，具體可分為兩部分(1)對實時流信息解碼，得到低質(zhì)量高實時的圖像，供實時監(jiān)控用。由于傳輸過程中有丟包，因此該部分解碼需要利用H.264中的錯誤隱藏技術(shù)，才能正確解碼。(2)對增質(zhì)流信息、補丁流信息及之前收到的有丟包后的實時流信息進行融合操作后的碼流，進行解碼，得到高質(zhì)量圖像，供事后調(diào)閱。其中，重排序需要根據(jù)RTP頭信息中的序列號碼。本實施例通過如下具體步驟進行傳輸步驟一，基于H.264/SVC混合編碼方法，采用SVC的編碼參考軟件JSVM，將輸入的信息幀或信息場按幀內(nèi)或幀間預(yù)測編碼以宏塊為單位進行編碼處理，并采用SVC方式生成可分級壓縮碼流，此壓縮碼流包括多層碼流信息。在本實施實例中，采用表1的編碼參數(shù)表1本實施實例的編碼參數(shù)選擇7<table>tableseeoriginaldocumentpage8</column></row><table>步驟二提取壓縮碼流，生成實時流信息和增質(zhì)流信息。提取步驟一生成的可分級壓縮碼流的基本層和部分增強層信息，組成實時流信息；將前一步碼流提取后剩余的增強層信息組成增質(zhì)流信息。步驟三，對于步驟二得到的實時流信息，采用RTP/UDP/IP協(xié)議從發(fā)射端向接收端進行傳輸，傳輸同時對實時流信息進行本地緩存。具體步驟包括按照RFC3894定義的分包規(guī)則對壓縮碼流進行分包；依據(jù)RFC3894定義的打包原則對分包后的單元加入包頭，打包成RTP數(shù)據(jù)包；依據(jù)UDP協(xié)議在RTP數(shù)據(jù)包加入頭部字段，打包成UDP數(shù)據(jù)包；采用IP協(xié)議傳輸UDP數(shù)據(jù)包。步驟四，接收端根據(jù)接收到的實時流信息生成反饋信息，具體步驟包括根據(jù)接收到的實時流信息的包頭序號的連續(xù)性，確定丟失的數(shù)據(jù)包包頭序號；將丟失的數(shù)據(jù)包包頭序號組成反饋信息通過RTCP/IP協(xié)議傳輸至發(fā)送端。步驟五，發(fā)送端收到接收端發(fā)回的反饋信息，得到基本流丟失的包的序列號碼，并據(jù)此從緩存的實時流信息中將傳輸丟失的包提取出來，合成為一路補丁流信息，此采用RTP/TCP/IP協(xié)議棧傳輸。步驟六，接收端接收到信道傳來的視頻碼流后，采用基于JSVM解碼器對接收到的碼流解碼，解碼器具體分為兩部分對接收到的實時流信息數(shù)據(jù)進行實時解碼，得到低質(zhì)量但高實時性的圖像，供實時監(jiān)控。對接收到的補丁流信息、增質(zhì)流信息和緩存的實時流信息進行融合、重排序，得到完整的、無丟包的視頻流后再進行解碼，得到高質(zhì)量圖像，供事后調(diào)查取證用。其中，重排序需要根據(jù)RTP頭信息中的序列號碼。表2表示了采用本實施例得到的測試結(jié)果與傳統(tǒng)方法的測試結(jié)果的比較。在表2中，"實時流信息重建"表示采用本方法的實時流信息傳輸解碼得到重建視頻，"多流重建"表示采用本方法的多路碼流經(jīng)過解碼端的融合模塊的信息融合、解碼器解碼后得到的重建視頻，"傳統(tǒng)重建"是指采用傳統(tǒng)的編碼、傳輸、解碼方式得到的重建視頻。"PSNR"(PeakSignaltoNoiseRatio)是一種評價圖像的客觀標(biāo)準(zhǔn)，它能較好的反映重建圖像的質(zhì)量。其值越大，表示圖像質(zhì)量越好，反之則表示圖像質(zhì)量越差。從表2可以看出采用本實施例的"實時流信息重建"得到的重建視頻PSNR與"傳統(tǒng)重建"PSNR接近，表示本實施例可以滿足視頻監(jiān)控的實時性需求。而"多流重建"的得到的重建視頻PSNR要比"傳統(tǒng)重建"的PSNR大很多，表明本實施例可以滿足視頻監(jiān)控的高質(zhì)量要求。表2本方法與傳統(tǒng)方法的測試結(jié)果比較重建方式實時流信息重建多流重建傳統(tǒng)重建PSNR22.14dB33.90dB24.26dB9權(quán)利要求一種多流信息傳輸系統(tǒng)，其特征在于包括發(fā)送端以及通過信道相連接的接收端；所述的發(fā)送端包括編碼器、數(shù)據(jù)分割模塊、發(fā)送端緩存、實時傳輸模塊和非實時傳輸模塊，其中編碼器與數(shù)據(jù)分割模塊相連以傳輸壓縮碼流，數(shù)據(jù)分割模塊分別與編碼器和發(fā)送端緩存相連接并分別接收編碼器傳來的壓縮碼流信息以及實時流信息，實時傳輸模塊與數(shù)據(jù)分割模塊相連以傳輸數(shù)據(jù)分割后的實時流信息和的反饋信息，非實時傳輸模塊與數(shù)據(jù)分割模塊相連傳輸增質(zhì)流信息和補丁流信息，實時傳輸模塊和非實時傳輸模塊分別與IP網(wǎng)絡(luò)相連接進行實時流信息、反饋信息、增質(zhì)流信息和補丁流信息向接收端的傳輸；所述的接收端包括反饋模塊、接收端緩存、融合模塊和解碼器，其中解碼器分別與接收端緩存和融合模塊相連接以傳輸實時流信息和融合后的碼流信息，反饋模塊分別與接收端緩存和IP網(wǎng)絡(luò)相連接以傳輸實時流信息并通過IP網(wǎng)絡(luò)發(fā)送反饋信息至發(fā)送端，融合模塊另外與IP網(wǎng)絡(luò)相連接以傳輸發(fā)送端發(fā)出的增質(zhì)流信息和補丁流信息。2.根據(jù)權(quán)利要求1所述的多流信息傳輸系統(tǒng)，其特征是，所述的數(shù)據(jù)分割模塊接收編碼器傳來的壓縮碼流并將其分割成三部分，一部分為實時流信息，為實時傳輸所用；一部分為增質(zhì)流信息，為生成高質(zhì)量圖像所用；同時數(shù)據(jù)分割模塊根據(jù)接收到的反饋信息從緩存的實時流信息中提取生成補丁流信息。3.根據(jù)權(quán)利要求1所述的多流信息傳輸系統(tǒng)，其特征是，所述的實時傳輸模塊采用RTP/UDP/IP協(xié)議棧傳輸由數(shù)據(jù)分割模塊得到的實時流信息，經(jīng)傳輸網(wǎng)絡(luò)傳送到接收端。4.根據(jù)權(quán)利要求1所述的多流信息傳輸系統(tǒng)，其特征是，所述的非實時傳輸模塊采用RTP/TCP/IP協(xié)議?；騀TP/TCP/IP協(xié)議棧，對增質(zhì)流信息和補丁流信息進行可靠傳輸。5.根據(jù)權(quán)利要求1所述的多流信息傳輸系統(tǒng)，其特征是，所述的反饋模塊接收傳輸網(wǎng)絡(luò)傳來的碼流并送入接收緩存，再送入視頻解碼器解碼顯示。6.—種根據(jù)權(quán)利要求1所述的多流信息傳輸系統(tǒng)的傳輸方法，其特征在于，包括以下步驟步驟一，基于H.264或MPEG-4中的混合編碼法，通過編碼器將輸入的信息幀或信息場按幀內(nèi)或幀間預(yù)測編碼以宏塊為單位進行編碼處理，生成壓縮碼流；步驟二，將壓縮碼流通過DP或SVC方式分割成實時流信息和增質(zhì)流信息；步驟三，對于步驟二得到的實時流信息，采用RTP/UDP/IP協(xié)議從發(fā)射端向接收端進行傳輸，傳輸同時對實時流信息進行本地緩存，步驟四，接收端根據(jù)接收到的實時流信息生成反饋信息；步驟五，發(fā)送端收到接收端發(fā)回的反饋信息，得到基本流丟失的包的序列號碼，并據(jù)此從緩存的實時流信息中將傳輸丟失的包提取出來，合成為一路補丁流信息；步驟六，接收端接收到信道傳來的視頻碼流后，采用基于H.264技術(shù)的解碼器對接收到的碼流解碼，解碼器對接收到的實時流信息數(shù)據(jù)進行實時解碼；對接收到的補丁流信息、增質(zhì)流信息和緩存的實時流信息進行融合、重排序，得到視頻圖像。7.根據(jù)權(quán)利要求6所述的多流信息傳輸系統(tǒng)的傳輸方法，其特征是，所述的步驟一具體包括`1.1采用幀內(nèi)預(yù)測或幀間預(yù)測對原視頻流進行波形編碼；1.2將波形編碼后的數(shù)據(jù)進行變換編碼；1.3將變換編碼后的變換域的數(shù)據(jù)進行量化；[1.4對量化后的數(shù)據(jù)進行熵編碼得到最終的壓縮碼流，用于網(wǎng)絡(luò)傳輸。8.根據(jù)權(quán)利要求6所述的多流信息傳輸系統(tǒng)的傳輸方法，其特征是，所述的將壓縮碼流通過DP或SVC方式分割中所述的DP方式是指在H.264編碼時選取數(shù)據(jù)分割模式，得到壓縮碼流的A、B、C類數(shù)據(jù)包；所述的SVC方式是指采用H.264/SVC編碼方式進行原始視頻流的編碼，得到多層可分級的編碼碼流信息，包括基本層和增強層信息；所述的實時流信息包括采用DP方式得到的數(shù)據(jù)分割的A+B類數(shù)據(jù)包；或者采用SVC方式得到的基本層碼流和部分增強層碼流組成的碼流；所述的增質(zhì)流信息包括采用DP方式得到的數(shù)據(jù)分割的C類數(shù)據(jù)包；或者SVC方式得到的部分增強層碼流組成的碼流。9.根據(jù)權(quán)利要求6所述的多流信息傳輸系統(tǒng)的傳輸方法，其特征是，所述的步驟三具體包括[3.1按照RFC3894定義的分包規(guī)則對壓縮碼流進行分包；[3.2依據(jù)RFC3894定義的打包原則對分包后的單元加入包頭，打包成RTP數(shù)據(jù)包；3.3依據(jù)UDP協(xié)議在RTP數(shù)據(jù)包加入頭部字段，打包成UDP數(shù)據(jù)包；[3.4采用IP協(xié)議傳輸UDP數(shù)據(jù)包。10.根據(jù)權(quán)利要求6所述的多流信息傳輸系統(tǒng)的傳輸方法，其特征是，所述的步驟四具體包括[4.1根據(jù)接收到的實時流信息的包頭序號的連續(xù)性，確定丟失的數(shù)據(jù)包包頭序號；4.2將丟失的數(shù)據(jù)包包頭序號組成反饋信息通過RTCP/IP協(xié)議傳輸至發(fā)送端。全文摘要一種通信
技術(shù)領(lǐng)域：
的多流信息傳輸系統(tǒng)及其傳輸方法，包括發(fā)送端以及通過信道相連接的接收端，所述的發(fā)送端包括編碼器、數(shù)據(jù)分割模塊、發(fā)送端緩存、實時傳輸模塊和非實時傳輸模塊；所述的接收端包括反饋模塊、接收端緩存、融合模塊和解碼器。本發(fā)明能在傳輸過程中區(qū)分數(shù)據(jù)是否需要實時傳輸，從而決定采用實時傳輸或非實時傳輸，以此實現(xiàn)數(shù)據(jù)的實時性和高質(zhì)量要求，滿足用戶對安防監(jiān)控視頻的特定需求。文檔編號H04N7/18GK101707701SQ20091031048公開日2010年5月12日申請日期2009年11月26日優(yōu)先權(quán)日2009年11月26日發(fā)明者張重陽,楊華,邵長彬,鄭世寶申請人:上海交通大學(xué)