TW201409350A - 影像外接裝置的處理方法以及影像外接裝置 - Google Patents

Abstract

一種處理影像外接裝置的方法，包括下列步驟。首先，接收第一數目之基礎區域更新需求，每一基礎區域更新需求對應一個影像區域。這些基礎區域更新需求由一電子裝置產生，對應一顯示影像的更新內容。其次，根據這些基礎區域更新需求所對應的影像區域進行計算，整合到傳送影像區域。接著，將傳送影像區域透過外接介面傳送到影像外接裝置。

Description

影像外接裝置的處理方法以及影像外接裝置

本發明關於影像外接裝置的處理方法以及影像外接裝置，且特別關於畫面更新處理的影像外接裝置的處理方法及影像外接裝置。

今日生活中有許多不同的電子裝置，大部分都需要使用到顯示器。有些時候，為了可攜帶性的考量，顯示器的尺寸會做的比較小，例如上網筆記型電腦、平板電腦或手機。然而，這些設備的處理能力與日俱增。只要加上適當的輸出介面與外接顯示器，這些設備就可以使用者提供高解析度的畫面。

這裡提到的外接顯示器包括常見的液晶螢幕，投影機或其他能顯示畫面的裝置。目前常見用於連接外接顯示器的介面包括DVI、HDMI、Thunderbolt等。另一種常見的做法是將USB等外接顯示卡等裝置一端安裝到電腦，另一端安裝到外接顯示器，以將電腦提供的畫面經過處理，輸出到外接顯示器。

然而，透過USB等介面將影像輸出到影像外接裝置雖然方便，但常常受限於USB等介面的傳輸速率等因素，使得外接顯示器的畫面更新有不理想的情況。

因此，如果能夠提供一個更有效率的影像外接裝置的處理方法，將能讓使用者得到更多的使用上的便利跟效益。

本發明之實施例包括一種處理影像外接裝置的方法，這個方法包括下列步驟。首先，接收第一數目之基礎區域更新需求，每一基礎區域更新需求對應一個影像區域，且這些基礎區域更新需求由一電子裝置產生，對應一顯示影像的更新內容。

其次，根據第一數目的複數基礎區域更新需求所對應的影像區域進行計算，整合到第二數目的傳送影像區域。並且，將第二數目的傳送影像區域透過外接介面傳送到影像外接裝置。

在這個實施例中，第一數目可以大於第二數目。另外，多個基礎區域更新需求可以被整合成一個傳送影像區域，這個傳送影像區域為多個基礎區域更新需求的更新結果。

在這個實施例中的具體例子中，複數基礎區域更新需求可由電子裝置的作業系統產生，而這種處理影像外接裝置的方法則由電子裝置內執行的驅動程式達成。並且，驅動程式負責將顯示影像透過外接介面傳送到影像外接裝置。

此外，在這個實施例的另一個具體例子中，更包括設定預定時間週期，及將在預定時間週期內，將對應的基礎區域更新需求整合成對應的影像傳送區域。

上述的外接介面的實施例包括USB傳輸介面。並 且，在傳送畫面更新資料時，可先將傳送影像區域傳到影像處理裝置的一顯示外記憶體(off-screen memory)，由影像處理裝置存取傳送影像區域的內容，再將其更新到顯示畫面的對應區域。這個做法可配合Bit Blit指令方式進行。

根據本發明的另一個實施例提供了對應上述處理方法的影像外接裝置。

跟據本發明的另一個實施例還提供了一種影像處理方法，用於電子裝置，供顯示顯示影像於顯示器。首先，接收第一數目之基礎區域更新需求。每一該基礎區域更新需求對應一個影像區域，這些基礎區域更新需求由電子裝置產生，對應一顯示影像的更新內容。並且，針對第一數目之複數基礎區域更新需求所對應的影像區域進行計算，參考顯示器的顯示特性，計算整合至第二數目的傳送影像區域。

透過上述的實施例，可以有效的傳輸畫面更新資料。

104‧‧‧電腦

102‧‧‧外接顯示器

106‧‧‧內建顯示器

108‧‧‧外接顯示卡

113‧‧‧螢幕外記憶體

125‧‧‧外接顯示卡

135‧‧‧網路

145‧‧‧網路

147‧‧‧平板電腦

201‧‧‧處理器

203‧‧‧記憶體

205‧‧‧內部獨立顯示卡

207‧‧‧硬碟

209‧‧‧USB控制器

211‧‧‧USB傳輸介面

213‧‧‧匯流排

402‧‧‧步驟

404‧‧‧步驟

406‧‧‧步驟

408‧‧‧步驟

51‧‧‧視窗

52‧‧‧位置

53‧‧‧影像區域

54‧‧‧影像區域

55‧‧‧影像區域

62‧‧‧作業系統

621‧‧‧基礎區域更新需求

64‧‧‧驅動程式

701‧‧‧區域

702‧‧‧區域

703‧‧‧區域

704‧‧‧區域

705‧‧‧區域

91‧‧‧區域

92‧‧‧區域

93‧‧‧區域

94‧‧‧區域

95‧‧‧區域

105‧‧‧更新區域資料

1071‧‧‧資料

1073‧‧‧表頭

A121‧‧‧顯示器

A123‧‧‧電腦

A133‧‧‧電腦

A141‧‧‧顯示器

A143‧‧‧電腦

B127‧‧‧顯示器

B137‧‧‧電腦

圖1為根據本發明一實施例的配置圖。

圖2為根據本發明一實施例的電子裝置系統架構圖。

圖3為根據本發明一實施例的軟體架構示意圖。

圖4為根據本發明一實施例的流程圖。

圖5A例示畫面更新的示意圖。

圖5B例示畫面更新的示意圖。

圖5C例示畫面更新的示意圖。

圖6例示基礎區域更新需求跟傳送影像區域的關聯示意圖。

圖7例示省略畫面更新的示意圖。

圖8A例示整合更新畫面步驟的示意圖。

圖8B例示整合更新畫面步驟的示意圖。

圖9A例示整合更新畫面步驟的示意圖。

圖9B例示整合更新畫面步驟的示意圖。

圖10例示傳送更新畫面資料的示意圖。

圖11例示傳送更新畫面資料的示意圖。

圖12例示根據本發明的實施例設置的示意圖。

圖13例示根據本發明另一實施例設置的示意圖。

圖14例示根據本發明另一實施例設置的示意圖。

圖15例示根據本發明另一實施例設置的示意圖。

首先，請參考圖1。圖1例示根據本發明的第一實施例。

電腦104本身有內建顯示器106。除此以外，還透過一個外接顯示卡108，連接到一個外接顯示器102。在這個用來說明的具體實施例中，外接顯示卡108透過USB介面與電腦104連接。並且，外接顯示卡108透過數位視訊介面DVI(Digital Visual Interface)跟外接顯示器102連接。

在這個實施例中，電腦104可以是一部傳統的筆記型電腦。然而，在其他的實施例中，電腦104也可以替換成一般可以替換成桌上型電腦或其他各種電子設備，例如影片播 放器、平板電腦、手機等等。

另外，在這個實施例中，電腦104有內建顯示器106。然而，在其他的實施例中，內建顯示器106不一定是必要的配備，例如光碟機播放機或是數位電視的機上盒等情況，外接顯示器102可以是主要的顯示器。

另外，在這個實施例中，外接顯示卡108以外部模組的方式與電腦104連接。然而，在其他的實施例中，相對於外接顯示器102作為外部裝置的電腦104也可以替換成，將本實施例中的外接顯示卡108安裝在這個外部裝置中，而共同構成一個整體。此外，在其他的實施例中，這個外接顯示卡108也可以跟外接顯示器108結合，而構成一個整體。

另外，在這個實施例中，外接顯示器108為具有顯示螢幕的顯示器。然而，在其他的實施例中，外接顯示器108也可以是投影機，接收視訊畫面並加以錄製的錄影裝置等。

接著，請參考圖2。圖2例示在圖1中的電腦104其中一種可行的架構示意圖。

在圖2的例子中，電腦104包括處理器201、記憶體203、內部獨立顯示卡205、硬碟207、USB控制器209、USB傳輸介面211。處理器201從硬碟207將程式碼載入到記憶體203，並且根據需要執行程式碼以完成各種運算工作。

通常，運算工作的一部分包括產生圖像資料，經由匯流排213傳給內部獨立顯示卡205。內部獨立顯示卡213對這些圖像資料進行進一步的處理後，產生對應的圖像流215傳給圖1的內部顯示器106。

除此以外，處理器201經由USB傳輸介面211跟USB控制器209可以知道圖1的外接顯示卡是否連接。假如有連接的話，處理器201根據硬碟讀到的程式碼產出所需的圖像資料。這些圖像資料經由匯流排213傳到USB傳輸介面，而傳到圖1的外部顯示卡108。圖1的外部顯示卡108處理這些圖像資料，並轉換成對應的圖像流，進一步傳給圖1的外部顯示器102進行顯示。

在圖2示範的實施例中，電腦104由多個模組組成。然而，在其他的實施例中，根據不同的設計需求，這些元件可以做對應的調整或刪除。例如，USB傳輸介面211可以改成thunderbolt介面、一般常見的AV端子介面或特別設計的規格介面等。如上所述，在其他的實施例中，電腦104可以替換成其他的電子裝置，例如手機。因此，圖2的元件甚至也可以部分或全部整合在同一個積體電路晶片裡頭。

接著，請參考圖3。圖3例示圖2的電腦104一種可能的軟體架構圖。

在圖3中，電腦安裝了作業系統。作業系統透過驅動程式A、驅動程式B、驅動程式C等底層驅動程式和各種硬體進行溝通。另一方面，作業系統透過應用程式呼叫介面(API)，跟應用程式A、應用程式B、應用程式C等應用程式進行溝通。透過這類的軟體架構，圖1的電腦104得以有秩序的完成各項指定工作。

在這個例子中，圖1的外接顯示卡108有可能直接得到作業系統支援，而不需要額外安裝另外的驅動程式。另 一種可能是，圖1的外接顯示卡108需要安裝相對應的驅動程式，以讓作業系統可以知道如何和外接顯示卡108進行溝通。

舉例來說，使用者透過作業系統的介面，可設定圖1的外接顯示器102顯示與內建顯示器102同樣的內容。使用者也可透過作業系統的介面，設定圖1的外接顯示器102顯示與內建顯示器102不同的內容，而擴大顯示的內容。此外，外接顯示器102也可以設定成專屬某特定應用程式作為顯示輸出之用，例如播放影片。

在運作的過程中，驅動程式可提供信息給作業系統做進一步的判斷跟處理。然而，根據不同的設計需求，驅動程式也可以自行處理一部分跟外接顯示卡108之間的溝通，而不需把所有信息都傳給作業系統。

在以下進一步說明的例子中，外接顯示卡108的處理步驟，在需要的時候，也可以部分交由對應的驅動程式進行處理。

驅動程式的程式碼，可以由外接顯示卡108的廠商，以光碟片、線上下載或其他媒介提供給使用者。這樣的驅動程式的程式碼，也可以由第三方進行撰寫跟提供。

在這個實施例中，軟體在邏輯上被切分成多層的多個模塊。然而，在其他的實施例中，軟體架構可以根據實際需求而進行調整。甚至，這邊所描述的軟體架構，也可以部分或全部轉換成對應的硬體電路。

接著，請參考圖4，其例示根據本發明的一種處理影像外接裝置的方法的流程圖。

首先，如上述圖3中的作業系統根據使用者的操作或上述應用程式的運作，計算有多少區域的畫面需要進行更新。通常，為了效率的考量，這些區域常常是矩形，但本發明的更新區域並不限於矩形。

這裡提到的使用者的操作範例，例如使用者使用滑鼠將某個視窗進行拖拉的移動，或是放大縮小的移動，或是在某個區域進行畫圖、填上文字等等。

這裡提到的應用程式的運作範例，例如應用程式更新狀態，或是根據特定程式的運算在某個區域做畫面的更新等。

這些來自作業系統或其它元件，對於畫面更新的需求在以下的例子中稱為基礎區域更新需求(basic area updating request)。此外，每個基礎區域更新需求對應到一個影像區域(image area)。換言之，假設使用者移動了滑鼠，拖拉某個視窗，可能觸發了20次的滑鼠移動事件(event)，而每次的滑鼠移動事件，作業系統會去計算到底涉及多少影像區域需要更新。假如某次的滑鼠移動事件涉及了三個影像區域，則理解成產生了三個基礎區域更新需求。

在這個例子下，假如使用者使用圖1的配置，這些來自作業系統的基礎區域更新需求會由對應於外接顯示卡108的驅動程式接收(步驟402)。這個驅動程式在圖1中的電腦執行，通常跟外接顯示卡一起賣給使用者。使用者安裝驅動程式，以使用外接顯示卡。另一種情況是作業系統已經內建了這個驅動程式，或將之實作成作業系統的一部分，而不特別稱為 驅動程式，也應該被視為跟以下介紹的實施例具有相同的發明概念。

此外，圖1的外接顯示器102要對應滑鼠操作，進行畫面更新，就必須由電腦104提供給外接顯示卡108對應的資料。如果外接顯示卡108跟電腦104間的傳輸速度夠快，理論上，這些基礎區域更新需求的每一個傳給外接顯示卡108即可。但假如外接顯示卡是透過例如USB 1.0、USB 2.0、WiFi等較慢的外接介面(external interface)具有有限或較低的資料傳輸率。或是即使使用比較快的USB 3.0或其他快速傳輸介面，但由於當時除了顯示器102，同一個外接介面還有其他的傳輸需求，也可能造成傳輸率的不足。在這樣的情況下，如果處理每一個基礎區域更新需求，可能會產生明顯的畫面更新遲滯的視覺影響。這樣的情況會造成使用者的不安跟煩躁。

因此，驅動程式分批分析這些基礎區域更新需求，並算出對應的傳送影像區域(transmitted image area)。在分析的過程中，驅動程式可以直接省略掉一定數目的基礎區域更新需求(步驟404)。舉例來說，假如某個基礎區域更新需求所對應的影像區域曾經應該要出現在顯示畫面，但出現的時間非常短，且在一個預定的時間週期結束前已經消失被別的畫面取代，則可以直接省略掉這個基礎區域更新需求。例如，某個區域的顏色進行逐漸變淡的更新，為了產生平順的變淡效果，可能涉及100次的更新，但即使直接省略掉一半次數的更新，仍然能保留一定程度的平順度，但卻能立刻節省一半的資料傳輸量。因此，雖然使用者最好能看到這些對應的影像區域的更 新，但假如在傳輸率有限的情況下，省略掉這些內容可以帶來比較流暢的影像更新效果，則也是一個值得考慮的設計選項。

此外，驅動程式可以計算多個基礎區域更新需求對應的影像區域之間，是否全部都執行更新之後，會出現其實並不需要更新的子區域。這些子區域也可以進行省略，而不進一步傳給外接顯示卡108。

除了省略掉能夠省略的內容，驅動程式也可以整合多個有重疊的基礎區域更新需求，將其整合成一個傳送影像區域(步驟406)。舉例來說，使用者可能用滑鼠將一個視窗做一個拖曳的動作。這個拖曳的動作可能觸發100次的滑鼠事件，因此作業系統產生100個基礎區域更新需求給驅動程式。這100個基礎區域更新需求可能全部只佔了10毫秒。此時，驅動程式可以設定一個預定時間週期，例如1毫秒，這100個基礎區域更新需求就會被分成10組。每組基礎區域更新需求由驅動程式進行累積的更新計算，並且只將每個預定時間週期的累積更新計算結果傳給外接顯示卡108。

換言之，原本要傳送100次基礎區域更新需求對應的影像更新資料，透過這樣的做法，只要傳送10次整合後的傳送影像區域。由於要進行這樣的整合本身也需要一定的運算時間，因此，驅動程式可以參照人眼的變動察覺能力，以及外接介面的傳輸率，來決定到底應該把第一數目的基礎區域更新需求，整合成對應第二數目的傳輸影像區域。通常，第一數目大於第二數目代表著節省一定比例的資料傳送。

除了根據外接介面的傳輸率，在圖1的例子中， 也可以根據外接顯示卡108所連接的外接顯示器102的顯示特性來決定上述第一數目跟第二數目的比例。舉例來說，即使是使用同樣的外接顯示卡108，也可能連接不同規格的外接顯示器102。假如外接顯示卡108跟外接顯示器102之間的連接是透過HDMI等傳輸介面進行連接，外接顯示卡108可以得知外接顯示器102的顯示參數，例如每秒更新幾張畫面等。假設外接顯示器102本身就不支援夠快的畫面更新率，即使用較高的整合比例，也不會造成結果的太大影響，但卻能大幅減少外接顯示卡104跟電腦104間的資料傳輸量。

此外，驅動程式也可以提供設定介面，讓使用者設定上述第一數目跟第二數目之間的比例，決定整合的程度。

經過上述省略更新內容等整合操作後，需要傳送的畫面更新資料獲得了明顯的減少。接著，這些要被傳送的資料，也就是傳送影像區域，被傳給影像外接裝置(步驟408)，例如圖1的外接顯示卡108。

在將傳送影像區域傳送給影像外接裝置時，可將這些傳輸資料先傳到影像外接裝置的顯示記憶體，例如畫框記憶體(frame buffer)。這樣，影像外接裝置便能直接更新顯示畫面內容。另一種做法是，在將傳送影像區域傳送給影像外接裝置時，可將這些傳輸資料先傳到影像外接裝置的顯示外記憶體(off-screen memory)。再由影像外接裝置在適當的時間將顯示外記憶體的更新資料，更新到顯示畫面中。

將傳輸資料填寫到顯示外記憶體的做法，在例如USB等傳輸協定時特別有用，以下將配合圖示做更清楚的說 明。

透過上述的設計，便能提供一種有效的處理影像外接裝置的方法。配合這樣的處理方法，便能提供對應的有效影像外接裝置。

接著，以下將配合圖示，更清楚的解釋上述的實施例，並且介紹可能的其他實施例做法。

請參考圖5A、圖5B跟圖5C，這三圖例示一個基礎區域更新需求的範例。

在這三圖顯示的例子，當使用者用滑鼠操作對視窗51進行拖曳，拉到位置52，此時作業系統進行運算，得出了三個基礎區域更新需求，對應到A、B、C三個影像區域53，54，55。

接著，請參考圖6。作業系統62算出了這三個基礎區域更新需求621後，將之傳給驅動程式64，驅動程式對之進行處理，產生了對應的傳輸影像區域A,B,C的資料，透過USB等外接介面，將資料傳給影像外部裝置。

如果經過分析還是無法省略或整合，上述的驅動程式將傳輸影像區域A,B,C的資料傳給影像外部裝置。然而，如果分析後，發現有可以省略的基礎區域更新需求，則將之進行省略。

除了上述同區域進行色彩淡出等情況，可以直接省略一定比例的基礎區域更新需求，即使更新區域有改變，仍然可以省略掉一定比例的基礎區域更新需求。

圖7例示在一預定時間週期內，有多個基礎區域 更新需求發生的例子。在這個例子中，在區域701的視窗被進行了拖曳操作，在預定時間週期內，陸續經過了區域702、703、704跟705。假如背景是固定的顏色，此時即使直接省略掉對應區域702與704的基礎區域更新需求，而只傳送區域701、703、705對應的基礎區域更新需求，即可減少40%的資料傳輸量。

接著，請參看圖8A跟圖8B的例子。這兩張圖例示即使假設5個基礎區域更新需求已經省略掉兩個區域，還有三個區域需要處理。如圖5C跟上述說明所述，圖8A的三個更新區域，在這個例子中會對應到9個基礎區域更新需求。

接著，請參看圖9A跟圖9B的例子。這兩張圖例示了將多個更新區域整合成一個區域的方法。在圖9A中，視窗從區域91按序被拖曳到區域92、93、94。假設驅動程式發現這三個更新區域92、93、94都是在一個預定時間週期內發生，例如10毫秒，驅動程式便將這三個更新區域整合成一個區域95。

換言之，驅動程式將對應更新區域92、93、94的基礎區域更新需求繼續計算，算出更新後的結果。相較於直接將對應更新區域92、93、94的基礎區域更新需求直接傳給外接顯示卡，整合後的資料只需傳送一次區域95的畫面資料即可。因此，傳送的資料量得到了進一步的縮減，顯示畫面的更新度也因此得到了更進一步的改善。

接著，請參看圖10。圖10例示了在USB等外接介面傳送更新資料的情況。

假設需要傳送的更新區域資料105包含六列(row)A,B,C,D,E,F。並且，更新資料是直接要寫到影像外接裝置的顯示記憶體，例如畫框記憶體(frame buffer)。假設第一列A的開頭位址是1200單位，而一列的資料量是1000單位，則第二列B的開頭位址是2200，第三列C的開頭位址是3200，第四列D的開頭位址是4200，第五列E的開頭位址是5200，而第六列F的開頭位址是6200。

因此，雖然這六列屬於同一個更新區域，但在傳送時卻對應到六筆獨立的資料傳輸。並且，如果是在USB等外接介面中的傳輸，除了要傳送基本的資料1071，還需要傳送對應的表頭(header)1073等。

圖11例示另一種傳送更新資料的方法。這個方法應用了Bit Blit或相對應的功能。Bit Blit是目前大部分顯示卡都有支援的一個功能，其設計的目的主要是為了進行動畫。在一般的動畫操作中，代表不同動作的一個角色圖案會被依序貼在一個背景上。如果直接將角色圖案寫到畫框記憶體等顯示記憶體，等到要另一個角色圖案時，就需要重新再重新異動畫框記憶體。因此，這些角色圖案被寫到一個螢幕外記憶體(off-screen memory)，接著透過一個Bit Blit指令，讓顯示卡的硬體從螢幕外記憶體讀取對應的角色圖案，並且在適當的時間更新到對應的螢幕記憶體。由於這類的操作不需要經由處理器進行，效率比一般的更新來的更有效率。

如圖1的例子中，外接顯示卡108所配備的處理晶片大部分具有Bit Blit功能。因此，在傳送更新資料時，可 將多列的更新資料一次傳到影像外接裝置的螢幕外記憶體，並且發出對應的Bit Blit指令給影像外接裝置。

在圖11中，A,B,C,D,E,F六列更新資料被包裝在一起，傳送到影像外接裝置的螢幕外記憶體113。換言之，這種傳送方法省略了前述做法的標頭部分。此外，這種做法只需要進行一次傳輸。這樣子的做法在USB等外接介面下，會帶來很大幅時間的節省，因為在USB的傳輸時，如果將資料透過多次傳輸，除了標頭佔據的資料量，每次傳輸需要進行裝置間的溝通，也會佔用相對比例的處理時間。

接著，請參考圖12、圖13跟圖14。這三圖例示了三種可能的實施例變化。

圖12例示的實施例中，電腦A123除了將資料顯示在自己的顯示器A121以外，也透過外接顯示卡125將顯示畫面呈現在顯示器B127。顯示器A123的畫面可以設定跟顯示器B127一致。此外，顯示器B127也可以設定成是顯示器A121的延伸。

根據上述的說明，熟悉此項技藝者應該知道如何將上述畫面更新的做法應用在這樣的系統配置中，此處不再贅述。

圖13例示的另一實施例中，電腦A133連接到顯示器A131。電腦B137透過網路135連接到電腦A133，並且要在顯示器B139顯示跟顯示器A相同的內容。這樣的應用可以用在遠端桌面。在這樣的情況下，電腦A133裡頭可以安裝類似上述驅動程式的畫面更新指令，這樣在顯示器A133畫面 更新要傳送到遠端的電腦B137時，可以用上述省略等整合方式，先將要傳到影像外部裝置的基礎區域更新需求進行分析處理，減少要傳送的資料量，再用上述的Bit Blit的方法來有效的傳送資料。透過這樣的做法，可以在網路頻寬有限的情況下，盡可能保持畫面更新的流暢度。

圖14例示的另一個實施例中，平板電腦147透過網路145連接到電腦A143，以便在平板電腦147的螢幕上顯示跟顯示器A141相同的內容。相似於上述的說明，上述的處理影像外接裝置的方法，也可以寫成指令，安裝在電腦A143執行，以便更流暢的完成畫面更新的操作處理。

上述的影像外接裝置，也可以整合到上述的電子裝置內。在圖15的例子中，平板電腦需要處理的畫面更新操作，也可以透過上述的處理影像外部裝置的方法，對要更新的畫面資料進行整合後，以較少的資料量進行畫面更新。

對於電子墨水或是為了省電的目的，這樣的做法也能達到一定的效益。至於到底要整合到什麼程度，例如上述的第一數目跟第二數目之間的比例，則可根據顯示器的顯示特性等，來進行自動調整或是提供設定介面給使用者自行設定。

雖然上面已經用多個例子來說明本發明的概念，但必須說明的，除了這些例子，當然熟悉此項技藝者可以進行更多的變化，而仍然屬於本發明所涵蓋的範圍內。

綜上所陳，本發明無論就目的、手段及功效，在在均顯示其迥異於習知技術之特徵，懇請 貴審查委員明察，早日賜准專利，俾嘉惠社會，實感德便。惟應注意的是，上述 諸多實施例僅係為了便於說明而舉例而已，本發明所主張之權利範圍自應以申請專利範圍所述為準，而非僅限於上述實施例。

402‧‧‧步驟

404‧‧‧步驟

406‧‧‧步驟

408‧‧‧步驟

Claims (20)

1. 一種處理影像外接裝置的方法，包含：接收一第一數目之基礎區域更新需求，每一該基礎區域更新需求對應一個影像區域，該複數基礎區域更新需求由一電子裝置產生，對應一顯示影像的更新內容；根據該第一數目之該複數基礎區域更新需求所對應的該些影像區域進行計算，整合到一第二數目的傳送影像區域；以及將該第二數目的該傳送影像區域透過一外接介面傳送到一影像外接裝置。
2. 如申請專利範圍第1項所述之處理影像外接裝置的方法，其中該第一數目大於該第二數目。
3. 如申請專利範圍第1項所述之處理影像外接裝置的方法，其中多個該基礎區域更新需求被整合成一個該傳送影像區域，該一個傳送影像區域為該多個基礎區域更新需求的更新結果。
4. 如申請專利範圍第1項所述之處理影像外接裝置的方法，該複數基礎區域更新需求由該電子裝置的一作業系統產生，該種處理影像外接裝置的方法由在該電子裝置內執行的一驅動程式達成，該驅動程式負責將該顯示影像透過該外接介面傳送到該影像外接裝置。
5. 如申請專利範圍第1項所述之處理影像外接裝置的方法，更包含設定一預定時間週期，及將在該預定時間週期內對應的該基礎區域更新需求整合成對應的該影像傳送 區域。
6. 如申請專利範圍第5項所述之處理影像外接裝置的方法，在整合該些基礎區域更新需求時，對該些基礎區域更新需求進行計算，以省略掉並未有內容更新的子區域。
7. 如申請專利範圍第5項所述之處理影像外接裝置的方法，在整合該些基礎區域更新需求時，省略掉只短暫出現並在該預定時間週期結束前就已經消失的該些基礎區域更新需求。
8. 如申請專利範圍第1項所述之處理影像外接裝置的方法，該影像外接裝置為一顯示控制器，該顯示控制器在接收該些傳送影像區域後，透過一顯示器呈現該顯示影像的更新結果。
9. 如申請專利範圍第1項所述之處理影像外接裝置的方法，更包含根據該外接介面的一傳輸率，決定該些基礎區域更新需求對應的該第一數目與該些傳送影像區域對應的該第二數目之間的比例。
10. 如申請專利範圍第1項所述之處理影像外接裝置的方法，更包含根據該影像外接裝置所連接用來輸出該顯示影像的一顯示器的一顯示特性，決定該些基礎區域更新需求對應的該第一數目與該些傳送影像區域對應的該第二數目之間的比例。
11. 如申請專利範圍第1項所述之處理影像外接裝置的方法，更包含提供一使用者設定介面，供使用者設定該些基礎區域更新需求對應的該第一數目與該些傳送影像區域對應 的該第二數目之間的比例。
12. 如申請專利範圍第1項所述之處理影像外接裝置的方法，更包含根據該顯示畫面的類別，決定該些基礎區域更新需求對應的該第一數目與該些傳送影像區域對應的該第二數目之間的比例。
13. 如申請專利範圍第1項所述之處理影像外接裝置的方法，其中該外接介面為USB傳輸介面。
14. 如申請專利範圍第1項所述之處理影像外接裝置的方法，更包含將該些傳送影像區域傳到該影像處理裝置的一顯示外記憶體，由該影像處理裝置存取該些傳送影像區域的內容，更新到該顯示畫面的對應區域。
15. 如申請專利範圍第1項所述之處理影像外接裝置的方法，其中該些傳送影像區域是使用BitBlit指令方式進行。
16. 一種影像外接裝置，透過一外接介面連接到一電子裝置，該電子裝置執行申請專利範圍第1項的處理影像外接裝置方法。
17. 如申請專利範圍第16項所述之影像外接裝置，其中該影像外接裝置包含一顯示器。
18. 如申請專利範圍第16項所述之影像外接裝置，其中該影像外接裝置在接收該些傳送影像區域後，透過一顯示器呈現該顯示影像的更新結果。
19. 一種影像處理方法，用於一電子裝置，供顯示一顯示影像於一顯示器，包含：接收一第一數目之基礎區域更新需求，每一該基礎區域更 新需求對應一個影像區域，該複數基礎區域更新需求由一電子裝置產生，對應一顯示影像的更新內容；以及針對該第一數目之該複數基礎區域更新需求所對應的該些影像區域進行計算，參考該顯示器的一顯示特性，計算整合至一第二數目的傳送影像區域。
20. 如申請專利範圍第19項所述之影像處理方法，其中在整合該些基礎區域更新需求到該些傳送影像區域時，省略掉一定數目的基礎區域更新需求。