ES2908557T3 - Vehículo aéreo no tripulado con capacidad de mensajería - Google Patents

Abstract

Un método implementado en ordenador que comprende: recibir (410) medios capturados por un vehículo aéreo no tripulado, UAV (115); incorporar (420) los medios capturados por el UAV (115) en un mensaje de UAV; difundir (430) el mensaje de UAV a dispositivos de cliente (105) asociados con cuentas de una plataforma de mensajería; recibir (440), desde los dispositivos de cliente, interacciones con el mensaje de UAV, comprendiendo las interacciones recibidas con el mensaje de UAV un número de diferentes comandos para el UAV; determinar (450) un comando para el UAV basándose en las interacciones con el mensaje de UAV, en donde determinar el comando para el UAV comprende: determinar un número de respuestas para cada uno de los diferentes comandos; y seleccionar uno de los diferentes comandos de acuerdo con una clasificación de los diferentes comandos según los números determinados de respuestas; y transmitir (460) el comando al UAV, el UAV configurado para responder al comando.

Description

DESCRIPCIÓN

Vehículo aéreo no tripulado con capacidad de mensajería

ANTECEDENTES

Servicios de redes sociales en línea, tales como sitios de redes sociales, agregadores de noticias, blogs y similares proporcionan un entorno rico para que los usuarios comenten sobre eventos de interés y se comuniquen con otros usuarios. Los titulares de cuenta de redes sociales pueden capturar y transmitir ciertas facetas de un evento (por ejemplo, un evento deportivo, una actuación de concierto, una entrega de premios, un festival, una competición) a seguidores del evento. Estos seguidores pueden ser otros titulares de cuenta de redes sociales que reciben publicaciones de redes sociales acerca de un evento para experimentar el evento desde la perspectiva de los titulares de cuenta de redes sociales en el evento. En general, los seguidores reciben publicaciones desde titulares de cuenta a los que se conectan o con los que se asocian de otra manera. Para recibir una cobertura adecuada de un evento, los seguidores reúnen sus propias listas de titulares de cuenta seguidos que están atendiendo al evento. Si un seguidor no está conectado a muchos titulares de cuenta seguidos que están atendiendo al evento, entonces el seguidor puede no recibir una cobertura adecuada del evento. Adicionalmente, esta configuración puede ser menos que satisfactoria porque los titulares de cuenta seguidos pueden no capturar el evento en todo detalle debido a problemas tales como inaccesibilidad a ciertas partes de un evento o una falta de conocimiento acerca de ocurrencias en ese evento.

Los seguidores de un evento también pueden tener acceso a una transmisión distribuida oficialmente del evento a través de una televisión, radio o flujo de Internet de un evento que proporcionan más acceso o estructura. Sin embargo, estos también pueden no tener una perspectiva de redes sociales ya que restricciones de recursos y coste evitan una cobertura más amplia de modo que incluso una transmisión distribuida oficialmente carece de la perspectiva multifacética que proporcionan las redes sociales. Adicionalmente, una transmisión distribuida oficialmente generalmente no es sensible a peticiones para cubrir los diferentes aspectos de un evento. Aunque titulares de cuenta seguidos de redes sociales que están atendiendo a un evento pueden capturar y transmitir una perspectiva diferente en un evento, su atención se centra principalmente en el evento en lugar de documentar el evento para una variedad más amplia de seguidores, particularmente, seguidores no asistentes que son titulares de cuenta.

Adicionalmente, la mayoría de eventos de redes sociales se cubren por titulares de cuenta seguidos que están presentes en un momento observado particular del evento. Sin embargo, estos observadores seguidos están restringidos físicamente a donde están ubicados y no pueden capturar una perspectiva más amplia en un evento o responder rápidamente a peticiones de capturar geográficamente aspectos dispersos de un evento, particularmente a medida que se producen en tiempo real. Por lo tanto, la cobertura de medios de eventos puede ser inadecuada para saciar tanto a titulares de cuenta de servicios de redes sociales seguidos como seguidores. Técnica anterior en la guía de dispositivos autónomos con mensajes puede encontrarse en "GUIDING ROBOTS USING MOBILE PHONE" (Atish Kumar Patra et al.), 24° Simposio Internacional sobre Automatización y Robótica en la Construcción. Sin embargo, la invención de acuerdo con las reivindicaciones independientes adjuntas presenta ventajas sobre esta divulgación, que será evidente a partir de la memoria descriptiva a continuación.

BREVE DESCRIPCIÓN DE LOS DIBUJOS

Las realizaciones divulgadas tienen otras ventajas y características que serán más fácilmente evidentes a partir de la descripción detallada, las reivindicaciones adjuntas y las figuras adjuntas (o dibujos). A continuación se presenta una breve introducción de las figuras.

La Figura 1 es un diagrama de bloques de una plataforma de mensajería en tiempo real de ejemplo, de acuerdo con una realización.

La Figura 2 es un diagrama de bloques de un vehículo aéreo no tripulado (UAV) de ejemplo, de acuerdo con una realización.

La Figura 3 es un diagrama de bloques de un motor de interacción de UAV de ejemplo, de acuerdo con una realización.

La Figura 4 es un diagrama de flujo de un método de ejemplo para usar mensajes para interactuar con un UAV, de acuerdo con una realización.

La Figura 5 es un diagrama de interacción que ilustra un flujo de información de ejemplo entre la plataforma de mensajería, cliente y el UAV, de acuerdo con una realización.

La Figura 6 ilustra componentes de una máquina de ejemplo capaz de leer instrucciones de un medio legible por máquina y ejecutar las mismas en un procesador (o controlador), de acuerdo con una realización.

La Figura 7 es un diagrama de un UAV de ejemplo, de acuerdo con una realización.

DESCRIPCIÓN DETALLADA

Las Figuras y la siguiente descripción se refieren a realizaciones preferidas por medio de ilustración únicamente. Debería observarse que a partir de la siguiente descripción, se reconocerán fácilmente realizaciones alternativas de las estructuras y métodos divulgados en el presente documento como alternativas viables que pueden emplearse. La invención se define por las reivindicaciones adjuntas.

Se hará ahora referencia en detalle a varias realizaciones, ejemplos de las cuales se ilustran en las figuras adjuntas. Se observa que donde sea factible pueden usarse números de referencia similares o parecidos en las figuras y pueden indicar una funcionalidad similar o parecida. Las figuras representan realizaciones del sistema (o método) divulgado para propósitos de ilustración únicamente. Un experto en la materia reconocerá fácilmente, a partir de la siguiente descripción, que pueden emplearse realizaciones alternativas de las estructuras y métodos ilustrados en el presente documento.

I. VISIÓN GENERAL DE LA CONFIGURACIÓN

Una realización de ejemplo de un sistema de mensajería en tiempo real, método y medio de almacenamiento legible por ordenador no transitorio que incluye titulares de cuenta que interactúan con un vehículo aéreo no tripulado ("UAV") usando una plataforma de mensajería. El UAV es autónomo o se pilota desde una ubicación remota de donde el UAV está presente. Se observa que mientras las descripciones en el presente documento son en el contexto de un UAV, los principios descritos pueden aplicarse a otros vehículos no tripulados ("UV") tales como barcos o coches controlados remotamente.

En una realización de ejemplo, los titulares de cuenta reciben medios capturados a través del UAV y pueden enviar comandos para su transmisión al UAV. Los medios capturados por el UAV se reciben e incorporan en un mensaje. El mensaje que incluye los medios capturados se difunde a cuentas de la plataforma de mensajería. Las interacciones relacionadas con el UAV se reciben desde dispositivos de cliente de titulares de cuenta. Basándose en estas interacciones relacionadas con el UAV, se determina un comando para el UAV y se transmite al UAV, que está configurado para responder al comando.

Las características y ventajas descritas en la memoria descriptiva y en este sumario no son todas inclusivas y, en particular, muchas características y ventajas adicionales serán evidentes para un experto en la materia en vista de los dibujos, memoria descriptiva y reivindicaciones. Además, debería observarse que el lenguaje usado en la memoria descriptiva se ha seleccionado principalmente para propósitos de legibilidad e instructivos, y pueden no haberse seleccionado para definir o circunscribir la materia objeto divulgada.

II. VISIÓN GENERAL DE LA PLATAFORMA DE MENSAJERÍA EN TIEMPO REAL

La Figura 1 es un diagrama de bloques de una plataforma de mensajería en tiempo real 100, de acuerdo con una realización. La plataforma de mensajería en tiempo real 100 (también denominada una "plataforma de mensajería") incluye un módulo de extremo frontal 110, un módulo de extremo frontal piloto 122, un módulo de encaminamiento 125, un módulo de gráficos 130, un módulo de entrega 135, un repositorio de mensajes 140, un repositorio de gráficos de conexión 142, un repositorio de flujos 144, un repositorio de cuentas 146 y un motor de interacción de vehículo aéreo no tripulado (UAV) 150.

La plataforma de mensajería 100 permite que los titulares de cuenta creen, publiquen y vean mensajes en un flujo de mensajes visibles para sí mismos y otras cuentas de suscripción de la plataforma de mensajería 100. Los titulares de cuenta componen mensajes usando una aplicación de software cliente que se ejecuta en un dispositivo informático de cliente 105 (también denominado un cliente 105 o un dispositivo de cliente), tal como un teléfono móvil, una tableta, un ordenador personal (portátil, sobremesa o servidor) o un aparato especializado que tiene capacidad de comunicación. La aplicación de software de cliente puede incluir un cliente basado en web, una interfaz de Servicio de Mensajes Cortos (SMS), una interfaz de mensajería instantánea, una interfaz basada en correo electrónico o una interfaz basada en función de API (interfaz de programación de aplicación). Los dispositivos informáticos de cliente 105 se comunican con la plataforma de mensajería a través de una red. La red puede comunicar información a través de canales de comunicación por cable o inalámbricos a través de una red de área local, una red de área extensa tal como la Internet o una combinación de las mismas. La red puede incluir múltiples redes o subredes.

II. A. COMPOSICIÓN DE MENSAJE CON UNA PLATAFORMA DE MENSAJERÍA EN TIEMPO REAL

Los mensajes son contenedores para una diversidad de tipos de datos informáticos que representan contenido proporcionado por el compositor del mensaje. Tipos de datos que puede almacenarse en un mensaje incluyen texto (por ejemplo, un "tuit" de 140 caracteres), gráficos, vídeo, código informático (por ejemplo, localizadores de recursos uniformes (URL)) u otro contenido. Los mensajes también pueden incluir expresiones clave (por ejemplo, símbolos, tales como almohadilla "#") que puede ayudar en la categorización o contextualización de mensajes. Los mensajes también pueden incluir metadatos adicionales que pueden o no ser editables por el titular de cuenta compositora, dependiendo de la implementación. Ejemplos de metadatos de mensaje incluyen la hora y fecha de la creación, así como la ubicación geográfica en la que se compuso el mensaje (por ejemplo, la ubicación física actual del cliente 105).

Los mensajes compuestos por un titular de cuenta también pueden hacer referencia a otras cuentas. Por ejemplo, un mensaje puede componerse en respuesta a otro mensaje compuesto por otro titular de cuenta. Los mensajes también pueden ser repeticiones (o reenvíos) de un mensaje compuesto por otro titular de cuenta. Los reenvíos también pueden denominarse como "retuits". En general, una cuenta referenciada en un mensaje puede tanto aparecer como contenido visible en el mensaje (por ejemplo, el nombre de la cuenta), como también aparecer como metadatos en el mensaje. Como resultado, la plataforma de mensajería permite la interacción con una cuenta referenciada en un mensaje. Por ejemplo, los clientes 105 pueden interactuar con nombres de cuenta que aparecen en su flujo de mensajes para navegar a los flujos de mensajes de esas cuentas. La plataforma de mensajería 100 permite que los mensajes sean privados, de tal forma que un mensaje compuesto aparecerá únicamente en los flujos de mensajes de la cuenta compositora y cuentas de receptores designados.

El módulo de extremo frontal 110 recibe mensajes compuestos desde los clientes 105, interactúa con otros componentes internos de la plataforma de mensajería 100, y distribuye flujos de mensajes a titulares de cuenta. El módulo de extremo frontal 110 puede proporcionar una diversidad de interfaces para interactuar con un número de diferentes tipos de los clientes 105. Por ejemplo, cuando un titular de cuenta usa un cliente basado en web 105 para acceder a la plataforma de mensajería 100 (por ejemplo, a través de un navegador de Internet), puede usarse un módulo de interfaz web 114 en el módulo de extremo frontal 110 para proporcionar los accesos al cliente 105. De manera similar, cuando un titular de cuenta usa un cliente de tipo API 105 para acceder a la plataforma de mensajería 100 (por ejemplo, a través de una aplicación nativa a un sistema operativo del cliente 105), puede usarse un módulo de interfaz de API 112 para proporcionar los accesos al cliente 105.

El módulo de encaminamiento 125 almacena mensajes recientemente compuestos recibidos a través del módulo de extremo frontal 110 en un repositorio de mensajes 140. Además de almacenar el contenido de un mensaje, el módulo de encaminamiento 125 también almacena un identificador para cada mensaje. De esta forma, el mensaje puede incluirse en una diversidad de diferentes flujos de mensajes sin necesitar almacenar más de una copia del mensaje.

II. B. CONEXIONES EN UNA PLATAFORMA DE MENSAJERÍA EN TIEMPO REAL

El módulo de gráficos 130 gestiona conexiones entre titulares de cuenta, determinando por lo tanto qué cuentas reciben qué mensajes cuando se transmiten flujos de mensajes a los clientes 105. En general, la plataforma de mensajería 100 usa conexiones unidireccionales entre cuentas para permitir que titulares de cuenta se suscriban a los flujos de mensajes de otros titulares de cuenta. Usando conexiones unidireccionales, la plataforma de mensajería permite que un titular de cuenta reciba el flujo de mensajes de otra cuenta, sin implicar necesariamente cualquier clase de relación recíproca a la inversa. Por ejemplo, la plataforma de mensajería 100 permite que el titular de cuenta A se suscriba al flujo de mensajes del titular de cuenta B, y en consecuencia se proporciona al titular de cuenta A y puede ver los mensajes escritos por el titular de cuenta B. Sin embargo, esta conexión unidireccional de A suscribiéndose a B no implica que el titular de cuenta B pueda ver los mensajes escritos por el titular de cuenta A. Esto podría ser el caso si el titular de cuenta B se suscribió al flujo de mensajes del titular de cuenta A; sin embargo, esto requeriría el establecimiento de otra conexión unidireccional. En una realización, un titular de cuenta que establece una conexión unidireccional para recibir el flujo de mensajes de otro titular de cuenta se denomina como un "seguidor", y el acto de crear la conexión unidireccional se denomina como "seguir" a otro titular de cuenta. El módulo de gráficos 130 recibe peticiones para crear y borrar conexiones unidireccionales entre titulares de cuenta a través del módulo de extremo frontal 110. Estas conexiones se almacenan para su uso posterior en el repositorio de gráficos de conexión 142 como parte de un gráfico de conexión unidireccional. Cada conexión en el repositorio de gráficos de conexión 142 hace referencia a una cuenta en el repositorio de cuentas 146.

En la misma o diferente realización, el módulo de gráficos 130 gestiona conexiones entre titulares de cuenta usando conexiones bidireccionales entre titulares de cuenta. Después de establecer una conexión bidireccional, ambas cuentas se consideran suscritas a cada flujo de mensajes de cuenta del otro. El módulo de gráficos almacena conexiones bidireccionales en el repositorio de gráficos de conexión 142 como parte de un gráfico social. En una realización, la plataforma de mensajería y repositorio de gráficos de conexión 142 incluyen tanto conexiones unidireccionales como bidireccionales.

II. C. ENTREGA DE MENSAJES CON UNA PLATAFORMA DE MENSAJERÍA EN TIEMPO REAL

El módulo de entrega 135 construye flujos de mensajes y proporciona los mismos a los clientes 105 solicitantes a través del módulo de extremo frontal 110. En respuesta a una petición para un flujo de mensajes de un titular de cuenta solicitado, el módulo de entrega construye un flujo de mensajes en tiempo real. Esto puede incluir proporcionar mensajes desde titulares de cuenta suscritos que están mutuamente conectados a la plataforma de mensajería durante sesiones concurrentes (por ejemplo, simultáneamente). Sin embargo, también puede incluir mensajes escritos no en tiempo real y/o a través de titulares de cuenta que no están conectados simultáneamente a la plataforma de mensajería con el titular de cuenta solicitante (también denominado el titular de cuenta contextual). Los contenidos de un flujo de mensajes para un titular de cuenta solicitado pueden incluir mensajes compuestos por el titular de cuenta solicitado, mensajes compuestos por los otros titulares de cuenta que sigue el titular de cuenta solicitado, mensajes escritos por otros titulares de cuenta que hacen referencia al titular de cuenta solicitado, y en algunos casos mensajes de anuncios seleccionados por la plataforma de mensajería 100. Los mensajes del flujo de mensajes pueden ordenarse cronológicamente por hora y fecha de escritura, o inversa cronológicamente. También pueden usarse otros órdenes.

Puede haber un gran número de posibles mensajes que podrían incluirse en el flujo de mensajes. El módulo de entrega 135 identifica un subconjunto de los posibles mensajes para su inclusión en el flujo de mensajes. Por ejemplo, el módulo de entrega 135 ordena el subconjunto de mensajes por hora de composición o cualquier otro artículo de información disponible con respecto a los mensajes. El módulo de entrega 135 almacena el flujo de mensajes en un repositorio de flujos 144. El flujo de mensajes ordenado puede incluir los contenidos totales de cada uno de los mensajes en el flujo, o puede incluir punteros que apuntan a la ubicación del mensaje en el repositorio de mensajes 140. El módulo de entrega 135 proporciona el flujo de mensajes al cliente solicitante 105 a través del módulo de extremo frontal 110.

Los clientes 105 de la plataforma de mensajería 100 permiten que titulares de cuenta participen (por ejemplo, interactúen) con los mensajes en flujos de mensajes. Existen un número de diferentes tipos y categorías de participaciones (por ejemplo, interacciones). Tipos de participación incluyen clicar/seleccionar un mensaje para más información con respecto al mensaje, clicar/seleccionar un URL (localizador universal de recursos) o etiqueta en un mensaje, reenviar el mensaje, o marcar como favorito, marcar con corazón, marcar como me gusta, votar a favor, votar en contra de un mensaje. Otros tipos de participación de ejemplo incluyen expandir un mensaje de "tarjeta", que presenta contenido adicional cuando un titular de cuenta participa con el mensaje de tarjeta. Los titulares de cuenta pueden participar adicionalmente con contenido contenido en el mensaje de tarjeta extendido (por ejemplo, reproducir un archivo de vídeo o audio, transmitir un evento de medios basados en tiempo (TBM) difundidos simultáneamente, votar en una encuesta).

El módulo de extremo frontal 110 permite que los titulares de cuenta gestionen su cuenta con la plataforma de mensajería 100. El titular de cuenta puede gestionar los ajustes de privacidad, seguridad y de publicidad así como gestionar directamente sus conexiones a otras cuentas. En general, la plataforma de mensajería 100 no requiere que la cuenta contribuya una gran cantidad de información personal. El módulo de extremo frontal 110 permite que el titular de cuenta identifique un nombre de nombre de cuenta (no necesariamente uno real), para proporcionar fotografías de medios, o para proporcionar una breve descripción de sí mismos/su entidad, y para proporcionar un sitio web afiliado. Sin embargo, la plataforma de mensajería 100 no solicita o almacena necesariamente información de identificación del mundo real tradicional tal como edad, sexo, intereses, historial, ocupación, etc. En su lugar, la plataforma de mensajería 100 está configurada para inferir información acerca del titular de cuenta basándose en las cuentas que estos siguen, las cuentas que les siguen, los mensajes que componen y los mensajes con los que participan. Cualquier información proporcionada explícitamente o inferida acerca de la cuenta se almacena en el repositorio de cuentas 146.

II. D. INTERACCIÓN DE PLATAFORMA DE MENSAJERÍA EN TIEMPO REAL CON UN UAV

La plataforma de mensajería en tiempo real 100 se acopla comunicativamente a un UAV 115, que es un vehículo volador que se pilota remotamente (por ejemplo, por un piloto humano o autopiloto) o que es sustancialmente autónomo. Un UAV 115 de ejemplo es una nave basada en rotor (por ejemplo, un helicóptero, un helicóptero de múltiples rotores tal como un cuadricóptero) que genera sustentación usando uno o más rotores para acelerar el aire hacia abajo. Como alternativa o adicionalmente, el UAV 115 es una aeronave que usa alas para generar sustentación. El UAV 115 es capaz de comunicación con la plataforma de mensajería 100. Por ejemplo, el UAV captura fotografías o vídeos y transmite los mismos a la plataforma de mensajería 100.

En una realización, el UAV 115 se controla al menos en parte por un piloto que usa un cliente piloto 120 para introducir comandos al UAV 115. El cliente piloto 120 generalmente es un dispositivo informático similar al usado para implementar el cliente 105, pero el cliente piloto 120 incluye software y/o hardware para controlar el movimiento del UAV 115, así como la función de dispositivos adicionales montados en el UAV. Por ejemplo, el cliente piloto 120 controla la altura y posición geográfica del UAV 115, así como luces, una cámara y altavoces montados en el mismo. En una realización, el cliente piloto 120 visualiza una interfaz de control de UAV generada por el módulo de extremo frontal piloto 122. El piloto introduce comandos para el UAV 115 a través del módulo de extremo frontal piloto 122, que transmite o retransmite estos comandos al UAV 115. Como alternativa o adicionalmente, el cliente piloto 120 omite el módulo de extremo frontal piloto 122 cuando retransmite comandos al UAV 115 (por ejemplo, a través de un transmisor de radio u otra antena). El cliente piloto 120 no necesita ser un dispositivo informático. Por ejemplo, el cliente piloto 120 puede ser un control remoto que tiene diales, botones, conmutadores o palancas físicas que el piloto usa para introducir comandos transmitidos al UAV 115 mediante una antena. El UAV se describe adicionalmente con respecto a la Figura 2.

El motor de interacción de UAV 150 proporciona interacción entre el UAV 115 y la plataforma de mensajería 100. En una realización, el motor de interacción de UAV 150 recibe medios capturados por el UAV 115 y embebe los medios en mensajes para su entrega a cuentas de la plataforma de mensajería 100. Los medios son un medio para transmitir información o significado e incluye imágenes, vídeos, audio, animaciones y texto. Por ejemplo, el motor de interacción de UAV 150 embebe un flujo de vídeo de una cámara en el UAV 115 en un mensaje de tarjeta escrito por una cuenta de UAV (una cuenta asociada con el UAV 115). Como otro ejemplo, el piloto o administrador de plataforma de mensajería crea mensajes que contienen imágenes capturadas por el UAV 115 y escritos por la cuenta de UAV.

El motor de interacción de UAV 150 puede controlar el UAV 115 a través de uno o más comandos. Un comando es una instrucción, orden o directiva al UAV 115 y puede incluir un objetivo de nivel alto (por ejemplo, volar a una ubicación particular, capturar vídeo de un sujeto particular) o una o más instrucciones de nivel bajo (por ejemplo, aumentar una velocidad de un rotor de UAV, rotar un rotor de UAV, iniciar la captura con una cámara en el UAV 115). Los comandos pueden codificarse en señales analógicas o señales digitales transmitidas al UAV 115. Como se usa en el presente documento, "controlar" el UAV 115 incluye comandos al UAV 115 a través del piloto o comandos a los que responde el UAV 115 sin intervención humana. Por ejemplo, el motor de interacción de UAV 150 emite un comando al piloto a través del módulo de extremo frontal piloto 122; en respuesta al comando, el piloto controla el UAV 115 para llevar a cabo una tarea. Una disposición de este tipo evita que el UAV 115 ejecute comandos objetables (por ejemplo, activar altavoces montados en UAV durante un discurso en un evento) y mejora la seguridad proporcionando una protección contra comandos que podrían estrellar el UAV 115. Comandos de ejemplo controlan el movimiento de UAV, controlan la captura de medios de una cámara montada en el UAV o controlan altavoces o luces montados en el UAV. Como otro ejemplo, el motor de interacción de UAV 150 emite comandos al UAV 115, y un piloto supervisa el UAV usando el módulo de extremo frontal piloto 122 para evitar acciones no seguras o de otra manera objetables por el UAV 115.

El motor de interacción de UAV 150 puede proporcionar interacción entre cuentas de la plataforma de mensajería 100 y el UAV 115. En una realización, interacciones o participaciones por cuentas con mensajes asociados con el UAV 115 resultan en el motor de interacción de UAV 150 ordenando al UAV 115 basándose en las interacciones. Por ejemplo, una cuenta asociada con el UAV 115 genera un mensaje que incluye comandos seleccionables que corresponden a diferentes ubicaciones geográficas. Basándose en interacciones con estos comandos seleccionables, el motor de interacción de UAV 115 selecciona una de estas ubicaciones geográficas y ordena al UAV 115 que vuele a la ubicación geográfica seleccionada. Como otro ejemplo, el motor de interacción de UAV 150 designa un mensaje promocional según se asocia con el UAV. En este ejemplo, si suficientes cuentas participan con el mensaje promocional designado (por ejemplo, reenviando el mismo), entonces el motor de interacción de UAV 150 ordena al UAV 115 que libere una carga útil benigna (por ejemplo, confeti, pétalos de plantas, burbujas). El motor de interacción de UAV se describe adicionalmente en conjunto con la Figura 3.

III. UAV CON CAPACIDAD DE MENSAJERÍA

La Figura 2 es un diagrama de bloques de un UAV de ejemplo 115, de acuerdo con una realización de ejemplo. El UAV 115 incluye un receptor 205, un controlador de UAV 210, una cámara 215, un transmisor 220 y una carga útil 225. El UAV 115 también incluye componentes estándar de un vehículo volador. Por ejemplo, si el UAV 115 es un cuadricóptero, el UAV 115 incluye rotores, motores para proporcionar par de torsión para rotar los rotores, y árboles para transmitir el par de torsión desde los motores a los rotores. Usando los rotores, el UAV 115 puede acelerar el aire para impulsarse a sí mismo a través de fuerzas aerodinámicas y modificar su orientación a través de pares de torsión aerodinámicos. Los rotores pueden acelerar el UAV 115 verticalmente acelerando el aire perpendicular al suelo, proporcionando de este modo una fuerza vertical aerodinámica. De manera similar, los rotores pueden acelerar el UAV 115 horizontalmente acelerando el aire en un ángulo fuera de la perpendicular al suelo para proporcionar una fuerza horizontal aerodinámica. Para mantener o modificar la velocidad horizontal, el UAV 115 puede modificar la orientación de sus rotores en relación con el suelo para proporcionar un componente de fuerza horizontal mientras mantiene una fuerza vertical para controlar la altura del UAV. El UAV 115 incluye medios para pilotarse a sí mismo, así como para modificar la orientación (por ejemplo, cabeceo, balanceo, guiñada) del UAV 115. Por ejemplo, el motor aplica potencial diferencial para rotar los rotores a diferentes tasas, proporcionando de este modo un par de torsión aerodinámi

El receptor 205 es un componente opcional para recibir comunicación desde el cliente piloto 120 o la plataforma de mensajería 100 y generalmente recibe comandos al UAV 115, así como otros datos tales como medios o mensajes para su presentación por la carga útil 225. El receptor 205 puede ser una antena y circuitería electrónica adjunta (por ejemplo, un convertidor de analógico a digital, un amplificador, un filtro de atenuación de ruido) para detectar señales transmitidas a través de señales electromagnéticas (por ejemplo, radio, WiFi, LTE).

El controlador de UAV 210 es un componente opcional para proporcionar control digital o analógico del UAV 115. El controlador de UAV 210 recibe comandos a través del receptor 205 y dirige el UAV 115 para ajustar su posición u orientación sujeta a los comandos. El controlador de UAV 210 también puede interactuar con una carga útil 225 para controlar la carga útil 225. En una realización, el controlador de UAV 210 es un dispositivo informático, y puede incluir opcionalmente una memoria para almacenar medios capturados por la cámara 215 o recibidos a través del receptor 205. El controlador de UAV 210 puede supervisar el estado del UAV 115, la cámara 215, la carga útil 225, o a sí mismo y transmitir informes de estado a través del transmisor 220. El controlador de UAV 210 puede incluir uno o más sensores para medir la posición, velocidad y/u orientación del UAV, tal como uno o más receptores de sistema de posicionamiento global, unidades de medición inercial, giroscopios, magnetómetros, sondas piloto o acelerómetros.

En algunas realizaciones, el controlador de UAV 210 puede ser un sistema informático que ejecuta aplicaciones (por ejemplo, aplicaciones móviles). El controlador de UAV 210 puede descargar (u obtener de otra manera), instalar y ejecutar aplicaciones. Por ejemplo, el controlador de UAV instala una aplicación para difundir un flujo de vídeo desde la cámara 215 a otros dispositivos informáticos que ejecutan la aplicación sustancialmente en tiempo real, como se describe adicionalmente a continuación con respecto al gestor de aplicaciones 325 de la Figura 3. El flujo de vídeo también puede difundirse a través de mensajes interactivos. El controlador de UAV 210 puede ejecutar múltiples aplicaciones para interactuar con múltiples tipos de aplicaciones en otros dispositivos informáticos. Las aplicaciones en el controlador de UAV 210 pueden descargarse, instalarse, eliminarse o actualizarse en respuesta a comandos remotos (por ejemplo, desde el cliente piloto 120 u otro dispositivo informático asociado con la plataforma de mensajería 100).

La cámara 215 es un componente opcional para capturar medios del entorno alrededor del UAV 115. En una realización, la cámara 215 es una cámara digital con capacidad de vídeo o estática que incluye un conjunto de lentes ópticas para enfocar la luz, un sensor de imagen (por ejemplo, un dispositivo de carga acoplada, un sensor de píxeles activos) que produce una señal electrónica en respuesta a la luz incidente en el sensor de luz, y una apertura para limitar la luz que alcanza el sensor de imagen. La cámara 215 puede incluir opcionalmente un micrófono para capturar audio o una memoria para almacenar los medios capturados. La cámara 215 puede operar en respuesta a comandos desde el cliente piloto 120 o la plataforma de mensajería 100, que puede iniciar o detener la captura de medios o puede controlar el enfoque de un conjunto de lentes ópticas. La cámara 215 puede incluir uno o más accionadores mecánicos que modifican la orientación o posición de la cámara 215 en relación con el resto del UAV 115.

El transmisor 220 es un componente opcional para enviar comunicaciones desde el UAV 115 al cliente piloto 120 o la plataforma de mensajería 100. En una realización, el transmisor envía medios capturados por la cámara 215 al cliente piloto 120 (por ejemplo, para facilitar el control) o la plataforma de mensajería 100 (por ejemplo, para su inclusión en mensajes). El transmisor 220 puede ser una antena y circuitería electrónica adjunta (por ejemplo, un convertidor de digital a analógico, un amplificador, un filtro de atenuación de ruido, una fuente de alimentación) para transmitir datos usando señales electromagnéticas. El transmisor 220 y el receptor 205 pueden combinarse opcionalmente como un único componente.

La carga útil 225 es un componente opcional para proporcionar al UAV 115 una funcionalidad no estándar adicional. La carga útil 225 puede ser un objeto lanzable que se acelera más lentamente que la gravedad debido a una relación baja de peso a área de superficie transversal o que se dispersa sobre un área amplia (por ejemplo, copos de nieve, virutas, pétalos de plantas, burbujas, caramelos, agua, hojas, trocitos de panceta ahumada, papel moneda, boletos de rifas). La carga útil 225 también puede incluir un repositorio para objetos lanzables. La carga útil 225 puede ser un dispositivo de visualización para visualizar medios recibidos a través del receptor 205 o almacenados en el UAV 115. Por ejemplo, la carga útil 225 es una pantalla táctil para visualizar una transmisión de vídeo (por ejemplo, para una entrevista de telepresencia), o la carga útil 225 es un proyector para visualizar medios (por ejemplo, un anuncio) sobre objetos próximos (por ejemplo, una pared de un edificio, el suelo, una pared lateral de un cañón). La carga útil 225 puede ser altavoces u otro transductor electroacústico para reproducir audio recibido desde el receptor 205 o almacenado en el UAV 115 (por ejemplo, música, un aviso, un anuncio, un archivo de audio en un mensaje recibido, una lectura de texto a voz de un mensaje). La carga útil 225 puede ser un instrumento de iluminación (por ejemplo, un foco, un láser, un proyector de haces, una lámina de tipo gobo, un dispositivo de siluetas) para crear un espectáculo visual. La carga útil 225 puede ser un sensor para recopilar puntos de datos. El sensor puede ser un sensor de temperatura, presión o luz para recopilar datos meteorológicos, o un sensor de radar o de proximidad para evitar colisiones con objetos, por ejemplo.

IV. MOTOR DE INTERACCIÓN DE UAV

La Figura 3 es un diagrama de bloques de un motor de interacción de UAV 150 de ejemplo, de acuerdo con una realización. El motor de interacción de UAV 150 incluye un motor de creación de mensajes 310, una interfaz de mensajes interactivos 320, un gestor de aplicaciones 325 y un controlador de UAV 330. En otras implementaciones, la funcionalidad de los módulos 310-350 puede dividirse entre diferentes módulos, que pueden implementar funcionalidades adicionales u omitir parte de la funcionalidad descrita. Adicionalmente, la funcionalidad de cada uno de los componentes 310-350 es opcional; diversas realizaciones pueden tener diferentes combinaciones de las características descritas en el presente documento. Por claridad de descripción, la generación de mensajes e interfaces que incorporan medios capturados por el UAV 115 se analizan en primer lugar, y el control del UAV 115 se describe en segundo lugar.

IV.A. MENSAJES DE UAV

El motor de creación de mensajes 310 crea mensajes usando contenido capturado por el UAV 115. En una realización, el motor de creación de mensajes 310 genera mensajes escritos por una o más cuentas asociadas con el UAV 115. La cuenta puede escribir mensajes que contienen punteros a un artículo de medios actualizados sustancialmente en tiempo real a medida que el motor de interacción de UAV 150 recibe medios capturados por el UAV 115. Por ejemplo, el mensaje escrito es un mensaje de tarjeta que se expande para reproducir un flujo de un evento capturado por el UAV. La plataforma de mensajería 100 puede proporcionar los medios capturados desde el UAV 115 a un organizador de eventos para situar en mensajes escritos por una cuenta asociada con el evento. El piloto puede ver los medios capturados a través del módulo de extremo frontal piloto 122 y mantener una cuenta de UAV asociada con el UAV 115. Los mensajes se difunden a cuentas de la plataforma de mensajería 100. En una realización, "difundir" un mensaje incluye liberar un mensaje para su colocación en un flujo de mensajes por el módulo de entrega 135. La difusión de un mensaje también puede incluir publicar el mensaje a cualquier titular de cuenta o multidifundir el mensaje a un subconjunto de titulares de cuenta (por ejemplo, consistente con ajustes de privacidad de la cuenta de creación del mensaje) o a un único titular de cuenta. El motor de creación de mensajes 310 puede incluso transmitir medios capturados por el UAV 115 para su presentación a través de medios tradicionales (por ejemplo, televisión, radio).

El motor de creación de mensajes 310 puede seleccionar automáticamente medios capturados por el UAV 115 para su incorporación en mensajes. Por ejemplo, el motor de creación de mensajes 310 identifica mensajes que incluyen medios y que se escriben por usuarios que atienden a un evento en el que el UAV 115 está presente (se determina basándose en una ubicación asociada con el mensaje). El motor de creación de mensajes 310 clasifica los mensajes identificados basándose en participaciones (por ejemplo, retransmisiones, selecciones como favoritos) para determinar medios populares. El motor de creación de mensajes 310 selecciona, a continuación, medios capturados por el UAV 115 que son similares a las imágenes en los mensajes con clasificación superior (por ejemplo, usando procesamiento de imágenes o de audio para identificar audio o imágenes similares) e incorpora las imágenes seleccionadas en mensajes. Por lo tanto, el motor de creación de mensajes 310 incorpora medios capturados por el UAV 115 en mensajes difundidos por la plataforma de mensajería 100.

La interfaz de mensajes interactivos 320 presenta un mensaje interactivo que incluye contenido que se actualiza con la progresión del evento que el UAV 115 está cubriendo. Por ejemplo, la interfaz de mensajes interactivos 320 incluye un flujo de vídeo o audio en tiempo real capturado por el UAV 115, o un blog en vivo, flujo o presentación de diapositivas que incluye imágenes capturadas por el UAV 115. La interfaz de mensajes interactivos 320 también puede incluir opciones seleccionables para que una cuenta interactúe con el UAV 115. Las opciones seleccionables pueden ser comandos que corresponden a instrucciones de movimiento para que el UAV 115 cambie su posición física, orientación, velocidad o tasa de rotación alrededor de un eje del UAV. Por ejemplo, las opciones seleccionables de la interfaz de mensajes interactivos 320 corresponden a diferentes ubicaciones en un evento (por ejemplo, diferentes escenarios en un festival de música) en el que el UAV 115 puede capturar medios.

Como otro ejemplo, un titular de cuenta puede ordenar al UAV 115 que haga una maniobra de tonel usando una opción seleccionable de la interfaz de mensajes interactivos 320. Las opciones seleccionables pueden ser comandos que corresponden a instrucciones para que la cámara 215 modifique al menos una de su orientación, posición en relación con los otros componentes del UAV 115, o su sujeto. Por ejemplo, algunas de las opciones seleccionables corresponden a apuntar la cámara al suelo y apuntar la cámara al cielo. El sujeto de la cámara 215 es una persona u objeto que la cámara 215 captura. Por ejemplo, diferentes opciones seleccionables corresponden a diferentes celebridades en una entrega de premios. Si el objetivo para el UAV 115 es un sujeto de cámara en lugar de una posición de UAV 115, entonces el piloto dirige el UAV 115 para capturar el sujeto desde múltiples perspectivas y para seguir al sujeto si el sujeto se mueve. Por lo tanto, la interfaz de mensajes interactivos 320 proporciona la interacción entre el UAV 115 y las cuentas de la plataforma de mensajería 100.

El gestor de aplicaciones 325 proporciona datos (por ejemplo, medios capturados, ubicación, velocidad) del UAV 115 a una o más aplicaciones móviles nativas a un sistema operativo de un dispositivo móvil (u otro sistema informático). La interfaz de aplicación 325 también recibe interacciones, participaciones y otra realimentación desde las aplicaciones móviles. Por ejemplo, la aplicación incluye un flujo de vídeo que presenta vídeo sustancialmente en tiempo real a medida que la cámara 215 captura el vídeo. La aplicación puede proporcionar una o más opciones de interacciones para el UAV 115. Por ejemplo, la aplicación detecta una señal de aprobación con respecto a la ubicación actual del UAV y/o sujeto de cámara cuando la aplicación detecta un toque u otra presión en una pantalla táctil del dispositivo informático. El toque puede ser en una región particular de la pantalla táctil (por ejemplo, un objeto de interfaz, el flujo de vídeo) o cualquier región de la pantalla táctil (por ejemplo, en modo de vídeo en pantalla completa). Como otro ejemplo, la aplicación puede incluir objetos de interfaz (por ejemplo, botones, imágenes, palabras) seleccionables para votar una ubicación particular o sujeto (o para proporcionar comandos de nivel bajo al UAV tal como ascender, descender o moverse hacia delante). La aplicación puede presentar mensajes de interfaz o cualquiera de los elementos de mensajes interactivos.

El gestor de aplicaciones 325 puede soportar múltiples flujos de datos desde múltiples cámaras 215 en uno o más UAV 115. Por ejemplo, diferentes cámaras 215 corresponden a diferentes flujos dentro de la aplicación móvil. El gestor de aplicaciones 325 recibe interacciones desde los múltiples flujos, asocia la interacción con el UAV pertinente 115 y la cámara 215, y proporciona la interacción al controlador de UAV 330 para controlar el UAV pertinente 115 y/o la cámara 215. Adicionalmente, el gestor de aplicaciones 325 puede proporcionar los datos de UAV a múltiples tipos de aplicaciones, que pueden presentar medios capturados por el UAV 115 en diferentes interfaces y recoger diferentes tipos de interacciones con los medios capturados por el UAV 115. Además de soportar aplicaciones para dispositivos móviles, el gestor de aplicaciones 325 también puede soportar aplicaciones web para navegadores, donde las aplicaciones web proporcionan una funcionalidad similar a aplicaciones móviles y/o mensajes interactivos.

IV. B. CONTROL DE UAV

El controlador de UAV 330 determina comandos para su transmisión al UAV 115 basándose en interacciones relacionadas con el UAV 115. El controlador de UAV 330 incluye un identificador de comandos 332, un repositorio de comandos 334, un selector de comandos 335, un motor de políticas 336, un controlador de vuelo de UAV 338 y un controlador de carga útil de UAV 339. El controlador de UAV 330 identifica comandos usando el identificador de comandos 332, determina qué comandos ejecutar usando el selector de comandos 335, determina si los comandos seleccionados son permisibles usando el motor de políticas 336, e implementa los comandos usando el controlador de vuelo de UAV 338 o el controlador de carga útil de UAV 339. En otras realizaciones, la funcionalidad del controlador de UAV 330 puede particionar la funcionalidad entre un conjunto diferente de módulos, omitir alguna funcionalidad, o incluir funcionalidades adicionales de las descritas en el presente documento.

El identificador de comandos 332 identifica de entre los comandos recibidos a través de la plataforma de mensajería 100. En una realización, el identificador de comandos identifica comandos explícitos recibidos a través de la interfaz de mensajes interactivos 320. Por ejemplo, la interfaz 320 incluye comandos seleccionables para el UAV 115 tales como volar a una ubicación, capturar medios que retratan un sujeto particular, o desencadenar una carga útil de UAV 225. Como alternativa o adicionalmente, la interfaz de mensajes interactivos 320 incluye una transmisión de vídeo embebida en un mensaje con el que puede interactuar un usuario para ordenar al UAV 115 o para ordenar a la cámara 215 en el mismo. Por ejemplo, el titular de cuenta desliza a través de una pantalla táctil en una región que visualiza la transmisión de vídeo para mover la cámara 215, o el titular de cuenta toca la pantalla táctil en la región que visualiza la transmisión de vídeo para ordenar a la cámara 215 que amplíe hacia la ubicación tocada de la transmisión de vídeo. Como otro ejemplo, un usuario puede ordenar al UAV 115 que vuele a una ubicación representada en los medios o que siga a un sujeto representado en medios seleccionando la ubicación o el sujeto en medios visualizados en la interfaz de mensajes interactivos 320. Además de usar una pantalla táctil, el usuario puede usar otros dispositivos de entrada (por ejemplo, un ratón, un teclado, una palanca de mando, una cámara de detección de gestos) para seleccionar el sujeto visualizado en la interfaz de mensajes interactivos 320. Como alternativa o adicionalmente, la interfaz de mensajes interactivos 320 incluye comandos de voz. Por ejemplo, la interfaz de mensajes de interfaz 320 incluye una opción seleccionable para introducir un comando de voz. Tras la selección de la opción de comando de voz, la interfaz de mensajes interactivos 320 graba audio que incluye el comando de voz, que puede analizarse, a continuación, por un algoritmo de voz a texto para identificar un comando.

Además de recibir entradas desde la interfaz de mensajes interactivos 320, el identificador de comandos 332 puede determinar comandos de mensajes escritos por cuentas. En una realización, el identificador de comandos 332 consulta un repositorio de comandos 334 para determinar si un mensaje contiene un comando válido al UAV 115. Por ejemplo, el identificador de comandos 332 reconoce comandos embebidos en texto del mensaje (por ejemplo, "más bajo", "más alto", "hacer un rizo", "ir a la alfombra roja"). El repositorio de comandos 334 incluye entradas para comandos válidos, así como texto diferente u otros medios de mensaje que corresponden a unos comandos dados en una tabla de consulta u otra estructura de datos adecuada. Por ejemplo, una entrada en el repositorio de comandos 334 para un comando para aumentar la velocidad del UAV puede reconocer "más rápido", "veloz", "más veloz" o "rápidamente" como un texto válido para llamar a un comando. El identificador de comandos 332 puede incluir reconocimiento óptico de caracteres para reconocer comandos en imágenes o vídeos de contenido de mensaje, y el identificador de comandos 332 también puede incluir procesamiento de voz a texto para reconocer comandos embebidos en audio en mensajes. En una realización, el identificador de comandos 332 identifica comandos de caracteres especiales que preceden, suceden o agrupan texto en un mensaje (por ejemplo, "#arriba", "*rápido*"). El repositorio de comandos 334 puede incluir los caracteres especiales, así como reglas para reconocer comandos asociados con los caracteres especiales.

El identificador de comandos 332 puede determinar si los mensajes desde la plataforma de mensajes 100 pertenecen al UAV 115 antes de identificar los comandos. En una realización, el identificador de comandos 332 analiza mensajes dirigidos hacia una cuenta de UAV asociada con el UAV 115 para la posibilidad de incluir comandos. Por ejemplo, los autores de cuentas pueden controlar el UAV 115 usando el contenido de mensajes dirigidos hacia la cuenta de UAV. Como alternativa o adicionalmente, el identificador de comandos 332 identifica mensajes que contienen identificadores asociados con un UAV 115 antes de identificar comandos en un mensaje. El identificador de comandos 332 puede consultar el repositorio de comandos 334 para determinar si un mensaje contiene un comando y a qué UAV 115 se refiere el comando. Por ejemplo, el identificador está precedido, sucedido o agrupado por caracteres especiales. En un mensaje de ejemplo que contiene el texto "veamos algo de Future Islands #CoachellaUAV #FlyGobiStage", el texto "#CoachellaUAV" es un identificador que indica que el mensaje se concibe como un comando para un UAV 115 en Coachella, y el texto "#FlyGobiStage" indica que el mensaje es un comando para que el UAV 115 en Coachella vuele al escenario Gobi (donde presumiblemente Future Islands está tocando). En una realización, el identificador de comandos 332 identifica comandos que parecen estar dirigidos hacia el UAV 115, pero no son comandos válidos en el repositorio de comandos 334. En respuesta, el identificador de comandos 332 puede comunicar (por ejemplo, a través de un mensaje, a través de la interfaz de mensajes interactivos 320) que un comando no es válido, proporcionar información acerca de comandos válidos, y/o sugerir un comando válido similar a un comando no válido enviado desde una cuenta.

Usando comandos identificados, el selector de comandos 335 selecciona un comando para que el UAV 115 ejecute. Este selector de comandos 335 es un componente opcional; por ejemplo, el controlador de UAV 330 transmite comandos identificados en tiempo real a medida que se reciben siempre que sean válidos y/o permisibles. En una realización, el selector de comandos 335 determina un comando para el UAV 115 a partir de un comando identificado más numeroso o popular. Por ejemplo, el selector de comandos 335 cuenta el número de interacciones que corresponden a diferentes comandos recibidos durante un periodo de tiempo. Al final del periodo de tiempo, el selector de comandos 335 determina el comando para el UAV 115 a partir del comando que tiene el mayor número de interacciones que corresponden al comando elegido. Un modo de control de este tipo proporciona un método democrático de determinar un comando para el UAV 115. Por ejemplo, los comandos corresponden a ubicaciones, y el selector de comandos 335 selecciona la ubicación que recibe las máximas interacciones y ordena al UAV 115 que vuele a esa ubicación seleccionada.

Como otro ejemplo, las interacciones son señales de aprobación (por ejemplo, corazones, favoritos, votos a favor, me gusta), y el selector de comandos 335 usa las señales de aprobación para determinar una ubicación para el UAV 115 o un sujeto para la cámara 215. Por ejemplo, el selector de comandos 335 inicialmente selecciona ubicaciones para mover el UAV 115 a lo largo de una trayectoria predeterminada (por ejemplo, una serie de ubicaciones). El identificador de comandos 332 recibe señales de aprobación y asocia cada señal de aprobación con la ubicación del UAV 115 (o el sujeto de la cámara 215) de acuerdo con indicaciones de tiempo de las señales de aprobación. En respuesta a una de las ubicaciones que recibe más de un número umbral de señales de aprobación (dentro de un periodo de tiempo predeterminado), el selector de comandos 335 ordena al UAV 115 que vuele a la ubicación y mantenga la posición en la ubicación. Si el número de señales de aprobación dentro de un periodo de tiempo reciente ya no excede una cantidad umbral, el UAV 115 puede reanudar el vuelo a otras ubicaciones.

Como otro ejemplo, el selector de comandos 335 inicialmente recorre en ciclo a través de un número de sujetos que se capturan por la cámara en tiempo real (y, opcionalmente, que se han identificado y seleccionado programáticamente a través de recursos de reconocimiento de imágenes o bien en el UAV o bien una red accesible para el UAV). Una vez que un número de señales de aprobación (dentro de un periodo de tiempo) excede un umbral cuando la cámara 215 se orienta hacia un sujeto particular, a continuación el identificador de comandos 332 ordena a la cámara 215 que mantenga el enfoque en el sujeto y conserve el sujeto dentro de la vista de la cámara (por ejemplo, en el centro de la línea de visión de la cámara) hasta que el número de señales de aprobación dentro de un periodo de tiempo reciente ya no exceda el umbral. El número umbral de señales de aprobación para seleccionar una ubicación o sujeto puede ser diferente (por ejemplo, mayor) que el número umbral de señales de aprobación para reanudar una rotación de ubicaciones o sujetos o seleccionar de otra manera un sujeto o ubicación diferente.

En una realización, el selector de comandos 335 selecciona un comando en respuesta a un comando que recibe un número agregado de interacciones (a través de la plataforma de mensajería 100) que iguala o excede un número umbral de interacciones. Las interacciones que cualifican para propósitos de cumplir con el umbral pueden tener que cumplir ciertos criterios. Los criterios para la interacción especifican uno o más tipos de interacciones que cualifican para cumplir con el umbral y cualquier característica de las interacciones para cumplir con el umbral. Por ejemplo, los criterios indican que las interacciones de cualificación son reenvíos de un mensaje asociado con una cuenta del organizador de evento. En este ejemplo, el reenvío es el tipo de interacción y las características de la interacción son el mensaje desde la cuenta del organizador de evento. Otras características de un mensaje además de la cuenta de creación pueden incluir un atributo del titular de cuenta que participa en la interacción (por ejemplo, ubicación, demografía, lenguaje hablado), respuestas secundarias a la interacción (por ejemplo, un número mínimo de reenvíos adicionales de una interacción de reenvío) o un intervalo de tiempo para la interacción. Como otro ejemplo, una cuenta asociada con el UAV 115 emite un desafío de reenviar un mensaje publicitario de una organización benéfica. En este ejemplo, si más de un número predeterminado de cuentas reenvían el mensaje publicitario, entonces el selector de comandos 335 selecciona comandos (a través del controlador de carga útil de UAV 339) para que el UAV 115 lance camisetas y active luces de discoteca a bordo. Por lo tanto, un número colectivo de interacciones por cuentas de la plataforma de mensajería pueden desencadenar que el selector de comandos 335 determine un comando.

En algunas realizaciones, el UAV 115 puede ser uno de múltiples UAV 115 volando en proximidad física cercana entre sí (por ejemplo, en el mismo festival o evento al aire libre). En una realización de este tipo, el selector de comandos 335 puede determinar comandos para un UAV 115 basándose en la ubicación, sujeto de cámara u otros atributos de los otros UAV 115 en proximidad. Por ejemplo, el selector de comandos 335 despliega los UAV 115 a diferentes ubicaciones alejadas al menos una distancia umbral entre sí. Como otro ejemplo, el selector de comandos 335 ordena a las cámaras 215 que se centren en diferentes sujetos.

Para determinar la ubicación y/o sujetos para los respectivos UAV 115, el selector de comandos 335 puede clasificar las ubicaciones y/o sujetos de acuerdo con puntuaciones que corresponden a un número de señales de aprobación u otras interacciones positivas dirigidas en las respectivas ubicaciones y/o sujetos. Las puntuaciones pueden determinarse basándose en un factor de decaimiento del tiempo para las diferentes interacciones o alguna otra ponderación. Por ejemplo, las interacciones de usuarios dentro de una distancia umbral de uno o más de los UAV 115 reciben una mayor ponderación que las interacciones de usuarios que no están dentro de la distancia umbral. El selector de comandos 335 selecciona un número de ubicaciones y/o sujetos de acuerdo con la clasificación y el número de UAV 115 (para ubicaciones) y cámaras 215 (para sujetos). El selector de comandos 335 asigna, a continuación, cada una de las ubicaciones y/o sujetos seleccionados a un UAV 115 para reducir o minimizar sustancialmente diferencias en posición entre cada UAV 115 y su ubicación y/o sujeto asignados.

Antes de transmitir un comando identificado o seleccionado al UAV 115, el motor de políticas 336 puede determinar si un comando es aconsejable, apropiado, legal, seguro y de otra manera no objetable. En una realización, el motor de políticas 336 aplica límites de ubicación físicos en el UAV 115. Por ejemplo, el motor de políticas 336 obtiene un límite de ubicación que restringe el movimiento del UAV 115 a un espacio físico dado o que excluye el UAV 115 de un espacio físico (por ejemplo, definido por una o más alturas por encima del suelo, altitudes o ubicaciones o límites geográficos). Estos límites de ubicación pueden basarse en reglas de aviación gubernamentales para los UAV 115, áreas con eventos públicos o algún otro marco legal, por ejemplo. Los límites de ubicación pueden recibirse desde el organizador de evento. El motor de políticas 336 determina si el comando resultaría en el UAV atravesando o infringiendo el límite de ubicación. Si es así, entonces el motor de políticas 336 puede evitar que el controlador de UAV 330 transmita el comando o modifique el comando para evitar que el UAV 115 atraviese el límite. Por ejemplo, si un comando dirige un UAV 115 para volar por debajo de una altura mínima permisible, entonces el controlador de vuelo de UAV 338 ordena al UAV 115 que vuele a la altura mínima permisible. El motor de políticas 336 también puede incluir políticas adicionales para garantizar la seguridad o la etiqueta tales como políticas para garantizar que el UAV 115 mantiene una distancia mínima de personas u objetos. El UAV 115 puede determinar la distancia mínima a través de un sensor de proximidad, y/o el motor de políticas 336 incluye capacidades de procesamiento de imágenes para estimar la distancia a un sujeto de una imagen capturada, animación o vídeo.

El motor de políticas 336 puede aplicar diversas políticas determinadas por los administradores de la plataforma de mensajería 100 o cuentas de la misma asociadas con los organizadores de un evento en el que el UAV 115 está volando. Además de límites de ubicación, políticas de ejemplo podrían dictar durante cuánto tiempo puede permanecer el UAV 115 en una ubicación particular, puede capturar medios acerca de un sujeto dado, o cuándo puede ejecutar el UAV 115 comandos que controlan una carga útil 225. Por ejemplo, el motor de políticas 336 puede evitar la ejecución de comandos para liberar una carga útil 225 antes de un tiempo umbral y/o puede restringir lanzar la carga útil únicamente en una ubicación geográfica particular o únicamente fuera de un área geográfica. Como otro ejemplo, el motor de políticas 336 puede evitar la captura de medios desde ciertas ubicaciones en un evento para garantizar la privacidad. Por lo tanto, el motor de políticas 336 aplica reglas determinísticas para garantizar un comportamiento apropiado del UAV 115. El motor de políticas 336 puede aplicar políticas sobre la orientación de la cámara 215 para restringir la captura de medios únicamente a eventos públicos (por ejemplo, festivales, conciertos) y evitar la captura de medios que pertenecen a áreas privadas.

A partir de comandos seleccionados por el selector de comandos 335 y/o determinados como permisibles por el motor de políticas 336, el controlador de vuelo de UAV 338 trata comandos con respecto a movimiento del UAV 115 o control de la cámara 215. Por ejemplo, comandos al UAV 115 desde el controlador de vuelo 338 controlan los movimientos especificando una posición física, ubicación geográfica, una orientación, una velocidad, una altura, una tasa de rotación sobre un eje a través del UAV 115, o aceleración del UAV 115. Como otro ejemplo, los comandos al UAV 115 modifican una orientación, posición o sujeto de la cámara 215. Los comandos del controlador de vuelo de UAV 338 pueden ordenar adicionalmente a la cámara 215 que capture una imagen, comience la grabación de medios o detenga una grabación de medios. El controlador de vuelo de UAV 338 puede comunicarse con un piloto automático que opera en el UAV 115 (por ejemplo, el controlador de UAV 210) para ejecutar un comando y/o puede ordenar al piloto que ejecute un comando a través del cliente piloto 120.

Cuando el comando especifica, (por ejemplo, basándose en indicaciones en tiempo real o de tiempo cercano de interacciones), un sujeto objetivo para la cámara 215, el controlador de vuelo de UAV 338 puede usar técnicas de procesamiento de imágenes adecuadas (por ejemplo, correspondencia de borde, correspondencia de color, correspondencia de gradiente) para detectar el sujeto objetivo en medios capturados por UAV. El controlador de vuelo de UAV 338 puede modificar la cámara para conservar el sujeto en vista (por ejemplo, en el centro de vídeo capturado y en enfoque). Por ejemplo, si el controlador de vuelo de UAV 338 determina movimiento no cero de un sujeto detectado comparando la posición del sujeto detectado en fotogramas de vídeo o imágenes capturados sucesivamente, entonces el controlador de UAV 338 ajusta el movimiento de la cámara 215 para cancelar el movimiento detectado del sujeto. De manera similar, si el comando especifica una ubicación, el controlador de vuelo de UAV 338 determina comandos para que el UAV 115 vuele a la ubicación o mantenga una posición en la ubicación. El controlador de vuelo de UAV 338 puede usar realimentación desde sensores a bordo para contrarrestar el efecto de fuerzas desestabilizadoras (por ejemplo, viento) en la posición del UAV o la orientación de la cámara. El selector de comandos 335 puede emitir un comando que especifica una ubicación y un sujeto. Por consiguiente, el controlador de vuelo de UAV 338 ordena al UAV 115 que vuele a la ubicación especificada (o sobrevuele en la ubicación especificada) mientras mantiene el enfoque de la cámara en el sujeto especificado.

El controlador de carga útil de UAV 339 trata comandos con respecto a la operación de la carga útil 225. Como se describe anteriormente, la carga útil 225 puede ser lanzable, puede presentar medios recibidos desde la plataforma de mensajería 100 (por ejemplo, a través de un dispositivo de visualización, un altavoz), puede proporcionar entretenimiento (por ejemplo, instrumentos de iluminación), o puede recoger datos (por ejemplo, un sensor de temperatura). El controlador de carga útil de UAV 339 puede ordenar al UAV 115 que libere la carga útil 225, reproduzca medios, cese de reproducir medios, comience un espectáculo de luces o finalice un espectáculo de luces en respuesta a interacciones descritas anteriormente. Por ejemplo, el controlador de carga útil libera una carga útil o comienza a reproducir un vídeo en una pantalla montada en UAV en respuesta a un comando del selector de comandos 335. Como otro ejemplo, el identificador de comandos 332 identifica comandos que corresponden a diferentes canciones, el selector de comandos 335 determina una canción que tiene el mayor número de cuentas solicitando la canción, y el controlador de carga útil de UAV 339 ordena al UAV que reproduzca la canción seleccionada a través de los altavoces montados en UAV. El controlador de carga útil de UAV 339 puede comunicarse con un piloto automático que opera en el UAV 115 (por ejemplo, el controlador de UAV 210) para operar una carga útil 225 y/o puede ordenar al piloto que opere la carga útil 225 a través del cliente piloto 120. Por lo tanto, el controlador de carga útil de UAV 339 proporciona a los asistentes de un evento un incentivo para participar con la plataforma de mensajería 100.

V. CONTROL DE UAV A TRAVÉS DE MENSAJES DE UAV DIFUNDIDOS

La Figura 4 es un diagrama de flujo de un método de ejemplo para usar mensajes para interactuar con un UAV 115, de acuerdo con una realización. El módulo de interacción de UAV 150 recibe 410 medios capturados por el UAV 115. El motor de creación de mensajes 310 o la interfaz de mensajes interactivos 320 incorpora 420 los medios capturados desde el UAV 115 en un mensaje (o una interfaz de la plataforma de mensajería 100). Incorporar los medios en el mensaje puede incluir insertar un punto a los medios, por ejemplo. Seleccionando el puntero, un receptor del mensaje puede ver una transmisión de los medios que se actualizan sustancialmente en tiempo real. El mensaje también puede incluir comandos seleccionables para el UAV 115. El módulo de entrega 135 difunde 430 el mensaje que incorpora los medios capturados a otras cuentas de la plataforma de mensajería 100.

El módulo de interacción de UAV 150 recibe 440 interacciones relacionadas con el UAV 115. Las interacciones pueden incluir interacciones con el mensaje de difusión que incorpora los medios capturados o incorpora comandos seleccionables para el UAV 115. Las interacciones pueden incluir mensajes dirigidos hacia una cuenta asociada con el UAV 115, o las interacciones pueden incluir interacciones con una cuenta o mensaje no asociado explícitamente con el UAV 115, pero, sin embargo, relacionado como parte de una promoción o un evento. El controlador de UAV 330 determina 450 un comando para el UAV 115 basándose en las interacciones recibidas relacionadas con el UAV 115. Para determinar el comando, el identificador de mensaje 332 puede identificar comandos embebidos en mensajes o que corresponden a otras interacciones relacionadas con el UAV 115. Para determinar el comando, el selector de mensajes 335 puede seleccionar un comando de comandos identificados, y opcionalmente el motor de políticas 336 determina si los comandos identificados o comando seleccionado es permisible. El comando puede controlar movimiento del UAV 115 o puede controlar una cámara 215 o carga útil 225 en el UAV 115. El selector de mensajes 335 puede determinar el comando basándose en números de interacciones que corresponden a diferentes tipos de comandos o puede incluir seleccionar el comando basándose en un número agregado de interacciones que igualan o exceden un umbral, en donde las interacciones cumplen un criterio dado (por ejemplo, un tipo de interacción, con un mensaje particular, con una cuenta particular). El controlador de vuelo de UAV 338 o el controlador de carga útil de UAV 339, según sea apropiado, transmite el comando al UAV 115, que está configurado para responder al comando modificando el vuelo del UAV 115 u operando la cámara 215 o la carga útil 225. T ransmitir el comando puede incluir transmitir el comando a un piloto para ejecutar el comando usando un cliente piloto 120. Por lo tanto, las cuentas de una plataforma de mensajería 100 pueden recibir medios capturados por un UAV 115 e influenciar el UAV 115.

VI. INTERACCIONES CON UN UAV A TRAVÉS DE MENSAJES DE UAV

La Figura 5 es un diagrama de interacción que ilustra un flujo de información de ejemplo entre la plataforma de mensajería 100, los clientes 105 y el UAV 115, de acuerdo con una realización. Un UAV 115 captura 510 medios y transmite los medios a la plataforma de mensajería 100. Los medios pueden capturarse repetidamente y transmitirse de forma continua (o en paquetes). El módulo de interacción de UAV 150 incorpora 520 los medios capturados en mensajes u otras interfaces de la plataforma de mensajería 100. Estos mensajes (u otras interfaces) se difunden a los dispositivos de cliente 105 para su visualización por titulares de cuenta. El módulo de interacción de UAV 150 puede generar repetidamente nuevos mensajes o actualizar mensajes de difusión sustancialmente en tiempo real con la recepción de los medios capturados. Un titular de cuenta puede interactuar 530 con un mensaje que pertenece al UAV 115 a través del cliente 105 seleccionando un comando para el UAV 115. El cliente 105 transmite la interacción que incluye el comando seleccionado a la plataforma de mensajería 100. Basándose en la interacción recibida (e interacciones de otros clientes 105), el módulo de interacción de UAV 150 genera 540 un comando para el UAV y transmite este comando. La plataforma de mensajería 100 puede generar repetidamente 540 comandos; por ejemplo, a una tasa regular. El UAV 115 recibe los comandos y responde 550 al comando.

VII. ARQUITECTURA DE MÁQUINA INFORMÁTICA

La Figura 6 ilustra componentes de una máquina de ejemplo capaz de leer instrucciones de un medio legible por máquina y ejecutar las mismas en un procesador (o controlador), de acuerdo con una realización. Específicamente, la Figura 6 muestra una representación esquemática de una máquina en la forma de ejemplo de un sistema informático 600 dentro del cual pueden ejecutarse instrucciones (por ejemplo, software) para provocar que la máquina realice una cualquiera o más de las metodologías descritas en el presente documento. En realizaciones alternativas, la máquina opera como un dispositivo independiente o puede conectarse (por ejemplo, interconectarse) a otras máquinas. En un despliegue en red, la máquina puede operar en la capacidad de una máquina de servidor o una máquina de cliente en un entorno de red servidor-cliente o como una máquina par en un entorno de red entre pares (o distribuido).

La máquina puede ser un ordenador de servidor, un ordenador cliente, un ordenador personal (PC), una tableta, un decodificador de salón (STB), un teléfono inteligente, una aplicación web, un encaminador de red, conmutador o puente o cualquier máquina con capacidad de ejecutar instrucciones (secuenciales o de otra manera) que especifican acciones a tomar por esa máquina. Por ejemplo, el cliente 105 se implementa como un teléfono inteligente, la plataforma de mensajería 100 se implementa como un servidor, y el cliente piloto 120 se implementa como un portátil, pero estos pueden implementarse por otros sistemas informáticos 600. Además, mientras se ilustra únicamente una única máquina, el término "máquina" también se tomará como que incluye cualquier colección de máquinas que individual o conjuntamente ejecuta instrucciones para realizar una cualquiera o más de las metodologías descritas en el presente documento.

El sistema informático 600 de ejemplo incluye un procesador 602 (por ejemplo, una unidad central de procesamiento (CPU), una unidad de procesamiento gráfico (GPU), un procesador de señales digitales (DSP), uno o más circuitos integrados específicos de la aplicación (ASIC), uno o más circuitos integrados de radiofrecuencia (RFIC) o cualquier combinación de estos), una memoria principal 604 y una memoria (o almacenamiento) estática 606, que están configurados para comunicarse entre sí a través de un bus 616. El sistema informático 600 puede incluir adicionalmente una unidad (o monitor) de visualización gráfica 612 (por ejemplo, un panel de visualización de plasma (PDP), una pantalla de cristal líquido (LCD), un proyector o un tubo de rayos catódicos (CRT)). El sistema informático 600 también puede incluir un dispositivo de entrada alfanumérico 608 (por ejemplo, un teclado), un dispositivo de control de cursor 610 (por ejemplo, un ratón, una bola de mando, una palanca de mando, un sensor de movimiento u otro instrumento apuntador) y un dispositivo de interfaz de red 618 (por ejemplo, un adaptador de red), que también están configurados para comunicarse a través del bus 616.

El sistema informático 600 puede incluir dispositivos de entrada tales como un micrófono 620 u otro dispositivo de entrada de audio para grabar fragmentos de audio o convertir de otra manera ondas de sonido a señales eléctricas. El sistema informático 600 también puede incluir un dispositivo de entrada táctil 622 (por ejemplo, una pantalla táctil, un teclado proyectado, una superficie interactiva), que puede integrarse con la unidad de visualización 612. Diversas implementaciones pueden omitir componentes del sistema informático 600 de ejemplo; por ejemplo, la plataforma de mensajería 100 omite el micrófono 620 y el dispositivo de entrada táctil 622.

El almacenamiento 606 incluye un medio legible por máquina en el que se almacenan instrucciones que incorporan una cualquiera o más de las metodologías o funciones descritas en el presente documento. Las instrucciones (por ejemplo, software) también pueden residir, completamente o al menos parcialmente, dentro de la memoria principal 604 o dentro del procesador 602 (por ejemplo, dentro de la memoria caché de un procesador) durante la ejecución de las mismas por el sistema informático 600, la memoria principal 604 y el procesador 602 también constituyen medios legibles por máquina. Las instrucciones pueden transmitirse o recibirse a través de una red 614 a través del dispositivo de interfaz de red 618.

Mientras en una realización de ejemplo se muestra un medio legible por máquina como un único medio, el término "medio legible por máquina" debería tomarse como que incluye un único medio o múltiples medios (por ejemplo, una base de datos centralizada o distribuida, o memorias caché y servidores asociados) capaces de almacenar instrucciones. El término "medio legible por máquina" también se tomará como que incluye cualquier medio que es capaz de almacenar instrucciones para su ejecución por la máquina y que provocan que la máquina realice una cualquiera o más de las metodologías divulgadas en el presente documento. El término "medio legible por máquina" incluye, pero no se limita a, repositorios de datos en forma de memorias de estado sólido, medios ópticos y medios magnéticos.

VIII. CONFIGURACIÓN DE UAV DE EJEMPLO

La Figura 7 es un diagrama de un UAV de ejemplo 115, de acuerdo con una realización. El UAV 115 de ejemplo es un cuadricóptero con cuatro rotores para proporcionar sustentación aerodinámica al UAV 115, así como para acelerar y rotar el UAV 115, como se describe adicionalmente en conjunto con la Figura 2. El UAV 115 incluye una cámara 215, como se describe adicionalmente en conjunto con la Figura 2. La cámara 215 se acopla al UAV 115 a través de uno o más accionadores u otros mecanismos para controlar la orientación de la cámara 215.

IX. CONSIDERACIONES DE CONFIGURACIÓN ADICIONALES

Las realizaciones divulgadas permiten beneficiosamente una cobertura mejorada de un evento a través de la plataforma de mensajería 100 y el UAV 115. El UAV 115 proporciona beneficiosamente una transmisión especializada de un evento que graba una mayor cantidad de medios que los grabados por titulares de cuenta individuales. El UAV 115 puede volar, por tanto la cobertura grabada del evento puede tener una cobertura geográfica más diversa y puede incluir cobertura aérea para proporcionar una vista de perspectiva más amplia de un evento. Para permitir que las cuentas interactúen con el UAV 115 a través de comandos, la plataforma de mensajería 100 fomenta una participación creciente con la plataforma de mensajería 100 y mejora la relevancia de la cobertura de evento a titulares de cuenta de la plataforma de mensajería 100. A través del protagonismo de cargas útiles en UAV (por ejemplo, espectáculos de luces, visualizadores, altavoces), los asistentes del evento son más conscientes de la plataforma de mensajería 100 y es más probable que participen con la plataforma de mensajería 100 para proporcionar su perspectiva única sobre el evento.

A lo largo de esta memoria descriptiva, instancias plurales pueden implementar componentes, operaciones, o estructuras descritas como una única instancia. Aunque operaciones individuales de uno o más métodos se ilustran y describen como operaciones separadas, una o más de las operaciones individuales pueden realizarse simultáneamente, y nada requiere que las operaciones se realicen en el orden ilustrado. Estructuras y funcionalidad presentadas como componentes separados en configuraciones de ejemplo pueden implementarse como una estructura o componente combinado. De manera similar, estructuras y funcionalidad presentadas como un único componente pueden implementarse como componentes separados.

Ciertas realizaciones se describen en el presente documento como que incluyen lógica o un número de componentes, módulos o mecanismos. Módulos pueden constituir o bien módulos de software (por ejemplo, con código embebido en un medio legible por máquina o en una señal de transmisión) o módulos de hardware. Un módulo de hardware es una unidad tangible con capacidad de realizar ciertas operaciones y puede configurarse o disponerse de una cierta manera. En realizaciones de ejemplo, uno o más sistemas informáticos (por ejemplo, un sistema informático de cliente o servidor independiente) o uno o más módulos de hardware de un sistema informático (por ejemplo, un procesador o un grupo de procesadores) pueden configurarse mediante software (por ejemplo, una aplicación o porción de aplicación) como un módulo de hardware que opera para realizar ciertas operaciones como se describen en el presente documento. Una o más etapas de los procesos o métodos descritos en el presente documento (por ejemplo, los ilustrados en la Figura 4) se repiten simultáneamente por múltiples hilos. Por lo tanto, una o más de las etapas pueden realizarse en serie, en paralelo y/o por un sistema distribuido, de acuerdo con diversas realizaciones de la invención.

En diversas realizaciones, un módulo de hardware puede implementarse mecánica o electrónicamente. Por ejemplo, un módulo de hardware puede comprender circuitería o lógica especializada que está configurada permanentemente (por ejemplo, como un procesador de fin especial, tal como una matriz de puertas programable en campo (FPGA) o un circuito integrado específico de la aplicación (ASIC)) para realizar ciertas operaciones. Un módulo de hardware también puede comprender lógica programable o circuitería (por ejemplo, abarcada dentro de un procesador de fin general u otro procesador programable) que está configurada temporalmente mediante software para realizar ciertas operaciones. Se apreciará que la decisión de implementar un módulo de hardware mecánicamente, en circuitería especializada o configurada permanentemente, o en circuitería configurada temporalmente (por ejemplo, configurada por software) puede motivarse por consideraciones de coste y tiempo.

Las diversas operaciones de métodos de ejemplo descritos en el presente documento pueden realizarse, al menos parcialmente, por uno o más procesadores, por ejemplo, el procesador 602, que están configurados temporalmente (por ejemplo, mediante software) o permanentemente para realizar las operaciones pertinentes. Ya estén temporal o permanentemente configurados, tales procesadores pueden constituir módulos implementados por procesador que operan para realizar una o más operaciones o funciones. Los módulos a los que se hace referencia en el presente documento pueden comprender, en algunas realizaciones de ejemplo, módulos implementados por procesador.

El uno o más procesadores también pueden operar para soportar el funcionamiento de las operaciones pertinentes en un entorno de "informática en la nube" o como un "software como un servicio" (SaaS). Por ejemplo, al menos algunas de las operaciones pueden realizarse por un grupo de ordenadores (como ejemplos de máquinas que incluyen procesadores), siendo estas operaciones accesibles a través de una red (por ejemplo, la Internet) y a través de una o más interfaces apropiadas (por ejemplo, interfaces de programa de aplicación).

El funcionamiento de ciertas de las operaciones puede distribuirse entre el uno o más procesadores, que no residen únicamente dentro de una única máquina, sino que se despliegan a través de un número de máquinas. En algunas realizaciones de ejemplo, el uno o más procesadores o módulos implementados por procesador pueden ubicarse en una única ubicación geográfica (por ejemplo, dentro de un entorno doméstico, un entorno de oficina o un parque de servidores). En otras realizaciones de ejemplo, el uno o más procesadores o módulos implementados por procesador pueden distribuirse a través de un número de ubicaciones geográficas. Por ejemplo, la funcionalidad de los repositorios o módulos de datos (por ejemplo, el motor de TBM 150) puede realizarse, parcialmente o en su totalidad, por la plataforma de redes sociales 100, el cliente 105 u otro dispositivo de hardware (por ejemplo, un servidor).

Los repositorios de datos (por ejemplo, 140, 142, 144, 146) pueden implementarse como una base de datos y/o servicio de almacenamiento que reside en uno o más servidores. Por ejemplo, uno o más de los repositorios de datos pueden implementarse como un servicio de almacenamiento usando arquitectura orientada a servicios (SOA), un sistema de gestión de bases de datos distribuidas (DBMS), una base de datos agrupada, un archivo plano independiente y/o cualquier software de almacenamiento que reside en uno o más dispositivos de almacenamiento físico. Ejemplos de un dispositivo de almacenamiento pueden incluir, pero sin limitación, una unidad de disco duro, un disco de estado sólido y/u otro dispositivo de memoria.

Algunas porciones de esta memoria descriptiva se presentan en términos de algoritmos o representaciones simbólicas de operaciones en datos almacenados como bits o señales digitales binarias dentro de una memoria de máquina (por ejemplo, una memoria de ordenador). Estos algoritmos o representaciones simbólicas son ejemplos de técnicas usadas por expertos en las técnicas de procesamiento de datos para transmitir la sustancia de su trabajo a otros expertos en la materia. Como se usa en el presente documento, un "algoritmo" es una secuencia autoconsistente de operaciones o procesamiento similar que conduce a un resultado deseado. En este contexto, los algoritmos y operaciones implican la manipulación física de cantidades físicas. Habitualmente, pero no necesariamente, tales cantidades pueden tomar la forma de señales eléctricas, magnéticas u ópticas con capacidad de almacenarse, accederse, transferirse, combinarse, compararse o, de otra forma, manipularse por una máquina A veces es conveniente, principalmente por razones de uso común, hacer referencia a tales señales usando expresiones tales como "datos", "contenido", "bits", "valores", "elementos", "símbolos", "caracteres", "términos", "números", "numerales" o similares. Estas expresiones, sin embargo, son meramente etiquetas convenientes y deben asociarse con cantidades físicas apropiadas.

A no ser que se indique específicamente de otra manera, descripciones en el presente documento que usan expresiones tales como "que procesa", "que computa", "que calcula", "que determina", "que presenta", "que visualiza" o similares pueden referirse a acciones o procesos de una máquina (por ejemplo, un ordenador) que manipula o transforma datos representados como cantidades físicas (por ejemplo, electrónicas, magnéticas u ópticas) dentro de una o más memorias (por ejemplo, memoria volátil, memoria no volátil o una combinación de las mismas), registros u otros componentes de máquina que reciben, almacenan, transmiten o visualizan información.

Como se usa en el presente documento cualquier referencia a "una realización" o "una realización" significa que un elemento, prestación, estructura o característica particular descrito en conexión con la realización se incluye en al menos una realización. Las apariciones de la expresión "en una realización" en diversos sitios en la memoria descriptiva no necesariamente están todas haciendo referencia a la misma realización.

Como se usa en el presente documento, los términos "comprende", "que comprende", "incluye", "que incluye", "tiene", "que tiene" o cualquier otra variación de los mismos se conciben para cubrir una inclusión no exclusiva. Por ejemplo, un proceso, método, artículo o aparato que comprende una lista de elementos no necesariamente se limita a únicamente esos elementos, sino que puede incluir otros elementos no listados expresamente o inherentes a tal proceso, método, artículo o aparato. Además, a no ser que se indique expresamente lo contrario, "o" se refiere a una o inclusiva y no una o exclusiva. Por ejemplo, se satisface una condición A o B por una cualquiera de las siguientes: A es verdadera (o está presente) y B es falsa (o no está presente), A es falsa (o no está presente) y B es verdadera (o está presente), y tanto A como B son verdaderas (o están presentes).

Además, el uso de "un" o "una" se emplean para describir elementos y componentes de las realizaciones en el presente documento. Esto se hace solamente por conveniencia y para proporcionar un sentido general de la invención. Esta descripción debería leerse para incluir uno o al menos uno y el singular también incluye el plural a no ser que sea evidente que se entiende de otra manera.

Tras la lectura de esta divulgación, los expertos en la materia aún apreciarán diseños estructurales y funcionales alternativos adicionales para un UAV con capacidad de mensajería a través de los principios divulgados en el presente documento. Por lo tanto, mientras realizaciones y aplicaciones particulares se han ilustrado y descrito, debe apreciarse que las realizaciones divulgadas no se limitan a la construcción precisa y componentes divulgados en el presente documento.

Claims (13)

REIVINDICACIONES

1. Un método implementado en ordenador que comprende:

recibir (410) medios capturados por un vehículo aéreo no tripulado, UAV (115);

incorporar (420) los medios capturados por el UAV (115) en un mensaje de UAV;

difundir (430) el mensaje de UAV a dispositivos de cliente (105) asociados con cuentas de una plataforma de mensajería;

recibir (440), desde los dispositivos de cliente, interacciones con el mensaje de UAV, comprendiendo las interacciones recibidas con el mensaje de UAV un número de diferentes comandos para el UAV;

determinar (450) un comando para el UAV basándose en las interacciones con el mensaje de UAV, en donde determinar el comando para el UAV comprende:

determinar un número de respuestas para cada uno de los diferentes comandos; y

seleccionar uno de los diferentes comandos de acuerdo con una clasificación de los diferentes comandos según los números determinados de respuestas; y

transmitir (460) el comando al UAV, el UAV configurado para responder al comando.

2. El método de la reivindicación 1, en donde el mensaje de UAV comprende un puntero a medios en tiempo real actualizados sustancialmente en tiempo real a medida que se reciben los medios capturados por el UAV (115).

3. El método de la reivindicación 2, en donde el mensaje de UAV incluye una previsualización de medios capturados recibidos por el UAV (115), provocando la selección de la previsualización que el mensaje de UAV presente los medios en tiempo real accedidos usando el puntero.

4. El método de la reivindicación 1, en donde el mensaje de UAV comprende una o más opciones de comando seleccionables, y en donde recibir las interacciones con el mensaje de UAV comprende recibir selecciones de la una o más opciones de comando.

5. El método de la reivindicación 4, en donde la una o más opciones de comando seleccionables comprenden una opción de comando que corresponde a al menos una de una ubicación para el UAV (115) y un sujeto de enfoque para una cámara en el UAV.

6. El método de la reivindicación 1, en donde recibir (440) interacciones con el mensaje de UAV comprende recibir mensajes escritos por cuentas de los dispositivos de cliente, y en donde determinar el comando para el UAV (115) comprende decodificar comandos embebidos en los mensajes recibidos, los comandos decodificados en un formato asociado con el mensaje de UAV.

7. El método de la reivindicación 6, en donde se selecciona el comando recibido más numeroso basándose en comandos para el UAV (115) recibidos dentro de un periodo de tiempo.

8. El método de la reivindicación 1, en donde determinar (450) el comando para el UAV (115) comprende: identificar un número de las interacciones recibidas que coinciden con un criterio que especifica una o más características de titulares de cuenta a coincidir con el criterio; y

en respuesta a determinar que el número de interacciones recibidas que cumplen con el criterio es igual o excede un umbral, seleccionar el comando para el UAV.

9. El método de la reivindicación 1, en donde determinar (450) el comando para el UAV (115) comprende determinar si el comando cumple con políticas de la plataforma de redes sociales antes de transmitir el comando al UAV para su ejecución.

10. El método de la reivindicación 8, en donde el comando modifica el movimiento del UAV (115), en donde determinar (450) el comando para el UAV comprende:

obtener un límite de ubicación que restringe el movimiento del UAV, incluyendo los límites de ubicación al menos uno de: una ubicación geográfica del UAV, una altura del UAV y una altitud del UAV; y

en respuesta a determinar que el comando resultaría en el UAV atravesando el límite de ubicación, modificar el comando para evitar que el UAV atraviese el límite de ubicación.

11. El método de la reivindicación 1, en donde el comando ordena al UAV (115) que realice uno o más de: controlar una cámara acoplada al UAV, liberar una carga útil lanzable, visualizar un mensaje recibido desde una cuenta de uno de los dispositivos de cliente, reproducir audio de un mensaje seleccionado por una cuenta de uno de los dispositivos de cliente, y una combinación de los mismos.

12. Un medio de almacenamiento legible por ordenador no transitorio que almacena instrucciones, provocando las instrucciones, cuando se ejecutan, que un procesador realice el método de una cualquiera de las reivindicaciones 1 a 11.

13. Un sistema que comprende:

un vehículo aéreo no tripulado (UAV);

un procesador;

un motor de creación de mensajes configurado para ejecutar en el procesador y para realizar el método de una cualquiera de las reivindicaciones 1 a 11.