CN105379193A - 消息环境内的附件协作 - Google Patents

Abstract

本文公开了用于促进在消息环境中协作的系统、方法和软件。在一实现中，消息系统接收一代表发送方发送具有附件的消息的请求。响应于该请求，消息系统在与发送方相关联的位置内生成该附件的协作版本。可以修改该附件的协作版本以反映代表消息的接收方发起的更新。

Description

消息环境内的附件协作

技术领域

本公开的各方面涉及计算和通信技术，且尤其涉及在消息环境内的协作。

背景技术

协作解决方案允许团队或其他用户群一起对文档、电子表格或其他类型的内容进行操作。取决于可以实现多种协作解决方案中的哪些解决方案，用户可以以各种方式协作。在一个场景中，文档可以从发送方被电子邮件给数个接收方。能够跟踪改变以及传达其他编辑的适合的文字处理应用可以被每个接收方用来审阅文档。该文档的经编辑的副本可以随后被电子邮件返回给发送方以供查看、合并或进行其他分析。

一些场景涉及协作服务器，主题文档或其他内容可以被上传至协作服务器从而使其他人可以在一个地方编辑文档而无需返回该经编辑的副本。例如，用户可以将文档张贴到协作服务器并随后通过电子邮件向其他用户分发到该文档的链接。其他用户可以使用该链接导航到所张贴的文档。在获得了对所张贴的文档的访问之后，其他用户可以作出改变、提供评论或以其它方式提供他们关于所张贴的文档的反馈。

较新的场景允许用户共享在其自己的基于云的存储储存库中所存储的文档。一些云服务提供工具，用户可以通过这些工具来分发到共享文档的链接从而使链接的接收方可以导航到共享文档并编辑共享文档。对于用户而言简单地复制与共享文档相关联的链接并将其手动粘贴到以接收方为目的地的电子邮件中也是有可能的。

概览

本文提供了用于促进在消息环境中协作的系统、方法和软件。在一实现中，消息系统接收一代表发送方发送有附件消息的请求。响应于该请求，消息系统在与发送方相关联的位置(location)内生成该附件的协作版本。可以修改该附件的协作版本以反映代表消息的接收方发起的更新。

提供本概览以便以简化形式介绍将在以下的技术公开中进一步描述的概念选择。本概览并不旨在标识出所要求保护的主题的关键特征或必要特征，也不旨在用于限定所要求保护的主题的范围。

附图简述

参考以下附图可更好地理解本公开的许多方面。虽然结合这些附图描述了几种实现，但所述公开并不局限于在此所述的这些实现。相反，意图是要覆盖所有的替换方式、修改和等价物。

图1示出了一实现中的消息环境。

图2示出了一实现中的协作过程。

图3示出了一实现中的另一协作过程。

图4示出了一实现中的操作序列。

图5示出了一实现中的另一操作序列。

图6示出了一实现中的消息的视图。

图7示出了一实现中的邮箱内容的视图。

图8示出了一实现中的计算体系结构。

技术公开

提供本文中所述的各实施例用于促进在电子邮件环境中对附件的协作。在各种实现中，可以撰写并发送具有附件的协作版本的消息给各接收方，该附件的协作版本被主存和共享在发送该消息的消息系统内。消息可以驻留在与该消息的发送方相关联的消息环境中的位置内，从而使发送方可以在其消息环境内体验对附件的协作版本的任何修改或其他改变。随着代表接收方发起的更新被接收，消息系统对附件的协作版本作出修改。在一些实现中，代表发送方发起的更新也可以被接收并且相应地对附件的协作版本作出修改。

在一些实现中，消息可以是电子邮件且消息系统可以是电子邮件系统。在此场景中，在撰写电子邮件时，发送方在将文档、电子表格、图片或其他内容附到电子邮件以创建附件之际可以被提供协作选项。发送者可以通过选择协作选项来提名用于协作性共享的附件。传达给电子邮件系统的发送电子邮件的请求可随后指示附件已经被提名。以此方式，电子邮件系统可以识别附件的协作状态并相应推进。不提名用于协作的附件，电子邮件系统可以以正常方式继续进行，向其接收方发送仅带有附件副本的电子邮件而不是生成协作版本并经由电子邮件来对其提供访问。

可以以多种方式来提供对附件的协作版本的访问。在一些场景中，消息系统可以向每个接收方传达具有对附件的协作版本的引用的消息。接收方通信系统可以随后使用该引用来访问该附件的协作版本。在一些示例中，该引用可以是指向与发送方相关联的位置内的协作版本的链接。在一些场景中，每个接收方可以被提供唯一的链接，从而可以在每个接收方的基础上控制对协作版本的访问。在其它场景中，附件的协作版本的副本可以被包括有发送给接收方的每个消息。接收方可以随后编辑协作版本的副本并附有经编辑的副本来答复初始消息。消息系统可以基于在经编辑的副本中提供的改变来修改在与发送方相关联的位置中存储的协作版本。其他访问技术以及本文中所公开的访问技术的变体和组合是有可能的并且被认为在本文讨论的范围内。

现在参考附图，图1示出其中可以实现图2和图3中所示的协作过程的消息环境。图4和图5示出在消息环境中可以执行的各种操作场景。图6示出样本消息的视图且图7示出样本邮箱的内容的视图。图8示出适用于实现消息环境的至少一部分的计算体系结构。

转至图1，消息环境100包括消息系统101、通信系统103、通信系统105和通信系统107。在操作中，通信系统103与消息系统101通信以代表发送方113发送消息供递送给接收方，诸如与通信系统105相关联的接收方115以及与通信系统107相关联的接收方117。通信系统103还可以与消息系统101通信以接收由其他人发起的消息。消息环境100除了本文中包括的元素以外还可以包括其他元素(诸如其他消息系统、通信网络、链路等)以促进此类消息收发。

消息系统101可以是能够采用协作过程300以及代表发送方113发送和接收消息的任何系统或系统的集合。消息系统101的示例包括电子邮件服务器、交换服务器、统一通信服务器、即时消息收发服务器，或其变体或组合。消息的示例包括电子邮件、即时消息、语音消息、视频消息或能够具有附件的消息的任何其他变体或组合。

通信系统103可以是在与消息系统101通信时能够采用协作过程200代表发送方113发送和接收消息的任何系统或系统的集合。通信系统103的示例包括平板计算机、膝上型计算机、台式计算机、移动电话、智能电话和游戏系统及其任何变体或组合。通信系统105和通信系统107可以各自是能够接收由通信系统103发起的消息的任何系统或系统的组合，诸如平板计算机、膝上型计算机、台式计算机、移动电话、智能电话和游戏系统及其任何变体或组合。

参考图2，可以由通信系统103在采用消息收发应用(诸如电子邮件或即时消息收发客户端)的上下文中执行协作过程200以与消息系统101对接。在一些场景中，可在通信系统103上本地安装和执行消息收发应用。在其他场景中，消息收发应用可以被应用服务器主存并且通过网页浏览器或在通信系统103上运行的其他应用访问。在一些其他场景中，消息收发应用可被流传输到通信系统103并自其执行。可以在执行此类消息收发应用的上下文中执行协作过程200。

在操作中，发送方113可以与通信系统103对接以撰写并发送消息。在撰写消息时，发送方113可能期望在消息中包括附件，诸如通过将文档、电子表格等附到消息。在发送方113可以在消息中包括附件的情况下，通信系统103呈现与消息的附件相关联的协作选项(步骤201)，选择该协作选项来提名用于协作的附件。

当与消息系统101通信以向接收方发送消息时，通信系统103确定是否提名该附件用于协作(步骤203)。例如，如果选择协作选项则提名该附件用于协作，且如果没有选择协作选择则没有提名该附件。在此场景中出于示例性目的假设提名附件104A用于协作。因此，通信系统103向消息系统101传达一请求，该请求请求消息被发送给其接收方以及附件104A的协作版本104B被生成及主存以供接收方访问。可以在管理通信系统如何与消息系统通信的任何公知消息交互协议的上下文中传达该请求来实现消息的递送。可以理解发送方也可以访问协作版本104B。例如，发送方可以经由发送给接收方的消息的发送版本或其他方式来访问协作版本104B。

在通过通信系统103执行协作过程200之际，消息系统101采用协作过程300来响应并处理发送电子邮件的请求。具体而言，消息系统101接收一代表发送方113发送具有附件104A的消息的请求(步骤301)。响应于该请求，消息系统101在位置109内生成附件104A的协作版本104B(步骤303)。位置109可以是消息环境(诸如消息系统101)内与发送方113相关联的任何位置。位置109的示例包括由消息系统101主存的、与发送方113相关联的邮箱。

消息系统101还向消息中所列的任何接收方(出于示例性目的假设是接收方115和接收方117)发送消息。在生成协作版本104B并发送消息之后，消息系统101可以接收代表接收方115或接收方117或这两者发起的对协作版本104B的更新。消息系统101相应地修改协作版本104B以反映更新，从而发送方113能够查看接收方115和接收方117所提供的反馈(步骤305)。

可以以多种方式提供对附件104A的协作版本104B的访问，在图4和图5中示出了其中的两种方式。图4示出操作序列400，在操作序列400期间消息系统101包括随每个消息分别发送给接收方115和接收方117的引用。图5示出操作序列500，在操作序列500期间消息系统101将协作版本104的副本附到要发送给接收方115和接收方117的每个消息。

参考图4，通信系统103向消息系统101传达一发送附有文档或一些其他内容的消息的请求。消息可以包括已经提名用于协作的附件的标记或一些其他指示。在收到请求之际，消息系统101生成附件的协作版本并将其存储在与发送方113相关联的位置(诸如邮箱)中。消息系统101将具有对与发送方113相关联的位置内的附件的协作版本的引用的、供递送的电子邮件传达给通信系统105和通信系统107。

在操作序列400中，通信系统107使用在电子邮件中提供的引用来提供对消息系统101的访问请求。可以在管理如何传达和递送电子邮件的任何公知的电子邮件协议的上下文中传达请求。根据其可以传达此类请求的电子邮件协议的示例是SMTP(简单邮件传输协议)，尽管可以使用开放和专用的其他协议，以及其任意变体或组合。

消息系统101响应地给通信系统107提供对附件的协作版本的访问，从而接收方117可以编辑或以其它方式与协作版本交互。例如，可以从消息系统101直接打开附件的协作版本，从而接收方117可以使用通信系统107来直接编辑它。以此方式，通信系统107提供更新，消息系统101通过此更新来修改附件的协作版本。修改最终被传回通信系统103，从而发送方113可以查看改变、评论或由接收方117作出的其他编辑。

事实上，修改被传回通信系统103的方式可以依实现而变。在一些场景中，消息历史可以包括消息的发送版本，该发送版本本身包括对附件的协作版本的引用。在选择或以其他方式查看消息的发送版本之际，通信系统103可以以大体与通信系统107相同的方式来与通信系统101通信以访问协作版本。在后台中还可以在周期或连续的基础上发生此类访问，从而实时地用修改更新发送版本。

可以理解，还可以代表发送方113作出对附件的协作版本的更新。在此场景中，通信系统103可以使用引用或为了包括发送给接收方115和117的消息而生成的引用的变体来访问消息系统101所主存的附件的协作版本。例如，消息的发送版本可以包括引用。在另一示例中，附件的原始版本可以包括引用，从而打开原始版本来启动一检索并打开附件的协作版本的请求。用于访问附件的协作版本的其他机制是有可能的并且被认为在本公开的范围内。打开或以其它方式获得对附件的协作版本的访问之后，通信系统103可以向消息系统101传达更新，从而可对附件的协作版本作出修改以反映更新。

参考图5，通信系统103向消息系统101传达一发送附有文档或一些其他内容的消息的请求。可以在管理如何传达和递送电子邮件的任何公知的电子邮件协议的上下文中传达请求。根据其可以传达此类请求的电子邮件协议的示例是SMTP(简单邮件传输协议)，尽管可以使用开发和专用的其他协议，以及其任意变体或组合。

消息可以包括已经提名用于协作的附件的标记或一些其他指示。在收到请求之际，消息系统101生成附件的协作版本并将其存储在与发送方113相关联的位置(诸如邮箱)中。消息系统101将具有附件的协作版本的副本的、供递送的电子邮件传达给通信系统105和通信系统107。

在操作序列500中，接收方117可以编辑协作附件的副本以作出改变、评论或其他编辑。通信系统107向消息系统101提供协作版本的经编辑副本，消息系统101可以随后相应地更新或以其它方式修改附件的协作版本。例如，消息系统101可以把经编辑的副本与消息系统101中存储的协作版本作比较。在其他场景中，消息系统101可以维持多个版本的协作版本，诸如原始版本和任何经编辑的版本。修改被传回通信系统103，从而发送方113可以查看改变、评论或由接收方117作出的其他编辑。

可以理解，还可以代表发送方113作出对附件的协作版本的更新。在此场景中，通信系统103可以使用引用或为了包括发送给接收方115和117的消息而生成的引用的变体来访问消息系统101所主存的附件的协作版本。例如，消息的发送版本可以包括引用。在另一示例中，附件的原始版本可以包括引用，从而打开原始版本来启动一检索并打开附件的协作版本的请求。用于访问附件的协作版本的其他机制是有可能的并且被认为在本公开的范围内。打开或以其它方式获得对附件的协作版本的访问之后，通信系统103可以向消息系统101传达更新，从而对附件的协作版本作出修改以反映更新。

如提及的，修改被传回通信系统103的方式可以依实现而变。在一些场景中，协作版本的已更新副本可以被返回通信系统103。替代或附加于原始发送的附件，该副本可以被集成进消息的发送版本中。

出于清楚和简要的目的，图1、图4和图5示出通信系统107作出的更新，但是可以理解该更新还可以由通信系统105代表接收方115来传达。事实上，还可以理解可以以协作方式来重复或者遵循上述用于提供对协作版本的访问以及修改协作版本来反映由发送方或接收方作出的改变的过程，从而会话中任何参与方作出的改变在被其他参与方访问和查看时可以被反映在协作附件中。

在一个实现场景中，发送方可以将文档附到消息以供传送给各个接收方。处理消息的消息系统生成附件的协作版本并将对协作版本的引用连同消息发送给各个接收方。在递送消息之际，接收方可以同时地、顺序地或无序地访问协作版本，以对文档的协作版本作出编辑。当代表接收方向消息系统传达更新时，实现对文档的协作版本作出的修改，从而使协作版本的任何随后访问反映修改。

例如，一个接收方可以对文档的协作版本作出改变。另一个接收方可以随后接着访问协作版本，在此时具有其中反映改变的协作版本被提供给另一接收方。类似地，在接收方作出改变之后，发送方可以访问文档的协作版本。具有其中反映改变的协作版本将被呈现给发送方。

在另一个示例中，一个接收方可以对文档的协作版本和所作修改作出改变以反映改变。同时，另一接收方可以对所附离线文档作出其他改变，从而作出关于处于其原始状态的协作版本的其他改变。在上线之际，由其他接收方作出的其他改变可以被传达，从而可以作出反映其他改变的修改。结果，协作版本的最新状态将包括由一个接收方作出的改变以及由另一个接收方作出的其它改变两者。

在一些实现中，用于处理初始消息的消息系统可向发送方或接收方或这两者传达何时对附件的协作版本作出改变。例如，在接收方访问并对附件的协作版本作出改变之际，消息系统可以生成并向每个参与方(发送方和接收方)分配新消息，从而提醒他们有改变。在一些情况下，新消息可以包括对处于已更新状态的附件的协作版本的新的或已更新的引用。

还可以代表发送方作出对附件的协作版本的更新或改变。发送方可以按与接收方相同的方式来访问协作版本，诸如通过使用链接到协作版本的引用。在发送方编辑协作版本之际，处于已更新状态或已改变状态的协作版本将在使用相同引用或引用变体的任何接收方的访问之际被呈现给任何接收方。

图6示出可以由通信系统103呈现给发送方113的消息的视图600。视图600包括数个字段，其包括标识消息的接收方的字段601。字段603标识消息可被抄送的接收方。字段605标识消息的主题，而字段607标识可以附到消息的文档或其他内容。在此实现中，在字段607中标识附件104A。在视图600中，消息还包括协作选项609，可以选择协作选项609来提名用于被消息系统101共享的附件104A或任何其他附件。撰写空间611提供用于文本输入的区域。

在撰写消息之际，发送方113可以提供与发送按钮613对应的用户输入。响应于触摸、点击或以其它方式选择发送按钮613，通信系统103向消息系统101传达请求以发送消息。取决于协作选项609是否被选择，该请求还可以指示附件104A应当被处理为协作附件，如上详细讨论的。

图7示出与发送方113相关联的邮箱内容的视图700。视图700具体示出发送方113如何体验附件104A的协作版本104B。在视图700中，邮箱包括文件夹列表701列表，发送方113可以从其选择特定的文件夹来查看。在此示例中，选择已发送邮件文件夹705。相应地，在消息面板中显示发送消息711-719列表。在消息面板中，任何给定的发送消息可以被进一步选择以供详细查看。在此示例中，发送消息713被选择并可被假设为对应于关于图6所撰写并发送的消息。

发送消息713包括数个字段，其包括标识消息的接收方的字段723。字段727包括藉由参考有关图6中的撰写空间611输入的消息的书写内容。字段725显著地标识出已经附到消息的任何内容。

在此实现中，在字段725中标识出的内容包括附件104A的协作版本104B。换言之，发送消息713包括对协作版本104B的引用或协作版本104B的副本而非仅附件104A的副本。以此方式，在查看发送消息时，发送方113能够查看文档、电子表格或由附件104A表示的其他合适内容的最新版本，而不是降级成仅查看过去的版本。尽管邮箱的视图700主要涉及已发送邮件文件夹705，可以理解相似场景可以扩展到收件箱文件夹703和垃圾箱文件夹707。正如发送消息713包括对协作版本104B的引用或协作版本104B的副本，收件箱文件夹703、垃圾箱文件夹707或任何其他文件夹中的消息也可如此。

从上述讨论可以理解各个方法。在通过电子邮件或其他类型的消息收发来请求反馈之后，消息环境100协助将多个反馈流整合进原始文档或其他内容。消息环境100及其操作特征给文档所有者提供了用于将原始文件及所有收到的文档收缩(collapse)进具有来自所有参与方反馈的单个文档的改进的方法。此时，文档作者还可以在审阅来自答复者的改变之后选择包括或排除来自特定答复者的某些改变。

在一些实现中，使用在OfficeDocumentCache(微软办公文档高速缓存)功能中包含的合并逻辑可以实现对附件的协作版本的修改。在文件作为协作附件被发送以供消息的接收方审阅之前，使用Cobalt协议处理器将其分解成更小元素(段、幻灯片、评论)的树。树作为将来合并的基础被存储在发送方的邮箱中。该信息被用来以同OfficeDocumentCache把离线编辑合并进文档的服务器副本相同的方式把将来的改变合并进原始文档或其他内容。

当接收方用他们的反馈来改变文档并将经编辑的文档发回作者或发送方时，文档再次被分解成作者收件箱内的树并且各元素被比较以标识改变的元素。当作者浏览其具有答复的收件箱时，其可以被提供将来自一个或多个答复的改变合并进原始文档的选项。经修改的文档留在收件箱内，并且当收到更多改变时进一步的合并是可能的。

在收到具有对文档的多个改变的多个答复的情况，通过针对每个答复来重复合并过程可以向作者呈现将所有改变合并进原始文档的选项。这提供了用于文档改变的n路(n-way)合并过程。过程中的每个步骤是文档的原始发送副本、经修改的文档的当前状态和来自特定参与方的改变之间的3路合并。使用OfficeDocumentCache内部的逻辑来执行该合并。如果检测到文档树的各部分之间的冲突性改变，则对应生产力应用的合并界面可被调用以允许作者手动解决冲突。原始及经合并的文档可以作为对象树被存储在作者的收件箱中。当作者需要保存或打印文档时，可以使用Cobalt库来重新组装完整版本。

图8示出可适用于实现消息环境(正如消息环境100)的所有或部分的通信体系结构800。通信体系结构800包括通过通信链路812与通信系统820通信的消息系统810。消息系统810可以代表消息系统101。通信系统820可以代表通信系统103并且在一些实现中还可以代表通信系统105和通信系统107。

消息系统810可以是用于实现协作过程300或其变体的任何系统或系统的集合。消息系统810的各示例包括服务器计算机、云计算平台和虚拟机以及任何其他类型的计算系统、其变体或组合。

通信系统820可以代表适合于实现协作过程200或其任何变体的任何系统或系统的集合。实现协作过程200可以包括对相关联的应用、应用组件或其中体现协作过程200的操作系统组件以及其任何组合或变体的本地执行、流执行或托管执行。通信系统820的各示例包括移动计算设备、台式计算机、蜂窝电话、平板计算机、膝上型计算机、笔记本计算机、媒体设备和游戏设备以及任何其他类型的通信系统或设备或其任何组合或变体。通信系统820的各示例还可以包括服务器计算机、云计算平台和虚拟机以及任何其他类型的计算系统、其变型或组合。

换言之，在各种实现场景中，协作过程200可以被实现为本地安装的应用的一部分，或在适合的应用平台(诸如个人计算机、移动电话等)上运行的其他应用中的模块。在其他场景中，在其中体现协作过程200的一个或多个应用可以被合适的应用平台(诸如应用服务器)托管，另一应用(诸如个人计算机、移动电话等)可以与其交互。在其他场景中，在其中体现协作过程200的一个或多个应用可以被流传输到通信系统820或一些其他的合适的计算系统以供本地执行。可以理解，可以使用多种多样的机制和技术以及旨在以通信系统820为代表的多种多样的通信系统、设备和其他类型的计算装备来实现协作过程200。

消息系统810包括处理系统811、存储系统813、软件815、通信接口817和可任选的用户接口819。处理系统811起作用地与存储系统813、通信接口817和用户接口819耦合。处理系统811从存储系统813加载并执行软件815。当一般而言由消息系统810执行时，且具体而言由处理系统811执行时，软件815指导消息系统810如本文中针对协作过程300或其变体所述地那样操作。消息系统810可任选地包括本文中未讨论的附加的设备、特征或功能。

仍然参考图8，处理系统811可以包括从存储系统813中检索并执行软件815的微处理器以及其他电路系统。处理系统811可以在单个处理设备中实现，但也可以跨协作执行程序指令的多个处理设备或子系统分布。处理系统811的示例包括通用中央处理单元、专用处理器、和逻辑设备、以及任何其他类型的处理设备、其组合或变型。

存储系统813可包括可由处理系统811读取并能够存储软件815的任意计算机可读存储介质。存储系统813可包括易失性和非易失性、可移动和不可移动介质，它们以用于存储诸如计算机可读指令、数据结构、程序模块或其它数据这样的信息的任意方法或技术来实现。存储介质的示例包括随机存取存储器、只读存储器、磁盘、光盘、闪存、虚拟存储器和非虚拟存储器、磁带盒、磁带、磁盘存储或其它磁存储设备，或任何其它类型的存储介质。存储介质决不是传播信号。除了存储介质以外，在一些实现中，存储系统813还可包括软件815可通过其进行通信的通信介质。存储系统813可以被实现为单个存储设备，但也可以跨相对于彼此放置在一起或分布式的多个存储设备或子系统来实现。存储系统813可以包括附加元件，诸如能够与处理系统811通信的控制器。

软件815可用程序指令来实现，并且除了其他功能之外，当一般而言由消息系统810执行或具体而言由处理系统811执行时，可指导消息系统810或处理系统301如本文中针对协作过程300所述的那样来操作。软件815还可包括附加过程、程序或组件，诸如操作系统软件或其他应用软件。软件815还可包括固件或可被处理系统811执行的某些其它形式的机器可读处理指令。

一般而言，软件815可在被加载到处理系统811中并被执行时将消息系统810整个从通用计算系统变换成被定制如本文中针对每一实现所述的促进消息环境中的协作的专用计算系统。事实上，存储系统813上的编码软件815可变换存储系统813的物理结构。在本说明书的不同实现中，物理结构的具体变换可取决于各种因素。这样的各因素的示例可以包括，但不仅限于：用于实现存储系统813的存储介质的技术以及计算机存储介质是作为主存储还是辅存储。

例如，如果计算机存储介质被实现为基于半导体的存储器，则当在其中编码程序时软件815可以变换半导体存储器的物理状态，诸如通过变换构成半导体存储器的晶体管、电容器或其他分立电路元件的状态。一种类似的变换可以相对于磁性或光学介质发生。在没有偏离本说明书的范围的情况下，物理介质的其他变换也是可能的，前面提供的示例只是为了便于这一讨论。

应理解，消息系统810一般旨在代表软件815通过其被部署和执行以实现协作过程300(及其变体)的计算系统。然而，消息系统810还可代表其上可展现软件815并且软件815可以从其分发、传输、下载或以其他方式提供至又一计算系统以供部署和执行或又一附加分发的任何计算系统。

通过消息系统810采用软件815的操作，可以执行变化。作为示例，消息系统810可以被认为在经历协作过程300或其变体时从一种状态变换成另一状态。在第一状态中，消息系统810可以接收一发送具有附件的消息的请求。响应于该请求，可以在与发送方相关联的位置内生成并存储附件的协作版本，藉此将消息系统810改变成不同的第二状态。响应于代表接收方发起的更新还可以修改附件的协作版本，由此消息系统810成为另一不同状态。

可以理解有关消息系统810的一些技术方面。例如，在与发送方相关联的消息环境中的位置内生成并存储附件的协作版本可以实现各种操作效率。例如，通过将协作版本的管理纳入消息系统中，可以部分或完全地避免运行及操作单独的协作解决方案，由此节省处理及操作资源。

再次参考图8，通信接口817可包括允许在消息系统810和通信系统820之间通过通信链路812通信的通信连接和设备。加在一起允许系统间通信的连接和设备的示例包括网络接口卡、天线、功率放大器、RF电路系统、收发机以及其它通信电路系统。为了促进通信链路812，连接和设备可通过通信介质通信以与其他计算系统或系统网络交换通信，诸如金属、玻璃、空气或任何其他合适的通信介质。上述通信介质、网络、连接和设备是公知的且无需在此处详细讨论。

通信系统820包括处理系统821、存储系统823、软件825、通信接口827和可任选的用户接口829。处理系统821起作用地与存储系统823、通信接口827和用户接口829耦合。处理系统821从存储系统823加载并执行软件825。当一般而言由通信系统820执行时，且具体而言由处理系统821执行时，软件825指导通信系统820如本文中针对协作过程200或其变体所述地那样操作。通信系统820可任选地包括本文中未讨论的附加的设备、特征或功能。

仍然参考图8，处理系统821可以包括从存储系统823中检索并执行软件825的微处理器以及其他电路系统。处理系统821可以在单个处理设备中实现，但也可以跨协作执行程序指令的多个处理设备或子系统分布。处理系统821的示例包括通用中央处理单元、专用处理器、和逻辑设备、以及任何其他类型的处理设备、其组合或变型。

存储系统823可包括可由处理系统821读取并能够存储软件825的任意计算机可读存储介质。存储系统823可包括易失性和非易失性、可移动和不可移动介质，它们以用于存储诸如计算机可读指令、数据结构、程序模块或其它数据这样的信息的任意方法或技术来实现。存储介质的示例包括随机存取存储器、只读存储器、磁盘、光盘、闪存、虚拟存储器和非虚拟存储器、磁带盒、磁带、磁盘存储或其它磁存储设备，或任何其它类型的存储介质。存储介质决不是传播信号。除了存储介质以外，在一些实现中，存储系统823还可包括软件825可通过其进行通信的通信介质。存储系统823可以被实现为单个存储设备，但也可以跨相对于彼此放置在一起或分布式的多个存储设备或子系统来实现。存储系统823可以包括附加元件，诸如能够与处理系统821通信的控制器。

软件825可用程序指令来实现，并且除了其他功能之外，当一般而言由通信系统820执行或具体而言由处理系统821执行时，可指导通信系统820或处理系统821如本文中针对协作过程200所述的那样来操作。软件825还可包括附加过程、程序或组件，诸如操作系统软件或其他应用软件。软件825还可包括固件或可被处理系统821执行的某些其它形式的机器可读处理指令。

一般而言，软件825可在被加载到处理系统821中并被执行时将通信系统820整个从通用计算系统变换成被定制如本文中针对每一实现所述的促进附件协作的专用计算系统。事实上，存储系统823上的编码软件825可变换存储系统823的物理结构。在本说明书的不同实现中，物理结构的具体变换可取决于各种因素。这样的各因素的示例可以包括，但不仅限于：用于实现存储系统823的存储介质的技术以及计算机存储介质是作为主存储还是辅存储。

例如，如果计算机存储介质被实现为基于半导体的存储器，则当在其中编码程序时软件825可以变换半导体存储器的物理状态，诸如通过变换构成半导体存储器的晶体管、电容器或其他分立电路元件的状态。一种类似的变换可以相对于磁性或光学介质发生。在没有偏离本说明书的范围的情况下，物理介质的其他变换也是可能的，前面提供的示例只是为了便于这一讨论。

应理解，通信系统820一般旨在代表软件825通过其被部署和执行以实现协作过程200(及其变体)的计算系统。然而，通信系统820还可代表其上可展现软件825并且软件825可以从其分发、传输、下载或以其他方式提供至又一计算系统以供部署和执行或又一附加分发的任何计算系统。

通过通信系统820采用软件825的操作，可以执行变化。作为示例，通信系统820可以被认为在经历协作过程200或其变体时从一种状态变换成另一状态。在第一状态中，通信系统820可以呈现与消息的附件相关联的协作选项。响应于对协作选项的选择，通信系统820可以传达一发送有附件的协作版本的消息的请求，藉此将通信系统820改变成不同的第二状态。

可以理解有关通信系统820的一些技术方面。例如，提名用于协作的附件发生在撰写消息的上下文中。用户可以在发送电子邮件的工作流中的电子邮件撰写视图或窗口中选择协作选项，而不必与发送邮件分开地实现此任务。这可以实现各种操作效率，诸如由于相比另外的方式要执行较少的步骤故而减少的处理步骤或改进能量使用。

再次参考图8，通信接口827可包括允许在通信系统820和消息系统810之间通过通信链路812通信的通信连接和设备。加在一起允许系统间通信的连接和设备的示例包括网络接口卡、天线、功率放大器、RF电路系统、收发机以及其它通信电路系统。为了促进通信链路812，连接和设备可通过通信介质通信以与其他计算系统或系统网络交换通信，诸如金属、玻璃、空气或任何其他合适的通信介质。上述通信介质、网络、连接和设备是公知的且无需在此处详细讨论。

用户接口829可包括：鼠标、语音输入设备、用于接收来自用户的触摸姿势的触摸输入设备、用于检测用户的非接触姿势和其它运动的运动输入设备，以及其它类似的输入设备以及能够接收来自用户的用户输入的相关联的处理元件。输出设备(诸如显示器、扬声器、触觉设备)和其它类型的输出设备也可以被包括在用户接口829中。在一些情况中，输入和输出设备可以被结合在单个设备中，诸如能够显示图像并接收触摸姿势的显示器。上述用户输入和输出设备在本领域中公知且无需在此处详细讨论。用户接口829还可包括支持以上讨论的各种用户输入和输出设备的、可由处理系统821执行的相关联的用户接口软件。用户接口软件和设备分开地或彼此及与其他硬件和软件元件结合可提供图形用户接口、自然用户接口、或任何其他种类的用户接口。

各图中提供的功能框图、操作序列和流程图表示用于执行本公开的新颖方面的示例性架构、环境和方法。尽管出于解释简明的目的，此处包括的方法可以以功能图、操作系列或流程图形式示出并且可被描述为一系列动作，但是可以理解和领会，各方法不受动作的次序的限制，因为根据本发明，某些动作可以按与此处所示并描述的不同的次序和/或与其他动作并发地发生。例如，本领域的技术人员将明白并理解，方法可被替换地表示为一系列相互相关联的状态或事件，诸如以状态图的形式。此外，并非方法中所示出的所有动作都是新颖实现所必需的。

所包括的说明和附图描述了用于教导本领域的技术人员如何做出和使用最佳模式的特定实现。出于教导创新性原则的目的，一些传统的方面被简化或忽略。本领域的技术人员将理解来自这些实现的变型也落入的本发明的范围内。本领域的技术人员还将理解如上所述的特征可以以各种方式组合以形成多个实现。因此，本发明不局限于如上所述的特定实现，仅受限于权利要求和它们的等价物。

Claims (10)

1.一种操作消息系统以促进消息环境内文档协作的方法，所述方法包括：

接收一代表发送方发送具有附件的消息的请求；

响应于所述请求，在与所述发送方相关联的所述消息环境的位置内生成所述附件的协作版本；

修改所述附件的所述协作版本以反映代表所述消息的多个接收方发起的多个更新。

2.如权利要求1所述的方法，其特征在于，进一步包括向所述多个接收方中的每个接收方发送具有对所述附件的所述协作版本的引用的所述消息。

3.如权利要求2所述的方法，其特征在于，与所述发送方相关联的所述消息环境中的位置包括通过使用所述引用来代表所述发送方和所述多个接收方访问的、与所述发送方相关联的邮箱。

4.如权利要求3所述的方法，其特征在于，修改所述附件的所述协作版本以反映代表所述多个接收方发起的多个更新包括访问所述邮箱以修改所述附件的所述协作版本。

5.如权利要求4所述的方法，其特征在于，进一步包括在所述邮箱中生成和存储所述消息的发送版本，所述消息的发送版本包括对所述附件的所述协作版本的引用。

6.如权利要求1所述的方法，其特征在于，进一步包括确定是否提名所述附件用于协作，其中响应于确定提名所述附件用于协作而进行生成所述附件的协作版本。

7.一种计算装置，包括：

一个或多个计算机可读存储介质；以及

存储在所述一个或多个计算机可读存储介质上用于促进内容协作的程序指令，所述程序指令在被处理系统执行时指导所述处理系统至少：

呈现与消息的附件相关联的协作选项，选择所述协作选项以提名用于协作的所述附件；以及

当与消息系统通信以代表发送方向多个接收方发送所述消息时，如果所述附件被提名用于协作，则请求所述消息系统将所述附件的协作版本主存在与所述发送方相关联的所述消息系统中的位置内。

8.如权利要求7所述的计算装置，其特征在于，所述程序指令进一步指导所述处理系统存储包括引用的所述电子邮件的记录以及代表多个接收方发起的对所述附件的所述协作版本的多个更新，其中通过所述引用来访问所述附件的所述协作版本。

9.如权利要求8所述的计算装置，其特征在于，所述多个更新中的至少一个更新包括所述文档的所述协作版本的直接编辑和所述文档的所述协作版本的副本的经编辑版本之一。

10.如权利要求7所述的计算装置，其特征在于，所述计算装置进一步包括配置成执行所述程序指令的所述处理系统，并且其中与所述发送方相关联的所述电子邮件系统中的位置包括与所述发送方相关联的邮箱，所述邮箱受到代表所述发送方和多个接收方作出的修改。