即时通信的消息处理方法、装置、电子设备及存储介质与流程

1.本技术涉及互联网技术领域，尤其涉及一种即时通信的消息处理方法、装置、电子设备 及计算机可读存储介质。


背景技术：

2.随着互联网技术的快速发展，即时通信应用已经广泛应用于人们的生活中，成为人们日 常交流互动的主要方式。相关技术中，在群聊会话里，针对同一条消息，服务器在发送时会 向全员推送全量消息数据，也即每个群成员看到的消息都是一样的。
3.可以看出，相关技术提供的方案中，消息的显示样式比较单一，无法适应群聊会话中的 成员多样化的情况。


技术实现要素：

4.本技术实施例提供一种即时通信的消息处理方法、装置、电子设备、计算机可读存储介 质及计算机程序产品，能够丰富消息的显示样式，从而适应群聊会话中的成员多样化的情况。
5.本技术实施例的技术方案是这样实现的：
6.本技术实施例提供一种即时通信的消息处理方法，包括：
7.显示会话群组的即时通信界面，其中，所述会话群组包括多个对象；
8.接收与所述会话群组的待处理的第一事务相关的第一消息；
9.在所述即时通信界面中，基于目标对象与所述第一事务之间的关系对应的消息显示样式， 显示所述第一消息，其中，所述目标对象为所述多个对象中对应所述即时通信界面的对象， 且不同的所述关系对应的所述消息显示样式不同。
10.本技术实施例提供一种即时通信的消息处理装置，包括：
11.显示模块，用于显示会话群组的即时通信界面，其中，所述会话群组包括多个对象；
12.接收模块，用于接收与所述会话群组的待处理的第一事务相关的第一消息；
13.所述显示模块，还用于在所述即时通信界面中，基于目标对象与所述第一事务之间的关 系对应的消息显示样式，显示所述第一消息，其中，所述目标对象为所述多个对象中对应所 述即时通信界面的对象，且不同的所述关系对应的所述消息显示样式不同。
14.本技术实施例提供一种电子设备，包括：
15.存储器，用于存储可执行指令；
16.处理器，用于执行所述存储器中存储的可执行指令时，实现本技术实施例提供的即时通 信的消息处理方法。
17.本技术实施例提供一种计算机可读存储介质，存储有可执行指令，用于被处理器执行时， 实现本技术实施例提供的即时通信的消息处理方法。
18.本技术实施例提供一种计算机程序产品，包括计算机程序或指令，用于被处理器
执行时， 实现本技术实施例提供的即时通信的消息处理方法。
19.本技术实施例具有以下有益效果：
20.在接收到与会话群组的待处理的第一事务相关的第一消息之后，在即时通信界面中，基 于目标对象(即多个对象中对应即时通信界面的对象)与第一事务之间的关系对应的消息显 示样式，显示第一消息，如此，由于消息显示样式是与关系对应的，且不同的关系对应的消 息显示样式不同，丰富了消息的显示样式，从而能够适应群聊会话中的成员多样化的情况。
附图说明
21.图1是本技术实施例提供的即时通信的消息处理系统100的架构示意图；
22.图2是本技术实施例提供的终端设备400的结构示意图；
23.图3是本技术实施例提供的即时通信的消息处理方法的流程示意图；
24.图4a至图4k是本技术实施例提供的即时通信的消息处理方法的应用场景示意图；
25.图5是本技术实施例提供的即时通信的消息处理方法的流程示意图；
26.图6是本技术实施例提供的即时通信的消息处理方法的流程示意图；
27.图7a至图7k是本技术实施例提供的即时通信的消息处理方法的应用场景示意图；
28.图8是本技术实施例提供的即时通信的消息处理方法的流程示意图；
29.图9是本技术实施例提供的即时通信的消息处理方法的流程示意图；
30.图10是本技术实施例提供的即时通信的消息处理方法的流程示意图。
具体实施方式
31.为了使本技术的目的、技术方案和优点更加清楚，下面将结合附图对本技术作进一步地 详细描述，所描述的实施例不应视为对本技术的限制，本领域普通技术人员在没有做出创造 性劳动前提下所获得的所有其它实施例，都属于本技术保护的范围。
32.在以下的描述中，涉及到“一些实施例”，其描述了所有可能实施例的子集，但是可以 理解，“一些实施例”可以是所有可能实施例的相同子集或不同子集，并且可以在不冲突的 情况下相互结合。
33.在以下的描述中，所涉及的术语“第一\第二\
…”
仅仅是区别类似的对象，不代表针对 对象的特定排序，可以理解地，“第一\第二\
…”
在允许的情况下可以互换特定的顺序或先后 次序，以使这里描述的本技术实施例能够以除了在这里图示或描述的以外的顺序实施。
34.可以理解的是，在本技术实施例中，涉及到用户身份等相关的数据，当本技术实施例 运用到具体产品或技术中时，需要获得用户许可或者同意，且相关数据的收集、使用和处理 需要遵守相关国家和地区的相关法律法规和标准。
35.在以下的描述中，所涉及的术语“多个”是指至少两个。
36.除非另有定义，本文所使用的所有的技术和科学术语与属于本技术的技术领域的技术人 员通常理解的含义相同。本文中所使用的术语只是为了描述本技术实施例的目的，不是旨在 限制本技术。
37.对本技术实施例进行进一步详细说明之前，对本技术实施例中涉及的名词和术语
进行说 明，本技术实施例中涉及的名词和术语适用于如下的解释。
38.1)响应于：用于表示所执行的操作所依赖的条件或者状态，当满足所依赖的条件或状 态时，所执行的一个或多个操作可以是实时的，也可以具有设定的延迟；在没有特别说明的 情况下，所执行的多个操作不存在执行先后顺序的限制。
39.2)事务：指要做的或者所做的事情，例如事务的类型可以包括：审批、会议、汇报、 日程等。
40.3)即时通信(im，instant message)：指能够即时接收和发送互联网消息等的业务，即 时通信应用是一类基于互联网的安全高效的即时通信工具，具有发送消息、文件传输、远程 协助、语音聊天、以及网络会议等功能。
41.4)消息显示样式：包括消息中显示的内容、以及在显示消息时所应用的显示参数(例 如颜色、尺寸、亮度)等。
42.5)身份：与身份的一般意义“作为个体能够与其他个体区分的姓名、籍贯、年龄这些 信息”不同，本技术中的身份反映了成员(通过所扮演的角色)与事务之间的关系，例如在 所参与的事务中具有的权限、以及是否有空闲时间参与事务(例如会议、日程等)等。
43.相关技术提供的方案中，在群聊会话里，针对同一条与事务相关的消息，服务器在发送 时会向全员推送全量消息数据，也即每个群成员看到的消息都是一样的。也就是说，相关技 术中，消息的显示样式比较单一，无法适应群聊会话中的成员多样化的情况。
44.鉴于此，本技术实施例提供一种即时通信的消息处理方法、装置、电子设备、计算机 可读存储介质及计算机程序产品，能够丰富消息的显示样式，从而适应群聊会话中的成员多 样化的情况。下面说明本技术实施例提供的电子设备的示例性应用，本技术实施例提供的电 子设备可以实施为各种类型的终端设备，或者由终端设备和服务器协同实施。
45.下面以由终端设备和服务器协同实施本技术实施例提供的即时通信的消息处理方法为 例进行说明。
46.示例的，参见图1，图1是本技术实施例提供的即时通信的消息处理系统100的架构示 意图，为实现支撑一个丰富消息的显示样式，进而满足不同对象的个性化的需求的应用，如 图1所示，即时通信的消息处理系统100包括：服务器200、网络300、以及终端设备400， 其中，终端设备400通过网络300连接服务器200，网络300可以是广域网或者局域网，又 或者是二者的组合。
47.终端设备400可以是目标对象(例如用户a)的终端设备，在终端设备400上运行有 客户端410，客户端410可以是各种类型的客户端，例如即时通信客户端(包括为个人用户 提供互联网社交服务的计算机程序和为企业用户提供互联网社交服务的计算机程序)、直播 客户端、社交网络客户端等，在客户端410上显示有会话群组的即时通信界面，其中，会话 群组包括目标对象在内的多个对象(例如会话群组可以包括用户a、用户b、用户c和用户 d)，接着，客户端410接收与会话群组的待处理的第一事务(例如审批、日程、会议、汇报 等)相关的第一消息(例如第一消息可以是会话群组中的用户b发送的，即服务器200在接 收到用户b的终端设备发送的第一消息之后，将第一消息转发至会话群组中的用户a、用户 c和用户d分别对应的终端设备)；随后，针对用户a的终端设备400，在客户端410显示 的即时通信界面中，基于目标对象(即多个对象中对应当前的即时通信界面的对象，例如用 户a)与第一事务之间的关系对应的消息显示样式，显示第一消息，其中，不同的关系对应 的消息
显示样式不同，如此，丰富了消息的显示样式，进而能够适应群聊会话中的成员多样 化的情况。
48.在一些实施例中，本技术实施例还可以借助于云技术(cloud technology)实现，云技 术是指在广域网或局域网内将硬件、软件、网络等系列资源统一起来，实现数据的计算、储 存、处理和共享的一种托管技术。
49.云技术是基于云计算商业模式应用的网络技术、信息技术、整合技术、管理平台技术、 以及应用技术等的总称，可以组成资源池，按需所用，灵活便利。云计算技术将变成重要支 撑。技术网络系统的后台服务需要大量的计算、存储资源。
50.示例的，图1中示出的服务器200可以是独立的物理服务器，也可以是多个物理服务 器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、 云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(cdn，contentdelivery network)、以及大数据和人工智能平台等基础云计算服务的云服务器，其中，云服 务可以是即时通信的消息处理服务，供终端设备400进行调用。终端设备400可以是智能手 机、平板电脑、笔记本电脑、台式计算机、智能电视、智能手表、智能语音交互设备、智能 家电、车载终端等，但并不局限于此。终端设备400以及服务器200可以通过有线或无线通 信方式进行直接或间接地连接，本技术实施例中不做限制。
51.在另一些实施例中，终端设备400或服务器200还可以通过运行计算机程序来实现本 申请实施例提供的即时通信的消息处理方法，例如，计算机程序可以是操作系统中的原生程 序或软件模块；可以是本地(native)应用程序(app，application)，即需要在操作系统中 安装才能运行的程序，如即时通信类的应用程序(对应上文的客户端410)；也可以是小程序， 即只需要下载到浏览器环境中就可以运行的程序；还可以是能够嵌入至任意app中的小程 序，如嵌入至即时通信类的应用程序中的小程序组件，其中，该小程序组件可以由用户控制 运行或关闭。总而言之，上述计算机程序可以是任意形式的应用程序、模块或插件。
52.下面对图1中示出的终端设备400的结构进行说明。参见图2，图2是本技术实施例提 供的终端设备400的结构示意图，图2所示的终端设备400包括：至少一个处理器420、存 储器460、至少一个网络接口430和用户接口440。终端设备400中的各个组件通过总线系 统450耦合在一起。可理解，总线系统450用于实现这些组件之间的连接通信。总线系统450 除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见， 在图2中将各种总线都标为总线系统450。
53.处理器420可以是一种集成电路芯片，具有信号的处理能力，例如通用处理器、数字 信号处理器(dsp，digital signal processor)，或者其他可编程逻辑器件、分立门或者晶体管 逻辑器件、分立硬件组件等，其中，通用处理器可以是微处理器或者任何常规的处理器等。
54.用户接口440包括使得能够呈现媒体内容的一个或多个输出装置441，包括一个或多个 扬声器和/或一个或多个视觉显示屏。用户接口440还包括一个或多个输入装置442，包括有 助于用户输入的用户接口部件，比如键盘、鼠标、麦克风、触屏显示屏、摄像头、其他输入 按钮和控件。
55.存储器460可以是可移除的，不可移除的或其组合。示例性的硬件设备包括固态存
储 器，硬盘驱动器，光盘驱动器等。存储器460可选地包括在物理位置上远离处理器420的一 个或多个存储设备。
56.存储器460包括易失性存储器或非易失性存储器，也可包括易失性和非易失性存储器 两者。非易失性存储器可以是只读存储器(rom，read only memory)，易失性存储器可以 是随机存取存储器(ram，random access memory)。本技术实施例描述的存储器460旨在 包括任意适合类型的存储器。
57.在一些实施例中，存储器460能够存储数据以支持各种操作，这些数据的示例包括程 序、模块和数据结构或者其子集或超集，下面示例性说明。
58.操作系统461，包括用于处理各种基本系统服务和执行硬件相关任务的系统程序，例如 框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务；
59.网络通信模块462，用于经由一个或多个(有线或无线)网络接口430到达其他电子设 备，示例性的网络接口430包括：蓝牙、无线相容性认证(wifi)、和通用串行总线(usb， universal serial bus)等；
60.呈现模块463，用于经由一个或多个与用户接口440相关联的输出装置441(例如，显 示屏、扬声器等)使得能够呈现信息(例如，用于操作外围设备和显示内容和信息的用户接 口)；
61.输入处理模块464，用于对一个或多个来自一个或多个输入装置442之一的一个或多个 用户输入或互动进行检测以及翻译所检测的输入或互动。
62.在一些实施例中，本技术实施例提供的即时通信的消息处理装置可以采用软件方式实 现，图2示出了存储在存储器460中的即时通信的消息处理装置465，其可以是程序和插件 等形式的软件，包括以下软件模块：显示模块4651、接收模块4652、更新模块4653、发送 模块4654、应用模块4655、获取模块4656和确定模块4657，这些模块是逻辑上的，因此根 据所实现的功能可以进行任意的组合或进一步拆分。需要指出的是，在图2中为了方便表达， 一次性示出了上述所有模块，但是不应视为在即时通信的消息处理装置465排除了可以只包 括显示模块4651和接收模块4652的实施，将在下文中说明各个模块的功能。
63.下面将结合本技术实施例提供的电子设备的示例性应用和实施，说明本技术实施例提 供的即时通信的消息处理方法。本技术实施例提供的即时通信的消息处理方法可以由终端设 备单独实施，也可以由服务器和终端设备协同实施，下面以由终端设备单独实施本技术实施 例提供的即时通信的消息处理方法为例进行说明。
64.示例的，参见图3，图3是本技术实施例提供的即时通信的消息处理方法的流程示意图， 将结合图3示出的步骤进行说明。
65.在步骤101中，显示会话群组的即时通信界面。
66.这里，会话群组可以包括目标对象(例如用户a)在内的多个对象，即该会话群组是 目标对象已经加入的会话群组，其中，会话群组的类型可以包括：兴趣群组、业务群组等。 例如，响应于用户a针对会话群组的入口触发操作(例如针对入口的点击操作)，在人机交 互界面中显示会话群组的即时通信界面。在步骤102中，接收与会话群组的待处理的第 一事务相关的第一消息。
67.在一些实施例中，可以通过以下方式实现步骤102：终端设备接收服务器发送的(即服 务器主动推送的)与会话群组的待处理的第一事务相关的第一消息，其中，第一消息
理方法的应用场景示意图，其中，图4a示出的即时通信界面401是不具有查看权限的对象 (例如用户a)对应的即时通信界面，图4b示出的即时通信界面402是具有查看权限的对 象(例如用户b)对应的即时通信界面，图4c示出的即时通信界面403是具有审批权限的 对象(例如用户c)对应的即时通信界面，结合图4a至图4c可以看出，针对与事务相关 的同一条消息，例如审批单404，在用户a对应的即时通信界面401中的显示尺寸最小、且 审批单404中的敏感信息被打码处理；在用户b对应的即时通信界面402中的显示尺寸次之、 且审批单404中的敏感信息没有被打码处理；在用户c对应的即时通信界面403中的显示尺 寸最大、且在审批单404中还显示有审批入口，例如包括驳回入口405和同意入口406，如 此，针对同一条消息，能够根据同一会话群组中不同用户的身份进行区分展示，丰富了消息 的显示样式，从而能够适应群聊会话中的成员多样性的情况。
73.在另一些实施例中，针对目标对象具有审批权限的情况，还可以对第一消息应用根据 第一事务的紧急程度动态变化的显示参数(例如随着紧急程度的增加，第一消息的亮度、内 容的字号会不断增大，或者第一消息会从静态显示变为动态显示，例如从不闪烁变为闪烁， 且闪烁频率随着紧急程度的增加不断增大)。
74.示例的，可以通过以下方式确定第一事务的紧急程度：获取当前时间以及第一事务的 审批截止时间；将当前时间与审批截止时间的差值确定为紧急程度。例如可以预先将紧急程 度划分为3个等级，分别为：一级、二级和三级，其中，一级为当前时间与审批截止时间的 差值小于10分钟，对应的颜色为红色(即紧急程度为一级时，第一消息的颜色将变为红色)； 二级为当前时间与审批截止时间的差值小于20分钟，对应的颜色为橙色(即紧急程度为二 级时，第一消息的颜色将变为橙色)；三级为当前时间与审批截止时间的差值大于20分钟， 对应的颜色为绿色(即紧急程度为三级时，第一消息的颜色为绿色)。举例来说，假设当前 时间与审批截止时间的差值已经小于20分钟，则第一消息的颜色会自动从绿色变为橙色， 从而对具有审批权限的对象进行有效提醒。
75.示例的，还可以通过以下方式确定第一事务的紧急程度：基于具有审批权限的对象的 数量、以及每个具有审批权限的对象待办事务的数量，调用紧急程度预测模型，得到第一事 务的紧急程度；其中，紧急程度预测模型是基于具有审批权限的样本对象的数量、每个具有 审批权限的样本对象待办事务的数量、以及标记数据进行训练得到的，标记数据包括样本事 务的紧急程度。
76.需要说明的是，上述的紧急程度预测模型可以是神经网络模型(例如卷积神经网络、 深度卷积神经网络、或者全连接神经网络等)、决策树模型、梯度提升树、多层感知机、以 及支持向量机等，本技术实施例对紧急程度预测模型的类型不作具体限定。
77.举例来说，参见图4d，图4d是本技术实施例提供的即时通信的消息处理方法的应用 场景示意图，如图4d所示，即时通信界面403是具有审批权限的对象(例如用户c)对应 的即时通信界面，在即时通信界面403中显示有用户c待处理的审批单404，随着时间的推 移，审批单404的显示方式会发生变化，例如当当前时间与审批单404的审批截止时间的差 值小于10分钟时，审批单404会从静态显示变为动态显示，例如审批单404会进行闪烁， 从而能够对用户c进行更加有效的提醒。
78.在另一些实施例中，当即时通信界面中显示有包括第一消息在内的消息流时，还可以 执行以下处理：当目标对象不具有查看权限或者具有查看权限但无审批权限时，在即
时通信 界面中以先入先出的方式显示消息流；当目标对象具有审批权限、且第一事务未被审批处理 时，在即时通信界面的固定位置显示第一消息；当第一事务被审批处理后，将第一消息与后 续接收的消息以先入先出的方式显示；其中，固定位置包括：即时通信界面的顶部位置(即 将第一消息置顶显示)、即时通信界面的底部位置(即将第一消息置底显示)、即时通信界面 中首次显示第一消息的位置(例如假设第一消息首次显示的位置为即时通信界面中的第2个 展示位，则在第一事务未被审批处理之前，固定使用第2个展示位来显示第一消息，之后， 当信息流更新时，将即时通信界面上的其他展示位按照先入先出的方式显示)。
79.示例的，参见图4e，图4e是本技术实施例提供的即时通信的消息处理方法的应用场 景示意图，如图4e所示，即时通信界面402是具有查看权限但无审批权限的对象(例如用 户b)对应的即时通信界面，在即时通信界面402中显示有审批单404，并且随着信息流的 更新(即会话群组接收到新消息)，会在即时通信界面402中显示最新接收到的信息，从而 审批单404会逐渐移出即时通信界面402。
80.示例的，参见图4f，图4f是本技术实施例提供的即时通信的消息处理方法的应用场景 示意图，如图4f所示，即时通信界面403是具有审批权限的对象(例如用户c)对应的即 时通信界面，在即时通信界面403中显示有审批单404，在用户c未对审批单404进行审批 处理之前，审批单404固定在首次显示的展示位(即审批单404在即时通信界面403中的展 示位是固定的)，当用户c对审批单404进行审批处理之后(例如用户c点击了审批单404 中显示的同意按钮)，审批单404会与后续接收到的消息以先入先出的方式显示(即随着信 息流的更新，审批单404也会逐渐移出即时通信界面403而不再被显示)。
81.在一些实施例中，当第一事务的类型为会议时，目标对象与第一事务之间的关系可以 包括以下任意一种：目标对象是否有时间参加会议(即当前是否处于可参会的时间窗口)、 目标对象是否为会议的参会对象、目标对象的日程是否与会议的时间冲突，则可以通过以下 方式实现上述的步骤103：当目标对象没有时间参加会议(即当前时间不是目标对象能够参 会的时间窗口，例如会议已经结束)、目标对象不是会议的参会对象(即目标对象没有参加 该会议的权限)、或者目标对象的日程与会议的时间冲突(例如假设目标对象的日程为11： 00至12:00，会议的时间为11:20至12:20，即两者的时间冲突)，在即时通信界面中显示第 一消息的摘要(例如会议的名称、时间等)；当目标对象有时间参加会议(即当前时间是可 参会的时间窗口，例如会议正在进行中)、目标对象的身份是会议的参会对象、或者目标对 象的日程与会议的时间不冲突(例如假设目标对象的日程为11:00至12:00，会议的时间为 13:00至14:00，两者刚好错开)，在即时通信界面中显示第一消息的摘要和参与入口。
82.示例的，参见图4g和图4h，图4g和图4h是本技术实施例提供的即时通信的消息处 理方法的应用场景示意图，其中，图4g示出的即时通信界面407是没有参加会议权限的对 象(例如用户d)对应的即时通信界面，图4h示出的即时通信界面408是有参加会议权限 的对象(例如用户e)对应的即时通信界面，结合图4g和图4h可以看出，针对同一条与 事务相关的消息，例如会议邀请卡片409，在用户d对应的即时通信界面407中显示的会议 邀请卡片409中只显示有会议的摘要，而在用户e对应的即时通信界面408中显示的会议邀 请卡片409中显示有会议的摘要和参与入口，例如“加入会议”按钮410，如此，针对同一 条消息，能
够根据同一会话群组中不同用户的身份进行区分展示，丰富了消息的显示样式， 满足了不同用户的个性化的需求。
83.需要说明的是，在显示第一消息时，针对目标对象没有时间参加会议(目标对象的身 份不是会议的参会对象、或者目标对象的日程与会议的时间冲突)、以及目标对象有时间参 加会议(目标对象的身份是会议的参会对象、或者目标对象的日程与会议的时间不冲突)的 情况，可以对第一消息分别应用不同的显示参数，且显示参数表征的显著程度递增(例如针 对目标对象的身份不是会议的参会对象的情况，第一消息的显示尺寸为4mm*2mm；针对目 标对象的身份是会议的参会对象的情况，第一消息的显示尺寸为6mm*3mm，即针对同一条 与事务相关的消息，例如会议邀请卡片，不是会议的参会对象的用户在自身的即时通信界面 中看到的会议邀请卡片的尺寸较小，而会议的参会对象的用户在自身的即时通信界面中看到 的会议邀请卡片的尺寸相对较大)。
84.在一些实施例中，当第一事务的类型为日程时，目标对象与第一事务之间的关系包括 目标对象的身份是否为日程的参与对象、或者目标对象是否有时间参与日程(即当前时间是 否处于可参与日程的时间窗口)，则可以通过以下方式实现上述的步骤103：当目标对象的身 份是日程的参与对象或者目标对象有时间参与日程时，在即时通信界面中显示第一消息的摘 要(例如日程的主题、时间、以及参与人等)和操作入口，其中，操作入口包括接受入口和 拒绝入口；当目标对象的身份不是日程的参与对象或者目标对象没有时间参与日程(例如当 前时间已经超过日程的时间)时，在即时通信界面中显示第一消息的摘要。
85.需要说明的是，在显示第一消息时，针对目标对象的身份不是日程的参与对象(或者 目标对象没有时间参与日程)、以及目标对象的身份是日程的参与对象(或者目标对象有时 间参与日程)的情况，可以对第一消息分别应用不同的显示参数，且显示参数表征的显著程 度递增(例如针对目标对象的身份不是日程的参与对象的情况，第一消息的显示尺寸为 4mm*2mm；针对目标对象的身份是日程的参与对象的情况，第一消息的显示尺寸为 6mm*3mm，即针对同一条与事务相关的消息，例如日程邀请卡片，不是日程的参与对象的 用户在自身的即时通信界面中看到的日程邀请卡片的尺寸较小，而日程的参与对象的用户在 自身的即时通信界面中看到的日程邀请卡片的尺寸相对较大)。
86.在一些实施例中，第一消息可以是在虚拟卡片中显示的，即消息显示样式是在虚拟卡 片中应用于第一消息的。例如当第一事务的类型为审批时，虚拟卡片可以是审批单；当第一 事务的类型为会议时，虚拟卡片可以是会议邀请卡；当第一事务的类型为日程时，虚拟卡片 可以是日程邀请卡，如此，针对与事务相关的第一消息，采用虚拟卡片的形式进行显示，从 而能够与普通消息(即与事务无关的消息，例如单纯的聊天消息)进行有效区分，进一步方 便了目标对象针对第一消息进行后续的处理，例如当第一事务的类型为审批时，采用审批单 的形式显示第一消息，能够与其他普通消息进行有效区分，从而方便目标对象(例如具有审 批权限的人员)进行审批。
87.在另一些实施例中，第一消息中除了可以显示第一事务的初始状态之外，还可以显示 第一事务的更新状态，则在执行完图3示出的步骤103之后，还可以执行图5示出的步骤104， 将结合图5示出的步骤104进行说明。
88.在步骤104中，响应于第一事务的状态发生更新，更新第一消息的消息显示样式以显 示第一事务的更新状态。
89.在一些实施例中，在执行步骤104之前，还可以执行以下处理：响应于满足消息数据 查询条件，向服务器发送数据查询请求；接收服务器返回的更新状态消息数据，其中，更新 状态消息数据表征第一事务处于更新状态(例如当第一事务的类型为审批时，更新状态可以 是第一事务被审批处理后的状态；当第一事务的类型为会议时，更新状态可以是会议已结束 的状态)；数据查询条件包括以下任意一种：达到消息刷新条件，其中，消息刷新条件包括 以下至少之一：当前时间与上一次发送数据查询请求的时间的差值大于数据查询时间间隔 (例如5分钟)、原有消息数据到达终止态；原有消息(即在第一消息之前接收并显示的消 息)满足失效条件，失效条件包括以下至少之一：原有消息过期、原有消息无法继续更新状 态(例如原有消息由于某些不明原因导致出现无法继续更新状态的异常情况)；接收到目标 对象触发的交互操作。
90.示例的，当第一事务的类型为审批时，可以通过以下方式实现上述的步骤104：响应于 第一事务被审批处理，在即时通信界面中，更新第一消息的消息显示样式，其中，更新后的 第一消息中显示有第一事务被审批处理后的状态(即更新状态)，其中，第一事务被审批处 理后的状态的类型包括：已同意状态和已驳回状态。
91.举例来说，参见图4i，图4i是本技术实施例提供的即时通信的消息处理方法的应用场 景示意图，如图4i所示，即时通信界面403是具有审批权限的对象(例如用户c)对应的即 时通信界面，在即时通信界面403中显示有审批单404，在审批单404中显示有审批入口， 例如包括驳回入口405和同意入口406。当接收到用户c针对审批单404中显示的同意入口406的点击操作时，会更新审批单404的显示样式，例如在更新后的审批单404中显示有已 同意状态411。
92.需要说明的是，在审批单404的申请对象的即时通信界面中，会同步更新审批单404 的显示样式，即审批单404的申请对象可以在自身的即时通信界面显示的审批单中看到已同 意状态411。
93.示例的，当第一事务的类型为会议时，可以通过以下方式实现上述的步骤104：响应于 会议未结束，更新第一消息的消息显示样式，其中，更新后的第一消息中显示有会议正在进 行中的状态；响应于会议结束，再次更新第一消息的消息显示样式，其中，再次更新后的第 一消息中显示有会议已结束的状态。
94.举例来说，参见图4j，图4j是本技术实施例提供的即时通信的消息处理方法的应用场 景示意图，如图4j所示，即时通信界面408是具有参会权限的对象(例如用户d)对应的 即时通信界面，在即时通信界面408中显示有会议邀请卡片409，在会议邀请卡片409中显 示有会议当前所处的状态，例如进行中状态412；当会议结束时，会自动更新会议邀请卡片 409的显示样式，例如在更新后的会议邀请卡片409中显示有会议已结束状态413。
95.示例的，当第一事务的类型为日程、且目标对象的身份是日程的参与对象或者目标对 象有时间参与日程时，可以通过以下方式实现上述的步骤104：响应于目标对象针对第一消 息中显示的接受入口的触发操作，更新第一消息的消息显示样式，其中，更新后的第一消息 中显示有目标对象已经接受日程的状态；响应于目标对象针对第一消息中显示的拒绝入口的 触发操作，更新第一消息的消息显示样式，其中，更新后的第一消息中显示有目标对象已经 拒绝日程的状态。
96.举例来说，参见图4k，图4k是本技术实施例提供的即时通信的消息处理方法的应
用 场景示意图，如图4k所示，即时通信界面414是日程的参与对象(例如用户f)对应的即 时通信界面，在即时通信界面414中显示有日程邀请卡片415，在日程邀请卡片415上还显 示有操作入口，例如包括接受入口416和拒绝入口417，当接收到用户f针对操作入口(例 如接受入口416)的点击操作时，会更新日程邀请卡片415的显示样式，例如在更新后的日 程邀请卡片415中显示有用户f已经接受日程的状态418。
97.在另一些实施例中，参见图6，图6是本技术实施例提供的即时通信的消息处理方法的 流程示意图，如图6所示，在执行完图3示出的步骤103之后，还可以执行图6示出的步骤 105，将结合图6示出的步骤105进行说明。
98.在步骤105中，响应于查看目标对象在加入会话群组之前的第二事务相关的第二消息， 在即时通信界面中，基于目标对象与第二事务之间的关系对应的消息显示样式显示第二消息。
99.这里，第二消息为历史消息，第二事务的类型可以包括：审批、日程、会议、以及汇 报等。例如目标对象在翻看加入会话群组之前的第二消息(即历史消息)时，也可以在即时 通信界面中，基于目标对象与第二事务之间的关系对应的消息显示样式显示第二消息，如此， 针对后续加入会话群组的对象，在即时通信界面中显示的历史消息，也是基于对象与事务之 间的关系对应的消息显示样式进行显示的，提高了后续加入会话群组的对象查看消息的效率。
100.本技术实施例提供的即时通信的消息处理方法，在接收到与会话群组的待处理的第一 事务相关的第一消息之后，在即时通信界面中，基于目标对象与第一事务之间的关系对应的 消息显示样式，显示第一消息，如此，由于消息显示样式是与关系对应的，且不同的关系对 应的消息显示样式不同，丰富了消息的显示样式，进而能够适应群聊会话中成员多样化的情 况。
101.下面，将说明本技术实施例在一个实际的应用场景中的示例性应用。
102.相关技术中，在群聊会话里，针对同一条消息，服务器(即server端)在发送时会向 全员推送全量消息数据，也即每个群成员看到的消息都是一样的。也就是说，相关技术提供 的方案中，消息的显示样式比较单一，无法适应群聊会话中的成员多样化的情况。
103.鉴于此，本技术实施例提供一种即时通信的消息处理方法，将消息拆分为消息模板和 消息数据两部分，通过动态查询数据的方式，实现不同群成员对同一条消息，进行区别展示， 同时支持根据动作触发，变更消息状态展示，从而可以将更多的数据处理业务逻辑统一到服 务器，业务调整变得更加灵活，终端设备只需要专注于数据到ui的映射展示逻辑，各司其 职，也更利于业务的维护和扩展。
104.下面对本技术实施例提供的即时通信的消息处理方法进行具体说明。
105.在一些实施例中，在实际应用场景，例如审批、汇报、会议、日程等消息卡片上，通 过本技术实施例提供的方案，可以实现将单条消息，在群聊会话中，针对不同群成员、以及 不同时刻下的业务状态，以不同的消息显示样式进行显示。
106.示例的，以审批场景为例，对于同一张消息卡片(例如审批单)，针对不同的用户身份， 展示不同的显示样式。举例来说，当提交审批的用户将审批单转发到会话群组时，服务器下 发给所有用户的均为初始态，也即会在群聊会话界面(对应于上述的即时通信界面)中显示 如图7a所示的审批单701。如果审批内容不适合公开，那么在初始态中，部分敏感信
息将 会被隐藏，也即会在群聊会话界面中显示如图7b所示的审批单702，在审批单702中部分 敏感信息被打码处理，同时，在审批单702中还显示有权限查看入口703，例如“仅审批相 关人员可查看”按钮。此时，当不相关人员进入会话群组并查看之前下发的审批单或者会话 群组中原有的不相关人员会看到如图7b所示的审批单702，即不相关人员看到的信息与初 始态一致，不会发生变更。而当相关但无审批权限的人员(例如关注者)进入会话群组查看 之前下发的审批单或者会话群组中原有的相关但无审批权限的人员，则会看到如图7c所示 的审批单704，在审批单704中没有对敏感信息进行打码处理，并且在审批单704中还显示 有详情入口705，例如“查看详情”按钮。当具有审批权限的人员进入会话群组查看之前下 发的审批单或者会话群组中原有的具有审批权限的人员，则会看到如图7d所示的审批单706， 在审批单706中显示有操作按钮，例如包括驳回按钮707和同意按钮708，用于供具有审批 权限的人员进行操作。在具有审批权限的人员(即审批人)做出审批决策后，例如审批人点 击了审批单706中显示的同意按钮708，则审批单的申请人、以及审批人侧的消息中会包含 审批状态显示，即审批单的申请人和审批人将会看到如图7e所示的审批单709，在审批单 709中显示有审批状态，例如“已同意”状态710。
107.也就是说，同一个审批单，所有群成员在不同身份下、不同审批状态下所看到的不同 显示样式，均对应为同一条消息，其是由不同数据驱动展示不同的ui呈现，以实现多人多 态的消息显示样式。
108.示例的，以会议场景为例，针对同一个消息卡片，在不同时间，以实际业务状态，呈 现不同的显示样式。举例来说，当用户在会议过程中需要邀请同事加入会议时，可以向会话 群组中发送会议邀请卡片，则群成员可以在群聊会话界面中看到如图7f所示的会议邀请卡 片711，在会议邀请卡片711上显示有“进入会议”按钮712，群成员可以通过点击“进入 会议”按钮712加入会议。此外，当会议结束时，会议邀请卡片的显示样式会自动更新为结 束状态，即当会议结束时，群成员会在群聊会话界面中看到如图7g所示的会议邀请卡片713， 在会议邀请卡片713中显示有结束状态，例如“会议已结束”状态714。
109.示例的，以日程场景为例，同一个消息卡片，针对不同用户、以及不同业务状态，呈 现不同的显示样式。举例来说，日程发起用户可以将日程相关信息以消息卡片的形式转发至 会话群组中，那么以收到消息卡片的用户视角，所看到的显示样式如下：当日程与我相关(例 如是该日程的参与人)，但我还没有接受时，在群聊会话界面中显示如图7h所示的日程邀请 卡片715，在日程邀请卡片715中显示有操作按钮，例如包括接受按钮716和拒绝按钮717。 当日程与我相关，并且我已经接受日程时，则会在群聊会话界面中显示如图7i所示的日程 邀请卡片718，在日程邀请卡片718中显示有我已经接受日程的标识719。当日程与我相关， 并且我已经拒绝日程时，则会在群聊会话界面中显示如图7j所示的日程邀请卡片720，在日 程邀请卡片720中显示有我已经拒绝日程的标识721。当日程与我无关(例如不是该日程的 参与人)，仅有查看权限时，则可以在群聊会话界面中看到如图7k所示的日程邀请卡片722， 在日程邀请卡片722中显示有日程的摘要，例如主题、时间和参与人等。
110.可以看出，本技术实施例提供的方案是轻量的、易于调整的，可以针对时刻发展的业 务，进行业务逻辑调整，而各端(包括服务器和终端设备)仅需要做出较小的改动，即可完 成产品需求适配。
111.在一些实施例中，参见图8，图8是本技术实施例提供的即时通信的消息处理方法
的流 程示意图，如图8所示，服务器首先向终端设备发送消息模板和初始状态的消息数据(又称 默认状态的消息数据)，接着，服务器在接收到终端设备发送的数据查询请求后，向终端设 备返回所请求的更新状态消息数据，以使终端设备根据服务器返回的更新状态消息数据刷新 消息ui，或者，当服务器接收到终端设备发送的用户操作交互的指令时，服务器根据用户 操作交互的指令进行响应(例如处理动作)，并向终端设备返回更新状态的消息数据，以使 终端设备根据服务器处理动作返回的更新状态的消息数据刷新消息ui。
112.下面对上述过程进行具体说明。
113.下面首先对服务器侧的处理逻辑进行说明。
114.示例的，参见图9，图9是本技术实施例提供的即时通信的消息处理方法的流程示意图， 如图9所示，服务器首先向终端设备主动推送包含初始状态的消息数据和消息模板。
115.示例的，参见图10，图10是本技术实施例提供的即时通信的消息处理方法的流程示意 图，如图10所示，服务器在接收到终端设备发送的数据查询请求之后，进行响应并根据用 户身份、业务状态等查询得到相关数据(即更新状态的消息数据)，返回给终端设备进行展 示，其中，数据查询请求的方式包括：自动触发的数据查询请求以及用户手动触发的数据查 询请求。
116.下面继续对终端设备侧的处理逻辑进行说明。
117.在一些实施例中，终端设备包括四个处理逻辑，分别为数据自动查询逻辑、用户动作 触发数据查询逻辑、消息数据更新逻辑和数据展示逻辑，下面分别进行说明。
118.1、数据自动查询逻辑
119.示例的，在消息卡片加载时(包括但不限于此时机)，终端设备判断当前是否需要进行 数据查询，如果需要，则向服务器发送数据查询请求。其中，是否需要进行数据查询包含两 个状态：1)是否达到刷新标准：包括当前时间与上一次发送数据查询请求的时间的差值是 否大于数据查询时间间隔(例如1分钟)、原有消息数据是否到达终止态等；2)原有消息数 据是否失效：包括原有消息是否过期、或者原有消息是否由于其他不明原因导致无法继续更 新状态的异常情况等。在上述两个条件均满足的条件下，终端设备才会向服务器发送数据查 询请求。
120.2、用户动作触发数据查询逻辑
121.示例的，终端设备也可以响应于用户触发的点击等交互动作，向服务器发送数据查询 请求，并根据服务器返回的更新状态的消息数据更新消息ui。
122.3、消息数据更新逻辑
123.相关技术中，为了减小数据查询压力，终端设备往往会存储消息最新的消息数据，而 在展示时，根据本地存储查询到的消息数据进行展示。而在本技术实施例提供的方案中，终 端设备在查询到消息数据之后，需要同步将最新的消息数据写入本地存储，即更新消息数据， 并触发消息ui刷新。其中，消息数据更新包括：消息ui数据更新，即用于消息ui展示的 数据更新；消息数据状态更新，即用于消息数据查询相关的标记数据更新。
124.4、消息数据展示逻辑
125.示例的，终端设备需要根据服务器下发的消息数据，展示正确的ui，其中，服务器下 发的数据包括初始状态的消息数据。
126.本技术实施例提供的即时通信的消息处理方法，将消息拆分为消息模板和消息数
据两 部分，通过动态查询消息数据的方式，实现不同群成员对同一条消息，进行区别展示，同时 支持根据动作触发，变更消息状态展示。将更多的数据处理业务逻辑统一到服务器，业务调 整变得更加灵活，终端设备只需专注于数据到ui的映射展示逻辑，各司其职，也更利于业 务的维护和扩展。
127.下面继续说明本技术实施例提供的即时通信的消息处理装置465的实施为软件模块的示 例性结构，在一些实施例中，如图2所示，存储在存储器460的即时通信的消息处理装置465 中的软件模块可以包括：显示模块4651和接收模块4652。
128.显示模块4651，用于显示会话群组的即时通信界面，其中，会话群组包括多个对象；接 收模块4652，用于接收与会话群组的待处理的第一事务相关的第一消息；显示模块4651， 还用于在即时通信界面中，基于目标对象与第一事务之间的关系对应的消息显示样式，显示 第一消息，其中，目标对象为多个对象中对应即时通信界面的对象，且不同的关系对应的消 息显示样式不同。
129.在一些实施例中，第一消息中显示有第一事务的初始状态；即时通信的消息处理装置465 还包括更新模块4653，用于响应于第一事务的状态发生更新，更新第一消息的消息显示样式 以显示第一事务的更新状态。
130.在一些实施例中，接收模块4652，还用于接收服务器发送的与会话群组的待处理的第一 事务相关的第一消息，其中，第一消息是服务器将第一事务的初始状态消息数据填充到消息 模板得到的，初始状态消息数据表征第一事务处于初始状态。
131.在一些实施例中，即时通信的消息处理装置465还包括发送模块4654，用于响应于满足 消息数据查询条件，向服务器发送数据查询请求；接收模块4652，还用于接收服务器返回的 更新状态消息数据，更新状态消息数据表征第一事务处于更新状态；其中，数据查询条件包 括以下任意一种：达到消息刷新条件，其中，消息刷新条件包括以下至少之一：当前时间与 上一次发送数据查询请求的时间的差值大于数据查询时间间隔；原有消息数据到达终止态； 原有消息满足失效条件，失效条件包括以下至少之一：原有消息过期；原有消息无法继续更 新状态；接收到目标对象触发的交互操作。
132.在一些实施例中，当第一事务的类型为审批时，更新模块4653，还用于响应于第一事务 被审批处理，在即时通信界面中，更新第一消息的消息显示样式，其中，更新后的第一消息 中显示有第一事务被审批处理后的状态；其中，第一事务被审批处理后的状态的类型包括： 已同意状态和已驳回状态。
133.在一些实施例中，当第一事务的类型为会议时，更新模块4653，还用于响应于会议未结 束，在第一消息中显示会议正在进行中的状态；以及用于响应于会议结束，在第一消息中显 示会议已结束的状态。
134.在一些实施例中，当第一事务的类型为日程时，更新模块4653，还用于响应于目标对象 针对接受入口的触发操作，更新第一消息的消息显示样式，其中，更新后的第一消息中显示 有目标对象已经接受日程的状态；以及用于响应于目标对象针对拒绝入口的触发操作，更新 第一消息的消息显示样式，其中，更新后的第一消息中显示有目标对象已经拒绝日程的状态。
135.在一些实施例中，当第一事务的类型为审批时，目标对象与第一事务之间的关系包括目 标对象在参与审批的过程中被分配的权限，权限的类型包括：查看权限、审批权限；
显示模 块4651，还用于当目标对象不具有查看权限时，在即时通信界面中对第一消息的部分内容进 行隐私保护处理，并提示查看第一消息的完整内容需要查看权限；当目标对象具有查看权限 时，在即时通信界面中显示第一消息的摘要和详情入口；当目标对象具有审批权限时，在即 时通信界面中显示第一消息的摘要和审批入口。
136.在一些实施例中，即时通信的消息处理装置465还包括应用模块4655，用于当显示第一 消息时，针对目标对象不具有查看权限、具有查看权限、以及具有审批权限的情况，对第一 消息分别应用不同的显示参数，且显示参数表征的显著程度递增；以及用于针对目标对象具 有审批权限的情况，对第一消息应用根据第一事务的紧急程度动态变化的显示参数。
137.在一些实施例中，即时通信的消息处理装置465还包括获取模块4656，用于获取当前时 间以及第一事务的审批截止时间；即时通信的消息处理装置465还包括确定模块4657，用于 将当前时间与审批截止时间的差值确定为紧急程度。
138.在一些实施例中，确定模块4657，还用于基于具有审批权限的对象的数量、以及每个具 有审批权限的对象待办事务的数量，调用紧急程度预测模型，得到紧急程度；其中，紧急程 度预测模型是基于具有审批权限的样本对象的数量、每个具有审批权限的样本对象待办事务 的数量、以及标记数据进行训练得到的，标记数据包括样本事务的紧急程度。
139.在一些实施例中，当即时通信界面中显示有包括第一消息在内的消息流时，显示模块 4651，还用于当目标对象不具有查看权限或者具有查看权限时，在即时通信界面中以先入先 出的方式显示消息流；以及用于当目标对象具有审批权限、且第一事务未被审批处理时，在 即时通信界面的固定位置显示第一消息；当第一事务被审批处理后，将第一消息与后续接收 的消息以先入先出的方式显示；其中，固定位置包括：即时通信界面的顶部位置、即时通信 界面的底部位置、即时通信界面中首次显示第一消息的位置。
140.在一些实施例中，当第一事务的类型为会议时，目标对象与第一事务之间的关系包括以 下任意一种：目标对象是否有时间参加会议、目标对象是否为会议的参会对象、目标对象的 日程是否与会议的时间冲突；显示模块4651，还用于当目标对象没有时间参加会议、目标对 象不是会议的参会对象、或者目标对象的日程与会议的时间冲突时，在即时通信界面中显示 第一消息的摘要；以及用于当目标对象有时间参加会议、目标对象是会议的参会对象、或者 目标对象的日程与会议的时间不冲突时，在即时通信界面中显示第一消息的摘要和参会入口。
141.在一些实施例中，当第一事务的类型为日程时，目标对象与第一事务之间的关系包括目 标对象是否为日程的参与对象或者目标对象是否有时间参与日程；显示模块4651，还用于当 目标对象是日程的参与对象或者目标对象有时间参与日程时，在即时通信界面中显示第一消 息的摘要和操作入口，操作入口包括接受入口和拒绝入口；以及用于当目标对象的身份不是 日程的参与对象或者目标对象没有时间参与日程时，在即时通信界面中显示第一消息的摘要。
142.在一些实施例中，显示模块4651，还用于响应于查看目标对象在加入会话群组之前的第 二事务相关的第二消息，在即时通信界面中，基于目标对象与第二事务之间的关系对应的消 息显示样式显示第二消息。
143.在一些实施例中，第一消息是在虚拟卡片中显示的，消息显示样式是在虚拟卡片
中应用 于第一消息的。
144.需要说明的是，本技术实施例装置的描述，与上述方法实施例的描述是类似的，具有同 方法实施例相似的有益效果，因此不做赘述。对于本技术实施例提供的即时通信的消息处理 装置中未尽的技术细节，可以根据图3、图5、或图6任一附图的说明而理解。
145.本技术实施例提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机 程序包括计算机指令(即可执行指令)，该计算机指令存储在计算机可读存储介质中。电子 设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该 电子设备执行本技术实施例上述的即时通信的消息处理方法。
146.本技术实施例提供一种存储有可执行指令的计算机可读存储介质，其中存储有可执行 指令，当可执行指令被处理器执行时，将引起处理器执行本技术实施例提供的即时通信的消 息处理方法，例如，如图3、图5、或图6示出的即时通信的消息处理方法。
147.在一些实施例中，计算机可读存储介质可以是fram、rom、prom、eprom、eeprom、 闪存、磁表面存储器、光盘、或cd-rom等存储器；也可以是包括上述存储器之一或任意 组合的各种设备。
148.在一些实施例中，可执行指令可以采用程序、软件、软件模块、脚本或代码的形式， 按任意形式的编程语言(包括编译或解释语言，或者声明性或过程性语言)来编写，并且其 可按任意形式部署，包括被部署为独立的程序或者被部署为模块、组件、子例程或者适合在 计算环境中使用的其它单元。
149.作为示例，可执行指令可以但不一定对应于文件系统中的文件，可以是被存储在保存 其它程序或数据的文件的一部分，例如，存储在超文本标记语言(html，hyper text markuplanguage)文档中的一个或多个脚本中，存储在专用于所讨论的程序的单个文件中，或者， 存储在多个协同文件(例如，存储一个或多个模块、子程序或代码部分的文件)中。
150.作为示例，可执行指令可被部署为在一个电子设备上执行，或者在位于一个地点的多 个电子设备上执行，又或者，在分布在多个地点且通过通信网络互连的多个电子设备上执行。
151.以上所述，仅为本技术的实施例而已，并非用于限定本技术的保护范围。凡在本技术的 精神和范围之内所作的任何修改、等同替换和改进等，均包含在本技术的保护范围之内。

技术特征：
1.一种即时通信的消息处理方法，其特征在于，所述方法包括：显示会话群组的即时通信界面，其中，所述会话群组包括多个对象；接收与所述会话群组的待处理的第一事务相关的第一消息；在所述即时通信界面中，基于目标对象与所述第一事务之间的关系对应的消息显示样式，显示所述第一消息，其中，所述目标对象为所述多个对象中对应所述即时通信界面的对象，且不同的所述关系对应的所述消息显示样式不同。2.根据权利要求1所述的方法，其特征在于，所述第一消息中显示有所述第一事务的初始状态；所述方法还包括：响应于所述第一事务的状态发生更新，更新所述第一消息的消息显示样式以显示所述第一事务的更新状态。3.根据权利要求2所述的方法，其特征在于，所述接收与所述会话群组的待处理的第一事务相关的第一消息，包括：接收服务器发送的与所述会话群组的待处理的第一事务相关的第一消息，其中，所述第一消息是所述服务器将所述第一事务的初始状态消息数据填充到消息模板得到的，所述初始状态消息数据表征所述第一事务处于所述初始状态。4.根据权利要求2所述的方法，其特征在于，在响应于所述第一事务的状态发生更新，更新所述第一消息的消息显示样式以显示所述第一事务的更新状态之前，所述方法还包括：响应于满足消息数据查询条件，向服务器发送数据查询请求；接收所述服务器返回的更新状态消息数据，所述更新状态消息数据表征所述第一事务处于所述更新状态；其中，所述数据查询条件包括以下任意一种：达到消息刷新条件，所述消息刷新条件包括以下至少之一：当前时间与上一次发送数据查询请求的时间的差值大于数据查询时间间隔；原有消息数据到达终止态；原有消息满足失效条件，所述失效条件包括以下至少之一：所述原有消息过期；所述原有消息无法继续更新状态；接收到所述目标对象触发的交互操作。5.根据权利要求2所述的方法，其特征在于，当所述第一事务的类型为审批时，所述响应于所述第一事务的状态发生更新，更新所述第一消息的消息显示样式以显示所述第一事务的更新状态，包括：响应于所述第一事务被审批处理，在所述即时通信界面中，更新所述第一消息的消息显示样式，其中，更新后的所述第一消息中显示有所述第一事务被审批处理后的状态；其中，所述第一事务被审批处理后的状态的类型包括：已同意状态和已驳回状态。6.根据权利要求2所述的方法，其特征在于，当所述第一事务的类型为会议时，所述响应于所述第一事务的状态发生更新，更新所述第一消息的消息显示样式以显示所述第一事务的更新状态，包括：响应于所述会议未结束，在所述第一消息中显示所述会议正在进行中的状态；响应于所述会议结束，在所述第一消息中显示所述会议已结束的状态。
7.根据权利要求2所述的方法，其特征在于，当所述第一事务的类型为日程时，所述响应于所述第一事务的状态发生更新，更新所述第一消息的消息显示样式以显示所述第一事务的更新状态，包括：响应于所述目标对象针对所述接受入口的触发操作，更新所述第一消息的消息显示样式，其中，更新后的所述第一消息中显示有所述目标对象已经接受所述日程的状态；响应于所述目标对象针对所述拒绝入口的触发操作，更新所述第一消息的消息显示样式，其中，更新后的所述第一消息中显示有所述目标对象已经拒绝所述日程的状态。8.根据权利要求1所述的方法，其特征在于，当所述第一事务的类型为审批时，所述目标对象与所述第一事务之间的关系包括所述目标对象在参与所述审批的过程中被分配的权限，所述权限的类型包括：查看权限、审批权限；所述在所述即时通信界面中，基于目标对象与所述第一事务之间的关系对应的消息显示样式，显示所述第一消息，包括：当所述目标对象不具有所述查看权限时，在所述即时通信界面中对所述第一消息的部分内容进行隐私保护处理，并提示查看所述第一消息的完整内容需要所述查看权限；当所述目标对象具有所述查看权限时，在所述即时通信界面中显示所述第一消息的摘要和详情入口；当所述目标对象具有所述审批权限时，在所述即时通信界面中显示所述第一消息的摘要和审批入口。9.根据权利要求8所述的方法，其特征在于，当显示所述第一消息时，所述方法还包括：针对所述目标对象不具有所述查看权限、具有所述查看权限、以及具有所述审批权限的情况，对所述第一消息分别应用不同的显示参数，且所述显示参数表征的显著程度递增；针对所述目标对象具有所述审批权限的情况，对所述第一消息应用根据所述第一事务的紧急程度动态变化的显示参数。10.根据权利要求9所述的方法，其特征在于，在对所述第一消息分别应用不同的显示参数之前，所述方法还包括:获取当前时间以及所述第一事务的审批截止时间；将所述当前时间与所述审批截止时间的差值确定为所述紧急程度。11.根据权利要求9所述的方法，其特征在于，在对所述第一消息分别应用不同的显示参数之前，所述方法还包括：基于具有所述审批权限的对象的数量、以及每个具有所述审批权限的对象待办事务的数量，调用紧急程度预测模型，得到所述紧急程度；其中，所述紧急程度预测模型是基于具有所述审批权限的样本对象的数量、每个具有所述审批权限的样本对象待办事务的数量、以及标记数据进行训练得到的，所述标记数据包括样本事务的紧急程度。12.根据权利要求8-11任一项所述的方法，其特征在于，当所述即时通信界面中显示有包括所述第一消息在内的消息流时，所述方法还包括：当所述目标对象不具有所述查看权限或者具有所述查看权限时，在所述即时通信界面中以先入先出的方式显示所述消息流；
当所述目标对象具有所述审批权限、且所述第一事务未被审批处理时，在所述即时通信界面的固定位置显示所述第一消息；当所述第一事务被审批处理后，将所述第一消息与后续接收的消息以先入先出的方式显示；其中，所述固定位置包括：所述即时通信界面的顶部位置、所述即时通信界面的底部位置、所述即时通信界面中首次显示所述第一消息的位置。13.根据权利要求1所述的方法，其特征在于，当所述第一事务的类型为会议时，所述目标对象与所述第一事务之间的关系包括以下任意一种：所述目标对象是否有时间参加所述会议、所述目标对象是否为所述会议的参会对象、所述目标对象的日程是否与所述会议的时间冲突；所述在所述即时通信界面中，基于目标对象与所述第一事务之间的关系对应的消息显示样式，显示所述第一消息，包括：当所述目标对象没有时间参加所述会议、所述目标对象不是所述会议的参会对象、或者所述目标对象的日程与所述会议的时间冲突时，在所述即时通信界面中显示所述第一消息的摘要；当所述目标对象有时间参加所述会议、所述目标对象是所述会议的参会对象、或者所述目标对象的日程与所述会议的时间不冲突时，在所述即时通信界面中显示所述第一消息的摘要和参会入口。14.根据权利要求1所述的方法，其特征在于，当所述第一事务的类型为日程时，所述目标对象与所述第一事务之间的关系包括所述目标对象是否为所述日程的参与对象或者所述目标对象是否有时间参与所述日程；所述在所述即时通信界面中，基于目标对象与所述第一事务之间的关系对应的消息显示样式，显示所述第一消息，包括：当所述目标对象是所述日程的参与对象或者所述目标对象有时间参与所述日程时，在所述即时通信界面中显示所述第一消息的摘要和操作入口，所述操作入口包括接受入口和拒绝入口；当所述目标对象不是所述日程的参与对象或者所述目标对象没有时间参与所述日程时，在所述即时通信界面中显示所述第一消息的摘要。15.根据权利要求1所述的方法，其特征在于，所述方法还包括：响应于查看所述目标对象在加入所述会话群组之前的第二事务相关的第二消息，在所述即时通信界面中，基于所述目标对象与所述第二事务之间的关系对应的消息显示样式显示所述第二消息。16.根据权利要求1所述的方法，其特征在于，所述第一消息是在虚拟卡片中显示的，所述消息显示样式是在所述虚拟卡片中应用于所述第一消息的。17.一种即时通信的消息处理装置，其特征在于，所述装置包括：显示模块，用于显示会话群组的即时通信界面，其中，所述会话群组包括目标对象在内的多个对象；接收模块，用于接收与所述会话群组的待处理的第一事务相关的第一消息；所述显示模块，还用于在所述即时通信界面中，基于目标对象与所述第一事务之间的
关系对应的消息显示样式，显示所述第一消息，其中，所述目标对象为所述多个对象中对应所述即时通信界面的对象，且不同的所述关系对应的所述消息显示样式不同。18.一种电子设备，其特征在于，所述电子设备包括：存储器，用于存储可执行指令；处理器，用于执行所述存储器中存储的可执行指令时，实现权利要求1至16任一项所述的即时通信的消息处理方法。19.一种计算机可读存储介质，其特征在于，存储有可执行指令，用于被处理器执行时，实现权利要求1至16任一项所述的即时通信的消息处理方法。20.一种计算机程序产品，包括计算机程序或指令，其特征在于，所述计算机程序或指令被处理器执行时，实现权利要求1至16任一项所述的即时通信的消息处理方法。

技术总结
本申请提供了一种即时通信的消息处理方法、装置、电子设备、计算机可读存储介质及计算机程序产品；方法包括：显示会话群组的即时通信界面，其中，所述会话群组包括多个对象；接收与所述会话群组的待处理的第一事务相关的第一消息；在所述即时通信界面中，基于目标对象与所述第一事务之间的关系对应的消息显示样式，显示所述第一消息，其中，所述目标对象为所述多个对象中对应所述即时通信界面的对象，且不同的所述关系对应的所述消息显示样式不同。通过本申请，能够丰富消息的显示样式，进而适应群聊会话中的成员多样化的情况。应群聊会话中的成员多样化的情况。应群聊会话中的成员多样化的情况。


技术研发人员：李志科 文孝木 李斌
受保护的技术使用者：腾讯科技（深圳）有限公司
技术研发日：2022.02.11
技术公布日：2023/8/24