TWI569612B - 用於數據傳輸模式間轉換之傳訊 - Google Patents

Description

用於數據傳輸模式間轉換之傳訊

本發明的多個實施方式總體上涉及數據通信領域，並且更具體地涉及在數據傳輸的多種模式之間用於轉換的傳訊。

在某些系統中，數據可以通過一數據鏈結在一第一裝置與一第二裝置之間進行傳輸。例如，數據可以包括從一第一裝置向一第二裝置發送的音頻/視頻數據或其他內容數據的數據流，其中該第二裝置可以使用該內容數據或者將此類數據重新傳輸給另一個裝置。該數據流可以進一步被加密以用於該內容數據的安全傳輸。

在數據傳送的操作中，正在被傳輸的數據流可以從一種第一數據模式改變到一種第二數據模式，其需要接收裝置以解釋並處理處於第二模式中的數據，其與第一模式的數據在某種程度上為不同。

在常規系統中，正在接收數據流的裝置可檢測到從第一模式到第二模式的模式改變，然後相應地改變操作。然而，可根據第一模式來解譯一定量的數據，直到該接收裝置已經切換模式的時候。例如，如果該數據流包括視頻和音頻數據，結果可能是在一個時間段內數據的錯誤顯示或展現，直到該第二裝置能夠轉換到第二模式。

本發明的多個實施例總體上是針對在數據傳輸的多種模式之間用於轉換的傳訊。

在本發明的一第一觀點中，一種方法的一實施例包括在一數據鏈結上將數據流從一第一裝置傳輸到一第二裝置，該數據流以一種第一模式運行；確定該數據流應當從該第一模式改變成一第二模式；並且在一控制鏈結上從該第一裝置向接收器傳輸一消息，該消息表明該第一裝置將把該數據流從該第一模式改變成該第二模式，該消息在改變為該第二模式之前被送出。

在本發明的第二觀點中，一種方法的實施例包括在該第二裝置上通過一數據鏈結從一第一裝置接收一數據流，該第一模式被該第二裝置以一種第一方式來解譯；在該第二裝置上通過一控制鏈結從該第一裝置接收一消息，該消息表明該第一裝置將把該數據流從該第一模式改變成一第二模式，該消息係在改變成該第二模式之前被接收；並且準備將該數據流轉換到該第二模式。

本發明的多個實施方式總體上是針對在數據傳輸的多種模式之間用於轉換的傳訊。

在某些實施例中，一個系統可提供在數據傳輸的多種模式之間用於轉換的傳訊(signaling)。在一個系統中，一第一裝置可向一第二裝置傳輸一個內容數據流。該數據可以包括(例如)音頻/視頻數據，該音頻/視頻數據包括高清晰度多媒體介面(HDMI^TM)數據和HDMI-m(可用於多種裝置的一種修改協定，如用於移動裝置)數據，其中HDMI和HDMI-m提供了用於傳輸未壓縮的數位數據的音頻/視頻介面。數據可在傳輸之前被加密，例如使用高頻寬數位內容保護(HDCP^TM)的加密。

在某些實施例中，一傳輸器單元可在該傳輸器對數據流做出改變之前使用一旁控制通道(side control chanel)來向一接收器單元發送信號。在不同的實現例中，可以藉由不同的元件來啟動對模式的改變，例如藉由傳輸器本身或藉由用戶，例如在操作中輸入請求改變的用戶。對數據流的改變可包括改變該數據流的模式，其可包括中斷該數據流。該模式流中的改變可因用戶的一個請求、傳輸器造成的改變、或其他事件的結果而產生。在某些實施例中，在其中一傳輸器單元在模式改變實際發生之前知道對於模式改變的一請求的情景中，該傳輸器單元可以將一邊帶消息，例如一個命令或其他信號在一個控制通道發送給接收器單元，而同時該傳輸器仍在在一數據鏈結上向接收器發出一個穩定、連貫的數據流。在某些實施例中，接收器可以接收該消息、解譯該消息、並在接收到數據流中的改變的預期下採取行動，包括(例如)在由該命令或信號所預告的模式改變的預期下重新配置該接收器的數據路徑。在某些實施例中，可由接收器在數據流中的改變之前做出的動作可以包括抑制視頻或音頻數據、暫時中止一解密引擎的狀態、或防止端口切換，直到該模式改變已經被辨認並得到處理。

在某些實施例中，傳輸器使用一控制匯流排或通道用於向接收器傳輸消息。從傳輸器至接收器的控制通道可以是一用於發送命令或其他信號而不會有過度延遲的具有充分高頻寬的通道。例如，如果一音頻/視頻使用者請求視訊模式中的一種改變，在傳輸器轉換到一不同模式之前需要幾秒鐘來發送命令然後等待來自接收器的確認的傳輸器將會產生較長的並且明顯的延遲。在某些實施例中，對於接收器的一“警告”消息被迅速完成，例如在幾分之一秒內，以便不會被用戶察覺。可以使用在HDMI-消費者電子裝置控制匯流排(CEC)中的控制通道，但可能在轉換中產生一種延遲。在某些實施例中，一個界面(例如HDMI-m界面)可包括一控制匯流排(CBus)，其頻寬顯著(約1000倍左右)高於HDMI。

在某些實施例中，提供了一種不帶有通知(包括閉環回饋)的命令。在某些實施例中，該命令可包括一檢查總和(checksum)或其他方法來防止接收器讀取無效的命令代碼。當一接收器接收到一代碼時，該接收器可為模式改變做出準備，然後如果沒有發現模式改變則“截止”。在這種操作中，不需要來自傳輸器的額外命令。

在某些實施例中，用於消息的一個雙向控制通道允許接收器確認警告消息的接收和執行。模式改變的頻帶內傳訊(如AVI資訊幀(InfoFrame)的傳輸)通常不允許一接收器將其為新模式做好的準備通知給傳輸器。在某些實施例中，不同的接收器系統可能需要不同的時間量來對警告消息做出反應，因此傳輸器系統可受益於一個確認以便允許延遲其模式改變直到接收了該確認。在一實例中，處理從一漸進視訊模式到另一漸進視訊模式的改變(這是相對簡單並且快速的)相對於處理從交錯的視頻到漸進的視頻(這將要求清空交錯信號解碼器)而言，在接收器系統中所需的時間係不同的。在某些實施例中，如果一接收器不能夠處理或接受在警告消息中指明的模式改變，則該接收器可傳回一“無確認”消息(NACK)。在某些實施例中，NACK消息可包括表明對於NACK響應的原因的一代碼或信號。在某些實施例中，在接收到這種無確認消息時，傳輸器將不進行模式改變。

在某些實施例中，一個系統中的限制可以是如果存在處理和傳遞數據流的多個插入的裝置，通常要求一個控制通道從產生模式改變的一個原始傳輸器一路連接到顯示內容的一最終接收器上。如果這種相互連接協定的改變(該協定不支持控制通道或對於命令或信號的處理)中斷，則會錯過警告消息並且對於使用者將保留在多種模式間的無警告的轉換的影響。在某些實施例中，相互連接中的一個點進行從一個協定(該協定支持警告消息的傳輸)到另一個協定(缺乏這種支持)的轉變，對於這個點可以給予處理警告命令本身的任務。例如，在HDMI-m和HDMI之間的一個“橋”晶片能夠辨認來自上游HDMI-m源的一輸入的警告命令，致使輸出的視頻和音頻流受到抑制，然後等待新的輸入模式變穩定。在此所使用的，抑制係指降低信號的水準，例如一個音頻信號藉由降低該音頻信號的音量而被抑制。在一個具體應用中，當源(source)系統正在加密而匯(sink)系統正在解密時，一系統將要處理對數據流的中斷。在一種加密協議中(例如HDCP)，對一穩定的同步信號以及時鐘序列的任何中斷都會致使解密引擎與加密引擎異相。在某些情況下，這種“異相”情況在匯(sink)中不能夠被檢測到，因而解密將會失敗。在某些實施例中，如果在一次模式改變(而該模式改變原本會擾亂HDCP或其他加密協議)之前從傳輸器向接收器發送一個警告命令，那麼可使用一裝置(如一接收器邏輯或處於相互連接中的一插入晶片)來得體地處理數據流的中斷。在某些實施例中，協定改變包括應用這個概念。在某些實施例中，接收被傳輸器加密的輸入HDMI-m流的一橋裝置可檢測該警告消息。在某些實施例中，該橋裝置可將輸入的數據流解密並且將去往下游接收器的數據流重新加密。在某些實施例中，如果輸入的數據流被中斷，這個橋運行以保持一個穩定的下游加密流。在一實例中，一速度較慢的警告消息可能藉由該下游協議發送，這樣最終的接收器階段可將其自身重置而不會因為缺少同步而鎖定。以此方式，該橋裝置可以允許該相互連接“滑行”通過模式改變。

在某些實施例中，HDMI-m以及承載了多種可變的高速模式的未來的鏈結技術可使用多種模式轉換的邊帶警告。雖然在此提供的該等實例針對HDCP，但多個實施例並不限於任何協定，並且對模式改變傳訊的增強可被採用到其他加密/解密協議中。

在某些實施例中，對於數據模式中一次來臨的改變的響應類型可取決於模式改變的類型。例如，一重要的模式改變可能要求一更重要的響應來應對轉換的問題。在一個實例中，要求更多時間來完成的一模式改變可能要求一更長的時間段，在此過程中進行轉換動作。

圖1係用於在多個裝置之間以多種模式傳送數據的一個系統的實施方式的示意圖。在這個示意圖中，一第一裝置通過一個數據通道150向一第二裝置125傳輸一數據流，例如，展示為從第一裝置110的數據端口115向第二裝置125的數據端口130的傳輸。第一裝置110可進一步包括控制端口120，它在控制端口135上通過控制通道170向第二裝置125發送特定的命令。在一個實施例中，該數據通道可以是HDMI-m數據通道，並且該命令通道可以是HDMI-m控制匯流排(CBus)。在某些實施例中，數據通道150以及控制通道170可以被包括在一個單一的纜線190中。

在圖1中，第一裝置110能夠以多種不同的模式傳輸數據流，在此示出為一種第一模式的數據元素流D1 155以及一第二模式的數據元素流D2 160。在運行中，第一裝置可改變模式，這可以導致改變從數據元素流D1 155到數據元素流D2 160的傳輸。不同的模式可代表不同種類的數據，並且每種此類模式的數據均能夠以一種不同的方法來解譯。在一個實例中，該等模式可包括不同類型的視頻數據，如代表第一漸進視訊模式的一第一模式以及然後代表第二漸進視訊模式的模式，這可以代表一種能夠被相對快速完成的轉換。在一第二實例中，一第一模式可代表一交錯的視訊模式，並且一第二模式可代表一種漸進視訊模式，這可以代表一種轉換，它需要更多時間來清空交錯信號解碼器。在一實例中，到第二模式的轉換可以包括傳輸中的一個中斷，其中沒有數據被傳輸，其後可能會跟隨另一種格式的數據。雖然圖1展示了一第一模式和一第二模式，一第一裝置以及一第二裝置可在該等裝置間傳送任何數量的不同的數據模式。

如圖所示，第一裝置110可在時間T1開始傳輸處於第一模式的數據。在某些實施例中，第一裝置110通過控制通道170在時間T2傳送命令175，以此通知第二裝置125該第一裝置打算從第一模式轉換到第二模式。在某些實施例中，在所打算的模式變化之前該命令被發送並且到達控制端口，這樣在數據流的數據元素160到達數據端口130之前第二裝置125得到了警告。

在某些實施例中，第二裝置125可在接收到命令175之後返回一確認消息(ACK 180)來確認收到命令175，該消息係在時間T3送出。在某些實施例中，可替代地第二裝置125可返回一無確認消息(NACK 185)來表明第二裝置不能夠接受該模式改變。在某些實施例中，NACK 185可包括一個代碼或信號，它表明不能夠接受該模式改變的原因。在某些實施例中，可能要求第二裝置在一個預定時間段內提供該確認或無確認。在某些實施例中，第一裝置110可在進行到該第二模式的轉換之前一直等到接收了該確認，或可在一特定的時間段後再進行。如果第二裝置返回一個NACK 185，則第一裝置可以不進行該模式改變。在某些實施例中，第二裝置125可採取行動為到該第二模式的轉換做出準備，這可發生在時間T4，並且，如果在一特定的時間段內沒有發生該轉換，則第二裝置可以超時退出並返回到第一模式。

在某些實施方式中，第一和第二裝置能夠以一種方式來對該命令、確認、或轉換的時間定時，以確保第二裝置在多種模式間已經存在轉換之前有足夠的時間來為轉換做出準備。在某些實施例中，第二裝置125在採取特定行動為在模式改變做出準備之後可以發送該確認。在某些實施例中，第一裝置可在一被確定足夠用於模式轉換的時間發送命令175，因此如果這對多種模式間的轉換而言是必需的話可以提早傳送多個命令。在其他實施例中，第一裝置在接收到該確認之後並且在轉換到第二模式之前等待一段特定的時間，以便給予第二裝置125足夠的時間為多種模式間的轉換做準備。

圖2係傳輸裝置的實施例的示意圖。在某些實施例中，傳輸裝置210包括一用於傳輸數據的傳輸器214、用於控制數據傳輸的控制器216、以及在傳輸之前將數據加密的加密引擎218。該傳輸裝置可進一步包括用於在傳輸之前儲存數據的數據記憶體、以及在傳輸之前從外部數據來源240接收特定數據的接收器230。

在某些實施例中，傳輸裝置210包括一個數據端口220以及一個控制端口222。在某些實施例中，傳輸裝置210可在運行過程中改變數據的傳輸。在某些實施例中，傳輸裝置在數據端口220上以多種不同的模式傳輸數據，並且可以(例如)從一第一模式轉換到一第二模式。在某些實施例中，該第二模式可包括數據傳輸中的一個中斷，其中沒有數據被傳輸，其後可跟隨著處於一第二格式的數據的傳輸。

在某些實施例中，傳輸裝置210通過控制端口222傳輸一個警告消息來警告接收裝置該傳輸裝置正在從第一模式轉換到第二模式。然後傳輸裝置210在轉換到第二模式之前可一直等待到在控制端口222收到一個確認(ACK)，或者如果在一特定的時間段內沒有收到確認則可以繼續進行第二模式的轉換。在某些實施例中，如果收到一無確認消息(NACK)，傳輸裝置210可以不進行到第二模式的轉換。

圖3係一種接收裝置的實施例的示意圖。接收裝置可包括使用所接收的數據的一匯裝置、或接受數據並將此數據傳送到另一個裝置的一橋裝置。在某些實施例中，接收裝置310可包括用於控制數據操作的控制器314、用於接受數據傳輸的接收器316、以及用於解密所接收的數據的解密引擎320、連同用於從傳輸裝置接收數據流的數據端口340以及用於同傳輸裝置交換命令的控制端口342。如 果接收裝置310係一匯裝置，則該接收裝置可包括或可以被連接到一個或多個裝置來使用所接收的數據，包括(例如)視頻顯示器350以及音頻喇叭360。接收裝置310還可包括用於儲存所接收的數據的數據記憶體312、用於向另一個裝置傳輸數據的傳輸器318、用於重新加密正在被傳輸到另一裝置的數據的加密引擎322、以及用於數據到另一個裝置的傳輸的第二數據端口344。

在某些實施例中，接收裝置可以是可操作的以便在控制端口342上從傳輸裝置接收一個命令，該命令通知接收裝置310該傳輸裝置將把在數據端口340接收的數據流從一種第一模式改變成一第二模式。在控制端口342接收到此命令時，接收裝置310係可操作的以便採取行動為模式的改變做出準備。接收裝置310可進一步通過控制端口342向傳輸裝置發送一個確認以用於確認該命令的接收。然後接收裝置310可等待到第二模式的轉換，並且如果在一特定的時間內該轉換沒有發生則可以超時退出。在某些實施例中，如果接收裝置310不能夠處理或接受到該第二模式的轉換，則接收裝置310可替代地返回一無確認消息。

圖4係多個裝置之間的數據傳輸的一個實施例的示意圖。在這個示意圖中，一第一裝置係一源裝置410，它包括控制器412以及加密引擎414，該第一裝置向一第二裝置傳輸一數據流，在此示意圖中該第二裝置係一橋裝置420。然後該第二裝置可將所接收的數據傳輸給一第三裝置430，該第三裝置可以是使用該數據流的一匯裝置。

如圖中所示，第一裝置410能夠以一種第一模式D1發送數據並且可以改變模式並且以一第二模式D2傳輸數據。第一裝置410可進一步傳輸一個命令452來通知第二裝置420即將發生數據鏈結440上正在傳輸的數據流模式中的一個改變。在此示意圖中，第二裝置可包括一控制器，連同解密引擎424以及加密引擎426。在某些實施例中，控制器422藉由向第一裝置410回傳一個確認來響應命令452並且採取行動來響應模式中的改變。在某些實施例中，如果第二裝置420不能夠處理或接受模式的改變，則控制器可藉由回傳一個無確認來響應。在一個實例中，第二裝置可通過第二數據鏈結460向第三裝置430重新傳輸所接收的數據，其中第三裝置430係使用所接收的數據的一匯裝置。如圖所示，第三裝置430包括用於數據解密的解密引擎432。如圖所示，第二裝置420能夠以第一模式462以及第二模式466的向第三裝置重新傳輸數據流。在某些實施例中，第二裝置420發起數據修改464以允許在第二裝置420與第三裝置430之間的轉換。在某些實施例中，該數據修改可以包括抑制數據流以允許從第一模式到第二模式的一種更平順的轉換。在某些實施例中，第二裝置420可以按照需要向第三裝置430提供加密數據的傳輸以便使從第一模式到第二模式的轉換平順，並且避免在第三裝置430不同步，例如當在數據傳輸中存在中斷時傳輸額外的數據。

圖5係展示了用於傳輸處於多種模式的數據的過程的流程圖。在此示意圖中，一數據流總體上可在傳輸502之前被加密，並且加密的數據流可在一數據鏈結上從一第一裝置傳輸到一第二裝置，該數據流係處於第一模式504。當在506預料到數據流的傳輸模式中的一個改變時，將一個命令或消息警告從該第一裝置發送到該第二裝置508。在某些實施例中，第一裝置可等待來自第二裝置的一個響應以便確認命令或消息的接收510。在某些實施例中，如果第一裝置接收到一無確認消息511，則不存在到第二模式的轉換520。如果第一裝置已經接收到一確認消息512或一特定的時間段已經過去514，則第一裝置進行將數據流的傳輸從第一模式到第二模式的改變。然後繼續該進程518，它可包括數據流中的進一步轉換，如轉換到第三模式或轉換回到第一模式。

圖6係展示了用於處於多種不同模式的數據的接收過程的流程圖。在此示意圖中，可以在第二裝置上以一種第一模式602初始地在一數據鏈結上從一第一裝置接收數據。第二裝置將以一種第一形式來解釋該數據流，並且可以將所接收的數據指引到一第一數據路徑604。在某些實施例中，第二裝置可使用該數據流606，並且可將該數據流指引到一第三裝置607。

在某些實施例中，當在一條控制線路上所接收的消息表明預料到該數據流的模式中的一個改變時，如果第二裝置不能夠處理或接受模式的改變609，則第二裝置可返回一個無確認NACK 611，並且可繼續以第一模式接收數據602。在某些實施例中，第二裝置可另外將一確認消息ACK返回到第一裝置610。在某些實施例中，該確認或無確認可通過控制線路來傳輸，而來自第一裝置的消息係從該控制線路上接收的，並且可以要求該第一裝置在收到該消息後的一特定的時間段內提供該確認。在某些實施例中，第二裝置採取行動為該數據流的模式改變做出準備612，包括(例如)在使用或重新傳輸此類數據前抑制所接收的數據614，或在將該數據流重新傳輸到一第三裝置之前的一個時間段內將數據解密並重新加密616。雖然圖6中展示了在採取行動為數據流的模式改變做出準備之前傳輸一個確認，在某些實施例中可在該確認的傳輸之前採取全部或部分的行動。然後第二裝置將接收處於第二模式的數據618。如果第二裝置檢測到模式改變618，則該第二裝置能夠以一種第二形式來解釋該第二模式的數據，並且該數據可被指引到用於第二裝置的一第二數據路徑620。如果第二裝置在步驟618沒有檢測到模式改變，則第二裝置可以超時退出並返回到第一模式622。然後繼續該進程624，這可以包括數據流中的進一步轉換，如轉換到一種第三模式或轉換回到第一模式。

圖7係在一種實施例中在不同模式間切換的一數據流的示意圖。在一實例中，該第一模式可以代表一第一數據類型並且第二模式可以代表一第二數據類型。在一個實例中，處於第一模式的數據可以包括數據元素A 715、B 720、C 725、以及D 730，而處於第二模式710的數據元素可以包括E 735、F 740、以及G 745。由於第一模式和第二模式的不相容性，當接收裝置正在檢測變化時，繼續將該第二模式數據視為第一模式數據可導致數據傳輸或使用中的問題。在一個實例中，如果數據係視頻或音頻數據，則多種模式之間的轉換可導致轉換過程中明顯的噪音。在某些實施例中，一接收裝置會在多種模式之間的轉換過程中工作以便抑制或以其他方式處理該數據以避免此類問題。

圖8係用於一系統的實施例的多個裝置之間的一種界面的示意圖。在某些實施例中，第一裝置可以是一源裝置810並且第二裝置係一橋裝置820，例如HDMI-m源裝置和橋裝置，其中該等裝置通過一個界面(例如界面纜830)相連接。然後該橋裝置可以被連接到一接收裝置850，如一個HDMI匯裝置上。在某些實施例中，源裝置810可向橋裝置820發送數據流，其中該數據流通過一條數據+線路832和一條數據-線路834作為差分信號發送，並且橋裝置可向接收裝置850重新傳輸此類數據流。在某些實施例中，源裝置810可將數據流的傳輸從一第一模式改變成一第二模式，並且在到第二模式的轉換之前源裝置810通過一條單一線路控制匯流排CBus 836發送一消息(例如一個命令)來通知橋裝置820該數據流將要從第一模式轉換到第二模式，其中CBus 836係一個雙向控制線。當接收到該消息時，橋裝置820將在CBus 836上向源裝置810發送一個確認，並且採取行動為多種數據模式間的轉換做準備。界面830可進一步包括額外的線路，展示為地線838以及一條承載5伏電壓的線路840。

圖9係一源裝置、橋裝置、或匯裝置的實施例的多個元件的示意圖。在此示意圖中，未示出與本說明書無密切關係的一些標準以及眾所周知的部件。某些實施例下，一裝置900可以是一傳輸裝置、一接收裝置、或者兩者皆可。

在某些實施例下，裝置900包括一個相互連接或者交叉開關905或者其他用於數據傳輸的通信手段。數據可包括視聽數據以及相關的控制數據。裝置900可以包括一處理手段，如與該相互連接905聯接的一個或者多個用於處理資訊的處理器910。該等處理器910可以包括一個或多個物理處理器以及一個或多個邏輯處理器。另外，該等處理器910各自可以包括多個處理器內芯。為簡單起見，將相互連接905展示為一種單一相互連接，但可以代表多個不同的相互連接或匯流排並且到這類相互連接的部件連接可以改變。在圖9所示的相互連接905係一種抽象表示，它代表任何一個或多個獨立物理匯流排、點對點連接或者將兩者由適合的橋、適配器或控制器連接起來。相互連接905可以包括(例如)系統匯流排、PCI或者PCIe匯流排、HyperTransport或者工業標準架構(ISA)匯流排、小型電腦系統界面(SCSI)匯流排、IIC(I2C)匯流排或有時被稱為“火線(WIREFIRE)”的美國電子電機工程師協會(IEEE)標準1394匯流排。(“高性能串列匯流排標準”1394-1995，IEEE，1996年8月30日發表，及其附件)裝置900進一步可以包括一串列匯流排，例如USB匯流排970，其上可附接一個或者多個USB相容的連接件。

在某些實施例中，裝置900進一步包括一個隨機存取記憶體(RAM)或其他動態儲存裝置來作為一個主記憶體920，用於儲存資訊以及有待由該等處理器910執行的多條指令。主記憶體920還可以用於儲存用於數據流的數據。RAM記憶體包括需要更新記憶體內容的動態隨機存取記憶體(DRAM)，以及靜態隨機存取記憶體(SRAM)，它不需要刷新內容，但成本更高。DRAM記憶體可以包括同步動態隨機存取記憶體(SDRAM)(它包括用於控制信號的時鐘信號)，以及擴充式數據輸出動態隨機存取記憶體(EDO DRAM)。在某些實施例中，系統的記憶體可包括多個暫存器或者其他特殊用途記憶體。裝置900還可以包括一個唯讀記憶體(ROM)925或者用於儲存靜態資訊和用於該等處理器910的指令的其他靜態儲存裝置。裝置900可以包括用於儲存特定要素的一個或者多個非揮發性記憶體元件930。

數據記憶體935還可以聯接到裝置900的相互連接905上，用於儲存資訊和指令。數據記憶體935可包括磁碟、光碟及其相應的驅動器、或其他記憶體裝置。該等元件可以結合在一起或者可以是分離的部件，或者使用裝置900的其他元件的某些部分。

裝置900還可以通過相互連接905連接至一個顯示器或者演示裝置940上。在某些實施例中，該顯示器可以包括用於將資訊或者其他內容顯示給一個終端使用者的液晶顯示器(LCD)、電漿顯示器、陰極射線管(CRT)顯示器、或者任何其他顯示技術。在某些實施例中，顯示器940可以用於顯示電視節目。在某些實施例中，顯示器940可以包括一觸控式螢幕，它還被用作一輸入裝置的至少一部分。在一些環境中，顯示器940可以是或者可以包括音頻裝置，如用於提供音頻資訊(包括電視節目的音頻部分)的揚聲器。一個輸入裝置945可以連接至相互連接905上，用於將資訊和/或命令的選擇傳達給該等處理器910。在不同實施例中，輸入裝置945可以是鍵盤、小鍵盤、觸屏與觸控筆、語音啟動系統、或者其他輸入裝置，或者是該等裝置的組合。可包括的使用者輸入裝置的另一種類型係一光標控制裝置950，例如滑鼠、軌跡球或光標方向鍵，它們用於向一個或多個處理器910傳輸方向資訊和命令選擇並用於控制顯示器940上的光標移動。

一個或者多個傳輸器或接收器955還可以連接至相互連接905上。在某些實施例中，該裝置900可以包括用於數據的接收與傳輸的一個或者多個端口980。可被接收和傳輸的數據可以包括視頻數據或者音頻-視頻數據，如HDMI和HDMI-m數據，並且可以被加密以用於傳輸，如HDCP加密數據。在某些實施例中，該裝置包括用於傳送內容數據985的一個或多個用於傳輸和/或接收數據980的端口，以及一個或多個用於傳輸和/或接收控制數據990(例如命令數據995)的端口。命令數據995可包括關於數據傳輸模式改變的一個或多個消息、並且可包括關於數據傳輸模式改變的確認。另外，裝置900可包括一個USB(通用序列匯流排)。

裝置900可以進一步包括用於通過無線信號接收數據的一個或者多個天線958。裝置900還可以包括一電力裝置或系統960，它可以包括一電源、一電池、一太陽能電池、一染料電池、或者用於提供或者生成電力的其他系統或裝置。由該電力裝置或系統960所提供的電力可以按照要求分配給裝置900的多個元件。

在以上說明中，出於解釋的目的，陳述了很多具體細節以便提供對本發明的透徹理解。然而，對於熟習該項技術者而言應當清楚的是無需該等具體細節中的某一些亦可實施本發明。在其他情況中，以框圖的形式展示了眾所周知的結構和裝置。在所示的部件之間可能存在中間結構。在此說明的或展示的該等部件可以具有並未展示或說明的額外輸入或輸出。所示多個元件或者部件還能夠以不同的排列或者順序來安排，包括任意字段的重新排序或者字段長度的改變。

本發明可以包括不同的過程。本發明的該等過程可以由硬體部件來執行或者可嵌入多個電腦可讀指令中，它們可以用來致使一通用或專用的處理器或者用該等指令程式設計的多個邏輯電路來執行該等過程。可替代地，該等過程可以藉由硬體和軟體的組合來實施。

本發明的多個部分可以作為一種電腦程式產品來提供，它可以包括一種電腦可讀媒質，其上已經存儲了電腦程式指令，它可以用來對一台電腦(或其他電子裝置)進行程式設計以執行一根據本發明的過程。該電腦可讀介質包括，但不限於，軟碟、光碟、CD-ROM(唯讀光碟)、以及磁光碟、ROMs(唯讀記憶體)、RAM(隨機存取記憶體)、EPROM(可抹除可程式唯讀記憶體)、EEPROM(電可抹除可程式唯讀記憶體)、磁或者光卡、快閃記憶體、或者用於儲存電子指令的其他類型的媒質/電腦可讀取媒體。此外，本發明還可以作為電腦程式產品被下載，其中該程式可以從一台遠端電腦發送至一台請求電腦上。

該等方法中很多都是以其最基本的形式進行說明的，但從任何該方法中都可以添加或者刪除多個過程，並且從任意所述消息中都還可以添加或者減除資訊，而不背離本發明的基本範圍。熟習該項技術者應當清楚的是可以做出很多進一步的修改與適配。具體的實施方式並不用於限制本發明，僅為展示本發明而已。

如果說到一個元件“A”連接到元“B”或者與之相連接，那麼元件A可以直接地連接到元件B或者間接地通過(例如)元件C進行連接。當本說明書提到一個部件、特徵、結構、過程、或者特性A“導致”一個部件、特徵、結構、過程、或者特性B時，它係指“A至少是“B”的部分原因，但是還可以有至少一個其他的部件、特徵、結構、過程、或者特性幫助導致“B”。如果本說明書指出一個部件、特徵、結構、過程、或者特性“可以”、“也許”、或者“能夠”被包括，則該具體的部件、特徵、結構、過程、或者特性並不是必須被包括。如果本說明書提到“一”或者“一種”元件，這並不意味著僅有一個所述元件。

一實施例係本發明的一種實現方式或實例。說明書中提及的“一實施例”、“一種實施例”、或“某些實施例”、或“其他實施例”意味著結合該等實施例所說明的具體特點、結構或特徵包含在至少某些實施例中，但不一定是所有的實施例。“一實施例”、“一種實施例”、或“某些實施例”的各種出現形式不一定均指同一批實施例。應當理解的是，在本發明的示例性實施例的以上描述中，本發明的不同特徵有時在一個單一實施例、圖示、或其說明中共同構成一組，其目的係使本揭露流暢並幫助理解一個或多個不同的發明方面。

110．．．第一裝置

115．．．數據端口

120．．．控制端口

125．．．第二裝置

130．．．數據端口

135．．．控制端口

140．．．數據路徑1

145．．．數據路徑2

150．．．數據通道

155．．．數據元素流D1

160．．．數據元素流D2

170．．．控制通道

175．．．命令

180．．．確認消息

185．．．無確認消息

190．．．纜線

210．．．傳輸裝置

212．．．數據儲存器

214．．．傳輸器

216．．．控制器

218．．．加密引擎

220．．．數據端口

222．．．控制端口

230．．．接收器

240．．．外部數據源

310．．．接收裝置

312．．．數據儲存器

314．．．控制器

316．．．接收器

318．．．傳輸器

320．．．解密引擎

322．．．加密引擎

340．．．數據端口

342．．．控制端口

344．．．數據端口

350．．．視頻顯示

360．．．音頻喇叭

410．．．第一裝置-源裝置

412．．．控制器

414．．．加密引擎

420．．．第二裝置-橋裝置

422．．．控制器

424．．．解密引擎

426．．．加密引擎

430．．．第三裝置-匯裝置

432．．．解密引擎

440．．．數據鏈結

442．．．數據元素流D1

444．．．數據元素流D2

450．．．控制匯流排

452．．．命令

460．．．數據鏈結

462．．．數據元素流D1

464．．．數據修改

466．．．數據元素流D2

502-520．．．步驟

602-624．．．步驟

705．．．模式1

710．．．模式2

715．．．數據元素A

720．．．數據元素B

725．．．數據元素C

730．．．數據元素D

735．．．數據元素E

740．．．數據元素F

745．．．數據元素G

810．．．源裝置

820．．．橋裝置

830．．．介面纜線

832．．．數據+

834．．．數據-

836．．．控制匯流排

838．．．接地線

840．．．負載5伏特之線路

850．．．匯裝置

900．．．裝置

905．．．相互連接

910．．．處理器

920．．．主記憶體

925．．．唯讀記憶體

930．．．非揮發性記憶體

935．．．數據儲存器

940．．．顯示裝置

945．．．輸入裝置

950．．．光標控制裝置

955．．．傳輸器/接收器

958．．．天線

960．．．電源

970．．．USB

980．．．端口

985．．．內容數據

990．．．CBus

995．．．命令數據

在附圖的圖例中藉由舉例而並非藉由限制展示了本發明的多個實施例，其中類似的參考號表示類似的要素。

圖1係用於在多個裝置之間傳送處於多種模式的數據的一個系統的實施例的示意圖；

圖2係一種傳輸裝置的實施例的示意圖；

圖3係一種接收裝置的實施例的示意圖；

圖4係在多個裝置之間數據傳輸的實施例的示意圖；

圖5係用來展示處於多種不同模式的數據的傳輸過程的流程圖；

圖6係用來展示用於接收處於多種不同模式的數據的接收過程的流程圖；

圖7係在一實施例中在不同模式間切換的一數據流的示意圖；

圖8係在用於一系統的實施例的多個裝置之間的界面的示意圖；以及

圖9係一源裝置、橋裝置、或匯裝置的一個實施例的多個元件的示意圖。

110．．．第一裝置

115．．．數據端口

120．．．控制端口

125．．．第二裝置

130．．．數據端口

135．．．控制端口

140．．．數據路徑1

145．．．數據路徑2

150．．．數據通道

155．．．數據元素流D1

160．．．數據元素流D2

170．．．控制通道

175．．．命令

180．．．確認消息

185．．．無確認消息

190．．．纜線

Claims (46)

1. 一種用於數據傳輸模式間轉換之傳訊方法，包括：在一數據鏈結上將一數據流從一第一裝置傳輸到一第二裝置，該數據流以一第一模式操作，其中處於該第一模式之該數據流相應於一視頻數據之第一類型；確定該數據流欲從該第一模式改變成一第二模式，其中處於該第二模式之該數據流相應於一視頻數據之第二類型；並且在該數據流正於該第一模式下透過該數據鏈結進行傳輸的同時，在一控制鏈結上從該第一裝置向該第二裝置傳輸一消息，該控制鏈結與該數據鏈結分開，該消息表明該第一裝置將把該數據流從該第一模式改變成該第二模式，該消息係在改變成該第二模式之前發送的。
2. 如申請專利範圍第1項所述之用於數據傳輸模式間轉換之傳訊方法，進一步包括在該控制鏈結上等待來自該第二裝置的一響應訊息。
3. 如申請專利範圍第2項所述之用於數據傳輸模式間轉換之傳訊方法，進一步包括在從該第二裝置接收一確認消息時將該數據流的傳輸切換到該第二模式。
4. 如申請專利範圍第2項所述之用於數據傳輸模式間轉換之傳訊方法，進一步包括在經過一特定的時間段後未 接收到來自該第二裝置的確認時將該數據流的傳輸切換到該第二模式。
5. 如申請專利範圍第2項所述之用於數據傳輸模式間轉換之傳訊方法，進一步包括在從該第二裝置接收一無確認消息時不進行該數據流到該第二模式的轉換。
6. 如申請專利範圍第1項所述之用於數據傳輸模式間轉換之傳訊方法，其中確定該數據流應當從該第一模式改變成該第二模式包括接收對於一數據模式改變的一個請求。
7. 如申請專利範圍第1項所述之用於數據傳輸模式間轉換之傳訊方法，進一步包括在由該第一裝置傳輸到該第二裝置之前對該數據流進行加密。
8. 如申請專利範圍第1項所述之用於數據傳輸模式間轉換之傳訊方法，其中該第二裝置係一橋裝置，該橋裝置用於將所接收的數據流重新傳輸到一第三裝置。
9. 如申請專利範圍第8項所述之用於數據傳輸模式間轉換之傳訊方法，其中該第三裝置係用於使用該數據流的一匯裝置。
10. 如申請專利範圍第8項所述之用於數據傳輸模式間轉換之傳訊方法，其中該第三裝置係一第二橋裝置。
11. 如申請專利範圍第1項所述之用於數據傳輸模式間轉換之傳訊方法，其中該控制鏈結係為單一線路控制鏈結。
12. 如申請專利範圍第1項所述之用於數據傳輸模式間轉換之傳訊方法，其中該數據鏈結及該控制鏈結係為在單一纜線中分開的物理鏈結。
13. 如申請專利範圍第1項所述之用於數據傳輸模式間轉換之傳訊方法，其中該視頻數據之第一類型係為一漸進視頻數據之第一類型，且該視頻數據之第二類型係為一漸進視頻數據之第二類型。
14. 如申請專利範圍第1項所述之用於數據傳輸模式間轉換之傳訊方法，其中該視頻數據之第一類型係為交錯的視頻數據，且該視頻數據之第二類型係為漸進視頻數據。
15. 如申請專利範圍第1項所述之用於數據傳輸模式間轉換之傳訊方法，進一步包含：在自該第一裝置至該第二裝置傳輸之前加密該數據 流，且其中該數據流在加密前係為一未壓縮數據流，且其中在該第一模式之該數據流係與在該第二模式之數據流不相容。
16. 一種用於數據傳輸模式間轉換之傳訊方法，包括：在一第二裝置上通過一數據鏈結從一第一裝置接收一數據流，一第一模式下之該數據流相應於一視頻數據之第一類型且被該第二裝置以一第一方式來解譯；在透過該數據鏈結接收於該第一模式下之該數據流的同時，在該第二裝置上通過一控制鏈結從該第一裝置接收一消息，該控制鏈結與該數據鏈結分開，該消息表明該第一裝置將把該數據流從該第一模式改變成相應於一視頻數據之第二類型之一第二模式，該消息係在改變成該第二模式之前被接收；並且採取行動對於該數據流轉換成該第二模式做出準備。
17. 如申請專利範圍第16項所述之用於數據傳輸模式間轉換之傳訊方法，進一步包括通過該控制鏈結向該第一裝置發送該消息的一個確認。
18. 如申請專利範圍第16項所述之用於數據傳輸模式間轉換之傳訊方法，進一步包括：確定該第二裝置不能夠接收處於該第二模式的數據，並且通過該控制鏈結向該第一裝置發送該消息的一個無確認。
19. 如申請專利範圍第16項所述之用於數據傳輸模式間轉換之傳訊方法，進一步包括：在該第二裝置上接收處於該第二模式的數據流，並且以一種第二方式來解釋該數據流。
20. 如申請專利範圍第19項所述之用於數據傳輸模式間轉換之傳訊方法，包括：在一第一數據路徑上指引處於該第一模式的所接收的數據流，並且響應於該消息的接收在以該第二模式接收數據流的預期下將該接收的數據流切換到一第二數據路徑上。
21. 如申請專利範圍第16項所述之用於數據傳輸模式間轉換之傳訊方法，其中對於該轉換做出準備的行動包括抑制該數據流直到該模式發生改變，並且以該第二模式重新開始而不在轉換過程中發送一無效的數據流。
22. 如申請專利範圍第16項所述之用於數據傳輸模式間轉換之傳訊方法，其中該第二裝置係一橋裝置，該橋裝置用於將所接收的數據重新傳輸到一第三裝置上。
23. 如申請專利範圍第22項所述之用於數據傳輸模式間轉換之傳訊方法，進一步包括：將所接收的數據流解密，並且將該數據流重新加密以用於傳輸到該第三裝置上。
24. 如申請專利範圍第22項所述之用於數據傳輸模式間轉換之傳訊方法，進一步包括：傳輸額外的數據以便在從該第一模式轉換到該第二模式的過程中對於該第三裝置保持該數據流的同步。
25. 如申請專利範圍第22項所述之用於數據傳輸模式間轉換之傳訊方法，其中該第三裝置不支持用於該消息的一種協定。
26. 如申請專利範圍第16項所述之用於數據傳輸模式間轉換之傳訊方法，進一步包括：如果在一特定的時間段內未檢測到對於該第二模式的轉換則超時退出，並且進一步包括返回用於該第一模式的一狀態。
27. 如申請專利範圍第16項所述之用於數據傳輸模式間轉換之傳訊方法，其中該控制鏈結係為單一線路控制鏈結。
28. 如申請專利範圍第16項所述之用於數據傳輸模式間轉換之傳訊方法，其中該數據鏈結及該控制鏈結係為在單一纜線中分開的物理鏈結。
29. 一種傳輸裝置，包括： 一控制器，該控制器用於控制來自於該傳輸裝置的數據的傳輸；一傳輸器，該傳輸器用於向一接收裝置傳輸一數據流；一資料埠，用以耦合一數據鏈結，該傳輸器在該數據鏈結上以多種模式傳輸該數據流至該接收裝置，該多種模式包括相應於一視頻數據之第一類型之一第一模式和相應於一視頻數據之第二類型之一第二模式；以及一控制埠，用以耦合一控制鏈結，該控制鏈結與該數據鏈結分開，在該數據流透過該數據鏈結以該第一模式進行傳輸的期間，該控制器透過該控制鏈結將一命令信號指引到該接收裝置以便通知該接收裝置關於該傳輸裝置將要把該數據流的傳輸從該第一模式改變成該第二模式，該控制器將指引該傳輸器以該第二模式發送數據；其中，該傳輸器在該傳輸裝置切換到該第二模式之前將該命令信號傳輸到該接收裝置上。
30. 如申請專利範圍第29項所述之傳輸裝置，進一步包括一加密引擎用於在向該接收裝置進行傳輸之前對該數據流進行加密。
31. 如申請專利範圍第29項所述之傳輸裝置，其中該數據流包含視頻數據、音頻數據、以及控制數據中的一種或多種。
32. 如申請專利範圍第29項所述之傳輸裝置，其中該控制器用於將從該第一模式到該第二模式的轉換延遲直到在該控制鏈結上從該接收裝置接收到一個確認、或直到一特定的時間段已經過去後仍未接收到該確認。
33. 如申請專利範圍第29項所述之傳輸裝置，其中在該控制鏈結上從該接收裝置接收到表明該接收裝置不能夠接受到該第二模式的轉換的一無確認消息時，該控制器不進行從該第一模式到該第二模式的轉換。
34. 如申請專利範圍第29項所述之傳輸裝置，其中該控制鏈結係為單一線路控制鏈結。
35. 如申請專利範圍第29項所述之傳輸裝置，其中該數據鏈結及該控制鏈結係為在單一纜線中分開的物理鏈結。
36. 一種接收裝置，包括：一控制器，該控制器用於控制從一傳輸裝置接收的數據的處理；一接收器，該接收器用於從該傳輸裝置接收一數據流；一資料埠，用以耦合一數據鏈結，該接收裝置透過該數據鏈結以多種模式接收來自該傳輸裝置之該數據流，該多種模式包括相應於一視頻數據之第一類型之一第一 模式和相應於一視頻數據之第二類型之一第二模式；以及一控制埠，用以耦合一控制鏈結，該控制鏈結與該數據鏈結分開，在該數據流透過該數據鏈結以該第一模式進行接收的期間，該接收裝置透過該控制鏈結從該傳輸裝置接收一命令信號以便通知該接收裝置關於該傳輸裝置將要把該數據流的傳輸從該第一模式改變成該第二模式，該控制器指引為在該第二模式下數據做準備的行動；其中，該接收器在接收到該第二模式下之該數據流之前接收該命令信號。
37. 如申請專利範圍第36項所述之接收裝置，其中該接收裝置為一橋裝置以便將該數據流重新傳輸到一第三裝置上，並且進一步包括用於傳輸該數據的一傳輸器。
38. 如申請專利範圍第37項所述之接收裝置，進一步包括對從該傳輸裝置接收的數據流進行解密的一解密引擎，以及在重新傳輸之前對數據重新加密的一加密引擎。
39. 如申請專利範圍第38項所述之接收裝置，其中為該第二模式下的數據做準備的行動包括在轉換到該第二模式的過程中該控制器指引提供額外數據以保持該數據 與該第三裝置同步。
40. 如申請專利範圍第36項所述之接收裝置，其中，該控制器對於該第一模式將該數據流指引到一第一數據路徑上，並且對於該第二模式將該數據流指引到一第二數據路徑上。
41. 如申請專利範圍第36項所述之接收裝置，其中該接收裝置通過該控制鏈結對該傳輸裝置提供該命令信號的一個確認。
42. 如申請專利範圍第41項所述之接收裝置，其中，要求該接收裝置在一特定的時間段內提供該命令信號的確認。
43. 如申請專利範圍第36項所述之接收裝置，其中該接收裝置在確定該接收裝置不能夠接收處於該第二模式的數據時通過該控制鏈結向該傳輸裝置提供該命令信號的一無確認信號。
44. 如申請專利範圍第36項所述之接收裝置，其中，如果在一特定的時間段內沒有檢測到該數據流到該第二模式的轉換，則該控制器將該接收裝置轉換回到用於以第一模式接收數據的一狀態。
45. 如申請專利範圍第36項所述之接收裝置，其中該控制鏈結係為單一線路控制鏈結。
46. 如申請專利範圍第36項所述之接收裝置，其中該數據鏈結及該控制鏈結係為在單一纜線中分開的物理鏈結。