阅读说明：本技术 用于分享对视频的反应的社交媒体平台 (Social media platform for sharing reactions to videos ) 是由 H·R·希尔德布兰德 于 2020-02-27 设计创作，主要内容包括：公开了一种用于接收反应视频的社交媒体平台。该平台允许用户向平台的其他用户发送视频。视频的发送者可以包括记录对视频的一个或多个部分的反应视频的指令或请求。接收者可以接受记录针对发送者请求的部分的反应视频。此外,该平台使用社交契约来传播或创造积极的情绪,例如,快乐。因此,接收者发现产生消极情绪的任何视频可以被认定为违反社交契约,并且消息传递平台可以通过限制发送者的记录权限来限制这些视频的发送者。(A social media platform for receiving reaction videos is disclosed. The platform allows a user to send videos to other users of the platform. The sender of the video may include instructions or requests to record a reaction video to one or more portions of the video. The recipient may accept to record the reaction video for the portion requested by the sender. In addition, the platform uses social contracts to propagate or create positive emotions, e.g., happiness. Thus, any videos for which the recipient finds that negative emotions are produced may be deemed to violate a social contract, and the messaging platform may restrict the sender of those videos by restricting the sender's recording rights.)

具体实施方式

实施例涉及具有反应分享能力的社交媒体平台。该平台可以包括用户之间交换的消息和视频进行传播或产生积极情绪(例如，快乐)的社交契约。任何被接收者发现产生消极情绪的消息和/或视频都可以被认定为违反社交契约，并且交流平台可以限制此类消息和/或视频的发送者传播消极情绪，例如，通过暂停他们的写作权限。因此，交流平台可以鼓励用户传播积极情绪。当接收者收到消息和/或视频时，接收者向交流平台表明情绪类型，例如，积极情绪(符合社交契约)或消极情绪(违反社交契约)，在接收者中生成消息和/或视频。交流平台跟踪关于交流平台的用户的各种度量，例如，指定用户违反社交契约的次数，指定用户发送的被发现违反社交契约的消息和/或视频的百分比，指定用户被向交流平台举报的次数，或违规频率。当一个或多个度量超过其阈值时，交流平台可以暂停指定用户的写作权限，这防止用户发送消息和/或视频，从而阻止指定用户传播消极情绪。暂停后，指定用户可以继续接收来自其他用户的消息和/或视频，但无法向其他用户发送消息和/或视频。

交流平台鼓励积极情绪的传播。例如，当消息和/或视频的接收者向交流平台表明消息和/或视频产生了积极情绪时，消息和/或视频的发送者被告知这一点，这鼓励发送者发送产生积极情绪的消息和/或视频。在另一个示例中，交流平台使接收者能够将接收者在阅读消息和/或观看视频时的反应发送给发送者，这可以进一步鼓励发送者继续发送产生这种积极情绪的消息和/或视频。反应可以是接收者阅读消息和/或观看视频以及他/她对消息和/或视频的反应的视频记录。一对用户之间的这种交换，其中(a)消息和/或视频在接收者中产生积极情绪，(b)接收者向发送者发送反应的视频记录，以及(c)发送者在观看接收者的反应的视频记录时经历积极情绪，不仅促进该对用户之间产生积极情绪，而且有助于加强该对用户之间的关系。

在另一示例中，交流平台使视频的发送者能够选择视频中的一个或多个部分，针对该一个或多个部分接收者的反应应当被记录。交流平台可以通知接收者，发送者已请求针对视频的一部分的反应视频，并且请求在该部分期间进行记录的许可。这可以让发送者更好地分析视频的哪些部分让接收者感到高兴，以及视频的哪些部分让他们感到不安。例如，喜剧演员可以使用此功能来衡量演出动作中的哪些笑点得到了来自接收者的最佳回应。

现在转向图1，图1是其中可以实现交流平台的环境100的框图。环境100包括服务器105，其实现交流平台的至少一部分并促进交流平台的用户125之间的消息交换。交流平台还包括客户端侧部分，其使得用户能够发送或接收消息，以及交流平台的其他功能。客户端侧部分可以实现为应用，例如，移动应用，其可以在与用户125相关联的客户端设备136-138上安装和执行。交流平台的客户端侧部分也可以实现为基于浏览器的应用，其可以使用客户端设备136-138上的网络浏览器应用来访问。用于生成应用的可执行文件可以存储在服务器105、与服务器105相关联的存储系统110处，或者存储在客户端设备136-138可访问的不同位置处。用户125可以通过从上述位置中的任一个下载应用来在他们的相应客户端设备136-138中安装应用。客户端设备可以是台式机、膝上型计算器、平板电脑、智能手机、可穿戴设备或能够通过通信网络150访问服务器105并且能够记录视频、发送多媒体内容和/或从用户接收多媒体内容的任何计算设备中的任一个。

在以下段落中，交流平台的客户端侧部分被实现为应用(也称为“消息传递应用”)。用户125中的每一个可以在他们的相应客户端设备上安装消息传递应用。例如，第一用户126可以在客户端设备136上安装消息传递应用(“消息传递应用146”)，第二用户127可以在客户端设备138上安装消息传递应用(“消息传递应用147”)，以及第三用户128可以在客户端设备138上安装消息传递应用(“消息传递应用148”)。安装在交流平台上的消息传递应用鼓励用户125根据社交契约在他们之间交换消息，例如，在用户125之间促进积极情绪，并且通过暂停用户125中的发送违反社交契约的消息(例如，在接收者中产生消极情绪的消息)的那些用户的写作权限来限制这些用户。尽管社交契约被描述为传播积极情绪(例如，快乐)，它不仅限于积极情绪，并且包括其他因素。

用户125被要求在他们能够发送或接收消息之前接受社交契约。例如，当第一用户126第一次使用消息传递应用146时，消息传递应用146显示社交契约，例如，“我打算让人们对我的消息感到快乐(I intend to make people happy with my messages)”，并且在第一用户126可以发送或接收来自其他用户的任何消息之前要求用户接受该契约。该消息可以提醒第一用户126交流平台是关于传播积极情绪的。图2示出了与各种实施例一致的消息传递应用显示社交契约的示例屏幕截图。在一些实施例中，图2的GUI是消息传递应用146的一部分。GUI 205显示消息传递应用的简要描述并且GUI 210显示社交契约。用户只有在接受社交契约(例如，在GUI 210中选择“我承诺”选项)后才能向其他用户发送消息。如果用户不接受社交契约，则消息传递应用不会让用户向其他用户发送消息用户(但可以接收来自其他用户的消息)。

消息传递应用支持的功能中的一些功能包括向用户发送消息、接收来自用户的消息、以及发布可以由多个用户查看的消息、记录阅读消息的反应的视频、记录具有关于特定用户的信息以供某类用户消费的“追随(catch-up)”视频、以及记录用户的具有描述性内容的视频，所有这些都在以下段落中描述。

在一些实施例中，消息传递应用可以充当内容分享应用。一些附加功能可以包括分享音频、视频、图像、GIF、URL链接、优惠券、位置和任何其他可分享的内容。在一些实施例中，应用可以促进屏幕分享。例如，用户A可能正在向用户B用消息传递有关私人信息(例如，银行对帐单或健康记录)。但是，为了获得另一个意见，用户A可能希望与用户B分享信息。为此，用户A可以选择与用户B分享屏幕以显示信息。

关于发送消息，在一些实施例中，消息传递应用让用户125向客户端设备上的他们的地址簿中的联系人发送消息。例如，消息传递应用146使第一用户126能够向客户端设备136上的地址簿中的联系人发送消息。也就是说，如果第二用户127的联系人信息存储在客户端设备136上的地址簿中，第一用户126将能够向第二用户127发送消息130。图3示出了与各种实施例一致的消息传递应用显示来自客户端设备上的地址簿的联系人的示例屏幕截图。在一些实施例中，图3的GUI是消息传递应用146的一部分。GUI 305显示来自存储在客户端设备136上的第一用户126的地址簿的联系人。第一用户126可以从地址簿中选择联系人中的一个，例如，“Brian C”，如GUI 310中所示。然后第一用户126可以编写消息130并将其发送给第二用户127，如GUI 315中所示。消息130可以包括文本或多媒体内容。然而，在一些实施例中，消息130是文本。

在一些实施例中，第一用户126还可以选择匿名发送消息130。例如，GUI 315示出匿名指示符316，其在被勾选时与接收者分享第一用户126的用户可识别信息(UII)以及消息130，并且在未被勾选时从消息130中移除UII，从而匿名发送消息130。此外，在一些实施例中，如果接收者发现消息是冒犯性的，则即使消息是匿名发送的，消息传递应用也可以向接收者显示UII。例如，如果第一用户126匿名向第二用户127发送消息130，并且如果第二用户127发现消息130是冒犯性的，则消息传递应用147可以在消息中向第二用户127透露第一用户126的UII 127。在一些实施例中，这可以用作对发送冒犯性消息的威慑。UII可以包括可以用于识别或导出发送者身份的任何信息，例如，用户名、用户姓名、电话号码和电子邮件ID。GUI 320显示注释，其指示如果接收者发现该消息是冒犯性的，则将透露发送者的身份。在某些实施例中，仅当用户第一次发送匿名消息时显示该注释。

虽然消息传递应用146让第一用户126向客户端设备136上的地址簿中的联系人发送消息，但在一些实施例中，消息传递应用146让第一用户126向不在地址簿中的联系人发送消息。第一用户126可以键入联系人信息，例如，接收者的电话号码或电子邮件ID，而不是从地址簿中进行选择。此外，无论第一用户126是否可以向不在地址簿中的联系人发送消息，第一用户126都可以从不在第一用户126的地址簿中的联系人接收消息。

关于接收消息，消息传递应用向用户提供选项，以记录用户对阅读消息的反应。例如，当第二用户127接收到消息130时，消息传递应用147可以向第二用户127提供选项，以记录第二用户127对阅读消息130的反应135。消息传递应用147在向第二用户127显示消息130之前提供该选项。如果第二用户127选择记录反应135，则消息传递应用147指示客户端设备137的相机开始对第二用户127的视频记录，然后显示消息130。当消息130显示在客户端设备137的屏幕上时，记录可以在后台发生。消息传递应用147从消息被显示的时间开始在指定的持续时间内记录视频，例如，30秒、45秒、或1分钟。即使在记录之后，第二用户127也可以选择是否向第一用户126发送反应135。此外，消息传递应用要求第二用户127指示消息130对于第二用户127产生的情绪的类型。情绪的类型可以是积极情绪，例如，快乐、欢笑、微笑、喜悦等；也可以是消极情绪，例如，悲伤、失望、毛骨悚然、恶心或愤怒。消息传递应用147可以提供指示情绪的类型的指示符。例如，积极情绪指示符可以是图标、文本、图像、符号或积极情绪的其他表示，例如，“喜欢”图像、拇指朝上图像、笑脸图标、微笑符号；并且消极情绪指示符可以是图标、文本、图像、符号或消极情绪的其他表示，例如，“不喜欢”图像、拇指朝下图像、皱眉脸图标或皱眉脸符号。通过选择这两种指示符之一，第二用户127可以指示由消息130产生的情绪的类型。为了简洁起见，积极情绪的指示被称为“喜欢”，而消极情绪的指示被称为“不喜欢”。在一些实施例中，如果第二用户127指示消息130产生消极情绪，则消息传递应用147为第二用户127提供选项以向服务器105中的交流平台举报消息130的发送者(例如，第一用户126)。在接收到针对第一用户126的举报后，服务器105将该举报存储在存储系统110中，该举报可以用于确定是否暂停第一用户126的写作权限。

图4示出了与各种实施例一致的消息传递应用显示接收到的消息的示例屏幕截图。在一些实施例中，图4的GUI是消息传递应用147的一部分。GUI 405显示新消息的通知。GUI 410显示提示，该提示要求第二用户127确认第二用户127是否想要记录对阅读消息130的反应。如果第二用户127确认记录反应，则消息传递应用147指示客户端设备137的相机开始视频记录，然后显示GUI 415，GUI 415显示消息130，否则消息传递应用仅显示GUI 415。GUI 415还提供情绪指示符，例如，积极情绪指示符416和消极情绪指示符417。第二用户127可以通过选择两个情绪指示符416和417之一来指示由消息130产生的情绪的类型。GUI 420显示提示，该提示要求第二用户127确认第二用户127是否想要将反应135的记录发送给消息130的发送者(例如，第一用户126)。如果第二用户127确认反应的发送，则反应135被发送给第一用户126。

消息传递应用147向服务器105发送反应135(如果第二用户127同意发送)和情绪的类型，其然后被发送到第一用户126。第一用户126可以查看第二用户127的反应135和第二用户127在消息传递应用146中阅读消息130时感受到的情绪的类型。在一些实施例中，消息传递应用包括收件箱文件夹，其包括用户接收的所有消息；以及发件箱文件夹，其包括用户发送的所有消息。例如，消息传递应用146中的与第一用户126相关联的收件箱文件夹，其可以包括第一用户126接收的所有消息；以及发件箱文件夹，其包括第一用户126发送的所有消息。如果这些文件夹中的消息中的任何消息具有相关联的反应，则这些消息也将包括第一用户126可以随时回放的相关联的反应。例如，如果第一用户126的收件箱文件夹中的消息中的任何消息具有第一用户126在阅读这些消息时的反应，则这些视频将被标记到该消息。与消息相关联地显示指示视频的缩略图或任何其他视频指示符，并且第一用户126可以通过选择视频指示符来回放视频。类似地，如果发件箱文件夹中的任何消息具有消息接收者的反应，则该消息被标记有视频，并且第一用户126可以通过选择相关联的视频指示符来回放视频。

图5示出了与各种实施例一致的用户的发件箱文件夹中的消息的示例屏幕截图。在一些实施例中，图5的GUI是消息传递应用146的一部分。GUI 505示出了在用户(例如，第一用户126)的发件箱文件夹中的发送给另一用户“Stephen P”的消息。该消息还与接收者的反应相关联，这由视频缩略图506指示。第一用户126可以选择视频缩略图506来播放视频。GUI 510示出了积极情绪指示符511，其指示接收者在阅读来自第一用户126的消息时感受到的情绪的类型，例如，积极情绪。

交流平台有助于用户加强现有关系。交流平台将用户地址簿中的联系人分类为多个类别，每个类别代表用户与这些类别的联系人的关系类型。在一些实施例中，交流平台基于交流平台中的用户之间的交互的程度对联系人进行分类。

图6示出了与各种实施例一致的用户的地址簿联系人的分类的示例屏幕截图。在一些实施例中，图6的GUI是消息传递应用146的一部分。消息传递应用146将第一用户126的地址簿中的联系人分类为“认识”、“信任”和“喜爱”类别，如GUI 605中所示。在一些实施例中，“认识”类别包括来自第一用户126的地址簿的所有联系人。在一些实施例中，“信任”类别包括来自地址簿的第一用户126已向其发送消息的那些联系人。在一些实施例中，“信任”类别包括来自地址簿的第一用户126已与其交换消息(例如，向其发送消息并且从其接收消息)的那些联系人。虽然消息传递应用146可以自动对联系人进行分类，但第一用户126也可以将上述类别之一指派给指定联系人。此外，如果第一用户126与指定联系人的交互改变，则指定联系人可以从一个类别移动到另一个类别。例如，指定联系人最初可以是“认识”类别，但是当第一用户126向该指定联系人发送消息时，其可以移动到“信任”类别，并且当第一用户126和指定用户已经交换消息时，可以进一步移动到“喜爱”类别。在一些实施例中，消息传递应用146可以将联系人的分类信息发送到服务器105，服务器105可以将分类信息存储在存储系统110中，例如，以加密格式。

在一些实施例中，将指定联系人指派给指定类别的标准可以是用户定义的。例如，与指定联系人的交互的程度(例如，为了将指定联系人分类为“信任”类别第一用户126必须向指定联系人发送的消息数量)可以是用户定义的。类似地，为了将指定联系人分类为“喜爱”类别第一用户126与指定联系人之间要交换的消息的数量可以是用户定义的。

这种分类可以鼓励用户加强指定关系。例如，第一用户126可以查看分类并看到指定联系人“Kevin”属于“信任”类别，并且可能觉得他们有一段时间没有相互交流，因此受到鼓励与他交换信息。在与“Kevin”交换消息后，“Kevin”可以被移动到“喜爱”类别。

消息传递应用146还允许第一用户126与他/她的联系人分享“追随”视频。在一些实施例中，“追随”视频是具有第一用户126的一些信息的视频记录。例如，第一用户126的追随视频可以是第一用户126的这样的视频：该视频提供了关于第一用户126发生的事情的一些信息，这有助于他/她的联系人追随第一用户126。第一用户126可以为不同类别生成不同的追随视频，例如，在消息传递应用146中具有不同程度的个人信息，如由追随视频部分606在GUI 605中示出的。例如，第一用户126可以创建第一追随视频并指派给“认识”类别，创建第二追随视频并指派给“信任”类别，并且创建第三追随视频并指派给“喜爱”类别。在一些实施例中，为“喜爱”类别生成的追随视频可以相比为“信任”类别生成的追随视频具有更多关于第一用户126的个人信息，因为第一用户126与“喜爱”类别中的联系人的关系相比“信任”类别中的联系人更紧密且牢固。此外，不同类别的追随视频记录的分配持续时间可能不同。例如，追视视频的分配持续时间可以是“喜爱”类别最高，而“认识”类别最低。在追随视频部分606中，第一用户126仅针对“认识”类别生成了追随视频。当第一用户126的指定联系人请求观看第一用户126的追随视频时，消息传递应用确定指定联系人所属的类别并提供对第一用户126的指派给所确定的类别的追随视频的访问。指定联系人可能无权访问第一用户126的指派给指定联系人所属的类别以外的类别的追随视频。在一些实施例中，安装在与指定联系人相关联的客户端设备中的消息传递应用可以与服务器105交互以在第一用户126的消息传递应用中找到指定联系人的类别。

类似地，当第一用户126请求观看联系人(例如，“Kevin”)的追随视频时，例如通过轻敲“认识类别”中的联系人的缩略图，消息传递应用146确定第一用户126在Kevin的消息传递应用中所属的类别，并提供对Kevin的指派给第一用户126的类别的追随视频的访问。在一些实施例中，消息传递应用146可以指示第一用户126观看的追随视频的数量，例如，作为第一用户126可访问的联系人的追随视频总数的百分比，例如观看了追随视频的60％。

交流平台还让用户发表或发布可以由交流平台的所有用户查看的消息(“公开帖子”或“公开消息”)。用户还可以在他们的公开帖子中标记或包括视频。标记到公开帖子的视频可以是关于用户的想法或用户对另一个公开帖子的感受的视频记录。在一些实施例中，公开帖子是匿名显示的，即消息传递应用删除了发表公开帖子或对公开帖子发表评论的用户的UII。

图7示出了与各种实施例一致的公开帖子的示例屏幕截图。在一些实施例中，图7的GUI是消息传递应用146的一部分。GUI 705显示交流平台的用户的公开帖子。GUI 710显示交流平台的多个用户的公开帖子。第一用户126可以选择对公开帖子之一发表评论。GUI715允许第一用户126对显示在GUI 710中的公开帖子之一发表评论。第一用户126还可以选择向评论添加视频，如GUI 710中所示。

返回参考图1，如上面描述的，交流平台不仅促进在用户之间传播积极情绪，而且有助于加强用户之间的现有关系。交流平台通过暂停被发现违反社交契约的用户的写作权限来限制其发送消息。服务器105在存储系统110中存储关于用户125的各种类型的数据，例如，用户的用户简档信息(例如，姓名、电话号码、电子邮件ID、简档图片)、用户之间交换的消息、针对消息中的每个消息接收到的喜欢或不喜欢、针对用户接收到的任何举报、用户的反应视频以及关于用户125中的每个用户的联系人类别的至少一些信息。服务器105在确定是否暂停用户的写作权限时跟踪用户125中的每个用户的各种度量。例如，度量可以包括以下各项中的一个或多个：指定用户从特定用户接收到不喜欢的次数、指定用户从用户125中的一个或多个接收到不喜欢的次数、指定用户发送的消息接收到不喜欢的百分比、指定用户发送的消息总数、指定用户在交流平台上活跃的时间段、指定用户被向交流平台举报的次数、接收到不喜欢的频率(例如，每周/每月有多少不喜欢、每100条消息有多少不喜欢)、指定用户被举报的频率等。服务器105可以为每个度量或度量的组合定义阈值限制。当一个或多个度量超过其阈值时，服务器105可以暂停指定用户的写作权限。暂停写作权限可以防止指定用户发送消息，因此可以阻止指定用户传播消极情绪。在暂停后，指定用户可以继续接收来自其他用户的消息，但无法向其他用户发送消息。在一些实施例中，被暂停的用户可以向交流平台申诉以重新获得写作权限。

图8示出了当用户的消息被举报包含消极内容时用户会看到的提示。示例提示800包括提醒801、警告802和暂停803。此外，尽管图8中使用了术语“消息”，本领域技术人员将理解图8中的提示可以应用于分享的视频、文件和其他可分享内容。

当存在针对用户的消息的一个举报时，用户可以接收提醒801。用户然后可以确认接收到提醒801并继续使用交流平台。当用户接收到两个举报时，显示警告802。在这种情况下，交流平台再次通知用户这两个举报，并警告额外的举报将导致写作权限的暂停。同样，用户可以确认接收到警告802并继续使用交流平台。如果用户接收到第三个举报，用户将接收到暂停803的通知。暂停803通知用户他们的写作权限被暂停。

在一些实施例中，对于用户从提醒801进展到警告802再到暂停803，该用户必须被不同的用户举报。例如，用户A可以向用户B发送三个消极消息。然后用户B可以向交流平台举报所有三个消息。在这种情况下，现在可以向用户A呈现提醒801，因为这些举报都是由同一用户做出的。相反，如果用户A向用户B发送了一个视频，向用户C发送了一条消息，并且向用户D发送了一个视频，并且所有三个接收者都举报了用户A，则用户将接收到暂停803。

在一些实施例中，在暂停用户的写作权限之前，可以通过情感分析来分析被举报的消息。情感分析可以包括本领域已知的方法，例如，自然语言处理、文本分析、计算语言学和生物特征学，以识别是否应该暂停用户的写作权限。例如，交流平台可以使用IBM Watson技术来执行情感分析。在另一示例中，情感分析可以包括评分技术，其中可以将指示消极消息的每个词、短语、表情或面部特征相加以获得消极分数。在此之后，如果消极分数超过预定阈值，则可以暂停用户的写作权限。

在一些实施例中，在接收到暂停803时，用户被给予向举报者道歉的选项。如果用户决定道歉，交流平台可以显示三名举报者的可识别信息。然后用户可以选择向哪个举报者道歉。在一些实施例中，举报者可以是匿名的。交流平台可以只显示通用提示，例如，“举报者1”、“用户1”等。

图9示出了当被举报的用户选择道歉时举报用户可以看到的提示的屏幕截图。道歉提示900包括道歉预览901和道歉902。在一些实施例中，道歉预览901显示被举报的用户的姓名并指示他们想要道歉。此外，道歉901给予接收者查看道歉或忽略道歉的选项。在一些实施例中，被举报的用户可以接收接收者的选择的通知。

如果接收者通过选择例如“听她讲完”来选择查看道歉，则显示道歉902。在一些实施例中，道歉902是具有接受或拒绝道歉的选项的书面消息。在一些实施例中，道歉902可以是视频、音乐或其他可分享的内容。此外，可以例如通过表情、文字、图标等以多种方式来显示接受或拒绝提示。

在一些实施例中，如果接收者接受道歉，则接收者针对被举报的用户所做出的举报可以被取消。例如，用户A可能被用户B、用户C和用户D中的每一个举报一次。因此，用户A的写作权限可以被暂停。然而，用户A可以向用户B道歉，并且用户B可以接受道歉。一旦被接受，用户A的写作权限就可以恢复，因为用户A在其名下只有两个有效的举报。

图10示出了用户在记录视频或编写消息之后可以接收到的提示。感谢提示1000包括记录提示1001。在一些实施例中，交流平台在用户记录视频或编写消息后显示记录提示1001。记录提示1001可以请求用户记录感谢视频或编写感谢消息，当接收者指示视频或消息让他们感觉积极(即微笑或大笑)时，可以播放或显示感谢视频或感谢消息。例如，用户A可以写一个笑话，然后通过交流平台上的提示将笑话发送给用户B。然后用户B可以指示该笑话让他们微笑。一旦被指示，用户A就可以接收记录提示1001来记录感谢视频或编写感谢消息。在一些实施例中，可以在向接收者发送视频或消息之前显示记录提示1001。

图11是与各种实施例一致的交流平台的框图。交流平台1100包括消息传递组件1105、视频组件1110、情绪管理组件1115、度量确定组件1120和监控组件1125。消息传递组件1105有助于在用户125之间交换消息，例如，从一个用户向另一用户发送消息。视频组件1110有助于记录视频，例如，反应视频和追随视频。情绪管理组件1115确定由在交流平台1100中交换的消息产生的情绪的类型。度量确定组件1120可以确定与用户125相关联的各种度量，例如，用于监控用户125对消息传递1100平台的社交契约的遵守情况。监控组件1125可以监控用户125对消息传递1100平台的社交契约的遵守情况，并暂停被发现违反社交契约的用户的写作权限。

交流平台1100可以以分布式架构实现。即，交流平台1100的组件可以分布在多个实体上。例如，一些组件可以在服务器105上实现，而一些在客户端侧部分中实现，例如，在消息传递应用中实现。在另一示例中，所有组件可以在服务器105和客户端侧部分两者中实现。

下面至少参考图9和图10描述关于交流平台1100的组件的附加细节。请注意，图11中所示的交流平台1100不限于具有上面描述的组件。交流平台1100可以包括更少数量的组件，例如，可以将两个组件的功能组合到一个组件中，或者可以包括更多数量的组件，例如，执行其他功能的组件。在一些实施例中，上述组件中的一个或多个的功能可以分到两个或更多个组件中。

图12是与各种实施例一致的用于在交流平台中管理用户的过程1200的流程图。在一些实施例中，过程1200可以在环境100中并且使用图11的交流平台1100来实现。在框1201处，情绪管理组件1115确定由用户(例如，第一用户126)发送的一组消息产生的情绪的类型。在一些实施例中，由来自第一用户126的特定消息产生的情绪的类型由特定消息的接收者指示，例如，至少参考图1和图4所描述的。

在框1202处，度量确定组件1120确定与第一用户126相关联的一个或多个度量。在一些实施例中，度量可以基于情绪的类型。如至少参考图1所描述的，度量可以包括以下各项中的一个或多个：指定用户接收到来自特定用户的不喜欢的次数、指定用户接收到来自用户125中的一个或多个的不喜欢的次数、指定用户发送的消息接收到不喜欢的百分比、指定用户发送的消息总数、指定用户在交流平台上活跃的时间段、指定用户被向交流平台举报的次数、接收到不喜的欢频率(例如，每周/每月有多少不喜欢、每100条消息有多少不喜欢)、指定用户被举报的频率等。

在框1203处，监控组件1125确定是否度量中的任何度量满足违反标准。监控组件1125可以为每个度量或度量的组合定义阈值限制。在一些实施例中，标准可以是一个或多个度量超过一个或多个阈值。例如，一个标准可以是第一度量超过第一阈值并且第二度量超过第二阈值。在另一示例中，标准可以是第一度量和第二度量中的至少一个超过对应的阈值。如果监控组件1125确定没有度量满足违反标准，则情绪管理组件1115继续监控针对第一用户126发送的消息接收的情绪的类型。

另一方面，如果监控组件1125确定度量中的一个或多个满足违反标准，则在框1204处，监控组件1125确定第一用户126违反了交流平台1100的社交契约。

在框1205，监控组件1125暂停第一用户126的写作权限。暂停写作权限可以防止第一用户126发送消息，因此可以阻止第一用户126传播消极情绪。

虽然上述过程1200是针对单个用户(例如，第一用户126)描述的，但在一些实施例中，针对用户125中的每一个执行过程1200。

图13是与各种实施例一致的用于向用户显示消息的过程1300的流程图。在一些实施例中，过程1300可以在图1的环境100中并且使用图11的交流平台1100来实现。在框1301处，消息传递组件1105在与用户相关联的客户端设备处接收消息。例如，与第二用户127相关联的客户端设备137中的消息传递组件1105从第一用户126接收消息130。

在框1302处，视频组件1110确定第二用户127是否有兴趣记录对阅读消息130的反应。例如，视频组件1110可以显示询问第二用户127是否有兴趣记录反应的提示。

在确定框1303处，如果第二用户127指示有兴趣记录反应，则过程1300进行到框1304，其中视频组件1110开始使用相机(例如，客户端设备137的前置相机)进行视频记录，以记录第二用户127的反应，如至少参考图4所描述的。

在框1305处，消息传递组件1105向第二用户127显示消息130。第二用户127可以通过在阅读消息130时通过面部表情或其他肢体语言表现出某种情绪(例如，微笑、咧嘴笑、皱眉、惊讶、困惑)来对消息130做出反应。情绪在视频记录中被捕获为反应135。

在框1306处，视频组件1110停止视频记录。在一些实施例中，视频组件1110在显示消息130之后继续记录视频达指定的持续时间。在一些实施例中，记录的开始和停止由视频组件1110自动完成。也就是说，第二用户127可能不必手动开始或停止记录，并且记录可以在第二用户127正在阅读显示在客户端设备137的显示屏上的消息130时在后台发生。这样，反应135可以是第二用户127的反应的偷拍视频(candid video)。

在框1307处，情绪管理组件1115在客户端设备137上生成提示，该提示要求第二用户127识别消息130对于第二用户127产生的情绪的类型。在一些实施例中，情绪管理组件1115可以显示积极情绪指示符416和消极情绪指示符417，第二用户127可以使用它们来指示情绪的类型，如至少参考图4所描述的。

在框1308处，情绪管理组件1115接收对情绪的类型的用户选择。

在框1309处，视频组件1110确认第二用户127仍然有兴趣向第一用户126发送反应135。例如，视频组件1110可以显示要求第二用户127确认第二用户127是否想要向第一用户126发送反应135的提示。

在框1310处，消息传递组件1105在接收到来自第二用户127的确认时将反应135和情绪的类型发送给第一用户126。在第二用户127未确认发送反应的情况下，然后消息传递组件1105发送情绪的类型但不发送反应135。

返回参考确定框1303，如果第二用户127对记录反应不感兴趣，则过程进行到框1311，其中消息传递组件1105向第二用户127显示消息130。

在框1312处，情绪管理组件1115在客户端设备137上生成提示，该提示要求第二用户127识别消息130对于第二用户127产生的情绪的类型，例如，如参考框1307所描述的。

在框1313处，情绪管理组件1115接收对情绪的类型的用户选择。

在框1314处，消息传递组件1105将情绪的类型发送给第一用户126。

图14是与各种实施例一致的用于向用户显示视频并接收反应视频的过程1400的流程图。在一些实施例中，过程1400可以在环境100中并且使用图11的交流平台1400来实现。在框1401处，消息传递组件1405可以在与用户相关联的客户端设备处接收视频。消息传递组件1405可以用于发送文本、视频、图片等。例如，与第二用户120相关联的客户端设备137中的消息传递组件1405从第一用户126接收视频。

在一些实施例中，在框1401处，用户可以选择他们想要观看的视频。例如，消息传递应用147可以包括用户已经公开而不是发送给特定个人的内容库。因此，用户可以选择他们想要观看的视频。在一些实施例中，可以基于视频的特性来组织视频。例如，视频可以基于其意图引发的情绪、内容、制作它的地理区域和其他标准进行分类。例如，用户A可能想要观看视频以激励他们完成锻炼。因此，用户A可以将视频过滤为“激励”。在一些实施例中，库可以包括分类的消息。例如，用户B可能想要读一个笑话。因此，用户B可以过滤消息以仅显示“有趣”消息。

在框1402处，视频组件1410可以确定第一用户126是否指示有兴趣记录第二用户127的反应视频。例如，视频组件1410可以显示询问第二用户127是否授予记录反应视频的许可的提示。此外，可以在向第二用户127发送视频之前询问第一用户126是否应该请求反应视频。第一用户126可以具有在观看视频时、在观看视频后或在仅观看视频的一部分时请求反应视频的选项。例如，第一用户126可以记录三分钟视频以发送给第二用户127。在三分钟视频内，第一用户126可以指示反应视频应该仅在视频的最后三十秒期间被记录。此外，第一用户126可以请求针对视频的多个部分的反应视频。例如，三分钟视频的前三十秒和最后三十秒。

在确定框1403处，如果第一用户126指示有兴趣记录反应视频，则过程1400进行到框1404，其中视频组件1410开始使用相机进行记录。相机可以面向第二用户127并且可以是前置相机或后置相机。它可以记录第二用户127的反应，如至少参考图4所描述的。

在一些实施例中，在框1404之前，第二用户可以被给予授予或拒绝开始记录反应视频的许可的选项。在一些实施例中，框1405可以在框1404之前执行，反之亦然，这取决于第一用户127何时想要记录到反应视频。例如，如果第一用户127想要仅针对三分钟视频的最后三十秒记录到反应视频，那么框1405将在框1404之前。

在框1405处，消息传递组件1405向第二用户127显示视频。第二用户127可以通过在观看视频时表现出一种或多种情绪(例如，微笑、大笑、皱眉、瞪眼、或其他肢体语言)来对视频做出反应。情绪在反应视频中被捕获为反应135。

在框1406处，视频组件1410停止记录。在一些实施例中，视频组件1410在视频完成之后在指定的持续时间内继续记录视频。在一些实施例中，记录的起点和终点由第一用户126指定，如上面提到的。这样，反应135可以是第二用户127的偷拍视频。

在框1407处，消息传递组件1405生成提示以确认第二用户127想要向第一用户126发送反应视频。在一些实施例中，框1407可以是可选的。例如，第一用户126可以请求反应视频但给予第二用户127自由裁量权来决定是否发送视频。在一些实施例中，发送反应视频可以是对于观看视频的要求。

框1408、1409和1410的功能分别类似于图13的框1308、1309和1310。

返回参考确定框1403，如果第一用户126对记录反应不感兴趣，则过程进行到框1412。框1412、1413、1414和1415的功能分别类似于图13的框1311、1312、1313和1314。

图15是与各种实施例一致的用于接收针对视频的一部分的反应视频的过程1500的流程图。在一些实施例中，过程1500可以在环境100中并且使用图11的交流平台1100来实现。第一用户1501可以使用个人设备(例如，电话、平板电脑、计算机、相机等)来记录视频1504。第一用户1501可以在图11的交流平台1100的环境内时记录视频或者从不同的源(例如，本地存储、USB、WiFi等)将视频上传到图11的交流平台1100。

在框1505处，第一用户126可以选择视频的应该针对其记录反应视频的一个或多个部分。框1505的功能类似于类似的框，例如，图13的框1302。例如，第一用户1501可以选择三分钟的最后三十秒来记录反应视频。在另一示例中，第一用户1501可以选择针对整个视频记录反应视频。

在框1506处，消息传递组件1105在客户端设备137上生成提示，该提示确认第一用户1501想要向第二用户1503发送带有记录反应视频的指令的视频。一旦经确认，服务器1502在框1507处向第二用户发送视频。

在框1508处，第二用户1503接收带有反应记录指令的视频。在一些实施例中，可以在其上执行过程1500的消息传递平台1100可以执行框1509。在框1509处，服务器1502可以执行指令以请求使用机载相机进行记录的许可。随后，第二用户1503可以授予进行记录的许可，如按照框1510。

在框1511处，服务器1502执行指令以播放视频并记录针对所请求部分的反应视频，如按照框1511。在视频播放完毕后或当记录完成时，第二用户1503可以确认反应视频应该发送给第一用户1501，如按照框1512。随后，服务器1502将反应视频发送给第一用户，如按照框1513。在框1514中，第一用户1501接收反应视频，如按照框1514。

在一些实施例中，第二用户1503可以向第一用户1501请求针对第二用户1503发送的反应视频的反应视频。例如，第一用户1501可以向第二用户1503发送五分钟视频，该五分钟视频带有记录针对前两分钟的反应视频的指令。同意后，如果第一用户应该对第二用户1503发送的反应视频记录反应视频，为了记录反应视频，可以通过消息传递平台1100提示第二用户1503。

图16是可以用于实现所公开的实施例的特征的计算机系统的框图。计算系统1600可以用于实现前述附图的示例中描绘的实体、组件或服务(以及本说明书中描述的任何其他组件)中的任一个。计算系统1600可以包括连接到互连1606的一个或多个中央处理单元(“处理器”)1601、存储器1602、输入/输出设备1604(例如，键盘和定点设备、显示设备)、存储设备1603(例如，磁盘驱动器)以及网络适配器1605(例如，网络接口)。互连1606被图示为代表由适当的桥接器、适配器或控制器连接的任何一个或多个单独的物理总线、点对点连接或两者的抽象。因此，互连1606可以包括例如系统总线、外围组件互连(PCI)总线或PCI-Express总线、HyperTransport或工业标准架构(ISA)总线、小型计算机系统接口(SCSI)总线、通用串行总线(USB)、IIC(I2C)总线或电气和电子元件协会(IEEE)标准1394总线(也称为“Firewire”)。

存储器1602和存储设备1603是可以存储实现所描述的实施例的至少部分的指令的计算机可读存储介质。此外，数据结构和消息结构可以通过数据传输介质(例如，通信链路上的信号)来存储或传输。可以使用各种通信链路，例如，互联网、局域网、广域网或点对点拨号连接。因此，计算机可读介质可以包括计算机可读存储介质(例如，“非暂时性”介质)和计算机可读传输介质。

存储在存储器1602中的指令可以实现为软件和/或固件以对处理器1601进行编程以执行上述动作。在一些实施例中，通过计算系统1600(例如，经由网络适配器1605)从远程系统下载这样的软件或固件，可以最初将其提供给处理系统1600。

本文介绍的实施例可以通过例如用软件和/或固件编程的可编程电路(例如，一个或多个微处理器)来实现，或完全在专用硬连线(非可编程)电路中实现，或此类形式的组合。专用硬连线电路可以采用例如一个或多个ASIC、PLD、FPGA等的形式。

评论

以上描述和附图是说明性的并且不应被解释为限制性的。描述了许多具体细节以提供对本公开的透彻理解。然而，在某些情况下，为了避免混淆描述，没有描述众所周知的细节。此外，在不脱离实施例的范围的情况下可以进行各种修改。因此，实施例不受除所附权利要求以外的限制。

本说明书中对“一个实施例”或“实施例”的引用意味着结合该实施例描述的特定特征、结构或特性包括在本公开的至少一个实施例中。说明书中不同地方出现的短语“在一个实施例中”不一定都指代相同的实施例，单独的或替代的实施例也不与其他实施例相互排斥。此外，描述了可以由一些实施例而不是由其他实施例展现的各种特征。类似地，描述了各种要求，这些要求可能是一些实施例的要求但不是其他实施例的要求。

在本说明书中使用的术语在本领域、在本公开的上下文中以及在使用每个术语的特定上下文中通常具有它们的普通含义。用于描述本公开的术语在下文或说明书中的其他地方讨论，以向从业者提供关于本公开的描述的额外指导。为方便起见，某些术语可能会被突出显示，例如使用斜体和/或引号。突出显示的使用对术语的范围和含义没有影响；在相同的上下文中，术语的范围和含义是相同的，而无论是否突出显示。可以理解，同样的事情可以用不止一种方式表述。人们会认识到“存储器”是“存储装置”的一种形式，并且这些术语有时可以互换使用。

因此，替代语言和同义词可以用于本文中讨论的术语中的任何一个或多个术语，对于术语是否在本文中详细阐述或讨论也没有任何特殊意义。提供了一些术语的同义词。一个或多个同义词的叙述不排除使用其他同义词。本说明书中任何地方的示例的使用，包括本文讨论的任何术语的示例，仅是说明性的，而并不旨在进一步限制本公开或任何示例性术语的范围和含义。同样，本公开不限于本说明书中给出的各种实施例。

本领域技术人员将理解，可以以各种方式改变在上面讨论的流程图中的每个流程图中图示的逻辑。例如，可以重新排列逻辑的顺序，可以并行执行子步骤，可以省略图示的逻辑；可以包括其他逻辑，等等。

在不旨在进一步限制本公开的范围的情况下，下面给出根据本公开的实施例的仪器、装置、方法及其相关结果的示例。请注意，为了方便读者，在示例中可以使用标题或副标题，这绝不应该限制本公开的范围。除非另有定义，否则本文使用的所有技术和科学术语与本公开所属领域的普通技术人员通常理解的含义相同。在发生冲突的情况下，以本文档(包括定义)为准。