ES2822588T3 - Canal posterior de entrada de usuario para pantallas inalámbricas - Google Patents

Abstract

Un procedimiento de envío de datos de entrada de usuario que se originan en un dispositivo de terceros a través de un dispositivo colector inalámbrico (160) a un dispositivo de origen inalámbrico (120), comprendiendo el procedimiento: obtener (1401), en el dispositivo colector inalámbrico (160), datos de entrada de usuario desde el dispositivo de terceros conectado al dispositivo colector inalámbrico (160); generar (1403), en el dispositivo colector inalámbrico (160), una cabecera de paquete de datos (610), en el que la cabecera de paquete de datos (610) comprende un campo (624) para identificar los datos de entrada de usuario como originarios en el dispositivo de terceros; generar (1405), en el dispositivo colector inalámbrico (160), datos de carga útil (650) que comprendan los datos de entrada de usuario y un identificador del dispositivo de terceros; generar (1407), en el dispositivo colector inalámbrico (160), un paquete de datos (600) que comprenda la cabecera de paquete de datos (610) y los datos de carga útil (650); transmitir (1409) el paquete de datos (600) desde el dispositivo colector inalámbrico (160) al dispositivo de origen inalámbrico (120) a través de un canal trasero de entrada de usuario que resida sobre una capa de transporte del Protocolo de Internet entre el dispositivo colector (160) y el dispositivo de origen (120); y recibir contenido del dispositivo de origen inalámbrico (120) basándose en los datos de entrada de usuario procesados dentro del paquete de datos (600) a través de la capa de transporte del Protocolo de Internet, en el que los datos de entrada de usuario se procesan por el dispositivo de origen inalámbrico (120) basándose en el identificador del dispositivo de terceros.

Description

DESCRIPCIÓN

Canal posterior de entrada de usuario para pantallas inalámbricas

CAMPO TÉCNICO

[0001] Esta divulgación se refiere a técnicas para transmitir datos entre un dispositivo de origen inalámbrico y un dispositivo colector inalámbrico.

ANTECEDENTES

[0002] Los sistemas de pantalla inalámbrica (WD) o pantalla Wi-Fi (WFD) incluyen un dispositivo de origen inalámbrico y uno o más dispositivos colector inalámbricos. El dispositivo de origen y cada uno de los dispositivos colector pueden ser dispositivos móviles o dispositivos cableados con capacidades de comunicación inalámbrica. Uno o más de los dispositivos de origen y colector pueden incluir, por ejemplo, teléfonos móviles, ordenadores portátiles con tarjetas de comunicación inalámbricas, asistentes digitales personales (PDA), reproductores de medios portátiles u otros dispositivos similares con capacidades de comunicación inalámbrica, incluidos llamados teléfonos "inteligentes" y pads o tablets "inteligentes", lectores electrónicos, o cualquier tipo de pantalla inalámbrica, dispositivos de juegos de vídeo u otros tipos de dispositivos de comunicación inalámbrica. Uno o más de los dispositivos de origen y los dispositivos colector también pueden incluir dispositivos cableados como televisores, ordenadores de escritorio, monitores, proyectores y similares, que incluyen capacidades de comunicación, como se describe por ejemplo en el documento US 2008/129879 A1.

[0003] El dispositivo de origen envía datos de medios, tales como datos de audio vídeo (AV), a uno o más de los dispositivos colectores que participan en una sesión de medios compartidos en particular. Los datos de medios se pueden reproducir tanto en una pantalla local del dispositivo de origen como en cada una de las pantallas de los dispositivos colectores. Más específicamente, cada uno de los dispositivos colectores participantes representa los datos de medios recibidos en su pantalla y equipo de audio, como se describe por ejemplo en el documento GB 249956 A.

BREVE EXPLICACIÓN

[0004] La invención está definida por las reivindicaciones adjuntas. Esta divulgación en general describe un sistema en el que un dispositivo colector inalámbrico puede comunicarse con un dispositivo colector inalámbrico. Como parte de una sesión de comunicación, un dispositivo de origen inalámbrico puede transmitir datos de audio y vídeo al dispositivo colector inalámbrico, y el dispositivo colector inalámbrico puede transmitir las entradas de usuario recibidas en el dispositivo colector inalámbrico al dispositivo de origen inalámbrico. De esta manera, un usuario del dispositivo colector inalámbrico puede controlar el dispositivo de origen inalámbrico y controlar el contenido que se transmite desde el dispositivo de origen inalámbrico al dispositivo colector inalámbrico.

[0005] En un ejemplo, un procedimiento de transmisión de datos de entrada de usuario desde un dispositivo colector inalámbrico a un dispositivo de origen inalámbrico incluye obtener datos de entrada de usuario de un dispositivo de terceros; generar una cabecera de paquete de datos, en el que la cabecera de paquete de datos identifica los datos de entrada de usuario como datos de entrada de usuario reenviados; generar datos de carga útil que comprendan los datos de entrada de usuario; generar un paquete de datos que comprenda la cabecera de paquete de datos y los datos de carga útil; transmitir el paquete de datos al dispositivo de origen inalámbrico.

[0006] En otro ejemplo, un dispositivo colector inalámbrico está configurado para transmitir datos de entrada de usuario a un dispositivo de origen inalámbrico. El dispositivo colector inalámbrico incluye una memoria que almacena instrucciones; uno o más procesadores configurados para ejecutar las instrucciones, en el que, tras la ejecución de las instrucciones, el uno o más procesadores causan: obtener los datos de entrada de usuario del dispositivo de terceros; generar una cabecera de paquete de datos, en el que la cabecera de paquete de datos identifica los datos de entrada de usuario como datos de entrada de usuario reenviados; generar datos de carga útil que comprendan los datos de entrada de usuario; y generar un paquete de datos que comprenda la cabecera de paquete de datos y los datos de carga útil. El dispositivo colector inalámbrico también incluye una unidad de transporte para transmitir el paquete de datos al dispositivo de origen inalámbrico.

[0007] En otro ejemplo, un medio de almacenamiento legible por ordenador almacena instrucciones que, al ejecutarse mediante uno o más procesadores, causa que el uno o más procesadores realicen un procedimiento para transmitir datos de entrada de usuario desde un dispositivo colector inalámbrico a un dispositivo de origen inalámbrico. El procedimiento incluye obtener datos de entrada de usuario del dispositivo de terceros; generar una cabecera de paquete de datos, en el que la cabecera de paquete de datos identifica los datos de entrada de usuario como datos de entrada de usuario reenviados; generar datos de carga útil que comprendan los datos de entrada de usuario; generar un paquete de datos que comprenda la cabecera de paquete de datos y los datos de carga útil; y transmitir el paquete de datos al dispositivo de origen inalámbrico.

[0008] En otro ejemplo, un dispositivo colector inalámbrico está configurado para transmitir datos de entrada de usuario a un dispositivo de origen inalámbrico. El dispositivo colector inalámbrico incluye medios para obtener datos de entrada de usuario del dispositivo de terceros; medios para generar una cabecera de paquete de datos, en el que la cabecera de paquete de datos identifica los datos de entrada de usuario como datos de entrada de usuario reenviados; medios para generar un paquete de datos que comprenda la cabecera de paquete de datos y los datos de carga útil; y medios para transmitir el paquete de datos al dispositivo de origen inalámbrico.

[0009] En otro ejemplo, un procedimiento de recepción de datos de entrada de usuario desde un dispositivo colector inalámbrico en un dispositivo de origen inalámbrico incluye recibir un paquete de datos que comprenda una cabecera de paquete de datos y datos de carga útil de un dispositivo colector inalámbrico; analizar la cabecera de paquete de datos para determinar que los datos de carga útil comprenden un comando de entrada de usuario reenviado; analizar los datos de carga útil para identificar una identificación de un dispositivo de terceros; y procesar los datos de carga útil basándose en la identificación del dispositivo de terceros.

[0010] En otro ejemplo, un dispositivo de origen inalámbrico está configurado para recibir datos de entrada de usuario desde un dispositivo colector inalámbrico. El dispositivo de origen inalámbrico incluye una unidad de transporte configurada para recibir un paquete de datos que comprenda una cabecera de paquete de datos y datos de carga de un dispositivo colector inalámbrico. El dispositivo de origen inalámbrico también incluye una memoria que almacena instrucciones y uno o más procesadores configurados para ejecutar las instrucciones, donde, al ejecutar las instrucciones, el uno o más procesadores causan: analizar la cabecera de paquete de datos para determinar que los datos de carga útil comprenden un comando de entrada de usuario reenviado; analizar los datos de carga útil para identificar una identificación de un dispositivo de terceros; y procesar los datos de carga útil basándose en la identificación del dispositivo de terceros.

[0011] En otro ejemplo, un medio de almacenamiento legible por ordenador almacena instrucciones que, al ejecutarse por uno o más procesadores, causan que el uno o más procesadores realicen un procedimiento para recibir datos de entrada de usuario desde un dispositivo colector inalámbrico en un dispositivo colector inalámbrico. El procedimiento incluye recibir un paquete de datos que comprenda una cabecera de paquete de datos y datos de carga útil desde un dispositivo colector inalámbrico; analizar la cabecera de paquete de datos para determinar que los datos de carga útil comprenden un comando de entrada de usuario reenviado; analizar los datos de carga útil para identificar una identificación de un dispositivo de terceros; y procesar los datos de carga útil basándose en la identificación del dispositivo de terceros.

[0012] En otro ejemplo, un dispositivo de origen inalámbrico está configurado para recibir datos de entrada de usuario desde un dispositivo colector inalámbrico. El dispositivo de origen inalámbrico incluye medios para recibir un paquete de datos que comprenda una cabecera de paquete de datos y datos de carga útil desde un dispositivo colector inalámbrico; medios para analizar la cabecera de paquete de datos para determinar que los datos de carga útil comprenden un comando de entrada de usuario reenviado; medios para analizar los datos de carga útil para identificar una identificación de un dispositivo de terceros; y, medios para procesar los datos de carga útil basándose en la identificación del dispositivo de terceros.

BREVE DESCRIPCIÓN DE LOS DIBUJOS

[0013]

La FIG. 1A es un diagrama de bloques que ilustra un ejemplo de un sistema de origen/colector que puede implementar técnicas de esta divulgación.

La FIG. 1B es un diagrama de bloques que ilustra un ejemplo de un sistema de origen/colector con dos dispositivos colector.

La FIG. 2 muestra un ejemplo de un dispositivo de origen que puede implementar las técnicas de esta divulgación.

La FIG. 3 muestra un ejemplo de un dispositivo colector que puede implementar las técnicas de esta divulgación.

La FIG. 4 muestra un diagrama de bloques de un sistema transmisor y un sistema receptor que puede implementar técnicas de esta divulgación.

Las FIGs. 5A y 5B muestran secuencias de transferencia de mensajes de ejemplo para realizar negociaciones de capacidad de acuerdo con las técnicas de esta divulgación.

La FIG. 6 muestra un ejemplo de paquete de datos que puede usarse para proporcionar datos de entrada de usuario obtenidos en un dispositivo colector a un dispositivo de origen.

Las FIGs. 7A y 7B son diagramas de flujo que ilustran las técnicas de esta divulgación que se pueden usar para la negociación de capacidad entre un dispositivo de origen y un dispositivo colector.

Las FIGs. 8A y 8B son diagramas de flujo que ilustran las técnicas de esta divulgación que pueden usarse para transmitir y recibir paquetes de datos con datos de entrada de usuario.

Las FIGs. 9A y 9B son diagramas de flujo que ilustran las técnicas de esta divulgación que pueden usarse para transmitir y recibir paquetes de datos con datos de entrada de usuario.

Las FIGs. 10A y 10B son diagramas de flujo que ilustran las técnicas de esta divulgación que pueden usarse para transmitir y recibir paquetes de datos con información de marca de tiempo y datos de entrada de usuario.

Las FIGs. 11A y 11B son diagramas de flujo que ilustran las técnicas de esta divulgación que pueden usarse para transmitir y recibir paquetes de datos con información de marca de tiempo y datos de entrada de usuario.

Las FIGs. 12A y 12B son diagramas de flujo que ilustran las técnicas de esta divulgación que pueden usarse para transmitir y recibir paquetes de datos que incluyen comandos de voz.

Las FIGs. 13A y 13B son diagramas de flujo que ilustran las técnicas de esta divulgación que se pueden usar para transmitir y recibir paquetes de datos con comandos de entrada de usuario multi-táctiles.

Las FIGs. 14A y 14B son diagramas de flujo que ilustran las técnicas de esta divulgación que pueden usarse para transmitir y recibir paquetes de datos con datos de entrada de usuario reenviados desde un dispositivo de terceros.

Las FIGs. 15A y 15B son diagramas de flujo que ilustran las técnicas de esta divulgación que pueden usarse para transmitir y recibir paquetes de datos.

DESCRIPCIÓN DETALLADA

[0014] Esta divulgación en general describe un sistema en el que un dispositivo colector inalámbrico puede comunicarse con un dispositivo de origen inalámbrico. Como parte de una sesión de comunicación, un dispositivo de origen inalámbrico puede transmitir datos de audio y vídeo al dispositivo colector inalámbrico, y el dispositivo colector inalámbrico puede transmitir las entradas de usuario recibidas en el dispositivo colector inalámbrico al dispositivo de origen inalámbrico. De esta manera, un usuario del dispositivo colector inalámbrico puede controlar el dispositivo de origen inalámbrico y controlar el contenido que se transmite desde el dispositivo de origen inalámbrico al dispositivo colector inalámbrico.

[0015] La FIG. 1A es un diagrama de bloques que ilustra un sistema de origen/colector a modo de ejemplo 100 que puede implementar una o más de las técnicas de esta divulgación. Como se muestra en la FIG. 1A, el sistema 100 incluye un dispositivo de origen 120 que se comunica con el dispositivo colector 160 a través del canal de comunicación 150. El dispositivo de origen 120 puede incluir una memoria que almacena datos de audio/vídeo (A/V) 121, pantalla 122, altavoz 123, codificador de audio/vídeo 124 (también conocido como codificador 124), módulo de control de audio/vídeo 125, y unidad transmisora/receptora (TX/RX) 126. El dispositivo colector 160 puede incluir la pantalla 162, el altavoz 163, el descodificador de audio/vídeo 164 (también conocido como descodificador 164), la unidad transmisora/receptora 166, el dispositivo de entrada de usuario (UI) 167 y el módulo de procesamiento de entrada de usuario (UIPM) 168. Los componentes ilustrados constituyen simplemente una configuración de ejemplo del sistema de origen/colector 100. Otras configuraciones pueden incluir menos componentes que los ilustrados o pueden incluir componentes adicionales a los ilustrados.

[0016] En el ejemplo de la FIG. 1A, el dispositivo de origen 120 puede mostrar la parte de vídeo de los datos de audio/vídeo 121 en la pantalla 122 y puede emitir la parte de audio de los datos de audio/vídeo 121 en el altavoz 123. Los datos de audio/vídeo 121 se pueden almacenar localmente en el dispositivo de origen 120, se puede acceder a ellos desde un medio de almacenamiento externo, como un servidor de archivos, disco duro, memoria externa, disco Blu-ray, DVD u otro medio de almacenamiento físico, o se pueden transmitir a dispositivo de origen 120 a través de una conexión de red como Internet. En algunos casos, los datos de audio/vídeo 121 se pueden capturar en tiempo real a través de una cámara y un micrófono del dispositivo de origen 120. Los datos de audio/vídeo 121 pueden incluir contenido multimedia como películas, programas de televisión o música, pero también pueden incluir contenido en tiempo real generado por el dispositivo de origen 120. Dicho contenido en tiempo real puede producirse, por ejemplo, mediante aplicaciones que se ejecutan en el dispositivo de origen 120 o datos de vídeo capturados, por ejemplo, como parte de una sesión de telefonía de vídeo. Como se describirá con más detalle, este contenido en tiempo real puede, en algunos casos, incluir una trama de vídeo de las opciones de entrada de usuario disponibles para que el usuario las seleccione. En algunos casos, los datos de audio/vídeo 121 pueden incluir tramas de vídeo que son una combinación de diferentes tipos de contenido, como una trama de vídeo de una película o programa de TV que tiene opciones de entrada de usuario superpuestas en la trama de vídeo.

[0017] Además de representar los datos de audio/vídeo 121 localmente a través de la pantalla 122 y el altavoz 123, el codificador de audio/vídeo 124 del dispositivo de origen 120 puede codificar los datos de audio/vídeo 121, y la unidad transmisora/receptora 126 puede transmitir los datos codificados a través del canal de comunicación 150 al dispositivo colector 160. La unidad transmisora/receptora 166 del dispositivo colector 160 recibe los datos codificados, y el descodificador de audio/vídeo 164 descodifica los datos codificados y envía los datos descodificados a través de la pantalla 162 y el altavoz 163. De esta manera, los datos de audio y vídeo que se representan en la pantalla 122 y el altavoz 123 se pueden representar simultáneamente en la pantalla 162 y el altavoz 163. Los datos de audio y los datos de vídeo pueden organizarse en tramas, y las tramas de audio pueden sincronizarse en el tiempo con las tramas de vídeo cuando se renderizan.

[0018] El codificador de audio/vídeo 124 y el descodificador de audio/vídeo 164 pueden implementar cualquier número de normas de compresión de audio y vídeo, como la norma ITU-T H.264, denominada de forma alternativa MPEG-4, Parte 10, Codificación de vídeo avanzada (AVC), o la nueva norma emergente de codificación de vídeo de alta eficiencia (HEVC), a veces denominada norma H.265. También se pueden usar muchos otros tipos de técnicas de compresión patentadas o estandarizadas. En términos generales, el descodificador de audio/vídeo 164 está configurado para realizar las operaciones de codificación recíproca del codificador de audio/vídeo 124. Aunque no se muestra en la FIG. 1A, en algunos aspectos, el codificador de A/V 124 y el descodificador de A/V 164 pueden estar integrados con un codificador y descodificador de audio, y pueden incluir unidades MUX-DEMUX adecuadas, u otro tipo de hardware y software, para ocuparse de la codificación tanto de audio como de vídeo en un flujo de datos común o en flujos de datos separados.

[0019] Como se describirá con más detalle a continuación, el codificador de A/V 124 también puede realizar otras funciones de codificación además de implementar una norma de compresión de vídeo como se describió anteriormente. Por ejemplo, el codificador de A/V 124 puede agregar varios tipos de metadatos a los datos de A/V 121 antes de que los datos de A/V 121 se transmitan al dispositivo colector 160. En algunos casos, los datos de A/V 121 se pueden almacenar o recibir en el dispositivo de origen 120 en una forma codificada y, por lo tanto, no requieren una compresión adicional por parte del codificador de A/V 124.

[0020] Aunque, la FIG. 1A muestra el canal de comunicación 150 que lleva datos de carga útil de audio y datos de carga útil de vídeo por separado, debe entenderse que en algunos casos los datos de carga útil de vídeo y datos de carga útil de audio pueden ser parte de un flujo de datos común. Si procede, las unidades MUX-DEMUX se pueden ajustar al protocolo de multiplexador H.223 de la ITU o a otros protocolos tales como el protocolo de datagramas de usuario (UDP). El codificador de audio/vídeo 124 y el descodificador de audio/vídeo 164 pueden implementarse como uno o más microprocesadores, procesadores de señales digitales (DSP), circuitos integrados específicos de la aplicación (ASIC), matrices de puertas programables por campo (FPGA), lógica discreta, software, hardware, firmware o cualquier combinación de los mismos. Tanto el codificador de audio/vídeo 124 como el descodificador de audio/vídeo 164 pueden estar incluidos en uno o más codificadores o descodificadores, cada uno de los cuales puede estar integrado como parte de un codificador/descodificador (CÓDEC) combinado. Por lo tanto, cada dispositivo de origen 120 y dispositivo colector 160 puede comprender máquinas especializadas configuradas para ejecutar una o más de las técnicas de esta divulgación.

[0021] La pantalla 122 y la pantalla 162 pueden comprender cualquiera entre una variedad de dispositivos de salida de vídeo, tales como un tubo de rayos catódicos (CRT), una pantalla de cristal líquido (LCD), una pantalla de plasma, una pantalla de diodos emisores de luz (LED), una pantalla de diodos orgánicos emisores de luz (OLED) u otro tipo de dispositivo de visualización. En estos u otros ejemplos, las pantallas 122 y 162 pueden ser pantallas emisivas o pantallas transmisivas. La pantalla 122 y la pantalla 162 también pueden ser pantallas táctiles de modo que sean simultáneamente dispositivos de entrada y dispositivos de visualización. Dichas pantallas táctiles pueden ser capacitivas, resistivas u otro tipo de panel táctil que permita al usuario proporcionar entrada de usuario al dispositivo respectivo.

[0022] El altavoz 123 puede comprender cualquiera de una variedad de dispositivos de salida de audio tales como auriculares, un sistema de un solo altavoz, un sistema de múltiples altavoces o un sistema de sonido envolvente. Además, aunque la pantalla 122 y el altavoz 123 se muestran como parte del dispositivo de origen 120 y la pantalla 162 y el altavoz 163 se muestran como parte del dispositivo colector 160, el dispositivo de origen 120 y el dispositivo colector 160 pueden de hecho ser un sistema de dispositivos. Como ejemplo, la pantalla 162 puede ser un televisor, el altavoz 163 puede ser un sistema de sonido envolvente y el descodificador 164 puede ser parte de una caja externa conectada, ya sea cableada o inalámbrica, a la pantalla 162 y al altavoz 163. En otros casos, el dispositivo colector 160 puede ser un dispositivo único, tal como un teléfono inteligente o una tablet. En otros casos, el dispositivo de origen 120 y el dispositivo colector 160 son dispositivos similares, por ejemplo, ambos son teléfonos inteligentes, tablets o similares. En este caso, un dispositivo puede funcionar como origen y el otro puede funcionar como colector. Estos roles incluso pueden revertirse en sesiones de comunicación posteriores. En otros casos, el dispositivo de origen puede comprender un dispositivo móvil, como un teléfono inteligente, ordenador portátil o tablet, y el dispositivo colector puede comprender un dispositivo más estacionario (por ejemplo, con un cable de alimentación de CA), en cuyo caso el dispositivo de origen puede proporcionar datos de audio y vídeo para presentación a una gran audiencia a través del dispositivo colector.

[0023] La unidad de transmisor/receptor 126 y la unidad de transmisor/receptor 166 pueden incluir varios mezcladores, filtros, amplificadores y otros componentes diseñados para la modulación de señal, así como una o más antenas y otros componentes diseñados para transmitir y recibir datos. El canal de comunicación 150 representa en general cualquier medio de comunicación adecuado o un conjunto de diferentes medios de comunicación, para transmitir datos de vídeo desde el dispositivo de origen 120 hasta el dispositivo colector 160. El canal de comunicación 150 es habitualmente un canal de comunicación de relativamente corto alcance, similar a Wi-Fi, Bluetooth o similares. Sin embargo, el canal de comunicación 150 no está necesariamente limitado en este aspecto, y puede comprender cualquier medio de comunicación inalámbrico o cableado, tal como un espectro de radiofrecuencia (RF) o una o más líneas de transmisión física, o cualquier combinación de medios inalámbricos y cableados. En otros ejemplos, el canal de comunicación 150 puede incluso formar parte de una red basada en paquetes, tal como una red de área local cabelada o inalámbrica, una red de área extensa o una red global tal como Internet. Además, el canal de comunicación 150 puede ser usado por el dispositivo de origen 120 y el dispositivo colector 160 para crear un enlace de igual a igual. El dispositivo de origen 120 y el dispositivo colector 160 pueden comunicarse a través del canal de comunicación 150 utilizando un protocolo de comunicaciones tal como una norma de la familia de normas IEEE 802.11. El dispositivo de origen 120 y el dispositivo colector 160 pueden, por ejemplo, comunicarse de acuerdo con la norma Wi-Fi Direct, de modo que el dispositivo de origen 120 y el dispositivo colector 160 se comuniquen directamente entre sí sin el uso de un intermediario tal como puntos de acceso inalámbrico o un llamado punto de conexión. El dispositivo de origen 120 y el dispositivo colector 160 también pueden establecer una configuración de enlace directo mediante túnel (TDLS) para evitar o reducir la congestión de la red. Las técnicas de esta divulgación pueden a veces describirse con respecto a Wi-Fi, pero se contempla que los aspectos de estas técnicas también pueden ser compatibles con otros protocolos de comunicación. A modo de ejemplo y no de limitación, la comunicación inalámbrica entre el dispositivo de origen 120 y el dispositivo colector puede utilizar técnicas de multiplexación por división de frecuencia ortogonal (OFDM). También se puede usar una amplia variedad de otras técnicas de comunicación inalámbrica, que incluyen, sin limitarse a, el acceso múltiple por división del tiempo (TDMA), el acceso múltiple por división de frecuencia (FDMA), el acceso múltiple por división de código (CDMA) o cualquier combinación de o Fd M, FDMA TDMA y/o c Dm A. WiFi direct y TDLS están concebidos para establecer sesiones de comunicación a distancias relativamente cortas. Una distancia relativamente corta en este contexto puede referirse, por ejemplo, a menos de 70 metros, aunque, en un entorno ruidoso u obstruido, la distancia entre dispositivos puede ser incluso menor, tal como menos de 35 metros.

[0024] Además de descodificar y renderizar los datos recibidos desde el dispositivo de origen 120, el dispositivo colector 160 también puede recibir entradas de usuario desde el dispositivo de entrada de usuario 167. El dispositivo de entrada de usuario 167 puede ser, por ejemplo, un teclado, ratón, trackball o trackpad, pantalla táctil, módulo de reconocimiento de comandos de voz o cualquier otro dispositivo de entrada de usuario similar. UIPM 168 formatea los comandos de entrada de usuario recibidos por el dispositivo de entrada de usuario 167 en una estructura de paquete de datos que el dispositivo de origen 120 es capaz de interpretar. Tales paquetes de datos son transmitidos por el transmisor/receptor 166 al dispositivo de origen 120 a través del canal de comunicación 150. La unidad transmisora/receptora 126 recibe los paquetes de datos, y el módulo de control de A/V 125 analiza los paquetes de datos para interpretar el comando de entrada de usuario que recibió el dispositivo de entrada de usuario 167. Basándose en el comando recibido en el paquete de datos, el módulo de control A/V 125 puede cambiar el contenido que se está codificando y transmitiendo. De esta manera, un usuario del dispositivo colector 160 puede controlar los datos de carga útil de audio y los datos de carga útil de vídeo transmitidos por el dispositivo de origen 120 de forma remota y sin interactuar directamente con el dispositivo de origen 120. Los ejemplos de los tipos de comandos que un usuario del dispositivo colector 160 puede transmitir al dispositivo de origen 120 incluyen comandos para rebobinar, adelantar, pausar y reproducir datos de audio y vídeo, así como comandos para hacer zoom, girar, desplazarse, etc. Los usuarios también pueden hacer selecciones, desde un menú de opciones, por ejemplo, y transmitir la selección al dispositivo de origen 120.

[0025] Además, los usuarios del dispositivo colector 160 pueden iniciar y controlar aplicaciones en el dispositivo de origen 120. Por ejemplo, un usuario del dispositivo colector 160 puede iniciar una aplicación de edición de fotos almacenada en el dispositivo de origen 120 y usar la aplicación para editar una foto que está almacenada localmente en el dispositivo de origen 120. El dispositivo colector 160 puede presentar a un usuario una experiencia de usuario que parece y se siente como si la foto se estuviera editando localmente en el dispositivo colector 160, mientras que en realidad la foto se está editando en el dispositivo de origen 120. Usando tal configuración, un usuario de dispositivo puede aprovechar las capacidades de un dispositivo para usarlo con varios dispositivos. Por ejemplo, el dispositivo de origen 120 puede ser un teléfono inteligente con una gran cantidad de memoria y capacidades de procesamiento de gama alta. Un usuario del dispositivo de origen 120 puede usar el teléfono inteligente en todas las configuraciones y situaciones en las que se usan típicamente los teléfonos inteligentes. Sin embargo, cuando ve una película, el usuario puede desear ver la película en un dispositivo con una pantalla de visualización más grande, en cuyo caso el dispositivo colector 160 puede ser una tablet o incluso un dispositivo de visualización o televisión más grande. Cuando se desea enviar o responder un correo electrónico, el usuario puede querer usar un dispositivo con un teclado, en cuyo caso el dispositivo colector 160 puede ser un ordenador portátil. En ambos casos, la mayor parte del procesamiento aún puede ser realizado por el dispositivo de origen 120 (un teléfono inteligente en este ejemplo) incluso si el usuario está interactuando con un dispositivo colector. En este contexto operativo en particular, debido a que la mayor parte del procesamiento se realiza mediante el dispositivo de origen 120, el dispositivo colector 160 puede ser un dispositivo de menor costo con menos recursos que si se solicitara al dispositivo colector 160 que realice el procesamiento mediante el dispositivo de origen 120. Tanto el dispositivo de origen como el dispositivo colector pueden ser capaces de recibir información del usuario (como comandos de pantalla táctil) en algunos ejemplos, y las técnicas de esta divulgación pueden facilitar la interacción bidireccional mediante la negociación y/o identificación de las capacidades de los dispositivos en cualquier sesión dada.

[0026] En alguna configuración, el módulo de control A/V 125 puede ser un proceso del sistema operativo ejecutado por el sistema operativo del dispositivo de origen 125. Sin embargo, en otras configuraciones, el módulo de control de A/V 125 puede ser un proceso de software de una aplicación que se ejecuta en el dispositivo de origen 120. En una configuración de este tipo, el proceso de software puede interpretar el comando de entrada de usuario, de manera que un usuario del dispositivo colector 160 está interactuando directamente con la aplicación que se ejecuta en el dispositivo de origen 120, a diferencia del sistema operativo que se ejecuta en el dispositivo de origen 120. Al interactuar directamente con una aplicación en lugar de con un sistema operativo, un usuario del dispositivo colector 160 puede tener acceso a una biblioteca de comandos que no son nativos del sistema operativo del dispositivo de origen 120. Además, la interacción directa con una aplicación puede permitir que los comandos sean transmitidos y procesados más fácilmente por los dispositivos que funcionan en diferentes plataformas.

[0027] El dispositivo de origen 120 puede responder a las entradas de usuario aplicadas en el dispositivo colector inalámbrico 160. En tal configuración de aplicación interactiva, las entradas de usuario aplicadas en el dispositivo colector inalámbrico 160 pueden enviarse nuevamente al origen de visualización inalámbrica a través del canal de comunicación 150. En un ejemplo, se puede implementar una arquitectura de canal inverso, también conocida como canal posterior de entrada de usuario (UIBC) para permitir que el dispositivo colector 160 transmita las entradas de usuario aplicadas en el dispositivo colector 160 al dispositivo de origen 120. La arquitectura de canal inverso puede incluir mensajes de capa superior para transportar entradas de usuario y tramas de capa inferior para negociar capacidades de interfaz en el dispositivo colector 160 y el dispositivo de origen 120. El UIBC puede residir sobre la capa de transporte del Protocolo de Internet (IP) entre el dispositivo colector 160 y el dispositivo de origen 120. De esta manera, el UIBC puede estar por encima de la capa de transporte en el modelo de comunicación de Interconexión de Sistema Abierto (OSI). En un ejemplo, la comunicación OSI incluye siete capas (1 -física, 2-enlace de datos, 3-red, 4-transporte, 5-sesión, 6-presentación y 7-aplicación). En este ejemplo, estar por encima de la capa de transporte se refiere a las capas 5, 6 y 7. Para promover la transmisión y la entrega en secuencia fiable de paquetes de datos que contienen datos de entrada de usuario, UIBC puede configurarse ejecutándose sobre otros protocolos de comunicación basados en paquetes, como el protocolo de control de transmisión/protocolo de Internet (TCP/IP) o el protocolo de datagramas del usuario (UDP). UDP y TCP pueden funcionar en paralelo en la arquitectura de capa OSI. TCP/IP puede habilitar el dispositivo colector 160 y el dispositivo de origen 120 para implementar técnicas de retransmisión en caso de pérdida de paquetes.

[0028] En algunos casos, puede haber una falta de coincidencia entre las interfaces de entrada de usuario ubicadas en el dispositivo de origen 120 y el dispositivo colector 160. Para resolver los posibles problemas creados por tal desajuste y para promover una buena experiencia de usuario en tales circunstancias, la negociación de la capacidad de la interfaz de entrada de usuario puede ocurrir entre el dispositivo de origen 120 y el dispositivo colector 160 antes de establecer una sesión de comunicación o en varios momentos durante una sesión de comunicación. Como parte de este proceso de negociación, el dispositivo de origen 120 y el dispositivo colector 160 pueden acordar una resolución de pantalla negociada. Cuando el dispositivo colector 160 transmite datos de coordenadas asociados con una entrada de usuario, el dispositivo colector 160 puede escalar los datos de coordenadas obtenidos de la pantalla 162 para coincidir con la resolución de pantalla negociada. En un ejemplo, si el dispositivo colector 160 tiene una resolución de 1280x720 y el dispositivo de origen 120 tiene una resolución de 1600x900, los dispositivos pueden, por ejemplo, utilizar 1280x720 como su resolución negociada. La resolución negociada puede elegirse basándose en una resolución del dispositivo colector 160, aunque también se puede usar una resolución del dispositivo de origen 120 o alguna otra resolución. En el ejemplo donde se usa el dispositivo colector de 1280x720, el dispositivo colector 160 puede escalar las coordenadas x obtenidas por un factor de 1600/1280 antes de transmitir las coordenadas al dispositivo de origen 120, y de la misma manera, el dispositivo colector 160 puede escalar las coordenadas y obtenidas por 900/720 antes de transmitir las coordenadas al dispositivo de origen 120. En otras configuraciones, el dispositivo de origen 120 puede escalar las coordenadas obtenidas a la resolución negociada. El escalado puede aumentar o disminuir un rango de coordenadas basándose en si el dispositivo colector 160 utiliza una pantalla de mayor resolución que el dispositivo de origen 120, o viceversa.

[0029] Además, en algunos casos, la resolución en el dispositivo colector 160 puede variar durante una sesión de comunicación, lo cual podría crear una discrepancia entre la pantalla 122 y la pantalla 162. Con el fin de mejorar la experiencia del usuario y asegurar una funcionalidad adecuada, el sistema de origen/colector 100 puede implementar técnicas para reducir o prevenir el desajuste de interacción del usuario mediante la implementación de técnicas para la normalización de la pantalla. La pantalla 122 del dispositivo de origen 120 y la pantalla 162 del dispositivo colector 160 pueden tener diferentes resoluciones y/o diferentes relaciones de aspecto. Además, en algunas configuraciones, un usuario del dispositivo colector 160 puede tener la capacidad de cambiar el tamaño de una ventana de visualización para los datos de vídeo recibidos desde el dispositivo de origen 120, de manera que los datos de vídeo recibidos desde el dispositivo de origen 120 se renderizan en una ventana que cubra menos que toda la pantalla 162 del dispositivo colector 160. En otra configuración de ejemplo, un usuario del dispositivo colector 160 puede tener la opción de ver el contenido en modo horizontal o vertical, cada uno de los cuales tiene coordenadas únicas y diferentes relaciones de aspecto. En tales situaciones, las coordenadas asociadas con una entrada de usuario recibida en el dispositivo colector 160, como la coordenada donde ocurre un clic o un evento táctil, pueden no ser procesadas por el dispositivo de origen 120 sin modificación de las coordenadas. Por consiguiente, las técnicas de esta divulgación pueden incluir asignar las coordenadas de la entrada de usuario recibida en el dispositivo colector 160 con las coordenadas asociadas con el dispositivo de origen 120. Esta asignación también se conoce como normalización en el presente documento, y como se explicará con mayor detalle a continuación, esta asignación puede estar basada en el colector o en el origen.

[0030] Las entradas de usuario recibidas por el dispositivo colector 160 pueden ser recibidas por el módulo UI 167, en el nivel del controlador, por ejemplo, y pasadas al sistema operativo del dispositivo colector 160. El sistema operativo en el dispositivo colector 160 puede recibir coordenadas (x^sink, ySINK) asociadas con el lugar donde en una superficie de visualización ocurrió una entrada de usuario. En este ejemplo, (xSINK, ySINK) pueden ser coordenadas de la pantalla 162 donde ocurrió un clic del ratón o un evento táctil. La ventana de visualización representada en la pantalla 162 puede tener una longitud de coordenada x (L^dw) y un ancho de coordenada y (W^dw) que describe el tamaño de la ventana de visualización. La ventana de visualización también puede tener una coordenada de la esquina superior izquierda (aDW, bDW) que describe la ubicación de la ventana de visualización. Basándose en L^dw, W^dw y la coordenada superior izquierda (aDW, bDw), se puede determinar la parte de la pantalla 162 cubierta por la ventana de visualización. Por ejemplo, una esquina superior derecha de la ventana de visualización puede ubicarse en la coordenada (aDW LDW, bDW), una esquina inferior izquierda de la ventana de visualización puede ubicarse en la coordenada (aDW, bDW WDW) y una esquina inferior derecha de la ventana de visualización se puede ubicar en la coordenada (aDW L^dw, bDW W^dw). El dispositivo colector 160 puede procesar una entrada como una entrada UIBC si la entrada se recibe en una coordenada dentro de la ventana de visualización. En otras palabras, una entrada con coordenadas asociadas (x^sink, ySINK) se puede procesar como una entrada UIBC si se cumplen las siguientes condiciones:

aow < ^xsink < aow L^dw (1)

büw ^{< ysiNK} < b])w WDW ⁽2⁾

[0031] Después de determinar que una entrada de usuario es una entrada UIBC, las coordenadas asociadas con la entrada se pueden normalizar mediante UIPM 168 antes de ser transmitidas al dispositivo de origen 120. Las entradas que se determina que están fuera de la ventana de visualización pueden procesarse localmente mediante el dispositivo colector 160 como entradas no UIBC.

[0032] Como se mencionó anteriormente, la normalización de las coordenadas de entrada puede basarse en origen en colector. Al implementar la normalización basada en colector, el dispositivo de origen 120 puede enviar una resolución de pantalla compatible (L^src, W^src) para la pantalla 122, ya sea con datos de vídeo o independientemente de los datos de vídeo, al dispositivo colector 160. La resolución de pantalla soportada puede, por ejemplo, transmitirse como parte de una sesión de negociación de capacidad o puede transmitirse en otro momento durante una sesión de comunicación. El dispositivo colector 160 puede determinar una resolución de pantalla (L^sink, W^sink) para la pantalla 162, con la resolución de la ventana de visualización (L^dw, W^dw) para la ventana que muestra el contenido recibido del dispositivo de origen 120 y la coordenada de la esquina superior izquierda (aDW, bDw) para la ventana de visualización. Como se describió anteriormente, cuando se determina que una coordenada (xSINK, ySINK) correspondiente a una entrada de usuario se encuentra dentro de la ventana de visualización, el sistema operativo del dispositivo colector 160 puede asignar la coordenada (x^sink, ysiNK) a las coordenadas del origen (x^src, ysRC) usando funciones de conversión. Ejemplos de funciones de conversión para convertir (x^sink, ysiNK) a (x^src, ysRC) pueden ser las siguientes:

xsrc - (xsink - aow) * (Lsrc/L dw) (3)

ysRC = (ysiNK - bow) * (WsrcAVdw) (4)

[0033] Por lo tanto, cuando se transmite una coordenada correspondiente a una entrada de usuario recibida, el dispositivo colector 160 puede transmitir la coordenada (^xsrc, ysRc) para una entrada de usuario recibida en (^xsink, ysiNK). Como se describirá con más detalle a continuación, la coordenada (^xsrc, ysRc) se puede, por ejemplo, transmitirse como parte de un paquete de datos utilizado para transmitir la entrada de usuario recibida en el dispositivo colector 160 al dispositivo de origen 120 a través del UIBC. A lo largo de otras partes de esta divulgación, cuando se describe que las coordenadas de entrada se incluyen en un paquete de datos, esas coordenadas se pueden convertir en coordenadas de origen como se describió anteriormente en los casos en que el sistema de origen/colector 100 implementa la normalización basada en colectores.

[0034] Cuando el sistema de origen/colector 100 implementa la normalización basada en orígenes, para las entradas del usuario determinadas por las entradas UIBC en lugar de las entradas locales (es decir, dentro de una ventana de visualización en lugar de fuera de una ventana de visualización), los cálculos anteriores se pueden realizar en el dispositivo de origen 120 en lugar del dispositivo colector 160. Para facilitar tales cálculos, el dispositivo colector 160 puede transmitir al dispositivo de origen 120 valores para L^dw, W ^dw e información de ubicación para la ventana de visualización (por ejemplo, aDW, bDw), así como coordenadas para (^xsink, ysiNK). Usando estos valores transmitidos, el dispositivo de origen 120 puede determinar valores para (^xsrc, ysRc) de acuerdo con las ecuaciones 3 y 4 anteriores.

[0035] En otras implementaciones de la normalización basada en el colector, el dispositivo colector 160 puede transmitir coordenadas (x^dw, yDW) para una entrada de usuario que describe dónde ocurre un evento de entrada de usuario dentro de la ventana de visualización en lugar de dónde ocurre en la pantalla 162 el evento de entrada de usuario. En tal implementación, las coordenadas (x^dw, yDW) se pueden transmitir al dispositivo de origen 120 junto con los valores para (L^dw, W^dw). Basándose en estos valores recibidos, el dispositivo de origen 120 puede determinar (x^src, ySRC) de acuerdo con las siguientes funciones de conversión:

Xsrc - Xdw * (Lsrc/Ldw) (5)

^ySRC = ^yDW * (WsRc/Wdw) (6)

El dispositivo colector 160 puede determinar ^xdw e yDW basándose en las siguientes funciones:

^xdw = ^xsink - 3-^dw (7)

yDW = ysiNK - bow (8)

[0036] Cuando esta divulgación describe la transmisión de coordenadas asociadas con una entrada de usuario, en un paquete de datos, por ejemplo, la transmisión de estas coordenadas puede incluir una normalización basada en colector o en origen como se describe anteriormente, y/o puede incluir cualquier información adicional necesaria para realizar la normalización basada en colector u origen.

[0037] El UIBC puede estar diseñado para transportar varios tipos de datos de entrada de usuario, incluidos los datos de entrada de usuario multiplataforma. Por ejemplo, el dispositivo de origen 120 puede ejecutar el sistema operativo iOS®, mientras que el dispositivo colector 160 ejecuta otro sistema operativo, como Android® o Windows®. Independientemente de la plataforma, UIPM 168 puede encapsular la entrada de usuario recibida de una forma comprensible para el módulo de control A/V 125. El UIBC puede soportar varios tipos diferentes de formatos de entrada de usuario para permitir que muchos tipos diferentes de dispositivos de origen y colector aprovechen el protocolo, independientemente de si los dispositivos de origen y colector funcionan en diferentes plataformas. Se pueden definir formatos de entrada genéricos, y pueden soportarse los dos formatos de entrada específicos de la plataforma, proporcionando así flexibilidad en la manera en que la entrada de usuario puede comunicarse entre el dispositivo de origen 120 y el dispositivo colector 160 mediante el UIBC.

[0038] En el ejemplo de la FIG. 1A, el dispositivo de origen 120 puede comprender un teléfono inteligente, una tablet, un ordenador portátil, un ordenador de escritorio, un televisor habilitado para Wi-Fi o cualquier otro dispositivo capaz de transmitir datos de audio y vídeo. El dispositivo colector 160 también puede comprender un teléfono inteligente, una tablet, un ordenador portátil, un ordenador de escritorio, un televisor con capacidad para Wi-Fi o cualquier otro dispositivo capaz de recibir datos de audio y vídeo y recibir datos de entrada de usuario. En algunos casos, el dispositivo colector 160 puede incluir un sistema de dispositivos, tal que la pantalla 162, el altavoz 163, el dispositivo UI 167 y el codificador A/V 164, todas las partes de dispositivos separados pero interoperativos. El dispositivo de origen 120 también puede ser un sistema de dispositivos en lugar de un solo dispositivo.

[0039] En esta divulgación, el término dispositivo de origen en general se usa para referirse al dispositivo que está transmitiendo datos de audio/vídeo, y el término dispositivo colector en general se usa para referirse al dispositivo que está recibiendo los datos de audio/vídeo del dispositivo de origen. En muchos casos, el dispositivo de origen 120 y el dispositivo colector 160 pueden ser dispositivos similares o idénticos, con un dispositivo que funciona como el origen y el otro como el colector. Además, estos roles pueden revertirse en diferentes sesiones de comunicación. Por lo tanto, un dispositivo colector en una sesión de comunicación puede convertirse en un dispositivo de origen en una sesión de comunicación posterior, o viceversa.

[0040] La FIG. 1B es un diagrama de bloques que ilustra un sistema de origen/colector a modo de ejemplo 101 que puede implementar las técnicas de esta divulgación. El sistema de origen/colector 101 incluye el dispositivo de origen 120 y el dispositivo colector 160, cada uno de los cuales puede funcionar y trabajar de la manera descrita anteriormente para la FIG. 1A. El sistema de origen/colector 101 incluye además un dispositivo colector 180. De manera similar al dispositivo colector 160 descrito anteriormente, el dispositivo colector 180 puede recibir datos de audio y vídeo del dispositivo de origen 120 y transmitir los comandos del usuario al dispositivo de origen 120 a través de un UIBC establecido. En algunas configuraciones, el dispositivo colector 160 y el dispositivo colector 180 pueden funcionar independientemente uno del otro, y la salida de datos de audio y vídeo en el dispositivo de origen 120 puede emitirse simultáneamente en el dispositivo colector 160 y el dispositivo colector 180. En configuraciones alternativas, el dispositivo colector 160 puede ser un dispositivo colector principal y el dispositivo colector 180 puede ser un dispositivo colector secundario. En tal configuración de ejemplo, el dispositivo colector 160 y el dispositivo colector 180 pueden estar acoplados, y el dispositivo colector 160 puede mostrar datos de vídeo mientras que el dispositivo colector 180 genera los datos de audio correspondientes. Además, en algunas configuraciones, el dispositivo colector 160 puede emitir datos de vídeo transmitidos solo mientras el dispositivo colector 180 envía datos de audio transmitidos solo.

[0041] La FIG. 2 es un diagrama de bloques que muestra un ejemplo de un dispositivo de origen 220. El dispositivo de origen 220 puede ser un dispositivo similar al dispositivo de origen 120 en la FIG. 1A y puede funcionar de la misma manera que el dispositivo de origen 120. El dispositivo de origen 220 incluye la pantalla local 222, el altavoz local 223, los procesadores 231, la memoria 232, la unidad de transporte 233 y el módem inalámbrico 234. Como se muestra en la FIG. 2, el dispositivo de origen 220 puede incluir uno o más procesadores (es decir, el procesador 231) que codifica y/o descodifica datos de A/V para transporte, almacenamiento y visualización. Los datos de A/V pueden, por ejemplo, almacenarse en la memoria 232. La memoria 232 puede almacenar un archivo A/V completo, o puede comprender una memoria intermedia más pequeña que simplemente almacena una parte de un archivo A/V, por ejemplo, transmitido desde otro dispositivo u origen. La unidad de transporte 233 puede procesar datos de A/V codificados para el transporte de red. Por ejemplo, los datos de A/V codificados pueden ser procesados por el procesador 231 y encapsulados por la unidad de transporte 233 en unidades de capa de acceso a la red (NAL) para la comunicación a través de una red. Las unidades NAL pueden ser enviadas por un módem inalámbrico 234 a un dispositivo colector inalámbrico a través de una conexión de red. El módem inalámbrico 234 puede ser, por ejemplo, un módem Wi-Fi configurado para implementar uno de la familia de normas IEEE 802.11.

[0042] El dispositivo de origen 220 también puede procesar y mostrar localmente datos de A/V. En particular, el procesador de visualización 235 puede procesar datos de vídeo para ser visualizados en la pantalla local 222, el procesador de audio 236 puede procesar datos de audio para su salida en el altavoz 223.

[0043] Como se describió anteriormente con referencia al dispositivo de origen 120 de la FIG. 1A, el dispositivo de origen 220 también puede recibir comandos de entrada de usuario desde un dispositivo colector. De esta manera, el módem inalámbrico 234 del dispositivo de origen 220 recibe paquetes de datos encapsuladas, tales como unidades NAL, y envía las unidades de datos encapsuladas a la unidad de transporte 233 para la desencapsulación. Por ejemplo, la unidad de transporte 233 puede extraer paquetes de datos de las unidades NAL, y el procesador 231 puede analizar los paquetes de datos para extraer los comandos de entrada de usuario. Basándose en los comandos de entrada de usuario, el procesador 231 puede ajustar los datos de A/V codificados que se transmiten mediante el dispositivo de origen 220 a un dispositivo colector. De esta manera, la funcionalidad descrita anteriormente en referencia al módulo de control A/V 125 de la FIG. 1A puede ser implementada, total o parcialmente, por el procesador 231.

[0044] El procesador 231 de la FIG. 2 en general representa cualquiera de una amplia variedad de procesadores, incluidos, entre otros, uno o más procesadores de señales digitales (DSP), microprocesadores de propósito general, circuitos integrados específicos de aplicación (ASIC), matrices de lógica programable de campo (FPGA), otros circuitos lógicos integrados o discretos equivalentes, o alguna combinación de los mismos. La memoria 232 de la FIG.

2 puede comprender cualquiera de una amplia variedad de memoria volátil o no volátil, que incluye, entre otros, memoria de acceso aleatorio (RAM), como memoria de acceso aleatorio dinámico síncrono (SDRAM), memoria de solo lectura (ROM), memoria de acceso aleatorio no volátil (NVRAM), memoria de solo lectura programable y borrable eléctricamente (EEPROM), memoria FLASH y similares; la memoria 232 puede comprender un medio de almacenamiento legible por ordenador para almacenar datos de audio/vídeo, así como otros tipos de datos. La memoria 232 puede almacenar adicionalmente instrucciones y código de programa que son ejecutados por el procesador 231 como parte de la realización de las diversas técnicas descritas en esta divulgación.

[0045] La FIG. 3 muestra un ejemplo de un dispositivo colector 360. El dispositivo colector 360 puede ser un dispositivo similar al dispositivo colector 160 en la FIG. 1A y puede funcionar de la misma manera que el dispositivo colector 160. El dispositivo colector 360 incluye uno o más procesadores (es decir, el procesador 331), la memoria 332, la unidad de transporte 333, el módem inalámbrico 334, el procesador de visualización 335, la pantalla local 362, el procesador de audio 336, el altavoz 363 y la interfaz de entrada de usuario 376. El dispositivo colector 360 recibe en el módem inalámbrico 334 unidades de datos encapsuladas enviadas desde un dispositivo de origen. El módem inalámbrico 334 puede ser, por ejemplo, un módem Wi-Fi configurado para implementar una o más normas de la familia de normas IEEE 802.11. La unidad de transporte 333 puede desencapsular las unidades de datos encapsuladas. Por ejemplo, la unidad de transporte 333 puede extraer datos de vídeo codificados de las unidades de datos encapsuladas y enviar los datos de A/V codificados al procesador 331 para que sean descodificados y renderizados para su salida. El procesador de visualización 335 puede procesar datos de vídeo descodificados para ser visualizados en la pantalla local 362, y el procesador de audio 336 puede procesar datos de audio descodificados para salida en el altavoz 363.

[0046] Además de renderizar datos de audio y vídeo, el dispositivo colector inalámbrico 360 también puede recibir datos de entrada de usuario a través de la interfaz de entrada de usuario 376. La interfaz de entrada de usuario 376 puede representar cualquiera de una serie de dispositivos de entrada de usuario incluidos, entre otros, una interfaz de pantalla táctil, un teclado, un ratón, un módulo de comando de voz, un dispositivo de captura de gestos (por ejemplo, con capacidades de captura de entrada basadas en cámara) o cualquier otro de una serie de dispositivos de entrada de usuario. La entrada de usuario recibida a través de la interfaz de entrada de usuario 376 puede ser procesada por el procesador 331. Este procesamiento puede incluir la generación de paquetes de datos que incluyen el comando de entrada de usuario recibido de acuerdo con las técnicas descritas en esta divulgación. Una vez generada, la unidad de transporte 333 puede procesar los paquetes de datos para el transporte de red a un dispositivo de origen inalámbrico a través de un UIBC.

[0047] El procesador 331 de la FIG. 3 puede comprender uno o más de una amplia gama de procesadores, tales como uno o más procesadores de señales digitales (DSP), microprocesadores de uso general, circuitos integrados específicos de la aplicación (ASIC), matrices lógicas programables por campo (FPGA), otros circuitos lógicos, integrados o discretos, equivalentes, o alguna combinación de los mismos. La memoria 332 de la FIG. 3 puede comprender cualquiera de una amplia variedad de memoria volátil o no volátil, que incluye, entre otros, memoria de acceso aleatorio (RAM), como memoria de acceso aleatorio dinámico síncrono (SDRAM), memoria de solo lectura (ROM), memoria de acceso aleatorio no volátil (NVRAM), memoria de solo lectura programable y borrable eléctricamente (EEPROM), memoria FLASH y similares; la memoria 232 puede comprender un medio de almacenamiento legible por ordenador para almacenar datos de audio/vídeo, así como otros tipos de datos. La memoria 332 puede almacenar adicionalmente instrucciones y código de programa que son ejecutados por el procesador 331 como parte de la realización de las diversas técnicas descritas en esta divulgación.

[0048] La FIG. 4 muestra un diagrama de bloques de un ejemplo de sistema transmisor 410 y sistema receptor 450, que puede ser usado por el transmisor/receptor 126 y el transmisor/receptor 166 de la FIG. 1A para la comunicación a través del canal de comunicación 150. En el sistema transmisor 410, se proporcionan datos de tráfico para varios flujos de datos desde un origen de datos 412 hasta un procesador de datos de transmisión (TX) 414. Cada flujo de datos puede transmitirse por una respectiva antena de transmisión. El procesador de datos de TX 414 formatea, codifica e intercala los datos de tráfico para cada flujo de datos basándose en un esquema de codificación particular seleccionado para ese flujo de datos.

[0049] Los datos codificados para cada flujo de datos pueden multiplexarse con datos piloto usando técnicas de multiplexado por división de frecuencia ortogonal (OFDM). También se puede usar una amplia variedad de otras técnicas de comunicación inalámbrica, que incluyen, sin limitarse a, el acceso múltiple por división del tiempo (TDMA), el acceso múltiple por división de frecuencia (FDMA), el acceso múltiple por división de código (CDMA) o cualquier combinación de o Fd M, FDMA TDMA y/o Cd Ma .

[0050] Coherentemente con la FIG. 4, los datos piloto son típicamente un patrón de datos conocido que se procesa de una manera conocida y que puede usarse en el sistema receptor para estimar la respuesta de canal. Los datos piloto multiplexados y los datos codificados para cada flujo de datos pueden modularse (por ejemplo, correlacionarse con símbolos) basándose en un esquema de modulación particular (por ejemplo, modulación por desplazamiento de fase binaria (BPSK), modulación por desplazamiento de fase en cuadratura (QPSK), M-PSK, o M-QAM (modulación de amplitud en cuadratura), donde M puede ser una potencia de dos) seleccionado para ese flujo de datos para proporcionar símbolos de modulación. La velocidad de transferencia de datos, la codificación y la modulación para cada flujo de datos pueden determinarse mediante instrucciones realizadas por el procesador 430 que puede estar acoplado con la memoria 432.

[0051] Los símbolos de modulación para los flujos de datos se proporcionan a continuación a un procesador de MIMO de TX 420, que puede procesar además los símbolos de modulación (por ejemplo, para OFDM). El procesador MIMO de TX 420 puede proporcionar entonces N^t flujos de símbolos de modulación a N^t transmisores (TMTR) 422a a 422t. En determinados aspectos, el procesador de MIMO de TX 420 aplica ponderaciones de formación de haces a los símbolos de los flujos de datos y a la antena desde la cual se está transmitiendo el símbolo.

[0052] Cada transmisor 422 puede recibir y procesar un flujo de símbolos respectivo para proporcionar una o más señales analógicas, y acondiciona adicionalmente las señales analógicas (por ejemplo, las amplifica, filtra y aumenta en frecuencia) para proporcionar una señal modulada adecuada para la transmisión a través del canal MIMO. N^t señales moduladas de los transmisores 422a a 422t se transmiten entonces desde N^t antenas 424a a 424t, respectivamente.

[0053] En el sistema receptor 450, las señales moduladas transmitidas se reciben mediante N^r antenas 452a a 452r y la señal recibida desde cada antena 452 se proporciona a un receptor (RCVR) respectivo 454a a 454r. El receptor 454 acondiciona una respectiva señal recibida (por ejemplo, la filtra, amplifica y reduce su frecuencia), digitaliza la señal acondicionada para proporcionar muestras y procesa además las muestras para proporcionar un flujo de símbolos "recibido" correspondiente.

[0054] A continuación, un procesador de datos de recepción (RX) 460 recibe y procesa los N^r flujos de símbolos recibidos desde los NR receptores 454 basándose en una técnica de procesamiento de receptor particular para proporcionar NT flujos de símbolos "detectados". A continuación, el procesador de datos RX 460 desmodula, desintercala y descodifica cada flujo de símbolos detectado para recuperar los datos de tráfico para el flujo de datos. El procesamiento por el procesador de datos de RX 460 es complementario al realizado por el procesador de MIMO de TX 420 y el procesador de datos de TX 414 en el sistema transmisor 410.

[0055] Un procesador 470 que se puede acoplar con una memoria 472 determina periódicamente qué matriz de precodificación usar. El mensaje de enlace inverso puede comprender diversos tipos de información respecto al enlace de comunicación y/o al flujo de datos recibido. A continuación, el mensaje de enlace inverso se procesa mediante un procesador de datos TX 438, que también recibe datos de tráfico para varios flujos de datos desde un origen de datos 436, se modula mediante un modulador 480, se acondiciona mediante los transmisores 454a a 454r y se transmite de vuelta al sistema transmisor 410.

[0056] En el sistema transmisor 410, las señales moduladas del sistema receptor 450 se reciben mediante las antenas 424, se acondicionan mediante los receptores 422, se desmodulan mediante un desmodulador 440 y se procesan mediante un procesador de datos de RX 442 para extraer el mensaje de enlace inverso transmitido mediante el sistema receptor 450. A continuación, el procesador 430 determina qué matriz de precodificación va a usar para determinar las ponderaciones de conformación de haces y después procesa el mensaje extraído.

[0057] La FIG. 5A es un diagrama de bloques que ilustra una secuencia de transferencia de mensajes de ejemplo entre un dispositivo de origen 520 y un dispositivo colector 560 como parte de una sesión de negociación de capacidades. La negociación de capacidad puede ocurrir como parte de un proceso mayor de establecimiento de sesión de comunicación entre el dispositivo de origen 520 y el dispositivo colector 560. Esta sesión puede, por ejemplo, establecerse con Wi-Fi Direct o TDLS como la norma de conectividad subyacente. Después de establecer la sesión Wi-Fi Direct o TDLS, el dispositivo colector 560 puede iniciar una conexión TCP con el dispositivo de origen 520. Como parte del establecimiento de la conexión TCP, se puede establecer un puerto de control que ejecute un protocolo de transmisión en tiempo real (RTSP) para administrar una sesión de comunicación entre el dispositivo de origen 520 y el dispositivo colector 560.

[0058] El dispositivo de origen 520 puede funcionar en general de la misma manera descrita anteriormente para el dispositivo de origen 120 de la FIG. 1A, y el dispositivo colector 560 puede funcionar en general de la misma manera descrita anteriormente para el dispositivo colector 160 de la FIG. 1A. Después de que el dispositivo de origen 520 y el dispositivo colector 560 establezcan la conectividad, el dispositivo de origen 520 y el dispositivo colector 560 pueden determinar el conjunto de parámetros que se utilizarán para su subsiguiente sesión de comunicación como parte de un intercambio de negociación de capacidad.

[0059] El dispositivo de origen 520 y el dispositivo colector 560 pueden negociar capacidades a través de una secuencia de mensajes. Los mensajes pueden ser, por ejemplo, mensajes de protocolo de transmisión en tiempo real (RTSP). En cualquier etapa de las negociaciones, el destinatario de un mensaje de petición RTSP puede responder con una respuesta RTSP que incluya un código de estado RTSP que no sea RTSP OK, en cuyo caso, el intercambio de mensajes puede reintentarse con un conjunto diferente de parámetros o la sesión de negociación de capacidad puede finalizar.

[0060] El dispositivo de origen 520 puede enviar un primer mensaje (mensaje de petición de OPCIONES RTSP) al dispositivo colector 560 para determinar el conjunto de procedimientos RTSP que soporta el dispositivo colector 560. Al recibir el primer mensaje del dispositivo de origen 520, el dispositivo colector 560 puede responder con un segundo mensaje (mensaje de respuesta OPCIONES RTSP) que enumera los procedimientos RTSP soportados por el colector 560. El segundo mensaje también puede incluir un código de estado RTSP OK.

[0061] Después de enviar el segundo mensaje al dispositivo de origen 520, el dispositivo colector 560 puede enviar un tercer mensaje (mensaje de petición RTSP OPTIONS) para determinar el conjunto de procedimientos RTSP que soporta el dispositivo de origen 520. Al recibir el tercer mensaje del dispositivo colector 560, el dispositivo de origen 520 puede responder con un cuarto mensaje (mensaje de respuesta OPCIONES RTSP) que enumera los procedimientos RTSP soportados por el dispositivo de origen 520. El cuarto mensaje también puede incluir el código de estado RTSP OK.

[0062] Después de enviar el cuarto mensaje, el dispositivo de origen 520 puede enviar un quinto mensaje (mensaje de petición RTSP GET_PARAMETER) para especificar una lista de capacidades que son de interés para el dispositivo de origen 520. El dispositivo colector 560 puede responder con un sexto mensaje (un mensaje de respuesta RTSP GET_PARAMETER). El sexto mensaje puede contener un código de estado RTSP. Si el código de estado RTSP es correcto, entonces el sexto mensaje también puede incluir parámetros de respuesta al parámetro especificado en el quinto mensaje que soporta el dispositivo colector 560. El dispositivo colector 560 puede ignorar los parámetros en el quinto mensaje que el dispositivo colector 560 no soporta.

[0063] Basándose en el sexto mensaje, el origen 520 puede determinar el conjunto óptimo de parámetros que se utilizarán para la sesión de comunicación y puede enviar un séptimo mensaje (un mensaje de petición RTSP SET_PARAMETER) al dispositivo colector 560. El séptimo mensaje puede contener el conjunto de parámetros que se utilizará durante la sesión de comunicación entre el dispositivo de origen 520 y el dispositivo colector 560. El séptimo mensaje puede incluir wfd-presentation-url que describe el identificador universal de recursos (URI) que se utilizará en la petición de configuración de RTSP para configurar la sesión de comunicación. El wfd-presentation-url especifica el URI que el dispositivo colector 560 puede usar para mensajes posteriores durante un intercambio de establecimiento de sesión. Los valores de wfd-url0 y wfd-url1 especificados en este parámetro pueden corresponder a los valores de rtp-port0 y rtp-port1 en los wfd-client-rtp-ports en el séptimo mensaje. RTP en este caso en general se refiere al protocolo en tiempo real que puede ejecutarse sobre el UDP.

[0064] Al recibir el séptimo mensaje, el dispositivo colector 560 puede responder con un octavo mensaje con un código de estado RTSP que indica si la configuración de los parámetros según lo especificado en el séptimo mensaje fue exitosa. Como se mencionó anteriormente, las funciones o el dispositivo de origen y el dispositivo colector pueden revertirse o cambiar en diferentes sesiones. El orden de los mensajes que configuran la sesión de comunicación puede, en algunos casos, definir el dispositivo que funciona como origen y definir el dispositivo que funciona como colector.

[0065] La FIG. 5B es un diagrama de bloques que ilustra otro ejemplo de secuencia de transferencia de mensajes entre un dispositivo de origen 560 y un dispositivo colector 520 como parte de la sesión de negociación de capacidades. La secuencia de transferencia de mensajes de la FIG. 5B pretende proporcionar una visualización más detallada de la secuencia de transferencia descrita anteriormente para la FIG. 5A. En la FIG. 5B, el mensaje "1b. GET_PARAMETER RESPONSE" muestra un ejemplo de un mensaje que identifica una lista de categorías de entrada soportadas (por ejemplo, genéricas y HIDC) y una pluralidad de listas de tipos de entrada soportados. Cada una de las categorías de entrada soportadas de la lista de categorías de entrada soportadas tiene una lista asociada de tipos soportados (por ejemplo, generic_cap_list y hidc_cap_list). En la FIG. 5B, el mensaje "2a. SET_PARAMETER REQUEST" es un ejemplo de un segundo mensaje que identifica una segunda lista de categorías de entrada soportadas (por ejemplo, genéricas y HIDC), y una pluralidad de segundas listas de tipos soportados. Cada una de las categorías de entrada soportadas de la segunda lista de categorías de entrada soportadas tiene una segunda lista asociada de tipos soportados (por ejemplo, generic_cap_list y hidc_cap_list). El mensaje Rx "1b. GET_PARAMETER RESPONSE" identifica las categorías de entrada y los tipos de entrada soportados por el dispositivo colector 560. El mensaje "2a. SET_PARAMETER REQUEST "identifica las categorías de entrada y los tipos de entrada soportados por el dispositivo de origen 520, pero puede no ser una lista completa de todas las categorías de entrada y los tipos de entrada soportados por el dispositivo de origen 520. En lugar de eso, el mensaje "2a. SET_PARAMETER REQUEST" puede identificar solo las categorías de entrada y los tipos de entrada identificados en el mensaje" 1b. GET_PARAMETER RESPONSE" como soportados por el dispositivo colector 560. De esta manera, las categorías de entrada y los tipos de entrada identificados en el mensaje "2a. SET_PARAMETER REQUEST "pueden constituir un subconjunto de las categorías de entrada y los tipos de entrada identificados en el mensaje" 1b. GET_PARAMETER RESPONSE."

[0066] La FIG. 6 es un diagrama conceptual que ilustra un ejemplo de un paquete de datos que puede ser generado por un dispositivo colector y transmitido a un dispositivo de origen. Los aspectos del paquete de datos 600 se explicarán con referencia a la FIG. 1A, pero las técnicas analizadas pueden ser aplicables a tipos adicionales de sistemas de origen/colector. El paquete de datos 600 puede incluir una cabecera de paquete de datos 610 seguida de datos de carga útil 650. Los datos de carga útil 650 pueden incluir adicionalmente una o más cabeceras de carga útil (por ejemplo, cabecera de carga útil 630). El paquete de datos 600 puede, por ejemplo, transmitirse desde el dispositivo colector 160 de la FIG. 1A al dispositivo de origen 120, de manera que un usuario del dispositivo colector 160 puede controlar los datos de audio/vídeo que se transmiten mediante el dispositivo de origen 120. En tal caso, los datos de carga útil 650 pueden incluir datos de entrada de usuario recibidos en el dispositivo colector 160. Los datos de carga útil 650 pueden, por ejemplo, identificar uno o más comandos de usuario. El dispositivo colector 160 puede recibir uno o más comandos de usuario y, basándose en los comandos recibidos, puede generar la cabecera de paquete de datos 610 y los datos de la carga útil 650. Basándose en el contenido de la cabecera de paquete de datos 610 del paquete de datos 600, el dispositivo de origen 120 puede analizar los datos de la carga útil 650 para identificar los datos de entrada de usuario recibidos en el dispositivo colector 160. Basándose en los datos de entrada de usuario contenidos en los datos de carga útil 650, el dispositivo de origen 120 puede alterar de alguna manera los datos de audio y vídeo que se transmiten desde el dispositivo de origen 120 al dispositivo colector 160.

[0067] Tal como se utiliza en esta divulgación, los términos "analizar" y "análisis" en general se refieren al proceso de analizar un flujo de bits para extraer datos del flujo de bits. Una vez extraídos, los datos pueden ser procesados por el dispositivo de origen 120, por ejemplo. La extracción de datos puede incluir, por ejemplo, identificar cómo se formatea la información en el flujo de bits. Como se describirá más detalladamente a continuación, la cabecera de paquete de datos 610 puede definir un formato estandarizado que sea conocido tanto para el dispositivo de origen 120 como para el dispositivo colector 160. Sin embargo, los datos de carga útil 650 pueden tener el formato de una de las muchas formas posibles. Al analizar la cabecera de paquete de datos 610, el dispositivo de origen 120 puede determinar cómo se formatean los datos de la carga útil 650 y, por lo tanto, el dispositivo de origen 120 puede analizar los datos de la carga útil 650 para extraer de los datos de la carga útil 650 uno o más comandos de entrada de usuario. Esto puede proporcionar flexibilidad en términos de los diferentes tipos de datos de carga útil que se pueden soportar en la comunicación de origen-colector. Como se describirá con más detalle a continuación, los datos de carga útil 650 también pueden incluir una o más cabeceras de carga útil, tales como la cabecera de carga útil 630. En tales casos, el dispositivo de origen 120 puede analizar la cabecera de paquete de datos 610 para determinar un formato para la cabecera de carga útil 630, y luego analizar la cabecera de carga útil 630 para determinar un formato para el resto de los datos de carga útil 650.

[0068] El diagrama 620 es una representación conceptual de cómo se puede formatear la cabecera de paquete de datos 610. Los números 0-15 en la fila 615 están destinados a identificar ubicaciones de bits dentro de la cabecera de paquete de datos 610 y no pretenden representar realmente la información contenida dentro de la cabecera de paquete de datos 610. La cabecera de paquete de datos 610 incluye el campo de versión 621, el indicador de marca de tiempo 622, el campo reservado 623, el campo de categoría de entrada 624, el campo de longitud 625 y el campo de marca de tiempo opcional 626.

[0069] En el ejemplo de la FIG. 6, el campo de versión 621 es un campo de 3 bits que puede indicar la versión de un protocolo de comunicaciones particular implementado por el dispositivo colector 160. El valor en el campo de versión 621 puede informar al dispositivo de origen 120 cómo analizar el resto de la cabecera de paquete de datos 610 así como cómo analizar los datos de la carga útil 650. En el ejemplo de la FIG. 6, el campo de versión 621 es un campo de tres bits, que permitiría un identificador único para ocho versiones diferentes. En otros ejemplos, se pueden dedicar más o menos bits al campo de versión 621.

[0070] En el ejemplo de la FIG. 6, el indicador de marca de tiempo (T) 622 es un campo de 1 bit que indica si el campo de marca de tiempo 626 está presente o no en la cabecera de paquete de datos 610. El campo de marca de tiempo 626 es un campo de 16 bits que contiene una marca de tiempo basada en datos multimedia generados por el dispositivo de origen 120 y transmitidos al dispositivo colector 160. La marca de tiempo puede, por ejemplo, ser un valor secuencial asignado a las tramas de vídeo por el dispositivo de origen 120 antes de que las tramas se transmitan al dispositivo colector 160. El indicador de marca de tiempo 622 puede, por ejemplo, incluir un "1" para indicar que el campo de marca de tiempo 626 está presente y puede incluir un "0" para indicar que el campo de marca de tiempo 626 no está presente. Tras analizar la cabecera de paquete de datos 610 y determinar que el campo de marca de tiempo 626 está presente, el dispositivo de origen 120 puede procesar la marca de tiempo incluida en el campo de marca de tiempo 626. Tras analizar la cabecera de paquete de datos 610 y determinar que el campo 626 de marca de tiempo no está presente, el dispositivo de origen 120 puede comenzar a analizar los datos de carga útil 650 después de analizar el campo de longitud 625, ya que no hay campo de marca de tiempo en la cabecera de paquete de datos 610.

[0071] Si está presente, el campo de marca de tiempo 626 puede incluir una marca de tiempo para identificar una trama de datos de vídeo que se estaba mostrando en el dispositivo colector inalámbrico 160 cuando se obtuvieron los datos de entrada de usuario de los datos de carga útil 650. La marca de tiempo puede, por ejemplo, haber sido agregada a la trama de vídeo por el dispositivo de origen 120 antes de que el dispositivo de origen 120 transmita la trama de vídeo al dispositivo colector 160. En consecuencia, el dispositivo de origen 120 puede generar una trama de vídeo e insertar en los datos de vídeo de la trama, como metadatos, por ejemplo, una marca de tiempo. El dispositivo de origen 120 puede transmitir la trama de vídeo, con la marca de tiempo, al dispositivo colector 160, y el dispositivo colector 160 puede mostrar la trama de vídeo. Mientras la trama de vídeo se muestra por el dispositivo colector 160, el dispositivo colector 160 puede recibir un comando de usuario de un usuario. Cuando el dispositivo colector 160 genera un paquete de datos para transferir el comando del usuario al dispositivo de origen 120, el dispositivo colector 160 puede incluir en el campo de marca de tiempo 626 la marca de tiempo de la trama que estaba mostrando el dispositivo colector 160 cuando se recibió el comando del usuario.

[0072] Al recibir el paquete de datos 600 con el campo de marca de tiempo 626 presente en la cabecera, el dispositivo de origen inalámbrico 120 puede identificar la trama de vídeo que se muestra en el dispositivo colector 160 en el momento en que se obtuvieron los datos de entrada de usuario de los datos de carga útil 650 y procesar los datos de entrada de usuario basados en el contenido de la trama identificada por la marca de tiempo. Por ejemplo, si los datos de entrada de usuario son un comando táctil aplicado a una pantalla táctil o al hacer clic en el puntero del ratón, el dispositivo de origen 120 puede determinar el contenido de la trama que se muestra en el momento en que el usuario aplicó el comando táctil a la pantalla o hizo clic en el ratón. En algunos casos, el contenido de la trama puede ser necesario para procesar correctamente los datos de carga útil. Por ejemplo, una entrada de usuario basada en un toque de usuario o un clic del ratón puede depender de lo que se muestra en la pantalla en el momento del toque o el clic. El toque o el clic pueden, por ejemplo, corresponder a un icono u opción de menú. En los casos en que el contenido de la pantalla está cambiando, el dispositivo de origen 120 puede usar una marca de tiempo presente en el campo de marca de tiempo 626 para hacer coincidir el toque o hacer clic en el icono o la opción de menú correcto.

[0073] El dispositivo de origen 120 puede, de forma adicional o alternativa, comparar la marca de tiempo en el campo de marca de tiempo 626 con una marca de tiempo que se aplica a una trama de vídeo renderizada actualmente. Al comparar la marca de tiempo del campo de marca de tiempo 626 con una marca de tiempo actual, el dispositivo de origen 120 puede determinar un tiempo de ida y vuelta. El tiempo de viaje de ida y vuelta en general corresponde a la cantidad de tiempo que transcurre desde el punto en que el dispositivo de origen 120 transmite una trama hasta el momento en que una entrada de usuario basada en esa trama se recibe nuevamente en el dispositivo de origen 120 desde el dispositivo colector 160. El tiempo de ida y vuelta puede proporcionar al dispositivo de origen 120 una indicación de la latencia del sistema, y si el tiempo de ida y vuelta es mayor que un valor de umbral, entonces el dispositivo de origen 120 puede ignorar los datos de entrada de usuario contenidos en los datos de carga útil 650 bajo el supuesto de que el comando de entrada se aplicó a una trama de visualización obsoleta. Cuando el tiempo de ida y vuelta es menor que el umbral, el dispositivo de origen 120 puede procesar los datos de entrada de usuario y ajustar el contenido de audio/vídeo que se transmite en respuesta a los datos de entrada de usuario. Los umbrales pueden ser programables, y diferentes tipos de dispositivos (o diferentes combinaciones de origen-colector) pueden configurarse para definir diferentes umbrales para los tiempos de ida y vuelta que son aceptables.

[0074] En el ejemplo de la FIG. 6, el campo reservado 623 es un campo de 8 bits que no incluye información utilizada por el origen 120 en la cabecera de paquete de datos de análisis 610 y los datos de carga útil 650. Sin embargo, las versiones futuras de un protocolo particular (como se identifica en el campo de versión 621) pueden hacer uso del campo reservado 623, en cuyo caso el dispositivo de origen 120 puede usar información en el campo reservado 623 para analizar la cabecera de paquete de datos 610 y/o para analizar la carga útil datos 650. El campo reservado 623 junto con el campo de versión 621 proporciona potencialmente capacidades para expandir y agregar características al formato del paquete de datos sin alterar fundamentalmente el formato y las características que ya están en uso.

[0075] En el ejemplo de la FIG. 6, el campo de categoría de entrada 624 es un campo de 4 bits para identificar una categoría de entrada para los datos de entrada de usuario contenidos en los datos de carga útil 650. El dispositivo colector 160 puede clasificar los datos de entrada de usuario para determinar una categoría de entrada. La categorización de los datos de entrada de usuario puede basarse, por ejemplo, en el dispositivo desde el cual se recibe un comando o en las propiedades del comando en sí. El valor del campo de categoría de entrada 624, posiblemente junto con otra información de la cabecera de paquete de datos 610, identifica al dispositivo de origen 120 cómo se formatean los datos de carga útil 650. Basándose en este formato, el dispositivo de origen 120 puede analizar los datos de carga útil 650 para determinar la entrada de usuario que se recibió en el dispositivo colector 160.

[0076] Dado que la categoría de entrada 624, en el ejemplo de la FIG. 6, es de 4 bits, se podrían identificar dieciséis categorías de entrada diferentes. Una categoría de entrada de este tipo puede ser un formato de entrada genérico para indicar que los datos de entrada de usuario de los datos de carga útil 650 están formateados utilizando elementos de información genéricos definidos en un protocolo que se está ejecutando tanto por el dispositivo de origen 120 como por el dispositivo colector 160. Un formato de entrada genérico, como se describirá con más detalle a continuación, puede utilizar elementos de información genéricos que permitan a un usuario del dispositivo colector 160 interactuar con el dispositivo de origen 120 en el nivel de la aplicación.

[0077] Otra categoría de entrada de este tipo puede ser un formato de comando de dispositivo de interfaz humana (HIDC) para indicar que los datos de entrada de usuario de los datos de carga útil 650 están formateados basándose en el tipo de dispositivo de entrada utilizado para recibir los datos de entrada. Los ejemplos de tipos de dispositivos incluyen un teclado, ratón, dispositivo de entrada táctil, joystick, cámara, dispositivo de captura de gestos (como un dispositivo de entrada basado en cámara) y control remoto. Entre otros tipos de categorías de entrada que podrían identificarse en el campo de categoría de entrada 624 se incluye un formato de entrada de reenvío para indicar que los datos del usuario en datos de carga útil 650 no se originaron en el dispositivo colector 160, o un formato específico del sistema operativo, y un formato de comando de voz para indicar que los datos de carga útil 650 incluyen un comando de voz.

[0078] El campo de longitud 625 puede comprender un campo de 16 bits para indicar la longitud del paquete de datos 600. La longitud puede, por ejemplo, indicarse en unidades de 8 bits. A medida que el paquete de datos 600 es analizado por el dispositivo de origen 120 en palabras de 16 bits, el paquete de datos 600 se puede rellenar hasta un número entero de 16 bits. Basándose en la longitud contenida en el campo de longitud 625, el dispositivo de origen 120 puede identificar el final de los datos de carga útil 650 (es decir, el final del paquete de datos 600) y el comienzo de un nuevo paquete de datos posterior.

[0079] Los diversos tamaños de los campos proporcionados en el ejemplo de la FIG. 6 están destinados a ser explicativos, y se pretende que los campos se puedan implementar utilizando diferentes números de bits de lo que se muestra en la FIG. 6. Además, también se contempla que la cabecera de paquete de datos 610 pueda incluir menos que todos los campos analizados anteriormente o pueda usar campos adicionales no analizados anteriormente. De hecho, las técnicas de esta divulgación pueden ser flexibles, en términos del formato real utilizado para los diversos campos de datos de los paquetes.

[0080] Después de analizar la cabecera de paquete de datos 610 para determinar el formateo de los datos de carga útil 650, el dispositivo de origen 120 puede analizar los datos de carga útil 650 para determinar el comando de entrada de usuario contenido en los datos de carga útil 650. Los datos de carga útil 650 pueden tener su propia cabecera de carga útil (cabecera de carga útil 630) que indica el contenido de los datos de carga útil 650. De esta manera, el dispositivo de origen 120 puede analizar la cabecera de carga útil 630 basándose en el análisis de la cabecera de paquete de datos 610, y luego analizar los datos de carga útil 650 restantes basándose en el análisis de la cabecera de carga útil 630.

[0081] Si, por ejemplo, el campo de categoría de entrada 624 de la cabecera de paquete de datos 610 indica que una entrada genérica está presente en los datos de carga útil 650, entonces los datos de carga útil 650 pueden tener un formato de entrada genérico. El dispositivo de origen 120 puede así analizar los datos de carga útil 650 de acuerdo con el formato de entrada genérico. Como parte del formato de entrada genérico, los datos de carga útil 650 pueden incluir una serie de uno o más eventos de entrada con cada evento de entrada teniendo su propia cabecera de evento de entrada. La tabla 1, a continuación, identifica los campos que pueden incluirse en una cabecera de entrada.

Tabla 1

[0082] El campo de identificación (ID) de evento de entrada (IE) genérica identifica la identificación de evento de entrada genérica para identificar un tipo de entrada. El campo ID de IE genérica puede, por ejemplo, tener una longitud de un octeto y puede incluir una identificación seleccionada de la Tabla 2 a continuación. Si, como en este ejemplo, el campo ID de IE genérica es de 8 bits, entonces 256 tipos diferentes de entradas (identificadas 0-255) pueden ser identificables, aunque no todas las 256 identificaciones necesariamente necesitan un tipo de entrada asociado. Algunos de los 256 pueden reservarse para uso futuro con futuras versiones de cualquier protocolo que esté implementando el dispositivo colector 160 y el dispositivo de origen 120. En la Tabla 2, por ejemplo, las ID de IE genéricas 9-255 no tienen tipos de entrada asociados, pero podrían asignarse tipos de entrada en el futuro.

[0083] El campo de longitud en la cabecera del evento de entrada identifica la longitud del campo de descripción, mientras que el campo de descripción incluye los elementos de información que describen la entrada de usuario. El formato del campo de descripción puede depender del tipo de entrada identificada en el campo ID de IE genérica. Por lo tanto, el dispositivo de origen 120 puede analizar el contenido del campo de descripción basándose en el tipo de entrada identificado en el campo ID de IE genérica. Basándose en el campo de longitud de la cabecera del evento de entrada, el dispositivo de origen 120 puede determinar el final de un evento de entrada en los datos de carga útil 650 y el comienzo de un nuevo evento de entrada. Como se explicará con más detalle a continuación, un comando de usuario puede describirse en los datos de carga útil 650 como uno o más eventos de entrada.

[0084] La Tabla 2 proporciona un ejemplo de los tipos de entrada, cada uno con una ID de IE genérica correspondiente que se puede usar para identificar el tipo de entrada.

Tabla 2

[0085] Los campos de descripción asociados con cada tipo de entrada pueden tener un formato diferente. Los campos de descripción de un evento Botón izquierdo del ratón abajo/Tocar abajo, un evento Botón izquierdo del ratón arriba/Tocar arriba, y Mover ratón/Tocar mover pueden, por ejemplo, incluir los elementos de información identificados en la Tabla 3 siguiente, aunque también se pueden usar otros formatos en otros ejemplos.

Tabla 3

[0086] El número de punteros puede identificar el número de toques o clics del ratón asociados con un evento de entrada. Cada puntero puede tener una ID de puntero única. Si, por ejemplo, un evento multi-táctil incluye un toque de tres dedos, entonces el evento de entrada podría tener tres punteros, cada uno con una ID de puntero única. Cada puntero (es decir, cada toque con el dedo) puede tener una coordenada x y una coordenada y correspondientes al lugar donde ocurrió el toque.

[0087] Un comando de un solo usuario puede describirse como una serie de eventos de entrada. Por ejemplo, si un deslizamiento de tres dedos es un comando para cerrar una aplicación, el deslizamiento de tres dedos puede describirse en los datos de carga útil 650 como un evento de toque abajo con tres punteros, un evento de tocar mover con tres punteros y un evento de toque arriba con tres punteros. Los tres punteros del evento de toque abajo pueden tener las mismas ID de puntero que los tres punteros del evento de movimiento táctil y el evento de toque arriba. El dispositivo de origen 120 puede interpretar la combinación de esos tres eventos de entrada como un movimiento de tres dedos.

[0088] Los campos de descripción de un evento de tecla abajo o un evento de tecla arriba pueden, por ejemplo, incluir los elementos de información identificados en la Tabla 4 a continuación.

Tabla 4

[0089] El campo de descripción de un evento de zoom puede, por ejemplo, incluir los elementos de información identificados en la Tabla 5 a continuación.

Tabla 5

[0090] El campo de descripción de un evento de desplazamiento horizontal o un evento de desplazamiento vertical puede, por ejemplo, incluir los elementos de información identificados en la Tabla 6 a continuación.

Tabla 6

[0091] Los ejemplos anteriores han mostrado algunas formas a modo de ejemplo de que los datos de la carga útil se pueden formatear para una categoría de entrada genérica. Si el campo de categoría de entrada 624 de la cabecera de paquete de datos 610 indica una categoría de entrada diferente, tal como una entrada de usuario reenviada, entonces los datos de carga útil 650 pueden tener un formato de entrada diferente. Con una entrada de usuario reenviada, el dispositivo colector 160 puede recibir los datos de entrada de usuario de un dispositivo de terceros y reenviar la entrada al dispositivo de origen 120 sin interpretar los datos de entrada de usuario. El dispositivo de origen 120 puede así analizar los datos de carga útil 650 de acuerdo con el formato de entrada de usuario reenviado. Por ejemplo, la cabecera de carga útil 630 de los datos de carga útil 650 puede incluir un campo para identificar el dispositivo de terceros a partir del cual se obtuvo la entrada de usuario. El campo puede incluir, por ejemplo, una dirección de protocolo de Internet (IP) del dispositivo de un tercero, una dirección MAC, un nombre de dominio o algún otro identificador similar. El dispositivo de origen 120 puede analizar el resto de los datos de carga útil basándose en el identificador del dispositivo de terceros.

[0092] El dispositivo colector 160 puede negociar capacidades con el dispositivo de terceros a través de una serie de mensajes. A continuación, el dispositivo colector 160 puede transmitir un identificador único del dispositivo de terceros al dispositivo de origen 120 como parte del establecimiento de una sesión de comunicación con el dispositivo de origen 120 como parte de un proceso de negociación de capacidad. De forma alternativa, el dispositivo colector 160 puede transmitir información que describe el dispositivo de terceros al dispositivo de origen 120 y, basándose en la información, el dispositivo de origen 120 puede determinar un identificador único para el dispositivo de terceros. La información que describe el dispositivo de terceros puede, por ejemplo, incluir información para identificar el dispositivo de terceros y/o información para identificar las capacidades del dispositivo de terceros. Independientemente de si los identificadores únicos están determinados por el dispositivo de origen 120 o el dispositivo colector 160, cuando el dispositivo colector 160 transmite paquetes de datos con la entrada de usuario obtenida del dispositivo de la tercera parte, el dispositivo colector 160 puede incluir el identificador único en el paquete de datos, en una cabecera de carga útil, por ejemplo, para que el dispositivo de origen 120 pueda identificar el origen de la entrada de usuario.

[0093] Si el campo de categoría de entrada 624 de la cabecera de paquete de datos 610 indica una categoría de entrada diferente, como un comando de voz, los datos de carga útil 650 pueden tener un formato de entrada diferente. Para un comando de voz, los datos de carga útil 650 pueden incluir audio codificado. El códec para codificar y descodificar el audio del comando de voz puede negociarse entre el dispositivo de origen 120 y el dispositivo colector 160 a través de una serie de mensajes. Para transmitir un comando de voz, el campo de marca de tiempo 626 puede incluir un valor de tiempo de muestreo de voz. En tal caso, el indicador de marca de tiempo 622 puede establecerse para indicar que hay una marca de tiempo presente, pero en lugar de una marca de tiempo como se describió anteriormente, el campo de marca de tiempo 626 puede incluir un valor de tiempo de muestreo de voz para el audio codificado de los datos de carga útil 650.

[0094] En algunos ejemplos, un comando de voz puede transmitirse como un comando genérico como se describió anteriormente, en cuyo caso el campo de categoría de entrada 624 puede configurarse para identificar el formato de comando genérico, y una de las ID de IE genéricas reservadas puede asignarse a los comandos de voz. Si el comando de voz se transmite como un comando genérico, entonces una velocidad de muestreo de voz puede estar presente en el campo de marca de tiempo 626 de la cabecera de paquete de datos 610 o puede estar presente en los datos de carga útil 650.

[0095] Para los datos de comando de voz capturados, los datos de voz se pueden encapsular de múltiples maneras. Por ejemplo, los datos del comando de voz se pueden encapsular usando RTP, que puede proporcionar el tipo de carga útil para identificar el códec y la marca de tiempo, y la marca de tiempo se usa para identificar la velocidad de muestreo. Los datos RTP se pueden encapsular utilizando el formato de entrada de usuario genérico descrito anteriormente, ya sea con o sin la marca de tiempo opcional. El dispositivo colector 160 puede transmitir los datos de entrada genéricos que transportan los datos del comando de voz al dispositivo de origen 120 mediante TPC/IP.

[0096] Como se analizó anteriormente, cuando las coordenadas se incluyen como parte de un paquete de datos como el paquete de datos 600, por ejemplo, en los datos de carga útil 650, las coordenadas pueden corresponder a coordenadas escaladas basándose en una resolución negociada, coordenadas de la ventana de visualización, coordenadas normalizadas o coordenadas asociadas con una pantalla de colector. En algunos casos, se puede incluir información adicional, ya sea en el paquete de datos o transmitida por separado, para que la utilice un dispositivo de origen para normalizar las coordenadas recibidas en el paquete de datos.

[0097] Independientemente de la categoría de entrada para un paquete de datos particular, la cabecera de paquete de datos puede ser una cabecera de paquete de capa de aplicación, y el paquete de datos puede transmitirse a través de TCP/IP. TCP/IP puede permitir que el dispositivo colector 160 y el dispositivo de origen 120 realicen técnicas de retransmisión en caso de pérdida de paquetes. El paquete de datos puede enviarse desde el dispositivo colector 160 al dispositivo de origen 120 para controlar datos de audio o datos de vídeo del dispositivo de origen 120 o para otros fines tales como controlar una aplicación que se ejecuta en el dispositivo de origen 120.

[0098] La FIG. 7A es un diagrama de flujo de un procedimiento de ejemplo para negociar capacidades entre un dispositivo colector y un dispositivo de origen. El procedimiento de ejemplo ilustrado se puede realizar mediante el dispositivo colector 160 (FIG. 1A) o 360 (FIG. 3). En algunos ejemplos, un medio de almacenamiento legible por ordenador (por ejemplo, la memoria 332) puede almacenar instrucciones, módulos o algoritmos que, cuando se ejecutan, hacen que uno o más procesadores (por ejemplo, el procesador 331) realicen uno o más de los pasos ilustrados en uno o más de los diagramas de flujo descritos en el presente documento.

[0099] El procedimiento de la FIG. 7A incluye el dispositivo colector 160 que recibe del primer dispositivo 120 un primer mensaje (701). El mensaje puede, por ejemplo, comprender una petición de obtención de parámetros. En respuesta al primer mensaje, el dispositivo colector 160 puede enviar un segundo mensaje al dispositivo de origen 120 (703). El segundo mensaje puede, por ejemplo, comprender una respuesta de obtención de parámetros que identifique una primera lista de categorías de entrada soportadas y una pluralidad de primeras listas de tipos soportados, en el que cada una de las categorías de entrada soportadas de la primera lista de categorías de entrada soportadas tiene una primera lista asociada de tipos soportados. Las categorías de entrada soportadas pueden, por ejemplo, corresponder a las mismas categorías utilizadas para el campo de categoría de entrada 624 de la FIG. 6. La tabla 2 anterior representa un ejemplo de tipos soportados para una categoría de entrada particular (entradas genéricas en este ejemplo). El dispositivo colector 160 puede recibir del dispositivo de origen 120, un tercer mensaje (705). El tercer mensaje puede, por ejemplo, comprender una petición de parámetros establecidos, en el que la petición de parámetros establecidos identifica un puerto para la comunicación, una segunda lista de categorías de entrada soportadas y una pluralidad de segundas listas de tipos soportados, con cada una de las categorías de entrada soportadas de la segunda lista de categorías de entrada soportadas que tienen una segunda lista asociada de tipos soportados, y cada uno de los tipos soportados de las segundas listas que incluye un subconjunto de los tipos de las primeras listas. El dispositivo colector 160 puede transmitir al dispositivo de origen 120 un cuarto mensaje (707). El cuarto mensaje puede, por ejemplo, comprender una respuesta de parámetros establecidos para confirmar que los tipos de las segundas listas se han habilitado. El dispositivo colector 160 puede recibir del dispositivo de origen 120 un quinto mensaje (709). El quinto mensaje puede, por ejemplo, comprender una segunda petición de parámetros establecidos que indica que se ha habilitado un canal de comunicación entre el dispositivo de origen 120 y el dispositivo colector 160. El canal de comunicación puede, por ejemplo, comprender un canal posterior de entrada de usuario (UIBC). El dispositivo colector 160 puede transmitir al dispositivo de origen 120 un sexto mensaje (711). El sexto mensaje puede, por ejemplo, comprender una segunda respuesta de parámetros establecidos que confirma la recepción de la segunda petición de parámetros establecidos por parte del dispositivo colector 160.

[0100] La FIG. 7B es un diagrama de flujo de un procedimiento de ejemplo para negociar capacidades entre un dispositivo colector y un dispositivo de origen. El procedimiento de ejemplo ilustrado puede realizarse mediante el dispositivo de origen 120 (FIG. 1A) o 220 (FIG. 2). En algunos ejemplos, un medio de almacenamiento legible por ordenador (por ejemplo, la memoria 232) puede almacenar instrucciones, módulos o algoritmos que, cuando se ejecutan, hacen que uno o más procesadores (por ejemplo, el procesador 231) realicen uno o más de los pasos ilustrados en El diagrama de flujo.

[0101] El procedimiento de la FIG. 7B incluye el dispositivo de origen 120 que transmite al dispositivo colector 160 un primer mensaje (702). El primer mensaje puede, por ejemplo, comprender una petición de obtención de parámetros. El dispositivo de origen 120 puede recibir un segundo mensaje del dispositivo colector 160 (704). El segundo mensaje puede, por ejemplo, comprender una respuesta de obtención de parámetros que identifique una primera lista de categorías de entrada soportadas y una pluralidad de primeras listas de tipos soportados, en el que cada una de las categorías de entrada soportadas de la primera lista de categorías de entrada soportadas tiene una primera lista asociada de tipos soportados. El dispositivo de origen 120 puede transmitir al dispositivo colector 160, un tercer mensaje (706). El tercer mensaje puede, por ejemplo, comprender una petición de parámetros establecidos que identifica un puerto para la comunicación, una segunda lista de categorías de entrada soportadas y una pluralidad de segundas listas de tipos soportados, con cada una de las categorías de entrada soportadas de la segunda lista de categorías de entrada soportadas que tienen una segunda lista asociada de tipos soportados, y cada uno de los tipos soportados de las segundas listas incluye un subconjunto de los tipos de las primeras listas. El dispositivo de origen 120 puede recibir del dispositivo colector 160 un cuarto mensaje (708). El cuarto mensaje puede, por ejemplo, comprender una respuesta de parámetros establecidos para confirmar que los tipos de las segundas listas se han habilitado. El dispositivo de origen 120 puede transmitir al dispositivo colector 160 un quinto mensaje (710). El quinto mensaje puede, por ejemplo, comprender una segunda petición de parámetros establecidos que indica que se ha habilitado un canal de comunicación entre el dispositivo de origen 120 y el dispositivo colector 160. El canal de comunicación puede, por ejemplo, comprender un canal posterior de entrada de usuario (UIBC). El dispositivo de origen 120 puede recibir desde el dispositivo colector 160 un sexto mensaje (712). El sexto mensaje puede, por ejemplo, comprender una segunda respuesta de parámetros establecidos que confirma la recepción de la segunda petición de parámetros establecidos por parte del dispositivo colector 160.

[0102] La FIG. 8A es un diagrama de flujo de un procedimiento de ejemplo para transmitir datos de entrada de usuario desde un dispositivo colector inalámbrico a un dispositivo de origen inalámbrico de acuerdo con esta divulgación. El procedimiento de ejemplo ilustrado se puede realizar mediante el dispositivo colector 160 (FIG. 1A) o 360 (FIG. 3). En algunos ejemplos, un medio de almacenamiento legible por ordenador (por ejemplo, la memoria 332) puede almacenar instrucciones, módulos o algoritmos que, cuando se ejecutan, hacen que uno o más procesadores (por ejemplo, el procesador 331) realicen uno o más de los pasos ilustrados en El diagrama de flujo.

[0103] El procedimiento de la FIG. 8A incluye obtener datos de entrada de usuario en un dispositivo colector inalámbrico, como el dispositivo colector inalámbrico 160 (801). Los datos de entrada de usuario pueden obtenerse a través de un componente de entrada de usuario del dispositivo colector inalámbrico 160 tal como, por ejemplo, la interfaz de entrada de usuario 376 mostrada en relación con el dispositivo colector inalámbrico 360. Además, el dispositivo colector 160 puede clasificar los datos de entrada de usuario como, por ejemplo, genéricos, reenviados o específicos del sistema operativo. El dispositivo colector 160 puede generar una cabecera de paquete de datos basándose en los datos de entrada de usuario (803). La cabecera de paquete de datos puede ser una cabecera de paquete de capa de aplicación. La cabecera de paquete de datos puede comprender, entre otros campos, un campo para identificar una categoría de entrada correspondiente a los datos de entrada de usuario. La categoría de entrada puede comprender, por ejemplo, un formato de entrada genérico o un comando de dispositivo de interfaz humana. El dispositivo colector 160 puede generar además un paquete de datos (805), donde el paquete de datos comprende la cabecera de paquete de datos generado y los datos de la carga útil. En un ejemplo, los datos de carga útil pueden incluir datos de entrada de usuario recibidos y pueden identificar uno o más comandos de usuario. A continuación, el dispositivo colector 160 puede transmitir el paquete de datos generado (807) al dispositivo de origen inalámbrico (por ejemplo, el dispositivo de origen 120 de la FIG. 1A o 220 de la FIG. 2). El dispositivo colector 160 puede comprender componentes que permiten la transferencia de paquetes de datos, incluyendo la unidad de transporte 333 y el módem inalámbrico 334 como se muestra en la FIG. 3, por ejemplo. El dispositivo colector 160 puede transferir el paquete de datos a través de TCP/IP.

[0104] La FIG. 8B es un diagrama de flujo de un procedimiento de ejemplo para recibir datos de entrada de usuario desde un dispositivo colector inalámbrico en un dispositivo de origen inalámbrico de acuerdo con esta divulgación. El procedimiento de ejemplo ilustrado puede realizarse mediante el dispositivo de origen 120 (FIG. 1A) o 220 (FIG. 2). En algunos ejemplos, un medio de almacenamiento legible por ordenador (por ejemplo, la memoria 232) puede almacenar instrucciones, módulos o algoritmos que, cuando se ejecutan, hacen que uno o más procesadores (por ejemplo, el procesador 231) realicen uno o más de los pasos ilustrados en El diagrama de flujo.

[0105] El procedimiento de la FIG. 8B incluye recibir un paquete de datos (802), donde el paquete de datos puede comprender, entre otras cosas, una cabecera de paquete de datos y datos de carga útil. Los datos de carga útil pueden incluir, por ejemplo, datos de entrada de usuario. El dispositivo de origen 120 puede comprender componentes de comunicaciones que permiten la transferencia de paquetes de datos, incluyendo la unidad de transporte 233 y el módem inalámbrico 234, por ejemplo, como se muestra en referencia a la FIG. 2. A continuación, el dispositivo de origen 120 puede analizar la cabecera de paquete de datos (804) incluida en el paquete de datos, para determinar una categoría de entrada asociada con los datos de entrada de usuario contenidos en los datos de carga útil. El dispositivo de origen 120 puede procesar los datos de carga útil basándose en la categoría de entrada determinada (806). Los paquetes de datos descritos con referencia a las FIGs. 8A y 8B pueden tomar en general la forma de los paquetes de datos descritos con referencia a la FIG. 6 y se puede usar para controlar datos y aplicaciones de audio/vídeo en un dispositivo de origen.

[0106] La FIG. 9A es un diagrama de flujo de un procedimiento de ejemplo para transmitir datos de entrada de usuario desde un dispositivo colector inalámbrico a un dispositivo de origen inalámbrico de acuerdo con esta divulgación. El procedimiento de ejemplo ilustrado se puede realizar mediante el dispositivo colector 160 (FIG. 1A) o 360 (FIG. 3). En algunos ejemplos, un medio de almacenamiento legible por ordenador (por ejemplo, la memoria 332) puede almacenar instrucciones, módulos o algoritmos que, cuando se ejecutan, hacen que uno o más procesadores (por ejemplo, el procesador 331) realicen uno o más de los pasos ilustrados en El diagrama de flujo.

[0107] El procedimiento de la FIG. 9A incluye obtener datos de entrada de usuario en un dispositivo colector inalámbrico como el dispositivo colector inalámbrico 160 (901). Los datos de entrada de usuario pueden obtenerse a través de un componente de entrada de usuario del dispositivo colector inalámbrico 160 tal como, por ejemplo, la interfaz de entrada de usuario 376 mostrada con referencia a la FIG. 3. A continuación, el dispositivo colector 160 puede generar datos de carga útil (903), donde los datos de carga útil pueden describir los datos de entrada de usuario. En un ejemplo, los datos de carga útil pueden incluir datos de entrada de usuario recibidos y pueden identificar uno o más comandos de usuario. El dispositivo colector 160 puede generar además un paquete de datos (905), donde el paquete de datos comprende una cabecera de paquete de datos y los datos de carga útil generados. A continuación, el dispositivo colector 160 puede transmitir el paquete de datos generado (907) al dispositivo de origen inalámbrico (por ejemplo, el dispositivo de origen 120 de la FIG. 1A o 220 de la FIG. 2). El dispositivo colector 160 puede comprender componentes que permiten la transferencia de paquetes de datos, como la unidad de transporte 333 y el módem inalámbrico 334, por ejemplo. El paquete de datos se puede transmitir a un dispositivo de origen inalámbrico a través de TCP/IP.

[0108] La FIG. 9B es un diagrama de flujo de un procedimiento de ejemplo para recibir datos de entrada de usuario desde un dispositivo colector inalámbrico en un dispositivo de origen inalámbrico de acuerdo con esta divulgación. El procedimiento de ejemplo ilustrado puede realizarse mediante el dispositivo de origen 120 (FIG. 1A) o 220 (FIG. 2). En algunos ejemplos, un medio de almacenamiento legible por ordenador (por ejemplo, la memoria 232) puede almacenar instrucciones, módulos o algoritmos que, cuando se ejecutan, hacen que uno o más procesadores (por ejemplo, el procesador 231) realicen uno o más de los pasos ilustrados en El diagrama de flujo.

[0109] El procedimiento de la FIG. 9B incluye recibir un paquete de datos del dispositivo colector 360 (902), donde el paquete de datos puede comprender, entre otras cosas, una cabecera de paquete de datos y datos de carga útil. En un ejemplo, los datos de carga útil pueden comprender, por ejemplo, datos que describen detalles de una entrada de usuario tal como el valor del tipo de entrada. El dispositivo de origen 120 puede comprender componentes de comunicaciones que permiten la transferencia de paquetes de datos, incluyendo la unidad de transporte 233 y el módem inalámbrico 234, por ejemplo, como se muestra con referencia a la FIG. 2. A continuación, el dispositivo de origen 120 puede analizar el paquete de datos (904) para determinar un valor de tipo de entrada en un campo de tipo de entrada en los datos de carga útil. El dispositivo de origen 120 puede procesar los datos que describen los detalles de la entrada de usuario basándose en el valor de tipo de entrada determinado (906). Los paquetes de datos descritos con referencia a las FIGs. 9A y 9B pueden en general tomar la forma de los paquetes de datos descritos con referencia a la FIG. 6.

[0110] La FIG. 10A es un diagrama de flujo de un procedimiento de ejemplo para transmitir datos de entrada de usuario desde un dispositivo colector inalámbrico a un dispositivo de origen inalámbrico de acuerdo con esta divulgación. El procedimiento de ejemplo ilustrado se puede realizar mediante el dispositivo colector 160 (FIG. 1A) o 360 (FIG. 3). En algunos ejemplos, un medio de almacenamiento legible por ordenador (por ejemplo, la memoria 332) puede almacenar instrucciones, módulos o algoritmos que, cuando se ejecutan, hacen que uno o más procesadores (por ejemplo, el procesador 331) realicen uno o más de los pasos ilustrados en El diagrama de flujo.

[0111] El procedimiento de la FIG. 10A incluye obtener datos de entrada de usuario en un dispositivo colector inalámbrico, como el dispositivo colector inalámbrico 160 (1001). Los datos de entrada de usuario pueden obtenerse a través de un componente de entrada de usuario del dispositivo colector inalámbrico 160 tal como, por ejemplo, la interfaz de entrada de usuario 376 como se muestra con referencia a la FIG. 3. A continuación, el dispositivo colector 160 puede generar una cabecera de paquete de datos basándose en la entrada de usuario (1003). La cabecera de paquete de datos puede comprender, entre otros campos, un indicador de marca de tiempo (por ejemplo, un campo de 1 bit) para indicar si un campo de marca de tiempo está presente en la cabecera de paquete de datos. El indicador de marca de tiempo puede, por ejemplo, incluir un "1" para indicar que el campo de marca de tiempo está presente y puede incluir un "0" para indicar que el campo de marca de tiempo no está presente. El campo de marca de tiempo puede ser, por ejemplo, un campo de 16 bits que contiene una marca de tiempo generada por el dispositivo de origen 120 y agregada a los datos de vídeo antes de la transmisión. El dispositivo colector 160 puede generar además un paquete de datos (1005), donde el paquete de datos comprende la cabecera de paquete de datos generado y los datos de la carga útil. En un ejemplo, los datos de carga útil pueden incluir datos de entrada de usuario recibidos y pueden identificar uno o más comandos de usuario. A continuación, el dispositivo colector 160 puede transmitir el paquete de datos generado (1007) al dispositivo de origen inalámbrico (por ejemplo, el dispositivo de origen 120 de la FIG. 1A o 220 de la FIG. 2). El dispositivo colector 160 puede comprender componentes que permiten la transferencia de paquetes de datos, incluyendo la unidad de transporte 333 y el módem inalámbrico 334, por ejemplo, como se muestra en la FIG. 3. El paquete de datos se puede transmitir a un dispositivo de origen inalámbrico a través de TCP/IP.

[0112] La FIG. 10B es un diagrama de flujo de un procedimiento de ejemplo para recibir datos de entrada de usuario desde un dispositivo colector inalámbrico en un dispositivo de origen inalámbrico de acuerdo con esta divulgación. El procedimiento de ejemplo ilustrado puede realizarse mediante el dispositivo de origen 120 (FIG. 1A) o 220 (FIG. 2). En algunos ejemplos, un medio de almacenamiento legible por ordenador (por ejemplo, la memoria 232) puede almacenar instrucciones, módulos o algoritmos que, cuando se ejecutan, hacen que uno o más procesadores (por ejemplo, el procesador 231) realicen uno o más de los pasos ilustrados en El diagrama de flujo.

[0113] El procedimiento de la FIG. 10B incluye recibir un paquete de datos desde el dispositivo colector inalámbrico 160 (1002), donde el paquete de datos puede comprender, entre otras cosas, una cabecera de paquete de datos y datos de carga útil. Los datos de carga útil pueden incluir, por ejemplo, datos de entrada de usuario. El dispositivo de origen 120 puede comprender componentes de comunicaciones que permiten la transferencia de paquetes de datos, incluyendo la unidad de transporte 233 y el módem inalámbrico 234, por ejemplo, como se muestra en referencia a la FIG. 2. El dispositivo de origen 120 puede analizar la cabecera de paquete de datos (1004) incluida en el paquete de datos. El dispositivo de origen 120 puede determinar si un campo de marca de tiempo está presente en la cabecera de paquete de datos (1006). En un ejemplo, el dispositivo de origen 120 puede hacer la determinación basándose en un valor de indicador de marca de tiempo incluido en la cabecera de paquete de datos. Si la cabecera de paquete de datos incluye un campo de marca de tiempo, el dispositivo de origen 120 puede procesar los datos de carga útil basándose en una marca de tiempo que se encuentra en el campo de marca de tiempo (1008). Los paquetes de datos descritos con referencia a las FIGs. 10A y 10B pueden tomar en general la forma de los paquetes de datos descritos con referencia a la FIG. 6 y se pueden usar para controlar datos de audio/vídeo en un dispositivo de origen.

[0114] La FIG. 11A es un diagrama de flujo de un procedimiento de ejemplo para transmitir datos de entrada de usuario desde un dispositivo colector inalámbrico a un dispositivo de origen inalámbrico de acuerdo con esta divulgación. El procedimiento de ejemplo ilustrado se puede realizar mediante el dispositivo colector 160 (FIG. 1A) o 360 (FIG. 3). En algunos ejemplos, un medio de almacenamiento legible por ordenador (por ejemplo, la memoria 332) puede almacenar instrucciones, módulos o algoritmos que, cuando se ejecutan, hacen que uno o más procesadores (por ejemplo, el procesador 331) realicen uno o más de los pasos ilustrados en El diagrama de flujo.

[0115] El procedimiento de la FIG. 11A incluye obtener datos de entrada de usuario en un dispositivo colector inalámbrico, como el dispositivo colector inalámbrico 160 (1101). Los datos de entrada de usuario pueden obtenerse a través de un componente de entrada de usuario del dispositivo colector inalámbrico 160 tal como, por ejemplo, la interfaz de entrada de usuario 376 mostrada en referencia a la FIG. 3. A continuación, el dispositivo colector 160 puede generar una cabecera de paquete de datos basándose en la entrada de usuario (1103). La cabecera de paquete de datos puede comprender, entre otros campos, un campo de marca de tiempo. El campo de marca de tiempo puede comprender, por ejemplo, un campo de 16 bits que contiene una marca de tiempo basada en datos multimedia generados por el dispositivo de origen inalámbrico 120 y transmitidos al dispositivo colector inalámbrico 160. La marca de tiempo puede haber sido agregada a la trama de datos de vídeo por el dispositivo de origen inalámbrico 120 antes de ser transmitida al dispositivo colector inalámbrico. El campo de marca de tiempo puede, por ejemplo, identificar una marca de tiempo asociada con una trama de datos de vídeo que se muestra en el dispositivo colector inalámbrico 160 en el momento en que se capturaron los datos de entrada de usuario. El dispositivo colector 160 puede generar además un paquete de datos (1105), donde el paquete de datos comprende la cabecera de paquete de datos generado y los datos de la carga útil. En un ejemplo, los datos de carga útil pueden incluir datos de entrada de usuario recibidos y pueden identificar uno o más comandos de usuario. A continuación, el dispositivo colector 160 puede transmitir el paquete de datos generado (1107) al dispositivo de origen inalámbrico (por ejemplo, el dispositivo de origen 120 de la FIG. 1A o 220 de la FIG. 2). El dispositivo colector 160 puede comprender componentes que permiten la transferencia de paquetes de datos, incluyendo la unidad de transporte 333 y el módem inalámbrico 334, por ejemplo, como se muestra en la FIG. 3. El paquete de datos se puede transmitir a un dispositivo de origen inalámbrico a través de TCP/IP.

[0116] La FIG. 11B es un diagrama de flujo de un procedimiento de ejemplo para recibir datos de entrada de usuario desde un dispositivo colector inalámbrico en un dispositivo de origen inalámbrico de acuerdo con esta divulgación. El procedimiento de ejemplo ilustrado puede realizarse mediante el dispositivo de origen 120 (FIG. 1A) o 220 (FIG. 2). En algunos ejemplos, un medio de almacenamiento legible por ordenador (por ejemplo, la memoria 232) puede almacenar instrucciones, módulos o algoritmos que, cuando se ejecutan, hacen que uno o más procesadores (por ejemplo, el procesador 231) realicen uno o más de los pasos ilustrados en El diagrama de flujo.

[0117] El procedimiento de la FIG. 11B incluye recibir un paquete de datos desde un dispositivo colector inalámbrico, como el dispositivo colector inalámbrico 160 (1102), donde el paquete de datos puede comprender, entre otras cosas, una cabecera de paquete de datos y datos de carga útil. Los datos de carga útil pueden incluir, por ejemplo, datos de entrada de usuario. El dispositivo de origen 120 puede comprender componentes de comunicaciones que permiten la transferencia de paquetes de datos, incluyendo la unidad de transporte 233 y el módem inalámbrico 234, por ejemplo, como se muestra en referencia a la FIG. 2. A continuación, el dispositivo de origen 120 puede identificar un campo de marca de tiempo en la cabecera de paquete de datos (1104). El dispositivo de origen 120 puede procesar los datos de carga útil basándose en una marca de tiempo que se encuentra en el campo de marca de tiempo (1106). Como parte del procesamiento de los datos de la carga útil, basándose en la marca de tiempo, el dispositivo de origen 120 puede identificar una trama de datos de vídeo que se muestran en el dispositivo colector inalámbrico en el momento en que se obtuvieron los datos de entrada de usuario e interpretar los datos de la carga útil basándose en el contenido de la trama. Como parte del procesamiento de los datos de la carga útil basándose en la marca de tiempo, el dispositivo de origen 120 puede comparar la marca de tiempo con la marca de tiempo actual para una trama de vídeo actual transmitida por el dispositivo de origen 120 y puede ejecutar un comando de entrada de usuario descrito en los datos de carga útil en respuesta a una diferencia de tiempo entre la marca de tiempo y la marca de tiempo actual que es menor que un valor de umbral, o no ejecutar un comando de entrada de usuario descrito en los datos de carga útil en respuesta a una diferencia de tiempo entre la marca de tiempo y la marca de tiempo actual que es mayor que un valor de umbral. Los paquetes de datos descritos con referencia a las FIGs. 11A y 11B pueden tomar en general la forma de los paquetes de datos descritos con referencia a la FIG. 6 y se pueden usar para controlar datos de audio/vídeo en un dispositivo de origen.

[0118] La FIG. 12A es un diagrama de flujo de un procedimiento de ejemplo para transmitir datos de entrada de usuario desde un dispositivo colector inalámbrico a un dispositivo de origen inalámbrico de acuerdo con esta divulgación. El procedimiento de ejemplo ilustrado se puede realizar mediante el dispositivo colector 160 (FIG. 1A) o 360 (FIG. 3). En algunos ejemplos, un medio de almacenamiento legible por ordenador (por ejemplo, la memoria 332) puede almacenar instrucciones, módulos o algoritmos que, cuando se ejecutan, hacen que uno o más procesadores (por ejemplo, el procesador 331) realicen uno o más de los pasos ilustrados en El diagrama de flujo.

[0119] El procedimiento de la FIG. 12A incluye obtener datos de entrada de usuario en un dispositivo colector inalámbrico, como el dispositivo colector inalámbrico 160 (1201). En un ejemplo, los datos de entrada de usuario pueden ser datos de comando de voz, que pueden obtenerse a través de un componente de entrada de usuario del dispositivo colector inalámbrico 160 tal como, por ejemplo, un módulo de reconocimiento de comandos de voz incluido en la interfaz de entrada de usuario 376 en la FIG. 3. El dispositivo colector 160 puede generar una cabecera de paquete de datos basándose en la entrada de usuario (1203). El dispositivo colector 160 también puede generar datos de carga útil (1205), donde los datos de carga útil pueden comprender los datos de comando de voz. En un ejemplo, los datos de carga útil también pueden incluir datos de entrada de usuario recibidos y pueden identificar uno o más comandos de usuario. El dispositivo colector 160 puede generar además un paquete de datos (1207), donde el paquete de datos comprende la cabecera de paquete de datos generado y los datos de la carga útil. A continuación, el dispositivo colector 160 puede transmitir el paquete de datos generado (1209) al dispositivo de origen inalámbrico (por ejemplo, el dispositivo de origen 120 de la FIG. 1A o 220 de la FIG. 2). El dispositivo colector 160 puede comprender componentes que permiten la transferencia de paquetes de datos, incluyendo la unidad de transporte 333 y el módem inalámbrico 334, por ejemplo, como se muestra en la FIG. 3. El paquete de datos se puede transmitir a un dispositivo de origen inalámbrico a través de TCP/IP.

[0120] La FIG. 12B es un diagrama de flujo de un procedimiento de ejemplo para recibir datos de entrada de usuario desde un dispositivo colector inalámbrico en un dispositivo de origen inalámbrico de acuerdo con esta divulgación. El procedimiento de ejemplo ilustrado puede realizarse mediante el dispositivo de origen 120 (FIG. 1A) o 220 (FIG. 2). En algunos ejemplos, un medio de almacenamiento legible por ordenador (por ejemplo, la memoria 232) puede almacenar instrucciones, módulos o algoritmos que, cuando se ejecutan, hacen que uno o más procesadores (por ejemplo, el procesador 231) realicen uno o más de los pasos ilustrados en El diagrama de flujo.

[0121] El procedimiento de la FIG. 12B incluye recibir un paquete de datos (1202), donde el paquete de datos puede comprender, entre otras cosas, una cabecera de paquete de datos y datos de carga útil. Los datos de carga útil pueden incluir, por ejemplo, datos de entrada de usuario, tales como datos de comandos de voz. El dispositivo de origen 120 puede comprender componentes de comunicaciones que permiten la transferencia de paquetes de datos, incluyendo la unidad de transporte 233 y el módem inalámbrico 234, por ejemplo, como se muestra en referencia a la FIG. 2. A continuación, el dispositivo de origen 120 puede analizar los datos de carga útil (1204) incluidos en el paquete de datos, para determinar si los datos de carga útil comprenden datos de comando de voz. Los paquetes de datos descritos con referencia a las FIGs. 12A y 12B pueden tomar en general la forma de los paquetes de datos descritos con referencia a la FIG. 6 y se pueden usar para controlar datos de audio/vídeo en un dispositivo de origen.

[0122] La FIG. 13A es un diagrama de flujo de un procedimiento de ejemplo para transmitir datos de entrada de usuario desde un dispositivo colector inalámbrico a un dispositivo de origen inalámbrico de acuerdo con esta divulgación. El procedimiento de ejemplo ilustrado se puede realizar mediante el dispositivo colector 160 (FIG. 1A) o 360 (FIG. 3). En algunos ejemplos, un medio de almacenamiento legible por ordenador (por ejemplo, la memoria 332) puede almacenar instrucciones, módulos o algoritmos que, cuando se ejecutan, hacen que uno o más procesadores (por ejemplo, el procesador 331) realicen uno o más de los pasos ilustrados en El diagrama de flujo.

[0123] El procedimiento de la FIG. 13A incluye obtener datos de entrada de usuario en un dispositivo colector inalámbrico, como el dispositivo colector inalámbrico 160 (1301). En un ejemplo, los datos de entrada de usuario pueden ser un gesto multi-táctil, que se puede obtener a través de un componente de entrada de usuario del dispositivo colector inalámbrico 160, como, por ejemplo, UI 167 o la interfaz de entrada de usuario 376 de la FIG. 3. En un ejemplo, el gesto multi-táctil puede comprender una primera entrada táctil y una segunda entrada táctil. El dispositivo colector 160 puede generar una cabecera de paquete de datos basándose en la entrada de usuario (1303). El dispositivo colector 160 también puede generar datos de carga útil (1305), donde los datos de carga útil pueden asociar datos de entrada de usuario para el primer evento de entrada táctil con una primera identificación de puntero y datos de entrada de usuario para el segundo evento de entrada táctil con una segunda identificación de puntero. El dispositivo colector 160 puede generar además un paquete de datos (1307), donde el paquete de datos comprende la cabecera de paquete de datos generado y los datos de la carga útil. A continuación, el dispositivo colector 160 puede transmitir el paquete de datos generado (1309) al dispositivo de origen inalámbrico (por ejemplo, el dispositivo de origen 120 de la FIG. 1A o 220 de la FIG. 2). El dispositivo colector 160 puede comprender componentes que permiten la transferencia de paquetes de datos, incluyendo la unidad de transporte 333 y el módem inalámbrico 334, por ejemplo, como se muestra en la FIG. 3. El paquete de datos se puede transmitir a un dispositivo de origen inalámbrico a través de TCP/IP.

[0124] La FIG. 13B es un diagrama de flujo de un procedimiento de ejemplo para recibir datos de entrada de usuario desde un dispositivo colector inalámbrico en un dispositivo de origen inalámbrico de acuerdo con esta divulgación. El procedimiento de ejemplo ilustrado puede realizarse mediante el dispositivo de origen 120 (FIG. 1A) o 220 (FIG. 2). En algunos ejemplos, un medio de almacenamiento legible por ordenador (por ejemplo, la memoria 232) puede almacenar instrucciones, módulos o algoritmos que, cuando se ejecutan, hacen que uno o más procesadores (por ejemplo, el procesador 231) realicen uno o más de los pasos ilustrados en El diagrama de flujo.

[0125] El procedimiento de la FIG. 13B incluye recibir un paquete de datos (1302), donde el paquete de datos puede comprender, entre otras cosas, una cabecera de paquete de datos y datos de carga útil. Los datos de la carga útil pueden incluir, por ejemplo, datos de entrada de usuario, como un gesto multi-táctil. El dispositivo de origen 120 puede comprender componentes de comunicaciones que permiten la transferencia de paquetes de datos, incluyendo la unidad de transporte 233 y el módem inalámbrico 234, por ejemplo, como se muestra en la FIG. 2. A continuación, el dispositivo de origen 120 puede analizar los datos de carga útil (1304) incluidos en el paquete de datos, para identificar los datos de entrada de usuario incluidos en los datos de carga útil. En un ejemplo, los datos identificados pueden incluir datos de entrada de usuario para un primer evento de entrada táctil con una primera identificación de puntero y datos de entrada de usuario para un segundo evento de entrada táctil con una segunda identificación de puntero. A continuación, el dispositivo de origen 120 puede interpretar los datos de entrada de usuario para el primer evento de entrada táctil y los datos de entrada de usuario para el segundo evento de entrada táctil como un gesto multi-táctil (1306). Los paquetes de datos descritos con referencia a las FIGs. 13A y 13B pueden tomar en general la forma de los paquetes de datos descritos con referencia a la FIG. 6 y se pueden usar para controlar datos de audio/vídeo en un dispositivo de origen.

[0126] La FIG. 14A es un diagrama de flujo de un procedimiento de ejemplo para transmitir datos de entrada de usuario desde un dispositivo colector inalámbrico a un dispositivo de origen inalámbrico de acuerdo con esta divulgación. El procedimiento de ejemplo ilustrado se puede realizar mediante el dispositivo colector 160 (FIG. 1A) o 360 (FIG. 3). En algunos ejemplos, un medio de almacenamiento legible por ordenador (por ejemplo, la memoria 332) puede almacenar instrucciones, módulos o algoritmos que, cuando se ejecutan, hacen que uno o más procesadores (por ejemplo, el procesador 331) realicen uno o más de los pasos ilustrados en El diagrama de flujo.

[0127] El procedimiento de la FIG. 14A incluye obtener datos de entrada de usuario en un dispositivo colector inalámbrico 360 desde un dispositivo externo (1401). En un ejemplo, el dispositivo externo puede ser un dispositivo de terceros conectado al dispositivo colector. El dispositivo colector 160 puede generar una cabecera de paquete de datos basándose en la entrada de usuario (1403). En un ejemplo, la cabecera de paquete de datos puede identificar los datos de entrada de usuario como datos de entrada de usuario reenviados. El dispositivo colector 160 también puede generar datos de carga útil (1405), donde los datos de carga útil pueden comprender los datos de entrada de usuario. El dispositivo colector 160 puede generar además un paquete de datos (1407), donde el paquete de datos puede comprender la cabecera de paquete de datos generada y los datos de la carga útil. A continuación, el dispositivo colector 160 puede transmitir el paquete de datos generado (1409) al dispositivo de origen inalámbrico (por ejemplo, el dispositivo de origen 120 de la FIG. 1A o 220 de la FIG. 2). El dispositivo colector 160 puede comprender componentes que permiten la transferencia de paquetes de datos, incluyendo la unidad de transporte 333 y el módem inalámbrico 334, por ejemplo, como se muestra con referencia a la FIG. 3. El paquete de datos se puede transmitir a un dispositivo de origen inalámbrico a través de TCP/IP.

[0128] La FIG. 14B es un diagrama de flujo de un procedimiento de ejemplo para recibir datos de entrada de usuario desde un dispositivo colector inalámbrico en un dispositivo de origen inalámbrico de acuerdo con esta divulgación. El procedimiento de ejemplo ilustrado puede realizarse mediante el dispositivo de origen 120 (FIG. 1A) o 220 (FIG. 2). En algunos ejemplos, un medio de almacenamiento legible por ordenador (por ejemplo, la memoria 232) puede almacenar instrucciones, módulos o algoritmos que, cuando se ejecutan, hacen que uno o más procesadores (por ejemplo, el procesador 231) realicen uno o más de los pasos ilustrados en El diagrama de flujo.

[0129] El procedimiento de la FIG. 14B incluye recibir un paquete de datos (1402), donde el paquete de datos puede comprender, entre otras cosas, una cabecera de paquete de datos y datos de carga útil. Los datos de carga útil pueden incluir, por ejemplo, datos de entrada de usuario, como un comando de entrada de usuario reenviado que indica que los datos de entrada de usuario se enviaron desde un dispositivo de terceros. El dispositivo de origen 120 puede comprender componentes de comunicaciones que permiten la transferencia de paquetes de datos, incluyendo la unidad de transporte 233 y el módem inalámbrico 234, por ejemplo, como se muestra en referencia a la FIG. 2. A continuación, el dispositivo de origen 120 puede analizar la cabecera de paquete de datos y puede determinar que los datos de carga útil comprenden un comando de entrada de usuario reenviado (1404). A continuación, el dispositivo de origen 120 puede analizar los datos de carga útil (1406) incluidos en el paquete de datos, para identificar una identificación asociada con el dispositivo de terceros correspondiente al comando de entrada de usuario reenviado. A continuación, el dispositivo de origen 120 puede procesar los datos de carga útil basándose en la identificación identificada del dispositivo de terceros (1408). Los paquetes de datos descritos con referencia a las FIGs. 14A y 14B pueden tomar en general la forma de los paquetes de datos descritos con referencia a la FIG. 6 y se pueden usar para controlar datos de audio/vídeo en un dispositivo de origen.

[0130] La FIG. 15A es un diagrama de flujo de un procedimiento de ejemplo para transmitir datos de usuario desde un dispositivo colector inalámbrico a un dispositivo de origen inalámbrico de acuerdo con esta divulgación. El procedimiento de ejemplo ilustrado se puede realizar mediante el dispositivo colector 160 (FIG. 1A) o 360 (FIG. 3). En algunos ejemplos, un medio de almacenamiento legible por ordenador (por ejemplo, la memoria 332) puede almacenar instrucciones, módulos o algoritmos que, cuando se ejecutan, hacen que uno o más procesadores (por ejemplo, el procesador 331) realicen uno o más de los pasos ilustrados en El diagrama de flujo.

[0131] El procedimiento de la FIG. 15A incluye obtener datos de entrada de usuario en el dispositivo colector inalámbrico (1501). Los datos de entrada de usuario pueden tener datos de coordenadas asociados. Los datos de coordenadas asociados pueden, por ejemplo, corresponder a una ubicación de un evento de clic del ratón o una ubicación de un evento táctil. A continuación, el dispositivo colector 160 puede normalizar los datos de coordenadas asociados para generar datos de coordenadas normalizados (1503). El dispositivo colector 160 puede generar un paquete de datos que incluya los datos de coordenadas normalizados (1505). La normalización de los datos de coordenadas puede incluir escalar los datos de coordenadas asociados basándose en la relación de la resolución de una ventana de visualización y una resolución de la visualización del origen, como la visualización 22 del dispositivo de origen 120. La resolución de la ventana de visualización puede ser determinada por el dispositivo colector 160, y la resolución de la visualización del dispositivo de origen puede recibirse desde el dispositivo de origen 120. El dispositivo colector 160 puede transmitir el paquete de datos con las coordenadas normalizadas al dispositivo de origen inalámbrico 120 (1507). Como parte del procedimiento de la FIG. 15A, el dispositivo colector 160 también puede determinar si los datos de coordenadas asociados están dentro de una ventana de visualización para el contenido que se recibe del dispositivo de origen inalámbrico, y por ejemplo, procesar una entrada de usuario localmente si los datos de coordenadas asociados están fuera de la ventana de visualización, o de otra manera normalizar las coordenadas como se describe si la entrada está dentro de la ventana de visualización.

[0132] La FIG. 15B es un diagrama de flujo de un procedimiento de ejemplo para recibir datos de entrada de usuario desde un dispositivo colector inalámbrico en un dispositivo de origen inalámbrico de acuerdo con esta divulgación. El procedimiento de ejemplo ilustrado puede realizarse mediante el dispositivo de origen 120 (FIG. 1A) o 220 (FIG. 2). En algunos ejemplos, un medio de almacenamiento legible por ordenador (por ejemplo, la memoria 232) puede almacenar instrucciones, módulos o algoritmos que, cuando se ejecutan, hacen que uno o más procesadores (por ejemplo, el procesador 231) realicen uno o más de los pasos ilustrados en El diagrama de flujo.

[0133] El procedimiento de la FIG. 15B incluye recibir un paquete de datos en el dispositivo de origen inalámbrico, donde el paquete de datos comprende datos de entrada de usuario con datos de coordenadas asociados (1502). Los datos de coordenadas asociados pueden, por ejemplo, corresponder a una ubicación de un evento de clic del ratón o una ubicación de un evento táctil en un dispositivo colector. A continuación, el dispositivo de origen 120 puede normalizar los datos de coordenadas asociados para generar datos de coordenadas normalizados (1504). El dispositivo de origen 120 puede normalizar los datos de coordenadas al escalar los datos de coordenadas asociados basándose en la relación de la resolución de la ventana de visualización y la resolución del origen. El dispositivo de origen 120 puede determinar la resolución de la pantalla del dispositivo de origen y puede recibir la resolución de la ventana de visualización desde el dispositivo colector inalámbrico. A continuación, el dispositivo de origen puede procesar el paquete de datos basándose en los datos de coordenadas normalizados (1506). Los paquetes de datos descritos con referencia a las FIGs. 15A y 15B pueden tomar en general la forma de los paquetes de datos descritos con referencia a la FIG. 6 y se pueden usar para controlar datos de audio/vídeo en un dispositivo de origen.

[0134] Para simplificar la explicación, se han descrito los aspectos de esta divulgación por separado con referencia a las FIGs. 7-15. Se contempla, sin embargo, que estos diversos aspectos se pueden combinar y utilizar en conjunto y no solo por separado. En general, la funcionalidad y/o los módulos descritos en el presente documento pueden implementarse en uno o ambos del dispositivo de origen inalámbrico y el dispositivo colector inalámbrico. De esta manera, las capacidades de interfaz descritas en el ejemplo actual pueden usarse indistintamente entre el dispositivo de origen inalámbrico y el dispositivo colector inalámbrico.

[0135] Las técnicas de esta divulgación se pueden implementar en una gran variedad de dispositivos o aparatos, incluyendo un teléfono inalámbrico, un circuito integrado (IC) o un conjunto de IC (es decir, un conjunto de chips). Se ha descrito cualquier componente, módulo o unidad proporcionado para enfatizar aspectos funcionales y no necesariamente requieren la realización por diferentes unidades de hardware.

[0136] Por consiguiente, las técnicas descritas en el presente documento pueden implementarse en hardware, software, firmware o cualquier combinación de los mismos. Si implementan en hardware, cualquier característica descrita como módulos, unidades o componentes pueden implementarse juntos en un dispositivo lógico integrado o por separado, como dispositivos lógicos discretos pero interoperables. Si se implementan en software, las técnicas pueden realizarse, al menos en parte, mediante un medio legible por ordenador que comprende instrucciones que, al ejecutarse en un procesador, realizan uno o más de los procedimientos descritos anteriormente. El medio legible por ordenador puede comprender un medio de almacenamiento legible por ordenador tangible y no transitorio y puede formar parte de un producto de programa informático, que puede incluir materiales de empaquetado. El medio de almacenamiento legible por ordenador puede comprender memoria de acceso aleatorio (RAM) tal como memoria de acceso aleatorio dinámica síncrona (SDRAM), memoria de solo lectura (ROM), memoria de acceso aleatorio no volátil (NVRAM), memoria de solo lectura programable y borrable eléctricamente (EEPROM), memoria flash, medios de almacenamiento de datos magnéticos u ópticos, y similares. Las técnicas pueden realizarse adicionalmente, o de forma alternativa, al menos parcialmente por un medio de comunicación legible por ordenador que lleve o comunique un código en forma de instrucciones o estructuras de datos y al que pueda accederse, y que pueda leerse y/o ejecutarse por un ordenador.

[0137] El código puede ser ejecutado por uno o más procesadores, tales como uno o más procesadores de señales digitales (DSP), microprocesadores de propósito general, circuitos integrados de aplicación específica (ASIC), matrices lógicas programables por campo (FPGA), u otro circuito lógico integrado o discreto equivalente. En consecuencia, el término "procesador", como se usa en el presente documento, se puede referir a cualquiera de las estructuras anteriores o a cualquier otra estructura adecuada para la implementación de las técnicas descritas en el presente documento. Además, en algunos aspectos, la funcionalidad descrita en el presente documento puede proporcionarse dentro de módulos de software y/o módulos de hardware dedicados configurados para la codificación y la descodificación, o incorporarse en un códec de vídeo combinado. Además, las técnicas se podrían implementar totalmente en uno o más circuitos o elementos lógicos.

[0138] A continuación, se describen otros ejemplos para facilitar la comprensión de la invención.

[0139] En un ejemplo, se describe un procedimiento para transmitir datos de entrada de usuario desde un dispositivo colector inalámbrico a un dispositivo de origen inalámbrico, comprendiendo el procedimiento obtener datos de entrada de usuario de un dispositivo de terceros; generar una cabecera de paquete de datos, en el que la cabecera de paquete de datos identifica los datos de entrada de usuario como datos de entrada de usuario reenviados; generar los datos de entrada útil que comprendan los datos de entrada de usuario, generar un paquete de datos que comprenda la cabecera de paquete de datos y los datos de carga útil, transmitir el paquete de datos al dispositivo de origen inalámbrico. El procedimiento puede comprender además negociar capacidades del dispositivo de terceros, con el dispositivo colector inalámbrico, a través de una serie de mensajes. Además, el procedimiento puede comprender, como parte del establecimiento de una sesión de comunicación entre el dispositivo de origen inalámbrico y el dispositivo colector inalámbrico, la transmisión de un identificador del dispositivo de terceros desde el dispositivo colector inalámbrico al dispositivo de origen inalámbrico. El procedimiento puede comprender además, como parte del establecimiento de una sesión de comunicación entre el dispositivo de origen inalámbrico y el dispositivo colector inalámbrico, recibir un identificador del dispositivo de terceros desde el dispositivo de origen inalámbrico. La cabecera de paquete de datos puede comprender un campo para identificar una categoría de entrada de usuario, y un valor del campo puede establecerse para indicar que los datos de carga útil comprenden los datos de entrada de usuario reenviados. Además, los datos de carga útil pueden comprender un identificador del dispositivo de terceros. El identificador del dispositivo de terceros puede seleccionarse del grupo que consiste en: una dirección IP del dispositivo de terceros, un nombre de dominio del dispositivo de terceros. Además, el dispositivo de origen inalámbrico puede generar el identificador y transmitirlo al dispositivo colector inalámbrico. El dispositivo de terceros puede ser otro dispositivo colector inalámbrico. El dispositivo de terceros puede ser un dispositivo de entrada acoplado comunicativamente al dispositivo colector inalámbrico. Además, la cabecera de paquete de datos puede ser una cabecera de paquete de capa de aplicación. El paquete de datos puede ser para controlar datos de audio o vídeo del dispositivo de origen inalámbrico. Además, el paquete de datos puede transmitirse a través de TCP/IP.

[0140] En otro ejemplo, se describe un dispositivo colector inalámbrico configurado para transmitir datos de entrada de usuario a un dispositivo de origen inalámbrico, comprendiendo el dispositivo colector inalámbrico una memoria que almacena instrucciones de uno o más procesadores configurados para ejecutar las instrucciones, en el que, al ejecutar las instrucciones, el uno o más procesadores causan la obtención de datos de entrada de usuario de un dispositivo de terceros, generar una cabecera de paquete de datos, en el que la cabecera de paquete de datos identifica los datos de entrada de usuario como datos de entrada de usuario reenviados, generar datos de carga útil que comprendan los datos de entrada de usuario, generar un paquete de datos que comprenda la cabecera de paquete de datos y datos de carga útil, una unidad de transporte para transmitir el paquete de datos al dispositivo de origen inalámbrico. Tras la ejecución de las instrucciones, el uno o más procesadores pueden causar una negociación de capacidades del dispositivo de terceros, con el dispositivo colector inalámbrico, a través de una serie de mensajes. Además, tras la ejecución de las instrucciones, el uno o más procesadores pueden causar, como parte del establecimiento de una sesión de comunicación entre el dispositivo de origen inalámbrico y el dispositivo colector inalámbrico, transmitir un identificador del dispositivo de terceros desde el dispositivo colector inalámbrico al dispositivo de origen inalámbrico. Además, tras la ejecución de las instrucciones, el uno o más procesadores pueden causar, como parte del establecimiento de una sesión de comunicación entre el dispositivo de origen inalámbrico y el dispositivo colector inalámbrico, recibir un identificador del dispositivo de terceros desde el dispositivo de origen inalámbrico. Además, la cabecera de paquete de datos puede comprender un campo para identificar una categoría de entrada de usuario, y un valor del campo puede establecerse para indicar que los datos de carga útil comprenden los datos de entrada de usuario reenviados. Los datos de carga útil pueden comprender un identificador del dispositivo de terceros. El identificador del dispositivo de terceros puede seleccionarse del grupo que consiste en: una dirección IP del dispositivo de terceros, un nombre de dominio del dispositivo de terceros. Además, el dispositivo de origen inalámbrico puede generar el identificador y transmitirlo al dispositivo colector inalámbrico. El dispositivo de terceros puede ser otro dispositivo colector inalámbrico. Además, el dispositivo de terceros puede ser un dispositivo de entrada acoplado comunicativamente al dispositivo colector inalámbrico. Además, la cabecera de paquete de datos puede ser una cabecera de paquete de capa de aplicación. Además, el paquete de datos puede ser para controlar datos de audio o vídeo del dispositivo de origen inalámbrico. Además, el paquete de datos puede transmitirse a través de TCP/IP.

[0141] En otro ejemplo, se describe un medio de almacenamiento legible por ordenador que almacena instrucciones, las instrucciones tras la ejecución por uno o más procesadores causan que el uno o más procesadores realicen un procedimiento de transmisión de datos de entrada de usuario desde un dispositivo colector inalámbrico a un dispositivo de origen inalámbrico, comprendiendo el procedimiento obtener datos de entrada de usuario de un dispositivo de terceros, generar una cabecera de paquete de datos, en el que la cabecera de paquete de datos identifica los datos de entrada de usuario como datos de entrada de usuario reenviados, generar datos de carga útil que comprendan los datos de entrada de usuario, generar un paquete de datos que comprenda la cabecera de paquete de datos y los datos de carga útil, transmitir el paquete de datos al dispositivo de origen inalámbrico.

[0142] En otro ejemplo más, se describe un dispositivo colector inalámbrico configurado para transmitir datos de entrada de usuario a un dispositivo de origen inalámbrico, comprendiendo el dispositivo colector inalámbrico medios para obtener datos de entrada de usuario de un dispositivo de terceros, medios para generar una cabecera de paquete de datos, en el que la cabecera de paquete de datos identifica los datos de entrada de usuario como datos de entrada de usuario reenviados, medios para generar datos de carga útil que comprendan los datos de entrada de usuario, medios para generar un paquete de datos que comprenda la cabecera de paquete de datos y los datos de carga útil, medios para transmitir el paquete de datos al dispositivo de origen inalámbrico.

[0143] En otro ejemplo, se describe un procedimiento para recibir datos de entrada de usuario desde un dispositivo colector inalámbrico en un dispositivo de origen inalámbrico, comprendiendo el procedimiento recibir un paquete de datos que comprenda una cabecera de paquete de datos y datos de carga de un dispositivo colector inalámbrico, analizar la cabecera de paquete de datos para determinar que los datos de carga útil comprenden una entrada de usuario reenviada, analizar los datos de carga útil para identificar una identificación de un dispositivo de terceros, procesar los datos de carga útil basándose en la identificación del dispositivo de terceros. El procedimiento puede comprender además negociar capacidades del dispositivo de terceros, con el dispositivo de origen inalámbrico, a través de una serie de mensajes. También. El procedimiento puede comprender como parte del establecimiento de una sesión de comunicación entre el dispositivo de origen inalámbrico y el dispositivo colector inalámbrico, transmitir un identificador del dispositivo de terceros al dispositivo de origen inalámbrico. El procedimiento puede comprender además, como parte del establecimiento de una sesión de comunicación entre el dispositivo de origen inalámbrico y el dispositivo colector inalámbrico, recibir un identificador del dispositivo de terceros desde el dispositivo de origen inalámbrico. La cabecera de paquete de datos puede comprender un campo para identificar una categoría de entrada de usuario, y un valor del campo puede establecerse para indicar que los datos de carga útil comprenden los datos de entrada de usuario reenviados. Además, el identificador del dispositivo de terceros puede seleccionarse del grupo que consiste en: una dirección IP del dispositivo de terceros y un nombre de dominio del dispositivo de terceros. Además, el dispositivo de origen inalámbrico puede generar el identificador y transmitirlo al dispositivo colector inalámbrico. Además, el dispositivo de terceros puede ser otro dispositivo colector inalámbrico. Además, el dispositivo de terceros puede ser un dispositivo de entrada acoplado comunicativamente al dispositivo colector inalámbrico. Además, la cabecera de paquete de datos puede ser una cabecera de paquete de capa de aplicación. Además, el paquete de datos puede ser para controlar datos de audio o vídeo del dispositivo de origen inalámbrico. El paquete de datos puede transmitirse a través de TCP/IP.

[0144] En otro ejemplo, se describe un dispositivo de origen inalámbrico configurado para recibir datos de entrada de usuario desde un dispositivo colector inalámbrico, comprendiendo el dispositivo de origen inalámbrico una unidad de transporte configurada para recibir un paquete de datos que comprenda una cabecera de paquete de datos y datos de carga útil de un dispositivo colector inalámbrico, una memoria que almacena instrucciones, en el que, tras la ejecución de las instrucciones, el uno o más procesadores causan que el análisis de la cabecera de paquete de datos para determinar el uno o más procesadores comprenda un comando de entrada de usuario reenviado, analizar los datos de carga útil para identificar una identificación de un dispositivo de terceros, procesar los datos de carga útil basándose en la identificación del dispositivo de terceros. Tras la ejecución de las instrucciones, el uno o más procesadores pueden causar negociar capacidades del dispositivo de terceros, con el dispositivo de origen inalámbrico, a través de una serie de mensajes. Además, tras la ejecución de la instrucción, el uno o más procesadores pueden causar, como parte del establecimiento de una sesión de comunicación entre el dispositivo de origen inalámbrico y el dispositivo colector inalámbrico, recibir un identificador del dispositivo de terceros en el dispositivo de origen inalámbrico. Además, tras la ejecución de las instrucciones, el uno o más procesadores pueden causar, como parte del establecimiento de una sesión de comunicación entre el dispositivo de origen inalámbrico y el dispositivo colector inalámbrico, recibir un identificador del dispositivo de terceros desde el dispositivo de origen inalámbrico. Además, la cabecera de paquete de datos puede comprender un campo para identificar una categoría de entrada de usuario, y un valor del campo puede establecerse para indicar que los datos de carga útil comprenden los datos de entrada de usuario reenviados. Además, el identificador del dispositivo de terceros puede seleccionarse del grupo que consiste en: una dirección IP del dispositivo de terceros y un nombre de dominio del dispositivo de terceros. Además, el dispositivo de origen inalámbrico puede generar el identificador y transmitirlo al dispositivo colector inalámbrico. El dispositivo de terceros puede ser otro dispositivo colector inalámbrico. Además, el dispositivo de terceros puede ser un dispositivo de entrada acoplado comunicativamente al dispositivo colector inalámbrico. Además, la cabecera de paquete de datos puede ser una cabecera de paquete de capa de aplicación. Además, el paquete de datos puede ser para controlar datos de audio o vídeo del dispositivo de origen inalámbrico. Además, el paquete de datos puede transmitirse a través de TCP/IP.

[0145] En otro ejemplo, se describe un medio de almacenamiento legible por ordenador que almacena instrucciones, las instrucciones tras la ejecución por uno o más procesadores causan que el uno o más procesadores realicen un procedimiento para recibir datos de entrada de usuario desde un dispositivo colector inalámbrico en un dispositivo de origen inalámbrico, comprendiendo el procedimiento recibir un paquete de datos que comprende una cabecera de paquete de datos y datos de carga útil desde un dispositivo colector inalámbrico, analizar la cabecera de paquete de datos para determinar que los datos de carga útil comprenden un comando de entrada de usuario reenviado, analizar los datos de carga útil para identificar una identificación de un dispositivo de terceros, procesar los datos de carga útil basándose en la identificación del dispositivo de terceros.

[0146] En otro ejemplo, se describe un dispositivo de origen inalámbrico configurado para recibir datos de entrada de usuario desde un dispositivo colector inalámbrico, comprendiendo el dispositivo de origen inalámbrico medios para recibir un paquete de datos que comprenda una cabecera de paquete de datos y datos de carga de un dispositivo colector inalámbrico, medios para analizar la cabecera de paquete de datos para determinar que los datos de carga útil comprenden un comando de entrada de usuario reenviado, medios para analizar los datos de carga útil para identificar una identificación de un dispositivo de terceros, medios para procesar los datos de carga útil basándose en la identificación del dispositivo de terceros.

Claims (9)

REIVINDICACIONES

1. Un procedimiento de envío de datos de entrada de usuario que se originan en un dispositivo de terceros a través de un dispositivo colector inalámbrico (160) a un dispositivo de origen inalámbrico (120), comprendiendo el procedimiento:

obtener (1401), en el dispositivo colector inalámbrico (160), datos de entrada de usuario desde el dispositivo de terceros conectado al dispositivo colector inalámbrico (160);

generar (1403), en el dispositivo colector inalámbrico (160), una cabecera de paquete de datos (610), en el que la cabecera de paquete de datos (610) comprende un campo (624) para identificar los datos de entrada de usuario como originarios en el dispositivo de terceros;

generar (1405), en el dispositivo colector inalámbrico (160), datos de carga útil (650) que comprendan los datos de entrada de usuario y un identificador del dispositivo de terceros;

generar (1407), en el dispositivo colector inalámbrico (160), un paquete de datos (600) que comprenda la cabecera de paquete de datos (610) y los datos de carga útil (650);

transmitir (1409) el paquete de datos (600) desde el dispositivo colector inalámbrico (160) al dispositivo de origen inalámbrico (120) a través de un canal trasero de entrada de usuario que resida sobre una capa de transporte del Protocolo de Internet entre el dispositivo colector (160) y el dispositivo de origen (120); y

recibir contenido del dispositivo de origen inalámbrico (120) basándose en los datos de entrada de usuario procesados dentro del paquete de datos (600) a través de la capa de transporte del Protocolo de Internet, en el que los datos de entrada de usuario se procesan por el dispositivo de origen inalámbrico (120) basándose en el identificador del dispositivo de terceros.

2. El procedimiento de la reivindicación 1, en el que el identificador del dispositivo de terceros se selecciona del grupo que consiste en: una dirección IP del dispositivo de terceros, un nombre de dominio del dispositivo de terceros.

3. El procedimiento de la reivindicación 1, en el que el dispositivo de terceros es otro dispositivo colector inalámbrico (180).

4. El procedimiento de la reivindicación 1, en el que el dispositivo de terceros es un dispositivo de entrada acoplado comunicativamente al dispositivo colector inalámbrico (160).

5. El procedimiento de la reivindicación 1, en el que la cabecera de paquete de datos (610) es una cabecera de paquete de capa de aplicación.

6. Un dispositivo colector inalámbrico (160) configurado para enviar datos de entrada de usuario que se originan en un dispositivo de terceros a un dispositivo de origen inalámbrico (120), comprendiendo el dispositivo colector inalámbrico (160):

medios para obtener datos de entrada de usuario del dispositivo de terceros conectado al dispositivo colector inalámbrico (160);

medios para generar una cabecera de paquete de datos (610), en el que la cabecera de paquete de datos (610) comprende un campo (624) para identificar los datos de entrada de usuario como originarios en el dispositivo de terceros;

medios para generar datos de carga útil (650) que comprenden los datos de entrada de usuario y un identificador del dispositivo de terceros;

medios para recibir un paquete de datos (600) que comprenda una cabecera de paquete de datos (610) y datos de carga útil (650);

medios para transmitir el paquete de datos (600) al dispositivo de origen inalámbrico (120) a través de un canal trasero de entrada de usuario que reside sobre una capa de transporte del Protocolo de Internet entre el dispositivo colector (160) y el dispositivo de origen (120); y

medios para recibir contenido del dispositivo de origen inalámbrico (120) basándose en los datos de entrada de usuario procesados dentro del paquete de datos (600) a través de la capa de transporte del Protocolo de Internet, en el que los datos de entrada de usuario se procesan por el dispositivo de origen inalámbrico (120) basándose en el identificador del dispositivo de terceros.

7. Un procedimiento de recepción de datos de entrada de usuario enviados desde un dispositivo colector inalámbrico (160) en un dispositivo de origen inalámbrico (120), comprendiendo el procedimiento:

recibir (1402), en el dispositivo de origen inalámbrico (120), un paquete de datos (600) que comprende una cabecera de paquete de datos (610) y datos de carga útil (650) desde un dispositivo colector inalámbrico (160) a través de un canal trasero de entrada de usuario que reside sobre una capa de transporte de Protocolo de Internet entre el dispositivo colector (160) y el dispositivo de origen (120);

analizar (1404), en el dispositivo de origen inalámbrico (120), la cabecera de paquete de datos (610); determinar que los datos de carga útil (650) comprenden datos de entrada de usuario que se originan en el dispositivo de terceros;

analizar (1406), en el dispositivo de origen inalámbrico (120), los datos de carga útil (650) para identificar un identificador del dispositivo de terceros;

procesar (1408), en el dispositivo de origen inalámbrico (120), los datos de carga útil (650) basándose en el identificador del dispositivo de terceros; y

transmitir contenido al dispositivo colector inalámbrico (160) basándose en los datos de entrada de usuario dentro del paquete de datos (600) a través de la capa de transporte del Protocolo de Internet.

8. Un dispositivo de origen inalámbrico (120) configurado para recibir datos de entrada de usuario enviados desde un dispositivo colector inalámbrico (160), comprendiendo el dispositivo de origen inalámbrico (120): medios para recibir un paquete de datos (600) que comprenda una cabecera de paquete de datos (610) y datos de carga útil (650) desde un dispositivo colector inalámbrico (160) a través de un canal trasero de entrada de usuario que reside sobre una capa de transporte del Protocolo de Internet entre el dispositivo colector (160) y el dispositivo de origen (120);

medios para analizar la cabecera de paquete de datos (610);

medios para determinar que los datos de carga útil (650) comprenden datos de entrada de usuario que se originan en un dispositivo de terceros;

medios para analizar los datos de carga útil (650) para identificar un identificador del dispositivo de terceros; medios para procesar los datos de carga útil (650) basándose en el identificador del dispositivo de terceros; y

medios para transmitir contenido al dispositivo colector inalámbrico (160) basándose en los datos de entrada de usuario dentro del paquete de datos (600) a través de la capa de transporte del Protocolo de Internet.

9. Un medio de almacenamiento legible por ordenador que almacena instrucciones que, tras la ejecución por un procesador de un dispositivo colector inalámbrico, causan que el procesador realice un procedimiento de acuerdo con cualquiera de las reivindicaciones 1 a 5 o cuando un procesador de un dispositivo de origen inalámbrico cause que el procesador realice un procedimiento de acuerdo con la reivindicación 7.