减少电子消息内容的可避免传输的制作方法

减少电子消息内容的可避免传输


背景技术：

1.计算设备用户越来越习惯于根据不同格式生成、接收和发送多种类型的电子内容项(其可以被称为“内容项”)，例如不同类型的文档、照片、视频、图像等。尤其是电子消息传送服务(其可以被称为“消息传送服务”)使用户之间实时发送内容项和基于文本的通信变得简单快捷，这比经由电子邮件进行类似交互要方便得多。结果，已经观察到内容项更有可能经由消息传送服务“病毒式传播”，从而导致了用户之间的内容项的大量重复传输。由于这些内容项通常是媒体项(例如但不限于视频和图像)，大量资源被“病毒式”内容项的重复传输所消耗，包括内容项去往和/或来自个人用户的多次传输。这些项的流通以及各种消息传送服务用户群之间附件的其它冗余传输可能导致设备功率需求、设备存储空间需求和数据通信网络带宽使用(包括，例如，经由计量数据通信网络)的不希望的增加。
2.在典型的电子消息传送设置中，用户可以将要发送到其它用户和/或用户组的电子内容项标识为消息附件(其可以被称为“附件”)。这通常会导致附件被发送到接收方的终端用户计算设备并由其存储。当前的消息传送服务在不参考或很少参考消息传送服务中该附件的冗余度的情况下，将向终端用户计算设备和/或从终端用户计算设备传输附件。需要允许服务和/或用户更有选择性地接收相关内容项的方法和系统，从而使得用户可以减少接收、存储和处置冗余内容项的耗时且低效的过程。
附图说明
3.附图仅通过示例而非限制的方式描绘了根据本教示的一种或多种实施方式。在附图中，类似的附图标记指代相同或相似的元素。此外，应当理解，附图不一定是按比例绘制的。
4.图1a和1b呈现了用于实现第一消息传送内容管理系统(mcms)的代表性计算环境的高层级示例。在图1a中，第一终端用户请求将第一消息和相关联的第一消息附件发送到第二终端用户，从而造成第一消息附件向由第二终端用户使用的终端用户设备的传输。在图1b中，第三终端用户请求将第二消息和相关联的第二消息附件发送到同一个第二终端用户，但是基于第二消息附件的指纹，第二消息附件将不会被发送到该终端用户设备。
5.图2a和图2b呈现了mcms的通用实施方式的代表性架构的高层级示例。在图2a中，第一和第二发送终端用户发送分别带有第一和第二消息附件的消息，避免了第二消息附件的网络传输。
6.图3、图4、图5、图6和图7示出了所提出的系统的一种技术实现的示例，该系统涉及各种场景，在这些场景中，在作为各种通信组成员的用户之间发送具有关联消息附件的消息。图8呈现了示例消息传送内容管理过程的一种实施方式的流程图。
7.图9、图10、图11和图12示出了第一系统架构的示例，其中，中间消息传送服务促进消息管理过程，包括在适当情况下避免从发送终端用户设备到中间消息传送服务的消息附件的传输。图10
‑
图12示出了图9中所示的系统架构的附加实施方式。在图10中，消息传送服务包括指纹目录，用于标识与来自之前消息的消息附件匹配的消息附件。在图11中，消息传
送服务包括将指纹与消息的发送者和接收者相关联的指纹目录。在图12中，接收方终端用户设备包括指纹目录，用于标识与来自之前消息的消息附件匹配的消息附件。
8.图13a、图13b、图14a、图14b和14c示出了第二系统架构的示例，其中，消息处理系统确定属性的值(例如，附件的描述性属性和/或消息处理系统的操作上下文的属性)是否满足属性的条件，以确定是否经由网络发送附件或附件的指纹。图13a示出了“有中介”系统的示例，其中，中介用于管理用户之间消息和相关联附件的传递和传输，并且图13b示出了“无中介”系统的示例，其中，终端用户设备被配置为：直接在终端用户设备之间发送和接收消息附件，而无需通过中间消息传送服务。图14a示出了其中消息服务作为消息处理系统操作的示例，该消息处理系统被配置为：评估属性的值是否满足相关联的条件。图14b示出了其中发送终端用户设备作为消息处理系统操作的示例，该消息处理系统被配置为：评估属性的值是否满足相关联的条件。图14c示出了其中接收终端用户设备作为消息处理系统操作的示例，该消息处理系统被配置为：评估属性的值是否满足相关联的条件。
9.图15、图16a、图16b、图17、图18a、图18b、图19a、图19b、图19c、图20、图21a、图21b、图21c、图21d和图22示出了第三系统架构的示例，其中，可以向终端用户通知关于特定附件的冗余“状态”。图15、图16a、图16b和图17示出了各种示例，其中向发送端用户通知关于发送端用户所选择的附件的冗余“状态”。在图18a和图18b中，响应于确定附件是冗余的，自动呈现针对一个或多个附件的附加信息或选项。图19a
‑
图19c示出了示例，其中，向接收终端用户提供各种机会用于接收冗余状态信息和/或响应于这样的信息采取行动。图20示出了冗余列表界面的示例。图21a
‑
21d示出了涉及响应于冗余附件来通知和/或引导用户的各种用户界面的示例。图22呈现了消息传送内容管理过程的实施方式的流程图，其中，识别之前附件的经编辑版本，确定版本之间的变化，并且为经编辑附件发送与所确定的变化相对应的数据。
10.图23、图24a、图24b、图24c、图24d、图24e、图25a、图25b和图25c示出了第四系统架构的示例，其中，中间消息传送服务被配置为：接收并应用从终端用户计算设备接收的附件传输规则设置。图23示出了第四系统架构的示例。图24a
‑
图25c示出了在终端用户设备处提供的用于改变附件传输规则设置的各种用户界面的示例。
11.图26、图27a
‑
图27b、图28a、图28b、图28c和图29呈现的流程图示出了使用本文中描述的任何特征在电子消息传送服务的用户之间进行通信的各种示例过程的实施方式。
12.图30是示出示例软件架构的框图，其各个部分可以与本文中描述的各种硬件架构结合使用，这些硬件架构可以实现本文描述的任何特征。
13.图31是示出示例机器的组件的框图，该示例机器被配置为从机器可读介质读取指令并执行本文描述的任何特征。
具体实施方式
14.在下面的具体实施方式中，通过举例的方式阐述了大量的具体细节以便提供对相关教导的透彻理解。然而，将显而易见的是，可以在没有这些细节的情况下来实施本文的教导。在其它情况下，已经在相对较高的层级上对众所周知的方法、程序、组件和/或电路进行了描述，但没有详细说明，以避免不必要地模糊本文的教导的方面。在以下材料中，对方向的指示，例如“顶部”或“左”，仅用于在以下讨论期间提供参考框架，并不旨在指示所描述物
品的所需、期望或预期取向。
15.如上所述，在消息传送应用和服务的用户之间重复传输附件可能与许多负担相关联，包括给用户和数据通信网络(其可以被称为“网络”)造成的负担。以下公开内容涉及用于促进检测之前发送的附件的可避免传输的方法和系统，并且在一些实施方式中，使附件的可避免传输最小化，从而有助于降低由附件导致的终端用户计算设备的功耗和设备存储空间。此外，这种方式可以减少不必要的网络带宽消耗。在发送者和/或接收者是一个或多个“通信组”的成员的情况下，这种情况经常发生，但肯定不是唯一的。当用户作为大型通信组的成员被包括在内时，收到多条提供相同或相似附件副本的消息的可能性将远高于经由仅限于两个人的通信业务(从发送用户到单个接收方用户)。如下文将更详细讨论的，以下实施方式提供了一种系统，其中针对所识别的用于消息的附件，获得指纹。该系统可以被配置为：基于所获得的指纹来确定是否可以避免附件的网络传输作为针对不同消息发送的附件的结果。例如，这可以通过参考该指纹和之前附件的指纹的目录而发生。在一些实施方式中，如果指纹与针对之前被发送到接收方用户的附件获得的指纹相匹配，则系统避免将附件发送到接收方终端用户计算设备。然而，还存在用于避免发送附件的许多其它机会，以及用于利用本公开内容中讨论的那些机会的各种技术。
16.贯穿本说明书，消息传送服务和消息传送应用可以被理解为被配置为：根据消息传送协议经由一个或多个数据通信网络，来发送和接收消息以及关联消息附件。消息传送协议定义网络数据交换规则和/或格式，用于：在不同的终端用户计算设备之间发送包括用户创建的文本成分的消息，在不同的终端用户计算设备之间发送消息并指示用户指示的消息附件与消息相关联，通过发送消息的终端用户计算设备，来传输与消息相关联的用户指示的附件，以及将与消息相关联的用户指示的附件传输到终端用户计算设备。在一些实施方式中，消息传送协议还提供网络数据交换规则和/或格式，用于在不同的终端用户计算设备之间发送包括用户创建的文本成分的消息，并识别与消息相关联的用户指示的消息附件。应当注意，虽然本公开内容的部分可以将消息附件称为“附加到”或“包括在”消息中，但是这样的陈述并不暗示除了与消息关联消息附件以外的任何事物。
17.消息传送服务和/或消息传送应用可以被配置为：支持多个不同的用户、将至少一个唯一用户标识符与每个用户关联、识别与唯一用户标识符关联的用户、将用户与消息传送应用实例相关联、识别与将要向其发送消息的接收方主体相对应的至少一个接收方用户，以及识别请求向接收方主体发送消息的发送用户。消息传送服务和/或消息传送应用可以被配置为：支持和执行用户的注册、认证和授权。消息传送服务可以被配置为：将各种记录和数据与用户相关联。
18.在一些实现中，消息传送服务和/或消息传送应用被配置为：支持“通信组”(其可以被称为“用户组”或“组”)，其中每个通信组与作为通信组成员的一个或多个用户相关联(其可以被称为通信组的“成员用户”)。在一些示例中，通信组可以与至少一个唯一的组标识符相关联，并且消息传送服务可以被配置为：识别与组标识符相关联的通信组，并且将该通信组的成员用户识别为被发送到通信组的消息的接收方用户。在一些示例中，消息传送服务被配置为：允许通信组的成员用户通过使用相关联的组标识符将通信组识别为消息的接收方，来请求向其它成员用户发送消息。发送到终端用户设备的消息可以包括：通过其来发送该消息的通信组的标识。
19.术语“接收方主体”是指隐式或显式地标识消息被请求发送到的一个或多个个人用户(例如，每个用户可以使用相关联的用户标识符来标识)和/或一个或多个通信组(例如，每个通信组可以使用相关联的通信组标识符来标识)的信息。在一些示例中，接收方主体可以简单地标识单个个体用户。消息传送服务和/或消息传送应用可以被配置为：对于发送到接收方主体的消息，将与接收方主体相对应的所有用户标识为消息要被发送到的接收方用户。
20.终端用户计算设备执行消息传送应用的相应消息传送应用实例。终端用户计算设备的示例实施例包括但不限于桌面式计算机、移动计算设备(包括被配置为经由移动通信网络进行通信的移动计算设备)、智能电视、游戏设备、机顶盒、物联网(iot)设备和/或任何其它支持网络的计算设备。在终端用户计算设备上执行的消息传送应用实例被配置为：利用一个或多个用户界面向终端用户呈现信息，和/或经由由终端用户计算设备提供的一个或多个人机界面接收来自终端用户的用户输入。在一些示例中，图形用户界面(“gui”)可以呈现在终端用户计算设备的显示设备上。在一些示例中，可以使用语音驱动的用户界面。
21.在一些实施方式中，可以使用多个不同的消息传送应用来交换消息，并且可以使用消息传送应用的不同版本来交换消息。消息应用可以以各种形式实现，包括但不限于实现为永久安装在终端用户计算设备上的本机应用(例如但不限于智能手机应用)，实现为经由网络浏览器组件或应用执行的网络应用，和/或包括本机软件组件和网络应用组件的混合应用。“活动消息传送会话”是指在当前能够接收新消息的状态下执行的消息传送应用实例(包括，例如，具有合适的网络接入和/或已经使用消息传送服务进行了认证)。活动消息传送会话可以与用户相关联(并且正在执行该会话的终端用户计算设备也可以与该用户相关联)，并且因此代表相关联的用户向其它用户发送消息并接收其它用户发送到相关联的用户的消息。在一些实施例中，消息传送服务和/或消息传送应用被配置为：识别与用户相关联的所有活动消息传送会话以实现发送到用户的消息的传递。在一些实施方式中，消息传送服务和/或消息传送应用可以被配置为：通过存储消息以便一旦与用户关联的活动消息传送会话变得可用时进行推迟的传输，支持向当前没有活动消息传送会话的“离线”用户发送消息。
22.出于参考的目的，术语“消息传送内容管理系统”(“mcms”)将在更高层级上用于描述这样的系统：通过该系统，终端用户(其可以被称为“用户”，并且与发送消息有关的“发送终端用户”、“发送用户”或“发送者”)可以使用在终端用户计算设备(可以被称为“终端用户设备”或“客户端设备”，并且与发送消息有关的“发送终端用户设备”或“发送设备”)上执行的消息传送应用实例来指示一个或多个电子内容项将作为用户指示的消息附件，与发送到接收方主体的用户发起的消息相关联地被发送；接收由其它终端用户发送的消息和关联消息附件；执行与接收的附件有关的各种管理任务，例如检索、修改、浏览和/或共享附件；调整关于消息附件的传递和/或传输的设置和/或用户偏好；和/或使终端用户能够从多个客户端设备访问消息和消息附件。“中介”mcms是指其中消息传送应用实例被配置为通过相关联的电子消息传送服务发送和接收消息的mcms。“非中介”mcms是指这样的mcms：其中消息传送应用实例被配置为直接与其它消息传送应用实例交换消息，而不通过相关联的电子消息传送服务发送和接收消息(尽管相关联的电子消息传送服务仍可用于其它目的，例如但不限于用户注册、用户认证和/或用于定位活动消息传送会话的目录服务)。在各种实现中，
mcms的方面可以由与mcms相关联的电子消息传送服务和/或用于经由电子消息传送服务来发送和接收消息和消息附件的终端用户客户端计算设备来实现。
23.此外，诸如“电子内容项”或“数据对象”之类的术语可以包括任何数字数据，这些数字数据可以包括在消息附件中。一些非限制性示例包括但不限于电子文档、媒体内容(例如但不限于数字视频、数字图像或数字音频)以及其它数字数据。尽管终端用户可以指示文件(本地存储的或以其它方式存储的)将用作消息附件，但在一些示例中，终端用户可以指示系统剪贴板的内容(例如，正在从不同的应用剪切和粘贴的图像)将用作消息附件。
24.为了更好地向读者介绍这些系统和方法，图1a和图1b呈现了用于实施第一mcms的代表性计算环境(“环境”)150的高层级示例。(也将参考图2a和图2b描述mcms的一般实施方式)。在不同的实施方式中，环境150可以包括一个或多个计算设备终端用户，或简称为“用户”。一个或多个用户可以与经由客户端设备呈现的数据进行交互或操作这些数据。概括地描述了图1a和图1b中所示的各种特征和活动，并结合后面的图呈现了进一步的细节和示例。
25.作为示例，图1a和图1b中示出了第一终端用户110、第二终端用户120和第三终端用户130。在这种情况下，第一终端用户110正在访问第一终端用户计算设备114上的消息传送客户端应用(“消息传送客户端”)100。在图1a和图1b中，仅示出了三个终端用户计算设备114、124和134，但是任何数量的终端用户计算设备都可以在经由消息传送服务来传送和/或共享消息，包括相关联的附件。当第一终端用户110经由图1a中的第一终端用户计算设备114提交发送消息的请求时，各种文本内容和/或附件可以经由数据通信网络连接被发送。
26.在该示例中，第一终端用户计算设备114允许第一终端用户110创建第一消息116并识别与第一消息116相关联的第一附件118，并请求将第一消息116传送给另一个用户(这里是传送给第二用户120)。作为响应，在第一时间160，mcms生成或以其它方式获得与第一消息附件118相对应的第一指纹。通过参考指纹记录目录，第一指纹可用来确定第二用户120之前是否已经接收到与第一消息附件118相对应的内容，下文将更详细地进行描述。出于该示例的目的，因为在目录中没有识别出与第一指纹匹配的其它指纹，所以mcms确定第二用户120之前没有接收到第一消息附件118。如图1a所示，第一消息116和第一消息附件118的第一附件数据119经由网络102被发送到第二用户120的第二设备124。在一些实施方式中，第二用户120可以在第二设备124上接收和查看第一消息附件118，或者第二设备124的消息客户端可以简单地接收第一消息116，例如如果第二用户120尚未经由消息传送客户端的本机控件访问或查看消息。
27.出于本说明书的目的，“本机控件”是指用于通过客户端应用向应用用户传送内容的机制。例如，本机控件可以包括可以经由本机应用用户界面(ui)呈现给用户的弹出窗口、控件、交互式按钮或可以通过本机应用ui显示给用户的其它对象，以及用于呈现与这些原生控件相关联的内容的特定应用原生的机制。在图1a中，消息传送客户端100可以被理解为在第一设备114上提供或显示被配置为允许第一用户110发送消息的ui。类似地，消息传送客户端还可以向第二设备124提供被配置为允许第二用户120接收消息的另一个ui。结果，第一消息附件118与第一传递的消息126相关联地传递给第二用户120。
28.如图1b所示，第三用户130也可以向第二用户120发起消息请求。图示了第二消息136，在这种情况下包括文本成分132和第二消息附件138。在很多情况下，普通用户不知道
某个邮件附件是否之前已经在其它用户之间流通，或者该邮件附件是否已被发送到期望的目标接收方主体(或与多个接收方用户相对应的接收方主体的一部分)。mcms在第一时间160之后发生的第二时间170可以生成或以其它方式获得与第二消息附件138相对应的第二指纹。通过参考指纹记录目录，第二指纹可用来确定第二用户120之前是否已经接收到与第二消息附件118相对应的内容，该目录现在还包括第一指纹的记录。
29.出于该示例的目的，mcms确定，因为第一指纹和第二指纹相匹配(或基本相匹配)，因此第一消息附件118和第二消息附件138相同。作为响应，系统可以确定第二用户120之前已经接收到未决的第二消息附件138。如图1b所示，包括文本消息132的第二消息136然后被发送到第二设备124。然而，与发送第二消息136相关地避免经由网络104传输第二消息附件138的第二附件数据139。第二用户120可以在第二设备124上接收和查看第二消息136的文本消息132。在一些实施方式中，mcms还可以向第二用户120和/或第三用户130提供对冗余确定的指示，或者关于没有传递第二消息附件138的通知。在另一实施方式中，可以向第二用户120提供关于请求或重写对第二消息附件138的排除并接收完整的第二消息136的机会。在其它实施方式中，如下文所讨论的，消息传送客户端可以将文本消息132连同第二消息附件138的压缩或缩减版本一起传递到第二设备124，或者所排除的内容的一些其它符号或表示(参见指示符180)。在不同的实施方式中，指示符180本身可以充当用于发起对访问被省略的消息附件的完整内容的请求的可选选项。
30.现在参考图2a和图2b，描绘了mcms 200的代表性架构的示例。在不同的实施方式中，mcms 200可以被配置为：向可以包括在mcms 200中或与mcms 200分离的各种计算设备发送信息/从上述计算设备接收信息。一些计算设备可以呈现用于显示消息传送信息的用户界面。应当理解，本文中呈现的mcms 200仅仅是示例实现实施方式，为了清楚起见，仅呈现了一些方面，并且多种其它实施方式是可能的。
31.在图2a所示的示例中，第一发送终端用户(图2a中未示出)可以经由相应第一终端用户设备210(或“第一发送设备”)上的用户界面(图2a中未示出)，请求将第一消息216(在一些实施方式中，代表发送用户)发送到与接收方终端用户设备230相关联的接收方用户(图2a中未示出)。在一些实施方式中，mcms 200包括附件传输控制器242(在图2b中更详细地讨论)，其被配置为处理由第一发送终端用户指示用于与第一消息212相关联地发送的消息附件(例如第一消息附件214)。在各种实施方式中，附件传输控制器242可以用第一发送设备210、第二发送设备220、可选消息传送服务238和/或接收方设备230中的一个或多个来实现。在各种实施方式中，mcms 200可以包括多个这样的附件传输控制器。各种处理可以包括或利用指纹生成器250，其被配置为：生成消息附件的指纹，由附件传输控制器242和/或mcms 200用来识别和/或比较消息附件，如将在图2b中讨论的。如图2a所示，第一附件数据216(提供第一附件214的电子内容)与第一消息212的发送相关联地经由网络240被发送。网络240可以对应于例如第一发送设备210和/或第二发送设备220与消息传送服务238之间的网络链路、消息传送服务238与接收方设备230之间的网络链路，和/或第一发送设备210和/或第二发送设备220与接收方设备230之间的网络链路。在mcms 200进行“中介”的情况下，mcms 200包括消息传送服务238以管理或帮助管理用户之间的消息传送。第一消息212然后可以被传递到接收方设备230，在此处，接收方终端用户可以经由接收方设备230提供的用户界面232，查看第一消息212或以其它方式访问关于第一消息212的信息。
32.同样在图2a所示的示例中，第二发送终端用户(图2a中未示出)可以经由相应的第二终端用户设备220(或“第二发送设备”)上的用户界面类似地请求将第二消息222和相关联的用户指示的第二消息附件224发送到同一接收方用户。然而，第二发送终端用户不知道第二消息附件224与之前发送(与第一消息212相关联)到接收方用户的第一消息附件214相匹配(例如，附件214和224可能是按比特相同的，但在一些示例中，不相同的附件也可以是相匹配的)。
33.附件传输控制器242确定可以避免经由网络240的第二附件数据226(提供第二附件224的电子内容)的传输，因此mcms 200选择性地避免或以其它方式不执行与第二消息222的发送相关联的传输。与发送第二消息226相关联的第二附件数据226的避免的传输可以响应于附件处理控制器242做出的各种处理和确定而发生，例如可以包括获得并使用第一和第二消息附件214和224的指纹。在一些示例中，尽管第一消息212及其相关联的第一附件数据216大约在第一时间经由网络240被发送，但第二附件数据226不在大约第二消息222经由网络240被发送的第二时间经由网络240被发送(尽管在某些情况下，第二附件数据226可以在稍后时间经由网络240被发送，例如响应于来自接收方设备230的请求)。
34.参考图2b，示出了附件传输控制器242的一种实施方式。在不同的实施方式中，附件传输控制器242可以与mcms 200一起工作或并入mcms 200中。附件提供器244(例如，消息发送器)可以向另外的模块提供附件214以发起评估。例如，附件214可以被发送到指纹生成器250以便为每个特定附件创建、生成和/或分配唯一的或基本上唯一的标识符(“指纹”)260。可以利用多种数学函数来生成指纹，这些数学函数的示例是散列(hashing)算法，将在下面更详细地讨论。
35.在一些实施方式中，仅当关于附件或针对附件的一个或多个条件得到满足时，附件才可以经受提取指纹的过程。例如，可选的条件评估器246可以查看关于附件的元数据或其它信息，并确定附件是否具有允许附件绕过提取指纹过程的类型、大小或其它属性。在这种情况下，不需要确定附件是否冗余，而是可以将附件直接传送到附件数据发射机248，附件数据发射机248可以(例如，经由网络252)将附件214的附件数据254发送到附件接收机280。在这种情况下，附件对于包括附件数据接收机280的系统来说可能是冗余的或者可能是新的。
36.在另一实施方式中，条件评估器246可以对附件的描述性数据进行处理，并确定附件214满足用于恢复附件214的提取指纹过程的一个或多个条件。在这种情况下，附件214可以被提供给指纹生成器250，其输出指纹260，该指纹260此后将对应于该附件214。应当理解，由于条件评估器246是可选的，因此在其它实施方式中，附件提供器244可以被配置为：将附件214直接提供给指纹生成器250。换言之，在不同的实施方式中，不管附件属性或类型如何，系统202可以提交所有附件，以供指纹生成器250处理。
37.一般而言，指纹生成器250可以被配置为：使用各种数学函数或方法来生成附件的指纹。在一个示例中，指纹生成器250可以采用散列算法。散列算法可以产生散列值，散列值可以是从形成或包括每个附件的数据串生成的数字、字母集合或其它字母数字标记或符号。通常，散列值小于串本身，并且可能以这样的方式生成：某个其它串将不太可能产生相同的散列值。例如，两个不同的串通常不太可能产生相同的散列值。但是，匹配的字符串通常会产生相同的散列值。因此，散列值可以用作指纹。
38.在不同的实施方式中，指纹评估器262可以获得生成的指纹260，并且参考指纹目录270，确定指纹260之前是否已经被发送到接收机。这可以通过尝试找到指纹260和存储在指纹目录270中的多个指纹记录272中的一个或多个指纹记录之间的匹配来发生。在一些实施方式中，系统202可以将这个生成的指纹与包括针对之前发送的附件以类似方式生成的指纹(即，使用类似的数学函数)的附件列表或目录进行比较。如果生成的指纹与指纹目录270中的指纹匹配，则生成第一类型的匹配判定264，表明指纹260与指纹目录270中的另一指纹记录相匹配，从而与对应指定接收机来说冗余的附件相对应。换言之，特定附件包含与之前发送到该接收方用户的附件相同的数据。在指纹260与存储在指纹目录270中的任何当前记录都不匹配的一些其它实施方式中，可以将指纹260提交到指纹目录260以更新指纹记录的列表。在这种情况下，匹配确定280可以改为指示：指纹260对应于之前未被发送到该接收方主体的附件。应当理解，在一些实施方式中，附件数据接收机280可以请求附件214的传输(参见附件数据请求256)，尽管附件214被确定是冗余的。在一些示例中，可以包括附件数据传输逻辑290，其基于匹配确定264来控制附件数据接收机280。
39.现在参考图3
‑
图7的序列，呈现了所提出的系统的一种技术实现的示例。在图3中，示出了多个信使(“信使”)300的概览。信使300包括三组(
‘
组a’或第一组310，
‘
组b’或第二组320，以及
‘
组c’或第三组330)，每组包括多个个体终端用户，以及两个个体用户350。提供图3的范例主要是为了供读者参考，说明一些可能的消息发送方和接收方类型。例如，第一组310包括第一成员312(
‘
成员v’)、第二成员314(
‘
成员z’)、第三成员316(
‘
成员w’)、第四成员318以及第五成员302(
‘
成员y’)。因此，发送到“组a”的任何消息都将被发送到第一组310的各个成员。类似地，第二组320包括第六成员322、第七成员304(
‘
成员x’)以及第八成员326。此外，第二组320包括第三成员316(
‘
成员316’)和第二成员314(
‘
成员z’)，他们中的每一个也是第一组310的成员。发送到“组b”的任何消息都将被发送到第二组320的各个成员。此外，第三组330包括第九成员332，以及第七成员304(
‘
成员x’)、第一成员312(
‘
成员v’)和第三成员316(
‘
成员w’)。发送到“组c”的消息都将被发送到第三组330的各个成员。还可以观察到，两个个人用户350包括作为其它组成员的人：
‘
成员w’或第三成员316以及
‘
成员y’或第五成员302。
40.图4呈现了一种示例场景，其中第七成员304被示为请求将第一消息402和相关联的视频消息附件408发送到包括第三组330的其它成员的第一接收方主体400。第七成员304经由第一设备404访问、接收、创建、捕捉、获得或以其它方式产生第一消息内容406以发送到第一接收方主体400，包括指示视频附件408。在该示例中，第一消息402及其相关联的视频附件408都经由网络被发送到与第一接收方主体400相对应的接收方用户中的每一个。可以观察到，第一消息402和视频附件408被发送到与第三成员316(
‘
成员w’)相关联的第二终端用户设备416，第一消息402和视频附件408被发送到与第九成员332相关联的第三终端用户设备432，并且第一消息402和视频附件408被发送到与第一成员312(
‘
成员v’)相关联的第四终端用户设备412。对于与第一接收方主体400相对应的各个接收方用户中的每一个，第一消息402及其相关联的视频附件408被发送到三个终端用户设备412、416和432中的每一个，如由包含
‘
播放’符号按钮的消息气泡表示的。在该示例中，可以理解，系统确定视频附件408正在第一次被发送到三个接收方用户312、314和316中的每一个(即视频附件408的内容之前没有被发送到第三组330中的这三个成员)。
41.接下来参考图5，第二后续场景描述了第一成员312提交请求以将第二消息550发送到第一组310的其它成员，这些成员共同构成第二接收方主体500。第一成员312经由其第四设备412访问、接收、创建、捕捉、获得或以其它方式产生第二消息内容540以发送到其组。作为一个示例，在这种情况下，第一成员312可能正在转发他从图4中的第七成员接收到的第一消息。因此，在图5中，第二消息内容540包括视频附件408(即，与之前参考图4描述的相同的附件)。所提交的第二消息550，包括视频附件408，经由网络被发送到第二接收方主体500。可以观察到第三成员316(
‘
成员w’)经由其第二设备416接收第二消息550，第四成员318经由第五设备518接收第二消息550，第二成员314(
‘
成员z’)经由第六设备514接收第二消息550，并且第五成员302(
‘
成员y’)经由第七设备502接收第二消息550。对于第二接收方主体500的大多数个体，第二消息550传达由第一成员304发送的完整消息内容，包括视频附件408，如包含
‘
播放’符号按钮的消息气泡所表示的。换言之，系统已经确定视频附件408正在第一次被发送到该组的三个个体中的每一个(即，视频附件408的内容之前没有被发送到这三个成员)，包括第四成员318、第二成员314以及第五成员302。
42.然而，可以观察到
‘
成员w’或第三成员316也是图4的第三组330的成员，因此之前已经向其发送了视频附件408。在不同的实施方式中，系统被配置为：确定第二消息内容540包括对于第三成员316来说冗余的附件。作为响应，当第二消息550被发送到第三成员316时，系统可以自动排除视频附件408。在图5中呈现了这种情况的一种实施方式，其中，第二消息550显示在第二设备416的显示器上，但是第二消息550的内容与传达给其余组成员的内容不同。在这种情况下，第二消息550包括这样的指示552：与发送者(第一成员312)的消息相关联的附件不存在、丢失、被移除或以其它方式没有结合发送该消息而被发送。应当理解的是，向图5中的第三成员316示出的指示552(这里示出为放大镜)可以在不同的实施方式中广泛变化。在一些实施方式中，指示可以包括字母数字文本、符号、图标、交互式或以其它方式可致动的按钮，或者只要冗余附件没有被发送可以没有指示。出于该示例的目的，指示552可以是可致动的选项，第三成员316可以经由该选项请求访问或传输视频附件408，而不管其是否冗余。然而，如果没有这样的明确请求，系统可以通过排除冗余消息附件的网络传输来节省其资源以及接收方用户的资源。
43.参考图6示出了该过程的另一个示例，其中，第三后续场景描述了第二成员314提交请求以将第三消息650发送到第二组320的成员，这些成员共同构成第三接收方主体600。第二成员314经由其第六设备514访问、接收、创建、捕捉、获得或以其它方式产生第三消息内容640以发送到其组。作为一个示例，在这种情况下可以理解，第二成员314可能正在转发她从图5中的第一成员接收到的第二消息。因此，在图6中，第三消息内容640包括视频附件408(即，与之前参考图4和图5描述的相同的附件)。所提交的第三消息650，包括视频附件408，经由网络被发送到第三接收方主体600。可以观察到第三成员316(
‘
成员w’)经由其第二设备416接收第三消息550，第六成员322经由第八设备622接收第三消息650，第八成员326经由第九设备626接收第三消息650，并且第七成员304(
‘
成员x’)经由第一设备404接收第三消息650。对于第三接收方主体600的个体中的两个个体，第三消息650传达由第二成员314发送的完整消息内容，包括视频附件408，如包含
‘
播放’符号按钮的消息气泡所表示的。换言之，系统已经确定视频附件408正在第一次被发送到该组的两个个体(即，视频附件408的内容之前没有被发送到这两个成员)，包括第六成员322和第八成员326。
44.然而，可以观察到
‘
成员w’或第三成员316也是图4的第三组330的成员，因此之前已经向其发送了视频附件408。此外，针对图5发生了之前尝试向成员w(第三成员316)发送相同的附件，并且一旦系统确定附件对于该接收方用户是冗余的，则该附件被排除。图6示出了这种评估可以如何在多种情况下发生，因为接收方(例如，接收方用户和/或接收方组)被重复发送相同的附件。类似地，成员x(第七成员304)之前被发送了视频附件408，如上文针对图5所描述的。在不同的实施方式中，系统被配置为：确定第三消息内容640包括对于第三成员316和第七成员304二者来说都冗余的附件。作为响应，当第三消息650被发送到第三成员316和第七成员304时，系统可以自动避免发送视频附件数据409。在图6中呈现了这种情况，其中，第三消息650显示在第二设备416和第一设备404二者的显示器上，但是第三消息650的内容与传达给其余组成员的内容不同。在这种情况下，第三消息650包括这样的指示552：与发送者(第二成员314)的消息相关联的附件不存在、丢失、被移除或以其它方式没有作为发送该消息的一部分而被发送。
45.针对图7呈现第三场景，其中第三成员316被示为提交传递第四消息750的请求，该第四消息750将被发送到个体终端用户(例如，配偶、朋友或其它联系人)，该终端用户可用被理解为表示第四接收方主体700。第三成员316经由其第二设备416访问、接收、创建、捕捉、获得或以其它方式产生第四消息内容740以发送到其联系人。作为示例，第三成员316可能正在转发他已经从图4中的第七成员接收到的第一消息。因此，在图7中，第四消息内容740包括所述视频附件408(即，与之前参考图4，图5和图6描述的相同的附件)。此外，出于说明的目的，第四消息内容740还包括文本消息760。所提交的第四消息750，包括视频附件408和文本消息760二者，经由网络被发送到第四接收方主体700。可以观察到第五成员302(
‘
成员y’)经由其第七设备502接收第四消息750。
46.然而，可以观察到
‘
成员y’或第五成员302也是图5的第一组310的成员，因此之前已经向其发送了视频附件408。图7示出了消息附件的这种评估可以如何结合包括文本内容的消息来发生。如上所述，一旦系统确定第四消息内容740包括对于第五成员302冗余的附件，系统可以被配置为：当第四消息750被发送到第五成员302时，自动避免经由网络780发送视频附件数据409。但是，消息的文本内容是完整传递的。这在图7中呈现，其中第四消息750显示在第七设备502的显示器上，但是第四消息750的内容与成员w发送的内容不同。在这种情况下，针对第四消息750发送的数据包括文本消息760，并且代替视频附件数据409，示出了指示552，该指示向接收者通知：曾经是发送者的消息的一部分的附件不存在、丢失、被删除或未作为整体邮件的一部分被传递。换言之，在不同的实施方式中，可以应用本文中描述的过程，使得仅整个消息的特定部分(例如，关联的消息附件)被分区和评估冗余，而不是关联附件的部分可以被传送到接收方用户，无论任何关联附件是否被视为冗余。
47.为了允许读者更好地理解本文中描述的一些方面，图8呈现了示例消息传送内容管理过程800的一种实施方式的流程图。在一些示例中，可以与结合图1a
‑
图7讨论的任何特征相结合来执行过程800中的一些或全部。在第一阶段810中，发送用户可以生成或提交关于将消息和关联消息附件发送到接收方用户(或者，在一些示例中，发送到与多个用户相对应的接收方主体)的请求。在第二(可选)阶段820，如果附件满足执行指纹生成的一个或多个条件(如前所述)，则系统可以进行到在第三阶段830中获得附件的指纹。如果附件在阶段(阶段820，“否”)不满足条件，则过程800进行到阶段840，其中经由与发送消息相关联的网
络连接发送附件，并且过程800可以结束。应当理解，因为第二阶段820是可选的，所以过程800可以改为从第一阶段810进行到第三阶段830而没有介于中间的第二阶段820(即，没有根据任何条件来评估附件)。
48.再次参考第三阶段830，一旦获得与附件相应的指纹，系统可以被配置为：在第五阶段850，确定指纹是否和与发送消息的之前请求相关联的另一个附件的指纹相匹配。如果没有确立这样的匹配，则过程可以再次移动到第四阶段840。如果找到了匹配，则可以在第六阶段860中排除或以其它方式防止附件经由网络传输到接收方。最后，在一些实施方式中，可以在第七阶段870中经由用户界面向接收方用户提供对附件的冗余性确定的指示。
49.为了更好地为读者阐明所描述的实施方式，下面呈现所提出系统的几个示例。首先参考图9
‑
图12，其中示出了中间消息传送服务促进消息管理过程的第一系统架构。在该示例中，指纹生成可以与发送者的向接收者发送消息附件的请求结合发生，和/或在提交发送者的请求的设备上发生。换言之，在一种实施方式中，系统可以被配置为：在消息附件从发送者设备的传输发生之前，获得消息附件的指纹。因此，可以做出关于提交的向特定接收方用户的消息附件的冗余性的确定，而不会因传输较大附件而对网络造成较大传输成本。在一些实施方式中，结合图9
‑
图12描述的特征中的一些或全部可以与结合图1a
‑
图8讨论的特征中的任何特征相结合来执行。
50.在图9中，发送终端用户910被示为经由第一终端用户设备912提交针对以下的请求：将第一消息918和所指示的关联消息附件914发送到与第一接收用户940、第二接收用户950和第三接收用户960相对应的第一接收方主体900。当请求经由网络920a传送到消息传送服务930时，可以理解，不是传送消息附件914的批量数据，而是可以在第一设备912处生成指纹916并且替代地将指纹916经由网络920a传送到消息传送服务930。换言之，消息附件914本身至少最初并不从第一终端用户设备912被发送到消息传送服务930。一旦消息传送服务930接收或以其它方式获得指纹916，可以参考指纹目录和附件存储模块(“存储模块”)932做出确定。
51.在一些实施方式中，存储模块932可以包括与指纹916相匹配的指纹记录，并且因此确定消息传送服务930之前已经接收或获得了该特定附件内容。该过程可以针对每个目标接收方用户发生。出于该示例的目的，这样的过程发生了3次。在这种情况下，如“x”和复选标记符号所表示的，第一接收用户940和第三接收用户960都没有被确定之前已经接收到消息附件914，而对于第二接收用户950，消息附件914被认为是冗余的。该范例仅出于说明的目的而呈现，并且在其它实施方式中，对于所有用户，或者对于任何用户，或者图9中未示出的其它比率，消息附件可以被认为是冗余的。因此，消息附件914仅需要被传送到三个接收用户中的两个，从而减少了必须经由网络920b(其可以与网络920a相同或不同)传送的数据量。在一些实施方式中，可以可选地向第二接收用户950呈现通知954，通知954可以允许第二接收用户950查看关于被排除的或冗余的消息附件的信息，和/或请求下载消息附件，而不管其冗余指定。
52.在不同的实施方式中，消息传送服务930还可以被配置为：访问与消息附件914相对应的内容，而无需进一步参考第一设备912或与第一设备912通信。这可以在消息传送服务930本身能够提供或以其它方式获得消息附件914时发生，如存储模块932的复选标记所表示的。作为示例，存储模块932可以包括或访问已经使用消息传送服务930发送的一个或
多个消息附件的多个数据文件或对象。消息传送服务930可以被配置为：获得消息附件914的内容并将该内容提供给指定的接收用户。在这种情况下，发送用户和接收用户之间发生的数据传输可以显著减少，因为网络920a不需要上传或以其它方式从发送用户接收消息附件。相反，网络920a仅需要促进来自发送用户910的指纹(以及其它消息内容，例如文本内容)的传输，其通常比任何消息附件的大小小得多。
53.图10
‑
图12描述了该过程和系统的附加实施方式。参考图10，发送用户910经由第一设备912选择附件1020以发送到接收用户(作为更大或主要消息的一部分)。发送用户910访问其客户端应用1000以进行消息传送，客户端应用1000注册发送者的请求并生成所选择的附件1020的指纹1012。指纹1012经由网络发送到消息传送服务1030。一旦消息传送服务1030接收到指纹1012，指纹1012就可以由指纹评估器1060评估，指纹评估器1060可以参考指纹目录1050。如果指纹评估器1060确定消息传送服务1030没有附件1020的记录，它可以向客户端应用1000提交请求1070以获得附件1020的完整数据内容。客户端应用1000然后可以将附件1020发送到消息传送服务1030，消息传送服务1030可以相应地更新其目录。另一方面，如果指纹评估器1060确定消息传送服务1030确实包括附件1020的数据内容的记录，则不需要从发送用户910“牵拉出”或请求进一步的数据，因为附件对于消息传送服务1030是可用的(例如，经由外部高速缓存)，而无需进一步使用或花费任何网络资源。
54.在图11中，显示了这种类型的过程的另一种实施方式。在这种情况下，发送用户910经由第一设备912再次选择附件1150以发送到接收用户(作为更大或主要消息的一部分)。发送用户910访问其客户端应用1000以进行消息传送，客户端应用1000注册发送者的请求并生成所选择的附件1150的指纹1152。指纹1152经由网络发送到消息传送服务1100。在一些实施方式中，一旦消息传送服务1100接收到指纹1152，指纹1152就可以在指定(目标)接收用户和/或发送用户的一些或全部消息传送历史的上下文中被评估。例如，可以参考消息传送服务1100的用户数据库1110来确定接收用户的身份。消息传送服务1100然后可以访问特定于接收用户的使用历史的指纹目录1120的部分。在这样的实施方式中，指纹1152可以直接与和接收用户之前接收的附件(接收者指纹记录1130)和/或与接收用户之前被请求发送到其它用户的附件(发送者指纹记录1140)相关联的指纹记录进行比较，以确定附件对于该特定接收用户是否冗余。如果消息传送服务1100确定接收用户账户不与附件1150的任何记录相关联，则它可以向客户端应用1000提交请求1170以获取附件1150的完整数据内容。客户端应用1000然后可以将附件1150发送到消息传送服务1000，消息传送服务1000可以相应地为接收用户更新其数据库。另一方面，如果消息传送服务1030确实包括附件1150的数据内容的记录，则不需要从发送用户910“牵拉出”或请求进一步的数据，因为附件数据1151是冗余的并且其内容将不会被“推送”或以其它方式经由网络1102发送到接收用户(除非接收用户请求该冗余附件的新副本)。
55.在图12中，示出了一种附加的实施方式，其中发送用户910经由第一设备912再次选择附件1250以发送到接收用户(作为更大或主要消息的一部分)。发送用户910访问其客户端应用1000以进行消息传送，客户端应用1000注册发送者的请求并生成所选择的附件1250的指纹1252。指纹1252经由网络发送到消息传送服务1200。在一些实施方式中，一旦消息传送服务1200接收到指纹1252，就可以通过参考接收用户自己的设备在指定(目标)接收用户和/或发送用户的一些或全部消息传送历史的上下文中来评估指纹1252。
56.例如，可以参考消息传送服务1200的用户数据库1210来确定接收用户的身份和/或可以发起到接收用户设备的连接。在一些实施方式中，消息传送服务1200可以向接收方终端用户设备1220提交请求(连同指纹1252)以经由访问包括在接收方终端用户设备1220中的指纹目录1222来确定与指纹1252相对应的附件之前是否已经被接收用户接收或发送。在不同的实施方式中，接收方设备1220上的指纹评估器1224可以确定指纹1252是否与已经包括在指纹目录1222中的任何指纹相匹配。如果没有找到匹配，则接收方终端用户设备1220可以向消息传送服务1200发送以下指示1280：附件对于接收方终端用户设备1220和/或接收用户来说不是冗余的。消息传送服务1200可以向客户端应用1000发送对附件1250的完整数据内容的请求1270。客户端应用1000然后可以获得附件1250并将附件1250经由消息传送服务1200发送到接收方设备1220。此外，接收方设备1220可以用附件1250的指纹1252相应地更新其指纹目录。如果指纹评估器1224确定接收用户之前已经被发送、发送或以其它方式访问了与指纹1252相对应的附件，则不需要由第一设备912或消息传送服务1200与将该消息发送到接收方设备1220相关联地发送附件1250(尽管对于该消息的其它接收方设备可能并非如此)，因为附件对于接收方用户是可用的(例如，经由附件存储1226)，或者以其它方式不需要，而无需进一步使用或花费任何网络资源。
57.注意，虽然图1a
‑
图12中的一些示例讨论了与消息相关联的单个消息附件的处理，但是在一些示例中，消息可以具有多个关联消息附件。在此类示例中，所描述的技术可能导致对与同一消息关联消息附件的不同处理。例如，mcms可以针对消息确定：将避免经由第一网络的与该消息相关联的第一附件的第一传输，同时还针对该消息确定：将发生经由第一网络的与该消息相关联的第二附件的第二传输。
58.接下来参考图13a
‑
图14c的序列，描述第二系统架构，其中，消息处理系统1306确定属性(例如，附件1316的描述性属性和/或消息处理系统的操作上下文的属性)的值1304(其可以被称为“属性值”)是否满足与属性1304相关联的条件1302，以便选择性地确定经由一个或多个网络1330的针对附件1316和/或关联消息1314的网络传输1336是否将包括附件数据1317，或者改为确定传输1336是否将省略附件数据1317并包括附件1316的指纹1338(这可与本文描述的各种基于指纹的技术结合使用)。作为示例，可以对附件1316的描述性属性的值1318(其可以被称为“描述性属性值”)评估，以便验证附件1316是否应该是提取指纹过程的主题，或者改为确定附件1316是否应该经由网络1330被发送，而不管附件1316的任何潜在冗余性如何(例如，由于之前被发送到接收方设备的附件)。术语“消息处理系统”是指被配置为根据消息传送协议经由一个或多个数据通信网络来发送和接收消息以及关联消息附件的计算设备，并且在各种示例中包括终端用户设备(包括发送设备和/或接收方设备)和中间消息传送服务。在一些实施方式中，结合图13a
‑
图14c描述的特征中的一些或全部可以与结合图1a
‑
图12讨论的特征中的任何特征相结合来执行。
59.附件的描述性属性的示例包括但不限于内容类型(例如，多媒体内容，如视频、演示或动画；其它媒体或富媒体内容，如图像、音频或图形、特定类型的文档、特定内容格式等)和/或附件数据规模。消息处理系统的操作上下文属性的示例包括但不限于，一天中的当前时间、一周中的当前日期、一段时间期间使用的数据带宽量(例如，关于每天或每月的时间段)，一段时间期间剩余的数据带宽量(例如，关于每天或每月的时段)，网络速度和/或网络连接类型(例如，按流量计费、不按流量计费、wi
‑
fi和/或蜂窝网络)。条件的示例包括
但不限于某个量(例如，附件数据规模或网络速度)是否满足阈值(例如，可以针对较小附件发送的附件数据)，或者某个值是否对应于指定的值、一些值或值的范围。
60.图13a示出了实施第二系统架构的“有中介”系统1300a的示例，其中，中介用于管理用户之间的消息和关联附件的发送和传输。在系统1300a中，第一消息处理系统(例如，发送终端用户设备1312、消息传送服务1340和/或接收方终端用户设备1352、1362和/或1372中的一个或多个)被配置为：基于对相应属性值1304是否满足条件1302的评估来帮助管理消息附件的传输。在图13a中，发送用户1310被示为使用发送终端用户设备1312来请求：消息1314和关联消息附件1316由消息传送服务1340发送到与接收方用户1350、1360和1370以及它们各自的接收方终端用户设备1352、1362和1372相对应的接收方主体1320。与被发送的消息1314相关联，第一消息处理系统获得一个或多个属性值1304并评估属性值1304是否满足一个或多个条件1302。
61.基于该评估，第一消息处理系统控制：与消息1314的发送相关联的、经由一个或多个网络1330的针对附件1316和/或消息1314的网络传输1336是否将包括附件数据1317，或者改为控制传输1336是否将省略附件数据1317并包括附件1316的指纹1338。在一些示例中，受影响的网络传输1336是针对在发送设备1312和消息传送服务1340之间传送数据的第一网络1330a，如第一网络传输1336a所示；这可能发生在发送设备1312或消息传送服务1340作为第一消息处理系统操作的示例中。在一些示例中，受影响的网络传输1336是针对在消息传送服务1340和接收设备1350、1360和/或1370之间传送数据的第二网络1330b，如第二网络传输1336b所示；这可能发生在消息传送服务1340或接收设备1350、1360或1370之一作为第一消息处理系统操作的示例中。
62.图13b示出了实现第二系统架构的“无中介”系统1300b的替代示例，其中，终端用户设备被配置为：在不通过中间消息传送服务的情况下，直接在终端用户设备之间发送和接收消息附件。在系统1300b中，第一消息处理系统(例如，发送终端用户设备1312和/或接收方终端用户设备1352、1362和/或1372中的一个或多个)被配置为：评估相应属性值1304是否满足条件1302，并相应地管理消息附件的传输。在图13b中，发送用户1310正在使用发送终端用户设备1312向与接收方用户1350、1360和1370相对应的接收方主体1320，以及它们各自的接收方终端用户设备1352、1362和1372发送消息1314和关联消息附件1340。与被发送的消息1314相关联，第一消息处理系统获得一个或多个属性值1304并评估属性值1304是否满足一个或多个条件1302。基于该评估，第一消息处理系统控制与消息1314的发送相关联的、经由一个或多个网络1330的针对消息附件1316的网络传输1336是否包括附件1316作为批量数据或仅包括附件1316的指纹1338。
63.图14a示出了一个示例，其中消息传送服务1340作为结合图13a描述的第一消息处理系统1306操作。在图14a中，发送终端用户设备1312请求消息1314及其关联消息附件1316由消息传送服务1340发送到与接收方终端用户设备1352相对应的接收方主体(例如，接收方主体1320)。在一些实施方式中，消息传送服务1340被配置为：对条件1302进行存储。消息传送服务1340包括条件评估器1346，其被配置为：获得条件1302中的一个或多个条件，获得属性值1304中的一个或多个属性值，并确定所获得的属性值1304是否满足条件1302中的一个或多个条件。
64.与消息1314的发送相关联地评估的属性值1304可以包括：由发送设备1312经由网
络1330a提供的一个或多个描述性属性值1318、和/或由包括在消息传送服务1340中的操作上下文收集器1342提供的一个或多个操作上下文属性值1344。响应于条件评估器1346确定属性值1304是否满足条件1302，消息传送服务1340确定：经由网络1330的针对附件和/或消息1314的网络传输1336是否将包括附件数据1317，或者改为确定传输1336是否将省略附件数据1317并包括附件1316的指纹1338。在一些示例中，响应于条件1302被满足或不被满足，关于传输是包括附件数据还是指纹1338的确定可以覆盖否则如果不涉及条件1302将会发生的“默认”行为。在图14a中，受影响的网络传输1336可以是在发送设备1312和消息传送服务1340之间经由第一网络1330a的第一网络传输1336a，和/或可以是在消息传送服务1340和接收方设备1352之间经由第二网络1330b的第二网络传输1336b。在一些实施方式中，消息传送服务1340的设置可以改变条件1302或其它项目以更好地适应特定的数据传输偏好。
65.图14b示出了示例系统1400，其中发送终端用户设备1312作为结合图13a(对于有中介系统)和/或图13b(对于无中介系统)描述的第一消息处理系统1306来操作。应当理解，可以类似地配置其它终端用户设备，包括接收终端用户设备1352、1362和/或1372中的任一个。图14b的示例可以被理解为补充图14a的示例(即，与消息传送服务1340的条件和评估协作工作)或者可以表示建立选择性提取指纹过程的替代方法。
66.在图14b中，发送终端用户设备1312请求将消息1314和其关联消息附件1316发送到接收方主体(例如，接收方主体1320)，并且因此，网络传输1336经由网络1330被发送到第二消息处理系统1430。第二消息处理系统1430可以是例如消息传送服务1340和/或接收方终端用户设备1352、1362和/或1372(例如，根据系统1400是有中介的，如图13a和14a所示，还是无中介的，如图13b所示)。在一些实施方式中，发送终端用户设备1312被配置为：对条件1302进行存储。发送终端用户设备1312包括条件评估器1414，条件评估器1414的操作与针对图14a中的条件评估器1346所描述的非常相似，并且该条件评估器被配置为：获得条件1302中的一个或多个条件，获得属性值1304中的一个或多个属性值，并确定所获得的属性值1304是否满足条件1302中的一个或多个条件。
67.与消息1314的发送相关联地评估的属性值1304可以包括：附件1316的一个或多个描述性属性值1318、和/或由包括在发送终端用户设备1312中的操作上下文收集器1410提供的一个或多个操作上下文属性值1412。响应于条件评估器1410确定属性值1304是否满足条件1302，发送终端用户设备1312确定：经由网络1330的针对附件1316和/或消息1314的网络传输1336是否将包括附件数据1317，或者改为确定传输1336是否将省略附件数据1317并包括附件1316的指纹1338。在一些示例中，响应于条件1302被满足或不被满足，关于传输是包括附件数据1317还是指纹1338的确定可以覆盖否则如果不涉及条件1302将会发生的“默认”行为。在一些实施方式中，也可由第二消息处理系统1430管理和/或调整用于发送终端用户设备1312的条件1302，可以在条件1302下选择附件数据1317或指纹1338。在一些实施方式中，第二消息处理系统1430包括条件管理模块1432，其被配置为：识别条件1302的变化并且将这些变化发送到发送终端用户设备1312(例如，经由网络1330)，并且发送终端用户设备1312被配置为：根据接收到的变化来改变其条件1302。在一些示例中，条件管理模块1432被配置为：自动识别这些变化；例如，消息传送服务1340可以被配置为：确定网络条件的显著变化何时发生并且自动地将变化传送给终端用户设备以相应地调整其传输行为。在一些实施方式中，发送用户可以修改设置以更好地适应其自身的数据传输偏好。
68.图14c示出了示例，其中接收方终端用户设备1352作为结合图13a(对于有中介系统)和/或图13b(对于无中介系统)描述的第一消息处理系统1306来操作。应当理解，可以类似地配置其它终端用户设备，包括发送终端用户设备1312和/或接收终端用户设备1362和/或1372中的任一个。图14c的示例可以被理解为补充图14a(即，与消息传送服务1340的条件和评估协作工作)和/或图14b(即，与发送终端用户设备1312的条件和评估协作工作)的示例，或者可以表示建立选择性提取指纹过程的替代方法。
69.在图14c中，接收方终端用户设备1352与消息1314及其关联消息附件1316的接收方主体(例如，接收方主体1320)相对应，因此，经由网络1330从第三消息处理系统1450接收网络传输1336。第三消息处理系统1450可以是例如消息传送服务1340和/或发送终端用户设备1312(例如，根据系统1400是有中介的，如图13a和14a所示，还是无中介的，如图13b所示)。在一些实施方式中，接收方终端用户设备1352被配置为：对条件1302进行存储。接收方终端用户设备1352包括条件评估器1358，条件评估器1358的操作与针对图14a和图14b中的条件评估器1346和/或1414所描述的非常相似，并且该条件评估器被配置为：获得条件1302中的一个或多个条件，获得属性值1304中的一个或多个属性值，并确定所获得的属性值1304是否满足条件1302中的一个或多个条件。
70.与接收消息1314的接收方终端用户设备1352相关联地评估的属性值1304可以包括：附件1316的一个或多个描述性属性值1318(经由网络1330接收的)和/或由包括在接收方终端用户设备1352中的操作上下文收集器1354提供的一个或多个操作上下文属性值1356。响应于条件评估器1358确定属性值1304是否满足条件1302，接收方终端用户设备1352确定：经由网络1330的针对附件1316和/或消息1314的网络传输1336是否将包括附件数据1317，或者改为确定传输1336是否将省略附件数据1317并包括附件1316的指纹1338。在一些示例中，响应于条件1302被满足或不被满足，关于传输是包括附件数据1317还是指纹1338的确定可以覆盖否则如果不涉及条件1302将会发生的“默认”行为。在一些实施方式中，也可由第三消息处理系统1450管理和/或调整用于接收方终端用户设备1352的条件1302，可以在条件1302下选择附件数据1317或指纹1338。在一些实施方式中，第三消息处理系统1450包括条件管理模块1452，其被配置为：识别条件1302的变化并且将这些变化发送到接收方终端用户设备1352(例如，经由网络1330)，并且接收方终端用户设备1352被配置为：根据接收到的变化来改变其条件1302。在一些示例中，条件管理模块1452被配置为：自动识别这些变化；例如，消息传送服务1340可以被配置为：确定网络条件的显著变化何时发生并且自动地将变化传送给终端用户设备以相应地调整其传输行为。在一些实施方式中，接收方用户可以修改设置以更好地适应其自身的数据传输偏好。
71.注意，虽然图13a
‑
图14c中的一些示例讨论了与消息相关联的单个消息附件的处理，但是在一些示例中，消息可以具有多个关联消息附件。在此类示例中，所描述的技术可能导致对与同一消息关联消息附件的不同处理。例如，mcms可以针对消息确定：将避免经由第一网络的与该消息相关联的第一附件的第一传输，同时还针对该消息确定：将发生经由第一网络的与该消息相关联的第二附件的第二传输。
72.接下来参考图15
‑
22的序列，描述了第三系统架构，其中可以向终端用户通知关于特定附件的冗余
‘
状态’。例如，第一用户可以选择要发送到第二用户的附件，但在发送该附件后才发现他或她之前已将该附件发送到第二用户。结果，第一用户对犯了这个错误感到
某种程度的懊恼，并且发生了不必要的设备和网络资源消耗。然而，所提出的系统为用户提供了可以减少此类事件发生的可能性的指导和信息。在一些实施方式中，结合图15
‑
图22描述的特征中的一些或全部可以与结合图1a
‑
图14c讨论的特征中的任何特征相结合来执行。
73.参考图15、图16a和图16b示出了第一示例。第一用户1500与图15中的第一设备1512上的客户端应用1550的消息传送界面1560交互。第一用户1500可以在消息传送界面1560上查看之前的消息，包括他(“greg l.”)在较早时间发送的第一消息1502，以及从第二用户1590(mary p)接收到的第二消息1504。在图15的示例中，第一用户1500已经键入或起草了第三消息1510并且正准备添加、插入、选择或以其它方式包括要与第三消息1510相关联地发送的附件。这由选择用于向当前消息添加附件的第一可致动选项1520的第一用户输入1522(此处为触摸轻敲)表示。另外，还示出了第二可致动选项1530，第一用户1500可以通过该选项继续发起对消息的发送。
74.在一些实施方式中，第一可致动选项1520在被激活时可以呈现或以其它方式提供多个附件选项1610中的一个或多个，例如经由到图像文件夹1600的导航，如图16a和16b所示。多个附件选项1610可以包括一系列数据对象，例如图像、文档、视频、图形或其它内容。在不同的实施方式中，系统可以包括用于针对特定附件选项的冗余状态来向用户告警的规定。这种指示符可以在不同的实施方式中变化，并且可以包括各种效果，例如闪烁、亮度变化、沿附件名称或其它列表的部分叠加图形元素、闪光、动画线条、颜色变化、标志、图形元素(例如每个顶点处的点或圆圈以及沿边缘出现的虚线或实线、突出显示效果、边界框或其它此类视觉指示符)。例如，在图16a中，附件选项1640与基本上围绕附件选项1640的指示符1642相关联。在这种情况下，指示符1642被配置为：允许用户快速识别哪些(如果有的话)选项对于所选择的接收方主体(部分或全部)可能是冗余的。
75.在一些实施方式中，还可以提供附加信息。例如，在图16b中，响应于附件选项1640的用户选择1622，正在呈现次级警报1650。在一些实施方式中，次级警报1650可以与指示符1642一起呈现，或者可以去除指示符1642而提供次级警报1650。如图16b所示，次级警报1650可以包括：可以提供可能对第一用户1500有帮助的补充信息的消息或其它通知。在这种情况下，次级警报1650包括消息“您之前已经将其发送到mary了！”，从而向用户通知：所选择的附件对于目标接收方主体来说是冗余的。虽然此处出于说明的目的示出了两种类型的通知，但应当理解，在一些实施方式中，可以只存在单个冗余状态指示符(例如，指示符1642或次级警报1650)，或者可以存在两个以上的冗余状态指示符，如图16b所示。在其它实施方式中，警报或指示可以采用振动触觉反馈、音频警报或其它类型的指示符的形式。可以理解，提供指示符主要是作为对终端用户的指导，虽然用户可以选择附加不同的数据对象以响应指示符的呈现，但另一用户仍然可以继续选择冗余附件。
76.在一些其它实施方式中，系统可以包括用于提供通知的供应，该通知可以替代地或者也呈现在主消息传送界面上(即，在消息传送对话期间)。例如，在图17中，第一用户与第一设备1712上的客户端应用1750的消息传送界面1760进行交互。第一用户正在消息传送界面1760上查看之前的消息，包括他(“greg l.”)在较早时间发送的第一消息1602，以及从第二用户(mary p)接收到的第二消息1704。在图17的示例中，第一用户已经在与mary p.的对话相同的窗口中开始或发起了第三条消息1710，并且已经键入或起草了文本内容1730的一部分。附件1720也已被选择或添加到第三条消息草稿1710。在第三消息1710的准备期间，
在将附件1720添加到消息草稿之后立即或不久，系统已经将该特定的附件识别为对于目标接收方主体是冗余的。作为响应，在一些实施方式中，系统可以显示指示符或其它类型的通知1752(这里包括消息“您先前已经将其发送到mary！”)以向用户告警：所选择的附件对于此对话中的接收用户来说是冗余的。
77.参考图18a和图18b说明了冗余通知过程的另一种实施方式。在图18a中，发送用户(“greg l.”)正在经由设备1812上的客户端应用1850的消息传送界面1852与其“室内设计团队”组1810的成员进行通信。在发送用户的之前或“第一”消息1802之后，终端用户sandy m.以第二消息1804进行响应。作为响应，发送用户正在准备带有第三消息草稿1830的响应。第三消息1830包括文本内容1854以及附件1856。当发送用户完成消息并提交对将其发送到组1810的请求时(经由发送选项1820)，在一些实施方式中，系统可以被配置为识别、确定、评估、检测和/或识别用户已经包括在消息中的附件中的一个或多个附件的冗余状态。在一些实施方式中，如图18b所示，可以响应于附件1856对于接收组中的一个或多个用户冗余的确定而自动呈现针对一个或多个附件的附加信息或选项。该信息可以通过客户端应用1850的附件界面1872显示给用户。
78.应当理解的是，选项(如果有的话)、选项的措辞以及关于呈现给用户的附件的其它信息可以在不同的实施方式中不同。出于说明的目的，图18b将附件界面1872示为包括对附件1856的描述以及主要通知1860(“警告！一些接收方已经被发送了该附件”)。在一些实施方式中，还可以或替代地向用户提供一个或多个选项以响应该通知或针对用户的消息采取行动。在这种情况下，用户可以从第一选项1862(“显示之前的消息”)或第二选项1864(“仍然发送到每个人”)中进行选择，通过第一选项1862可以访问涉及发送用户的之前消息中的该附件的出现，通过第二选项发送用户可以请求发送附件，而不管其冗余状态。在其它实现中，第三选项1866(“仅发送到之前未向其发送图像的组成员”)被配置为：继续将该附件(连同第三消息)仅传输给之前未向其发送过该附件的那些组成员。换言之，发送用户可以继续发送消息，但排除将附件1856传输给已经收到该附件的成员。另外的可能选项可以包括第四选项1872“返回并编辑”，用于允许用户返回图18a的消息传送界面和第三消息草稿；以及第五选项1874，用户可以通过该第五选项取消或中断第三消息。
79.在不同的实施方式中，还可以向接收用户提供各种机会用于接收冗余状态信息和/或响应于这样的信息采取行动。参考图19a
‑
图19c呈现了这方面的几个示例。在图19a中，消息传送界面1900显示来自发送者spike的消息1910。消息1910包括附件1912，以及一些文本内容(“太棒了！你看到了这个了吗？”)。当接收用户最初查看传入消息时，在一些实施方式中，附件1912可以是仅“最低限度”可见或被呈现为低分辨率或低质量表示。换言之，与第一附件1912相对应的数据已被最小化，足以用于接收用户识别的目的。在一些实施方式中，附件的完整大小或完全下载可以被暂停或“搁置”，等待接收用户的响应。在这种情况下，消息传送界面1900经由与消息1910相邻的第一通知1914来向用户通知“该附件之前已发送到您”。还提供了该通知的一些可能选项，包括第一选项1916“仍然显示？”用于请求下载完整大小的附件，以及第二选项1918“何时？”用于访问关于该通知的附加信息，例如附件1912被提供或发送到接收用户的特定实例(参见例如图20)。
80.在图19b的第二示例中，消息传送界面1900再次显示来自发送者spike的消息1910。消息1910包括附件1912，以及一些文本内容(“太棒了！你看到了这个了吗？”)。当接收
用户最初查看传入消息时，在一些实施方式中，如前所述，附件1912可以是仅“最低限度”可见或被呈现为低分辨率或低质量表示。在这种情况下，消息传送界面1900经由与消息1910相邻的第二通知1924来向用户通知“您之前查看过该附件”。还提供了该通知的可能选项，包括第三个选项1926“何时？”用于访问关于该通知的附加信息，例如附件1912被接收用户查看的特定实例(参见例如图20)。换言之，接收用户不需要之前“接收了”附件以使附件被认为是冗余的。在一些实施方式中，冗余可以是接收用户之前已向另一用户传输或发送了附件，或在另一时间访问或查看了附件的结果(在该设备或界面处，或者在与接收用户帐户相关联的其它应用或设备处)。因此，在一些实施方式中，可以在用户允许的范围内存储和/或访问用户关于特定附件的使用历史以用于确定或评估该用户的附件的冗余状态。
81.在图19c中示出了第三示例，其中，消息传送界面1900显示来自发送者spike的消息1910。消息1910包括附件1912，以及一些文本内容(“太棒了！你看到了这个了吗？”)。当接收用户最初查看传入消息时，在一些实施方式中，如前所述，附件1912可以是仅“最低限度”可见或被呈现为低分辨率或低质量表示。在这种情况下，消息传送界面1900经由与消息1910相邻的第三通知1934来向用户通知：该附件已经被识别为对于接收用户是冗余的。与图19a和图19b的示例不同，在这种情况下，通知是简单的或不显眼的符号(这里是复选标记)。第三通知1934允许用户快速了解该附件的冗余状态，而对整体消息传送体验的干扰最小。在不同的实施方式中，通知可以包括多种符号或视觉效果中的任何一种，如上文针对图16a所讨论的。在一些实施方式中，符号可以是可致动的，使得符号的选择可以触发用于与该消息交互的附加选项的显示。
82.现在参考图20，示出了冗余列表界面2000的一个示例。在不同的实施方式中，这种类型的界面可以响应于请求或搜索特定附件已被访问或查看的事件而呈现给用户。在这种情况下，表示附件2010，并且标题消息2012“具有该附件的所有消息：”向用户通知：以下列表标识出已经与用户账户传送了附件2010的一个或多个实例。在该示例中，第一项目2020包括时间和通信参与者(周一上午11:11，来自lucy)，以及共享的消息副本“这是他们明天将宣布的产品”连同附件2010。第二项目2030包括通信的时间和参与者(周二晚上9:44，从andy到销售团队)，以及与附件2010共享的消息副本：“请查看相关技术规范”。第三项目2040还包括通信的时间和参与者(周五下午2:22，来自spike)，以及与附件2010共享的消息副本：“太棒了！你看到这个了吗？”。因此，在一些实施方式中，终端用户(发送者或接收者)可以容易地访问与特定附件相关联的使用历史。此类信息有助于指导终端用户就数据传输做出更好的决策，并减少共享附件时的通信错误或误解。
83.为了清楚起见，图21a
‑
图21d中示出了涉及响应于冗余附件来通知和/或引导用户的各种用户界面的附加示例。在图21a中，接收用户通过消息传送界面2110从发送者rebecca接收第一消息2112。第一消息2112包括完整大小图像附件2100，以及文本内容2114“我今天走路时看到了这个！”。在这种情况下，附件2100被确定为该用户的“新的”或非冗余的附件。换言之，附件2100是由第一接收用户第一次访问的，因此，不提供与冗余相关的动作。与此对照，在图21b中，同一接收用户在图21a的第一消息2112之后经由消息传送界面2110从发送者arthur接收到第二消息2122。第二消息2122也包括文本内容2124“你觉得这是什么花？”，并且显示附件，但是，响应于该图像冗余的确定，附件仅作为最小化或低分辨率的表示2150来呈现。可选的指示符2152提醒接收用户：如果请求的话可以下载更高分辨
率或完整大小版本的图像。在不同的实施方式中，响应于这样的请求的提交，消息传送界面2110可以访问完整的内容并且经由网络“牵拉出”高分辨率图像以供接收用户访问。在图21c中示出了这样的示例，其中在消息传送界面2110中正在查看同一第二消息2122，包括文本内容2124，但是现在完整大小附件2100已经被下载并且被显示给接收用户。
84.因此，可以理解，在不同的实施方式中，终端用户可以接收包括特定(重复)附件的各种消息。在一些实施方式中，可以向用户提供以更有选择性的方式过滤或接近此类消息的机会。在图21d中示出了一个示例，其中用户访问包括附件2100的第一消息2112。随着包括相同附件的附加消息被接收或存储，用户可能能够通过选择由消息传送界面2110作为信息性消息2146的一部分提供的选项2148(“为我显示”)来快速定位这样的实例。选项2148可以允许接收用户容易地访问或查看相同附件2100已发送到接收用户的特定实例。在一些实施方式中，用户界面可以向用户提供在相关消息或消息内容之间移动的手段。
85.图22呈现了消息传送内容管理过程2200的实施方式的流程图，其中，识别之前附件的经编辑版本，确定版本之间的变化，并且为经编辑附件发送与所确定的变化相对应的数据。在一些示例中，可以与结合图15
‑
图21d讨论的任何特征相结合来执行过程2200中的一些或全部。图22中所示的示例涉及消息传送系统2210、与第一用户(“用户a”)相关联的第一设备2212、与第二用户(“用户b”)相关联的第二设备2214、以及与第三用户(“用户c”)相关联的第三设备2216。三个用户2212、2214和2216各自是同一通信组2218的成员，通过该通信组在三个用户2212、2214和2216之间以及通信组2218的其它成员之间发送图示消息及其消息附件。
86.在图22中，在步骤2220处，用户a使用第一设备2212通过消息传送系统2210向通信组2218发送新的消息附件(被称为“文档z”，尽管该术语不旨在缩小附件的预期内容)。在步骤2220处，这被认为是文档z的第一版本，如标记“v1”所指示。在步骤2220处，消息传送系统2210接收文档z的第一版本，并且在步骤2222处，消息传送系统2210将接收到的文档z的第一版本识别为新附件(或“文档”)。该识别可以基于例如适合用于将经编辑的版本识别为针对同一文档的(例如，基于文件名或唯一的文档标识符值)针对附件的一部分获得的指纹和/或被包括在附件中或以其它方式针对附件获得的元数据。过程2200可以包括步骤2224，其中消息传送系统2210对在步骤2220处接收到的附件进行存储以响应其在步骤2222处被识别为新附件。例如，接收到的文档z的第一版本可以作为新的存储数据项整体存储。在步骤2226处，消息传送系统2210响应于在步骤2222接收到的文档z的第一版本为新附件的识别，将文档z的第一版本的完整附件数据发送到通信组2218的非发送成员的设备：用户b的第二设备2214(其在步骤2228处接收附件数据)以及用户c的第三设备2216(其在步骤2230处接收附件数据)。
87.在步骤2232处，用户b对在步骤2228处接收到的文档z的第一版本进行编辑(例如，使用由第二设备2214执行的内容编辑器)，从而产生与文档z的第一版本不同的文档z的第二版本(由标记“v2”指示)。在步骤2234处，第二设备2214通过消息传送系统2210向通信组2218发送文档z的经编辑的第二版本(在一些示例中，其被完整发送)，并且消息传送系统2210接收文档z的经编辑的第二版本。在步骤2236处，消息传送系统2210将在步骤2234处接收到的文档z的第二版本识别为之前在步骤2222处识别的文档z的第一版本的修订版或以其它方式与其对应。该识别可以基于例如，针对文档z的第一版本和第二版本的相应部分获
得的指纹，文档z的第一版本和第二版本的相应部分之间的很大的相似性，和/或被包括在文档z的第一版本和第二版本中或以其它方式针对文档z的第一版本和第二版本获得的元数据，该元数据适合用于将经编辑的版本识别为针对同一文档(例如，基于文件名或唯一的文档标识符值)。在步骤2238处，消息传送系统2210响应于步骤2236的识别，确定从文档z的第一版本到文档z的第二版本的变化。一些实施方式可以包括步骤2240，其中消息传送系统2210响应于步骤2236的识别，对由步骤2224产生的与文档z相关联的所存储的信息进行更新。例如，这可以包括完整地存储在步骤2234处接收的文档z的第二版本，和/或存储在步骤2238处确定的变化。在一些实施方式中，消息传送系统2210可以被配置为：使附件的多个识别出的版本单独地对用户可用，从而允许附件的历史是可访问的。
88.在步骤2242处，消息传送系统2210响应于步骤2236的识别，基于在步骤2238处确定的变化将部分附件数据发送到通信组2218的非发送成员的设备：用户a的第一设备2212(其在步骤2244处接收该部分附件数据)以及用户c的第三设备2216(其在步骤2246处接收该部分附件数据)。在一些示例中，第一设备2212和/或第三设备2216被配置为：将接收到的部分附件数据与文档z的第一版本的副本合并以生成文档z的第二版本。
89.在步骤2248之前，但未在图22中示出，用户a对在步骤2244处针对其接收到部分附件数据的文档z的第二版本进行编辑，从而产生与文档z的第一版本不同的文档z的第三版本(由标记“v3”指示)。同样在步骤2248之前，第一设备2212通过消息传送系统2210将经编辑的文档z的第三版本发送到通信组2218。结果，针对文档z的第三版本执行与针对步骤2232
‑
2240所描述的那些操作类似的操作。在步骤2248处，消息传送服务2210基于检测到的文档z的第二和第三版本之间的变化来向第二和第三设备2214和2216发送部分附件数据，与针对步骤2242所描述的非常相似。在步骤2250和2252处，第二和第三设备2214和2216分别接收在步骤2248处发送的部分附件数据。在步骤2254处，第三设备2216将文档z的第一版本的副本与在步骤2246和2252处接收到的部分附件数据结合(或“合并”)以生成文档z的第三版本。在步骤2256处，用户c使用应用程序(例如，使用由第三设备2216执行的内容编辑器或内容查看器)打开文档z的第三版本。在一些示例中，可以响应于步骤2254的启动而动态地执行步骤2254。
90.注意，虽然图15
‑
图22中的一些示例讨论了与消息相关联的单个消息附件的处理，但是在一些示例中，消息可以具有多个关联消息附件。在此类示例中，所描述的技术可能导致对与同一消息关联消息附件的不同处理。例如，mcms可以针对消息确定：将避免经由第一网络的与该消息相关联的第一附件的第一传输，同时还针对该消息确定：将发生经由第一网络的与该消息相关联的第二附件的第二传输。
91.为了更好地为读者阐明所描述的实施方式，下面呈现所提出系统的几个示例。参考图23，示出了被配置为接收和应用附件传输规则设置的第四系统架构。参考图24a
‑
图25c，示出了在终端用户设备处提供的用于改变附件传输规则设置的各种用户界面。在图23
‑
25c所示的示例中，中间消息传送服务从终端用户计算设备接收由于用户与相关联的用户界面交互而造成的对各种附件传输规则设置的变化。当消息传送服务接收到对要发送消息的请求以及与该消息关联的附件时，附件传输规则设置将针对与发送附件的请求相关联的属性被评估，以确定是否应简单地发送附件或者使用附件的指纹而不是发送附件。这允许终端用户和管理员在各种特定条件下对附件的传输进行断言控制。在一些实施方式中，
结合图23
‑
图25c描述的特征中的一些或全部可以与结合图1a
‑
图22讨论的特征中的任何特征相结合来执行。
92.图23示出了示例系统架构2300，其包括消息传送服务2330，消息传送服务2330被配置为应用从终端用户计算设备接收的附件传输规则设置2350。系统架构2300可以并入本公开内容中讨论的任何技术。消息传送服务2330维护附件传输规则设置2350，其包括用户附件传输规则设置2352(标记为“用户规则设置”)、管理员附件传输规则设置2354(标记为“管理员规则设置”)和/或组附件传输规则设置2356(标记为“组规则设置”)。消息传送服务2330包括规则引擎2346，其被配置为：针对具有关联附件的消息(例如与第一附件2308相关联的第一消息2306)，识别适用于该消息的附件传输规则设置2350，并应用所识别的附件传输规则设置2350来确定附件的特定传输是否将发生。例如，作为应用一个或多个附件传输规则设置2350的结果，规则引擎2346可以确定附件是否将从或不会从发送终端用户设备传输到消息传送服务2330，或者可以确定附件是否将从或不会从消息传送服务2330传输到接收方终端用户设备。在一些示例中，由规则引擎2346对附件是否将被传输的确定将对行为进行覆写。例如，尽管消息的附件通常不会从发送终端用户设备传输到消息传送服务2330，但是由于规则引擎2346，它仍然可以被传输。作为另一示例，虽然通常消息的附件会从消息传送服务2330传输到接收方终端用户设备，但是由于规则引擎2346，它可能不被传输。
93.用户附件传输规则设置2352可以包括由用户提供的设置，其用于：针对由用户发送的消息，确定该消息的附件是否将从发送终端用户设备传输到消息传送服务2330。用户附件传输规则设置2352可以包括由用户提供的设置，其用于：针对正在向用户发送的消息，确定该消息的附件是否将从消息传送服务2330传输到与用户相关联的接收方终端用户设备。在一些示例中，一些用户附件传输规则设置2352应用于用户识别出的附件，从而提供用户对特定附件的重复传输的控制。在一些示例中，一些用户附件传输规则设置2352应用于用户识别出的另一个用户，从而提供用户对去往或来自识别出的用户的附件的传输的控制。在一些示例中，一些用户附件传输规则设置2352应用于用户识别出的通信组，从而提供用户对发送到识别出的通信组的附件的传输的控制。
94.管理员附件传输规则设置2354可以包括由管理员(例如，与管理员计算设备2372相关联的管理员用户)为特定用户集(例如与某个组织相关联的用户集)提供的设置。在一些示例中，一些管理员附件传输规则设置2354影响附件是否被存储在云存储中，这进而可以确定附件传输的端点和/或附件被如何呈现和/或提供给用户。在一些示例中，一些管理员附件传输规则设置2354影响消息传送服务2330是否将执行对发送到受影响用户或由受影响用户发送的附件的跟踪。当启用此类跟踪时，消息传送服务2330可能能够针对受影响的用户识别具有冗余附件的消息并避免传输那些消息的附件。
95.在图23中，与第一终端用户计算设备2302相关联的第一终端用户(图23中未示出)被示为：经由由第一终端用户计算设备2302呈现的用户界面2304来请求第一消息2306和第一用户指示的第一接收方主体。第一接收方主体包括与第二终端用户计算设备2360相关联的第二终端用户(图23中未示出)。例如，第一接收方主体可以单独包括第二终端用户，或者第一接收方主体可以包括第二终端用户所属的通信组。对于第一消息2306，消息传送服务2330已经确定第一附件2308将从第一终端用户计算设备2302传输到消息传送服务2330。该确定可以由规则引擎2346根据一个或多个附件传输规则设置2350产生，或者可以基于针对
第一附件2308获得的第一指纹2340。
96.此外，与第三终端用户计算设备2312相关联的第三终端用户(图23中未示出)被示为：经由由第三终端用户计算设备2312呈现的用户界面2314来请求第二消息2316以及第二消息2316的第二用户指示的附件2318进行由消息传送服务2330发送到第二接收方主体。第二用户指示的附件2318的第二指纹2342与第一用户指示的附件2308的第一指纹2340相匹配(例如，作为按比特相同的结果)。第二接收方主体包括与第二终端用户计算设备2360相关联的第二终端用户。对于第二消息2316，消息传送服务2330已经确定第二附件2318将不从第二终端用户计算设备2312传输到消息传送服务2330。该确定可以由规则引擎2346根据一个或多个附件传输规则设置2350产生，或者可以基于第二指纹2344(例如，由于指纹评估器2344确定第二指纹2342与第一指纹2340相匹配)。
97.图23还示出了由消息传送服务2330使用相应的用户界面2322、2362和2374从相应的终端用户计算设备2320、2360和2372接收的规则变化2324、2364和2370。在图24a
‑
25c中示出了这种用户界面的示例。消息传送服务2330被配置为：根据与接收的规则变化2324、2364和2370中的每个变化来修改与接收的规则变化2324、2364和2370中的每个变化相关联的附件传输规则设置2350。举例来说，规则变化2324可以指定对经由图25a中所示的用户界面2500选择的对用户附件传输规则设置2352的变化，规则变化2364可以指定对经由图24b、和24c和图24e中所示的用户界面2412、2426和2454中的一个用户界面选择的对用户附件传输规则设置2352的变化，而规则变化2370可以指定对经由图25b中所示的用户界面2520选择的对管理员附件传输规则设置2354的变化，或者对经由图25c中所示的用户界面2530选择的组附件传输规则设置2356的变化。
98.图24a
‑
图24e示出了用于改变包括在附件传输规则设置2350中的用户附件传输规则设置2350(标记为“用户规则设置”)的用户界面2400、2412、2426、2440和2454的示例。接收方终端用户设备可以被配置为：呈现与具有关联附件的接收到的消息相关联的用户界面2400、2412、2426、2440和2454。
99.在一些其它实施方式中，系统可以包括用于提供以下机制的供应：用户可以通过该机制来调整、应用或以其它方式建立关于附件传输过程的偏好、规则或策略。例如，在图24a中，接收用户经由消息传送界面2400查看具有标识符“周五下午2:22，来自spike”的消息2402。换言之，消息2402是在周五下午2:22从被称为spike的发送者帐户接收的。在这种情况下，消息2402包括视频附件2404和文本内容2406(“太棒了！你看到这个视频了吗？”)。在不同的实施方式中，在消息的通知或传递时，还可以向接收用户呈现一个或多个可选选项以使其参与消息内容。出于说明的目的，示出了两个可能的选项，包括第一可选选项2408“附件选项”(参见图24b)和第二可选选项2410“发送者选项”(参见图24c)。
100.在一些实施方式中，当选择了第一可选选项2408时，辅助用户界面可被显示或呈现在设备显示器上。如图24b所示，可以提供一个或多个附件的附加信息或选项，这些附加信息或选项被配置为促进用户管理用户的消息附件的能力。在图24b中，为了清楚起见，再次结合第一菜单2412示出了消息2402(尽管包括消息可以被理解为是可选的)。第一菜单2412提供多个“针对此附件的选项：”，包括第一选项2416(“仅在被询问时获取缩略图并下载”)、第二选项2418(“始终完整下载”)、第三选项2420(“丢弃此副本”)以及第四选项2422(“丢弃此副本和所有其它未来副本”)。应当理解，附加选项也可以包括在第一菜单2412中，
对变化选项的标记，和/或示出的一个或多个选项可以被省略。
101.在不同的实施方式中，系统可以包括使用户能够做出关于特定附件或附件类型的决定或策略的供应。例如，用户可以选择第一选项2416来请求：包括当前附件(即，视频附件2404)的所有消息应自动排除或阻止下载视频附件2404的完整内容，而是改为将视频附件2404的传输限制为缩略图。仅当用户提交额外的下载请求时才应下载完整大小的视频附件2404。在一些实施方式中，该规则将适用于该特定附件的所有实例，和/或具有与针对该特定附件生成的指纹相对应的指纹的附件。
102.作为另一示例，用户可以选择第二选项2418以请求自动完整下载包括当前附件的所有消息。换言之，该附件不需要经历冗余评估，和/或附件的冗余性将是无关紧要的，因为该特定附件将经由网络发送到用户，而不管该附件之前是否已经被多次接收到。在另一示例中，用户可以选择第三选项2420以从用户的消息传送应用和/或设备中删除或以其它方式移除附件。最后，用户可以选择第四选项2422以删除附件并确保移除其它副本(无论是之前接收的还是未来将要接收的)。在一些实施方式中，这可以确保用户不会接收到该附件或相同附件的任何较小的表示(例如，缩略图)。
103.此外，在不同的实施方式中，可以经由策略设置2424为跨越一系列用户设备的应用来配置所选择的选项。在这种情况下，第一策略选项2424a(“我的所有设备”)在与选择该选项的用户帐户相关联或注册了上述用户账户的所有设备上实施与所选择的选项相对应的规则。在另一示例中，第二策略选项2424b(“仅用于该设备”)仅在当前设备(即，此时正在使用的设备)上实施与所选择的选项相对应的规则。第三策略选项2424c(“对于我的所有移动设备”)允许用户在与选择该选项的用户帐户相关联或注册了该用户账户的所有移动设备上实施与所选择的选项相对应的规则。
104.暂时返回到图24a，在一些实施方式中，当选择了第二可选选项2410时，不同的辅助用户界面可被显示或呈现在设备显示器上。如图24c所示，在一些实施方式中，可以向接收用户提供用于对被特定发送者或发送主体发送的或以其它方式与之相关联的附件进行管理的附加信息或选项。在图24b中，为了清楚起见，再次结合第二菜单2426示出了消息2402(尽管包括消息可以被理解为是可选的)。第二菜单2426提供了多个“来自spike的针对未来附件的选项：”，包括第一选项2428(“仅在被询问时获取缩略图和下载”)和第二选项2430(“始终完整下载附件”)。应当理解，对“spike”的提及是出于说明的目的，并且旨在指代在之前界面中被查看或访问的特定消息的发送主体(参见图24a)。此外，附加选项也可以被包括在第二菜单2426中，对变化选项的标记，和/或示出的一个或多个选项可以被省略。
105.在不同的实施方式中，系统可以包括使用户能够做出关于特定发送者的决定或策略的供应。例如，用户可以选择第一选项2428来请求：来自指定发送者的所有消息应自动排除或阻止下载任何附件的完整内容，而是改为将附件的传输限制为缩略图。仅当系统接收到对请求下载附件的提交时，才应下载来自“spike”的完整大小的附件。
106.作为另一示例，用户可以选择第二选项2430以请求自动完整下载来自当前发送者的所有消息附件。换言之，来自该发送者的任何附件都不需要经历冗余评估，和/或附件的冗余性将是无关紧要的，因为来自该特定发送者的任何附件都将被发送到用户，而不管该附件之前是否已经被多次接收到。
107.此外，在不同的实施方式中，可以经由附件策略设置2432跨越一系列附件类型和/
或经由设备策略设置2436跨越一系列用户设备，配置所选择的选项以用于应用。在这种情况下，第一附件策略选项2432a(“视频”)确保与指定选项相对应的规则仅应用于来自指定发送者的视频类型附件。在另一示例中，第二附件策略选项2432b(“来自spike的所有附件”)确保与所选择的选项相对应的规则应用于来自所选择的发送者的所有附件类型。第三附件策略选项2432c(“当大于[10]mb”)允许用户在从spike下载的附件上建立基于大小的界限。换言之，用户可以请求将与所选择的选项相对应的规则应用于来自指定发送者的所有附件类型，这些附件类型的大小大于已经被用户指定的数据量(或者系统默认值)。在一些实施方式中，用户能够键入或输入(或者可以提供他或她可以通过其选择阈值或数字的选项)将受该策略影响的附件的特定大小。可以理解，这些类型的选项可以被扩展到允许用户请求仅在一天中的当移动设备经由wi
‑
fi访问数据时(而不是蜂窝数据)的指定时间被发送或下载的某种内容类型或大小的附件，等等。
[0108]
此外，与参考图24b呈现的那些类似，在一些实施方式中，设备策略设置2436可以提供第一设备策略选项2436a(“我的所有设备”)，其被配置为：在与选择该选项的用户帐户相关联或注册了上述用户账户的所有设备上，实施与所选择的选项相对应的规则。在另一示例中，第二设备策略选项2436b(“仅用于该设备”)仅在当前设备(即，此时正在使用的设备)上实施与所选择的选项相对应的规则。第三设备策略选项2436c(“对于我的所有移动设备”)允许用户在与选择该选项的用户帐户相关联或注册了该用户账户的所有移动设备上实施与所选择的选项相对应的规则。
[0109]
为了说明的目的，参考图24d和图24e示出了这些规定的另一个示例。在图24d中，接收用户经由消息传送界面2440查看具有标识符“周二晚上9:44，从andy到销售团队”的消息2442。换言之，消息2442是在周二晚上9:44从被称为andy的发送者帐户接收到的。此外，消息2442作为组的一部分与接收用户共享，可以理解接收用户是该组的成员。
[0110]
在这种情况下，消息2442包括视频附件2444和文本内容2446(“请在我们每周例会之前观看此视频”)。在不同的实施方式中，在消息的通知或传递时，还可以向接收用户呈现一个或多个可选选项以使其参与消息内容。出于说明的目的，示出了三个可能的选项，包括第一可选选项2448“附件选项”(参见图24b)、第二可选选项2450“发送者选项”(参见图24c)，以及第三可选选项2452“组选项”(参见图24e)。
[0111]
在一些实施方式中，当选择了第三可选选项2452时，辅助用户界面可被显示或呈现在设备显示器上。如图24e所示，可以提供一个或多个附件的附加信息或选项，这些附加信息或选项被配置为促进用户管理基于组的消息附件的能力。在图24e中，为了清楚起见，再次结合第三菜单2454示出了消息2442(尽管包括消息可以被理解为是可选的)。第三菜单2454提供了多个“针对销售团队中的未来附件的选项：”，包括第一选项2458(“仅在被询问时获取缩略图和下载”)和第二选项2460(“始终完整下载附件”)。应当理解，对“销售团队”的提及是出于说明的目的，并且旨在一般性地指代与在之前界面中被查看或访问的特定消息相关联的消息传送主体的成(参见图24d)。此外，附加选项也可以包括在第三菜单2454中，对变化选项的标记，和/或示出的一个或多个选项可以被省略。
[0112]
在不同的实施方式中，系统可以包括使用户能够做出关于特定消息传送组的决定或策略的供应。例如，用户可以选择第一选项2458来请求：来自所选择的组中的成员的所有消息应自动排除或阻止下载任何附件的完整内容，而是改为将附件的传输限制为缩略图。
仅当系统接收到来自用户的下载附件的请求时，才应下载来自“销售团队”成员的完整大小的附件。作为另一示例，用户可以选择第二选项2460以请求自动完整下载来自指定组的成员的所有消息附件。换言之，来自该发送者的任何附件都不需要经历冗余评估，和/或附件的冗余性将是无关紧要的，因为来自这些特定成员的任何附件都将被发送到用户，而不管该附件之前是否已经被多次接收到。
[0113]
此外，在不同的实施方式中，可以经由附件策略设置2462跨越一系列附件类型和/或经由设备策略设置2464跨越一系列用户设备，来配置所选择的选项以用于应用。在这种情况下，第一附件策略选项2462a(“视频”)确保所选择的选项相对应的规则仅应用于来自该组的视频类型附件。在另一示例中，第二附件策略选项2462b(“来自销售团队的所有附件”)确保与所选择的选项相对应的规则应用于来自该组的任何附件类型。第三附件策略选项2432c(“当大于[10]mb”)允许用户在从由该组的成员发送的消息下载的附件上建立基于大小的界限。换言之，用户可以请求将与所选择的选项相对应的规则应用于来自该组的所有附件类型，这些附件类型的大小大于已经被用户指定的数据量(或者系统默认值)。在一些实施方式中，用户能够键入或输入(或者可以提供他或她可以通过其选择阈值或数字的选项)将受该策略影响的附件的特定大小。可以理解，这些类型的选项可以被扩展到允许用户请求仅在一天中的当移动设备经由wi
‑
fi访问数据时(而不是蜂窝数据)的指定时间被发送的某种类型或大小的附件，等等。
[0114]
此外，类似于参考图24b呈现的那些，在一些实施例中，设备策略设置2464可以提供第一设备策略选项2436a(“我的所有设备”)，其被配置为：在与选择该选项的用户帐户相关联或注册了上述用户账户的所有设备上实施与所选择的选项相对应的规则。在另一示例中，第二设备策略选项2464b(“仅用于该设备”)仅在当前设备(即，此时正在使用的设备)上实施与所选择的选项相对应的规则。第三设备策略选项2464c(“对于我的所有移动设备”)允许用户在与选择该选项的用户帐户相关联或注册了该用户账户的所有移动设备上实施与所选择的选项相对应的规则。
[0115]
在不同的实施方式中，系统还可以包括提供了使用户能够跨越消息传送界面建立与附件传输管理相关的更广泛设置。参考图25a
‑
图25c描述了这些提供的一些示例。图25a中示出了通用设置用户界面(“通用设置”)2500的一个非限制性示例，提供了多个设置选项。应当理解，附加选项也可以包括在一般设置2500中，对变化选项的标记，和/或示出的一个或多个选项可以被省略。在图25a中，呈现了第一可选选项2502、第二可选选项2504、第三可选选项2506、第四可选选项2508以及第五可选选项2510。第一可选选项2502(“启用服务器跟踪发送到/由我发送的附件以防止重复附件”)被配置为：允许消息传送服务器访问发送到用户或由用户发送的消息附件的传递细节。这可以允许服务器记录关于消息附件的信息，并用于跟踪和识别冗余消息。第二可选选项2504(“不推送包括重复附件的消息”)被配置为：允许接收用户过滤包括冗余附件的消息。换言之，如果系统检测到或以其它方式确定传入消息包括对于该用户来说冗余的附件，则可以防止该消息被发送到该用户。
[0116]
此外，在一些实施方式中，该系统可以包括提供了通过在云中维护附件副本以用于以后的消息从而减少或限制发送的数据量。例如，第三可选选项2506(“启用我接收到的附件的云存储”)使得该用户接收到的附件能够存储在用户的基于云的存储帐户中，第四可选选项2508(“启用我发送的附件的云存储”)使得从该用户发送的附件可以被存储在用户
的基于云的存储帐户中。当服务器确定包括之前保存的附件的后续消息正在被请求时，这些保存的附件可由服务器访问。服务器可以经由自己的存储来提供附件，而不是从发送用户那里提取数据，从而显著减少了被发送的数据量。此外，第五可选选项2510(“发送大项目的缩略图 链接”)也被配置为：通过请求具有大量数据的所有附件(由用户和/或系统建立)都应以缩略图格式发送，并且(或替代地)提供完整下载附件的链接，来减少或限制所接收(和/或所发送)的数据量。
[0117]
类似地，在不同的实施方式中，可以向组织或组的消息传送应用的管理员提供调整或请求一个或多个“管理员设置”2520的应用的机会，如图25b所示。应当理解，附加选项也可以包括在管理员设置2500中，对变化选项的标记，和/或示出的一个或多个选项可以被省略。在图25b中，呈现了第一可选选项2522和第二可选选项2524。第一可选选项2522“启用发送到用户/从用户发送的附件的云存储”使由组织用户接收的附件或发送到组织用户的附件能够存储在用户的基于云的存储帐户中，从而显著减少跨越组织的网络发送的数据量。此外，第二可选选项2524“启用服务器跟踪发送到用户/从用户发送的附件以防止重复附件”被配置为：允许消息传送服务器访问针对发送到组织的成员的消息附件或向组织的成员发送的消息的传递细节。这可以允许服务器记录关于消息附件的信息，并用于跟踪和识别冗余消息。
[0118]
在管理员希望以更直接的方式应用各种设置的情况下，可以提供如图25c所示的“组管理员设置”菜单2530。应当理解，附加选项也可以包括在组管理员设置2500中，对变化选项的标记，和/或示出的一个或多个选项可以被省略。在图25b中，呈现了第一可选选项2522和第二可选选项2524。第一可选选项2522(“启用发送到用户/从用户发送的附件的云存储”)使由组织用户接收或发送到组织用户的附件能够存储在用户的基于云的存储帐户中，从而显著减少跨越组织的网络发送的数据量。此外，第二可选选项2524(“启用服务器跟踪发送到用户/从用户发送的附件以防止重复附件”)被配置为：允许消息传送服务器访问针对发送到组织的成员的消息附件或向组织的成员发送的消息的传递细节。这可以允许服务器记录关于消息附件的信息，并用于跟踪和识别冗余消息。
[0119]
注意，虽然图23
‑
图25c中的一些示例讨论了与消息相关联的单个消息附件的处理，但是在一些示例中，消息可以具有多个关联消息附件。在此类示例中，所描述的技术可能导致对与同一消息关联消息附件的不同处理。例如，mcms可以针对消息确定：将避免经由第一网络的与该消息相关联的第一附件的第一传输，同时还针对该消息确定：将发生经由第一网络的与该消息相关联的第二附件的第二传输。
[0120]
图26是示出用于电子消息传送服务的用户之间的通信的示例过程2600的实施方式的流程图。在一些示例中，可以与结合图1a
‑
图12讨论的任何特征相结合来执行过程2600中的一些或全部。在图26中，第一操作2610包括：在第一时间在第一计算机系统处，经由数据通信网络从第一终端用户计算设备接收对以下操作的第一请求：与对向第一接收方主体发送第一消息的请求相关联地向第一接收方主体发送第一用户指示的消息附件。在第二操作2620中，过程2600包括：在第一时间之后在第一计算机系统处，与对于向第二接收方主体发送第二消息的请求相关联地经由数据通信网络从第二终端用户计算设备接收对向第二接收方主体发送第二用户指示的消息附件的第二请求。在第二操作2630中，过程2600包括：在第一计算机系统处获得通过将第一指纹识别算法应用于第二用户指示的消息附件而产
生的第一指纹。在第四操作2640中，过程2600包括：确定第一指纹与通过将第一指纹识别算法应用于第一用户指示的消息附件而产生的第二指纹相匹配。在第五操作2650中，过程2600包括：基于第一指纹与第二指纹相匹配的确定，通过第一计算机系统确定第二终端用户计算设备不需要提供第二用户指示的消息附件。在第六操作2660中，过程2600包括：响应于第二终端用户计算设备不需要提供第二用户指示的消息附件的确定，向第二终端用户计算设备指示：第二终端用户计算设备不需要将第二用户指示的消息附件与第二消息相关联地发送到另一计算设备。
[0121]
图27a和图27b提供了示出用于电子消息传送服务的用户之间的通信的示例过程2700的实施方式的流程图。在一些示例中，可以与结合图1a
‑
图8和图13a
‑
图14c讨论的任何特征相结合来执行过程2700中的一些或全部。在图27a中，第一操作2702包括：在第一时间通过第一消息处理系统经由数据通信网络发送或接收第一消息，其中，第一消息与第一用户指示的消息附件相关联。在第二操作2704中，过程2700包括：在第二时间通过第一消息处理系统经由数据通信网络发送或接收第二消息，其中，第二消息与第二用户指示的消息附件相关联。在第三操作2706中，过程2700包括：通过第一消息处理系统获得在第一时间的第一属性的第一值以及在第二时间的第一属性的不同的第二值。在第四操作2712之前，仅第一条件2708和第二条件2710中的一个应用于过程2700。根据第一条件2708，第一属性是用户指示的消息附件的第一描述性属性，第一值是第一用户指示的消息附件的第一描述性属性的值，第二值是第二用户指示的消息附件的第一描述性属性的值。否则，根据第二条件2710，第一属性是第一消息处理系统的第一操作上下文属性，第一值是第一消息处理系统在大约第一时间的第一操作上下文属性的值，并且第二值是第一消息处理系统在大约第二时间的第一操作上下文属性的值。
[0122]
继续图27b中的过程2700，在第四操作2712中，过程2700包括：确定第一值是否满足第一属性的第一条件。在第五操作2714中，过程2700包括：基于第一值是否满足第一条件的确定，通过第一消息处理系统经由数据通信网络与第一消息的发送或接收相关联地发送或接收第一用户指示的消息附件。在第六操作2716中，过程2700包括：确定第二值是否满足第一条件。在第七操作2722之前，仅第三条件2718和第四条件2720之一应用于过程2700。根据第三条件2718，第一值满足第一条件而第二值不满足第一条件。否则，根据第四条件2718，第一值不满足第一条件而第二值满足第一条件。在第七操作2722中，流程2700包括：基于第二值是否满足第一条件的确定，通过第一消息处理系统经由数据通信网络与第二消息的发送或接收相关联地发送或接收第二用户指示的消息附件的指纹。
[0123]
图28a是示出用于电子消息传送服务的用户之间的通信的示例过程2800的实施方式的流程图。在一些示例中，可以与结合图1a
‑
图8和图15
‑
图22讨论的任何特征相结合来执行过程2800中的一些或全部。在图28a中，第一操作2802包括：基于由第一终端用户计算设备获得的第一用户输入来识别第一接收方主体。在第二操作2804中，过程2800包括：基于由第一终端用户计算设备获得的第二用户输入，识别将与第一消息相关联地发送的第一用户指示的消息附件。在第二操作2806中，过程2800包括：获得通过将第一指纹识别算法应用于第一用户指示的消息附件而产生的第一指纹。在第四操作2808中，过程2800包括：确定第一指纹与第二指纹相匹配，第二指纹是通过将第一指纹识别算法应用于之前发送到第一用户或与第一接收方主体相对应的通信组或者由第一用户或与第一接收方主体相对应的通信
组发送的消息附件所产生的。在第五操作2810中，过程2800包括：至少基于第一指纹与第二指纹相匹配的确定，确定第一用户指示的消息附件与之前发送到用户或与第一接收方主体相对应的通信组或者由用户或与第一接收方主体相对应的通信组发送的消息附件冗余。在第六操作2812中，过程2800包括：经由响应于确定第一用户指示的消息附件是冗余的而由第一终端用户计算设备在第一时间提供的人机界面，呈现关于以下的第一通知：第一用户指示的消息附件与之前发送到用户或与第一接收方主体相关联的通信组或者由用户或与第一接收方主体相关联的通信组发送的消息附件冗余。
[0124]
图28b是示出用于电子消息传送服务的用户之间的通信的示例过程2820的实施方式的流程图。在一些示例中，可以与结合图1a
‑
图8和图15
‑
图22讨论的任何特征相结合来执行过程2820中的一些或全部。在图28b中，第一操作2822包括：在第一终端用户计算设备处根据消息传送协议经由数据通信网络接收从不同的第二终端用户计算设备发送的第一消息。在一些实施方式中，消息传送协议可以定义用于下列的规则和/或格式：在不同的终端用户计算设备之间发送承载有用户创建的文本的消息，在不同的终端用户计算设备之间发送消息并识别与消息相关联的一个或多个用户指示的消息附件，以及，将与消息相关联的用户指示的消息附件传输到第一终端用户计算设备。在第二操作2824中，过程2820包括：确定第一用户指示的消息附件与第一消息相关联。在第三操作2826中，过程2820包括：在第一终端用户计算设备处确定第一用户指示的消息附件是冗余的，使得通过将第一指纹识别算法应用于第一用户指示的消息附件而产生的第一指纹对应于先前发送到第一终端用户计算设备或与第一终端用户计算设备相关联的第一用户的或者由第一终端用户计算设备或与第一终端用户计算设备相关联的第一用户先前发送的第二用户指示的消息附件。在第四操作2828中，过程2820包括：经由由第一终端用户计算设备提供的人机界面并且响应于第一用户指示的消息附件是冗余的确定，呈现对第一消息的描述，描述包括关于以下的第一指示：第一用户指示的消息附件是冗余的。在第五操作2830中，过程2820包括：基于第一用户指示的消息附件是冗余的确定，选择性地启用与第一消息的呈现相关的第一用户发起的操作。在第六操作2832中，过程2820包括：基于针对第一终端用户计算设备的第一用户输入，对第一消息执行第一用户发起的操作。
[0125]
图28c是示出用于电子消息传送服务的用户之间的通信的示例过程2840的实施方式的流程图。在一些示例中，可以与结合图1a
‑
图8和图15
‑
图22讨论的任何特征相结合来执行过程2840中的一些或全部。在图28c中，第一操作2842包括：在第一计算机系统处，经由数据通信网络从第一终端用户计算设备接收针对以下操作的第一请求：与对于向第一接收方主体发送第一消息的请求相关联地向第一接收方主体发送第一用户指示的消息附件。在第二操作2844中，过程2840包括：在第一计算机系统处获得通过将第一指纹识别算法应用于第一用户指示的消息附件而产生的第一指纹。在第三操作2846中，过程2840包括：通过第一计算机系统记录第一指纹与和第一接收方主体或第一终端用户计算设备相对应的第一用户或通信组之间的第一关联。在第四操作2848中，过程2840包括：在第一计算机系统处，经由数据通信网络从第二终端用户计算设备接收以下第二请求：与向第二接收方主体发送第二消息的请求相关联地向第二接收方主体发送第二用户指示的消息附件。在第五操作2850中，过程2840包括：在第一计算机系统处获得通过将第一指纹识别算法应用于第二用户指示的消息附件而产生的第二指纹。在第六操作2852中，过程2840包括：确定第一指纹与第二
指纹相匹配。在第七操作2854中，过程2840包括：确定第一用户或通信组与第二接收方主体相关联。在第八操作2856中，过程2840包括：基于第一指纹与第二指纹相匹配的确定、第一用户或通信组与第二接收方主体相关联的确定、以及所记录的第一关联来确定第二用户指示的消息附件是冗余的。在第九操作2858中，过程2840包括：经由网络并且基于第二用户指示的消息附件冗余的确定，从第一计算机系统向第二终端用户计算设备和与第一用户或通信组相对应的第三终端用户计算设备中的一个发送关于第二用户指示的消息附件冗余的指示。
[0126]
图29是示出用于电子消息传送服务的用户之间的通信的示例过程2900的实施方式的流程图。在一些示例中，可以与结合图1a
‑
图8和图23
‑
图25c讨论的任何特征相结合来执行过程2900中的一些或全部。在图29中，第一操作2910包括：在第一计算机系统处，经由数据通信网络接收针对以下操作的第一请求：代表第一用户与对于向第一接收主方体发送第一消息的请求相关联地向第一接收方主体发送第一用户指示的消息附件。在第二操作2920中，过程2900包括：识别与第一用户或对应于第一接收方主体的第二用户相对应的附件传输规则设置。在第三操作2930中，过程2900包括确定第一用户、第一用户指示的消息附件、第一收件方主体和/或第二用户是否满足所识别的附件传输规则设置来作为第一确定。如果第一确定指示所识别的附件传输规则设置被满足(2930，“是”)，则过程2900继续进行第四操作2940，该操作包括：响应于指示所识别的附件传输规则设置被满足的第一确定，自动避免去往或来自第一计算机系统的第一用户指示的消息附件的第一传输。一旦执行了第四操作2940，过程2900就结束。相反，如果第一确定指示所识别的附件传输规则设置不被满足(2930，“否”)，则过程2900继续进行第五操作2950，该操作包括：响应于指示所识别的附件传输规则设置不被满足的第一确定，自动造成去往或来自第一计算机系统的第一用户指示的消息附件第一传输。
[0127]
结合图1a
‑
图25c描述了图8、图22以及图26
‑
图29中所示的流程图中示出的操作的示例。应当理解，图8、图22以及图26
‑
图29中公开的操作的具体顺序或层级结构是示例方式。应当理解的是，根据设计偏好，可以对图8、图22以及图26
‑
图29中的操作的具体顺序或层级结构进行重新排列，而其仍在本公开内容的范围之内。图8、图22以及图26
‑
图29以示例顺序呈现了各个操作的元素，但并不意味着受限于所呈现的特定顺序或层级结构。此外，所附的方法权利要求以示例顺序呈现了各个操作的元素，但并不意味着受限于所呈现的特定顺序或层级结构。
[0128]
在本文中呈现结合图1a
‑
图29描述的系统、设备和技术的详细示例用于说明本公开内容及其益处。此类使用示例不应被解释为对本公开内容的逻辑过程实施例的限制，也不应将相对于本文所述的那些的用户界面方法的变化视为超出本公开内容的范围。在一些实施例中，图1a
‑
图29中描述的各种特征在相应的模块中实施，这些模块也可以被称为和/或包括逻辑、组件、单元和/或机制。模块可以构成软件模块(例如，机器可读介质上包含的代码)或硬件模块。
[0129]
在一些示例中，硬件模块可以机械地、电子地或以它们任何合适的组合来实现。例如，硬件模块可以包括被配置为执行某些操作的专用电路或逻辑单元。例如，硬件模块可以包括专用处理器，例如现场可编程门阵列(fpga)或专用集成电路(asic)。硬件模块还可以包括由软件临时配置以执行某些操作的可编程逻辑或电路，并且可以包括用于这种配置的
机器可读介质数据和/或指令的一部分。例如，硬件模块可以包括包含在被配置为执行一组软件指令的可编程处理器内的软件。将明白的是：在专用和永久配置的电路系统中或者在临时配置的电路系统(例如，由软件配置的)中机械地实现硬件模块的决定可以由成本、时间、支持和工程考虑因素来驱动。
[0130]
因此，术语“硬件模块”应该被理解为包括能够执行某些操作并且可以以某种物理方式进行配置或布置的有形实体，其是物理构建的、永久配置的(例如，硬线连接的)和/或临时配置的(例如，编程的)以便以特定方式执行，或者执行本文中描述的某些操作。如本文中所使用的，“硬件实现的模块”指的是硬件模块。考虑其中临时配置(例如，编程的)硬件模块的示例，不需要在任何一个时刻配置或实例化每个硬件模块。例如，在硬件模块包括由软件配置成为专用处理器的可编程处理器的情况下，可编程处理器可以在不同时间被配置为分别不同的专用处理器(例如，包括不同的硬件模块)。软件可以相应地配置特定的处理器或一些处理器，例如，在一个时刻构成特定的硬件模块，并在另一个的时刻构成另一个硬件模块。使用一个或多个处理器实现的硬件模块可以被称为“处理器实现的”或“计算机实现的”。
[0131]
硬件模块可以向其它硬件模块提供信息并从其接收信息。因此，所描述的硬件模块可以被视为通信地耦合。在同时存在多个硬件模块的情况下，可以通过在两个或更多个硬件模块之间或之中的信号传输(例如，通过适当的电路和总线)来实现通信。在多个硬件模块在不同时间被配置或实例化的实施例中，可以例如通过存储和检索多个硬件模块可访问的存储器设备中的信息来实现这些硬件模块之间的通信。例如，一个硬件模块可以执行操作并将输出存储在存储器设备中，然后另一个硬件模块可以访问存储器设备以检索和处理所存储的输出。
[0132]
在一些示例中，方法的至少一些操作可以由一个或多个处理器或处理器实现的模块来执行。此外，一个或多个处理器还可以操作以支持“云计算”环境中的相关操作的性能或作为“作为服务的软件”(saas)。例如，至少一些操作可以由多个计算机(作为包括处理器的机器的示例)和/或在多个计算机之间执行，这些操作可以经由网络(例如，互联网)和/或经由一个或多个软件接口(例如，应用程序接口(api))访问。某些操作的性能可以在处理器之间分配，不仅驻留在单个机器内，而且部署在多个机器上。处理器或处理器实现的模块可以位于单个地理位置(例如，在家庭或办公室环境中，或服务器群中)，或者可以分布在多个地理位置。
[0133]
图30是示出示例软件架构3002的框图3000，其各个部分可以与本文中描述的各种硬件架构结合使用，这些硬件架构可以实现上述特征中的任何一个。图30是软件架构的非限制性示例，并且将明白的是：可以实现许多其它架构以促进本文中描述的功能。软件架构3002可以在诸如图31的机器3100之类的硬件上执行，其包括处理器3110、存储器3130以及输入/输出(i/o)组件3150等。图示了代表性硬件层3004并且其可以表示例如图31的机器3100。代表性硬件层3004包括处理单元3006和相关联的可执行指令3008。可执行指令3008表示软件架构3002的可执行指令，包括本文描述的方法、模块等的实施方式。硬件层3004还包括存储器/存储3010，其还包括可执行指令3008和伴随数据。硬件层3004还可以包括其它硬件模块3012。处理单元3008持有的指令3008可以是存储器/存储3010持有的指令3008的一些部分。
[0134]
示例软件架构3002可以被概念化为层，每个层提供各种功能。例如，软件架构3002可以包括层和组件，例如操作系统(os)3014、库3016、框架3018、应用3020和表示层3044。在操作上，应用3020和/或层内的其它组件可以调用api调用3024到其它层并接收相应的结果3026。所示的层本质上是代表性的，并且其它软件架构可以包括附加的或不同的层。例如，某些移动或专用操作系统可以不提供框架/中间件3018。
[0135]
os 3014可以管理硬件资源并提供公共服务。os 3014可以包括例如内核3028、服务3030和驱动器3032。内核3028可以充当硬件层3004和其它软件层之间的抽象层。例如，内核3028可以负责存储器管理、处理器管理(例如，调度)、组件管理、网络、安全设置等。服务3030可以为其它软件层提供其它公共服务。驱动器3032可以负责控制底层硬件层3004或与其对接。例如，驱动器3032可以包括显示器驱动器、摄像头驱动器、存储器/存储驱动器、外围设备驱动器(例如，经由通用串行总线(usb))、网络和/或无线通信驱动器、音频驱动器等等，取决于硬件和/或软件配置。
[0136]
库3016可提供可由应用3020和/或其它组件和/或层使用的公共基础设施。库3016通常提供由其它软件模块使用以执行任务的功能，而不是直接与os 3014交互。库3016可以包括系统库3034(例如，c标准库)，其可以提供诸如存储器分配、字符串处理、文件操作等的功能。此外，库3016可以包括api库3036，例如媒体库(例如，支持图像、声音和/或视频数据格式的呈现和操作)、图形库(例如，用于在显示器上渲染2d和3d图形的opengl库)、数据库的库(例如，sqlite或其它关系数据库功能)以及web库(例如，可以提供web浏览功能的webkit)。库3016还可以包括各种其它库3038，用于为应用3020和其它软件模块提供许多功能。
[0137]
框架3018(有时也被称为中间件)提供可以由应用3020和/或其它软件模块使用的更高层级的公共基础设施。例如，框架3018可以提供各种图形用户界面(gui)功能、高级资源管理或高级位置服务。框架3018可以为应用3020和/或其它软件模块提供广泛的其它api。
[0138]
应用3020包括内置应用3040和/或第三
‑
方应用3042。内置应用3040的示例可以包括但不限于联系人应用、浏览器应用、位置应用、媒体应用、消息传送应用和/或游戏应用。第三方应用3042可以包括由除特定平台的供应商之外的实体开发的任何应用。应用3020可以使用经由os 3014、库3016、框架3018和表示层3044可用的功能来创建用户界面以便与用户交互。
[0139]
一些软件架构使用虚拟机，如虚拟机3048所示。虚拟机3048提供了执行环境，其中应用/模块可以像在硬件机器(例如图31的机器3100)上执行一样执行。虚拟机3048可以由主机os(例如，os 3014)或管理程序托管，并且可以具有虚拟机监视器3046，其管理虚拟机3048的操作和与主机操作系统的互操作。可以不同于虚拟机外部的软件架构3002的软件架构在虚拟机3048内执行，例如os 3050、库3052、框架3054、应用3056和/或表示层3058。
[0140]
图31是示出示例机器3100的组件的框图，该示例机器1200被配置为从机器可读介质(例如，机器可读存储介质)读取指令并执行本文描述的任何特征。示例机器3100是计算机系统的形式，其中可以执行用于使机器3100执行本文描述的任何特征的指令3116(例如，以软件组件的形式)。因此，指令3116可用于实现本文描述的模块或组件。指令3116使未编程和/或未配置的机器3100作为被配置用于执行所描述的特征的特定机器来操作。机器
3100可以被配置为作为独立设备操作或者可以耦合(例如，联网)到其它机器。在联网部署中，机器3100可以在服务器
‑
客户端网络环境中以服务器机器或客户端机器的容量，或者作为对等或分布式网络环境中的节点来操作。机器3100可以体现为例如服务器计算机、客户端计算机、个人计算机(pc)、平板计算机、膝上型计算机、上网本、机顶盒(stb)、游戏和/或娱乐系统、智能手机、移动设备、可穿戴设备(例如，智能手表)以及物联网(iot)设备。此外，虽然仅示出了单个机器3100，但术语“机器”包括单独或联合执行指令3116的机器的集合。
[0141]
机器3100可以包括处理器3110、存储器3130和i/o组件3150，它们可以经由例如总线3102通信地耦合。总线3102可以包括经由各种总线技术和协议来耦合机器3100的各种元件的多条总线。在示例中，处理器3110(包括，例如，中央处理单元(cpu)、图形处理单元(gpu)、数字信号处理器(dsp)、asic或其合适的组合)可以包括可以执行指令3116和处理数据的一个或多个处理器3112a至3112n。在一些示例中，一个或多个处理器3110可以执行由一个或多个其它处理器3110提供或识别的指令。术语“处理器”包括多核处理器，其包括可以同时执行指令的核。尽管图31示出了多个处理器，但机器3100可以包括具有单个核的单个处理器、具有多个核的单个处理器(例如，多核处理器)、分别具有单个核的多个处理器、分别具有多个核的多个处理器，或者它们的任意组合。在一些示例中，机器3100可以包括分布在多个机器中的多个处理器。
[0142]
存储器/存储3130可以包括主存储器3132、静态存储器3134或其它存储器，以及存储单元3136，两者都可以由处理器3110例如经由总线3102访问。存储单元3136和存储器3132、3134存储体现本文描述的功能中的任何一项或多项的指令3116。存储器/存储3130还可以为处理器3110存储临时的、中间的和/或长期的数据。指令3116在其执行期间还可以完全或部分地驻留在存储器3132、3134内，存储单元3136内，处理器3110中的至少一个内(例如，在命令缓冲器或高速缓存存储器内)，i/o组件3150中的至少一个的存储器内，或其任意合适的组合。相应地，存储器3132、3134，存储单元3136，处理器3110中的存储器，以及i/o组件3150中的存储器是机器可读介质的示例。
[0143]
如本文所使用的，“机器可读介质”指代能够使机器3100以特定方式操作以便临时或永久存储指令和数据的设备，并且可以包括但不限于：随机存取存储器(ram)、只读存储器(rom)、缓冲存储器、闪存器、光存储介质、磁存储介质和设备、高速缓冲存储器，网络可访问存储或云存储，其它类型的存储和/或它们的任意合适组合。术语“机器可读介质”适用于用于存储由机器3100执行的指令(例如，指令3116)的单个介质或多个介质的组合，使得当指令由机器3100的一个或多个处理器3110执行时，使机器3100执行本文所述的一个或多个特征。因此，“机器可读介质”可以指单个存储设备，以及包括多个存储装置或设备的“基于云的”存储系统或存储网络。术语“机器可读介质”排除信号本身。
[0144]
i/o组件3150可以包括适用于接收输入、提供输出、产生输出、发送信息、交换信息、捕获测量等的各种各样的硬件组件。特定机器中包括的特定i/o组件3150将取决于机器的类型和/或功能。例如，移动电话等移动设备可能包括触摸输入设备，而无头服务器或物联网设备可能不包括这样的触摸输入设备。图31中所示的i/o组件的特定示例绝不是限制性的，并且其它类型的组件可以包括在机器3100中。i/o组件3150的成组仅仅是为了简化该讨论，并且分组决不是限制性的。在各种示例中，i/o组件3150可以包括用户输出组件3152和用户输入组件3154。用户输出组件3152可以包括例如用于显示信息的显示组件(例如，液
晶显示器(lcd)或投影仪)、声学组件(例如，扬声器)、触觉组件(例如，振动马达或力反馈装置)和/或其它信号发生器。用户输入组件3154可以包括例如字母数字输入组件(例如，键盘或触摸屏)、指点组件(例如，鼠标设备、触摸板或另一个指点工具)和/或触觉输入组件(例如，提供位置和/或触摸力或触摸手势的物理按钮或触摸屏)被配置为接收各种用户输入，例如用户命令和/或选择。
[0145]
在一些示例中，i/o组件3150可以包括生物计量组件3156、运动组件3158、环境组件3160和/或位置组件3162以及各种各样的其它物理传感器组件。生物特征识别组件3156可包括例如用于检测身体表情(例如，面部表情、声音表情、手部或身体姿势或眼动追踪)、测量生物信号(例如，心率或脑电波)以及识别人(例如，经由基于语音、视网膜、指纹和/或面部识别)的组件。运动组件3158可以包括例如加速度传感器(例如，加速度计)和旋转传感器(例如，陀螺仪)。环境组件3160可以包括例如照度传感器、温度传感器、湿度传感器、压力传感器(例如，气压计)、声学传感器(例如，用于检测环境噪声的麦克风)、接近度传感器(例如，附近物体的红外感应)和/或可以提供与周围物理环境相对应的指示、测量或信号的其它组件。位置组件3162可以包括例如位置传感器(例如，全球定位系统(gps)接收机)、高度传感器(例如，可以推导出高度的气压传感器)和/或方向传感器(例如，磁力计)。
[0146]
i/o组件3150可以包括通信组件3164，其实现了多种技术，该技术可操作以经由相应的通信耦合3172和3182将机器3100耦合到网络3170和/或设备3180。通信组件3164可以包括一个或多个网络接口组件或用于与网络3170对接的其它合适的设备。通信组件3164可以包括例如适于提供有线通信、无线通信、蜂窝通信、近场通信(nfc)、蓝牙通信、wi
‑
fi和/或经由其它模态的通信的组件。设备3180可以包括其它机器或各种外围设备(例如，经由usb耦合)。
[0147]
在一些示例中，通信组件3164可以检测标识符或包括适于检测标识符的组件。例如，通信组件3164可以包括射频识别(rfid)标签阅读器、nfc检测器、光学传感器(例如，一维或多维条形码，或其它光学码)和/或声学检测器(例如，用于识别标记的音频信号的麦克风)。在一些示例中，位置信息可以基于来自通信组件3162的信息来确定，例如但不限于经由互联网协议(ip)地址的地理位置、经由wi
‑
fi、蜂窝、nfc、蓝牙的位置，或者其它无线站识别和/或信号三角测量。
[0148]
尽管已经描述了各种实施例，但是该描述旨在是示例性的，而不是限制性的，并且应当理解，在这些实施例范围内的更多的实施例和实施方式是可能的。尽管在附图中示出并在具体实施方式中讨论了许多可能的特征组合，但是所公开的特征的许多其它组合也是可能的。除非特别限制，否则任何实施例的任何特征可以与任何其它实施例中的任何其它特征或元素组合使用或替代任何其它特征或元素。因此，将理解的是，可以以任何合适的组合一起实施本公开内容中示出和/或讨论的任何特征。因此，除非考虑到所附权利要求及其等价物，否则这些实施例不受限制。此外，可以在所附权利要求的范围内进行各种修改和改变。
[0149]
尽管前文已经描述了被认为是最佳模式的示例和/或其它示例，但是应当理解，可以在其中进行各种修改，并且可以以各种形式和示例来实现本文公开的发明主题，并且这些教导可以应用于大量应用中，本文中仅描述了其中的一些。所附权利要求书旨在要求保护落入本教导的真实范围内的任何和所有应用、修改和变化。
[0150]
除非另有说明，否则在本说明书中，包括在所附权利要求书中阐述的所有测量结果、值、额定值、位置、大小、尺寸和其它规格都是近似的，而不是精确的。它们旨在具有与它们所涉及的功能以及它们所相关的领域中的习惯相一致的合理范围。
[0151]
保护范围仅受所附权利要求书的限制。当根据本说明书和随后的起诉历史进行解释时，该范围旨在并且应被解释为与权利要求中使用的语言的普通含义相一致的范围，并且涵盖所有结构和功能上的等价物。尽管如此，所有权利要求均不旨在包含不满足专利法第101、102或103条要求的主题，也不应以这种方式解释它们。特此不要求保护对此类发明主题的任何非预期的包含。
[0152]
除以上所述外，没有任何被阐述或说明的内容旨在或应被解释以导致对公众来说任何组成部分、步骤、特征、对象、益处、优势或等效内容的专用，无论权利要求中是否对其有所记载。
[0153]
将理解的是，除非本文另外阐述了特定含义，否则本文使用的术语和表述具有针对其相应的各自探寻和研究领域的与此类术语和表述相一致的普通含义。诸如第一和第二等的关系术语可以仅用于区分一个实体或动作与另一实体或动作，而不一定要求或暗示在这些实体或动作之间的任何实际的这种关系或顺序。术语“包括(comprises)”，“包括有(comprising)”或任何其它变体旨在覆盖非排他性包括(inclusion)，使得包括一系列元素的过程、方法、物品或设备不仅仅包括那些元素，而是可以包括未明确列出的或者此类过程、方法、物品或设备所固有的其它元素。在没有其它限制的情况下，前面带有“一”或“一个”的元素并不排除在包括该元素的过程、方法、物品或装置中存在另外的相同元素。
[0154]
提供了本公开内容的摘要以使得读者能够快速认定技术公开内容的本质。基于其将不会被用来解释或限制权利要求的范围或含义的理解来提交摘要。此外，在前述具体实施方式中，可以看到：出于精简本公开内容的目的，在各个示例中将各个特征组合在一起。本公开内容的方法不应该被解释为反映了以下意图，即：权利要求需要比明确陈述于每一项权利要求中的更多的特征。而是如同后面的权利要求所反映的，发明主题在于少于单个所公开的示例的所有特征。因此，在每项权利要求自身作为单独要求保护的发明主题例前提下，在此将以下权利要求并入具体实施方式。