CN101855629B - 协作创作 - Google Patents

Abstract

协作创作应用程序提供了其中两个或更多用户可以并发地编辑文档的创作环境。每一个用户都编辑文档的副本，向文档的主副本发送更新，并从文档的主副本接收更新。创作环境一般阻止用户向文档的主副本提供相互冲突的编辑指令。例如，每一个用户都可以在文档内的一个或多个数据单元周围生成内容锁。创作环境可以自动地使内容锁同步，并只应用户的请求，使内容同步。

Description

协作创作

背景

传统的协作编辑倾向于按顺序地执行。用户轮流访问文档、编辑文档、并存储他们的编辑结果。进行访问的用户可以对文件设置锁，以阻止其他用户在进行访问的用户正在编辑该文档时编辑该文档。迭代的编辑过程会导致延迟，因为每一个用户在编辑文档时都可能要等待轮到自己。此外，迭代编辑过程可能难以管理。例如，每一个用户都可能需要跟踪谁正在编辑文档的哪些部分，文档的哪一个版本是最近的，以及何时轮流到该用户。

在其他类型的传统的协作编辑中，每一个用户都可以编辑文档的不同的副本。随后，可以将所有编辑过的副本合并到单一文档中。这种大规模的合并也可能导致延迟，导致很多编辑冲突，和/或难以管理。例如，负责合并文档的用户可能需要跟踪文档之间的关系。该用户还可以负责解决两个或更多编辑过的副本之间的冲突。

正是基于这些及其他考虑才作出了本发明。

发明内容

提供此“发明内容”是为了以简化形式介绍将在以下“具体实施方式”中进一步描述的一些概念。本发明内容并不旨在标识出所要求保护的主题的关键特征或必要特征；也不旨在帮助确定所要求保护的主题的范围。

协作创作应用程序提供了其中两个或更多用户可以并发地编辑文档的创作环境。每一个用户都编辑文档的副本，周期性地向文档的主副本发送更新，并周期性地从文档的主副本接收更新。创作环境一般阻止用户向文档的主副本提供相互冲突的编辑指令。在其他实施例中，如果用户在不同的时间编辑文档，创作环境可以阻止编辑冲突。

根据本发明的方面，正在被创作的每一个文档都可以被分成一个或多个数据单元。每一个用户都可以在一个或多个数据单元周围生成内容锁。通过在数据单元生成内容锁，会阻止其他用户编辑被锁定的数据单元。在一个实施例中，内容锁可以随着用户编辑文档而自动地扩展和/或收缩。

根据本发明的其他方面，创作环境在文档的用户副本和主副本之间使内容和元数据同步。一般而言，创作环境自动地使元数据同步，并只在应用户之一的请求时，才使内容同步。在一个实施例中，元数据包括内容锁。

通过阅读下面的“具体实施方式”并参考关联的图形，这些及其他特点和优点将变得显而易见。应该理解，前面的一般性的说明和下面的详细描述只是说明性的，不会对如权利要求所述的方面形成限制。

附图说明

图1示出了具有作为本发明的发明的方面的示例的特征的示例创作系统100的示意框图；

图2是示出了根据本发明的原理的其中存储在第一计算设备中的文档可以包括内容和元数据的图1的创作系统；

图3是示出了根据本发明的原理、创作系统可以使存储在用户计算设备中的文档的副本与文档的主副本同步所采用的示范性同步过程的流程图；

图4是根据本发明的原理的具有5个数据单元(其中第二个被锁定)的文档的示意框图；

图5是其中根据本发明的原理向第三数据单元添加了内容锁的图4的文档的示意框图；

图6是其中根据本发明的原理、第二和第三数据单元上的内容锁已经被释放并向第五数据单元添加了新的内容锁的图4的文档的示意框图；

图7是根据本发明的原理的锁表的示意框图；

图8是示出了根据本发明的原理、由创作应用程序实现的与其他用户共享由创作应用程序的用户作出的更新的示例同步过程的流程图；

图9是示出了根据本发明的原理、由创作应用程序实现的将由其他用户作出的更新实例化到正在利用创作应用程序编辑的文档的另一个示例同步过程的流程图；

图10是根据本发明的原理的一个创作环境的示意框图，包括在其上面要存储要创作的文档的主副本的第一计算设备。

图11是根据本发明的原理、被配置为实现创作环境的用户计算系统的示意框图；

图12是示出了根据本发明的原理、由用户计算设备上的创作应用程序实现的同步循环的创作系统的示意框图。

图13是示出了根据本发明的原理的用户计算系统可以在编辑文档时发送和接收更新所采用的另一个示范性同步过程的操作流程的流程图；

图14-26根据本发明的原理、在其中第一和第二用户计算设备的第一用户和第二用户并发地编辑文档的协作创作会话期间在不同的时间点存储在第一计算设备、第一用户计算设备，以及第二用户计算设备上的高速缓存的示意框图；以及

图27-31示出了根据本发明的原理的在第一用户和第二用户协作地创作文档时对第一创作应用程序的示范性用户界面的更改。

详细描述

在下面的详细描述中，将参考构成本发明的一部分的附图，在附图中，通过例图，显示了特定实施例或示例。尽管将在与在计算机系统上的操作系统上运行的应用程序一起执行的程序模块的一般上下文中来描述发明，但可以，所属领域的技术人员将认识到，本发明也可以与其他程序模块相结合地实现。在不偏离本发明的精神或范围的情况下，可以将此处所描述的实施例结合起来，也可以使用其他实施例。因此，下面的详细描述不是在限制性的意义上进行的，本发明的范围由所附权利要求书以及它们的等效内容来进行定义。

本发明的实施例提供了其中多个用户可以协作地创作一个文档的环境。图1示出了具有作为本发明的发明的方面的示例的特征的示例创作系统100。创作系统100包括存储了文档150的主副本的存储设备120。在一个实施例中，存储设备120可以包括计算设备。在另一个实施例中，存储设备120可以包括一个或多个存储设备(例如，计算设备的网络)。

创作系统100还包括至少一个可通信地耦合到存储设备120的用户计算设备110。每一个用户计算设备110都可以通过创建文档150的用户副本155并编辑用户副本155来编辑文档150。当用户计算设备110周期性地将要与其他用户计算设备共享的更新发送到存储设备120，并周期性地从存储设备120获取来自其他用户计算设备的更新时，文档150的用户副本155被同步。

作为此处所使用的术语，用户计算设备110包括从文档的主副本获取要创作的文档的用户副本的任何计算设备。用户计算设备110可以不同于存储设备120，或者可以包括在存储设备120上实现的不同的用户帐户。在一个实施例中，作为一个文档的存储设备120的计算设备可以充当不同的文档的用户计算设备110，反之亦然。

在所示出的示例中，四个用户计算设备110A、110B、110C，以及110D可通信地耦合到存储设备120。然而，在其他实施例中，可以有任意数量的计算设备110耦合到存储设备120。在所示出的示例中，每一个用户计算设备110A、110B、110C、110D都可以将由用户计算设备的用户生成的更新发送到存储设备120，并可以向存储设备120请求由其他用户计算设备的用户生成的更新。在一个实施例中，存储设备120可以是服务器计算设备，而用户计算设备110A、110B、110C、110D可以是客户端计算设备。

如图2所示，存储在存储设备120上的文档150可以包括内容152和元数据154。用户计算设备110上的创作应用程序130处理和操纵文档150的用户副本155的内容和元数据。在某些实施例中，可以与内容152分开地存储元数据154。例如，内容152可以存储在文档150中，而元数据154可以存储在与文档150分开的表(参见图7)中。然而，在其他实施例中，元数据154可以存储在文档150内。

一般而言，用户计算设备110可以与对元数据154的更新分开地同步对内容152的更新。一般而言，自动地在存储设备120和用户计算设备110之间同步元数据更新154，而应各个用户的请求，同步来自每一个用户计算设备110的内容更新152。

图3是示出了创作系统100可以使存储在用户计算设备110中的文档的副本155与存储在存储设备120中的文档的主副本150同步所采用的示范性同步过程300。同步过程300在开始模块302初始化并开始，并前进到第一更新操作304。

第一更新操作304使副本155的元数据与文档150的元数据同步，无需与用户进行任何交互。例如，第一更新操作304可以每隔一定的时间间隔在存储设备120和用户计算设备110之间提供元数据的交换。在一个实施例中，第一更新操作304每隔几秒提供元数据的交换。然而，在其他实施例中，第一更新操作304可以以短一些或长一些的时间间隔进行元数据的交换。

请求模块306判断是否已经接收到使内容同步的请求。例如，请求模块306可以判断是否有其中一个用户计算设备110的用户请求了与其他用户共享内容。在另一个实施例中，请求模块306可以判断是否有其中一个用户计算设备110的用户请求了查看其他用户作出的内容更改。

如果请求模块306判断没有作出使内容同步的请求，那么，同步过程300循环回第一更新操作304，并再从头开始。然而，如果请求模块306判断已经接收到使内容同步的请求，那么，同步过程300前进到第二更新操作308，该操作在存储设备120和用户计算设备110之间提供内容的交换。同步过程300在停止模块310完成并结束。

作为此处所使用的术语，内容更新152是指对文档的实质内容进行的任何添加、删除和/或修改。例如，对于文字处理文档的内容更新可以包括添加的段落(即，或其章节)、删除的段落(即，或其章节)，和/或修改的段落(即，或其章节)。在另一个实施例中，对于演示文档的内容更新可以包括添加的、删除的，和/或修改的图片、文本、动画、声音及其他这样的数据对象。

作为此处所使用的术语，元数据更新154是指对文档的元数据进行的任何添加、删除和/或修改。文档元数据的非限制性示例包括内容锁、存在信息，及其他这样的数据。如此处将讨论地，内容锁会阻止不拥有该锁的用户对该锁内的内容进行编辑。存在信息指示，哪些用户已经表明了对文档进行编辑的意图，如此处比较详细地讨论的。

参考图4-9，内容锁通过指示文档的哪些部分已经被另一个用户声称拥有所有权，来阻止编辑冲突。在某些实施例中，内容锁可以防止(即，禁止)用户编辑文档中已经被另一个用户声称拥有所有权的部分。然而，在其他实施例中，用户可以选择打破内容锁，并编辑文档的该部分。在这样的情况下，锁可以警告用户，在编辑被锁定的章节时可能会出现冲突。

例如，图4是具有5个数据单元410、420、430、440、450的文档400的示意框图。在一个实施例中，文档400是文字处理文档，数据单元410-450是文本的段落。在另一个实施例中，文档400是演示文档，第一数据单元410是标题，第二数据单元420是图片或其他数据对象，而其余的数据单元430、440、450是文本块。

第一用户可以在文档400的一个或多个数据单元410-450的周围生成锁。在如图4所示的示例中，第二数据单元420已经被第一用户锁定，如阴影线所示。通过生成内容锁，第一用户指出第一用户打算编辑数据单元420。例如，当用户现行地编辑数据单元420时，用户可以生成锁。在另一个实施例中，用户可以生成锁，然后，在稍后的时间编辑数据单元420。如上文所指出地，管理文档400的创作应用程序可以防止除第一用户之外的用户编辑被锁定的数据单元420。

一般而言，在锁的寿命期间向访问文档的所有其他用户显示由第一用户生成的内容锁。在一个实施例中，第一用户也可以查看内容锁。可以使用不同类型的记号来显示锁。例如，在一个实施例中，可以对被锁定的数据单元的背景添加颜色、阴影或图案(例如，参见图4的数据单元420)。在另一个实施例中，可以对被锁定单元的内容(例如，文本、图片、形状或其他数据对象)添加颜色、阴影或图案。在再一个实施例中，可以在被锁定数据单元的旁边显示框、括号、或符号，以表示该锁。

可以在文档内的一个或多个数据单元周围生成内容锁。在某些实施例中，可以隐式地生成内容锁，而没有来自用户的表达指令。例如，当用户把光标放在数据单元内、突出显示数据单元，或以其他方式选中数据单元时，创作应用程序可以在数据单元周围生成内容锁。在另一个实施例中，当用户开始编辑数据单元时，创作应用程序可以在数据单元周围生成内容锁。在另一个实施例中，当用户保存对数据单元作出的编辑时，创作应用程序可以在数据单元周围生成内容锁。在某些实施例中，创作应用程序可以在文档内的多个相互依赖的数据单元周围生成内容锁，即使其中只有一个数据单元被用户声称拥有。在其他实施例中，用户可以显式地在一个或多个数据单元周围定义内容锁。

在某些实施例中，内容锁可以扩展，以包括文档内的更多的数据单元，和/或收缩，以释放文档内的一个或多个数据单元。在一个实施例中，内容锁可以扩展，以只包括相邻的数据单元。例如，如图5所示，如果用户选中第三数据单元430或对其进行编辑的话，则可以扩展第二数据单元420周围的内容锁(例如，参见阴影线)，以包括第三数据单元430。一般可以按照生成内容锁的用户的意思，释放内容锁或其一部分。在某些实施例中，生成内容锁的用户通过选中或编辑另一个数据单元来释放内容锁。

在一个实施例中，在创作应用程序释放锁之前，用户必须指出用户已经完成对数据单元的编辑。例如，只有在用户已经提供存储文档的指令之后，创作应用程序才可以释放锁。在另一个实施例中，在用户选中或开始编辑远的数据单元(如图6的第五数据单元450)之后，创作应用程序可以释放锁。在另一个实施例中，创作应用程序只有在移动到非相邻的数据单元和结束动作(例如，存储文档的指令)两者之后才释放锁。在其他实施例中，可以由管理员或另一个用户显式地释放内容锁。

参考图7，可以以各种不同的格式存储锁元数据。例如，以表格式500存储图7的锁元数据。图7的锁表500包括用户列表、每一个用户都以唯一地分配给用户的用户标识符(例如，标识号码)进行标识。要被锁定的数据单元以唯一地分配给文档内的每一个数据单元的单元标识符(例如，标识号码)进行标识。锁表500将要锁定的一个或多个数据单元的单元标识符与拥有锁的用户的用户标识符关联。

例如，在锁表500中，数据单元512和514与第一用户510关联。因此，其他用户被禁止编辑数据单元512和514。数据单元522与用户520关联。因此，包括第一用户510的其他用户被禁止编辑数据单元522。第四用户540没有锁定文档的任何部分，因此，不与任何单元标识符相关联。然而，在其他实施例中，可以以不同的格式存储锁元数据，或者，也可以将锁元数据存储在文档内。例如，可以按照单元标识符而不是按照用户标识符来排列锁表500。

也可以以各种格式存储存在元数据。例如，存在元数据可以存储在图7的锁表500中。然而，在另一个实施例中，可以将存在元数据存储在单独的表中，或以不同的格式存储。存在元数据包括当前正在访问文档或已经对文档的数据单元表明所有权(例如，生成内容锁)的每一个用户的用户标识符。例如，诸如锁表500之类的元数据表，可以存储声称对文档的至少一个数据单元有所有权的每一个用户的用户标识符。类似于锁元数据，可以自动地使存在元数据同步。

图8和9是示出了可以使内容和锁在多个计算设备之间同步所采用的示例同步过程600、700的流程图。由创作应用程序实现第一同步过程600，以与其他用户共享由第一用户利用创作应用程序作出的更新。由创作应用程序实现第二同步过程700，以将由其他用户作出的更新实例化到正在利用创作应用程序编辑的文档。

图8的第一同步过程600在开始模块602初始化和开始，并前进到接收操作604。接收操作604从第一用户那里接收指令，以对文档内的一个或多个数据单元执行编辑操作。编辑操作的非限制性示例包括添加、编辑，和/或删除数据单元(例如，文本、图形、图片、形状、标题等等)或其一部分，添加和/或删除数据单元的格式、重新排列数据单元的序列，及其他这样的操作。

第一判断模块606检查要对其执行编辑操作的数据单元是否被锁定。例如，第一判断模块606可以访问诸如图7的锁表500之类的锁表，来判断分配给数据单元的单元标识符是否与任何用户关联。在另一个实施例中，第一判断模块606可以以别的方式判断数据单元是否被锁定。

如果第一判断模块606判断数据单元没有被锁定，那么，生成操作608就在数据单元上创建内容锁。例如，在一个实施例中，生成操作608可以向图7的锁表500添加将数据单元的单元标识符与第一用户的用户标识符关联的条目。传输操作610向存储文档的主副本的设备发送指出新生成的锁的存在的锁元数据。例如，传输操作610可以从诸如图1的计算设备110A之类的用户计算设备向诸如存储设备120之类的存储设备发送锁元数据。在一个实施例中，锁元数据包括描述对锁元数据的增量编辑(例如，增量状态)的指令。实现操作614对数据单元执行编辑操作。

或者，如果第一判断模块606判断数据单元被锁定，那么，第二判断模块612就获取该锁的所有权信息。在一个实施例中，如果第二判断模块612判断该锁被另一个用户拥有，那么，同步过程600在停止模块620完成并结束，而不执行编辑操作。在另一个实施例中(未示出)，同步过程600可以允许第一用户选择打破该锁，然后前进到生成操作608。然而，如果第二判断模块612判断该锁被第一用户拥有，那么，同步过程600前进到上文所讨论的实现操作614。在另一个实施例中(未示出)，同步过程600可以判断是否应该释放任何数据单元上的锁。

第三判断操作616判断第一用户是否已经(显式地或者隐式地)提供了共享由实现编辑操作而产生的对数据单元的内容更改的指令。例如，第三判断操作616可以判断第一用户是否已经提供了存储文档的指令。在另一个实施例中，第三判断操作616可以判断第一用户是否已经选择了“共享更改”按钮或其他这样的记号。在另一个实施例中，第三判断操作616可以判断已经由应用程序实现了自动保存特征。如果第三判断操作616判断没有提供共享指令，那么，同步过程600循环回接收操作604，再从头开始。

然而，如果判断操作616判断已经提供了共享的指令，那么，同步过程600前进到传输操作618，该操作向存储文档的主副本的设备发送内容更新。内容更新指出通过编辑操作对文档的内容作出的更改。例如，传输操作618可以从图1的用户计算设备110A向存储设备发送内容更新。在一个实施例中，内容更新包括文档的新生成的版本。在另一个实施例中，内容更新指出文档的当前用户副本和文档的主副本之间对内容的增量编辑(例如，增量状态)。同步过程600如上文所讨论的在停止模块620完成并结束。

图9的第二同步过程700在开始模块702初始化和开始，并前进到接收操作704。接收操作704基于由其他用户对文档作出的更改，接收更新。更新可以包括对文档的内容和/或元数据的更改。在一个实施例中，接收操作704可以轮询存储文档的主副本的设备，并请求更新。在另一个实施例中，存储了主副本的设备可以将更改推向创作应用程序。

第一判断模块706判断更新是否包括对文档的元数据的任何更改。例如，第一判断模块706可以判断是否有任何其他用户已经建立了新的锁或释放了数据单元上的锁。在另一个实施例中，第一判断模块706可以判断是否有另一个用户已经访问了文档。

如果第一判断模块706判断已经接收到元数据更新，那么，实现操作708就自动地实例化接收到的元数据更新。例如，实现操作708可以使创作应用程序基于元数据更新，来更新诸如图7的锁表500之类的锁表。然而，如果第一判断模块706判断还没有接收到元数据更新，那么，第二同步过程700就前进到第二判断模块710。

第二判断模块710判断更新是否包括对文档的内容的任何更改。例如，第二判断模块710可以判断是否已经添加、删除、修改或移动了任何数据单元。如果第二判断模块710判断没有接收到内容更新，那么，第二同步过程700就循环回接收操作704，再从头开始。然而，如果第二判断模块706判断已经接收到内容更新，那么，第二同步过程700就前进到指出操作712。

指出操作712警告第一用户，有内容更新可供查看。例如，指出操作712可以显示指出内容更新可用性的图形、文本框、数值记号、或其他消息。在一个实施例中，指出操作712向用户提供指出有多少更新可用的信息。还可以指出有关更新的其他信息(例如，作出更新的用户、时间戳等等)。

第三判断模块714判断创作应用程序是否已经从第一用户(显式地或者隐式地)接收到查看和/或实例化内容更新的指令。例如，第三判断模块714可以判断用户是否已经选择了创作应用程序的查看选项(例如，通过按钮、菜单或其他界面工具)。在另一个实施例中，第三判断模块714可以判断用户已经选择了自动实例化选项。如果第三判断模块714判断创作应用程序没有从第一用户那里接收到这样的指令，那么，第二同步过程700循环回接收操作704，再从头开始。

如果第三判断模块714判断创作应用程序已经从第一用户那里接收到这样的指令，那么，实例化操作716向第一用户显示内容更新。例如，在一个实施例中，实例化操作716可以将可用的内容更新合并到文档的第一用户的副本中。在另一个实施例中，实例化操作716可以注释文档的第一用户的副本，以指出哪些内容已经更改。另外的注释可以指出哪些用户进行了哪些更改。在一个实施例中，实例化操作716在用户副本和更新之间执行冲突消除。第二同步过程700在停止模块718完成并结束。

图10-12提供了如何由用户计算设备在文档的用户副本和主副本之间实现同步的细节。图10是创作系统800的示意框图，包括在其上面要存储要创作的文档的主副本的存储设备820。创作系统800还包括至少一个可通信地耦合到存储设备820的用户计算设备810。

用户计算设备810包括被配置为提供创作环境的创作应用程序812，在创作环境中，用户可以创建和/或操纵要创作的文档。用户计算设备810还包括高速缓存814、层对象(“LO”)816，以及同步管理器818。高速缓存814存储要创作的文档的用户副本。高速缓存814还存储元数据，包括与文档相关联的锁和存在元数据。对文档的内容和元数据的更新也可以存储在高速缓存814中。

层对象816在创作应用程序812和高速缓存814之间提供接口。层对象816也在创作应用程序812和同步管理器818之间提供接口。同步管理器818与存储设备820进行通信，并在存储设备820和高速缓存814之间提供接口。例如，同步管理器818可以从存储设备820和高速缓存814获取更新和向它们发送更新。

一般而言，可以在用户计算设备上(例如，个人计算机、服务器计算机、笔记本电脑、PDA、智能电话或任何其他这样的计算设备)实现根据本发明的原理的具有发明的方面的示例特征的创作环境。此处参考图11描述了被配置为实现创作环境的用户计算系统900的非限制性实施例。

在图11中，用于实现本发明的原理的示范性计算系统900包括诸如用户计算设备910之类的用户计算设备。在基本配置中，用户计算设备910通常包括至少一个用于执行存储在系统存储器920中的应用程序和程序的处理单元915。取决于计算设备910的准确的配置和类型，系统存储器920可以包括，但不仅限于，RAM、ROM、EEPROM、闪存、CD-ROM、数字多功能盘(DVD)或其他光存储设备、磁带盒、磁带、磁盘存储器或其他磁存储设备，或其他存储技术。

系统存储器920通常存储了适于控制计算设备910的操作的诸如位于华盛顿州雷德蒙市的微软公司的

操作系统之类的操作系统922。系统存储器920还可以包括其中可以存储文档的用户副本927的文档高速缓存926。文档的元数据929还可以存储在用户高速缓存926内。

系统存储器920还可以存储诸如用于创建和编辑文档的创作应用程序924之类的一个或多个软件应用程序。根据本发明的原理适于创作文档的创作应用程序924的一个非限制性示例是来自位于华盛顿州雷德蒙市的微软的

OFFICE WORD创作软件。创作应用程序的其他非限制性示例包括

演示软件和

绘图软件，两者都是位于华盛顿州雷德蒙市的公司的产品。

计算设备910还可以具有用于输入和操纵数据的诸如键盘、鼠标、笔、声音输入设备、接触式输入设备等等之类的输入设备930。还可以包括诸如显示屏幕、扬声器、打印机等等之类的输出设备935。这些输出设备935在当前技术中是已知的，此处就不再对它们进行详细讨论。

计算设备910还可以包含可允许设备910诸如通过例如内部网或因特网等分布式计算环境中的网络来与其他计算设备(例如，图10的存储设备820)进行通信的通信连接940。作为示例而非限制，通信设备介质940包括有线介质，如有线网络或直接线连接，以及诸如声学、射频(RF)、红外线及其他无线介质之类的无线介质。

图12是示出了由用户计算设备上的创作应用程序实现的同步循环的创作系统1000的示意框图。创作系统1000包括在其上面要存储将要创作的文档的存储设备1020和用户计算设备1010。用户计算设备1010包括创作应用程序1012、高速缓存1014、层对象1016，以及同步管理器1018。用户计算设备1010的高速缓存1014被配置为存储要创作的文档的基本副本1013、工作副本1015、上传副本1017，以及下载副本1019。高速缓存1014还被配置为存储文档的元数据1011。

图13是示出了诸如用户计算设备1010之类的用户计算系统可以在创作文档时发送和接收更新所用的示范性同步过程1100的操作流程的流程图。同步过程1100在开始模块1102初始化并开始，并前进到获取操作1104。获取操作1104使用户计算设备1010的同步管理器1018从存储设备1020获取要创作的文档的下载副本1017。文档的下载副本1017反映在从存储设备1020获取文档时文档的主副本的状态。例如，获取操作1104可以使同步管理器1018从存储设备1020拉取文档的主副本的最近的版本的副本。

生成操作1106基于下载副本1017，创建文档的基本副本1013和工作副本1015。可以通过创作应用程序1012来操纵文档的工作副本1015，以允许用户编辑文档。因此，工作副本1015反映由创作应用程序1012的用户编辑的文档的当前状态。基本副本1013反映临到用户开始编辑文档时文档的状态。在一个实施例中，层对象1016生成文档的基本副本1013和工作副本1015，并将工作副本1015提供给创作应用程序1012。

为获取由其他用户生成的内容更新，轮询操作1108使同步管理器1018周期性地联络存储设备1020，以获取正在被创作的文档的更新过的下载副本1017。下载副本1017反映在下载时文档的主副本的状态。主副本被存储在存储设备1020上，并可以包括自从生成基本副本1013以来由其他用户作出的更改。同步管理器1018将文档的任何更新过的下载副本1017存储在高速缓存1014中。

编辑操作1110接收由用户提供给创作应用程序1012的任何指令，以对文档执行编辑操作。应用程序1012对文档1015的工作副本进行编辑。当执行编辑操作时，创作应用程序1012还相应地对元数据进行更改。

在第一判断模块1112，层对象1016检查高速缓存1014，以判断在轮询操作1108期间是否接收到任何更新(即，在高速缓存1014是否有更新的下载副本1017可用)。在一个实施例中，以周期性的间隔执行第一判断模块1112，不管用户是否已经编辑了文档的工作副本。在不同的实施例中，例如，可以每隔几秒、几毫秒或几分钟执行第一判断模块1112。

如果层对象1016判断没有新的下载副本1017可用，那么，同步过程1100前进到下面将比较详细地讨论的第二判断模块1116。然而，如果层对象1016判断有新的下载副本1017可用，那么，同步过程1100前进到同步操作1114。在一个实施例中，同步操作1114自动地实例化在下载副本1017中发现的任何元数据更新，而不要求与创作应用程序1012的用户进行任何交互。例如，层对象1016可以自动地将反映在下载副本1017中的任何锁元数据实例化到文档的工作副本1015中。

在某些实施例中，同步操作1114不自动地将来自下载副本1017的任何内容更新实例化到工作副本1015中。相反，同步操作1114只在创作应用程序1012的用户提供集成内容更新的指令时才实例化内容更新。然而，在其他实施例中，同步操作1114自动地实例化内容更新。在一个实施例中，当提供了集成的指令时，同步操作1114使层对象1016将更新过的下载副本1017与工作副本1015合并。在一个实施例中，同步操作1114与如图9所示的第二同步过程700相同。然而，在其他实施例中，可以使用其他同步过程来将更新与文档的工作副本1015集成。同步过程1100从同步操作1114前进到第二判断模块1116。

第二判断模块1116判断用户在编辑操作1110期间是否对文档的工作副本1015或文档的元数据1011进行了任何更改。如果第二判断模块1116判断没有进行编辑(即，既没有对内容，也没有对元数据进行编辑)，那么，同步过程1100循环回轮询操作1108，并再从头开始。然而，如果第二判断模块1116判断用户已经进行了内容编辑(例如，修改文档的数据单元)和/或进行了元数据编辑(例如，锁定文档的数据单元)，那么，共享操作1118使编辑结果与存储设备1020同步。

共享操作1118使用户计算设备1010的同步管理器1018自动地将对文档的元数据的任何更改发送到存储设备1020，无需来自创作应用程序1012的用户的任何交互。在一个实施例中，共享操作1118不使同步管理器1018自动地将内容更新发送到存储设备1020。相反，同步管理器1018只当在层对象1016指示将内容更新发送到存储设备1020时才这样做。自动地只推元数据可以通过提高更新效率来增强用户体验，减少网络带宽使用，并可以抑制冲突，而不要求内容的自动同步。然而，在其他实施例中，共享操作1118自动地推内容以及元数据。在一个实施例中，共享操作1118与如图8所示的第一共享过程600相同。然而，在其他实施例中，也可以使用其他同步过程。

例如，当用户希望共享由该用户作出的内容修改时，该用户将命令创作应用程序1012向存储设备1020提交修改，供与文档的主副本进行集成。在一个实施例中，创作应用程序1012将命令层对象1016生成文档的上传副本1019。一般而言，层对象1016基于工作副本1015，生成上传副本1019。同步管理器1018试图将上传副本1019推到存储设备1020。同步过程1100在停止模块1120完成并结束。

在某些实施例中，共享操作1118不能将内容更新发送到存储设备1020中，直到从存储设备1020接收到的所有以前的内容更新都被实例化到文档的工作副本1015中。在这样的实施例中，可以通过将文档的工作副本1015与最近获取的下载副本1017合并来生成上传副本1019。在一个实施例中，当层对象1016试图生成上传副本1019时，同步管理器1018轮询存储设备1020，以查看是否有更新过的下载副本1017。

如果同步管理器1018未能将上传副本1019推到存储设备1020(例如，如果上传副本1019不反映实例化到主副本的最近的更改)，那么，同步管理器1018利用修改过的更新文档1019重试。例如，同步管理器1018可以从存储设备1020获取新的下载副本1017，层对象1016可以从工作副本和新的下载副本1017生成新的上传副本。在一个实施例中，同步管理器1018将继续修改上传副本1019，并将其推到存储设备1020，直到成功。

参考图14-31，通过利用某些示例应用程序进行演练，可以更好地理解本发明的原理。图14-26表示在其中第一用户和第二用户并发地编辑文档的协作创作会话期间对存储设备的高速缓存、第一用户计算设备的高速缓存1214，以及第二用户计算设备的高速缓存1234作出的更改。然而，在其他实施例中，第一和第二用户可以使用相同的进程，在不同的时间编辑文档。

在图14中，第一用户已经创建了一个文档，并将该文档的初始草稿作为主副本1250保存到存储设备中。或者，第一用户可能已经访问了现有文档的主副本1250。第二用户还没有访问该文档。

文档的主副本1250具有对应的主锁表。为了方便起见，在如图14-26所示的示例中，作为主副本1250的一部分，显示了主锁表。然而，在其他实施例中，主锁表可以与文档的主副本1250分开存储。类似地，为了便于理解，在图14-26中，作为副本的一部分，示出了存储在用户高速缓存1214、1234上与文档的每一个副本(例如，基本副本、工作副本、下载副本，以及上传副本)相关联的锁。然而，在其他实施例中，可以对于每一个文档副本或对于每一个用户，分开存储元数据。

文档的主副本1250包括其中包含了文本“Hello World(世界你好)”的第一数据单元和第一数据单元上的锁E1。锁E1被第一用户拥有，即，分配给第一用户。主副本1250的内容和元数据反映在存储在第一用户的高速缓存1214中的基本副本和下载副本中。因为第一用户将文档的初始草稿发送到存储设备，存储在高速缓存1214中的上传副本也反映主副本1250的内容和元数据。

自从将初始草稿发送到存储设备，第一用户已经编辑了文档的工作副本，以包括其中包含了文本“Testing(测试)”的第二数据单元。在第二数据单元周围添加了第二锁E2。在一个实施例中，第二锁E2是分配给用户的新锁。在另一个实施例中，第二锁E2是第一锁E1的扩展。例如，可以在存储在第一用户的高速缓存1214中的元数据表中，向第一用户分配新的单元标识符。在一个实施例中，第一用户通过移动光标以开始一个新的数据单元(例如，段落)并键入“Testing”，来创建第二锁E2。第一锁E1还没有被释放，因为第一用户还没有指示，对第一数据单元的编辑是最后的(例如，通过在移动光标之后保存)。

在图15中，第二用户访问存储在存储设备上的文档的主副本1250。第二用户获取文档的下载副本，并将下载副本存储到第二用户的高速缓存1234中。下载副本包括主副本1250的内容和元数据。下载副本不包括第一用户的工作副本中包含的最近内容和元数据。第二用户的层对象基于下载副本，生成文档的基本副本和工作副本。由第二用户所使用的创作应用程序向第二用户显示工作副本的内容和任何锁。

在某些实施例中，甚至在完全建立共同创作会话之前(即，在第一和第二用户计算设备了解彼此的存在之前)第二用户就可以编辑文档。例如，在第一和第二用户计算设备相互问好(即，信号交换)时，第二用户就被允许编辑文档的第二工作副本。通常，在第一和第二计算设备了解彼此的存在之前，不自动地交换元数据。

在图16中，第一和第二计算设备各自都已经发现对方的存在。因此，第一和第二计算设备中的每一个都开始自动地向对方传输元数据更新。如图16所示，第一创作应用程序将更新后的锁元数据(例如，第二锁)从第一用户的锁表提供到存储设备1220(例如，通过层对象和同步管理器)。然而，创作应用程序不向存储设备1220提供更新后的内容信息，因为没有从第一用户那里接收到共享内容更新的指令。

在图17中，存储设备已经将更新后的锁元数据(例如第二锁E2)集成到主副本1250的主元数据表中。第二用户计算设备还没有获得锁元数据。在图18中，第二用户计算设备已经轮询了存储设备，并获取主副本1250的新的下载副本。还基于上传副本，在第一高速缓存1214上已经生成了新的下载副本(例如，通过层对象)。在另一个实施例中，第一用户计算设备还可能已经轮询了存储设备并获取主副本1250的新的下载副本。两个新的下载副本都反映了来自第一用户的工作副本的更新后的锁信息(例如，锁E2)。

在图19中，第二计算设备基于新的下载副本，生成(例如，通过层对象)新的工作副本。因此，第二计算设备的新的工作副本包含第二数据单元上的第二锁E2。然而，新的工作副本不包括第二数据单元本身。在一个实施例中，第二用户计算设备的工作副本显示空白数据单元，并指出，该空白数据单元被锁定。在另一个实施例中，工作副本根本不显示第二数据单元，不向第二用户指出锁E2，直到第二数据单元对第二用户可见。

在图20中，第二用户向文档添加第三数据单元，并在第三数据单元周围添加第三锁E3(例如，在创作应用程序的存储器中)。第三数据单元包含文本“Goodbye World(世界再见)”。第二创作应用程序生成(例如，通过层对象)包括第三数据单元和第三锁E3的文档的工作副本。第二创作应用程序还自动地向存储设备提供(例如，通过同步管理器)第三锁E3。然而，第二创作应用程序不会向存储设备提供第三数据单元。

也是在图20中，在第一用户指出该第一用户已经完成对第一数据单元的编辑之后，第一用户释放第一锁E1。例如，当第一用户的光标被放在第二数据单元内时，第一用户可以提供存储文档的指令。在一个实施例中，第二数据单元可以远离第一数据单元。在所示出的示例中，由第一用户所提供的结束指示不指出第一用户希望共享由第一用户作出的内容更改。因此，第一创作应用程序不生成(例如，通过层对象)包含内容更改的供发布到存储设备的上传副本。

在图21中，第三锁E3已经存储在存储设备上的文档的主副本1250的主锁表中。第一用户计算设备随后轮询(例如，通过同步管理器)存储设备，以检查是否有更新。第一用户计算设备基于主副本1250，从存储设备获取(例如，通过同步管理器)文档的新的下载副本。新的下载副本包含第三锁E3。第一创作应用程序自动地将第三锁E3实例化(例如，通过层对象)代第一创作应用程序的工作副本中。如上文所指出的，第三锁E3可以可选地使用第一创作应用程序的用户界面，向第一用户显示。

在图22中，在第二用户指出该第二用户已经完成对第三数据单元的编辑之后，第二用户释放第三锁E3。从第二用户的元数据表中移除第三锁E3。在如图22所示的示例框图中，从对应于第二创作应用程序的工作副本的元数据表中移除第三锁E3。

在如图22所示的示例中，由第二用户所提供的结束指示指出第二用户希望与其他用户共享内容更改。例如，第二用户可以从第三数据单元移除光标，然后提供存储文档的指令。因此，第二创作应用程序可以基于工作副本，生成包含内容更改的上传副本。在一个实施例中，上传副本也可以基于在下载副本中发现的还没有被实例化到工作副本中的任何内容更新(例如，在此情况下，没有)。在所示出的示例中，上传副本包括其中包括了短语“Goodbye World”的第三数据单元。

在图23中，存储设备从第二用户计算设备的上传副本获取第三数据单元，并将第三数据单元合并到存储设备的主副本1250。与主副本1250相关联的锁表指出，第三锁E3已经被释放。如图24所示，在成功地推到存储设备时，第二创作应用程序将上传副本复制(例如通过层对象)到第二高速缓存1234的下载副本和基本副本。

在图25中，第一用户计算设备获取(例如，通过同步管理器)文档的主副本1250的新的下载副本。第一创作应用程序确定(例如，通过层对象)已经获取了新的下载副本，并确定新的下载副本包括内容更改。创作应用程序自动地将任何新的锁(在此情况下，没有)合并到高速缓存1214的工作副本。第一创作应用程序的用户界面可以指出，有内容更新可供查看。

在图26中，第一用户选择将高速缓存1214中可用的内容更新实例化到文档的工作副本中。因此，创作应用程序将存储在高速缓存1214中的下载副本与第一创作应用程序的工作副本合并。将第三数据单元添加到第一创作应用程序的工作副本中，并向第一用户显示。在与第一创作应用程序的工作副本相关联的元数据表中，释放第三锁E3。因此，第一用户可以命令第一创作应用程序编辑第三数据单元。

现在请参看图27-31，下面将详细描述共同创作会话期间的用户体验。图27-31示出了在第一用户和第二用户协作地创作文档2010时对第一创作应用程序的示范性用户界面2000的更改。第一用户Jane Doe使用第一创作应用程序来编辑文档2010，第二用户John Doe使用不同的创作应用程序来编辑文档2010。

文档2010包括第一数据单元2012、第二数据单元2014、第三数据单元2016，以及第四数据单元2018。第一用户将内容锁2022放在第一数据单元2012周围。例如，在一个实施例中，第一用户可以将她的光标2015移到第一数据单元2012上。在另一个实施例中，第一用户可以提供对第一数据单元2012执行一个或多个编辑操作的指令。

在图28中，第一用户向第一数据单元2012添加了文本。第一数据单元上的锁阻止第二用户编辑第一数据单元2012。在一个实施例中，第一锁2022防止第二用户编辑第一数据单元2012。在另一个实施例中，第一锁2022对第二用户编辑第一数据单元2012的行为进行警告，但不会禁止第二用户进行编辑。在再一个实施例中，第一锁2022只指出第一用户已经表达了编辑第一数据单元2012的意图。

在图29中，第二用户在第三数据单元2016周围放置了内容锁2024。由于第二用户已经选择了不共享他的更改，则第二锁可以在第一创作应用程序的用户界面2000上可见，但是，由第二用户对第三数据单元2016作出的任何更改仍不可见。在所示出的示例中，由用户界面2000通过显示指出第二锁2024的范围的括号，来指示第二锁2024。第二锁2024还可以包括指出第二锁2024的所有者的名牌。在图29中，名牌包括标识第二用户的文本和图标。图标可以进一步通过颜色、符号或其他图形来标识用户。

在图30中，第一创作应用程序接收对文档2010的内容更新。第二用户已经选择与其他用户共享内容更改，因此，将内容更新合并到文档2010的主副本中(例如，通过上文所描述的同步过程中的一个)。第一创作应用程序的同步管理器通过轮询存储主副本的设备，从文档2010的主副本获取更新。

第一创作应用程序的用户界面2000向第一用户显示警告2030，指出有内容更新可用。在所示出的示例中，文本框2030出现在用户界面2000中。在另一个实施例中，第二锁或第二锁内的文本可以改变颜色、图案或格式。在另一个实施例中，当每一个新的更新可用时，更新计数器增大。

第一用户可以选择查看/实例化由第二用户作出的更改或忽略内容更新。第一用户可以继续编辑文档2010内的任何未锁定的数据单元，而忽略内容更新。在一个实施例中，第一用户必须在将她的更新与主副本合并之前实例化内容更新。在图31中，第一用户命令第一创作应用程序将内容更新实例化到由第一创作应用程序的用户界面2000显示的文档2010中。由第二用户作出的内容更改现在对第一用户可见。

本发明的各实施例可以实现为计算机进程(方法)、计算系统、或诸如计算机程序产品或计算机可读介质之类的制品。进程(程序)可以以任意数量的方式来实现，包括本文件中所描述的结构。一种这样的方法是通过本文件中所描述的类型的设备的机器操作。另一种可选方式是方法的一个或多个单个操作在计算设备上与一个或多个操作员执行某些操作一起执行。这些操作员不必彼此协作，而是每一个操作员都可以只与执行程序的一部分机器协作。

计算机程序产品可以是计算机系统可读并编码了用于执行计算机进程的指令的计算机程序的计算机存储介质。计算机程序产品还可以是计算系统可读并编码用于执行计算机进程的指令的计算机程序的载波上的传播信号。如这里所使用的术语计算机可读介质包括存储介质和通信介质两者。

所属领域的技术人员将理解，可以利用其他计算机系统配置来实施本发明，包括手持式设备、多处理器系统，基于微处理器的或可编程的消费电子产品、小型计算机、大型计算机，等等。本发明也可以在其中任务由通过通信网络链接的远程处理设备执行的分布式计算环境中实现。在分布式计算环境中，程序模块可以位于本地和远程存储器存储设备中。一般而言，程序模块包括执行特定任务和/或实现特定抽象数据类型的例程、程序、组件、数据结构以及其他类型的结构。

Claims (19)

1.一种在第一计算设备（110、810、910、1010）上的第一用户和至少一个其他用户之间促进对文档（2010）的协作编辑的方法，所述方法包括：

在所述第一计算设备（110、810、910、1010）上访问所述文档的用户副本（155），包括访问所述文档的内容（152）和访问与所述文档相关联的元数据（154，1011），所述文档的所述内容（152）被组织成数据单元（410-450）；

周期性地从存储设备（120、820、1020）接收元数据更新，所述元数据更新包括所述文档的所述数据单元（410-450）上、与所述其他用户相关联的任何锁；

自动地实例化所述接收到的元数据更新包括将所述文档的所述数据单元（410-450）上的锁同所述与所述文档相关联的元数据（154，1011）一起存储，其中，通过将所述锁同所述与所述文档相关联的元数据一起存储，可以防止所述第一用户编辑具有与所述其他用户相关联的锁的任何数据单元；

周期性地从所述存储设备（120、820、1020）接收内容更新，所述内容更新包括由所述其他用户对所述文档的所述内容（152）进行的任何修改；

确定是否已经从第一用户接收到向第一用户显示内容更新的指令；以及

如果确定已经从第一用户接收到向第一用户显示内容更新的指令，则基于所述指令中包含的用户选择来显示内容更新，所述用户选择确定是否将所述内容更新合并到所述文档的所述用户副本中或者是否注释所述文档的所述用户副本以指出哪些内容已经更改。

2.如权利要求1所述的方法，其特征在于，在所述第一计算设备上访问所述文档的所述用户副本包括：

从所述存储设备中获取指出了所述文档的主状态的所述文档的下载副本；

基于所述下载副本，生成所述文档的基本副本和所述用户副本；

从所述存储设备下载与所述文档相关联的所述元数据；以及

将所述元数据存储在所述第一计算设备上。

3.如权利要求1所述的方法，其特征在于，周期性地从所述存储设备接收内容更新包括从所述存储设备检索所述文档的下载副本，其中，所述下载副本指出所述文档的主状态。

4.如权利要求3所述的方法，进一步包括，只有在所述第一用户发出指令的情况下才实例化所述接收到的内容更新，包括将所述检索到的所述文档的下载副本与所述文档的所述用户副本合并。

5.如权利要求1所述的方法，进一步包括：

在所述第一计算设备上接收由所述第一用户对所述文档的其中一个所述数据单元进行编辑的指示；

更新存储在所述第一计算设备上的所述元数据以锁定正在由所述第一用户进行编辑的所述数据单元，其中，通过锁定所述数据单元，会将所述数据单元与所述第一用户关联；以及

基于存储在所述第一计算设备上的所述已更新的元数据，自动地将元数据更新传输到所述存储设备。

6.如权利要求5所述的方法，进一步包括：

只有在从所述第一用户接收到传输所述内容更新的指令的情况下才将指出对由所述第一用户所编辑的所述数据单元进行的修改的内容更新传输到所述存储设备。

7.如权利要求6所述的方法，其特征在于，将所述内容更新传输到所述存储设备包括：

从所述第一用户接收向所述存储设备传输所述内容更新的指令；

将以前从所述存储设备接收到的任何内容更新实例化到所述文档的所述用户副本中；

基于所述文档的所述用户副本，生成包括任何实例化的内容更新的文档的上传副本；以及

将所述文档的所述上传副本传输到所述存储设备。

8.如权利要求7所述的方法，其特征在于，从所述第一用户接收向所述存储设备传输所述内容更新的指令包括从所述第一用户接收将所述文档存储在所述第一计算设备上的指令。

9.如权利要求1所述的方法，其特征在于，周期性地从所述存储设备接收元数据更新包括接收存在信息，该存在信息指出从包括访问所述文档的用户和与存储在与所述文档相关联的所述元数据中的锁相关联的用户的组中选择的其他用户的身份。

10.在第一计算设备（110、810、910、1010）上实现的允许在多个用户之间对文档进行共同创作的创作环境系统，所述第一计算设备被配置为至少与存储设备（120、820、1020）进行通信，所述创作环境系统包括：

a.被配置为存储所述文档的基本副本（1013）、所述文档的下载副本（1019）、所述文档的上传副本（1017）、所述文档的工作副本（1015），以及锁表（500）的高速缓存（814、926、1014、1214、1234）；

b.被配置为操纵所述文档的所述工作副本（1015）的创作应用程序（812、924、1012），操纵所述文档的所述工作副本（1015）包括操纵所述工作副本的内容（152）和操纵所述工作副本（1015）的元数据（154、1011）；

c.在所述创作应用程序（812、924、1012）和所述高速缓存（814、926、1014、1214、1234）之间提供接口的层对象（816、1016），所述层对象（816、1026）被配置为，当所述创作应用程序操纵所述工作副本（1015）的所述元数据时，自动地利用更新后的元数据更新存储在所述高速缓存（814、926、1014、1214、1234）内的所述锁表（500），所述层对象还被配置为，当从所述创作应用程序接收到生成所述上传副本的指令时，基于所述文档的所述工作副本，生成所述文档的所述上传副本（1017），其中，所述上传副本包括从所述文档的所述下载副本（1019）获取的内容更新；以及

d.被配置为管理所述高速缓存（814、926、1014、1214、1234）和所述存储设备（120、820、1020）之间的交互的同步管理器（818、1018），所述同步管理器被配置为，当从所述创作应用程序接收到提供所述内容更新的指令时，自动地将所述更新后的元数据从所述锁表推向所述存储设备，并被配置为，将所述文档的所述上传副本（1017）从所述高速缓存推向所述存储设备；

其中所述创作应用程序被配置为从所述创作应用程序的用户接收查看所述更新后的下载副本中包含的任何内容更新的指令，并且所述创作应用程序被配置为基于所述指令中包含的用户选择来显示所述内容更新，所述用户选择确定是否将所述内容更新合并到所述文档的所述工作副本中或者是否注释所述文档的所述工作副本以指出哪些内容已经更改。

11.如权利要求10所述的创作环境系统，其特征在于，所述同步管理器还被配置为周期性地从所述存储设备获取任何更新后的下载副本，并将所述更新后的下载副本存储在所述第一计算设备的所述高速缓存内；其中，所述更新后的下载副本包括由其他用户生成的内容更新。

12.如权利要求11所述的创作环境系统，其特征在于，所述创作应用程序提供指出有更新后的下载副本可以供在所述第一计算设备上查看的警告。

13.如权利要求10所述的创作环境系统，其特征在于，所述创作应用程序包括文字处理应用程序。

14.一种在由计算设备执行时执行创作文档的方法，所述方法包括：

在第一创作应用程序（812、924、1012）上接收操纵正在通过所述第一创作应用程序编辑的文档的第一数据单元（410-450）的指令，所述第一创作应用程序由第一用户使用，并在第一计算设备（110、810、910、1010）上实现；

通过在锁表（500）中将所述第一数据单元与所述第一用户关联，在接收到所述操纵指令之后，自动地在所述第一数据单元（410-450）上生成内容锁，所述锁表能够被多个其他创作应用程序访问，其中，当所述第一数据单元具有所述内容锁时，只有所述第一用户才可以操纵所述第一数据单元；

根据所述操纵指令，利用所述第一创作应用程序，操纵所述文档的所述第一数据单元（410-450）；

只有在由所述第一用户向所述第一创作应用程序提供了释放所述内容锁的指令的情况下才释放所述第一数据单元（410-450）上的所述内容锁，其中，释放所述内容锁包括在所述锁表中解除所述第一数据单元与所述第一用户的关联；

在第一创作应用程序处接收内容更新，所述内容更新包括由第二用户对所述文档的所述内容进行的任何修改；

确定是否已经从第一用户接收到向第一用户显示内容更新的指令；以及如果确定已经从第一用户接收到向第一用户显示内容更新的指令，则基于所述指令中包含的用户选择来显示内容更新，所述用户选择确定是否将所述内容更新合并到所述文档中或者是否注释所述文档以指出哪些内容已经更改。

15.如权利要求14所述的方法，其特征在于，所述方法进一步包括：

当由所述第一创作应用程序从所述第一用户接收到操纵额外的数据单元的指令时，扩展所述内容锁以包含所述额外的数据单元，其中，扩展所述内容锁包括在所述锁表中将所述额外的数据单元与所述第一用户关联。

16.如权利要求14所述的方法，其特征在于，释放所述第一数据单元上的所述锁包括，当所述第一用户向所述第一创作应用程序提供所述第一用户已经完成对所述第一数据单元的编辑的指示时，释放所述第一数据单元上的所述锁。

17.如权利要求14所述的方法，其特征在于，所述锁表存储在可被所述其他创作应用程序访问的远程存储设备上。

18.如权利要求17所述的方法，其特征在于，所述方法进一步包括：自动地将任何锁更新传输到存储在所述远程存储设备上的所述锁表。

19.如权利要求17所述的方法，进一步包括：

从所述远程存储设备检索对所述锁表的更新，对所述锁表的所述更新是由至少一个其他用户作出的；

自动地将对所述锁表的所述更新实例化到所述文档中。

Images