箱文件夹707或任何其他文件夹中的消息也可如此。
[0053] 从上述讨论可以理解各个方法。在通过电子邮件或其他类型的消息收发来请求反 馈之后，消息环境100协助将多个反馈流整合进原始文档或其他内容。消息环境100及其 操作特征给文档所有者提供了用于将原始文件及所有收到的文档收缩（collapse)进具有 来自所有参与方反馈的单个文档的改进的方法。此时，文档作者还可以在审阅来自答复者 的改变之后选择包括或排除来自特定答复者的某些改变。
[0054] 在一些实现中，使用在Microsoft^ Office Document Cache (微软办公文档高速 缓存）功能中包含的合并逻辑可以实现对附件的协作版本的修改。在文件作为协作附件 被发送以供消息的接收方审阅之前，使用Cobalt协议处理器将其分解成更小元素（段、幻 灯片、评论）的树。树作为将来合并的基础被存储在发送方的邮箱中。该信息被用来以同 Office Document Cache把离线编辑合并进文档的服务器副本相同的方式把将来的改变合 并进原始文档或其他内容。
[0055] 当接收方用他们的反馈来改变文档并将经编辑的文档发回作者或发送方时，文档 再次被分解成作者收件箱内的树并且各元素被比较以标识改变的元素。当作者浏览其具有 答复的收件箱时，其可以被提供将来自一个或多个答复的改变合并进原始文档的选项。经 修改的文档留在收件箱内，并且当收到更多改变时进一步的合并是可能的。
[0056] 在收到具有对文档的多个改变的多个答复的情况，通过针对每个答复来重复合并 过程可以向作者呈现将所有改变合并进原始文档的选项。这提供了用于文档改变的η路 (niay)合并过程。过程中的每个步骤是文档的原始发送副本、经修改的文档的当前状态和 来自特定参与方的改变之间的3路合并。使用Office Document Cache内部的逻辑来执行 该合并。如果检测到文档树的各部分之间的冲突性改变，则对应生产力应用的合并界面可 被调用以允许作者手动解决冲突。原始及经合并的文档可以作为对象树被存储在作者的收 件箱中。当作者需要保存或打印文档时，可以使用Cobalt库来重新组装完整版本。
[0057] 图8示出可适用于实现消息环境（正如消息环境100)的所有或部分的通信体系 结构800。通信体系结构800包括通过通信链路812与通信系统820通信的消息系统810。 消息系统810可以代表消息系统101。通信系统820可以代表通信系统103并且在一些实 现中还可以代表通信系统105和通信系统107。
[0058] 消息系统810可以是用于实现协作过程300或其变体的任何系统或系统的集合。 消息系统810的各示例包括服务器计算机、云计算平台和虚拟机以及任何其他类型的计算 系统、其变体或组合。
[0059] 通信系统820可以代表适合于实现协作过程200或其任何变体的任何系统或系统 的集合。实现协作过程200可以包括对相关联的应用、应用组件或其中体现协作过程200 的操作系统组件以及其任何组合或变体的本地执行、流执行或托管执行。通信系统820的 各示例包括移动计算设备、台式计算机、蜂窝电话、平板计算机、膝上型计算机、笔记本计算 机、媒体设备和游戏设备以及任何其他类型的通信系统或设备或其任何组合或变体。通信 系统820的各示例还可以包括服务器计算机、云计算平台和虚拟机以及任何其他类型的计 算系统、其变型或组合。
[0060] 换言之，在各种实现场景中，协作过程200可以被实现为本地安装的应用的一部 分，或在适合的应用平台（诸如个人计算机、移动电话等）上运行的其他应用中的模块。在 其他场景中，在其中体现协作过程200的一个或多个应用可以被合适的应用平台（诸如应 用服务器）托管，另一应用（诸如个人计算机、移动电话等）可以与其交互。在其他场景中， 在其中体现协作过程200的一个或多个应用可以被流传输到通信系统820或一些其他的合 适的计算系统以供本地执行。可以理解，可以使用多种多样的机制和技术以及旨在以通信 系统820为代表的多种多样的通信系统、设备和其他类型的计算装备来实现协作过程200。
[0061] 消息系统810包括处理系统811、存储系统813、软件815、通信接口 817和可任选 的用户接口 819。处理系统811起作用地与存储系统813、通信接口 817和用户接口 819耦 合。处理系统811从存储系统813加载并执行软件815。当一般而言由消息系统810执行 时，且具体而言由处理系统811执行时，软件815指导消息系统810如本文中针对协作过程 300或其变体所述地那样操作。消息系统810可任选地包括本文中未讨论的附加的设备、特 征或功能。
[0062] 仍然参考图8,处理系统811可以包括从存储系统813中检索并执行软件815的微 处理器以及其他电路系统。处理系统811可以在单个处理设备中实现，但也可以跨协作执 行程序指令的多个处理设备或子系统分布。处理系统811的示例包括通用中央处理单元、 专用处理器、和逻辑设备、以及任何其他类型的处理设备、其组合或变型。
[0063] 存储系统813可包括可由处理系统811读取并能够存储软件815的任意计算机可 读存储介质。存储系统813可包括易失性和非易失性、可移动和不可移动介质，它们以用于 存储诸如计算机可读指令、数据结构、程序模块或其它数据这样的信息的任意方法或技术 来实现。存储介质的示例包括随机存取存储器、只读存储器、磁盘、光盘、闪存、虚拟存储器 和非虚拟存储器、磁带盒、磁带、磁盘存储或其它磁存储设备，或任何其它类型的存储介质。 存储介质决不是传播信号。除了存储介质以外，在一些实现中，存储系统813还可包括软件 815可通过其进行通信的通信介质。存储系统813可以被实现为单个存储设备，但也可以跨 相对于彼此放置在一起或分布式的多个存储设备或子系统来实现。存储系统813可以包括 附加元件，诸如能够与处理系统811通信的控制器。
[0064] 软件815可用程序指令来实现，并且除了其他功能之外，当一般而言由消息系统 810执行或具体而言由处理系统811执行时，可指导消息系统810或处理系统301如本文中 针对协作过程300所述的那样来操作。软件815还可包括附加过程、程序或组件，诸如操作 系统软件或其他应用软件。软件815还可包括固件或可被处理系统811执行的某些其它形 式的机器可读处理指令。
[0065] -般而言，软件815可在被加载到处理系统811中并被执行时将消息系统810整 个从通用计算系统变换成被定制如本文中针对每一实现所述的促进消息环境中的协作的 专用计算系统。事实上，存储系统813上的编码软件815可变换存储系统813的物理结构。 在本说明书的不同实现中，物理结构的具体变换可取决于各种因素。这样的各因素的示例 可以包括，但不仅限于：用于实现存储系统813的存储介质的技术以及计算机存储介质是 作为主存储还是辅存储。
[0066] 例如，如果计算机存储介质被实现为基于半导体的存储器，则当在其中编码程序 时软件815可以变换半导体存储器的物理状态，诸如通过变换构成半导体存储器的晶体 管、电容器或其他分立电路元件的状态。一种类似的变换可以相对于磁性或光学介质发生。 在没有偏离本说明书的范围的情况下，物理介质的其他变换也是可能的，前面提供的示例 只是为了便于这一讨论。
[0067] 应理解，消息系统810 -般旨在代表软件815通过其被部署和执行以实现协作过 程300 (及其变体）的计算系统。然而，消息系统810还可代表其上可展现软件815并且软 件815可以从其分发、传输、下载或以其他方式提供至又一计算系统以供部署和执行或又 一附加分发的任何计算系统。
[0068] 通过消息系统810采用软件815的操作，可以执行变化。作为示例，消息系统810 可以被认为在经历协作过程300或其变体时从一种状态变换成另一状态。在第一状态中， 消息系统810可以接收一发送具有附件的消息的请求。响应于该请求，可以在与发送方相 关联的位置内生成并存储附件的协作版本，藉此将消息系统810改变成不同的第二状态。 响应于代表接收方发起的更新还可以修改附件的协作版本，由此消息系统810成为另一不 同状态。
[0069] 可以理解有关消息系统810的一些技术方面。例如，在与发送方相关联的消息环 境中的位置内生成并存储附件的协作版本可以实现各种操作效率。例如，通过将协作版本 的管理纳入消息系统中，可以部分或完全地避免运行及操作单独的协作解决方案，由此节 省处理及操作资源。
[0070] 再次参考图8,通信接口 817可包括允许在消息系统810和通信系统820之间通过 通信链路812通信的通信连接和设备。加在一起允许系统间通信的连接和设备的示例包括 网络接口卡、天线、功率放大器、RF电路系统、收发机以及其它通信电路系统。为了促进通 信链路812,连接和设备可通过通信介质通信以与其他计算系统或系统网络交换通信，诸如 金属、玻璃、空气或任何其他合适的通信介质。上述通信介质、网络、连接和设备是公知的且 无需在此处详细讨论。
[0071] 通信系统820包括处理系统821、存储系统823、软件825、通信接口 827和可任选 的用户接口 829。处理系统821起作用地与存储系统823、通信接口 827和用户接口 829耦 合。处理系统821从存储系统823加载并执行软件825。当一般而言由通信系统820执行 时，且具体而言由处理系统821执行时，软件825指导通信系统820如本文中针对协作过程 200或其变体所述地那样操作。通信系统820可任选地包括本文中未讨论的附加的设备、特 征或功能。