TW200820677A - Device and method for configuring a target device - Google Patents

Description

200820677 九、發明說明： 〜 【發明所屬之技術領域】 發明領域 本發明是關於具有高品質音訊-視訊性能及高性能虛 5 擬USB擴充的虛擬化媒體系統。 I：先前技術3 發明背景 相關專利及申請案 本發明主張序列號為60/774,186的美國臨時申請案（於 10 2006年2月17日提出申請，代理人備申號為2540-0914)、序 列號為60/836,649的美國臨時申請案（於2〇〇6年8月10曰提 出申請，代理人備申號為2540-0965)、序列號為60/836,930 的美國臨時申請案（於2006年8月11日提出申請，代理人備 申號為2540-0966)以及序列號為60/848,488的美國臨時申 15請案（於2006年9月29日提出申請，代理人備申號為 2540-0977)之優先權，其全部内容以參照方式被併入本文。 本申請案也與以下共同審理的美國專利申請案有關， 其等全部内容以參照方式被併入本文： 1 ·序列號為11/XXX，XXX的美國申請案，名稱為“Video 20 Compression Algorithm’，，於2007 年2 月 20 日提出申請（代理 人備申號為2540-0948) 2·序列號為11/XXX，XXX的美國申請案，名稱為“p〇wer Cycling”，於2007年2月20曰提出申請（代理人備申號為 2540-0949)。 5 200820677 KVM系統、開關及相關方式之層面（包括其等操作)在 以下美國專利及美國專利申請案中被描述，其等每個之全 部内容以參照方式完全被併入本文： 序5虎為6,304,895的美國專利，名稱為“Method and 5 system for intelligently controlling a remotely located computer”，於1999年7月23日提出申請，且於2001年l〇月16 曰發佈； 序號為6,567,869的美國專利，名稱為“KVM switch including a terminal emulator”，於2002年2月 22 日提出申 10 請，且於2003年5月20日發佈； 序號為6,681，250的美國專利，名稱為“Network based KVM switching system”，於2000年5月3日提出申請，且於 2〇〇4年1月20日發佈； 序號為6,112,264的美國專利，名稱為“Computer 15 interconnection system having analog overlay for remote control of the interconnection switch，，，於 1999 年2 月 4 曰提出 申請，且於2000年8月29日發佈； 序號為6,378,009的美國專利，名稱為“KVM(Keyboard， Video, and Mouse) switch having a network interface circuit 20 coupled to an external network and communicating in accordance with a standard network protocol”，於 1999年 8 月 20曰提出申請，且於2002年4月23曰發佈；以及 序號為09/951,774的美國專利申請案，名稱為“Passive video multiplexing method & apparatus”，於2001 年9 月 14 日 6 200820677 提出申請，於20Q2年，10月3日公開，且公開號為 2002-0143996 。 I：發明内容3 發明概要 5 本糸統疋用於創建具有南品音訊·視訊性能及高性能 虛擬USB“擴充”的基於乙太網的IP KVM系統之平臺。本系 統之目的為了使後·機架客戶端目標裝置獲得高品質桌上 體驗。目標裝置典型的是PC及伺服器。該系統架構著力於 k供南品質數位擴充及後機架。這包括透過一網路擴充 10 KVM裝置及USB周邊設備，例如大容量儲存裝置。該系統 典型地是在一LAN上使用，但是因為基本的連接是基於比 的，所以其可被擴充用以在一WAN上運作。該系統被設計 以實現最小使用者初始組態。其是一種創新的解決方案用 以克服目前稀少客戶端之缺點（基於RDP4ICA)，藉由無論 15使用者在電腦上做什麼，都確保穩定的視訊及音訊體驗。 此外，該系統使用能夠使全乙太網管滿載的硬體引擎，無 論是10Mbps、100Mbps還是IGbps。這不同於透過ip實施熊 樣之習知的KVM，在IP實施態樣中，此層在一軟體堆疊中 被執行。 2〇 圖式簡單說明 關於附圖給出的以下描述參照結合圖式闡述的非限制 例子可被較好地理解，該等圖式如下： 弟1 a圖·描述虛擬化的一示意圖； 第lb圖：一示範性虛擬媒體系統； 200820677 第2亂:·、一示範性數位化介面外掛包； . - 第3圖：一示範性數位化-使用者站台； 第4圖：一示範性數位-使用者站台介面板； 第5圖：示範性管理埠架構； 第6圖：描述一般的媒體對話建立之一示範圖； 第7圖：描述一般的媒體對話拆除之一示範圖；

10 15

第8圖··描述用於一視訊媒體串流的元件之一示範圖； 第9圖：描述用於一音訊媒體串流的元件之一示範圖； 第10圖：描述在電力開啟時用於一USB及PS/2周邊設 備的元件之一示範圖（未連接）； 第11圖：描述用於一USB鍵盤及滑鼠媒體串流的元件 之一示範圖； 第12圖：描述用於一PS/2鍵盤及滑鼠連接媒體串流的 元件之一示範圖； 第13圖：描述用於一大容量儲存媒體串流的元件之一 示範圖； 第14圖：描述了實體擴充組態的一示範圖； 第15圖：描述了子網路擴充組態的一示範圖； 第16圖：描述了在擴充組態中的DUS之電力開啟的一 示範圖； 第17圖：描述了在擴充組態中的DIP之電源切斷的一示 範圖； 第18圖：擴充組態之一示範性功能模型； 第19圖：描述桌上及矩陣組態的一示範圖； 20 200820677 第0圖&述了處於桌上/矩陣組態的設備之初始安裝 /任命及管理的〜示範圖； 第21圖·栺述了處於桌上/矩陣組態的一目標裝置之管 理的一示範圖； 5 第22圖&述了在桌上/矩陣組態中登入及連接建立的 一示範圖； 第23圖·栺述了在桌上/矩陣組態中的一DUS之電力開 啟（登入）的一示範圖； 第24圖饷述了在桌上/矩陣組態中的一DIP之電力開 1〇 啟的一示範圖； 弟"桌上/矩陣組態之一示範性功能模型；以及 第囝知述了具有習知的KVM系統之DUS及DIP之 相互操作的一示範圖。 C 】 15較佳實施例之詳細說明 第la®疋4系統之遠端虛擬化操作的示意性總結。該 系統創建一種用以虛擬化的機制，因此一主機上的一裝置 驅動程式不認為該裝置是遠端的，且該裝置透過一網路被 存取。該系統被實現為軟體及硬體的一組合。 20 該系統由兩個組件組成―主介面機制及遠端介面機 制。該主介面機制連接到一主機内的軟體驅動程式層。此 連接透過一般的主介面，例如PCI或PCIe。該主介面機制尋 找裝置藉以被虛擬化的軟體驅動程式。例如，對於一USB 主控制器之虛擬化，其提供相同的註冊設定且完成操作， 9 200820677 如同實際的USB主控制·器存在,那一樣—區別是主介面機制 必須處理以下事實：此動作實際發生在遠端介面機制中。 該遠端介面機制實際上驅動被虛擬化的裝置。該遠端介面 機制自該主介面機制接收指令，且將答覆發送回給主介面 5 機制。 该主介面機制及遠端介面機制對於被虛擬化的該類裝 置疋唯一的。例如，它們是用於虛擬化一USB主控制器晶 片及音訊晶片之唯一的遠端及主介面機制。當虛擬化具有 工業標準介面的裝置時，該遠端介面機制及主介面機制交 10換能力，且可自動協商以同意虛擬能力設定。以此方式， 支援不同物理裝置的遠端介面機制可與一特定的主介面機 制協同操作。 該系統被設計以虛擬化一裝置，因此其可從遠端被存 取运茜要機制用以處置該等介面機制之遙控。本發明允 15許需被執行的裝置之虛擬化，而軟體驅動程式不知道它。 該主介面機制及遠端介面機制與該主機方的裝置驅動 程式及遠端虛擬化裝置互動，以使主驅動程式相信其正與 一本地裝置通訊。該主介面機制及遠端介面機制分別包含 三個核心功能組件。 20 該主裝置介面是提供給主系統的裝置介面（典型地是 過一PCI或PCIe匯流排）。該主裝置介面在暫存設定中是相 同的’且是被虛擬化的裝置之行為模型。該主系統使用與 被用於實際裝置之驅動程式及應用程式相同的驅動程式及 應用程式，以透過該主裝置介面進行通訊。 10 200820677 該主裝置虚擬化引擎將提供給該主機的介面映射到裝 置虛擬化協定，以與遠端介面機制進行通訊。該主虚擬化 引擎知道一特定裝置之遠端靈敏性，且應用與該遠端介面 機制中的相容的遠端虛擬化引擎互動的一裝置特定虛擬化 5演算法，以“隱藏”實際的裝置遠離該主系統。 該主裝置虛擬化引擎與遠端裝置虛擬化引擎利用獨立 於裴置虛擬化協定的傳輸來通訊。 該遠端虛擬化引擎透過逆端裝置介面與實際的裝置進 行互動，該遠端裝置介面與實際的被虛擬化裝置進行通訊。 10 該等裝置虛擬化引擎運作時瞭解裝置功能及主系統驅 動程式要求，以有效地透過遠端鏈結虛擬化裝置。相關的 决异法被特別袁佳化以適應退端鍵結之頻寬及潛時特性。 例如，一組特定的演算法適應一USB 2.0主控制器之虛擬 化，每個演算法著重於一USB 2.0主控制器介面之特定的遠 I5 端層面。 被用以解決此問題之可選擇的方法已被用以在兩端仿 真一裝置。此處所描述的系統使被虛擬化的裝置之行為及 動作看似利用其母裝置驅動程式被本地連接，且利用該等 裴置之全功能。此方法與遙控來自一被虛擬化的特定硬體 20裝置之輸出無關，因此不必滿足該裝置所執行產生的資料 轉換。此等轉換被最佳化用於與本地周邊設備及裝置進行 通訊。此方法產生一種裝置之有效且真實的虛擬化。 第lb圖顯示了一被虛擬化的媒體系統之一般的示範性 組悲，且描述了該系統中的主要元件及元件之間的基本連 200820677 …接。第lb圖是第la圖之示意圖的一示範性實施例·。該系統 之目的是為了允許周邊設備(KVM周邊設備及廣泛的基於 USB的周邊設備）透過一網路存取一目標裝置。在該示範性 實施例中，有四類型的資訊透過網路100被發送。該四種類 5 型的資訊是：視訊資訊、鍵盤/滑鼠資訊、音訊資訊及媒體 Μ 資訊。每個類型的資訊以一媒體串流被發送。該系統有三 個主要元件連接到網路100 :數位化介面外掛包(DIP)400、 數位使用者-站台（DUS)500及管理應用程式 # (MgmtApp)200。網路1〇〇典型地是一基於IP的LAN/WAN網 10 路。應注意到的，元件將能夠運作，而沒有網路位址解譯 (NAT)裝置是否在網路1〇〇上被使用的問題。在該示範性實 施例中，〇1；8 5〇〇及〇1?4〇〇將是硬體單元，且]^81^八0卩2〇〇 將是一軟體應用程式。在可選擇的實施例中，這可改變， 因此DIP 400及DUS 500是軟體實施例，且MgmtApp 200以 15 硬體實現。

^ DIP 400連接到一目標裝置300之周邊設備介面。DIP _ 400傳輸一目標裝置3〇〇與網路100之間的I/O串流。目標裝 置300典型的是後-機架pc或伺服器，如第lb圖中所示，但 是不限於此。目標裝置3〇〇可包括具有周邊埠的任何裝置 2〇 (例如，媒體播放器、PDA、視訊盒等）。 DUS 500實質上是一Dip 4〇〇之逆向。DUS 500連接到 一使用者站台内的各個周邊設備。DUS 500傳輸網路100與 被連接的周邊設備之間的〗/〇串流。連接到第1圖所示的 DUS 500之示範性周邊設備包括：PS/2鍵盤8〇〇、ps/2滑鼠 12 200820677 900、顯示器600、音訊裝置700及USB周邊設備1000。USB 周邊設備1000可包括任何類型的USB裝置，包括大容量儲 存裝置、一USB滑鼠及一USB鍵盤。 DIP 400及DUS 500之任何數目的組合可被用於該系 5 μ 統。然而，在一些情況下，只有一個單一DUS 500及DIP 400 對。在此等情況下，網路100可包含直接連接該DUS 500及 ¥ • DIP 400對或一IP子網路的一個單一纜線。示範性DUS 500 及DIP 400具有能夠使其等透過一 100ΒΤ或1G銅纜線乙太 網網路操作的網路介面。 10 MgmtApp 200是提供DIP 400及DUS 500之一網路的鑑 定、存取控制及計帳服務(accounting service)的軟體應用程 式。MgmtApp 200包括一資料庫，該資料庫儲存與連接到 15 龜 該網路100的每個DIP 400及DUS 500有關的資訊。應該注意 到的是，當有一個單一DUS 500及DIP 400對時，MgmtApp 200並不是必需的。該單一duS 500及DIP 400對依據第15 圖被較詳細地描述。此MgmtApp 200可如所示是基於伺服 器的’或者被併入一網路交換器或設備内。 20 一示範性的DIP 400在第2圖中被顯示。DIP 400典型地 被實現為連接到一目標裝置300之周邊埠的一外部伺服器 輪(external dongle)。然而，一DIP 400也可被嵌入一目標裝 置300内部。這可以—ρα卡之形式，或者以一嵌入晶片組 被0ΕΜ整合。示範性DIP 400將一視訊連接、一音訊連接及 一對USB連接提供給一目標裝置3〇〇。 為了描述目的，示範性DIP 400被顯示由三個硬體功能 13 200820677 方塊組成：S標裝置介面硬體410、媒體串流處理硬體42〇 及網路通訊硬體430。該等硬體功能方塊中的每個與一軟體 層440進行互動。功能硬體方塊典型地藉由_FpGA實施， 但是也可利用一ASIC或其他硬體實施態樣或其等組合實 5現。利用三個功能方塊描述DIP 400並不意指限制一 mp 4〇〇 可以物理實現之方式。 目標裝置介面硬體410連接一目標裝置之周邊埠及媒 體串流處理硬體420。目標裝置介面硬體41〇轉換在目標裝 置之周邊埠與媒體串流處理硬體420之間傳送的資料。此一 10轉換之一例子是將來自一目標裝置的類比資料輸出轉換為 可被媒體串流處理硬體420處理的一數位資料形式。目標穿 置介面硬體410包括一 USB周邊設備控制器412、一音訊編 碼解碼器416及一視訊接收器418，其等的每個結合其等各 自的媒體串流被較詳細地描述。雖然未在第2圖中顯示，但 15是目標裝置介面硬體410也可提供一串聯連接以連接一目 標裝置之串聯埠。 媒體串流處理硬體420連接目標裝置介面硬體41〇及網 路通訊硬體430。媒體串流處理硬體420對目標裝置介面硬 體420與網路通訊硬體430之間傳送的資料進行封包化/解 20封包。媒體串流處理硬體420包括一鍵盤/滑鼠引擎422、一 大容量儲存引擎424、一音訊引擎426及一視訊引擎428，其 等的每個結合其等各自的媒體串流被較詳細地描述。 網路通訊硬體430連接網路100及媒體串流處理硬體 420。網路通訊硬體430接收來自媒體串流處理硬體42〇的資 14 200820677 料封包，且將該資料轉換為與網路100相容的形式。網路通 訊硬體430也接收來自網路1〇〇的資料，且將其轉換為與媒 體串流處理硬體420相容的形式。網路通訊硬體*如包括管 理埠432、網路引擎434及8817加密引擎436，其等的每個依 5 據第5及6圖被較詳細地描述。 一示範性DUS 500在第3圖中被顯示。示範性dus 500 給出以下周邊設備介面：一視訊連接（例如，VGA&/4 DVI)、音輸入/輸出連接器、ps/2鍵盤及滑鼠連接器、USB 周邊设備（例如’鍵盤、滑鼠、大容量儲存器及其他Usb周 10邊设備）之USB連接器及一串聯介面（例如，RS232)。第4圖 顯不了描述介面的不範性DUS 500面板。 出於描述目的’示範性DUS 500被顯示由三個硬體功能 方塊組成：周邊設備介面硬體510、媒體串流處理硬體520 及網路通信硬體530。該等硬體功能方塊的每個與一軟體層 15 540進行互動。DUS 500也包括一螢幕顯示（〇SD)硬體550及 通用非同步接收器/發送器（UART)硬體560。利用三個功能 方塊描述DUS 500並不意指限制一DUS 500可以物理實現 的方式。 周邊設備介面硬體510連接周邊設備及媒體串流處理 20 硬體520。周邊設備介面硬體510轉換周邊設備與媒體串流 處理硬體520之間發送的資料。周邊設備介面硬體510包括 USB控制器512、PS/2介面514、音訊編碼解碼器516、VGA 發送器518及DVI發送器519,其等的每個結合其等各自的媒 體串流被較詳細地描述。 15 200820677 媒體串流處理硬體520連接目標裝置介面硬體510及網 路通訊硬體530。媒體串流處理硬體520對目標裝置介面硬 體420與網路通訊硬體430之間發送的資料進行封包化/解 封包。媒體串流處理硬體52〇包括一鍵盤/滑鼠引擎522、一 5大容量儲存引擎524、一音訊引擎526及一視訊引擎528，其 等的每個結合其等各自的媒體串流被較詳細地描述。 網路通訊硬體530連接網路1〇〇及媒體串流處理硬體 520。網路通訊硬體530接收來自媒體串流處理硬體520的資 料封包’且將該資料轉換為與網路1〇〇相容的形式。網路通 10訊硬體530也接收來自網路100的資料，且將其轉換為與媒 體串流處理硬體520相容的形式。網路通訊硬體530包括管 理埠532、網路引擎534及SSL/加密引擎536，其等的每個依 據第5及6圖被較詳細地描述。 OSD硬體550提供允許一本地使用者組配DUS 500的 15 GUI。 UART 560連接DUS 500上的一串聯埠，且允許資料被 傳送給DUS 500。例如，一DUS 500之一韌體升級可藉由利 用XMODEM透過一本地RS232璋連接一PC而完成。 在該示範性實施例中，網路通訊硬體方塊430及530將 2〇 發送且接收多達4個AES加密SSL/TCPIP串流。此等串流被 用以傳輸DUS 500與DIP 400之間的視訊、大容量儲存、音 、鍵盤及滑鼠資料。該媒體串流處理硬體方塊420及520 包含透過SSL/TCPIP串流發送且接收資料的特定媒體處理 硬體引擎。四個SSL串流由該等媒體處理引擎如下被使用： 16 200820677 視訊-一專用SSL/TCPIP埠 音訊-一專用SSL/TCPIP埠 鍵盤&滑鼠一一專用SSL/TCPIP埠 大容ϊ儲存器（v媒體)---專用SSL/TCPIP埠 5 該DUS 500及DIP 400需要設計最小的軟體用以傳送相 關的資料串流。該資料串流傳輸内包含的硬體及軟體在以 下被較詳細地描述，依據每個媒體串流(視訊、大容量儲存 器、鍵盤/滑鼠、音訊)所需的描述架構及處理。所有其他網 路通訊都經過該等管理埠432及532。 10 軟體440及540、媒體串流處理硬體430及530，網路通 訊硬體元件（即，管理埠432及532、網路引擎434及534，以 及SSL引擎436及536)之上層合作，以及它們在建立且拆除 一被初始化的DIP/DUS對的一媒體傳輸對話（視訊、鍵盤/ 滑鼠、音訊、v媒體）中扮演的角色在第孓7圖中被描述。 15 第5圖描述了一示範性管理埠432。該管理埠432提供一 MAC層裝置介面給該軟體44〇。除了與該網路引擎物上作 用中的TCP埠有關的封包之外，所有封包被管理璋纽接 收，且被提供給軟體44〇。該管理璋432具有一接收封包先 進先出（FIFO)緩衝器460及發送封包緩衝器啦。在該示範 20料施例中，接收封包觸緩衝器是一狀位元組緩衝 2，且發送封包緩衝器462是一 h5K位元組緩衝器。被定址 =亥網路引擎434上被程錢的單播MAC位㈣所有⑽ L及廣播IP及ARP封包被接收，且被設於該接收脈缓 衝器偏内。多播封包沒有被接收。一高浮水印系統 17 200820677 (watermark)被使用，從而若接收緩衝器46〇被填充超過^特 定百分比(例如，50%)，則所有廣播封包被丢棄且被計數， 直到該接收緩衝層減少。若該接收FIF〇緩衝器46〇充滿，則 單播封包也被丟棄且被計數。發送緩衝器462儲存在封包被 5發送給網路100之前的封包。除了當一封包發送完成，或者 當一封包在該接收FIFO緩衝器460内時，封包接收可被致能 /禁能且可被組配以中斷之外，該管理埠432具有很少明顯 式組態。應注意到的是，管理琿532與管理埠432類似，且 出於簡潔之目的，在此沒有被描述。 10 在該示範性實施例中，軟體440及540創建一DUS 500 與一DIP 400之間的一TCP控制通道，在此之後，該等網路 引擎434及534在每一端（每個媒體串流對應一TCP埠)被組 配，且TCP資料傳輸在該媒體對話TCP埠上突然開始(在媒 體對話建立或拆除内沒有SYN或ΠΝ相位）。 15 該示範性實施例使用一 Avocent(Huntsville，Alabama) 商業上可用的AVSP協定格式。應該注意到的是，雖然該示 範性實施例被描述利用AVSP，但是其他協定可被使用。一 AVSP控制通道被用以建立對話。AVSP對話被用於利用 AVSP訊息組中的一小的子組控制媒體對話。AVSP之媒體 20 (視訊、鍵盤、滑鼠等)傳輸訊息沒有在該示範性實施例中被 使用，所有媒體傳送利用特定的媒體傳輸對話經過該網路 硬體引擎434及534。該等網路引擎434及534被構造以利用 TCPIP對話提供有效率的資料傳送。TCPIP對話之建立及拆 除與一軟體SSL/TCP堆疊合作而獲得。該控制通道被用於 18 200820677 —......r、_·· 帶外媒體對話控制及對話監測p此鏈結上的所有訊息使用 AVSP協定格式。該示範性實施例使用可用的AVSp訊息之 一小的且被擴充的子組，其沒有使用媒體/資料傳送AVSp 訊息，且該等硬體引擎使用其等本身的協定。該通道被用 ^ 5以交換該DUS 500與DIP 400之間的對話控制訊息（改變媒 體對話特性等）。 赛 第6圖描述了被用於建立一媒體對話的流程。如第6圖 所示，該流程被描述為由以下五個步驟組成：(！)建立SSL _ TCP對話；（2)初始化網路引擎；（3)初始化加密引擎；(4)初 10始化媒體串流處理硬體引擎；以及(5)致能媒體資料路徑。

在該建立SSL TCP對話步驟中，該DUS 500初始化與該 DIP 400上的AVSP伺服器埠(例如，埠2068)之連接，且建立 與該DIP 400的一AVSP SSL連接。該示範性系統在一DIP 400上應只允許一個AVSP對話。該對話利用該DUS 500及 15 DIP 400上的對話證書被鑑別。在該示範性實施例中，X.509 證書被使用。該DUS 500及DIP 400交換對話證書。該duS 龜 500 SSL客戶端驗證該DIP 400提供的X.509證書，作為SSL 對話建立之部分。該DUS 500啟動DUS 500與DIP 400之間 的 AVSP維生（keep alive)。 20 在該SSL TCP對話建立之後，初始化網路引擎步驟發 生。網路引擎434及534需要被組配MAC及IP定址資訊，以 及使TCPIP視窗化及一般的操作參數被組配。若需要指數性 地逐減，則軟體440及540必須相應地設定逾時。 以下核心通訊參數必須在該硬體網路引擎434及534上 19 200820677 被組配： MAC資料 源MAC(L-MAC):此是設備（即，DIP 400或DUS 500) 之MAC位址，其在設備之永久性健存器中可得到。 5 目的MAC(D-MAC):該位址在該DUS-DIP AVSP控制對 話建立之後自該軟體堆疊之ARP表中擷取。這可能並不需 要是該連接内包含的合作設備之MAC位址。 IP資料

源IP位址(L-ΙΡ):經由DHCp獲得，或者透過在該設備 ίο 上的ιρ位址資訊之靜態組配獲得。 目的IP位址(D_IP):被提供給該對話證書内用以連接的 設備。 TOS :服務攔之類刑 — 、， 彳田迷舍运者所請求的服務之品 質。位70組由以下組成： 15 -前置攔（提供優先權 私·0=軚準，1=優先，2=快 速，3-快閃，4=快閃越過 網路控制。建議設定為5。’鍵，6=交互影響控制，7= 設定為1遲位元：〇表示可被延遲’1表示不可被延遲。建議 20 -逋罝位疋：0=正當，]^ 止电，1=咼，建議設定為i -信賴性位元：指定 ,θ 疋金而要可信賴的子網路，〇= 否’ 1=是’設定為是。 TTL:存活時間。 被建議為255。 之中沾之數目，以下預設值 20 200820677 5 # TCP資料 埠#(D-埠、L-埠）：以下埠數目被建議給該等媒體傳送 協定· -視訊：4459 -音訊：4460 -鍵盤/滑鼠：4461 -大容量儲存器：4462 最大片段尺寸(L-MSS):資料TCP之最大方塊將發送給 • 另一方。示範性實施例之建議值是1460位元組，保持每個 10 TCP處理(transaction)在一乙太網封包内的最大值，因此對 該TCP封包分段及重組之需求不被需要。 公佈的視窗尺寸及比例(AW及AWS):將被公佈給另一 方的TCP視窗之尺寸及比例。這有效地告知連接之另一方 該單元可缓衝多少資料，從而告知另一方可發送多少資 15 • 料。最佳值可透過系統之性能分析被決定。 擁塞視窗尺寸(CGW):若軟體440及540希望執行擁塞 控制（連接經常重新發送封包，且可能擁塞），則其可使用“擁 塞視窗尺寸”減少被發送的資料量。當沒有擁塞時，擁塞視 窗被設定為接收器之公佈的視窗尺寸。即，一發送器使用 20 接收器之公佈的視窗決定發送多少資料。若判定正在經歷 擁塞，則當經歷擁塞時可減少擁塞視窗大小，這減少了被 發送的資料之視窗。一發送器決定發送的資料量為該接收 器被公佈的視窗與本地擁塞視窗設定之較小者。 重傳逾時值：此值控制重傳及重傳逐減。該重傳逾時 21 200820677 值一般基於一連接之被估計的來回時間（RTT)被改變（利用 公式）。若需要可變重傳計時器及逐減，則軟體440及540需 要請求該網路引擎434及534計算間隔内的RTT，接著使用 該等RTI取樣之一平滑平均值(SRTT)及方差（RTTVAR)以計 5 算一適合的逾時值，如下：Timeout=SRTT+4* RTTVAR。 軟體440及540也可選擇不動態修改逾時值，且設定重 傳逾時為一保守值(可能是基於RTT讀取之初始值），且在連 接之期間保持該值。這在被良好定義且被控制的網路中是 足夠的。 10 除了設定以上所描述的參數之外，軟體440及540需要 執行SYN處理以建立TCPIP對話，接著將序列號 (NextRxSeq#、NextTx# 及 RxAckSeq#)傳送給該網路引擎434 及534用於資料傳送。 在該等網路引擎434及534被初始化之後，該初始化加 15 密引擎步驟發生。DIP 400及DUS 500初始化與在該對話證 書内被致能的每個媒體串流有關的引擎436及536。該等加 密引擎436及536加密且解密該TCPIP網路引擎434及534傳 輸的資料。該引擎436及536對該等媒體串流使用128伋元 AES加密。該引擎436及536將被用以加密視訊、大容量儲 20 存器、鍵盤及滑鼠串流。該加密必須被組配128位元密鑰。 由於創建DUS-DIP AVSP控制對話SSL連接所產生的密鑰被 用以作為每個媒體對話之加密的種源。因此，用以作為該 等SLL硬體加密引擎435及536之種源所需的密鑰與在軟體 SSL對話協商之後產生的密鑰相同。這保證了密鑰隨著每個 22 200820677 新的連接而變化。 .-_ 在加密引擎436及536被初始化之後，該初始化媒體串 流處理硬體引擎步驟發生。該DIP 400及DUS 500初始化媒 體串流處理硬體420及520内的媒體應用引擎。該DIP 400及 5 DUS 500各自的媒體引擎(例如，視訊處理引擎428及528)透 過AVSP控制通道“穿隧”應用程式特定控制、建立及對話管 * 理資料（已知序列號），以能夠建立特定的媒體串流。 一旦各自的媒體引擎被初始化，該致能媒體資料路徑 • 步驟發生。DUS 500與DIP 400之間的一連接被建立，且資 10 料串流被稱為TOELite的硬體TCP“lite”引擎傳送。該“me” 被用以表示由於該系統被最佳化以在一LAN上運行之事 實，在該等網路引擎434及534上作出的一些基本最佳化。 當連接建立時，一外部觀察器將看見媒體攜載丁(：：1>對 話藉由傳送資料而開始，沒有一 TCPIP建立（SYN)或拆除 15 (FIN)階段。不具有一SYN或FIN階段而傳送資料將被第3層 父換器或路由器容許。然而，經過類似防火牆的第4層認知 ® 没備會產生問題’除非特定的埠在該防火牆上導通。該示 範性實施例之系統將使用固定埠數目給該DUS 500及DIP 400上的每個媒體串流，這樣特定的埠可在防火賭上導通。 20 該示範性實施例只使用設施以致能該DUS 500及DIP 400上 的鍵盤、滑鼠及v媒體對話控制實體，且傳送該DUS 500與 DIP 400之間的描述符。然而，若其他媒體應用需要特定的 DUS-DIP通訊，以上也是可用的。 第7圖描述了被用於一媒體對話之拆除的流程。如第7 23 200820677 圖所示，該過程被描述為由以下三個步驟組成：（1)停止應 用程式；（2)停止SSL對話；以及(3)禁能連接。軟體540初始 化ΠΝ處理以拆除TCP對話，再次自該等網路引擎434及534 中取出序列號。對於外部世界而言，該TCPIP對話看似一無 5 缝對話。 在第7圖中，該停止應用程式步驟包含DUS 500對DIP 400發出指令以關閉其指定埠上的一特定媒體對話。在該應 用程式停止之後，該SSL對話在該停止SSL對話步驟内被停 止。在該SSL對話停止之後（即，資料之發送被停止），該禁 10 能連接步驟禁止傳輸連接。 第8-13圖描述了每個特定媒體串流之DUS 500及DIP 400之操作。 關於一視訊媒體串流的系統元件及行為在第8圖中被 描述。 15 DIP 400提供一視訊介面給一目標裝置3〇〇。在該示範 性實施例中，該視訊介面是一DVW介面。然而，該視訊介 面不限於一DVI-I介面，且可包括任何數目的視訊介面，包 括類比(例如，元件視訊、S-視訊等）及數位介面，或者其等 的組合。該介面連接到視訊接收器418。示範性視訊接收器 2〇 418是一能夠接收DVI及VGA視訊資料的DVI/VGA(RGB)視 汛接收器。視訊接收器418可適用於接收各種類型的類比或 數位視訊貢料。 當目標裝置300電力開啟時，目標裝置3〇〇使用1)1)(：：讀 取該mP 400上的ED1D表。該DIP4〇〇具有公佈該系統之能 24 200820677 -力的硬編碼EDID表。 :一 視訊接收器418可接收RGB視訊，且支持多達至少 1280xl024@75Hz的解析度。當視訊接收器418接收RGB或 另一類型的類比視訊時，視訊接收器418將對該視訊進行數 5 位化，且將其轉發給視訊處理引擎428。軟體440藉由指定 該VGA輸入信號之最佳取樣（取樣相位)而組配視訊接收器 418。軟體440調整該視訊接收器418使用的取樣時鐘之相 位，以最佳化類比輸入之取樣。這藉由連續地調整相位且 觀察該視訊引擎428報告的資料而被執行以獲得最佳設定。 10 視訊接收器418將擷取來自該DVI介面的數位視訊資 料，支援多達至少1280xl024@60Hz的解析度。該數位視訊 資料將被轉發給該視訊處理引擎428。 當DIP 400提供一DVI-Ι連接器給一目標裝置300時，該 DVI I2C DDC介面被路由，因此，軟體440可得到串聯介面 15 以處理來自該目標裝置300的DDC請求。 該視接收器418可自動偵測作用中的輸入介面。例 如，當DVI-Ι被使用時，視訊接收器418可自動偵測RGB或 數位DVI是否被接收。當接收到VGA時，視訊接收器418需 要被軟體440調整以對準時鐘“相位”。軟體44〇藉由以下步 20驟執行此：監測該視訊引擎428獲得的資料且組配該視訊接 收器418，接著監測該視訊引擎428獲得的資料。此循環重 複，直到達到最佳設定。 軟體440決定一視訊源何時被該視訊接收器418偵測 出、識別該視訊源，接著通知該視訊處理引擎428。視訊處 25 200820677 理引擎428接收來自該視訊接收器418的視訊，且藉由編碼 該數位視訊而將該視訊準備給網路通訊硬體43〇。 視訊處理引擎428被軟體440組配。當該視訊處理引擎 428接收到被數位化的視訊時，其使得在其暫存器内獲得許 5多被觀察/量測的視訊特徵資料。軟體440讀取此資料，且 基於預先組配的範圍推導出VESA視訊操作模式（查詢解析 度、設定等的表格），之後其將該視訊處理引擎428程式化 用於所選擇的視訊模式。 在該示範性實施例中，視訊處理引擎428藉由使用一方 10案而壓縮視訊，該方案基於先前伴隨一些最新增加的用以 壓縮視訊之圖框的增強性而開發的方向性演算法概念。其 特定的應用是為了減少透過一乙太網LAN發送一視訊圖框 緩衝所使用的頻寬。視訊處理引擎428使用壓縮演算法創建 視訊封包。 15 該演算法之關鍵是，該鏈結之每一方具有先前圖框之 一版本以作為一參考。這允許接續的圖框内的每個像素以 如下幾種方式中的一者被定義： 1.先前訊框内的像素沒有變化(N0_CH ANGE) 2·與以上行内的像素相同（COPY」VBOVE) 20 3·與緊鄰左邊的像素相同（COPYJLEFT) 4·來自一之前的已知子組的一連串像素 (MAKE_SERIES) 5. 產生新的像素(NE W_PIXEL或者MAKE_PIXEL) 6. 先前圖框内的相同像素之差值(DEltA_NC) 26 200820677 7 ·與緊鄰上泰的像素之差值(DELTA_CA) 8·與緊鄰左邊的像素之差值(delta_cl) 9·與先前圖框内的相同像素之小差值(sh〇rt_Deita_NC) !〇·與緊鄰先前的像素之小差值(Short_Delta —CL) 5 11.利用較少的位元產生像素（Sh〇Tt_Make_Pixel) 壓縮演算法在序列號為11/χχχ，χχχ的共同審理的美 國申明案（名稱為“Video Compression Algorithm”，於2007 年2月20日提出申請，代理人備申號為2540-0948)中被較詳 細地描述，此申請案以參照方式被併入本文。 10 在該示範性實施例中，當視訊處理引擎428壓縮視訊 時，軟體440藉由指定以下參數組配視訊處理引擎428 :當 VGA被使用時的視訊模式(解析度）、被用於色彩深度(範圍〇 至7)之中間圖框的#，參考及中間圖框的色彩深度(9、12、 15、18、21、24位元色彩)。用於圖框丢棄（frame dropping) 15的DIP 400與DUS 500之潛時的浮水印以256行之單位，最大 圖框率以相對於自該視訊接收器418接收的圖框率之比率 表示。圖框丟棄可被設定為丟棄所有圖框、每兩個圖框丟 棄1個（自一60fps視訊串流獲取一3〇fps視訊串流），或者每3 個圖框丟棄1個（自一60fps串流獲取一40fps串流）。

20 該視訊處理引擎428基於軟體440之參數設定及DUS 500之回饋壓縮視訊。被壓縮的視訊被轉發給網路通訊硬體 430，其中網路通訊硬體430準備將被壓縮的視訊透過IP網 路100發送給DUS 500。 該DUS 500提供一視訊連接器以連接至一顯示器600。 27 200820677 該DUS 500可提供任何適合的視訊連接器（例如，元件、s_ 視訊、DVI、VGA等）。在該示範性實施例中，1)1；85〇〇提 供一 DVI-I連接器給一顯示器6〇〇。當該DUS 5〇〇提供一 DVI-I連接斋給一顯示器600時，可能需要一 VGA-至-DVI-I 5轉接斋’取決於該顯示器可用的纜線。此外，當DUS 500 提供一 DVI-I連接給一顯示器6〇〇。該DVI連接器上的I2C DDC通道被提供給軟體540，因此其可向該顯示器6〇〇查詢 其EDID表。該DUS 500當電力開啟時讀取該顯示器6〇〇 EDID表。若顯示器600不可支持如該DIP 400公佈給該目標 10裝置300的全能力，則一警告訊息被提供給該顯示器600。 視訊引擎528處理透過IP網路1 〇〇接收的視訊資料，且 將其轉發給適合的視訊發送器518及/或519(取決於視訊連 接器）。軟體540需要為該視訊引擎528配置當VGA被使用時 的視訊模式（解析度）。該DIP 400將利用一帶内指令通知該 15 DUS 500。當通知該模式時，軟體540查詢一表以找到與該 模式有關的設定。在該示範性實施例中，軟體540也將指定 被用於色彩深度的中間圖框之#(範圍〇至7)，以及參考及中 間圖框之色彩深度(9、12、15、18、21、24位元色彩）給視 訊處理引擎528。 20 該DVI發送器519自視訊處理引擎528接收數位視訊，且 在該DVI鏈結上編碼且發送資料給一顯示器600，不需涉及 或來自軟體540之任何明顯式組態。 該RBG/VGA發送器518自視訊處理引擎528接收數位 視訊’且將其轉換到RGB格式以發送給一附接的監視器 28 200820677 600，而不需要涉及或來自軟體54〇之任何明顯式組態。在 該示範性實施例中使用的DVjj介面支援Η&ν同步。在可 選擇實施例中，也可支持綠槍上的同步。 視吼處理引擎428創建的視訊封包被封裝在一固定大 5小的SSL/TCP封包内以透過網路100發送。使用固定大小的 封包能夠使基於硬體的TCP傳輸引擎434被最佳化以根據 一TCP封包基準重傳，不是基於一純位元組串流基準，從 而藉由保持視訊處理引擎528所接收之一致有限的視訊圖 框’而不需要管理硬體内的位元組串流重傳以及相關的封 10 包重組。 TCP將保證以正確的順序遞送視訊封包給視訊處理引 擎528。視訊處理引擎528產生明確的應答給每個被接收的 視訊封包。該應答包含被該視訊處理引擎528接收的目前圖 框#及行#以進行處理。

15 該應答透過網路100發送給視訊處理引擎428。該DIP 400是視訊流控制之控制源。一個重要的層面是為了透過該 系統監測視訊潛時，且調整該D U S 500之視訊圖框率以保持 一可接收的潛時。該DUS 500顯示被發送給其的所有視訊圖 框。視訊處理引擎428利用該應答瞭解該視訊接收器418在 20 該視訊發送器518或519之後的多少行，這是該視訊處理引 擎528與該視訊處理引擎428之間的視訊之潛時的測量，且 是每一端之加密/TCP傳輸堆疊及網路鏈結所引起的潛時之 測量。該DIP 400監測該DUS 500處理的圖框内的圖框#及行 #，相對於被其處理的目前的圖框#及行#。若其等超過了指 29 200820677 定的臨界值，則該DIP400減少DUS 500之圖框率。 當被該DUS視訊處理引擎528處理的行與被該DIP視訊 處理引擎428處理的行之間的潛時差值大於一可組配的浮 水印時，一圖框將被DIP視訊處理引擎428丟棄，從而有效 5 地減少了圖框率，直到潛時低於已定義的浮水印。此機制 最小化了對於滑鼠性能是重要的DIP-DUS視訊路徑之潛時。 軟體440可組配被視訊處理引擎428使用的色彩深度， 以管理視訊體驗及相關的網路頻寬。就色彩深度之觀點而 言，頻寬之管理藉由使用參考及中間圖框而被最大化，其 10中軟體400可指定載有一被指定的較低色彩深度的核心參 考圖框之間的圖框（中間圖框)之數目。 當接收VGA視訊時，軟體440需要監測特定的網路引擎 貪料434，且利用其自一表中推導出視訊VESA模式設定， 接著程式化視訊處理引擎428。 15 當在視訊處理引擎428内設定VESA模式時，該視訊處 理引擎428發送一帶内視訊模式指令給該dus 5〇〇，該指令 通知該DUS 500模式改變。該DUS軟體54〇將讀取模式變化 事件、查詢模式資料，且相應地該DUS視訊處理引擎528進 行程式化。 2〇 與一音訊媒體串流有關的系統元件及行為在第9圖中 被描述。 DIP 400將音訊連接器提供給一目標裝置3〇〇。在該系 範〖生貝施例中，该音訊連接器包含一立體聲連接器（例如， — 3.5mm迷你插口，一對RCA插口等）用於自目標裝置3〇〇 30 200820677 輸出音訊’以及一單聲道連接器（例如，一3 5111111迷你插口 或一RCA插口）用於輸入音訊給目標裝置3〇〇。該音訊連接 器將自目標裝置300輸出的音訊信號提供給音訊編碼解碼 态416，且接收音訊信號以輸入給該目標裝置3〇〇。音訊編 5碼解碼器416使用一基本的線性量化方案以將類比音訊輸 出信號轉換為數位信號，且將該等數位信號轉發給音訊引 擎426。音訊編碼解碼器416也自音訊引擎426接收數位信 號。音訊編碼解碼器416將被接收的數位信號儲存在一播放 緩衝器（playout buffer)内，且將該等數位信號轉換為被提供 10給目標裝置300的類比信號。在該示範性實施例中，音訊引 擎426及音訊編碼解碼器416是基於FPGA的。 DUS 500將音訊埠提供給一音訊周邊設備7〇〇。在該示 範性實施例中，該等音訊埠包含用於一對揚聲器7〇2的一立 體聲埠(例如，一3.5mm迷你插口，一對rca插口等），以及 15 一麥克風704或一音訊輸入裝置之一單聲道埠(例如，3.5mm 逑你插口或一RCA插口）。音訊編碼解碼器516利用該等音 訊埠將音訊信號提供給揚聲器7〇2，且自麥克風7〇4接收音 號。音訊編碼解碼器516使用一基本的線性量化方案以 將來自麥克風704的類比音訊信號轉換為數位信號，且將該 2〇等數位信號轉發給音訊引擎520。音訊編碼解碼器516也自 音訊引擎526接收數位信號。音訊編碼解碼器516將被接收 的數位信號儲存在一播放緩衝器内，且將該等數位信號轉 換為被提供給揚聲器7〇2的類比信號。在該示範性實施例 中’音訊引擎526及音訊編碼解碼器516是基於FPGA的。 31 200820677 在該示範性實施例中，該系統自-目.標裝置3〇〇提供兩 個44.1KHZ取樣16位元聲道（立體聲）给一 700’以及自該音訊周邊設備700提供〜個單一的44ικΗζ 取樣16位元聲道給該目標裝置300(即，只是單聲道傳輸）。 5 - 44·1ΚΗζ取樣率將提供其鮮分量細22版的音訊信 狀傳輸。因為該音訊周邊設備700至目標裝置·傳輸是 一單聲道’插入DUS 500的立體聲麥克風將導致一單聲道傳 輸給DIP 400 ’其中相同的信號在目標裝置3〇〇之兩個通道 中的每個上被發送。 10 音訊引擎426及526利用一系統指定的音訊封包格式透 過該IP網路100發送且接收被數位化的音訊。一發送方自其 編碼解碼裔獲付被數位化的音訊串流，構造一音气封勺 且將其轉發給其網路引擎以透過TCP鏈結傳輸。接收方自 其網路引擎獲得音訊封包，且將該資料增加到該播放(抖動) 15緩衝器。該播放緩衝器使其音訊編碼解碼器獲得一取樣串 流，該音訊編碼解碼器將該取樣轉換到類比形式，且播放 該音訊。在網路100上被發送的音訊封包具有一結構，在_ 個單一封包内，該結構能夠傳輸指定數目的取樣給多達兩 個聲道。 20 應該注意到的是，雖然示範性DIP 400被描述為自目標 裝置300接收兩個音訊聲道，但是此一描述只是為了示範性 目的，且並不意指限制DIP 400可接收的音訊聲道之數目。 DIP 400可接收任何數目的音訊聲道(例如，5、6或7，如環 繞聲系統中使用的）。類似地，DIP 400可具有多個音訊輸入 32 200820677 聲t此外’雖然DIP働被描述為發送類比音訊信號給一 、、〇/自—目標裝置300接收類比音訊信號，DIP 400 χ接收數位音訊信號，及數位與類比音訊信號之 組合。 5…二以協調被接收封包間隔（網路抖動）内的變化之播放 緩衝°°之S理對於品質播放是重要的。該演算法原則上應 以如下進行。 。^連接建立之後’當該純ϋ已將播放緩衝器充滿 5—0%時’雜收器將開始播放音訊取樣。這能夠使接收器 !〇容納被接收的音訊取樣加上或減去包含在該播放緩衝器之 50%内的取樣之數目的變化。 右該播放緩衝器空乏，則先前的取樣被重新播放，直 到下-取樣達到。若該播放緩衝器充滿，則該播放在該播 放緩衝器之中心重新開始（播放被再次重新設定到該播放 15 缓衝1§之中心）。 為了減輕必須採取可能導致一音訊干擾的此種突然的 動作，该播放緩衝器具有低浮水印及高浮水印，分別設定 為20%及80%。若該播放緩衝器低於2〇%浮水印，則每個取 樣被播放兩次，直到緩衝器填滿到高於2〇%，之後重新開 20始正常的取樣播放。若該播放緩衝器超過80%，則每兩個 取樣被丟棄一個，直到緩衝器低於8〇%，之後重新開始正 常的取樣播放。 DVD播放要求音訊播放在視訊之正或負8〇1^内以保持 lip同步。該示範性系統沒有採取明確的動作試著保持音訊 33 200820677 與視訊同步，因為網路潛時之處理使得lip同步應該保持。， 然而，一機制可被加入可選擇的實施例中。 音訊串流化連接之性能主要是音訊封包大小、網路潛 時之變化及播放緩衝(抖動）大小之函數。該播放緩衝大小可 5 在一音訊引擎上被組配以適應10ms至250ms網路抖動。一 音訊引擎應發送5ms的音訊給每個封包内的兩個串流。這是 最小的封包大小以在一 10ms抖動緩衝時有效地操作。該音 訊封包之大小決定該接收器經歷的抖動之間隔尺寸，封包 越大，傳輸之效率越大。然而，由於網路1〇〇内的封包丟失 10 或擁塞而產生的封包潛時内的變化，也增加了對音訊品質 之影響。 為了包含5ms的音訊，一音訊封包需要能夠攜載882位 元組的原始取樣資料（不包括音訊封包標頭、TCP、ip及乙 太網標頭）。該播放緩衝（抖動）大小可在軟體控制下被修 15改。在該接收器内用以適應在1〇至250ms範圍内的網路抖動 所需的緩衝大小在1764位元組與88200位元組之間。 該示範性實施例的播放緩衝大小可如下被計算： 44100χ2位元組=每秒882〇0位元組(每⑽88 2位元組)數 位化音訊串流。立體聲具有兩個串流，每ms的音訊提供總 20 的176.4位元組。 5ms的音訊=5x176.4=8 82位元組 為了適應+-10ms的網路抖動，需要1764位元組χ2==3528 位元組的緩衝區。 為了適應+-250ms的網路抖動，需要441〇〇位元組 34 200820677 、χ2=88200位元組的緩衝區。 “ 與-鍵盤&滑鼠媒體串流及一大容量儲存媒體串流有 關的系統元件及行為在第丨〇_丨3圖中被描述。 第1〇圖描述了在DUS 500與Dlp 4〇〇之間的一連接建立 5之前DUS 500與DIP 400之電力開啟時的行為。 DIP 400提供一能夠低速/全速的USB埠4丨仏及一能夠 全/高速的USB埠給-目標裝置3⑼。在該示範性實施例中， 忒DIP/目標裝置介面412包含兩個周邊設備控制器：能夠低 速/全速的USB埠412a及一能夠全速/高速的usb埠412b。 10 該DIP 400當電力開啟時列舉給一目標裝置3〇〇。埠 412a將其本身以包含以下裝置的組成性USB裝置列舉給一 目標裝置300 : —鍵盤裝置及一滑鼠裝置，該鍵盤裝置具有 來自鍵盤的訊務之一中斷端點且提供描述一標準的鍵盤報 告格式的一報告描述符，該滑鼠裝置具有來自滑鼠的訊務 15之一中斷端點且提供描述一標準的滑鼠報告格式的一報告 描述符。埠412b將其本身以一大容量儲存裝置列舉給一目 標裝置，使用僅大容量傳輸等級，具有“易懂的％^ “指 令方塊之一次級等級。目標裝置300將根據此列舉載入其標 準的鍵盤、滑鼠及大量儲存裝置驅動程式。該DIP 400必須 20能夠被電力開啟，且處於一狀態以在該目標裝置300決定不 可看見一鍵盤之前，讓該目標裝置300知道存在一鍵盤。 該DUS 500提供以下周邊設備埠：一PS/2滑鼠、PS/2 鍵盤以及4個USB埠，其中每個USB埠將接收低速、全速或 高速USB周邊設備。 35 200820677 DUS 500之USB璋連接” USB控制器512。USB控制器 512可是商業上現成的能夠夠低、全速及高速的主控制器。 在該示範性實施例中，該等USB埠是4個USB類型_A連接 器。然而，另一數目或其他類型的USB連接器也可被使用。 5在該示範性實施例中，控制器512被要求最少能夠同時支持 三個低速/全速裝置及一個高速裝置。藉由不支援分離式 USB傳輸，該USB驅動程式實施態樣可被簡化。這意味著 一高速網路集線器不可被用以將低速/全速裝置連接到該 DUS 500。DUS 500之PS/2埠連接PS/2介面514進行通訊。該 10 PS/2介面514可利用一標準的fpgaPS/2實施態樣實現。 該DUS 500在電力開啟時列舉附接的usb裝置1〇00且 初始化附接的PS/2鍵盤800及滑鼠900周邊設備。當插入後 啟動時裝置1000也被列舉出。DUS 500指定一位址給該裝置 1000,且讀取其描述符以將本身識別且組配給該特定裝置。 15 ；^準的鍵盤/滑鼠”報告描述符被儲存（硬編碼）在該 DUS 500上，以當建立一連接時該DIP 4〇〇可得到該等描述 符。PS/2鍵盤/滑鼠指令在DUS 500上被解譯為USB格式。 OSD 550被啟動時可獲得鍵盤及滑鼠資料。當一〇sd 550沒有被啟動時，所有被接收的鍵盤及滑鼠資料被丟棄， 20 直到一連接建立。 就該目標裝置300之觀點而言，沒有任何大容量儲存裝 置被附接，直到DIP 400與DUS 500之間建立一連接。這樣， DIP 400不必虛擬SCSI回應給該目標裝置3〇〇，直到一連接 建立。因為當建立一連接時，該目標裝置3〇〇被強制重新列 36 200820677 舉，其·將重-新公佈列舉時的鍵盤狀態。當連接建立時，自. 該目標裝置300發送的一鍵盤或滑鼠之LED及大寫鎖定設 定或資料封包不需要被儲存以發送給該DUS 500。 USB周邊設備1〇〇〇可被插入包括低速/全速hub 412a ， 5的該等USB埠中的任何一者。當DUS 118仏驅動程式不能夠 處理分速交換處理時（即，低度/全速及高速裝置之一混合可 被插入集線器（HUB)，這將需要與該D1JS共用一高速鏈 結），不可插入高速USB HUB。出於簡單之目的，該DUS 500 Φ 上的HUB之支援可被排除。 10 與USB鍵盤及滑鼠連接控制及資料流有關的示範性系 統行為在第11圖中被描述。 在建立一USB鍵盤及滑鼠對話之前，必須滿足以下條 件：DUS 500及DIP 400已被電力開啟，一USB鍵盤及滑鼠 已被DUS 500列舉出，DXJS 500已與DIP 400建立AVSP控制 15對話，該等網路引擎434及534已被致能，且該鍵盤及滑鼠 * 對話已在該對話證書上致能。 冒 該DUS 50〇利用一擴充AVSP指令將該被列舉出的鍵盤 及滑鼠之原始報告描述符904透過SSL/TCPIP發送給該DIP 400。軟體550管理將來自USB控制器512的鍵盤及滑鼠資 20料傳送給網路通訊硬體530。實施態樣可選擇利用軟體550 傳送實際的鍵盤及滑鼠報告。 該DIP 400接收該報告描述符904，且強制重新列舉組 成性鍵盤&滑鼠USB埠308，從而將該列舉中新的報告描述 符報告給目標裝置300。這將確保原始的周邊設備鍵盤或滑 37 200820677 一，鼠報告不經解譯地自一周邊設備傳輸給目標裝置300。此最 小化鍵盤及滑鼠資料之處理，且可促進硬體以有助於該實 施態樣。除此控制對話之外，該軟體440沒有被包含在鍵盤 及滑鼠報告傳輸内。當建立一連接之後該DIP 400強制該目 5標裝置300重新列舉時，電源沒有自該周邊設備900中被移 除。這意味著到連接建立時，傳送來自該DUS 500的裝置或 報告904且被DIP 400報告給該目標裝置300是有彈性的。這 也意味著第二埠（第一埠具有鍵盤、滑鼠、大容量儲存器） 可被用於使用鍵盤及滑鼠協定的同屬HID裝置，從而使正確 10 的驅動程式被載入到該目標裝置300上。 已完成列舉的DIP 400致能鍵盤及滑鼠資料路徑。該 DIP 400需要發送目標裝置300發送的鍵盤設定給DUS 500，因此該DUS 500可初始化鍵盤LED、大寫鎖定、數字 鎖定等設定與目標裝置300—致。該DUS 500當自列舉完成 15的DIP 400接收應答時致能其鍵盤及滑鼠路徑。鍵盤及滑鼠 資料此時在周邊設備與目標裝置3〇〇之間流動。 若一鍵盤或滑鼠沒有在一 DUS-DIP連接建立之前被插 到該DIP 400上，則該等周邊設備當被插入時被列舉出，且 一旦DUS 500知道該等報告描述符9〇4，遵循以上描述的順 20序。移除一鍵盤或滑鼠不會產生與DIP 400之互動，其看不 見任何鍵盤或滑鼠資料。當一裝置被插入時，該DIP 400只 是如所描述的重新列舉。該DUS 500監測OSD啟動鍵序列之 母個鍵脈衝。當該OSD活動鍵序列被偵測出時，該〇sD 550 被啟動，且自該DUS 500上的周邊設備接收的所有鍵盤及滑 38 200820677 鼠訊務被導向給該OSD 550 ^當OSD 550被去除時，該Dus 500上的鍵盤及滑鼠資料流被重新致能。 DUS USB控制器512必須以被公佈的速率輪詢裝置。典 型而言，滑鼠/鍵盤之每8ms的最大速率=每秒125個處理。 5目標裝置USB控制器308必須必須以被公佈的速率輪詢滑 鼠及鍵盤端點。例如，可公佈滑鼠為8ms且鍵盤為1〇1^， 從而決不會堵塞封包。可選擇的方式是，該周邊設備9〇〇報 告給該DUS 500的一速率可被公佈。 4 USB鍵盤報告修改符位元組可被硬體掃描以偵測出 10作用中的修改符鍵按鈕。一實施態樣可選擇以硬體實施此 功能以有效率。該系統上的OSD熱鍵可是在按順序被按下 兩次之可用的修改鍵(Shift、Ctrl等）中的一者或多者。 關鍵是當自該周邊設備9〇〇發送滑鼠報告904給該目標 裝置300時的潛時被最小化，以最佳化DUS 500使用者觀察 15的'腎鼠潛時。減少在該滑鼠900至目標裝置300路徑内包含 的車人體給將大大減少此方向内的潛時。

然而，具有由於USB中斷傳送裝置輪詢機制引入的自 潛時。附接到一PC之一典型的USB滑鼠可看見最糟糕的 【月'兄達到從周邊設備至PC為8至10ms(假設PC 8或l〇ms輪 月％)潛時。當本系統被加入到該路徑時，以下潛時被加 入到該周邊設備至PC路徑：DUS 500内的潛時(<lms最糟糕 的^況）、網路1〇〇中的潛時(假設<〇 5ms最糟糕的情況）'DIP 400内的潛時(<lms最糟 糕的情況），以及目標裝置300至DIP 兩11旬間隔（最差情況8至1 〇ms)。 39 200820677 因此，假設DIP 400正公佈一 10ms輪詢間隔，則12.5ms 之整個最糟糕情況潛時被增加。在從目標裝置300至顯示器 600之視訊路徑内的潛時需要被加入以獲得整個來回滑鼠 潛時。 5 每秒的視訊圖框之數目影響滑鼠性能。如依據第8圖所 描述的，視訊引擎428包含一種用以若DUS 500與DIP 400 之間的潛時超過一特定值，則自動調整每秒的圖框之演算 法。直接連接到一目標裝置300的顯示器600每秒使用60個 圖框表示一圖框每16.66ms被更新一次。從一目標裝置300 10 在該視訊上更新滑鼠到該視訊在該顯示器上被顯示之時間 可能具有一 16.66ms之最糟糕情況的潛時。 當本糸統被加入到該路徑時’以下增加示範性之潛時 給該目標裝置300至顯示器600路徑：DIP 400内的潛時 (<lms最糟糕的情況）、網路1〇〇中的潛時（假設網路間為 15 60fps<0.5ms最糟糕的情況）、DUS 500内的潛時(<lms最糟 糕的情況），DIP 400至目標裝置視訊基於6〇Hz監測顯示器 (最差情況<=16.66ms)。因此，假設視訊以6〇fps，則該目標 裝置300至DUS 500路徑上整個最糟糕情況之額外潛時大約 為 19ms 〇 20 本系統增加的整個最差情況來回延遲是31.5ms。即： 周邊設備900至目標裝置300路徑（最差情況i2.5ms)+目標裝 置300至周邊設備900路徑(最差情況i9ms)。 本系統增加的整個平均來回延遲是lgms。即，周邊設 備900至目標裝置300路徑（平均7ms)+目標裝置3〇〇至周邊 40 200820677 设備900路徑(平均llms)。18ms是與習知的產品增加的滑鼠 潛時相比。 該DIP 400已報告一標準的系統鍵盤及滑鼠報告格式 及輪詢速率給該目標裝置300。因此，當一AVSP控制通道 5在該DUS 500與DIP 400之間創建時，不需要傳送描述符資訊。 鍵盤及滑氣流需要在該DUS 500上被解譯為uSB格 式，然而硬體有助於被用於USB鍵盤及滑鼠流過mp 4〇〇， 如同用於原始的USB周邊設備一樣。 建立該DUS 500與DIP 400之間的連接可強制該目標裝 10置3〇〇重新列舉該USB埠，且將報告自該DUS上的同屬裝置 收集的全組描述符資訊。這將引起該目標裝置3〇〇載入裝置 特定驅動程式，且使裝置能夠操作。此等裝置包括操縱杆、 基於輸入板的控制器、繪圖工具等。 與p s / 2鍵盤及滑鼠連接控制及資料流有關的示範性系 15 統行為在第12圖中被描述。 在建立一PS/2鍵盤及滑鼠對話之前，以下條件可被滿 足·· DUS 500及DIP 400已被電力開啟、一PS/2鍵盤及滑鼠 已被DUS 500初始化、DUS 500已建立與〇1卩400之八\/^?控 制對話’該等網路引擎434及534已被致能，且該鍵盤及滑 20鼠對話已在對話證書上被致能。該DUS 500可將該滑鼠報告 速率組配為一值，該值使其能夠計時處理每個鍵活動碼及 暫停碼且解譯給USB之時間（即，每2〇-25ms或更多）。 該DUS 500利用一擴充AVSP指令透過SSL/TCPIP發送 報告描述符給該DIP 400。該報告描述了該PS/2鍵盤/滑鼠資 200820677 5 參 料被該軟體540解譯成的USBL格式。… 該DIP 400接收該報告描述符，且在該組成的鍵盤及滑 鼠USB埠上強制重新列舉，從而將該列舉内之新的報告描 述符報告給該目標裝置300。這將確保鍵盤及滑鼠報告格式 可被該目標裝置300解譯。已完成列舉的DIP 400致能鍵盤 及滑鼠資料路徑。該DIP 400需要發送該目標裝置300發送 的鍵盤設定給該DUS 500，因此該DUS 500可初始化鍵盤 LED、大寫鎖定、數字鎖定等設定可與目標裝置3〇〇—致。 該DUS 500當接收來自列舉完成的DIP 400之應答時致能其 10 鍵盤及滑鼠路徑。鍵盤及滑鼠資料流此時在周邊設備與目 標裝置300之間流動。除此之外，對話軟體440之控制沒有 被包含在鍵盤及滑鼠報告傳輸内。 當在一連接建立之後，該DIP 400強制該目標裝置300 重新列舉時，電源沒有自該周邊設備被移除。這意味著當 15 • 連接建立時，自該DUS傳送裝置或報告描述符且被該DIP 400報告給該目標裝置300是可行的。在PS/2之情況下，這 可被用以正確地建立DIP 400，為PS/2滑鼠報告速率、報告 格式。 PS USB HC必須以公佈的速率輪詢滑鼠及鍵盤端點。 20 例如，可公佈滑鼠為8ms且鍵盤為l〇ms，以決不會堵塞封 包。可選擇的方式是，該周邊設備報告給該DUS 500的一速 率可被公佈，在此情況下是每隔25ms。該鍵盤/滑鼠USB埠 308(低速/全速)利用自該DUS 500獲得的報告描述符被重新 列舉。 42 200820677 若一鍵盤:或滑鼠在DUS-DIP連接建立之前被插入該 DUS 500 ’則PS/2周邊設備在插入時被初始化，且一旦DUS 500知道該專報告描述符時遵循以上描述的順序。移除一鍵 盤或滑鼠不會產生與該DIP 400的互動，其僅看不見任何鍵 5盤或滑鼠資料。當一裝置被插入時，該DIP 400只是如所描 述的重新列舉。 與大容量儲存器（虛擬媒體)連接控制及資料流有關的 示範性系統行為在第13圖令被描述。 _ 當該DIP40〇電力開啟時，該DIP 400已報告一標準的大 10容量儲存塊傳輸裝置給目標裝置300。然而，當一DUS-DIP 連接建立時，一AVSP控制通道在該DUS 500與DIP 400之間 被創建，該等目標裝置3〇〇 SCSI請求可透過該系統被傳輸 給該周邊設備/自該周邊設備被傳送。 與鍵盤及滑鼠連接建立類似，藉由獲得來自該DUS 500 15的報告描述符且強制該目標裝置300重新列舉全速/高速 埠，存在修改該DIP 400報告的描述符之機會。 ® 該系統傳送該等SCSI處理，沒有複製或解譯該等處 理。標準的大容量儲存PC裝置驅動程式將使用所有大容量 儲存相容裝置支援的一共同組的SCSI指令。此支援階層可 20處理記憶棒提供的所有需要的功能，然而不可獲得類似打 開抽屜(drawer)及CD選擇功能此類的CD/DVD特別功能。 然而’若該系統可處理該SCSI指令組，則報告實際的 周邊設備報告描述符意味實際真正的裝置驅動程式將被載 入到該PC ’且該驅動程式之全功能將被使用。若該實施態 43 200820677 _樣可“傳輸’’SCSI資訊並解譯它們（除了取出長度及方拘指 示符之外），這是可能的。 在建立-USB大容量n存對話之前，以下條件應被滿 足：DUS 500及DIP 400已電力開啟，-大容量儲存裝置1000 5已被DUS 500列舉出，DUS 500已建立與DIP彻之燃!>控 ㈣話，大容量儲存對話已在對紐書上致能。該實施態 木八僅傳輸SCSI彳a令’且不需要解譯或與該目標裝置驅動 程式互動/模仿（Spoof)。

籲該DUS 500利用-擴充AVSP指令將被列舉的大容量儲 ίο存裝置1000之裝置及介面描述符發送給該DIP 400。該DIP 400接收該等報告描述符，且強制該全速/高速埠31〇之重新 列舉，從而將該列舉中新的報告描述符發送給該目標裝置 3〇〇。已完成列舉的DIP 400致能大容量儲存資料路徑。該 DUS 500當接收到列舉完成的DIp 4〇〇之應答時致能其資料 15路徑。大容量儲存資料此時在周邊設備與該目標裝置300之 ; 間流動。所有資料在軟體控制下被硬體傳送。若在一 _ DUS_DIP連接連接之前沒有任何大容量儲存裝置被插入， 則菖該大谷ϊ儲存裝置1 〇〇〇插入時被列舉出，且一曰該 DUS 500知道該等報告描述符則遵循以上描述的順序。一裝 20置之移除導致該DIP 400上的資料路徑之移除。當一裝置被 插入時，該DIP 400只是如所描述的重新列舉，因為其必須 保持一裝置在那以保證電源之持續。 軟體550沒有複製或解譯資料SCSI媒體傳輸封包。除了 初始的連接建立之外，軟體沒有被包含在資料傳輸内。除 44 200820677 了初始的連接建立之外，軟體45Q沒有被.包含在SCSI封包傳 送内。 ^DUS 500需要在該SCSI處理之每個512位元組區塊 内包含的軟體，以促進從該主控制器512到該網路引擎 5之傳輸，以及從該網路引擎534到該主控制器512之傳輸， 資料緩衝器被每一方共用。 為了使系統k供一良好的通量，一SCSI處理之512個 USB處理需要被硬體分組為—較大的資料區塊給每個軟體 互動。該分組應使得軟體互動被需要不超過每隔5ms至 10 10ms ° 5ms需要一 13·6Κ位元組之共用緩衝給每一方(HC， 網路引擎緩衝被要求在一方接收且同時在另一方發送），即 27.2K位元組{5/〇 189=26 5間隔（512封包）=13·568κ處理大 小被需要}。8ms需要一21.5Κ位元組之共用緩衝給每一方 (HC’網路引擎），即43K位元組{8/0.189=42個間隔（512個封 15包)=21.50復處理大小被需要}。 如所描述，該緩衝假設一個單一的大容量儲存裝置， 從增加另一個大容量儲存裝置將需要兩倍的緩衝空間以維 持一類似的通量。 在此方案中，該DIP.400不瞭解SCSI階層處理。其僅僅 20 是將資料塊從USB傳送到網路100以及從網路100傳送到 USB。該DUS 500需要至少知道該等SCSI處理。其需要知道 SCSI請求類型（CMD、資料、狀態）、其長度，以及若其是 否是一輸入或輪出請求，其可正確地管理HC USB排程。該 記憶體HC及網路引擎FpGA應該是雙埠共用的記憶體。 45 200820677 一DIP 400與DjJS 5⑽之間的媒體之傳輸可發生在以下 三個操作模式中的任何一者内：擴充、桌上型及矩陣。無 論是何操作模式，該DIP 400是一從屬裝置，且不知道其正 在操作中的組態。 5 第14_18圖描述了擴充組態，在該擴充組態中，存在一 個單一的DUS 500及DIP 400，且一DUS 500基於一直接的 實體連接連接到一特定的DIP 400—不需要登入。該DUS 500與該DIP 400建立彼此之間的媒體對話，沒有使用一可 信賴的第三方。因此，一中間鑑定、授權及管理引擎（即， 10 MgmtApp 200)在該擴充組態中是不被需要。擴充模式沒有 使用者之概念。在一點至點擴充組態中，所有管理及組態 應透過該DUS OSD 550或串聯介面560獲得。該DUS 500上 的OSD 550應致能使用者及管理者層組態。該DUS 500上的 串聯介面應提供任命、一般管理及除錯能力。 15 當一DUS 500與DIP 400利用一單一纜線被直接連接時 (如第14圖所示），或者當該DUS 500與DIP 400透過MAC廣 播範圍（例如，一IP子網路)定義的一實體或虛擬乙太網LAN 片段被連接時(如第15圖中所示），該擴充組態被使用。 一旦被啟動，一 DUS 500自動連接到一合作的DIP 2〇 400,其中合作的DIP 400是直接連接到DUS 500的一個單一 DIP 400，或者該DUS 500之IP子網路上的一個單一 DIP 400。DUS 500-DIP 400連接透過SSL鑑定連接。當被用於一 直接的纜線組態時，該DUS 500-DIP 400連接被定義且被實 體線連接保護。 46 200820677 當被V用在一實體子網路上時，該實施態樣使用廣播,告 動發掘（broadcast auto-discovery)。若一DUS 500 及一 DIP 400存在該子網路上，則該DUS 500將僅連接且保持連接到 一DIP 400。否則，一DUS 500不將連接到一DIP 400(其進 5 入桌上模式）。若該實施態樣沒有使用自動發掘，則該DUS 500只連接到一被組配與該DUS 500被組配以連接的ip位址 相同的IP位址之DIP 400。該DUS 500可被組配以連接到任 何DIP 400 IP位址。此IP位置可透過該DUS 500串聯埠被改變。 最小管理在擴充模式中是需要的。該等設備將“直接在 10 盒外”操作。即，該管理者僅需要為一DUS 500及DIP 400 在一擴充組態中安裝預設設定，如第14及15圖。若該等設 備不具有預設設定，則該等設定可透過該DUS 500串聯埠 560被重新設定。 一管理者藉由以下步驟安裝該等設備：將周邊設備連 15 接到該DUS 500、將DUS 500連接到一乙太網lo/ioo/iooo 纜線、將DIP 400連接到該纜線、將DIP 400連接到目標裝置 300，啟動該目標裝置300(透過USB埠電力開啟該DIP 400)，且該DUS 500電力開啟。 一旦該DIP 400啟動，其藉由使用其廠商預設ip定址機 20 制（例如，DHCP)而初始化本身以搜尋一IP位址。在擴充模 式中，不可獲得任何DHCP伺服器。一旦一DUS 500啟動， 其顯示一初始化螢幕，且利用其靜止IP位址資料初始化本身。 一旦DUS 500及DIP 400被安裝，該DUS 500開始建立 與該DIP 400之一連接的流程。此流程在第16圖中被描述。 47 200820677 在該示範性實施例中，〜該-DUS 500及DIP 400利用 AIDP(Avocent安裝發掘協定）廣播發掘。一 ip組態協定（例 如，ASMP(Avocent安全管理協定）被該DUS 500用以獲得 DIP 400資訊。該DUS 500藉由廣播AIDP發掘封包尋找一合 5作的DIP 400。該DUS 500將保持搜尋，直到其找到一DIP 400或DUS 500，從而每秒發送一廣播。當一被初始化的DIP 400接收到一AIDP發掘協定請求時，其藉由識別本身而回 應。這允許DUS 500知道其存在。當一個單一DIP 400被偵 測出時，該DUS 500使用該AIDP協定以給予DIP 400的IP位 10 址來對該DIP 400程式化，且繼續搜尋其他的DUS及DIP， 但是以一較慢的速率（例如，每隔10秒）。該DIP 400接收 AIDP協定訊息列以組配ip位址資料。該DIP 4〇〇永久地儲存 IP資料，且組配其本身以使用靜態IP定址。當DIp 400被插 入一網路100時，其保持安靜，且只回應請求。特例*SNMp 15 陷阱，若它們被致能。在此情況下，該DIP 400在啟動時將 發送一 SNMP陷阱給該被組配的目的位址。

一旦一個單一的DIP 400被偵測出且被程式化一ip位 址，該DUS 500驗證該DIP 400是相容的，且藉由與該DIP 400建立一ASMP對話組配該DIP 400。該DUS 500及DIP 400 20 上的永久對話證書被用以鑑別一ASMP SSL對話。該DIP 400接收且回應來自DUS 500之版本及其他資訊的ASMP請 求。該DUS 500將利用該ASMP協定獲得DIP 400修改資訊， 且驗證其是可相容的。該DUS 500可選擇利用ASMP在該 DIP 400上組配特定的參數。該dip 400可接收且回應ASMP 48 200820677 請求以組配資料-。一旦該組配程式完成，該DUS 500關閉與…一 該DIP 400之ASMP對話，且利用依據第6圖所描述的AVSP 協定建立與該DIP 400之AVSP控制SSL連接。 該DUS 500啟動AVSP維生即時傳輸/答覆，檢查DUS 5 500與DIP 400之間的對話控制連接。該DUS 500組配且致能 其媒體對話，如對話證書中所指出的。當偵測出來自該DIP 400的AVSP維生回應時，該DIP 400組配且啟動其媒體串 流。該DIP 400回應請求以建立一AVSP對話控制SSL連接、 交換對話證書，永久地保持在該DIP 400上。當該DIP 400 10 在該對話控制連接上接收到一AVSP維生時，其如自該DUS 500接收的對話證書内指出的組配其媒體對話（該DUS 500 當接收維生回應時致能其媒體串流）。該DIP 400發送一維生 回應給該DUS 500。該DUS 500使用者此時連接到該目標裝 置300。 15 若多於一個DIP 400或另一DUS 500在任何時刻上被偵 測出，則該DUS 500重新設定其具有的開放式連接，且進入 桌上模式。直到該DUS 500已明確被提供以處於桌上模式， 其總是嘗試在電力循環時開始擴充模式。 若該AIDP發掘程序在找到一DIP 4〇〇之後遺漏了來自 2〇該DIP 400之三個連續的發掘答覆，則其假設該mp 4〇〇正在 遺失且進入快速發掘模式，以偵測該DIP 4⑽返回，或者偵 測已被插入的一新的DIP 400。若已找到一 DIP 400的AIDP 發掘程序找到下一發掘回應指出一具有一不同的M A c位址 的DIP 400(即，DIP 400已被切換），則該發掘程式初始化重 49 200820677 …★新設定與該DUS 500之所有開放式連接，且在π個單一dip 400被發掘的時刻上重新開始此程序。一實施態樣可選擇不 使用AIDP發掘協定。一實施態樣可選擇不使用aSmp用於 該DUS 500擷取DIP 400資訊。AVSP之擴充可被用以在連接 5 建立時擷取所需的資訊。 第17圖描述了在一擴充模式組態中的一DUS 500及一 DIP 400之架構行為及寬協定效用。當一連接建立時，該 DUS 500能夠適應一目標裝置300被重新設定或該DIP 400 被替換之可能性。當此發生時，連接需要被快速地重新建立。 10 該DUS 500應在2〇秒内完成電力開啟序列，包括其可執 行的任何自測試診斷。該DUS 500應在電力開啟期間保持該 DUS 500使用者被通知其活動，透過顯示器6〇〇上的一 〇SD 訊息顯示。該DUS 500及DIP 400中的每個應具有一永久被 儲存的對話證書（隨產品附帶的廠商預設)用於擴充模式。該 15 等證書被用於SSL鏈結建立。該DUS 500對話證書應具有媒 體對話特性擴充，被用以決定連接的媒體對話及對話特 性。當電力開啟時，該DUS 500總是回應AIDP發掘請求， 無論是何操作模式。 當該目標裝置300被電源切斷時，產生該DIP 400之突 20 然電源切斷。該DUS 500停止接收AVSP維生答覆（每隔 500ms)。在遺漏三個連續的答覆之後，該DUS 500宣告與該 DIP 400之連接斷開。該DUS 500重新設定其與該DIP 400之 開放式SSL/TCPIP連接（媒體串流及AVSP控制對話)，且顯 示一表示與該DIP 400之連接斷開的訊息。該DUS 500將該 50 200820677 AIDP發掘程式設於快速偵測模式_(1秒間隔，而不是1〇秒）。 當該DUS 500 AIDP程序再次偵測出一DIP 400時，其指出該 DIP 400是否是與被遺漏的DIP 400相同的DIP 400(基於 MAC位址）。若相同的DIP 400被發現，則該DUS 500遵循在 5該ASMP對話被關閉之後的DUS 500電力開啟使用情況順 序。即，該DUS 500重新建立與該DIP 400之AVSP控制對 話，且該媒體對話被重新建立。 若已找到一DIP 400的AIDP發掘程序發現下一發掘回 應指出一DIP 400具有一不同MAC位址（即，DIP 400已被切 10 換），則該發掘程序初始化重新設定與該DUS 500之所有開 放式連接（因為在此情況下它們可能已被重新設定，若另一 應用程式偵測出與一DIP 400較快速通訊之問題），且在一個 單一DIP 400被第一次發現之後在該DUS 500内重新開始。 該實施態樣可選擇不使用AIDP自動發掘及IP組態協定。 15 當該目標裝置300重新啟動且下一DIP 400電力開啟 時，在該DUS 500與DIP 400上建立一連接花費的時間再次 需要足夠快速以能夠使一DUS 500使用者存取目標裝置基 本輸入輸出系統(BIOS)。此問題藉由以下事實而被減輕： 若相同的DIP 400被重新發現（已被遺漏），則緊接著重新建 20 立連接。 當一連接建立時，該DUS 500被電源切斷是可能的。當 電源切斷一DUS 500時，一存在的連接被全部有效地移除， 且完全被重新建立。該DIP 400當偵測出與一DUS 500之連 接遺漏時，清除與該DUS 500之任何開放式連接，且本身準 51 200820677 備另一連接嘗試〜此流程如下： 該目標DUS 500被電源切斷，從而導致該DUS 500之突 然電源切斷。該DIP 400停止接收AVSP維生請求（每隔 500ms)。在遺漏三個連續的請求之後，該DIP 400宣告與該 5 DUS 500之連接斷開。該DIP 400重新設定其與該DUS 500 之開放式SSL/TCPIP連接（媒體串流及AVSP控制對話）。該 DIP 400此時準備接收另一AVSP控制對話建立請求(再次重 新建立連接）。一實施態樣可選擇在DUS 500與DIP 400之間 不使用ASMP，而是使用一AVSP擴充以擷取來自該DIP 400 10 之資料。 一旦一連接建立，則兩個方向内的一纜線故障阻斷通 訊也是可能的。一網路或纜線故障將導致DUS 500遺漏維生 回應，且該DIP 400遺漏維生請求。該DUS 500表現如當該 DIP 400被電源切斷時所指出的。該DIP 400表現如當該DUS 15 500被電源切斷的所指出的。當重新開始網路/纜線連接 時’該DUS 500在一秒（快速發掘間隔）内重新發現該Dip 400。該AIDP發掘程序辨識出其是相同的DIP 400(在發掘回 應中返回的MAC位址），且重新建立與該DIP 400之AVSP控 制連接及相關的媒體對話。 20 阻斷從該DUS 500至DIP 400方向内的通訊之一網路/ 纜線故障將使DIP 400之行為表現如當該DUS 500被電源切 斷時所指出的行為。阻斷從該DIP 400至DUS 500方向内的 通訊之一網路/纔線故障將使DUS 500之行為表現如當該 DIP 400被電源切斷時所指出的行為。 52 200820677 擴充組態之另一層面是 — DUS 5⑽相對於辏〇SD(螢幕 顯示）550上呈現的項目之能力。在該〇SD 55〇上呈現的所有 項目被假没可被該DUS 500修改。管理項目透過密碼保護串 聯埠560被執行。該DUS 500使用者敲擊該〇SD 55〇熱鍵序 5列，之後該〇SD 550被顯示，且所有鍵盤及滑鼠處理被導向 至該OSD 550。該使用者可根據需要導覽該〇SD 55〇。當— 連接建立時，OSD 550應提供查看且執行在該DIP 4〇〇上進 行資料擷取或修改之動作的能力，以及提供查看且在該 DUS 500上本地執行動作之能力。該ASMp協定被用以查看 10該DIP 400上的版本及定址資料。該Avsp協定被用以修改該 等媒體對話之特徵。實施態樣可選擇不使用ASMP，而是使 用AVSP之一擴充。 當該串聯介面560被密碼保護時，該管理者插入一密 碼，且給出可藉以獲得組態的一串聯選單。選單選項包括 15設定1p位址、透過xm〇dem下載影像檔案、DUS 500之韌體 升級、DIP 400之韌體升級等。存在隱藏式選單選項用於製 造發展及技術支援除錯目的。 第18圖是擴充組態之一示範性功能模型。第18圖總結 了如先前描述的處於擴充模式的DUS 500及DIP 400之操 2〇作。如第18圖所示之示範性實施例，DUS 500利用AIDP發 掘 DIP 400，DUS 500利用 ASMP管理一 DIP 400，DUS 500 及DIP 400利用AVSP建立一控制通道，且創建媒體對話。此 外，如第18圖所示，DUS 500可使用WOL(在LAN上喚醒) 以當一適當的網路連接被建立時電力開啟一目標裝置 53 200820677 3 00。此流程依據桌上/矩陣組態被較詳細地描述。 第19-25圖描述了桌上/矩陣組態。 第19圖描述了 一示範性桌上/矩陣組態。如第19圖所 示，任何數目的DUS 500及任何數目的Dip 4〇〇連接到一區 5域網路100a。這樣，一特定的DUS 500及DIP 400利用一可 信賴的第三方彼此之間建立媒體對話，該管理應用程式 (MgmtApp)200連接到區域網路100&。此外，目標裝置3〇〇 及區域網路100a連接到一廣域網路1〇〇b。一管理客戶端 1100及網路1200也連接到廣域網路i〇〇b。 10 桌上及矩陣模式都包含一使用者登入到一DUS 500且 連接到一DIP 400。這兩個模式之間的區別是處於桌面模式 時，該使用者將自動連接到一預定的DIP 4〇〇。除了當一使 用者登入到該DUS 500時，一使用者獲得一目標裝置3〇〇(或 者DIP 400)之列表之外，矩陣模式類似於桌面模式。接著使 15用者選擇一目標裝置3〇〇,且一指定的連接被建立。登入及 自動登入模式都可用於這兩個模式。 該MgmtApp 200提供以下功能：管理、鑑定及授權。 核心MgmtApp 200管理包含用以執行以下功能的能力：管 理目標裝置使用者之一資料庫、系統管理者及管理設備(例 2〇如’ DUS 500及DIP 400)。該MgmtApp 200可藉由以下步驟 組配設備：升級/降低設備韌體版本、組配設備定址資訊、 組配該DUS 500使用的登入模式(即，登入或自動登入）。 MgmtApp 200也可管理使用者存取對話資料。這包括一指 定使用者被允許登入的DUS，當自一指定DUS存取時被使 54 200820677 的操作拉式(例如a桌上或矩陣）、被允許用於一指定使用 體對話(例如’視訊、V媒體、鍵盤/滑鼠或音訊）。此 官理者可使用MgmtApp 200根據每個使用者基準致 月匕及不月b媒體對話。一管理者可設定被允許用於一指定使 5用者的最大媒體對話特性。一管理者可設定一使用者需要 的最大品質及性能體驗。這提供一種用以管理使用者使用 的、、罔路頻I之機制。以下被-管理者組配以用以管理網路 頻見·視訊特性(例如，每秒之圖框及色彩深度）、v媒體特 馨 性（阿頻寬使用者視訊與v媒體之間的頻寬使用之比率）以及 10音訊特性(例如，抖動/重播緩衝大小）。頻寬使用設定之比 率有效地保證了一指定的最小百分比之頻寬用於視訊。抖 動/重播緩衝大小是網路潛時之一特徵，而不是頻寬。 該MgmtApp 200提供以下之鑑定：管理者透過一網頁 流覽器存取MgmtApp 200(即，Mgmt客戶端1100存取），以 15及目標裝置使用者存取一DUS 500。目標裝置使用者存取一 DUS 500鑑疋包括，内部鑑定(MgmtApp 200鑑別使用者/密 籲 碼）以及透過使用一第三方鑑定伺服器的外部鑑定(LDAP、 活動目錄等）。 該MgmtApp 200授權功能包括：授權系統管理者及 20 DUS-目標PC使用者系統存取權利、媒體對話定義及連接性。 桌上/矩陣組態之一般系統層原則藉由描述以下使用 情況被描述：（1)包括下列的安裝/管理：設備安裝/管理(依 據第20圖描述）、目標裝置管理(依據第21圖描述），以及使 用者管理；（2)被安裝的DUS及DIP之電力開啟（分別依據第 55 200820677 .23及24·圖被描述）；（3)連接建立及移除（第22圖）；（4)被安裝 的DUS及DIP之電源切斷；以及(5)纜線或網路故障。

用以使系統進入一待命狀態以建立一DUS 5〇〇與DIP 400之間的媒體對話之設備的初始安裝及任命依據第20圖 5 被描述。 對於初始安裝，假設DUS 500及DIP 400具有預設的廠 商設定，且DUS 500預設其登入已被致能且依據第19圖被連 接。也假設包括MgmtApp 200的流覽器軟體（explorer software)被安裝在一專用伺服器上。該MgmtApp 200被用以 10 建立一標準組態，該標準組態需要在每個最新發掘的設備 上執行(設定SNMP陷阱位址、設定管理IP位址等）。 該MgmtApp 200利用以下方法中的一者或多者發掘該 網路100上的DIP 400及DUS 500 :自動利用AIDP廣播給本 地子網路、自動利用導向AIDP廣播給指定的遠端子網路， 15 或者手動輸入指定的一DIP 400或DUS 500主機名或IP位 址。若需要靜態IP定址，則MgmtApp 200被用以在被發掘 的DIP 400及DUS 500上組配靜態IP位址資料。該AIDP協定 被用以獲得此目的。

該MgmtApp 200建立與該被發掘的DIP 400及DUS 500 2〇 中的每個之ASΜP對話以“任命，，該等裝置且將它們加入到 其資料庫内。MgmtApp 200驗證該等DIP 400、DUS 500及 流覽器軟體(explorer software)版本是相容的（不相容的設備 進行標記），且若自動組態項目被建立，則自動組配DIP 400 及DUS 500。當“任命，，完成時，該MgmtApp 200關閉與該DIP 56 200820677 5 • 400及DUS 500之ASMP對話。 該MgmtApp 200在其資料庫内輪詢DIP 400及DUS 500 以決定可用性(MIB變數之SNMP/UDP輪詢）。該MgmtApp 200收聽SNMP陷阱以擴大其對DIP 400及DUS 500之輪詢以 決定可用性。該等DIP 400及DUS 500此時可利用ASMP被組 配、管理及升級。該等設備準備用於將被連接的連接。 DUS 500可選擇透過其等串聯埠560被本地組配以處於 一桌上模式。DUS 500設備可被組配以自動登入存取。當一 DUS 500被組配用於自動登入，該MgmtApp 200將該DUS 10 500指定的“自動登入”使用者加到其資料庫内。該使用者在 該MgmtApp 200上被管理，正如其他使用者。當設定至自 動登入模式時’該DUS 500重新設定其本身，且當電力開啟 時連續嘗試登入。 該DUS 500及DIP 400主機名可透過ASMP MIB介面被 15 • 修改。廠商預設主機名是“DUS xxxxxx”及“DIP χχχχχχ”， 其中xxxxxx是設備MAC位址。被處於桌上/矩陣模式的DUS 500使用的預設IP定址機制是DHCP，除非被組配以利用靜 態IP定址操作。一DUS 500之預設存取模式是登入。一DUS 500登入存取模式（登入/自動登入)可只透過其ASMP介面被 20 組配。用於自動登入模式的用戶名及密碼可只透過ASMP 介面在該DUS 500上被組配。 在DIP 400及DUS 500已如依據第20圖所描述的被安裝 且被任命之後，該MgmtApp 200必須將每個DIP 4〇〇與一目 標裝置300連接。目標裝置300是被管理者使用的主要參 57 200820677 考。在一使用者介面階層上，該DUS 500使用者與一或多個 目標裝置300連接。目標裝置300主機名可自動或由管理者 手動操作與DIP 400連接。為了自動地將一DIP 400及目標裝 置300連接，該MgmtApp 200可自動發掘已附接DHMoo的目 5標裝置300，且藉由使用該DIP 400及目標裝置3〇〇之一唯一 識別符(MAC位址），且自動將兩者連接。該自動連接程序 可在安裝時執行，且在已定義的間隔内連續執行。該目標 裝置300之管理依據第21圖被描述。 應該注意到的是，假設利用WMI的自動發掘將利用一 10微軟視窗作業系統(Microsoft Windows OS)備測目標裝置 300。當開始該目標裝置300發掘，該管理者告訴該 GUI在哪且如何發現目標裝置300，藉由輸入：搜尋的子網 路及搜尋的微軟區域(Microsoft Domain)。對於每個被指定 的子網路，MgmtApp 200利用WMI查詢輪詢每個ip位址以 15偵測目標裝置300。對於每個被指定的微軟區域，MgmtApp 200對該區域控制器查詢目標裝置300之列表。該MgmtApp 200搜尋目標裝置300，且利用WMI對目標裝置3〇〇查詢以下 搭配：具有一適合的販售商ID的USB裝置被附接與具有一 適合的販售商ID之裝置，將其識別為一DIP 400的裝置ID。 20 附接DIP 400的目標裝置300具有以下被擷取且儲存在該 Mgt.App 200上的目標裝置列表中的資訊：pc主機名及 MAC位址、PC MAC位址（需要用於遠端喚醒）、pc OS類型 (可被用於自動登出巨集選擇等），以及DIP MAC位址。該 MgmtApp 200在其資料庫内查詢DIP，且將其與自該目標裝 58 200820677 置300報告的MAC位址匹配。接著該DIP 400自動與該目樣. 裝置300連接且被儲存在該MgmtApp 200資料庫内。該OS 類型可被用以選擇登入及登出巨集，且已利用ASMp將它們 提供在該DIP 400上。該MgmtApp可在一預先組配的時間或 5指定的間隔内重複該自動發掘過程以維持目標裝置300與 DIP 400連接之更新檢查。該dip-目標裝置連接内的變化以 旗標形式被發送給該管理者。 第21圖也顯示了該管理者可藉由使用手動目標裝置增 加GUI手動將一DIP 400與一目標裝置3〇〇連接。此整個都發 10生在該MgmtApp 200上。該管理者輸入目標裝置主機名， 且自MgmtApp 200資料庫内的DIP列表中選擇該DIp 4〇〇。 一旦目標裝置管理發生，使用者管理可發生。對於該 示範性實施例中的使用者管理，使用者之資料庫及其等相 關的組悲賓料被保存在MgmtApp 200資料庫内，且DUS 500 15及DIP 400沒有儲存使用者資訊。以下描述描述了一使用者 被組配用於處於桌上模式時的内部|監定。 使用者組態之第一步驟是管理者組配密碼政策。此包 括組配以下：需要的密碼攔(數位、大寫等）、最小密碼長度 及密碼期限。接著管理者創建一使用者帳戶。接著管理者 20將該使用者組配為在内部鑑定。該管理者組配以下與連接 相關的資訊:該使用者被允許藉以登入的DUS 500、當自特 定DUS 500登入時使用的模式被設定為桌上模式。該桌上模 式資料被組配給使用者。桌上模式資料包括：自已知目標 裝置列表中選擇的一主目標裝置，以及自已知目標裝置中 59 200820677 一選擇的次級目標裝置。在該管理者完成此等步驟之後，-使用者準備加入此連接。 應該注意到的是，在可選擇的實施例中，一使用者可 被組配為使用-外部鏗定服務。應該注意到的是，雖然第 5 21圖為述了桌上模式之組態，但是矩陣模式之組態可也被 組配。此外’在該示範性實施例中，該資料庫包含多達2〇〇 個使用者帳戶。 該桌上模式登入及相關的連接依據第22圖被描述。 在登入之前，假設已經發生所需的安裝/管理步驟。除 10此之外，以下描述假設DUS 500被電源切斷，且DUS 500使 用DHCP。如第22圖所示，該Dus 500使用者電力開啟該 DUS 500。該DUS 500顯示一初始化〇sd訊息或訊息序列以 通知使用者電力開啟進程。該DUS 500利用DHCP組配其IP 位址。該DUS 500此時可回應該MgmtApp 200 SNMP輪詢 15 (以決定可用性）。該DUS 500發送一SNMP“冷啟動，，陷阱給 該等被組配的陷阱目的IP位址（至少一者是MgmtApp 200)。該DUS 500顯示OSD登入螢幕。該DUS 5⑽使用者提 交用戶名及密碼。該DUS 500建立一與該MgmtApp 200之 ASMP對話，且利用ASMP登入訊息提交用戶名及密碼以供 20 鑑定。該MgmtApp 200鑑定用戶名及密碼。該MgmtApp 200 驗證該使用者是否被允許自該DUS 500登入。該MgmtApp 200查詢使用者被組配用於此DUS 500之模式（假設在此使 用情況下是桌上模式）。該MgmtApp 200讀取該主目標裝置 300且查詢相關的DIP 400。若該DIP 400被標記為不可用’ 60 200820677 5 則利用WOL協定喚醒該目橡裝置300之嘗試被試三次。該 MgmtApp 200打開與該DUS 500及DIP 400之一ADSAP2對 話。該MgmtApp 200查詢被組配給該使用者的媒體對話特 性。該MgmtApp 200建立一X.509證書給該對話。一個用於 該DUS 500，且一個用於該DIP 400。該證書包含以下其他 項目：DUS/DIP IP位址、對話重試逾時值、對話重試計數、 媒體對話特性。該MgmtApp 200利用ADSAP2協定將證書寫 給該DIP 400及DUS 500。該MgmtApp 200關閉該ADSAP2 • 對话。该DIP 400永久地儲存該對話證書’因此當在該目標 10 裝置300上電力循環/重新設定時該DIP 400可適應快速重新 連接。該MgmtApp 200發送一具有成功狀態的ASMP登入答 覆給該DUS 500。該DUS 500當接收到成功的登入回應時通 知該使用者，且建立與該DIP 400之一AVSP控制通道，從而 交換X.509對話證書。當建立該AVSP控制通道時，該DUS 15 500及DIP 400組配其等各自的媒體傳輸硬體對話，但是還 沒有致能它們。該DUS 500在該通道上開始一快速維生請 求。該DIP 400當自該DUS 500接收到該維生請求時致能其 媒體串流。該DUS 500當接收到初始的維生答覆時致能其媒 體串流。此時媒體對話被建立。 20 應該注意到的是，該DUS 500可能已經電力開啟，且已 被用於先前的連接。在此情況下，為了建立一連接，該DUS 500使用者引入該DUS 500 OSD，且從那登入。若DUS 500 被組配以自動登入存取，則該登入OSD沒有被顯示，被組 配的自動登入用戶名及密碼被該DUS 500提交給該 61 200820677 5 MgmtApp 20仏。 . 若產生一錯誤，該MgmtApp 200將指出該錯誤的一登 入回應返回給該DUS 500。該DUS 500顯示適當的訊息給使 用者。在產生一連接故障之情況下，該DUS 500將嘗試在該 證書中指出的“逾時週期’，内重新建立與該DIP 400之AVSP 控制通道。若嘗試失敗，則其將重新嘗試連接(在後退相同 週期之後），其重試的次數在該“對話重試計數，，中被指出。 一不可用的DIP 400，或者打開與該目標裝置300相關的DIP • 400之ADSAP2對話失敗，則該MgmtApp 200檢查該目標裝 10 置300是否回應一輪詢，若否，則其發送一WOL封包給該目 標裝置300，且嘗試喚醒該目標裝置300三次，若在三次嘗 試之後該DIP 400沒有回應，則嘗試第二個目標裝置。利用 一ASMP登入答覆，該DUS 500被告知進程(指出狀態且該登 入仍在進行中）。AVSP維生訊息被該DUS 500每隔500ms發 15 • 送一次。 一 DUS 500之電力開啟包含的程序在第23圖中被描 述。在第23圖中，假設該DUS 500已如先前所描述的被安裝 且被任命。也假設該DUS 500已被組配為具有登入存取的桌 上模式，且該DUS 500使用預設DHCP IP定址模式。 20 如第23圖所示，該流程藉由一DUS 500使用者電力開啟 該DUS 500而開始。該DUS 500顯示一初始化OSD訊息序列 以通知使用者電力開啟進程。該DUS 500初始化完成，且透 過DHCP搜尋一IP位址。該DUS 500組配其IP位址資料。該 DUS 500此時回應MgmtApp 200 SNMP輪詢（以決定可用 62 200820677 一"'性）。該Dus 500發送一SNMP“冷啟動”陷胖給該等被組配的 陷阱目的IP位址（至少一者是MgmtApp 200)。該MgmtApp 200可對該DUS 500更新其可用狀態。該DUS 500顯示該 OSD登入螢幕。該DUS 500可接收且回應ASMP請求以組配 5或擷取資料。該DUS 500準備初始化登入及隨後的連接建 立。應該注意到的是，若DUS 500被組配用於自動登入，則 該登入OSD沒有被顯示。 電力開啟該DIP 400時的行為在第24圖中被描述。在第 24圖中，假設該DIP 400已如先前所描述的被安裝且被任 10 命。該DIP 400是一從屬裝置，且不知道其正在操作中的組 態（例如，擴充或桌上/矩陣)。DIP 400使用預設DHCP IP定 址模式。 如第24圖所示，該流程藉由電力開啟目標裝置300而開 始。每當該DIP 400透過其USB埠從該目標裝置300獲得電力 15 時，該DIP 400電力開啟。該DIP 400初始化完成，且透過 DHCP搜尋一IP位址。該DIP 400組配其IP位址資料。該DIP 400此時可回應MgmtApp 200 SNMP輪詢（以決定可用性）。 該DIP 400發送一 SNMP“冷啟動，，陷阱給該等被組配的陷阱 目的IP位址（至少一者是該MgmtApp 200)。該MgmtApp 200 20 對該DIP 400更新其可用狀態。該DIP 400可接收且回應 ASMP請求以組配或擷取資料。該DIP 400準備接收連接請求。 應該注意到的是，該DIP 400必須能夠電力開啟，且在 該目標裝置300決定其不可看見一鍵盤之前處於讓該目標 裝置300知道存在一鍵盤的狀態。此外，應該注意到的是， 63 200820677 該DIP 400可能需要具有獨立的電源供應，因為其可能引入 太多的電流而不能提供在兩個USB埠連接之間。 該系統需要能夠適應一目標裝置3〇〇被重新設定之可 能性，從而需要快速連接重新建立或該DIP 400被替換之可 5能性。以下描述描述了當在一DUS 500及DIP 400被連接到 一桌上或擴充組態時，當一目標裝置被電力循環時發生了 什麼。 該目標裝置300被電源切斷（或者被重新設定），從而導 致該DIP 400之突然的電源切斷。該dus 5〇〇停止接收AVSP 10維生答覆（每隔500ms)。在遺漏三個連續的答覆之後，該 DUS 500宣告與該DIP 400之連接斷開。該Dus 500重新設 定其與該DIP 4〇〇之開放式SSL/TCpip連接（媒體串流及 AVSP控制對話），且顯示一表示與該DIp 4〇〇之連接斷開的 afl息。若该對話證書“對話重試計數，，非零，該5〇〇後退 15該對話證書“對話重試逾時，，值指出的時間，且嘗試重新建 立與該DIP 400之AVSP控制對話。該DUS 5〇〇在該“對話重 試逾時”期間保持重試該^讣控制對話之建立，之後其終 止重试旨忒。當終止每個重試嘗試之後，該Dus 5⑻發送告 知連接嘗試失敗的一SNMp陷阱。該DUS 5〇〇在等待等於該 2〇 “對話重試逾時”之週期之後，開始重試建立與該DIP 400之 連接。此循環重複，直到達到該“對話重試計數”，或者該 AVSP控制對話已被建立。當該AVSP控制對話已建立時， 、J /連接建立凡成，如在該AVSp對話建立之後該DUS登入 /連接使用情況中所描述的。 64 200820677 應該注意到的是，若一 DIP 400已被替換，則與該Dip 400之SSU監定失敗，該DUS 500重新建立連接之任何嘗試 終止’且一 §fl息被顯不以通知該DUS 500使用者。_ 陷牌被發送給該MgmtApp 200，通知其連接終止。 5 當重新啟動目標裝置300且接著DIP 400電力開啟時， 在該DUS 500與DIP 400上重新建立一連接所花的時間應該 足夠快速’以使一 DUS 500使用者能夠存取該目標裝置 BIOS。 以下描述描述了當一連接建立時一DUS 500被電力循 10 環的系統行為。該DUS 500被電源切斷，導致該DUS 500突 然被電源切斷。該DIP 400停止接收AVSP維生請求（每隔 500ms)。在遺漏三個連續的請求之後，該dip 4〇〇宣告與該 DUS 500之連接斷開。該DIP 400重新設定與該duS 500之 開放式SSL/TCPIP連接(媒體串流及AVSP控制對話）。該DIP 15 400發送一 SNMP陷阱給該等被組配的陷阱目的位址（至少 一者是該MgmtApp 200)，指出該連接已被突然終止。該〇讣 400此時準備接收另一 Avsp控制對話建立請求(再次重新建 立連接)。 以下描述描述了在一連接存在時產生一纜線或網路故 20障時的DUS 500及DIP 400之行為。對於此描述，其假設該 纜線或網路故障阻斷了兩個方向的通訊。 一纜線或網路故障發生。該DUS 500遺漏維生回應。在 遺漏三個連續的回應之後，其清除與該Dip 4〇〇之開放式連 接’且開始重新嘗試建立該AVSP控制對話。該DIP 4〇〇遺漏 65 200820677 維、生請求，在遺漏三個連續的請求之後，該DIP400清除開 放式連接，因此其可促進重新建立與該DUS 500之連接。若 在達到該DUS 500“對話重試計數，，之前，該網路/纜線故障 被修補，當重新繼續該網路/纜線連接時，該DUS 500重新 5 建立與該DIP 400之AVSP控制通道。 應該注意到的是，在該DUS 5〇〇偵測出三個連續遺漏維 生的答覆（大約1.5秒）之前已被恢復的一網路故障將被容 納，沒有任何中斷，接著可能發生其他任何的網路層TCpip 重減。導致該DUS 500已耗盡其對話重試計數的網路或纜線 10故障將導致Dus 500終止連接嘗試。該DUS 500將藉由顯示 一訊息而通知該DUS 500使用者，且發送一SNMP陷阱以通 知該MgmtApp 200。類似地，該DIP 4〇〇已關閉其與該Dus 500之開放式連接，且告知該MgmtApp 200 —失敗的連接。 阻斷DUS 500至DIP 400方向内的通訊之網路/纜線故障將 15使DIP 4〇〇之行為表示如該DUS 500電源切斷使用情況中所 4曰出的。阻斷DIP 400至DUS 500方向内的通訊之網路/麗線 故障將使DUS 500之行為表示如該DIP 4〇〇電源切斷使用情 況中所指出的。 第25圖是桌上/矩陣組態之一示範性功能模型。第25圖 20總結了在如先前描述的桌上/矩陣組態中的DUS 500及DIP 400之操作。 第26圖是描述習知切換產品與dus 500及DIP 400之間互動操作性的圖式。習知的尺乂…切換產品之一例子 疋Avocent DSR產品。此等產品在Avocent公司2005年出版 66 200820677 的名稱為“DSR Switch Installer/User Guide”的文件（文件號 為590-419-501b)中被描述，其全部内容以參照方式被併入 本文。在此系統中，軟體允許數位使用者1400透過網路100 存取該切換系統1300。被用於DUS 500及DIP 400的通訊協 5 定不同於那些用於習知系統中的通訊協定。然而，一數位 使用者1400能夠藉由修改該數位使用者站台上的軟體或者 藉由在數位使用者1400與DIP 400之間插入一代理伺服器 (圖未示）而存取一DIP 400。類似地，DUS 500能夠藉由修 改女裝在該切換糸統1300内的交換器上的軟體，或者藉由 10在DUS 500與切換系統13〇〇之間插入一代理伺服器（圖未 示），而存取該切換系統13〇〇。此外，當一習知的通訊協定 能夠被轉換為DUS 500及DIP 400可接收的一格式時，DUS 500及DIP 400將能夠存取任何習知的κνΜ系統。對於具有 ‘‘本地埠”切換存取的切換產品，Dip 4〇〇可被修改以支援無 15縫操作。此無縫操作允許一DIP 400以一裝置列表存在，而 不是一個單一裝置―因此一使用者可選擇連接到哪一裝 置’且該DIP 400執行該附接的kvm開關之本地切換操作。 應該注意到的是，該DUS 500及DIP 400可同時存在具有習 知的切換系統的一網路1〇〇上，不會有干擾。 20 雖然本發明已關於目前被認為是最實際且較佳的實施 例被描述，但是需明白的是，本發明不限於被揭露的實施 例’相反’意指涵蓋被包括在附加的申請專利範圍之精神 及範圍内的各種修改及等效安排。 【圓式簡單說^明】 67 200820677 第la圖：描述虛擬化的一示意圖； 第lb圖：一示範性虛擬媒體系統； 第2圖：一示範性數位化介面外掛包； 第3圖：一示範性數位化-使用者站台； 5 第4圖：一示範性數位-使用者站台介面板； 第5圖··示範性管理埠架構； 第6圖：描述一般的媒體對話建立之一示範圖； 第7圖：描述一般的媒體對話拆除之一示範圖； 第8圖··描述用於一視訊媒體串流的元件之一示範圖； 10 第9圖：描述用於一音訊媒體串流的元件之一示範圖； 第10圖：描述在電力開啟時用於一USB及PS/2周邊設 \ 備的元件之一示範圖（未連接）； 第11圖：描述用於一USB鍵盤及滑鼠媒體串流的元件 之一示範圖； 15 第12圖：描述用於一PS/2鍵盤及滑鼠連接媒體串流的 元件之一示範圖； 第13圖：描述用於一大容量儲存媒體串流的元件之一 示範圖； 第14圖：描述了實體擴充組態的一示範圖； 20 第15圖：描述了子網路擴充組態的一示範圖； 第16圖：描述了在擴充組態中的DUS之電力開啟的一 示範圖； 第17圖：描述了在擴充組態中的DIP之電源切斷的一示 範圖； 68 200820677 第18圖·擴充組態之一示範性功能模型； 〜 第19圖：描述桌上及矩陣組態的一示範圖； 第20圖：描述了處於桌上/矩陣組態的設備之初始安裝 /任命及管理的一示範圖； _ 5 第21圖··描述了處於桌上/矩陣組態的一目標裝置之管 理的一示範圖； 第22圖：描述了在桌上/矩陣組態中登入及連揍建立的 一示範圖； Φ 第23圖·描述了在桌上/矩陣組態中的一 DUS之電力開 10 啟（登入）的一示範圖； 第24圖：描述了在桌上/矩陣組態中的一 DIp之電力開 啟的一示範圖； 第25圖：桌上/矩陣組態之一示範性功能模型；以及 第26圖：描述了具有習知的KVM系統之DUS及DIP之 15 相互操作的一示範圖。 【主要元件符號說明】 100.. .網路 100a···區域網路 100b…廣域網路 200.. .管理應用程式 300…目標裝置 308…鍵盤&滑鼠USB埠 310…全速/高速埠 400…數位化介面外掛包 410···目標裝置介面硬體 412...USB周邊設備控制器 412a…低速/全速USB埠 412b· ··全速/高速USB埠 416···音訊編碼解碼器 418…視訊接收器 420…媒體串流處理硬體 422…鍵盤/滑鼠引擎 69 200820677

424大容量儲存引擎 426.. .音訊引擎 428.. .視訊引擎 430…網路通訊硬體 432.. .管理埠 434…網路引擎 436.. .55./加密引擎 440…軟體 460…接收封包FIFO緩衝器 462.. .發送封包緩衝器 500…數位使用者-站台 510.. .周邊設備介面硬體 512.. .USB控制器 514··.PS/2 介面 516…音訊編碼解碼器 518.. .VGA發送器 519…DVI發送器 520…媒體串流處理硬體 522…鍵盤/滑鼠引擎 524.. .大容量儲存引擎 526…音訊引擎 528.. .視訊引擎 530…網路通訊硬體 532.··管理埠 534…網路引擎 536.. . SSL/加密引擎 540···軟體 550···螢幕顯示硬體 560…非同步接收器/發送器硬 體 600.. .顯示器 700…音訊裝置 702.. .揚聲器

704· · 克 JiL 800.. .PS/2 鍵盤 900.. . PS/2 滑鼠 1000·· .USB周邊設備 1100.. .客戶端 1200.. .網路 1300.. .切換系統 1400…數位使用者 70

Claims (1)

1. 200820677 十、申請專利範圍：

   種用以連接一介面模組的方法， 該介面模組具有唯一

   且儲存在該目標網路裝置之一記憶體部分； I 在該網路上的一遠端位置上·· (1) 决疋ό亥目標網路裝置之網路位址； (2) 決定該介面模組之網路位址；以及 (3) 利用該目標網路袭置之該網路位址以透過 忒網路自該目標裝置之該記憶體部分讀取該介面 模組識別資料。 2.如申請專利範圍幻項所述之方法，進_步包含以下步驟： 基於4目標|置之—唯—的文數字元識別符，創建 該介面模組之一文數字元識別符。 如申請專利範圍第i項所述之方法，其中將一介面模 搞接到—目標财裝置之—周料包㈣該介面模 耦接到目標網路裝置之一 USB類型埠。 、 如申請專利範圍第丨項所述 其中將一介面模組 別資料包括：

   5·如申請專利範圍第1項所述之方法，進-步包含以下步驟： 71 200820677 -〜在相同的遠端位置上，監測一介面模組何時與一、新 的目標網路裝置連接。 6.如申料補圍第5項所述之方法，其巾該監測步驟進 一步包含創建一日誌檔案的步驟。 5 7. —種虛擬桌上系統，包含·· 一網路； 目才示衣置，透過一周邊埠發送資料； 一數位化介面模組，被組配以透過該周邊埠耦接到 該目標裝置’以將該資料從周邊埠發送到該網路； 10 —數位使用者站台，連制該網路，餘配以透過 該網路與該目標|置進行通訊，利㈣接到該目標裳置 的該數位化介面模組； 一目標裝置資料庫，儲存一目標裝置識別符列表、 該等目標裝置之網馳址，以及將數純介面模組減 15 到該等目標裝置中的各個的資訊； -模組資料庫’儲存—與該等數位化介面模組有關 的介面模組識別符列表；以及 -官理應用程式，當-數位化介面模組搞接到該目 標裝置時，將該數位化介面模組連接到一目標裝置。 2〇 8.如申請專利範圍第7項所述之虛擬桌上系統，其中該目 標農置包含-記憶體部分，當—介面裝置祕到該目標 裝置時，該記憶體部分接收且储存—介面模組之識別資料。 9.如申請專利範圍第7項所述之虛擬桌上系統，其中該等 介面模組識別符包括： 72 200820677 一 、 一產品ID ;以及 一序列號。 10.如申請專利範圍第7項所述之虛擬桌上系統，其中該周 邊埠是一 USB類型。 . 5 11.如申請專利範圍第7項所述之虛擬桌上系統，其中該管 ^ 理應用程式藉由創建一日誌檔案監測介面模組何時耦 接到各個目標裝置。 12. 如申請專利範圍第7項所述之虛擬桌上系統，其中當該 ® 等介面模組耦接到該等目標裝置時，該管理應用程式藉 10 由將介面模組識別符與目標裝置網路位址結合，將每個 介面模組連接到各個目標裝置。 13. 如申請專利範圍第7項所述之虛擬桌上系統，其中當該 等介面模組耦接到該等目標裝置時，藉由透過將該等目 標裝置識別符與各個介面模組識別符結合而創建該介 15 面模組之一識別符，該管理應用程式將介面模組與各個 目標裝置連接。 73