用于分享内容的方法和设备

摘要

一种关于通过网络在两个或更多个用户的所选择的分组之间进行私人对话而执行的方法，用户分组中的每个用户从在相应的用户设备上运行的通信客户端的相应的实例参与对话。私人对话包括一个或多个内容项目，这些内容项目中的每个内容项目是由所述分组中的相应的源用户与所述分组中的一个或多个其他用户在私人对话内内部地分享的。该方法包括将相应的许可模型与内容项目中相应的每个内容项目相关联，所述许可模型被配置为对所述客户端应用起作用，以控制针对一个或多个其他用户在所述对话之外使用该相应的内容项目的许可。

权利要求

1.一种关于通过网络在两个或更多个用户的所选择的分组之间进行的私人对话而执行的方法，用户的所述分组中的每个用户从在相应的用户设备上运行的通信客户端的相应的实例参与所述对话；

其中，所述私人对话包括一个或多个内容项目，所述内容项目中的每个内容项目是由所述分组中的相应的源用户与所述分组中的一个或多个其他用户在所述私人对话内内部地分享的；并且所述方法包括：

将相应的许可模型与所述内容项目中的相应的每个内容项目相关联，所述许可模型被配置为对所述通信客户端起作用，以控制针对所述一个或多个其他用户在所述对话之外使用相应的内容项目的许可；

经由并入到所述通信客户端中的许可消息传送机制从所述一个或多个其他用户中的进行请求的一个用户处接收请求，以从所述相应的源用户处请求使得所述内容项目中的一个内容项目在所述私人对话之外可用的许可；以及在所述请求被所述源用户接受的情况下，将相应的许可模型设置成向进行请求的用户授权所述许可。

2.根据权利要求1所述的方法，其中，所述许可消息传送机制包括当由所述进行请求的用户的用户设备上的通信客户端应用的实例呈现给所述进行请求的用户时被附接至所述内容项目的用户界面元素，所述请求是响应于所述进行请求的用户致动所述用户界面元素而接收的。

3.根据权利要求1或2所述的方法，其中，所述许可消息传送机制包括在接收到所述请求之后由所述源用户的用户设备上的通信客户端的实例向所述源用户呈现，以给所述源用户提供接受或拒绝所述请求的选项的用户界面元素。

4.根据权利要求1或2所述的方法，包括当所述相应的内容项目被分享时，首先将所述许可模型中的每个许可模型设置为默认设置，所述默认设置是要阻止其他用户使得所述内容项目在所述对话之外可用，直到所述相应的源用户授权所述许可来这样做为止。

5.根据权利要求1或2所述的方法，包括响应于所述相应的内容项目由所述相应的源用户分享到对话中，而自动地将所述许可模型中的每个许可模型与所述相应的内容项目相关联。

6.根据权利要求1或2所述的方法，其中，所述许可模型针对多个其他用户中的每个用户而个体地对许可进行控制。

7.根据权利要求1或2所述的方法，其中，由所述许可模型所控制的许可包括如下中的一个或多个：(a)是否允许所述相应的内容项目继续与不是所述分组的用户、并且因此也不是所述私人对话的一方的一个或多个第三方用户分享，和/或允许所述相应的内容项目与哪些第三方用户分享；

(b)是否允许所述相应的内容项目在所述通信客户端应用之外被分享，和/或允许所述相应的内容项目与哪些其他通信服务分享；

(c)是否允许所述相应的内容项目被分享到使用所述通信客户端应用进行的一个或多个其他对话中，和/或允许所述相应的内容项目与哪些其他对话分享；和/或(d)是否允许所述相应的内容项目被保存至非易失性存储。

8.根据权利要求1或2所述的方法，其中，由所述许可模型所控制的许可包括：是否允许所述相应的内容项目在所述对话之外被修改，和/或允许所述相应的内容项目以何种方式在所述对话之外被修改。

9.根据权利要求1或2所述的方法，其中：

所述一个或多个内容项目中的每个内容项目是媒体项目，其包括音频片段、静态图像、和/或视频图像；以及所述对话包括IM聊天对话、VoIP对话、照片消息传送对话、视频消息传送对话、和/或语音消息传送对话。

10.根据权利要求1或2所述的方法，包括将所述相应的许可模型设置为从所述进行请求的用户撤销所述许可。

11.根据权利要求1或2所述的方法，其中，所述方法是在调解所述对话的服务器处执行的。

12.根据权利要求1或2所述的方法，其中，所述方法是在所述源用户的所述用户设备处执行的。

13.一个或多个计算机可读存储介质，其上存储有关于通过网络在两个或更多个用户的所选择的分组之间进行的私人对话而使用的计算机程序产品，用户的所述分组中的每个用户从在相应的用户设备上运行的通信客户端的相应的实例参与所述对话；

其中，所述私人对话包括一个或多个内容项目，所述内容项目中的每个内容项目是由所述分组中的相应的源用户与所述分组中的一个或多个其他用户在所述私人对话内内部地分享的；并且所述计算机程序产品包括代码，所述代码被配置为当运行时：

将相应的许可模型与所述内容项目中的相应的每个内容项目相关联，所述许可模型被配置为对所述通信客户端起作用，以控制针对所述一个或多个其他用户在所述对话之外使用相应的内容项目的许可；

经由并入到所述通信客户端中的许可消息传送机制从所述一个或多个其他用户中的进行请求的一个用户处接收请求，以从所述相应的源用户处请求使得所述内容项目中的一个内容项目在所述私人对话之外可用的许可；以及在所述请求被所述源用户接受的情况下，将相应的许可模型设置成向进行请求的用户授权所述许可。

14.一种服务器，其被设置为调解通过网络的在两个或更多个用户的所选择的分组之间的私人对话，用户的所述分组中的每个用户从在相应的用户设备上运行的通信客户端的相应的实例参与所述对话；

其中，所述私人对话包括一个或多个内容项目，所述内容项目中的每个内容项目是由所述分组中的相应的源用户与所述分组中的一个或多个其他用户在所述私人对话内内部地分享的；并且所述服务器被配置为：

将相应的许可模型与所述内容项目中的相应的每个内容项目相关联，所述许可模型被配置为对所述通信客户端起作用，以控制针对所述一个或多个其他用户在所述对话之外使用相应的内容项目的许可；

经由并入到所述通信客户端中的许可消息传送机制从所述一个或多个其他用户中的进行请求的一个用户处接收请求，以从所述相应的源用户处请求使得所述内容项目中的一个内容项目在所述私人对话之外可用的许可；以及在所述请求被所述源用户接受的情况下，将相应的许可模型设置成向进行请求的用户授权所述许可。

说明书

用于分享内容的方法和设备

背景技术

[0001] 存在使得用户能够通过诸如互联网之类的网络在其间建立私人对话的各种通信服务。示例包括IM(即时消息传送)聊天服务、VoIP(互联网协议语音)服务、图片消息传送服务、视频消息传送服务、和/或语音消息传送服务。在IM聊天对话中，例如，用户可以向在对话中所涉及的一个或多个其他用户发送文本消息。在VoIP对话(通话)中，用户可以向对话中的其他用户流式传输实时的语音和/或视频。在图片消息传送的对话中，用户可以向对话中的其他用户发送静态图像，而在视频消息传送对话中，用户可以发送视频片段，且在语音消息传送对话中，用户可以留下(非实时的)语音片段。

[0002] 为了能够参与这样的对话，多个用户中的每个用户将通信客户端应用的相应的实例安装到他或她相应的用户设备(例如，智能电话、平板计算机、或膝上型计算机或台式计算机)上。可以以任何合适的可执行或经解译的代码来实现通信客户端应用，无论是以在操作系统上运行的独立应用的形式、或是以对另一应用的插件应用的形式、或是以在浏览器中运行的小程序(例如，纯脚本、或者使用诸如WebRTC之类的API)的形式。由给定的通信服务提供商提供的通信客户端(潜在地包括该应用的不同的兼容版本)定义了给定的通信服务，其中不同的服务提供商生产不同的应用并且因此提供分别的服务。例如，由第一服务提供商所生产的IM应用将提供第一IM服务，而由第二服务提供商所生产的第二IM应用将提供第二IM服务；或者由第一服务提供商所生产的VoIP应用将提供第一VoIP服务，而由第二服务提供商所生产的第二VoIP应用将提供第二VoIP服务；并且针对图片消息传送或视频消息传送应用等是类似的。还应当注意的是，可以将不同的对话媒体可选地组合到由给定的服务提供商所提供的服务中，例如，由第一服务提供商所提供的应用可以使得能够将在同一对话中包括IM聊天消息、语音通话、视频通话、图片消息传送、视频消息传送、和/或语音消息传送的组合。

[0003] 通常而言，不同的服务的特征在于不同的用户名的系统。例如，给定的用户在第一通信服务内是由在第一服务的用户名中唯一而在第二服务中不一定唯一的第一用户名所标识的(出于由第一设备的其他用户联系的目的)，并且在第二服务内是由在第二通信服务内唯一但在第一服务内不一定唯一的第二用户名所标识的(出于由第二设备的其他用户联系的目的)。

[0004] 私人对话与诸如社交媒体馈送之类的更加公众形式的通信不同，这在于对话是仅仅在已经被选择参加对话的经选择的分组的用户之间所交换的通信，其中交换(即，所发送和所接收的消息)被自包含在该分组内。例如，通过与社交媒体环境对比，有可能由任何给定的用户所发布的消息仅被分配给经选择的联系人，但是接收用户的馈送也将来自其他用户的馈送的消息收集在一起，并且这些消息不一定被包含在同一分组的用户内。此外，尽管由任何给定的用户所发布的消息可能只被分配给经选择的联系人的馈送，但是由这些联系人所发布的其他消息通常也被分配给不同组的联系人的馈送，这不一定是巧合，并且不存在离散对话的概念。因此，与私人对话不同，社交媒体馈送不是自包含的，而是扩散在联系人的网络或网格中的。对话通常也在较小的用户分组中进行，例如，少于10个用户、少于5个用户、或甚至仅仅两个或三个用户。此外，对话中的每一个参与者通常知道每个其他参与者是谁，并且可以在对话的呈现中显示参与者列表。因此，在对话内所发送的消息是针对具体的并且已知的参与者的，并且在该分组之外或者在该对话上下文之外是不可访问的。

[0005] 支持对话的通信系统还可以存储针对对话的唯一的标识符。例如，当该对话被创建时并且有时如果存在具有特别许可的管理员向对话中增加或从对话中删除参与者并且改变对话的名称，则每一对话可以具有其自身的ID和关于谁是参与者的记录。

[0006] 对话允许在对话内共享内容的项目，并且现今还可以包括诸如静态图像、视频图像、和/或音频片段之类的多媒体内容项目。例如，图片消息传送应用允许用户彼此间分享静态图像，或者IM应用可以允许用户将图片或视频插入到待与其他用户共享的对话中(例如，通过将图像拖进该应用的对话窗中)。

[0007] 在一些应用中，在接收端对所分享的内容的使用没有限制。这意味着任何接收用户可以自由地保存该内容或者在对话之外分享该内容，例如分享到与不同的用户的不同的对话中，或者甚至分享到诸如社交媒体网站之类的不同的通信服务中。

[0008] 另一方面，由于对话可能是在封闭的一小分组紧密的联系人之间进行的，因此可能存在这样的期望：在私人对话中共享的内容在该对话内保持是私人的。

[0009] 最近，为了解决该问题，已经生产出了将其接收的内容作为特定的对话放入“沙盒”的通信应用。这意味着对话的任何接收用户仅仅能够在该对话的上下文内通过对话通过其进行的特定的客户端应用来观看(或播出)该内容，并且所述用户被阻止了保存所述内容或将其继续分享至任何其他对话或任何其他的通信服务——即，将该内容限制于最初由源用户通过其分享的特定的服务和对话。例如，在沙盒化的图片消息传送服务中，图片仅仅通过该图片通过其接收的对应的图片消息传送应用可查看，且仅仅在同一对话的上下文中可查看。除了屏幕捕获或对屏幕进行拍摄，接收用户不能保存图像或以任何其他方式将其移动出正在谈论的对话和应用。

发明内容

[0010] 但是，人们相信该方法可能过于限制了。可以期望的是允许用户控制是否和/或如何可以在对话之外使用他们分享到该对话中的内容(例如，这样的内容是否可以继续分享到其他对话中和/或分享至其他第三方服务)，而不是不对内容提供限制或者将内容完全沙盒化。此外，用户可以期望在对话内的个体的内容项目的级别上而不是仅仅在整个对话的级别上运用该控制。

[0011] 根据在本文中所公开的一个方面，提供了用于控制与在经选择的两个或更多个用户的分组之间通过网络进行的私人对话(例如，IM聊天对话、VoIP、或图片消息传送对话)有关的许可的一种方法。所述用户的分组中的每个用户从在相应的用户设备(例如，智能电话、平板计算机、或者膝上型计算机或台式计算机)上运行的通信客户端的相应的实例(例如，IM、VoIP或图片消息传送应用)而参与该对话。私人对话包括一个或多个内容项目(例如，文本消息、静态图像、视频图像、或音频片段)，所述内容项目中的每个内容项目是由所述分组的相应的源用户与所述分组的一个或多个其他用户分享的。当由该源用户分享时，该内容项目仅在该私人对话内被内部地分享。然而，其他用户中的一个或多个用户可能想要在该对话之外使用该内容项目，例如，将该内容项目继续分享到使用同一客户端应用来进行的其他对话中(潜在地涉及不同的用户)或者分享至诸如社交媒体服务之类的另一第三方通信服务。为了对此进行处理而不对用户的隐私进行妥协，该方法包括将相应的许可模型与内容项目中的每个相应的内容项目相关联。许可模型可以由源用户的客户端或者由中间服务器附接至内容项目，并且在实施例中被自动地附接至内容项目。任何一种方式，许可模型都被配置为对(在其他用户的设备上的)通信客户端进行作用，以控制针对一个或多个其他用户的许可从而在所述对话之外使用相应的内容项目，例如，控制针对一个或多个其他用户的许可从而使得相应的内容项目在所述对话之外可用。

[0012] 因此，在对话中所分享的内容需要控制(例如，阻止、授权、或抑制其程度)该内容在该对话外的使用和/或继续分发的权限模型或“许可模型”。是阻止该内容还是抑制该内容不是仅是通信客户端(并且因此由该客户端所提供的服务)的固定的、固有的属性，而是由在每个内容项目上所标记的小的、可设置的数据结构以每项目为基础来控制的。

[0013] 在实施例中，许可模型可以针对多个其他分组的用户中的每个而个体地对许可进行控制，因此指定其他用户中的哪个用户可以继续分享该内容项目，和/或其他用户中的每个用户被允许以什么方式来分享该项目。

[0014] 作为示例，所述许可模型可以控制：(a)是否允许相应的内容项目与不是该分组的用户的一个或多个第三方用户继续分享，和/或允许与哪些第三方用户分享相应的内容项目；(b)是否允许相应的内容项目在通信客户端应用之外(即，在由该应用所提供的通信服务之外)被分享，和/或允许与哪些其他通信服务(例如，社交媒体服务)分享相应的内容项目；(c)是否允许相应的内容项目被分享到使用所述通信客户端应用来进行的一个或多个其他对话中，和/或允许与哪些其他对话分享相应的内容项目；(d)是否允许相应的内容项目被保存至非易失性存储；和/或(e)是否允许相应的内容项目在对话之外被修改，和/或允许以什么方式在对话之外进行修改。

[0015] 在实施例中，可以响应于来自进行请求的其他用户中的一个用户的请求，而由源用户可选择地授权该许可。例如，许可消息传送机制可以并入到通信客户端应用中，以使得进行请求的其他用户中的一个用户能够从相应的源用户处请求许可，从而使得内容项目中的一个内容项目在该项目最初被分享的私人对话之外可获得。在源用户接受请求的情况下，接着将相应的许可模型设置为向进行请求的用户授权所请求的许可。例如，消息传送机制可以包括用户界面元素，例如，下拉许可菜单，当由进行请求的用户的设备上的客户端应用向进行请求的用户呈现时其附接至内容项目。当进行请求的用户致动该用户界面元素时，客户端应用接着向源用户设备上的客户端应用发送请求。此外，消息传送机制可以包括用户界面元素，例如一对按钮，其在接收到请求之后由源用户的设备上的通信客户端应用向源用户呈现，并且其给源用户提供了接受或拒绝该请求的选项。

[0016] 因此，在实施例中，在对话中所分享的内容获得许可模型，该许可模型可以通过基于消息的请求和通过相同的对话平台传送的同意被修改。在这样的实施例中，通信系统可以具有现有的消息类型(例如，文本消息、相片消息、视频消息)，并实现一个或多个额外的消息类型以用于请求和授权在对话内分享内容的许可。

[0017] 提供了该发明内容以用简化形式引入在下文的具体实施方式中进一步描述的概念的选择。该发明内容并不旨在标识所要求保护的主题的关键特征或基本特征，也不旨在用于限制所要求保护的主题的范围。所要求保护的主题不限于解决了在背景技术部分中所提到的缺点中的任何或全部缺点的实现。

[0018] 附图简要说明

[0019] 为了帮助理解本公开以及为了示出如何实现实施例，将作为示例对附图进行参考，其中：

[0020] 图1是通信网络的示意图，

[0021] 图2是通信客户端应用的用户界面的示意性图，以及

[0022] 图3是通信客户端应用的用户界面的另一示意图。

具体实施方式

[0023] 图1示出了一种通信系统，其包括网络101，例如诸如因特网之类的公共广域互联网，或者诸如公司内联网之类的私有广域网。连接至网络101的是以用户终端102为形式的多个用户设备，例如台式计算机、膝上型计算机、平板计算机、和/或智能电话。用户终端102中的每个用户终端安装有由特定的通信服务提供商所提供的通信客户端应用103的相应的实例。客户端应用103采用计算机程序的形式，所述计算机程序包括在一个或多个计算机可读存储介质(例如，诸如硬盘驱动之类的磁介质、诸如“闪速存储器”的EEPROM之类的电子介质、或诸如CDROM之类的光学介质)上实施的任何形式的代码；并且被配置为当使用相应的用户终端102的一个或多个处理器来运行(通过执行或解译)时，执行如在本文中所讨论的操作。通信客户端应用103可以采用任何合适的形式，例如用于在操作系统上运行的独立应用、或者用于结合另一应用来运行的插件应用、或者用于在诸如网络浏览器之类的浏览器中运行的小程序或其他基于浏览器的应用(例如，纯脚本、或使用诸如WebRTC之类的API)。在实施例中，通信客户端103可以是用于通过网络101进行IM聊天对话的IM应用；诸如VoIP客户端之类的用于通过网络101在用户终端102之间进行实时语音和/或视频通话的语音和/或视频通话客户端；和/或用于通过网络发送图片、视频片段、和/或音频片段的图片、视频、和/或语音消息传送应用。在图1中，出于说明性的目的示出了四个相应的用户Annabelle、Beatrice、Clive、和Donald的四个终端102a、102b、102c、102d。然而，应当理解的是，可以呈现更多这样的用户终端102及其相应的用户。

[0024] 在不同用户终端102上运行的客户端应用103的多个实例用于提供通信服务，其中用户中的每个用户是由在讨论中的通信服务的所有用户中唯一的、相应的不同的用户名来标识的。在操作中，用户中的第一用户(例如，Annabelle)使用在她的用户终端102a上运行的客户端应用103来选择用于参与对话的其他用户中的一个或多个其他用户的用户名，例如，Beatrice(可以经由将用户名映射到实际的名字的用户友好的界面来选择用户名)。第一用户的终端102a上的客户端103向一个或多个其他用户终端102b上的客户端103的实例发送邀请，该邀请向所邀请的用户呈现具有接受该邀请或拒绝该邀请的选项。假定所邀请的用户接受，则她的客户端应用103将接受返回至第一用户的终端102a上的客户端103的实例。因此，在所选择的用户的终端102a、102b上的客户端103的实例之间(并且仅在此之间)建立了对话。该对话是由对话ID所标识的，其至少在正在讨论中的通信服务内当前正在进行的任何其他对话的ID中是唯一的。

[0025] 当建立对话时，客户端应用103被配置为给每个用户呈现专用于该对话的客户端的用户界面的至少一个区域，例如对话窗，他或她可以通过该区域来输入向外输出的内容项目并且将所接收的内容项目作为该对话的一部分来查看。当用户(“源”用户)在发送端通过相应的用户终端102a处的通信客户端103的对话用户界面输入内容项目(例如，他或她自己的图片)时，客户端103接着通过网络101将该内容项目发送至该对话的一个或多个其他的进行接收的参与者的用户终端102b上的客户端103上的实例。接收实例103接着在接收端将内容项目(例如，图片)通过专用于该对话的用户界面区域(例如，对话窗)而呈现给接收用户，所述内容项目在同一线程的一个或多个先前的和/或随后的通信的上下文中被呈现为对话的相干线程的一部分。

[0026] 例如，参考图2中左手侧的示图，在Beatrice的终端102上运行的客户端应用103的实例正在显示客户端103的用户界面200，其包括表示与Annabelle的对话的区域201，例如专用于该对话的对话窗。在某一时刻，Annabelle经由在Annabelle处的对应的用户界面分享了她自己的照片(例如，“自拍照”)202。Annabelle的终端102a上的客户端103将该照片发送至Beatrice的终端102b上的客户端103以作为在她们(由该对话的对话ID所标识)之间所建立的对话的一部分，并且作为响应，Beatrice的终端102b上的客户端103在客户端界面200的对话用户界面区域201(例如，对话窗)内呈现该照片。

[0027] 应当注意的是，用户仅在来自现有的参与者的邀请之后才可以成为对话的参与者。例如，出于说明的目的，考虑Annabelle仅仅邀请Beatrice到照片传送或IM对话，但是没有邀请诸如Clive和Donald之类的其他用户，并且因此他们不能参与该对话，即，不接收作为该对话的一部分而发送的通信，并且不能够发送作为该对话的一部分的通信(除非以后被邀请到该对话中)。然而，应当理解的是，所示出的用户仅仅是作为示例来描述的，并且更加一般地，在本文中关于Annabelle或她的终端102a所进行的任何陈述都可以应用至将内容分享到对话中的任何源用户，并且在本文中关于Beatrice或她的终端102b所进行的任何陈述都可以应用至接收在该私人对话内由源用户所分享的内容的、对话的任何一个或多个其他的参与者。类似地，关于Clive或Donald或他们的终端102c、102d而进行的任何陈述可以更加一般地应用至不是所讨论的对话的参与者的任何用户。

[0028] 在实施例中，也连接至网络101的是运行服务应用105的服务器104。该服务器104可以被实现为单个服务器单元，或者更一般地可以是包括一个或多个地理位置上的一个或多个服务器单元的逻辑服务器。服务应用105采用了包括代码的计算机程序的形式，所述代码被实施在一个或多个计算机可读存储介质(例如，诸如硬盘驱动器之类的磁介质、诸如“闪速存储器”的EEPROM之类的电子介质、或者诸如CDROM之类的光介质)上，并且其被配置为当在服务器104的一个或多个处理器上执行时，执行如在本文中所讨论的操作。在涉及服务器104的实施例中，该(逻辑)服务器104还与客户端应用103一起定义通信服务——即，通过其进行对话的通信服务是由运行服务器104并提供客户端应用103的服务提供商所提供的，其与由来自其他(逻辑)服务器的其他提供商所提供的那些通信服务不同。

[0029] 服务应用105在该对话中可以具有多个角色中的任何一个或多个角色。例如，可以将在开始对话或者向对话添加新的用户时所涉及的邀请和接受消息经由服务器104上的服务应用105而在进行邀请的用户的终端102a上的客户端103与所邀请的用户的终端102b上的客户端103之间发送，以使得服务器104调解该对话的确立(建立)。服务应用105还可以执行相关的功能，例如，授权用户加入对话，以及提供地址查询以基于用户的用户名来确定用户的终端102的网络地址。和/或可以经由服务器104上的服务应用105而在用户的终端102上的客户端103之间发送对话的实际内容。在该情况下，服务器104充当该对话的中继或主机，其是在该对话中所涉及的实际的用户通信(内容)的中间方。

[0030] 可替代地，通信客户端103的实例可以以部分地或全部地对等(P2P)的基础来操作，其几乎不需要或不需要服务器104。因此，应当注意的是，如在本文中所使用的“客户端”不一定指的是至服务器的客户端，而也可以覆盖P2P客户端，或者更加一般地，可以指的是具有任何中央化和/或分布式通信基础结构的客户端。

[0031] 现在转到本公开的许可模型，如所提及的，针对现有的通信服务的一个考虑是对在接收端使用图片不进行限制。在另一方面，如果不将内容完全沙盒化在给定的对话内，以使得用户仍然具有在被允许这样的情况下让他们所分享的内容被更广泛地使用的可能性将是期望的。为了解决该问题，将相应的分享许可模型添加至被分享到对话中的每个内容项目中，其被配置为对通信客户端应用103起作用以控制针对在对话之外(以及在实施例中，在由客户端应用103以及通过其进行对话的任何相关联的服务器104所提供的通信服务之外)分享或保存相应的内容项目的许可。

[0032] 在实施例中，每当用户(源用户)将内容项目分享到对话中时(例如，每当他或她分享照片、视频片段、或音频片段时)，许可模型就被自动地附接至所分享的内容。根据实现，向内容项目添加许可模型可以是由源用户的终端102a上的客户端应用103执行的，或者是由服务器104上的服务应用105执行的。

[0033] 许可模型是电子地附接至所分享的内容项目的数据结构。其可以以“被分享者”用户(以在对话内最初与其分享内容项目的用户)为基础来指定分享许可，即，其提供了针对所讨论的对话的不同的参与者而个体地指定许可的能力。可替代地或额外地，许可模型可以以第三方用户(以在对话之外的用户)为基础来指定许可，即，其提供了可以个体地指定与哪些非参与用户分享内容项目的能力。可替代地或额外地，许可模型可以以第三方服务(即，以与由通过其进行对话的通信客户端103所提供的通信服务不同的通信服务)为基础来指定许可。例如，其可以指定允许将内容分享至多个社交媒体站点中的哪个社交媒体站点。在一些实施例中，许可模型甚至可以针对对话的不同的参与者来指定不同的第三方用户和/或服务，即个体地给参与者中的每个参与者指定允许与哪些第三方用户和/或服务分享该项目。可以由许可模型指定的其他的可替代的或额外的许可包括：是否允许该内容项目与通过与最初分享该项目的对话相同的通信客户端103进行的一个或多个其他对话分享(即，分享到同一通信服务内的其他对话中)，和/或是否允许进行接收的参与者将该内容项目保存至他或她自己的用户终端102b上的本地存储器(即，保存为在对话通过其进行的客户端103之外可以使用的文件，例如，经由文件系统访问)。

[0034] 例如，作为示例而想象Annabelle邀请另外六个用户加入与Beatrice的对话：Eustace、Fergus、Graham、Horace、Ignatius和Katy。假定这些用户分别具有用户名：
BeatriceK 123、Eustace456、Fergus789、GordonABC、HoraceXYZ、Ignatius1982、和Kathy1979，并且Clive和Donald分别具有用户名Clive99和Donald1000(这些是在由客户端
103和任何相关联的服务器104所提供的通信服务内标识用户的用户名)。许可模型可以包括通过将许可映射至用户名(或其他合适的标识符)来指定针对参与者中的每个参与者的相应的许可的表格，即，许可模型具有用于指定授权给其他用户中的每个用户的许可的“槽”。例如：

[0035]

[0036] 客户端应用103和/或服务应用105被配置为遵守由许可模型所指定的许可。通过由客户端应用103和任何相关联的服务器104所提供的通信服务进行的对话在不符合针对该内容项目的许可的情况下，不能向外分享至其他服务或目的地(例如社交媒体站点)。因此，使得将内容添加到该对话聊天的人成为“拥有者”并且在他或她想的时候能控制将他或她的内容向外分享至其他服务或目的地的许可。此外，在实施例中，分享内容的人可以作为“拥有者”默认地保留所有权利，以使得他们可以在之后的任何时间对他们已经分享到对话中的任何内容采取任何动作。

[0037] 当内容项目最初由源用户(“分享者”)分享到对话中时，在实施例中，许可模型被默认地自动地设置(由源用户的客户端103或服务应用105)为阻止任何分享或阻止以其他方式使得该内容项目在该对话之外可用(或至少被设置为最受限的级别)。为了获得更大程度的许可，在对话内接收该项目的参与者(“被分享者”)必须从源用户处请求期望的许可。换句话说，将由客户端103和任何相关联的服务器104所提供的通信服务内的内容“沙盒化”以默认地保留在该服务内。该对话中的其他参与者不得不在他们能够将该内容拷贝到特定的客户端应用103外以及将其发送至另一个服务或目的地之前从拥有者处请求许可。

[0038] 在实施例中，将许可消息传送机制并入到客户端应用103中。作为示例对图2和图3进行参考，许可消息传送机制包括呈现至对话的进行接收的参与者(“被分享者”)的用户界面元素204、206，其被附接至所接收的内容项目或者至少以某种方式与所接收的内容项目相关联，例如，重叠在所分享的照片上或者在所分享的照片旁放置。例如，该用户界面元素可以包括当被激活(例如，点击或轻击)时召唤出下拉菜单206的按钮204，菜单206给进行接收的参与者(“被分享者”)呈现了他或她可以选择从源用户(“分享者”)处请求的多个许可。

[0039] 许可消息传送机制还包括客户端应用的消息传送方案的消息类型，其是针对请求和授权(或拒绝)与在对话内所分享的内容有关的许可而定义的额外的消息类型。例如，如果客户端应用支持诸如IM、视频通话、语音邮件等之类的一组消息类型，则可以将额外的许可消息类型添加至该组。当对话的进行请求的参与者(“被分享者”)致动用户界面元素204、206以请求许可时，在相应的终端102b处的客户端103生成具有许可消息类型的请求消息，其通过网络101将该消息发送至源用户的终端102a上的客户端103(在实施例中，经由服务器104上的服务应用105，但是不是在所有可能的实现中)。作为响应，在源用户的终端102a处，客户端103呈现许可消息传送机制的另一用户界面元素302、304、306，以允许源用户选择是否授权许可。例如，这可以包括框302或者包括一对按钮304、206的其他这样的屏幕上的消息，所述按钮304、206分别给源用户呈现了接受或拒绝该请求的选项。应当注意的是，许可请求消息和许可授权消息可以与所有其他消息出现在同一对话中，或者可以在请求者和拥有者之间一对一地交换，但是仍然通过同一通信应用103。

[0040] 如果源用户接受，则作为响应，源用户的终端102a上的客户端103生成具有许可消息类型的接受消息，其通过网络101将该消息返回至进行请求的用户的终端102b上的客户端103(在实施例中，经由服务器104上的服务应用105，但是不是在所有可能的实现中)。接着，进行请求的用户的终端102b上的客户端103根据接受消息来授权相关的许可。如果另一方面该请求被拒绝，则源用户的终端102a上的客户端103可以利用具有许可消息类型的显式拒绝消息来进行响应，或者可替代地可以不进行响应，以使得许可默认地不被授权。

[0041] 因此，通过该对话的进行请求的参与者(“被分享者”)在与该对话和客户端应用103的消息传送方案相同的上下文内向拥有者(源用户或“分享者”)发送消息来请求许可，而不是进行请求的用户必须通过一些分别的方式例如口头或当面询问、发送邮件等来询问拥有者。

[0042] 在图2和图3中示出了示例界面实现。在该示例中，每个内容项目具有附接至其的分享菜单204、206。在实施例中，分享菜单206上的选项可以根据参与者和他们当前的许可而不同。对于那些具有将内容分享到客户端应用103之外的许可的用户而言，菜单显示了对其可用的目的地选项(例如，社交媒体服务X、社交媒体服务Y、保存至磁盘等)。对于那些还没有将该内容项目分享到客户端103之外的许可的用户而言，菜单变成了用于构建向拥有者请求这样的许可的请求消息的方式。菜单显示了拥有者的名字和针对期望的目的地的选项：“询问[内容项目的拥有者]是否可以将该内容分享至目的地[社交媒体服务X、社交媒体服务Y、保存至磁盘]”。请求消息是通过选择期望的目的地来创建的，并且作为客户端应用103的消息传送机制的消息而自动地被发送给拥有者，例如通过在与拥有者的一对一聊天中发送该消息。

[0043] 在一个示例实现中，针对每一内容项目，拥有者一次向一个人授权许可以作为对来自这个人的请求的响应。在实施例中，即使最初该内容被添加至分组对话，请求消息仍然是请求者与拥有者之间的一对一消息，并且同意该请求仅仅是针对进行请求的这一个人的。

[0044] 拥有者接收包含同意或拒绝的选项的请求消息：“[请求者的名字]想要将该内容项目[照片、视频等]分享至目的地[社交媒体服务X、社交媒体服务Y、保存至磁盘等]。你[同意]还是[拒绝]。发送[添加个人消息的选项]”。

[0045] 作为可选的额外的特征，将内容从一个对话分享至使用同一通信服务(由客户端应用103和任何相关联的服务器104所提供的)进行的另一对话的许可可以是以与针对从客户端应用103向外分享至诸如社交媒体服务之类的第三方目的所需要的许可相同的方式需要的。

[0046] 此外，应当注意的是，尽管以上的实施例使得源用户能够以个体为基础向个体的进行请求的用户授权许可并且针对该对话的不同的成员具有不同的许可，但是不排除在实施例中，可以给予源用户同时向该对话的所有成员授权分享许可的可能性。在该情况下，系统将使用其关于谁是该独特的对话中的参与者的知识以便使得参与者中的每个参与者能够具有该许可。

[0047] 作为另一个可选的特征，源用户的客户端103或服务应用105可以应用在谈论的通信服务的水印，将来自该服务的所分享的内容印到其他服务中，以便提高品牌知名度。

[0048] 作为另一个可选的特征，客户端103的消息传送机制可以支持拥有者撤销其针对于特定的内容项目而先前向另一个人授权的许可。在该情况下，使用消息传送机制来将具有许可消息类型的消息从源用户的终端102a上的客户端103发送至另一用户的终端103b上的客户端103。该消息对在另一用户终端102b处的客户端103起作用，以将许可模型设置回阻止其他用户使得该内容在该对话之外可用，或至少将许可模型设置回较小的许可程度。

[0049] 此外，尽管已经在控制分享和保存内容的许可方面在上文中进行了描述，但是一般而言，许可模型可以针对接收方用户关于所接收的内容可以采取的其他动作类别控制许可。例如，这样的动作的其他示例可以包括编辑、重新混合、和/或其他形式的修改、或者通常由数字权限管理约束的潜在的任何动作(例如，拷贝、打印等)。

[0050] 尽管已经用特定于结构特征和/或方法动作的语言描述了主题，但应当理解的是，在所附权利要求中所定义的主题非必须限于在上文中所描述的具体的特征或动作。相反，在上文中所描述的具体的特征和动作是作为实现权利要求的示例形式而公开的。