ES2954786T3 - Sistema de mensajería mejorado - Google Patents
Sistema de mensajería mejorado Download PDFInfo
- Publication number
- ES2954786T3 ES2954786T3 ES20727839T ES20727839T ES2954786T3 ES 2954786 T3 ES2954786 T3 ES 2954786T3 ES 20727839 T ES20727839 T ES 20727839T ES 20727839 T ES20727839 T ES 20727839T ES 2954786 T3 ES2954786 T3 ES 2954786T3
- Authority
- ES
- Spain
- Prior art keywords
- chat
- messaging system
- message
- software module
- data set
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 230000008859 change Effects 0.000 claims abstract description 12
- 238000004891 communication Methods 0.000 claims abstract description 8
- 238000000034 method Methods 0.000 claims description 64
- 230000008569 process Effects 0.000 claims description 57
- 238000003780 insertion Methods 0.000 claims description 31
- 230000037431 insertion Effects 0.000 claims description 31
- 230000000007 visual effect Effects 0.000 claims description 7
- 230000009471 action Effects 0.000 description 31
- 238000012795 verification Methods 0.000 description 9
- 230000036961 partial effect Effects 0.000 description 8
- 238000012790 confirmation Methods 0.000 description 6
- 230000006870 function Effects 0.000 description 6
- 238000013475 authorization Methods 0.000 description 5
- 238000012546 transfer Methods 0.000 description 5
- 230000028327 secretion Effects 0.000 description 4
- 230000004913 activation Effects 0.000 description 3
- 230000005540 biological transmission Effects 0.000 description 3
- 230000003449 preventive effect Effects 0.000 description 3
- 230000003068 static effect Effects 0.000 description 3
- 238000012512 characterization method Methods 0.000 description 2
- 238000006243 chemical reaction Methods 0.000 description 2
- 238000012217 deletion Methods 0.000 description 2
- 230000037430 deletion Effects 0.000 description 2
- 230000008451 emotion Effects 0.000 description 2
- 230000000670 limiting effect Effects 0.000 description 2
- 230000032258 transport Effects 0.000 description 2
- 230000001960 triggered effect Effects 0.000 description 2
- 230000003213 activating effect Effects 0.000 description 1
- 230000002457 bidirectional effect Effects 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 239000000284 extract Substances 0.000 description 1
- 230000001815 facial effect Effects 0.000 description 1
- 230000008921 facial expression Effects 0.000 description 1
- 238000009432 framing Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000000873 masking effect Effects 0.000 description 1
- 230000036651 mood Effects 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 230000002829 reductive effect Effects 0.000 description 1
- 210000001525 retina Anatomy 0.000 description 1
- 238000010079 rubber tapping Methods 0.000 description 1
- 230000002747 voluntary effect Effects 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/60—Protecting data
- G06F21/62—Protecting access to data via a platform, e.g. using keys or access control rules
- G06F21/6218—Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database
- G06F21/6245—Protecting personal data, e.g. for financial or medical purposes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/06—Message adaptation to terminal or network requirements
- H04L51/063—Content adaptation, e.g. replacement of unsuitable content
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F40/00—Handling natural language data
- G06F40/10—Text processing
- G06F40/103—Formatting, i.e. changing of presentation of documents
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M1/00—Substation equipment, e.g. for use by subscribers
- H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
- H04M1/724—User interfaces specially adapted for cordless or mobile telephones
- H04M1/72403—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality
- H04M1/7243—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality with interactive means for internal management of messages
- H04M1/72436—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality with interactive means for internal management of messages for text messaging, e.g. short messaging services [SMS] or e-mails
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/02—Protecting privacy or anonymity, e.g. protecting personally identifiable information [PII]
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2221/00—Indexing scheme relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F2221/03—Indexing scheme relating to G06F21/50, monitoring users, programs or devices to maintain the integrity of platforms
- G06F2221/031—Protect user input by software means
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2221/00—Indexing scheme relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F2221/03—Indexing scheme relating to G06F21/50, monitoring users, programs or devices to maintain the integrity of platforms
- G06F2221/032—Protect output to user by software means
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F40/00—Handling natural language data
- G06F40/10—Text processing
- G06F40/166—Editing, e.g. inserting or deleting
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/21—Monitoring or handling of messages
- H04L51/216—Handling conversation history, e.g. grouping of messages in sessions or threads
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/12—Messaging; Mailboxes; Announcements
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Health & Medical Sciences (AREA)
- General Health & Medical Sciences (AREA)
- Physics & Mathematics (AREA)
- Bioethics (AREA)
- General Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Medical Informatics (AREA)
- Artificial Intelligence (AREA)
- Computer Hardware Design (AREA)
- Databases & Information Systems (AREA)
- Software Systems (AREA)
- Computational Linguistics (AREA)
- Audiology, Speech & Language Pathology (AREA)
- Business, Economics & Management (AREA)
- Human Computer Interaction (AREA)
- General Business, Economics & Management (AREA)
- Information Transfer Between Computers (AREA)
- Telephonic Communication Services (AREA)
- Telephone Function (AREA)
- Circuits Of Receivers In General (AREA)
- Selective Calling Equipment (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
Sistema de mensajería (2), preferentemente instantánea, caracterizado porque comprende al menos un dispositivo emisor (4) y al menos un dispositivo receptor (6) configurado para enviar y/o recibir mensajes (60) mediante al menos una unidad central. (8) con el que ambos dispositivos están en comunicación, y por el hecho de comprender un primer módulo de software que se carga y/o ejecuta en dicho dispositivo emisor (4) y/o receptor (6) y un segundo módulo de software que se carga y/o ejecutado en dicha unidad central (8), estando configurado dicho primer módulo de software y/o dicho segundo módulo de software de manera que, dentro del sistema de mensajería (2), se creen y/o gestionen y/o intercambien: - elementos de un primer tipo abierto (14', 60', 33') que comprende al menos un chat (14) y/o mensaje (60) y/o elemento digital (33) siempre visibles dentro de una pantalla correspondiente (42, 57) implementado en la pantalla del dispositivo (4, 6), y - elementos de un segundo tipo reservado (14'', 60'', 33'') que comprende al menos un chat (14) y/o un mensaje (60) y/o elemento digital (33) que están configurados para cambiar entre: o un estado visible en el que dicho al menos un chat (14) y/o mensaje (60) y/o elemento digital (33), en su totalidad y/o en una vista previa del mismo, se muestran dentro de una correspondiente pantalla (42, 57), que se implementa en la pantalla del dispositivo (4, 6), ocupando un área/zona determinada de dicha pantalla, o un estado oculto en el que dicho al menos un chat (14) y/o mensaje (60) y/o elemento digital (33) no se muestran dentro de dicha pantalla correspondiente (42, 57) implementada en la pantalla del dispositivo (4, 6) y tampoco ocupan dicha área/zona específica de dicha pantalla correspondiente (42, 57) que en cambio está ocupada cuando están en estado visible. (Traducción automática con Google Translate, sin valor legal)
Description
DESCRIPCIÓN
Sistema de mensajería mejorado
[0001] La presente invención se refiere a un sistema de mensajería mejorado, preferiblemente instantáneo.
[0002] Actualmente, la privacidad y la seguridad de los mensajes intercambiados a través de los sistemas de mensajería conocidos se obtienen a través de cifrado de extremo a extremo y, en concreto, de este modo, se garantiza que solo el emisor y el receptor pueden leer y ver lo que se ha enviado, y nadie más, ni siquiera el gestor del sistema de mensajería. Sin embargo, todo esto sucede automáticamente, es decir, sin activar ajustes concretos y sin crear chats secretos especiales y, por lo tanto, una vez que se ha accedido al dispositivo del emisor y/o receptor, el contenido de los chats o mensajes individuales es básicamente visible libremente.
[0003] Por lo tanto, en esencia, actualmente, el acceso a los chats, mensajes y contenido proporcionado en un sistema de mensajería de un usuario está sujeto exclusivamente al pase correcto del sistema de reconocimiento (mediante contraseña, códigos de acceso o huella dactilar) diseñado para acceder a la funcionalidad de todo el dispositivo (y esto tanto en la condición de encendido y en la condición de reposo).
[0004] Por consiguiente, para permitir que un tercer usuario, que no es el propietario de un dispositivo específico, utilice libremente el sistema de mensajería presente en ese dispositivo, el propietario de este debe necesariamente superar, correctamente y de manera preventiva, el sistema de reconocimiento con el fin de desbloquear todas las funciones del dispositivo completo; no obstante, al hacerlo, el tercer usuario sería capaz de visualizar total e indistintamente todo el contenido presente en el sistema de mensajería del dispositivo del propietario y, en particular, también podría visualizar una serie de conversaciones y/o mensajes que el propietario, por varios motivos, podría querer mantener privados. Básicamente, hay situaciones en las que el propietario de un dispositivo quiere/debe permitir el acceso (tanto en términos de visualización como de uso) del sistema de mensajería a un tercer usuario, pero al mismo tiempo, quiere impedir que este vea por completo e indiscriminadamente cuánto contenido (en términos de conversaciones, mensajes y elementos en general) hay presente en el propio sistema de mensajería.
[0005] En este sentido, actualmente, en los sistemas de mensajería instantánea conocidos, no existe la posibilidad de ocultar determinados mensajes en un chat, ni la posibilidad de ocultar un elemento gráfico y/o de audio (por ejemplo, un emoji, un sticker y/o cualquier elemento multimedia) insertado en un mensaje y, aún menos, existe la posibilidad de ocultar un chat completo, ya sea un chat entre solo dos usuarios o entre múltiples usuarios («grupo»).
[0006] Por lo tanto, en algunas situaciones, el usuario de un sistema de mensajería (como emisor y como receptor) necesita ocultar, dentro del propio sistema, tanto la existencia como el contenido de un chat completo y/o mensaje y/o elemento gráfico y/o de audio y, por lo tanto, permitir su visualización en el monitor del dispositivo solo después de una operación previa de desbloqueo y reconocimiento.
[0007] El documento US2015/007351 básicamente propone un sistema de «censura» o «enmascaramiento» del mensaje, que se envía entonces vacío o cortado en alguna de sus partes. El receptor recibirá el mensaje y puede desbloquear, haciendo clic en un botón correspondiente, la visualización completa del mensaje, con el fin de entender correctamente su contenido.
[0008] En el documento US2016/094495 se describe un teclado con varias soluciones para ocultar el mensaje, como, por ejemplo, por medio de anagramas o mediante la eliminación de algunos términos (preposiciones, pronombres, conjunciones, etc.). La reconstrucción correcta del mensaje, para permitir la comprensión de su contenido, puede desbloquearse entonces con un botón.
[0009] En el documento US2018/219812 se describe una solución en la que el mensaje se envía vacío u oculto, para visualizarse después (con el fin de permitir la comprensión de su contenido) a través de un botón que activa la identificación táctil (huella dactilar).
[0010] Los documentos US2015/007351, US2016/094495 y US2018/219812 proponen soluciones para evitar situaciones indeseadas en las que un tercero echa un vistazo en el monitor del dispositivo de otra persona llevando la mirada por encima del hombro del propietario/gestor de dicho dispositivo, con el fin de poder ver y espiar el contenido presente en el propio monitor. No obstante, estas soluciones conocidas no son apropiadas para garantizar la confidencialidad adecuada en casos en los que, sin el consentimiento del propietario/operario legítimo del dispositivo (por ejemplo, como resultado del robo o pérdida de este) o incluso con su consentimiento, un tercero tenga en su posesión dicho dispositivo para que lo pueda gestionar directa y libremente, por ejemplo, accediendo a los botones de liberación, etc.
[0011] Asimismo, los documentos US2015/007351, US2016/094495 y US2018/219812 proponen soluciones para «enmascarar» el texto del mensaje, mientras que la presencia del propio mensaje sigue siendo visible. En concreto, el marco que contiene el texto del mensaje sigue siendo visible, incluso si está vacío dentro o su texto está oculto, cortado o mezclado de varias formas. Por lo tanto, en este caso, el tercero que tenga en su posesión el dispositivo de otra persona siempre se dará cuenta de la existencia de un mensaje, aunque después no sea capaz de comprender su contenido; dicho de otro modo, en las soluciones de los documentos US2015/007351, US2016/094495 y US2018/219812, aunque el tercero no sea capaz de leer y comprenderlos, sabe aun así que hay mensajes confidenciales y secretos.
[0012] Asimismo, las soluciones de los documentos US2015/007351, US2016/094495 y US2018/219812 están configurados, siempre y únicamente, para que el texto de los mensajes intercambiados esté oculto y, por lo tanto, no sea
comprensible, tanto por el emisor como por el receptor de dichos mensajes. Por lo tanto, no permiten gestionar una situación en la que el texto de un mensaje, o incluso la presencia de un chat completo, debe ser invisible solo para el emisor, y no para el/los receptor(es), o viceversa.
[0013] El objeto de la presente invención es proponer un sistema de mensajería que permita superar los inconvenientes anteriormente mencionados presentes en la técnica tradicional.
[0014] Otro objetivo de la invención es proponer un sistema de mensajería que permita ocultar tanto el contenido como también la presencia de un chat, un mensaje o un elemento gráfico y/o de audio de un mensaje, evitando así que un sujeto no autorizado advierta su existencia.
[0015] Otro objeto de la invención es proponer un sistema de mensajería en el que un sujeto no autorizado no se da cuenta de la existencia de chats y/o mensajes y/o elementos gráficos y/o de audio que están ocultos.
[0016] Otro objeto de la invención es proponer un sistema de mensajería que permite ocultar un chat (es decir, un intercambio de mensajes enviados y recibidos en el sistema de mensajería) para que la pantalla que contiene el chat relativo (sala de chat) pueda visualizarse solo después de un proceso previo de liberación y/o autorización.
[0017] Otro objeto de la invención es proponer un sistema de mensajería que permite ocultar un chat (es decir, un intercambio de mensajes enviados y recibidos en el sistema de mensajería) para que, en la pantalla relativa de vista previa de resumen de una pluralidad de chats de usuario aparezca visible solo después de un proceso previo de liberación y/o autorización.
[0018] Otro objeto de la invención es proponer un sistema de mensajería que permita ocultar un mensaje, tanto enviado como recibido por medio del sistema de mensajería, para que el marco relativo para la contención del mensaje, así como el propio mensaje, puedan visualizarse solo después de un proceso previo de liberación y/o autorización.
[0019] Otro objeto de la invención es proponer un sistema de mensajería que permita ocultar un elemento gráfico y/o de audio presente en un mensaje, tanto enviado como recibido a través del sistema de mensajería, para que el espacio ocupado por el elemento gráfico y/o de audio dentro del mensaje, así como el propio elemento, solo pueda visualizarse después de un proceso previo de desbloqueo y/o autorización.
[0020] Otro objeto de la invención es proponer un sistema de mensajería que permita ocultar un chat entre múltiples sujetos («grupo»).
[0021] Otro objeto de la invención es proponer un sistema de mensajería que permita crear un subchat entre un grupo o incluso los usuarios de un chat principal.
[0022] Otro objeto de la invención es proponer un sistema de mensajería que permita utilizar múltiples sistemas para desbloquear el acceso y la visualización de los contenidos presentes en dicho sistema de mensajería.
[0023] Otro objeto de la invención es proponer un sistema de mensajería que permita compartir entre dos o más usuarios la clave para acceder y visualizar los contenidos ocultos presentes en dicho sistema de mensajería.
[0024] Otro objeto de la invención es proponer un sistema de mensajería que permita compartir, sin la necesidad de medios externos, la clave para acceder y visualizar los contenidos ocultos presentes en dicho sistema de mensajería.
[0025] Otro objeto de la invención es proponer un sistema de mensajería que suponga una mejora y/o alternativa con respecto a los tradicionales.
[0026] Otro objeto de la invención es proponer un sistema de mensajería con una caracterización alternativa, tanto en términos funcionales como de implementación, con respecto a los tradicionales.
[0027] Otro objeto de la invención es proponer un sistema de mensajería que sea simple, fácil e intuitivo de usar.
[0028] Otro objeto de la invención es proponer un sistema de mensajería que permita un menor consumo de recursos por los dispositivos de hardware implicados y un menor uso de la banda ocupada por la red.
[0029] Otro objeto de la invención es proponer un sistema de mensajería que pueda implementarse de manera simple, rápida y con bajos costes.
[0030] Todos estos y otros objetos que se derivarán de la siguiente descripción se consiguen, de acuerdo con la invención, con el sistema de mensajería que presenta las características indicadas en la reivindicación 1.
[0031] En concreto, el sistema de mensajería (2), preferiblemente instantáneo, de acuerdo con la invención, comprende al menos un dispositivo de envío (4) y al menos un dispositivo de recepción (6) configurados para enviar y/o recibir mensajes (60) por medio de al menos una unidad central (8) con la que están en comunicación ambos dispositivos, comprendiendo dicho sistema de mensajería (2) un primer módulo de software que se carga y/o se ejecuta en dicho dispositivo de envío (4) y/o recepción (6) y un segundo módulo de software que se carga y/o se ejecuta en dicha unidad central (8), estando configurados dicho primer módulo de software y/o dicho segundo módulo de software para que, dentro del sistema de mensajería (2), se creen y/o se gestionen y/o se intercambien:
- elementos de un primer tipo abierto (14', 60', 33') que comprenden al menos un chat (14) y/o mensaje (60) y/o elemento digital (33) que siempre son visibles dentro de una correspondiente pantalla (42, 57) implementada en el monitor del dispositivo (4, 6), y
- elementos de un segundo tipo reservado (14", 60", 33") que comprenden al menos un chat (14) y/o mensaje (60) y/o elemento digital (33) que están configurados para alternar entre:
- un estado visible en el que dicho al menos un chat (14) y/o mensaje (60) y/o elemento digital (33), entero y/o en una vista previa del mismo, se muestran en la correspondiente pantalla (42, 57), que se implementa en el monitor del dispositivo (4, 6), ocupando una determinada área/zona de dicha pantalla,
- un estado oculto en el que dicho al menos un chat (14) y/o mensaje (60) y/o elemento digital (33) no se muestran dentro de dicha correspondiente pantalla (42, 57) implementada en el monitor del dispositivo (4, 6), estando también configurados dicho primer módulo de software y/o dicho segundo módulo de software para que dicho elemento (14, 60, 33) del segundo tipo reservado (14", 60", 33") pase del estado oculto al estado visible tras un proceso de desbloqueo satisfactorio llevado a cabo en/por medio del dispositivo (4, 6) en cuyo monitor se pretende visualizar estos elementos,
donde dicho primer módulo de software y/o dicho segundo módulo de software están configurados para que:
- cuando dicho al menos un chat (14) y/o mensaje (60) y/o elemento digital (33) están en dicho estado oculto, tampoco ocupan dicha área/zona específica de dicha correspondiente pantalla (42, 57), que en cambio es ocupada cuando están en el estado visible y, por lo tanto, no hay retroalimentación ni indicaciones visuales en el monitor que permitan advertir la existencia/presencia del elemento oculto en el sistema de mensajería,
y caracterizado por que:
- dicho proceso de desbloqueo contempla la escritura adecuada, utilizando el teclado (35) del dispositivo (4, 6), en cuyo monitor se pretende la visualización, de un código de acceso asociado a uno o más de dichos elementos (14, 60, 33) del segundo tipo reservado (14", 60", 33"),
- dicho proceso de desbloqueo está configurado de tal manera que, por cada intento que dé un resultado negativo, no se proporcione ninguna retroalimentación visual en relación con el fallo de dicho intento.
[0032] Ventajosamente, el sistema de mensajería está configurado para que, cuando dichos elementos del tipo reservado (14", 60", 33") estén en el estado visible, se visualicen en la correspondiente pantalla (42, 57) juntos y/o entre los elementos del primer tipo abierto, si los hay.
[0033] Ventajosamente, dicho primer módulo de software está configurado de tal manera que:
- un elemento es del tipo reservado (14", 60", 33") desde su creación (inicialización), y/o
- un elemento, ya creado e inicializado, del tipo abierto (14', 60', 33') se convierte en dicho tipo reservado (14", 60", 33"), o viceversa.
[0034] Ventajosamente, dicho primer módulo de software y/o dicho segundo módulo de software están configurados para que dichos elementos del segundo tipo «reservado» (14", 60", 33") de descarguen localmente en cada dispositivo (4, 6) solo si el proceso de desbloqueo, llevado a cabo en/por medio del dispositivo (4, 6) en cuyo monitor se pretende visualizar estos elementos, ha resultado exitoso. Ventajosamente, dicho primer módulo de software y/o dicho segundo módulo de software están configurados para que dicho elemento (14, 60, 33) del segundo tipo reservado (14", 60", 33") esté por defecto en dicho estado oculto y cambie del estado visible al estado oculto automáticamente después de un período de tiempo predeterminado y/o cuando el usuario realiza una determinada acción en dicho dispositivo (4, 6). Ventajosamente, dicho primer módulo de software y/o dicho segundo módulo de software están configurados para que dicho código de acceso de desbloqueo (5, 80) del proceso de desbloqueo comprenda caracteres alfanuméricos y/o caracteres especiales y/o símbolos de puntuación. Ventajosamente, dicho primer módulo de software y/o dicho segundo módulo de software están configurados para que dicho código de clave de acceso (5, 80) del proceso de desbloqueo comprenda elementos gráficos (33) del tipo que, en el sistema de mensajería (2), se envía en la zona de la pantalla ocupada por un mensaje. Ventajosamente, dicho primer módulo de software está configurado para que el modo de entrada correspondiente al código de clave de acceso (5, 80) se active automáticamente tras la inserción, por medio del teclado de escritura (35), de una secuencia específica (etiqueta) de elementos gráficos/símbolos/caracteres precodificados (61) antes y/o después de dicho código de clave de acceso (5, 80). Ventajosamente, dicho primer módulo de software ejecutado en dicho dispositivo (4,6) está configurado para llevar a cabo un proceso de desbloqueo del monitor que está configurado para hacer pasar los elementos (14, 60, 33) que, para un determinado usuario, son de tipo reservado (14", 60", 33") del estado «oculto» al estado «visible». Ventajosamente, dicho primer módulo ejecutado en dicho dispositivo (4, 6) y dicho segundo módulo de software ejecutado en la unidad central (8) están configurados para interactuar entre sí de tal manera que se realice un proceso de desbloqueo de descarga antes de descargar los elementos (14, 60, 33) de tipo reservado (14", 60", 33") en la memoria local de dicho dispositivo (4, 6). Ventajosamente, el sistema de mensajería está configurado para que los elementos (14, 60, 33) que son de tipo reservado (14", 60", 33") para un determinado usuario se descarguen todos a la memoria local (90) del dispositivo (4, 6) en el que dicho usuario ha iniciado sesión y de tal manera que les haga cambiar al estado «visible» solo después de un proceso para desbloquear el monitor. Ventajosamente, el sistema de mensajería según una o más de las reivindicaciones anteriores, caracterizado por el hecho de que, una vez que el elemento (14, 60,
33) que está reservado para el tipo (14", 60", 33") para un determinado usuario ha sido descargado a la memoria local (90) del dispositivo (4, 6), estos se muestran directamente en la pantalla del mismo dispositivo.
[0035] La presente invención queda más clara en adelante en una forma de realización preferida de la misma, meramente a modo de ejemplo no limitativo en referencia a los dibujos adjuntos, en los cuales:
la figura 1 muestra en vista esquemática la infraestructura del sistema de mensajería de acuerdo con la invención, la figura 2 muestra en vista esquemática la base de datos centralizada en la que se basa la infraestructura del sistema de mensajería de acuerdo con la invención,
la figura 3 muestra en vista esquemática el subconjunto local que se descarga localmente en un dispositivo gestionado por un determinado usuario y que se deriva de la base de datos centralizada de la fig. 2,
la figura 4 muestra en vista esquemática un ejemplo de la base de datos centralizada de la fig. 2,
la figura 5 muestra en vista esquemática un ejemplo del subconjunto local descargado en el dispositivo gestionado por el usuario "0001" y derivado de la base de datos centralizada de la fig. 4,
la figura 6 muestra en vista esquemática una variante de la base de datos centralizada en la que se basa la infraestructura del sistema de mensajería de acuerdo con la invención,
la figura 7 muestra en vista esquemática una variante del subconjunto local que se carga localmente en un dispositivo gestionado por un usuario específico y que se deriva de la base de datos centralizada de la fig. 6,
la figura 8 muestra una vista esquemática de un detalle de la base de datos de la fig. 6 que está configurada para la gestión de subchats y que se ha poblado a modo de ejemplo,
la figura 9a muestra una pantalla en la que se visualiza una lista con solo chats de tipo «abierto», mientras que los chats de tipo reservado se localizan en el estado oculto,
la figura 9b muestra la pantalla de la fig. 9a tras el procedimiento para desbloquear el monitor de chats de tipo reservado, que, por lo tanto, pasan del estado oculto al estado visible,
la figura 10a muestra una pantalla en la que se visualiza un chat con los mensajes relacionados de tipo «abierto», mientras que los de tipo reservado están en el estado oculto,
la figura 10b muestra la pantalla de la fig. 10a tras el proceso para desbloquear el monitor de mensajes de tipo reservado, que, por lo tanto, pasan del estado oculto al estado visible,
la figura 11a muestra una pantalla en la que se visualiza un chat con los mensajes relacionados y elementos gráficos de tipo «abierto», mientras que los elementos gráficos de tipo reservado están en el estado oculto,
la figura 11b muestra la pantalla de la fig. 11a tras el proceso para desbloquear el monitor de los elementos gráficos de tipo reservado, que, por lo tanto, pasan del estado oculto al estado visible,
la figura 12a muestra una pantalla en la que se visualiza un teclado solo con los elementos gráficos de tipo «abierto», mientras que los elementos gráficos que se insertan de tipo reservado están en el estado oculto
la figura 12b muestra la pantalla de la fig. 12a tras el proceso para desbloquear el monitor de los elementos gráficos de tipo reservado, que, por lo tanto, pasan del estado oculto al estado visible,
la figura 13 muestra en secuencia las diversas pantallas que se visualizan durante el proceso para desbloquear el monitor de un chat de tipo reservado,
las figuras 14 a-c muestran en secuencia las diversas pantallas que se visualizan durante el proceso de acceso a un chat de tipo reservado, y
la figura 15 muestra una pantalla durante la fase de inserción de la clave de acceso.
[0036] Preliminarmente, cabe destacar que, en adelante, «mensaje» 60 hace referencia al conjunto de todos los elementos, tanto textuales, gráficos (estáticos y animados) y/o de audio y/o vídeo, que se representan en la pantalla de visualización para ocupar una zona específica («vista») de dicha pantalla. Preferiblemente, dicha área está delimitada por un marco 59, que se define en adelante como un «bocadillo», o puede presentar una caracterización gráfica distinta (por ejemplo, un color) con respecto al fondo (y las áreas restantes) de dicha pantalla de visualización. Convenientemente, en la pantalla, cada mensaje 60 (que comprende el marco 59 con los elementos textuales, gráficos y/o de audio y/o vídeo) se representa de manera espaciada o gráficamente desconectada con respecto a los otros mensajes del chat.
[0037] En concreto, un mensaje 60 puede comprender, dentro de su marco o bocadillo 59:
- solo texto 39, o
- solo uno o más elementos gráficos y/o de audio 33, o
- una combinación de texto 39 con uno o más elementos gráficos y/o de audio 33.
[0038] Convenientemente, un mensaje 60 puede comprender, además o como alternativa al texto 39, cualquier elemento digital transferible a través de internet. Convenientemente, un mensaje 60 puede comprender, además o como alternativa
al texto 39, uno o más elementos multimedia que pueden representarse digitalmente y que pueden intercambiarse por medio del sistema de mensajería 2 según la invención, por ejemplo, aunque sin carácter limitativo: elementos gráficos, elementos de audio, elementos de vídeo, documentos de texto, identificadores biométricos u otros.
[0039] En concreto, los elementos gráficos 33 comprenden símbolos, iconos o imágenes en general (tanto estáticas como animadas) que se insertan (con o entre cualquier texto 39, o incluso sin este) dentro del bocadillo 59 del propio mensaje. Preferentemente, aunque no necesariamente, estas imágenes 33 representan un concepto, una emoción o un estado de ánimo, sustancialmente correspondiente al «emoji».
[0040] Se entiende por «chat» 14 o «conversación» el conjunto de todos los mensajes 60 que se intercambian entre dos usuarios (es decir, entre un usuario emisor y un usuario receptor) o entre múltiples usuarios (en los denominados «chats de grupo») y que se representan de manera ordenada (también temporalmente) en una página o ventana específica (también denominada «sala de chat») que se representa en una correspondiente pantalla de visualización 57. Convenientemente, cuando se crea un chat 14, la ventana o página específica correspondiente también puede estar libre de mensajes.
[0041] Por «subchat» 49 se entiende un tipo particular de chat que depende/deriva de otro chat (en adelante denominado «chat padre») y en el que los usuarios que participan son automáticamente todos los usuarios del chat padre, o un subconjunto de estos. En concreto, un usuario que no participa en el chat padre no puede estar presente en un subchat. El subchat se visualiza dentro de una ventana o página específica, y distinta de la del chat padre, que se representa en una pantalla de visualización. Convenientemente, cuando se crea un subchat, la ventana o página específica correspondiente también puede estar libre de mensajes.
[0042] El término «avatar» 48 se refiere en cambio a la representación gráfica utilizada por cada usuario para identificarse cuando se comunica con otros usuarios, por ejemplo, en un chat 14, o cuando envía un mensaje 60.
[0043] Por «elemento» se entiende uno o más chats 14 y/o uno o más subchats 49 y/o uno o más mensajes 60 y/o uno o más elementos gráficos y/o de audio y/o multimedia 33 y/o, en general, elementos digitales transferibles a través de internet.
[0044] Por «acción» se entiende una entrada proporcionada por un usuario que puede detectarse correcta y unívocamente por un sistema informático. Preferiblemente, la acción incluye un único toque («tap»), un toque doble («doble tap»), un deslizamiento vertical u horizontal («scroll» o «swipe»), u otros movimientos que puedan ser interpretados por un dispositivo equipado con una pantalla táctil. La acción también puede incluir un clic (simple o doble) del ratón, opcionalmente ayudado o sustituido por una presión de una o más teclas del teclado si el dispositivo es de tipo de sobremesa, o puede incluir la pronunciación de un sonido o una secuencia de sonidos, por ejemplo, de palabras, en el caso en que el dispositivo tiene comandos de voz, o incluso puede incluir el encuadre de una expresión facial o de un patrón definido («código QR», o código de barras).
[0045] Convenientemente, el sistema de mensajería según la invención puede comprender una o más de las características proporcionadas en el documento PCT/IB2018/055193.
[0046] De forma adecuada, el sistema de mensajería según la invención puede comprender una o más de las características proporcionadas en el documento PCT/IB2020/050173.
[0047] Como puede observarse a partir de las figuras, la infraestructura del sistema de mensajería de acuerdo con la invención, indicada en conjunto con el número de referencia 2, comprende al menos un dispositivo emisor 4 y al menos un dispositivo receptor 6 que están provistos de medios de comunicación para la transmisión y recepción de datos con al menos una unidad central 8.
[0048] Preferiblemente, el dispositivo emisor 4 y/o el dispositivo receptor 6 pueden comprender un cliente que consiste en un ordenador o un dispositivo portátil, por ejemplo, un teléfono inteligente o tableta.
[0049] Preferiblemente, la unidad central 8 puede comprender al menos un ordenador 10, por ejemplo, tal como, por ejemplo, un servidor remoto virtual o real y/o un sistema en la nube.
[0050] El primer y el segundo dispositivo 4, 6 están configurados para enviar, a través de la unidad central 8 con la que se comunican ambos dispositivos, el emisor y el receptor en la red, ya sea mediante internet o localmente, mensajes 60 que contienen texto 39 y/o elementos gráficos 33 y/o de audio (por ejemplo, contenido multimedia).
[0051] Convenientemente, un primer módulo de software se carga y/o se ejecuta en el primer y segundo dispositivo 4, 6, mientras que un segundo módulo de software se ejecuta en la unidad central 8. Convenientemente, en el caso de un dispositivo portátil, tal como un teléfono inteligente o tableta, el primer módulo de software consiste en una aplicación nativa de software móvil, también conocida como app. De forma adecuada, el primer módulo de software también puede encontrarse en forma de una aplicación web o una aplicación de escritorio.
[0052] En concreto, el primer módulo de software está configurado para enviar mensajes 60 realizando una solicitud a la unidad central 8 (servidor) basándose en un protocolo de comunicación, preferiblemente HTTPS. Ventajosamente, esta solicitud se realiza mediante el método POST para enviar el contenido de los mensajes (en concreto, en forma de una estructura de datos adecuada) a la unidad central 8 sin mostrarlos en la cadena de búsqueda (cadena de consulta), no obstante, esta solicitud podría haberse hecho también usando el método GET, pasando así los datos en la cadena de búsqueda.
[0053] Ventajosamente, la transferencia de datos entre los dispositivos 4,6 y la unidad central 8 tiene lugar de acuerdo con una arquitectura tradicional cliente-servidor que utiliza, por ejemplo el protocolo de transferencia/comunicación HTTP (protocolo de transferencia de hipertexto). Preferiblemente, este protocolo de transferencia/comunicación se hace seguro, es decir, es del tipo HTTPS, por ejemplo, usando una conexión cifrada, por ejemplo, conforme a los protocolos criptográficos TLS (seguridad de la capa de transporte) o SSL (capa de puertos seguros).
[0054] El primer módulo de software cargado y ejecutado en el dispositivo receptor 6 está configurado para descargar de la unidad central 8 el mensaje 60 (en forma de un paquete de datos estructurados) que ha sido enviado por el dispositivo emisor 4 y se prepara mediante dicha unidad central 8. Preferiblemente, la descarga desde la unidad central 8 del mensaje 60 mediante el dispositivo receptor 6 o, en cualquier caso, la transmisión del mensaje 60 desde la unidad central 8 al dispositivo receptor 6, se realiza usando una arquitectura REST (transferencia de estado representacional) o GraphQL usada preferiblemente, aunque no necesariamente, en un protocolo HTTPS o alternativamente MQTT sobre WebSocket.
[0055] Ventajosamente, el primer módulo de software cargado y ejecutado en el dispositivo receptor 6 puede estar configurado para acceder periódicamente, conforme a una frecuencia predefinida, a la unidad central 8 para consultar la posible presencia/disponibilidad de uno más mensajes 60 destinados para este (siguiendo, por lo tanto, un modo de diálogo cliente-servidor denominado «sondeo») y, en caso positivo, descarga este mensaje 60 desde la unidad central 8.
[0056] Preferiblemente, como se muestra en la figura 1, el sistema 2 de acuerdo con la invención también puede comprender una plataforma de notificación 50, como Google Cloud Messaging o Apple Push Notification Service o Firebase Cloud Messaging, que actúa como mediador entre los dispositivos 4, 6 y la unidad central 8 y que está configurado para notificar a dichos dispositivos, de forma asíncrona, cuando hay nuevos datos disponibles para ellos en la unidad de control y, por lo tanto, siguiendo un método denominado «notificación push o de inserción». En concreto, a tal efecto, el segundo módulo de software también está configurado para que, en función del mensaje 60 enviado por el dispositivo emisor 4, envíe una alerta 52 a la plataforma de notificación 50, que está configurada, por lo tanto, para enviar este aviso al correspondiente dispositivo receptor 6. De manera adecuada, la alerta 52 que envía la unidad central 8 a la plataforma de notificación 50 comprende un código de identificación de la unidad central 8 que envía la alerta, el código de identificación del dispositivo receptor 6 al que se debe enviar la alerta y el contenido de esta alerta 52.
[0057] Preferiblemente, el primer módulo de software cargado en el dispositivo emisor 4 y/o el dispositivo receptor 6 está configurado para presentar un primer estado activo, en el que se establece y se mantiene una conexión bidireccional con la unidad central 8, y un segundo estado de reposo, en el que el dispositivo emisor 4 y/o el dispositivo receptor 6 no están conectados con la unidad central 8. Ventajosamente, el primer módulo de software también está configurado para que, cuando esté en dicho primer estado activo, el dispositivo receptor 6 no interrogue a la unidad central 8 periódicamente (es decir, conforme al modo de «sondeo»), sino solo cuando reciba una alerta, preferiblemente a través de la plataforma de notificación 50 y de acuerdo con el método denominado «notificación de inserción». Convenientemente, de manera correspondiente, cuando hay disponibles en la unidad central 8 nuevos datos destinados a un determinado dispositivo receptor 6 en el que el primer módulo de software está en un estado activo, el segundo módulo de software está configurado para enviar una alerta a dicho dispositivo receptor 6 para interrogar a la unidad central 8. Al hacerlo, solo se interroga a la unidad central 8 cuando hay nuevos datos para descargar, evitando así interrogarla periódicamente e innecesariamente; esto resulta particularmente ventajoso porque permite reducir el tráfico de datos y, sobre todo, evitar el consumo innecesario de la banda de transmisión de datos.
[0058] Preferiblemente, los datos de los mensajes 60 que se intercambian, dentro del sistema de mensajería 2, entre el dispositivo emisor 4 y el dispositivo receptor 6 están cifrados por medio de un sistema de cifrado de extremo a extremo. Base de datos central 12
[0059] En la unidad central 8, se carga (o se asocia) al menos una base de datos 12 que, de manera apropiada, define la base de datos centralizada que contiene, de manera agregada y organizada, los datos de todos los usuarios del sistema de mensajería 2 y de todos los elementos (chat, mensajes, elementos gráficos y/o de audio) que se pueden crear, gestionar e intercambiar por dichos usuarios dentro del mismo sistema de mensajería 2.
[0060] La base de datos 12 está convenientemente provista, en el modo tradicional, de soportes para almacenar datos y de un procesador para el procesamiento de estos (servidor de la base de datos), y de aplicaciones de software (es decir, un sistema de gestión de base de datos) para la creación, manipulación, gestión y consulta eficiente de los datos almacenados en los medios.
[0061] De forma adecuada, como se representa en la figura 2, la base de datos 12 comprende:
- un conjunto de datos de usuario 15 que contiene los datos de cada usuario del sistema de mensajería según la invención;
- un conjunto de datos de chat 18 que contiene los datos de todos los chats 14 de todos los usuarios del sistema de mensajería,
- un conjunto de datos de mensaje 20 que contiene los datos de todos los mensajes 60 de todos los chats 14 del sistema de mensajería,
- uno o más conjuntos de datos de elementos 22 que contienen al menos los códigos de identificación únicos (ID_ELEMENT) de todos los elementos gráficos 33 (tanto estáticos como animados) y/o de audio y/o vídeo que pueden ser gestionados a través del sistema de mensajería 2; en concreto, en el caso de un elemento gráfico, este
conjunto de datos contiene, para cada elemento gráfico, al menos el código de identificación único (ID_ELEMENT) del mismo que, preferiblemente, define la clave principal de este conjunto de datos.
[0062] Convenientemente, el conjunto de datos de usuario 15 contiene un código de identificación único (ID_USER) del usuario que preferiblemente define la clave principal de este conjunto de datos.
[0063] Preferiblemente, el conjunto de datos de usuario 15 contiene el código ID único del usuario, un nombre de usuario y contraseña y, preferiblemente, también el nombre y apellido(s), una referencia de contacto (por ejemplo, la dirección de correo electrónico) y otros datos de registro tradicionales.
[0064] Convenientemente, el conjunto de datos de chat 18 contiene un código de identificación único (ID_CHAT) de cada chat 14 que, preferiblemente, define la clave principal de este conjunto de datos.
[0065] Convenientemente, el conjunto de datos de mensaje 20 contiene un código de identificación único ID (MESSAGE_ID) de cada mensaje 60 que, preferiblemente, define la clave principal de este conjunto de datos.
[0066] Preferiblemente, el conjunto de datos de elementos 22 contiene, además del código de identificación único (ID_ELEMENT) del elemento gráfico y/o de audio 33, una dirección/ubicación (p. ej., una URL web) de otra base de datos, también en la nube (y preferiblemente la dirección o ubicación precisa del registro correspondiente en esta base de datos adicional), en la que los datos que definen el elemento gráfico y/o de audio real 33 están almacenados de manera organizada. Ventajosamente, de acuerdo con una forma de realización preferida, en el conjunto de datos de elementos 22 de la base de datos central 12, el código de identificación único (ID_ELEMENT) del elemento gráfico y/o de audio 33 corresponde a la dirección/ubicación unívoca (preferiblemente web) que identifica el registro en la base de datos adicional 47 (también en la nube) en la que están almacenados los datos que definen el elemento real 33.
[0067] Convenientemente, la base de datos 12 está configurada y estructurada para que el conjunto de datos de usuario 15 y el conjunto de datos de chat 18 estén asociados entre sí por medio de una primera relación 21 (que básicamente constituye otro conjunto de datos) para conectar a los datos de cada chat del conjunto de datos 18 los datos de dos (o más) usuarios del conjunto de datos 15 que participan en este.
[0068] Convenientemente, la base de datos 12 está configurada y estructurada para que el conjunto de datos de chat 18 y el conjunto de datos de mensaje 20 estén asociados entre sí por medio de una segunda relación 23 (que sustancialmente constituye otro conjunto de datos) para conectar a los datos de cada mensaje 60 del conjunto de datos de mensaje 20 los datos de chat 14 del conjunto de datos de chat 18 en los que se intercambiaron.
[0069] Convenientemente, la base de datos 12 está configurada y estructurada para que el conjunto de datos de mensaje 20 y el conjunto de datos de elementos 22 estén asociados por medio de una tercera relación 25 (que sustancialmente constituye otro conjunto de datos) para conectar los datos de cada mensaje 60 del conjunto de datos de mensaje 20 a los datos de los elementos 33 que están contenidos en dicho mensaje.
[0070] De forma adecuada, la base de datos 12 está configurada y estructurada para que el conjunto de datos de usuario 15 y el conjunto de datos de elementos 22 estén asociados por medio de una cuarta relación 27 (que básicamente constituye otro conjunto de datos) para conectar los datos de cada usuario o del conjunto de datos de usuario 15 de los elementos 33 del conjunto de datos de elementos 22 a los que tiene acceso cada usuario y/o que puede gestionar/usar cada usuario. Convenientemente, en dicho sistema de mensajería 2, cada elemento 33 gestionable en el sistema de mensajería 2 está provisto y asociado con dicho código de identificación único ID_ELEMENT.
[0071] Convenientemente, el sistema de mensajería 2 está configurado para que cada elemento (es decir, cada chat 14 o mensaje 60 o elemento 33) creado e intercambiado (o, en general, presente) en el sistema de mensajería 2, puede ser de dos tipos:
- un primer tipo, definido en adelante como «abierto» (es decir, con visualización/acceso abierto y libre), en el que el elemento correspondiente siempre está visible en el monitor del dispositivo, y sin que sea necesario ningún proceso de desbloqueo introduciendo cualquier clave de acceso, o
- un segundo tipo, definido en adelante como «reservado» (es decir, con visualización/acceso reservado y «secreto»), en el que la visualización del elemento correspondiente en el monitor del dispositivo está sujeta en cambio a un proceso de desbloqueo introduciendo correctamente una clave de acceso específica.
[0072] Además, el sistema de mensajería 2 está configurado para que cada elemento del segundo tipo «reservado» pueda adoptar dos estados:
- un primer estado, denominado en adelante «oculto», en el que dicho elemento no se muestra en el monitor del dispositivo, o
- un segundo estado, definido en adelante como «visible», en el que dicho elemento se visualiza (por completo y/o en una vista previa) en una pantalla implementada en el monitor del dispositivo.
[0073] En concreto, cuando dicho elemento del segundo tipo «reservado» está en el estado visible, el propio elemento se visualiza (por completo y/o en una vista previa) en una pantalla correspondiente, que se implemente en el monitor del dispositivo 4 y/o 6, que ocupan una zona/superficie específica de dicha pantalla (véanse las figuras 9b, 10b, 11, banda 12b). Cuando dicho elemento está en el estado «oculto», no se visualiza dentro de la pantalla correspondiente implementada en el monitor del dispositivo 4 y/o 6 y tampoco ocupa dicha zona/superficie específica de dicha pantalla
que es ocupada cuando está en el estado visible, evitando así que se aprecie su presencia/existencia (véanse las figuras 9a, 10a, 11a y 12a). Con más detalle, cuando dicho elemento del segundo tipo «reservado» está en el estado «oculto», la zona de visualización correspondiente que (tras el proceso de desbloqueo) debería ser ocupada por dicho elemento, no está implementada de ninguna forma en el monitor y/o está ocupada por otros elementos (anteriores o posteriores) del primer tipo.
[0074] Convenientemente, en esencia, cuando un chat 14 está en el primer estado «oculto», en la pantalla 42 que contiene la lista de resumen de los diversos chats de un usuario, la propia porción relativa de la pantalla que contiene la vista previa del chat ni siquiera se visualiza e implementa (véase la figura 9b); cuando un mensaje 60 está en el primer estado «oculto», dentro de la pantalla 57 del chat correspondiente, el marco relativo 59 para contener el contenido de dicho mensaje ni siquiera se visualiza ni se implementa (véase la figura 10b); cuando un elemento gráfico y/o de audio 33 está en el primer estado «oculto», el espacio que es ocupado (dentro del mensaje 60 (véase la figura 11b) o el teclado 35 (véase la figura 12b)) es ocupado por dicho elemento gráfico y/o de audio ni siquiera se visualiza ni está ocupado por el texto que lo rodea o elementos gráficos y/o de audio del primer tipo abierto. Por consiguiente, de forma adecuada, cuando un elemento (chat, mensaje o elemento gráfico y/o de audio 33) del segundo tipo «reservado» está en el primer estado «oculto», no hay retroalimentación ni indicación visual en el monitor que permite advertir la existencia/presencia del elemento oculto en el sistema de mensajería.
[0075] Asimismo, el sistema de mensajería está configurado de manera adecuada para que el proceso de desbloqueo (para hacer pasar los elementos del segundo tipo «reservado» desde el primer estado oculto hasta el segundo estado visible) esté configurado para que, para cada intento fallido, no se proporciona retroalimentación visual en relación con el fallo/intento fallido y, preferiblemente, la pantalla sigue igual. Esto resulta particularmente ventajoso en cuanto a que un tercer usuario que tenga en su posesión el dispositivo ni siquiera advertiría la existencia de elementos reservados del segundo tipo; de hecho, incluso después de un intento fortuito o voluntario de desbloquear (por ejemplo, intentando introducir una contraseña) con un resultado incorrecto, la pantalla de visualización sigue igual y el tercero no recibe ninguna retroalimentación visual (es decir, no hay mensaje de tipo «contraseña incorrecta») y, por lo tanto, este no se da cuenta de si hay presentes elementos «reservados» del segundo tipo o no.
[0076] De forma adecuada, el primer módulo de software y/o el segundo módulo de software están configurados para que, en el sistema de mensajería 2, se creen e intercambien:
- un elemento de un primer tipo abierto que comprenden al menos un chat 14 y/o mensaje 60 y/o elemento digital 33 que siempre es visible dentro de la correspondiente pantalla implementada en el monitor del dispositivo 4 y/o 6, y - un elemento de un segundo tipo que comprende al menos un chat reservado 14 y/o mensaje 60 y/o elemento digital 33 que pasa entre:
° un primer estado oculto en el que dicho al menos un chat 14 y/o mensaje 60 y/o elemento digital 33 no se implementa ni se visualiza de ningún modo dentro de la correspondiente pantalla implementada en el monitor del dispositivo 4 y/o 6, sin ocupar, por lo tanto, ninguna zona de visualización,
° un segundo estado visible en el que dicho al menos un chat 14 y/o mensaje 60 y/o elemento digital 33 se implementa y se visualiza, completamente y/o en una vista previa de este, en la correspondiente pantalla implementada en el monitor del dispositivo 4 y/o 6, ocupando así una zona del monitor.
[0077] Ventajosamente, para este objetivo, la base de datos 12 comprende un conjunto de datos de elementos reservados 70 que está relacionado con el conjunto de datos de usuario 15, el conjunto de datos de chat 18, el conjunto de datos de mensaje 20 y el conjunto de datos de elementos 22.
[0078] Preferiblemente, cada elemento del segundo tipo «reservado» está, por defecto, en el primer estado oculto.
[0079] Preferiblemente, cada elemento del segundo tipo «reservado» pasa del estado oculto al estado visible tras un proceso de desbloqueo llevado a cabo en/por medio del dispositivo 4, 6, en cuyo monitor se pretende visualizar dichos elementos.
[0080] Preferiblemente, cada elemento del segundo tipo «reservado» cambia del estado visible al estado oculto automáticamente después de un período de tiempo predeterminado y/o cuando el usuario realiza una determinada acción en dicho dispositivo 4 y/o 6.
[0081] Preferiblemente, en el sistema de mensajería según la invención, cada elemento del segundo tipo «reservado» no se descarga siempre y automáticamente del servidor, sino que se descarga ventajosamente solo si el proceso de desbloqueo se ha llevado a cabo con éxito (es decir, con un resultado positivo). Esto resulta ventajoso tanto en términos de ahorro de consumo de datos como en términos de confidencialidad de la gestión de los elementos, que se descargan localmente desde la unidad central 8 al dispositivo 4 y/o 6 solo después de la autorización previa. En concreto, el conjunto de datos de elementos reservados 70 está configurado para que cada registro 71 de este conjunto de datos incluya al menos los siguientes tres campos:
- el código de identificación único ID_ITEM de un elemento del conjunto de datos de chat 18, del conjunto de datos de mensaje 20 o del conjunto de datos de elementos 22; en concreto, el código de identificación único ID_ITEM puede ser el de un chat 14 o el de un mensaje 60 o el de un elemento 33,
- el código de identificación único ID_USER de un usuario del conjunto de datos de usuario 15; en concreto, para un chat 14 o mensaje 60 específico, este código de identificación corresponde al del usuario que participa en dicho chat
o que es el emisor/receptor del mensaje; mientras que, para los elementos 33, este emisor/receptor de identificación corresponde al del usuario que tiene acceso y/o que está habilitado para gestionar/utilizar dicho elemento, - un código que identifica la clave de acceso (ACCESS_KEY) 5 que se introduce/teclea para poder visualizar el elemento correspondiente en el monitor del/asociado con el dispositivo 4, 6.
[0082] En esencia, el conjunto de datos de elemento reservado 70 está en relación con el conjunto de datos de usuario 15, con el conjunto de datos de chat 18, con el conjunto de datos de mensaje 20 y con el conjunto de datos de elementos 22 para poblarse, por lo tanto, con el código de identificación único IDJJSER de un usuario del conjunto de datos de usuario 15 y con el código de identificación único ID_CHAT del conjunto de datos de chat 18 o ID_MESSa GE del conjunto de datos de mensaje 20 o ID_ELEMENT del conjunto de datos de elementos 22, que después se combina con un código que define la clave de acceso 5 para visualizar el correspondiente chat 18, mensaje 60 o elemento 33.
[0083] De forma adecuada, la clave principal de cada registro 71 del conjunto de datos de elemento reservado 70 puede definirse por un campo («tipo de elemento») relacionado con el tipo de elemento, el código identificador único ID_ITEM del elemento correspondiente (derivado del conjunto de datos de chat 18 o el conjunto de datos de mensajes 20 o el conjunto de datos de elementos 22) y el código de identificación único del usuario ID_JSER (derivado del conjunto de datos de usuario 15).
[0084] Alternativamente, todos los elementos (chat 14, mensajes 60 y elementos 33) del sistema de mensajería 2 según la invención, independientemente de su tipo, se identifican únicamente en la base de datos 12 por medio de un código de identificación único (es decir, los códigos ID_CHAT, ID_MESSAGE e ID_ELEMENT son únicos no solo en el conjunto de datos individual, sino también entre todos los conjuntos de datos 18, 20 y 22). En concreto, esto significa que, dentro de la base de datos 12, cada chat del conjunto de datos de chat 18 del sistema de mensajería 2 presenta su propio código de identificación único ID_CHAT que, por lo tanto, es efectivamente distinto y diferente no solo del de los otros chats del conjunto de datos de chat 18, sino también del ID_MESSAGE de los mensajes individuales presentes en el conjunto de datos de mensaje 20 y del ID_ELEMENT de los elementos individuales del conjunto de datos de elementos 22. Por lo tanto, de manera apropiada, la clave principal de cada registro del elemento 70 del conjunto de datos reservado puede definirse únicamente mediante dicha clave principal ID_CHAT, ID_MESSAGE e ID_ ELEMENT utilizada respectivamente en el conjunto de datos de chat 18, en el conjunto de datos de mensaje 20 y en el conjunto de datos de elementos 22.
[0085] Convenientemente, si un determinado elemento de un determinado usuario está presente dentro del conjunto de datos de elemento reservado 70, entonces (solo para ese usuario específico) este elemento es del tipo reservado; por el contrario, si un elemento específico de un usuario específico no está presente en el conjunto de datos de elemento reservado 70, entonces (solo para ese usuario específico) este elemento es de tipo abierto.
[0086] De forma más detallada, el conjunto de datos de chat 18 contiene los datos de todos los chats 14 intercambiados en/a través del sistema de mensajería 2 (tanto de tipo abierto como de tipo reservado), el conjunto de datos de mensaje 20 contiene los datos de todos los mensajes intercambiados en/a través del sistema de mensajería 2 (tanto de tipo abierto como reservado), el conjunto de datos de elementos 22 contiene los datos de todos los elementos intercambiados en/a través del sistema de mensajería 2 (tanto de tipo abierto como reservado).
[0087] El elemento de conjunto de datos reservado 70 contiene los datos de identificación solo de los chats 14 o de los mensajes 20 o de los elementos 33 de tipo reservado. De forma más detallada, esto significa que los datos de identificación solo del chat 14 o de los mensajes 20 o de los elementos 33 de tipo abierto no tendrán un correspondiente registro 71 en el elemento de conjunto de datos reservado 70. Por lo tanto, en esencia, no todos los códigos de identificación del chat 14 o de los mensajes 20 o de los elementos 33 de los respectivos conjuntos de datos 18, 20 y 22 se recuperan y están presentes en el conjunto de datos de elemento reservado 70.
[0088] Convenientemente, en el sistema de mensajería 2, cada elemento de tipo reservado (y, por lo tanto, que presenta un correspondiente registro 71 en el conjunto de datos de elemento reservado 70) está por defecto en el estado «oculto» y temporalmente cambia al estado «visible» solo después de la inserción previa y correcta de un código correspondiente a la clave de acceso 5 a la que está asociado cada elemento en el conjunto de datos de elemento reservado 70.
[0089] En cambio, cada elemento de tipo abierto (y, por lo tanto, sin un registro correspondiente 71 en el conjunto de datos de elemento reservado 70) presenta siempre y únicamente el estado «visible», es decir, dicho elemento (en su totalidad y/o uno en su vista previa) es siempre visible en una pantalla implementada en el monitor del dispositivo.
Conjunto de datos de chat 18
[0090] Ventajosamente, la base de datos 12 está configurada y estructurada para que cada chat 14 creado/que tenga lugar en el sistema de mensajería 2 esté provisto y/o asociado con los siguientes campos:
- dicho identificador único ID_CHAT del chat; en particular, este código define la clave principal del conjunto de datos de chat 18,
- los códigos de identificación únicos de los usuarios que participan en el chat;
- un código que identifica una clave de acceso compartida (ACCESS_KEY_CHAT) 80, que es la misma (es decir, es común) y compartida entre los participantes del chat, que se introduce/escribe para permitir que cada participante del chat visualice el chat correspondiente en el monitor del dispositivo correspondiente asociado con este.
[0091] Convenientemente, en el sistema de mensajería 2, cada chat 14 puede ser de dos tipos:
- un tipo abierto 14' para todos los usuarios participantes en el que el chat correspondiente siempre está visible en el monitor de todos los dispositivos gestionados por los usuarios que participan en el chat, y sin que sea necesario ningún reconocimiento y/o inserción previa de ninguna clave de acceso, o
- un tipo reservado 14" para todos los usuarios participantes en el que la visualización del chat correspondiente en el monitor de los dispositivos gestionados por todos los usuarios que participan en el chat está sujeta, en cambio, a la inserción correcta de esa clave de acceso 80 específica compartida.
[0092] En concreto, si no se le da un valor al campo ACCESS_KEY_CHAT (es decir, está vacío) o se le da un valor de acuerdo con un valor predefinido por defecto, el chat 14 es de tipo abierto 14' para todos los usuarios participantes; en cambio, si al campo ACCESS_KEY_CHAT se le da un valor con una clave de acceso 80 compartida específica (por ejemplo, en forma de una cadena), el chat 14 es de tipo reservado 14" para todos los usuarios participantes.
[0093] Asimismo, en el sistema de mensajería 2, cada chat 14 de tipo reservado 14" puede adoptar dos estados:
- un estado «visible» en el que todo el chat y/o una vista previa de este se visualiza en una pantalla implementada en el monitor del dispositivo, o
- un estado «oculto» en el que el chat no se muestra en el monitor del dispositivo.
[0094] Convenientemente, en el sistema de mensajería 2, cada chat 14 de tipo reservado 14" (y, por lo tanto, que presenta el campo ACCESS_KEY_CHAT al que se le da un valor con una determinada clave de acceso 80 compartida) está por defecto en el estado «oculto» y pasa temporalmente al estado «visible» solo después de la inserción previa y correcta, por parte de un usuario que participa en dicho chat, de un código correspondiente a la clave de acceso compartida 80.
[0095] En cambio, cada chat 14 de tipo «abierto» 14' siempre presenta únicamente el estado «visible», es decir, todo el chat y/o una vista previa de este se visualiza siempre en una pantalla implementada en el monitor del dispositivo.
[0096] Ventajosamente, cada chat 14 puede comprender un campo relacionado con el código de identificación único del usuario que ha creado el chat y/o un campo relacionado con la fecha de creación del chat.
Conjunto de datos de mensajes 20
[0097] Ventajosamente, la base de datos 12 está configurada y estructurada para que cada mensaje 60 creado/intercambiado en el sistema de mensajería 2 esté provisto y/o asociado con los siguientes campos:
- dicho código de identificación único (ID_MESSAGE) del mensaje 60; preferiblemente, este código define la clave principal del conjunto de datos de mensaje 20,
- un código de identificación del chat 14 al que pertenece el mensaje 60; en concreto, este código está definido por la clave principal ID_CHAT del conjunto de datos de chat 18,
- un código de identificación único del usuario que envió el mensaje,
- un código de identificación único del usuario o usuarios que recibieron el mensaje,
- un código que identifica la clave de acceso 80 compartida (ACCESS_KEY_MESSAGE) para introducirla/escribirla para poder visualizar un mensaje específico 60 en un chat que se visualiza en una pantalla implementada en el monitor de un dispositivo o asociado con un dispositivo.
[0098] Convenientemente, en el sistema de mensajería 2, cada mensaje 60 puede ser de dos tipos:
- un tipo abierto 60' en el que, para todos los participantes en un chat específico 14, el mensaje correspondiente 60 siempre está visible dentro de dicho chat 14 y sin que sea necesario ningún reconocimiento y/o inserción previa de una clave de acceso 80 compartida, o
- un tipo reservado 60" en el que, para todos los participantes en un chat específico 14, la visualización del mensaje dentro de dicho chat 14 al que pertenece está sujeto a la inserción correcta de esa clave de acceso 80 compartida específica.
[0099] En concreto, si no se le da un valor al campo ACCESS_KEY_MESSAGE (es decir, está vacío) o se le da un valor de acuerdo con un valor predefinido por defecto, el mensaje 60 es de tipo abierto 60' tanto para el usuario emisor como para el/los receptor(es); en cambio, si al campo ACCESS_KEY_MESSAGE se le da un valor con una clave de acceso 80 compartida específica (por ejemplo, en forma de una cadena), el mensaje 60 es de tipo reservado 60" tanto para el usuario emisor como para el/los receptor(es).
[0100] Asimismo, en el sistema de mensajería 2, cada mensaje 60 de tipo reservado 60" puede adoptar dos estados:
- un estado «visible» en el que todo el chat y/o una vista previa de este se visualiza en una pantalla implementada en el monitor del dispositivo, o
- un estado «oculto» en el que el mensaje no se muestra en el monitor del dispositivo.
[0101] Convenientemente, en el sistema de mensajería 2, cada mensaje 60 de tipo reservado 60" (y que presenta el campo ACCESS_KEY_MESSAGE al que se le da un valor con una determinada clave de acceso 80 compartida) está por defecto en el estado «oculto» y cambia temporalmente al estado «visible» solo después de la inserción previa y correcta de un código correspondiente a la clave de acceso 80 compartida.
[0102] En cambio, cada mensaje 60 de tipo abierto 60' presenta siempre y únicamente el estado «visible», es decir, su contenido y/o una vista previa de este se puede visualizar siempre en una pantalla implementada en el monitor del dispositivo.
[0103] Ventajosamente, cada mensaje 60 también puede estar asociado con uno o más de los siguientes campos:
- la fecha en la que se creó el mensaje,
- la fecha en la que se pobló el campo ACCESS_KEY_MESSAGE relacionado con la clave de acceso 80 compartida;
de manera apropiada, de este modo, se mantiene la fecha en la que la visualización de un mensaje específico en un chat se ha vuelto subordinada a la inserción previa correcta de una clave de acceso 80 compartida específica (es decir, cuando un mensaje 60 se ha vuelto de tipo reservado).
Conjunto de datos de elementos 22
[0104] Ventajosamente, la base de datos 12 está configurada y estructurada para que cada elemento gráfico y/o de audio 33, que ha sido insertado dentro de un mensaje 60 creado/intercambiado dentro del sistema de mensajería 2, esté provisto y/o asociado con los siguientes campos:
- dicho código de identificación único (ID_ ELEMENT) del elemento gráfico y/o de audio y/o multimedia 33 en general;
preferiblemente, este código define la clave principal del conjunto de datos de elementos 22,
- un código de identificación único de mensaje 60 en el que se inserta dicho elemento gráfico y/o de audio 33; en concreto, este código se define mediante la clave principal del conjunto de datos de mensaje 20,
- un código que identifica la clave de acceso 80 compartida (ACCESS_KEY_ ELEMENT) para insertarla/escribirla para poder visualizar un elemento gráfico y/o de audio específico en el mensaje 60 que se visualiza, dentro del chat correspondiente al que pertenece, en una pantalla implementada en el monitor del dispositivo/asociado con un dispositivo del usuario emisor y/o receptor.
[0105] De manera adecuada, en el sistema de mensajería 2, cada elemento puede ser de dos tipos:
- un tipo abierto 33' en el que, para todos los usuarios de un determinado mensaje 60, el elemento 33 correspondiente siempre está visible dentro de dicho mensaje 60 al que pertenece y sin que sea necesario ningún reconocimiento y/o inserción previa de una clave de acceso 80 compartida, o
- un tipo reservado 33" en el que, para todos los usuarios de un mensaje 60 específico, la visualización del elemento 33 dentro del mensaje 60 al que pertenece está sujeta a la inserción correcta de esa clave de acceso 80 compartida específica.
[0106] En concreto, si no se le da un valor al campo "ACCESS_KEY_ELEMENT" (es decir, está vacío) o se establece de acuerdo con un valor predefinido por defecto, el elemento 33 es de tipo abierto 33' para todos los usuarios (tanto emisor como receptor(es)); en cambio, si al campo "ACCESS_KEY_ELEMENT" se le da un valor con una clave de acceso 80 compartida específica (por ejemplo, en forma de una cadena), el elemento 33 es de tipo reservado 33" para todos los usuarios (tanto emisor como receptor(es)).
[0107] Asimismo, en el sistema de mensajería 2, cada elemento 33 de tipo reservado 33" puede adoptar dos estados:
- un estado «visible» en el que dicho elemento, en su totalidad y/o en una vista previa, se visualiza en una pantalla implementada en el monitor del dispositivo, o
- un estado «oculto» en el que dicho elemento 33 no se muestra en el monitor del dispositivo.
[0108] Convenientemente, en el sistema de mensajería 2, cada elemento 33 de tipo reservado 33" (y que presenta el campo "ACCESS_KEY_ELEMENT" al que se le da un valor con una clave de acceso 80 compartida específica) está por defecto en el estado «oculto» y pasa temporalmente al estado «visible» solo después de la inserción previa y correcta de un código correspondiente a la clave de acceso 80 compartida.
[0109] En cambio, cada elemento 33 de tipo abierto 33' presenta siempre únicamente el estado «visible», es decir, su contenido y/o una vista previa de este se puede visualizar siempre en una pantalla implementada en el monitor del dispositivo.
[0110] Ventajosamente, a cada elemento gráfico y/o de audio 33, que se inserta dentro de un mensaje 60 creado/intercambiado en el sistema de mensajería 2, también se puede asociar uno o más de los siguientes campos:
- el código de identificación único del usuario que ha poblado el campo "ACCESS_KEY_ELEMENT" relacionado con la clave de acceso 80 compartida; oportunamente, de este modo, se mantiene el seguimiento de quién ha visualizado un determinado elemento 33 dentro de un mensaje 60 subordinado a la inserción preventiva correcta de una determinada clave 5.
- el tipo de un elemento específico; por ejemplo, puede referirse a un elemento gráfico (por ejemplo, un emoji® o un avatar) o de audio o vídeo,
- la fecha en la que se pobló el campo ACCESS_KEY_ELEMENT relacionado con la clave de acceso 80 compartida;
de manera adecuada, de este modo, se mantiene la fecha en la que la visualización de un elemento específico 33 en un mensaje 60 se ha vuelto subordinada a la inserción previa correcta de una clave de acceso 80 compartida específica.
Módulos de software
[0111] Dentro del dispositivo emisor 4 y/o receptor 6, se carga y/o se ejecuta el primer módulo de software.
[0112] El segundo módulo de software configurado para gestionar comunicaciones con los dispositivos emisor 4 y receptor 6 y, en consecuencia, el envío y la recepción de mensajes y notificaciones, se carga y/o se ejecuta convenientemente dentro de la unidad central 8.
[0113] En adelante, el término «elemento» hace referencia a uno o más chats 14 y/o uno o más mensajes 60 y/o uno o más elementos gráficos y/o de audio 33. En concreto, por «elemento» también se hace referencia, como se aclarará mejor más tarde, incluso a un subchat.
Creación de elementos de tipo reservado solo para un usuario específico (véase la figura 9)
[0114] De manera adecuada, cuando se ejecuta en un dispositivo, el primer módulo de software se configura para crear (dentro de la base de datos 12) un nuevo registro 71 del conjunto de datos de elementos reservado 70 en el que uno o más elementos conectados al usuario que ha iniciado sesión en el sistema de mensajería 2 está asociado con una clave de acceso 5 individual, haciendo así que dichos elementos sean de tipo reservado para ese usuario.
[0115] En concreto, el primer módulo de software está configurado para crear un nuevo registro 71 del conjunto de datos de elementos reservado 70 que contiene:
- el código de identificación ID_ITEM de un elemento específico,
- el código de identificación ID_USERE del usuario que ha iniciado sesión en el sistema de mensajería 2 y que está conectado a dicho elemento,
- la clave de acceso ACCESS_KEY 5 que el usuario que ha iniciado sesión en el sistema de mensajería 2 desea asociar con ese elemento concreto.
[0116] De manera adecuada, el código de identificación ID_ITEM de un determinado elemento puede incluir:
- el código de identificación ID_CHAT de un chat 14 donde participa el usuario que ha iniciado sesión en el sistema de mensajería 2, o
- el código de identificación ID_MESSAGE de un mensaje 20 enviado/recibido por el usuario que ha iniciado sesión en el sistema de mensajería 2, o
- el código de identificación ID_ELEMENT de un elemento 33 utilizado en un mensaje por el usuario que ha iniciado sesión en el sistema de mensajería 2.
[0117] De este modo, convenientemente, un elemento específico se transforma en el tipo reservado solo para ese usuario que tiene (en el conjunto de datos de elemento reservado 70) el correspondiente código de identificación ID_USER asociado con el código de identificación ID_ITEM del elemento concreto.
[0118] En esencia, puede suceder, por ejemplo, que un determinado mensaje se haya hecho de tipo reservado para el usuario emisor (es decir, en el conjunto de datos de elemento reservado 70 hay un registro 71 correspondiente en el que el código de identificación ID_MESSAGE del mensaje se combina con el código de identificación ID_USER del usuario emisor y una clave de acceso KEY_ACCESS), mientras que, para el usuario receptor, sigue siendo de tipo abierto (es decir, en el conjunto de datos de elemento reservado 70 no hay un registro correspondiente en el que el código de identificación ID_MESSAGE del mensaje anteriormente mencionado esté combinado con el usuario receptor del código de identificación ID_USER).
Visualización de elementos de tipo reservado para un usuario específico (véase la figura 10)
[0119] De manera adecuada, cuando se ejecuta en un dispositivo, el primer módulo de software está configurado para que los elementos que (para ese usuario particular que ha iniciado sesión en el sistema de mensajería 2) son de tipo reservado (es decir, tienen un registro correspondiente en el conjunto de datos de elemento reservado 70) cambian temporalmente del estado «oculto» al estado «visible» tras la inserción preventiva y correcta de un código ACCESS_KEY correspondiente a la clave de acceso 5 que, en el registro correspondiente 71 del conjunto de datos de elemento reservado 70, está asociado con el código de identificación ID_ITEM de dicho elemento y el código de identificación ID_USER de dicho usuario que ha iniciado sesión en el sistema de mensajería 2.
[0120] Convenientemente, el primer módulo de software ejecutado en el dispositivo está configurado para realizar un proceso de desbloqueo del monitor que está configurado para hacer pasar los elementos que, para un determinado usuario, son de tipo reservado, del estado «oculto» al estado «visible». Preferiblemente, este proceso incluye las siguientes operaciones:
- recibir el código de acceso que es introducido por el usuario actuando en el dispositivo en el que se ejecuta el primer módulo de software, preferiblemente actuando en el teclado 35 proporcionado en el dispositivo o visualizado en el monitor de pantalla táctil del dispositivo,
- comprobar si, dentro del conjunto de datos de elemento reservado 70, hay un elemento (es decir, un chat 14 y/o un mensaje 60 y/o un elemento gráfico y/o de audio 33) cuyo código de clave de acceso 5 ACCESS_KEY corresponde al código introducido por el usuario y en el que, además, el código de identificación único del usuario IDJJSER corresponde al código del usuario que ha iniciado sesión en el sistema de mensajería,
- solo en el caso de un resultado positivo de la verificación, muestra en el monitor del dispositivo el elemento o elementos correspondiente(s) (completamente o por medio de una vista previa, incluso parcial) que están asociados con el usuario que ha iniciado sesión y con quien tiene el valor determinado de la clave de acceso 5 con el mismo código introducido por el usuario; en cambio, en el caso de un resultado negativo de la verificación, el elemento o elementos correspondiente(s) no se muestra(n) en el monitor del dispositivo.
[0121] Ventajosamente, los elementos de tipo reservado (que presentan por defecto el estado «oculto» y que, tras el proceso de desbloqueo, pasan al estado «visible») mantienen este estado «visible» solo temporalmente (durante un tiempo predefinido y/o hasta que el usuario realiza una determinada acción en el dispositivo y/o hasta que se produce un determinado acontecimiento) y después vuelven al estado «oculto» hasta que se realiza un proceso adicional para desbloquear el monitor.
[0122] De forma adecuada, el primer módulo de software ejecutado en el dispositivo está configurado para mostrar temporalmente en el monitor del dispositivo los elementos que son de tipo reservado para un usuario específico (es decir, aquellos que tienen un correspondiente registro 71 en el conjunto de datos de elemento reservado 70).
[0123] Ventajosamente, el primer módulo de software ejecutado en el dispositivo está configurado para interrumpir automáticamente la visualización, del monitor del dispositivo, de dichos elementos de tipo reservado (y, por lo tanto, hacer que cambien del «estado visible» al estado «oculto») después de que haya pasado un intervalo de tiempo predefinido, que preferiblemente puede ser establecido por el usuario.
[0124] Ventajosamente, el primer módulo de software ejecutado en el dispositivo está configurado para interrumpir automáticamente la visualización, desde el monitor del dispositivo, de dichos elementos de tipo reservado (y, por lo tanto, para hacer que pasen del «estado visible» al estado «oculto») tras una acción concreta que realiza el usuario en el dispositivo (por ejemplo, un «toque» doble en una zona determinada de la pantalla táctil y/o una presión larga de una determinada tecla). Preferiblemente, el primer módulo de software ejecutado en el dispositivo está configurado para interrumpir automáticamente la visualización, desde el monitor del dispositivo, de dichos elementos de tipo reservado (y, por lo tanto, hacer que pasen del «estado visible» al estado «oculto») tras un acontecimiento activado por una o más de las siguientes acciones:
- acción (por ejemplo mediante un «toque») en un botón específico que se visualiza en una pantalla implementada en el monitor de pantalla táctil del dispositivo,
- acción para cerrar o dejar en segundo plano la aplicación de sistema de mensajería específica,
- acción para bloquear la pantalla del dispositivo,
- acción para poner el dispositivo en estado de reposo o para apagarlo,
- acción para iniciar un nuevo chat 14 dentro del sistema de mensajería,
- acción para volver a una pantalla anterior o para cambiar la pantalla mostrada.
Subconjunto personal local
[0125] Ventajosamente, cada dispositivo que actúa como emisor y/o receptor en el sistema de mensajería 2 comprende una memoria local 90 en la que descargar y almacenar un subconjunto personal 75 que se deriva de la base de datos central 12 de la unidad central 8 y que contiene todos los datos de los elementos (chat 14, mensajes 60 y/o elementos 33) de un usuario específico que ha iniciado sesión en el sistema de mensajería 2 usando ese dispositivo específico.
[0126] Convenientemente, la memoria local 90 es una memoria masiva o memoria principal o memoria RAM o también puede ser de tipo caché.
[0127] De manera adecuada, el subconjunto personal 75 se genera a partir de la base de datos central 12 y se descarga y almacena en la memoria local 90 de un dispositivo correspondiente gestionado por un usuario que ha iniciado sesión en el sistema de mensajería 2 con ese dispositivo.
[0128] Convenientemente, el subconjunto personal 75 presenta una estructura que corresponde sustancialmente a la de la base de datos central 12 pero sin el conjunto de datos de usuario 15. En concreto, el subconjunto personal 75 comprende un conjunto de datos de chat 18', un conjunto de datos de mensaje 20', un conjunto de datos de elementos 22' y un conjunto de datos de elemento reservado 70'; no obstante, cada uno de estos conjuntos de datos contiene solo los elementos correspondientes conectados a un usuario que, en concreto, es el usuario que ha iniciado sesión en el sistema de mensajería 2 con/en ese dispositivo particular.
[0129] Ventajosamente, según la invención, el primer módulo de software ejecutado en el dispositivo emisor y/o receptor y el segundo módulo de software cargado en la unidad central 8 están configurados para que, después del primer inicio de sesión y/o cada acceso al sistema de mensajería 2 en un determinado dispositivo:
- el primer módulo de software del dispositivo emisor 4 y receptor 6 envía a la unidad central 8 los datos (nombre de usuario y contraseña), que introduce el usuario, actuando en su dispositivo 4 y/o 6, cuando accede al sistema de mensajería 2,
- el segundo módulo de software de la unidad central 8 verifica los datos de inicio de sesión recibidos de este modo (es decir, comprueba, preferiblemente consultando el conjunto de datos de usuario 15 de la base de datos central 12, si juntos corresponden a un usuario ya registrado en el sistema de mensajería), extrae el código de identificación ID_USER del correspondiente usuario y, utilizando el código extraído de este modo, identifica (siempre dentro de la
base de datos central 12) todos los elementos en el conjunto de datos de elemento reservado 70 y, preferiblemente, también en el conjunto de datos de chat 18, en el conjunto de datos de mensaje 20 y en el conjunto de datos de elementos 22 que están asociados, a través de una relación, con el código de identificación ID_USER de ese usuario, - el primer módulo de software del dispositivo emisor 4 y/o receptor 6 descarga, por lo tanto, a la memoria local 90 del dispositivo 4 y/o 6, los elementos identificados de este modo que, de forma apropiada, definen el subconjunto personal 75.
[0130] Convenientemente, en este caso, cuando los elementos de tipo reservado, que por defecto presentan el estado «oculto», se descargan a la memoria local 90 del dispositivo 4 y/o 6 (creando así localmente el subconjunto personal 75 del conjunto de datos de elemento reservado 70) tienen todavía el estado «oculto» y pasan al estado «visible» solo después de un proceso para desbloquear el monitor en el que, preferiblemente, la fase de verificación se lleva a cabo dentro de dicho subconjunto personal 75 presente en la memoria local 90. Convenientemente, de este modo, se obtiene una mayor velocidad para el acceso a los datos y para esta fase de verificación.
[0131] Alternativamente, cuando los elementos de tipo reservado, que tienen por defecto el estado «oculto», no se descargan a la memoria local 90 del dispositivo, la fase de verificación del proceso de desbloqueo se lleva a cabo dentro del conjunto de datos de elemento reservado 70 presente en la base de datos 12 que se carga en la unidad central 8. Convenientemente, de este modo, se garantiza una mayor seguridad de los datos.
[0132] Convenientemente, la etapa de sincronización entre la base de datos 12 de la unidad central 8 y el subconjunto personal 75 en la memoria local 90 del dispositivo se lleva a cabo en cada acceso y/o inicio de sesión que realiza el usuario en el sistema de mensajería 2 a través de los dispositivos 4 y/o 6. Además, ventajosamente, la unidad central 8 puede enviar a cada dispositivo 4 y/o 6 los elementos gestionados y/o intercambiados en el sistema de mensajería 2 tan pronto como se vuelven disponibles en la unidad central, preferiblemente notificándolo mediante el sistema de notificación push.
[0133] De forma adecuada, el primer módulo de software y el segundo módulo de software están configurados para que cada nuevo registro 71 relacionado con un elemento de tipo reservado se añada automáticamente tanto en los elementos del conjunto de datos reservado 70 de la base de datos 12 proporcionada en la unidad central 8 y en los elementos del conjunto de datos reservado 70' del subconjunto personal 75 proporcionado en la memoria local 90 del dispositivo emisor y/o receptor.
[0134] Ventajosamente, el primer módulo de software y el segundo módulo de software están configurados para que cada nuevo registro (que puede estar relacionado con un elemento de tipo abierto o reservado) se añada automáticamente:
- en el conjunto de datos de chat 18, en el conjunto de datos de mensaje 20 y/o en el conjunto de datos de elementos 22 de la base de datos 12 proporcionada en la unidad central 8, y también
- en el conjunto de datos de chat 18', en el conjunto de datos de mensaje 20' y/o en el conjunto de datos de elementos 22 del subconjunto personal 75 proporcionado en la memoria local 90 del dispositivo emisor y/o receptor.
[0135] De manera adecuada, el primer módulo de software y el segundo módulo de software están configurados para buscar elementos de tipo abierto y de tipo reservado, para visualizarlos en una correspondiente pantalla del dispositivo, solo en el subconjunto personal 75 proporcionado en la memoria local 90 de dicho dispositivo.
[0136] De manera adecuada, el primer módulo de software y el segundo módulo de software están configurados para buscar elementos de tipo abierto y de tipo reservado, para visualizarlos después en una correspondiente pantalla del dispositivo, tanto en el subconjunto personal 75 proporcionado en la memoria local 90 del dispositivo como en la base de datos central 12 proporcionada en la unidad central 8, y preferiblemente primero en el subconjunto personal 75 y después en la base de datos central 12.
Subchat
[0137] Ventajosamente, lo anterior también se aplica a un subchat 49, que es básicamente otro chat que:
- es de tipo reservado, y
- se deriva de un chat principal (denominado en adelante «chat padre») y, en particular, es sustancialmente paralelo a este.
[0138] De manera adecuada, el subchat 49 está configurado para que los participantes en este sean la totalidad o un subgrupo de los participantes en el chat padre.
[0139] Por lo tanto, convenientemente, el subchat 49 comprende una serie de mensajes intercambiados en secuencia entre un emisor y al menos un receptor (en particular más receptores en el caso de un chat de grupo) que también participan en el chat padre. Convenientemente, cada subchat puede tener un número de participantes igual o inferior al número de participantes del chat padre y, en particular, el conjunto de participantes en un subchat puede ser un subconjunto de los participantes del chat padre.
[0140] Por lo tanto, ventajosamente, solo los usuarios de un chat padre pueden formar parte de un subchat que se deriva de dicho chat padre y, de manera apropiada, el acceso al subchat puede realizarse usando una clave asociada con dicho subchat. Asimismo, los participantes en un subchat solo serán conscientes de la existencia de dicho subchat una vez que
un usuario del chat padre haya creado dicho subchat, y haya compartido de manera apropiada esta información con otros usuarios del chat padre que este haya seleccionado.
[0141] De manera adecuada, la visualización/implementación de un subchat 49 puede llevarse a cabo en una pantalla específica adicional que sea distinta de la del chat padre 14 al que pertenecen los mensajes; ventajosamente, esta pantalla adicional se implementa automáticamente una vez que la clave de acceso 80 compartida se ha insertado correctamente y puede ocupar todo el monitor del dispositivo (cubriendo así por completo las pantallas anteriores) o parte de este (preferiblemente para que el chat padre 14 permanezca en segundo plano).
[0142] Ventajosamente, para la gestión de los subchats, la base de datos 12 está configurada y estructurada para que el conjunto de datos de chat 18 esté provisto de un campo adicional PARENT_CHAT que puede:
- no ser un valor determinado (es decir, es «nulo» o vacío), o ser un valor determinado según valor predefinido por defecto, y esto significa que el correspondiente chat 14 del registro 76 es un chat padre y no depende ni se deriva de otros chats (es decir, no es un subchat),
- ser un valor determinado con el código de identificación único de un chat específico 14, y esto significa que el correspondiente chat de registro 76 es un subchat 49 que depende/se deriva del chat padre 14.
[0143] Además, de manera adecuada, en el conjunto de datos de chat 18, los registros 76 que han dado valor al campo PARENT_CHAT con el código de identificación único de un determinado chat 14 también han dado valor al campo ACCESS_KEY_CHAT con un código que identifica una clave de acceso 80 compartida para permitir que los participantes del subchat 49 (a cuyos códigos de identificación se les da valor en el campo USERS del conjunto de datos de chat 18) para cambiar dicho subchat del estado oculto al estado visible. Convenientemente, de este modo, un subchat 49 es siempre y únicamente de tipo reservado.
[0144] Básicamente, si un determinado registro 76 del conjunto de datos de chat 18 ha dado valor (no un valor por defecto) a los campos tanto PARENT_CHAT como ACCESS_KEY_CHAT, entonces el chat correspondiente es un subchat 49; en cambio, si en un determinado registro 76 del conjunto de datos de chat 18, no se les da valor a los campos PARENT_CHAT y ACCESS_KEY_CHAT (o se les da valor con un valor por defecto), entonces el chat correspondiente es un chat padre 14 de un subchat o es un chat simple que no tiene subchat.
[0145] Asimismo, el conjunto de datos de chat 18 está configurado para que el campo USERS de un subchat 49 incluya la totalidad o parte de los códigos de identificación únicos de los usuarios que participan en el correspondiente chat padre 14.
[0146] Ventajosamente, la base de datos 12 está configurada y estructurada de tal manera que cada mensaje 60 del conjunto de datos de mensaje 20 que se intercambia dentro (y, por lo tanto, está conectado) a un subchat 49 sea automáticamente de tipo reservado.
[0147] Ventajosamente, la base de datos 12 está configurada y estructurada para que cada elemento 33 de un mensaje 60 intercambiado dentro (y, por lo tanto, conectado) a un subchat 49 sea automáticamente de tipo reservado. Ventajosamente, todos los mensajes 60 y/o todos los elementos 33 de un subchat 49 son de tipo reservado, puesto que la correspondiente pantalla que los contiene (y, en concreto, la pantalla del subchat 49 relativo) es de tipo reservado.
[0148] Ventajosamente, el primer módulo de software está configurado para descargar, al menos temporalmente, en la memoria local 90 del dispositivo (en el que se ejecuta dicho módulo), un subchat 49 de tipo reservado solo después de haber realizado y completado con éxito un proceso de desbloqueo de descarga, según se describe con más detalle a continuación. Además, ventajosamente, un subchat 49 de tipo reservado, una vez descargado en la memoria local 90 en el dispositivo (tras el proceso de desbloqueo de descarga) y una vez mostrado temporalmente en el monitor del dispositivo (sin o después del proceso de desbloqueo del monitor) se elimina entonces automáticamente de la memoria local del dispositivo. Por lo tanto, en este caso, para poder visualizar de nuevo un subchat 49 (es decir, para hacer que cambie del estado «oculto» al estado «visible»), es necesario realizar otro proceso de desbloqueo de la descarga por adelantado.
Descarga local completa de elementos abiertos y reservados
[0149] Convenientemente, en una primera forma de realización, el primer módulo de software está configurado para descargar a la memoria local 90 del dispositivo en el que se ejecuta dicho módulo, el subconjunto personal 75 de todos los elementos (es decir, tanto los de tipo abierto como los de tipo reservado) que están conectados al usuario que ha iniciado sesión en el sistema de mensajería 2 en ese dispositivo.
[0150] En este caso, de manera adecuada, el primer módulo de software también está configurado para que:
- los elementos del subconjunto personal 75 que son de tipo abierto (es decir, aquellos que no presentan un correspondiente registro 71' en el conjunto de datos de elemento reservado 70' y en el que al código correspondiente de la clave de acceso 80 compartida del conjunto de datos de chat 18' o del conjunto de datos de mensaje 20' o del conjunto de datos de elementos 22' no se le da valor o se le da valor con un valor predefinido) pueden mostrarse siempre y automáticamente en el monitor del dispositivo en el que se ejecuta dicho primer módulo (es decir, sin que sea necesario ninguna inserción previa de una clave de acceso individual 5 o compartida 80 para poder visualizarlos). - los elementos del subconjunto personal 75 que son de tipo reservado (es decir, aquellos que presentan un correspondiente registro 71' en el conjunto de datos de elemento reservado 70' y en el que al código correspondiente de la clave de acceso compartida 80 del conjunto de datos de chat 18' o del conjunto de datos de mensaje 20' o del
conjunto de datos de elementos 22' se le da valor y no con un valor predefinido) pueden visualizarse solo en el monitor del dispositivo tras una inserción previa y correcta de un código correspondiente a la clave de acceso individual 5 o compartida 80.
[0151] Convenientemente, el primer módulo de software ejecutado en el dispositivo está configurado para realizar un proceso de liberación del monitor que está configurado para hacer pasar los elementos del segundo tipo (es decir, los «reservados») del estado «oculto» al estado «visible». Preferiblemente, este proceso incluye las siguientes operaciones:
- recibir el código de acceso que es introducido por el usuario actuando en el dispositivo en el que se ejecuta el primer módulo de software, preferiblemente actuando en el teclado 35 proporcionado en el dispositivo o mostrado en el monitor de este,
- recargar la correspondiente pantalla manteniendo en la memoria el código de acceso introducido por el usuario y comprobar si, entre los elementos asociados con esa pantalla (y, en particular, el chat implementado en esa pantalla), en el subconjunto personal 75 presente en la memoria local 90 del dispositivo, hay un elemento con una clave de acceso individual 5 o una clave de acceso compartida 80 que corresponde a la introducida,
- solo en el caso de un resultado positivo de la verificación, mostrar en la pantalla correspondiente del monitor del dispositivo 4 el elemento correspondiente (completamente y/o por medio de una vista previa, incluso parcial) que presenta la clave de acceso individual 5 o compartida 80 a la que se le ha dado un valor determinado con el mismo código introducido por el usuario; en cambio, por otro lado, en el caso de un resultado negativo de la verificación, dicho elemento no se muestra en el monitor del dispositivo.
[0152] Ventajosamente, los elementos de tipo reservado, que presentan por defecto el estado «oculto» y que, tras el proceso de desbloqueo, pasan al estado «visible», mantienen este estado «visible» solo temporalmente (durante un tiempo predefinido y/o hasta que el usuario realiza una determinada acción en el dispositivo y/o hasta que se produce un determinado acontecimiento) y después vuelven al estado «oculto» hasta que se realiza un proceso adicional para desbloquear el monitor.
[0153] De manera adecuada, el primer módulo de software ejecutado en el dispositivo está configurado para que los elementos del segundo tipo se muestren temporalmente en el monitor del propio dispositivo.
[0154] Ventajosamente, el primer módulo de software ejecutado en el dispositivo está configurado para retirar automáticamente la visualización, del monitor del dispositivo, de dichos elementos de tipo reservado (y, por lo tanto, hacer que pasen del «estado visible» al estado «oculto») después de que haya pasado un intervalo de tiempo predefinido, que preferiblemente puede ser establecido por el usuario.
[0155] Ventajosamente, el primer módulo de software ejecutado en el dispositivo está configurado para retirar automáticamente la visualización, del monitor del dispositivo, de dichos elementos de tipo reservado (y, por lo tanto, para hacer que pasen del estado «visible» al estado «oculto») tras una acción concreta que realiza el usuario en el dispositivo (por ejemplo, un «toque» doble en una zona determinada de la pantalla táctil y/o una presión larga de una determinada tecla).
[0156] Ventajosamente, el primer módulo de software ejecutado en el dispositivo 4 está configurado para retirar automáticamente la visualización, del monitor del dispositivo, de dichos elementos de tipo reservado (y, por lo tanto, hacer que cambien del «estado visible» al estado «oculto») tras un acontecimiento activado por una o más de las siguientes acciones:
- acción (por ejemplo mediante un «toque») en un botón específico que se visualiza en una pantalla implementada en el monitor de pantalla táctil del dispositivo,
- acción para hacer que la aplicación específica de sistema de mensajería pase a segundo plano o se cierre, - acción para establecer la pantalla de bloqueo del dispositivo,
- acción para poner el dispositivo en estado de reposo o para apagarlo,
- acción para iniciar un nuevo chat 14 dentro del sistema de mensajería,
- acción para volver a una pantalla anterior o para cambiar la pantalla mostrada.
Descarga local preliminar solo de los elementos abiertos
[0157] En una segunda forma de realización, el primer módulo de software también está configurado para la descarga previa a la memoria local 90 del dispositivo, en el que se ejecuta dicho módulo, solo de los elementos de tipo abierto que están conectados al usuario que ha iniciado sesión en el sistema de mensajería 2 en ese dispositivo.
[0158] Convenientemente, de este modo, solo los elementos de tipo abierto se descargan a la memoria local 90 del dispositivo y, por lo tanto, están siempre y automáticamente visibles en el monitor del dispositivo sin que sea necesaria ninguna inserción previa de una clave de acceso individual 5 o compartida 80. Convenientemente, en este caso, el primer módulo de software también está configurado para que los elementos descargados de este modo puedan visualizarse siempre y automáticamente en el monitor del dispositivo en el que se ejecuta dicho primer módulo (es decir, sin que sea necesaria ninguna inserción previa de una clave de acceso individual 5 o compartida 80 para poder visualizarlos).
[0159] Ventajosamente, en esta segunda forma de realización, el primer módulo de software también está configurado para descargar, al menos temporalmente, a la memoria local 90 del dispositivo (en el que está ejecutado dicho módulo),
los elementos de tipo reservado, y esto solo después de la inserción previa y correcta por el usuario de un código correspondiente a dicha clave de acceso individual 5 o compartida 80.
[0160] En particular, el primer módulo de software ejecutado en el dispositivo y el segundo módulo de software ejecutado en la unidad central 8 están configurados para interactuar entre sí para realizar un proceso de desbloqueo de descargas que está configurado para descargar localmente elementos de tipo reservado. Preferiblemente, este proceso incluye las siguientes operaciones:
- el primer módulo de software del dispositivo envía al segundo módulo de software de la unidad central 8 un código que introduce el usuario actuando en su dispositivo, preferiblemente actuando en el teclado 35 proporcionado en el dispositivo o mostrado en el monitor de este,
- el segundo módulo de software de la unidad central 8 verifica los datos recibidos y, en particular, comprueba en la base de datos central 12, si, para ese usuario particular que ha iniciado sesión en el sistema de mensajería, hay un elemento que tiene una clave de acceso individual 5 o compartida 80 correspondiente al código introducido por el usuario,
- solo en el caso de un resultado positivo de la verificación, el primer módulo de software descarga de la unidad central 8 a la memoria local del dispositivo (en el que se ejecuta dicho módulo) el elemento correspondiente (completamente y/o por medio de una vista previa, incluso parcial) que presenta la clave de acceso individual 5 o compartida 80 a la que se le ha dado un valor determinado con el mismo código introducido por el usuario; en cambio, por otro lado, en el caso de un resultado negativo de la verificación, el primer módulo de software no realiza ninguna descarga.
[0161] Por lo tanto, preferiblemente, una vez descargado a la memoria local del dispositivo, estos elementos de tipo reservado también se pueden visualizar directamente en el monitor del dispositivo (sin que esto requiera ningún proceso para desbloquear el monitor). Convenientemente, en este caso, cuando los elementos de tipo reservado, que tienen por defecto el estado «oculto», se descargan a la memoria local del dispositivo, tras el proceso de desbloqueo de descargas, también se cambian automáticamente al estado «visible» y mantienen el estado «visible» solo temporalmente (durante un período de tiempo predefinido y/o hasta que el usuario realiza una determinada acción en el dispositivo y/o hasta que se produce un determinado acontecimiento) y después vuelve al estado «oculto» y lo mantiene hasta que se realiza otro proceso de desbloqueo de descargas.
[0162] Alternativamente, una vez descargados a la memoria local del dispositivo en el que se ejecuta el primer módulo de software, estos elementos se muestran en el monitor de dicho dispositivo solo después de una entrada adicional preventiva y correcta por parte del usuario de un código correspondiente a dicha clave de acceso individual o compartida 80 (es decir, llevando a cabo un proceso de liberación del monitor, según se ha descrito anteriormente). Convenientemente, en este caso, cuando los elementos de tipo reservado, que presentan por defecto el estado «oculto», se descargan a la memoria local 90 del dispositivo, tras el proceso de desbloqueo de descargas, siguen teniendo el estado «oculto» y pasan al estado «visible» solo después de un proceso para desbloquear el monitor. Asimismo, estos elementos mantienen este estado «visible» solo temporalmente (durante un período de tiempo predefinido y/o hasta que el usuario realiza una determinada acción en el dispositivo y/o hasta que se produce un determinado acontecimiento) y después vuelven al estado «oculto» y lo mantienen hasta que no se realiza un proceso adicional de desbloqueo de descargas.
[0163] Ventajosamente, los elementos de tipo reservado, una vez descargados en la memoria local 90 en el dispositivo (tras el proceso de desbloqueo de descarga) y una vez mostrados temporalmente en el monitor del dispositivo (sin o después del proceso de desbloqueo del monitor) se eliminan entonces automáticamente de la memoria local del dispositivo. Por lo tanto, en este caso, para poder visualizarlos de nuevo (es decir, para hacer que cambien del estado «oculto» al estado «visible»), es necesario realizar un proceso adicional de desbloqueo de la descarga por adelantado.
Clave de acceso individual o compartida/común
[0164] Convenientemente, el código con el que se le da valor al campo de clave de acceso individual 5 (es decir, ACCESS_KEY en el conjunto de datos de elemento reservado 70 o 70') o compartida/común 80 (es decir, ACCESS_KEY_CHAT en el conjunto de datos de chat 18 o 18') para la visualización de elementos de tipo reservado puede incluir:
- una secuencia de caracteres alfanuméricos y/o caracteres especiales y/o símbolos de puntuación, y/o
- una secuencia de elementos gráficos 33 de tipo que, dentro del sistema de mensajería, se envían dentro de la zona de pantalla ocupada por un mensaje (preferiblemente dentro de un marco o bocadillo 59); ventajosamente, estos elementos gráficos comprenden símbolos, iconos o imágenes en general que se insertan/seleccionan en el teclado de inserción 35 que se muestra en el monitor del dispositivo y, preferiblemente, estas imágenes representan un concepto, una emoción o un estado de humor, sustancialmente correspondiente al «emoji»,
- una secuencia multimedia disponible en la memoria del dispositivo,
- respuestas a preguntas abiertas,
- códigos biométricos (p. ej., huella dactilar, retina, iris, reconocimiento facial o de voz, etc.).
[0165] Preferiblemente, el campo de clave de acceso individual 5 o compartida/común 80 (que básicamente constituye una «contraseña») puede definirse por una secuencia de elementos gráficos del mismo tipo que se puede insertar dentro del bocadillo de un mensaje, solo y/o entre y en línea con el texto del propio mensaje.
[0166] De forma adecuada, el primer módulo de software está configurado para que el código correspondiente a la clave de acceso individual 5 o compartida/común 80, que se introduce y se inserta por el usuario actuando en el dispositivo en
el que se ejecuta dicho módulo de software, y esto para hacer pasar un elemento de tipo reservado del estado oculto al estado visible, se muestra, durante la misma inserción, en el monitor del propio dispositivo, posiblemente en un modo en el que los componentes individuales del código están ocultos de manera tradicional utilizando símbolos apropiados (p. ej., asteriscos o puntos).
[0167] Alternativamente, el primer módulo de software está configurado para que el código correspondiente a la clave de acceso individual 5 o compartida/común 80, que se introduce y se inserta por el usuario actuando en el dispositivo en el que se ejecuta dicho software, y esto para hacer pasar un elemento de tipo reservado del estado «oculto» al estado «visible», no se muestra de ninguna manera en el monitor del propio dispositivo y, en particular, ni siquiera los componentes individuales de dicho código están ocultos. Dicho de otro modo, cuando el usuario actúa en el teclado de escritura 35 para introducir el código anteriormente mencionado, la pantalla implementada en el monitor que muestra el dispositivo (o, al menos, la porción de la pantalla no ocupada por dicho teclado 35) sigue siendo sustancialmente la misma.
[0168] Preferiblemente, el primer módulo de software está configurado para que el método para introducir el código correspondiente a la clave de acceso individual 5 o compartida/común 80, y esto para hacer pasar un elemento de tipo reservado del estado «oculto» al estado «visible», se active automáticamente tras la inserción, por medio del teclado de escritura 35, de una secuencia específica (etiqueta) de símbolos/elementos gráficos/caracteres precodificados 61 antes y/o después de dicha clave de acceso 5 (véase la figura 5) o después de una acción particular realizada por el usuario en el dispositivo (por ejemplo, un «toque» doble en una determinada zona de la pantalla táctil y/o una presión larga de una determinada tecla).
[0169] De manera adecuada, la secuencia de símbolos/elementos gráficos/caracteres precodificados que actúa sustancialmente como «etiqueta» se introduce antes y después de la clave de acceso 5. Por lo tanto, básicamente, cuando el primer módulo de software recibe una determinada secuencia de caracteres/símbolos/elementos gráficos precodificados o cuando detecta una acción particular, dicho módulo activa e introduce automáticamente un modo de «escucha» para que las posteriores inserciones realizadas utilizando el teclado de escritura 35 se consideren componentes del código que define la clave de acceso individual 5 o compartida/común 80.
Modo de acción dentro del sistema de mensajería
[0170] Ventajosamente, el primer módulo de software está configurado de tal manera que:
- un elemento es de tipo reservado desde su creación (inicialización), y/o
- un elemento, ya creado e inicializado, de tipo abierto, se convierte en dicho tipo reservado, o viceversa.
[0171] De manera adecuada, para tal fin, el primer módulo de software está configurado para permitir que el usuario actúe en un primer modo (denominado «secreción») en el que, de manera automática, todos los nuevos elementos creados (es decir, uno o más chats 14 y/o uno o más mensajes 60) o utilizados (es decir, uno o más elementos 33 insertados en un mensaje) son de tipo reservado. En particular, en este caso, el primer módulo de software está configurado para que la activación del primer modo («secreción») esté asociada/subordinada a la inserción/escrita de una clave de acceso individual 5 para que esta se asocie automáticamente a todos los elementos que se crean o utilizan actuando en este primer modo.
[0172] De manera adecuada, el primer módulo de software puede estar configurado para permitir que el usuario actúe en un segundo modo (denominado «público») en el que todos los elementos creados (es decir, uno o más chats 14 y/o uno o más mensajes 60) o utilizados (es decir, uno o más elementos gráficos y/o de audio 33 insertados en un mensaje) son de tipo abierto. En este caso, ventajosamente, el primer módulo de software puede estar configurado para permitir que el usuario seleccione uno o más elementos y, tras introducir/teclear una correspondiente clave de acceso individual (que, por lo tanto, está asociada automáticamente con dichos elementos, creando un correspondiente registro 71 en el conjunto de datos de elemento reservado 70), estos se vuelven de tipo reservado.
[0173] Preferiblemente, para activar/introducir el primer modo (denominado «secreción») y/o para convertir los elementos seleccionados de tipo abierto a tipo reservado, se implementa un icono específico (en adelante denominado «icono secreto») en las pantallas mostradas en el monitor del dispositivo, que se seleccionan, por ejemplo, mediante un toque («tap») o un clic de un puntero.
Pantallas
[0174] De manera adecuada, el primer módulo de software también está configurado para implementar en la pantalla del dispositivo 4,6 una pluralidad de pantallas relacionadas con las diferentes funciones implementadas en el sistema de mensajería 2 de acuerdo con la invención.
[0175] Ventajosamente, el primer módulo de software está configurado para que un teclado de escritura 35 se visualice en el monitor del dispositivo en el que se muestra, en una o más páginas, los caracteres alfanuméricos, los caracteres especiales, los símbolos de puntuación y los elementos gráficos y/o de audio 33. Preferiblemente, el teclado de escritura 35 se implementa para ocupar la parte inferior del monitor del dispositivo.
[0176] Ventajosamente, el primer módulo de software está configurado para implementar, en las pantallas representadas en el monitor del dispositivo, unas correspondientes zonas seleccionables 47 (preferiblemente definidas por iconos específicos 47' y/o definidas de forma adecuada desde un punto de vista gráfico) que, cuando se seleccionan tras un evento de activación externo (por ejemplo, un «tap» de toque corto en el caso de un monitor de tipo «pantalla táctil», o
haciendo clic, por ejemplo, con un puntero), ordenan la activación de una o más características específicas correspondientes. De manera adecuada, dichas zonas seleccionables 47 se identifican mediante un icono 47', o una escritura específica, que representa o está conectado a la funcionalidad correspondiente para que se active.
Visualización de elementos de tipo reservado
[0177] Ventajosamente, el primer módulo de software está configurado para que los elementos de tipo reservado, cuando están en el estado «visible» (y, por lo tanto, se visualizan en una pantalla implementada en el monitor del dispositivo), se visualicen junto con los elementos de tipo abierto. Preferiblemente, aunque no necesariamente, en este caso, el primer módulo de software puede estar configurado para que los elementos de tipo reservado, cuando estén en el estado «visible», tengan un aspecto gráfico (por ejemplo, en términos de color y/o sombras y/o casillas) distinto del de los elementos de tipo abierto.
[0178] Alternativamente, el primer módulo de software está configurado para que los elementos de tipo reservado, cuando están en el estado «visible» (y, por lo tanto, se visualizan en una pantalla implementada en el monitor del dispositivo), se visualicen solos, es decir, sin ningún elemento de tipo abierto.
Funcionamiento
[0179] El funcionamiento del sistema de mensajería 2 según la invención es claro a partir de lo que se ha descrito anteriormente y, de manera adecuada, para fines únicamente ilustrativos y no limitativos, algunas funciones específicas se describen y se presentan a continuación.
[0180] Como se ha especificado anteriormente, se reitera que, también en adelante, el término «elemento» hace referencia a uno o más chats 14 y/o uno o más mensajes 60 y/o uno o más elementos gráficos y/o de audio 33.
Creación de una clave de acceso individual 5
[0181] Convenientemente, el primer módulo de software está configurado para crear y asociar una clave de acceso individual 5 a uno o más elementos, una vez que un usuario específico ha iniciado sesión en el sistema de mensajería 2.
[0182] Por ejemplo, de manera adecuada, para ello, el usuario selecciona, por medio de una acción predefinida, por ejemplo, un «toque», un icono específico (por ejemplo, identificado por un símbolo clave) visualizado en una pantalla del sistema de mensajería 2, por ejemplo, en relación con el «Perfil de usuario».
[0183] De manera adecuada, esta selección provoca la apertura de una página en la que se presentan diversas operaciones que se van a realizar.
[0184] Convenientemente, el usuario puede seleccionar, por medio de una acción específica, el funcionamiento relativo a la creación de una clave de acceso individual 5.
[0185] A continuación, el usuario, utilizando el teclado de inserción 35 en el dispositivo, introduce el código de acceso que ha seleccionado, y finaliza esta operación seleccionando un icono de confirmación. De manera adecuada, la acción en el icono de confirmación provoca automáticamente el almacenamiento apropiado del código introducido por el usuario en la base de datos 12 (es decir, se crea un registro correspondiente para cada elemento en el conjunto de datos de elemento reservado 70). Por lo tanto, de este modo, el código introducido por el usuario, y almacenado en la base de datos 12, puede ser utilizado posteriormente como clave de acceso para visualizar uno o más elementos de tipo reservado y asociados con el usuario que ha iniciado sesión en el sistema de mensajería 2 en ese dispositivo.
Eliminación de una clave individual
[0186] Convenientemente, el primer módulo de software está configurado para eliminar una clave de acceso individual 5 creada previamente a partir de la memoria local del dispositivo.
[0187] De manera adecuada, el primer módulo de software está configurado para que, al eliminar una clave de acceso individual 5 creada previamente, los elementos reservados asociados con esta también se eliminen automáticamente. Alternativamente, el primer módulo de software está configurado para que, al eliminar una clave de acceso individual 5 creada previamente, los elementos de tipo reservado asociados con esta se vuelvan de tipo abierto y, por lo tanto, sean siempre visibles (es decir, el correspondiente registro 71 del conjunto de datos de elemento reservado 70).
Creación de un elemento de tipo reservado para un usuario específico
[0188] Las etapas del siguiente diagrama de flujo se proporcionan de manera apropiada para la creación de un elemento de tipo reservado para un usuario específico:
Creación de un chat de tipo reservado
[0189] Para crear un chat 14 de tipo reservado, el usuario puede realizar las siguientes operaciones:
- apertura de la pantalla 42 «Conversaciones» en la que se muestra una lista (preferiblemente con una vista previa parcial) de los diversos chats en los que ese usuario es un emisor o receptor,
- toque en el icono «secreto» en la pantalla 42 «Conversaciones»,
- apertura de una pantalla específica que muestra varias funciones específicas del primer modo (secreción), - toque en un icono para crear un chat nuevo,
- introducción de la clave de acceso individual 5,
- selección del contacto del receptor.
[0190] Alternativamente, para crear un chat 14 de tipo reservado 14", el usuario 16 puede realizar las siguientes operaciones:
- creación de un nuevo chat 14,
- selección del usuario receptor con el que chatear,
- toque en el icono «secreto» presente en la pantalla (vacía) de chat 14 recién creada,
- introducción de la clave de acceso individual 5,
- confirmación de que el chat 14 es de tipo reservado 14",
- inserción del primer mensaje 60 en el chat 14 creado de este modo.
[0191] De manera adecuada, se entiende que, en un chat de tipo reservado 14", todos los mensajes intercambiados dentro de este, así como todos los elementos gráficos y/o de audio en los mensajes, son automáticamente de tipo reservado.
Conversión del chat de tipo abierto a tipo reservado
[0192] Para convertir un chat 14, ya creado, de abierto 14' a reservado 14", el usuario puede realizar las siguientes operaciones:
- apertura de la pantalla 42 «Conversaciones» en la que se muestra una lista (preferiblemente con una vista previa parcial) de los diversos chats en los que ese usuario es un emisor o receptor,
- presión larga («presionar y mantener») o arrastre lateral («deslizar verticalmente u horizontalmente») en una fila de la lista de chats del primer tipo («abierto») 14' que se muestra en la pantalla «Conversaciones» para seleccionar un chat específico 14,
- apertura de un nuevo menú con diferentes opciones,
- toque en el icono «secreto» en el menú,
- introducción de la clave de acceso individual 5,
- confirmación de que el chat se ha transformado en el segundo tipo («reservado») 14".
[0193] De manera adecuada, se entiende que, en un chat 14 de tipo reservado 14", todos los mensajes intercambiados dentro de este, así como todos los elementos gráficos y/o de audio en los mensajes, son automáticamente de tipo reservado.
Creación, dentro de un chat de tipo abierto, de uno o más mensajes de tipo reservado
[0194] Para crear en un chat de tipo abierto uno o más mensajes 60 de tipo reservado 60", el usuario puede llevar a cabo las siguientes operaciones:
- apertura de un chat 14 específico de tipo abierto 14' en una pantalla 57,
- toque en el icono «secreto» en la pantalla relacionada con ese chat particular,
- introducción de la clave de acceso individual 5,
- escritura de un mensaje 60 que, por tanto, desde su creación/inserción, será de tipo reservado 60".
Conversión, dentro de un chat de tipo abierto, de uno o más mensajes de tipo abierto a tipo reservado
[0195] Para convertir, dentro de un chat de tipo abierto, uno o más mensajes 60 del tipo abierto 60' al segundo tipo reservado 60", el usuario puede hacer lo siguiente:
- apertura de un chat 14 específico de tipo abierto 14' en una pantalla 57,
- presión larga («presionar y mantener») en la zona de la pantalla ocupada por un mensaje 60 visualizado en la pantalla de ese chat específico, para seleccionar ese mensaje particular,
- toque en el icono «secreto» en la pantalla relacionada con ese chat particular,
- introducción de la clave de acceso individual 5,
- confirmación de que el mensaje 60 seleccionado de este modo se ha convertido en el tipo reservado 60" y, preferiblemente, la visualización de este mensaje desaparece de la correspondiente pantalla 57 de chat.
Conversión, dentro de un chat y mensaje de tipo abierto, de un elemento de tipo reservado
[0196] Para convertir, dentro de un mensaje 60 de un chat 14, tanto de tipo abierto, uno o más elementos gráficos y/o de audio 33 del tipo abierto 33' al tipo reservado 33", el usuario puede realizar las siguientes operaciones:
- apertura de un chat 14 específico de tipo abierto 14' en una pantalla 57,
- presión larga («presionar y mantener») en la zona de visualización que, dentro de un mensaje 60 (mostrado en la pantalla de ese chat específico), es ocupada por un elemento gráfico y/o de audio específico 33, para seleccionar de este modo ese elemento particular,
- toque en el icono «secreto» en la pantalla relacionada con ese chat particular,
- introducción de la clave de acceso individual 5,
- confirmación de que el elemento gráfico y/o de audio 33 seleccionado de este modo se ha transformado en el tipo reservado 33" y, preferiblemente, la visualización de este elemento de la correspondiente pantalla 57 del chat desaparece.
Proceso de desbloqueo del monitor (véanse las figuras 14a-14d)
[0197] Ventajosamente, para el proceso de desbloqueo del monitor para hacer pasar un elemento (chat, uno o más mensajes, uno o más elementos gráficos y/o de audio) del segundo tipo «reservado») desde el estado «oculto» hasta el estado «visible», el usuario puede realizar las siguientes operaciones:
- apertura de la pantalla 42 «Conversaciones» en la que se muestra una lista (preferiblemente con una vista previa parcial) de los diversos chats 14', solo de tipo abierto, en los que ese usuario es un emisor o receptor,
- toque en el icono seleccionado 43 en la pantalla 42 «Conversaciones»,
- apertura de un menú 44 en el que se visualizan diversas funciones,
- toque en la función 45 del menú relacionada con la visualización de elementos de tipo reservado,
- apertura de otra pantalla 46 en la que escribir, preferiblemente utilizando el teclado de escritura 35 implementado en el monitor de la pantalla táctil del dispositivo, los componentes del código que definen la clave de acceso,
- introducción de la clave de acceso individual 5,
- apertura de una pantalla 47 en la que se visualizan/implementan elementos de tipo reservado que, por lo tanto, han pasado del estado «oculto» al estado «visible»; preferiblemente, como se muestra en la figura 9b o 13d, los elementos, y en particular los chats, de tipo reservado 14" se distinguen desde el punto de vista gráfico de los de tipo abierto 14', por ejemplo, para la presencia de un símbolo 51.
Visualización de elementos de tipo reservado para un usuario específico
[0198] Las etapas del siguiente diagrama de flujo se proporcionan convenientemente para visualizar un elemento de un tipo reservado para un usuario específico:
Creación de una clave de acceso que es compartida/se comparte entre dos o más usuarios para acceder a un subchat [0199] Convenientemente, el primer módulo de software está configurado para:
- crear una clave de acceso común/compartida 80 para asociarla con un subchat 49 que se deriva de un chat padre 14 y para utilizarla para hacer pasar dicho subchat (que, por defecto, son siempre y únicamente de tipo reservado) del estado oculto al estado visible, y
- compartir la clave de acceso común/compartida 80 creada de este modo con la totalidad o una parte de los usuarios que participan en el chat padre 14 para que los elementos correspondientes del subchat 49 (que, por lo tanto, son de tipo reservado) puedan visualizarse en los monitores de los respectivos dispositivos de los usuarios que participan en el subchat después de la inserción correcta de la misma clave de acceso común/compartida 80.
[0200] Preferiblemente, pero no necesariamente, una vez creada por un primer usuario que participa en el subchat, el hecho de compartir la clave con los otros usuarios que participan en el subchat tiene lugar enviando, en un modo apropiadamente protegido, que se lleva a cabo por medio y dentro del sistema de mensajería 2 de acuerdo con la invención.
Creación, dentro de un chat abierto, de un subchat de tipo reservado (véase la figura 11)
[0201] Para crear un subchat 49 de tipo reservado dentro de un chat (que se transformará en el correspondiente chat padre 14) de tipo abierto 14', un usuario que participa en el chat padre puede realizar las siguientes operaciones:
- apertura de la pantalla 42 «Conversaciones» en la que se muestra una lista (preferiblemente con una vista previa parcial) de los diversos chats del primer tipo 14' (chat padre potencial) en los que ese usuario es un emisor o receptor, - presión larga («presionar y mantener») o arrastre lateral («deslizar verticalmente u horizontalmente») o «toque» en una fila de la lista de chats (chats padre potenciales) del primer tipo («abierto») que se muestra en la pantalla «Conversaciones» para seleccionar así un chat específico,
- toque en el icono «secreto» 47 en la pantalla 42,
- apertura de otra pantalla 46 en la que escribir, preferiblemente utilizando el teclado de escritura 35 implementado en el monitor de la pantalla táctil del dispositivo, los componentes del código que definen la clave de acceso compartida/común 80,
- introducción de la clave de acceso compartida/común 80,
- apertura de otra pantalla 53 en la que, en el chat padre 14 o en relación con este (y, por lo tanto, entre los mismos participantes de este o para una parte de ellos), se visualiza un subchat 49 de tipo reservado; de manera adecuada, el subchat 49 estará inicialmente libre de mensajes.
[0202] Preferiblemente, también se proporcionan las siguientes dos operaciones adicionales:
- envío a los dispositivos de la totalidad o una parte de los usuarios que participan en el chat padre 14 de una invitación para participar en un subchat 49 que, también para ellos, será automáticamente de tipo reservado,
- envío a los dispositivos de la totalidad o parte de los usuarios que participan en el chat padre de dicha clave de acceso 80 común/compartida para que el subchat 49 de tipo reservado cambie del estado «oculto» al estado «visible», es decir, para visualizar los mensajes y/o los elementos gráficos presentes en el subchat 49.
[0203] Preferiblemente, para la creación de un subchat de tipo reservado para los usuarios participantes, se contemplan las siguientes etapas del diagrama de flujo:
Acceso, dentro de un chat de tipo abierto, a un subchat de tipo reservado (véanse las figuras 12 y 14a-14c)
[0204] Para acceder a un subchat 49 de tipo reservado dentro de un chat padre de tipo abierto 14', el usuario puede llevar a cabo las siguientes operaciones:
- apertura de la pantalla 42 «Conversaciones» en la que se muestra una lista (preferiblemente con una vista previa parcial) de los diversos chats de tipo abierto 14' en los que ese usuario es un emisor o receptor,
- presión larga («presionar y mantener») o arrastre lateral («deslizar verticalmente u horizontalmente») o «toque» en una fila de la lista de chats del primer tipo abierto 14' que se muestra en la pantalla 42 «Conversaciones» para seleccionar un chat padre específico,
- toque en el icono «secreto» 47 en la pantalla,
- introducción de la clave de acceso compartida/común 80,
- apertura de una pantalla 53 en la que se visualiza el subchat 49 (y, por lo tanto, los mensajes 60 y/o los elementos gráficos y/o de audio 33 presentes en este) de tipo reservado asociados con dicha clave de acceso compartida/común 80; en particular, de este modo, dicho subchat 49 pasa del estado «oculto» al estado «visible».
[0205] Preferiblemente, para visualizar un subchat de tipo reservado para los usuarios participantes, se proporcionan las siguientes etapas del diagrama de flujo:
Eliminación de una clave compartida/común
[0206] Convenientemente, el primer módulo de software está configurado para eliminar una clave de acceso compartida/común 80 creada previamente, preferiblemente también sin que sea necesario el consentimiento del resto de usuarios que participan en un subchat.
[0207] De manera adecuada, el primer módulo de software está configurado para que, al eliminar una clave de acceso compartida/común 80 creada previamente, el subchat de tipo reservado asociado con esta también se elimine automáticamente. Alternativamente, el primer módulo de software está configurado para que, al eliminar una clave de acceso compartida/común 80 creada previamente, el subchat de tipo reservado asociado con esta se vuelva de tipo abierto y, por lo tanto, siempre sea visible.
Conclusiones
[0208] A partir de lo que se ha mencionado, queda claro que el sistema de mensajería según la invención resulta particularmente ventajoso en cuanto que permite que el usuario oculte selectivamente, dentro del propio sistema, ciertos chats y/o mensajes y/o elementos gráficos y/o de audio. Por lo tanto, de este modo, incluso un tercero que tuviera que acceder al dispositivo y al sistema de mensajería, no podría visualizar libre y automáticamente todos los elementos, con los contenidos relativos, presentes, intercambiados y/o utilizados en el sistema de mensajería.
[0209] En particular, en el sistema de mensajería según la invención, un posible tercero que tuviera que acceder o tener en su posesión el dispositivo, no solo no podría nunca (sin haber realizado con éxito el proceso de desbloqueo) visualizar ni comprender el contenido de los elementos reservados, sino que, sobre todo, no podría advertir ni llegar a saber que hay elementos reservados. Dicho de otro modo, de manera adecuada, en el sistema de mensajería según la invención, un posible tercero no tendría modo de saber/reconocer si hay presentes contenidos reservados (es decir, del segundo tipo) o no.
[0210] Además, la configuración concreta de la base de datos y el conjunto de datos de elemento reservado significa que el mismo elemento intercambiado dentro del sistema de mensajería puede ser de distintos tipos (es decir, «reservado» o «público») para el usuario emisor y/o para el usuario receptor, y puede ser posiblemente de distintos tipos incluso entre múltiples usuarios receptores. Por ejemplo, permite tener una situación en la que el mismo chat/mensaje/elemento es del segundo tipo (reservado) para el usuario emisor, mientras que, para el usuario receptor, sigue siendo del primer tipo (es decir, abierto), o viceversa.
[0211] Asimismo, la configuración particular de la base de datos quiere decir que un usuario puede imponer que el mismo elemento intercambiado dentro del sistema de mensajería sea del mismo tipo (es decir, «reservado» o «público») tanto para el usuario emisor como para el usuario receptor o usuarios receptores.
Claims (15)
1. Sistema de mensajería (2), preferiblemente instantáneo, que comprende al menos un dispositivo de envío (4) y al menos un dispositivo de recepción (6) configurados para enviar y/o recibir mensajes (60) por medio de al menos una unidad central (8) con la que están en comunicación ambos dispositivos, comprendiendo dicho sistema de mensajería (2) un primer módulo de software que se carga y/o se ejecuta en dicho dispositivo de envío (4) y/o recepción (6) y un segundo módulo de software que se carga y/o se ejecuta en dicha unidad central (8), estando configurados dicho primer módulo de software y/o dicho segundo módulo de software de manera que, dentro del sistema de mensajería (2), se creen y/o se gestionen y/o se intercambien:
- elementos de un primer tipo abierto (14', 60', 33') que comprenden al menos un chat (14) y/o mensaje (60) y/o elemento digital (33) que siempre son visibles dentro de una correspondiente pantalla (42, 57) implementada en el monitor del dispositivo (4, 6), y
- elementos de un segundo tipo reservado (14", 60", 33") que comprenden al menos un chat (14) y/o mensaje (60) y/o elemento digital (33) que están configurados para alternar entre:
- un estado visible en el que dicho al menos un chat (14) y/o mensaje (60) y/o elemento digital (33), entero y/o en una vista previa del mismo, se muestran en la correspondiente pantalla (42, 57), que se implementa en el monitor del dispositivo (4, 6), ocupando una determinada área/zona de dicha pantalla,
- un estado oculto en el que dicho al menos un chat (14) y/o mensaje (60) y/o elemento digital (33) no se muestran dentro de dicha correspondiente pantalla (42, 57) implementada en el monitor del dispositivo (4, 6),
estando también configurados dicho primer módulo de software y/o dicho segundo módulo de software para que dicho elemento (14, 60, 33) del segundo tipo reservado (14", 60", 33") pase del estado oculto al estado visible tras un proceso de desbloqueo satisfactorio llevado a cabo en/por medio del dispositivo (4, 6) en cuyo monitor se pretende visualizar estos elementos,
donde dicho primer módulo de software y/o dicho segundo módulo de software están configurados para que:
- cuando dicho al menos un chat (14) y/o mensaje (60) y/o elemento digital (33) están en dicho estado oculto, tampoco ocupan dicha área/zona específica de dicha correspondiente pantalla (42, 57), que en cambio es ocupada cuando están en el estado visible y, por lo tanto, no hay retroalimentación ni indicaciones visuales en el monitor que permitan advertir la existencia/presencia del elemento oculto dentro del sistema de mensajería,
y caracterizado por que:
- dicho proceso de desbloqueo contempla la escritura adecuada, utilizando el teclado (35) del dispositivo (4, 6), en cuyo monitor se pretende su visualización, de un código de acceso asociado a uno o más de dichos elementos (14, 60, 33) del segundo tipo reservado (14", 60", 33"),
- dicho proceso de desbloqueo está configurado de tal manera que, por cada intento que dé un resultado negativo, no se proporcione ninguna retroalimentación visual en relación con el fallo de dicho intento.
2. Sistema de mensajería según la reivindicación 1, caracterizado por que está configurado para que, cuando dichos elementos del tipo reservado (14", 60", 33") estén en el estado visible, se visualicen en la correspondiente pantalla (42, 57) juntos y/o entre los elementos del primer tipo abierto, si los hay.
3. Sistema de mensajería según una o más de las reivindicaciones anteriores, caracterizado por que dicha al menos una unidad central (8) comprende al menos una base de datos (12) en la que un conjunto de datos de usuario (15), que contiene al menos un código identificador único (IO_USER) de cada usuario del sistema de mensajería (2), está en relación (27) con al menos un conjunto de datos de elementos (22), que contiene al menos los códigos de identificación únicos (ID_ELEMENT) de todos los elementos digitales (33) que pueden gestionarse a través del sistema de mensajería (2), para definir así los elementos digitales (33) accesibles/gestionables por cada usuario del conjunto de datos de usuario (15).
4. Sistema de mensajería según una o más de las reivindicaciones anteriores, caracterizado por que dicha al menos una base de datos (12) comprende un conjunto de datos de chat (18), que contiene al menos un código de identificación único (ID_CHAT) de cada chat (14, 49) del sistema de mensajería (2), que está relacionado con un conjunto de datos de mensaje (20), que contiene al menos los códigos de identificación únicos (ID_MESSAGE) de todos los mensajes (60) intercambiados dentro del sistema de mensajería (2), y por el hecho de que:
- dicho conjunto de datos de chat (18) está relacionado con dicho conjunto de datos de usuario (15) para definir a los usuarios que participan en cada chat (14, 49),
- dicho conjunto de datos de mensaje (20) está relacionado con dicho conjunto de datos de elementos (22) para conectar a cada mensaje (60) dicho eventual al menos un elemento digital (33) que está insertado/contenido en cada mensaje.
5. Sistema de mensajería según una o más de las reivindicaciones anteriores, caracterizado por que dicha al menos una base de datos (12) comprende un elemento de conjunto de datos reservado (70) que está relacionado con dicho
conjunto de datos de usuario (15) y con dicho conjunto de datos de chat (18) y/o con dicho conjunto de datos de mensaje (20) y/o con dicho conjunto de datos de elementos (22).
6. Sistema de mensajería según la reivindicación anterior, caracterizado por que dicho conjunto de datos de elementos reservados (70) está configurado de tal manera que cada uno de sus registros (71) incluye:
- un primer valor determinado de campo o asociado con el código de identificación de un chat (14) o de un mensaje (20) o de un elemento (33),
- un segundo campo asociado o valor determinado con un código identificador único (ID_USER) de un usuario conectado a dicho chat (14) o a dicho mensaje (20) o dicho elemento (33),
- un tercer valor determinado de campo con un código que define una clave de acceso (5) conectada al chat (14) o al mensaje (20) o al elemento (33) del registro (71).
7. Sistema de mensajería según la reivindicación anterior, caracterizado por que dicho primer módulo de software y/o dicho segundo módulo de software están configurados para que, si hay presente un registro específico (71) en el elemento de conjunto de datos reservado (70) con el código de identificación de un chat específico (14) y/o mensaje (60) y/o elemento (33), entonces este chat (14) y/o mensaje (60) y/o elemento (33) es de dicho segundo tipo reservado solo para aquel usuario que tenga un código de identificación único (IDJJSER) correspondiente al segundo campo de dicho registro específico (71).
8. Sistema de mensajería según una o más de las reivindicaciones anteriores, caracterizado por que dicho primer módulo de software y/o dicho segundo módulo de software y/o dicha base de datos central (12) están configurados para que, si en el conjunto de datos de elementos reservados (70) hay un determinado registro (71) con el código de identificación de un chat específico (14) y/o mensaje (60) y/o elemento (33), entonces la visualización en el monitor del dispositivo, que es gestionada por el usuario que tiene un código de identificación único (ID_JSER) correspondiente al segundo campo de dicho registro específico (71), está sujeta a la inserción correcta por el usuario de un código correspondiente a la clave de acceso (5) proporcionada en el tercer campo de dicho registro específico (71).
9. Sistema de mensajería según una o más de las reivindicaciones anteriores, caracterizado por que dicho primer módulo de software y/o dicho segundo módulo de software están configurados para que, en el sistema de mensajería (2), haya:
- al menos un chat (14) del primer tipo abierto (14') que siempre está visible en el monitor de los dispositivos (4, 6) gestionados por todos los usuarios que participan en dicho chat, y
- al menos un chat (14) del segundo tipo de área reservada (14") que, como resultado de dicho proceso de desbloqueo, pasa entre:
° un primer estado oculto en el que dicho al menos un chat (14) no se muestra en el monitor de los dispositivos (4, 6) gestionados por todos los usuarios que participan en dicho chat,
° un segundo estado visible en el que dicho al menos un chat (14), entero y/o en una vista previa del mismo, se visualiza en una pantalla implementada en el monitor de los dispositivos (4, 6) gestionados por todos los usuarios que participan en dicho chat.
10. Sistema de mensajería según una o más de las reivindicaciones anteriores, caracterizado por que dicho conjunto de datos de chat (18) comprende al menos un campo con un código que identifica una clave de acceso compartida (ACCESSj KEYj CHAT) 80 que es la misma para todos los participantes del chat, que se introduce/escribe para permitir que cada participante del chat visualice el chat correspondiente en el monitor del dispositivo correspondiente o asociado con este.
11. Sistema de mensajería según una o más de las reivindicaciones anteriores, caracterizado por que:
- cada dispositivo (4, 6) que actúa como emisor y/o receptor en el sistema de mensajería (2) comprende una memoria local (90) en el que descargar y almacenar un subconjunto personal (75) que se deriva de la base de datos central (12) de la unidad central (8) y que contiene todos los datos de los elementos (14, 60, 33) de un usuario específico que ha iniciado sesión en el sistema de mensajería (2) usando ese dispositivo específico,
- dicho primer módulo de software y/o dicho segundo módulo de software están configurados para buscar elementos (14, 60, 33) del tipo abierto y del tipo reservado, para visualizarse después en una correspondiente pantalla del dispositivo, en el subconjunto personal (75) proporcionado en la memoria local (90) de dicho dispositivo.
12. Sistema de mensajería según una o más de las reivindicaciones anteriores, caracterizado por que dicho primer módulo de software y/o dicho segundo módulo de software están configurados para que, en el sistema de mensajería (2), haya al menos un chat de tipo subchat (49), que, a saber:
- es de tipo reservado,
- se deriva de un chat principal (14), definiendo así un chat de tipo chat padre,
- está configurado para que los participantes en dicho subchat sean todos o un subgrupo de los participantes en dicho chat principal (14).
13. Sistema de mensajería según una o más de las reivindicaciones anteriores, caracterizado por que dicho conjunto de datos de chat (18) comprende un campo (ACCESS_KEY_CHAT) al que se le da valor con un código que identifica una clave de acceso compartida (80) que es la misma para todos los participantes del chat, que se introduce/teclea para permitir que cada participante del chat descargue y/o visualice el chat correspondiente en el monitor del dispositivo, y por el hecho de que dicho primer módulo de software y/o dicho segundo módulo de software y/o dicha base de datos central (12) están configurados para que, si en un determinado registro del conjunto de datos de chat (18) dicho campo (ACCESS_KEY_CHAT) está valorado, entonces el chat de dicho registro específico es un subchat (49).
14. Sistema de mensajería según una o más de las reivindicaciones anteriores, caracterizado por que dicho conjunto de datos de chat (18) comprende un campo adicional (PARENT_CHAT) al que se le da un valor con un código de identificación único de un chat específico (14), y por el hecho de que dicho primer módulo de software y/o dicho segundo módulo de software y/o dicha base de datos central (12) están configurados para que, si en un determinado registro del conjunto de datos de chat (18) se le da un valor a dicho campo adicional (PARENT_CHAT), entonces el chat de dicho registro determinado es un subchat (49).
15. Sistema de mensajería según una o más de las reivindicaciones anteriores, caracterizado por que dicha base de datos (12) está configurada y estructurada para que cada mensaje (60) del conjunto de datos de mensajes (20) que se intercambia en un subchat (49) y, por lo tanto, se conecta a un subchat (49), es automáticamente del tipo reservado (60").
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
IT102019000005996A IT201900005996A1 (it) | 2019-04-17 | 2019-04-17 | Sistema di messaggistica perfezionato |
PCT/IB2020/053605 WO2020212900A1 (en) | 2019-04-17 | 2020-04-16 | An improved messaging system |
Publications (1)
Publication Number | Publication Date |
---|---|
ES2954786T3 true ES2954786T3 (es) | 2023-11-24 |
Family
ID=67470503
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
ES20727839T Active ES2954786T3 (es) | 2019-04-17 | 2020-04-16 | Sistema de mensajería mejorado |
Country Status (11)
Country | Link |
---|---|
US (1) | US20220198056A1 (es) |
EP (2) | EP3957037B1 (es) |
JP (1) | JP2022530850A (es) |
KR (1) | KR20220005020A (es) |
CN (1) | CN114097208B (es) |
AU (1) | AU2020260025A1 (es) |
CA (1) | CA3133731A1 (es) |
ES (1) | ES2954786T3 (es) |
IT (1) | IT201900005996A1 (es) |
SG (1) | SG11202111263QA (es) |
WO (1) | WO2020212900A1 (es) |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2022024140A1 (en) * | 2020-07-27 | 2022-02-03 | Sarath Kakumanu | Sending a digital message addressed to a contact and copies and confidential copies to various other contacts in a digital messaging application |
US12095759B2 (en) * | 2020-11-10 | 2024-09-17 | Assa Abloy Ab | Mitigation of brute force attack to device pin |
US11907654B2 (en) * | 2022-07-18 | 2024-02-20 | Microsoft Technology Licensing, Llc | Contextual creation of distributable assets |
CN117527957B (zh) * | 2022-07-31 | 2024-09-13 | 荣耀终端有限公司 | 通知消息的提示方法、电子设备及可读存储介质 |
Family Cites Families (28)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
BRPI0410362B1 (pt) * | 2003-05-16 | 2017-06-20 | Google Inc. | Systems and methods of sharing network and network media |
JP2007333832A (ja) * | 2006-06-13 | 2007-12-27 | Maerchen World Kk | 表示装置 |
CN101170521B (zh) * | 2007-12-04 | 2010-12-08 | 腾讯科技(深圳)有限公司 | 基于即时通讯工具的隐蔽通讯对象的方法及装置 |
CN102655542A (zh) * | 2011-03-01 | 2012-09-05 | 联想(北京)有限公司 | 一种终端状态切换的方法及终端 |
CN102591585A (zh) * | 2012-01-18 | 2012-07-18 | 深圳市云溪信息技术有限公司 | 一种用于唤出隐藏功能的人机交互控制方法 |
CN102722674A (zh) * | 2012-07-10 | 2012-10-10 | 重庆阿噢优科技有限公司 | 即时通信系统消息显示的方法 |
KR101942308B1 (ko) * | 2012-08-08 | 2019-01-25 | 삼성전자주식회사 | 메시지 기능을 제공하기 위한 방법 및 그 전자 장치 |
US20140272096A1 (en) * | 2013-03-15 | 2014-09-18 | Hallmark Cards, Incorporated | Method and apparatus for revealing a hidden element |
US20150007351A1 (en) * | 2013-06-27 | 2015-01-01 | Maher Janajri | Mobile Messaging Enhanced with Concealable and Selectively Revealable Text, Image, and Video Messages |
CN104700010B (zh) * | 2013-12-05 | 2021-06-01 | 腾讯科技(深圳)有限公司 | 个人信息保护方法及保护装置 |
US20160057093A1 (en) * | 2014-08-19 | 2016-02-25 | Samsung Electronics Co., Ltd. | Method and apparatus for displaying content |
US9306881B1 (en) * | 2014-09-25 | 2016-04-05 | Glu Mobile Inc. | Methods and systems for obscuring text in a conversation |
US20160164815A1 (en) * | 2014-12-08 | 2016-06-09 | Samsung Electronics Co., Ltd. | Terminal device and data processing method thereof |
US9203791B1 (en) * | 2014-12-24 | 2015-12-01 | Morven Management Limited | Secret chat mode for hidden dialogue |
US20160241530A1 (en) * | 2015-02-12 | 2016-08-18 | Vonage Network Llc | Systems and methods for managing access to message content |
US10110523B2 (en) * | 2015-02-13 | 2018-10-23 | Avaya Inc. | System and method for topic based segregation in instant messaging |
US10003964B1 (en) * | 2015-04-14 | 2018-06-19 | Acronis International Gmbh | Method for sending secret messages between mobile devices |
CN105119799B (zh) * | 2015-06-15 | 2019-11-19 | 阿里巴巴集团控股有限公司 | 即时通讯消息处理方法及客户端 |
US10834027B2 (en) * | 2015-06-27 | 2020-11-10 | Mcafee, Llc | Protection of sensitive chat data |
US10419444B2 (en) * | 2015-08-24 | 2019-09-17 | Cyberlink Corp. | Systems and methods for protecting messages utilizing a hidden restriction mechanism |
CN105207900B (zh) * | 2015-10-28 | 2018-11-20 | 上海季诺金融信息服务有限公司 | 一种基于即时通讯平台的私密信息传输方法 |
CN105847130A (zh) * | 2016-05-12 | 2016-08-10 | 腾讯科技(深圳)有限公司 | 一种即时通信应用聊天记录的处理方法及装置 |
CN106446632B (zh) * | 2016-09-22 | 2020-09-22 | 北京奇虎科技有限公司 | 应用程序的隐藏显示启动方法和隐藏显示启动装置 |
WO2018131031A2 (en) * | 2017-01-10 | 2018-07-19 | Cell Buddy Network Ltd. | Message privacy |
US20180219812A1 (en) * | 2017-02-01 | 2018-08-02 | Damion Delanno Hanson | Mobile app messaging platform system |
CN109120495A (zh) * | 2017-06-22 | 2019-01-01 | 北京我声我视科技有限公司 | 一种多人聊天中组织聊天消息的方法和系统 |
US11122094B2 (en) * | 2017-07-28 | 2021-09-14 | Snap Inc. | Software application manager for messaging applications |
CN107526499B (zh) * | 2017-08-31 | 2020-05-22 | 麒麟合盛网络技术股份有限公司 | 消息处理方法及装置 |
-
2019
- 2019-04-17 IT IT102019000005996A patent/IT201900005996A1/it unknown
-
2020
- 2020-04-16 KR KR1020217037576A patent/KR20220005020A/ko active Search and Examination
- 2020-04-16 AU AU2020260025A patent/AU2020260025A1/en active Pending
- 2020-04-16 US US17/603,338 patent/US20220198056A1/en active Pending
- 2020-04-16 ES ES20727839T patent/ES2954786T3/es active Active
- 2020-04-16 CN CN202080043641.9A patent/CN114097208B/zh active Active
- 2020-04-16 EP EP20727839.1A patent/EP3957037B1/en active Active
- 2020-04-16 WO PCT/IB2020/053605 patent/WO2020212900A1/en active Search and Examination
- 2020-04-16 CA CA3133731A patent/CA3133731A1/en active Pending
- 2020-04-16 JP JP2021560575A patent/JP2022530850A/ja active Pending
- 2020-04-16 EP EP23176772.4A patent/EP4254255A3/en not_active Withdrawn
- 2020-04-16 SG SG11202111263QA patent/SG11202111263QA/en unknown
Also Published As
Publication number | Publication date |
---|---|
AU2020260025A1 (en) | 2021-11-18 |
US20220198056A1 (en) | 2022-06-23 |
WO2020212900A1 (en) | 2020-10-22 |
EP3957037B1 (en) | 2023-06-07 |
EP4254255A3 (en) | 2023-11-15 |
CN114097208A (zh) | 2022-02-25 |
EP4254255A2 (en) | 2023-10-04 |
JP2022530850A (ja) | 2022-07-04 |
SG11202111263QA (en) | 2021-11-29 |
IT201900005996A1 (it) | 2020-10-17 |
KR20220005020A (ko) | 2022-01-12 |
EP3957037C0 (en) | 2023-06-07 |
CN114097208B (zh) | 2024-02-06 |
EP3957037A1 (en) | 2022-02-23 |
CA3133731A1 (en) | 2020-10-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
ES2954786T3 (es) | Sistema de mensajería mejorado | |
US20150169505A1 (en) | Textbox magnifier | |
US7478334B2 (en) | Folding text in side conversations | |
US20160173480A1 (en) | User authentication using unique hidden identifiers | |
US8260353B2 (en) | SIM messaging client | |
US9285981B1 (en) | Discouraging screen capture | |
US20150163182A1 (en) | Confidential messages in a group chat | |
US10110521B2 (en) | Communication support system | |
US10616152B2 (en) | Avoiding message conflict | |
US20160241530A1 (en) | Systems and methods for managing access to message content | |
KR102491360B1 (ko) | 사용자가 컴퓨팅 디바이스를 동작시킬 수 있는 사용자 계정을 제공하기 위한 시스템 및 방법 | |
CN111095878B (zh) | 在消息传递系统中管理图形和/或音频元素 | |
US20160294787A1 (en) | Secure and confidential messaging systems | |
US20140032686A1 (en) | System and methods for a remotely changeable non-virtual personal message board for an unknown audience | |
US11477147B2 (en) | Messaging system with customized graphic or audio elements | |
EA042772B1 (ru) | Улучшенная система обмена сообщениями | |
CN112311651A (zh) | 一种跨客户端的通信方法、装置、电子设备及存储介质 | |
US12120232B2 (en) | Secure communication tool for use alongside non-secure communications | |
GB2562469A (en) | Messaging system | |
WO2015148365A1 (en) | Secure messaging utilizing a wireless mobile security device | |
US20180109474A1 (en) | System and method for integrated private and public instant messaging | |
TR202016977A2 (tr) | Mesajlaşma uygulamalarinda gönderi̇ kisitlama si̇stemi̇ | |
Stajano | Am i in good company? a privacy-protecting protocol for cooperating ubiquitous computing devices (transcript of discussion) | |
KR20140075990A (ko) | 타임 캡슐 어플리케이션 운용 시스템 |