CN115766630A - 基于文档消息的互动方法、装置、电子设备及存储介质 - Google Patents

Abstract

本公开关于一种基于文档消息的互动方法、装置、电子设备及存储介质，属于计算机技术领域。该方法包括：在目标应用中显示文档消息；基于该文档消息，显示对该文档消息的至少一个互动控件；响应于对任一该互动控件的互动操作，将该互动操作同步至该在线文档。本公开能够满足用户基于互动控件来快捷对文档消息执行互动操作的业务需求，由于能够直接将互动操作同步到在线文档中，无需用户频繁地在目标应用和浏览器应用直接频繁切换，从而缩短了用户基于文档消息的交互操作链路，提升了人机交互效率。

Description

基于文档消息的互动方法、装置、电子设备及存储介质

技术领域

本公开涉及计算机技术领域，特别涉及一种基于文档消息的互动方法、装置、电子设备及存储介质。

背景技术

随着计算机技术的发展，不同用户能够基于共享文档来实现团队协作，共享文档支持多个用户同时浏览一份在线文档，也支持多个用户来编辑该在线文档，极大提升了团队协作效率。

目前，当用户发布共享文档，或对共享文档发布评论时，能够将用户发布的内容以IM(Instant Messaging，即时通讯)消息的方式通知到团队内的其他用户，以便于其他用户通过点击IM消息一键跳转查看共享文档。

这种基于文档消息的互动方式，需要其他用户反复从IM应用跳转到浏览器应用，再从浏览器应用返回IM应用，交互操作链路长，人机交互效率低。

发明内容

本公开提供一种基于文档消息的互动方法、装置、电子设备及存储介质，以至少对文档消息的缩短交互操作链路、提升人机交互效率。本公开的技术方案如下：

根据本公开实施例的一方面，提供一种基于文档消息的互动方法，包括：

在目标应用中显示文档消息，所述文档消息是指与在线文档关联的消息；

基于所述文档消息，显示对所述文档消息的至少一个互动控件，所述互动控件用于发起对所述文档消息的互动操作；

响应于对任一所述互动控件的互动操作，将所述互动操作同步至所述在线文档。

在一些实施例中，所述基于所述文档消息，显示对所述文档消息的至少一个互动控件包括：

在所述文档消息上显示所述至少一个互动控件；或，

在所述文档消息的目标范围内显示所述至少一个互动控件。

在一些实施例中，所述响应于对任一所述互动控件的互动操作，将所述互动操作同步至所述在线文档包括：

向服务器发送与所述互动操作关联的互动消息，以使所述服务器向发布所述文档消息的账号推送所述互动消息，所述互动消息用于指示登录所述目标应用的账号对所述文档消息执行所述互动操作。

在一些实施例中，所述方法还包括：

将所述互动操作所涉及的所述互动控件，从未触发状态切换为已触发状态。

在一些实施例中，所述方法还包括：

响应于对所述互动控件的取消互动操作，将所述取消互动操作同步至所述在线文档。

在一些实施例中，所述方法还包括：

向服务器发送与所述取消互动操作关联的取消互动消息，以使所述服务器向发布所述文档消息的账号推送所述取消互动消息，所述取消互动消息用于指示登录所述目标应用的账号撤销对所述文档消息执行的所述互动操作。

在一些实施例中，所述方法还包括：

向服务器发送与所述取消互动操作关联的取消互动消息，以使所述服务器在尚未向发布所述文档消息的账号推送与所述互动操作关联的互动消息的情况下，将所述互动消息从发布所述文档消息的账号的消息队列中移除，所述取消互动消息用于指示登录所述目标应用的账号撤销对所述文档消息执行的所述互动操作。

在一些实施例中，所述方法还包括：

响应于对所述在线文档的开启操作，在所述在线文档中显示所述文档消息以及对所述文档消息执行的所述互动操作。

在一些实施例中，所述文档消息包括以下至少一项：对所述在线文档的发布消息，对所述在线文档的评论消息，或对所述在线文档的编辑消息。

在一些实施例中，所述互动控件包括以下至少一项：正向表态控件，负向表态控件，或确认收到控件。

根据本公开实施例的另一方面，提供一种基于文档消息的互动装置，包括：

显示单元，被配置为执行在目标应用中显示文档消息，所述文档消息是指与在线文档关联的消息；

所述显示单元，还被配置为执行基于所述文档消息，显示对所述文档消息的至少一个互动控件，所述互动控件用于发起对所述文档消息的互动操作；

同步单元，被配置为执行响应于对任一所述互动控件的互动操作，将所述互动操作同步至所述在线文档。

在一些实施例中，所述显示单元还被配置为执行：

在所述文档消息上显示所述至少一个互动控件；或，

在所述文档消息的目标范围内显示所述至少一个互动控件。

在一些实施例中，所述同步单元被配置为执行：

向服务器发送与所述互动操作关联的互动消息，以使所述服务器向发布所述文档消息的账号推送所述互动消息，所述互动消息用于指示登录所述目标应用的账号对所述文档消息执行所述互动操作。

在一些实施例中，所述装置还包括：

切换单元，被配置为执行将所述互动操作所涉及的所述互动控件，从未触发状态切换为已触发状态。

在一些实施例中，所述装置还包括：

取消同步单元，被配置为执行响应于对所述互动控件的取消互动操作，将所述取消互动操作同步至所述在线文档。

在一些实施例中，所述取消同步单元被配置为执行：

向服务器发送与所述取消互动操作关联的取消互动消息，以使所述服务器向发布所述文档消息的账号推送所述取消互动消息，所述取消互动消息用于指示登录所述目标应用的账号撤销对所述文档消息执行的所述互动操作。

在一些实施例中，所述取消同步单元被配置为执行：

向服务器发送与所述取消互动操作关联的取消互动消息，以使所述服务器在尚未向发布所述文档消息的账号推送与所述互动操作关联的互动消息的情况下，将所述互动消息从发布所述文档消息的账号的消息队列中移除，所述取消互动消息用于指示登录所述目标应用的账号撤销对所述文档消息执行的所述互动操作。

在一些实施例中，所述显示单元还被配置为执行：

响应于对所述在线文档的开启操作，在所述在线文档中显示所述文档消息以及对所述文档消息执行的所述互动操作。

在一些实施例中，所述文档消息包括以下至少一项：对所述在线文档的发布消息，对所述在线文档的评论消息，或对所述在线文档的编辑消息。

在一些实施例中，所述互动控件包括以下至少一项：正向表态控件，负向表态控件，或确认收到控件。

根据本公开实施例的另一方面，提供一种电子设备，包括：

一个或多个处理器；

用于存储所述一个或多个处理器可执行指令的一个或多个存储器；

其中，所述一个或多个处理器被配置为执行上述一方面的任一种可能实施方式中的基于文档消息的互动方法。

根据本公开实施例的另一方面，提供一种计算机可读存储介质，当所述计算机可读存储介质中的至少一条指令由电子设备的一个或多个处理器执行时，使得所述电子设备能够执行上述一方面的任一种可能实施方式中的基于文档消息的互动方法。

根据本公开实施例的另一方面，提供一种计算机程序产品，包括一条或多条指令，所述一条或多条指令可以由电子设备的一个或多个处理器执行，使得所述电子设备能够执行上述一方面的任一种可能实施方式中的基于文档消息的互动方法。

本公开的实施例提供的技术方案至少带来以下有益效果：

通过在目标应用中针对接收到的文档消息，提供至少一个互动控件，以满足用户基于互动控件来快捷对文档消息执行互动操作的业务需求，由于能够直接将互动操作同步到在线文档中，无需用户频繁地在目标应用和浏览器应用直接频繁切换，从而缩短了用户基于文档消息的交互操作链路，提升了人机交互效率。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理，并不构成对本公开的不当限定。

图1是根据一示例性实施例示出的一种基于文档消息的互动方法的实施环境示意图；

图2是根据一示例性实施例示出的一种基于文档消息的互动方法的流程图；

图3是根据一示例性实施例示出的一种基于文档消息的互动方法的交互流程图；

图4是本公开实施例提供的一种服务通知窗口的示意图；

图5是本公开实施例提供的一种在线文档的示意图；

图6是本公开实施例提供的一种对已经执行过的历史互动操作的取消方式的交互流程图；

图7是本公开实施例提供的另一种对已经执行过的历史互动操作的取消方式的交互流程图；

图8是根据一示例性实施例示出的一种基于文档消息的互动装置的逻辑结构框图；

图9示出了本公开一个示例性实施例提供的终端的结构框图；

图10是本公开实施例提供的一种电子设备的结构示意图。

具体实施方式

为了使本领域普通人员更好地理解本公开的技术方案，下面将结合附图，对本公开实施例中的技术方案进行清楚、完整地描述。

需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

在一些实施例中，A和/或B的含义包括：A和B，A，B这三种情况。

本公开所涉及的信息(包括但不限于用户设备信息、用户个人信息等)、数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)以及信号，均为经用户授权或者经过各方充分授权的，且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准。例如，本公开中涉及到的文档消息都是在充分授权的情况下获取的。

以下，对本公开实施例涉及的术语进行解释说明。

即时通讯(Instant Messaging，IM)：也称为实时通信，IM是目前互联网上最为流行的通讯方式，各种各样的IM应用也层出不穷；服务提供商也提供了越来越丰富的通讯服务功能。IM通信系统允许两人或两人以上的用户使用网络实时的传递文字消息、文件、语音与视频交流。

在线文档：指能够支持用户在线编辑的文档。传统文档只能离线编辑，而在线文档不但支持单个用户进行在线编辑，通常，还支持用户邀请其他用户(如好友用户、团队成员等)一起在线编辑。在线文档支持多人多端实时编辑同一份文件，编辑过程多人实时可见，且能够实现实时同步响应。针对同一份在线文档，不同用户可拥有不同程度的操作权限，比如，某些用户仅拥有查看权限，但无法编辑文档内容，某些用户既拥有查看权限也拥有编辑权限。

目前，为提升团队协作效率，用户在发布新的共享文档，或对已有共享文档发布新的评论时，能够将用户发布的内容(文档或评论)，在IM应用中以IM消息的方式通知到团队内的其他用户，以便于其他用户通过点击IM消息一键跳转查看用户本次发布的内容。上述互动方式，其他用户需要反复从IM应用切换到浏览器应用，以查看IM消息在在线文档中所发布的内容，或进一步对IM消息发布的内容完成回复，再从浏览器应用返回IM应用，以在聊天窗口中继续社交，交互操作链路长，人机交互效率低。

有鉴于此，本公开实施例提供一种基于文档消息的互动方法，当用户在目标应用(如IM应用，或其他支持IM消息的应用)中接收到文档消息时，无需从目标应用切换到浏览器应用来查看/回复文档消息，用户能够直接在目标应用上快捷对文档消息执行互动操作，并由后台将互动操作同步到在线文档中，用户和其他用户在打开在线文档时能够随时查看自己执行过的互动操作。这种新型互动方式，无需用户切换应用即可快捷对文档消息实现高效互动，简化了用户的交互操作链路，提升了人机交互效率。

以下，对本公开实施例的系统架构进行说明。

图1是根据一示例性实施例示出的一种基于文档消息的互动方法的实施环境示意图，参见图1，在该实施环境中包括：第一终端120、服务器140和第二终端160，下面进行详述：

第一终端120安装和运行有支持IM服务的目标应用。可选地，该目标应用包括：IM应用、社交应用、在线文档应用、共享文档应用、办公应用、企业应用中的任意一种。

在一些实施例中，第一终端120是第一用户使用的终端，当第一终端120运行目标应用时，第一用户能够在目标应用上登录第一账号，进而，第一用户使用第一账号在目标应用上实时传递IM消息，IM消息包括：文本消息，图片消息，文档消息，数据文件，语音消息等，这里对IM消息的消息类型不进行具体限定。在本公开实施例中，以第一账号在第一终端120上通过目标应用接收文档消息为例进行说明。

第一终端120以及第二终端160通过无线网络或有线网络与服务器140进行直接或间接地通信连接。

服务器140包括一台服务器、多台服务器、云计算平台或者虚拟化中心中的至少一种。服务器140用于为支持IM服务的目标应用提供后台服务。可选地，服务器140承担主要计算工作，第一终端120和第二终端160承担次要计算工作；或者，服务器140承担次要计算工作，第一终端120和第二终端160承担主要计算工作；或者，服务器140、第一终端120和第二终端160三者之间采用分布式计算架构进行协同计算。

可选地，服务器140是独立的物理服务器，或者是多个物理服务器构成的服务器集群或者分布式系统，或者是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(Content Delivery Network，CDN)以及大数据和人工智能平台等基础云计算服务的云服务器。

第二终端160安装和运行有支持IM服务的目标应用。可选地，该目标应用包括：IM应用、社交应用、在线文档应用、共享文档应用、办公应用、企业应用中的任意一种。

在一些实施例中，第二终端160是第二用户使用的终端，当第二终端160运行目标应用时，第二用户能够在目标应用上登录第二账号，进而，第二用户使用第二账号在目标应用上实时传递IM消息，IM消息包括：文本消息，图片消息，文档消息，数据文件，语音消息等，这里对IM消息的消息类型不进行具体限定。在本公开实施例中，以第二账号在第二终端160上发布了一条文档消息为例进行说明，例如，文档消息用于向第一账号通知第二账号发布了新的在线文档，或者，文档消息用于向第一账号通知第二账号对某个在线文档进行了评论，上述在线文档是第一账号发布的文档，或者是第一账号评论过的文档，或者是第一账号所在账号群组协作的文档等，本公开实施例对文档消息的功能不进行具体限定。

在一些实施例中，第一用户通过第一终端120能够与第二用户通过第二终端160编辑同一份在线文档，比如，第二用户通过第二终端160对该在线文档发布了一条评论，第一用户通过第一终端120对第二用户发布的评论进行了快捷互动，这样第一用户在第一终端120上无需从目标应用切换到浏览器应用，也无需从目标应用打开内置的浏览器窗口来浏览在线文档，只需要在目标应用的会话窗口内发起快捷互动，即可实现对文档消息的一键回复，从而极大地缩短了用户的操作链路，提升了人机交互效率和团队协作效率。

可选地，第一终端120和第二终端160上安装的目标应用是相同的，或两个终端上安装的目标应用是不同操作系统平台的同一类型的应用。第一终端120和第二终端160均泛指多个终端中的一个，本公开实施例仅以第一终端120和第二终端160来举例说明。

第一终端120和第二终端160的设备类型相同或不同，该设备类型包括：智能手机、平板电脑、智能音箱、智能手表、智能掌机、便携式游戏设备、车载终端、膝上型便携计算机和台式计算机中的至少一种，但并不局限于此。例如，第一终端120和第二终端160均是智能手机，或者其他手持便携式通讯设备。以下实施例，以终端包括智能手机来举例说明。

本领域技术人员能够知晓，上述终端的数量为更多或更少。比如上述终端仅为一个，或者上述终端为几十个或几百个，或者更多数量。本公开实施例对终端的数量和设备类型不加以限定。

图2是根据一示例性实施例示出的一种基于文档消息的互动方法的流程图，参见图2，该基于文档消息的互动方法由电子设备执行，下面以电子设备为终端为例进行说明，该终端被提供为上述实施环境中的第一终端120或第二终端160。

在步骤201中，终端在目标应用中显示文档消息，该文档消息是指与在线文档关联的消息。

本公开实施例涉及的目标应用，是指终端上安装的支持IM服务的应用，该目标应用为操作系统内置的应用或下载安装的第三方应用，目标应用支持以IM消息的方式来通知与在线文档相关的修订，比如，以IM消息的方式通知对在线文档的发布操作或编辑操作。

本公开实施例涉及的文档消息，是指与在线文档关联的IM消息，例如，文档消息是对新的在线文档的发布消息，或者，文档消息是对已有在线文档的编辑消息，编辑消息包括对文档内容的编辑操作、对文档内容的评论操作、对文档评论的回复操作等。

在一些实施例中，终端在目标应用上登录第一账号，通过该目标应用接收服务器对该第一账号推送的文档消息。可选地，该文档消息在目标应用中以会话消息或者通知消息的方式进行传递，会话消息是指在目标应用中针对每个在线文档都以单独会话的方式推送该在线文档的各个文档消息，通知消息是指在目标应用中针对所有在线文档都以服务通知的方式推送所有在线文档的各个文档消息。

示意性地，终端在目标应用提供的会话列表中，对每个在线文档都配置一个单独的会话，服务器在该会话中推送所关联的在线文档的文档消息，比如，终端接收到在线文档X的文档消息时，基于在线文档X的文档ID(Identification，标识)，查询到在线文档X的会话X，并在会话列表中提示会话X收到了新消息，用户点击会话X后，目标应用中显示会话X的会话窗口，并在会话窗口中显示该在线文档X的文档消息。

示意性地，终端在目标应用提供的会话列表中，通过一个文档服务号来通知所有在线文档的各个文档消息，服务器通过文档服务号来推送所有在线文档的各个文档消息，比如，终端接收到在线文档X的文档消息时，在会话列表中提示文档服务号收到了新的服务通知，用户点击文档服务号后，目标应用中显示服务通知窗口，服务通知窗口中显示新收到的在线文档X的文档消息，还显示已接收到的各条其他文档消息(如显示对在线文档Y的历史文档消息)。

在步骤202中，终端基于该文档消息，显示对该文档消息的至少一个互动控件，该互动控件用于发起对该文档消息的互动操作。

本公开实施例涉及的每个互动控件，用于提供对文档消息的一种互动行为的触发入口，按照互动行为的种类不同，互动控件包括但不限于：正向表态控件，负向表态控件，确认收到控件等，其中，正向表态控件用于提供对文档消息执行正向表态行为的触发入口，负向表态控件用于提供对文档消息执行负向表态行为的触发入口，确认收到控件用于提供对文档消息执行确认收到行为的触发入口，本公开实施例对互动控件及互动行为的类型不进行具体限定。

在一些实施例中，终端在该目标应用的服务通知窗口或会话窗口中显示该文档消息之后，基于该文档消息显示该至少一个互动控件，比如，在文档消息上直接显示该至少一个互动控件，或者，在文档消息的目标范围内显示该至少一个互动控件，目标范围为文档消息的上方、下方、左侧、右侧等，本公开实施例对目标范围不进行具体限定。

在步骤203中，终端响应于对任一该互动控件的互动操作，将该互动操作同步至该在线文档。

本公开实施例涉及的互动操作，包括但不限于：点击操作，按压操作，长按操作，触摸操作，双击操作，拖拽操作，向指定方向的滑动操作等，本公开实施例对互动操作的操作类型不进行具体限定。

在一些实施例中，用户在终端上对基于该文档消息显示的任一互动控件执行互动操作之后，终端响应于用户对该互动控件的该互动操作，将该互动操作同步至该在线文档，比如，终端基于该互动操作生成一条对该文档消息执行该互动操作的互动消息，将该互动消息发送至服务器，以指示服务器基于该互动消息，将该互动操作同步至该在线文档，由于互动操作在同步到在线文档之后，不论是登录当前终端的第一账号，还是登录其他终端的第二账号，只要在访问在线文档时都能够查看到已经被同步的互动操作，这样使得用户能够直接在目标应用中对文档消息进行一键交互，即可将互动操作同步到在线文档中，而无需用户频繁地在目标应用和浏览器应用直接频繁切换，从而缩短了用户基于文档消息的交互操作链路，提升了人机交互效率。

本公开实施例提供的方法，通过在目标应用中针对接收到的文档消息，提供至少一个互动控件，以满足用户基于互动控件来快捷对文档消息执行互动操作的业务需求，由于能够直接将互动操作同步到在线文档中，无需用户频繁地在目标应用和浏览器应用直接频繁切换，从而缩短了用户基于文档消息的交互操作链路，提升了人机交互效率。

在一些实施例中，基于该文档消息，显示对该文档消息的至少一个互动控件包括：在该文档消息上显示该至少一个互动控件；或，在该文档消息的目标范围内显示该至少一个互动控件。

在一些实施例中，响应于对任一该互动控件的互动操作，将该互动操作同步至该在线文档包括：向服务器发送与该互动操作关联的互动消息，以使该服务器向发布该文档消息的账号推送该互动消息，该互动消息用于指示登录该目标应用的账号对该文档消息执行该互动操作。

在一些实施例中，该方法还包括：将该互动操作所涉及的该互动控件，从未触发状态切换为已触发状态。

在一些实施例中，该方法还包括：响应于对该互动控件的取消互动操作，将该取消互动操作同步至该在线文档。

在一些实施例中，该方法还包括：向服务器发送与该取消互动操作关联的取消互动消息，以使该服务器向发布该文档消息的账号推送该取消互动消息，该取消互动消息用于指示登录该目标应用的账号撤销对该文档消息执行的该互动操作。

在一些实施例中，该方法还包括：向服务器发送与该取消互动操作关联的取消互动消息，以使该服务器在尚未向发布该文档消息的账号推送与该互动操作关联的互动消息的情况下，将该互动消息从发布该文档消息的账号的消息队列中移除，该取消互动消息用于指示登录该目标应用的账号撤销对该文档消息执行的该互动操作。

在一些实施例中，该方法还包括：响应于对该在线文档的开启操作，在该在线文档中显示该文档消息以及对该文档消息执行的该互动操作。

在一些实施例中，该文档消息包括以下至少一项：对该在线文档的发布消息，对该在线文档的评论消息，或对该在线文档的编辑消息。

在一些实施例中，该互动控件包括以下至少一项：正向表态控件，负向表态控件，或确认收到控件。

上述所有可选技术方案，可以采用任意结合形成本公开的可选实施例，在此不再一一赘述。

图3是根据一示例性实施例示出的一种基于文档消息的互动方法的交互流程图，参见图3，该基于文档消息的互动方法由终端和服务器之间交互实现，该终端被提供为上述实施环境中的第一终端120或第二终端160，该终端是电子设备的一种示例性说明。

在步骤301中，终端在目标应用中显示文档消息，该文档消息是指与在线文档关联的消息。

在一些实施例中，终端在目标应用上登录第一账号，通过该目标应用接收服务器对该第一账号推送的文档消息。可选地，该文档消息在目标应用中以会话消息或者通知消息的方式进行传递，会话消息和通知消息已经在上一实施例的步骤201详细介绍过，这里不再赘述。

在一些实施例中，第一账号接收到的文档消息包括以下至少一项：对该在线文档的发布消息，对该在线文档的评论消息，或对该在线文档的编辑消息，其中，该发布消息用于通知第一账号存在新的在线文档被其创作者账号发布，该评论消息用于通知该第一账号发布的在线文档或评论内容被其他账号评论，该编辑消息用于通知该第一账号发布的在线文档被其他账号编辑，本公开实施例对此不进行具体限定。

以下，将分别针对上述涉及的不同类型的文档消息分别进行说明。

情况一、文档消息为对在线文档的发布消息

在一些实施例中，第一账号接收到的文档消息是对在线文档的发布消息，为简便起见，将该在线文档的发布者账号称为第二账号，而第一账号则是对第二账号新发布的在线文档具有查看权限的任一账号。需要说明的是，由于在线文档的发布者账号显然对该在线文档具有查询权限，因此，第一账号和第二账号为同一账号或者不同账号，这里不做限定。

在一些实施例中，第二账号对新的在线文档执行发布操作后，服务器确定对新发布的该在线文档具有查看权限的各个账号，并向各个账号所登录的各个终端推送对该在线文档的发布消息。以第一账号具有查看权限为例进行说明，第一账号登录的当前终端接收对该在线文档的发布消息，在目标应用中显示对该在线文档的发布消息。

可选地，在接收到该发布消息时，若目标应用处于前台运行状态，在会话列表中单独为该在线文档新建一个会话，并显示该会话列表中显示对该会话的新消息提示，以提示新建的会话中存在未读的该发布消息。响应于用户对该会话的触发操作，在目标应用中显示该会话的会话窗口，在会话窗口中以IM消息的方式显示该发布消息，例如，该发布消息被提供为消息卡片、消息气泡、消息对话框等形式，本公开实施例对消息显示方式不进行具体限定。

可选地，在接收到该发布消息时，若目标应用处于前台运行状态，在会话列表中显示对文档服务号的新推送提示，以提示新收到一个服务器对该在线文档的发布消息的服务通知。响应于用户对该文档服务号的触发操作，在目标应用中显示服务通知窗口，在该服务通知窗口中以IM消息的方式显示该发布消息，例如，该发布消息被提供为消息卡片、消息气泡、消息对话框等形式，本公开实施例对消息显示方式不进行具体限定。

可选地，在接收到该发布消息时，若目标应用处于后台挂起状态或终端屏幕处于休眠状态，在终端操作系统的消息推送栏中显示该发布消息，以提示用户打开目标应用查看该发布消息。响应于用户对消息推送栏中显示的该发布消息的触发操作，终端操作系统自动调起目标应用，并在目标应用的会话列表中显示上述单独会话的新消息提示或者文档服务号的新推送提示，本公开实施例对此不进行具体限定。

在一个示例中，终端在消息推送栏中显示该发布消息时，终端在当前界面中弹出该发布消息，比如，在当前界面的顶端弹出该发布消息，或者，在当前界面以弹窗形式显示该发布消息，用户若超过设定时长未对该发布消息执行互动操作或用户对该发布消息执行忽略操作(如将发布消息朝指定方向滑动，或点击对发布消息提供的暂时忽略控件)，则在当前界面中取消显示该发布消息，并将发布消息移动到消息推送栏中进行显示，用户可通过切换到消息推送栏来查看该发布消息，进而对该发布消息执行触发操作，设定时长是任一大于0的数值，例如设定时长为3秒。可选地，在当前界面弹出该发布消息后，用户点击该发布消息，即可打开目标应用查看该发布消息，例如直接从当前应用切换到目标应用，并在目标应用中打开会话窗口或服务通知窗口来显示该发布消息，这样能够及时跳转到目标应用中查看发布消息，又例如，并不从当前应用切出，而是以分屏方式在分屏窗口中打开目标应用，并在目标应用中打开会话窗口或服务通知窗口来显示该发布消息，这样能够利用多线程并行能力来同时运行多个应用，避免从当前应用切出打断用户在当前应用的操作。

情况二、文档消息为对在线文档的评论消息

在一些实施例中，第一账号接收到的文档消息是对在线文档的评论消息，为简便起见，将在该在线文档中发布评论的账号称为第三账号，而第一账号则是第三账号所评论的内容的相关账号，例如，若第三账号是对在线文档的内容发表评论，则第一账号是在线文档的发布者账号，以便于第一账号及时查看任何账号对自身发布内容的评论，又例如，若第三账号是对在线文档中某条已有评论的进一步评论，则第一账号是在线文档的发布者账号或者是已有评论的发布者账号，以便于第一账号及时查看其他账号在自身发布内容中的讨论，也便于第三账号评论针对的发布者(可能是文档发布者或评论发布者)及时查看他人的回复。需要说明的是，第一账号和第三账号为同一账号或者不同账号，这里不做限定。

在一些实施例中，第三账号对该在线文档的文档内容发表评论，或对在线文档中某条已有评论进一步发表评论后，服务器确定对新发布的评论具有提醒权限的各个账号，并向各个账号所登录的各个终端推送对该在线文档的评论消息。这里涉及的提醒权限，是指服务器需要提醒账号及时查看该新发布的评论的权限。以第一账号具有提醒权限为例进行说明，第一账号登录的当前终端接收对该在线文档的评论消息，在目标应用中显示对该在线文档的评论消息。

可选地，在接收到该评论消息时，若目标应用处于前台运行状态，由于评论消息针对的是已发布的在线文档，因此该在线文档在发布时必然已经在会话列表中创建过一个会话，只需要根据评论消息针对的在线文档的文档ID，在会话列表中查询到与该文档ID相匹配的会话，并在该会话列表中显示对查询到的会话的新消息提示，以提示新建的会话中存在未读的该评论消息。响应于用户对该会话的触发操作，在目标应用中显示该会话的会话窗口，在会话窗口中以IM消息的方式显示该评论消息，例如，该评论消息被提供为消息卡片、消息气泡、消息对话框等形式，本公开实施例对消息显示方式不进行具体限定。

可选地，在接收到该评论消息时，若目标应用处于前台运行状态，在会话列表中显示对文档服务号的新推送提示，以提示新收到一个服务器对该在线文档的评论消息的服务通知。响应于用户对该文档服务号的触发操作，在目标应用中显示服务通知窗口，在该服务通知窗口中以IM消息的方式显示该评论消息，例如，该评论消息被提供为消息卡片、消息气泡、消息对话框等形式，本公开实施例对消息显示方式不进行具体限定。

可选地，在接收到该评论消息时，若目标应用处于后台挂起状态或终端屏幕处于休眠状态，在终端操作系统的消息推送栏中显示该评论消息，以提示用户打开目标应用查看该评论消息。响应于用户对消息推送栏中显示的该评论消息的触发操作，终端操作系统自动调起目标应用，并在目标应用的会话列表中显示上述单独会话的新消息提示或者文档服务号的新推送提示，本公开实施例对此不进行具体限定。

在一个示例中，终端在消息推送栏中显示该评论消息时，终端在当前界面中弹出该评论消息，比如，在当前界面的顶端弹出该评论消息，或者，在当前界面以弹窗形式显示该评论消息，用户若超过设定时长未对该评论消息执行互动操作或用户对该评论消息执行忽略操作(如将评论消息朝指定方向滑动，或点击对评论消息提供的暂时忽略控件)，则在当前界面中取消显示该评论消息，并将评论消息移动到消息推送栏中进行显示，用户可通过切换到查看消息推送栏来对该评论消息执行触发操作，设定时长是任一大于0的数值，例如设定时长为3秒。可选地，在当前界面弹出该评论消息后，用户点击该评论消息，即可打开目标应用查看该评论消息，例如直接从当前应用切换到目标应用，并在目标应用中打开会话窗口或服务通知窗口来显示该评论消息，这样能够及时跳转到目标应用中查看评论消息，又例如，并不从当前应用切出，而是以分屏方式在分屏窗口中打开目标应用，并在目标应用中打开会话窗口或服务通知窗口来显示该评论消息，这样能够利用多线程并行能力来同时运行多个应用，避免从当前应用切出打断用户在当前应用的操作。

情况三、文档消息为对在线文档的编辑消息

在一些实施例中，第一账号接收到的文档消息是对在线文档的编辑消息，为简便起见，将在该在线文档中执行编辑操作的账号称为第四账号，而第一账号则是在线文档的发布者账号，以便于第一账号及时查看任何账号对自身发布内容的二次编辑，编辑操作包括但不显示：增加字符、删除字符、修改字符、格式修订(如添加高亮显示，加粗，添加下划线等)，这里对编辑操作的类型不进行具体限定。需要说明的是，第一账号和第四账号为同一账号或者不同账号，这里不做限定。

在一些实施例中，第四账号在该在线文档中提交编辑操作后，服务器确定对新编辑的内容具有提示权限的各个账号，并向各个账号所登录的各个终端推送对该在线文档的编辑消息。这里涉及的提示权限，是指服务器需要提示账号及时查看该新编辑的内容的权限。以第一账号具有提示权限为例进行说明，第一账号登录的当前终端接收对该在线文档的编辑消息，在目标应用中显示对该在线文档的编辑消息。

可选地，在接收到该编辑消息时，若目标应用处于前台运行状态，由于编辑消息针对的是已发布的在线文档，因此该在线文档在发布时必然已经在会话列表中创建过一个会话，只需要根据编辑消息针对的在线文档的文档ID，在会话列表中查询到与该文档ID相匹配的会话，并在该会话列表中显示对查询到的会话的新消息提示，以提示新建的会话中存在未读的该编辑消息。响应于用户对该会话的触发操作，在目标应用中显示该会话的会话窗口，在会话窗口中以IM消息的方式显示该编辑消息，例如，该编辑消息被提供为消息卡片、消息气泡、消息对话框等形式，本公开实施例对消息显示方式不进行具体限定。

可选地，在接收到该编辑消息时，若目标应用处于前台运行状态，在会话列表中显示对文档服务号的新推送提示，以提示新收到一个服务器对该在线文档的编辑消息的服务通知。响应于用户对该文档服务号的触发操作，在目标应用中显示服务通知窗口，在该服务通知窗口中以IM消息的方式显示该编辑消息，例如，该编辑消息被提供为消息卡片、消息气泡、消息对话框等形式，本公开实施例对消息显示方式不进行具体限定。

可选地，在接收到该编辑消息时，若目标应用处于后台挂起状态或终端屏幕处于休眠状态，在终端操作系统的消息推送栏中显示该编辑消息，以提示用户打开目标应用查看该编辑消息。响应于用户对消息推送栏中显示的该编辑消息的触发操作，终端操作系统自动调起目标应用，并在目标应用的会话列表中显示上述单独会话的新消息提示或者文档服务号的新推送提示，本公开实施例对此不进行具体限定。

在一个示例中，终端在消息推送栏中显示该编辑消息时，终端在当前界面中弹出该编辑消息，比如，在当前界面的顶端弹出该编辑消息，或者，在当前界面以弹窗形式显示该编辑消息，用户若超过设定时长未对该编辑消息执行互动操作或用户对该编辑消息执行忽略操作(如将编辑消息朝指定方向滑动，或点击对编辑消息提供的暂时忽略控件)，则在当前界面中取消显示该编辑消息，并将编辑消息移动到消息推送栏中进行显示，用户可通过切换到查看消息推送栏来对该编辑消息执行触发操作，设定时长是任一大于0的数值，例如设定时长为3秒。可选地，在当前界面弹出该编辑消息后，用户点击该编辑消息，即可打开目标应用查看该编辑消息，例如直接从当前应用切换到目标应用，并在目标应用中打开会话窗口或服务通知窗口来显示该编辑消息，这样能够及时跳转到目标应用中查看编辑消息，又例如，并不从当前应用切出，而是以分屏方式在分屏窗口中打开目标应用，并在目标应用中打开会话窗口或服务通知窗口来显示该编辑消息，这样能够利用多线程并行能力来同时运行多个应用，避免从当前应用切出打断用户在当前应用的操作。

在本公开实施例中，针对不同类型的文档消息分别说明了在目标应用中对文档消息的显示方式，通过将各种类型的文档消息都以IM消息的方式在目标应用中进行显示，能够实时通知用户任何与在线文档相关的发布操作、评论操作或编辑操作，避免用户收不到团队其他成员对在线文档给出的意见或建议，避免遗漏关键的文档消息，提升了用户的信息获取效率。

在另一些实施例中，除了上述列举的几种情况之外，文档消息还能够是其他任何与文档相关联的IM消息，如在线文档的发布者账号对某个账号的权限配置消息，比如，通过权限配置操作将某个账号从仅具有查看权限设置成具有查看权限和编辑权限时，触发服务器对该账号下发对该在线文档的权限配置消息等，这些文档消息的显示方式与上述几种情况同理，不再赘述。

在步骤302中，终端基于该文档消息，显示对该文档消息的至少一个互动控件，该互动控件用于发起对该文档消息的互动操作。

在一些实施例中，终端在目标应用的会话窗口或服务通知窗口中显示文档消息时，基于该文档消息，还显示有对该文档消息的至少一个互动控件，每个互动控件用于提供对文档消息的一种互动行为的触发入口。

在上述过程中，基于该互动控件，使得用户能够直接在目标应用中通过互动控件来实现对文档消息的互动操作，而无需用户通过文档消息切换到浏览器应用或目标应用内置的浏览器窗口中打开在线文档并在该在线文档中对文档消息执行互动操作，即，用户能够在目标应用中通过互动控件实现对文档消息的一键交互，且由于提供的互动控件种类不同，可对文档消息执行的互动行为种类也不同，能够满足用户丰富多样的互动需求，并极大缩短用户的交互操作链路，从而提升人机交互效率，提升基于在线文档的团队协作效率。

在一些实施例中，终端在该目标应用的服务通知窗口或会话窗口中，基于该文档消息显示该至少一个互动控件时，在文档消息上直接显示该至少一个互动控件，或者，在文档消息的目标范围内显示该至少一个互动控件，目标范围为文档消息的上方、下方、左侧、右侧等，本公开实施例对目标范围不进行具体限定。

在上述过程中，通过提供对互动控件的不同显示方式，在文档消息上直接显示互动控件时，能够避免对会话窗口或服务通知窗口的界面占用，使得文档消息上面除了文档消息以外还提供互动控件，页面排版更加紧凑，提升了文档消息上承载的信息密度，而在文档消息的目标范围内显示互动控件，能够将不同的互动控件显示在相同或者不同的方位上，在将不同互动控件显示在不同方位时，能够对不同功能的互动控件进行显著区分，降低用户的误触率，在将不同互动控件显示在同一方位时，能够将不同功能的互动控件整合在文档消息的指定方向上，从而达到基于文档消息提供了一个控件交互区域的显示效果，比较符合用户针对某一控件交互区域实现交互操作的操作习惯。

在一些实施例中，目标应用中显示的该互动控件包括以下至少一项：正向表态控件，负向表态控件，或确认收到控件，其中，正向表态控件用于提供对文档消息执行正向表态行为的触发入口，负向表态控件用于提供对文档消息执行负向表态行为的触发入口，确认收到控件用于提供对文档消息执行确认收到行为的触发入口，本公开实施例对互动控件及互动行为的类型不进行具体限定。

以下，将分别针对上述涉及的不同类型的互动控件分别进行说明。

类型一、正向表态控件

在一些实施例中，在目标应用中，基于该文档消息，还显示有一个或多个正向表态控件，该正向表态控件被提供为点赞控件、赞同控件等，本公开实施例对正向表态控件的类型不进行具体限定。

可选地，在会话窗口或服务通知窗口中，显示该文档消息的消息卡片，并在该消息卡片上显示一个或多个正向表态控件，例如，在该消息卡片上显示有一个点赞控件和一个赞同控件。通过在消息卡片上显示正向表态控件，使得消息卡片的布局紧凑，承载了更多的信息量。

可选地，在会话窗口或服务通知窗口中，显示该文档消息的消息卡片，并在该消息卡片的第一目标范围内显示一个或多个正向表态控件，例如，在该消息卡片的下方显示一个点赞控件和一个赞同控件。通过在消息卡片的第一目标范围内显示正向表态控件，方便了用户通过消息卡片查看文档消息，并在第一目标范围内执行正向表态操作，以适应用户的操作习惯。

可选地，在会话窗口或服务通知窗口中，显示该文档消息的消息卡片，在检测到用户对该消息卡片的第一预设操作时，在该消息卡片上或者在该消息卡片的第一目标范围内显示该一个或多个正向表态控件。通过将正向表态控件折叠起来，只有在用户对消息卡片执行第一预设操作时，才会显示正向表态控件，这样能够降低用户的误触率。例如，第一预设操作为上滑操作，下滑操作，左滑操作，右滑操作，长按操作，双击操作等。

在上述各种实施方式中，基于文档消息显示正向表态控件，能够提供对文档消息执行正向表态行为的触发入口，用户能够基于不同的正向表态控件，对文档消息做出不同程度的正向表态行为，丰富了用户一键交互的互动方式。

类型二、负向表态控件

在一些实施例中，在目标应用中，基于该文档消息，还显示有一个或多个负向表态控件，该负向表态控件被提供为点踩控件、反对控件等，本公开实施例对负向表态控件的类型不进行具体限定。

可选地，在会话窗口或服务通知窗口中，显示该文档消息的消息卡片，并在该消息卡片上显示一个或多个负向表态控件，例如，在该消息卡片上显示有一个点踩控件和一个反对控件。通过在消息卡片上显示负向表态控件，使得消息卡片的布局紧凑，承载了更多的信息量。

可选地，在会话窗口或服务通知窗口中，显示该文档消息的消息卡片，并在该消息卡片的第二目标范围内显示一个或多个负向表态控件，例如，在该消息卡片的下方显示一个点踩控件和一个反对控件。通过在消息卡片的第二目标范围内显示负向表态控件，方便了用户通过消息卡片查看文档消息，并在第二目标范围内执行负向表态操作，以适应用户的操作习惯。

需要说明的是，第二目标范围与第一目标范围相同或者不同。比如，第二目标范围与第一目标范围是相同的目标范围，那么在消息卡片的同一目标范围内显示一个或多个正向表态控件以及一个或多个负向表态控件。又比如，第二目标范围与第一目标范围是不同的目标范围，那么在消息卡片的不同目标范围显示不同类型的互动控件，比如，在消息卡片的上方显示一个或多个正向表态控件，在消息卡片的下方显示一个或多个负向表态控件。

可选地，在会话窗口或服务通知窗口中，显示该文档消息的消息卡片，在检测到用户对该消息卡片的第二预设操作时，在该消息卡片上或者在该消息卡片的第二目标范围内显示该一个或多个负向表态控件。通过将负向表态控件折叠起来，只有在用户对消息卡片执行第二预设操作时，才会显示负向表态控件，这样能够降低用户的误触率。例如，第二预设操作为上滑操作，下滑操作，左滑操作，右滑操作，长按操作，双击操作等。

需要说明的是，第二预设操作与第一预设操作相同或者不同。比如，第二预设操作与第一预设操作是相同的预设操作，那么用户在对消息卡片执行该预设操作时，会一次性基于消息卡片显示一个或多个正向表态控件以及一个或多个负向表态控件。又比如，第二预设操作与第一预设操作是不同的预设操作，那么用户在对消息卡片执行第一预设操作时，会基于消息卡片显示一个或多个正向表态控件，用户在对消息卡片执行第二预设操作时，会基于消息卡片显示一个或多个负向表态控件。

在上述各种实施方式中，基于文档消息显示负向表态控件，能够提供对文档消息执行负向表态行为的触发入口，用户能够基于不同的负向表态控件，对文档消息做出不同程度的负向表态行为，丰富了用户一键交互的互动方式。

类型三、确认收到控件

在一些实施例中，在目标应用中，基于该文档消息，还显示有确认收到控件，该确认收到控件用于向发布该文档消息的账号进行通知：该第一账号已接收到该文档消息，以便于发布文档消息的账号及时了解哪些账号收到了文档消息，哪些账号暂未查看该文档消息。

可选地，在会话窗口或服务通知窗口中，显示该文档消息的消息卡片，并在该消息卡片上显示确认收到控件。通过在消息卡片上显示确认收到控件，使得消息卡片的布局紧凑，承载了更多的信息量。

可选地，在会话窗口或服务通知窗口中，显示该文档消息的消息卡片，并在该消息卡片的第三目标范围内显示确认收到控件，例如，在该消息卡片的下方显示确认收到控件。通过在消息卡片的第三目标范围内显示确认收到控件，方便了用户通过消息卡片查看文档消息，并在第三目标范围内执行确认收到操作，以适应用户的操作习惯。

需要说明的是，第三目标范围与第一目标范围、第二目标范围相同或者不同。比如，第一目标范围、第二目标范围和第三目标范围三者是相同的目标范围，那么在消息卡片的同一目标范围内显示确认收到控件、一个或多个正向表态控件以及一个或多个负向表态控件。又比如，第一目标范围与第二目标范围是相同的目标范围，第三目标范围与第一目标范围和第二目标范围不同的目标范围，比如，在消息卡片的下方显示一个或多个正向表态控件以及一个或多个负向表态控件，在消息卡片的右侧显示确认收到控件。又比如，第一目标范围、第二目标范围、第三目标范围三者是互不相同的目标范围，比如，在消息卡片的上方显示一个或多个正向表态控件，在消息卡片的下方显示一个或多个负向表态控件，在消息卡片的右侧显示确认收到控件，不再赘述。

可选地，在会话窗口或服务通知窗口中，显示该文档消息的消息卡片，在检测到用户对该消息卡片的第三预设操作时，在该消息卡片上或者在该消息卡片的第三目标范围内显示该确认收到控件。通过将确认收到控件折叠起来，只有在用户对消息卡片执行第三预设操作时，才会显示确认收到控件，这样能够降低用户的误触率。例如，第三预设操作为上滑操作，下滑操作，左滑操作，右滑操作，长按操作，双击操作等。

需要说明的是，第三预设操作与第一预设操作、第二预设操作相同或者不同。比如，第一预设操作、第二预设操作和第三预设操作是相同的预设操作，那么用户在对消息卡片执行该预设操作时，会一次性基于消息卡片显示确认收到控件、一个或多个正向表态控件以及一个或多个负向表态控件。又比如，第一预设操作、第二预设操作和第三预设操作三者是互不相同的预设操作，比如，用户在对消息卡片执行上滑操作时，基于消息卡片显示一个或多个正向表态控件，用户在对消息卡片执行下滑操作时，基于消息卡片显示一个或多个负向表态控件，用户在对消息卡片执行双击操作时，基于消息卡片显示确认收到控件，不再赘述。

在上述各种实施方式中，基于文档消息显示确认收到控件，能够提供对文档消息执行确认收到行为的触发入口，用户能够基于不同的确认收到控件，对文档消息做出不同程度的确认收到行为，丰富了用户一键交互的互动方式。

类型四、其他控件

在一些实施例中，在目标应用中，基于该文档消息，还显示有除了正向表态控件、负向表态控件、确认收到控件以外的其他控件，比如，其他控件被提供为菜单控件，以便于用户基于该菜单控件，展开对该消息卡片的互动菜单栏。

可选地，在会话窗口或服务通知窗口中，显示该文档消息的消息卡片，并在该消息卡片上显示菜单控件。通过在消息卡片上显示菜单控件，使得消息卡片的布局紧凑，承载了更多的信息量。

可选地，在会话窗口或服务通知窗口中，显示该文档消息的消息卡片，并在该消息卡片的第四目标范围内显示菜单控件，例如，在该消息卡片的下方显示菜单控件。通过在消息卡片的第四目标范围内显示菜单控件，方便了用户通过消息卡片查看文档消息，并在第四目标范围内对互动菜单栏执行打开操作，以适应用户的操作习惯。第四目标范围与第一目标范围、第二目标范围、第三目标范围相同或者不同，不再赘述。

可选地，在会话窗口或服务通知窗口中，显示该文档消息的消息卡片，在检测到用户对该消息卡片的第四预设操作时，在该消息卡片上或者在该消息卡片的第四目标范围内显示该菜单控件。通过将菜单控件折叠起来，只有在用户对消息卡片执行第四预设操作时，才会显示菜单控件，这样能够降低用户的误触率。例如，第四预设操作为上滑操作，下滑操作，左滑操作，右滑操作，长按操作，双击操作等。第四预设操作与第一预设操作、第二预设操作、第三预设操作相同或者不同，不再赘述。

在上述各种实施方式中，基于文档消息显示菜单控件，能够提供对文档消息打开互动菜单栏，以便于在互动菜单栏中选择触发更多类型的互动操作，比如，通过点击菜单控件，弹出对该文档消息的互动菜单栏，在互动菜单栏中显示有打开在线文档的选项，对本条文档消息快捷回复的选项等，丰富了用户一键交互的互动方式。

在本公开实施例中，针对基于文档消息显示不同类型的互动控件的方式分别进行了说明，通过基于同一文档消息，显示各种类型的互动控件，使得用户能够按照自身对文档消息的情感倾向，通过指定类型的互动控件做出适配的互动行为，并且无需用户通过文档消息切换到浏览器应用打开在线文档，就能够一键在文档消息的显示窗口中完成快捷互动，缩短了用户的交互操作链路，提升了人机交互效率。

一个示例性场景中，图4是本公开实施例提供的一种服务通知窗口的示意图，如图4所示，在目标应用中显示有会话列表410，在会话列表410中显示有文档服务号411，用户对文档服务号411执行触发操作，将会在目标应用中打开服务通知窗口420，在服务通知窗口420中显示有终端接收到的2条文档消息421和422，文档消息421和422均以消息卡片的方式进行显示，这里以文档消息421和422均为对在线文档的评论消息为例进行说明。进一步地，在文档消息421的消息卡片上，显示有发布该评论消息的账号、该在线文档的文档名称、该评论消息的评论摘要等，同时，在该文档消息421的消息卡片上还显示有点赞控件4211、赞同控件4212、确认收到控件4213以及菜单控件4214，其中，点赞控件4211和赞同控件4212均属于正向表态控件，用户能够基于点赞控件4211对该评论消息进行点赞，基于赞同控件4212对该评论消息表达赞同，基于确认收到控件4213对该评论消息回复已收到，基于菜单控件4214打开对该评论消息的互动菜单栏，以触发更多类型的互动行为。

在步骤303中，终端响应于对任一互动控件的互动操作，向服务器发送与该互动操作关联的互动消息，该互动消息用于指示登录该目标应用的账号对该文档消息执行该互动操作。

在一些实施例中，该互动操作包括但不限于：点击操作，按压操作，长按操作，触摸操作，双击操作，拖拽操作，向指定方向的滑动操作等，本公开实施例对互动操作的操作类型不进行具体限定。

在一些实施例中，用户在终端上对基于该文档消息显示的任一互动控件执行互动操作之后，终端响应于用户对该互动控件的该互动操作，将该互动操作同步至该在线文档。

在将该互动操作同步至该在线文档的过程中，终端基于该互动操作，生成一条与该互动操作相关联的互动消息，该互动消息用于指示第一账号(即登录该目标应用的账号)对该文档消息执行该互动操作，接着，将该互动消息发送到服务器。

在一些实施例中，终端响应于用户对该互动控件的该互动操作，将该文档消息的消息ID、该第一账号的账号ID、该互动控件关联的互动行为ID封装到该互动消息中，以便于服务器解析该互动消息能够获悉第一账号对哪条文档消息执行何种互动行为。

在一些实施例中，终端响应于用户对该互动控件的该互动操作，将该文档消息的消息ID、该第一账号的账号ID、该互动控件关联的互动行为ID以及该互动操作的操作信息封装到该互动消息中，以便于服务器解析该互动消息能够获悉第一账号对哪条文档消息通过何种互动操作执行了何种互动行为。

在一些实施例中，终端与服务器建立长链接会话，在生成互动消息之后，在该长链接会话中发送该互动消息，可选地，终端发送的互动消息可以是经过压缩或者加密的，这里对压缩算法和加密算法不进行具体限定。

在步骤304中，服务器将该互动操作同步至该在线文档，并向发布该文档消息的账号推送该互动消息。

在一些实施例中，服务器接收终端发送的该互动消息，解析该互动消息，至少获取得到该文档消息的消息ID、该第一账号的账号ID、该互动控件关联的互动行为ID。接着，服务器基于该消息ID，在该在线文档中查询到该消息ID所指示的修订内容，比如，当文档消息对在线文档的发布消息时，将该修订内容配置为在线文档的标题，当文档消息是对在线文档的评论消息时，将该修订内容配置为评论消息所发表的评论，当文档消息是对在线文档的编辑消息时，将该修订内容配置为编辑消息所编辑的内容。接着，服务器在该修订内容上显示第一账号发起的该互动操作，比如，服务器在该修订内容上显示提示信息，该提示信息用于提示第一账号对该修订内容发起了该互动操作。

在一些实施例中，若用户对正向表态控件执行互动操作，则互动消息中携带的是正向表态控件关联的正向互动行为的正向行为ID，这时在该在线文档的修订内容上显示正向提示信息，该正向提示信息用于提示第一账号对该修改内容发起了正向互动行为，例如，在该修订内容上显示点赞图标，并在该点赞图标周围显示该第一账号的账号昵称。

在一些实施例中，由于对于同一文档消息所发布的修订内容，很可能会有多个账号均进行了正向互动行为，为了保证在线文档的界面简洁，将多个账号的多个正向提示信息进行合并显示。

比如，在该修订内容上显示一个点赞图标，并在该点赞图标周围显示全部执行点赞操作的账号的账号昵称。通过原本应该对每个账号显示的点赞图标合并成一个点赞图标，方便用户快速了解到哪些账号执行了相同的点赞操作，提升了用户的信息获取效率。

又比如，在该修订内容上显示一个点赞图标，并在该点赞图标周围显示第一预设数量个账号的账号昵称，第一预设数量是任一大于0的整数，例如，第一预设数量是3个，这样在执行点赞操作的账号数量不超过3个时，会显示全部执行点赞操作的账号的账号昵称，在执行点赞操作的账号数量超过3个时，会仅显示执行点赞操作的3个账号的账号昵称，并折叠其余执行点赞操作的账号的账号昵称，例如，优先显示最先点赞的3个账号的账号昵称，或者，随机显示3个账号的账号昵称等。通过仅最多展示第一预设数量个账号的账号昵称，能够在点赞账号数量较多时，避免账号昵称内容太长占用在线文档的过多空白区域，提升了显示资源利用率。

又比如，在该修订内容上显示一个点赞图标，并在该点赞图标周围显示执行了点赞操作的账号数量，用户在对该点赞图标执行触发操作时，才会显示出来全部执行点赞操作的账号的账号昵称。通过折叠全部执行点赞操作的账号的账号昵称，仅显示表态过的账号数量，方便一目了然的统计点赞账号数量，仅在用户存在查看点赞账号需求时才会展开各个执行过点赞操作的账号的账号昵称，进一步提升了界面简洁度。

在一些实施例中，若用户对负向表态控件执行互动操作，则互动消息中携带的是负向表态控件关联的负向互动行为的负向行为ID，这时在该在线文档的修订内容上显示负向提示信息，该负向提示信息用于提示第一账号对该修改内容发起了负向互动行为，例如，在该修订内容上显示点踩图标，并在该点踩图标周围显示该第一账号的账号昵称。

在一些实施例中，由于对于同一文档消息所发布的修订内容，很可能会有多个账号均进行了负向互动行为，为了保证在线文档的界面简洁，将多个账号的多个负向提示信息进行合并显示。

比如，在该修订内容上显示一个点踩图标，并在该点踩图标周围显示全部执行点踩操作的账号的账号昵称。通过原本应该对每个账号显示的点踩图标合并成一个点踩图标，方便用户快速了解到哪些账号执行了相同的点踩操作，提升了用户的信息获取效率。

又比如，在该修订内容上显示一个点踩图标，并在该点踩图标周围显示第二预设数量个账号的账号昵称，第二预设数量是任一大于0的整数，例如，第二预设数量是3个，这样在执行点踩操作的账号数量不超过3个时，会显示全部执行点踩操作的账号的账号昵称，在执行点踩操作的账号数量超过3个时，会仅显示执行点踩操作的3个账号的账号昵称，并折叠其余执行点踩操作的账号的账号昵称，例如，优先显示最先点踩的3个账号的账号昵称，或者，随机显示3个账号的账号昵称等。通过仅最多展示第二预设数量个账号的账号昵称，能够在点踩账号数量较多时，避免账号昵称内容太长占用在线文档的过多空白区域，提升了显示资源利用率。

又比如，在该修订内容上显示一个点踩图标，并在该点踩图标周围显示执行了点踩操作的账号数量，用户在对该点踩图标执行触发操作时，才会显示出来全部执行点踩操作的账号的账号昵称。通过折叠全部执行点踩操作的账号的账号昵称，仅显示表态过的账号数量，方便一目了然的统计点踩账号数量，仅在用户存在查看点踩账号需求时才会展开各个执行过点踩操作的账号的账号昵称，进一步提升了界面简洁度。

又比如，在该修订内容上显示一个点踩图标，并在该点踩图标周围显示执行了点踩操作的账号数量，并在匿名点踩模式下，即使用户对该点踩图标执行触发操作，也不会显示执行点踩操作的账号的账号昵称，这样能够保护执行过点踩操作的账号的隐私。

在一些实施例中，若用户对确认收到控件执行互动操作，则互动消息中携带的是确认收到控件关联的确认收到行为的确认行为ID，这时在该在线文档的修订内容上显示确认提示信息，该确认提示信息用于提示第一账号已经收到了该修改内容，例如，在该修订内容上显示已阅图标，并在该已阅图标周围显示该第一账号的账号昵称。

在一些实施例中，由于对于同一文档消息所发布的修订内容，很可能会有多个账号均进行了确认收到行为，为了保证在线文档的界面简洁，将多个账号的多个确认提示信息进行合并显示。

比如，在该修订内容上显示一个已阅图标，并在该已阅图标周围显示全部执行确认收到操作的账号的账号昵称。通过原本应该对每个账号显示的已阅图标合并成一个已阅图标，方便用户快速了解到哪些账号执行了相同的确认收到操作，提升了用户的信息获取效率。

又比如，在该修订内容上显示一个已阅图标，并在该已阅图标周围显示第三预设数量个账号的账号昵称，第三预设数量是任一大于0的整数，例如，第三预设数量是3个，这样在执行确认收到操作的账号数量不超过3个时，会显示全部执行确认收到操作的账号的账号昵称，在执行确认收到操作的账号数量超过3个时，会仅显示执行确认收到操作的3个账号的账号昵称，并折叠其余执行确认收到操作的账号的账号昵称，例如，优先显示最先执行确认收到操作的3个账号的账号昵称，或者，随机显示3个账号的账号昵称等。通过仅最多展示第三预设数量个账号的账号昵称，能够在执行确认收到操作的账号数量较多时，避免账号昵称内容太长占用在线文档的过多空白区域，提升了显示资源利用率。

又比如，在该修订内容上显示一个已阅图标，并在该已阅图标周围显示执行了确认收到操作的账号数量，用户在对该已阅图标执行触发操作时，才会显示出来全部执行确认收到操作的账号的账号昵称。通过折叠全部执行确认收到操作的账号的账号昵称，仅显示表态过的账号数量，方便一目了然的统计已确认收到该文档消息的账号数量，仅在用户存在查看执行过确认收到操作的账号的需求时才会展开各个执行过确认收到操作的账号的账号昵称，进一步提升了界面简洁度。

在上述过程中，通过在该在线文档中确定出来文档消息所指示的修订内容，并在修订内容显示每个账号执行过的互动行为的提示信息，并还能够将执行过同类互动行为的多个账号的多个提示信息进行合并显示，这样能够方便任意账号在打开在线文档时，查看该修订内容，以及其他账号对该修订内容执行了哪些互动行为，方便评估这一修订内容的可用性，提供了新型基于文档消息的交互方式。

在一些实施例中，将该互动操作同步至该在线文档之后，服务器基于该消息ID，还能够查询到发布该文档消息的账号(简便起见称为目标账号)的账号ID，接着，还可以向该目标账号所登录的目标终端发送该互动消息，以提示该目标账号已经有第一账号对该文档消息做出了互动行为，这样能够以IM消息的方式及时提醒目标账号查收对该文档消息的各类反馈，避免了目标账号错过该文档消息收到的正向反馈、负向反馈或确认收到，提升了团队之间的消息交互效率，从而提升了基于在线文档的团队协作效率。

在一些实施例中，服务器与每个终端都建立长链接会话，基于该目标账号的账号ID，查询到该目标账号所登录的目标终端，并在与该目标终端的长链接会话中发送该互动消息。

在一些实施例中，由于服务器对每个账号都可能会推送多种不同的消息，这时服务器采用消息队列的方式来对每个账号进行消息推送，比如，服务器基于该目标账号的账号ID，查询到该目标账号的待推送的消息队列，接着，将该互动消息添加到该消息队列中，以便于消息服务接口按照消息队列中各个消息的排序，依次向目标终端推送各个消息，本公开实施例对服务器的消息推送方式不进行具体限定。

在上述步骤303-304中，提供了终端响应于对任一该互动控件的互动操作，将该互动操作同步至该在线文档的一种可能实施方式，通过与服务器之间进行消息交互，终端将互动消息发送到服务器，以指示服务器将该互动操作同步到在线文档，并将该互动消息转发到目标账号所登录的目标终端。这样，由于互动操作在同步到云端的在线文档之后，访问该在线文档的任何账号在打开该在线文档时，都能够及时查看到第一账号对该文档消息所执行的该互动操作，比如，目标账号A对在线文档发布了一条评论，第一账号B对该评论进行了点赞，在第一账号B将对该评论的点赞操作同步至在线文档之后，任何账号访问该在线文档时，都能够在目标账号A发布的评论上查看到第一账号B对该评论执行点赞操作的提示信息。用户通过上述交互方式，直接在目标应用中对文档消息进行一键交互，即可将互动操作同步到在线文档中，而无需用户频繁地在目标应用和浏览器应用直接频繁切换，从而缩短了用户基于文档消息的交互操作链路，提升了人机交互效率。

在另一些实施例中，除了步骤303-304以外，终端还能够响应于对任一互动控件的互动操作，将该互动操作的操作信息发送至服务器，由服务器将该互动操作同步至在线文档之后，对该互动操作生成一条互动消息，并将该互动消息发送到目标账号所登录的目标终端，这样能够节约终端的处理资源，本公开实施例对互动消息是终端生成还是服务器生成不进行具体限定。

在步骤305中，终端将该互动操作所涉及的该互动控件，从未触发状态切换为已触发状态。

在一些实施例中，用户在对基于该文档消息显示的任一互动控件执行了互动操作之后，终端响应于对该互动控件的该互动操作，还将该互动控件从未触发状态切换为已触发状态，这样能够通过切换互动控件的触发状态，向用户显式提示出来已经成功对该文档消息执行了该互动控件所指示的互动行为，提升了用户的信息获取效率。

在本公开实施例中，仅以终端响应于对该互动控件的该互动操作，先向服务器发送互动消息，再将该互动控件从未触发状态切换成已触发状态为例进行说明，可选地，终端响应于对该互动控件的该互动操作，先将该互动控件从未触发状态切换成已触发状态，再向服务器互动消息，可选地，终端响应于对该互动控件的该互动操作，同时对互动控件进行触发状态切换，并向服务器发送互动消息，可选地，终端响应于对该互动控件的该互动操作，向服务器发送互动消息，在接收到服务器对该互动消息返回的ACK(AcknowledgeCharacter，确认字符)消息之后，再将该互动控件从未触发状态切换成已触发状态，其中，ACK消息可以由服务器在接收到该互动消息后发送，或者，ACK消息由服务器在将互动操作同步到在线文档完毕后发送，这里对步骤303和步骤305不进行具体限定。

在一个示例性场景，仍以图4为例进行说明，目标应用的服务通知窗口420中显示有文档消息421和422，在文档消息421的消息卡片上还显示有点赞控件4211、赞同控件4212、确认收到控件4213以及菜单控件4214，在文档消息422的消息卡片上还显示有点赞控件4221、赞同控件4222、确认收到控件4223以及菜单控件4224，假设用户对文档消息422的点赞控件4221执行了互动操作，即用户对该文档消息422执行了点赞操作，这时终端向服务器发送用于指示第一账号对文档消息422执行了点赞操作的互动消息，同时将点赞控件4221从未触发状态切换成已触发状态。对比看出，由于用户没有对文档消息421执行互动操作，文档消息421的点赞控件4211处于未触发状态，显示有“点赞”字样，由于用户对文档消息422执行了点赞操作，文档消息422的点赞控件4221从未触发状态切换成了已触发状态，显示有“我已点赞”字样，这样方便用户一目了然的区分自身对哪些文档消息发表过了何种互动行为，提升了信息获取效率。

在步骤306中，终端响应于对该在线文档的开启操作，在该在线文档中显示该文档消息以及对该文档消息执行的该互动操作。

在一些实施例中，用户虽然能够在该文档消息的显示窗口(独立的会话窗口或集成的服务通知窗口)中，通过基于文档消息显示的一个或多个互动控件，快捷地对文档消息执行不同类型的互动行为，而无需通过目标应用打开在线文档，避免了在不同应用之间或者在同一应用的不同窗口之间的频繁切换。此后，如果用户想要查看在线文档，或者想要在在线文档中查看文档消息，可以在该目标应用中执行对该在线文档的开启操作，以向服务器发送对该在线文档的访问请求，服务器响应于该访问请求，向终端下发该在线文档的显示资源。

在一些实施例中，终端响应于对该在线文档的开启操作，通过目标应用调起浏览器应用，并在浏览器应用中基于服务器返回的显示资源，显示在线文档，并在该在线文档中显示目标账号发布的文档消息，以及第一账号已经对该文档消息所执行过的互动操作。

在一些实施例中，终端响应于对该在线文档的开启操作，通过目标应用调起内置的浏览器接口，并通过该浏览器接口，创建浏览器窗口，在该浏览器窗口中基于服务器返回的显示资源，显示在线文档，并在该在线文档中显示目标账号发布的文档消息，以及第一账号已经对该文档消息所执行过的互动操作。

在一些实施例中，上述对该在线文档的开启操作，是指对该在线文档关联的任一文档消息的目标操作，比如，用户双击在线文档关联的任一文档消息，都能够打开该在线文档，或者，用户点击在线文档关联的任一文档消息的菜单控件，并在该菜单控件中选中打开文档选项，都能够打开该在线文档，或者，基于每个文档消息还显示有用于打开在线文档的开启控件，用户点击在线文档关联的任一文档消息的开启控件，能够一键打开该在线文档，本公开实施例对开启操作的触发方式不进行具体限定。

在一个示例性场景中，图5是本公开实施例提供的一种在线文档的示意图，如图5所示，在服务器将第一账号对目标账号发布的文档消息执行的互动操作同步至在线文档之后，对在线文档具有查询权限的任一账号(如第一账号)在访问该在线文档时，显示在线文档界面500，以目标账号发布的文档消息是对在线文档的评论消息为例，在该在线文档界面500中显示有文档内容510以及目标账号发布的评论消息520，在评论消息520上显示有目标账号的账号头像521、账号昵称522以及目标账号发表的评论523，此外，还显示有评论523所点评选中的文本内容524。进一步的，在第一账号通过正向表态控件，对该文档消息520执行了正向互动行为之后，以正向互动行为为点赞行为为例，在文档消息520上还显示有点赞图标525，同时在该点赞图标525的周围显示执行该点赞行为的第一账号的账号昵称，这样能够方便对在线文档具有查询权限的任一账号在访问该在线文档时，均查看到评论消息，以及查看到哪些账号对该评论消息执行了哪种类型的互动行为。

在上述过程中，虽然提供了直接在目标应用中快捷对推送的文档消息进行一键互动的交互方式，但仍然支持用户在想要打开在线文档时，在该在线文档中查看文档消息，以及自身执行过的快捷互动行为，能够满足用户在不同粒度的互动需求，从而既支持用户在目标应用中不打开在线文档一键快捷回复，也支持用户通过目标应用打开在线文档以查询详细内容，丰富了基于文档消息的互动方式。

上述所有可选技术方案，可以采用任意结合形成本公开的可选实施例，在此不再一一赘述。

本公开实施例提供的方法，通过在目标应用中针对接收到的文档消息，提供至少一个互动控件，以满足用户基于互动控件来快捷对文档消息执行互动操作的业务需求，由于能够直接将互动操作同步到在线文档中，无需用户频繁地在目标应用和浏览器应用直接频繁切换，从而缩短了用户基于文档消息的交互操作链路，提升了人机交互效率。

在上述实施例中，详细描述了终端如何基于文档消息显示互动控件，以及如何基于互动控件执行互动操作，并如何实现消息同步。在一些实施例中，用户在通过步骤303-304对互动控件执行了互动操作之后，还能够通过以下实施例中的两种方式来取消对互动控件执行的互动操作。

方式一、基于推送取消互动消息的取消方式

可选地，用户在对互动控件执行互动操作之后，通过步骤305会将互动控件从未触发状态切换成已触发状态，在此基础上，图6是本公开实施例提供的一种对已经执行过的历史互动操作的取消方式的交互流程图，如图6所示，基于以下步骤A1-A2来取消已执行过的互动操作。

在步骤A1中，终端响应于对处于已触发状态的互动控件的取消互动操作，向服务器发送与该取消互动操作关联的取消互动消息，该取消互动消息用于指示登录该目标应用的账号撤销对该文档消息执行的该互动操作。

在一些实施例中，该取消互动操作包括但不限于：点击操作，按压操作，长按操作，触摸操作，双击操作，拖拽操作，向指定方向的滑动操作等，本公开实施例对取消互动操作的操作类型不进行具体限定。

在一些实施例中，用户在对处于已触发状态的任一互动控件执行取消互动操作之后，终端响应于用户对该互动控件的取消互动操作，将该取消互动操作同步至该在线文档。例如，用户首次点击互动控件，实现对该互动控件的互动操作，用户再次点击处于已触发状态的互动控件，实现对该互动控件的取消互动操作。

在将该取消互动操作同步至该在线文档的过程中，终端基于该取消互动操作，生成一条与该取消互动操作相关联的取消互动消息，该取消互动消息用于指示第一账号(即登录该目标应用的账号)撤销曾经对该文档消息执行过的该互动操作，接着，将该取消互动消息发送到服务器。

在一些实施例中，终端响应于用户对处于已触发状态的互动控件的取消互动操作，将该文档消息的消息ID、该第一账号的账号ID、该互动控件关联的互动行为ID封装到该取消互动消息中，并在取消互动消息的头字段中添加撤销互动行为的标识信息，以便于服务器解析该取消互动消息的头字段能够获悉这类消息是取消互动消息，进而解析数据字段能够获悉本次要撤销第一账号对哪条文档消息执行过的何种互动行为。

在一些实施例中，终端响应于用户对处于已触发状态的互动控件的取消互动操作，将该文档消息的消息ID、该第一账号的账号ID、该互动控件关联的互动行为ID以及该取消互动操作的操作信息封装到该取消互动消息中，以便于服务器解析该取消互动消息，能够获悉本次要撤销第一账号对哪条文档消息执行过的何种互动行为。

在一些实施例中，终端响应于用户对处于已触发状态的互动控件的取消互动操作，还可以将该互动控件从已触发状态切换回未触发状态，以提示用户已经成功撤销对该互动控件所执行的互动操作，从而提升信息获取效率。

在一些实施例中，终端与服务器建立长链接会话，在生成取消互动消息之后，在该长链接会话中发送该取消互动消息，可选地，终端发送的取消互动消息可以是经过压缩或者加密的，这里对压缩算法和加密算法不进行具体限定。

在步骤A2中，服务器将该取消互动操作同步至该在线文档，并向发布该文档消息的账号推送该取消互动消息。

在一些实施例中，服务器接收终端发送的该取消互动消息，解析该取消互动消息的头字段，得到撤销互动行为的标识信息，进一步解析该取消互动消息的数据字段，得到该文档消息的消息ID、该第一账号的账号ID、该互动控件关联的互动行为ID。

在一些实施例中，服务器接收终端发送的该取消互动消息，解析该取消互动消息，得到该文档消息的消息ID、该第一账号的账号ID、该互动控件关联的互动行为ID以及该取消互动操作的操作信息。

在一些实施例中，服务器基于该消息ID，在该在线文档中查询到该消息ID所指示的修订内容，进一步的，在基于该修订内容显示的各个提示信息中，确定该互动行为ID所指示的互动行为所属的目标提示信息，进而删除该目标提示信息。比如，若在修订内容上显示了多个账号的多个提示信息，从该多个提示信息中，确定用于指示第一账号执行该互动行为ID所指示的互动行为的目标提示信息，并删除该目标提示信息，从而能够将取消互动操作同步至该在线文档。

在一些实施例中，若在修订内容上对同类互动行为的提示信息进行合并显示，则确定该互动行为ID所指示的互动行为的合并提示信息，并在该合并提示信息中删除第一账号的账号昵称，再将合并提示信息所统计的账号数量减一，从而也能够将取消互动操作同步至该在线文档。

在一个示例性场景中，服务器响应于该取消互动消息，确定本次撤销的互动行为ID，例如，互动行为ID指示的是正向表态行为(如点赞行为)，在合并提示信息的情况下，在该文档消息的修订内容上显示的正向提示信息中，删除第一账号的账号昵称，并将正向提示信息统计的账号数量减一，或者，在不合并提示信息的情况下，在该文档消息的修订内容上，直接移除针对该第一账号执行的该正向表态行为所生成的目标提示信息，本公开实施例对此不进行具体限定。

在上述过程中，通过在该在线文档中确定出来文档消息所指示的修订内容，并在修订内容显示每个账号执行过的互动行为的提示信息，这样在接收到取消互动消息时，由于每个账号执行每种互动行为都会生成一个提示信息，这样只需要根据文档消息的消息ID、第一账号的账号ID以及本次撤销的互动行为ID，即可定位到待移除的目标提示信息，将目标提示消息从修订内容上移除后，即实现将取消互动操作同步至该在线文档，换言之，在该在线文档中撤销曾经执行过的互动操作(即撤销历史互动操作)。

在一些实施例中，在将执行过同类互动行为的多个账号的多个提示信息进行合并显示的情况下，若接收到取消互动消息，只需要根据文档消息的消息ID定位到修订内容，根据本次撤销的互动行为ID定位到对应互动行为的合并提示信息，并根据第一账号的账号ID定位到第一账号的账号昵称，进一步在该合并提示信息中删除第一账号的账号昵称，再将合并提示信息所统计的账号数量减一，即实现将取消互动操作同步至该在线文档，换言之，在该在线文档中撤销曾经执行过的互动操作(即撤销历史互动操作)。

在一些实施例中，将该取消互动操作同步至该在线文档之后，服务器基于该消息ID，还能够查询到发布该文档消息的账号(简便起见称为目标账号)的账号ID，接着，还可以向该目标账号所登录的目标终端发送该取消互动消息，以向该目标账号提示：第一账号撤销了曾经对该文档消息做出的某种互动行为，这样能够以IM消息的方式及时提醒目标账号查收对该文档消息的各类反馈的取消操作，避免了目标账号错过该文档消息收到的正向反馈、负向反馈或确认收到的取消操作，提升了团队之间的消息交互效率，从而提升了基于在线文档的团队协作效率。

在一些实施例中，服务器与每个终端都建立长链接会话，基于该目标账号的账号ID，查询到该目标账号所登录的目标终端，并在与该目标终端的长链接会话中发送该取消互动消息。

在另一些实施例中，服务器只需要将该取消互动操作同步至该在线文档，而不需要向目标账号下发该取消互动消息，这样能够避免如果第一账号反复多次发起互动、取消互动时，对目标账号造成的消息打扰，有利于节约与目标账号之间的通信开销。

在上述步骤A1-A2中，提供了终端响应于对该互动控件的取消互动操作，将该取消互动操作同步至该在线文档的一种可能实施方式，通过与服务器之间进行消息交互，终端将取消互动消息发送到服务器，以指示服务器将该取消互动操作同步到在线文档，并将该取消互动消息转发到目标账号所登录的目标终端。这样，由于取消互动操作在同步到云端的在线文档之后，访问该在线文档的任何账号在打开该在线文档时，都能够及时查看到更新后的在线文档，保证消息更新的及时性。比如，目标账号A对在线文档发布了一条评论，第一账号B对该评论进行了点赞，服务器先将第一账号B对该评论的点赞操作同步到了在线文档，这时对该在线文档具有查看权限的每个账号均能够看到第一账号B对该评论进行点赞，此后，第一账号B对该评论取消了点赞，服务器再将第一账号B对该评论的取消点赞操作同步到了在线文档，由于点赞操作被撤销，这时对该在线文档具有查看权限的每个账号均不会再查看到第一账号B对该评论点赞。

方式二、基于从消息队列中移除互动消息的取消方式

可选地，用户在对互动控件执行互动操作之后，通过步骤305会将互动控件从未触发状态切换成已触发状态，在此基础上，图7是本公开实施例提供的另一种对已经执行过的历史互动操作的取消方式的交互流程图，如图7所示，基于以下步骤B1-B2来取消已执行过的互动操作。

在步骤B1中，终端响应于对处于已触发状态的互动控件的取消互动操作，向服务器发送与该取消互动操作关联的取消互动消息，该取消互动消息用于指示登录该目标应用的账号撤销对该文档消息执行的该互动操作。

上述步骤B1与上述步骤A1同理，这里不再赘述。

在步骤B2中，服务器将该取消互动操作同步至该在线文档，在尚未向发布该文档消息的账号推送与该互动操作关联的互动消息的情况下，将该互动消息从发布该文档消息的账号的消息队列中移除。

上述步骤B2中将取消互动操作同步至在线文档的方式，与上述步骤A2同理，这里不再赘述。

但在方式二，针对服务器对不同账号维护不同消息队列的，或者针对多个账号复用同一消息队列的情况，额外提供一种撤销互动操作的处理方式，这时服务器将无需对目标终端下发取消互动消息，保证了不会频繁打扰目标终端，且能够节约与目标终端之间的通信带宽，目标终端侧将对第一账号发起过的互动操作无感知。

在一些实施例中，在服务器采用消息队列的方式来对每个账号进行消息推送的情况下，服务器可以对每个账号都维护一个消息队列，或者，服务器对多个账号复用一个消息队列，这时，服务器基于取消互动消息中携带的该目标账号的账号ID，查询到该目标账号的待推送的消息队列，接着，遍历该消息队列，查询本次要撤销的互动操作所关联的互动消息是否仍在消息队列中，如果该互动消息仍然在消息队列中，说明服务器尚未来得及向目标终端推送该互动消息，直接将该互动消息从该消息队列中移除，即可实现在目标账号无感知的情况下，撤销第一账号发起过的该互动操作。如果该互动消息已经不再该消息队列中，说明服务器已经向该目标账号推送该互动消息，这时服务器可以将取消互动消息添加到该消息队列中，或者不向目标账号推送取消互动消息，本公开实施例对此不进行具体限定。

在另一些实施例中，除了步骤303-304以外，终端还能够响应于对任一互动控件的取消互动操作，将该取消互动操作的操作信息发送至服务器，由服务器将该取消互动操作同步至在线文档之后，对该取消互动操作生成一条取消互动消息，并将该取消互动消息发送到目标账号所登录的目标终端，这样能够节约终端的处理资源，本公开实施例对取消互动消息是终端生成还是服务器生成不进行具体限定。

在上述步骤B1-B2中，提供了终端响应于对该互动控件的取消互动操作，将该取消互动操作同步至该在线文档的一种可能实施方式，通过与服务器之间进行消息交互，终端将取消互动消息发送到服务器，以指示服务器将该取消互动操作同步到在线文档，并在尚未来得及向目标账号下发互动消息的情况下，直接取消对该互动消息的发送操作，使得整个撤销过程目标账号无感知，极大节约了服务器的通信资源。这样，由于取消互动操作在同步到云端的在线文档之后，访问该在线文档的任何账号在打开该在线文档时，都能够及时查看到更新后的在线文档，保证消息更新的及时性。比如，目标账号A对在线文档发布了一条评论，第一账号B对该评论进行了点赞，服务器先将第一账号B对该评论的点赞操作同步到了在线文档，这时对该在线文档具有查看权限的每个账号均能够看到第一账号B对该评论进行点赞，此后，第一账号B对该评论取消了点赞，服务器再将第一账号B对该评论的取消点赞操作同步到了在线文档，由于点赞操作被撤销，这时对该在线文档具有查看权限的每个账号均不会再查看到第一账号B对该评论点赞。

在本公开实施例提供的两种方式中，用户能够直接在目标应用中对文档消息进行一键交互，并且还能随时一键撤销曾经执行过的互动操作，无需用户频繁地在目标应用和浏览器应用直接频繁切换，就能够实现触发互动操作和取消互动操作，从而缩短了用户基于文档消息的交互操作链路，提升了人机交互效率。

图8是根据一示例性实施例示出的一种基于文档消息的互动装置的逻辑结构框图。参照图8，该装置包括显示单元801和同步单元802。

显示单元801，被配置为执行在目标应用中显示文档消息，该文档消息是指与在线文档关联的消息；

该显示单元801，还被配置为执行基于该文档消息，显示对该文档消息的至少一个互动控件，该互动控件用于发起对该文档消息的互动操作；

同步单元802，被配置为执行响应于对任一该互动控件的互动操作，将该互动操作同步至该在线文档。

本公开实施例提供的装置，通过在目标应用中针对接收到的文档消息，提供至少一个互动控件，以满足用户基于互动控件来快捷对文档消息执行互动操作的业务需求，由于能够直接将互动操作同步到在线文档中，无需用户频繁地在目标应用和浏览器应用直接频繁切换，从而缩短了用户基于文档消息的交互操作链路，提升了人机交互效率。

在一些实施例中，该显示单元801还被配置为执行：

在该文档消息上显示该至少一个互动控件；或，

在该文档消息的目标范围内显示该至少一个互动控件。

在一些实施例中，该同步单元802被配置为执行：

向服务器发送与该互动操作关联的互动消息，以使该服务器向发布该文档消息的账号推送该互动消息，该互动消息用于指示登录该目标应用的账号对该文档消息执行该互动操作。

在一些实施例中，基于图8的装置组成，该装置还包括：

切换单元，被配置为执行将该互动操作所涉及的该互动控件，从未触发状态切换为已触发状态。

在一些实施例中，基于图8的装置组成，该装置还包括：

取消同步单元，被配置为执行响应于对该互动控件的取消互动操作，将该取消互动操作同步至该在线文档。

在一些实施例中，该取消同步单元被配置为执行：

向服务器发送与该取消互动操作关联的取消互动消息，以使该服务器向发布该文档消息的账号推送该取消互动消息，该取消互动消息用于指示登录该目标应用的账号撤销对该文档消息执行的该互动操作。

在一些实施例中，该取消同步单元被配置为执行：

向服务器发送与该取消互动操作关联的取消互动消息，以使该服务器在尚未向发布该文档消息的账号推送与该互动操作关联的互动消息的情况下，将该互动消息从发布该文档消息的账号的消息队列中移除，该取消互动消息用于指示登录该目标应用的账号撤销对该文档消息执行的该互动操作。

在一些实施例中，该显示单元801还被配置为执行：

响应于对该在线文档的开启操作，在该在线文档中显示该文档消息以及对该文档消息执行的该互动操作。

在一些实施例中，该文档消息包括以下至少一项：对该在线文档的发布消息，对该在线文档的评论消息，或对该在线文档的编辑消息。

在一些实施例中，该互动控件包括以下至少一项：正向表态控件，负向表态控件，或确认收到控件。

上述所有可选技术方案，可以采用任意结合形成本公开的可选实施例，在此不再一一赘述。

关于上述实施例中的装置，其中各个单元执行操作的具体方式已经在有关该基于文档消息的互动方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图9示出了本公开一个示例性实施例提供的终端的结构框图，如图9所示，终端900是电子设备的一种示例性说明。该终端900可以是：智能手机、平板电脑、MP3播放器(MovingPicture Experts Group Audio Layer III，动态影像专家压缩标准音频层面3)、MP4(Moving Picture Experts Group Audio Layer IV，动态影像专家压缩标准音频层面4)播放器、笔记本电脑或台式电脑。终端900还可能被称为用户设备、便携式终端、膝上型终端、台式终端等其他名称。

通常，终端900包括有：处理器901和存储器902。

处理器901可以包括一个或多个处理核心，比如4核心处理器、8核心处理器等。处理器901可以采用DSP(Digital Signal Processing，数字信号处理)、FPGA(Field－Programmable Gate Array，现场可编程门阵列)、PLA(Programmable Logic Array，可编程逻辑阵列)中的至少一种硬件形式来实现。处理器901也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称CPU(Central ProcessingUnit，中央处理器)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器901可以在集成有GPU(Graphics Processing Unit，图像处理器)，GPU用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器901还可以包括AI(Artificial Intelligence，人工智能)处理器，该AI处理器用于处理有关机器学习的计算操作。

存储器902可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器902还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。在一些实施例中，存储器902中的非暂态的计算机可读存储介质用于存储至少一个指令，该至少一个指令用于被处理器901所执行以实现本公开中各个实施例提供的基于文档消息的互动方法。

在一些实施例中，终端900还可选包括有：外围设备接口903和至少一个外围设备。处理器901、存储器902和外围设备接口903之间可以通过总线或信号线相连。各个外围设备可以通过总线、信号线或电路板与外围设备接口903相连。具体地，外围设备包括：射频电路904、触摸显示屏905、摄像头组件906、音频电路907、定位组件908和电源909中的至少一种。

外围设备接口903可被用于将I/O(Input/Output，输入/输出)相关的至少一个外围设备连接到处理器901和存储器902。在一些实施例中，处理器901、存储器902和外围设备接口903被集成在同一芯片或电路板上；在一些其他实施例中，处理器901、存储器902和外围设备接口903中的任意一个或两个可以在单独的芯片或电路板上实现，本实施例对此不加以限定。

射频电路904用于接收和发射RF(Radio Frequency，射频)信号，也称电磁信号。射频电路904通过电磁信号与通信网络以及其他通信设备进行通信。射频电路904将电信号转换为电磁信号进行发送，或者，将接收到的电磁信号转换为电信号。可选地，射频电路904包括：天线系统、RF收发器、一个或多个放大器、调谐器、振荡器、数字信号处理器、编解码芯片组、用户身份模块卡等等。射频电路904可以通过至少一种无线通信协议来与其它终端进行通信。该无线通信协议包括但不限于：城域网、各代移动通信网络(2G、3G、4G及5G)、无线局域网和/或WiFi(Wireless Fidelity，无线保真)网络。在一些实施例中，射频电路904还可以包括NFC(Near Field Communication，近距离无线通信)有关的电路，本公开对此不加以限定。

显示屏905用于显示UI(User Interface，用户界面)。该UI可以包括图形、文本、图标、视频及其它们的任意组合。当显示屏905是触摸显示屏时，显示屏905还具有采集在显示屏905的表面或表面上方的触摸信号的能力。该触摸信号可以作为控制信号输入至处理器901进行处理。此时，显示屏905还可以用于提供虚拟按钮和/或虚拟键盘，也称软按钮和/或软键盘。在一些实施例中，显示屏905可以为一个，设置终端900的前面板；在另一些实施例中，显示屏905可以为至少两个，分别设置在终端900的不同表面或呈折叠设计；在再一些实施例中，显示屏905可以是柔性显示屏，设置在终端900的弯曲表面上或折叠面上。甚至，显示屏905还可以设置成非矩形的不规则图形，也即异形屏。显示屏905可以采用LCD(LiquidCrystal Display，液晶显示屏)、OLED(Organic Light-Emitting Diode,有机发光二极管)等材质制备。

摄像头组件906用于采集图像或视频。可选地，摄像头组件906包括前置摄像头和后置摄像头。通常，前置摄像头设置在终端的前面板，后置摄像头设置在终端的背面。在一些实施例中，后置摄像头为至少两个，分别为主摄像头、景深摄像头、广角摄像头、长焦摄像头中的任意一种，以实现主摄像头和景深摄像头融合实现背景虚化功能、主摄像头和广角摄像头融合实现全景拍摄以及VR(Virtual Reality，虚拟现实)拍摄功能或者其它融合拍摄功能。在一些实施例中，摄像头组件906还可以包括闪光灯。闪光灯可以是单色温闪光灯，也可以是双色温闪光灯。双色温闪光灯是指暖光闪光灯和冷光闪光灯的组合，可以用于不同色温下的光线补偿。

音频电路907可以包括麦克风和扬声器。麦克风用于采集用户及环境的声波，并将声波转换为电信号输入至处理器901进行处理，或者输入至射频电路904以实现语音通信。出于立体声采集或降噪的目的，麦克风可以为多个，分别设置在终端900的不同部位。麦克风还可以是阵列麦克风或全向采集型麦克风。扬声器则用于将来自处理器901或射频电路904的电信号转换为声波。扬声器可以是传统的薄膜扬声器，也可以是压电陶瓷扬声器。当扬声器是压电陶瓷扬声器时，不仅可以将电信号转换为人类可听见的声波，也可以将电信号转换为人类听不见的声波以进行测距等用途。在一些实施例中，音频电路907还可以包括耳机插孔。

定位组件908用于定位终端900的当前地理位置，以实现导航或LBS(LocationBased Service，基于位置的服务)。

电源909用于为终端900中的各个组件进行供电。电源909可以是交流电、直流电、一次性电池或可充电电池。当电源909包括可充电电池时，该可充电电池可以支持有线充电或无线充电。该可充电电池还可以用于支持快充技术。

在一些实施例中，终端900还包括有一个或多个传感器910。该一个或多个传感器910包括但不限于：加速度传感器911、陀螺仪传感器912、压力传感器913、光学传感器914以及接近传感器915。

加速度传感器911可以检测以终端900建立的坐标系的三个坐标轴上的加速度大小。比如，加速度传感器911可以用于检测重力加速度在三个坐标轴上的分量。处理器901可以根据加速度传感器911采集的重力加速度信号，控制触摸显示屏905以横向视图或纵向视图进行用户界面的显示。加速度传感器911还可以用于游戏或者用户的运动数据的采集。

陀螺仪传感器912可以检测终端900的机体方向及转动角度，陀螺仪传感器912可以与加速度传感器911协同采集用户对终端900的3D动作。处理器901根据陀螺仪传感器912采集的数据，可以实现如下功能：动作感应(比如根据用户的倾斜操作来改变UI)、拍摄时的图像稳定、游戏控制以及惯性导航。

压力传感器913可以设置在终端900的侧边框和/或触摸显示屏905的下层。当压力传感器913设置在终端900的侧边框时，可以检测用户对终端900的握持信号，由处理器901根据压力传感器913采集的握持信号进行左右手识别或快捷操作。当压力传感器913设置在触摸显示屏905的下层时，由处理器901根据用户对触摸显示屏905的压力操作，实现对UI界面上的可操作性控件进行控制。可操作性控件包括按钮控件、滚动条控件、图标控件、菜单控件中的至少一种。

光学传感器914用于采集环境光强度。在一个实施例中，处理器901可以根据光学传感器914采集的环境光强度，控制触摸显示屏905的显示亮度。具体地，当环境光强度较高时，调高触摸显示屏905的显示亮度；当环境光强度较低时，调低触摸显示屏905的显示亮度。在另一个实施例中，处理器901还可以根据光学传感器914采集的环境光强度，动态调整摄像头组件906的拍摄参数。

接近传感器915，也称距离传感器，通常设置在终端900的前面板。接近传感器915用于采集用户与终端900的正面之间的距离。在一个实施例中，当接近传感器915检测到用户与终端900的正面之间的距离逐渐变小时，由处理器901控制触摸显示屏905从亮屏状态切换为息屏状态；当接近传感器915检测到用户与终端900的正面之间的距离逐渐变大时，由处理器901控制触摸显示屏905从息屏状态切换为亮屏状态。

本领域技术人员可以理解，图9中示出的结构并不构成对终端900的限定，可以包括比图示更多或更少的组件，或者组合某些组件，或者采用不同的组件布置。

图10是本公开实施例提供的一种电子设备的结构示意图，该电子设备1000可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上处理器(CentralProcessing Units，CPU)1001和一个或一个以上的存储器1002，其中，该存储器1002中存储有至少一条指令，该至少一条指令由该处理器1001加载并执行以实现上述各个实施例提供的基于文档消息的互动方法。当然，该电子设备1000还可以具有有线或无线网络接口、键盘以及输入输出接口等部件，以便进行输入输出，该电子设备1000还可以包括其他用于实现设备功能的部件，在此不做赘述。

在示例性实施例中，还提供了一种包括至少一条指令的计算机可读存储介质，例如包括至少一条指令的存储器，上述至少一条指令可由电子设备中的处理器执行以完成上述实施例中的基于文档消息的互动方法。可选地，上述计算机可读存储介质可以是非临时性计算机可读存储介质，例如，该非临时性计算机可读存储介质可以包括ROM(Read-OnlyMemory，只读存储器)、RAM(Random-Access Memory，随机存取存储器)、CD-ROM(CompactDisc Read-Only Memory，只读光盘)、磁带、软盘和光数据存储设备等。

在示例性实施例中，还提供了一种计算机程序产品，包括一条或多条指令，该一条或多条指令可以由电子设备的处理器执行，以完成上述各个实施例提供的基于文档消息的互动方法。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (13)

1.一种基于文档消息的互动方法，其特征在于，包括：

在目标应用中显示文档消息，所述文档消息是指与在线文档关联的消息；

基于所述文档消息，显示对所述文档消息的至少一个互动控件，所述互动控件用于发起对所述文档消息的互动操作；

响应于对任一所述互动控件的互动操作，将所述互动操作同步至所述在线文档。

2.根据权利要求1所述的基于文档消息的互动方法，其特征在于，所述基于所述文档消息，显示对所述文档消息的至少一个互动控件包括：

在所述文档消息上显示所述至少一个互动控件；或，

在所述文档消息的目标范围内显示所述至少一个互动控件。

3.根据权利要求1所述的基于文档消息的互动方法，其特征在于，所述响应于对任一所述互动控件的互动操作，将所述互动操作同步至所述在线文档包括：

向服务器发送与所述互动操作关联的互动消息，以使所述服务器向发布所述文档消息的账号推送所述互动消息，所述互动消息用于指示登录所述目标应用的账号对所述文档消息执行所述互动操作。

4.根据权利要求1所述的基于文档消息的互动方法，其特征在于，所述方法还包括：

将所述互动操作所涉及的所述互动控件，从未触发状态切换为已触发状态。

5.根据权利要求1所述的基于文档消息的互动方法，其特征在于，所述方法还包括：

响应于对所述互动控件的取消互动操作，将所述取消互动操作同步至所述在线文档。

6.根据权利要求5所述的基于文档消息的互动方法，其特征在于，所述方法还包括：

向服务器发送与所述取消互动操作关联的取消互动消息，以使所述服务器向发布所述文档消息的账号推送所述取消互动消息，所述取消互动消息用于指示登录所述目标应用的账号撤销对所述文档消息执行的所述互动操作。

7.根据权利要求5所述的基于文档消息的互动方法，其特征在于，所述方法还包括：

向服务器发送与所述取消互动操作关联的取消互动消息，以使所述服务器在尚未向发布所述文档消息的账号推送与所述互动操作关联的互动消息的情况下，将所述互动消息从发布所述文档消息的账号的消息队列中移除，所述取消互动消息用于指示登录所述目标应用的账号撤销对所述文档消息执行的所述互动操作。

8.根据权利要求1所述的基于文档消息的互动方法，其特征在于，所述方法还包括：

响应于对所述在线文档的开启操作，在所述在线文档中显示所述文档消息以及对所述文档消息执行的所述互动操作。

9.根据权利要求1-8中任一项所述的基于文档消息的互动方法，其特征在于，所述文档消息包括以下至少一项：对所述在线文档的发布消息，对所述在线文档的评论消息，或对所述在线文档的编辑消息。

10.根据权利要求1-8中任一项所述的基于文档消息的互动方法，其特征在于，所述互动控件包括以下至少一项：正向表态控件，负向表态控件，或确认收到控件。

11.一种基于文档消息的互动装置，其特征在于，包括：

显示单元，被配置为执行在目标应用中显示文档消息，所述文档消息是指与在线文档关联的消息；

所述显示单元，还被配置为执行基于所述文档消息，显示对所述文档消息的至少一个互动控件，所述互动控件用于发起对所述文档消息的互动操作；

同步单元，被配置为执行响应于对任一所述互动控件的互动操作，将所述互动操作同步至所述在线文档。

12.一种电子设备，其特征在于，包括：

一个或多个处理器；

用于存储所述一个或多个处理器可执行指令的一个或多个存储器；

其中，所述一个或多个处理器被配置为执行所述指令，以实现如权利要求1至权利要求10中任一项所述的基于文档消息的互动方法。

13.一种计算机可读存储介质，其特征在于，当所述计算机可读存储介质中的至少一条指令由电子设备的一个或多个处理器执行时，使得所述电子设备能够执行如权利要求1至权利要求10中任一项所述的基于文档消息的互动方法。

Images