从同步文件的多个修改版本中确定优选修改版本

摘要

本公开涉及从同步文件的多个修改版本中确定优选修改版本。服务器保存文件，并根据可体现在变动管理规则中的用户偏好，管理这些文件在客户端设备之间的同步。文件的第一版本已被指定为要至少在第一客户端和第二客户端之间同步。第一客户端访问文件的第一版本并创建该文件的第一修改版本，而第二客户端访问文件的第一版本并创建该文件的第二修改版本。当第一和第二客户端试图再同步它们各自的该文件的修改版本时，服务器根据变动管理规则，从文件的可用修改版本中确定优选版本。然后，服务器保存该优选版本，并且随后提供该优选版本以供在客户端设备之间同步。

说明书

技术领域

公开的实施例一般涉及网络上的数据的共享。特别地，本公开的实 施例旨在从文件的试图被同步的多个修改版本中，确定文件的优选修改 版本。

背景技术

现在对个人来说，经常从多个不同的地点使用多台计算机是普遍的 现象。例如，一般的用户可具有在办公室的第一计算机和在家里的第二 计算机，以及便携式计算机和有web能力的移动设备，比如智能电话。 为了可以随时访问用户的内容，对用户来说希望的是在这些多台计算机 之间共享文件。另外，用户通常希望与其他用户共享文件，以及使多个 用户能够对文件进行改动。

在多台计算机和多个用户之间共享文件的一种途径是例如通过把文 档的副本从一台计算机电邮到另一台计算机，而把文件从一台计算机传 送到另一台计算机。另选地，一些服务向用户提供把他们的文档保存“在 云中”——即，保存在用户可通过因特网或其它通信网络访问的服务器 上——的可能。

不时地，用户可编辑他们可以访问的文档。当在重叠的一段时间， 或者在一台或多台计算机处于离线的时候，从两台不同的计算机以不同 的方式编辑一个文件时，可能产生文件的版本冲突。

发明内容

当试图使文件的多个修改版本再同步时，本发明的实施例从文件的 多个修改版本中确定文件的优选修改版本。服务器保存文件，并根据可 体现在变动管理规则中的用户偏好，管理这些文件在客户端设备之间的 同步。文件的第一版本已被指定为要至少在第一客户端和第二客户端之 间同步。第一客户端访问文件的第一版本并创建该文件的第一修改版本， 而第二客户端访问文件的第一版本并创建该文件的第二修改版本。当第 一和第二客户端试图再同步它们各自的该文件的修改版本时，服务器根 据变动管理规则，从文件的可用修改版本中确定优选版本。然后，服务 器保存该优选版本，并且随后提供该优选版本以供在客户端设备之间同 步。文件的任何其它版本可由服务器保存，可被标记以便随后供用户查 看，或者可被丢弃。

其它实施例包括根据上述技术，当试图再同步文件的多个修改版本 时，从文件的多个修改版本中确定文件的优选修改版本的系统和非临时 性计算机可读存储介质。

说明书中记载的特征和优点不是包罗一切的，特别地，在考虑了附 图、说明书和权利要求书后，对本领域的普通技术人员来说，许多另外 的特征和优点将是明显的。

附图说明

图1是根据本发明的实施例的其中能够实现文件的共享和同步的计 算环境的方框图。

图2是一个交互图，图解说明根据本发明的实施例，当客户端或服 务器尝试同步文件的多个修改版本时，从文件的多个修改版本中确定文 件的优选修改版本的方法。

附图只是出于举例说明的目的而描述了本发明的各种实施例。基于 下面的说明，本领域的技术人员易于认识到可以采用这里例示的结构和 方法的其它另选实施例，而不脱离这里说明的本发明的原理。

具体实施方式

系统概况

当试图使文件的多个修改版本再同步时，本发明的实施例从文件的 多个修改版本中确定文件的优选修改版本。有时，共享文件可能在重叠 的时间被不止一个客户端编辑，例如，单个用户在两个不同的客户端上 创建两个不同的版本，或者访问相同文件的两个不同用户创建两个不同 的版本。当试图随后通过服务器在客户端之间使文件的各个编辑版本再 同步时，应用变动管理规则，以便从各个编辑版本中，确定文件的优选 编辑版本。

图1图解说明根据本发明的实施例，其中能够实现文件的共享和同 步的计算环境。计算环境包括通过网络101连接的多个客户端110A、 110B(共同称为110)和服务器120。

客户端110通过手动上载处理或者利用与本地文件系统的同步，把 文件添加到服务器120。在利用同步的实施例中，每个客户端110执行同 步应用102，通过同步应用102，规定与服务器120同步的该客户端的文 件。在图1中所示的例子中，文件111和112被规定与服务器120同步， 而文件113未被规定。从而，同步应用102随后只把规定的文件111和 112提供给服务器120。同步的文件一般只被提供给用户已决定与之共享 文件的客户端110。在本例中，客户端110A的文件111被规定要与客户 端110B同步。从而，借助其中服务器120把文件111提供给客户端110B 的“推送”，或者借助其中客户端110B向服务器120请求文件111的“拉 取”，规定的文件111随后被提供给客户端110B。同步应用102和服务 器120还确保根据变动管理规则，在所有关联的客户端110间传送对同 步文件的变动，如下面将描述的。注意，用户的文件的同步副本可既被 保持在服务器120上，也被保持在共享该文件的客户端110上，或者客 户端110可提供文件浏览器式界面以操作保存在服务器120上的文件， 而不保持本地副本。

为了清楚起见，图1仅仅例示了两个客户端，110A和110B。客户 端设备的例子包括桌上型计算机、膝上型计算机、平板计算设备、和手 持计算设备，比如个人数字助手或智能电话(例如，IPHONE或 BLACKBERRY，或者基于SYMBIAN或ANDROID的智能电话)。客 户端110A和110B通常可由单个用户所有(比如是该用户的桌上型计算机 和相同用户的智能电话)，或者客户端110A和110B可由不同的用户所有。 当实施时，服务器120可以与许多客户端通信。在实践中，单个用户可 能拥有该用户希望在其间共享和同步文档的几个客户端，和/或用户可能 希望与其他用户拥有的客户端共享和同步文档。每个客户端可以以任何 文件格式在服务器120上保存一个或多个文件。当呈现给用户时，文件 可被布置在文件夹中；并且文件夹本身可被布置在其它文件夹中，这由 用户确定；然而，底层存储架构可能相当不同，是为了使存储效率最大 化而实现的，而不一定反映每个用户的文件层次结构。在一些实现中， 可在两个或者更多的用户之间共享文件夹。共享文件夹起源于一个用户， 并由所述一个用户控制，但是它向共享该文件夹的各个用户提供对共享 文件夹中的文件的访问。共享该文件夹的任何用户可对文件夹中的文件 作出变动，从而创建该文件夹中的文件的修改版本。随后使文件的修改 版本在属于共享该文件夹的用户的客户端之间同步。

服务器120保存文件，并根据体现在变动管理规则中的用户偏好， 管理这些文件在客户端设备之间的同步。服务器120及其组件可以用实 现文件服务和存储的任何适当硬件实现——只是为了图解说明的清楚起 见，图1仅仅例示了一个服务器和相关的文件存储部和模块的一个实例。 另外，为了清楚起见，省略了本领域的技术人员所知的为服务器的操作 所需的，但是和本说明书关系不大的许多组件，例如网卡、CPU、存储 器等。如图1中图解所示，服务器120包括接口模块121、数据存储部 122、共享模块123和变动管理模块124。

接口模块121与客户端110接口以促进文件存储、访问、和服务器 120与客户端110之间的同步，并且是实现这种功能的装置。接口模块 121根据关于共享文件的用户偏好，从客户端110接收文件并向客户端 110发送文件。接口模块121还针对关于变动管理规则的用户指令，管理 与客户端110的通信，如下面将详细说明的。接口模块121可充当服务 器120上相对于客户端文件浏览器式界面的配对物，所述客户端文件浏 览器式界面允许用户操作保存在服务器120上的文件。在一些实施例中， 在客户端110上运行的软件将网络保存的文件与客户端的本地文件系统 进行集成，以使用户能够通过与用于操作本地文件系统上的文件的相同 用户界面(UI)，例如，通过文件管理器，来操作网络保存的文件。作为客 户端文件浏览器界面的替换方案，服务器120的接口模块121可向用户 提供用于操作保存在服务器120上的文件的web界面。

数据存储部122保存由客户端110提交给它的文件。在图1中例示 的例子中，客户端110A已把文件111和112保存在数据存储部122中。 从而，服务器120的数据存储部122保持也可存在于客户端110的本地 存储器中的文件111和112的副本。

服务器120的共享模块123管理用户关于要共享的文件以及他们应 与之进行共享的用户的偏好。在各个实施例中，用户可以选择单个文件、 文件夹内的多个文件、多个文件夹、或者多个文件夹中的多个文件的组 合，作为要共享和同步的文件组。如在2011年8月25日提交的题为“File  Sharing Via Link Generation”美国专利申请No.13/217,944中所述，通过 生成明确地标识它所对应的文件组的唯一链接，也可实现文件共享，该 专利申请在此整体引为参考。

服务器120的变动管理模块124接收、保存并应用根据用户偏好， 确定文件的多个修改版本中的哪个修改版本是优选修改版本的规则，并 且是实现这种功能的装置。可按各种类别制定用于确定优选的修改版本 的用户偏好，并通过接口模块121将用户偏好从客户端110传送给服务 器120的变动管理模块124。可制定的规则的类别的例子如下所示。注意 在每种类别中，可以制定一种或多种规则，并且不同类别内的规则的组 合也是可能的。

来源规则.这种类别中的规则可基于版本的来源，确定文件的哪个修 改版本是优选版本。来源类别内的一个示例性规则规定由不同类型的客 户端设备(即，不同的来源)（比如移动设备与桌上型设备）修改的版本之 间的优先性。例如，来源规则可规定在桌上型设备上创建的版本优先于 在移动设备上创建的版本。来源类别内的另一个示例性规则规定在版本 创建期间在线的客户端设备与离线的客户端设备修改的版本之间的优先 性。例如，该规则可规定在版本创建期间在线的客户端设备上创建的版 本优先于在版本创建期间离线的客户端设备上创建的版本。

用户规则.该类别中的规则基于修改了文件的用户，确定文件的哪个 修改版本是优选版本。用户类别内的一个示例性规则规定文件的原作者 与其它编辑者修改的版本之间的优先性。例如，这种规则可规定由文件 的原作者修改的版本优先于由任何其他用户修改的版本。用户类别内的 另一个示例性规则规定由特定等级的用户(例如，主管、审计员、质保专 员、特定部门的成员)修改的版本与由另一个等级的用户(例如，雇员、消 费者、另一个部门的成员)修改的版本之间的优先性。例如，该规则可规 定由主管修改的版本优先于由该主管所领导的部门的其他成员修改的版 本。

时间规则.这种类别中的规则基于涉及文件的各个版本的动作的相 应发生时间，确定文件的哪个修改版本是优选版本。时间类别中的一个 示例性规则基于文件的修改版本的开始修改的相应时间，规定优先性。 例如，该规则可规定开始修改的时间最早的版本优先于开始修改的时间 较晚的版本。时间类别内的另一个示例性规则基于每个版本的向服务器 120通知该新版本的存在的时间，规定版本的优先性。例如，该规则可规 定较早开始同步处理的版本优先于较晚开始同步处理的版本。

数量规则.这种类别中的规则基于各个修改版本中的编辑的数量，确 定文件的哪个修改版本是优选版本。数量类别内的一个示例性规则可规 定，编辑最多的版本优先于编辑较少的版本。数量规则内的另一个示例 性规则基于各个修改版本中的一种类型的编辑的数目，比如增添或删除 的数目，来规定优先性。例如，该规则可规定增添最多(或者删除最少) 的版本优先于其它版本。

位置规则.这种类别中的规则基于与各个修改版本相关联的地理编 码信息，确定文件的哪个版本是优选版本。位置类别内的一个示例性规 则规定，文件的来自预定位置的修改版本优先于文件的来自其它位置的 修改版本。位置类别内的另一个示例性规则规定，文件的与最接近规定 位置的位置相关联的修改版本优先于文件的与更远离规定位置的位置相 关联的修改版本。

此外，保持在变动管理模块124中的规则还可记录关于处理与被确 定为优选版本的文件版本相冲突的文件修改版本的用户偏好。在一些情 况下，文件的除优选版本外的任何版本可由服务器保存(带有或不带其作 为非优选版本的状态的指示)，或被标记以供用户随后查看，或者可被丢 弃。在一些情况下，服务器120可把文件的优选版本和另一个(非优选) 版本提供给常规的文件比较工具，以便识别它们之间的差异并显示给用 户。例如，在Fuchs的题为“File Comparison of Locally Synched Files” 的美国专利No.7,228,319中，以及在诸如MICROSOFT WORD, WORKSHARE COMPARE和其它文档比较和修订标记软件包之类的产 品中提供了这种文件比较工具的例子，在所述产品中，提供文件的优选 版本作为给所述工具的输入，比较优选版本和文件的另一个输入版本， 优选版本和所述另一个版本之间的差异由所述工具输出，并且可以显示 给用户。文件比较工具的输出可以可选地保存在服务器上，供用户未来 参考。

作为另选，服务器120可把文件的优选版本和另一个(非优选)版本提 供给常规的编辑-合并工具，所述工具以这两个版本和关于哪个版本是优 选版本的指示作为输入，把这两个版本合并在一起。这种类别中的示例 性工具包括Champion等的题为“Comparing and Merging Multiple  Documents”的美国专利No.7,949,938。

可在所有用户和文件间默认地制定确定哪个修改版本是优选版本的 规则和处理与优选版本冲突的修改版本的规则，或者可作为以不同粒度 水平设定用户偏好的结果，制定所述规则。例如，用户可设定适用于所 有文件的一些规则，只适用于一种或多种特定文件类型的文件(比如，文 本文件、图像文件、与特定的软件程序相关联的文件等)的再一些规则， 和只适用于一个或多个特定文件的另一些规则。从而，规则的组合可以 适用于任何给定文件。另外，当用户的偏好变化时，规则可被改变。从 而，在各种实现中，服务器120的变动管理模块124使用户在制定要应 用于各种各样的情形的变动管理规则方面能够具有最大的灵活性，以便 管理文件的多个修改版本中的哪个版本是优选版本，以及管理任何其它 版本的处理。

返回参见图1，网络101代表客户端110和服务器120之间的通信通 路。在一个实施例中，网络101利用标准的因特网通信技术和/或协议。 从而，网络101可包括利用诸如以太网、IEEE802.11、IEEE806.16、 WiMAX、3GPP LTE、综合服务数字网(ISDN)、异步传输模式(ATM)之 类技术的链路。类似地，在网络101上使用的联网协议可包括传输控制 协议/网际协议(TCP/IP)、超文本传送协议(HTTP)、简单邮件传送协议 (SMTP)、文件传送协议(FTP)等。通过网络101交换的数据和文件111-112 可以利用任何文件格式表示，包括但不限于各种各样的文本文档格式、 音频文件格式和图像文件格式。另外，所有或者一些链路可以利用常规 的加密技术，比如安全套接字层(SSL)、安全HTTP(HTTPS)和/或虚拟专 用网(VPN)，来加密。在另一个实施例中，作为上述数据通信技术的代替 或附加，各个实体可以利用定制和/或专用的数据通信技术。

图2是图解说明根据本发明的实施例，当客户端110或服务器120 尝试同步文件的多个修改版本时，从文件的多个修改版本中确定文件的 优选修改版本的方法的交互图。在图2中例示的情形下，在步骤200，服 务器120已保存客户端110A、110B可以访问的文件。在这种情形开始 时，保存在服务器120处的文件被称为版本1。保存的文件是已被指定为 要在第一客户端110A和第二客户端110B之间同步的文件。

在步骤201A，第一客户端110A向服务器120请求文件。在步骤 202A，第一客户端110A接收所述文件。同样地，在步骤201B，第二客 户端110B向服务器120请求文件。在步骤202B，第二客户端110B接收 所述文件。在其它实现中，服务器120可在未收到请求的情况下，把文 件的最新版本发送给客户端110A、110B。每个客户端110A、110B把它 们接收的版本本地保存在它们各自的存储系统中，从而都具有与保存在 服务器120上的版本1对应的文件的本地副本。

随后，在步骤203A，第一客户端110A修改文件的其本地副本，从 而创建这里称为版本1.A的版本。在步骤203B，第二客户端110B也修 改文本的其本地副本，但是根据不同的方式修改该本地副本，从而创建 这里称为版本1.B的版本。此时，两个客户端110A、110B都已修改文件 的版本1，不过它们是按不同的方式改变文件的版本1的。因而在服务器 120和客户端110A、110B之间，文件的副本不再同步。例如，版本1.A 可能包含附加的内容，而版本1.B可能已去除某些内容。

在步骤204A，第一实施例110A尝试通过把修改的文件(版本1.A) 上传到服务器120，来与服务器120同步该文件。响应于该尝试的同步， 服务器120认识到新版本1.A日期晚于文件的版本1，从而在步骤205， 服务器120把该修改文件(版本1.A)保存在数据存储部122中。服务器120 可基于文件名、文件元数据(例如，唯一的文件标识符、最后的同步时间、 文件访问历史、用户标识符、客户端标识符等)、或者作为所尝试的同步 的一部分从客户端110A传送给服务器120的为本领域的技术人员已知的 其它信息，认识到新版本1.A与文件的版本1相关。在一些实现中，服 务器120还继续保存文件的版本1，以防用户希望回滚已在文件中实现的 变动。

在稍后的某个时刻，在步骤204B，第二客户端110B尝试通过把修 改的文件(版本1.B)上传到服务器120，来与服务器120同步该文件。响 应于该尝试的同步，服务器120认识到新版本1.B日期也晚于文件的版 本1，从而在步骤206，服务器120也把该修改文件(版本1.B)保存在数据 存储部122中。同样地，服务器120可根据它先前认识到版本1.A与版 本1相关的相同方式，认识到版本1.B与版本1相关。在一些实现中， 服务器120继续把版本1保存在其中。然而，由于新版本1.A和1.B都 是通过修改版本1而创建的(例如基于相应的文件元数据而确定)，因此版 本1.A和1.B被认为是文件的版本1的冲突的修改版本。

在步骤207，服务器根据体现在变动管理规则中的用户偏好，从文件 的可用修改版本中，自动确定优选版本。所述确定例如由服务器120的 变动管理模块124通过应用适用于用户、文件类型和/或文件个体的变动 管理规则集而进行。和要求用户规定把文件的哪个版本视为优选版本以 及把文件的哪个版本视为非优选版本的常规的修订标记或文档比较软件 不同，根据本发明的一个方面，服务器120能够响应于多个版本的尝试 同步，自动应用变动管理规则集，以选择优选版本。由于用户可按不同 的粒度水平配置变动管理规则集，因此，不必在产生各个版本之后逐个 地规定哪个版本应被视为优选版本，从而提高了用户的便利性。

可选地，一旦在步骤207中确定了优选版本，文件的除优选版本外 的任何版本可由服务器120保存(带有或不带该版本作为非优选版本的状 态的指示)，或被标记以供用户随后查看，或者可被丢弃。如上所述，在 一些情况下，服务器120可把文件的优选版本和文件的另一个修改版本 提供给常规的文件比较工具，以便识别文件的版本之间的差异，向用户 显示所述差异，和/或合并这两个版本。就优选版本而论，服务器120可 把优选的更新版本(版本1.A或版本1.B)标记为优选版本，可重命名该文 件(例如，从版本1到版本2)，并且可把文件的优选版本分发给客户端 110A和110B以及已与其共享该文件的任何其它客户端。因而，再次使 文件在服务器120和共享该文件的客户端110之间同步。

另外的结构考虑

已经就一些实施例特别详细地说明了本公开。本领域的技术人员会 理解可以实践其它实施例。首先，组件和变量的特定命名、术语的大写、 属性、数据结构或者任何其它的编程或结构方面不是强制性或者意义重 大的，实现本发明或其特征的机制可具有不同的名称、格式或协议。另 外，在这里说明的各个系统组件之间的功能性的特定划分仅仅是示例性 性的，而不是强制性的；利用单个系统组件完成的功能可改为由多个组 件完成，而利用多个组件完成的功能可改为由单个组件完成。

上述说明的一些部分说明了利用基于服务器的同步架构，使文件同 步的系统和方法。在其它实施例中，该同步架构可改为基于客户端的同 步架构，其中用于从多个修改版本中确定优选修改版本的逻辑位于客户 端上，而不是在服务器上。

此外，上述说明的一些部分记载了服务器，所述服务器把文件的修 改版本保存在该服务器上。注意在本发明的一些实施例中，不必把整个 文件或者文件的修改版本保存在服务器上。例如，可通过把文件分成数 据块、把数据块保存在不同的位置、并保存能够从其访问数据块以便重 构文件的位置的列表，来保存文件。对于修改的文件，可以只保存变动 的数据块，和能够从其重构该修改文件的位置的新列表，而不是再次保 存未改变的数据块。在2010年8月13日提交的题为“Network Folder  Synchronization”的美国专利申请序列号12/856,581中，提供了可以和本 发明的实施例一起使用的数据存储和同步方法的其它例子，该专利申请 在此整体引为参考。在本发明的另一个实施例中，不必为了服务器确定 文件的优选修改版本而由服务器保存文件的各个版本。在一些情况下， 体现在变动管理规则中的用户偏好规定，包含在文件的各个版本的元数 据中的信息足以基于其从多个修改版本中确定优选的修改版本。在这些 情况下，同步文件系统中的实体(服务器120或客户端110)能够在收到包 括这种元数据的修改版本的通知之后确定优选版本，而不需要接收修改 版本本身。

上述说明的一些部分利用对于信息的操作的算法和符号表示来介绍 了各种特征。这些算法描述和表示是数据处理领域的技术人员用于向本 领域的其他技术人员最有效地传达其工作的实质的手段。虽然是在功能 上或逻辑上说明的，不过应明白这些操作是利用计算机程序实现的。此 外，也已证明有时便利的是把操作的这些布置称为模块，或者利用功能 名称表示操作的这些布置，而不失一般性。

除非在上面的讨论中另有明确说明，否则应理解在整个说明书中， 利用诸如“确定”之类术语的讨论指的是操作和变换在计算机系统存储器 或寄存器或其它这样的信息存储、传输或显示装置内的表示成物理(电子) 量的数据的计算机系统或者类似的电子计算设备的动作和处理。

这里公开的实施例的某些方面包括这里以算法的形式描述的处理步 骤和指令。应注意处理步骤和指令可以用软件、固件或硬件具体体现， 当用软件具体体现时，可被下载从而存在于由实时网络操作系统使用的 不同平台上并从其进行操作。

这里介绍的算法和操作并不固有地与任何特定计算机或其它装置相 关。各种通用系统也可以和根据这里的教导的程序一起使用，或者可以 证明便利的是构建更专门的装置来执行所需的方法步骤。对本领域的技 术人员来说，各种这些系统的所需结构连同等同的变型都是显然的。另 外，未参考任何特定的编程语言描述本发明。可以理解，可利用各种编 程语言实现这里说明的本发明的教导，并且对特定语言的任何引用都是 考虑到本发明的实现和最佳方式而提供的。

这里公开的实施例完全适合于多种拓扑的各种计算机网络系统。在 本领域内，大型网络的配置和管理包括通过网络（比如因特网）与不相 似的计算机和存储设备通信耦接的存储设备和计算机。

根据一个实施例，提供一种文件服务器，用于从文件的多个修改版 本中确定文件的优选修改版本。该文件服务器可包括数据存储部、接口 模块和变动管理模块。数据存储部可被配置为在文件服务器处保存来自 第一客户端的用户生成的文件，第一客户端位于远离文件服务器的位置。 接口模块可被配置为：在文件服务器处，从位于远离文件服务器的位置 的第一客户端接收用户生成的文件；从第一客户端接收与位于远离文件 服务器的位置的第二客户端共享用户生成的文件的指示；使用户生成的 文件在文件服务器和第二客户端之间同步；从第一客户端接收用户生成 的文件的第一修改版本的通知；以及从第二客户端接收用户生成的文件 的第二修改版本的通知。变动管理模块可被配置为根据变动管理规则， 从用户生成的文件的第一和第二修改版本中，确定用户生成的文件的优 选版本，其中变动管理规则基于版本的来源，规定用户生成的文件的哪 个修改版本是优选版本，并且其中另一个修改版本是非优选版本。用户 生成的文件的优选版本、用户生成的文件的非优选版本、和优选版本的 指示被提供给编辑-合并工具，所述编辑-合并工具用于合并这两个版本的 编辑以产生用户生成的文件的更新版本。

根据另一个实施例，提供一种文件服务器，用于从文件的多个修改 版本中确定文件的优选修改版本。该文件服务器可包括数据存储部、接 口模块和变动管理模块。数据存储部可被配置为在文件服务器处保存来 自第一客户端的用户生成的文件，第一客户端位于远离文件服务器的位 置。接口模块可被配置为：在文件服务器处，从位于远离文件服务器的 位置的第一客户端接收用户生成的文件；从第一客户端接收与位于远离 文件服务器的位置的第二客户端共享用户生成的文件的指示；使用户生 成的文件在文件服务器和第二客户端之间同步；从第一客户端接收用户 生成的文件的第一修改版本的通知；以及从第二客户端接收用户生成的 文件的第二修改版本的通知。变动管理模块可被配置为根据变动管理规 则，从用户生成的文件的第一和第二修改版本中，确定用户生成的文件 的优选版本，其中变动管理规则基于与各个修改版本相关联的地理编码 信息，规定用户生成的文件的哪个修改版本是优选版本，并且其中另一 个修改版本是非优选版本。用户生成的文件的优选版本、用户生成的文 件的非优选版本、和优选版本的指示被提供给编辑-合并工具，所述编辑- 合并工具用于合并这两个版本的编辑以产生用户生成的文件的更新版 本。

最后，应注意说明书中使用的语言主要是为了易于阅读和指导而选 择的，不是为了描述或限定发明的主题而选择的。因而，这里的公开内 容是对在权利要求中记载的本发明的范围的举例说明，而不是对其的限 制。