nfigurat1ndescriptor)做分析，經(jīng)過分析的后可以獲知該USB設備所屬的類別(class)，按照不同的類別，以及端點敘述表(endpoint descriptor)中的數(shù)據(jù)輸、出入方向，隨即以不同的方式，主動地對該設備類別(class)的端點(endpoint)作相對應的操作。以上述的USB鍵盤Dl而言，經(jīng)分析組態(tài)敘述(configurat1n descriptor)的后，可發(fā)現(xiàn)為人機介面操作(HumanInterface Device，HID)，其主要的端點為控制(control)以及中斷(interrupt)兩類。控制傳輸即為上述圖4A、圖4B說明的列舉流程，以下將以USB鍵盤Dl來說明本公開對端點中斷傳輸(Interrupt Transfer)的處理方式。
[0118]圖5A所示為本實用新型一實施例的中斷IN傳輸(主機接收數(shù)據(jù))的流程示意圖。請參閱圖5A，當?shù)诙K41內(nèi)的USB主控制器42中的微處理器421以類別驅(qū)動程序?qū)SB鍵盤Dl的組態(tài)敘述表(configurat1n descriptor)做分析的后，如若發(fā)現(xiàn)其中有中斷(interrupt)輸入時即會按照圖5A的流程來處理。對于為中斷傳輸?shù)亩它c會有一項輪詢時間(interval time)的設定，主機Pl會按照此設定，每到一個輪詢時間后即會對中斷傳輸?shù)亩它c產(chǎn)生一個中斷傳輸要求，根據(jù)該特性主動式類別驅(qū)動程序經(jīng)分析該USB設備的組態(tài)敘述表后，即會開始按照組態(tài)敘述表中所設定的輪詢時間開始不斷地對該USB設備的中斷傳輸端點輸出中斷傳輸IN執(zhí)照(Token)傳輸。一旦USB鍵盤Dl有回復此中斷傳輸數(shù)據(jù)后，該中斷傳輸回復數(shù)據(jù)內(nèi)容，會通過第二收發(fā)器43傳送至第一模塊31的第一收發(fā)器33，經(jīng)轉換后由第一模塊31的多地址USB設備控制器32內(nèi)的微處理器321來接收。當主機Pl對虛擬USB鍵盤VUll發(fā)出中斷傳輸IN時，該中斷傳輸IN回復數(shù)據(jù)即會傳送回主機
Plo
[0119]圖5B所示為本實用新型另一實施例的中斷OUT傳輸(主機接收數(shù)據(jù))的流程示意圖。請參閱圖5B，當主機Pl對虛擬USB鍵盤VUll發(fā)出中斷傳輸OUT執(zhí)照(Token)的傳輸時，此OUT執(zhí)照(Token)以及OUT數(shù)據(jù)包(Data Packet)的傳輸要求皆會由第一模塊31的多地址USB設備控制器32來接收并以ACK回復主機P1。當結束該中斷OUT傳輸后，該中斷傳輸OUT的內(nèi)容，由微處理器321通過第一收發(fā)器33傳送至第二模塊43的第二收發(fā)器43，經(jīng)轉換后由第二模塊41的USB主控制器42內(nèi)的微處理器421接收，該中斷OUT傳輸?shù)臄?shù)據(jù)包，立即由類別驅(qū)動程序在下一次對USB鍵盤Dl發(fā)出中斷傳輸OUT時輸出。由上述圖5A、圖5B的說明，足以說明遠端第二模塊41的USB鍵盤Dl可由近端第一模塊31所耦接的主機Pl做正常的列舉程序的外，USB鍵盤Dl的操作數(shù)據(jù)也可正常傳送至主機P1。
[0120]主機Pl對于其它USB設備如USB鼠標D2 (其數(shù)據(jù)傳輸方式為中斷傳輸)、USB儲存碟D3 (巨量傳輸)以及USB音效D4 (等時傳輸)等設備，皆能按照上述圖4A、圖4B的說明，完成遠端USB設備的列舉，其中USB鼠標D2與USB鍵盤Dl為同一類別的設備，自可依照上述圖5A、圖5B的說明，將遠端USB鼠標D2，由虛擬USB鼠標VU12映射至主機Pl。
[0121]USB儲存碟D3 (巨量傳輸)屬儲存類別(USB mass storage class)的設備，所使用的基本傳輸方式為巨量(bulk)傳輸，而其所使用的數(shù)據(jù)傳輸協(xié)定(protocol)，有數(shù)種不同的種類，以目前市場多數(shù)的USB儲存碟而言，該類型設備所使用的傳輸協(xié)定為BOT (BulkOnly Transport)，現(xiàn)以圖6A、圖6B來說明KVM延長器如何讓主機Pl達成對USB儲存碟D3要求讀取數(shù)據(jù)的流程。
[0122]圖6A所示為本實用新型一實施例的巨量IN傳輸(主機接收數(shù)據(jù))的流程示意圖。請參閱圖6A，當主機Pl需要對USB儲存碟D3讀取或?qū)懭霐?shù)據(jù)時，皆會以下列三個階段完成:(I) CBff (Command Block Wrapper)數(shù)據(jù)輸出；(2) Data Packets 數(shù)據(jù)輸出 / 輸入；以及(3) CSff (Command Status Wrapper)數(shù)據(jù)輸入等來完成。根據(jù)此原則，當主機Pl送出CBW的巨量傳輸OUT時，該數(shù)據(jù)由第一模塊31的多地址USB設備控制器32來接收并由其中的微處理器321來加以判斷。當判斷為CBW包，并且為要求輸入時，除對于主機Pl后續(xù)所要求的巨量傳輸IN則暫時持續(xù)地回復NAK，同時將該CBW數(shù)據(jù)包由第一模塊31內(nèi)的第一收發(fā)器33傳送至第二模塊41的第二收發(fā)器43，經(jīng)轉換后由第二模塊41的USB主控制器42內(nèi)的微處理器421接收。該CBW數(shù)據(jù)包立即由類別驅(qū)動程序來加以判斷及處理，并分析欲讀取的數(shù)據(jù)長度。接著將該CBW數(shù)據(jù)包輸出至USB儲存碟D3，并依照主機Pl所要求的輸入數(shù)據(jù)位元組數(shù)量，對USB儲存碟D3產(chǎn)生巨量傳輸IN的要求。待讀取完成所需要的數(shù)據(jù)量后，讀取CSW，接著將該些回饋數(shù)量的數(shù)據(jù)包以及CSW，通過第二收發(fā)器43傳回至第一模塊31的第一收發(fā)器33。經(jīng)轉換后由第一模塊31的多地址USB設備控制器32內(nèi)的微處理器321來接收，然后一一回復給主機P1，最后輸出CSW，完成主機Pl需要對USB儲存碟D3數(shù)據(jù)讀取的完整流程。
[0123]圖6B所示為本實用新型一實施例的巨量OUT傳輸(主機送出數(shù)據(jù))的流程示意圖。請參閱圖6B，當主機Pl需要對USB儲存碟D3寫入數(shù)據(jù)而送出CBW的巨量傳輸OUT時，該CBW數(shù)據(jù)由第一模塊31的多地址USB設備控制器32來接收并由其中的微處理器321來加以判斷。當判斷為CBW包，并且為要求輸出時，則開始對于主機Pl后續(xù)所傳送的巨量傳輸OUT數(shù)據(jù)持續(xù)地回復ACK并予以接收，同時將該CBW數(shù)據(jù)封以及巨量傳輸OUT數(shù)據(jù)包暫存于存儲器335中。當主機Pl輸出一巨量傳輸IN要求讀取CSW時，則暫時持續(xù)地回復NAK，同時將該CBW及巨量傳輸OUT數(shù)據(jù)包群，由第一模塊31內(nèi)的第一收發(fā)器33傳送至第二模塊41的第二收發(fā)器43，經(jīng)轉換后由第二模塊41的USB主控制器42內(nèi)的微處理器421接收。該些數(shù)據(jù)包立即由類別驅(qū)動程序來加以判斷及處理并分析欲寫入的數(shù)據(jù)數(shù)量，接著將該CBW以及巨量傳輸OUT數(shù)據(jù)包群輸出至USB儲存碟D3，然后對USB儲存碟D3產(chǎn)生巨量傳輸IN的要求，讀取CSW數(shù)據(jù)包。接著將該CSW的數(shù)據(jù)包，通過第二收發(fā)器43傳回至第一模塊31的第一收發(fā)器33，經(jīng)轉換后由第一模塊31的多地址USB設備控制器32內(nèi)的微處理器321來接收，然后輸出CSW巨量傳輸IN數(shù)據(jù)包回復主機P1，完成主機Pl需要對USB儲存碟D3數(shù)據(jù)寫入的完整流程。
[0124]按照圖6A、圖6B的說明，第二模塊41的USB儲存碟D3可以完整地讓遠端的主機Pl完成正確的數(shù)據(jù)讀取以及寫入。除USB儲存碟為巨量傳輸外，USB列表機亦為巨量傳輸?shù)脑O備，依照圖4A、圖4B的說明以及圖6A、圖6B的基本原則，修改主動式的程序，而也能加入對于USB列表機的支援。
[0125]USB音效設備為聲音類別(aud1 class)，此類設備使用等時傳輸(IsochronousTransfer)，其代表為 USB 揚聲器(Isochronous Out)以及 USB 麥克風(Isochronous In)。此類別的設備，最大的特性為為每隔一輪詢時間(interval time)即會產(chǎn)生一等時In或等時Out的傳輸，每一個等時In或等時Out并無主機與設備間的狀態(tài)階段(Status Stage)，純粹只有數(shù)據(jù)階段(Data Stage)。在本實用新型的KVM延長器的系統(tǒng)中，依照設計分別會有第一模塊31端的主機Pl對虛擬USB音效設備VU14的輪詢周期以及第二模塊41主動式類別驅(qū)動程序?qū)SB音效設備D4的輪詢周期，此二者間存在一時間差異常數(shù)A，此差異常數(shù)A為O?Ims (毫秒，0.001秒)的間，且又再經(jīng)過第二收發(fā)器43、第一收發(fā)器33的傳送接收，又產(chǎn)生另一時間差異常數(shù)B。時間差異常數(shù)A+時間差異常數(shù)B的總和則介于I?2ms，意謂主機Pl實際收到USB音效設備D4的等時In數(shù)據(jù)包與實際USB音效設備D4所發(fā)生的數(shù)據(jù)包有I?2數(shù)據(jù)包數(shù)量的差異，因此在第一模塊31端需要一個至少能容納2筆數(shù)據(jù)量的先進先出的環(huán)狀緩沖區(qū)(FIFO ring buffer)，同時采用當緩沖區(qū)滿溢時，則將第一個緩沖數(shù)據(jù)去除，其后數(shù)據(jù)往前遞補的方式，故稱的為遞補式緩沖區(qū)。通過此特殊設計主機Pl與USB音效設備D4的間存在一常數(shù)延遲時間的效應，其值最大為2ms，但不會丟失數(shù)據(jù)，以電腦目前每秒60張畫面(fps)的設計而言，每一畫面的停格時間為16ms，故即使是有2ms的聲音延遲，但對于人類聽覺及視覺的同步上，并不會有顯著的差異。
[0126]圖7A所示為本實用新型一實施例的等時IN傳輸(主機接收數(shù)據(jù))的流程示意圖。請參閱圖7A，當主動式類別驅(qū)動程序依據(jù)組態(tài)敘述(configurat1n descriptor)中所設定輪詢時間(interval time)對USB音效設備D4持續(xù)產(chǎn)生等時傳輸IN的執(zhí)照(Token)包。當USB音效設備D4產(chǎn)生一等時傳輸IN數(shù)據(jù)包(Data Packet)時，該等時傳輸IN數(shù)據(jù)包通過第二收發(fā)器43傳送至第一模塊31的第一收發(fā)器33，經(jīng)轉換后由第一模塊31的多地址USB設備控制器32內(nèi)的微處理器321來接收，并存放至第一模塊31中的遞補式緩沖區(qū)內(nèi)。當主機Pl對虛擬USB音效設備VU14產(chǎn)生一等時傳輸IN的執(zhí)照(Token)包時，即將遞補式緩沖區(qū)中第一個等待的數(shù)據(jù)輸出至主機Pl。
[0127]圖7B所示為本實用新型一實施例的等時OUT傳輸(主機送出數(shù)據(jù))的流程示意圖。請參閱圖7B，當主機Pl依據(jù)組態(tài)敘述(configurat1n descriptor)中所設定輪詢時間(interval time)對虛擬USB音效設備VU14持續(xù)產(chǎn)生等時傳輸OUT的執(zhí)照(Token)包，以及等時傳輸OUT數(shù)據(jù)包時，該等時傳輸OUT的執(zhí)照(Token)包，以及等時傳輸OUT數(shù)據(jù)包由第一模塊31的多地址USB設備控制器32內(nèi)的微處理器321來接收。即通過第一模塊31內(nèi)的第一收發(fā)器33傳送至第二模塊41的第二收發(fā)器43，經(jīng)轉換后由第二模塊41的USB主控制器42內(nèi)的微處理器421接收，并存放至第二模塊41中的遞補式緩沖區(qū)內(nèi)，當主動式類別驅(qū)動程序依據(jù)組態(tài)敘述(configurat1n descriptor)中所設定輪詢時間(intervaltime)對USB音效設備D4產(chǎn)生等時傳輸OUT的執(zhí)照(Token)包時，即將遞補式緩沖區(qū)中第一個等待