ES2600145A1

ES2600145A1 - Sistema de mensajería instantánea

Info

Publication number: ES2600145A1
Application number: ES201531171A
Authority: ES
Inventors: José Ángel NOGUERA ARNALDOS; Ramón MEGÍAS OLMOS; José Salvador MONTESINOS NAVARRO; Juan Antonio JIMÉNEZ ASENSIO; José Francisco JIMÉNEZ ALBURQUERQUE; Jorge SOTO LOZANO
Original assignee: Proyectos Y Soluciones Tecnologicas Avanzadas S L P; Proyectos Y Soluciones Tecnologicas Avanzadas Slp
Current assignee: JOSE ANGEL NOGUERA ARNALDOS
Priority date: 2015-08-06
Filing date: 2015-08-06
Publication date: 2017-02-07
Anticipated expiration: 2035-08-06
Also published as: EP3334099A4; WO2017021579A1; EP3334099A1; ES2600145B1

Abstract

Sistema de mensajería instantánea comprendiendo una aplicación de mensajería instantánea (20) para la comunicación entre usuarios (100) y máquinas (70) mediante lenguaje natural, que además comprende un servidor (30) que comunica el terminal móvil (10) con un dispositivo electrónico (60) que, a su vez, se comunica y actúa sobre la máquina (70), mediante una API (40) a través de la que el usuario (100) accede a la máquina (70). El dispositivo electrónico (60) se conecta, a través de un terminal enrutador (50), al servidor (30). Dicho dispositivo electrónico (60) comprende un hardware configurable mediante la aplicación de mensajería instantánea (20) e incluye un módulo intérprete (62) para realizar una traducción entre mensajes en lenguaje natural intercambiados por la aplicación de mensajería instantánea (20) y comandos específicos de la máquina (70). El intérprete (62) está implementado mediante firmware embebido en el hardware del dispositivo electrónico (60) y se basa en técnicas de inteligencia artificial y ontologías.

Description

imagen1

imagen2

imagen3

imagen4

imagen5

imagen6

imagen7

imagen8

por ejemplo que un mismo usuario tenga la opción de añadir a su cuenta un email, aparte del número de teléfono con el que se registró.

-Comunicación con el Bot (230): Este módulo comprende la funcionalidad específica entre el usuario y el bot, definida en los módulos 250, 260 y 270.

-Servidor de Mensajería (240): Este módulo comprende la funcionalidad específica de mensajería, tanto entre usuarios como usuario y bots, definida en los módulos 280, 290 y 300.

-Estado del Bot (250): Módulo encargado de monitorizar el estado actual del bot, así como de gestionar de manera asíncrona los cambios que se produzcan en el mismo. Además gestionará de la lista de control de acceso del bot.

-Control de comandos del Bot (260): Módulo encargado de gestionar los distintos comandos que puede realizar un bot. Será capaz tanto de consultar al bot sobre cuáles son sus comandos por defecto, así como de enviárselos al bot para que realice un trabajo específico.

-Configuración del Bot (270): Módulo encargado de realizar la configuración inicial del bot, compartiendo con el bot los datos necesarios para que pueda registrarse en el sistema, así como indicándole al bot quién es su administrador y su perfil. También permite la actualización del bot, así como la funcionalidad necesaria para resetear al bot a modo fábrica.

-Presencia (280) del usuario: Módulo encargado de gestionar la presencia actual del usuario, así como de la presencia de los contactos del mismo.

-Perfil (290) del usuario: Módulo encargado de gestionar el perfil de usuario en el sistema, permitiendo modificarlo e informar al resto de contactos sobre el cambio del mismo.

-Configuración del servicio de mensajería instantánea (300): Módulo encargado de gestionar la mensajería instantánea entre las distintas entidades del sistema (usuarios y bots), tanto mensajes individuales como mensajes a grupos.

10

imagen9

- Gestión de puertos de comunicación (510):

•: WiFi (511)

•: Bluetooth (512)

•: USB (513)

•: SPI (514)

• CANBus (515) -Gestión de buses y puertos de entrada/salida (520):

•: Gestión de puertos de entrada (521), que pueden ser digitales y analógicos.

•: Gestión de puertos de salida (522), que pueden ser digitales y

analógicos. -Comunicación con el Bot (530):

•: Intérprete de Acciones (531), a partir de las señales externas recibidas actualiza la base de estados o de conocimiento (inteligencia artificial) para general el comando correspondiente.

•: Generador de Acciones (532), a partir de los comandos recibidos de la base de inteligencia artificial.

La Figura 6 muestra en un diagrama de bloques la arquitectura en módulos funcionales que comprende el firmware (600) implementado sobre el hardware del dispositivo electrónico (60):

-Comunicación (620) con el Servidor (30): comprende las operaciones realizadas directamente entre bot y servidor, entre las que se incluyen:

•: Envío de registro (621) en el servidor (30): dar de alta el bot de forma segura como usuario del sistema.

•: Recepción de credenciales (622) desde el servidor (30): confirmación del alta del bot en el servidor y obtención de los datos necesarios para su autenticación.

•: Envío Mensajes Instantáneos (623): preparar los medios que permiten al bot enviar y recibir y mensajes.

•: Restricciones de acceso al Bot (624): definir la lista de usuarios a los que se les permite acceso al bot.

•: Envío/Recepción de Perfiles de Bots (625): modificación del apodo y avatar del bot que verán los demás usuarios.

12

imagen10

Paso 2º. El usuario desde su dispositivo móvil selecciona al bot de la lista de dispositivos bluetooth y le envía un mensaje con los parámetros de configuración necesarios al bot para su conexión con el servidor.

Paso 3º. El bot guarda la información recibida del usuario y utiliza la misma para conectar con el servidor, enviándole un mensaje HTTP de registro en el sistema.

Paso 4º. El servidor valida la información recibida del bot y lo da de alta en el sistema, informando al bot con un mensaje de respuesta que el registro fue realizado, en el cual se incluyen la datos necesarios del bot para iniciar sesión en el servidor XMPP. Si se produce algún error, le responde con un mensaje de error indicándole el motivo del mismo.

Paso 5º. El bot recibe el mensaje de respuesta del servidor con la información necesaria para conectarse al servidor XMPP e informa al usuario con un mensaje sobre Bluetooth. Si se produjo un error en el registro, informará al usuario con un mensaje de error y volverá al estado de configuración inicial.

Paso 6º. El usuario recibe el mensaje del bot que le indica si el proceso finalizó correctamente o no. En el primer caso, guardará la información recibida del bot para poder comunicarse con el mismo a través del servidor XMPP, o puede enviarle un mensaje para cancelar el proceso, obligando al bot a volver a su configuración inicial.

b) Protocolo de seguridad en el servidor (30) para evitar registros fraudulentos de bots correspondientes a máquinas (70). Se ha desarrollado un protocolo de seguridad utilizado para el registro de bots pensado para evitar fraudes y ataques contra el servidor (30). Este protocolo permite que en caso de ataque al servidor se pueda recuperar el servicio de registro de bots de forma fiable y segura sin necesidad de tener que modificar código en el bot, con la consiguiente ventaja de que los bots no se verán comprometidos al ataque. En el contexto de la invención, se utilizan testigos o tokens, como cadenas de caracteres que el bot proporciona al servidor (30) para que éste lo autentique como un bot único y seguro. Y también se usa un Secreto, definido como una cadena de caracteres aleatorios solamente conocida por el servidor (30) con el que se crean los tokens.

14

imagen11

imagen12

imagen13

2) El bot responde al usuario con un mensaje incluyendo sus acciones.

En cuanto a la comunicación entre bots, dado que podrán haber máquinas de diferentes fabricantes que no tengan que tener nada en común, se añade un primer proceso de descubrimiento entre bots para conocer si ambos bots entienden el mismo lenguaje o acciones, En concreto, este proceso se basa en la implementación por parte de los bots de “interfaces”, y es definido de la siguiente manera:

1) Un bot, BOT-A, recibe de su administrador un mensaje para incluir en su LCA a otro bot, BOT-B, tal y como se define anteriormente. 2) Una vez añadido, el BOT-A envía un mensaje al BOT-B preguntándole si implementa una “INTERFAZ-1”.

3) El BOT-B recibe la petición. Si implementa dicha interfaz, responde al BOT-A con un mensaje afirmativo, en caso contrario responde con un error.

4) Si el BOT-A recibe una confirmación sobre la interfaz implementada, puede pedir los comandos del BOT-B usando el mecanismo definido anteriormente.

D. Actualización de base de conocimiento del bot. Las respuestas o acciones de los bot a las distintas entradas enviadas por los usuarios se encuentran almacenadas en una base de conocimiento que puede ser actualizada por el administrador del bot. El proceso de actualización es el siguiente:

1) El administrador debe obtener la URL desde la que podrá descargarse la nueva base de conocimiento, enviando un mensaje al servidor. 2) El servidor responde con la URL, y el administrador la reenvía dentro de un mensaje al bot. 3) EL bot recibe la URL desde donde descargar la nueva base de conocimiento para instalarla. 4) Una vez instalada, el bot responderá con mensaje al administrador indicando que se realizó la actualización. 5) Si se produjo algún error, se enviará un mensaje al administrador con dicho error.

18

E. Resetear el bot a su estado de configuración inicial.

En cualquier momento un administrador podrá restablecer un bot a su configuración inicial. El proceso de reseteo el siguiente: 1) El administrador envía un mensaje al bot indicándole que debe restablecerse a la configuración inicial.

2) El bot envía al servidor una petición para que se eliminen todos los datos referentes a él, y elimina toda la información local para poder iniciar una nueva configuración del bot.

3) El bot comunica al administrador que se ha completado el reseteo enviándole un mensaje de confirmación. En este punto el bot no puede recibir ningún tipo de mensaje hasta que vuelva a ser configurado.

4) Si todas las operaciones fueron correctas, el bot devuelve una IQ de tipo 'result': 5) Si se produjo algún error, se enviará un mensaje al administrador con dicho error.

F. Protocolo de comunicación serie con el hardware conectado al bot. HiThing dispone de varios protocolos embebidos ya diseñados y programados de fábrica para que el usuario haga uso de ellos desde el primer momento por medio de los puertos de comunicaciones Serie y USB. A través de este puerto el usuario dispone programados los protocolos de comunicaciones CanBus, UART, SPI. Por otro lado también permite la opción de que el usuario construya su propio protocolo de comunicaciones aprovechando los puertos de comunicaciones antes citados.

19

Claims

imagen1

imagen2

imagen3