CN113692733A - Improved messaging system - Google Patents

Improved messaging system Download PDF

Info

Publication number
CN113692733A
CN113692733A CN202080019068.8A CN202080019068A CN113692733A CN 113692733 A CN113692733 A CN 113692733A CN 202080019068 A CN202080019068 A CN 202080019068A CN 113692733 A CN113692733 A CN 113692733A
Authority
CN
China
Prior art keywords
graphic
messaging system
graphical
audio
size
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.)
Granted
Application number
CN202080019068.8A
Other languages
Chinese (zh)
Other versions
CN113692733B (en
Inventor
N·达尔·博斯科
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
N DaerBosike
Social Media Emotion Co ltd
Original Assignee
N DaerBosike
Social Media Emotion Co ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by N DaerBosike, Social Media Emotion Co ltd filed Critical N DaerBosike
Publication of CN113692733A publication Critical patent/CN113692733A/en
Application granted granted Critical
Publication of CN113692733B publication Critical patent/CN113692733B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/42382—Text-based messaging services in telephone networks such as PSTN/ISDN, e.g. User-to-User Signalling or Short Message Service for fixed networks
    • 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/07—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail characterised by the inclusion of specific contents
    • H04L51/08—Annexed information, e.g. attachments
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/40—Information retrieval; Database structures therefor; File system structures therefor of multimedia data, e.g. slideshows comprising image and additional audio data
    • G06F16/41—Indexing; Data structures therefor; Storage structures
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management
    • G06Q10/107—Computer-aided management of electronic mailing [e-mailing]
    • 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/066—Format adaptation, e.g. format conversion or compression
    • 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/07—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail characterised by the inclusion of specific contents
    • H04L51/10—Multimedia information
    • 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/42—Mailbox-related aspects, e.g. synchronisation of mailboxes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • 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/07—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail characterised by the inclusion of specific contents
    • H04L51/18—Commands or executable codes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2201/00—Electronic components, circuits, software, systems or apparatus used in telephone systems
    • H04M2201/36—Memories
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2201/00—Electronic components, circuits, software, systems or apparatus used in telephone systems
    • H04M2201/60—Medium conversion

Abstract

The invention provides a messaging system comprising sender device and recipient device units for sending and receiving text messages via a central unit associated with a database containing data relating to all graphical and/or audio elements manageable by the messaging system and loaded inside the database with a size and/or degree of detail Di and corresponding graphical and/or audio elements having the same content but with a size and/or degree of detail D2, D3 and/or DX which is lower than D1. The corresponding graphical and/or audio elements of reduced size are downloaded from the central unit and implemented and/or used within the message by the sender/receiver unit. When displayed on the screen, the graphic and/or audio elements of lower size and/or degree occupy an area of the display that can be selected by touching or clicking.

Description

Improved messaging system
Technical Field
The present invention relates to an improved messaging system, preferably an instant messaging system, and an improved method of managing graphical and/or audio elements in a messaging system.
Background
Currently, emoticons have been widely used in messaging systems, in particular instant messaging systems, which plan to use specific character combinations (letters, numbers, punctuation marks, etc.) in the text of the message itself in order to create symbolic graphical representations to express specific emotions.
So-called
Figure BDA0003248038690000011
It is also known that it is a real image associated with a certain code and connected to the code, generally of the Unicode type. For this purpose,
Figure BDA0003248038690000012
support must be made by appropriate software that can read these images, or the images will not be displayed.
In this context, in exchange includes
Figure BDA0003248038690000013
It may happen that different images between the sender and the receiver are associated with the same code, leading to unnecessary misunderstandings. Furthermore, in some cases, a certain terminal on the receiving side
Figure BDA0003248038690000014
Is not supported or has no interaction with hairThe sender uses a code associated with the picture that results in the display of an objectionable space or white square.
WO2017/059524 describes a messaging system in which all users can use all graphical elements loaded in the system (e.g. all graphical elements loaded in the system
Figure BDA0003248038690000015
Sticker, token), in particular, there is no pre-authorization/authorization architecture and mechanism (and control over that authorization/permission) for using or inserting graphical elements in messages to be sent. In particular, to facilitate viral propagation of graphical elements used in the system, when a message with a graphical element is received by a respective recipient device and, if necessary, downloaded from a central repository, the element may then be freely inserted by the recipient into a new message sent as a sender.
WO2014/100682 describes a messaging system in which, when a message having graphical and/or audio elements (which are not present in the local library of recipient devices) is received by a respective recipient device, the graphical and/or audio elements are downloaded from a central library present on a server to the local library of the recipient device. The graphical and/or audio elements may then be freely inserted by the recipient into a new message sent as the sender, once downloaded into the local library of the recipient's device.
US2015/0327033 describes a messaging system in which, in order to send messages containing graphical elements and to uniquely identify these graphical elements, zero-width Unicode sequences (ZW) are inserted into the messages themselves.
US9699299 describes a messaging system for sending messages containing graphical and/or audio elements associated with tags, which the sending user intends to type using a keyboard when preparing the message to be sent. Further, in the messaging system, each tag may be associated with multiple graphical and/or audio elements. In particular, whenever the sending user enters a word corresponding to a certain tag during preparation of a new message, the software is configured to perform two queries, one directed to the local library loaded in the sending device and one directed to the remote memory loaded in the central server, and this in order to identify all graphical and/or audio elements associated with that tag. Likewise, when a message having a graphical and/or audio element (which is not already present in the local library of the recipient device) is received by the respective recipient device, the graphical and/or audio element is downloaded from the centralized library on the server into the local library of the recipient device. Thus, once downloaded into the local library of the recipient's device, the graphical and/or audio element can be freely inserted by the recipient in the preparation phase of a new message sent as sender, always according to the method described above in any case.
WO2015/122993 describes a messaging system in which a sender and a recipient can create an animation in their conversation in which the respective avatars of the sender and recipient interact with each other. The system is configured such that in a message, instead of being identified by a unique code, an avatar is identified by a combination of values associated with their series of attributes, and further, the message is also inserted into the message, the code (ACC) indicating the type of animation to be created between the sender's avatar and the recipient's avatar. For proper display of the message, the software of the recipient device is configured to reconstruct and then display the animation of the individual avatars, for which purpose the ACC code in the message is identified for subsequent retrieval of the corresponding animation from the first database, and the individual attributes of the avatars-the avatars of the sender and recipient-are identified so that you can reconstruct/assemble the avatars locally for animation. Further, the messaging system is configured to create and display an animation on the sender device display only after receiving an acknowledgement of receipt from the recipient device.
US 2007/0101005 describes a method for communicating emoticons between different communication devices. In particular, the method provides a conversion unit for extracting emoticons from a database readable by a corresponding recipient device. To this end, the conversion unit is connected to an emoticon database in which a code conversion table of emoticons managed by the sender device is stored in emoticons managed by the receiver device.
KR20050020386 describes a system for sending messages between two mobile phones via MMS (multimedia messaging service). Furthermore, the system foresees the presence of a conversion unit that extracts graphical content suitable for display by the recipient device from a database storing content in various formats or resolutions. In particular, for this purpose, the conversion unit is associated with a database in which data relating to all the sending and receiving devices are stored, and this in order to extract suitable content for each device.
The solutions of US 2007/0101005 and KR20050020386 are not entirely satisfactory, since they only provide for sending graphical content as MMS, thus imposing restrictions on the size, format and/or type of content that can be delivered.
Furthermore, conventional instant messaging systems are not entirely satisfactory because of the need to display graphical content (images and video, and preferably text) within and/or consistent with the message
Figure BDA0003248038690000023
Or emoticon style in general) that must and inevitably are displayed on the display of the portable device at a particularly low resolution and size, and which makes it impossible to fully understand the details and/or artistic aspects of the graphical content.
In that
Figure BDA0003248038690000021
Especially in the case of stylized symbols or illustrations of ideas, physical objects, concepts and/or emotions,
Figure BDA0003248038690000022
graphically complex and elaborate, these symbols and illustrations are increasingly required by users, more than simple emoticons or traditional ones
Figure BDA0003248038690000031
Conveys different and more in-depth content, e.g.Such as an emoticon representing a stylized "smiley face".
Furthermore, at present, on the one hand, it is almost impossible for a user to personalize the graphical content to be used in his messages (in particular
Figure BDA0003248038690000032
) At the same time, it is particularly difficult for the creator of new graphical content to publicize or provide the content it creates to the public while gaining acceptance (also financially) of its creation. In essence, there is an increasing need for a platform for the creator of new content to facilitate advertising and sharing of his creations, often quite complex, so as to allow users to purchase and/or download these new content and then be able to use it in messages.
Disclosure of Invention
It is an object of the present invention to propose a messaging system which overcomes the above-mentioned drawbacks of the conventional art.
It is another object of the present invention to propose a messaging system that allows the user to use/insert customized graphical and/or audio elements in the text of a message.
Another object of the invention is to propose a messaging system which allows the user to optimally display a graphical element whose position in the message coincides with the text of the message itself.
Another object of the invention is to propose a messaging system that allows the user to view the graphical elements within the same system in a manner sufficiently enlarged and detailed to appreciate the creative details thereof.
Another object of the invention is to propose a messaging system which allows the visualization of a graphic element in a magnified manner within the same system and which allows such magnification to be automatically adapted to the display size of the device displaying the graphic of the element itself.
Another object of the present invention is to propose a messaging system which allows the implementation of graphical and/or audio elements within the same system in a faster and more efficient way than traditional solutions.
Another object of the invention is to propose a messaging system which allows to convey to the user of the system itself more information about the graphical and/or audio elements inserted in the message.
Another object of the invention is to propose a messaging system that allows, in the same system, a quick, simple and intuitive connection with specific parts of the IT platform, preferably with parts that can purchase and/or download graphic and/or audio elements used in said messaging system.
Another object of the invention is to propose a messaging system that allows the user to customize the balloon (i.e. the box surrounding the text) to be used in the message, in particular in messages that transmit graphical elements and/or personalized audio inside the balloon.
It is another object of the invention to propose a messaging system that allows users to customize the avatar to be used in a message (i.e. each user is used to identify his own graphical representation when communicating with other users, for example in a chat), particularly in messages where customized graphical and/or audio elements are transmitted within a balloon.
Another object of the invention is to propose a messaging system that allows the delivery of graphical and/or audio elements that are not necessarily present in the recipient's terminal.
It is another object of the invention to propose a messaging system which ensures that the sender and the recipient of a message correctly display the same graphical element.
Another object of the invention is to propose a messaging system in which the user can easily create graphical and/or audio elements and make them available to other users so that they can use them in their messages.
Another object of the invention is to propose a messaging system in which the user can easily and quickly synchronize on a plurality of terminals, and keep synchronizing graphical and/or audio elements to be used in the message.
Another object is to propose a messaging system in which each user can use actively (i.e. insert into the message they send) only the graphical elements created and/or purchased by and/or normally authorized to them, while, as recipient of the message, it can display correctly all the graphical elements, that is to say even those not created and/or purchased by and/or authorized by them.
It is another object of the present invention to propose a messaging system in which the graphical elements used in the message are independent of the standard Unicode encoding, and therefore do not require the approval of the Unicode consortium.
It is a further object of the invention to propose a messaging system which is an improvement and/or alternative to conventional messaging systems.
Another object of the invention is to propose a messaging system having optional features both in function and in implementation with respect to conventional messaging systems.
Another object of the invention is to propose a messaging system that is simple, easy and intuitive to use.
Another object of the invention is to propose a messaging system that allows the consumption of resources and the use of the occupied band of the network by the hardware devices involved to be low.
Another object of the invention is to propose a messaging system that can be implemented simply, quickly and at low cost.
According to the present invention, all these objects and others that will result from the following description are achieved with a system having the characteristics set forth in claim 1.
Drawings
The invention is further elucidated in the following preferred embodiments, which are proposed for this purpose only by way of non-limiting example with reference to the accompanying drawings, in which:
figure 1 schematically shows the infrastructure of a messaging system according to the invention,
figure 2 shows an implementation of the database in a schematic view,
figure 3 shows an example of a data structure transmitted from a transmitting terminal to a central unit,
figure 4 shows an example of a structured data packet processed by a central unit,
figure 5 shows an example of a head portrait selection screen,
figure 6 shows an example of a screen depicting an avatar library,
fig. 7 shows an example of a chat screen, in which there is a library of graphical elements to be inserted into text,
figure 8 shows an example of a screen for a chat with a balloon library,
figure 9 shows an example of a screen for chatting in a portable device,
FIG. 10 illustrates an example of a chat screen in a computer browser;
FIG. 11 is a flowchart illustrating steps of sending a message from a sender to a recipient in a messaging system in accordance with the present invention;
FIG. 12 is a flow diagram illustrating the functionality of the architecture/mechanism for ensuring the correctness of the sending user identity in a messaging system in accordance with the present invention;
FIG. 13 illustrates a flow diagram of the functionality of the architecture/mechanism to synchronize and use authorized graphics/audio elements only in the sender device;
fig. 14 shows a first example of a first screen, implemented on the display of a portable device (smartphone) and created by means of a messaging system according to the invention, in which the exchange of messages (chat) between a sending user and a receiving user is displayed; further, within the message, it is represented in a stylized graph
Figure BDA0003248038690000051
Is inserted into the form of the graphical element,
fig. 15 shows a second screen created by the messaging system according to the present invention, wherein the graphical elements of fig. 14 are enlarged and optimized based on the display size of the portable device,
fig. 16 shows a second example of a first screen, implemented on the display of a portable device (smartphone) and created by means of a messaging system according to the invention, in which the exchange of messages (chat) between a sending user and a receiving user is displayed; also within the message, represented graphically in stylized format
Figure BDA0003248038690000052
Is inserted into the form of the graphical element,
figure 17 shows an enlarged detail of figure 16,
fig. 18a shows a third example of a first screen, implemented on the display of a portable device (smartphone) and created by means of a messaging system according to the invention, in which both the typing keyboard and the message exchange (chat) between the sending user and the receiving user are displayed,
fig. 18b shows a third example of a first screen, implemented on the display of a portable device (smartphone) and created by means of a messaging system according to the invention, in which only the message exchange (chat) between the sending user and the receiving user is displayed,
fig. 19 shows a second screen created by the messaging system according to the invention, wherein the graphical elements of fig. 18b are displayed in an enlarged and optimized manner based on the display size of the portable device,
figure 20 schematically shows the infrastructure of a messaging system according to the invention when a new graphical element is loaded into the system itself,
fig. 21 schematically shows an infrastructure of a messaging system according to the invention, which infrastructure first displays a graphical element in a message of a first screen, and then displays the enlarged graphical element in a second screen,
fig. 22 shows a second screen created by the messaging system according to the invention, wherein the graphical elements of fig. 18b are shown in an enlarged manner, and wherein graphical elements belonging to the same set/group of said enlarged graphical elements are also displayed,
FIG. 23 shows a second screen created by a messaging system according to the present invention in which the graphical element of FIG. 18b and other content associated with the enlarged graphical element is displayed in an enlarged manner, an
FIG. 24 shows a screen of a platform in which information related to graphical elements may be modified.
Detailed Description
First, it is specified hereinafter that "message" 60 refers to a collection of all elements, including text, graphics (static and dynamic) and/or audio and/or video, represented within a single box in a display screen, which box is defined hereinafter as a "balloon", or represented in the screen at intervals or graphically disconnected from other chat messages.
Specifically, message 60 may include:
text only 39, or
Only one or more graphic elements 31, or
A combination of text 39 and one or more graphical elements 31.
Conveniently, the graphical element may also serve as an identification and/or activation icon for an audio element (e.g. for reproducing a so-called "voice message") and/or a video.
"avatar" refers to a graphical representation that each user uses to identify himself when communicating with other users (e.g., in a chat) or when sending a message.
In particular, a "graphical element" generally refers to a symbol, icon, or image (static and dynamic) to be inserted into a balloon/information box, either with or without any text. Preferably, but not necessarily, these images represent concepts, emotions or emotions that substantially correspond to "emoticons".
As can be seen from the figure, the infrastructure of the messaging system according to the invention, generally designated by reference numeral 2, comprises at least one sender device 4 and at least one receiving device 6, which devices 4 and 6 are equipped with communication means for transmitting and receiving data with at least one central unit 8.
Conveniently, the messaging system 2 according to the invention is of the type described in PCT/IB2018/055193, the contents of which are incorporated herein in their entirety by reference.
The data transfer between the devices 4, 6 and the central unit 8 is advantageously carried out according to a conventional client-server architecture, for example adapted to the HTTP transfer/communication protocol (hypertext transfer protocol). Preferably, the transport/communication protocol (for example of the HTTPS type) is secured using an encrypted connection, for example according to the TLS (transport layer security) or SSL (secure sockets layer) encryption protocol.
Preferably, the sender device 4 and/or the receiving device 6 comprise a client consisting of a computer or a portable device, such as a smartphone or a tablet. Preferably, the central unit 8 comprises at least a processor 10, such as a real or virtual remote server and/or a cloud system.
The central unit 8 comprises at least one database 12 and/or is associated with a further database 47, the further database 47 containing data relating to all graphic and/or audio elements 31 that can be managed by the messaging system 2.
Preferably, at least one database 12 is loaded inside the unit control unit 8, which database 12 is equipped in a conventional manner with supports for storing data and processors (database servers) for processing data, as well as software applications (i.e. database management systems) for creating, manipulating, managing and efficiently querying data stored in the medium.
Conveniently, as shown in fig. 2, the central database 12 comprises:
a user data set 14 containing data for each user of the system; in particular, the data set contains at least the user's unique ID code, username, and password, and preferably, also name, contact (e.g., email address) and other conventional data registrations,
one or more element data sets 16 containing at least the unique identification codes (IDs) 31 of all graphic elements (static and dynamic) and/or audio and/or video, manageable by the messaging system 2; specifically, in the case of graphic elements, the data set contains, for each graphic element, at least a unique identification code (ID)30 of the graphic element.
Conveniently, in particular, in the case of a graphic element, the same element data set 16 may also contain data defining the actual image 31 (i.e. a digital bitmap representation, or vector digital image, preferably encoded according to base 64), the type and/or description of the image, a thumbnail preview (thumbnail) of the image and the ID identification code of the author/creator of the graphic element.
Preferably, in addition to the unique identification code (ID)30 of the graphic and/or audio element 31, the element data set 16 contains an address/location 15 (e.g., network URL) of another/other database 47, also in the cloud, and preferably the exact address or location of the corresponding record within that database 47, where the data defining the actual graphic and/or audio element 31 is stored in an organized manner. Advantageously, according to a preferred form of implementation, in the data set 16 of the central database 12, the univocal identification code (ID)30 of the graphic and/or audio element 31 corresponds to a univocal address/location (preferably a network) identifying a record in the other database 47 (also in the cloud) storing the data defining the actual element 31.
Conveniently, all graphical and/or audio and/or video elements 31 transmittable by means of the messaging system 2 according to the invention are univocally identified in the database 12 by the unique identification code 30 of the element data set 16. In particular, this means that in the database 12, each graphic and/or audio and/or video element 31 that can be managed and transmitted by the messaging system 2 is equipped with its own unique identification code, which is therefore certainly different from all the other graphic and/or audio elements. Preferably, the unique identification code 30 of each graphic and/or audio and/or video element 31 of the element data set 16 is randomly created or predetermined (and then associated) by a specific distribution software module provided anywhere within the database 12 and/or within the central unit 8.
Suitably, the database 12 is configured and structured such that the user data set 14 and the element data set 16 are associated with each other by a relationship 18 (which essentially constitutes another data set), the relationship 18 containing elements 31 of the data set 16, which elements 31 are available/used/managed by each user of the data set 14.
Preferably, each row of the relationship data set 18 contains a unique identification code ID for a user (derived from the user data set 14), a unique identification code 30 for a graphic and/or audio element 31 associated with that particular user (derived from the element data set 16), and an indication of whether the user is permitted/authorized to use that graphic and/or audio element 31 within the messaging system 2.
Suitably, the database 12 is configured and structured such that, in the relationship 18, the same graphical and/or audio elements of the data set 16 may be associated and thus managed by multiple users of the data set 14. According to the invention, it can be conveniently understood that the database 12 of the central unit 8 contains data of all the graphical and/or audio elements of all the users.
Advantageously, in such a way that by associating each user with one or more graphic and/or audio elements 31 (and therefore vice versa, i.e. by associating each graphic and/or audio element with one or more users), each user can manage and actively use (i.e. as sender within a message) the architecture of the graphic and/or audio elements 31 only associated with it, according to the provision of the relationship 18 between the data sets 14 and 16. Basically, a certain user is allowed/authorized to insert a certain graphic and/or audio element 31 in a message to be sent only if there is a relationship 18 between this user and said element, in particular if the user's unique ID identification code is correlated with the unique identification code 30 of said element.
Suitably, when the user is a person who creates/uploads the graphical and/or audio element within the messaging system 2, and/or when the user is authorized (e.g. because it is purchased for free or a fee) to use the graphical and/or audio element within the messaging system 2, a report 18 may be created that accurately allows/authorizes a certain user to use a particular graphical and/or audio element 31 within the message to be sent.
Suitably, the database 12 is configured and structured such that the user data set 14 and the element data set 16 are associated with one another by two types of relationships 18 (thus essentially defining two other data sets), the two relationships 18 containing the elements of the data set 16 that each user of the data set 14 has created and the elements of the data set 16 that each user of the data set 14 is authorized/allowed to be in status (e.g., because it made a corresponding purchase), respectively.
Suitably, the messaging system according to the invention is configured such that:
the first software module sends an authorization/permission request to the central unit 8 for the use of a specific graphical and/or audio element 31, preferably after payment of a fee, and
after accepting the request, the software defines the relationship 18 between the unique identifier of the user sending said request to the central unit 8 and the univocal identification code 30 of the graphic and/or audio element 31 for which the request is directed.
Advantageously, as shown in fig. 2, the element data set 16 comprises a first data set 21 containing data and/or references (i.e. addresses or locations in another/other database 47) of symbols, icons or generally images 33 to be inserted within the balloon of the message itself, together with or between any text 39, and unique identification codes (IDs) 23 of these images 33, which may be inserted together with or between the text of the message. Preferably, but not necessarily, these images 33 substantially correspond to the stylized representation
Figure BDA0003248038690000081
At least one concept, idea, object, emotion or emotion.
Advantageously, as shown in fig. 2, the element data set 16 comprises a second data set 17, which second data set 17 contains data (including at least one unique identification code) and/or a reference (i.e. an address or location in another database) to a symbol, icon or image, typically used as an avatar 35, and its unique identification code (ID) 34.
Advantageously, as shown in fig. 2, the element data set 16 comprises a third data set 19 containing data (including at least one unique identification code) and/or reference (i.e. address or location in another database) of balloons 37 of different shapes or sizes surrounding the text of the message, and the unique identification code (ID)32 of the balloon 37.
Suitably, anyone who is an author and not necessarily identified/registered in the user data set 14 may generate a graphical and/or audio element and load it appropriately into the element data set 16 and/or the additionally connected database 47 of the central database 12, so that a user of the system 2 identified/registered in the user data set 14 may use this generated graphical and/or audio element and thus allow the user to locally download on his device from the database 12 and/or from the additionally connected database 47 a graphical and/or audio element identified with the unique identification code 30 present in the element data set 16 so that it may be subsequently used in a message to be sent within the messaging system 2, as will be better clarified below.
Advantageously, as mentioned above, the element data set 16 comprises-and/or is connected to-another database 47, which database 47 in turn comprises data defining/constituting the graphic and/or audio elements 31, in particular data sets defining digital images or sounds or videos, suitably coded according to a specific format.
Conveniently, the central database 12 or another database 47 connected to said central database 12 has stored therein data 31, this data 31 defining a graphic and/or audio element having an initial size and degree of detail D1, which advantageously corresponds to the size and degree of detail of this graphic and/or audio element at the time of its creation and/or to its maximum achievable size and/or degree of detail.
In particular, the definition resolution equal to R is suitably stored in the central database 12 or in another database 47 connected to said central database 121 Data 31 of the digital image. Suitably, the resolution R1Indicating the number of pixels per inch in height and width of the image.
Preferably, the resolution R1Corresponding to the resolution of the original/initial image loaded by the image author or another subject. Advantageously, the resolution R1Is a high resolution value which allows to appreciate all the details of the image. Suitably, the resolution R1Substantially equal to or greater than 1080 x 1080 pixels, preferably a DPI ("dots per inch") equal to or greater than 72. In particular, suitably, the central database 12 or a further database 47 connected to said central database 12 has stored therein data 31, the data 31 defining a color depth (i.e. a parameter generally expressed in bits indicating the number of colors that can be taken by each pixel) equal to P, the data 31 being representative of the color depth1Is taken from the digital image of (1). Suitably, the color depth P1Corresponding to the color depth of the original/initial image loaded by the author of the image itself or by another subject. Is advantageous forGround, color depth P1Is a high value that allows one to appreciate all the color details of the image. Preferably, the color depth P1Substantially equal to or greater than 8 bits (bit).
In particular, suitably, the central database 12 or another database 47 connected to said central database 12 defines therein specific data defining a pixel size (i.e. the total number of pixels along the width and height of the image) equal to L1(length) and H1(height) digital image. Suitably, dimension L1And H1Corresponding to the size of the original/initial image loaded by the author of the image itself or another subject. Advantageously, the dimension L1And H1With a high value that allows one to appreciate all the details of the image. Preferably, the dimension L1And/or H1Substantially equal to or greater than 1080 pixels, respectively.
Alternatively, in the case of audio files, the data 31 defining the audio files are stored in the central database 12 or in another database 47, preferably in a "lossless" format, i.e. with a level of detail substantially corresponding to the recorded audio files, for example in FLAC, APE or ALE format. Preferably, the data 31 may be of high definition, i.e. resolution R1Corresponding to a bit rate of at least 1200 kbit/min. Preferably, the data may have a depth of at least 44.1kHz/16 bits.
Alternatively, in the case of video files, data defining a video file of high level of detail (preferably high definition) is stored in the central database 12 or in another database 47, i.e. resolution R1Corresponds to, for example, HD (1920 × 1080 pixels) or 4K (3840 × 2160 pixels, 4096 × 2304 pixels or 4096 × 3072 pixels) video, preferably in progressive mode, and has high-definition audio.
The sender and receiver devices 4, 6 are configured to perform sending and receiving text messages 60 over the network, via the internet or a local network, through a central unit 8 with which both devices communicate.
The first software module is loaded and/or executed inside the sender device 4 and/or the receiver device 6. Conveniently, in the case of a portable device such as a smartphone or tablet, the first software module is also made up of a native mobile software application (also known as APP). Suitably, the first software module may also be in the form of a web application or a desktop application.
The first software module of the device 4, 6 is also configured to load graphical and/or audio elements generated by the user (author) into the database 12 of the central unit 8 or into another database 47 in order to also make them available to the user of the messaging system 2.
In particular, for this purpose, the first software module of the device 4, 6 sends to the central unit 8 (see fig. 21) specific graphical and/or audio elements 31 generated on the device or available locally on the device, and the central unit 8 stores them in the database 12, which associates them with the unique identification code 30.
Conveniently, the graphic and/or audio elements 31 sent and loaded within the database 12 of the central unit 8 or in another database 47 have a particularly high size and/or degree of detail (hereinafter referred to as D)1) And preferably corresponds to the maximum available amount and/or to the content that the graphical and/or audio element presents at the time of creation. In particular, in the case of an image, the image has a value equal to R1And possibly with a pixel size L1And H1Or the color depth P1. Thus, the database 12 of the central unit 8 or another database 47 connected thereto is loaded and stored with a resolution equal to R1And possibly loading and storing a pixel size L1And H1Or the color depth P1The image of (2).
Conveniently, in the case of an audio file, the level of detail D may be associated with, for example, a bitrate and/or a compression codec (format). Conveniently, in the case of a video file, the level of detail D may be associated with a combination of the level of detail of the image and the level of detail of the audio file.
Suitably, in order for the sending user to use/insert a graphical and/or audio element 31 in the message 60, the graphical element 31 with its unique identifier 30 must be available/present in the local memory of the sender device 4 so that this unique identifier code 30 can be suitably inserted in the message 60 and, therefore, the data structure 20 is sent to the central unit 8 according to the method described below.
Conveniently, the messaging system 2 also comprises software loaded and/or executed in the central unit 8 and configured to define the relationship 18 associating the user with the corresponding graphical and/or audio element 31 (and in particular associating the unique identification code ID of the user with the unique identification code 30 of the graphical and/or audio element 31), and vice versa, so that the user can use only the graphical and/or audio element 31 associated with the user himself through the relationship 18 in the message to be sent.
Advantageously, as shown in fig. 20, the software loaded and/or executed in the central unit 8 is configured to create, starting from the graphical and/or audio elements already loaded in the database 12 of the central unit 8 or in another database 47, at least one graphic and/or audio element having the same content but of the same size and/or degree of detail D2Corresponding graphic and/or audio element 31YWherein D is2Less than D1。
Suitably, once the size and/or height detail is equal to D1Is loaded into the database 12 of the central unit 8 or into another database 47, automatically creates a size and/or degree of detail D2Of the graphic and/or audio element 31Y。
Conveniently, the size and/or degree of detail D is automatically created when the graphic and/or audio element is first purchased, or when requested or first downloaded to the sending/receiving device, or even when it is required to use the graphic and/or audio element in the messaging system 22Of the graphic and/or audio element 31Y。
Advantageously, the size and/or degree of detail is D2Corresponding graphic and/or audio element 31YIs also loaded and stored within the data set element 16 of the database 12 of the central unit 8 or in another database 47.
Advantageously, the size and/or degree of detail thus created is D2Of the graphic and/or audio element 31YCan be basicallyUpper corresponding to a size and/or degree of detail of D1A compressed version of the graphical and/or audio element.
Advantageously, the size and/or degree of detail thus created is D2Of the graphic and/or audio element 31YMay be of sufficient size and/or have a degree of detail suitable for use and insertion in the message 60, preferably also between words of the message itself.
Advantageously, the size and/or degree of detail thus created is D2Of the graphic and/or audio element 31YMay be D with respect to size and/or degree of detail1Have the same format or different formats.
Advantageously, the size and/or degree of detail thus created is D2Of the graphic and/or audio element 31YSuitably as a dimension and/or degree of detail D1A preview of the graphical and/or audio elements of (a).
In particular, in the case of images, the software loaded and/or executed in the central unit 8 is configured to have a resolution R from the database 12 or another database 47 already loaded into the central unit 81And possibly a color depth of P1To create at least one corresponding file 31YThe files having the same content but with a resolution R2Lower than R1And, in the case of graphic elements, a possible color depth P2Is less than P1。
Conveniently, in the case of images, the software loaded and/or executed in the central unit 8 is configured to have a resolution size L from inside the database 12 already loaded into the central unit 8 or in another database 471And H1Starts to create at least one image having the same content but a size L2And H2Less than the aforementioned dimension L1And H1Corresponding image 31 ofY。
Preferably, the resolution so created is R2Image 31 of (2)YSubstantially corresponding to a resolution of R1And corresponds to being transmitted and stored in after its creationThe "thumbnail" version of the starting image of the image in the central unit 8.
Conveniently, the first software module is configured to cause a typing keyboard 77, of which the size and/or the degree of detail D is shown, to be displayed on the display of the sender device 4 of a certain user2Of the graphic and/or audio element 31Y。
Advantageously, as shown in fig. 20, and as will be described in greater detail hereinafter, the software loaded and/or executed in the central unit 8 is configured to select from the graphical and/or audio elements 31 (having a large size and/or a degree of detail equal to D) already loaded in the database 12 of the central unit 8 or in another database 471) Begin to create content with the same content but of size and/or degree of detail DxCorresponding graphic and/or audio element 31xWherein D isxIs less than D1And is dynamically defined accordingly based on the size and/or degree of detail of the display of a certain device which has been requested from said central unit 8 by the first software module.
Preferably, the first software module is configured so that on the display of the sender device 4 of a certain user a typing keyboard 77 is displayed, which contains only the graphical and/or audio elements 31 associated with that user by means of the relationship 18, that is to say that the user himself has been authorized/allowed to be the creator of the graphical and/or audio elements, or for example because he purchased the graphical and/or audio elements. Advantageously, the first software module is configured so that the users of the system 2 who have been identified and registered in the user data set 14 can load the graphical and/or audio elements they create into the messaging system 2 (in particular sent to the database 12 of the central unit 8); in particular, in this case, the software loaded and executed in the central unit 8 is configured to create a new relationship 18 (preferably of the first type defined above) associating the user identification code with the unique identification code 31 of the graphical and/or audio element 31 thus loaded.
Advantageously, the first software module is configured so that a user of the system 2 who has been identified and registered in the user data set 14 can request and obtain authorization/permission-for example by direct or indirect purchase, free of charge or after payment of a "fee" -to use in the message to be sent graphical and/or audio elements created by other users; in particular, also in this case, the software is configured to create a relationship 18 (preferably of the second type defined above) that associates the user identification code with the unique identification code 31 of the graphical and/or audio element 31 thus authorized/licensed.
In particular, the first software module is also configured to send the text message 60 by making a request to the central unit 8 (server) based on a communication protocol, preferably the HTTPS protocol. Advantageously, the request is made by the POST method in order to send the data structure 20 to the central unit 8 without being displayed in the search string (query string), however, the request may also be made by the GET method in order to pass the data in the search string.
Suitably, the data structure 20 generated by the first software module (defined in fig. 3 as "$ data") contains all data/values/records as input fields for the software to be loaded and executed in the computer 10 of the central unit 8. In more detail, as shown in FIG. 3, the data structure 20 contains the following fields:
a session identification field ("id _ conversation") and/or a receiver 24 (i.e., "receiver id"),
a Text field (i.e. "Text") of the message 26.
Conveniently, in one embodiment, the data structure 20 may also contain a sender identification field 22 (i.e., "sender _ id"),
in particular, the message text field 26 contains text 39 (i.e., a set of words that make up the message) and a unique identification code 30 for the graphic 25 and/or audio element 31. Suitably, the unique identification code 30 inserted into the text field 26 is suitably located upstream and/or downstream between the tag/precoded characters/symbols 28. In more detail, as shown in fig. 3, the identification code "123" of the first graphic element is inserted between the precoding characters "& #", which is also applied to the identification code "456" of the second graphic element.
Advantageously, the data structure 20 also includes a field for uniquely identifying the balloon 32 (i.e., "ID _ balloon") and a field for uniquely identifying the avatar 34 (i.e., "ID _ avatar"). Advantageously, the data structure also includes a field for defining the type of message 36 (i.e., "MessageType") and for indicating whether it is a message intended for a single recipient or multiple recipients.
Suitably, the first software module is configured to assign respective values 38 to the fields 22, 24, 26, 32, 34 and 36 of the data structure 20, which values are set and selected by the user by operating on the graphical interface of the sender device 4 when preparing and sending the message 60 and/or are automatically defined by the software module itself. For example, the recipient identification field 24 and the message text field 26 are enhanced based on content selected by the user by operating on a graphical interface of the device, while the sender identification field 22 (if provided) may be directly and automatically enhanced by the software module based on default settings on the device.
As described above, the software is loaded and executed inside the processor 10 of the central unit 8.
Advantageously, in a preferred embodiment, the first software module 15 loaded in the sender device 4 and the software loaded in the central unit 8 are also configured to implement an architecture/procedure for authenticating a sender user (see fig. 12) using the messaging system 2, and this in order to ensure the correctness of the identity of the sender user within the messaging system according to the invention.
In particular, to implement the authentication procedure of the sending user, the first software is configured to perform the following operations:
the first software module of the sender device 4 sends to the software of the central unit 8 the data (username and password) entered by the user on its sender device 4 when logging into the messaging system 2,
the software of the central unit 8 checks the received data (i.e. preferably by querying the user data set 14-if they together correspond to a user who has registered with the messaging system), extracts the identification code of the respective user and generates a respective one of the computer objects X containing this code,
the unit software 8 encrypts the computer object X with a private key, thereby generating an encrypted computer object Y,
the software of the central unit 8 sends the encrypted computer object Y to the first software module of the sender device 4, which the sender device 4 temporarily stores.
Suitably, when the user sends a text message 60 through the sending device 4, the following operations are performed:
the first software module sends the data structure 20 and the previously received encrypted computer object Y to the central unit 8,
the software of the central unit 8 decrypts the encrypted computer object Y and thus extracts the computer object X containing the user ID identification code, preferably before processing the data structure 20;
the software of the central unit 8 continues to process the data structure 20 also having the user ID identification code available.
Suitably, it will be appreciated that in this case, the data structure 20 does not contain an identification field for the sender 22. Advantageously, in this way, only the central unit 8 knows, owns, extracts and verifies the ID identification code of the respective user, thereby avoiding the risk that the first software module of the sender device 4 finds the code of the sending user and sends it ("in clear", i.e. in unencrypted form) to the central unit 8, so that there may be a change or a client change. Thus, for each data structure 20, and thus for each message sent, the central unit 8 can somehow derive who the sending user of the message is, and without any possibility/danger of change, thereby verifying the identity of the user and also ensuring that the user is registered in the messaging system 2.
Advantageously, as an additional security check (see fig. 11), in order to prevent the user from using in the message to be sent in the messaging system 2 graphical and/or audio elements 31 whose correct or valid authorization/permission is not granted/allowed, the software loaded and executed in the central unit 8 is configured to:
extracting the unique identification code 30 of the graphical and/or audio element 31 from the data structure 20 (sent from the sender device 4 to said unit 8),
checking whether the user who sent the data structure 20 (whose ID identification code is preferably recovered during the above-mentioned authentication phase) is allowed/authorized to use/insert in the message to be sent the graphical and/or audio element 31 associated with the unique identification code 30 previously extracted; in particular, for this purpose, the database 12 is queried to check whether there are any relationships 18 that associate the identification code of the user who sent the data structure 20 using the sender device 4 (and whose data comes from the user data set 14) with the unique identification code 30 extracted from the structure 20 (and whose data comes from the element data set 16); more specifically, for example, a first query may be made to check whether a first type of relationship 18 exists (i.e., whether the user is the person who created/loaded the graphical and/or audio elements in the messaging system 2), and only if the result of this first query is negative, a second query may be made to check whether a second type of relationship 18 exists (i.e., whether the user has been allowed/authorized to use the graphical and/or audio elements in the messaging system 2, such as after a purchase);
in the case of a positive result of the verification, it then proceeds to process the request sent by the sender device in order to return the structured data packet 40 in a format suitable for data exchange; on the other hand, in the case where the result of the verification is negative, on the other hand, the processing of the request transmitted by the sender device 4 is interrupted/blocked, and a corresponding notification may be automatically transmitted to the sender device 4, as appropriate.
In particular, as described above, the software is configured to process requests sent by the sender device and thus return structured data packets 40 in a format suitable for data exchange. Preferably, the data packet 40 is in "json" format, but may be in other formats, such as "yaml" or "xml".
In particular, the data packet 40 contains a series of fields 42, the values 38 of the fields of the data structure 20 sent by the sender device 4 being appropriately assigned to these fields 42 and/or being automatically obtained from software. Preferably, the data packet 40 includes data of the message 60 created by the sender that is necessary to properly send the message to the recipient and allow the recipient to display the message 60 on his device.
In more detail, as shown in fig. 4, the structured data packet 40 includes the following fields:
an ID 42 field that uniquely identifies the packet 40 (i.e., a "fieldIDmessage") and is automatically implemented by software by assigning a random or predetermined numeric or alphanumeric code,
a sender field 44 (i.e. "fieldMessageFrom") to which the value of the sender field 22 of the data structure 20 is assigned or, preferably, starting from the encrypted computer object Y, to which the value of the ID identification code of the respective sender user obtained from the central unit 8 is assigned, as is preferably provided in the authentication procedure described above and represented in figure 12,
a receiver field 46 (i.e. "fieldMessageTo"), to which the value of the receiver field 24 of the data structure 20 is assigned,
a field 48 associated with the body of the message (i.e. "fieldMessageBody") containing the value 38 of the message text field 26 of the data structure 20, and preferably also the tag 49 of this field; advantageously, the message body field 48 also contains a tag 49 and the corresponding values 38 of the avatar identification field 34 and the balloon identification field 32 of the data structure 20.
In essence, the structured data packet 40 contains a body field message 48, which body field message 48 contains the tag 49 (i.e., metadata) of the message text field 26, the avatar identifier 34 and the balloon identification 32 of the data structure 20, and the corresponding values 38 (i.e., data) assigned to these fields within the structure itself.
Advantageously, the structured data packet 40 further comprises a field to which a corresponding date and/or time value is assigned, wherein the message 60 is sent by the sender device 6 and/or wherein the central unit 8 receives the data structure 20.
The first software module loaded and executed in the receiver device 6 is configured to download from the central unit 8 the structured data package 40 prepared by the unit and destined for the device. Preferably, the structured data packet 40 is downloaded from the central unit 8 from the receiver device 6, or the structured data packet 40 is transmitted from the central unit 8 to the receiver device 6 in any case using the REST (representational state transfer) architecture, preferably but not necessarily using the HTTPS protocol.
Advantageously, the first software module loaded and executed in the receiver device 6 may be configured to periodically access the central unit 8 according to a predefined frequency, to query it for the possibility/availability of the presence of one or more structured packets 40 (i.e. messages) to be sent to it, thus following a client-server dialogue mode called "polling" and, if so, downloading the structured packets 40 from the central unit 8.
Preferably, as shown in fig. 1, the system 2 according to the invention also comprises a notification platform 50, such as a google cloud message or apple push notification service, which acts as an intermediary between the devices 4, 6 and the central unit 8 and is configured to notify the devices asynchronously when the central unit provides them with new data, thus following a method called "push notification". In particular, for this purpose, the software is further configured such that, after processing and preparing the structured data packet 40 based on the data structure 20 sent by the sender device 4, a notification 52 is sent to the notification platform 50, which notification platform 50 is then configured to forward the alert to the respective receiver device 6. Suitably, the notification 52 that the central unit 8 sends to the notification platform 50 includes the identification code of the central unit 8 that sent the notification, the identification code of the recipient device 6 to which the notification must be sent, and the content of the notification 52. Suitably, the content of the notification sent to the recipient device includes at least a field 42 uniquely identifying the structured data package 40 to allow the recipient device 6 receiving the notification 52 to query the central unit 8 to download the structured data package 40 identified by the code.
It should also be understood that in embodiments not shown herein, the notification 52 sent by the central unit to the notification platform 50 and thus to the recipient device 6 comprises the entire structured data packet 40. In other words, the central unit 8 immediately sends the entire structured data package 40 to the recipient device 6 through the platform 50, thereby downloading the data package locally from the device itself without having to directly query the central unit 8.
Preferably, the first software module loaded in the sender device 4 and/or the receiver device 6 is configured to have a first active state in which a bidirectional connection is established and maintained with the central unit 8 and a second quiescent state in which the sender device 4 and/or the receiver device 6 is not connected to the central unit 8. Advantageously, the first software module is also configured so that when it is in said first active state, the recipient device 6 does not query the central unit 8 periodically (i.e. according to a "polling" mode), but only when it receives the notification 52, preferably through the notification platform 50 and according to a mode known as "push notification". Suitably, correspondingly, when new data intended for a certain recipient device 6, for which the first software module is active, is available in the central unit 8, the software is configured to send a notification 52 to said recipient device 6 to query the central unit 8.
Conveniently, when new data intended for a certain recipient device 6 in a quiescent state of the first software module is available in the central unit 8, the software is further configured to send a notification 52 to the recipient device 6, preferably via the notification platform 50 and according to a mode known as "push notification", in such a way as to notify it to enter the first active state.
Basically, in doing so, the central unit 8 is only queried when there is new data to download, thereby avoiding periodic and unnecessary queries; this is particularly advantageous as it reduces data traffic and most importantly avoids unnecessary consumption of the data transmission band.
Advantageously, the sender device 4 and/or the receiver device 6 comprise:
a first local memory 90 in which the identification codes 30 of all graphic and/or audio elements 31 are to be downloaded and stored, said graphic and/or audio elements 31 being associated (by means of the relation 18) with the identification codes of the users who have logged in to the messaging system 2 using said sender device 4 and/or recipient device 6,
a second local memory 91 in which all the graphic and/or audio elements 31 corresponding to the identification codes 30 downloaded and stored in the first memory are to be downloaded and stored.
Advantageously, the graphic and/or audio elements 31yIs downloaded and stored in the secondIn the local memory 91, having a size and/or a degree of detail D2. Specifically, the thumbnail image (thumbnail image) 31yAt resolution R2Downloaded and stored in the second local storage 91.
Preferably, the first and second local memories are both mass storage or main memory or RAM memory. Preferably, the second local memory 91 is of the cache type.
In particular, as shown in the flow chart of fig. 13, the first software module loaded and executed in the sender device 4 and/or the receiver device 6 and the software loaded in the central unit 8 are also configured such that:
the first software module of the sender device 4 sends to the central unit 8 the data (username and password) entered by the user when he/she is operating on his/her device 4 and/or 6 when he/she logs in to the messaging system 2,
the software of the central unit 8 verifies the login data thus received (i.e. it checks, preferably by querying the user data set 14, whether these data together correspond to a user who has registered with the messaging system), extracts the ID identification code of the respective user, and, using the code thus extracted, identifies the unique identification codes 30 'of all the graphical and/or audio elements 31' associated by the relationship 18 with the ID identification code of this user,
the first software module of the sender device 4 downloads the unique identification codes 30 'of all the graphical and/or audio elements 31' thus identified to the first local memory 90 of the devices 4 and/or 6,
the first software module of the sender device 4 downloads the graphical and/or audio elements 31' thus identified to the second local memory 91 of the device 4 and/or 6.
These operations are preferably performed the first time the messaging system 2 is used, once the first software module (APP) has been downloaded and installed in the sender device 4 and/or the receiver device 6. Conveniently, in this way, a preliminary synchronization of the sender device 4 and/or the receiver device 6 is performed.
Conveniently, the first software module of the sender device 4 and/or of the recipient device 6 is configured to display a typing/insertion keyboard 77 on the display of the device itself, and this in order to create the message to be sent, this keyboard being able to access and therefore display on said display only the graphical and/or audio element 31 ', the unique identification code 30' of which 31 ' is stored/present in the first memory of the device itself.
Suitably, the first software module executed in the sender device 4 is configured to perform these operations:
-retrieving the list of unique identification codes 30' present in the first local memory 90 of the sender device 4,
using these codes 30', the corresponding graphic and/or audio elements 31' are retrieved from the second local memory 91 of the sender device 4,
the graphical and/or audio element 31' thus restored is displayed in the typing keyboard 77 of the sender device 4.
Advantageously, in the typing keyboard 77, a display having a size and/or a degree of detail D is displayed2Of the graphic and/or audio element 31YParticularly in typing keyboard 77, at resolution R2Display thumbnail image (thumbnail image) 31Y。
The first software module loaded and executed in the receiving device 6 is also configured to process the structured data packet 40 downloaded from the central unit 8 in order to extract/decode the content of the fields 42, 44, 46 and 48 of the packet.
In particular, the software module is configured to perform a parsing operation of the contents of the message body field 48 of the structured data packet 40 to obtain the values 38 of the message text field 26, the balloon identification 32, and/or the avatar identification 34.
In more detail, the first software module is configured for:
once the text field 26 is identified by its label 49 within the body field message 48, the pre-coded label/character/symbol 28 is searched directly within the message body field 48 of the structured data packet 40 and/or within the value 38 of the text field 26 to identify the unique code 30 of the graphical element,
checking whether the graphical element 31 identified by the extracted unique code is already present in the local memory of the receiver device 6; preferably, for this purpose, it searches for the unique identification code 30 present in the first local memory 90 of the recipient device 6 and, if this unique identification code 30' is not already present in the local memory of the recipient device 6, sends a request to the control unit 8 to download the graphical element 31 ″ not present in the first local memory 90, identified by the unique code 30 identified in the structured data package 40, into the local memory of the recipient device 6, preferably in the second local memory 91 of the recipient device 6.
Advantageously, the graphical and/or audio element 31 with the size and/or degree of detail D2 is downloaded and stored in the second local memory of the recipient device 6, preferably in the second local memory 91 of the recipient device 6Y”. Specifically, the image 31 is downloaded at the resolution R2 and stored in the second local storage 91Y”In (1).
Advantageously, the graphical and/or audio element 31 with the size and/or the degree of detail D2 is displayed in the typing keyboard 77Y. Specifically, in the typing keyboard 77, the display has the resolution R2Miniature image (thumbnail) 31Y。
Conveniently, therefore, the graphic and/or audio element 31 with the size and/or degree of detail D2 is also stored on the recipient device 6Y”And is downloaded upon reception of a certain structured data package 40, in order to always correctly display all graphical and/or audio elements contained in the received message.
Thus, in more detail, the second local memory 91 of any device 4 and/or 6 stores/saves therein:
a first set of graphic and/or audio elements 31 'whose unique codes 30' are stored/present in a first local memory 90; in particular, these graphic and/or audio elements 31 'are associated with a particular user within the central database 12 by means of the relation 18, either because the user created/loaded these graphic and/or audio elements 31' into the messaging system, or because the user has been authorized/authorized to use them (for example by direct or indirect purchase),
a second set of graphic and/or audio elements 31 "whose univocal code is not stored/present in the first local memory 90; in particular, the second set of graphical and/or audio elements 31 "is the graphical and/or audio elements 31 downloaded from the central unit 8 upon reception of a certain structured data package 40, and this in order to correctly display all the graphical and/or audio elements contained in the received message.
Conveniently, the first set of graphical and/or audio elements 31YAnd a second set of graphical and/or audio elements 31Y”Have a size and/or degree of detail D2. In particular, the first and second sets of graphics each comprise miniature images (thumbnails) 31 with a resolution R2Y。
Conveniently, as mentioned above, the first software module of the sender device 4 and/or of the receiver device 6 is configured to display on the display of the device itself 77 a typing/insertion keyboard, in order to create the message to be sent, which keyboard only has access to and therefore displays on said display the first set of graphical and/or audio elements 31' present in the second local memory 91 of the device.
This is particularly advantageous because it allows to have a messaging system in which the user can use in the message to be sent only the graphical and/or audio elements created by or authorized/allowed to be used by him (for example after purchase), while it can always and correctly display all the graphical and/or audio elements present in the message that it receives.
Conveniently, in more detail, the request sent by the recipient device 6 to the central unit 8 in order to download the graphic and/or audio element whose identification code 30 is not present in the first local memory 90 of the device itself contains a univocal code 30 of this graphic and/or audio element, which is then used by the software module of the central unit 8 to query the database 12 and to extract from the element data set 16 the data of the graphic element uniquely identified with this code 30. The data of the graphic elements thus identified, in particular the graphic and/or audio elements 31 having a size and/or a degree of detail D2 and associated with the identified identification code 30YFrom a central unit8 to the requesting device.
Conveniently, for this purpose, the first software module of the requesting device is configured to send a request to the central unit 8 and therefore to have the graphical element 31 of size and/or degree of detail D2 identified by the univocal code 30 present in the message body field 48 of the structured packet 40Y”(and in particular with resolution R2To the requesting device) to the local memory of the requesting device, and in particular to the second local memory 91. Preferably, the request to the control unit panel 8 is sent using the POST method of HTTPS protocol or implemented using the GraphQL language of MQTT protocol over web socket technology.
Preferably, the graphic element 31Y”May be an image 33 having a resolution R2, the image 33 being inserted into a balloon (box) 37 of the message 60 together with or between any text 39, preferably but not necessarily representing at least a concept, idea, object, emotion or emotion in a stylized manner that is substantially similar to that of the message 60
Figure BDA0003248038690000191
And correspondingly.
Conveniently, the first software module loaded and/or executed on the recipient device 6 is configured to display graphical and/or audio elements 31 of size and/or degree of detail D2 within the balloon 37 of the received message 60, either alone (if no text is provided) or together with or between the text 39 of the message itselfY”. Preferably, inside the balloon 37 of the received message 60, a graphical and/or audio element 31 of size and/or degree of detail D2Y”Displayed in correspondence with the text 39 of the message itself.
In particular, suitably, the first software module loaded and/or executed on the recipient device 6 is configured to implement a first screen 80 on the display of said device, in which first screen 80 the exchange of messages is displayed, and inside the balloon 37 of one or more of said messages the graphical element 31 is displayed with a size and/or degree of detail Y "of D2.
Suitably, the first software module loaded and/or executed on the recipient device 6 is configured such that the screen 80 displaying the message exchange is defined by a first computer object VIEW configured to occupy the entire display of the recipient device.
Conveniently, the first software module loaded and/or executed on the recipient device 6 is configured such that in the first screen 80 for displaying the message 60 exchange, the graphical element 31 represented inside the balloon 37 of the message 60 is caused to be displayedY”A display area 81 is occupied, which display area 81 can be selected by touching 82 (with a finger and/or with a device, e.g. a stylus), preferably by a short touch ("tap"), or by clicking, e.g. with a pointer (mouse), or by another external activation event (or action).
Preferably, by a graphic element 31Y”The occupied display area 81 may be selected by the user touch 82, which user touch 82 may have a predetermined duration, e.g., 1 second, or may be lengthened, or may still be a dynamic touch (e.g., drag, pinch, rotate, slide, pinch-and-release).
Suitably, the first software module is configured such that when the structured packet 40 comprises pre-coded tags/characters/symbols 28, wherein these tags/characters/symbols 28 suitably signal the presence of graphical elements in the message, a second VIEW computer object is created within the first screen 80 defined in accordance with the first VIEW computer object. In particular, the second computer object VIEW is configured to occupy a display area 81 within a specific position of a message displayed on the screen, the display area 81 corresponding to or slightly larger than the graphical element 31 to be displayedY”And in particular to the size and/or degree of detail D of said element2. In more detail, the second computer object VIEW is configured to include within it a resolution R2Graphic element 31 ofY”Which is thus visualized/realized within the display area 81 occupied by said second computer object.
Suitably, the first software module is configured such that at touch 82 or at resolution R2Graphic element 31 ofY”After a click or other external activation event (action) performed on occupied display area 81, it beginsCorresponding to act 84.
Advantageously, this action 84 provides activation and resolution R2Said graphic element 31 ofY”Reproduction of the associated audio or video element.
Advantageously, this action 84 provides for the automatic creation and display of the second screen 85 on the display of the device itself.
Advantageously, this action 84 provides for automatically displaying a second (further) screen 85 on the display of the device itself, in which the graphical element 31Y”’Corresponds to element 31Y”And resolution R3 is greater than R2.
Preferably, in this second (further) screen 85, the graphic elements 31Y”’At resolution R3Implementation/display, the resolution R3Greater than resolution R2And may be suitably equal to or lower than the resolution R1. Preferably, the resolution R3Greater than resolution R2But slightly lower than resolution R1。
Suitably, the first software module loaded and/or executed on the receiver device 6 is configured such that the graphical element 31 therein is larger than R2Resolution R of3Is shown as Y”’Is defined by a third computer object VIEW configured to occupy most or all of the display of the receiver device 6 and containing said graphical element 31Y”’With resolution higher than R2。
Conveniently, in this second (further) screen 85, the graphic elements 31Y”’At resolution R3Display, the resolution R3Corresponds at most to the aforementioned resolution R1And preferably at most corresponds to the resolution at which the original/initial image was loaded into the messaging system 2 by the author of the image itself or another subject.
Preferably, in this second (further) screen 85, the graphic elements 31Y”’To correspond to the figure element 31Y”Resolution R of2Amplified resolution R3To implement/display, and also toThe graphical elements are implemented/displayed with other information such as the author's profile, the number of purchases of the element, etc.
Preferably, in this second (further) screen 85, in addition to the graphical elements 31Y”’In addition, a pointer, such as a hypertext link 79, is implemented that activates by touch or click, etc., pointing to a dedicated portion where the graphical element may be purchased and/or downloaded.
Advantageously, a first software module loaded and/or executed on a certain device, preferably on the recipient device 6, is configured to request from the central unit 8 the creation of a graphic and/or audio element with a level of detail Dx suitable for implementation by said device 6, and to download it locally into said device to implement it once created. Preferably, the first software module loaded and/or executed on the device, preferably on the recipient device 6, is configured to request from the central unit 8 the creation of a resolution R having a display suitable for said device 6xAnd once created, locally downloaded in the device for viewing on the display of the device.
Conveniently, for this purpose, the first software module executed by the sender device 4 and/or the receiver device 6 and the software loaded and executed in the central unit 8 are configured to implement the following procedure:
the sender device 4 and/or the receiver device 6 sends a request (inquiry) 86 to the central unit 5 via the first software module, the request also containing data 87 of the size/resolution of the display of said device 6 executing the first software module,
-the central unit software is configured to change from a size and/or a degree of detail of D1And creates a size and/or degree of detail D based on data 87 relating to the size/resolution of the displayxCorresponding graphic and/or audio element 31x，DxIs less than D1And is particularly suited to the size/resolution of the display,
so created by the software of the central unit 8 with dimensions and/or degrees of detail DxOf the graphic and/or audio element 31xIs locally downloaded to the sender device 4 and/or receiver device 6 for implementation by the latter.
Suitably, the first software module is configured to perform the following process: creating a graphical and/or audio element 31 to be implemented within a first screen 80Y”For displaying message exchanges and defines an area 81 that can be selected by touching 82 or clicking. In particular, according to the embodiment shown in fig. 21, with a dimension and/or a degree of detail DxOf the graphic and/or audio element 31xMay correspond to a graphic and/or audio element 31 having a size and/or degree of detail D2 (preferably resolution R2)Y”Which is displayed/implemented within a selectable area 81 provided in the first screen 80. Preferably, the graphic and/or audio element 31 has a size and/or a degree of detail DxxIs loaded into the second computer object VIEW and inserted into the balloon 37 in correspondence with the text 39 of the message 60.
Suitably, the first software module is configured to perform the process in order to create the graphic and/or audio element 31Y”’The graphic and/or audio element 31Y”’Will be implemented within a second (further) screen 85, which second (further) screen 85 is opened on the display for displaying a message exchange after a touch or click on the selectable area 82 of the first screen 80. In particular, according to the embodiment shown in fig. 21, with a dimension and/or a degree of detail DxOf the graphic and/or audio element 31xMay correspond to a display/implementation in the second (further) screen 85 having a size and/or a degree of detail D3(preferred resolution is R3) Of the graphic and/or audio element 31Y”’。
Basically, in this case, with a dimension and/or a degree of detail DxOf the graphic and/or audio element 31xImplemented (represented) in a second (further) screen 85.
Accordingly, the software of the central unit 8 is configured to create the avatar image 35 accordingly and/or to define the balloon size 37 based on the data 87 relating to the size and/or resolution of the display of the device 6 sending the request 86 through the first software module. Accordingly, the avatar image 35 and/or balloon 37 thus created is suitably downloaded from the device for effectuation within the first screen 80 and for displaying message exchanges accordingly.
Advantageously, the computer object "VIEW" refers to a container that supports a specific layout of the interior and defines the basic elements that build the graphical interface.
Accordingly, the first software module is configured to request and download (if it is not already present in the local memory of the recipient device) from the central unit 8 the avatar image 35 corresponding to the avatar identifier 34 and/or the balloon type 37 corresponding to the balloon ID 32, which is contained in the message body field 48 of the structured data package 40 downloaded from the central unit 8.
Conveniently, the avatar identification code 34 and/or balloon identification code 32 may be managed by specific fields of the data structure 20 as described above, or it may be inserted directly into the text field 26 of the data structure, the text field 26 being appropriately located between the pre-encoded tags/characters/symbols 28. Conveniently, for transfer within the text field 26 of the data structure 20, different values of avatar ID 34 and values of balloon ID 32 may also use different pre-coded labels/characters/symbols 28, such as "& #", "&%", and "& ^", in addition to the values of image 33 to be displayed within the balloon with text 39.
Based on the content of the fields of the structured data package 40 and using the image 33, avatar image 35 and/or balloon image 37 to be inserted into the balloon together with the text-which is already present in the local memory of the recipient device 6 or has been downloaded by the latter through appropriate interrogation of the central unit 8-the first software module is configured to appropriately compose and display a message 60 with corresponding graphical elements, such as the image 33, avatar image 35 and/or balloon image 37 to be inserted into the balloon, on the screen 62 of the display of the recipient device 6.
Specifically, as shown in fig. 9, in the display screen of the recipient device 6, the image 33 is displayed together with the text 39 of the message 60 within the particular balloon 37 selected by the sending user. Further, in the screen 62 of the display of the recipient device 6, the balloon 37 is positioned close to and/or graphically connected to the image of the avatar 35 used by the sending user in the conversation.
It should also be understood that the system 2 described above may manage/personalize/select only the image 33 to be inserted with the text 39 of the message 60, or may also manage/personalize/select only the avatar image 35 or the balloon 37.
It is also contemplated that the message 60 managed by the message system 2 may present only text 39 or only graphical and/or audio elements 31 (in the form of an image that may be self-inserted into a balloon, an image of an aerial balloon or an avatar without a balloon), or preferably, an appropriate combination of text 39 and the graphical and/or audio elements 31.
The operation of the messaging system described above specifies a sequence of phases as listed and described below.
Advantageously, in order to use the messaging system, the user must first download and install the first software module on the device 4 and/or 6.
Suitably, the user must execute a first software module on said device, login in order to activate the synchronization phase of the device, and thus locally download (preferably in the first local memory 90 and the second local memory 91, respectively) the unique identification code 30' associated with the unique identification of the logged-in user, and the graphical and/or audio element 31 ' uniquely identified by said code 30 '.
Conveniently, by logging in to the messaging system 2, the control and authentication process is also activated as described above and preferably shown in the flow chart of fig. 12.
First, by operating on the input means of the graphical interface of the sender device, the user selects/selects, in addition to the text 39 defining the message 60, the avatar 35 (see fig. 5) and/or balloon 37 (see fig. 8) to be used for the message, and the image/symbol 33 (see fig. 7) to be included in the message.
Based on the user-defined and entered content, the first software module of the sender device 4 generates a data structure 20, appropriately assigns values 38 corresponding to the fields 22, 24, 26, 32, 34 and 36 of the data structure, and sends a request containing the data structure thus created to the software of the central unit 8.
Suitably, the software processes the request sent by the sender device 4 and prepares the structured data packet 20 in a format suitable for data exchange.
Further, based on the recipient identification code 24, the central unit 8 prepares and sends a corresponding notification 52 to the notification platform 50 to which the recipient device 6 belongs.
Conveniently, in the case of multiple recipients, for each recipient identification code 24, the central unit 8 sends a corresponding notification 52 to the notification platform 50 to which each recipient device 6 belongs.
The content of the notification 52 is then sent from the notification platform 50 to the recipient device 6, which recipient device 6 then uses the content of the notification to directly query the central unit 8 and download the corresponding structured data package 40 prepared by the software and intended for that scope.
In the absence of the notification 52 sent by the notification platform 50, or in addition to the notification 52 sent by the notification platform 50, the first software module may also periodically access the central unit 8 to query it for the possible presence/availability of one or more structured data packages 40 (i.e. messages) intended for it, and if so, download it from the central unit 8.
Then, once the receiver device 6 has downloaded the structured data packet 40, the first software module loaded and executed in said device processes the structured data packet 40 and decomposes it in order to extract/decode the content of the fields of the packet 40. In particular, the values of the message text field 26 and the balloon identification 32 and/or avatar identification 34 fields are extracted from the message body field 48 of the structured data packet 40.
In more detail, by searching for the pre-encoded tags/characters/symbols 28 within the text field 26, the unique codes 30 of the graphic and/or audio elements 31 are identified, and if these codes are not already present in the local memory of the receiver device 6, the first software module sends a request to the central unit 8, after having queried the respective database 12, extracts the respective graphic and/or audio elements 31 and sends them to the receiver device 6, the respective graphic and/or audio elements 31 then being stored in the local memory of the receiver device 6 so as to be easily obtained locally in the case of further use and possible subsequent use.
Conveniently, in the event that the unique code 30 of the graphical and/or audio element 31 is already present in the local memory of the recipient device 6, the first software module does not send any request to the central unit 8.
Accordingly, the avatar identifier 32 and/or balloon identifier 34 are extracted from the field message body 48 of the structured data packet 40 and/or by searching the text field 26 of the data structure 20 for the appropriate pre-encoded tags/characters/symbols 28, and if these are not already present in the local memory of the recipient device 6, the first software module sends a request to the central unit 8, which, after querying the respective database 12, extracts the respective avatar image 35 and/or balloon 37 and sends it to the recipient device.
Finally, based on the content of the fields of the structured data packet 40 and using the image 33, avatar image 35 and/or balloon image 37 to be inserted inside the balloon together with the text (which is already present in the local memory of the recipient device 6 or has been downloaded to this memory by appropriate interrogation central unit 8), the first software module is configured to appropriately compose and display a message 60 with the corresponding graphical elements, such as the image 33, avatar image 35 and/or image balloon 37 to be inserted in the balloon, on the screen 62 of the display of the recipient device 6 (see fig. 9).
Preferably, the messaging system 2 is of the instantaneous and asynchronous type and can be used both between portable devices such as smartphones and tablets, and also by computers accessing suitable portals/web sites (see fig. 10), as appropriate.
Suitably, the messaging system 2 is a network communication system, preferably over the internet and/or in a local network. Preferably, the messaging system 2 is of the instant type and is based on the internet. Preferably, the messaging system 2 is of a type that does not use a GSM network and does not require/use a cellular network.
Preferably, the sender device 4 and the receiver device 6 are configured to have an internet connection.
Preferably, the first software modules of the sender device 4 and the receiver device 6 are dedicated software, suitably downloaded from a network via the internet.
Conveniently, the messaging system 2 is configured to send the same text message 60 from a sender device to a plurality of devices receiving the same chat. In particular, this is a type of chat that can be created using three or more sender devices and/or three or more recipient devices.
Suitably, the messaging system 2 may manage text messages without character limitations (e.g., a limit of 160 characters per message set for SMS) or size limitations (e.g., a limit of 300 or 600kB foreseen for MMS).
Advantageously, according to the invention, by operating on the device 4 or 6, the author of a certain graphic element loads said graphic element 31 in the central unit 81 at the resolution R and, suitably, inside said central unit 8, at the resolution R1Storing the graphic element; advantageously, in the central unit 8, respective graphic elements 31 are createdYAnd stored with the same content, but at a resolution R2Lower than R1。
Advantageously, when the user of the messaging system requests a local download-subsequent purchase or free download-of the graphical element 31, the central unit 8 creates a resolution Rx(corresponding to the size and/or degree of detail Dx) -preferred resolution is R2-graphic element 31xWhich is correspondingly and appropriately defined based on data 87 relating to the size and/or resolution of the display of the device issuing the local download request 86.
Conveniently, the resolution is RxPreferably with a resolution of R2Graphical elements of (b) is displayed within typing keyboard 77, typing keyboard 77 is implemented on the display of the sending user device, and once selected and inserted into a message, typing keyboard 77 is also implemented within first screen 80 for displaying message exchanges.
Advantageously, within said screen, the resolution is R2 Graphic element ofHormone 31YAnd/or resolution RxGraphic element 31 ofxIs displayed within the message 60, preferably in correspondence with any text 39 of the message.
Suitably, a sending user operating on a first screen 80 for displaying message exchanges, implemented on a display of said first device 4 managed by the sending user, can click or touch (preferably by "tapping" the touch 82) a zone 81 of the display, which zone 81 is resolved within the message 60 to R2Graphic element 31 ofYOccupy and in doing so cause the creation and display of a second (further) screen 85, this second (further) screen 85 always being implemented on the display of said first device managed by the sending user, wherein the same graphical element 31 clicked/touched in the first display screenYAt resolution R3And (6) displaying.
Conveniently, if the graphic resolution element R3Not already locally present in the first device 4 of the sending user, a first software module executed in said first device sends a request (also containing data 87 relating to the size and/or resolution of the display of said first device) to the remote unit 8 to create a graphical element 31 with an enlarged resolution and adapted (preferably corresponding) to the size of the display of said first deviceY. Suitably, therefore, the remote unit 8 thus creates a graphic resolution element R, based on the data 87 relating to the size and/or resolution of the display of said first device3Then the element is downloaded from said first device and implemented by said first software module and displayed in a second (further) screen 85 implemented in the display of said first device 4.
Accordingly, a recipient user operating on a first screen 80 for displaying a message exchange, which is implemented on a display of said second device 6 managed by the recipient user, may click or touch (preferably by "tapping" 82) a region 81 of the display, which region 81 is within the message with a resolution R2Graphic element 31 ofY”Occupy and in doing so cause a second (further) screen to be created and displayedA screen 85, this second (further) screen 85 always being implemented on the display of said second device 6 managed by the recipient user, wherein the same graphical element clicked/touched in the first display screen 80 is at resolution R3And (6) displaying.
Conveniently, if the resolution is R3Graphic element 31 ofY”Not already locally present in the second device of the recipient user, the first software module executed in said second device 6 sends a request 86 (also containing data 87 relating to the size and/or resolution of the display of said second device) to the remote unit 8 to create a graphical element 31 having an enlarged resolution and fitting (preferably corresponding) to the size of the display of said second device 6Y”. Conveniently, therefore, the remote unit 8 therefore creates a resolution R, based on the data 87 relating to the size and/or resolution of the display of said second device 63 Graphic element 31 ofY”The graphical element is then downloaded from said second device and implemented by said first software module and displayed in said second (further) screen 85 implemented in the display of the second device 6.
The invention has been described with particular reference to graphical elements (images), however it will be appreciated that the same configuration and operation is applicable to audio or video elements.
Advantageously, according to the invention, the IT platform is also implemented in a central unit 8, this central unit 8 interfacing and communicating with the devices of the users registered in the described messaging system 2 and being configured to act as a market in which the users "of the messaging system can download locally on their devices one or more graphical and/or audio elements present in the messaging system-after purchase (i.e. payment or" charging ", preferably by virtual currency) and/or after free download.
Furthermore, the IT platform is configured such that users registered with the messaging system 2 as "authors" (or "artists") can create and display pages within the platform itself, which pages essentially act as a presentation of a work, with graphical and/or audio elements representing the creation thereof, preferably collected in a collection. Advantageously, the pages displayed on the platform may have a predefined expiration date to define the sales activity.
Accordingly, users of the messaging system 2 access the IT platform through their devices to view the various "author" user's work presentation pages. Once one or more graphical and/or audio elements are selected, for a fee and/or for free, a "user" can use and manage these graphical and/or audio elements. In particular, to this end, as already mentioned, a database 18 is created at the database level 12, which database 18 associates the buyer user "identified in the data set 14 with the graphical and/or audio elements of the data set 16 that it selects and retrieves. Suitably, the "user downloads these graphical and/or audio elements locally to the device they are using and/or other devices associated with them.
Advantageously, the above-mentioned IT platform comprises a part, such as a blog, in which "author" users and "user" users of the messaging system can interact with each other. Suitably, the IT platform comprises a portion in which users of the messaging system delegate one or more "author" users to create desired graphical and/or audio elements.
Suitably, these graphical elements that may be downloaded and obtained from the platform may include images (corresponding to emoticons of the type) to be inserted inside the balloon
Figure BDA0003248038690000261
) And/or the balloon itself and/or the image to be used as an avatar. Advantageously, the graphical element also includes a graphical representation (e.g., hat-and-tongue hat, scarf, hat, etc.) to add to the avatar image as an accessory, or also to an image that may be inserted inside the balloon.
Suitably, the IT platform is configured to send a first part of the payment paid by the user for purchasing graphical and/or audio elements from the platform, preferably for purchasing a graphical representation added as an avatar image attachment, to the author or principal making these graphical elements available within the platform, while another part of the payment is sent to the administrator of the overall IT platform. Suitably, the IT platform is configured to collect/aggregate shares of the costs paid by the users for purchasing a particular graphical and/or audio element, these shares being for the operator of the platform itself, in order to then distribute them to a single entity, preferably to an entity with a conglomeration, socialization and/or humanitarian purpose.
Conveniently, as shown in figure 22, in the second (further) screen 85, except that the resolution is R3Graphic element 31 ofY”’Besides, any keywords associated therewith and/or other graphical elements of the same set, said graphical elements 31, may be displayedY”’To which group 91 (preferably identified by a further and corresponding graphical element).
Conveniently, as shown in figure 23, in a second (further) screen 85, except that the resolution is R3Graphic element 31 ofY”’Besides, the graphic elements 31 can also be displayedY”’The associated content. For example, links may be displayed to internet pages or additional pages within an application that are related to the content itself, such as pages in which the creator of the content may have inserted his creative and/or personal information, or to pages that contain other collections similar to the one of which the content itself is a part. Alternatively and/or additionally, there may be provision for graphic elements 31 related to and displayed in said second (further) screen 85Y”’And/or a promotion and/or discount for a content-related and/or connected product and/or a link to a page for a commercial offer.
Advantageously, the association of each graphical element 31 with further content or with links to further internet pages, and the modification of the data associated with each graphical element 31, can be performed within the platform through a specific screen. Conveniently, for example, upon selection of a graphical element, the pop-up window 92 opens to modify data associated with the selected graphical and/or audio content 31.
Advantageously, within the IT platform, the graphical and/or audio content 31 may be grouped into various groups ("sets") by using specific keywords ("tags") that may be assigned to each graphical content and/or audio 31.
It is also understood that dimension and/or degree of detail D, if any1Is in a first format and has a size and/or a degree of detail D2、D3And/or DXOf the graphic and/or audio element (31)Y、31Y”、31Y”’、31X) This is also the case if it is a second format different from said first format. In particular, in this case, in the databases 12 and/or 47 of the central unit 8, there is a size and/or a degree of detail D1Is in a first format, and furthermore the software loaded and executed in said at least one central unit 8 is configured to create at least one respective graphic and/or audio element (31) starting from said graphic and/or audio element in said first format loaded in said at least one database 12 and/or 47Y、31Y”、31Y”’、31X) Having a size and/or a degree of detail D2、D3And/or DXAnd it is a second format different from the first format.
The messaging system and method according to the present invention have significant advantages in that:
-allowing the user to successfully transmit the customized graphical and/or audio element to the messaging system,
allowing for successful transmission and display of graphics and/or audio, which are not necessarily present in the recipient's device at the time of sending the message,
using a single central unit that uniquely identifies all graphic and/or audio elements, and implementing first module software that quickly downloads the corresponding graphic and/or audio elements from the central unit 8 when they are not local to the device, ensures that these elements are always implemented/displayed correctly and completely in the message, and that they are implemented in the same way between the sender and the receiver,
the creation of a graphic and/or audio element locally on a certain device after downloading only occurs for the first time, since once downloaded, the element itself is stored in the local memory of the device; in particular, such downloading does not always occur or occur continuously, which makes it possible to speed up the loading of message data, save/optimize the data traffic for the device, and reduce the number of calls to the central unit, thus reducing the calculation process of the band occupation,
allowing each user-in particular due to the structure of the database-to have available only the graphical and/or audio element associated with it (for which it is therefore the authorization/permission status, for example as author and/or purchaser) when preparing the message to be sent, while allowing any graphical and/or audio element provided in the received message to be always displayed correctly, completely and unambiguously,
the structure of the database ensures that the user downloads all graphical and/or audio elements locally on each device only when registering the device with the messaging system or downloading/setting up/using the module within the device for the first time, thus making the synchronization of each device associated with the particular user particularly fast and simple,
-allowing a user to create graphical and/or audio elements for sharing and use by other users,
allowing the user to use a different avatar image and/or balloon for each message,
allowing the user to insert personalized/customizable balloon images (corresponding to emoticon type) in sequence
Figure BDA0003248038690000271
) In the presence or absence of text within the balloon itself,
the graphic and/or audio elements and the avatar and/or image balloon are not sent with the message, nor attached to it; the fact that the unique identification code is used as text insert in the structured data packet, in particular, allows to reduce the data traffic, and therefore the network bandwidth for the message exchange,
-displaying the graphical and/or audio elements in an optimized and adjusted manner according to the display of the sender and/or receiver device,
-allowing to view in an enlarged and optimized manner the graphical element inserted and displayed in the message, simply by touching the display area occupied by the graphical element; conveniently, from the magnified version of the graphical element, the creative details of the element itself can be grasped and appreciated.

Claims (30)

1. An improved messaging system (2), preferably instant, characterized by comprising at least one sender device (4) and at least one receiver device (6), said at least one sender device (4) and at least one receiver device (6) being configured to send and/or receive text messages (60) through at least one central unit (8), both devices being in communication with the at least one central unit (8), and by the fact that:
-said at least one central unit (8) comprises and/or is associated with at least one database (12, 47) containing data relating to all graphic and/or audio elements (31) manageable by said messaging system (2), said graphic and/or audio elements (31) being such as to have a size and/or a degree of detail D1Loaded into the at least one database (12, 47),
-in said at least one central unit (8), loading and executing software configured to have a size and/or a degree of detail D from what is loaded in said at least one database (12, 47)1At the beginning of the creation of at least one corresponding graphic and/or audio element (3)Y、31Y”、31Y”’、31X) Having substantially the same content, but with a size and/or degree of detail D2、D3And/or DXLess than D1，
-loading and executing, in said sender device (4) and/or receiver device (6), a first software module configured to download said at least one respective graphical and/or audio element (31) from a central unit (8)Y、31Y”、31Y”’、31X) Size and/or degree of detail D of said at least one corresponding graphic and/or audio element2、D3And/or DxLess than D1And implement and/or use as suchElements released inside the messaging system (2),
and is also characterized by the fact that:
-said first software module loaded and/or executed in the sending device (4) and/or in the receiving device (6) is configured to implement a first screen (80) on the display of said device, in which first screen at least one message (60) and/or message (60) exchange is displayed, and in which first screen also a size and/or a degree of detail D is implemented/displayed2、D3And/or DXLess than D1Of said at least one graphic and/or audio element (31)Y”)，
-has a size and/or a degree of detail D when implemented/displayed within said first screen (80) displaying said at least one message (60) and/or message (60) exchange2、D3And/or DXOf said at least one graphic and/or audio element (31)Y”) Occupies an area (81) of the display which area (81) is selectable by touch (82) if the display is of the touch screen type, or by clicking or by another external activation event.
2. Messaging system according to claim 1, characterised in that said first software module loaded and/or executed in said sending device (4) and/or receiving device (6) is configured so as to realize, in said first screen (80) displaying the message exchange, a dimension and/or a degree of detail D inside a balloon/frame (37) containing one or more of said messages (60)2、D3And/or DXLess than D1And occupies the graphic and/or audio elements (31) of the area (81) of the displayY”) An area (81) of the display may be selected by touching (82) the touch screen display or by clicking or by another external activation event.
3. A messaging system according to one or more of the preceding claims, characterised in that it is based on the internet.
4. Messaging system according to one or more of the preceding claims, characterised in that:
-said graphic and/or audio elements (31) are loaded into said at least one database (12, 47) with dimensions and/or degrees of detail D defining a first format1，
-in said at least one central unit (8), loading and executing software configured to create, starting from graphic and/or audio elements of said first format, at least one corresponding graphic and/or audio element (31)Y、31Y”、31Y”’、31X) Said at least one corresponding graphic and/or audio element having a size and/or a degree of detail D2、D3And/or DXAnd in a second format different from the first format.
5. Messaging system according to one or more of the preceding claims, characterised in that:
-said first software module sends an authorization/permission request to the central unit (8), preferably using a certain graphical and/or audio element (31) after payment of a fee, and
-after accepting said request, the software loaded and executed in said central unit (8) defines a relationship (18) between a unique identifier of the user sending the request to said central unit (8) and a univocal identification code (30) of the graphical and/or audio element (31) for which said request is directed.
6. Messaging system according to one or more of the preceding claims, characterised in that said first software module loaded and/or executed in said sending device (4) and/or in said receiving device (6) is further configured to perform the following operations:
-obtaining a structured data packet (40) from said central unit (8), said structured data packet (40) being enhanced starting from said data structure (20) generated on the basis of a message (60) to be sent, and identifying in said structured data packet (40) a unique identification code (23, 30, 32, 34) of said at least one graphical and/or audio element (31, 33, 35, 37),
-if a graphic and/or audio element associated with the unique code (23, 30, 32, 34) already identified in the structured data package (40) is not already present in the local memory of the device on which the first software module is executing, it requests from the central unit (8) such graphic and/or audio element (31, 33, 35, 37) associated with the identified unique code (23, 30, 32, 34) and downloads it locally in the device, the locally downloaded graphic and/or audio element (31, 33, 35, 37) corresponding to the graphic and/or audio element (31, 33, 35, 37) created by the software of the central unit (8) and having its size and/or degree of detail D2、D3Or DXLess than D1，
-based on the content of said structured data packet (40) and on the graphical and/or audio elements associated with said univocal code (23, 30, 32, 34) thus identified, it displays on the display of the device (6) running said first software module a transmitted message (60), said transmitted message (60) also implementing said graphical and/or audio elements (31, 33, 35, 37) created by the software of said central unit (8) and having a ratio D to D1Low size and/or detail D2、D3Or DX。
7. Messaging system according to one or more of the preceding claims, characterised in that:
-said graphical element (31) comprises an image, preferably an ideographic and/or stylized graphical illustration, to be inserted in a message sent through said messaging system,
-the size and/or degree of detail D of said graphic element1Corresponding to the resolution R of the image when it is loaded into or associated with the at least one database (12) of the central unit (8)1，
-lower than D of said graphic element1Size and/or degree of detail D2、D3Or DXResolution corresponding to the imageRate R2、R3Or RX。
8. Messaging system according to claim 7, characterised in that a resolution of R is implemented in the first screen (80) for displaying the message (60) exchange2、R3Or RXPreferably within a balloon/frame (37) containing one or more of said messages, and occupies an area (81) selectable by touch (82), if the display is of the touch screen type, or by clicking or by other external activation event.
9. Messaging system according to one or more of claims 7 or 8, characterised in that said resolution is R2、R3Or RXIs displayed within a typing keyboard (77) implemented in said touch screen type display (82).
10. Messaging system according to one or more of claims 7 to 9, characterised in that said resolution is R2、R3Or RXSubstantially corresponds to the resolution R1And corresponds to a "thumbnail" version of the starting image of the images stored in said central unit (8).
11. The messaging system according to one or more of claims 7 to 10, characterized in that said image (33) substantially corresponds to
Figure FDA0003248038680000031
Represents at least one concept, idea, object, emotion, or emotion.
12. The messaging system according to one or more of the preceding claims, characterized in that said first software module, loaded and/or executed in said sending device (4) and/or in said receiving device (6), is configured so as to create, when said structured data packet (40) contains pre-coded labels/characters/symbols (28) appropriately signaling the presence of graphic elements in said message:
-a first computer object VIEW defining a first screen (80) for displaying the message (60) exchange,
-a second VIEW computer object defined within said first VIEW computer object and configured to occupy within a message displayed on said first screen (80) a graphic and/or audio element (31) corresponding to or slightly larger than to be displayed within said messageY”) Size and/or degree of detail D2、D3Or DXOf the display device (1).
13. Messaging system according to one or more of the preceding claims, characterised in that said first software module loaded and/or executed in said sending device (4) and/or in said receiving device (6) is configured so as to be made with a dimension and/or degree of detail D2Said graphic and/or audio element (31)Y”、31X) A touch (82) or click on an occupied selectable area (81) of the first display screen (80) initiates a corresponding operation (84).
14. Messaging system according to one or more of the preceding claims, characterised in that said first software module loaded and/or executed in said sending device (4) and/or in said receiving device (6) is configured so as to be made with a resolution R2Graphic element 31 ofY”-automatically initiating a corresponding operation (84) after performing a touch (82) or click or other external activation event on said occupied display area (81).
15. The messaging system according to one or more of the preceding claims, characterized in that said operation (84) is for activating and resolving R2Said graphic element 31 ofY”Reproduction of the associated audio or video element.
16. The messaging system according to one or more of the preceding claims, characterized in that said operation (84) is for automatically creating and displaying a second screen (85) on the display of the device itself.
17. Messaging system according to the preceding claim, characterised in that a graphical element (31) is implemented in the second screen (85)Y”’) Whose content corresponds to the element (31)Y”) And resolution R, and3greater than R2。
18. The messaging system according to one or more of claims 16 or 17, characterized in that at least one of said second screens (85) has previously been associated with said graphical element 31Y’Associated content and/or links at resolution R2And (6) displaying.
19. Messaging system according to one or more of the preceding claims, characterised in that said first software module loaded and/or executed in said sending device (4) and/or in said receiving device (6) is configured so as to have a size and/or a degree of detail D2Said graphic and/or audio element (31)Y”，31X) A touch display (82) or click or other external activation event performed on the selectable area (81) occupied by the first display screen (80) causes a corresponding operation (84) to be automatically started, wherein on the same display of the device implementing the first screen (80) a second screen (85) is displayed, wherein with a size and/or a degree of detail D3Implementing the same graphical and/or audio element (31) occupying said selectable area (81)Y”’、31X) Wherein D is3Greater than D2。
20. Messaging system according to one or more of the preceding claims, characterised in that said first software module loaded and/or executed in said sending device (4) and/or in said receiving device (6) is configured so as to be higher than D therein2Resolution ofRate D3Displaying the graphical and/or audio element (31)Y”、31X) Is a third computer VIEW object configured to occupy most or the entire display of the device.
21. Messaging system according to one or more of the preceding claims, characterised in that said software loaded and/or executed in said central unit (8) is configured from software already loaded in said at least one database (12, 47) and having a value equal to D1Begins with the creation of a graphic and/or audio element (31) of the same content but of a size and/or level of detail DXCorresponding graphic and/or audio element 31XWherein D isXIs less than D1And is dynamically defined accordingly based on the size and/or degree of detail of the display content of the device, which is requested from the central unit (8) by the first software module.
22. Messaging system according to one or more of the preceding claims, characterised in that said first software module loaded and/or executed in said sending device (4) and/or in the recipient device (6), and said loaded and/or executed software module executed in said central unit (8) are configured to implement the following procedure:
-the device (4, 6) sending a request (86) to the central unit through the first software module, the request also containing data (87) of the size/resolution of the display of the device (4, 6) executing the first software module,
-the software module of the central unit (8) is configured to vary from a size and/or a degree of detail D1And creating a size and/or degree of detail D based on data (87) relating to the size/resolution of said displayXCorresponding graphic and/or audio elements (31)X)，DXIs less than D1And is particularly suited to the size/resolution of the display,
so created with a size and/or a degree of detail DXOf the graphic and/or audio element (31)X) Is locally downloaded to said device for implementation by the latter in said messaging system (2).
23. Messaging system according to the preceding claim, characterised in that said first software module is configured to carry out said process so as to create a size and/or degree of detail D occupying said area (81)2Said graphic and/or audio element (31)Y”、31X) Said graphical and/or audio elements being selectable by touching the display (82) or clicking, implemented within said first screen (80) for displaying message exchanges.
24. Messaging system according to claim 22 or 23, characterised in that said first software module is configured to execute said procedure so as to create a document having a size and/or a degree of detail D implemented within said second screen (85)3Of the graphic and/or audio element (31)Y”’、31X)。
25. Messaging system according to one or more of the preceding claims, characterised in that the software modules loaded and/or executed in said central unit (8) are configured when the size and/or the degree of detail and/or the format is D1Is loaded into the database (12) of the central unit (8) or into the further database (47), automatically creates a size and/or degree of detail and/or format D2、D3And/or DXOf the graphic and/or audio element (31)Y) Wherein D is2、D3And/or DXLess than D1。
26. Messaging system according to one or more of the preceding claims, characterised in that software modules loaded and/or executed in said central unit (8) are configured to automatically create the size and/or degree of detail and/or the format is D2、D3And/or DXOf the graphic and/or audio element (31)Y)：
-making the first request, preferably by the sending device and/or the receiving device purchasing said respective graphical and/or audio element, and/or
-making a first download request, by the sending device and/or the receiving device, of the respective graphical and/or audio element, and/or
-the graphical and/or audio elements need to be used in the messaging system (2).
27. Messaging system according to one or more of the preceding claims, characterised in that the size and/or the degree of detail is D2Of the graphic and/or audio element (31)Y) Has a size and/or degree of detail suitable for use and insertion in the message (60), preferably also between words of the message itself.
28. The messaging system according to one or more of the preceding claims, characterized in that said sender device (4) and/or receiver device (6) comprise(s):
-a first local memory (90) in which are downloaded and stored the identification codes (30 ') of all said graphic and/or audio elements (31') associated, in said database (12) of said central unit (8), with the unique identification code (ID) of the specific user who has logged in to said messaging system (2) using said sender device (4) and/or recipient device (6), and
-a second local memory (91) wherein all graphic and/or audio elements (31 ') corresponding to said unique identification code (30') downloaded and stored in said first memory (90) are downloaded and stored.
29. Messaging system according to one or more of the preceding claims, characterised in that downloading and storing in said second local memory (91) a message having a size and/or a degree of detail D2Of the graphic and/or audio element (31)Y)。
30. Messaging system according to one or more of the preceding claims, characterised in that the first software module of the sending device (4) and/or of the recipient device (6) is configured to display on the display of the sending device and/or of the recipient device only graphic and/or audio elements (31 ') stored/present in the first memory (90) of the device itself, with a unique identification code (30').
CN202080019068.8A 2019-01-11 2020-01-10 Improved messaging system Active CN113692733B (en)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
IT102019000000457 2019-01-11
IT102019000000457A IT201900000457A1 (en) 2019-01-11 2019-01-11 IMPROVED MESSAGE SYSTEM
PCT/IB2020/050173 WO2020144634A1 (en) 2019-01-11 2020-01-10 Improved messaging system

Publications (2)

Publication Number Publication Date
CN113692733A true CN113692733A (en) 2021-11-23
CN113692733B CN113692733B (en) 2024-02-27

Family

ID=66690741

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202080019068.8A Active CN113692733B (en) 2019-01-11 2020-01-10 Improved messaging system

Country Status (11)

Country Link
US (1) US11477147B2 (en)
EP (1) EP3909229A1 (en)
JP (1) JP2022516733A (en)
KR (1) KR20210113250A (en)
CN (1) CN113692733B (en)
AU (1) AU2020206018A1 (en)
CA (1) CA3125704A1 (en)
EA (1) EA202191593A1 (en)
IT (1) IT201900000457A1 (en)
SG (1) SG11202107236QA (en)
WO (1) WO2020144634A1 (en)

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20050020386A (en) * 2003-08-22 2005-03-04 에스케이 텔레콤주식회사 System and method for multimedia message service of mobile communication network, and storage media having program therefor
KR20070048020A (en) * 2005-11-03 2007-05-08 엘지전자 주식회사 System and method for auto conversion emoticon of sms in mobile terminal
CN101048996A (en) * 2004-10-22 2007-10-03 慧达企业有限公司 System and method for mobile 3D graphical messaging
KR20070111564A (en) * 2006-05-18 2007-11-22 (주)피엑스디 Multimedia messaging system and that of using service method
US8185591B1 (en) * 2005-09-30 2012-05-22 Google Inc. Systems and methods for viewing email attachments as thumbnails
WO2014100682A2 (en) * 2012-12-21 2014-06-26 Gnotech Llc Messaging providing graphical and audible features
WO2015122993A1 (en) * 2014-02-12 2015-08-20 Young Mark H Methods and apparatuses for animated messaging between messaging participants represented by avatar
US9699299B1 (en) * 2016-09-15 2017-07-04 Amojee, Inc. Messaging including custom characters with embedded content
CN108353256A (en) * 2015-10-08 2018-07-31 麦格尼菲克斯软件有限公司 Method and system for emoticon and other graphical contents to be created and used in instant communicating system

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8643736B2 (en) * 2006-12-27 2014-02-04 Verizon Patent And Licensing Inc. Method and apparatus for participating in a virtual community for viewing a remote event over a wireless network
US8719351B2 (en) * 2009-09-15 2014-05-06 International Business Machines Corporation Image rescale based on defined characteristics
US9143534B1 (en) * 2010-03-31 2015-09-22 Sprint Communications Company L.P. Managing multimedia messages being transmitted to recipient devices of foreign networks
US20120162350A1 (en) * 2010-12-17 2012-06-28 Voxer Ip Llc Audiocons
US20150327033A1 (en) 2014-05-08 2015-11-12 Aniways Advertising Solutions Ltd. Encoding and decoding in-text graphic elements in short messages
KR102039995B1 (en) * 2018-03-29 2019-11-04 라인플러스 주식회사 Method and system for providnig efficient multimedia message depending on user context information in messenger service

Patent Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20050020386A (en) * 2003-08-22 2005-03-04 에스케이 텔레콤주식회사 System and method for multimedia message service of mobile communication network, and storage media having program therefor
CN101048996A (en) * 2004-10-22 2007-10-03 慧达企业有限公司 System and method for mobile 3D graphical messaging
US8185591B1 (en) * 2005-09-30 2012-05-22 Google Inc. Systems and methods for viewing email attachments as thumbnails
KR20070048020A (en) * 2005-11-03 2007-05-08 엘지전자 주식회사 System and method for auto conversion emoticon of sms in mobile terminal
KR20070111564A (en) * 2006-05-18 2007-11-22 (주)피엑스디 Multimedia messaging system and that of using service method
WO2014100682A2 (en) * 2012-12-21 2014-06-26 Gnotech Llc Messaging providing graphical and audible features
WO2015122993A1 (en) * 2014-02-12 2015-08-20 Young Mark H Methods and apparatuses for animated messaging between messaging participants represented by avatar
CN108353256A (en) * 2015-10-08 2018-07-31 麦格尼菲克斯软件有限公司 Method and system for emoticon and other graphical contents to be created and used in instant communicating system
US20180314409A1 (en) * 2015-10-08 2018-11-01 Magnificus Software Inc. Method and system for creating and using emojis and other graphic content in instant messaging systems
US9699299B1 (en) * 2016-09-15 2017-07-04 Amojee, Inc. Messaging including custom characters with embedded content

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
陈萍;孙利;: "基于表情符号的信息伪装算法设计与实现", 太原理工大学学报, no. 04 *

Also Published As

Publication number Publication date
AU2020206018A1 (en) 2021-07-22
SG11202107236QA (en) 2021-07-29
US20220109647A1 (en) 2022-04-07
US11477147B2 (en) 2022-10-18
EA202191593A1 (en) 2021-08-24
WO2020144634A1 (en) 2020-07-16
JP2022516733A (en) 2022-03-02
CA3125704A1 (en) 2020-07-16
KR20210113250A (en) 2021-09-15
EP3909229A1 (en) 2021-11-17
IT201900000457A1 (en) 2020-07-11
CN113692733B (en) 2024-02-27

Similar Documents

Publication Publication Date Title
US10976923B2 (en) Enhanced virtual keyboard
JP6683387B2 (en) Resource sharing method, terminal, and storage medium
US9939962B2 (en) Enhanced keyboard including multiple application execution
US7774412B1 (en) Methods and apparatus facilitating distribution of content
US11159641B2 (en) Method and system for sharing data between terminals
KR102550427B1 (en) Improved Messaging System
US20100325557A1 (en) Annotation of aggregated content, systems and methods
US9699299B1 (en) Messaging including custom characters with embedded content
EP3414650B1 (en) Social keyboard
US20210084160A1 (en) Methods and systems for providing rich interactive communication services on an electronic device
JP2022530850A (en) Improved messaging system
US20100325245A1 (en) Aggregated proxy browser with aggregated links, systems and methods
CN113692733B (en) Improved messaging system
EA045786B1 (en) ADVANCED MESSAGING SYSTEM
WO2020214337A1 (en) Reducing avoidable transmissions of electronic message content
EP3855377A1 (en) A system and method for exchanging contact information
EP3939216A1 (en) Reducing avoidable transmissions of electronic message content
WO2020214344A1 (en) Reducing avoidable transmissions of electronic message content
EA040331B1 (en) MESSAGE SYSTEM
WO2016123099A1 (en) Method and system for sharing data
JP2011008690A (en) File server device, computer program thereof, and data processing method

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant