CN113678411B - 撤回消息链内的消息 - Google Patents

Abstract

用于撤回电子消息的方法和系统。该方法包括：针对多个被转发消息中的每个被转发消息在数据存储库中存储记录，每个记录包括指向被转发消息的原始消息的链接；并且接收撤回被转发消息的请求。响应于接收到请求，该方法包括：经由存储在数据存储库中的记录，标识被转发消息的原始消息，并且利用电子处理器通知与原始消息相关联的用户撤回被转发消息的请求。响应于接收到来自用户的撤回原始源消息的指令，该方法包括：经由存储在数据存储库中的记录，标识原始消息的每个转发，并且撤回原始消息和与包括指向原始消息的链接的、存储在数据存储库中的每个记录相关联的每个消息。

Description

撤回消息链内的消息

技术领域

本文描述的实施例涉及撤回电子消息，并且具体地涉及撤回消息链中的消息，其中原始消息被转发给一个或多个附加的接收者，同时保留原始消息的作者(或与包含消息作者的组相关联的管理员)对这种消息撤回的控制。

发明内容

转发电子消息的能力在大多数电子消息传递系统中是可用的，诸如聊天应用、电子邮件应用、即时消息传递应用等。因此，借助此功能性，即使在消息作者不知情的情况下，消息也可以在多个用户、用户组和对话之间快速传播(“病毒式传播”)。有时，消息的内容可能是不期望的或不合适的。例如，消息的内容可能是虚假的、垃圾邮件、恶意的或粗俗的。因此，存在对这些消息进行调节和撤回的需要。

在一些电子消息传递系统中，消息作者(或与消息作者相关联的管理员)可以从作者向其发送消息的原始组中删除或撤回该消息。但是，在这些系统中，消息作者无法跟踪原始组的任何成员是否将消息转发给其他用户或组，这限制了已发送消息被完全撤回的能力。此外，在一些实施例中，需要消息作者在预定时间段内撤回来自原始组的任何消息，这也限制了撤回消息的能力。

因此，本文描述的实施例提供了用于撤回电子消息的系统和方法等。特别地，本文描述的方法和系统调节已经被转发给消息作者可能与之没有关系的用户或用户组或者不知道该消息被转发给这种用户或用户组的消息。因此，消息作者(或与消息作者相关联的管理员)可以控制和撤回消息，诸如包含恶意内容、垃圾邮件、不适当的单词、短语或图像等的消息。这种撤回能力也可以被用于控制诸如在专业环境中的敏感的或受限制的内容的分发。

例如，一个实施例提供了一种用于撤回电子消息的系统。该系统包括电子处理器，该电子处理器被配置为：针对经由电子消息传递应用发送的多个被转发消息中的每个被转发消息，在数据存储库中存储记录，每个记录包括针对指向被转发消息的原始消息的链接；并且接收撤回多个被转发消息中的一个被转发消息的请求。响应于接收到请求，电子处理器被配置为：经由存储在数据存储库中的记录，标识多个被转发消息中的所述一个被转发消息的原始消息；并通知与原始消息相关联的用户撤回多个被转发消息中的所述一个被转发消息的请求。响应于接收到来自用户的撤回原始源消息的指令，电子处理器被配置为：经由包括指向原始消息的链接的、存储在数据存储库中的记录，标识原始消息的每个转发；以及撤回原始消息和与包括指向原始消息的链接在的、存储在数据存储库中的每个记录相关联的每个消息，以撤回原始消息和原始消息的每个转发。

另一实施例提供了一种用于撤回电子消息的方法。该方法包括：针对经由电子消息传递应用发送的多个被转发消息中的每个被转发消息，在数据存储库中存储记录，每个记录包括指向被转发消息的原始消息的链接；并且接收撤回多个被转发消息中的一个被转发消息的请求。响应于接收到请求，该方法包括：经由存储在数据存储库中的记录，标识多个被转发消息中的一个被转发消息的原始消息；并且通知与原始消息相关联的用户撤回多个被转发消息中的一个被转发消息的请求。响应于接收到来自用户的撤回原始源消息的指令，该方法包括：利用电子处理器，经由包括指向原始消息的链接的、存储在数据存储库中的记录，标识原始消息的每个转发；并且撤回原始消息和与包括指向原始消息的链接的、存储在数据存储库中的每个记录相关联的每个消息，以撤回原始消息和原始消息的每个转发。

又一实施例提供了一种非暂时性计算机可读介质，其包括可由电子处理器执行以执行一组功能的指令。该组功能被配置为：针对经由电子消息传递应用发送的多个被转发消息中的每个被转发消息，在数据存储库中存储记录，每个记录包括指向被转发消息的原始消息的链接；并且接收撤回多个被转发消息中的一个被转发消息的请求。响应于接收到该请求，该组功能被配置为：经由存储在数据存储库中的记录，标识多个被转发消息中的一个被转发消息的原始消息；并且通知与原始消息相关联的用户撤回多个被转发消息中的一个被转发消息的请求。响应于接收到来自用户的撤回原始源源消息的指令，该组功能被配置为：利用电子处理器，经由包括指向原始消息的链接的、存储在数据存储库中的记录，标识原始消息的每个转发；并且撤回原始消息和与包括指向原始消息的链接的、存储在数据存储库中的每个记录相关联的每个消息，以撤回原始消息和原始消息的每个转发。

另一实施例提供了一种用于跟踪电子消息的转发的系统。该系统包括电子处理器，其被配置为：针对经由电子消息传递应用发送的多个被转发消息中的每个被转发消息，在数据存储库中存储记录，每个记录包括指向被转发消息的原始消息的链接；并且基于存储在数据存储库中的记录，计算电子消息的统计数据，其中统计数据包括从由以下各项组成的组中选择的至少一项：电子消息的转发数目、包括电子消息的所有转发的电子消息的接收者的数目以及撤回电子消息的请求的数目。电子处理器还被配置为：经由至少一个用户界面输出统计数据以用于显示给用户。

又一实施例提供了一种跟踪电子消息的转发的方法。该方法包括：针对经由电子消息传递应用发送的多个被转发消息中的每个被转发消息，在数据存储库中存储记录，每个记录包括指向被转发消息的原始消息的链接；并且利用电子处理器，基于存储在数据存储库中的记录，计算电子消息的统计数据，其中统计数据包括从由以下各项组成的组中选择的至少一项：电子消息的转发数目、包括电子消息的所有转发的电子消息的接收者的数目以及撤回电子消息的请求的数目。该方法还包括：经由至少一个用户界面输出统计数据以用于显示给用户。

又一实施例提供了一种非暂时性计算机可读介质，其包括可由电子处理器执行以执行一组功能的指令。该组功能被配置为：针对经由电子消息传递应用发送的多个被转发消息中的每个被转发消息，在数据存储库中存储记录，每个记录包括指向被转发消息的原始消息的链接；并且基于存储在数据存储库中的记录，计算电子消息的统计数据，其中统计数据包括从由以下各项组成的组中选择的至少一项：电子消息的转发数目、包括电子消息的所有转发的电子消息的接收者的数目以及撤回电子消息的请求的数目。该组功能还被配置为：经由至少一个用户界面输出统计数据以用于显示给用户。

附图说明

图1示意性地图示了根据一个实施例的用于撤回电子消息的系统。

图2图示了根据一个实施例的被包括在图1的系统中的服务器。

图3图示了根据一个实施例的被包括在图1的系统中的用户设备。

图4图示了电子消息的转发的一个示例。

图5图示了根据一个实施例的在图1的系统内的两个用户组之间的电子消息的处理和转发。

图6是图示了根据一个实施例的由图1的系统执行的用于报告和撤回消息的方法的流程图。

图7图示了根据一个实施例的用于撤回由图1的系统提供的消息的用户界面。

图8图示了撤回被转发消息的一个示例。

图9图示了根据一个实施例的由图1的系统执行的撤回电子消息。

具体实施方式

在以下描述和附图中描述和图示了一个或多个实施例。这些实施例不限于本文提供的具体细节并且可以以各种方式进行修改。此外，可以存在本文没有描述的其他实施例。此外，本文描述为由一个组件执行的功能性可以由多个组件以分布式方式执行。同样，由多个组件执行的功能性可以由单个组件合并和执行。类似地，被描述为执行特定功能性的组件也可以执行本文未描述的附加功能性。例如，以某种方式“配置”的设备或结构至少以该方式来配置，但也可能以未列出的方式来配置。此外，本文描述的一些实施例可以包括一个或多个电子处理器，其被配置为通过执行存储在非暂时性计算机可读介质中的指令来执行所描述的功能性。类似地，本文描述的实施例可以被实现为存储指令的非瞬态计算机可读介质，该指令可由一个或多个电子处理器执行以执行所描述的功能性。如在本申请中使用的，“非瞬态计算机可读介质”包括所有计算机可读介质但不包括瞬态传播信号。因此，非瞬态计算机可读介质可以包括例如硬盘、CD-ROM、光存储设备、磁存储设备、ROM(只读存储器)、RAM(随机存取存储器)、寄存器存储器、处理器高速缓存或它们的任意组合。

此外，在本文中使用的措辞和术语是为了描述的目的，并且不应被视为限制。例如，“包括”、“包含”、“具有”及其变体在本文中的使用意在涵盖其后列出的项目及其等同物以及附加项目。术语“连接”和“耦合”被广泛使用，并且涵盖直接和间接连接和耦合。此外，“连接”和“耦合”不限于物理或机械连接或耦合并且可以包括直接或间接的电连接或耦合。此外，电子通信和通知可以使用有线连接、无线连接或它们的组合来执行，并且可以通过各种类型的网络、通信信道和连接而直接或通过一个或多个中间设备来传输。此外，诸如第一和第二、顶部和底部等的关系术语在本文中可以仅被用来将一个实体或动作与另一个实体或动作区分开来，而未必要求或暗示这些实体或动作之间的任何实际的这种关系或顺序。

如上所述，当可以在消息作者很少或没有控制的情况下转发消息时，调节电子消息是一个困难的过程。因此，为了解决与电子消息传递系统相关联的这些和其他技术问题，本文描述的系统和方法撤回消息，并且特别地，如下文进一步详细描述的，撤回消息不仅来自从消息作者接收消息的原始用户组而且来自接收该消息作为转发的每个用户或组。

例如，图1示意性地图示了用于撤回电子消息的系统10。如图1中所图示的，系统10包括服务器12、多个用户设备14(也单独地被称为用户设备14)和通信网络16。应当理解，系统10是作为示例而被提供的，并且在一些实施例中，系统10包括附加组件。例如，系统10可以包括更少或更多的用户设备14、多于一个服务器12、多于一个通信网络16，等等。

服务器12和多个用户设备14通过通信网络16进行通信。通信网络16的各部分可以使用诸如广域网(例如，互联网)、局域网(例如，Bluetooth^TM网络或Wi-Fi)或其组合或其衍生物的无线网络来实现。备选地或附加地，通信网络16的各部分可以使用专用连接(诸如有线或无线连接)来实现。还应当理解，在一些实施例中，服务器12和多个用户设备14可以通过图1中未示出的一个或多个中间设备进行通信。

服务器12是计算设备。如图2中所图示的，在一些实施例中，服务器12包括电子处理器20、存储器22和通信接口24。电子处理器20、存储器22和通信接口24通过一个或多个通信线路或总线、无线地、或其组合来通信。在一些实施例中，服务器12包括除了图2中所图示的那些组件之外的附加组件，并且被包括在服务器12中的组件可以以各种配置来布置。

通信接口24可以包括无线收发器，允许服务器12通过通信网络16来与诸如多个用户设备14的外部设备通信。

存储器22包括非瞬态计算机可读存储介质。电子处理器20包括微处理器、专用集成电路(ASIC)或其他合适的电子设备。电子处理器20被配置为从存储器22中检索数据并且执行与本文描述的过程和方法相关的软件(指令)等等。应当理解，服务器12可以执行比本文描述的功能性更多的功能性。此外，如上面所指出，本文描述的由服务器12执行的功能性可以由分布式或基于云的环境中的多个服务器执行。

如图2中所图示的，存储器22存储消息传递应用26。消息传递应用26包含数据和指令，当由电子处理器20执行时，这些数据和指令被配置为允许多个用户设备14发送和接收电子消息。消息传递应用26可以包括聊天应用、电子邮件应用、即时消息传递应用等。在用户设备14之间交换的电子消息可以被存储在服务器12(例如，存储器22)上或与服务器12分开(在服务器12可访问的数据库中)。应当理解，本文描述的经由消息传递应用26执行的功能性可以分布在多个应用、脚本、插件等之中。多个用户设备14中的每个用户设备可以使用安装在用户设备14上的应用来与消息传递应用26交互。例如，在一些实施例中，用户设备14可以执行浏览器应用以访问消息传递应用26。在一些实施例中，用户设备14可以执行专用应用(客户端应用)以访问消息传递应用26。

如图2中所图示的，存储器22还存储消息足迹存储库28(诸如消息足迹数据库、表或其他数据结构)。消息足迹存储库28存储关于使用消息传递应用26发送的每条消息的信息，诸如消息作者、消息源头、与消息相关联的时间戳、消息内容、消息被发送至的每个用户或用户组、消息被发送至的每个组的每个管理员、每个消息附件等。消息足迹存储库28可以以各种结构或配置来组织，并且在一些实施例中，包括具有针对经由消息传递应用26发送的每个消息的行或条目的表格。

每个用户设备14是个人计算设备，诸如台式计算机、膝上型计算机、终端、智能电视、电子白板、平板计算机、智能电话、可穿戴设备等。如图3中所图示的，在一些实施例中，用户设备14包括电子处理器30、存储器32、人机接口(HMI)34和通信接口36。电子处理器30、存储器32、HMI 34和通信接口36通过一个或多个通信线路或总线、无线地或其组合来通信。在一些实施例中，用户设备14包括除了图3中所图示的那些组件之外的附加组件，并且被包括在用户设备14中的组件可以以各种配置来布置。

通信接口36可以包括无线收发器，允许用户设备14通过通信网络16来与诸如服务器12的外部设备通信。存储器32包括非瞬态计算机可读存储介质。电子处理器30包括微处理器、专用集成电路(ASIC)或其他合适的电子设备。电子处理器20被配置为从存储器32检索数据并且执行软件指令以执行各种功能性，等等。例如，如上面所指出的，电子处理器30可以执行(存储在存储器32中的)应用以编写、发送和接收经由消息传递应用26管理的电子消息。应当理解，用户设备14还可以执行比本申请中描述的功能性更多的功能性。

HMI 34包括输入设备、输出设备或其组合。例如，HMI 34可以包括显示设备、触摸屏、键盘、小键盘、按钮、光标控制设备、打印机、扬声器、虚拟现实头戴式受话器、麦克风等。在一些实施例中，用户设备14包括多个HMI。例如，用户设备14可以包括触摸屏和小键盘。在一些实施例中，HMI 34被包括在与用户设备14相同的外壳中。然而，在其他实施例中，HMI34可以在用户设备14的外部但是可以通过有线或无线连接来与用户设备14通信。例如，在一些实施例中，用户设备14包括经由电缆连接到用户设备14的显示设备。

如上所描述的，通过消息转发，原始消息可以快速到达原始消息最初被发送至的原始用户组(一个或多个用户)之外的许多用户。应当理解，如本申请中所使用的，对消息进行转发包括：在不改变消息内容的情况下将来自用户的接收消息重新发送给其他用户或用户组，或者在修改(诸如附加内容)的情况下将来自用户的接收消息重新发送给其他用户或用户组。

例如，图4图示了系统10内的消息(消息1)的消息流40(经由消息传递应用26)。如图4中所图示的，消息源自消息作者41，他将消息发送给用户的第一组42。第一组42可以是例如邮件列表、工作单元或工作组、软件开发团队、商务团队、或不同于消息作者的一个或多个用户的一些其他分组。如图4中所图示的，在一些实施例中，第一组42还包括管理员(Admin)，其调节第一组42并且可以负责管理发送到第一组42的内容，诸如消息。管理员还可以管理第一组42的成员资格以及其他职责。在一些实施例中，管理员的角色可以被第一组42中的一个以上的用户所占据。例如，第一组42中的两个或更多用户可以能够执行管理员的职责，也可能具有本文描述的管理员的所有特权和职责或其子集，诸如在第一组42中管理成员资格和调节内容。因此，应当理解，每次在本文中将功能性描述为由管理员执行时，该功能性可以由一个或多个用户执行，诸如表示组的“管理员”的多个用户。

被包括在第一组42中的每个用户可以响应于从消息作者41接收到消息而采取各种动作。这可以包括(向消息作者或整个第一组42)回复消息或转发消息。还应该理解，经由消息传递应用提供的消息传递功能性可以不仅仅包括消息传递。另外，如本申请中所使用的，对消息进行转发还包括：“共享”消息或其他内容，一些消息传递应用允许将其作为另一形式的转发内容。例如，消息传递应用26可以允许用户“点赞”或以其他方式推广或背书消息、对其他用户进行民意测验(例如，在组内)、发送事件邀请、发起音频或视频呼叫等。如下文更详细描述的，第一组42中的用户还可以使用经由消息传递应用26提供的报告特征来报告应该被撤回的消息，诸如包括虚假、垃圾邮件、恶意或不适当内容的消息。

如图4中所图示，第一组42中的用户中的一个用户(消息转发者43)将消息(消息1)转发到不同的用户组(第二组44)。与第一组42非常像，当消息转发者43将消息(消息1)转发到第二组44时，第二组44中的每个用户都接收到被转发消息(消息1)。

第二组44可以类似于第一组42。例如，第二组44可以包括执行与第一组42的管理员相似的职责的管理员(或如上面所指出的多个管理员)。在一些实施例中，第二组44包括至少一些与第一组42相同的成员，并且还可以与第一组42相关。例如，第一组42可以是软件开发团队，而第二组44可以是测试团队，其被指派来测试由第一组42编写的任何软件代码。然而，在其他实施例中，这两个组42和44可以包括完全不同的(并且可能不相关的)用户组(消息转发者43除外)。

与消息转发者43非常像，第二组44也可以具有将消息(消息1)转发到第三组46的用户(第二转发者45)。在一些实施例中，消息转发者43可以是与第二转发者45相同的用户。如图4中所图示的，作为第二组44的成员的其他用户可以是第二转发者45。同样，与第二组44非常像，第三组46可以包括至少一些与第一组42和/或第二组44相同的成员。第三组46还可以包括执行与第一组42的管理员相似的职责的管理员(或如上面所指出的多个管理员)。

因此，如图4中所图示的，消息可以很快(并且在作者不知情的情况下)到达比作者最初预期的更多的用户。此外，在大多数现有的消息传递系统中，即使不是不可能，但也很难在消息被转发时跟踪消息的路径。特别地，每当消息被转发时，消息数据(包括路由数据的消息报头数据)都会改变，其中路由信息被附加信息所替换。因此，被转发消息采取新的形式，其中可能仅保留来自原始消息的内容。因此，被转发消息失去了它与原始消息的连接，这使得将被转发消息跟踪回到消息源头变得困难甚至不可能。

因此，为了解决这些和其他问题，系统10被配置为存储关于经由消息传递应用26发送的消息的数据以允许将被转发消息跟踪到原始消息。如下文更详细描述的，这种跟踪不仅允许撤回消息链中的消息，而且还允许标识消息的原始作者，这可以被用来提供对消息撤回的控制。

图5提供了关于如何在诸如图4中所图示的组的组之间转发电子消息的附加细节。特别地，如图5中所图示，当消息作者41向第一组42发送消息(例如消息M1)时，通过存储并且将消息递送给指定的接收者，诸如组内的用户(例如，接收者1和接收者2)来处理该消息。具体地，如图4中所图示，作为组处理的一部分来处理消息，其中消息被存储并且转发到作业队列(例如，与第一组42相关联)，其中执行单独地用户过程以将消息写入单独地用户队列或存储库。如图5中所图示的，对消息进行递送可以包括：广播或发表消息(作为订阅的一部分)或在用户访问消息传递应用26时使消息在用户中可用。如图5中所图示的，发送的消息也被存储。应当理解，可以使用不同的处理消息的方法(存储、递送等)，并且图5中所图示的处理作为一个示例而被提供。

如图5中所图示，针对经由消息传递应用26发送的每条消息的记录也被存储在消息足迹存储库28中(例如，与消息的组和用户处理异步执行)。针对每条消息的记录包括针对发送的消息的唯一标识信息、针对新消息被转发自的消息的唯一标识信息(“先前的消息”，如果适用的话)，以及(可选的)针对新消息源头的唯一标识信息(“源头消息”或“原始消息”，如果适用的话)。

例如，由消息传递应用26处理的每条消息可以被指派唯一标识符。因此，当经由消息传递应用26发送新消息时，服务器12(通过消息传递应用26的执行)可以在消息足迹存储库28中存储这个唯一标识符。服务器12还可以存储新消息被发送至的组的唯一标识符。在一些实施例中，所形成的新消息的唯一标识符和新消息被发送到的组的唯一标识符的组合作为针对新消息的组合的单个唯一标识符而被存储在消息足迹存储库28中。如下文更详细描述的，诸如通过标识与组相关联的管理员(或多个如上所述的管理员)，存储关于消息被发送至的组的信息可以被用来标识被授权撤回消息(或至少请求消息的撤回)的用户。

当经由消息传递应用26发送的新消息是先前发送的消息的转发时，消息足迹存储库28中针对新消息的记录还包括被转发消息的唯一标识符。该记录还可以存储被转发消息被发送至的组的唯一标识符。如上面所指出，在一些实施例中，针对被转发消息的唯一标识符可以与被转发消息被发送至的组的唯一标识符组合(作为针对被转发消息的组合的唯一标识符)。

虽然存储在消息足迹存储库28中的关于被转发消息的标识信息标识转发的消息链中紧接在前的消息，但消息足迹存储库28也可以存储针对消息源头的唯一标识信息。与针对被转发消息的标识信息类似，针对源头消息的标识信息可以包括源头消息的唯一标识符、源头消息被发送至的组的唯一标识符或者它们的组合。

因此，如图5中所图示的，当消息M1被转发时(作为消息M2)，该消息包括内容(例如，消息M1的内容)和目的地信息(例如，在消息报头中)。该消息还包括消息源头详情，诸如先前报头信息、原始报头信息或其组合。服务器12使用消息源头详情来更新消息足迹存储库28(作为组处理的一部分)，并且消息如上所述被处理。然而，服务器12可以在将消息递送到指定的接收者之前从被转发消息(消息M2)中移除消息源头详情。因此，在该实施例中，当用户转发消息时，被转发消息的创建包括关于被转发消息的源头(例如，先前消息)的附加详情，服务器12使用其向消息足迹存储库28添加链接，但可以在将消息递送给指定的接收者之前移除。

因此，使用图5中所图示的消息Ml和M2，当这两个消息都已被发送时，消息足迹存储库28包括(a)针对M1的记录，包括针对M1的唯一标识信息(M1唯一标识符和组1唯一标识符)，并且没有针对被转发消息或源头消息的标识信息(因为M1是源头消息)和(b)针对M2的记录，包括针对M2的唯一标识信息(M2唯一标识符和组2唯一标识符)、针对作为被转发消息的M1的唯一标识信息和针对作为源头消息的M1的唯一标识信息。应当理解，在一些实施例中，针对每个消息存储在消息足迹存储库28中的记录可以仅包括发送的消息和被转发消息的标识信息。在该实施例中，关于被转发消息的信息可以被用来通过存储在存储库28中的其他记录来跟踪回到源头消息。然而，在每个记录中包括关于源头消息的标识信息可以通过能够从存储库28中的单个记录中直接标识消息的源头消息来提高处理速度和效率。当向存储库28添加新记录时，可以通过访问存储库中的现有记录来创建新记录。例如，针对被转发消息的唯一识别信息可以被用来确定针对源头消息的唯一识别信息。例如，如果消息M2被转发(作为消息M3)，则针对消息M3在存储库28中的记录可以包括针对消息M3的标识信息和针对消息M2的标识信息。为了提供针对消息的源头(消息M1)的标识信息，可以从存储库28访问针对M2的记录并且将其用来完成针对消息M3的记录(例如，通过将针对源头消息的标识信息从针对M2的记录复制到针对M3的新记录)。

存储库28中的针对消息的每个记录还可以包括附加信息，诸如消息本身的副本、消息附件(例如，这种附件或链接或标识符的副本)、与消息相关联的时间戳(消息何时被发送)、第一组42的管理员的标识符，等等。在一些实施例中，记录还可以存储关于消息的各种统计数据，诸如跟踪消息被转发的数目的计数器、跟踪消息的接收者数目的计数器(按单独地用户的组)、跟踪撤回消息的报告或请求的数目的计数器(在下面更详细描述)、针对消息的“点赞”或评论的计数器等。例如，每次将记录添加到存储库28时，可以在存储库内更新与源头消息相关联的一个或多个计数器，诸如跟踪转发数目、接收者数目等等的计数器。此外，在一些实施例中，每个记录可以存储消息的每个转发的标识信息。如下文更详细描述的，存储针对消息的该信息允许将消息跟踪回到源头(例如，出于撤回目的)并且还允许用户跟踪消息的到达(已经接收到消息的用户或用户组的数目)，这可以被用来确定消息的“病毒性”。例如，当消息的转发数目或消息的接收者数目满足(达到或超过)预定阈值时，该消息可以被归类为“病毒”消息。

在一些实施例中，出于存储和数据处理效率的原因，可以在一段时间之后清除存储在消息足迹存储库28中的数据。在一些实施例中，与存储库28中的记录相关联的消息的类型可以规定记录的寿命。例如，在一些实施例中，存储库28中针对即时消息的记录可以比存储库28中针对诸如电子邮件消息的另一不同类型消息的记录保留更短的时间段(假设即时消息可能比电子邮件消息具有更短的使用寿命)。特别地，作为一个示例，存储库28中针对即时消息的记录可以在被清除之前仅被保留24小时，其中存储库28中针对电子邮件消息的记录可以在被清除之前被保留更长的时段，诸如，例如六个月。此外，在一些实施例中，如下所述，当消息被撤回时，可以从消息足迹存储库28中删除与被撤回消息相关联的记录(例如，出于存储器存储和处理效率的目的)。在一些实施例中，系统10的管理员(消息传递应用26或与多个用户设备14相关联的组织)可以能够配置消息足迹存储库28中的记录的寿命以满足各种目标和资源。

如上面所指出的，消息可能因各种原因而被撤回，诸如移除虚假、垃圾邮件或恶意内容，限制对潜在敏感或机密信息的访问，或移除过时或不再需要或不再重要的信息。消息的作者可以决定撤回消息并且访问经由消息传递应用26提供的各种用户界面或控件以发起撤回。响应于这样的请求，消息传递应用26使用存储在消息足迹存储库28中的记录来标识被撤回的消息的所有转发，并且删除或以其他方式阻止对原始消息和原始消息的每个转发的访问。特别地，消息传递应用26使用存储库28来标识包括针对原始消息的标识信息的每个记录，然后将与每个记录相关联的消息标记或以其他方式设置为被撤回(例如，被删除或被阻止)。在一些实施例中，作者还可以选择性地撤回消息链中的特定消息，诸如，例如，仅原始消息、到特定组的原始消息的转发、超过特定转发数目或接收者数目的原始消息的转发等。应当理解，对消息进行撤回在本文中被描述为由原始消息的作者来执行，在一些实施例中，还可以由与作者相关联的管理员(诸如与接收原始消息的原始用户组相关联的管理员)来执行。因此，如在本申请中所使用的，响应于消息的作者的输入或采取的动作而在此执行的动作包括作者或与作者相关联的管理员所采取的输入或采取的动作。

如本文所述，当消息被撤回时，消息以及与该消息相关联的任何内容对于该消息最初被发送至的接收者是不可见的。例如，如果被撤回消息是电子邮件，则可以从每个接收者的收件箱和其他邮箱中删除该消息。当消息是即时消息时，可以从消息被接收的组的聊天历史或对话中删除被撤回消息。在其他实施例中，被撤消消息可以对用户不可见，但是可以向用户提供信息通知用户：消息被撤消(例如，不提供关于被撤消消息的内容或其他详情的信息)。

除了作者之外，其他用户可以能够报告或请求消息被撤回。例如，如上面所指出的，当消息包括垃圾邮件、恶意内容或不合适的内容时，接收该消息的任何组中的用户(包括管理员)都可以有能力报告该消息以供检查和潜在撤回。类似地，一些组可以实现消息的自动检查(例如，经由机器人或其他自动处理机制)并且这样的自动检查过程可以类似地报告消息以用于检查和潜在撤回。

例如，图6是图示了根据一个实施例的使用系统10用于报告和撤回消息的方法60的流程图。方法60在本文中被描述为由服务器12执行(通过经由电子处理器20执行消息传递应用26)。然而，如上面所指出，在一些实施例中，该功能性可以以各种方式进行分发，包括在用户设备14上本地执行的该功能性的一些部分。

如图6中所图示，方法60包括接收撤回发送给一组接收者(一个或多个接收者)的电子消息的请求(在框61处)。例如，使用图4中所图示的消息的示例转发，第三组46中的用户可以报告接收到的被转发消息包含指向恶意网站的链接、包含垃圾邮件、虚假消息等等。在一些实施例中，可以响应于用户选择(点击)作为显示被报告的消息的用户界面的一部分显示的“报告”或“撤回”选择机制来接收请求。然而，应当理解，用户可以通过其他方式报告消息。此外，在一些实施例中，如上面所指出，除了用户发起的报告之外或作为用户发起的报告的备选，自动化过程可以被用来最初标识和报告用于潜在撤回的消息。如上面所指出，在一些实施例中，当消息被报告以供检查时，可以在消息足迹存储库28中针对该消息递增计数器。在一些实施例中，还可以存储关于消息报告的附加信息，诸如报告的源、与报告相关联的时间戳等等。如下文更详细地描述的，该记录信息可以被用来计算关于消息、用户等的各种统计数据。

如图6中所图示的，当消息被报告以用于潜在撤回时，做出关于是否撤回被报告的消息的决策(在框62处)。在一些实施例中，该决策是基于从管理员(或如上面所指出的多个管理员)接收的输入做出的，诸如与消息被报告的组相关联的管理员。例如，继续图4中的示例，当第三组46中的用户报告消息时，第三组46的管理员可以检查被报告的消息并且决定被转发消息是应被批准还是被撤回。在一些实施例中，如图7中所图示，向管理员提供一个用户界面，其显示被报告的消息以及一个或多个用于撤回消息或可选地批准消息的选择机制(其保留消息并且允许消息的接收者查看并且继续与消息交互)。被报告的消息可以被显示在特定对话或聊天历史的上下文中，以用于向管理员提供上下文。还可以通过用户界面提供附加信息，诸如例如关于报告消息的用户的信息、关于发送被报告的消息的用户的信息、针对组的先前被报告的或被撤回的消息等等。在一些实施例中，除了管理员决定是否撤回消息之外或作为其备选，可以使用自动化过程(机器人)来做出该决策。相应地，当消息被报告时，管理员、自动化过程或两者可以检查被报告的消息并且确定是否撤回该消息。当管理员和自动化过程两者都被使用时，自动化过程可以提供建议的动作，管理员可以在采取任何动作之前批准或确认该动作。

在一些实施例中，当被报告的消息被撤回时(基于从管理员接收到的输入、自动化过程或两者)，服务器12可以自动撤回消息的所有转发(包括原始消息)。如上所述，服务器12可以使用消息足迹存储库28中的记录来将被报告的消息跟踪回到源头并且撤回原始消息以及消息的所有转发。

作为响应于消息在消息链的一个级别被报告和撤回而撤回消息的所有转发的备选方案，在一些实施例中，服务器12仅在撤回被报告的级别撤回消息(在框63处)。相应地，如果用户是除了消息被报告和撤消的组之外的组的成员，并且用户是成员已经接收到该消息的成员的至少一个其他组，则该用户仍然可以访问该消息，因为对于用户是其成员的其他组，消息尚未被撤回。

在这种情形中，与一个组相关联的管理员可以撤回相关联的组中的消息，但是没有直接权力撤回该消息的其他转发。因此，在这种情形中，如图6中所图示的，当消息在一个组(与消息源自的组不同)处被撤回时(在框63处)，检查请求被发送到与消息起源自的组的作者和/或管理员相关联的用户(例如，继续图4中的示例，为第一组42)(在框64处)。再次，服务器12使用存储在消息足迹存储库28中的记录来标识原始消息，以及在一些实施例中标识原始消息起源的组，然后向与起源消息或源相关联的用户报告消息的撤回，诸如作者或与作者相关联的管理员(与消息最初被发送到的组相关联的管理员)(在框64处)。与管理员接收到初始报告或撤回请求相类似，与原始消息相关联的用户可以检查该消息并且决定是撤回或是批准该消息。如上面所指出的，在一些实施例中，代替与原始消息相关联的用户或除此之外，可以使用自动化过程。

在组包括多个管理员的实施例中，每个管理员都可以具有撤回消息的能力。在一些实施例中，如果存在多于一个管理员，则可能需要所有管理员投票以撤回消息。撤回消息所需的投票量可能因组规则或策略而异。例如，可能需要简单多数，可能需要三分之二多数，可能需要三分之一多数，或者可能需要一致同意才能撤回消息。

当决策在消息的源头处撤回该消息被做出时(在框65处)，撤回原始消息以及消息的每个转发(在框66处)。如上所述，服务器12使用存储在消息足迹存储库28中的记录来标识原始消息的所有转发并且撤回每个被标识的被转发消息。

例如，图8图示了使用方法60撤回具有图4中图示的消息链的消息。如图8中所图示，响应于第三组46的管理员从第三组46中的用户接收撤回消息的请求(第一箭头71表示图6的框61)并且管理员撤回消息(表示图6的框62)，该消息被包括在第三组46中的用户阻止(表示图6的框63)。此外，检查请求被发送到与原始消息相关联的用户(第二和第三箭头72，以及72表示图6的框64)。例如，如图8中所图示，在一些实施例中，检查请求被发送到第一组42的管理员(第二箭头72)和消息作者41(第三箭头73)中的一个或两者。如上所述，通过访问消息足迹存储库28，特别是与发送到第三组46的被撤回消息相关联的记录，标识消息起源的组和可选的消息作者41。第一组42的管理员和/或消息作者41在第三组46处的被撤回消息的检查请求中被告知，并且可以决策是否从整个消息链中撤回该消息。在一些实施例中，检查请求包括附加信息，诸如例如消息被报告的数目、被撤回的次数或两者的数目，消息已被转发的数目、消息的接收者的数目，受第三组46处的撤回影响的接收者的数目等等。例如，在一些实施例中，即使在已经针对消息生成了多个报告时，也可以生成并且发送单个检查请求。然而，在这种情形中，检查请求可以包括与消息相关联的报告、撤回、接收者等的数目的更新的计数。同样，可以基于存储在消息足迹存储库28中的记录来确定该信息或其一部分，并且可以响应于用户访问检查请求获取该信息的最新版本，以确保用户有权访问有关该消息的最新信息。在一些实施例中，可以在已生成检查请求时为消息设置标志以确保仅针对该消息发送单个检查请求，而不管该消息是否已被多次报告。

其他信息可以从报告本身获取，诸如报告的原因。例如，在一些实施例中，检查请求可以包含报告的数目以及对消息被一个或多个用户报告的原因的描述(例如，“消息包含指向恶意网站的链接”)。

应当理解，在一些实施例中，仅当消息在消息链内的某个级别被撤回时才发送检查请求。然而，在其他实施例中，可以在任何时间报告消息时发送检查请求。例如，即使在消息链中的某个级别处的管理员决定不撤回该消息，作者(或关联的管理员)也可以利用这种报告的存在来影响是否应针对所有级别撤回该消息(超控报告消息的管理员的决策)。

当检查请求被发送给作者41和关联的管理员两者并且作者41或管理员选择撤回消息时，可以在所有级别撤回该消息。然而，在其他实施例中，两个用户可能需要在消息链的所有级别撤回消息之前选择撤回该消息。然而，应当理解，在这种情形中可以应用不同的规则。例如，在一些实施例中，当作者41选择撤消消息而管理员没有选择撤消该消息时，该消息可以从该消息起源的组中被撤消，但是没有从任何更低级别被撤消。此外，在一些实施例中，当在消息的起源级别做出不撤回消息的决策并且基于报告该消息已经在更低级别被撤回时，在更低级别被撤回的消息可以保持被撤回或者可以被重新授权(超控原始撤回)。

图9图示了根据一个实施例的如何使用图6的方法撤回消息(例如，图5中图示的消息M1)的进一步细节。例如，如图6中所图示，当消息被报告(见报告者81)时，向消息M1的作者41和消息起源的组(第一组42)的管理员82发送检查请求。当这些用户中的任何一个用户选择被报告消息以用于撤回时(例如，如图9中所图示的管理员82)，如图9中所图示的，生成并且处理撤回消息。特别地，消息链处理与消息足迹存储库28交互以确定消息链并将针对消息M1的被转发版本(消息M2)的撤回消息(通过组处理和用户处理)递送给接收被转发版本的组中的用户(第二组44和第三组46中的每个接收者)。每个用户对撤回消息的接收实现对用户的收件箱、聊天记录或其他消息列表中的该消息的撤回。

使用图6、图8和图9中所图示的工作流程允许用户报告用于潜在撤回的消息，但限制用户在消息链中的用户级别以及其他级别自动撤回消息，这防止单独用户滥用系统。特别地，通过管理员对报告进行检查，在消息被撤回之前提供监督。此外，消息链的某个级别的管理员被限制从所有其他级别自动撤消消息，因为这个功能性仅限于起源级别，保留消息的原始作者(或关联的管理员)以及负责内容消息的持有作者和关联的管理员的控制权。

如上面所指出，在一些实施例中，可以以自动化方式执行上述工作流程的各部分。例如，可以以自动化方式(例如，使用被配置为分析包括在消息中的内容的机器人)来报告和检查用于撤回的消息。此外，在一些实施例中，可以基于各种规则来采取其他自动化动作，这些规则可以由系统10的管理员、特定用户组或其组合进行配置。例如，当消息的报告数目满足(达到或超过)阈值时，甚至无需管理员确认，消息也可以被自动撤回。如上面所指出的，消息足迹存储库28可以跟踪针对特定消息已经接收到多少报告的计数。此外，当在预定时间段内没有从管理员那里接收到关于被报告的消息的输入时，该消息可以被自动撤回。例如，当用户在一个组级别报告消息并且在预定时间段内没有做出关于是否在该组级别撤回该消息的决定时，该消息可以在该组级别被自动撤回。类似地，当消息被报告给与原始消息相关联的用户并且在预定时间段内没有做出关于是否在消息链的所有级别撤回该消息的决定时，该消息可以被自动撤回。应当理解，对于撤回是在一个级别还是多个级别执行、是否已经接收到针对消息的一定数目的报告等等，可以不同地设置被用于这些自动动作中的任何一个自动动作的时间段。

如上面所指出的，通过存储在存储库28中的记录所提供的功能性不仅允许出于撤回消息的目的将消息跟踪到源头，而且还允许消息被跟踪并且有效消息被激励。例如，用户常常以所创作的消息得到转发、点赞、评论等而自豪，并且消息可以在社会和政治意识、信息散播、行动呼吁等方面发挥重要作用。然而，当前的消息传递系统无法跟踪消息的这些动作。因此，用户没有办法知道他或她的消息是如何被接收到的，尤其是消息是否已成为病毒式传播。如上面所指出的，当消息的转发数目或消息的接收者数目满足(达到或超过)预定阈值时，该消息可以被归类为“病毒”消息。因此，如果不了解消息的影响范围，用户就很少有动力或没有动力来起草具有特定影响范围或病毒性的消息。

因此，为了解决这些和其他问题，消息足迹存储库28中维护的数据可以被用来提供关于消息的各种统计数据，其可以被用来奖励用户、激励特定类型的消息等。例如，在一些实施例中，消息传递应用26可以提供一个或多个用户界面，其提供关于消息的统计数据，诸如例如消息已被转发(重新发送、共享、复制等)给其他用户或用户组的数目以及消息的潜在接收者的数目。在一些实施例中，统计数据还包括对接收到的消息的点赞的数目和/或消息情绪(sentiment)，其可以基于消息的内容、接收者对消息的反应、请求撤回的报告、实际撤回或其组合。统计数据还可以包括具有请求撤回消息的特定原因(例如，相同原因或类似原因)的撤回消息的请求的汇总数目，诸如消息是否包含机密信息、包含恶意内容、包括虚假内容等。例如，统计数据可以包括其中用户将消息标识为包含指向恶意网站的链接的撤回请求的数目。撤回的原因可以在单独的字段中被标识并且从撤回消息的预定原因列表中选择，或者可以通过解析撤回电子消息的请求的内容来进行标识。这些统计数据可以作为全局统计数据、限于特定区域或组的统计数据(已定义的组列表或组类型)或其组合来提供。

因此，通过构建如上所述的消息足迹存储库28，从消息的源头通过每个转发来跟踪消息的旅程。特别地，如上面所指出的，可以在消息足迹存储库28中维护各种计数器并且随着针对电子消息采取动作而更新计数器。因此，可以访问这些计数器并且将其用来提供各种统计数据。备选地或附加地，经由存储库28中的记录建立的消息之间的链接可以被用来跟踪消息的链或路径，并且可以基于包括在所标识的链或路径中的记录来执行各种计数或其他计算。例如，可以对包括在链或路径中的记录的数目进行计数以计算转发数目。类似地，可以将与链或路径中识别的组相关联的用户的数目相加以计算接收者的数目。

应当理解，如上所述，由消息传递应用26所提供的用于访问消息(或消息组)的统计数据的用户界面还可包括选择机制，用于撤回消息或报告用于潜在撤回的消息。因此，用户界面可以用作管理发送的消息的中心位置。统计数据还可以被并入到由消息传递应用26提供的其他用户界面中，诸如在消息窗口或显示(例如，电子邮件账户的收件箱)内。可以以数字形式、文本形式或图形形式提供统计数据。例如，可以与其他消息不同地标记或显示具有特定到达级别的消息，以将电子消息与与统计数据的不同值相关联的其他消息区分开来。此外，可以与指示消息的各种统计数据的消息一起显示各种图标。例如，可以使用不同的图标来标识在某些参数内达到的消息、被报告为可以撤回的消息、被撤回的消息等。此外，在一些实施例中，可以响应于达成特定统计数据的消息而自动生成和传输各种通知或警报。例如，当消息被转发预定数目、被发送到预定数目的接收者等时，可以(向消息的作者、管理员或其他用户)生成警报。这些统计数据还可以被用来针对用户或用户组生成分数，其可以被用来自动控制用户或组对特定系统、功能性等的访问。

因此，本文描述的实施例提供用于撤回电子消息的方法和系统。在以下权利要求中阐述了一些实施例的各种特征和优点。

Claims (15)

1.一种撤回电子消息的设备实现的方法，所述方法包括：

在数据存储库中存储记录，所述记录包括标识经由电子消息传递应用发送的第一消息的数据和标识第二消息的数据，所述第一消息是所述第二消息的被转发消息；

从与第一用户相关联的第一用户设备接收撤回所述第一消息的请求，所述第一用户是所述第一消息的接受者；以及

响应于接收到撤回所述第一消息的所述请求；

基于所述数据存储库中存储的所述记录，标识所述第二消息；

向与第二用户相关联的第二用户设备提供报告撤回所述第一消息的所述请求的用户界面，其中所述第二用户与所述第二消息相关联，并且包括从以下各项组成的组中选择的至少一项：所述第二消息的作者和与接收所述第二消息的用户组相关联的管理员，所述用户界面包括：

撤回所述第一消息的所述请求；

确认所述第一消息的撤回的选择机制；

关于所述第一消息的统计信息，所述统计信息包括计数器值，所述计数器值包括针对所述第一消息而接收的撤回请求的数目；

所述第一消息和在与所述第一消息相关联的对话线程内的所述第一消息的上下文；以及

响应于从所述第二用户设备接收到所述选择机制的选择：

撤回所述第一消息和所述第二消息。

2.根据权利要求1所述的方法，其中存储包括标识所述第二消息的所述数据的所述记录包括存储包括针对所述第二消息的唯一标识信息的所述记录。

3.根据权利要求2所述的方法，其中存储包括标识所述第二消息的所述数据的所述记录包括存储包括针对第三消息的唯一标识信息的所述记录，所述第一消息是所述第三消息的被转发消息，并且所述第三消息是所述第二消息的被转发消息。

4.根据权利要求1所述的方法，还包括：响应于接收到撤回第三消息的请求，递增跟踪与所述第三消息相关联的请求的数目的计数器，并且响应于所述计数器满足预定阈值，自动撤回所述第三消息和所述第三消息的每个被转发消息。

5.一种用于撤回电子消息的系统，所述系统包括电子处理器，被配置为：

在数据存储库中存储记录，所述记录包括标识经由电子消息传递应用发送的第一消息的数据和标识第二消息的数据，所述第一消息是所述第二消息的被转发消息；

从与第一用户相关联的第一用户设备接收撤回所述第一消息的请求，所述第一用户是所述第一消息的接受者；以及

响应于接收到撤回所述第一消息的所述请求；

基于所述记录，标识所述第二消息，

向与第二用户相关联的第二用户设备提供报告撤回所述第一消息的所述请求的用户界面，其中所述第二用户与所述第二消息相关联，并且包括从以下各项组成的组中选择的至少一项：所述第二消息的作者和与接收所述第二消息的用户组相关联的管理员，所述用户界面包括：

撤回所述第一消息的所述请求；

确认所述第一消息的撤回的选择机制；

关于所述第一消息的统计信息，所述统计信息包括计数器值，所述计数器值包括针对所述第一消息而接收的撤回请求的数目；

所述第一消息和在与所述第一消息相关联的对话线程内的所述第一消息的上下文；以及

响应于从所述第二用户设备接收到所述选择机制的选择：

撤回所述第一消息和所述第二消息。

6.根据权利要求5所述的系统，其中标识所述第二消息的所述数据包括针对所述第二消息的唯一标识信息。

7.根据权利要求5所述的系统，其中标识所述第二消息的所述数据包括标识第三消息的数据，所述第一消息是所述第三消息的被转发消息，并且所述第三消息是所述第二消息的被转发消息。

8.根据权利要求5所述的系统，其中所述第一用户被包括在接收所述第一消息的用户组中。

9.根据权利要求8所述的系统，所述电子处理器还被配置为：响应于接收到撤回所述第一消息的所述请求，通知与用户组相关联的管理员。

10.根据权利要求5所述的系统，所述电子处理器还被配置为：响应于接收到撤回第三消息的请求，递增跟踪与所述第三消息相关联的请求的数目的计数器，并且响应于所述计数器满足预定阈值，自动撤回所述第三消息和所述第三消息的每个被转发消息。

11.一种包括指令的非瞬态计算机可读介质，所述指令在由电子处理器执行时执行一组功能，所述一组功能包括：

在数据存储库中存储记录，所述记录包括标识经由电子消息传递应用发送的第一消息的数据和标识第二消息的数据，所述第一消息是所述第二消息的被转发消息；

从与第一用户相关联的第一用户设备接收撤回所述第一消息的请求，所述第一用户是所述第一消息的接受者；以及

响应于接收到撤回所述第一消息的所述请求；

基于所述记录，标识所述第二消息，

递增跟踪请求的数目的计数器，以及

响应于所述计数器不满足预定阈值：

向与第二用户相关联的第二用户设备提供报告撤回所述第一消息的所述请求的用户界面，其中所述第二用户与所述第二消息相关联，并且包括从以下各项组成的组中选择的至少一项：所述第二消息的作者和与接收所述第二消息的用户组相关联的管理员，所述用户界面包括确认所述第一消息的撤回的选择机制，以及

响应于从所述第二用户设备接收到所述选择机制的选择：

撤回所述第一消息和所述第二消息。

12.根据权利要求11所述的非瞬态计算机可读介质，其中所述第二用户包括与接收所述第二消息的用户组相关联的管理员组。

13.根据权利要求12所述的非瞬态计算机可读介质，其中所述一组功能还包括进行所述管理员组的投票。

14.根据权利要求13所述的非瞬态计算机可读介质，其中所述投票包括：从由以下各项组成的组中选择的至少一项：简单多数投票、三分之一多数投票、三分之二多数投票，以及一致决定投票。

15.根据权利要求11所述的非瞬态计算机可读介质，其中所述一组功能还包括：

响应于接收到撤回第三消息的请求：

递增跟踪与所述第三消息相关联的请求的数目的第二计数器，以及

响应于所述计数器满足预定阈值，自动撤回所述第三消息和所述第三消息的每个被转发消息。