消息环境内的附件协作的制作方法
【技术领域】
[0001] 本公开的各方面涉及计算和通信技术，且尤其涉及在消息环境内的协作。
【背景技术】
[0002] 协作解决方案允许团队或其他用户群一起对文档、电子表格或其他类型的内容进 行操作。取决于可以实现多种协作解决方案中的哪些解决方案，用户可以以各种方式协作。 在一个场景中，文档可以从发送方被电子邮件给数个接收方。能够跟踪改变以及传达其他 编辑的适合的文字处理应用可以被每个接收方用来审阅文档。该文档的经编辑的副本可以 随后被电子邮件返回给发送方以供查看、合并或进行其他分析。
[0003] -些场景涉及协作服务器，主题文档或其他内容可以被上传至协作服务器从而使 其他人可以在一个地方编辑文档而无需返回该经编辑的副本。例如，用户可以将文档张贴 到协作服务器并随后通过电子邮件向其他用户分发到该文档的链接。其他用户可以使用该 链接导航到所张贴的文档。在获得了对所张贴的文档的访问之后，其他用户可以作出改变、 提供评论或以其它方式提供他们关于所张贴的文档的反馈。
[0004] 较新的场景允许用户共享在其自己的基于云的存储储存库中所存储的文档。一些 云服务提供工具，用户可以通过这些工具来分发到共享文档的链接从而使链接的接收方可 以导航到共享文档并编辑共享文档。对于用户而言简单地复制与共享文档相关联的链接并 将其手动粘贴到以接收方为目的地的电子邮件中也是有可能的。
[0005] 皿
[0006] 本文提供了用于促进在消息环境中协作的系统、方法和软件。在一实现中，消息系 统接收一代表发送方发送有附件消息的请求。响应于该请求，消息系统在与发送方相关联 的位置（location)内生成该附件的协作版本。可以修改该附件的协作版本以反映代表消 息的接收方发起的更新。
[0007] 提供本概览以便以简化形式介绍将在以下的技术公开中进一步描述的概念选择。 本概览并不旨在标识出所要求保护的主题的关键特征或必要特征，也不旨在用于限定所要 求保护的主题的范围。
[0008] 附图简沐
[0009] 参考以下附图可更好地理解本公开的许多方面。虽然结合这些附图描述了几种实 现，但所述公开并不局限于在此所述的这些实现。相反，意图是要覆盖所有的替换方式、修 改和等价物。
[0010] 图1示出了一实现中的消息环境。
[0011] 图2示出了一实现中的协作过程。
[0012] 图3示出了一实现中的另一协作过程。
[0013] 图4示出了一实现中的操作序列。
[0014] 图5示出了一实现中的另一操作序列。
[0015] 图6示出了一实现中的消息的视图。
[0016] 图7示出了一实现中的邮箱内容的视图。
[0017] 图8示出了一实现中的计算体系结构。
[0018] 抟术公开
[0019] 提供本文中所述的各实施例用于促进在电子邮件环境中对附件的协作。在各种实 现中，可以撰写并发送具有附件的协作版本的消息给各接收方，该附件的协作版本被主存 和共享在发送该消息的消息系统内。消息可以驻留在与该消息的发送方相关联的消息环境 中的位置内，从而使发送方可以在其消息环境内体验对附件的协作版本的任何修改或其他 改变。随着代表接收方发起的更新被接收，消息系统对附件的协作版本作出修改。在一些 实现中，代表发送方发起的更新也可以被接收并且相应地对附件的协作版本作出修改。
[0020] 在一些实现中，消息可以是电子邮件且消息系统可以是电子邮件系统。在此场景 中，在撰写电子邮件时，发送方在将文档、电子表格、图片或其他内容附到电子邮件以创建 附件之际可以被提供协作选项。发送者可以通过选择协作选项来提名用于协作性共享的附 件。传达给电子邮件系统的发送电子邮件的请求可随后指示附件已经被提名。以此方式， 电子邮件系统可以识别附件的协作状态并相应推进。不提名用于协作的附件，电子邮件系 统可以以正常方式继续进行，向其接收方发送仅带有附件副本的电子邮件而不是生成协作 版本并经由电子邮件来对其提供访问。
[0021] 可以以多种方式来提供对附件的协作版本的访问。在一些场景中，消息系统可以 向每个接收方传达具有对附件的协作版本的引用的消息。接收方通信系统可以随后使用该 引用来访问该附件的协作版本。在一些示例中，该引用可以是指向与发送方相关联的位置 内的协作版本的链接。在一些场景中，每个接收方可以被提供唯一的链接，从而可以在每个 接收方的基础上控制对协作版本的访问。在其它场景中，附件的协作版本的副本可以被包 括有发送给接收方的每个消息。接收方可以随后编辑协作版本的副本并附有经编辑的副本 来答复初始消息。消息系统可以基于在经编辑的副本中提供的改变来修改在与发送方相关 联的位置中存储的协作版本。其他访问技术以及本文中所公开的访问技术的变体和组合是 有可能的并且被认为在本文讨论的范围内。
[0022] 现在参考附图，图1示出其中可以实现图2和图3中所示的协作过程的消息环境。 图4和图5示出在消息环境中可以执行的各种操作场景。图6示出样本消息的视图且图7 示出样本邮箱的内容的视图。图8示出适用于实现消息环境的至少一部分的计算体系结 构。
[0023] 转至图1，消息环境100包括消息系统101、通信系统103、通信系统105和通信系 统107。在操作中，通信系统103与消息系统101通信以代表发送方113发送消息供递送 给接收方，诸如与通信系统105相关联的接收方115以及与通信系统107相关联的接收方 117。通信系统103还可以与消息系统101通信以接收由其他人发起的消息。消息环境100 除了本文中包括的元素以外还可以包括其他元素（诸如其他消息系统、通信网络、链路等） 以促进此类消息收发。
[0024] 消息系统101可以是能够采用协作过程300以及代表发送方113发送和接收消息 的任何系统或系统的集合。消息系统101的示例包括电子邮件服务器、交换服务器、统一通 信服务器、即时消息收发服务器，或其变体或组合。消息的示例包括电子邮件、即时消息、语 音消息、视频消息或能够具有附件的消息的任何其他变体或组合。
[0025] 通信系统103可以是在与消息系统101通信时能够采用协作过程200代表发送方 113发送和接收消息的任何系统或系统的集合。通信系统103的示例包括平板计算机、膝 上型计算机、台式计算机、移动电话、智能电话和游戏系统及其任何变体或组合。通信系统 105和通信系统107可以各自是能够接收由通信系统103发起的消息的任何系统或系统的 组合，诸如平板计算机、膝上型计算机、台式计算机、移动电话、智能电话和游戏系统及其任 何变体或组合。
[0026] 参考图2,可以由通信系统103在采用消息收发应用（诸如电子邮件或即时消息收 发客户端）的上下文中执行协作过程200以与消息系统101对接。在一些场景中，可在通 信系统103上本地安装和执行消息收发应用。在其他场景中，消息收发应用可以被应用服 务器主存并且通过网页浏览器或在通信系统103上运行的其他应用访问。在一些其他场景 中，消息收发应用可被流传输到通信系统103并自其执行。可以在执行此类消息收发应用 的上下文中执行协作过程200。
[0027] 在操作中，发送方113可以与通信系统103对接以撰写并发送消息。在撰写消息 时，发送方113可能期望在消息中包括附件，诸如通过将文档、电子表格等附到消息。在发 送方113可以在消息中包括附件的情况下，通信系统103呈现与消息的附件相关联的协作 选项（步骤201)，选择该协作选项来提名用于协作的附件。
[0028] 当与消息系统101通信以向接收方发送消息时，通信系统103确定是否提名该附 件用于协作（步骤203)。例如，如果选择协作选项则提名该附件用于协作，且如果没有选 择协作选择则没有提名该附件。在此场景中出于示例性目的假设提名附件104A用于协作。 因此，通信系统103向消息系统101传达一请求，该请求请求消息被发送给其接收方以及附 件104A的协作版本104B被生成及主存以供接收方访问。可以在管理通信系统如何与消息 系统通信的任何公知消息交互协议的上下文中传达该请求来实现消息的递送。可以理解发 送方也可以访问协作版本104B。例如，发送方可以经由发送给接收方的消息的发送版本或 其他方式来访问协作版本104B。
[0029] 在通过通信系统103执行协作过程200之际，消息系统101采用协作过程300来 响应并处理发送电子邮件的请求。具体而言，消息系统101接收一代表发送方113发送具 有附件104A的消息的请求（步骤301)。响应于该请求，消息系统101在位置109内生成附 件104A的协作版本104B (步骤303)。位置109可以是消息环境（诸如消息系统101)内 与发送方113相关联的任何位置。位置109的示例包括由消息系统101主存的、与发送方 113相关联的邮箱。
[0030] 消息系统101还向消息中所列的任何接收方（出于示例性目的假设是接收方115 和接收方117)发送消息。在生成协作版本104B并发送消息之后，消息系统101可以接收 代表接收方115或接收方117或这两者发起的对协作版本104B的更新。消息系统101相 应地修改协作版本104B以反映更新，从而发送方113能够查看接收方115和接收方117所 提供的反馈（步骤305)。
[0031 ] 可以以多种方式提供对附件104A的协作版本104B的访问，在图4和图5中示出 了其中的两种方式。图4示出操作序列400,在操作序列400期间消息系统101包括随每个 消息