TWI519182B - 用於無線顯示裝置的使用者輸入控制的無連接傳輸 - Google Patents

用於無線顯示裝置的使用者輸入控制的無連接傳輸 Download PDF

Info

Publication number
TWI519182B
TWI519182B TW103102739A TW103102739A TWI519182B TW I519182 B TWI519182 B TW I519182B TW 103102739 A TW103102739 A TW 103102739A TW 103102739 A TW103102739 A TW 103102739A TW I519182 B TWI519182 B TW I519182B
Authority
TW
Taiwan
Prior art keywords
vnc
uibc
input type
message
input
Prior art date
Application number
TW103102739A
Other languages
English (en)
Other versions
TW201436604A (zh
Inventor
巴米迪帕帝法尼古瑪卡納卡多加
黃小龍
瑞維恩德倫維嘉亞拉克許米瑞加森達然
Original Assignee
高通公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 高通公司 filed Critical 高通公司
Publication of TW201436604A publication Critical patent/TW201436604A/zh
Application granted granted Critical
Publication of TWI519182B publication Critical patent/TWI519182B/zh

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/14—Digital output to display device ; Cooperation and interconnection of the display device with other functional units
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/75—Media network packet handling
    • H04L65/756—Media network packet handling adapting media to device capabilities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1059—End-user terminal functionalities specially adapted for real-time communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/612—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/613—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for the control of the source by the destination
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/75—Media network packet handling
    • H04L65/762—Media network packet handling at the source 
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41—Structure of client; Structure of client peripherals
    • H04N21/4104—Peripherals receiving signals from specially adapted client devices
    • H04N21/4126—The peripheral being portable, e.g. PDAs or mobile phones
    • H04N21/41265—The peripheral being portable, e.g. PDAs or mobile phones having a remote control device for bidirectional communication between the remote control device and client device
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/4363—Adapting the video or multiplex stream to a specific local network, e.g. a IEEE 1394 or Bluetooth® network
    • H04N21/43637—Adapting the video or multiplex stream to a specific local network, e.g. a IEEE 1394 or Bluetooth® network involving a wireless protocol, e.g. Bluetooth, RF or wireless LAN [IEEE 802.11]

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Human Computer Interaction (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Information Transfer Between Computers (AREA)
  • User Interface Of Digital Computer (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Telephonic Communication Services (AREA)
  • Telephone Function (AREA)

Description

用於無線顯示裝置的使用者輸入控制的無連接傳輸 【優先權聲明】
本專利申請案主張享有於2013年1月25日提出申請的美國臨時申請案第61/757,010號和於2013年1月28日提出申請的美國臨時申請案第61/757,414號的權益，經由引用的方式將每個美國臨時申請案的全部內容併入本文。
本案係關於媒體資料的傳輸和重播，更具體地說，係關於經由媒體資料的傳輸和重播進行使用者輸入控制。
Wi-Fi顯示(亦叫做MiracastTM)是Wi-Fi聯盟開發的針對無線顯示的即將到來的標準。該標準基於Wi-Fi Direct。Wi-Fi顯示(WFD)標準提供了一種用於在Wi-Fi顯示宿處發現、配對、連接和呈現源自Wi-Fi顯示源的多媒體內容的交互動操作機制。可以在Wi-Fi聯盟技術委員會顯示任務小組的Wi-Fi顯示技術規範v1.0.0(Wi-Fi Display Technical Specification v1.0.0)和Wi-Fi聯盟「Wi-Fi Display Specification draft version 1.31」中找到關於當前WFD標準的額外資訊，經 由引用的方式將這些規範的全部內容併入本文。
無線顯示(WD)系統包括源設備和一或多個宿設備。源設備可以是能夠在無線區域網路中發送媒體內容的設備。宿設備可以是能夠接收並呈現媒體內容的設備。源設備和宿設備可以是行動設備或有線設備。作為行動設備，例如，源設備和宿設備可以包括行動電話、具有無線通訊卡的可攜式電腦、個人數位助理(PDA)、可攜式媒體播放機、數位圖像捕捉設備(諸如相機或攝像機)或具有無線通訊能力的其他快閃記憶體設備(包括所謂的「智慧」電話和「智慧」平板電腦或平板電腦、或其他類型的無線通訊設備)。作為有線設備，例如，源設備和宿設備可以包括電視、桌上型電腦、監視器、投影儀、印表機、音訊放大器、機上盒、遊戲操縱桿、路由器、汽車儀錶盤顯示器和數位視訊光碟(DVD)播放機和媒體伺服器。
源設備可以向參與特定媒體共用通信期的一或多個宿設備發送媒體資料，諸如音訊視訊(AV)資料。媒體資料可以在源設備的本端顯示器和宿設備的每個顯示器上重播。更具體地，每個參與宿設備呈現所接收到的媒體資料以用於在其螢幕和音訊裝置上顯示。在一些情況中，宿設備的使用者可以將使用者輸入應用於宿設備，諸如觸摸輸入和遠端控制輸入。在一些情況中，源設備可以使用虛擬網路計算(VNC)作為基本協定以便在宿設備顯示器上顯示源設備應用的使用者介面並將使用者輸入傳輸回移動源設備。
一般而言，本案係關於一種將無線顯示(WD)使用者輸入協定擴展為包括額外輸入類型，並且在一些態樣中，使用無連接傳輸協定來傳輸與任何額外輸入類型相對應的使用者輸入資料的技術。
在一個示例中，一種接收使用者輸入資料的方法包括發送使用者輸入返回通道(UIBC)參數訊息，其中該UIBC參數訊息規定了語音輸入類型和虛擬網路計算(VNC)輸入類型中的一個；及根據語音輸入類型和VNC輸入類型中的所規定的一個，接收UIBC訊息中的使用者輸入資料。
在另一個示例中，一種發送使用者輸入資料的方法包括接收使用者輸入返回通道(UIBC)參數訊息，其中該UIBC參數訊息規定了語音輸入類型和虛擬網路計算(VNC)輸入類型中的一個，以及根據語音輸入類型和VNC輸入類型中的所規定的一個來發送使用者輸入資料。
在再一個示例中，一種源設備包括用於發送使用者輸入返回通道(UIBC)參數訊息的模組，其中該UIBC參數訊息規定了語音輸入類型和虛擬網路計算(VNC)輸入類型中的一個，以及用於根據語音輸入類型和VNC輸入類型中的所規定的一個來接收UIBC訊息中的使用者輸入資料的模組。
在又一個示例中，一種宿設備包括用於接收使用者輸入返回通道(UIBC)參數訊息的模組，其中該UIBC參數訊息規定了語音輸入類型和虛擬網路計算(VNC)輸入類型中的一個，以及用於根據語音輸入類型和VNC輸入類型中的所規定的一個來發送使用者輸入資料的模組。
在還有一個示例中，一種源設備包括一或多個處理器，其中該一或多個處理器被配置為發送使用者輸入返回通道(UIBC)參數訊息，其中該UIBC參數訊息規定了語音輸入類型和虛擬網路計算(VNC)輸入類型中的一個，以及根據語音輸入類型和VNC輸入類型中的所規定的一個來接收UIBC訊息中的使用者輸入資料。
在另一個示例中，一種宿設備包括一或多個處理器，其中該一或多個處理器被配置為接收使用者輸入返回通道(UIBC)參數訊息，其中該UIBC參數訊息規定了語音輸入類型和虛擬網路計算(VNC)輸入類型中的一個，以及根據語音輸入類型和VNC輸入類型中的所規定的一個來發送使用者輸入資料。
在再一個示例中，一種包括儲存在其上的指令的電腦可讀取儲存媒體，當執行該等指令時將一或多個處理器配置為：發送使用者輸入返回通道(UIBC)參數訊息，其中該UIBC參數訊息規定了語音輸入類型和虛擬網路計算(VNC)輸入類型中的一個，以及根據語音輸入類型和VNC輸入類型中的所規定的一個來接收UIBC訊息中的使用者輸入資料。
在又一個示例中，一種包括儲存在其上的指令的電腦可讀取儲存媒體，當執行該等指令時將一或多個處理器配置為：接收使用者輸入返回通道(UIBC)參數訊息，其中該UIBC參數訊息規定了語音輸入類型和虛擬網路計算(VNC)輸入類型中的一個，以及根據語音輸入類型和VNC輸入類型中的所規定的一個來發送使用者輸入資料。
在附圖和下面的描述中提供了本案的一或多個示例的細節。根據說明書和附圖以及根據請求項，其他特徵、目的和優點將是清楚的。
100‧‧‧無線顯示(WD)系統
120‧‧‧源設備
122‧‧‧記憶體
124‧‧‧顯示器
126‧‧‧揚聲器
128‧‧‧音訊及/或視訊(A/V)編碼器
130‧‧‧音訊及/或視訊(A/V)控制模組
132‧‧‧發射器/接收器(TX/RX)單元
150‧‧‧通訊通道
152‧‧‧Wi-Fi使用者介面返回通道(UIBC)
160‧‧‧宿設備
162‧‧‧發射器/接收器單元
164‧‧‧音訊及/或視訊(A/V)解碼器
166‧‧‧顯示器
168‧‧‧揚聲器
170‧‧‧使用者輸入(UI)設備
172‧‧‧使用者輸入處理模組(UIPM)
200‧‧‧資料通訊模型
201‧‧‧使用者輸入返回通道
202‧‧‧實體(PHY)層
204‧‧‧媒體存取控制(MAC)層
206‧‧‧網際網路協定(IP)
208‧‧‧使用者資料包通訊協定(UDP)
210‧‧‧即時傳輸協定(RTP)
212‧‧‧MPEG2傳輸串流(MPEG2-TS)
214‧‧‧內容保護
216‧‧‧封包化單元串流(PES)封包化
218‧‧‧視訊編解碼器
220‧‧‧音訊編解碼器
222‧‧‧傳輸控制協定(TCP)
224‧‧‧即時資料串流通訊協定(RTSP)
228‧‧‧使用者輸入封包化
230‧‧‧人機互動設備命令(HIDC)
232‧‧‧通用使用者輸入
240‧‧‧語音輸入
242‧‧‧VNC鍵事件輸入
244‧‧‧資料通道
600‧‧‧源設備
602‧‧‧記憶體
604‧‧‧顯示處理器
606‧‧‧本端顯示器
608‧‧‧音訊處理器
610‧‧‧揚聲器
612‧‧‧視訊編碼器
614‧‧‧視訊封包化器
616‧‧‧音訊編碼器
618‧‧‧音訊封包化器
620‧‧‧A/V多工器
622‧‧‧傳輸模組
624‧‧‧數據機
626‧‧‧控制模組
628‧‧‧UIBC IE
700‧‧‧宿設備
702‧‧‧數據機
704‧‧‧傳輸模組
706‧‧‧A/V解多工器
708‧‧‧視訊解封包化器
710‧‧‧視訊解碼器
712‧‧‧顯示處理器
714‧‧‧顯示器
716‧‧‧音訊解封包化器
718‧‧‧音訊解碼器
720‧‧‧音訊處理器
722‧‧‧揚聲器
724‧‧‧使用者輸入模組
726‧‧‧UIBC IE
730‧‧‧控制模組
802‧‧‧方塊
804‧‧‧方塊
806‧‧‧方塊
902‧‧‧方塊
904‧‧‧方塊
906‧‧‧方塊
1002‧‧‧方塊
1004‧‧‧方塊
1006‧‧‧方塊
1102‧‧‧方塊
1104‧‧‧方塊
1106‧‧‧方塊
圖1是圖示無線顯示(WD)系統的示例的方塊圖，該無線顯示(WD)系統包括能夠使用使用者輸入裝置控制通訊通道來交換語音和虛擬網路計算(VNC)鍵事件的源設備和宿設備。
圖2是圖示WD系統的資料通訊模型或協定堆疊的示例的方塊圖。
圖3是圖示可以實現本案中描述的技術的源設備的示例的方塊圖。
圖4是圖示可以實現本案中描述的技術的宿設備的示例的方塊圖。
圖5是圖示本案中描述的使用者輸入傳輸技術的流程圖。
圖6是圖示本案中描述的使用者輸入傳輸技術的流程圖。
圖7是圖示本案中描述的使用者輸入傳輸技術的流程圖。
圖8是圖示本案中描述的使用者輸入傳輸技術的流程圖。
源設備和宿設備可以實現WD通訊技術，該技術與諸 如像無線HD、無線家用數位介面(WHDI)、WiGig、無線USB和當前正在開發的Wi-Fi顯示(WFD)標準相容。可以在Wi-Fi聯盟技術委員會、顯示任務小組的Wi-Fi聯盟「Wi-Fi Display Specification draft version 1.31」中找到關於WFD標準的額外資訊，經由引用的方式將其全部內容併入本文。但是，當前WFD標準既不支援語音輸入亦不支援虛擬網路計算(VNC)輸入，諸如VNC鍵事件輸入。另外，當前WFD標準規定了經由連線導向的協定(亦即，經由網際網路協定的傳輸控制協定(TCP/IP))來傳輸使用者輸入。
本案的技術可以包括在WD系統中的源設備與宿設備之間建立使用者輸入裝置控制通訊通道以便允許宿設備向源設備發送設備控制輸入。使用者輸入裝置控制通訊通道可以包括被稱為Wi-Fi使用者輸入返回通道(UIBC)的反向通道架構，其已經被修改為傳輸一或多個額外的輸入類型。例如，UIBC可以擴展到傳輸語音和VNC鍵事件輸入類型。
在一些示例中，這些技術亦可以包括修改WFD軟體堆疊以便針對一或多個輸入類型，經由無連接傳輸協定(諸如，經由IP的使用者資料包通訊協定(UDP/IP))來傳輸使用者輸入裝置控制通訊通道。在一些示例中，這些技術可以包括為TCP/IP和UDP/IP建立相應的使用者輸入裝置控制通訊通道，並將設備控制的輸入類型分配給使用者輸入裝置控制通訊通道中的一個以用於傳輸。例如，語音可以分配給UDP/IP通道，而將滑鼠點擊事件分配給TCP/IP。與TCP不同，UDP提供無保證的資料包傳遞、排序或複製保護，並且可以更好 地適合於攜帶語音和其他即時資料。
結果，這些技術可以擴展WD設備的潛在使用者輸入類型的範圍，從而改進正在對源設備的操作進行控制的宿設備的使用者的使用者體驗。另外，經由修改WFD軟體堆疊以便使用無連線協定來傳輸使用者輸入裝置控制通訊通道的至少一些輸入類型，這些技術可以減小源設備向宿設備發送的使用者輸入的傳輸延遲，經由減小例如語音命令與命令執行之間的延遲再次潛在地改進使用者體驗。
圖1是圖示無線顯示(WD)系統100的示例的方塊圖，該無線顯示(WD)系統100包括能夠使用使用者輸入裝置控制通訊通道來交換語音和虛擬網路計算(VNC)鍵事件的源設備120和宿設備160。在一些示例中，源設備120和宿設備160能夠使用無連線協定來交換一或多個使用者輸入類型，諸如語音和VNC鍵事件輸入類型中的一個或二者。如圖1中所示，WD系統100包括經由通訊通道150與宿設備160進行通訊的源設備120。
源設備120可以包括記憶體122、顯示器124、揚聲器126、音訊及/或視訊(A/V)編碼器128、音訊及/或視訊(A/V)控制模組130以及發射器/接收器(TX/RX)單元132。宿設備160可以包括發射器/接收器單元162、音訊及/或視訊(A/V)解碼器164、顯示器166、揚聲器168、使用者輸入(UI)設備170和使用者輸入處理模組(UIPM)172。所示出的元件僅僅構成WD系統100的一種示例性配置。其他配置可以包括與那些示出的元件相比更少的元件，或者可以包括除那些示出 的元件以外的額外元件。
在圖1的示例中，源設備120可以在顯示器124上顯示A/V資料的視訊部分，並且可以使用揚聲器126輸出A/V資料的音訊部分。可以將A/V資料本端地儲存在記憶體122上，從外部儲存媒體(諸如，檔案伺服器、硬碟、外部記憶體、藍光光碟、DVD或其他實體儲存媒體)存取，或者可以經由網路連接(諸如，經由網際網路)資料串流到源設備120。在一些實例中，A/V資料可以是經由源設備120的攝像頭和麥克風即時擷取的。A/V資料可以包括諸如電影、電視節目或音樂之類的多媒體內容，但是亦可以包括由源設備120產生的即時內容。此類即時內容可以例如由源設備120上執行的應用產生，或者可以是被捕捉到的視訊資料，例如作為視訊電話通信期的一部分。在一些實例中，此類即時內容可以包括可用於由使用者進行選擇的使用者輸入選項的視訊訊框。在一些實例中，A/V資料可以包括不同類型內容(諸如，具有覆蓋在視訊訊框上的使用者輸入選項的電影或TV節目的視訊訊框)的組合的視訊訊框。在一些實例中，A/V資料可以包括由虛擬網路計算(VNC)傳輸的、用於在宿設備160上顯示在源設備120上執行的應用的使用者介面的資料。一般而言，WD可以使用VNC顯示使用者介面並從宿設備160向源設備120傳輸使用者輸入。
作為經由顯示器124和揚聲器126本端地呈現A/V資料的補充或替代，源設備120的A/V編碼器128可以對A/V資料進行編碼，並且發射器/接收器單元132可以經由通訊通道150 向宿設備160發送已編碼的資料。宿設備160的發射器/接收器單元162接收已編碼的資料，並且A/V解碼器164可以對已編碼的資料進行解碼，並輸出已解碼的資料以便呈現在顯示器166和揚聲器168上。經由這種方式，顯示器124和揚聲器126呈現的音訊和視訊資料可以由顯示器166和揚聲器168同時呈現。音訊資料和視訊資料可以被佈置在訊框中，並且音訊訊框在呈現時可以與視訊訊框在時間上同步。
A/V編碼器128和A/V解碼器164可以實現任何數量的音訊和視訊壓縮標準，諸如ITU-T H.264標準，替代地稱為MPEG-4，第10部分，高級視訊編碼(AVC)或新興的高效視訊編碼(HEVC)標準。亦可以使用很多其他類型的專有或標準壓縮技術。一般而言，A/V解碼器164被配置為執行A/V編碼器128的逆編碼操作。雖然在圖1中未圖示，但是在一些態樣中，A/V編碼器128和A/V解碼器164可以分別與音訊編碼器和解碼器相整合，並且可以包括適當的MUX-DEMUX單元，或者其他硬體和軟體，以便負責將音訊和視訊兩者皆編碼到公共資料串流或分開的資料串流中。
如下面將更詳細描述的，除了實現如上述及之視訊壓縮標準，A/V編碼器128亦可以執行其他編碼功能。例如，A/V編碼器128可以在向宿設備160發送A/V資料之前向A/V資料添加各種類型的中繼資料。在一些實例中，A/V資料可以按照已編碼的形式儲存在源設備120上或在源設備120處接收，因此不要求被A/V編碼器128進一步壓縮。
雖然圖1圖示分別攜帶音訊有效載荷資料和視訊有 效載荷資料的通訊通道150，但是視訊有效載荷資料和音訊有效載荷資料可以是公共資料串流的一部分。若可以的話，則MUX-DEMUX單元可以遵循ITU H.223多工協定、或者諸如使用者資料包通訊協定(UDP)之類的其他協定。A/V編碼器128和A/V解碼器164可以分別被實現成一或多個微處理器、數位信號處理器(DSP)、特殊應用積體電路(ASIC)、現場可程式設計閘陣列(FPGA)、個別邏輯、軟體、硬體、韌體或其任意組合。A/V編碼器128和A/V解碼器164的每一個可以被包括在一或多個編碼器或解碼器中，該一或多個編碼器或解碼器中的任一個可以被整合為組合的編碼器/解碼器(CODEC)的一部分。因此，源設備120和宿設備160中的每一個可以包括被配置為執行本案的一或多個技術的專用裝置。
顯示器124和顯示器166可以包括諸如陰極射線管(CRT)、液晶顯示器(LCD)、電漿顯示器、發光二極體(LED)顯示器、有機發光二極體(OLED)顯示器或另一種類型的顯示裝置之類的各種視訊輸出設備中的任一種。在這些或其他示例中，顯示器124和顯示器166可以分別是發射顯示器或透射式顯示器。顯示器124和顯示器166亦可以是觸摸式顯示器或者存在敏感的，使得其可以同時是輸入裝置和顯示裝置。這些觸摸式顯示器可以是電容性的、電阻性的或允許使用者向相應設備提供使用者輸入的其他類型的觸摸或存在敏感面板。
揚聲器126和揚聲器168可以包括諸如耳機、單揚聲器系統、多揚聲器系統或環繞聲系統之類的各種音訊輸出設 備中的任一種。另外，雖然顯示器124和揚聲器126被顯示為源設備120的一部分，並且顯示器166和揚聲器168被顯示為宿設備160的一部分，但是源設備120和宿設備160實際上可以是設備的系統。舉一個例子，顯示器166可以是電視，揚聲器168可以是環繞聲系統，而A/V解碼器164可以是有線或無線地連接到顯示器166和揚聲器168的外部盒子的一部分。在其他實例中，宿設備160可以是單個設備，諸如平板電腦或智慧型電話。在還有其他情況中，源設備120和宿設備160是相似的設備，例如兩者皆是智慧型電話、平板電腦等。在這種情況中，一個設備可以作為源進行操作，而另一個可以作為宿進行操作。這些角色可以在後續通訊通信期中顛倒。在另外其他情況中，源設備120可以包括行動設備，諸如智慧型電話、膝上型或平板電腦，並且宿設備160可以包括更固定的設備(例如，具有AC電源線)，在這種情況下，源設備120可以傳遞音訊和視訊資料以便經由宿設備160呈現給一或多個觀眾。
發射器/接收器(TX/RX)單元132和發射器/接收器單元162可以分別包括各種混頻器、濾波器、放大器和被設計為用於信號調制的其他元件，以及被設計為用於發送和接收資料的一或多個天線和其他元件。通訊通道150通常代表用於在源設備120與宿設備160之間發送音訊/視訊資料、控制資料和回饋的、任何適合的通訊媒體或者不同通訊媒體的集合。通訊通道150通常是相對較短距離的通訊通道，並且可以實現諸如或類似於Wi-Fi、藍芽等的、諸如實現所界定的2.4GHz、3.6GHz、5GHz、60GHz或超寬頻(UWB)頻帶結構之類 的實體通道架構。然而，通訊通道150在這態樣中不一定是受限的，並且可以包括任何無線或有線通訊媒體，諸如射頻(RF)頻譜或一或多個實體傳輸線、或無線和有線媒體的任何組合。在其他示例中，通訊通道150甚至可以構成基於封包的網路(例如，有線或無線區域網路、廣域網、或諸如網際網路之類的全球網路)的一部分。另外，通訊通道150可以由源設備120和宿設備160用來建立點對點鏈路。
源設備120和宿設備160可以使用例如即時資料串流通訊協定(RTSP)控制訊息、根據能力協商來建立通訊通信期。在一個示例中，可以由源設備120向宿設備160發送針對建立通訊通信期的請求。一旦建立了媒體共用通信期，源設備120使用即時傳輸協定(RTP)向參與的宿設備160發送媒體資料(例如，音訊視訊(AV)資料)。宿設備160將所接收的媒體資料呈現在其顯示器和音訊裝置(圖1中未圖示)上。
隨後，源設備120和宿設備160可以使用通訊協定(諸如，來自IEEE 802.11標準族的標準)經由通訊通道150進行通訊。在一個示例中，通訊通道150可以是網路通訊通道。在該示例中，通訊服務供應商可以使用基地台作為網路集線器，在中央操作並管理一或多個網路。源設備120和宿設備160可以例如根據Wi-Fi直接或Wi-Fi顯示(WFD)標準進行通訊，使得源設備120和宿設備160直接相互通訊，而不使用諸如無線存取點或所謂的熱點之類的中間媒介。源設備120和宿設備160亦可以建立隧道化直接鏈路建立(TDLS)以避免或減少網路壅塞。WFD和TDLS旨在建立相對較短距離的通訊通信 期。相對較短距離在該上下文中可以指，例如小於約70米，但是在吵鬧或阻塞的環境中，設備之間的距離甚至可能更短，諸如小於約35米或小於約20米。
本案的技術有時可以針對WFD進行描述，但是可以預期的是這些技術的態樣亦可以與其他通訊協定相容。舉例說明而不限於，在源設備120與宿設備之間的無線通訊可以利用正交分頻多工(OFDM)技術。亦可以使用各種不同的其他無線通訊技術，包括但不限於分時多工存取(TDMA)、分頻多工存取(FDMA)、分碼多工存取(CDMA)或者OFDM、FDMA、TDMA及/或CDMA的任意組合。
除了解碼並呈現從源設備120接收到的資料，宿設備160亦可以從使用者輸入裝置170接收使用者輸入。使用者輸入裝置170可以例如是鍵盤、滑鼠、軌跡球或觸控板、觸摸或存在敏感螢幕、麥克風、語音命令辨識模組或另一個使用者輸入裝置。UIPM 172將使用者輸入裝置170接收到的使用者輸入命令格式化成源設備120能夠處理的資料封包結構。這些資料封包由發射器/接收器單元162經由通訊通道150發送給源設備120。發射器/接收器單元132接收資料封包，並且A/V控制模組130對資料封包進行解析以便解釋使用者輸入裝置170接收到的使用者輸入命令。基於在資料封包中接收到的命令，A/V控制模組130可以改變被編碼和發送的內容。經由這種方式，宿設備160的使用者可以控制由源設備120遠端地並且在不與源設備120進行直接互動的情況下發送的音訊有效載荷資料和視訊有效載荷資料。
另外，宿設備160的使用者也許能夠啟動並控制在源設備120上的應用。例如，宿設備160的使用者也許能夠啟動在源設備120上儲存的照片編輯應用，並且使用該應用來編輯在源設備120上本機存放區的照片。宿設備160可以向使用者提供如下使用者體驗：看起來並感覺好像照片是在宿設備160上本端編輯的，但是實際上照片是在源設備120上編輯的。使用這種配置，使用者也許能夠利用一個設備的能力與多個設備一起使用。例如，源設備120可以包括具有大量儲存和高端處理能力的智慧型電話。然而，在觀看電影時，使用者可能希望在具有更大顯示螢幕幕的設備上觀看電影，在這種情況下，宿設備160可以是平板電腦或者甚至更大的顯示裝置或電視。當想要發送或回復郵件時，使用者可能希望使用具有實體鍵盤的設備，在這種情況下，宿設備160可以是膝上型電腦。在這兩種實例中，即使使用者正在與宿設備160互動，很多處理可以仍然由源設備120執行。源設備120和宿設備160可以經由發送控制資料(例如，用於協商及/或辨識經由通訊通道150的任何給定通信期中的設備的能力的資料)來有助於雙向互動。
在一些配置中，A/V控制模組130可以包括由源設備120的作業系統執行的作業系統程序或使用者應用。但是，在其他配置中，A/V控制模組130可以包括執行在源設備120上的應用的軟體程序。在這種配置中，使用者輸入命令可以被軟體程序解釋，使得宿設備160的使用者與執行在源設備120上的應用直接地互動，與執行在源設備120上的作業系統完全不 同。如與作業系統完全不同，經由與應用直接地互動，宿設備160的使用者可以存取不位於源設備120的作業系統本端的命令庫。另外，直接與應用互動也許能夠使命令更容易地被執行在不同平臺上的設備發送和處理。
在宿設備160處應用的使用者輸入可以經由通訊通道150上的使用者輸入裝置控制通訊通道發送回源設備120。在示出的示例中，使用者輸入裝置控制通訊通道是使用反向通道架構(這裡稱為Wi-Fi使用者介面返回通道(UIBC)152)來實現的，以便能夠使宿設備160將應用於宿設備160處的使用者輸入發送給源設備120。反向通道架構可以包括用於傳輸使用者輸入的上層訊息，以及用於協商宿設備160和源設備120處的使用者介面能力的較低層訊框。UIBC 152可以是在宿設備160與源設備120之間使用網際網路協定(IP)網路層上的傳輸層協定傳輸的。經由這種方式，UIBC 152可以位於開放式系統互聯(OSI)通訊模型和TCP/IP模型中的傳輸層之上。為了促進包含使用者輸入資料的資料封包的可靠傳輸和順序傳遞，UIBC可以被配置為執行在其他基於封包的通訊協定(諸如傳輸控制協定/網際網路協定(TCP/IP))的頂端上。TCP/IP能夠使宿設備160和源設備120在封包丟失的情況下實施重傳技術。
UIBC 152可以被設計為傳輸各種類型的使用者輸入資料，包括跨平臺的使用者輸入資料。例如，源設備120可以執行iOS®作業系統，而宿設備160執行另一個作業系統，諸如Android®或Windows®。無論什麼平臺，UIPM 172可以將接收 到的使用者輸入封裝到A/V控制模組130可理解的形式中。多個不同類型的使用者輸入格式或「輸入類型」可以是UIBC支援的，從而無論源設備和宿設備是否在不同平臺上操作，皆允許很多不同類型的源設備和宿設備開發協定。將UIBC的輸入類型分配給兩種類別之一：通用和人機周邊設備控制(HIDC)。一般而言，通用輸入類型包括在應用級處理的設備不可知的使用者輸入，諸如滑鼠上/下、鍵彈起/按下、觸摸上/下、縮放、滾動和旋轉。一般而言，HIDC包括更專用的輸入類型，諸如紅外線、通用序列匯流排(USB)、藍芽、ZigBee、Wi-Fi介面、攝像頭、手勢等。不同輸入類型在由UIBC在源設備120與宿設備160之間傳輸使用者輸入的方式態樣提供靈活性。
根據本案中描述的技術，UIBC 152被實現為傳輸語音類型和VNC輸入類型中的至少一個，諸如VNC鍵事件輸入類型和VNC指標事件輸入類型。規定語音輸入類型的UIBC封包傳輸基於語音的媒體，諸如由宿設備160的麥克風UI設備170接收到的語音命令。VNC鍵事件表示關於顯示器166顯示的VNC顯示而做出的鍵按下或釋放。在一個示例中，VNC鍵事件訊息包括訊息類型、按下標誌、填充和鍵欄位。其他欄位亦可以用於其他示例中。鍵欄位標識了被按下或釋放的鍵。按下標誌標識了被鍵欄位標識的鍵是否已經被按下還是釋放。VNC指針事件指示：指標(例如，滑鼠或軌跡球)運動或指標鈕按下或釋放。VNC指標事件訊息可以包括訊息類型、按鈕遮罩、x位置和y位置欄位。其他欄位亦可以用於其他 示例中。按鈕遮罩欄位指示一或多個指標按鈕的狀態，其中不同位元位置的值指示相應指標按鈕處於按下或者彈起狀態。指標在VNC顯示上位於(x位置、y位置)處。
在一些實例中，該技術亦可以包括修改或界定WFD軟體堆疊以用於至少部分地經由無連接傳輸協定(諸如經由IP的使用者資料包通訊協定(UDP/IP))來傳輸UIBC 152。例如，UIBC 152可以被實現為針對語音輸入類型來經由UDP執行。在一些示例中，宿設備160和源設備120經由TCP/IP和UDP/IP來建立各個使用者輸入裝置控制通訊通道以便攜帶不同的UIBC輸入類型。例如，UIBC 152可以經由UDP/IP通道來傳輸語音輸入，而UIBC 152經由TCP/IP通道來傳輸滑鼠點擊。與TCP不同，UDP提供無保證的資料包傳遞、排序或複製保護，並且可以更好地適合於攜帶語音和其他即時資料。
由於這些技術，宿設備160的使用者可以有更多的靈活性來控制使用WD的源設備120的操作。另外，在一些實例中，該技術可以經由使用一或多個UIBC輸入類型的無連接傳輸協定為使用者提供有品質的使用者體驗。
圖2是圖示WD系統的資料通訊模型或協定堆疊的示例的方塊圖。資料通訊模型200圖示用於在實現的WD系統中的源設備與宿設備之間發送資料的、資料與控制協定之間的互動。在一些示例中，WD系統100可以使用資料通訊模型200。資料通訊模型200包括實體(PHY)層202、媒體存取控制(MAC)層(204)、網際網路協定(IP)206、使用者資料包通訊協定(UDP)208、即時傳輸協定(RTP)210、MPEG2 傳輸串流(MPEG2-TS)212、內容保護214、封包化單元串流(PES)封包化216、視訊編解碼器218、音訊編解碼器220、傳輸控制協定(TCP)222、即時資料串流通訊協定(RTSP)224、使用者輸入封包化228、人機互動設備命令(HIDC)230和通用使用者輸入232。使用者輸入封包化228、HIDC 230和通用使用者輸入232可以構成使用者輸入返回通道(201)。UIBC 201可以執行例如用於實現圖1的UIBC 152的控制協定。
實體層202和MAC層204可以界定用於在WD系統中通訊的實體信號傳遞、定址和通道存取控制。實體層202和MAC層204可以界定用於通訊的頻帶結構，例如在2.4GHz、3.6GHz、5GHz、60GHz處界定的聯邦通訊委員會頻帶或超寬頻(UWB)頻帶結構。實體層202和MAC 204亦可以界定資料調制技術，例如類比和數位元幅度調制、頻率調制、相位調制技術和它們的組合。實體層202和MAC 204亦可以界定多工技術，例如分時多工存取(TDMA)、分頻多工存取(FDMA)、分碼多工存取(CDMA)或者OFDM、FDMA、TDMA及/或CDMA的任意組合。在一個示例中，實體層202和媒體存取控制層204可以由Wi-Fi(例如，IEEE 802.11-2007和802.11n-2009x)標準(諸如WFD所提供的)來界定。在其他示例中，實體層202和媒體存取控制層204可以由無線HD、無線家庭數位介面(WHDI)、WiGig和無線USB中的任何一個來界定。
網際網路協定(IP)206、使用者資料包通訊協定( UDP)208、即時傳輸協定(RTP)210、傳輸控制協定(TCP)222和即時資料串流通訊協定(RTSP)224界定用於WD系統中的封包結構和封裝，並且可以根據網際網路工程任務組(IETF)維護的標準來界定。
RTSP 224可以被源設備120和宿設備160用於例如協商能力、建立通信期以及通信期維持和管理。源設備120和宿設備160可以使用RTSP訊息事務來建立回饋通道，以便協商源設備120和宿設備160的、用於支援UIBC上的回饋通道和回饋輸入類別的能力。使用RTSP協商來建立回饋通道可以類似於使用RTSP協商程序來建立媒體共用通信期及/或UIBC。
例如，源設備120可以向宿設備160發送規定對源設備120感興趣的能力清單的能力請求訊息(例如，RTSP GET_PARAMETER請求訊息)。根據本案，能力請求訊息可以包括用於支援UIBC上的回饋通道的能力。宿設備160可以用能力回應訊息(例如，RTSP GET_PARAMETER回應訊息)進行回應以便向源設備120聲明其支援回饋通道的能力。舉個例子，若宿設備160支援UIBC上的回饋通道，則能力回應訊息可以指示「是」。隨後，源設備120可以向宿設備160發送用於指示將在媒體共用通信期使用回饋通道的確認請求訊息(例如，RTSP SET_PARAMETER請求訊息)。宿設備160可以用確認回應訊息(例如，RTSP SET_PARAMETER回應訊息)進行回應以便向源設備120確認：將在媒體共用通信期使用回饋通道。替代地，可以在上位術語「參數訊息」或「UIBC參數訊息」下提及能力請求、能力回應、確認請求和確認回應訊 息。
視訊編解碼器218可以界定可由WD系統使用的視訊資料編碼技術。視訊編解碼器218可以實現任何數量的視訊壓縮標準，諸如ITU-T H.261、ISO/IEC MPEG-1 Visual、ITU-T H.262或ISO/IEC MPEG-2 Visual、ITU-T H.263、ISO/IEC MPEG-4 Visual、ITU-T H.264(亦叫做ISO/IEC MPEG-4 AVC)、VP8和高效視訊編碼(HEVC)。應該注意的是，在一些實例中，WD系統可以是壓縮的或未壓縮的視訊資料。
音訊編解碼器220可以界定可由WD系統使用的音訊資料編碼技術。可以使用如由杜比和數位影院系統開發的那些多通道格式來對音訊資料進行編碼。可以使用壓縮或未壓縮格式來對音訊資料進行編碼。壓縮的音訊格式的示例包括MPEG-1、2音訊層II和III、AC-3、AAC。未壓縮音訊格式的示例包括脈衝碼調制(PCM)音訊格式。
封包化的單元串流(PES)封包化216和MPEG2傳輸串流(MPEG2-TS)212可以界定編碼後的音訊和視訊資料如何被封包化並發送。可以根據MPEG-2第1部分來界定封包化的單元串流(PES)封包216和MPEG-TS 212。在其他示例中，可以根據其他封包化和傳輸串流協定來封包化和發送音訊和視訊資料。內容保護214可以提供保護以避免對音訊或視訊資料進行未授權拷貝。在一個示例中，可以根據高頻寬數位內容保護2.0規範來界定內容保護214。
UIBC 201包括使用者輸入封包化228，該使用者輸入封包化228可以界定如何對使用者輸入進行封包化。人機介面 設備命令(HIDC)230、通用使用者輸入232可以界定使用者輸入的類型如何被格式化到資訊單元中。例如，人機周邊設備命令230和通用使用者輸入232可以基於使用者介面類型(例如，滑鼠、鍵盤、觸摸、多點觸摸、語音、手勢、廠家專用介面等)和命令(例如，縮放、搖攝(pan)等)對輸入進行分類，並且決定應該如何將使用者輸入格式化到資訊單元中。分類成HIDC還是通用使用者輸入通常影響如何在宿設備160處將後續媒體資料呈現給使用者(例如，縮放和搖攝操作)以及源設備120對去往宿設備160的媒體資料進行如何處理(例如，編碼及/或發送)。
在一個示例中，人機周邊設備命令230可以基於所界定的使用者輸入裝置規範(諸如USB、藍芽和Zigbee)來對使用者輸入資料進行格式化並產生使用者輸入值。表1A、1B和1C提供HIDC輸入主體格式、HID介面類型和HID類型值的示例。在一個示例中，可以根據WFD來界定人機周邊設備命令(HIDC)230。在表1A中，HID介面類型欄位規定了人機周邊設備(HID)類型。在表1B中提供HID介面類型的示例。HID類型欄位規定了HID類型。表1C提供了HID類型的示例。長度欄位以八位元組為單位規定了HIDC值的長度。HIDC包括可以在諸如藍芽、Zigbee和USB之類的規範中界定的輸入資料。
在一個示例中，通用使用者輸入232可以獨立於特定使用者輸入裝置在應用級被處理並且格式化成資訊單元。可以由WFD標準來界定通用使用者輸入232。表2A和表2B提供了通用輸入主體格式的示例和通用使用者輸入的輸入類型辨識符。在表2A中，通用IE ID欄位規定了通用資訊單元(IE)ID類型。在表2B中提供了通用IE ID類型的示例。長度欄位以八位元組為單位規定了通用IE ID值的長度。描述欄位規定了使用者輸入的細節。應該注意的是，為了簡化起見，亦沒有 描述表2A中的描述欄位中的使用者輸入的細節，但是在一些示例中，可以包括針對滑鼠觸摸/移動事件、ASCII鍵碼和控制鍵碼、縮放、滾動和旋轉值的X-Y座標值。在一個示例中，可以根據WFD來界定人機周邊設備命令(HIDC)230和通用使用者輸入232。
當前WFD標準不支援語音和VNC鍵事件輸入。在所示的示例中，將與資料通訊模型200的通用輸入類別相對應的通用使用者輸入232擴展為包括語音輸入240和VNC鍵事件輸入242。對WFD標準文字的示例性變化對上述擴展的影響如下所示(其他沒被提及的部分與WFD標準中的一樣)。
表3提供了被擴展為包括語音和VNC鍵事件輸入的 通用使用者輸入的輸入類型辨識符的示例性集合(底線的語句是對當前WFD標準的通用輸入類型辨識符的補充)：
在一些示例中，通用輸入類型辨識符可以包括例如VNC指標事件的辨識符。表4-5界定了根據下面描述的新添加的通用輸入類型辨識符。
表4中圖示語音資料通用輸入類型ID的通用輸入訊息的描述欄位元。使用協商的語音編解碼器對語音輸入進行編碼。可以在WFD源設備與WFD宿設備之間、在RTSP訊息交換中的wfd-uibc-capability參數的語音欄位中協商語音編解碼器。可以由RTSP M4及/或M14請求訊息中的語音參數中的WFD源指示要使用的最終編解碼器。WFD宿經由TCP/UDP傳輸來發送語音輸入。
表5中圖示VNC鍵事件通用輸入類型ID的通用輸入訊息的描述欄位元：
當前WFD標準不支援針對UIBC資料的傳遞的無連接傳輸，例如UDP傳輸。本案的技術亦包括添加對UIBC資料的UDP傳輸以及利用UDP傳輸來傳遞語音資料登錄。在所示的示例中，資料通訊模型200被修改為選擇性地執行經由UDP 208的使用者輸入封包化228，如資料通道244所指示。經由這種方式，例如，可以使用UDP 208經由IP 206來傳輸針對語音240及/或VNC鍵事件242使用者輸入的UIBC資料。
此外，可以針對WFD標準做出額外的改變以便將WFD標準中的能力協商擴展為包括額外的參數。如資料通訊模型200中所示，WD系統的宿設備和源設備可以使用即時資料串流通訊協定(RTSP)控制訊息來協商能力。根據WFD標準，源設備向宿設備發送確認請求訊息(例如，RTSP SET_PARAMETER請求訊息)。RTSP SET_PARAMETER請求訊息包括用於指示將如何在媒體共用通信期使用回饋通道來發送資訊的參數。在一個示例中，RTSP SET_PARAMETER請求訊息可以被修改為包括用於指示將如何使用回饋通道來發送VNC輸入的參數。在一個示例中，RTSP SET_PARAMETER請求訊息可以被修改為包括用於指示將如何使用回饋通道來 發送使用者語音命令的參數。在一個示例中，RTSP SET_PARAMETER請求訊息可以包括用於指示用於宿發送語音命令的使用者資料包通訊協定(UDP)埠的參數。在一個示例中，可以至少部分地根據下面的語法(底線的語句是對當前WFD標準的SET_PARAMETER請求訊息的補充)對SET_PARAMETER請求訊息進行格式化：wfd-uibc-capability=「wfd_uibc_capability：」SP(「none」/(input-category-val「；」generic-cap-val「；」hidc-cap-val「；」tcp-port「；」udp-port))CRLF；若不支援，則為「none」input-category-val=「input_category_list=」(「none」/input-category-list)input-category-list=input-cat *(「,」SP input-category-list)input-cat=「GENERIC」/「HIDC」generic-cap-val=「generic_cap_list=」(「none」/generic-cap-list)generic-cap-list=inp-type*(「,」SP generic-cap-list)inp-type=「鍵盤」/「滑鼠」/「單點觸摸」/「多點觸摸」/「操縱桿」/「攝像頭」/「手勢」/「遠端控制」/語音/「VNC鍵事件」hidc-cap-val=「hidc_cap_list=」(「none」/hidc-cap-list)hidc-cap-list=detailed-cap *(「,」SP hidc-cap-list) detailed-cap=inp-type「/」inp-path inp-path=「紅外線」/「USB」/「BT」/「Zigbee」/「Wi-Fi」/「No-SP」tcp-port=「port=」(「none」/IPPORT)udp-port=「udp_port=」(「none」/IPPORT)voice=「voice_command={」uibc-voip-codec-list SP「}」uibc_voip_codec_list=uibc-voip-codec-combo *(SP uibc-voip-codec-list)uibc_voip_codec_combo=uibc-voip-codec「：」uibc-voip-mode uibc_voip_codec=「LPCM」/「AMR」/「AMR WB」/QCELP」uibc_voip_mode=8*8HEXDIG；見關於LPCM模式的表5.21，關於AMR和其他編解碼器的表6.x
wfd-uibc-capability參數描述了對使用者輸入返回通道(UIBC)和相關屬性的支援。使用WFD擴展能力子單元中的WFD擴展能力位元映像的UIBC支援位元(B0)來指示對UIBC的支援。注意：「none」指示不支援相應子參數值。
WFD源在RTSP M4及/或M14請求訊息中的wfd-uibc-capability參數的tcp-port欄位中指示了要用於UIBC的TCP埠號。WFD宿針對RTSP M3回應和M14請求訊息中的wfd-uibc-capability參數的tcp-port欄位使用「none」。
WFD源在RTSP M4及/或M14請求訊息中的wfd-uibc-capability參數的udp-port欄位中指示要用於UIBC的UDP埠號。WFD宿針對RTSP M3回應和M14請求訊息中的wfd-uibc-capability參數的udp-port欄位使用「none」。另外，WFD宿可以針對VNC輸入類型(諸如VNC鍵事件或VNC指標事件)的wfd-uibc-capability參數的udp-port欄位使用「none」，針對VNC輸入資料傳輸可能在某些情形中需要TCP連接。可以根據本案中描述的技術，將語音輸入資料傳輸給在UIBC能力協商程序期間協商的UDP埠。
在一些示例中，該技術可以包括添加經由額外的音訊返回通道來支援語音輸入，同時添加經由經由Wi-Fi顯示UIBC的通用輸入類別來支援VNC輸入。額外的音訊返回通道可以提供用於從WFD宿(例如，圖1的宿設備160)向WFD源(例如，圖1的源設備120)傳遞語音和麥克風輸入的RTP/UDP傳輸。在這些示例中，針對通用類別的使用者輸入的通用輸入類型ID表可以如下：
表5中描述了針對表6的VNC鍵事件通用輸入類型ID的通用輸入訊息的描述欄位元。
語音返回通道(ABC)是可選的WFD特徵，當實現該特徵時有助於從WFD宿向WFD源處存在的使用者傳輸音訊/語音輸入。ABC輸入可以在被802.11封包化和傳輸給WFD源之前由RTP/UDP/IP頭部封裝。使用RTP、UDP和IP頭部來對ABC音訊封包進行封包化。包括ABC音訊封包的RTP封包可以包括從WFD源維護的主時鐘獲得並且在一次時鐘節拍對應於11.11μs的情況下以90kHz為單位來表示的32位元RTP時間戳記(RTP TS)資訊。針對WFD封包的RTP TS可以被設置為映射到第一個ABC封包到達RTP封裝層處的時間。音訊輸入有效載荷可以使用強制格式，亦即，線性脈衝碼調制音訊(LPCM)、16位元、48kbps和2ch，並且音訊有效載荷可以攜帶實際的音訊資料或空資料。
同樣，在其中額外音訊返回通道提供對語音輸入的支援的技術的示例中，可以對WFD標準做出額外修改以便將WFD標準中的能力協商擴展為包括額外參數。如資料通訊模型200中所示，WD系統的宿設備和源設備可以使用即時資料串流通訊協定(RTSP)控制訊息來協商能力。根據WFD標準，源設備向宿設備發送確認請求訊息(例如，RTSP SET_PARAMETER請求訊息)。RTSP SET_PARAMETE請求訊息包括用於指示將如何在媒體共用通信期使用回饋通道來發送資訊的參數。在一個示例中，可以至少部分地根據以下 語法對SET_PARAMETE請求訊息進行格式化(底線的語句是對當前WFD標準的SET_PARAMETE請求訊息的補充)：wfd-uibc-capability=「wfd_uibc_capability：」SP(「none」/(input-category-val「；」generic-cap-val「；」hidc-cap-val「；」tcp-port))CRLF；若不支援則為「none」input-category-val=「input_category_list=」(「none」/input-category-list)input-category-list=input-cat *(「,」SP input-category-list)input-cat=「GENERIC」/「HIDC」generic-cap-val=「generic_cap_list=」(「none」/generic-cap-list)generic-cap-list=inp-type *(「,」SP generic-cap-list)inp-type=「鍵盤」/「滑鼠」/「單點觸摸」/「多點觸摸」/「操縱桿」/「攝像頭」/「手勢」/「遠程式控制制」/「VNC鍵事件」hidc-cap-val=「hidc_cap_list=」(「none」/hidc-cap-list)hidc-cap-list=detailed-cap *(「,」SP hidc-cap-list)detailed-cap=inp-type「/」inp-path inp-path=「紅外線」/「USB」/「BT」/「Zigbee」/「Wi-Fi」/「No-SP」tcp-port=「port=」(「none」/IPPORT)wfd-uibc-capability參數描述了對使用者輸入返回通道(UIBC)及相關屬性的支援。使用WFD擴展能力子單元中的WFD擴 展能力位元映像的UIBC支援位元(B0)來指示對UIBC的支援。注意：「none」指示：不支援相應子參數值。
WFD擴展能力位元映像亦可以被修改為描述根據本案中描述的技術對音訊返回通道的支援。在一些示例中，可以如下修改WFD擴展能力位元映像：
wfd-abc-capability參數描述對音訊返回通道(ABC)及相關屬性的支援。如上所述，使用WFD擴展能力子單元中的WFD擴展能力位元映像的ABC支援位元來指示對ABC的支援。用於支援語音輸入的RTSP交換的新wfd-abc-capability參數的示例如下：wfd-abc-capability=「wfd_abc_capability：」SP abc-cap SP abc-port CRLF abc-cap=「none」/(「abc_cap=」abc-audio-list)； abc-audio-list=audio-format SP modes SP latency *(「,」SP abc-audio-list)audio-format=「LPCM」/「AAC」/「AC3」modes=8*8HEXDIG；latency=2*2HEXDIG；abc-port=「udp_port=」(「none」/IPPORT)
abc-audio-list表示被支援的各個音訊CODEC的一或多個<音訊格式、模式、延遲>元組的列表。WFD源可以在RTSP M4請求訊息中的wfd-abc-capability參數的udp-port欄位中指示要用於ABC的UDP埠號。WFD宿可以針對RTSP M3回應訊息中的wfd-abc-capability參數的udp-port欄位來使用「none」。
圖3是圖示可以實現本案中描述的技術的源設備的示例的方塊圖。源設備600可以是包含圖2中提供的資料通訊模型的WD系統的一部分。源設備600可以是被配置為對用於傳輸、儲存及/或顯示的媒體資料進行編碼及/或解碼。源設備600包括記憶體602、顯示處理器604、本端顯示器606、音訊處理器608、揚聲器610、視訊編碼器612、視訊封包化器614、音訊編碼器616、音訊封包化器618、A/V多工器620、傳輸模組622、數據機624以及控制模組626。源設備600的元件可以被實現為各種適合電路中的任一種，諸如一或多個微處理器、數位信號處理器(DSP)、特殊應用積體電路(ASIC)、現場可程式設計閘陣列(FPGA)、個別邏輯、軟體、硬體、韌體或它們的任何組合。
記憶體602可以按照具有壓縮或未壓縮格式的媒體資料的形式儲存A/V可視數據。記憶體602可以儲存整個媒體資料檔案，或者可以包括更小的緩存，該更小的緩存僅僅儲存(例如，從另一個設備或源資料串流的)媒體資料檔案的一部分。記憶體602可以包括各種揮發性或非揮發性記憶體中的任一種，包括但不限於，隨機存取記憶體(RAM)，諸如同步動態隨機存取記憶體(SDRAM)、唯讀記憶體(ROM)、非揮發性隨機存取記憶體(NVRAM)、電子可抹除可程式設計唯讀記憶體(EEPROM)、快閃記憶體等。記憶體602可以包括用於儲存媒體資料以及其他類型的資料的電腦可讀取儲存媒體。記憶體602可以另外儲存由處理器執行的指令和程式碼，作為執行本案中描述的各種技術的一部分。
顯示處理器604可以得到所擷取的視訊訊框並可以處理視訊資料以便在本端顯示器606上顯示。顯示器606包括各種顯示裝置中的一種，諸如液晶顯示器(LCD)、電漿顯示器、有機發光二極體(OLED)顯示器、或能夠向源設備600的使用者呈現視訊資料的另一種類型的顯示裝置。
音訊處理器608可以得到所擷取的音訊取樣並且處理音訊資料以便輸出到揚聲器610。揚聲器610可以包括各種不同音訊輸出設備中的任一種，諸如耳機、單揚聲器系統、多揚聲器系統或環繞聲系統。
視訊編碼器612可以從記憶體602得到視訊資料並將視訊資料編碼成所期望的視訊格式。視訊編碼器612可以是用於實現上面針對圖2所描述的視訊編解碼器218的各態樣的硬 體和軟體的組合。視訊編碼器612可以根據任意數量的視訊壓縮標準(諸如，ITU-T H.261、ISO/IEC MPEG-1 Visual、ITU-T H.262或ISO/IEC MPEG-2 Visual、ITU-T H.263、ISO/IEC MPEG-4 Visual、ITU-T H.264(亦叫做ISO/IEC MPEG-4 AVC)、VP8和高效視訊編碼(HEVC))對視訊進行編碼。應該注意的是，在一些情況中，視訊編碼器612可以對視訊進行編碼，從而使用無損或失真壓縮技術來對視訊資料進行壓縮。
視訊封包化器614可以對已編碼的視訊資料進行群組。在一個示例中，如根據MPEG-2第1部分所界定的，視訊封包化器614可以對已編碼的資料進行封包化。在其他示例中，可以根據其他封包化協定對視訊資料進行封包化。視訊封包化器614可以是用於實現如上面針對圖2所描述的封包化元素流(PES)封包化216的各態樣的硬體和軟體的組合。
音訊編碼器616可以從記憶體602得到音訊資料並將音訊資料編碼成所期望的音訊格式。音訊編碼器616可以是用於實現如上關於圖2所描述的音訊編解碼器220的態樣的硬體和軟體的組合。可以使用杜比和數位影院系統所開發的那些多通道格式對音訊資料進行編碼。可以使用壓縮或未壓縮的格式對音訊資料進行編碼。壓縮音訊格式的示例包括MPEG-1、2音訊層II和III、AC-3、AAC。未壓縮音訊格式的示例包括脈衝碼調制(PCM)音訊格式。
音訊封包化器618可以對已編碼的音訊資料進行封包化。在一個示例中，如根據MPEG-2第1部分界定的，音訊封包化器618可以對已編碼的音訊資料進行封包化。在其他示例 中，可以根據其他封包化協定對音訊資料進行封包化。音訊封包化器618可以是用於實現如上面針對圖2所描述的封包化元素流(PES)封包化216的各態樣的硬體和軟體的組合。
A/V多工器620可以應用多工技術來將視訊有效載荷資料和音訊有效載荷資料組合成公共資料串流的一部分。在一個示例中，A/V多工器620可以將封包化的單元視訊和音訊流封裝成如根據MPEG-2第1部分界定的MPEG2傳輸串流。A/V多工器620可以對音訊和視訊封包提供同步，以及提供糾錯技術。
傳輸模組622可以對媒體資料進行處理以便傳輸給宿設備。此外，傳輸模組622可以處理從宿設備接收到的封包，這樣可以進一步對這些封包進行處理。例如，傳輸模組622可以被配置為使用IP、TCP、UDP、RTP和RSTP進行通訊。例如，傳輸模組622亦可以封裝MPEG2-TS以便傳輸給宿設備或經由網路進行發送。
數據機624可以被配置為根據WD系統中採用的實體和MAC層來執行實體和MAC層處理。如針對圖2所描述的，實體和MAC層可以界定用於在WD系統中通訊的實體信號傳遞、定址和通道存取控制。在一個示例中，數據機624可以被配置為執行由Wi-Fi(例如，IEEE 802.11x)標準所界定的實體和MAC層的實體層和MAC層處理，諸如由WFD所提供的。在其他示例中，數據機624可以被配置為執行針對以下各項中的任一項的實體層和MAC層處理：無線HD、WiMedia、無線家庭數位介面(WHDI)、WiGig和無線USB。
控制模組626可以被配置為執行源設備600通訊控制功能。通訊控制功能可能涉及與宿設備的協商能力、與宿設備建立通信期以及通信期維持和管理。控制模組626可以使用RTSP與宿設備進行通訊。此外，控制模組626可以使用RTSP訊息事務來建立一或多個通訊通道以便協商源設備600和宿設備的用於支援經由UDP來傳輸UIBC和支援額外通用使用者輸入類型的能力。
傳輸模組622可以接收並向控制模組626發送UIBC資訊單元(IE)。在示出的示例中，傳輸模組622接收UIBC IE 628並向控制模組626發送UIBC IE 628。控制模組626解析UIBC IE 628以辨識使用者輸入並相應地修改元件606、604、602、608、610、612、614、616、618或620中的任意元件的操作。
圖4是圖示可以實現本案中描述的技術的宿設備的示例的方塊圖。宿設備700可以是包含圖2中提供的資料通訊模型的WD系統的一部分。在一個示例中，宿設備700可以形成具主動設備600的WD系統。宿設備700包括數據機702、傳輸模組704、A/V解多工器706、視訊解封包化器708、視訊解碼器710、顯示處理器712、顯示器714、音訊解封包化器716、音訊解碼器718、音訊處理器720、揚聲器722、使用者輸入模組724和控制模組730。宿設備700的每個元件可以分別被實現為各種適合電路的任一種，諸如一或多個微處理器、數位信號處理器(DSP)、特殊應用積體電路(ASIC)、現場可程式設計閘陣列(FPGA)、個別邏輯、軟體、硬體、韌體或它們的任何組合。
數據機702可以被配置為根據WD系統中採用的實體和MAC層執行實體和MAC層處理。如參照圖2所描述的。實體和MAC層可以界定用於WD系統中通訊的實體信號傳遞、定址和通道存取控制。在一個示例中，數據機702可以被配置為執行由Wi-Fi(例如，IEEE 802.11x)標準所界定的實體和MAC層的實體層和MAC層處理，諸如由WFD所提供的。在其他示例中，數據機702可以被配置為執行針對以下各項中的任一項的實體層和MAC層處理：無線HD、WiMedia、無線家庭數位介面(WHDI)、WiGig和無線USB。
傳輸模組704可以處理從源設備接收到的媒體資料。此外，傳輸模組704可以處理回饋封包以便傳輸給源設備。例如，傳輸模組704可以被配置為使用IP、TCP、UDP、RTP和RSTP進行通訊。另外，傳輸模組704可以在IP、TCP、UDP、RTP和RSTP封包的任意組合中包括時間戳記值。時間戳記值可以使源設備能夠辨識哪個媒體資料封包遇到所報告的效能下降並且計算WD系統中的往返延遲。
A/V解多工器706可以應用解多工技術以便從資料串流分開視訊有效載荷資料和音訊有效載荷資料。在一個示例中，A/V多工器706可以分開根據MPEG-2第1部分界定的MPEG2傳輸串流的封包化單元視訊和音訊流。
視訊解封包化器708和視訊解碼器710可以執行實現本案中描述的封包化和編碼技術的視訊封包化器和視訊轉碼器的逆處理，並且向顯示處理器712輸出視訊資料。
顯示處理器712可以得到所擷取的視訊訊框並且可以 處理視訊資料以便在顯示器714上顯示。顯示器714可以包括各種顯示裝置中的一種，諸如液晶顯示器(LCD)、電漿顯示器、有機發光二極體(OLED)顯示器或另一種類型的顯示器。
音訊解封包化器716和音訊解碼器718可以執行實現本案中描述的封包化和編碼技術的音訊封包化器和音訊編碼器的逆處理，並且向音訊處理器720輸出音訊資料。
音訊處理器720可以從音訊解碼器得到音訊資料，且可以處理音訊資料以便輸出給揚聲器722。揚聲器722可以包括各種音訊輸出設備的任一種，諸如耳機、單揚聲器系統、多揚聲器系統或環繞聲系統。
使用者輸入模組724可以格式化由使用者輸入裝置(諸如，鍵盤、滑鼠、軌跡球或軌跡板、觸控式螢幕、語音命令辨識模組或任何其他這種使用者輸入裝置)接收到的使用者輸入命令。在一個示例中，使用者輸入模組724可以對根據上面針對圖2所描述的人機周邊設備命令(HIDC)230和通用使用者輸入232界定的格式對使用者輸入命令進行格式化。在所示的示例中，如上面針對圖2所描述的，使用者輸入模組724從基於語音的輸入裝置(未圖示)接收語音輸入，並根據規定語音資料的UIBC IE，對語音輸入進行格式化。使用者輸入模組724將格式化的UIBC IE 726發送給控制模組730以便由數據機702輸出。
控制模組730可以被配置為執行宿設備700通訊控制功能。通訊控制功能可能涉及與源設備協商能力、與源設備 建立通信期以及通信期維持和管理。控制模組730可以使用RTSP來與源設備進行通訊。此外，控制模組730可以使用RTSP訊息事務來建立回饋通道，以便協商宿設備700和源設備的用於支援本案中描述的技術的能力。
圖5是圖示本案中描述的使用者輸入傳輸技術的流程圖。源設備向宿設備發送媒體資料。源設備和宿設備可以是本案中描述的源設備和宿設備的任意組合(802)。在一個示例中，可以根據UDP來發送媒體資料。源設備發送用於規定UIBC的能力的UIBC參數訊息，該UIBC參數訊息包括一或多個語音輸入類型或虛擬網路計算(VNC)輸入類型，並且可以根據本案中描述的任何訊息格式來對UIBC參數訊息進行格式化(804)。源設備亦可以從宿設備接收包括符合UIBC能力的使用者輸入的UIBC訊息，包括規定的語音輸入類型或VNC輸入類型(806)。
圖6是圖示本案中描述的使用者輸入傳輸技術的流程圖。宿設備從源設備接收媒體資料(902)。源設備和宿設備可以是本案中描述的源設備和宿設備的任意組合。在一個示例中，可以根據UDP來接收媒體資料。宿設備接收用於規定UIBC的能力的UIBC參數訊息，該UIBC參數訊息包括一或多個語音輸入類型或VNC輸入類型，並且可以根據本案中描述的任何訊息格式對UIBC參數訊息進行格式化(904)。宿設備亦可以向源設備發送包括符合UIBC能力的使用者輸入的UIBC訊息，該UIBC訊息包括規定的語音輸入類型或VNC輸入類型(906)。
圖7是圖示本案中描述的使用者輸入傳輸技術的流程圖。源設備向宿設備發送媒體資料。源設備和宿設備可以是本案中描述的源設備和宿設備的任意組合(1002)。在一個示例中，可以根據UDP來發送媒體資料。源設備發送用於規定UIBC的能力的UIBC參數訊息，該UIBC參數訊息包括使用者資料包通訊協定(UDP)埠(例如，用於語音輸入資料)，並且可以根據本案中描述的任何訊息格式來對UIBC參數訊息進行格式化(1004)。源設備亦可以在規定的UDP埠處從宿設備接收可能包括語音輸入資料的UIBC訊息(1006)。
圖8是圖示本案中描述的使用者輸入傳輸技術的流程圖。宿設備從源設備接收媒體資料(1102)。源設備和宿設備可以是本案中描述的源設備和宿設備的任意組合。在一個示例中，可以根據UDP來接收媒體資料。宿設備接收用於規定UIBC的能力的UIBC參數訊息，該UIBC參數訊息包括使用者資料包通訊協定(UDP)埠(例如，用於語音輸入資料)，可以根據本案中描述的任何訊息格式對UIBC參數訊息進行格式化(1104)。宿設備亦可以使用規定的UDP埠向源設備發送可能包括由宿設備接收到的語音輸入資料的UIBC訊息(1106)。例如，包括UIBC訊息的UDP資料包可以包括作為規定UDP埠的目標埠。
在一或多個示例中，所描述的功能可以用硬體、軟體、韌體或它們的任意組合來實現。若用軟體來實現，功能可以作為一或多個指令或代碼儲存在電腦可讀取媒體上或經由電腦可讀取媒體傳輸。電腦可讀取媒體可以包括電腦資料 儲存媒體或通訊媒體，該電腦資料儲存媒體或通訊媒體包括有助於將電腦程式從一個地方轉移到另一個地方的任何媒體。在一些示例中，電腦可讀取媒體可以包括非臨時性電腦可讀取媒體。資料儲存媒體可以是一或多個電腦或一或多個處理器能夠存取以便獲取指令、代碼及/或資料結構以實現本案中描述的技術的任何可用媒體。
作為示例而非限制，此類電腦可讀取媒體可以包括非臨時性媒體，例如RAM、ROM、EEPROM、CD-ROM或其他光碟儲存、磁碟儲存器、或其他磁性存放裝置、快閃記憶體、或者能夠用來攜帶或儲存具有指令或資料結構形式的所期望的程式碼並且能夠被電腦存取的任何其他媒體。此外，任何連接皆可以稱為電腦可讀取媒體。如本文所使用的磁碟和光碟包括壓縮光碟(CD)、鐳射光碟、光碟、數位多功能光碟(DVD)、軟碟以及藍光光碟，其中磁碟通常用磁再現資料，而光碟是由雷射器用光再現數據。上述的組合亦應該被包括在電腦可讀取媒體的範疇內。
代碼可由一或多個處理器執行，諸如一或多個數位信號處理器(DSP)、通用微處理器、特殊應用積體電路(ASIC)、現場可程式設計閘陣列(FPGA)或其他等效的整合的或個別的邏輯電路。相應地，如本文中所使用的術語「處理器」可以代表任何前述結構或適用於實現本文所述技術的任何其他結構。另外，在一些態樣中，本文述及之功能可以在被配置為用於編碼和解碼或合併入組合的編解碼器中的專用軟體及/或硬體模組中提供。而且，這些技術可以在一或多 個電路或邏輯單元中完整地實現。
本案的技術可以在各種設備或裝置(包括無線手機、積體電路(IC)或IC的集合(例如，晶片組))中實現。本案中描述了各種元件、模組或單元，以強調被配置為執行所揭示的技術的裝置的功能態樣，但是不一定要求由不同硬體單元來實現。相反，如上所述，各個單元可以組合在編解碼器硬體單元中，或者由與適合的軟體及/或韌體相結合的、交互操作的硬體單元的集合(包括如上述及之一或多個處理器)來提供。
已經描述了本發明的各個實施例。這些和其他實施例位於後面的請求項的範疇內。
200‧‧‧資料通訊模型
201‧‧‧使用者輸入返回通道
202‧‧‧實體(PHY)層
204‧‧‧媒體存取控制(MAC)層
206‧‧‧網際網路協定(IP)
208‧‧‧使用者資料包通訊協定(UDP)
210‧‧‧即時傳輸協定(RTP)
212‧‧‧MPEG2傳輸串流(MPEG2-TS)
214‧‧‧內容保護
216‧‧‧封包化單元串流(PES)封包化
218‧‧‧視訊編解碼器
220‧‧‧音訊編解碼器
222‧‧‧傳輸控制協定(TCP)
224‧‧‧即時資料串流通訊協定(RTSP)
228‧‧‧使用者輸入封包化
230‧‧‧人機互動設備命令(HIDC)
232‧‧‧通用使用者輸入
240‧‧‧語音輸入
242‧‧‧VNC鍵事件輸入
244‧‧‧資料通道

Claims (56)

  1. 一種用於接收使用者輸入資料的方法，該方法包括以下步驟：發送一使用者輸入返回通道(UIBC)參數訊息，其中該UIBC參數訊息規定一虛擬網路計算(VNC)輸入類型；及根據該所規定的VNC輸入類型來接收一UIBC訊息中的使用者輸入資料。
  2. 如請求項1述及之方法，其中該VNC輸入類型是一VNC鍵事件輸入類型和一VNC指標事件輸入類型中的一個。
  3. 如請求項1述及之方法，其中該UIBC訊息包括一通用輸入訊息，該通用輸入訊息包括一通用輸入類型辨識符欄位並規定該VNC輸入類型。
  4. 如請求項1述及之方法，其中該UIBC參數訊息包括一即時資料串流通訊協定(RTSP)SET_PARAMETER請求訊息。
  5. 如請求項1述及之方法，其中該UIBC參數訊息包括一即時資料串流通訊協定(RTSP)控制訊息，該RTSP控制訊息辨識一使用者資料包通訊協定(UDP)埠，以及其中接收該使用者輸入資料的步驟包括使用該所辨識的UDP埠來接收該使用者輸入資料。
  6. 如請求項1述及之方法，其中該使用者輸入返回通道(UIBC)參數訊息符合一Wi-Fi顯示(WFD)標準，該方法亦包括以下步驟：基於該WFD標準而使用一通訊協定來建立一連接。
  7. 如請求項3述及之方法，其中該通用輸入訊息另包括一描述欄位(Describe field)，該描述欄位包括下列項目中的一個：如果該通用輸入類型辨識符欄位規定一VNC鍵事件輸入類型，則為關於由一宿設備的一顯示器所顯示的一VNC顯示而做出的一鍵事件的VNC鍵事件資料，以及如果該通用輸入類型辨識符欄位規定一VNC指標事件輸入類型，則為關於由該宿設備的該顯示器所顯示的該VNC顯示而做出的一指標事件的VNC指標事件資料。
  8. 一種發送使用者輸入資料的方法，該方法包括以下步驟：接收一使用者輸入返回通道(UIBC)參數訊息，其中該UIBC參數訊息規定一虛擬網路計算(VNC)輸入類型；及根據該所規定的VNC輸入類型來發送一UIBC訊息中的使用者輸入資料。
  9. 如請求項8述及之方法，其中該VNC輸入類型是一VNC鍵 事件輸入類型和一VNC指標事件輸入類型中的一個。
  10. 如請求項8述及之方法，其中該UIBC訊息包括一通用輸入訊息，該通用輸入訊息包括一通用輸入類型辨識符欄位並規定該VNC輸入類型。
  11. 如請求項8述及之方法，其中該UIBC參數訊息包括一即時資料串流通訊協定(RTSP)SET_PARAMETER請求訊息。
  12. 如請求項8述及之方法，其中該UIBC參數訊息包括一即時資料串流通訊協定(RTSP)控制訊息，該RTSP控制訊息辨識一使用者資料包通訊協定(UDP)埠，以及其中發送該使用者輸入資料的步驟包括使用該所辨識的UDP埠來發送該使用者輸入資料。
  13. 如請求項8述及之方法，其中該使用者輸入返回通道(UIBC)參數訊息符合一Wi-Fi顯示(WFD)標準，該方法亦包括以下步驟：基於該WFD標準而使用一通訊協定來建立一連接。
  14. 如請求項10述及之方法，其中該通用輸入訊息另包括一描述欄位，該描述欄位包括下列項目中的一個： 如果該通用輸入類型辨識符欄位規定一VNC鍵事件輸入類型，則為關於由一宿設備的一顯示器所顯示的一VNC顯示而做出的一鍵事件的VNC鍵事件資料，以及如果該通用輸入類型辨識符欄位規定一VNC指標事件輸入類型，則為關於由該宿設備的該顯示器所顯示的該VNC顯示而做出的一指標事件的VNC指標事件資料。
  15. 一種源設備，包括：用於發送一使用者輸入返回通道(UIBC)參數訊息的模組，其中該UIBC參數訊息規定一虛擬網路計算(VNC)輸入類型；及用於根據該所規定的VNC輸入類型來接收一UIBC訊息中的使用者輸入資料的模組。
  16. 如請求項15述及之源設備，其中該VNC輸入類型是一VNC鍵事件輸入類型和一VNC指標事件輸入類型中的一個。
  17. 如請求項15述及之源設備，其中該UIBC訊息包括一通用輸入訊息，該通用輸入訊息包括一通用輸入類型辨識符欄位並規定該VNC輸入類型。
  18. 如請求項15述及之源設備，其中該UIBC參數訊息包括一即時資料串流通訊協定(RTSP)SET_PARAMETER請求訊息。
  19. 如請求項15述及之源設備，其中該UIBC參數訊息包括一即時資料串流通訊協定(RTSP)控制訊息，該RTSP控制訊息辨識一使用者資料包通訊協定(UDP)埠，以及其中該用於接收該使用者輸入資料的模組包括用於使用該所辨識的UDP埠來接收該使用者輸入資料的模組。
  20. 如請求項15述及之源設備，其中該使用者輸入返回通道(UIBC)參數訊息符合一Wi-Fi顯示(WFD)標準，並且該源設備亦包括：用於基於該WFD標準而使用一通訊協定來建立一連接的模組。
  21. 如請求項17述及之源設備，其中該通用輸入訊息另包括一描述欄位，該描述欄位包括下列項目中的一個：如果該通用輸入類型辨識符欄位規定一VNC鍵事件輸入類型，則為關於由一宿設備的一顯示器所顯示的一VNC顯示而做出的一鍵事件的VNC鍵事件資料，以及如果該通用輸入類型辨識符欄位規定一VNC指標事件輸入類型，則為關於由該宿設備的該顯示器所顯示的該VNC顯示而做出的一指標事件的VNC指標事件資料。
  22. 一種宿設備，包括：用於接收一使用者輸入返回通道(UIBC)參數訊息的模組，其中該UIBC參數訊息規定一虛擬網路計算(VNC)輸入類型；及用於根據該所規定的VNC輸入類型來發送一UIBC訊息中的使用者輸入資料的模組。
  23. 如請求項22述及之宿設備，其中該VNC輸入類型是一VNC鍵事件輸入類型和一VNC指標事件輸入類型中的一個。
  24. 如請求項22述及之宿設備，其中該UIBC訊息包括一通用輸入訊息，該通用輸入訊息包括一通用輸入類型辨識符欄位並規定該VNC輸入類型。
  25. 如請求項22述及之宿設備，其中該UIBC參數訊息包括一即時資料串流通訊協定(RTSP)SET_PARAMETER請求訊息。
  26. 如請求項22述及之宿設備，其中該UIBC參數訊息包括一即時資料串流通訊協定(RTSP)控制訊息，該RTSP控制訊息辨識一使用者資料包通訊協定(UDP)埠，以及其中該用於發送該使用者輸入資料的模組包括用於使用該所辨識的UDP埠來發送該使用者輸入資料的模組。
  27. 如請求項22述及之宿設備，其中該使用者輸入返回通道(UIBC)參數訊息符合一Wi-Fi顯示(WFD)標準，亦包括：用於基於該WFD標準而使用一通訊協定來建立一連接的模組。
  28. 如請求項24述及之宿設備，其中該通用輸入訊息另包括一描述欄位，該描述欄位包括下列項目中的一個：如果該通用輸入類型辨識符欄位規定一VNC鍵事件輸入類型，則為關於由該宿設備的一顯示器所顯示的一VNC顯示而做出的一鍵事件的VNC鍵事件資料，以及如果該通用輸入類型辨識符欄位規定一VNC指標事件輸入類型，則為關於由該宿設備的該顯示器所顯示的該VNC顯示而做出的一指標事件的VNC指標事件資料。
  29. 一種包括一或更多個處理器的源設備，其中該一或更多個處理器被配置為：發送一使用者輸入返回通道(UIBC)參數訊息，其中該UIBC參數訊息規定一虛擬網路計算(VNC)輸入類型；及根據該所規定的VNC輸入類型來接收一UIBC訊息中的使用者輸入資料。
  30. 如請求項29述及之源設備，其中該VNC輸入類型是一 VNC鍵事件輸入類型和一VNC指標事件輸入類型中的一個。
  31. 如請求項29述及之源設備，其中該UIBC訊息包括一通用輸入訊息，該通用輸入訊息包括一通用輸入類型辨識符欄位並規定該VNC輸入類型。
  32. 如請求項29述及之源設備，其中該UIBC參數訊息包括一即時資料串流通訊協定(RTSP)SET_PARAMETER請求訊息。
  33. 如請求項29述及之源設備，其中該UIBC參數訊息包括一即時資料串流通訊協定(RTSP)控制訊息，該RTSP控制訊息辨識一使用者資料包通訊協定(UDP)埠，以及其中為了接收該使用者輸入資料，該一或更多個處理器亦被配置為使用該所辨識的UDP埠來接收該使用者輸入資料。
  34. 如請求項29述及之源設備，其中該使用者輸入返回通道(UIBC)參數訊息符合一Wi-Fi顯示(WFD)標準，並且其中該一或更多個處理器亦被配置為基於該WFD標準而使用一通訊協定來建立一連接。
  35. 如請求項31述及之源設備，其中該通用輸入訊息另包括一描述欄位，該描述欄位包括下列項目中的一個：如果該通用輸入類型辨識符欄位規定一VNC鍵事件輸入類型，則為關於由一宿設備的一顯示器所顯示的一VNC顯示而做出的一鍵事件的VNC鍵事件資料，以及如果該通用輸入類型辨識符欄位規定一VNC指標事件輸入類型，則為關於由該宿設備的該顯示器所顯示的該VNC顯示而做出的一指標事件的VNC指標事件資料。
  36. 一種包括一或更多個處理器的宿設備，其中該一或更多個處理器被配置為：接收一使用者輸入返回通道(UIBC)參數訊息，其中該UIBC參數訊息規定一虛擬網路計算(VNC)輸入類型；及根據該所規定的VNC輸入類型來發送一UIBC訊息中的使用者輸入資料。
  37. 如請求項36述及之宿設備，其中該VNC輸入類型是一VNC鍵事件輸入類型和一VNC指標事件輸入類型中的一個。
  38. 如請求項36述及之宿設備，其中該UIBC訊息包括一通用輸入訊息，該通用輸入訊息包括一通用輸入類型辨識符欄位並規定該VNC輸入類型。
  39. 如請求項36述及之宿設備，其中該UIBC參數訊息包括一即時資料串流通訊協定(RTSP)SET_PARAMETER請求訊息。
  40. 如請求項36述及之宿設備，其中該UIBC參數訊息包括一即時資料串流通訊協定(RTSP)控制訊息，該RTSP控制訊息辨識一使用者資料包通訊協定(UDP)埠，以及其中該一或更多個處理器亦被配置為經由使用該所辨識的UDP埠發送該使用者輸入資料，來發送該使用者輸入資料。
  41. 如請求項36述及之宿設備，其中該使用者輸入返回通道(UIBC)參數訊息符合一Wi-Fi顯示(WFD)標準，並且其中該一或更多個處理器亦被配置為基於該WFD標準而使用一通訊協定來建立一連接。
  42. 如請求項38述及之宿設備，其中該通用輸入訊息另包括一描述欄位，該描述欄位包括下列項目中的一個：如果該通用輸入類型辨識符欄位規定一VNC鍵事件輸入類型，則為關於由該宿設備的一顯示器所顯示的一VNC顯示而做出的一鍵事件的VNC鍵事件資料，以及如果該通用輸入類型辨識符欄位規定一VNC指標事件輸 入類型，則為關於由該宿設備的該顯示器所顯示的該VNC顯示而做出的一指標事件的VNC指標事件資料。
  43. 一種包括指令儲存於其上的電腦可讀取儲存媒體，當執行該等指令時將一或更多個處理器配置為：發送一使用者輸入返回通道(UIBC)參數訊息，其中該UIBC參數訊息規定一虛擬網路計算(VNC)輸入類型；及根據該所規定的VNC輸入類型來接收一UIBC訊息中的使用者輸入資料。
  44. 如請求項43述及之電腦可讀取儲存媒體，其中該VNC輸入類型是一VNC鍵事件輸入類型和一VNC指標事件輸入類型中的一個。
  45. 如請求項43述及之電腦可讀取儲存媒體，其中該UIBC訊息包括一通用輸入訊息，該通用輸入訊息包括一通用輸入類型辨識符欄位並規定該VNC輸入類型。
  46. 如請求項43述及之電腦可讀取儲存媒體，其中該UIBC參數訊息包括一即時資料串流通訊協定(RTSP)SET_PARAMETER請求訊息。
  47. 如請求項43述及之電腦可讀取儲存媒體，其中該UIBC參數訊息包括一即時資料串流通訊協定( RTSP)控制訊息，該RTSP控制訊息辨識一使用者資料包通訊協定(UDP)埠，以及其中為了接收該使用者輸入資料，該等指令亦將該一或多個處理器配置為使用該所辨識的UDP埠來接收該使用者輸入資料。
  48. 如請求項43述及之電腦可讀取儲存媒體，其中該使用者輸入返回通道(UIBC)參數訊息符合一Wi-Fi顯示(WFD)標準，並且其中該等指令亦將該一或更多個處理器配置為基於該WFD標準而使用一通訊協定來建立一連接。
  49. 如請求項45述及之電腦可讀取儲存媒體，其中該通用輸入訊息另包括一描述欄位，該描述欄位包括下列項目中的一個：如果該通用輸入類型辨識符欄位規定一VNC鍵事件輸入類型，則為關於由一宿設備的一顯示器所顯示的一VNC顯示而做出的一鍵事件的VNC鍵事件資料，以及如果該通用輸入類型辨識符欄位規定一VNC指標事件輸入類型，則為關於由該宿設備的該顯示器所顯示的該VNC顯示而做出的一指標事件的VNC指標事件資料。
  50. 一種包括指令儲存於其上的電腦可讀取儲存媒體，當執行該等指令時，將一或更多個處理器配置為： 接收一使用者輸入返回通道(UIBC)參數訊息，其中該UIBC參數訊息規定一虛擬網路計算(VNC)輸入類型；及根據該所規定的VNC輸入類型來發送一UIBC訊息中的使用者輸入資料。
  51. 如請求項50述及之電腦可讀取儲存媒體，其中該VNC輸入類型是一VNC鍵事件輸入類型和一VNC指標事件輸入類型中的一個。
  52. 如請求項50述及之電腦可讀取儲存媒體，其中該UIBC訊息包括一通用輸入訊息，該通用輸入訊息包括一通用輸入類型辨識符欄位並規定該VNC輸入類型。
  53. 如請求項50述及之電腦可讀取儲存媒體，其中該UIBC參數訊息包括一即時資料串流通訊協定(RTSP)SET_PARAMETER請求訊息。
  54. 如請求項50述及之電腦可讀取儲存媒體，其中該UIBC參數訊息包括一即時資料串流通訊協定(RTSP)控制訊息，該RTSP控制訊息辨識一使用者資料包通訊協定(UDP)埠，以及其中為了發送該使用者輸入資料，該等指令亦將該一或更多個處理器配置為使用該所辨識的UDP埠，來發送該使用者輸入資料。
  55. 如請求項50述及之電腦可讀取儲存媒體，其中該使用者輸入返回通道(UIBC)參數訊息符合一Wi-Fi顯示(WFD)標準，並且其中該等指令亦將該一或更多個處理器配置為基於該WFD標準而使用一通訊協定來建立一連接。
  56. 如請求項52述及之電腦可讀取儲存媒體，其中該通用輸入訊息另包括一描述欄位，該描述欄位包括下列項目中的一個：如果該通用輸入類型辨識符欄位規定一VNC鍵事件輸入類型，則為關於由一宿設備的一顯示器所顯示的一VNC顯示而做出的一鍵事件的VNC鍵事件資料，以及如果該通用輸入類型辨識符欄位規定一VNC指標事件輸入類型，則為關於由該宿設備的該顯示器所顯示的該VNC顯示而做出的一指標事件的VNC指標事件資料。
TW103102739A 2013-01-25 2014-01-24 用於無線顯示裝置的使用者輸入控制的無連接傳輸 TWI519182B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201361757010P 2013-01-25 2013-01-25
US201361757414P 2013-01-28 2013-01-28
US14/162,215 US9652192B2 (en) 2013-01-25 2014-01-23 Connectionless transport for user input control for wireless display devices

Publications (2)

Publication Number Publication Date
TW201436604A TW201436604A (zh) 2014-09-16
TWI519182B true TWI519182B (zh) 2016-01-21

Family

ID=51222333

Family Applications (1)

Application Number Title Priority Date Filing Date
TW103102739A TWI519182B (zh) 2013-01-25 2014-01-24 用於無線顯示裝置的使用者輸入控制的無連接傳輸

Country Status (7)

Country Link
US (1) US9652192B2 (zh)
EP (1) EP2949101A1 (zh)
JP (1) JP6224133B2 (zh)
KR (1) KR101780300B1 (zh)
CN (1) CN105027531B (zh)
TW (1) TWI519182B (zh)
WO (1) WO2014116959A1 (zh)

Families Citing this family (44)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9198084B2 (en) 2006-05-26 2015-11-24 Qualcomm Incorporated Wireless architecture for a traditional wire-based protocol
US9398089B2 (en) 2008-12-11 2016-07-19 Qualcomm Incorporated Dynamic resource sharing among multiple wireless devices
US9264248B2 (en) 2009-07-02 2016-02-16 Qualcomm Incorporated System and method for avoiding and resolving conflicts in a wireless mobile display digital interface multicast environment
US9582238B2 (en) 2009-12-14 2017-02-28 Qualcomm Incorporated Decomposed multi-stream (DMS) techniques for video display systems
US9582239B2 (en) 2011-01-21 2017-02-28 Qualcomm Incorporated User input back channel for wireless displays
US10135900B2 (en) 2011-01-21 2018-11-20 Qualcomm Incorporated User input back channel for wireless displays
US9413803B2 (en) * 2011-01-21 2016-08-09 Qualcomm Incorporated User input back channel for wireless displays
US9787725B2 (en) 2011-01-21 2017-10-10 Qualcomm Incorporated User input back channel for wireless displays
US9503771B2 (en) 2011-02-04 2016-11-22 Qualcomm Incorporated Low latency wireless display for graphics
US10108386B2 (en) 2011-02-04 2018-10-23 Qualcomm Incorporated Content provisioning for wireless back channel
US9525998B2 (en) 2012-01-06 2016-12-20 Qualcomm Incorporated Wireless display with multiscreen service
JP6212280B2 (ja) * 2013-04-26 2017-10-11 キヤノン株式会社 通信装置、通信方法およびプログラム
JP6216149B2 (ja) 2013-04-26 2017-10-18 キヤノン株式会社 通信装置、通信方法およびプログラム
US9197680B2 (en) * 2013-05-23 2015-11-24 Qualcomm Incorporated Establishing and controlling audio and voice back channels of a Wi-Fi display connection
US9306992B2 (en) * 2013-06-07 2016-04-05 Qualcomm Incorporated Method and system for using Wi-Fi display transport mechanisms to accomplish voice and data communications
JP6428071B2 (ja) * 2014-09-10 2018-11-28 セイコーエプソン株式会社 映像表示システム、映像表示システムを構成する映像送信装置と頭部装着型表示装置との間の映像無線伝送規格に従った接続方法、コンピュータプログラム、頭部装着型表示装置
KR20160119809A (ko) * 2014-02-03 2016-10-14 엘지전자 주식회사 무선 통신 시스템에서 세션을 초기화하는 방법 및 장치
KR102280065B1 (ko) * 2014-02-28 2021-07-22 삼성전자주식회사 통신 시스템에서 멀티미디어 콘텐츠 재생 방법 및 장치
US10425801B2 (en) * 2014-03-04 2019-09-24 Samsung Electronics Co., Ltd Method and device for providing contents in communication system
WO2016084485A1 (ja) * 2014-11-27 2016-06-02 ソニー株式会社 情報処理装置および情報処理方法
CN105722250B (zh) * 2014-12-03 2019-04-16 中国移动通信集团公司 一种数据传输与反向控制方法、设备及系统
EP3230885B1 (en) 2014-12-08 2024-04-17 Umbra Technologies Ltd. Method for content retrieval from remote network regions
CN113225369A (zh) 2015-01-06 2021-08-06 安博科技有限公司 用于中立应用程序编程接口的系统和方法
KR102281341B1 (ko) * 2015-01-26 2021-07-23 엘지전자 주식회사 싱크 디바이스 및 그 제어 방법
JP2018507639A (ja) 2015-01-28 2018-03-15 アンブラ テクノロジーズ リミテッドＵｍｂｒａ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｌｔｄ． グローバル仮想ネットワークについてのシステム及び方法
EP3761592B8 (en) 2015-04-07 2023-09-13 Umbra Technologies Ltd. System and method for virtual interfaces and advanced smart routing in a global virtual network
US20160308917A1 (en) * 2015-04-20 2016-10-20 Intel Corporation Sensor input transmission and associated processes
US10129892B2 (en) * 2015-06-01 2018-11-13 Qualcomm Incorporated Techniques to manage reverse channel audio sessions
EP3308504A4 (en) 2015-06-11 2019-01-02 Umbra Technologies Ltd. System and method for network tapestry multiprotocol integration
CN109871190B (zh) * 2015-06-16 2022-05-31 广州视睿电子科技有限公司 一种无线传屏方法、扩展设备和无线传屏系统
WO2017043718A1 (ko) * 2015-09-09 2017-03-16 엘지전자 주식회사 Wfd 싱크에 의해 영상의 오리엔테이션을 변화시키는 방법 및 장치
CN106612445A (zh) * 2015-10-21 2017-05-03 中国移动通信集团公司 一种无线同屏音频通道的控制方法、发送设备及接受设备
CN108292999B (zh) * 2015-11-24 2021-03-30 哈曼国际工业有限公司 网络化系统中的控制装置和控制方法
WO2017098326A1 (en) 2015-12-11 2017-06-15 Umbra Technologies Ltd. System and method for information slingshot over a network tapestry and granularity of a tick
US20170195735A1 (en) * 2015-12-31 2017-07-06 Nagravision S.A. Method and apparatus for peripheral context management
CN106941628B (zh) * 2016-01-04 2019-12-13 中国移动通信集团公司 同屏过程中辅助流的传输方法、发送终端及接收终端
WO2017187263A1 (en) 2016-04-26 2017-11-02 Umbra Technologies Ltd. Sling-routing logic and load balancing
US10671261B2 (en) 2017-01-17 2020-06-02 Opentv, Inc. Application dependent remote control
CN109144621B (zh) * 2017-06-16 2022-08-16 微软技术许可有限责任公司 投影仪控制
JP6981138B2 (ja) 2017-09-25 2021-12-15 セイコーエプソン株式会社 電子機器および電子機器の制御方法
EP3771238B1 (en) * 2019-07-26 2022-09-21 Google LLC Method for managing a plurality of multimedia communication links in a point-to-multipoint bluetooth network
US11379111B2 (en) 2020-09-11 2022-07-05 Hulu, LLC Dynamic user interface based on input classifications
KR20220048245A (ko) * 2020-10-12 2022-04-19 엘지전자 주식회사 무선 디바이스 및 무선 시스템
WO2023128206A1 (ko) * 2021-12-30 2023-07-06 삼성전자주식회사 소스 장치, 싱크 장치 및 그 동작 방법들

Family Cites Families (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020112181A1 (en) * 2000-12-12 2002-08-15 Smith Mark Elwin Multilevel secure network access system
MXPA03005310A (es) * 2000-12-15 2004-03-26 Qualcomm Inc Generar e implementar un protocolo de comunicaciones e interfase para transferencia de senal de alta velocidad de datos.
US20020161476A1 (en) * 2001-04-05 2002-10-31 David Panofsky System for vending and dispensing digital files
US7751316B2 (en) 2005-05-13 2010-07-06 Yahoo! Inc. Relay Server for SIP/RTP messages with buffer management
US7881315B2 (en) * 2006-06-27 2011-02-01 Microsoft Corporation Local peer-to-peer digital content distribution
US9065667B2 (en) * 2006-09-05 2015-06-23 Codian Limited Viewing data as part of a video conference
US8549093B2 (en) * 2008-09-23 2013-10-01 Strategic Technology Partners, LLC Updating a user session in a mach-derived system environment
TWI444044B (zh) * 2009-03-31 2014-07-01 Ibm 遠距應用中傳輸資料之裝置、方法與電腦程式產品
US9131279B2 (en) * 2009-08-06 2015-09-08 Qualcomm Incorporated Preparing video data in accordance with a wireless display protocol
US8589683B2 (en) * 2009-10-27 2013-11-19 Red Hat, Inc. Authentication of a secure virtual network computing (VNC) connection
KR101732057B1 (ko) * 2009-11-02 2017-05-02 삼성전자주식회사 Ａｖ 시스템에서 사용자 입력 백 채널을 제공하는 방법 및 기기
US8559340B2 (en) * 2009-12-22 2013-10-15 Samsung Electronics Co., Ltd. Method and apparatus for service discovery in Wi-Fi direct network
JP5918270B2 (ja) * 2011-01-14 2016-05-18 サムスン エレクトロニクス カンパニー リミテッド ワイファイダイレクト通信方式におけるシンクデバイスからソースデバイスにユーザの入力を送信するための方法及び装置
WO2012099338A2 (ko) * 2011-01-18 2012-07-26 엘지전자 주식회사 사용자 입력 전달 방법 및 그를 이용한 장치
US9065876B2 (en) * 2011-01-21 2015-06-23 Qualcomm Incorporated User input back channel from a wireless sink device to a wireless source device for multi-touch gesture wireless displays
US9413803B2 (en) * 2011-01-21 2016-08-09 Qualcomm Incorporated User input back channel for wireless displays
US9582239B2 (en) * 2011-01-21 2017-02-28 Qualcomm Incorporated User input back channel for wireless displays
US10135900B2 (en) 2011-01-21 2018-11-20 Qualcomm Incorporated User input back channel for wireless displays
US9204203B2 (en) * 2011-04-07 2015-12-01 Activevideo Networks, Inc. Reduction of latency in video distribution networks using adaptive bit rates

Also Published As

Publication number Publication date
CN105027531A (zh) 2015-11-04
EP2949101A1 (en) 2015-12-02
JP6224133B2 (ja) 2017-11-01
KR20150110724A (ko) 2015-10-02
CN105027531B (zh) 2017-12-08
US9652192B2 (en) 2017-05-16
JP2016511965A (ja) 2016-04-21
WO2014116959A1 (en) 2014-07-31
US20140210693A1 (en) 2014-07-31
KR101780300B1 (ko) 2017-10-10
TW201436604A (zh) 2014-09-16

Similar Documents

Publication Publication Date Title
TWI519182B (zh) 用於無線顯示裝置的使用者輸入控制的無連接傳輸
JP6219310B2 (ja) ワイヤレスディスプレイのためのユーザ入力バックチャネルを介した双方向トンネリング
JP6013562B2 (ja) ワイヤレスシンクとワイヤレスソースデバイスとの間で機能をネゴシエートすること
JP6092338B2 (ja) ワイヤレスディスプレイのためのユーザ入力バックチャネル
JP5714726B2 (ja) ワイヤレスディスプレイのためのユーザ入力バックチャネル
RU2571595C2 (ru) Обратный канал пользовательского ввода для беспроводных дисплеев
JP5826860B2 (ja) ワイヤレスディスプレイのためのユーザ入力バックチャネル
JP5826861B2 (ja) ワイヤレスディスプレイのためのユーザ入力バックチャネル
JP2018113696A (ja) マルチスクリーンサービスを用いたワイヤレスディスプレイ
JP2016021763A (ja) ワイヤレスディスプレイデバイスのためのフィードバックチャネル
JP2014511583A (ja) ワイヤレスディスプレイのためのユーザ入力バックチャネル
US20150350288A1 (en) Media agnostic display for wi-fi display
JP2016021754A (ja) ワイヤレスディスプレイのためのユーザ入力バックチャネル
JP2014510434A (ja) ワイヤレスディスプレイのためのユーザ入力バックチャネル

Legal Events

Date Code Title Description
MM4A Annulment or lapse of patent due to non-payment of fees