CN104541264A

CN104541264A - 集成协同提出的修订并公布

Info

Publication number: CN104541264A
Application number: CN201380036588.XA
Authority: CN
Inventors: J·S·哈里斯; S·M·约斯顿; I·古恩
Original assignee: Google LLC
Current assignee: Google LLC
Priority date: 2012-06-01
Filing date: 2013-05-29
Publication date: 2015-04-22
Also published as: WO2013181198A2; CA2875008A1; US20130326330A1; EP2856340A2; WO2013181198A3; EP2856340A4

Abstract

公开用于集成协同提出的修订，并在多个用户间公布电子文档的系统和方法，对于文档，每个用户具有不同的访问级别和权限。从审阅者接收对电子文档的第一建议编辑，更新电子文档的标记版本，以反映第一建议编辑。从编辑者接收对第一建议编辑的接受或拒绝。响应收到对第一建议编辑的接受，把第一建议编辑转换成接受的编辑，从而产生第二更新的标记版本。用接受的编辑更新电子文档的清稿版本，并公布更新的清稿版本。

Description

集成协同提出的修订并公布

相关申请的引用

本申请要求2012年6月1日提交的美国非临时申请No.13/486561的优先权，该申请在此整体引为参考。

技术领域

一般地，本公开涉及电子文档，更具体地，涉及用于集成协同提出的修订，并在电子文档中公布的系统和方法。

背景技术

在电子文档的形成过程中，通常理想的是让多个审阅者提出对电子文档的草稿的修订，和批注所述草稿。例如，作者可创建电子文档的初稿，然后把电子文档的副本发送给多个审阅者批注。每个审阅者可独立地在电子文档中提出修订或者进行批注，然后把修订版的电子文档返回给作者。由于各个审阅者可创建唯一版本的电子文档，每个版本的电子文档可能包含冲突的修订，从而原作者需要决定冲突的修订，然后把电子文档的更新副本重新发送给各个审阅者。需要重复这些步骤，直到作者和所有审阅者都满意某个版本的电子文档为止。

发明内容

这里公开的系统和方法提供协同提出的修订的集成，和电子文档的公布。一个方面涉及集成协同提出的修订和公布电子文档的系统和方法。从审阅者接收最初建议的对电子文档的编辑，然后更新电子文档的标记版本，以反映最初建议的编辑。从编辑者接收最初建议的编辑的接受或拒绝。响应收到最初建议的编辑的接受，最初建议的编辑被转换成接受的编辑，从而产生第二个更新的标记版本。用接受的编辑更新电子文档的清稿版本，并公布更新的清稿版本。

附图说明

根据结合附图进行的以下详细说明，本公开的上述和其它特征，包括其性质及其各种优点将更明显，附图中：

图1A是按照例证实施例的集成协同提出的修订，并公布电子文档的计算机化系统的方框图。

图1B是按照例证实施例的保存在电子数据库上的，包括文档访问控制列表的例证数据结构。

图1C是按照例证实施例的保存在电子数据库上的，包括与建议的编辑和批注对应的元数据的两种例证数据结构。

图2A-2F是按照例证实施例的供编辑者与文档相互作用的用户界面的例证显示的示图。

图3是按照例证实施例的审阅管理器用于管理对文档的标记版本和清稿版本的更新的方法的流程图。

图4是按照例证实施例的审阅管理器用于管理对文档的标记版本和清稿版本的更新的方法的流程图。

图5是按照例证实施例的审阅管理器用于保存和显示与从文档的用户接收的编辑对应的元数据的方法的流程图。

图6是按照例证实施例的供审阅者与文档相互作用的审阅者界面的例证显示的示图。

图7是按照例证实施例的供浏览者与文档相互作用的浏览者界面的例证显示的示图。

图8是按照例证实施例的审阅管理器用于处理来自用户的用户类型的变更请求的方法的流程图。

图9是按照例证实施例的审阅管理器用于处理来自用户的打开文档的请求的方法的流程图。

图10是按照例证实施例，用于进行这里说明的任意处理的计算设备的方框图。

具体实施方式

为了全面理解本公开，现在说明一些例证实施例，包括集成协同提出的修订并进行公布的系统。不过，本领域的普通技术人员会理解可适合于所针对的应用修改和改变这里说明的系统和方法，这里说明的系统和方法可以用在其它适当的应用中，并且这样的其它增加和修改不脱离本公开的范围。

图1A-1C是可用于实现这里说明的系统和方法的网络和数据库结构的示图。图1A是按照例证实施例，用于集成协同提出的修订，并公布电子文档的计算机化系统100的方框图。系统100包括通过网络120连接的服务器104和3个用户设备109、113和117。服务器104包括审阅管理器102，审阅管理器102管理对主文档106的各种版本的更新。

审阅管理器102被配置成通过与用户设备109、113和117通信的网络120，传送和接收数据。特别地，审阅管理器102接收表示在用户设备的用户希望对主文档106建议或创建的修订的数据。取决于设定用户访问主文档106的访问权限的用户类型，审阅管理器102随后在主文档106的标记版本105和/或清稿版本107中创建这些修订。

审阅管理器102可包括处理器和存储单元。存储单元保存由处理器执行的计算机可执行指令。计算机可执行指令包括用于通过网络120接收数据、确定特定用户的用户类型、对主文档106的标记版本105和/或清稿版本107作出修订、和向各个用户公布文档106的各种版本的指令。如图1A中所示，主文档106被保存在与服务器104分离的设备上，不过，主文档106也可被保存在服务器的电子数据库103中，或者甚至保存在包含在审阅管理器102内的存储单元中。另外，这里描述成保存在电子数据库103上的任何数据可改为或者另外被保存在审阅管理器的存储单元中，或者被保存在位于服务器104之外的独立存储单元上。

在用户设备109、113和117的用户分别通过界面110、114和118，同时与主文档106相互作用。在用户设备的各个用户具有定义访问主文档的某些版本的权限级别和编辑能力的用户类型(对用户设备109来说的编辑者108，对用户设备113来说的审阅者112，和对用户设备117来说的浏览者)。

各个用户设备109、113和117包括诸如个人计算机、膝上型计算机、平板计算机、智能电话机、个人数字助手、或者通信设备的任何其它适当类型的计算机之类的设备。在用户设备的用户通过网络120，从服务器104访问和接收信息。用户设备109、113和117可包括典型的组件，例如输入设备、输出设备和通信接口(例如，编辑者界面110、审阅者界面114或浏览者界面118)。用户可通过借助用户界面输入用户名和密码(或者提供其它识别信息)向服务器104进行认证，以致不同的用户可在不同的时间使用相同的用户设备。

用户与服务器104相互作用，以致用户和服务器104一起，通过协同地提出对文档106的修订，运行在线文档。尽管在图1A中被图解表示成单个设备，不过，服务器104可被实现成例如单个计算设备，或者被实现成多个分布式计算设备。用户与服务器104的相互作用是通过用户界面110、114和118进行的，用户界面110、114和118可包括web浏览器。例如，可以利用在web浏览器内显示文档的应用，浏览文档。在这种方案中，用户不需要在其用户设备本地安装软件来浏览和修订文档。当这里讨论浏览器或用户界面时，这些术语意图指的是允许用户浏览文档的任何程序，而不管浏览器程序是独立程序还是嵌入式程序，比如包含为操作系统的一部分的浏览器程序。这里说明的逻辑可用硬件、软件、固件或它们的组合来实现。

在一个例子中，文档106是文本文档。本领域的技术人员会明白，可在任意种类的协同文档应用中，应用这里说明的特征和原理，所述协同文档应用例如包括电子表格应用、演示应用、绘图应用和其它应用。

文档用户的一种类型是具有一定权限并可以访问文档的审阅者112。一般来说，审阅者可以浏览和对文档的标记版本和清稿版本作出建议编辑和批注。为此，审阅者112在审阅者界面114上浏览文档的某个版本，并对文档作出修订。表示所述修订的数据通过网络120被发送给服务器104，在服务器104，审阅管理器102接收数据，然后用所述修订更新文档的标记版本105。当所述修订是对文档的建议编辑时，所述建议编辑以表示所述建议编辑的格式，被保存在文档的标记版本105中(例如，以标记或红线模式保存编辑)。当所述修订是对文档的批注时，批注被保存在标记版本105中，例如，保存在文档的侧边。

另一种用户类型是与审阅者112相比，就文档来说具有更高权限级别的编辑者108。编辑者108可以接受或拒绝审阅者112作出的任何建议编辑，还可删除审阅者112作出的任何批注。访问和权限可以变化，从而可以针对文档被定制，允许不同用户的不同访问和使用能力。当在编辑者界面110更新标记版本时，提示编辑者108接受或拒绝建议的编辑。当编辑者108接受建议的编辑时，审阅管理器102把建议的编辑转换成接受的编辑，并用接受的编辑更新文档的标记版本105。另外，审阅管理器102用接受的编辑，更新文档的清稿版本107。如果编辑者108拒绝建议的编辑，那么审阅管理器102从文档的标记版本105中除去建议的编辑，从而建议的编辑不被并入文档的清稿版本107中。类似地，当编辑者108删除文档中的批注时，审阅管理器102从文档的标记版本105中除去删除的批注。批注通常在文档的清稿版本107中不可见。

除了接受或拒绝审阅者112作出的修订之外，编辑者108还可以通过直接编辑或对文档106进行批注，直接修订文档。审阅管理器102把编辑者108作出的编辑看作接受的编辑，以致利用编辑者108作出的任何编辑，更新文档的标记版本105和清稿版本107。另一方面，编辑者108可能希望作出建议的编辑，以便从审阅者112获得关于建议编辑的输入。这种情况下，编辑者108可把编辑标记成“建议的”，或者可设定用户设备109按“建议模式”工作，以致建议的编辑出现在给审阅者112的文档的标记版本105中。随后，审阅者可以修改建议的编辑，或者批注建议的编辑，编辑者108随后可决定是接受还是拒绝建议的编辑。

对文档的标记版本105和清稿版本107的更新是几乎实时地进行的。这意味当审阅者112和编辑者108同时浏览和访问文档时，在编辑者108发送关于建议编辑的反馈之后，审阅者112几乎立即收到所述反馈。系统100尤其有利于当审阅者112的建议编辑可能影响审阅者112作出的另外的建议编辑时的情况。例如，对审阅者112来说，有益的是提早从编辑者108接收关于建议编辑的反馈，因为所述反馈可能影响将来的建议编辑。

当界面110、114和118包括web浏览器时，可以向不同的URL公布文档的不同版本(例如，标记版本105和清稿版本107，或者文档的各种历史版本，比如包括选择的一组建议和/或接受的编辑的那些版本)。编辑者108可以选择向哪个URL公布主文档106的哪些版本，还可选择按特定格式，比如浏览器格式、HTML格式或者适合于公布电子文档的任何其它格式，公布文档的某个版本。

审阅者112和编辑者108可以查看还有谁目前在浏览该文档。当不止一个用户同时浏览该文档时，用户可通过即时消息接发应用相互通信。

另一种用户类型是与审阅者112相比，权限较低的浏览者116。浏览者116只能浏览文档的清稿版本107。清稿版本107可在草拟过程中的任意重复期间被浏览，将包括编辑者108接受的由审阅者112作出的任何在先建议的编辑，还包括编辑者108直接作出的任何编辑。与审阅者112相反，浏览者116通常不能建议对文档的编辑。

在一些实施例中，浏览者116可按照与审阅者112和编辑者108进行批注的相同方式，对文档进行批注。具体地，浏览者116可访问文档的第三版本，所述第三版本包括具有源自标记版本的批注的清稿版本。这种情况下，浏览者116可以访问由其他用户作出的批注，并可以提出另外的批注。另一方面，浏览者116可只能访问文档的清稿版本，提出对清稿版本的批注，而不浏览其他用户的批注。当被显示给另一个用户时，浏览者作出的批注可以与由权限更高的其他用户作出的批注不同地被标记。另外，可允许浏览者116通过即时消息接发应用，与同时浏览文档的其他用户通信。在一些情况下，编辑者108和/或审阅者112为浏览者116设定关于这些访问权限的许可。

为了避免使图变得复杂，图1A中只表示了每种用户类型的一个用户；不过，系统100也可支持具有相同用户类型的多个用户。当存在多个审阅者时，审阅者112可以浏览由其它审阅者112作出的建议编辑和批注。这样，通过允许对文档提出修订的一组用户之间的高效协同，与其中审阅者独立对文档提出修订的系统相比，系统100带来相当大的优势。从而，当编辑者108浏览文档时，编辑者108可以同时浏览由多个审阅者112作出的协同更新的实时流，从而显著减少形成文档的时间量。

这种情况下，每个用户被赋予唯一的颜色，以致作出修订的用户用颜色编码文档的标记版本105中的修订。另外，在文档的标记版本上，与审阅者作出的修订不同地标记编辑者108作出的修订。此外，如果文档具有不止一位编辑者108，那么任何编辑者108可以接受或拒绝任何建议的编辑，或者删除审阅者作出的任何批注。编辑者108可以一次接受或拒绝特定审阅者112或编辑者108作出的所有建议编辑。在一些实施例中，如果文档具有不止一位浏览者116，那么浏览者116可以批注文档，也可浏览由其他用户作出的批注(或者只可浏览由其他浏览者作出的批注)。

在一些实施例中，任意公众成员默认具有浏览者116的用户类型。在其它实施例中，只有审阅者112和/或编辑者108批准的用户才具有浏览者状态。

图1B是按照例证实施例，保存在电子数据库103上的包括文档访问控制列表的例证数据结构119。文档访问控制列表包括可以访问主文档106的某个版本的用户的列表，以及他们的对应用户类型。这种情况下，多个用户具有相同的用户类型。具体地，有4个审阅者(用户A-C和G)，2个编辑者(用户D和E)，和2个浏览者(用户F和H)，他们都可同时与主文档106相互作用。除了用户id和用户类型之外，文档访问控制列表还可包括其它字段，比如读取权限、写入权限、编辑权限、批注权限、或者它们的任何适当组合。在一些实施例中，对于文档的每个版本都存在访问控制列表。例如，可以存在对于标记版本105的访问控制列表，和对于清稿版本107的独立的访问控制列表。

图1C描述按照例证实施例的保存在电子数据库103上的2个例证数据结构120和121，数据结构120和121包括与建议的编辑对应的元数据(数据结构120)，和批注(数据结构121)。数据结构120包括建议编辑的4条记录。数据结构120中的每条记录包括“建议的编辑id”字段，其值包括编辑的识别号。数据结构120中的每条记录还包括提出编辑建议的用户的用户id、建议的时间、建议的编辑是被接受还是被拒绝、谁接受或拒绝了编辑、和接受或拒绝的时间。数据结构120指示建议的编辑687和1345待决，意味它们还未被编辑者108接受或拒绝。还可包括具有附加数据(比如建议的编辑在文档中的位置、建议的编辑是否包括删除或替换文档中的现有对象(和删除或替换哪些对象)、或者建议的编辑是否包括增加对象)的其它字段。

在一些实施例中，与建议的编辑相关的数据可被保存为文档的变种(mutation)。例如，变种可包括指示利用编辑产生的修订的数据，比如创建建议的编辑的用户的用户id、删除、增加、编辑的位置、和编辑的状态(比如待决、拒绝或接受)。

数据结构121包括批注的2条记录。数据结构121中的每条记录包括“批注id”字段，其值包括批注的识别号。数据结构121中的每条记录还包括作出该批注的用户的用户id、批注的时间、批注是否被删除、谁删除了该批注、和删除时间。数据结构121指示批注154未被删除。还可包括具有例如指示批注涉及的文档段落或位置的附加数据的其它字段。

数据结构119-121以及主文档106的标记版本和清稿版本可被保存在相同的电子数据库103上，或者可被保存在不同的数据库上。在一些实施例中，代替或者除了文档的标记版本105和清稿版本107之外，主文档106的初始版本被保存在数据库上。例如，初始版本和数据结构120-121的组合应足以利用“即时生成”方法，生成文档的标记版本105和清稿版本107。具体地，文档的这些版本可不保存在数据库上。相反，当用户访问文档时，可以生成特定于该用户的版本(基于用户的权限设定)。本公开的剩余部分涉及利用文档的标记版本105和清稿版本107，不过要明白也可保存、更新和显示文档的其它版本。

除了保存在例证数据结构119-121中的数据之外，审阅管理器102还可保存另外的数据。例如，可以保存指示所有用户如何与文档相互作用的数据，比如文档的哪些部分被浏览或读取的次数最多。还可保存与访问文档的用户相关的其它数据，比如各个用户使用哪些浏览器应用或操作系统访问文档、用户位置、哪些用户返回第二次或第三次浏览该文档、或者任何其它适当的数据。

在一些实施例中，还保存推荐数据。推荐者是通过在电子邮件中发送文档的信息、在在线论坛中或者在社交网络平台上发帖、或者推荐文档的任何其它适当方式，向其他人推荐文档的用户。文档的信息可以特定用于推荐该文档的用户，比如各个推荐者的唯一URL。随后，通过唯一URL，访问或者请求访问文档的新用户的数目可被保存在数据结构中。

图2A-2F是按照例证实施例的供编辑者108与主文档106相互作用的用户界面的例证显示的示图200a-200f。示图200a-200f包括编辑者108设定的各种选项，包括浏览模式230、更新视图232，公布234和浏览修订历史236。

在示图200a中，为浏览模式230选择标记模式，导致显示文档的标记版本105。文档的标记版本包括来自各个用户的建议编辑222a和222b，以及批注226a和226b，所述各个用户可以是审阅者或其它编辑者。通过选择框224a和224b中的适当选项，编辑者108可选择接受或拒绝各个建议的编辑222a或222b。编辑者108还可选择删除批注226a和/或226b。

在示图200b中，为浏览模式230选择清稿模式，导致显示文档的清稿版本107。与标记版本105相反，文档的清稿版本不显示任何建议的编辑或批注，只包含编辑者108认可的编辑。在一些实施例中，默认向编辑者108打开清稿版本107，编辑者108随后可切换到标记版本105。

在示图200c中，在更新视图选项232下，选择“推送时更新”选项。当编辑者108选择该选项时，只有当编辑者108按下更新视图按钮238时，才更新文档的编辑者的视图。这种情况下，当关于文档作决定时，对编辑者108来说，可取的是浏览文档的静态版本。例如，编辑者108可能希望避免由浏览其中来自其他用户的建议编辑或批注实时出现的文档的实时更新版本而引起的分心。另一方面，编辑者108可在更新视图选项232下，选择“实时更新”选项。如果编辑者108希望浏览文档的最新版本，那么这种选项是可取的。

在一些实施例中，选择“推送时更新”选项，以致文档的视图是静态的。不过，编辑者108可能希望当发生对文档的更新时得到通知，而不浏览文档的实时更新版本。这种情况下，当选择“推送时更新”选项，以致显示静态的标记版本时，编辑者可选择其中当作出对标记版本的更新时，在编辑者界面110上出现通知的选项。通知可以仅仅是在编辑者界面110上的提醒，指示标记版本已被更新，或者通知可包括指示已发生的更新的类型的信息。例如，通知可以指向文档的当前视图中的发生所述更新的位置，和/或可以指示文档中的已被删除、替换或增加的一些对象(例如，文本)。

此外，在一些实施例中，通过电子邮件、文本消息、即时消息或者任何其它适当的通知模式，向编辑者108发送已产生对文档的更新的通知。例如，当其他用户作出批注或建议的编辑时，编辑者108可在一段时间内接收一次电子邮件(即，1天1次，1周1次，2周1次，或者任何适当的时段1次)。具体地，电子邮件可包括自最后一次通知以来作出的所有批注，在电子邮件中可以提供链接，以致编辑者108易于访问文档的标记版本中包含通知中的批注的部分。

在示图200d中，在公布选项234下，选择“推送时公布”选项。当选择该选项时，在按下公布按钮242之际，只向文档的标记版本和清稿版本的任何浏览者，公布编辑者对文档的修订(例如，任何接受或拒绝的编辑、删除的批注、或者编辑者作出的直接编辑)。另外，通过按下预览按钮240，编辑者可在公布之前，预览文档的相同版本。如果编辑者108希望同时公布对文档的多个修订，那么这种选项是可取的。例如，编辑者108可能对文档作出了多个相互关联的修订，不希望其他用户在未浏览另一个修订的情况下浏览一个修订。另一方面，编辑者108可在公布选项234下选择“实时公布”选项。这种情况下，在编辑者界面110上，预览按钮240和公布按钮242不被显示，或者以其他方式不可选择。如果编辑者108希望实时地向其他用户公布他/她对文档的修订，那么这种选项是可取的。

在示图200e中，在浏览修订历史选项236下，选择“在文档中浏览(view in document)”选项。与更新视图选项232和公布选项234相反，不需要在特定时间选择浏览修订历史选项236中的两个选项任何一个。当选择“在文档中浏览”选项时，显示与各个建议的编辑222a和222b，以及各个批注226a和226b对应的数据。在示图200e中，该数据包括作出各个建议的编辑或批注的时间和日期。对建议的编辑来说，当建议的编辑被接受或拒绝时，数据还包括接受或拒绝建议的编辑的用户(例如，编辑者108)的用户id。对批注来说，当发生删除时，数据还包括删除被删除的批注的用户(例如，编辑者108)的用户id。

示图200e包括与包含在示图200a、200c和200d中的功能完全相同的功能。具体地，在浏览文档中的修订历史的时候，编辑者108可接受或拒绝建议的编辑，或者删除批注。浏览修订历史还使编辑者108能够撤消相同或另一个编辑者进行的任何在先动作。例如，编辑者可接受先前被另一个编辑者拒绝的建议编辑，或者拒绝先前被另一个编辑者接受的编辑。

在示图200f中，在浏览修订历史选项236下，选择“浏览时间线”选项。当选择该选项时，在时间线223中，显示指示当各个用户打开文档、作出批注或建议的编辑、接受或拒绝建议的编辑、删除批注、或者关闭文档时的时间和日期的数据。修订历史还可包括指示当编辑者公布一组修订时(例如，当在示图200d中选择“推送时公布”选项，随后编辑者按下公布按钮242时)的编辑和时间的信息。

此外，如果编辑者108选择时间线223中对应于特定时间的位置，那么可以显示文档的在该时间的对应于更新文档的在先版本，和/或可以选择文档的在先版本作为清稿版本107或者文档的另一个版本。

图3是按照例证实施例的审阅管理器102用于管理对文档的标记版本和清稿版本的更新的方法的流程图300。该方法包括以下步骤：编辑者108打开文档的标记版本105(步骤350)，并判定编辑者是否希望实时更新文档(判定框352)。如果是，那么编辑者界面110按照其中实时更新文档的模式工作(步骤354)，否则，编辑者界面110按照“推送时更新”模式工作(步骤356)。接收建议的编辑(步骤358)，提示编辑者是否接受建议的编辑(判定框360)。如果建议的编辑不被接受，那么放弃建议的编辑，相应地更新标记版本105(步骤370)。如果建议的编辑被接受，那么建议的编辑被转换成接受的编辑(步骤362)，审阅管理器102判定是否立即公布接受的编辑(判定框364)。如果是，那么用接受的编辑更新文档的标记版本和清稿版本(步骤368)。否则，文档的版本不被更新，直到编辑者批准接受的编辑的公布为止(步骤366)。

在步骤350，编辑者108在编辑者界面110上，打开文档的标记版本105。编辑者界面110可包括web浏览器，在可以访问文档的标记版本105之前，提示编辑者108提供凭证(比如用户id和密码)。

在判定框352，编辑者界面110判定文档的视图是否应被实时更新。可以在打开文档之前或之际，利用该选项提示编辑者108，或者可以在显示文档之前，要求编辑者108选择浏览模式(实时更新与推送时更新)。另一方面，可以进行默认选择，以致当打开文档时的默认视图处于两种模式中的任何一种模式。默认选择可以基于当访问文档时，编辑者108最后使用的模式。当选择了模式(由编辑者108选择，或者默认选择)时，文档的标记版本随后或者被实时更新(步骤354)，或者在推送时更新(步骤356)。

在步骤358，审阅管理器102接收来自审阅者或编辑者的建议编辑，随后用建议的编辑更新文档的标记版本。随后用建议的编辑(实时地或者推送时)更新在正在浏览标记版本105(即，对应于编辑者和审阅者)的所有用户界面的文档的标记版本105的视图。当用建议的编辑更新在编辑者界面110的文档的标记版本的视图时，编辑者界面110用接受或拒绝建议的编辑的选项，比如图2A的框224a和224b中的选项，提示编辑者108。

如果编辑者108选择拒绝建议的编辑，那么方法进入步骤370，在步骤370，审阅管理器102丢弃建议的编辑，并更新文档的标记版本105，以反映建议的编辑的拒绝。这可包括用删除线字体显示建议的编辑，或者建议的编辑可完全从文档的标记版本中消失。在其他用户界面(比如对应于其他编辑者和审阅者的那些用户界面)的文档的标记版本105的视图也被相应更新。

如果编辑者108选择接受建议的编辑，那么方法进入步骤362，在步骤362，审阅管理器102把建议的编辑转换成接受的编辑。在判定框364，审阅管理器随后根据编辑者界面110是按“实时公布”模式还是按“推送时公布”模式(图2D中的选项234)工作，判定是否实时地公布接受的编辑。如果编辑者界面110按“实时公布”模式工作，那么在步骤368，审阅管理器102用接受的编辑，更新文档的标记版本和清稿版本。否则，只有当在步骤366编辑者同意公布所述编辑时(例如，通过按下图2D中的公布按钮242)，审阅管理器102才更新文档。

图4是按照例证实施例的审阅管理器102用于管理对文档的标记版本和清稿版本的更新的方法的流程图400。该方法包括以下步骤：接收来自编辑者的编辑(步骤450)，判定接收的编辑是否是建议的编辑(判定框452)。如果否，那么用接收的编辑更新文档的标记版本105和清稿版本107(步骤464)。否则，用建议的编辑更新标记版本105(步骤454)，向正在浏览标记版本的任何审阅者或编辑者公布更新的标记版本(步骤456)，并关于建议的编辑从用户接收批注(步骤458)。在判定框460，审阅管理器102判定建议的编辑是被接受还是被拒绝。如果被接受，那么用所述编辑更新文档的标记版本和清稿版本。否则，从标记版本105中除去所述编辑。

在步骤450，审阅管理器102接收来自编辑者108的编辑。在判定框452，审阅管理器102判定收到的编辑是否是建议的编辑。如关于图1A所述，编辑者108可选择把编辑当作建议的编辑，或者当作接受的编辑。如果审阅管理器102确定接收的编辑要被当作接受的编辑，那么方法进入步骤464，在步骤464，用接收的编辑更新文档的标记版本和清稿版本。在这两种版本中，好像接收的编辑已被编辑者108接受似的(即，所述编辑不带标记或红线地出现)，用该编辑更新文档。

另一方面，如果接收的编辑要被当作建议的编辑，那么审阅管理器102好像所述编辑接收自审阅者似地处理该编辑。这种情况下，方法进入步骤454，在步骤454，用作为建议编辑的接收编辑，更新文档的标记版本105(即，以红线模式，把接收的编辑添加到标记版本中)。在步骤456，在审阅者和编辑者的用户界面上，更新标记版本105的视图，然后在步骤458，这些用户关于所述编辑作出批注。在判定框460，编辑者接受或拒绝该编辑。接受或拒绝该编辑的编辑者可以是或者可以不是作出建议编辑的相同编辑者，接受或拒绝该编辑的决定可以基于在步骤458中接收的批注。如果编辑被接受，那么所述方法进入步骤464，在步骤464，用接受的编辑更新文档的标记版本和清稿版本。另一方面，在步骤462，所述编辑从文档的标记版本中被除去，或者以其它方式标记，以反映该编辑已被拒绝。

图5是按照例证实施例的审阅管理器102用于保存和显示与从文档的用户接收的编辑对应的元数据的方法的流程图500。该方法包括以下步骤：接收建议的编辑(步骤550)，保存与建议的编辑相关的元数据(步骤552)，接收显示元数据的用户请求(步骤554)，和显示元数据(步骤556)。

在步骤550，审阅管理器102接收来自用户设备(例如，对应于编辑者108或审阅者112)的建议编辑。在步骤552，审阅管理器102保存与建议编辑相关的元数据。例如，在步骤552，可以保存与保存在图1C的数据结构120中的修订历史数据对应的元数据。该数据可包括建议的编辑id(它可以是与建议的编辑对应的数字)，建议所述编辑的用户的用户id，和建议的编辑的时间。另外，如果建议的编辑已被编辑者108接受或拒绝，那么所述数据还可包括接受或拒绝所述编辑的用户的用户id，和所述接受或拒绝的时间。此外，数据还可包括与建议的编辑对应的其它数据，比如建议的编辑在文档中的位置，建议的编辑替换或删除的文档中的任何对象，和包含在建议的编辑中的任何其它对象。审阅管理器102可把该元数据保存在数据库(比如电子数据库103或者任何其它适当的数据库)上的数据结构(比如数据结构120或任何其它适当的数据结构)中。

在步骤554，审阅管理器102接收来自编辑者108和/或审阅者112的显示元数据的请求。来自用户的该请求可对应于编辑者108选择图2E和2F中的浏览修订历史选项236中的选项。在步骤556，审阅管理器102随后向发送该请求的用户显示元数据。图2E和2F中表示了元数据的显示的例证视图。

图6是按照例证实施例的供审阅者112与主文档106相互作用的审阅者界面114的例证显示的示图600。示图600等同于示图200a，除了在示图600中，未表示公布选项234和浏览修订历史236之外。示图600还包括附加特征：“请求编辑者访问”按钮640。当审阅者112选择按钮640时，向一个或多个编辑者发送请求，以允许或拒绝审阅者112对文档进行编辑者访问。

图7是按照例证实施例的供浏览者116与主文档106相互作用的浏览者界面118的例证显示的示图700。示图700等同于示图200b，除了在示图700中，未显示浏览模式选项230、公布选项234和浏览修订历史236之外。示图700还包括附加特征：“请求审阅者访问”按钮740。当浏览者116选择按钮740时，向编辑者和/或审阅者发送请求，以允许或拒绝浏览者116对文档进行审阅者访问。

另外，浏览者116可请求当产生对清稿版本707的更新时，在浏览者界面118上出现通知。所述通知可以仅仅是浏览者界面118上的指示清稿版本已被更新的提醒，或者所述通知可包括指示已发生的更新的种类的信息。例如，所述通知可以指向文档的当前视图中的发生更新的位置，和/或可以指示文档中的一些对象(例如，文本)已被删除、替换或增加。浏览者可以选择放置在通知之上或附近的按钮，以刷新文档的清稿版本707的视图。

图8是按照例证实施例的审阅管理器102用于处理来自用户的用户类型的变更请求的方法的流程图800。该方法包括以下步骤：接收来自用户的对审阅者状态的请求(步骤850)，把所述请求传送给编辑者或审阅者(步骤852)，和判定是否接受所述请求(判定框854)。如果所述请求被拒绝，那么审阅管理器102把请求的拒绝传送给用户(步骤860)。否则，更新文档的访问控制列表，以反映该用户是审阅者(步骤858)。

流程图800中的方法可类似地用于审阅者请求编辑者状态，或者用于浏览者请求编辑者状态。另外，不在文档访问控制列表119上的用户也可利用类似的方法，请求浏览者、审阅者或编辑者状态。

图9是按照例证实施例的审阅管理器102用于处理来自用户的打开文档的请求的方法的流程图900。所述方法包括以下步骤：接收来自用户的打开文档的请求(步骤950)，判定用户是否是编辑者或审阅者(判定框952)，如果是，那么判定用户是否希望浏览清稿版本(判定框954)，并公布期望的版本(步骤956和958)。另一方面，审阅管理器102判定用户是否是浏览者(判定框960)，如果是，那么公布文档的清稿版本(步骤958)。否则，审阅管理器102拒绝用户访问该文档(步骤962)。

图10是用于进行这里说明的任意处理的计算设备，比如图1A的系统的任意组件的方框图。可在一个或多个计算设备1000上实现这些系统的各个组件。在某些方面，这些系统的多个组件可被包含在一个计算设备1000内。在一些实现中，可以跨几个计算设备1000地实现组件和存储设备。

计算设备1000包含至少一个通信接口单元，输入/输出控制器1010，系统存储器，和一个或多个数据存储设备。系统存储器包括至少一个随机存取存储器(RAM 1002)和至少一个只读存储器(ROM 1004)。这些元件都与中央处理器(CPU 1006)通信，以便利计算设备1000的操作。可按许多不同的方式构成计算设备1000。例如，计算设备1000可以是常规的独立计算机，或者另一方面，计算设备1000的功能可以分布式在多个计算机系统和体系结构之间。在图10中，计算设备1000通过网络或局域网，链接到其它服务器或系统。

可按分布式体系结构构成计算设备1000，其中数据库和处理器被置于分离的单元或位置中。一些单元执行主要的处理功能，至少包含通用控制器或处理器和系统存储器。在分布式体系结构实现中，这些单元都可通过通信接口单元1008，附接到通信集线器或端口(未图示)，所述通信集线器或端口充当与其它服务器、客户端或用户计算机和其它有关设备的主通信链路。通信集线器或端口本身可具有最低限度的处理能力，主要充当通信路由器。各种通信协议是所述系统的一部分，包括(但不限于)以太网、SAP、SAM^TM、ATP、蓝牙^TM、GSM和TCP/IP。

CPU 1006包含处理器，比如一个或更多的常规微处理器，和一个或多个辅助的协处理器，比如数学协处理器，用于从CPU 1006卸下工作负荷。CPU 1006与通信接口单元1008和输入/输出控制器1010通信，通过通信接口单元1008和输入/输出控制器1010，CPU 1006与诸如其它服务器、用户终端或设备之类的其它设备通信。通信接口单元1008和输入/输出控制器1010可包括用于同时与例如其它处理器、服务器或客户端通信的多个通信通道。

CPU 1006也与数据存储设备通信。数据存储设备可包含磁、光或半导体存储器的适当组合，例如可包括RAM 1002、ROM 1004、闪速驱动器、诸如压缩光盘之类的光盘、或者硬盘或驱动器。CPU 1006和数据存储设备都可以例如完全位于单个计算机或者其它计算设备内，或者通过通信介质比如USB端口、串口电缆、同轴电缆、以太网电缆、电话线路、射频收发器或者其它类似的无线或有线介质、或者它们的组合，彼此连接。例如，CPU 1006可通过通信接口单元1008，连接到数据存储设备。CPU 1006可被配置成完成一种或多种特殊的处理功能。

数据存储设备可保存例如(i)计算设备1000的操作系统1012；(ii)适合于按照这里说明的系统和方法，尤其是按照关于CPU 1006率说明的处理，指令CPU 1006的一个或多个应用1014(例如，计算机程序代码或计算机程序产品)；或者(iii)适合于保存信息的数据库1016，数据库1016可用于保存程序所需的信息。

操作系统1012和应用1014可按压缩格式、未编译格式和加密格式保存，可包括计算机程序代码。程序的指令可从除数据存储设备外的计算机可读介质，比如从ROM 1004或者从RAM 1002被读入处理器的主存储器中。尽管程序中的指令序列的执行使CPU 1006进行这里说明的处理步骤，不过，代替软件指令，或者与软件指令结合，可以利用硬连线电路来实现本公开的处理。从而，这里说明的系统和方法不局限于硬件和软件的任何特定组合。

可以提供适当的计算机程序代码，以实现与这里说明的集成协同提出的修订并进行公布有关的一种或多种功能。程序还可包括程序单元，比如操作系统1012，数据库管理系统，和使处理器可通过输入/输出控制器1010，与计算机外设(例如，视频显示器、键盘、计算机鼠标等)面接的“设备驱动程序”。

这里使用的术语“计算机可读介质”指的是向或者参与向计算设备1000的处理器(或者这里说明的设备的任何其它处理器)提供指令，以便执行的任何非临时性介质。这样的介质可以采取许多形式，包括(但不限于)非易失性介质和易失性介质。非易失性介质例如包括光盘、磁盘或磁光盘，或者集成电路存储器，比如闪存。易失性介质包括一般构成主存储器的动态随机存取存储器(DRAM)。计算机可读介质的常见形式例如包括软盘、硬盘、磁带、任何其它磁性介质、CD-ROM、DVD、任何其它光学介质、穿孔卡片、纸带、具有小孔图案的任何其它物理介质、RAM、PROM、EPROM或EEPROM(电可擦可编程只读存储器)、闪速EEPROM、任何其它存储芯片或盒式存储器、或者计算机能够读取的任何其它非临时性介质。

各种形式的计算机可读介质可涉及到把一个或多个序列的一条或多条指令传送给CPU 1006(或者这里说明的设备的任何其它处理器)，以便执行。例如，指令最初可能承载在远程计算机(未图示)的磁盘上。远程计算机可把指令载入其动态存储器中，随后通过以太网连接，电缆线路，或者甚至利用调制解调器，通过电话线路发送指令。在计算设备1000(例如，服务器)本地的通信设备可在相应的通信线路上，接收数据，随后把数据放在用于处理器的系统总线上。系统总线把数据运送到主存储器，处理器从主存储器取回并执行指令。主存储器接收的指令可视情况在由处理器执行之前或之后，被保存在存储器中。另外，可以电、电磁或光信号的形式，通过通信端口，接收指令，电、电磁或光信号是传送各种信息的无线通信或数据流的例证形式。

尽管这里表示和说明了本发明的各个实施例，不过对本领域的技术人员来说，显然这样的实施例只是作为例子提供的。本领域的技术人员现在可想到众多的变化、改变和替代，而不脱离本发明。应明白在实践本发明时，可以采用这里说明的实施例的各种备选方案。以下的权利要求限定本发明的范围，并覆盖在这些权利要求及其等同物的范围之内的各种方法和结构。

Claims

1.一种保存计算机可执行指令的非临时性计算机可读介质，当被处理器执行时，所述计算机可执行指令使处理器进行集成来自多个用户的协同提出的修订并公布电子文档的方法，包括：

从审阅者接收对电子文档的第一建议编辑；

更新电子文档的标记版本，以反映第一建议编辑；

从编辑者接收对第一建议编辑的接受或拒绝；

响应从编辑者收到对第一建议编辑的接受，

把更新的标记版本中的第一建议编辑转换成接受的编辑，从而产生第二更新的标记版本；

用接受的编辑，更新电子文档的清稿版本；和

公布更新的清稿版本。

2.按照权利要求1所述的非临时性计算机可读介质，其中审阅者和编辑者同时访问电子文档。

3.按照权利要求1所述的非临时性计算机可读介质，其中审阅者是具有第一权限级别的用户，编辑者是具有高于第一权限级别的第二权限级别的用户。

4.按照权利要求1所述的非临时性计算机可读介质，其中所述方法还包括：

从审阅者接收对电子文档的批注；

更新标记版本，以反映所述批注。

5.按照权利要求1所述的非临时性计算机可读介质，其中所述方法还包括：

从编辑者接收编辑；

用所述编辑更新标记版本；和

用所述编辑更新清稿版本。

6.按照权利要求1所述的非临时性计算机可读介质，其中所述方法还包括：

从审阅者和/或编辑者接收浏览电子文档的清稿版本的请求；和

公布清稿版本。

7.按照权利要求1所述的非临时性计算机可读介质，其中浏览者是被授权浏览清稿版本、不被授权浏览标记版本的用户。

8.按照权利要求7所述的非临时性计算机可读介质，其中所述方法还包括：

接收来自浏览者的成为电子文档的审阅者的请求；

把所述请求传送给编辑者；

从编辑者接收对所述请求的接受或拒绝；

响应收到所述请求的接受，

把浏览者转换成第二审阅者；

准许第二审阅者访问电子文档的标记版本；

从第二审阅者接收第二建议编辑；

响应收到所述请求的拒绝，

把请求的拒绝告知浏览者。

9.按照权利要求1所述的非临时性计算机可读介质，其中所述方法还包括：

接收来自审阅者的成为电子文档的编辑者的请求；

把所述请求传送给编辑者；

从编辑者接收对所述请求的接受或拒绝；

响应收到所述请求的接受，

把审阅者转换成第二编辑者；

响应收到所述请求的拒绝，

把请求的拒绝告知审阅者。

10.按照权利要求1所述的非临时性计算机可读介质，其中所述方法还包括监视与用户和电子文档的相互作用对应的数据。

11.按照权利要求1所述的非临时性计算机可读介质，其中所述方法还包括保存并向编辑者显示与电子文档的修订历史对应的元数据。

12.按照权利要求1所述的非临时性计算机可读介质，其中所述方法还包括当用户提示时，向用户提供电子文档的更新版本。

13.按照权利要求1所述的非临时性计算机可读介质，其中所述方法还包括向用户告知电子文档的标记版本和/或清稿版本已被更新。

14.一种集成来自多个用户的协同提出的修订并公布电子文档的方法，包括：

从审阅者接收对电子文档的第一建议编辑；

更新电子文档的标记版本，以反映第一建议编辑；

从编辑者接收对第一建议编辑的接受或拒绝；

响应从编辑者收到对第一建议编辑的接受，

用接受的编辑，更新电子文档的清稿版本；和

公布更新的清稿版本。

15.按照权利要求14所述的方法，其中审阅者和编辑者同时访问电子文档。

16.按照权利要求14所述的方法，其中审阅者是具有第一权限级别的用户，编辑者是具有高于第一权限级别的第二权限级别的用户。

17.按照权利要求14所述的方法，还包括：

从审阅者接收对电子文档的批注；

更新标记版本，以反映所述批注。

18.按照权利要求14所述的方法，还包括：

从编辑者接收编辑；

用所述编辑更新标记版本；和

用所述编辑更新清稿版本。

19.按照权利要求14所述的方法，还包括：

公布清稿版本。

20.按照权利要求14所述的方法，其中浏览者是被授权浏览清稿版本、不被授权浏览标记版本的用户。

21.按照权利要求20所述的方法，还包括：

接收来自浏览者的成为电子文档的审阅者的请求；

把所述请求传送给编辑者；

从编辑者接收对所述请求的接受或拒绝；

响应收到所述请求的接受，

把浏览者转换成第二审阅者；

准许第二审阅者访问电子文档的标记版本；

从第二审阅者接收第二建议编辑；

响应收到所述请求的拒绝，

把请求的拒绝告知浏览者。

22.按照权利要求14所述的方法，还包括：

接收来自审阅者的成为电子文档的编辑者的请求；

把所述请求传送给编辑者；

从编辑者接收对所述请求的接受或拒绝；

响应收到所述请求的接受，

把审阅者转换成第二编辑者；

响应收到所述请求的拒绝，

把请求的拒绝告知审阅者。

23.按照权利要求14所述的方法，还包括监视与用户和电子文档的相互作用对应的数据。

24.按照权利要求14所述的方法，还包括保存并向编辑者显示与电子文档的修订历史对应的元数据。

25.按照权利要求14所述的方法，还包括当用户提示时，向用户提供电子文档的更新版本。

26.按照权利要求14所述的方法，还包括向用户告知电子文档的标记版本和/或清稿版本已被更新。

27.一种集成来自多个用户的协同提出的修订并公布电子文档的系统，所述系统包括处理器，所述处理器被配置成：

从审阅者接收对电子文档的第一建议编辑；

更新电子文档的标记版本，以反映第一建议编辑；

从编辑者接收对第一建议编辑的接受或拒绝；

响应从编辑者收到对第一建议编辑的接受，

用接受的编辑，更新电子文档的清稿版本；和

公布更新的清稿版本。

28.按照权利要求27所述的系统，其中审阅者和编辑者同时访问电子文档。

29.按照权利要求27所述的系统，其中审阅者是具有第一权限级别的用户，编辑者是具有高于第一权限级别的第二权限级别的用户。

30.按照权利要求27所述的系统，其中处理器还被配置成：

从审阅者接收对电子文档的批注；

更新标记版本，以反映所述批注。

31.按照权利要求27所述的系统，其中处理器还被配置成：

从编辑者接收编辑；

用所述编辑更新标记版本；和

用所述编辑更新清稿版本。

32.按照权利要求27所述的系统，其中处理器还被配置成：

公布清稿版本。

33.按照权利要求27所述的系统，其中浏览者是被授权浏览清稿版本、不被授权浏览标记版本的用户。

34.按照权利要求33所述的系统，其中处理器还被配置成：

接收来自浏览者的成为电子文档的审阅者的请求；

把所述请求传送给编辑者；

从编辑者接收对所述请求的接受或拒绝；

响应收到所述请求的接受，

把浏览者转换成第二审阅者；

准许第二审阅者访问电子文档的标记版本；

从第二审阅者接收第二建议编辑；

响应收到所述请求的拒绝，

把请求的拒绝告知浏览者。

35.按照权利要求27所述的系统，其中处理器还被配置成：

接收来自审阅者的成为电子文档的编辑者的请求；

把所述请求传送给编辑者；

从编辑者接收对所述请求的接受或拒绝；

响应收到所述请求的接受，

把审阅者转换成第二编辑者；

响应收到所述请求的拒绝，

把请求的拒绝告知审阅者。

36.按照权利要求27所述的系统，其中处理器还被配置成监视与用户和电子文档的相互作用对应的数据。

37.按照权利要求27所述的系统，其中处理器还被配置成保存并向编辑者显示与电子文档的修订历史对应的元数据。

38.按照权利要求27所述的系统，其中处理器还被配置成当用户提示时，向用户提供电子文档的更新版本。

39.按照权利要求27所述的系统，其中处理器还被配置成向用户告知电子文档的标记版本和/或清稿版本已被更新。