改进的消息系统的制作方法

1.本发明涉及一种改进的消息系统，优选地是即时消息系统，以及一种消息系统中的管理图形和/或音频元素的改进方法。


背景技术：

2.目前，在消息系统中，特别是即时消息系统中，表情符号已经被广泛使用，计划在消息本身的文本中使用特定的字符组合(字母、数字、标点符号等)以便创造象征性的图形表示来表达特定的情绪。
3.所谓的也是已知的，其是与某种编码相关联并且连接到该编码的真实图像，通常是unicode类型的。为此，必须得到能够阅读这些图像的适当软件的支持，否则图像将无法显示。
4.在这种背景下，在交换包含的消息时，可能会发生发送方和接收方之间不同的图像与相同的编码相关联，从而导致不必要的误解。不仅如此，有时在接收方的终端中，某个不被支持，或者没有与发送方使用的编码相关联的图像，从而导致显示令人不快的空格或白色方块。
5.wo2017/059524描述了一种消息系统，其中所有用户都可以使用系统中加载的所有图形元素(例如贴纸、模因)，特别是，没有用于在要发送的消息中使用或插入图形元素的预先授权/授权架构和机制(以及对该授权/允许的控制)。具体而言，为了促进在该系统中使用的图形元素的病毒式传播，当具有图形元素的消息被相应的接收方设备接收到，并且如果需要，从中央库下载时，该元素然后可以由接收方自由地插入到作为发送方发送的新消息中。
6.wo2014/100682描述了一种消息系统，其中，当具有图形和/或音频元素的消息(其不存在于接收方设备的本地库中)被相应的接收方设备接收时，该图形和/或音频元素被从存在于服务器上的中央库下载到接收方设备的本地库。然后，一旦下载到接收方设备的本地库中，该图形和/或音频元素就可以由接收方自由地插入到作为发送方发送的新消息中。
7.us2015/0327033描述了一种消息系统，其中为了发送包含图形元素的消息，并且为了唯一地标识这些图形元素，将零宽度unicode序列(zw)插入到消息本身中。
8.us9699299描述了一种用于发送包含与标签相关联的图形和/或音频元素的消息的消息系统，当准备要发送的消息时，发送用户打算使用键盘来键入这些图形和/或音频元素。此外，在该消息系统中，每个标签可以与多个图形和/或音频元素相关联。具体而言，每当在准备新消息期间，发送用户输入对应于某个标签的单词时，软件配置成执行两个查询，一个指向发送方设备中加载的本地库，一个指向中央服务器中加载的远程存储器，并且这是为了标识与该标签相关联的所有图形和/或音频元素。同样，当具有图形和/或音频元素的消息(其还不存在于接收方设备的本地库中)被相应的接收方设备接收时，该图形和/或音频元素从服务器上的集中式库中下载到接收方设备的本地库中。因此，一旦被下载到接
收方设备的本地库中，该图形和/或音频元素就可以在作为发送方发送的新消息的准备阶段由接收方自由插入，在任何情况下总是根据上述方法。
9.wo2015/122993描述了一种消息系统，其中发送方和接收方可以在他们的对话中创建动画，其中发送方和接收方各自的头像彼此交互。该系统配置成使得在消息中，头像不是由唯一的代码来标识，而是由与它们的一系列属性相关联的值的组合来标识，此外，消息也被插入到消息中，代码(acc)指示要在发送方的头像和接收方的头像之间创建的动画的类型。为了正确显示消息，接收方设备的软件配置成重建并随后显示各个头像的动画，为此，标识消息中的acc代码，以便随后从第一数据库恢复相应的动画，以及标识头像——发送方和接收方的头像——的个体属性以便你可以在本地重建/组装头像以用于动画。此外，该消息系统配置成仅在从接收方设备收到接收确认后创建并显示发送方设备显示器上的动画。
10.us 2007/0101005描述了一种用于在不同通信设备之间传送表情符号的方法。具体而言，该方法提供了转换单元，用于从相应的接收方设备可读的数据库中提取表情符号。为此，转换单元连接到表情符号数据库，其中由发送方设备管理的表情符号的代码转换表存储在由接收方设备管理的表情符号中。
11.kr20050020386描述了一种用于在两个移动电话之间通过mms(多媒体消息服务)发送消息的系统。此外，该系统预见到转换单元的存在，该转换单元从存储各种格式或分辨率的内容的数据库中提取适合由接收方设备显示的图形内容。具体而言，为此目的，转换单元与数据库相关联，在该数据库中存储了与所有发送和接收方设备相关的数据，并且这是为了为每个设备提取合适的内容。
12.us 2007/0101005和kr20050020386的解决方案并不完全令人满意，因为其仅规定了作为mms发送图形内容，因此对可以传送的内容的尺寸、格式和/或类型造成了限制。
13.此外，传统的即时消息系统并不完全令人满意，因为为了在消息的内部和/或与消息的文本一致地显示图形内容(图像和视频，并且优选地是或一般的表情符号风格的图示)，这些内容必须并且不可避免地以特别低的分辨率和尺寸显示在便携设备的显示器上，并且这使得不能完全理解图形内容的细节和/或艺术方面。
14.在(即想法、物理对象、概念和/或情绪的风格化的符号或图示)的情况下尤其如此，在图形上复杂而精细，用户越来越多地需要这些符号和图示，其比简单的表情符号或传统的传达了不同且更深入的内容，例如代表风格化的“笑脸”的表情符号。
15.此外，目前，一方面，用户几乎不可能个性化要在其消息中使用的图形内容(特别是)，同时，对于新图形内容的创建者来说，特别难以向公众宣传或提供其创建的内容，同时获得对其创作的认可(也是财务上的)。本质上，对于新内容的创建者来说，越来越需要有一个平台来方便地宣传和分享其创作，通常是相当复杂的，以便允许用户能够购买和/或下载这些新内容，然后能够在消息中使用。


技术实现要素：

16.本发明的目的是提出一种克服传统技术中存在的上述缺点的消息系统。
17.本发明的另一目的是提出一种消息系统，该系统允许用户在消息文本中使用/插入定制图形和/或音频元素。
18.本发明的另一目的是提出一种消息系统，该系统允许用户最佳地显示图形元素，该图形元素在消息中的位置与消息本身的文本一致。
19.本发明的另一目的是提出一种消息系统，该系统允许用户在同一系统内以足够放大和详细的方式查看图形元素，以欣赏其创造性细节。
20.本发明的另一目的是提出一种消息系统，该系统允许在同一系统内以放大的方式可视化图形元素，并且使得这种放大自动适应显示该元素图形本身的设备的显示尺寸。
21.本发明的另一目的是提出一种消息系统，该系统允许在同一系统内以比传统解决方案更快和更有效的方式实现图形和/或音频元素。
22.本发明的另一目的是提出一种消息系统，该系统允许向系统本身的用户传递更多关于插入消息中的图形和/或音频元素的信息。
23.本发明的另一目的是提出一种消息系统，该系统在同一系统中允许与it平台的特定部分进行快速、简单和直观的连接，优选地，与可以购买和/或下载在所述消息系统中使用的图形和/或音频元素的部分进行连接。
24.本发明的另一目的是提出一种消息系统，该系统允许用户定制要在消息中使用的气球(即包围文本的框)，特别是在气球内部传送图形元素和/或个性化音频的消息中。
25.本发明的另一目的是提出一种消息系统，该系统允许用户定制要在消息中使用的头像(即，当每个用户与其他用户通信时，例如在聊天中，每个用户用来标识自己的图形表示)，特别是在定制的图形和/或音频元素在气球内传送的消息中。
26.本发明的另一目的是提出一种消息系统，该系统允许传送不一定存在于接收方终端中的图形和/或音频元素。
27.本发明的另一目的是提出一种消息系统，该系统确保消息的发送方和接收方正确显示相同的图形元素。
28.本发明的另一目的是提出一种消息系统，其中用户可以容易地创建图形和/或音频元素，并使其对其他用户可用，以便用户可以在其消息中使用。
29.本发明的另一目的是提出一种消息系统，其中用户可以容易且快速地在多个终端上同步、以及保持同步要在消息中使用的图形和/或音频元素。
30.另一目的是提出一种消息系统，其中每个用户可以仅主动使用(即，插入到其发送的消息中)由其创建和/或购买和/或通常授权给其的图形元素，同时，作为消息的接收方，其可以正确地显示所有图形元素，也就是说，甚至那些不是由其创建和/或购买和/或不是由其授权的图形元素。
31.本发明的另一目的是提出一种消息系统，其中在消息中使用的图形元素独立于标准的unicode编码，因此不需要unicode联盟的批准。
32.本发明的另一目的是提出一种消息系统，该系统是对传统消息系统的改进和/或替代。
33.本发明的另一目的是提出一种消息系统，相对于传统的消息系统，该消息系统在功能和实现方面都具有可选的特征。
34.本发明的另一目的是提出一种简单、容易和直观使用的消息系统。
35.本发明的另一目的是提出一种消息系统，该系统允许所涉及的硬件设备对资源的消耗以及对网络占用频带的使用较低。
36.本发明的另一目的是提出一种可以简单、快速和低成本实现的消息系统。
37.根据本发明，利用具有权利要求1中所述特征的系统，实现了所有这些目的和将由以下描述产生的其它目的。
附图说明
38.本发明在下面的优选实施例中被进一步阐明，为了这个目的，参考附图仅仅通过非限制性的示例提出优选实施例，其中：
39.图1示意性地示出了根据本发明的消息系统的基础结构，
40.图2以示意图示出了数据库的实现，
41.图3示出了从发送终端发送到中央单元的数据结构的示例，
42.图4示出了由中央单元处理的结构化数据包的示例，
43.图5示出了头像选择屏幕的示例，
44.图6示出了描绘头像库的屏幕的示例，
45.图7示出了聊天屏幕的示例，其中有要插入到文本中的图形元素的库，
46.图8示出了带有气球库的聊天的屏幕的示例，
47.图9示出了便携设备中的聊天的屏幕的示例，
48.图10示出了计算机浏览器中聊天屏幕的示例；
49.图11示出了根据本发明的消息系统中从发送方向接收方发送消息的步骤的流程图；
50.图12示出了根据本发明的消息系统中确保发送用户身份的正确性的架构/机制的功能的流程图；
51.图13示出了仅在发送方设备中同步和使用授权的图形/音频元素的架构/机制的功能的流程图；
52.图14示出了第一屏幕的第一示例，该第一示例在便携设备(智能手机)的显示器上实现并通过根据本发明的消息系统创建，其中显示了发送用户和接收用户之间的消息交换(聊天)；此外，在消息内部，以风格化图形表示的形式插入图形元素，
53.图15示出了通过根据本发明的消息系统创建的第二屏幕，其中图14的图形元素基于便携设备的显示尺寸被放大和优化，
54.图16示出了第一屏幕的第二示例，该第二示例在便携设备(智能手机)的显示器上实现并通过根据本发明的消息系统创建，其中显示了发送用户和接收用户之间的消息交换(聊天)；同样在消息内部，以风格化图形表示的形式插入图形元素，
55.图17示出了图16的放大细节，
56.图18a示出了第一屏幕的第三示例，该第三示例在便携设备(智能手机)的显示器上实现并通过根据本发明的消息系统创建，其中发送用户和接收用户之间的打字键盘和消息交换(聊天)均显示，
57.图18b示出了第一屏幕的第三示例，该第三示例在便携设备(智能手机)的显示器
上实现并通过根据本发明的消息系统创建，其中仅显示发送用户和接收用户之间的消息交换(聊天)，
58.图19示出了通过根据本发明的消息系统创建的第二屏幕，其中图18b的图形元素基于便携设备的显示尺寸以放大和优化的方式显示，
59.图20示意性地示出了当将新的图形元素加载到系统本身中时根据本发明的消息系统的基础结构，
60.图21示意性地示出了根据本发明的消息系统的基础结构，该基础结构首先在第一屏幕的消息中显示图形元素，然后在第二屏幕中显示该放大的图形元素，
61.图22示出了通过根据本发明的消息系统创建的第二屏幕，其中图18b的图形元素以放大的方式示出，并且其中属于所述放大的图形元素的同一集合/组的图形元素也被显示，
62.图23示出了通过根据本发明的消息系统创建的第二屏幕，其中图18b的图形元素以及与所述放大的图形元素相关联的其他内容以放大的方式显示，以及
63.图24示出了平台的屏幕，其中可以修改与图形元素相关的信息。
具体实施方式
64.首先，在下文中规定“消息”60是指所有元素的集合，包括文本、图形(静态和动态)和/或音频和/或视频，其在显示屏幕中的单个框内表示，该框在下文中被定义为“气球”，或者在屏幕中相对于其他聊天消息以间隔或图形断开的方式表示。
65.具体而言，消息60可以包括：
66.‑
仅文本39，或
67.‑
只有一个或多个图形元素31，或者
68.‑
文本39与一个或多个图形元素31的组合。
69.方便地，图形元素还可以充当音频元素(例如，用于再现所谓的“语音消息”)和/或视频的标识和/或激活图标。
[0070]“头像”是指每个用户在与其他用户交流时(例如在聊天中)或发送消息时用来标识自己的图形表示。
[0071]
具体而言，“图形元素”通常是指要插入气球/信息框中的符号、图标或图像(静态和动态的)，可以与任何文本一起插入，在任何文本之间插入，也可以不插入文本。优选地，但不是必须地，这些图像代表基本上对应于“表情符号”的概念、情感或情绪。
[0072]
从图中可以看出，根据本发明的消息系统的基础结构，整体上用附图标记2表示，包括至少一个发送方设备4和至少一个接收设备6，该设备4和6配备有用于与至少一个中央单元8传输和接收数据的通信装置。
[0073]
方便地，根据本发明的消息系统2是在pct/ib2018/055193中描述的类型，其内容通过引用完全并入本文。
[0074]
有利地，设备4、6和中央单元8之间的数据传送根据传统客户端
‑
服务器架构进行，该架构例如适用http传送/通信协议(超文本传送协议)。优选地，例如根据tls(传输层安全性)或ssl(安全套接字层)加密协议，使用加密连接使该传送/通信协议(例如https类型)变得安全。
[0075]
优选地，发送方设备4和/或接收设备6包括由计算机或便携设备组成的客户端，例如智能手机或平板电脑。优选地，中央单元8至少包括处理器10，例如真实或虚拟远程服务器和/或云系统。
[0076]
中央单元8包括至少一个数据库12和/或与另一数据库47相关联，该另一数据库47包含与可以由消息系统2管理的所有图形和/或音频元素31相关的数据。
[0077]
优选地，在单元控制单元8内部加载有至少一个数据库12，该数据库12以传统方式配备有用于存储数据的支持件和用于处理数据的处理器(数据库服务器)，以及用于创建、操作、管理和有效查询存储在介质中的数据的软件应用(即数据库管理系统)。
[0078]
方便地，如图2所示，中央数据库12包括：
[0079]
‑
包含系统的每个用户的数据的用户数据集14；具体而言，该数据集至少包含用户的唯一id码、用户名和密码，并且优选地，还包括姓名、联系方式(例如，电子邮件地址)和其他传统的数据登记，
[0080]
‑
一个或多个元素数据集16，至少包含所有图形元素(静态和动态)和/或音频和/或视频的唯一标识码(id)31，可通过消息系统2管理；具体而言，在图形元素的情况下，对于每个图形元素，该数据集至少包含图形元素的唯一标识码(id)30。
[0081]
方便地，具体而言，在图形元素的情况下，相同的元素数据集16还可以包含定义实际图像31(即，优选地根据base64编码的数字位图表示，或者矢量数字图像)、图像的类型和/或描述、图像的微缩预览(缩略图)以及该图形元素的作者/创建者的id标识码的数据。
[0082]
优选地，除了图形和/或音频元素31的唯一标识码(id)30之外，元素数据集16还包含另一/其它数据库47的地址/位置15(例如网络url)，该地址/位置也在云中，并且优选地是该数据库47内相应记录的精确地址或位置，其中定义实际图形和/或音频元素31的数据以有组织的方式存储。有利地，根据优选的实现形式，在中央数据库12的数据集16中，图形和/或音频元素31的单义标识码(id)30对应于单义地址/位置(优选网络)，该地址/位置标识存储定义实际元素31的数据的其它数据库47(也在云中)中的记录。
[0083]
方便地，通过根据本发明的消息系统2可传送的所有图形和/或音频和/或视频元素31在数据库12中由元素数据集16的唯一标识码30单义标识。具体而言，这意味着，在数据库12中，可以通过消息系统2管理和传送的每个图形和/或音频和/或视频元素31配备有其自己的唯一标识码，因此，该标识码肯定不同于所有其他图形和/或音频元素。优选地，元素数据集16的每个图形和/或音频和/或视频元素31的唯一标识码30由设置在数据库12内和/或中央单元8内的任何地方的特定分配软件模块随机创建或预先确定(然后关联)。
[0084]
合适地，数据库12配置和结构化为使得用户数据集14和元素数据集16通过关系18(其基本上构成另一数据集)彼此关联，该关系18包含数据集16的元素31，数据集14的每个用户都可以获得/使用/管理这些元素31。
[0085]
优选地，关系数据集18的每一行包含用户的唯一的标识码id(从用户数据集14导出)、与该特定用户相关联的图形和/或音频元素31的唯一标识码30(从元素数据集16导出)以及是否允许/授权该用户在消息系统2内使用该图形和/或音频元素31的指示。
[0086]
合适地，数据库12配置和结构化为使得在关系18中，数据集16的相同图形和/或音频元素可以由数据集14的多个用户关联并因此被管理。根据本发明，可以方便地理解，中央单元8的数据库12包含所有用户的所有图形和/或音频元素的数据。
[0087]
有利地，以这种方式，即通过将每个用户与一个或多个图形和/或音频元素31相关联(因此反之亦然，即通过将每个图形和/或音频元素与一个或多个用户相关联)，根据数据集14和16之间的关系18的规定，每个用户可以管理并主动使用(即作为消息内的发送方)仅与其相关联的图形和/或音频元素31的架构。基本上，只有当某个用户和所述元素之间存在关系18时，特别是当用户的唯一id标识码与所述元素的唯一标识码30相关时，才允许/授权该用户在要发送的消息中插入某个图形和/或音频元素31。
[0088]
合适地，当用户是在消息系统2内创建/上传该图形和/或音频元素的人时，和/或当用户被授权(例如因为其是免费或收费购买的)在消息系统2内使用该图形和/或音频元素时，可以创建报告18，该报告精确地允许/授权某个用户在要发送的消息内使用特定图形和/或音频元素31。
[0089]
合适地，数据库12配置和结构化为使得用户数据集14和元素数据集16通过两种类型的关系18(因此基本上定义了另外两个数据集)彼此关联，这两种关系18分别包含数据集14的每个用户已经创建的数据集16的元素和数据集14的每个用户被授权/允许状态的数据集16的元素(例如，因为其进行了相应的购买)。
[0090]
合适地，根据本发明的消息系统配置成使得：
[0091]
‑
第一软件模块向中央单元8发送使用特定图形和/或音频元素31的授权/许可请求，优选地在支付费用后，以及
[0092]
‑
在接受请求之后，软件定义将所述请求发送到中央单元8的用户的唯一标识符和请求所针对的图形和/或音频元素31的单义标识码30之间的关系18。
[0093]
有利地，如图2所示，元素数据集16包括第一数据集21，该第一数据集21包含要在消息本身的气球内与任何文本39一起或在文本之间插入的符号、图标或总体上图像33的数据和/或参考(即，另一/其它数据库47中的地址或位置)，以及这些图像33的唯一标识码(id)23，该标识码可以与消息的文本一起插入或插入在文本之间。优选地，但不是必须地，这些图像33以风格化的方式表示基本上对应于的至少一个概念、想法、对象、情感或情绪。
[0094]
有利地，如图2所示，元素数据集16包括第二数据集17，该第二数据集17包含数据(包括至少一个唯一的标识码)和/或通常用作头像35的符号、图标或图像的参考(即，另一数据库中的地址或位置)，及其唯一标识码(id)34。
[0095]
有利地，如图2所示，元素数据集16包括第三数据集19，该第三数据集19包含包围消息的文本的不同形状或尺寸的气球37的数据(包括至少一个唯一标识码)和/或参考(即，在另一数据库中的地址或位置)，以及气球37的唯一标识码(id)32。
[0096]
合适地，作为作者并且不一定在用户数据集14中被标识/注册的任何人可以生成图形和/或音频元素，并且将其适当地加载到中央数据库12的元素数据集16和/或附加连接的数据库47中，使得用户数据集14中标识/注册的系统2的用户可以使用该生成图形和/或音频元素，并因此允许用户在其设备上从数据库12和/或从附加的连接数据库47本地下载以存在于元素数据集16中的唯一标识码30标识的图形和/或音频元素，使得其可以随后用于要在消息系统2内发送的消息中，这将在下面更好地阐明。
[0097]
有利地，如上所述，元素数据集16包含
‑
和/或连接到另一数据库47，该数据库47又包含定义/构成图形和/或音频元素31的数据，特别是根据特定格式适当编码的定义数字图
像或声音或视频的数据集。
[0098]
方便地，中央数据库12或连接到所述中央数据库12的另一数据库47中存储有数据31，该数据31定义了具有初始尺寸和细节程度d1的图形和/或音频元素，该初始尺寸和细节程度有利地对应于该图形和/或音频元素创建时的尺寸和和细节程度/或是其最大可实现的尺寸和/或细节程度。
[0099]
具体而言，适当地在中央数据库12中或者在连接到所述中央数据库12的另一数据库47中，存储定义分辨率等于r1的数字图像的数据31。合适地，分辨率r1指示图像在高度和宽度上每英寸的像素数。
[0100]
优选地，分辨率r1对应于由图像作者或另一主体加载的原始/初始图像的分辨率。有利地，分辨率r1是高分辨率值，其允许欣赏图像的所有细节。合适地，分辨率r1基本上等于或大于1080
×
1080像素，优选地，dpi(“每英寸点数”)等于或大于72。具体而言，合适地，中央数据库12或连接到所述中央数据库12的另外的数据库47中存储有数据31，数据31定义了颜色深度(即，通常以指示每个像素可以采用的颜色数量的位表示的参数)等于p1的数字图像。合适地，颜色深度p1对应于由图像本身的作者或由另一主体加载的原始/初始图像的颜色深度。有利地，颜色深度p1是允许欣赏图像的所有颜色细节的高值。优选地，颜色深度p1基本上等于或大于8位(bit)。
[0101]
具体而言，合适地，中央数据库12或连接到所述中央数据库12的另一数据库47中定义了特定数据，该数据定义像素尺寸(即沿图像宽度和高度的像素总数)等于l1(长度)和h1(高度)的数字图像。合适地，尺寸l1和h1对应于图像本身的作者或另一主体加载的原始/初始图像的尺寸。有利地，尺寸l1和h1具有允许欣赏图像的所有细节的高值。优选地，尺寸l1和/或h1分别基本上等于或大于1080像素。
[0102]
替代地，在音频文件的情况下，定义音频文件的数据31存储在中央数据库12或另一数据库47中，优选地以“无损”格式，即具有基本上对应于记录音频文件的细节水平，例如以flac、ape或ale格式。优选地，数据31可以是高清晰度的，即分辨率r1对应于至少1200kbit/分钟的位率。优选地，数据可以具有至少44.1khz/16位的深度。
[0103]
替代地，在视频文件的情况下，定义高细节水平(优选为高清晰度)的视频文件的数据存储在中央数据库12或另一数据库47中，即分辨率r1对应于例如优选为逐行模式的hd(1920
×
1080像素)或4k(3840
×
2160像素、4096
×
2304像素或4096
×
3072像素)视频，并且具有高清晰度的音频。
[0104]
发送方和接收方设备4、6配置成通过两个设备都与之通信的中央单元8通过互联网或本地网络执行在网络上发送和接收文本消息60。
[0105]
在发送方设备4和/或接收方设备6内部加载和/或执行第一软件模块。方便地，在便携设备如智能手机或平板电脑的情况下，第一软件模块也由原生移动软件应用程序(也称为app)组成。合适地，第一软件模块也可以是网络应用或桌面应用的形式。
[0106]
设备4、6的第一软件模块还配置成将用户(作者)生成的图形和/或音频元素加载到中央单元8的数据库12中，或者加载到另一数据库47中，以便也使其可供消息系统2的用户使用。
[0107]
具体而言，为此目的，设备4、6的第一软件模块向中央单元8(见图21)发送在设备上生成的或者在设备本地可用的特定的图形和/或音频元素31，并且中央单元8将其存储在
数据库12中，数据库将其与唯一的标识码30相关联。
[0108]
方便地，在中央单元8的数据库12内或者在另一数据库47中发送和加载的图形和/或音频元素31具有特别高的尺寸和/或细节程度(以下称为d1)，并且优选地，对应于最大可获得量和/或对应于图形和/或音频元素在创建时呈现的内容。具体而言，在图像的情况下，图像具有等于r1的分辨率，并且可能具有像素尺寸l1和h1或者颜色深度p1。因此，中央单元8的数据库12或者在连接到其的另一数据库47中加载和存储有分辨率等于r1的图像，并且可能加载和存储有像素尺寸l1和h1或者颜色深度p1的图像。
[0109]
方便地，在音频文件的情况下，细节水平d可以与例如位率和/或压缩编解码器(格式)相关联。方便地，在视频文件的情况下，细节水平d可以与图像的细节水平和音频文件的细节水平的组合相关联。
[0110]
合适地，为了发送用户在消息60中使用/插入图形和/或音频元素31，具有其唯一标识符30的图形元素31必须在发送方设备4的本地存储器中可用/存在，使得可以将该唯一标识码30合适地插入消息60中，并且因此，根据下面描述的方法将数据结构20发送到中央单元8。
[0111]
方便地，消息系统2还包括软件，该软件在中央单元8中被加载和/或执行，并且配置成定义将用户与相应的图形和/或音频元素31相关联的关系18(并且具体而言，其将该用户的唯一标识码id与图形和/或音频元素31的唯一标识码30相关联)，反之亦然，使得该用户可以在要发送的消息中仅使用通过关系18与用户本人相关联的图形和/或音频元素31。
[0112]
有利地，如图20所示，在中央单元8中加载和/或执行的软件配置成从已经加载到中央单元8的数据库12或另一数据库47中的图形和/或音频元素开始创建至少一个具有相同内容但尺寸和/或细节程度d2的相应图形和/或音频元素31
y
，其中d2低于d1。
[0113]
合适地，一旦将尺寸和/或高度细节等于d1的图形和/或音频元素被载到中央单元8的数据库12或另一数据库47中，就自动创建尺寸和/或细节程度为d2的图形和/或音频元素31
y
。
[0114]
方便地，当第一次购买图形和/或音频元素时，或者当请求或者将图形和/或音频元素第一次下载到发送/接收设备时，或者甚至当需要在消息系统2中使用图形和/或音频元素时，自动创建尺寸和/或细节程度为d2的图形和/或音频元素31
y
。
[0115]
有利地，尺寸和/或细节程度为d2的相应图形和/或音频元素31
y
也被加载并存储在中央单元8的数据库12的数据集元素16内或另一数据库47中。
[0116]
有利地，如此创建的尺寸和/或细节程度为d2的图形和/或音频元素31
y
可以基本上对应于尺寸和/或细节程度为d1的图形和/或音频元素的压缩版本。
[0117]
有利地，如此创建的尺寸和/或细节程度为d2的图形和/或音频元素31
y
可以具有足够的尺寸和/或具有适合于在消息60中使用和插入的细节程度，优选地也在消息本身的词语之间使用和插入。
[0118]
有利地，如此创建的尺寸和/或细节程度为d2的图形和/或音频元素31
y
可以相对于尺寸和/或细节程度为d1的图形和/或音频元素具有相同的格式或不同的格式。
[0119]
有利地，如此创建的尺寸和/或细节程度为d2的图形和/或音频元素31
y
适合用作尺寸和/或细节程度为d1的图形和/或音频元素的预览。
[0120]
具体而言，在图像的情况下，在中央单元8中加载和/或执行的软件配置成从已经
加载到中央单元8的数据库12或另一数据库47中的分辨率为r1并且可能颜色深度为p1的文件开始，创建至少一个相应的文件31
y
，该文件具有相同的内容，但是分辨率r2低于r1，并且在图形元素的情况下，可能颜色深度p2低于p1。
[0121]
方便地，在图像的情况下，在中央单元8中加载和/或执行的软件配置成从已经加载到中央单元8的数据库12内部或另一数据库47中的分辨率尺寸为l1和h1的图像开始创建至少一个具有相同内容但尺寸l2和h2低于前述尺寸l1和h1的相应图像31
y
。
[0122]
优选地，如此创建的分辨率为r2的图像31
y
基本上对应于分辨率为r1并且对应于在其创建之后被发送并存储在中央单元8中的图像的起始图像的“缩略图”版本。
[0123]
方便地，第一软件模块配置成使得在某个用户的发送方设备4的显示器上显示打字键盘77，其中示出了尺寸和/或细节程度为d2的图形和/或音频元素31
y
。
[0124]
有利地，如图20所示，并且将在下文中更详细地描述，在中央单元8中加载和/或执行的软件配置成从已经加载到中央单元8的数据库12或另一数据库47中的图形和/或音频元素31(具有大尺寸和/或细节程度等于d1)开始创建具有相同内容但尺寸和/或细节程度为d
x
的相应图形和/或音频元素31
x
，其中，d
x
小于d1，并且基于已经通过第一软件模块向所述中央单元8发出请求的某个设备的显示器的尺寸和/或细节程度来相应地动态定义。
[0125]
优选地，第一软件模块配置成使得在某个用户的发送方设备4的显示器上显示打字键盘77，该键盘仅包含通过关系18与该用户相关联的图形和/或音频元素31，也就是说，用户自己已经被授权/允许为图形和/或音频元素的创建者，或者例如因为其购买了该图形和/或音频元素。有利地，第一软件模块配置成使得已经在用户数据集14中标识和注册的系统2的用户可以将其创建的图形和/或音频元素加载到消息系统2中(具体而言发送到中央单元8的数据库12中)；具体而言，在这种情况下，在中央单元8中加载和执行的软件配置成创建将用户标识码与如此加载的图形和/或音频元素31的唯一标识码31关联起来的新关系18(优选地是上面定义的第一类型)。
[0126]
有利地，第一软件模块配置成使得已经在用户数据集14中标识和注册的系统2的用户可以请求并获得授权/许可
‑
例如通过直接或间接购买，免费或在支付“费用”后
‑
在要发送的消息中使用由其他用户创建的图形和/或音频元素；具体而言，同样在这种情况下，软件配置成创建关系18(优选地是上面定义的第二类型)，该关系将用户标识码与由此授权/许可的图形和/或音频元素31的唯一标识码31相关联。
[0127]
具体而言，第一软件模块还配置成通过基于通信协议(优选为https协议)向中央单元8(服务器)发出请求来发送文本消息60。有利地，该请求通过post方法进行，以便向中央单元8发送数据结构20，而不在搜索字符串(查询字符串)中进行显示，然而，该请求也可以通过get方法进行，从而在搜索字符串中传递数据。
[0128]
合适地，由第一软件模块生成的数据结构20(在图3中定义为“$data”)包含作为要在中央单元8的计算机10中加载和执行的软件的输入字段的所有数据/值/记录。更详细地说，如图3所示，数据结构20包含以下字段：
[0129]
‑
会话标识字段(“id_conversation”)和/或接收方24(即“receiver id”)，
[0130]
‑
消息26的文本字段(即“text”)。
[0131]
方便地，在一个实施例中，数据结构20还可以包含发送方标识字段22(即“sender_id”)，
[0132]
具体而言，消息文本字段26包含文本39(即组成消息的一组单词)和图形25和/或音频元素31的唯一标识码30。合适地，插入文本字段26中的唯一标识码30合适地位于标签/预编码字符/符号28之间的上游和/或下游。更详细地，如图3所示，第一图形元素的标识码“123”被插入到预编码字符“&#”之间，这同样适用于第二图形元素的标识码“456”。
[0133]
有利地，数据结构20还包括用于唯一标识气球32的字段(即“id_balloon”)和用于唯一标识头像34的字段(即“id_avatar”)。有利地，数据结构还包括一个字段，用于定义消息36的类型(即“messagetype”)，并用于指示其是发送给单个接收方还是多个接收方的消息。
[0134]
合适地，第一软件模块配置成向数据结构20的字段22、24、26、32、34和36分配相应的值38，这些值由用户在准备和发送消息60时通过在发送方设备4的图形界面上操作来设置和选择和/或由软件模块本身自动定义。例如，接收方标识字段24和消息文本字段26基于用户通过在设备的图形界面上操作而选择的内容而被增强，而发送方标识字段22(如果提供的话)可以基于设备上的默认设置由软件模块直接和自动地增强。
[0135]
如上所述，软件在中央单元8的处理器10内部被加载和执行。
[0136]
有利地，在优选实施例中，加载在发送方设备4中的第一软件模块15和加载在中央单元8中的软件也配置成实现用于认证使用消息系统2的发送方用户(参见图12)的架构/过程，并且这是为了确保根据本发明的消息系统内的发送方用户的身份的正确性。
[0137]
具体而言，为了实现发送用户的认证过程，第一软件配置成执行以下操作：
[0138]
‑
发送方设备4的第一软件模块向中央单元8的软件发送用户在登录消息系统2时在其发送方设备4上输入的数据(用户名和密码)，
[0139]
‑
中央单元8的软件检查接收到的数据(即，优选地通过查询用户数据集14来检查
‑
如果其一起对应于已经向消息系统注册的用户)，提取相应用户的标识码并生成包含该代码的相应一个计算机对象x，
[0140]
‑
单元软件8用私钥加密计算机对象x，从而生成加密的计算机对象y，
[0141]
‑
中央单元8的软件向发送方设备4的第一软件模块发送加密的计算机对象y，发送方设备4临时存储该对象y。
[0142]
‑
合适地，当用户通过发送设备4发送文本消息60时，执行以下操作：
[0143]
‑
第一软件模块向中央单元8发送数据结构20和先前接收的加密计算机对象y，
[0144]
‑
优选地在处理数据结构20之前，中央单元8的软件解密加密的计算机对象y，并因此提取包含用户id标识码的计算机对象x；
[0145]
‑
中央单元8的软件继续处理也具有可用的用户id标识码的数据结构20。
[0146]
合适地，应当理解，在这种情况下，数据结构20不包含发送方22的标识字段。有利地，以这种方式，只有中央单元8知道、拥有、提取和验证相应用户的id标识码，从而避免发送方设备4的第一软件模块发现发送用户的代码并将其发送(“明文”，即以未加密的方式)到中央单元8，从而可能存在变更或客户端改变的风险。因此，对于每个数据结构20，并且因此对于发送的每个消息，中央单元8可以以某种方式导出所述消息的发送用户是谁，并且没有任何改变的可能性/危险，从而验证该用户的身份，并且还确保该用户在消息系统2中注册。
[0147]
有利地，作为附加的安全检查(见图11)，为了防止用户在消息系统2中在要发送的
消息中使用其未被正确或有效授权/允许的图形和/或音频元素31，在中央单元8中加载和执行的软件配置成：
[0148]
‑
从数据结构20(从发送方设备4发送到所述单元8)中提取图形和/或音频元素31的唯一标识码30，
[0149]
‑
检查发送了数据结构20(其id标识码优选在上述认证阶段期间恢复)的用户是否被允许/授权在要发送的消息中使用/插入与先前提取的唯一标识码30相关联的图形和/或音频元素31；具体而言，为此目的，查询数据库12以检查是否存在任何关系18，该关系18将使用发送方设备4发送了数据结构20的用户的标识码(并且其数据来自用户数据集14)与从结构20提取的唯一标识码30(并且其数据来自元素数据集16)相关联；更具体地，例如，可以进行第一次查询来检查是否存在第一类型的关系18(即，用户是否为在消息系统2中创建/加载图形和/或音频元素的人)，并且仅在该第一次查询的结果为否定的情况下，进行第二次查询来检查是否存在第二类型的关系18(即，用户是否已经被允许/授权在消息系统2中使用图形和/或音频元素，例如在购买之后)；
[0150]
‑
在验证的结果为肯定的情况下，其接着继续处理由发送方设备发送的请求，以便以适合数据交换的格式返回结构化数据包40；相反，另一方面，在验证的结果为否定的情况下，发送方设备4发送的请求的处理被中断/阻止，并且合适地，相应的通知可以自动发送给发送方设备4。
[0151]
具体而言，如上所述，软件配置成处理由发送方设备发送的请求，并因此以适合于数据交换的格式返回结构化数据包40。优选地，数据包40是“json”格式，但是也可以是其他格式，例如“yaml”或“xml”。
[0152]
具体而言，数据包40包含一系列字段42，由发送方设备4发送的数据结构20的字段的值38被适当地分配给这些字段42和/或从软件自动获得这些值。优选地，数据包40包括由发送方创建的消息60的数据，该数据是正确地将该消息发送给接收方并允许接收方在其设备上显示消息60所必需的。
[0153]
更详细地，如图4所示，结构化数据包40包括以下字段：
[0154]
‑
id 42字段，其唯一地标识数据包40(即“fieldidmessage”)，并且由软件通过分配随机或预定的数字或字母数字代码来自动实现，
[0155]
‑
发送方字段44(即“fieldmessagefrom”)，数据结构20的发送方字段22的值被分配给该字段，或者优选地，从加密的计算机对象y开始，从中央单元8获得的相应发送方用户的id标识码的值被分配给该字段，如优选地在上述认证过程中提供的并且在图12中表示的，
[0156]
‑
接收方字段46(即“fieldmessageto”)，数据结构20的接收方字段24的值被分配给该接收方字段，
[0157]
‑
与消息正文相关的字段48(即“fieldmessagebody”)，包含数据结构20的消息文本字段26的值38，优选地，还包含该字段的标签49；有利地，消息主体字段48还包含标签49以及数据结构20的头像标识字段34和气球标识字段32的相应值38。
[0158]
本质上，结构化数据包40包含主体字段消息48，该主体字段消息48包含消息文本字段26的标签49(即元数据)、数据结构20的头像标识符34和气球标识32，以及分配给结构本身内这些字段的相应值38(即数据)。
[0159]
有利地，结构化数据包40还包括一个字段，相应的日期和/或时间值被分配给该字段，其中消息60由发送方设备6发送和/或其中中央单元8接收数据结构20。
[0160]
在接收方设备6中加载和执行的第一软件模块配置成从中央单元8下载由所述单元准备的并且去往所述设备的结构化数据包40。优选地，从中央单元8下载来自接收方设备6的结构化数据包40，或者在任何情况下使用rest(代表性状态传送)架构从中央单元8向接收方设备6传输结构化数据包40，优选地但不是必须地，使用https协议。
[0161]
有利地，在接收方设备6中加载和执行的第一软件模块可以配置成根据预定义的频率周期性地访问中央单元8，以向其查询欲向其发送的一个或多个结构化数据包40(即消息)存在的可能性/可用性，因此遵循称为“轮询”的客户端
‑
服务器对话模式，并且如果是这样，则从中央单元8下载该结构化数据包40。
[0162]
优选地，如图1所示，根据本发明的系统2还包括通知平台50，例如谷歌云消息或苹果推送通知服务，其充当设备4、6和中央单元8之间的中介，并配置成当中央单元为所述设备提供新数据时异步通知所述设备，因此遵循一种称为“推送通知”的方法。具体而言，为此目的，软件还配置成使得在基于由发送方设备4发送的数据结构20处理和准备结构化数据包40之后，向通知平台50发送通知52，通知平台50然后配置成将该警告转发给相应的接收方设备6。合适地，中央单元8发送给通知平台50的通知52包括发送通知的中央单元8的标识码、通知必须发送到的接收方设备6的标识码以及该通知52的内容。合适地，发送到接收方设备的通知的内容至少包括唯一标识结构化数据包40的字段42，以便允许接收到该通知52的接收方设备6查询中央单元8，以便下载由该代码标识的结构化数据包40。
[0163]
还应当理解，在本文未示出的实施例中，由中央单元发送到通知平台50并由此发送到接收方设备6的通知52包括整个结构化数据包40。换句话说，中央单元8立即通过平台50向接收方设备6发送整个结构化数据包40，从而从设备本身本地下载该数据包，而不必直接询问中央单元8。
[0164]
优选地，加载在发送方设备4和/或接收方设备6中的第一软件模块配置成具有第一活动状态和第二静止状态，在第一活动状态中，与中央单元8建立双向连接并保持，在第二静止状态中，发送方设备4和/或接收方设备6没有连接到中央单元8。有利地，第一软件模块还配置成使得当其处于所述第一活动状态时，接收方设备6不是周期性地(即，根据“轮询”模式)询问中央单元8，而是仅当其接收到通知52时，优选地通过通知平台50并根据称为“推送通知”的模式来询问中央单元8。合适地，相应地，当要发往第一软件模块处于活动状态的某个接收方设备6的新数据在中央单元8中可用时，该软件配置成向所述接收方设备6发送通知52来询问中央单元8。
[0165]
方便地，当要发往第一软件模块处于静止状态的某个接收方设备6的新数据在中央单元8中可用时，软件还配置成以这样的方式向接收方设备6发送通知52
‑
优选地通过通知平台50并且根据称为“推送通知”的模式，以便通知其进入第一活动状态。
[0166]
基本上，在这样做时，仅在有新数据要下载时才询问中央单元8，从而避免周期性和不必要的询问；这是特别有利的，因为这减少了数据流量，最重要的是避免不必要地消耗数据传输频带。
[0167]
有利地，发送方设备4和/或接收方设备6包括：
[0168]
‑
第一本地存储器90，其中要下载并存储所有图形和/或音频元素31的标识码30，
所述图形和/或音频元素31(通过关系18)与已经使用所述发送方设备4和/或接收方设备6登录到消息系统2的用户的标识码相关联，
[0169]
‑
第二本地存储器91，其中要下载并存储对应于下载并存储在第一存储器中的标识码30的所有图形和/或音频元素31。
[0170]
有利地，图形和/或音频元素31
y
被下载并存储在第二本地存储器91中，其具有尺寸和/或细节程度d2。具体而言，微缩图像(缩略图)31
y
以分辨率r2下载并存储在第二本地存储器91中。
[0171]
优选地，第一和第二本地存储器都是大容量存储器或主存储器或ram存储器。优选地，第二本地存储器91是高速缓存类型。
[0172]
具体而言，如图13的流程图所示，在发送方设备4和/或接收方设备6中加载和执行的第一软件模块和在中央单元8中加载的软件也配置成使得：
[0173]
‑
发送方设备4的第一软件模块向中央单元8发送当用户登录到消息系统2时，用户在其设备4和/或6上操作时输入的数据(用户名和密码)，
[0174]
‑
中央单元8的软件验证如此接收的登录数据(即，其优选地通过查询用户数据集14来检查这些数据是否一起对应于已经向消息系统注册的用户)，提取相应用户的id标识码，并且使用如此提取的代码，标识通过关系18与该用户的id标识码相关联的所有图形和/或音频元素31’的唯一标识码30’，
[0175]
‑
发送方设备4的第一软件模块将如此标识的所有图形和/或音频元素31’的唯一标识码30’下载到设备4和/或6的第一本地存储器90，
[0176]
‑
发送方设备4的第一软件模块将如此标识的图形和/或音频元素31’下载到设备4和/或6的第二本地存储器91。
[0177]
优选地，一旦第一软件模块(app)已经下载并安装在发送方设备4和/或接收方设备6中，这些操作就在第一次使用消息系统2时执行。方便地，以这种方式，执行发送方设备4和/或接收方设备6的初步同步。
[0178]
方便地，发送方设备4和/或接收方设备6的第一软件模块配置成在设备本身的显示器上显示打字/插入键盘77，并且这是为了创建要发送的消息，该键盘能够访问并且因此在所述显示器上仅显示图形和/或音频元素31’，该图形和/或音频元素31’的唯一标识码30’存储/存在于设备本身的第一存储器中。
[0179]
合适地，在发送方设备4中执行的第一软件模块配置成执行这些操作：
[0180]
‑
恢复发送方设备4的第一本地存储器90中存在的唯一标识码30’的列表，
[0181]
‑
使用这些代码30’，从发送方设备4的第二本地存储器91中恢复相应的图形和/或音频元素31’，
[0182]
‑
在发送方设备4的打字键盘77中显示如此恢复的图形和/或音频元素31’。
[0183]
有利地，在打字键盘77中，显示具有尺寸和/或细节程度d2的图形和/或音频元素31
y
，特别是在打字键盘77中，以分辨率r2显示微缩图像(缩略图)31
y
。
[0184]
在接收设备6中加载和执行的第一软件模块还配置成处理从中央单元8下载的结构化数据包40，以便提取/解码该包的字段42、44、46和48的内容。
[0185]
具体而言，该软件模块配置成执行结构化数据包40的消息主体字段48的内容的解析操作，以便获得消息文本字段26、气球标识32和/或头像标识34的值38。
[0186]
更详细地，第一软件模块配置成用于：
[0187]
‑
一旦文本字段26在主体字段消息48内由其标签49标识，直接在结构化数据包40的消息主体字段48内和/或在文本字段26的值38内搜索预编码的标签/字符/符号28以便标识图形元素的唯一代码30，
[0188]
‑
检查由提取的唯一代码标识的图形元素31是否已经存在于接收方设备6的本地存储器中；优选地，为此目的，其搜索存在于接收方设备6的第一本地存储器90中的唯一标识码30，并且如果接收方设备6的本地存储器中还不存在该唯一标识码30’，则向控制单元8发送请求，以便优选地在接收方设备6的第二本地存储器91中将由结构化数据包40中标识的唯一代码30标识的不存在于第一本地存储器90中的图形元素31”下载到接收方设备6的本地存储器中。
[0189]
有利地，在接收方设备6的第二本地存储器中，优选地在接收方设备6的第二本地存储器91中，下载并存储具有尺寸和/或细节程度d2的图形和/或音频元素31
y”。具体而言，图像31以分辨率r2下载并存储在第二本地存储器91
y”中。
[0190]
有利地，在打字键盘77中显示具有尺寸和/或细节程度d2的图形和/或音频元素31
y
。具体而言，在打字键盘77中，显示具有分辨率r2的微缩图像(缩略图)31
y
。
[0191]
因此，方便地，具有尺寸和/或细节程度d2的图形和/或音频元素31也存储在接收方设备6
y”的第二本地存储器91中，并在接收到某个结构化数据包40时被下载，这是为了总是正确地显示包含在接收到的消息中的所有图形和/或音频元素。
[0192]
因此，更详细地，任何设备4和/或6的第二本地存储器91中存储/保存以下内容：
[0193]
‑
第一组图形和/或音频元素31’，其唯一代码30’存储/存在于第一本地存储器90中；具体而言，这些图形和/或音频元素31’在中央数据库12内通过关系18与特定用户相关联，这是由于该用户创建了这些图形和/或音频元素31’/将其加载到消息系统中，或者因为该用户已经被授权/授权使用其(例如通过直接或间接购买)，
[0194]
‑
第二组图形和/或音频元素31”，其单义代码没有存储/存在于第一本地存储器90中；具体而言，该第二组图形和/或音频元素31”是在接收到某个结构化数据包40时从中央单元8下载的图形和/或音频元素31，并且这是为了正确显示包含在接收到的消息中的所有图形和/或音频元素。
[0195]
方便地，第一组图形和/或音频元素31
y
和第二组图形和/或音频元素31
y”都具有尺寸和/或细节程度d2。具体而言，所述第一图形和第二组图形都包括分辨率为r2的微缩图像(缩略图)31
y
。
[0196]
方便地，如上所述，发送方设备4和/或接收方设备6的第一软件模块配置成在设备本身77的显示器上显示打字/插入键盘，这是为了创建要发送的消息，该键盘仅能够访问并因此在所述显示器上显示设备的第二本地存储器91中存在的第一组图形和/或音频元素31’。
[0197]
这是特别有利的，因为其允许具有这样的消息系统，其中用户可以在要发送的消息中仅使用由其创建的或者已授权/允许其使用的图形和/或音频元素(例如在购买之后)，同时其可以总是并且正确地显示它接收的消息中存在的所有图形和/或音频元素。
[0198]
方便地，更详细地，由接收方设备6发送到中央单元8以便下载其标识码30不存在于设备本身的第一本地存储器90中的图形和/或音频元素的请求包含该图形和/或音频元
素的单义代码30，该代码随后被中央单元8的软件模块用来查询数据库12并从元素数据集16中提取用该代码30唯一标识的图形元素的数据。然后，如此标识的图形元素的数据，特别是具有尺寸和/或细节程度d2并与标识的标识码30相关联的图形和/或音频元素31
y
从中央单元8发送到请求设备。
[0199]
方便地，为此目的，请求设备的第一软件模块配置成向中央单元8发送请求，并因此将具有由结构化数据包40的消息主体字段48中存在的单义代码30标识的尺寸和/或细节程度d2的图形元素31
y”(并且特别是具有分辨率r2的图像)下载到请求设备的本地存储器，并且特别是下载到第二本地存储器91。优选地，对控制单元面板8的请求使用https协议的post方法发送，或者使用网络套接字技术上的mqtt协议的graphql语言实现。
[0200]
优选地，图形元素31
y”可以是具有分辨率r2的图像33，该图像33与任何文本39一起或在其之间被插入到消息60的气球(框)37内，优选但不是必须以风格化的方式表示至少概念、想法、对象、情绪或情感，其方式基本上与相对应。
[0201]
方便地，在接收方设备6上加载和/或执行的第一软件模块配置成单独地(如果没有提供文本)或与消息本身的文本39一起或在消息本身的文本39之间显示接收到的消息60的气球37内的尺寸和/或细节程度为d2的图形和/或音频元素31
y”。优选地，在接收到的消息60的气球37内部，尺寸和/或细节程度为d2的图形和/或音频元素31
y”与消息本身的文本39一致地显示。
[0202]
具体而言，合适地，在接收方设备6上加载和/或执行的第一软件模块配置成在所述设备的显示器上实现第一屏幕80，该第一屏幕80中显示消息的交换，并且在一个或多个所述消息的气球37内部，图形元素31显示为尺寸和/或细节程度为d2的y”。
[0203]
合适地，在接收方设备6上加载和/或执行的第一软件模块配置成使得显示消息交换的屏幕80由配置成占据接收方设备的整个显示器的第一计算机对象view来定义。
[0204]
方便地，在接收方设备6上加载和/或执行的第一软件模块配置成使得在用于显示消息60交换的第一屏幕80中，在消息60的气球37内部表示的图形元素31
y”占据了显示区域81，该显示区域81可通过触摸82(用手指和/或用设备，例如手写笔)选择，优选通过短触摸(“轻击”)，或通过点击，例如用指针(鼠标)，或通过另一外部激活事件(或动作)。
[0205]
优选地，由图形元素31
y”占据的显示区域81可由用户触摸82选择，用户触摸82可以具有预定的持续时间，例如1秒，或者可以延长，或者仍然可以是动态触摸(例如，拖动、捏、旋转、滑动、捏
‑
松开)。
[0206]
合适地，第一软件模块配置成使得当结构化数据包40包含预编码的标签/字符/符号28时，其中这些标签/字符/符号28适当地用信号通知消息中图形元素的存在，在根据第一view计算机对象定义的第一屏幕80内创建第二view计算机对象。具体而言，该第二计算机对象view配置成在屏幕上显示的消息的特定位置内占据显示区域81，该显示区域81对应于或略大于要显示的图形元素31
y”的尺寸，并且具体而言，对应于所述元素的尺寸和/或细节程度d2。更详细地说，第二计算机对象view配置成在其内部包含分辨率为r2的图形元素31
y”，其因此在由所述第二计算机对象占据的显示区域81内可视化/实现。
[0207]
合适地，第一软件模块配置成使得在触摸82或在由分辨率为r2的图形元素31
y”占据的显示区域81上执行的点击或其他外部激活事件(动作)之后，开始相应的动作84。
[0208]
有利地，该动作84提供激活与分辨率为r2的所述图形元素31
y”相关联的音频或视
频元素的再现。
[0209]
有利地，该动作84提供在设备本身的显示器上自动创建和显示第二屏幕85。
[0210]
有利地，该动作84提供在设备本身的显示器上自动显示第二(另外的)屏幕85，其中图形元素31
y
”’
的内容对应于元素31
y”并且分辨率r3大于r2。
[0211]
优选地，在该第二(另外的)屏幕85中，图形元素31
y
”’
以分辨率r3实现/显示，该分辨率r3大于分辨率r2，并且可以适当地等于或低于分辨率r1。优选地，分辨率r3大于分辨率r2，但略低于分辨率r1。
[0212]
合适地，在接收方设备6上加载和/或执行的第一软件模块配置成使得其中图形元素31以大于r2的分辨率r3显示为y
”’
的第二(另外的)屏幕85由第三计算机对象view定义，该第三计算机对象view配置成占据接收方设备6的大部分或全部显示器，并且包含所述图形元素31
y
”’
，其分辨率高于r2。
[0213]
方便地，在该第二(另外的)屏幕85中，图形元素31
y
”’
以分辨率r3显示，该分辨率r3的水平或垂直尺寸至多对应于前述分辨率r1，并且优选地，至多对应于原始/初始图像由图像本身的作者或另一主体加载到消息系统2中的分辨率。
[0214]
优选地，在该第二(另外的)屏幕85中，图形元素31
y
”’
以相对于图形元素31
y”的分辨率r2放大的分辨率r3来实现/显示，并且还与涉及所述图形元素的其他信息一起实现/显示，例如作者的资料、该元素的购买次数等。
[0215]
优选地，在该第二(另外的)屏幕85中，除了图形元素31
y
”’
之外，还实现了指示器，例如超文本链接79，其通过触摸或点击等激活指向可以购买和/或下载所述图形元素的专用部分。
[0216]
有利地，在某个设备上、优选地在接收方设备6上加载和/或执行的第一软件模块配置成从中央单元8请求创建具有适合由所述设备6实现的细节程度dx的图形和/或音频元素，并且一旦创建了该图形和/或音频元素，就将其本地下载到所述设备中以实现它。优选地，在设备上、优选地在接收方设备6上加载和/或执行的第一软件模块配置成从中央单元8请求创建具有适合于所述设备6的显示的分辨率r
x
的图形元素，并且一旦该图形元素被创建，就在所述设备中本地下载其，以便在设备的显示器上观看。
[0217]
方便地，为此目的，由发送方设备4和/或接收方设备6执行的第一软件模块以及在中央单元8中加载和执行的软件配置成实现以下过程：
[0218]
‑
发送方设备4和/或接收方设备6通过第一软件模块向中央单元5发送请求(查询)86，该请求还包含执行第一软件模块的所述设备6的显示器的尺寸/分辨率的数据87，
[0219]
‑
中央单元软件配置成从尺寸和/或细节程度为d1的图形和/或音频元素开始，并基于与所述显示器的尺寸/分辨率相关的数据87，创建尺寸和/或细节程度为d
x
的相应图形和/或音频元素31
x
，d
x
小于d1并特别适合于所述显示器的尺寸/分辨率，
[0220]
‑
由中央单元8的软件如此创建的具有尺寸和/或细节程度d
x
的图形和/或音频元素31
x
被本地下载到所述发送方设备4和/或接收方设备6，以便由后者实现。
[0221]
合适地，第一软件模块配置成执行如下过程：创建要在第一屏幕80内实现的图形和/或音频元素31
y”，用于显示消息交换，并定义了可通过触摸82或点击选择的区域81。具体而言，根据图21所示的实施例，具有尺寸和/或细节程度d
x
的图形和/或音频元素31
x
可以对应于具有尺寸和/或细节程度d2(优选分辨率r2)的图形和/或音频元素31
y”，其在第一屏幕
80中提供的可选区域81内显示/实现。优选地，具有尺寸和/或细节程度dx的图形和/或音频元素31
x
被加载到第二计算机对象view中，并与消息60的文本39一致地插入气球37内。
[0222]
合适地，第一软件模块配置成执行该过程，以便创建图形和/或音频元素31
y
”’
，该图形和/或音频元素31
y
”’
将在第二(另外的)屏幕85内实现，该第二(另外的)屏幕85在第一屏幕80的可选择区域82上进行触摸或点击之后在显示器上打开，用于显示消息交换。具体而言，根据图21所示的实施例，具有尺寸和/或细节程度d
x
的图形和/或音频元素31
x
可以对应于在第二(另外的)屏幕85内显示/实现的具有尺寸和/或细节程度d3(优选分辨率为r3)的图形和/或音频元素31
y
”’
。
[0223]
基本上，在这种情况下，具有尺寸和/或细节程度d
x
的图形和/或音频元素31
x
在第二(另外的)屏幕85中实现(表示)。
[0224]
相应地，中央单元8的软件配置成相应地创建头像图像35和/或基于与通过第一软件模块发送请求86的设备6的显示器的尺寸和/或分辨率相关的数据87来定义气球尺寸37。因此，合适地，如此创建的头像图像35和/或气球37从设备下载，以在第一屏幕80内实现和相应地用于显示消息交换。
[0225]
有利地，计算机对象“view”是指一个容器，其支持内部的特定布局，并定义了构建图形界面的基本元素。
[0226]
相应地，第一软件模块配置成从中央单元8请求和下载(如果其还不存在于接收方设备的本地存储器中)对应于头像标识符34的头像图像35和/或对应于气球id 32的气球类型37，其包含在从中央单元8下载的结构化数据包40的消息主体字段48中。
[0227]
方便地，头像标识码34和/或气球标识码32可以如上所述通过数据结构20的特定字段来管理，或者其可以直接插入到所述数据结构的文本字段26中，该文本字段26适当地位于预编码的标签/字符/符号28之间。方便地，为了在数据结构20的文本字段26内传递，除了要与文本39一起显示在气球内的图像33的值之外，头像id 34的不同值和气球id 32的值也可以使用不同的预编码标签/字符/符号28，例如“&#”、“&％”和“&^”。
[0228]
基于结构化数据包40的字段的内容，并使用要与文本一起插入气球内的图像33，头像图像35和/或气球图像37
‑
其已经存在于接收方设备6的本地存储器中或已经由后者通过适当询问中央单元8下载
‑
第一软件模块配置成在接收方设备6的显示器的屏幕62上适当地合成和显示具有相应图形元素的消息60，诸如要插入气球中的图像33、头像图像35和/或气球图像37。
[0229]
具体而言，如图9所示，在接收方设备6的显示屏中，图像33与消息60的文本39一起显示在发送用户选择的特定气球37内。此外，在接收方设备6的显示器的屏幕62中，气球37定位成接近和/或图形连接到发送用户在该对话中使用的头像35的图像。
[0230]
还应当理解，上述系统2可以仅对将与消息60的文本39一起插入的图像33进行管理/个性化/选择，或者也可以仅对头像图像35或气球37进行管理/个性化/选择。
[0231]
还希望由消息系统2管理的消息60可以仅呈现文本39或者仅呈现图形和/或音频元素31(以可以自己插入气球的图像、空气球或者没有气球的头像图像的形式)，或者优选地，呈现文本39和所述图形和/或音频元素31的适当组合。
[0232]
上述消息系统的操作规定了如下所列和所述的阶段序列。
[0233]
有利地，为了使用消息系统，用户必须首先在设备4和/或6上下载并安装第一软件
模块。
[0234]
合适地，用户必须在所述设备上执行第一软件模块，登录以便激活设备的同步阶段，并因此本地下载(优选地分别在第一本地存储器90和第二本地存储器91中)与登录用户的唯一标识相关联的唯一标识码30'以及由所述码30’唯一标识的图形和/或音频元素31’。
[0235]
方便地，通过登录消息系统2，控制和认证过程也如上所述并且优选地在图12的流程图中所示地被激活。
[0236]
首先，通过在发送方设备的图形界面的输入装置上进行操作，除了定义消息60的文本39之外，用户还选择/选定要用于该消息的头像35(见图5)和/或气球37(见图8)，以及选择/选定要包括在该消息中的图像/符号33(见图7)。
[0237]
基于用户定义和输入的内容，发送方设备4的第一软件模块生成数据结构20，适当地分配对应于该数据结构的字段22、24、26、32、34和36的值38，并向中央单元8的软件发送包含如此创建的数据结构的请求。
[0238]
合适地，软件处理由发送方设备4发送的请求，并以适合数据交换的格式准备结构化数据包20。
[0239]
此外，基于接收方标识码24，中央单元8准备相应的通知52并将其发送给接收方设备6所属的通知平台50。
[0240]
方便地，在多个接收方的情况下，对于每个接收方标识码24，中央单元8向每个接收方设备6所属的通知平台50发送相应的通知52。
[0241]
通知52的内容随后从通知平台50发送到接收方设备6，接收方设备6随后使用该通知的内容直接询问中央单元8，并下载由软件准备的并打算用于该范围的相应结构化数据包40。
[0242]
在不存在通知平台50发送的通知52的情况下，或者除了通知平台50发送的通知52之外，第一软件模块还可以周期性地访问中央单元8，以向其查询一个或多个打算发送给其的结构化数据包40(即消息)的可能存在/可用性，如果是，则从中央单元8下载该结构化数据包。
[0243]
然后，一旦接收方设备6下载了结构化数据包40，则在所述设备中加载和执行的第一软件模块便处理该结构化数据包40并将其分解，以便提取/解码该包40的字段的内容。具体而言，从结构化数据包40的消息主体字段48中提取消息文本字段26以及气球标识32和/或头像标识34字段的值。
[0244]
更详细地，通过搜索文本字段26内的预编码标签/字符/符号28，标识图形和/或音频元素31的唯一代码30，并且如果这些代码还没有出现在接收方设备6的本地存储器中，则第一软件模块向中央单元8发送请求，中央单元8在询问了相应的数据库12之后，提取相应的图形和/或音频元素31并发送给接收方设备6，相应的图形和/或音频元素31然后被存储在接收方设备6的本地存储器中，以便在进一步使用和可能后续使用的情况下容易地在本地获得。
[0245]
方便地，在图形和/或音频元素31的唯一代码30已经存在于接收方设备6的本地存储器中的情况下，第一软件模块不向中央单元8发送任何请求。
[0246]
相应地，头像标识符32和/或气球标识符34是从结构化数据包40的字段消息主体48中提取的，和/或通过在数据结构20的文本字段26中搜索适当的预编码标签/字符/符号
28来提取，并且如果这些还没有出现在接收方设备6的本地存储器中，则第一软件模块向中央单元8发送请求，中央单元8在询问了相应的数据库12之后，提取相应的头像图像35和/或气球37并发送给接收方设备。
[0247]
最后，基于结构化数据包40的字段的内容，并使用要与文本一起插入气球内部的图像33、头像图像35和/或气球图像37(其已经存在于接收方设备6的本地存储器中或者已经通过适当询问中央单元8下载到该存储器)，第一软件模块配置成在接收方设备6的显示器的屏幕62上适当地合成和显示具有相应图形元素的消息60，例如要插入气球中的图像33、头像图像35和/或图像气球37(参见图9)。
[0248]
优选地，消息系统2是瞬时和异步的类型，并且合适地，其既可以在诸如智能手机和平板电脑的便携设备之间使用，也可以通过访问合适的门户/网站的计算机来使用(参见图10)。
[0249]
合适地，消息系统2是网络通信系统，优选地通过互联网和/或在本地网络中。优选地，消息系统2是瞬时型的，并基于互联网。优选地，消息系统2是不使用gsm网络并且不需要/使用蜂窝网络的类型。
[0250]
优选地，发送方设备4和接收方设备6配置成具有互联网连接。
[0251]
优选地，发送方设备4和接收设备6的第一软件模块是专用软件，其适当地通过互联网从网络下载。
[0252]
方便地，消息系统2配置成从发送方设备向接收相同聊天的多个设备发送相同的文本消息60。具体而言，这是可以使用三个或更多发送方设备和/或三个或更多接收方设备创建聊天的类型。
[0253]
合适地，消息系统2可以管理没有字符限制(例如，为sms设置的每条消息160个字符的限制)或尺寸限制(例如，针对mms预见的300或600kb的限制)的文本消息。
[0254]
有利地，根据本发明，通过在设备4或6上进行操作，某个图形元素的作者以分辨率r将所述图形元素31加载到中央单元81中，并且合适地，在所述中央单元8内部，以分辨率r1存储该图形元素；有利地，在中央单元8中，创建了相应的图形元素31
y
并与相同的内容一起存储，但是其分辨率r2低于r1。
[0255]
有利地，当消息系统的用户请求本地下载
‑
随后购买或免费下载
‑
图形元素31时，中央单元8创建分辨率为r
x
(对应于尺寸和/或细节程度d
x
)
‑
优选分辨率为r2‑
的图形元素31
x
，其基于与发出本地下载请求86的设备的显示器的尺寸和/或分辨率相关的数据87被相应和适当地定义。
[0256]
方便地，分辨率为r
x
的图形元素(优选是分辨率为r2的图形元素)显示在打字键盘77内，打字键盘77在发送用户设备的显示器上实现，并且一旦被选择并插入到消息中，打字键盘77也在第一屏幕80内实现，用于显示消息交换。
[0257]
有利地，在所述屏幕内，分辨率为r2的图形元素31
y
和/或分辨率为r
x
的图形元素31
x
显示在消息60内，优选地与所述消息的任何文本39一致。
[0258]
合适地，在用于显示消息交换的第一屏幕80(其在由发送用户管理的所述第一设备4的显示器上实现)上进行操作的发送用户可以点击或触摸(优选地通过“轻击”触摸82)显示器的区域81，该区域81在消息60内被分辨率为r2的图形元素31
y
占据，并且在这样做时，使得创建并显示第二(另外的)屏幕85，该第二(另外的)屏幕85总是在由发送用户管理的所
述第一设备的显示器上实现，其中，在第一显示屏幕中点击/触摸的相同图形元素31
y
以分辨率r3显示。
[0259]
方便地，如果图形分辨率元素r3还没有本地存在于发送用户的第一设备4中，则在所述第一设备中执行的第一软件模块向远程单元8发送请求(还包含与所述第一设备的显示器的尺寸和/或分辨率相关的数据87)，以创建具有放大的分辨率并且适合(优选地对应于)所述第一设备的显示器的尺寸的图形元素31
y
。因此，合适地，基于与所述第一设备的显示器的尺寸和/或分辨率相关的数据87，远程单元8因此创建图形分辨率元素r3，然后从所述第一设备下载该元素，并且通过所述第一软件模块实现该元素，并且在所述第一设备4的显示器中实现的第二(另外的)屏幕85中显示。
[0260]
相应地，在用于显示消息交换的第一屏幕80(其在由接收方用户管理的所述第二设备6的显示器上实现)上进行操作的接收方用户可以点击或触摸(优选地通过“轻击”82)显示器的区域81，该区域81在消息内被分辨率为r2的图形元素31
y”占据，并且在这样做时，使得创建并显示第二(另外的)屏幕85，该第二(另外的)屏幕85总是在由接收方用户管理的所述第二设备6的显示器上实现，其中在第一显示屏幕80中点击/触摸的相同图形元素以分辨率r3显示。
[0261]
方便地，如果分辨率为r3的图形元素31
y”还没有本地存在于接收方用户的第二设备中，则在所述第二设备6中执行的第一软件模块向远程单元8发送请求86(还包含与所述第二设备的显示器的尺寸和/或分辨率相关的数据87)，以创建具有放大的分辨率并且适合(优选对应于)所述第二设备6的显示器尺寸的图形元素31
y”。因此，方便地，基于与所述第二设备6的显示器的尺寸和/或分辨率相关的数据87，远程单元8因此创建分辨率为r3的图形元素31
y”，然后从所述第二设备下载该图形元素，并通过所述第一软件模块实现该图形元素，并显示在第二设备6的显示器中实现的所述第二(另外的)屏幕85中。
[0262]
本发明尤其针对图形元素(图像)进行了描述，然而应当理解，相同的配置和操作也适用于音频或视频元素。
[0263]
有利地，根据本发明，it平台也在中央单元8中实现，该中央单元8与在所描述的消息系统2中注册的用户的设备接口连接并通信，并且配置成充当市场，在该市场中，消息系统的用户“用户”可以在其设备上本地下载消息系统中存在的一个或多个图形和/或音频元素
‑
在购买之后(即，付费或“收费”，优选地通过虚拟货币)和/或免费下载之后。
[0264]
此外，it平台配置成使得作为“作者”(或“艺术家”)在消息系统2注册的用户可以在平台本身内创建和显示页面，这些页面本质上充当作品展示，其中表示由其创建的图形和/或音频元素，优选地收集在集合中。有利地，平台上显示的页面可以具有预定义的截止日期，以便定义销售活动。
[0265]
相应地，消息系统2的用户通过其设备访问it平台，以便查看各种“作者”用户的作品展示页面。一旦选择了一个或多个图形和/或音频元素，收费和/或免费，“用户”用户就能够使用和管理这些图形和/或音频元素。具体而言，为此目的，如已经提到的，在数据库级12创建数据库18，该数据库18将数据集14中标识的买方用户“用户”与其选择和获取的数据集16的图形和/或音频元素相关联。合适地，“用户”用户将这些图形和/或音频元素本地下载到其正使用的设备和/或与其相关联的其他设备。
[0266]
有利地，上述it平台包括一个部分，例如博客，消息系统的“作者”用户和“用户”用
户可以在博客中相互交互。合适地，上述it平台包括一个部分，在该部分中消息系统的用户委托一个或多个“作者”用户来创建期望的图形和/或音频元素。
[0267]
合适地，这些可从平台下载和获得的图形元素可以包括要插入气球内部的图像(对应于表情符号类型的)和/或气球本身和/或要用作头像的图像。有利地，图形元素还包括图形表示(例如，帽舌帽、围巾、帽子等)以作为附件添加到头像图像中，或者也添加到可以插入气球内部的图像中。
[0268]
合适地，it平台配置成将用户为从平台购买图形和/或音频元素优选地为购买作为头像图像附件添加的图形表示而支付的费用的第一部分，发送给使这些图形元素在平台内可用的作者或主体，而所述报酬的另一部分被发送给整个it平台的管理方。合适地，it平台配置成收集/汇集用户为购买特定图形和/或音频元素而支付的费用的份额，这些份额是针对平台本身的运营方的，以便随后将其分配给单个实体，优选地分配给具有团结、社会和/或人道主义目的的实体。
[0269]
方便地，如图22所示，在第二(另外的)屏幕85中，除了分辨率为r3的图形元素31
y
”’
之外，可以显示与其相关联的任何关键词和/或同一集合的其他图形元素，所述图形元素31
y
”’
所属的组91(优选地通过另外的和相应的图形元素来标识)。
[0270]
方便地，如图23所示，在第二(另外的)屏幕85内，除了分辨率为r3的图形元素31
y
”’
之外，还可以显示与所述图形元素31
y
”’
相关联的内容。例如，可以显示到与内容本身相关的互联网页面或应用内的附加页面的链接，例如内容的创建者可能已经在其中插入了其创作和/或个人信息的页面，或者到包含类似于内容本身是其一部分的其他集合的页面的链接。可选地和/或附加地，可以存在到提供关于与显示在所述第二(另外的)屏幕85中的图形元素31
y
”’
的内容相关和/或连接的产品的促销和/或折扣和/或商业优惠的页面的链接。
[0271]
有利地，每个图形元素31与另外的内容或与另外的互联网页面的链接的关联，以及与每个图形元素31关联的数据的修改，可以在平台内通过特定的屏幕来执行。方便地，例如，一旦选择了图形元素，弹出窗口92便打开以修改与所选择的图形和/或音频内容31相关的数据。
[0272]
有利地，在it平台内，图形和/或音频内容31可以通过使用可以分配给每个图形内容和/或音频31的特定关键词(“标签”)被分组到各种组(“集合”)中。
[0273]
还应当理解，如果具有尺寸和/或细节程度d1的图形和/或音频元素是第一格式，而具有尺寸和/或细节程度d2、d3和/或d
x
的图形和/或音频元素(31
y
、31
y”、31
y
”’
、31
x
)是不同于所述第一格式的第二格式，则也是这样的情况。具体而言，在这种情况下，在中央单元8的数据库12和/或47中，具有尺寸和/或细节程度d1的图形和/或音频元素31是第一格式，此外，在所述至少一个中央单元8中加载和执行的软件配置成从在所述至少一个数据库12和/或47中加载的所述第一格式的图形和/或音频元素开始创建至少一个相应的图形和/或音频元素(31
y
、31
y”、31
y
”’
、31
x
)，其具有尺寸和/或细节程度d2、d3和/或d
x
，并且其是不同于所述第一格式的第二格式。
[0274]
根据本发明的消息系统和方法的显著优点在于：
[0275]
‑
允许用户成功地将定制的图形和/或音频元素传输到消息系统，
[0276]
‑
允许成功传输和显示图形和/或音频，在发送消息时，这些图形和/或音频不一定存在于接收方的设备中，
[0277]
‑
使用唯一标识所有图形和/或音频元素的单个中央单元，以及实现第一模块软件，当图形和/或音频元素不在设备本地时，该软件迅速从中央单元8下载相应的图形和/或音频元素，确保这些元素总是在消息中正确和完整地实现/显示，以及确保其在发送方和接收方之间以相同的方式实现，
[0278]
‑
下载后在某个设备上本地创建图形和/或音频元素只在第一次发生，因为一旦下载，元素本身就存储在该设备的本地存储器中；具体而言，这种下载并不总是发生或连续发生，这使得能够加快消息数据的加载，为设备保存/优化数据流量，并减少对中央单元的呼叫数量，从而减少频带占用的计算处理，
[0279]
‑
允许每个用户
‑
特别是由于数据库的结构
‑
在准备要发送的消息时仅有与其相关联的图形和/或音频元素(因此针对该元素其是授权/允许状态，例如作为作者和/或购买者)可以使用，同时允许总是正确、完全且明确地显示在接收到的消息中提供的任何图形和/或音频元素，
[0280]
‑
数据库的结构确保用户仅在向消息系统注册该设备或在该设备内下载/设置/首次使用该模块时，才在每个设备上本地下载所有图形和/或音频元素，因此使得与该特定用户相关联的每个设备的同步特别快速和简单，
[0281]
‑
允许用户创建图形和/或音频元素供其他用户共享和使用，
[0282]
‑
允许用户为每个消息使用不同的头像图像和/或气球，
[0283]
‑
允许用户依次插入个性化/可定制的气球图像(对应于表情符号类型的)，在气球本身内部存在或不存在文本的情况下，
[0284]
‑
图形和/或音频元素以及头像和/或图像气球不与消息一起发送，也不附在消息上；具体而言，在结构化数据包中使用作为文本插入的唯一标识码，这一事实允许减少数据流量，并因此减少用于消息交换的网络带宽，
[0285]
‑
根据发送方和/或接收方设备的显示，以优化和调整的方式显示图形和/或音频元素，
[0286]
‑
允许以放大和优化的方式查看在消息中插入和显示的图形元素，只需触摸该图形元素占据的显示区域；方便地，从图形元素的放大版本中，可以掌握和欣赏元素本身的创造性细节。