2/12/2017
Solicitud de Patente de los Estados Unidos: 0150244472
Solicitud de patente de los Estados Unidos Código bondadoso Poppe; Theodore G.; et al.
20150244472 A1 27 de agosto de 2015
MÉTODO Y SISTEMA PARA TRANSMITIR INFORMACIÓN UTILIZANDO MENSAJES DE ULTRASONIDOS Abstracto Un dispositivo incluye un dispositivo de captura de audio para recibir una señal de audio en un rango de frecuencia ultrasónica. El dispositivo incluye un procesador para determinar si la señal de audio recibida corresponde a un mensaje ultrasónico. El procesador extrae un contenido del mensaje ultrasónico, cuando se determina que la señal de audio recibida corresponde a un mensaje ultrasónico, maneja automáticamente el mensaje ultrasónico en función del contenido extraído, almacena al menos una parte del contenido del mensaje ultrasónico, y muestra la porción del contenido del mensaje ultrasónico a un usuario del dispositivo móvil en un momento posterior a un momento de la recepción de la señal de audio. Inventores: Poppe; Theodore G .; (Quincy, MA) ; Schadl; Bryce Michael ; (Ashland, MA) ; Chen; Zhong ; (Acton, MA) Solicitante:
Nombre
Ciudad
Estado
País Tipo
Verizon Patent and Licensing Inc. Basking Ridge Nueva Jersey NOS Cesionario:
Verizon Patent and Licensing Inc. Basking Ridge NJ
ID de familia: 53883291 Appl. No.: 14/192194 Archivado: 27 de febrero de 2014 Clase actual de EE. UU .: Clase de CPC actual: Clase internacional:
367/135 H04B 11/00 20130101; H04B 10/00 20130101 H04B 11/00 20060101 H04B011 / 00 Reclamaciones
1. Un dispositivo, que comprende: un dispositivo de captura de audio para recibir una señal de audio en un http://appft1.uspto.gov/netacgi/nph-Parser?Sect1=PTO1&Sect2=HITOFF&d=PG01&p=1&u=/netahtml/PTO/srchnum.html&r=1&f=G&l=50&s1=2…
1/13
2/12/2017
Solicitud de Patente de los Estados Unidos: 0150244472
rango de frecuencia ultrasónica; un almacenamiento; y un procesador para: determinar si la señal de audio recibida corresponde a un mensaje ultrasónico; extraer un contenido del mensaje ultrasónico, cuando se determina que la señal de audio recibida corresponde a un mensaje ultrasónico; manejar automáticamente el mensaje ultrasónico en función del contenido extraído; almacenar al menos una parte del contenido del mensaje ultrasónico en el almacenamiento; y visualizar la porción del contenido del mensaje ultrasónico a un usuario del dispositivo en un momento posterior a un momento de la recepción de la señal de audio. 2. Dispositivo según la reivindicación 1, en el que el dispositivo comprende: un dispositivo electrónico portátil que comprende al menos el dispositivo de captura de audio, el almacenamiento, una pantalla y el procesador. 3. Dispositivo según la reivindicación 2, en el que el dispositivo comprende además un filtro para filtrar las señales de audio que no están en el rango de frecuencia ultrasónica. 4. Dispositivo según la reivindicación 2, en el que el procesador comprende un procesador de señal digital que siempre escucha y de baja potencia. 5. Dispositivo según la reivindicación 1, en el que el procesador para determinar si las señales de audio recibidas corresponden a un mensaje ultrasónico está configurado además para: determinar si las señales de audio recibidas tienen una frecuencia superior a 20 kilohertzios. 6. Dispositivo según la reivindicación 1, en el que el procesador para determinar si las señales de audio recibidas corresponden a un mensaje ultrasónico está configurado además para: determinar si las señales de audio recibidas presentan un patrón de audio predeterminado. 7. El dispositivo de la reivindicación 1, en el que el procesador para extraer el contenido del mensaje ultrasónico está configurado además para: demodular la señal de audio ultrasónica para generar el contenido del mensaje ultrasónico. 8. El dispositivo de la reivindicación 1, en el que el procesador para extraer el contenido del mensaje ultrasónico está configurado además para: realizar reconocimiento de voz o voz en el mensaje ultrasónico para identificar el contenido del mensaje ultrasónico. 9. El dispositivo de la reivindicación 1, en el que el procesador para almacenar y visualizar la porción del contenido del mensaje ultrasónico está configurado además para: visualizar el mensaje ultrasónico almacenado al usuario a petición; eliminar el mensaje ultrasónico almacenado a petición del usuario; y reenviar el mensaje ultrasónico almacenado a petición del usuario. 10. Dispositivo según la reivindicación 1, en el que el contenido de los mensajes ultrasónicos comprende contenido de publicidad, contenido de cupones, contenido de seguimiento o contenido relacionado con contenido de audio / video contemporáneo discernible por un usuario del dispositivo. 11. El dispositivo de la reivindicación 1, en el que el contenido de los mensajes ultrasónicos comprende enlaces de red o información multimedia. 12. El dispositivo de la reivindicación 1, en el que el procesador para manejar automáticamente el mensaje ultrasónico está configurado además para: enviar al menos una segunda porción del contenido del mensaje ultrasónico a una aplicación que se ejecuta en el dispositivo o en una ubicación de red. 13. El dispositivo de la reivindicación 12, donde el contenido del mensaje ultrasónico comprende al menos un identificador de tipo de mensaje y datos de mensaje, y en el que el procesador para manejar automáticamente el mensaje ultrasónico está configurado además para: mantener una pluralidad de reglas de manejo de mensaje ultrasónico, cada regla de manejo de mensaje ultrasónico que tiene un identificador de tipo de mensaje y un identificador de destino; buscar la pluralidad de reglas de manejo de mensajes ultrasónicos basadas en el identificador de tipo de mensaje en el mensaje ultrasónico; y reenviar los datos del mensaje ultrasónico a un destino identificado por el identificador de destino. 14. Un método implementado en un dispositivo informático, que comprende: capturar, mediante un http://appft1.uspto.gov/netacgi/nph-Parser?Sect1=PTO1&Sect2=HITOFF&d=PG01&p=1&u=/netahtml/PTO/srchnum.html&r=1&f=G&l=50&s1=2…
2/13
2/12/2017
Solicitud de Patente de los Estados Unidos: 0150244472
dispositivo móvil, una señal de audio desde un dispositivo de salida de audio; determinar, mediante el dispositivo móvil, si la señal de audio recibida corresponde a un mensaje ultrasónico en un rango de frecuencia ultrasónica; extraer, mediante el dispositivo móvil, un contenido del mensaje ultrasónico, cuando se determina que la señal de audio recibida corresponde a un mensaje ultrasónico; y manejar automáticamente, mediante el dispositivo móvil, el mensaje ultrasónico basado en el contenido extraído; almacenar, por el dispositivo móvil, al menos una parte del contenido del mensaje ultrasónico; y mostrando, por el dispositivo móvil, 15. El método implementado en el dispositivo informático de la reivindicación 14, en el que la captura de la señal de audio se realiza sin un comando explícito por parte del usuario del dispositivo móvil. 16. El método implementado en un dispositivo informático de la reivindicación 14, donde determinar si la señal de audio recibida corresponde a un mensaje ultrasónico en un rango de frecuencia ultrasónica comprende: filtrar señales de audio que no están en el rango de frecuencia ultrasónica; o determinar si la señal de audio recibida tiene una frecuencia superior a 20 kilohertzios o si la señal de audio recibida exhibe un patrón de audio predeterminado. 17. El método implementado en un dispositivo informático de la reivindicación 14, en el que extraer el contenido del mensaje ultrasónico comprende además: desmodular la señal de audio ultrasónica para generar el contenido del mensaje ultrasónico; o realizar reconocimiento de voz o voz en el mensaje ultrasónico para identificar el contenido del mensaje ultrasónico. 18. El método implementado de dispositivo informático de la reivindicación 14, donde el contenido del mensaje ultrasónico comprende al menos un identificador de tipo de mensaje y datos de mensaje, comprendiendo además el método: almacenar una pluralidad de reglas de manejo de mensaje ultrasónico, teniendo cada regla de manejo de mensaje ultrasónico. un identificador de tipo de mensaje y un identificador de destino; buscar la pluralidad de reglas de manejo de mensajes ultrasónicos basadas en el identificador de tipo de mensaje en el mensaje ultrasónico; y reenviar automáticamente los datos de mensaje del mensaje ultrasónico a un destino identificado por el identificador de destino, en el que el destino comprende una aplicación almacenada en el dispositivo móvil o en una ubicación de red. 19. Un medio legible por ordenador que tiene almacenadas en él secuencias de instrucciones que, cuando son ejecutadas por al menos un procesador, hacen que el al menos un procesador: capture una señal de audio a través de un dispositivo de captura de audio; determinar si la señal de audio recibida corresponde a un mensaje ultrasónico en un rango de frecuencia ultrasónica; extraer un contenido del mensaje ultrasónico, cuando se determina que la señal de audio recibida corresponde a un mensaje ultrasónico; manejar automáticamente el mensaje ultrasónico en función del contenido extraído; almacenar al menos una parte del contenido del mensaje ultrasónico; y visualizar la parte del contenido del mensaje ultrasónico a un usuario en un momento posterior a un momento de la recepción de la señal de audio. 20. El medio legible por ordenador de la reivindicación 19, en el que las secuencias de instrucciones que, cuando son ejecutadas por al menos un procesador, hacen que el al menos un procesador almacene y visualice la porción del contenido del mensaje ultrasónico comprende además instrucciones para : mostrar el mensaje ultrasónico almacenado al usuario a petición; buscar el mensaje ultrasónico almacenado; eliminar el mensaje ultrasónico almacenado a petición del usuario; y reenviar el mensaje ultrasónico almacenado a petición del usuario. Descripción
ANTECEDENTES [0001] A medida que los dispositivos electrónicos de consumo móvil, tales como teléfonos móviles, tabletas, asistentes digitales personales (PDA), dispositivos de juegos portátiles, etc., se vuelven cada vez más omnipresentes, la confianza pública general en estos dispositivos para almacenar y gestionar eventos y los detalles en sus vidas también han aumentado. Desafortunadamente, a pesar de la gran cantidad de servicios, características y aplicaciones que ahora están disponibles en dichos dispositivos, el uso a menudo está http://appft1.uspto.gov/netacgi/nph-Parser?Sect1=PTO1&Sect2=HITOFF&d=PG01&p=1&u=/netahtml/PTO/srchnum.html&r=1&f=G&l=50&s1=2…
3/13
2/12/2017
Solicitud de Patente de los Estados Unidos: 0150244472
limitado por la dificultad de acceder o activar el servicio, la función o la aplicación. En algunos casos, se ha determinado que al agregar una sola acción del usuario (por ejemplo, un clic, presionar un botón, deslizar, etc.) a un proceso requerido para acceder a una función o realizar una función, se reduce el uso de la función hasta en 50 % BREVE DESCRIPCIÓN DE LOS DIBUJOS [0002] La FIG. 1 ilustra un sistema a modo de ejemplo en el que los sistemas y métodos descritos en este documento pueden implementarse; [0003] La FIG. 2 es un diagrama de un dispositivo de usuario a modo de ejemplo de la FIG. 1; [0004] La FIG. 3 es un diagrama que ilustra componentes a modo de ejemplo del dispositivo de usuario de la FIG. 2; [0005] La FIG. 4 es un diagrama de bloques funcional ejemplar de los componentes implementados en el dispositivo de usuario de la FIG. 1; [0006] La FIG. 5 es un diagrama que ilustra una estructura de una base de datos a modo de ejemplo para almacenar reglas de tratamiento de mensajes consistentes con las realizaciones descritas en este documento; y [0007] la FIG. 6 es un diagrama de flujo que ilustra el procesamiento ejemplar asociado con la recepción y el manejo de mensajes ultrasónicos en el sistema de la FIG. 1. DESCRIPCIÓN DETALLADA DE LAS FORMAS DE REALIZACIÓN PREFERIDAS [0008] La siguiente descripción detallada se refiere a los dibujos adjuntos. Los mismos números de referencia en diferentes dibujos pueden identificar elementos iguales o similares. Además, la siguiente descripción detallada es ejemplar y explicativa solamente y no es restrictiva de la invención, como se reivindica. Las implementaciones descritas en este documento se refieren a un dispositivo, método y sistema para facilitar un intercambio de información entre dispositivos a través de señales de audio ultrasónicas, es decir, señales transmitidas a frecuencias más altas que las que los seres humanos son capaces de oír. En algunas implementaciones, un teléfono móvil u otro dispositivo electrónico portátil puede incluir un micrófono u otro dispositivo de captura de audio para recibir mensajes ultrasónicos. En algunas realizaciones, los mensajes ultrasónicos pueden emitirse a través de un altavoz asociado con el dispositivo, mientras que en otras realizaciones, los mensajes ultrasónicos pueden recibirse desde fuentes externas al dispositivo, tales como una radio, un televisor, un altavoz de computadora, una dirección pública. (PA) sistema, etc. La lógica asociada con el dispositivo puede configurarse para extraer y almacenar información incluida dentro de los mensajes ultrasónicos recibidos. En algunas realizaciones, la información dentro de los mensajes ultrasónicos puede incluir información de identificación asociada con la fuente de origen, tal como información del anunciante. En otras realizaciones, la información dentro de los mensajes ultrasónicos puede incluir contenido adicional o auxiliar asociado con la fuente de origen, tales como recompensas de lealtad, cupones, enlaces de Internet, etc. La FIG. 1 es un diagrama de bloques de un sistema ejemplar 100 en el que pueden implementarse sistemas y métodos descritos en este documento. El sistema 100 puede incluir un dispositivo de usuario 110, un dispositivo de salida de audio 115, una fuente de contenido 120 y una red 125. El dispositivo de usuario 110 puede incluir un teléfono móvil, teléfono inteligente, tableta, asistente digital personal (PDA) u otro dispositivo electrónico adecuado. dispositivo de comunicaciones capaz de interactuar con otros dispositivos de la manera indicada a continuación. Por ejemplo, el dispositivo de usuario 110 puede incluir un dispositivo de juego, un dispositivo compatible con el sistema de posicionamiento global (GPS) u otro dispositivo portátil. En implementaciones alternativas, el dispositivo de usuario 110 puede incluir una computadora personal (PC), una computadora portátil, Como se describe en este documento, el dispositivo de usuario 110 puede incluir una aplicación o lógica para http://appft1.uspto.gov/netacgi/nph-Parser?Sect1=PTO1&Sect2=HITOFF&d=PG01&p=1&u=/netahtml/PTO/srchnum.html&r=1&f=G&l=50&s1=2…
4/13
2/12/2017
Solicitud de Patente de los Estados Unidos: 0150244472
reconocer mensajes recibidos a través de audio ultrasónico y actuar sobre los mensajes de una manera consistente con el contenido del mensaje. Por ejemplo, como se muestra en la FIG. 1, el dispositivo de usuario 110 puede incluir una aplicación de escucha ultrasónica 112 proporcionada como una aplicación independiente o integrada en el sistema operativo del dispositivo de usuario 110 u otra aplicación que se ejecuta en el dispositivo de usuario 110. La aplicación de escucha 112 ultrasónica puede "escuchar" mensajes ultrasónicos continuamente o cuando lo active un usuario. Como se usa en este documento, el término "escuchar" se refiere a la aplicación de escucha ultrasónica 112 que recibe mensajes de ultrasonidos, a través del dispositivo de captura de audio, e interpretar o reconocer el contenido de los mensajes ultrasónicos. Como se describe en este documento, el contenido de los mensajes ultrasónicos puede tomar cualquiera de una variedad de formatos, tales como una señal digital modulada, señales de voz ultrasónicas, etc. En algunas realizaciones, la aplicación de escucha ultrasónica 112 puede funcionar con poca potencia escuchando siempre (LPAL ) modo diseñado para reducir el impacto del monitoreo de audio continuo. Tal modo de baja potencia puede configurarse para capturar audio solo en un rango de frecuencia estrecho específico asociado con audio ultrasónico (por ejemplo, entre 20 kHz y 10 MHz) o utilizando componentes sensibles a la alimentación (por ejemplo, procesador de señal digital) de dispositivo de usuario 110. tal como una señal digital modulada, señales de voz ultrasónicas, etc. En algunas realizaciones, la aplicación de escucha ultrasónica 112 puede funcionar en un modo de escucha de baja potencia (LPAL) diseñado para reducir el impacto de la monitorización continua de audio. Tal modo de baja potencia puede configurarse para capturar audio solo en un rango de frecuencia estrecho específico asociado con audio ultrasónico (por ejemplo, entre 20 kHz y 10 MHz) o utilizando componentes sensibles a la alimentación (por ejemplo, procesador de señal digital) de dispositivo de usuario 110. tal como una señal digital modulada, señales de voz ultrasónicas, etc. En algunas realizaciones, la aplicación de escucha ultrasónica 112 puede funcionar en un modo de escucha de baja potencia (LPAL) diseñado para reducir el impacto de la monitorización continua de audio. Tal modo de baja potencia puede configurarse para capturar audio solo en un rango de frecuencia estrecho específico asociado con audio ultrasónico (por ejemplo, entre 20 kHz y 10 MHz) o utilizando componentes sensibles a la alimentación (por ejemplo, procesador de señal digital) de dispositivo de usuario 110. En algunas realizaciones, como se describe a continuación, la aplicación de escucha ultrasónica 112 se puede configurar para comunicar el contenido de los mensajes de ultrasonidos reconocidos a otras aplicaciones o dispositivos. Por ejemplo, en una implementación en la que un mensaje ultrasónico incluye puntos de lealtad u otra información de fidelidad (por ejemplo, un marcador de tiempo que indica el tiempo que el usuario está escuchando, mirando, en su ubicación, etc.) la aplicación de escucha 112 ultrasónica puede transmitir la información de lealtad a una aplicación o entidad externa asociada con el programa de lealtad, como un minorista, una entidad de medios, etc. El dispositivo de salida de audio 115 puede incluir cualquier dispositivo configurado para recibir y emitir señales de audio. Los dispositivos de salida de audio a modo de ejemplo 115 pueden incluir una radio de modulación de amplitud (AM) y / o modulación de frecuencia (FM), un televisor, una computadora, otro dispositivo de usuario 110, etc. En algunas realizaciones alternativas, el dispositivo de salida de audio 115 puede incluir dispositivos configurados para solo salida de audio ultrasónico, como medios publicitarios (p. ej., letreros, vallas publicitarias, etc.). La fuente de contenido 120 puede incluir cualquier entidad configurada para proporcionar contenido que incluye audio ultrasónico a dispositivo de salida de audio 115. Por ejemplo, la fuente de contenido 120 puede incluir una fuente de difusión tradicional, tal como una estación de radio o televisión, o puede incluir otras fuentes de contenido, como un servidor web asociado a un sitio web, un servidor de medios de transmisión, un servidor de aplicaciones, etc. La red 125 puede incluir una o más redes cableadas, inalámbricas y / u ópticas que son capaces de recibir y transmitir señales de datos, voz y / o video, que incluyen señales multimedia que incluyen información de voz, datos y video. La red 125 puede incluir cualquier red de comunicación capaz de transmitir información desde la fuente de contenido 120 al dispositivo de salida de audio 115, tal como una red de radio frecuencia inalámbrica (RF) (por ejemplo, radio AM / FM, televisión abierta, televisión por cable / satélite), así como una o más redes conmutadas por paquetes, como una red basada en protocolo de Internet (IP), una red de área local (LAN), una red de área amplia (WAN), una red de área personal (PAN) (por ejemplo, un PAN inalámbrico) , una intranet, Internet, http://appft1.uspto.gov/netacgi/nph-Parser?Sect1=PTO1&Sect2=HITOFF&d=PG01&p=1&u=/netahtml/PTO/srchnum.html&r=1&f=G&l=50&s1=2…
5/13
2/12/2017
Solicitud de Patente de los Estados Unidos: 0150244472
La configuración ejemplar ilustrada en la FIG. 1 se proporciona por simplicidad. Debe entenderse que un sistema típico puede incluir más o menos dispositivos que los ilustrados en la FIG. 1. Por ejemplo, otros dispositivos que facilitan las comunicaciones entre las diversas entidades ilustradas en la FIG. 1 también se puede incluir en el sistema 100. Además, el dispositivo de usuario 110 y el dispositivo de salida de audio 115 se muestran cada uno como elementos separados. En otros casos, las funciones descritas como ejecutadas por dos o más dispositivos de usuario pueden ser realizadas por un solo dispositivo de usuario. En otras implementaciones, las funciones descritas como realizadas por un dispositivo de usuario pueden ser realizadas por otro dispositivo de usuario o por múltiples dispositivos de usuario. La FIG. 2 es un diagrama de un dispositivo de usuario ejemplar 110 en el que pueden implementarse los métodos y sistemas descritos en este documento. Con referencia a la FIG. 2, el dispositivo de usuario 110 puede incluir el alojamiento 210, el altavoz 220, la pantalla 230, el botón de control 240 y el micrófono 250. El alojamiento 210 puede proteger los componentes del dispositivo de usuario 110 de los elementos externos. El altavoz 220 puede proporcionar información audible a un usuario del dispositivo 110 de usuario. Por ejemplo, el altavoz 220 puede proporcionar tonos de llamada, pitidos u otros sonidos para alertar al usuario de un evento. Además, en algunas realizaciones, el altavoz 220 también puede emitir sonidos ultrasónicos para su recepción por el micrófono 250 y su manipulación de la manera descrita en el presente documento. La pantalla 230 puede proporcionar información visual al usuario. Por ejemplo, la pantalla 230 puede incluir una pantalla de cristal líquido (LCD), una pantalla táctil u otro tipo de pantalla utilizada para proporcionar información a un usuario, como proporcionar información sobre llamadas entrantes o salientes y / o correo electrónico entrante o saliente (correo electrónico), mensajes instantáneos (por ejemplo, mensajes instantáneos móviles (MIM), mensajes de servicio de mensajes cortos (SMS), mensajes de servicio de mensajes multimedia (MMS), etc. La pantalla 230 también puede mostrar información o recibir instrucciones de usuario con respecto a diversas aplicaciones, tal aplicación de escucha ultrasónica 112. Los botones de control 240 pueden proporcionar un medio adicional con el que el usuario puede interactuar con el dispositivo de usuario 110 para hacer que el dispositivo de usuario 110 realice una o más operaciones. Por ejemplo, los botones de control 240 pueden incluir un botón de inicio, un botón de retroceso, un botón de búsqueda, etc. [0020] El micrófono 250 puede recibir información audible del usuario. Como se describió brevemente anteriormente, el micrófono 250 puede incluir cualquier dispositivo de captura de audio capaz de recibir señales de audio en el rango ultrasónico. La FIG. 3 es un diagrama que ilustra los componentes del dispositivo de usuario 110 de acuerdo con una implementación ejemplar. En algunas implementaciones, el dispositivo de salida de audio 115 puede configurarse de una manera similar. Con referencia a la FIG. 3, el dispositivo de usuario 110 puede incluir el bus 310, el procesador 320, la memoria 330, el dispositivo de almacenamiento 340, la fuente de alimentación 350, el dispositivo de entrada 360, los dispositivos de salida 370 y la interfaz de comunicación 380. El bus 310 puede incluir una ruta que permita la comunicación entre los elementos de dispositivo de usuario 110. Se debe entender que el dispositivo de usuario 110 se puede configurar de varias otras maneras y puede incluir otros o diferentes elementos. Por ejemplo, el dispositivo de usuario 110 puede incluir uno o más moduladores, demoduladores, codificadores, decodificadores, etc., para procesar datos. El procesador 320 puede incluir uno o más procesadores, microprocesadores, circuitos integrados de aplicaciones específicas (ASIC), arreglos de puertas programables en campo (FPGA) u otra lógica de procesamiento que puede interpretar y ejecutar instrucciones. La memoria 330 puede incluir una memoria de acceso aleatorio (RAM) u otro tipo de dispositivo de almacenamiento dinámico o estático (por ejemplo, memoria de solo lectura (ROM)) que puede almacenar información e instrucciones para su ejecución por el procesador 320. En algunas implementaciones, como se discutió brevemente anteriormente , el procesador 320 puede incluir un procesador de señal digital (DSP) distinto de un procesador principal del dispositivo y capaz de operar en un modo de escucha siempre de baja potencia. El dispositivo de almacenamiento 340 puede incluir un medio de registro magnético y / u óptico y su correspondiente accionamiento. La fuente de alimentación 350 puede incluir una batería u otra fuente de alimentación utilizada para alimentar el dispositivo de usuario 110. http://appft1.uspto.gov/netacgi/nph-Parser?Sect1=PTO1&Sect2=HITOFF&d=PG01&p=1&u=/netahtml/PTO/srchnum.html&r=1&f=G&l=50&s1=2…
6/13
2/12/2017
Solicitud de Patente de los Estados Unidos: 0150244472
El dispositivo de entrada 360 puede incluir uno o más mecanismos que permiten a un usuario ingresar información en el dispositivo de usuario 110, tales como teclas de control 240, micrófono 250, una pantalla táctil, tal como la pantalla 230, un ratón, un bolígrafo, reconocimiento de voz y / o mecanismos biométricos, etc. El dispositivo 370 de salida puede incluir uno o más mecanismos que dan salida a la información para el usuario, incluyendo una pantalla, como la pantalla 230, una impresora, uno o más altavoces, como el altavoz 220, un mecanismo de vibración que proporciona retroalimentación háptica a un usuario, etc. La interfaz de comunicación 380 puede incluir un transceptor que permite que el dispositivo de usuario 110 se comunique con otros dispositivos y / o sistemas. Por ejemplo, la interfaz de comunicación 380 puede incluir mecanismos para comunicarse a través de la red 125, tal como una red inalámbrica. En estas implementaciones, la interfaz de comunicación 380 puede incluir uno o más transmisores, receptores y / o transceptores de radiofrecuencia (RF) y una o más antenas para transmitir y recibir datos de RF a través de una red. La interfaz de comunicación 380 también puede incluir un transmisor de infrarrojos (IR) y un receptor y / o transceptor que permiten que el dispositivo de usuario 110 se comunique con otros dispositivos a través de señales de infrarrojos (IR). La interfaz de comunicación 380 también puede incluir un módem o una interfaz Ethernet a una LAN u otra red para comunicarse con otros dispositivos en el sistema 100. En otras implementaciones, la interfaz de comunicación 380 puede configurarse para incluir una o más tecnologías inalámbricas de corto alcance, tales como identificadores de radiofrecuencia (RFID), Bluetooth.RTM o comunicación de campo cercano (NFC). Dichas tecnologías pueden proporcionar el intercambio de datos entre dispositivos en estrecha proximidad física entre sí de forma activa o pasiva. La interfaz de comunicación 380 puede incluir otros mecanismos para comunicarse con otros dispositivos 110 o a través de la red 125. la interfaz 380 de comunicación puede configurarse para incluir una o más tecnologías inalámbricas de corto alcance, tales como identificadores de radiofrecuencia (RFID), Bluetooth®, o comunicación de campo cercano (NFC). Dichas tecnologías pueden proporcionar el intercambio de datos entre dispositivos en estrecha proximidad física entre sí de forma activa o pasiva. La interfaz de comunicación 380 puede incluir otros mecanismos para comunicarse con otros dispositivos 110 o a través de la red 125. la interfaz 380 de comunicación puede configurarse para incluir una o más tecnologías inalámbricas de corto alcance, tales como identificadores de radiofrecuencia (RFID), Bluetooth®, o comunicación de campo cercano (NFC). Dichas tecnologías pueden proporcionar el intercambio de datos entre dispositivos en estrecha proximidad física entre sí de forma activa o pasiva. La interfaz de comunicación 380 puede incluir otros mecanismos para comunicarse con otros dispositivos 110 o a través de la red 125. En algunas implementaciones consistentes con las realizaciones descritas en este documento, el dispositivo de usuario 110 puede proporcionar una plataforma para permitir que un usuario haga y reciba llamadas telefónicas, navegue por Internet, envíe y reciba correo electrónico, mensajes de texto, mensajes instantáneos (IM), dispositivos móviles Mensajes instantáneos (MIM), mensaje corto de servicio de mensajes (SMS), tomar fotos o videos, etc. y ejecutar varias otras aplicaciones. El dispositivo de usuario 110, como se describe en detalle a continuación, también puede realizar el procesamiento asociado con la identificación y el manejo de mensajes de ultrasonidos (por ejemplo, recibidos del dispositivo de salida de audio 115). El dispositivo de usuario 110 puede realizar estas operaciones en respuesta al procesador 320 que ejecuta las secuencias de instrucciones contenidas en un medio legible por ordenador, tal como la memoria 330. Un medio legible por computadora puede definirse como un dispositivo de memoria física o lógica. Las instrucciones de software pueden leerse en la memoria 330 desde otro medio legible por ordenador, tal como el dispositivo de almacenamiento de datos 340, o desde otro dispositivo mediante la interfaz de comunicación 380. Las instrucciones de software contenidas en la memoria 330 pueden hacer que el procesador 320 realice procesos que se describirán luego. Alternativamente, se puede usar una circuitería cableada en lugar de o en combinación con instrucciones de software para implementar procesos consistentes con las realizaciones descritas aquí. Por lo tanto, las implementaciones descritas en este documento no están limitadas a ninguna combinación específica de circuitos de hardware y software. Las instrucciones de software pueden leerse en la memoria 330 desde otro medio legible por ordenador, tal como el dispositivo de almacenamiento de datos 340, o desde otro dispositivo mediante la interfaz de comunicación 380. Las instrucciones de software contenidas en la memoria 330 pueden hacer que el procesador 320 realice procesos que se describirán luego. Alternativamente, se puede usar una circuitería cableada en lugar de o en combinación con instrucciones de software para implementar procesos consistentes con las realizaciones descritas aquí. Por lo tanto, las implementaciones descritas en este documento no están limitadas a ninguna combinación específica de http://appft1.uspto.gov/netacgi/nph-Parser?Sect1=PTO1&Sect2=HITOFF&d=PG01&p=1&u=/netahtml/PTO/srchnum.html&r=1&f=G&l=50&s1=2…
7/13
2/12/2017
Solicitud de Patente de los Estados Unidos: 0150244472
circuitos de hardware y software. Las instrucciones de software pueden leerse en la memoria 330 desde otro medio legible por ordenador, tal como el dispositivo de almacenamiento de datos 340, o desde otro dispositivo mediante la interfaz de comunicación 380. Las instrucciones de software contenidas en la memoria 330 pueden hacer que el procesador 320 realice procesos que se describirán luego. Alternativamente, se puede usar una circuitería cableada en lugar de o en combinación con instrucciones de software para implementar procesos consistentes con las realizaciones descritas aquí. Por lo tanto, las implementaciones descritas en este documento no están limitadas a ninguna combinación específica de circuitos de hardware y software. Las instrucciones de software contenidas en la memoria 330 pueden hacer que el procesador 320 realice procesos que se describirán más adelante. Alternativamente, se puede usar una circuitería cableada en lugar de o en combinación con instrucciones de software para implementar procesos consistentes con las realizaciones descritas aquí. Por lo tanto, las implementaciones descritas en este documento no están limitadas a ninguna combinación específica de circuitos de hardware y software. Las instrucciones de software contenidas en la memoria 330 pueden hacer que el procesador 320 realice procesos que se describirán más adelante. Alternativamente, se puede usar una circuitería cableada en lugar de o en combinación con instrucciones de software para implementar procesos consistentes con las realizaciones descritas aquí. Por lo tanto, las implementaciones descritas en este documento no están limitadas a ninguna combinación específica de circuitos de hardware y software. La FIG. 4 es un diagrama de bloques funcionales ejemplar de los componentes implementados en el dispositivo de usuario 110 de la FIG. 2, tal como mediante el procesador 320 que ejecuta la aplicación de escucha ultrasónica 112 almacenada en la memoria 330. Los bloques funcionales ilustrados en la FIG. 4 puede implementarse en software, hardware o una combinación de hardware y software, tal como una combinación de un procesador de señal digital de baja potencia, un procesador principal, un sistema operativo y un software asociado con la aplicación de escucha ultrasónica 112. A los fines de: simplicidad, se hará la siguiente descripción con respecto al dispositivo de usuario 110. Con referencia a la FIG. 4, la memoria 330 puede incluir la aplicación de escucha ultrasónica 112 ejecutable por el procesador 320. Como se discutirá en detalle a continuación, la operación de la aplicación de escucha ultrasónica 112 permite que el dispositivo de usuario 110 monitoree y reciba mensajes de ultrasonidos (también denominados "señales de audio ultrasónicas"). , identifique el contenido de los mensajes ultrasónicos y realice una variedad de acciones basadas en el contenido identificado. Como se ilustra, la aplicación de escucha ultrasónica 112 puede incluir o puede conectarse a lógica de escucha 410, lógica de identificación de mensaje 420, lógica de gestión de mensaje 430 y almacenamiento 440. La aplicación de escucha ultrasónica 112 y sus diversos componentes lógicos asociados se muestran en la FIG. 4 como incluido en el dispositivo de usuario 110. En implementaciones alternativas, estos componentes o una porción de estos componentes pueden estar ubicados externamente con respecto al dispositivo 110 de usuario. Por ejemplo, en algunas implementaciones, uno o más de los componentes de la aplicación 112 de escucha ultrasónica pueden ubicarse o ejecutarse en un dispositivo de red remota (por ejemplo , un servidor de aplicaciones, etc.). En tal implementación, el dispositivo de usuario 110 puede proporcionar información o acceso al dispositivo de red remoto para facilitar la identificación y el manejo de los mensajes de ultrasonidos recibidos a través de la aplicación de escucha ultrasónica 112. Un usuario del dispositivo de usuario 110 puede ver o recuperar posteriormente información relacionada con mensajes ultrasónicos del dispositivo de red remoto. uno o más de los componentes de la aplicación de escucha ultrasónica 112 pueden estar ubicados o ejecutados por un dispositivo de red remota (por ejemplo, un servidor de aplicaciones, etc.). En tal implementación, el dispositivo de usuario 110 puede proporcionar información o acceso al dispositivo de red remoto para facilitar la identificación y el manejo de los mensajes de ultrasonidos recibidos a través de la aplicación de escucha ultrasónica 112. Un usuario del dispositivo de usuario 110 puede ver o recuperar posteriormente información relacionada con mensajes ultrasónicos del dispositivo de red remoto. uno o más de los componentes de la aplicación de escucha ultrasónica 112 pueden estar ubicados o ejecutados por un dispositivo de red remota (por ejemplo, un servidor de aplicaciones, etc.). En tal implementación, el dispositivo de usuario 110 puede proporcionar información o acceso al dispositivo de red remoto para facilitar la identificación y el manejo de mensajes de ultrasonidos recibidos a través de la aplicación de escucha ultrasónica 112. Un usuario del dispositivo de usuario 110 puede ver o recuperar posteriormente información relacionada con mensajes ultrasónicos del dispositivo de red remoto. La lógica de escucha 410 puede monitorizar o escuchar acústicamente los mensajes ultrasónicos recibidos por el micrófono 250 del dispositivo de usuario 110. De acuerdo con las realizaciones descritas en este documento, la lógica de escucha 410 puede activar el micrófono 250 y recibir audio en al menos un rango de http://appft1.uspto.gov/netacgi/nph-Parser?Sect1=PTO1&Sect2=HITOFF&d=PG01&p=1&u=/netahtml/PTO/srchnum.html&r=1&f=G&l=50&s1=2…
8/13
2/12/2017
Solicitud de Patente de los Estados Unidos: 0150244472
frecuencia ultrasónica (p. , audio por encima de 20 kHz). La lógica de escucha 410 puede incluir un modo de escucha constante, en el cual el micrófono 250 captura o muestrea continuamente audio (por ejemplo, a intervalos de muestreo predeterminados o periódicos) y pasa el audio al procesador 320, tal como un procesador de sonido digital dedicado o discreto (DSP). En otras realizaciones, la lógica de escucha 410 se puede activar afirmativamente mediante un comando de usuario, tal como a través de un comando de teclado, un comando de voz, La lógica de identificación de mensaje 420 puede examinar o analizar las señales de audio recibidas por el micrófono 250 y pasadas desde la lógica de escucha 410. Por ejemplo, la lógica de identificación de mensaje 420 puede configurarse para demodular una señal ultrasónica modulada (por ejemplo, FSK), salida de señal modulada por el dispositivo de salida de audio 115) para generar datos correspondientes al mensaje ultrasónico, los datos correspondientes al contenido del mensaje. En otras realizaciones, la lógica 420 de identificación de mensaje puede configurarse para realizar reconocimiento de voz / voz o patrón en el mensaje ultrasónico para identificar el contenido del mensaje ultrasónico. Es decir, la lógica de identificación de mensaje 420 puede realizar dicho reconocimiento de voz o patrón en señales de audio en el rango ultrasónico (es decir, por encima de 20 kHz). En una implementación, la lógica de escucha 410 o la lógica de identificación de mensaje 420 pueden incluir lógica de filtrado (por ejemplo, un filtro de paso de banda) para limitar o restringir un rango de señales de audio analizadas para la presencia de mensajes ultrasónicos. Por ejemplo, tal lógica de filtrado puede configurarse para pasar solo señales de audio por encima de 20 kHz para un procesamiento / entrega adicional. Tal filtrado puede reducir aún más los requisitos de potencia, asegurando que solo las señales de alta frecuencia estén sujetas a análisis de identificación. En otras implementaciones, la lógica de identificación de mensaje 420 puede incluir lógica adicional de cancelación de ruido y / o corrección de errores para asegurar y / o verificar que los mensajes ultrasónicos se reciban y reconozcan con precisión. Como se describe en este documento, el almacenamiento 440 puede incluir una parte del dispositivo de almacenamiento 340 configurado para recibir y mantener información o datos relacionados con la aplicación de escucha ultrasónica 112. Como se muestra en la FIG. 4, el almacenamiento 440 puede incluir las reglas de tratamiento de mensajes 442 y el registro de mensajes 444. La lógica de tratamiento de mensajes 430, tras la identificación de un mensaje ultrasónico mediante la lógica de identificación de mensaje 420, lleva a cabo funciones basadas en reglas de manejo de mensajes 442 recuperadas del almacenamiento 440. Como se describe aquí, las reglas de manejo de mensajes 442 pueden dirigir el manejo de mensajes el tipo y / o contenido del mensaje recibido y, opcionalmente, las reglas de manejo de mensajes configuradas por el usuario. Por ejemplo, en una realización en la que la aplicación de escucha ultrasónica 112 está configurada para mantener un registro o depósito de mensajes ultrasónicos identificados, la lógica de gestión de mensajes 430 puede, basándose en una regla correspondiente en las reglas de gestión de mensajes 422, extraer o generar texto (y / u otros medios) correspondientes al mensaje identificado y almacenar el texto (y / u otros medios) en el registro de mensajes 444. De acuerdo con las implementaciones descritas aquí, la aplicación de escucha ultrasónica 112 puede facilitar la revisión y gestión de los mensajes almacenado en el registro de mensajes 444. Por ejemplo, los usuarios de la aplicación de escucha ultrasónica 112 pueden clasificar, buscar o eliminar mensajes, así como reenviar mensajes a otros usuarios, aplicaciones o plataformas de redes sociales. En otras realizaciones, se pueden usar reglas 442 de manejo de mensajes adicionales para manejar mensajes de ultrasonidos recibidos. En otras implementaciones, la lógica de gestión de mensajes 430 puede configurarse para ignorar múltiples mensajes idénticos recibidos dentro de un período de tiempo predeterminado (por ejemplo, 30 segundos, La FIG. 5 ilustra una estructura de una base de datos ejemplar correspondiente a las reglas 442 de manejo de mensajes en el almacenamiento 440. Con referencia a la FIG. 5, la base de datos 500 puede incluir un número de entradas de reglas de manejo 505-1 a 505-N (colectivamente "reglas 505" o individualmente "regla 505"). Cada regla 505 puede incluir un campo identificador de tipo de mensaje 510, un campo de aplicación 515, un campo activo de días 520, un campo de tiempo activo 525 y un campo de aplicación de activación 530. Para cada regla 505, el campo identificador del tipo de mensaje puede incluir un identificador utilizado para identificar la una o más reglas 505 que van a ser usadas por la lógica de manejo de mensaje 430 para manejar o procesar el mensaje identificado. Por ejemplo, cada mensaje recibido e identificado por la lógica de http://appft1.uspto.gov/netacgi/nph-Parser?Sect1=PTO1&Sect2=HITOFF&d=PG01&p=1&u=/netahtml/PTO/srchnum.html&r=1&f=G&l=50&s1=2…
9/13
2/12/2017
Solicitud de Patente de los Estados Unidos: 0150244472
identificación de mensaje 420 puede incluir, entre otros elementos, un identificador de tipo de mensaje identificado (por ejemplo, como un valor en una ubicación conocida en un flujo de bits recibido, etc.). La lógica de tratamiento de mensajes 430 puede entonces buscar en la base de datos 500 basándose en el identificador de tipo de mensaje en el mensaje recibido. Aunque los campos de identificación de tipo de mensaje de ejemplo en la base de datos 500 se divulgan como numéricos, se puede usar cualquier tipo de identificador. El campo de aplicación 515 puede almacenar un identificador (o un puntero de memoria) asociado con una aplicación (si existe) a la que se enviarán datos de contenido en un mensaje correspondiente. Este campo es opcional para cada regla 505; sin embargo, cuando se incluye un identificador de aplicación (también denominado identificador de destino) en una regla de coincidencia; indica una aplicación u otro destino (por ejemplo, una ubicación de red remota, como un sitio de Internet, etc.) a la que se envían los datos de contenido del mensaje de recepción. Por ejemplo, como se muestra en la FIG. 5, la regla 505-2 puede incluir un identificador de aplicación de la red de EE. UU. (O un identificador alfanumérico correspondiente). Los días del campo activo 520 pueden incluir opcionalmente una indicación de qué días de la semana se aplicará la regla. Por ejemplo, como se muestra en la FIG. 5, el campo activo días 520 en la regla 505-3 incluye los números 1, 7, lo que indica que la regla 505-3 se aplica solo los sábados y domingos. De forma similar, el campo 525 de tiempo activo puede incluir opcionalmente una indicación de qué momentos del día, se aplicará la regla. Por ejemplo, como se muestra en la FIG. 5, el campo de tiempo activo en la regla 505-3 incluye los números 1800-2400 que indica que la regla 505-3 se aplica solo entre las 6:00 p.m. y las 11:00 p.m. Las limitaciones de tiempo pueden ser deseables, según el tipo de mensaje que se está manejando. Por ejemplo, cuando un tipo de mensaje se relaciona con contenido de televisión que puede emitir mensajes ultrasónicos relacionados con el segundo contenido de pantalla, grabación de publicidad, etc., puede ser conveniente limitar la recepción y el manejo de dichos mensajes a periodos de tiempo en los que el usuario pueda estar mirando televisión. En algunas realizaciones, puede ser necesario o ventajoso estandarizar los tiempos en relación con, por ejemplo, el Tiempo Medio de Greenwich (GTM). Además, para las reglas configuradas para aplicarse a todos los días y horas, los campos 530 y 525 pueden estar en blanco o pueden incluir un valor predeterminado o universal, como ALL, o un código alfanumérico apropiado. puede ser deseable limitar la recepción y el manejo de dichos mensajes a periodos de tiempo en los que el usuario pueda estar mirando televisión. En algunas realizaciones, puede ser necesario o ventajoso estandarizar los tiempos en relación con, por ejemplo, el Tiempo Medio de Greenwich (GTM). Además, para las reglas configuradas para aplicarse a todos los días y horas, los campos 530 y 525 pueden estar en blanco o pueden incluir un valor predeterminado o universal, como ALL, o un código alfanumérico apropiado. puede ser deseable limitar la recepción y el manejo de dichos mensajes a periodos de tiempo en los que el usuario pueda estar mirando televisión. En algunas realizaciones, puede ser necesario o ventajoso estandarizar los tiempos en relación con, por ejemplo, el Tiempo Medio de Greenwich (GTM). Además, para las reglas configuradas para aplicarse a todos los días y horas, los campos 530 y 525 pueden estar en blanco o pueden incluir un valor predeterminado o universal, como ALL, o un código alfanumérico apropiado. la lógica 430 de gestión de mensajes puede reenviar el contenido del mensaje recibido a la aplicación USA Networks (identificada en el campo 515 de la regla 505-2) y, en función del valor YES en el campo 530, también puede desencadenar o hacer que la aplicación USA Networks se convierta en activado. Dependiendo de la configuración de la aplicación de USA Networks, la aplicación puede proporcionar contenido, interfaces, etc. (por ejemplo, contenido de segunda pantalla) correspondiente al contenido del mensaje ultrasónico recibido. Como otro ejemplo, la regla 505-1 incluye un valor NO en el campo 530. Al recibir un mensaje ultrasónico que coincida con el identificador de tipo de mensaje de la regla 505-1, la lógica de gestión de mensaje 430 puede reenviar el contenido del mensaje recibido a la registro de mensajes 444 (identificado en el campo 515 de la regla 505-1) para el almacenamiento del contenido del mensaje. Con base en el valor NO en el campo 530 de la regla 505-1, el contenido del registro de mensajes 444 no se muestra al recibir el mensaje, sino que el contenido de cualquier mensaje que coincida con este tipo simplemente se almacena para su posterior recuperación o exploración por parte del usuario. De acuerdo con las realizaciones descritas en este documento, las reglas 505 en la base de datos 500 se pueden introducir / configurar de diversas maneras. Por ejemplo, los usuarios de la aplicación de escucha 112 pueden configurar manualmente la aplicación de escucha ultrasónica 112 (o los ajustes correspondientes a la http://appft1.uspto.gov/netacgi/nph-Parser?Sect1=PTO1&Sect2=HITOFF&d=PG01&p=1&u=/netahtml/PTO/srchnum.html&r=1&f=G&l=50&s1=2… 10/13
2/12/2017
Solicitud de Patente de los Estados Unidos: 0150244472
aplicación de escucha 112) para manejar diferentes tipos de mensajes de ultrasonidos de diferentes maneras que corresponden a las diferentes reglas. En otros casos, otras aplicaciones, tales como las identificadas en los campos 515 pueden instruir a la aplicación de escucha ultrasónica 112 para que introduzca una o más reglas de tratamiento de mensajes, con la autorización de un usuario del dispositivo de usuario 110. Por ejemplo, La FIG. 6 es un diagrama de flujo que ilustra un proceso ejemplar 600 asociado con la recepción y el manejo de mensajes ultrasónicos. En una implementación, el proceso 600 puede realizarse por el dispositivo de usuario 110 en combinación con el dispositivo de salida de audio 115 y la fuente de contenido 120. En otras implementaciones, el proceso 600 puede realizarse por uno o más dispositivos del sistema 100, como otros dispositivos de usuario 110 o red 125. El procesamiento puede comenzar con el dispositivo de usuario 110 escuchando o supervisando de otro modo los mensajes de ultrasonidos (bloque 605). Por ejemplo, como se describió anteriormente con respecto a la FIG. 4, la lógica de escucha 410 se puede configurar para muestrear recibida a través del micrófono 250 u otro dispositivo de captura de audio adecuado. En algunas realizaciones, la lógica de escucha 410 puede controlar continuamente, o de manera persistente, el contenido de audio, mientras que en otras realizaciones, la captura de audio puede iniciarse manual o afirmativamente por un usuario, tal como a través de una acción del usuario. En el bloque 610, el dispositivo de usuario 110 recibe una señal de audio y en el bloque 615, el dispositivo de usuario 110 determina si la señal de audio recibida comprende una señal de audio ultrasónica. En algunas implementaciones, el dispositivo 110 (por ejemplo, lógica de escucha 410 o lógica de identificación de mensaje 420) puede incluir uno o más filtros (por ejemplo, un filtro de paso de banda) para filtrar el contenido de audio y limitar el procesamiento de identificación de mensaje a , por encima de aproximadamente 20 kHz) rango de frecuencia. Si la señal de audio recibida no incluye una señal de audio ultrasónica (bloque 615-NO), el proceso 600 vuelve al bloque 610 para el próximo intervalo de muestreo. Si la señal de audio recibida incluye una señal de audio ultrasónica (bloque 615-YES), el dispositivo de usuario 110 determina si la señal de audio ultrasónica incluye un mensaje ultrasónico identificable y extrae o determina el contenido del mensaje ultrasónico (bloque 620). Por ejemplo, la lógica de identificación de mensaje 420 puede configurarse para examinar o analizar las señales de audio ultrasónicas recibidas por el micrófono 250 y pasadas desde la lógica de escucha 410, por ejemplo, demodulando la señal recibida, realizando reconocimiento de voz o patrón, etc. En una implementación, el contenido del mensaje ultrasónico incluye al menos un identificador de tipo de mensaje y datos correspondientes al mensaje que se está transmitiendo. En otras realizaciones, Al recibir y reconocer el mensaje ultrasónico (bloque 620-YES), el dispositivo de usuario 110 maneja el mensaje de una manera consistente con las reglas de manejo de mensajes asociadas con la aplicación de escucha 112 (bloque 625). Por ejemplo, como se describió anteriormente en relación con las Figs. En el reconocimiento de un mensaje ultrasónico que tiene un identificador de tipo de mensaje, la lógica de gestión de mensaje 430 busca la base de datos de reglas de tratamiento de mensaje 500 para una o más reglas de tratamiento de mensaje coincidentes. Si se identifica una regla de coincidencia, la lógica de manejo de mensaje 430 maneja el mensaje ultrasónico recibido en base al contenido de la (s) regla (s) de coincidencia. Como se describió anteriormente, Como se describe en la presente memoria, se habilita una variedad de diferentes tipos de dispositivos de salida de audio 115, tipos de mensaje y reglas de manejo consistentes con las realizaciones descritas en el presente documento. En una realización ejemplar, el dispositivo de salida de audio 115 comprende un estéreo de automóvil que tiene una radio AM / FM / HD. En esta realización, la emisión de radio emitida por la radio está adaptada para incluir mensajes ultrasónicos correspondientes a los anuncios presentados en la emisión de radio. La aplicación de escucha ultrasónica 112 que se ejecuta en el dispositivo de usuario 110 se configura entonces para escuchar los mensajes de ultrasonidos emitidos por el estéreo del automóvil. Al recibir un mensaje ultrasónico particular correspondiente a un anuncio, la aplicación de escucha ultrasónica reconoce el contenido del mensaje ultrasónico (por ejemplo, el nombre del anunciante, En otra implementación, el dispositivo de salida de audio 115 incluye un televisor o sistema de cine en casa (por ejemplo, un decodificador, receptor estereofónico, altavoces, barra de sonido, etc.) para recibir http://appft1.uspto.gov/netacgi/nph-Parser?Sect1=PTO1&Sect2=HITOFF&d=PG01&p=1&u=/netahtml/PTO/srchnum.html&r=1&f=G&l=50&s1=2… 11/13
2/12/2017
Solicitud de Patente de los Estados Unidos: 0150244472
contenido de audio / video de difusión o un servicio de medios. proporcionar (p. ej., compañía de cable, compañía de televisión satelital, etc.). De acuerdo con esta realización, al menos algunas partes del contenido de audio emitido por la televisión o el sistema de cine en casa están configuradas para incluir mensajes ultrasónicos correspondientes o relacionados con el contenido de video de salida. Por ejemplo, un programa de televisión episódico programado puede incluir mensajes ultrasónicos que activan el lanzamiento de una aplicación de "segunda pantalla" relacionada con el programa. En algunas implementaciones, los mensajes ultrasónicos pueden usarse para sincronizar el contenido de la segunda aplicación de pantalla con el programa de televisión de salida. En estas implementaciones, se puede crear una regla de manejo de mensajes 505 en la base de datos 500 para dirigir el manejo de los mensajes ultrasónicos relacionados con el programa. En realizaciones adicionales, los mensajes ultrasónicos correspondientes a anuncios mostrados en el contenido de video pueden manejarse de una manera similar a la descrita anteriormente con respecto al contenido de audio del automóvil (por ejemplo, catalogación y almacenamiento del contenido del mensaje en el registro 444 para revisión / gestión posterior). En otra implementación más, los mensajes ultrasónicos pueden usarse para indicar la asistencia o la duración de la visita / actividad con el fin de proporcionar recompensas u otros incentivos basados en el uso / tiempo. Por ejemplo, suponga que un usuario visita un sitio web, como Huffington Post.com o AOL.com, aunque una computadora o dispositivo particular en el que el usuario visita el contenido puede realizar un seguimiento de la duración (por ejemplo, a través de cookies, rastreadores de sesión, etc. .), el usuario no puede "acreditarse" el tiempo pasado en el sitio, a menos que haya iniciado sesión en el sitio. Además, las visitas a través de diferentes plataformas no pueden agregarse de ninguna manera. De acuerdo con las realizaciones descritas en este documento, un sitio web o aplicación puede provocar mensajes ultrasónicos intermitentes que identifican tanto el sitio / plataforma / aplicación que se visita o utiliza, como el momento en que se emite el mensaje ultrasónico. Al recibir estos mensajes, la aplicación de escucha ultrasónica 112, o una ubicación de aplicación / red asociada con el sitio o la aplicación rastreados, puede identificar las duraciones de tiempo en que los usuarios acceden o utilizan el sitio web o la aplicación. Con base en esta información, el sitio o la aplicación puede identificar recompensas u otros incentivos para los cuales el usuario califica. Como ejemplo, supongamos que el usuario juega un juego en un sistema de videojuego, y también juega un juego relacionado en su computadora o dispositivo móvil. Los mensajes ultrasónicos emitidos por el sistema de videojuegos, el juego informático y el juego móvil indicativos del tiempo que se pasa jugando a los juegos se recopilan y se envían al desarrollador del juego para su uso en recompensas (como crédito de compra en el juego, bonos especiales, etc.). Aunque el dispositivo de salida de audio 115 para los mensajes ultrasónicos difiere, el identificador de tipo de mensaje para los mensajes puede ser común en todos los dispositivos, permitiendo que los mensajes se manejen de una manera común. En aún otra realización, los mensajes ultrasónicos pueden usarse para proporcionar anuncios o cupones basados en la ubicación a compradores minoristas. En esta realización, el dispositivo de salida de audio 115 incluye un parlante de potencia relativamente baja (o de bajo volumen) situado en un lugar próximo a un producto o productos relacionados con el anuncio / cupón relacionado con el mensaje ultrasónico. Por ejemplo, el dispositivo de altavoz que emite los mensajes ultrasónicos puede colocarse sobre o debajo de un estante sobre el que se coloca el producto. Cuando el usuario del dispositivo de usuario 110 se acerca a la ubicación del producto, la aplicación de escucha ultrasónica 112 captura el audio correspondiente al anuncio o cupón, reconoce el mensaje y maneja el mensaje basándose en una regla de manejo adecuada 505. Por ejemplo, Las implementaciones descritas en este documento se refieren a dispositivos, métodos y sistemas para transmitir información a través de mensajes ultrasónicos. En algunas implementaciones, un teléfono móvil u otro dispositivo electrónico portátil puede incluir uno o más componentes para capturar, reconocer y manejar mensajes incorporados dentro de señales de audio ultrasónicas. La lógica asociada con el dispositivo puede configurarse para almacenar el contenido de los mensajes recibidos o reenviar los datos correspondientes a los mensajes a otras aplicaciones / componentes para su posterior tratamiento o procesamiento. La descripción anterior de implementaciones ejemplares proporciona ilustración y descripción, pero no pretende ser exhaustiva o limitar las realizaciones descritas en la presente a la forma precisa descrita. Las modificaciones y variaciones son posibles a la luz de las enseñanzas anteriores o pueden adquirirse a partir http://appft1.uspto.gov/netacgi/nph-Parser?Sect1=PTO1&Sect2=HITOFF&d=PG01&p=1&u=/netahtml/PTO/srchnum.html&r=1&f=G&l=50&s1=2… 12/13
2/12/2017
Solicitud de Patente de los Estados Unidos: 0150244472
de la práctica de las realizaciones. Por ejemplo, varias características se han descrito principalmente anteriormente con respecto a un dispositivo móvil o portátil configurado para realizar la recepción y el tratamiento de mensajes por ultrasonidos. En otras implementaciones, las características descritas en este documento pueden implementarse principalmente en uno o más dispositivos alejados del dispositivo móvil o portátil. Por ejemplo, el dispositivo móvil puede estar configurado para transmitir información relacionada con cualquier mensaje ultrasónico detectado a un dispositivo remoto de tratamiento de mensajes por ultrasonidos. Además, aunque se han descrito series de actos con respecto a la FIG. 6, el orden de los actos puede variarse en otras implementaciones. Además, los actos no dependientes pueden implementarse en paralelo. También será evidente que varias características descritas anteriormente pueden implementarse en muchas formas diferentes de software, firmware y hardware en las implementaciones ilustradas en las figuras. El código de software real o el hardware de control especializado utilizado para implementar las diversas funciones no es limitante. Por lo tanto, la operación y el comportamiento de las características de la invención se describieron sin referencia al código de software específico, entendiéndose que uno podría diseñar software y hardware de control para implementar las diversas características basadas en la descripción en este documento. Además, ciertas características descritas anteriormente pueden implementarse como "lógica" que realiza una o más funciones. Esta lógica puede incluir hardware, como uno o más procesadores, microprocesadores, circuitos integrados específicos de la aplicación o arreglos de puertas programables en el campo, software o una combinación de hardware y software. Aunque se enumeran combinaciones particulares de características en las reivindicaciones y / o se describen en la memoria descriptiva, estas combinaciones no pretenden limitar la divulgación de las posibles implementaciones. De hecho, muchas de estas características se pueden combinar de formas que no se enumeran específicamente en las reivindicaciones y / o se divulgan en la memoria descriptiva. Aunque cada reclamo dependiente enumerado a continuación puede depender directamente de solo otro reclamo, la divulgación de las implementaciones incluye cada reclamo dependiente en combinación con cualquier otro reclamo en el conjunto de reclamos. En la memoria descriptiva anterior, se han descrito varias realizaciones preferidas con referencia a los dibujos adjuntos. Sin embargo, será evidente que pueden realizarse diversas modificaciones y cambios en el mismo, y pueden implementarse realizaciones adicionales, sin apartarse del alcance más amplio de la invención como se establece en las reivindicaciones que siguen. Por lo tanto, la especificación y los dibujos deben considerarse en un sentido ilustrativo más que restrictivo. Ningún elemento, acto o instrucción usada en la presente solicitud se debe considerar como crítica o esencial a menos que se describa explícitamente como tal. Además, tal como se usa en la presente memoria, el artículo "a" pretende incluir uno o más artículos. Cuando solo se pretende un artículo, se utiliza el término "uno" o un idioma similar. Además, la frase "basado en" pretende significar "basado, al menos en parte, en" a menos que se indique explícitamente lo contrario. *****