專利名稱：無線音像傳輸系統(tǒng)和方法
技術(shù)領(lǐng)域：
本發(fā)明涉及無線音像傳輸技術(shù)，特別涉及利用接收端的圖像處理能力執(zhí)行圖像補償機制的技術(shù)。
背景技術(shù)：
隨著無線技術(shù)的提升及普及，越來越多的使用者行為也朝向無線操作的方式來邁進(jìn)，從早期的無線鍵盤和鼠標(biāo)，到無線上網(wǎng)，以及在近期越來越受到重視的無線音像傳輸，都是利用無線技術(shù)來達(dá)成。然而，現(xiàn)今的無線音像傳輸于應(yīng)用的時候往往會遭遇幾個問題，例如1.傳輸頻寬大??；2.無線傳輸硬件的普及；3.傳送端硬件能力不足等。擁有較佳頻寬的解決方案往往需要較特殊的技術(shù)與硬件，而普及的無線技術(shù)w1-fi 802.1ln雖然宣稱頻寬大于100Mbps，但實際使用上卻又因過于普及導(dǎo)致容易遭遇頻寬擁擠的問題。且越新穎的技術(shù)與硬件對傳送端的系統(tǒng)能力要求也更為強大?，F(xiàn)有的無線音像傳輸技術(shù)，皆是完全依靠傳輸端的CPU運算與壓縮能力。首先通過抓取主機端桌面，進(jìn)行各種不同方法的壓縮方式(ex:h.264 ormotion jpeg...etc)，最后將壓縮完成的畫面通過無線技術(shù)封包傳輸至接收端，接收端再進(jìn)行解壓縮并將畫面輸出至接收端屏幕上，因此，現(xiàn)今的無線音像傳輸技術(shù)將絕大部分的主控權(quán)及負(fù)荷都集中于傳送端，從畫面提取、畫面壓縮到網(wǎng)絡(luò)封包實施皆是。因此，當(dāng)傳送端系統(tǒng)硬件能力有限、無線網(wǎng)絡(luò)擁擠時，音像的傳送就容易產(chǎn)生不流暢的現(xiàn)象。

發(fā)明內(nèi)容
有鑒于上述現(xiàn)有技術(shù)的問題，本發(fā)明提供了一種無線音像傳輸系統(tǒng)和方法，可利用接收端的圖像處理能力，分擔(dān)部分傳送端的工作。根據(jù)本發(fā)明的一實施例提供了一種無線音像傳輸系統(tǒng)，包括:一傳送裝置，用以根據(jù)一圖像數(shù)據(jù)以及一傳輸設(shè)定信息產(chǎn)生一圖像封包；一接收裝置，用以接收上述圖像封包；一檢測裝置，用以檢測上述接收裝置的一第一圖像處理能力，并根據(jù)所檢測出的上述第一圖像處理能力輸出上述傳輸設(shè)定信息。根據(jù)本發(fā)明的一實施例提供了一種無線音像傳輸方法，上述方法包括:檢測一接收裝置的一第一圖像處理能力，并根據(jù)所檢測出的上述第一圖像處理能力輸出一傳輸設(shè)定信息；根據(jù)一圖像數(shù)據(jù)以及上述傳輸設(shè)定信息于一傳送裝置產(chǎn)生一圖像封包；利用一解壓縮裝置解壓縮上述圖像封包以產(chǎn)生一解壓縮圖像封包；根據(jù)上述傳輸設(shè)定信息利用一補償裝置補償上述解壓縮圖像封包以產(chǎn)生一輸出圖像。本發(fā)明可以減少對頻寬需求的依賴，并可以將部分圖像產(chǎn)生任務(wù)轉(zhuǎn)交由接收端處理，減輕對傳送端系統(tǒng)的依賴性。


圖1是顯示根據(jù)本發(fā)明一實施例所述的無線音像傳輸系統(tǒng)100的架構(gòu)圖。
圖2是顯示根據(jù)本發(fā)明一實施例所述的無線音像傳輸?shù)姆椒ǖ牧鞒虉D200。主要附圖標(biāo)記說明100 無線音像傳輸系統(tǒng)；110 傳送裝置；120 檢測裝置；130 接收裝置；140 解壓縮裝置；150 補償裝置；SI 圖像數(shù)據(jù)；S2 圖像封包；S3 解壓縮封包；S4 輸出圖像；S5 接收端信息。
具體實施例方式圖1是顯示根據(jù)本發(fā)明一實施例所述的無線音像傳輸系統(tǒng)100的架構(gòu)圖。如圖所示，根據(jù)本發(fā)明一實施例所述的無線音像傳輸系統(tǒng)100，包括，一傳送裝置110、一檢測裝置120、一接收裝置130。傳送裝置110用以根據(jù)一圖像數(shù)據(jù)SI以及一傳輸設(shè)定信息來產(chǎn)生圖像封包S2。接收裝置130用以接收圖像封包S2。根據(jù)本發(fā)明一實施例，傳輸裝置110根據(jù)傳送圖像數(shù)據(jù)SI所需的頻寬，以及所使用的無線網(wǎng)絡(luò)環(huán)境的一預(yù)設(shè)頻寬決定圖像封包S2所需的壓縮比，其中在此所述的圖像數(shù)據(jù)SI所需的頻寬，是指在無線環(huán)境中傳送圖像數(shù)據(jù)SI時，圖像數(shù)據(jù)SI所需占據(jù)的頻寬大小，而無線網(wǎng)絡(luò)的一預(yù)設(shè)頻寬則是指當(dāng)傳送圖像數(shù)據(jù)SI時，無線網(wǎng)絡(luò)環(huán)境所能提供的頻寬大小。舉例來說，當(dāng)無線網(wǎng)絡(luò)環(huán)境的預(yù)設(shè)頻寬小于傳送圖像數(shù)據(jù)Si所需的頻寬時，表示無線網(wǎng)絡(luò)的頻寬并不足夠傳送完整的圖像數(shù)據(jù)SI，因此，圖像封包S2就需較高的壓縮比。檢測裝置120，用以檢測接收裝置130的第一圖像處理能力，檢測裝置120并根據(jù)第一圖像處理能力輸出上述傳輸設(shè)定信息至傳送裝置110。根據(jù)本發(fā)明一實施例，取得接收裝置130的第一圖像處理能力的方式可借由通過檢測裝置120先傳送一測試圖像封包至接收裝置130，并根據(jù)接收裝置130處理測試圖像封包而產(chǎn)生一測試輸出圖像所需要花費的時間，來評估接收裝置130的第一圖像處理能力。其中在此所述的測試圖像可為一小部分的圖像數(shù)據(jù)SI或其他數(shù)據(jù)。接收裝置130的第一圖像處理能力，對于所屬技術(shù)領(lǐng)域中普通技術(shù)人員，在閱讀完本說明書的實施例，即可了解接收裝置130的第一圖像處理能力是指測試輸出圖像所需要花費的時間的做法。根據(jù)本發(fā)明其他實施例，第一圖像處理能力還可包括，測試輸出圖像的品質(zhì)、接收裝置130產(chǎn)生測試輸出圖像所發(fā)生的錯誤率等。接下來，傳送裝置110再根據(jù)傳輸設(shè)定信息決定圖像封包S2所包含的數(shù)據(jù)。根據(jù)本發(fā)明一實施例，傳輸設(shè)定信息是指傳送裝置110每秒需傳送圖像封包所需包含的圖像畫面張數(shù)，因此，根據(jù)此傳輸設(shè)定信息，傳送裝置Iio即可決定所傳送的圖像封包S2需要包含幾張圖像畫面。根據(jù)本發(fā)明一實施例，檢測裝置120可整合于傳送裝置110或接收裝置130中。根據(jù)本發(fā)明一實施例，檢測裝置120還檢測傳送裝置110的第二圖像處理能力。其中檢測裝置120檢測傳送裝置110的第二圖像處理能力，是利用如同檢測接收裝置130的第一圖像處理能力的方式，借由通過檢測裝置120先傳送一測試圖像封包至傳送裝置110，并根據(jù)傳送裝置110處理測試圖像封包而產(chǎn)生一測試輸出圖像所需要花費的時間，來評估傳送裝置110的第二圖像處理能力。在得知第一圖像處理能力與第二圖像處理能力之后，檢測裝置120再根據(jù)第一圖像處理能力與第二圖像處理能力輸出上述傳輸設(shè)定信息，也就是說，通過評估傳送裝置110和接收裝置130處理上述測試圖像封包，所產(chǎn)生一測試輸出圖像所需要花費的時間，來決定傳送裝置110每秒需傳送圖像封包所包含的圖像畫面張數(shù)，未傳送的圖像畫面張數(shù)則再利用接收裝置130來作補償，至于每秒需傳送圖像封包所包含的圖像畫面張數(shù)，以及利用接收裝置130來作補償?shù)膹垟?shù)的比例，則再根據(jù)第一圖像處理能力與第二圖像處理能力作不同比例的分配。舉例來說，假設(shè)根據(jù)第一圖像處理能力和第二圖像處理能力判斷接收裝置130有不錯的效能，在傳送端的效能比較不足的狀況下，當(dāng)原本傳送裝置110每秒需傳送圖像封包所包含的圖像畫面張數(shù)是50張的話，則可減少為傳30張，以減輕傳送裝置110的負(fù)擔(dān)，其余未傳送的圖像畫面張數(shù)則再利用接收裝置130來作補償?shù)膭幼?。因此，通過減少傳送裝置110每秒需傳送圖像封包所包含的圖像畫面張數(shù)，可讓接收裝置130分擔(dān)部份傳送裝置110的工作，使傳送裝置110的負(fù)載不至于過重，而產(chǎn)生音像畫面不流暢的現(xiàn)象。然而，假設(shè)接收裝置130負(fù)載已過重，則可以再根據(jù)當(dāng)時第一圖像處理能力與第二圖像處理能力來作調(diào)整，像是增加傳送裝置110每秒需傳送圖像封包所包含的圖像畫面張數(shù)。根據(jù)本發(fā)明一實施例，接收裝置130包括，一解壓縮裝置140和一補償裝置150。解壓縮裝置140用以解壓縮圖像封包S2以產(chǎn)生解壓縮圖像封包S3。補償裝置150則再根據(jù)上述傳輸設(shè)定信息補償解壓縮圖像封包S3以產(chǎn)生一輸出圖像S4。根據(jù)本發(fā)明一實施例，接收裝置130還回傳一接收端信息S5至傳送裝置110，告知傳送裝置110目前接收裝置130的狀態(tài)，也就是說，傳送裝置110就可通過此接收端信息S5，得知接收裝置130目前所執(zhí)行的工作量是否已超過負(fù)荷，如果已超過負(fù)荷就再進(jìn)行檢測，并再對傳輸設(shè)定進(jìn)行調(diào)整。根據(jù)本發(fā)明一實施例，接收端信息S5是由補償裝置150所回傳。根據(jù)本發(fā)明一實施例，在解壓縮時，檢測裝置120還同時傳送傳送裝置110所缺少傳送圖像畫面張數(shù)的編號、圖像畫面特征的信息與傳送端傳送的圖像產(chǎn)生比率至補償裝置150，其中上述傳送裝置110所缺少傳送圖像畫面張數(shù)的編號、圖像畫面特征的信息，與傳送端傳送的圖像產(chǎn)生比率可包含于上述傳輸設(shè)定信息中。根據(jù)本發(fā)明一實施例，補償裝置150利用上述傳輸設(shè)定信息，決定出預(yù)測圖像的演算法、解析度...等參數(shù)，并進(jìn)行缺少畫面的產(chǎn)生。根據(jù)本發(fā)明一實施例，若所傳送的圖像畫面為動態(tài)圖像畫面，在動態(tài)圖像畫面的預(yù)測上，則可采用移動檢測和移動補償方法(Motion Estimation&Motion Compensation, MEMC),首先利用畫面上尋找到的移動向量(MV)進(jìn)行移動補償基底(Motion Compensation base, MC-base)的預(yù)測,從而利用MC-base算出與先前畫面的誤差，并將此誤差值用于畫面產(chǎn)生。根據(jù)本發(fā)明一實施例，若所傳送的圖像畫面為靜態(tài)圖像畫面，對于靜態(tài)畫面而言，通過畫面特征分析可分辨出小部分移動的區(qū)域，并利用MEMC的方式，進(jìn)行小區(qū)域畫面補償，其余的大范圍靜態(tài)區(qū)域則可直接復(fù)制先前畫面使用。
圖2是顯示根據(jù)本發(fā)明一實施例所述的無線音像傳輸?shù)姆椒ǖ牧鞒虉D200。首先在步驟S210中，先去檢測一接收裝置的第一圖像處理能力，并根據(jù)所檢測出的第一圖像處理能力輸出一傳輸設(shè)定信息；在步驟S220中,根據(jù)一圖像數(shù)據(jù)以及上述傳輸設(shè)定信息于一傳送裝置產(chǎn)生一圖像封包；在步驟S230中，再利用一解壓縮裝置解壓縮傳送裝置產(chǎn)生的圖像封包以產(chǎn)生一解壓縮圖像封包；在步驟S240中，根據(jù)上述傳輸設(shè)定信息利用一補償裝置來補償上述解壓縮圖像封包以產(chǎn)生一輸出圖像。本發(fā)明所提出的無線音像傳輸?shù)姆椒?，?dāng)在辦公室、公眾場合等較為復(fù)雜的無線環(huán)境中，由于環(huán)境的復(fù)雜性，對于無線音像傳輸?shù)膽?yīng)用來說，頻寬往往因為過多使用因此不足。在此情況下，通過此補償機制可以減少對頻寬需求的依賴。此外也可通過此補償機制，可將部分圖像產(chǎn)生任務(wù)轉(zhuǎn)交由接收端處理，減輕對傳送端系統(tǒng)的依賴性。本說明書中所提到的“一實施例”或“實施例”所提到的特定的特征、結(jié)構(gòu)或性質(zhì)，可包括在本說明書的至少一實施例中。因此，在不同地方出現(xiàn)的語句“在一個實施例中”，可能不是都指同一個實施例。另外，此特定的特征、結(jié)構(gòu)或性質(zhì)，也可以任何適合的方式與一個或一個以上的實施例結(jié)合。再者，必須說明的是，以下所附的例圖僅是為了幫助說明，并未依照實際比例示出。本說明書所公開的實施例，對于任何在本領(lǐng)域普通技術(shù)人員，將很快可以理解上述的優(yōu)點。在閱讀完說明書內(nèi)容后，任何在本領(lǐng)域普通技術(shù)人員，在不脫離本發(fā)明的精神和范圍內(nèi)，可以廣義的方式作適當(dāng)?shù)母鼊雍吞鎿Q。因此，本說明書所公開的實施例，是用以保護(hù)本發(fā)明的權(quán)利要求，并非用以限定本發(fā)明的范圍。
權(quán)利要求
1.一種無線音像傳輸系統(tǒng)，包括: 一傳送裝置，用以根據(jù)一圖像數(shù)據(jù)以及一傳輸設(shè)定信息產(chǎn)生多個圖像封包； 一接收裝置，用以接收上述圖像封包；以及 一檢測裝置，用以檢測上述接收裝置的一第一圖像處理能力，并根據(jù)上述第一圖像處理能力輸出上述傳輸設(shè)定信息。
2.按權(quán)利要求1所述的無線音像傳輸系統(tǒng)，其中上述檢測裝置還用以檢測上述傳送裝置的一第二圖像處理能力，并根據(jù)上述接收裝置的上述第一圖像處理能力與上述傳送裝置的上述第二圖像處理能力輸出上述傳輸設(shè)定信息。
3.按權(quán)利要求1所述的無線音像傳輸系統(tǒng)，其中上述傳送裝置用以根據(jù)上述傳輸設(shè)定信息決定上述圖像封包所包含的數(shù)據(jù)。
4.按權(quán)利要求1所述的無線音像傳輸系統(tǒng)，其中上述接收裝置還包括: 一解壓縮裝置，用以解壓縮上述圖像封包以產(chǎn)生多個解壓縮圖像封包；以及 一補償裝置，用以根據(jù)上述傳輸設(shè)定信息補償上述解壓縮圖像封包以產(chǎn)生一輸出圖像。
5.按權(quán)利要求4所述的無線音像傳輸系統(tǒng)，其中上述補償裝置根據(jù)上述圖像封包所缺少的畫面張數(shù)的編號、一圖像畫面特征信息以及上述傳送裝置傳送的一圖像產(chǎn)生比率決定所要使用的一演算法，并利用上述演算法進(jìn)行上述圖像封包缺少畫面的產(chǎn)生，以補償上述解壓縮圖像封包； 其中，上述圖像封包所缺少的畫面張數(shù)的編號、上述圖像畫面特征信息，與上述傳送裝置傳送的上述圖像產(chǎn)生比率包含于上述傳輸設(shè)定信息中。
6.按權(quán)利要求4所述的無線音像傳輸系統(tǒng)，其中上述接收裝置還用以回傳一接收端信息至上述傳送裝置，以告知上述傳送裝置目前上述接收裝置所執(zhí)行的工作量是否已超過負(fù)荷。
7.按權(quán)利要求2所述的無線音像傳輸系統(tǒng)，其中上述檢測裝置通過分別傳送一測試圖像封包至上述接收裝置和上述傳送裝置，并根據(jù)上述接收裝置和上述傳送裝置處理上述測試圖像封包而產(chǎn)生一測試輸出圖像分別所需的時間以檢測上述第一圖像處理能力和上述第二圖像處理能力。
8.按權(quán)利要求1所述的無線音像傳輸系統(tǒng)，其中上述傳輸裝置用以根據(jù)傳送上述圖像數(shù)據(jù)所需的頻寬以及所使用的無線網(wǎng)絡(luò)的一預(yù)設(shè)頻寬決定上述圖像封包的一壓縮比。
9.一種無線音像傳輸方法，上述方法包括: 檢測一接收裝置的一第一圖像處理能力，并根據(jù)所檢測出的上述第一圖像處理能力輸出一傳輸設(shè)定信息； 根據(jù)一圖像數(shù)據(jù)以及上述傳輸設(shè)定信息于一傳送裝置產(chǎn)生多個圖像封包； 利用一解壓縮裝置解壓縮上述圖像封包以產(chǎn)生多個解壓縮圖像封包；以及 根據(jù)上述傳輸設(shè)定信息利用一補償裝置補償上述解壓縮圖像封包以產(chǎn)生一輸出圖像。
10.按權(quán)利要求9所述的無線音像傳輸方法，還包括檢測上述傳送裝置的一第二圖像處理能力，并根據(jù)上述接收裝置的上述第一圖像處理能力與上述傳送裝置的上述第二圖像處理能力輸出上述傳輸設(shè)定信息。
11.按權(quán)利要求9所述的無線音像傳輸方法，其中上述傳送裝置產(chǎn)生的上述圖像封包所包含的數(shù)據(jù)是根據(jù)上述傳輸設(shè)定信息所決定。
12.按權(quán)利要求9所述的無線音像傳輸方法，還包括根據(jù)上述圖像封包所缺少的畫面張數(shù)的編號、一圖像畫面特征信息以及上述傳送裝置傳送的一圖像產(chǎn)生比率決定所要使用的一演算法，并利用上述演算法進(jìn)行上述圖像封包缺少畫面的產(chǎn)生，以補償上述解壓縮圖像封包，其中，上述圖像封包所缺少的畫面張數(shù)的編號、上述圖像畫面特征信息，與上述傳送裝置傳送的上述圖像產(chǎn)生比率包含于上述傳輸設(shè)定信息中。
13.按權(quán)利要求9所述的無線音像傳輸方法，還包括利用上述接收裝置回傳一接收端信息至上述傳送裝置，以告知目前上述接收裝置所執(zhí)行的工作量是否已超過負(fù)荷。
14.按權(quán)利要求10所述的無線音像傳輸方法，還包括分別傳送一測試圖像封包至上述接收裝置和上述傳送裝置，并根據(jù)上述接收裝置和上述傳送裝置處理上述測試圖像封包而產(chǎn)生一測試輸出圖像分別所需的時間以檢測上述第一圖像處理能力和上述第二圖像處理能力。
15.按權(quán)利要求9所述的無線音像傳輸方法，還包括根據(jù)傳送上述圖像數(shù)據(jù)所需的頻寬以及所使用的無線網(wǎng)絡(luò)的一預(yù)設(shè)頻寬決定上述圖像封包的一壓縮比。
全文摘要
一種無線音像傳輸系統(tǒng)和方法，該系統(tǒng)包括一傳送裝置，用以根據(jù)一圖像數(shù)據(jù)以及一傳輸設(shè)定信息產(chǎn)生一圖像封包；一接收裝置，用以接收上述圖像封包；一檢測裝置，用以檢測上述接收裝置的一第一圖像處理能力，并根據(jù)所檢測出的上述第一圖像處理能力輸出上述傳輸設(shè)定信息。本發(fā)明可以減少對頻寬需求的依賴，并可以將部分圖像產(chǎn)生任務(wù)轉(zhuǎn)交由接收端處理，減輕對傳送端系統(tǒng)的依賴性。
文檔編號H04N7/26GK103096059SQ201110351298
公開日2013年5月8日 申請日期2011年11月4日 優(yōu)先權(quán)日2011年11月4日
發(fā)明者劉明山 申請人:宏碁股份有限公司