CN102946410A - 网络同步方法和装置 - Google Patents

Abstract

本发明公开了一种网络同步方法和装置，所述方法包括步骤：监控客户端计算机中的源文件目录，收集源文件目录中发生的变化事件；根据所述变化事件发生的时间顺序，获得初始变化事件序列；根据预设规则，将所述初始变化事件序列中的冗余事件进行合并，生成有效变化事件序列；根据所述有效变化事件序列，向云端存储服务器发送同步请求。应用本发明的实施例，由于有效变化事件序列相比于初始变化时间序列来说，事件数量大大减少，因此，可以极大的减少客户端与云端存储服务器之间的协议交互次数，提高系统性能。

Description

网络同步方法和装置

技术领域

本发明涉及计算机技术领域，尤其涉及一种网络同步方法和装置。

背景技术

随着计算机的普及，人们在生活和工作中一般都会拥有多台计算机，例如，在工作单位至少会使用一台计算机，而在家中还会使用另一台计算机，而为了延续工作内容的一致性，往往需要在多台计算机之间频繁的复制文件。为了解决这一问题，现在出现了网络同步存储系统，如图1所示，一个典型的网络同步存储系统可以包括第一客户端计算机101、第二客户端计算机102，及云端存储服务器103，其中第一客户端计算机101及第二客户端计算机102分别与云端存储服务器103交互通讯。客户端计算机101和102分别在本地监控源目录的文件变化事件，例如，每当监测到客户端计算机101中的本地源目录中发生新增或修改等事件时，就会与云端存储服务器103交互，将新增或修改的文件上传至云端存储服务器103，而当客户端计算机102登录云端存储服务器103时，又可以经由与云端存储服务器103的交互，将云端存储服务器中新增或修改的文件自动下载至客户端计算机102的本地相应目录中，从而实现了在一台客户端计算机中对文件的修改会同步的在云端存储服务器端对相同文件进行相同的修改操作，以便其他客户端计算机获得同步修改后的文件内容。

但是，现有的网络同步存储系统中，客户端计算机101/102在监控本地源目录时会得到大量的文件变化事件，例如，一个对word文件的保存会引发10多个修改事件，这是因为在Windows操作系统中，当保存文件时，文件的其它属性也发生了改变，微软的解释是文件系统的操作比较复杂，另外还有其它程序的影响（例如杀毒软件等）。而根据上述的现有网络同步存储机制，每次修改事件都会导致一次与云端存储服务器的交互行为。这会导致客户端与云端存储服务器之间频繁交互，对云端存储服务器造成较大压力，降低了网络同步存储系统的性能。

发明内容

本发明所要解决的技术问题在于提供一种网络同步方法、装置及系统，以克服现有的网络同步存储系统中存在的客户端与云端存储服务器因交互频繁导致的服务器压力大，网络同步存储系统性能降低的问题。

为解决上述技术问题，本发明提供一种网络同步方法，包括步骤：

监控客户端计算机中的源文件目录，收集源文件目录中发生的变化事件；

根据所述变化事件发生的时间顺序，获得初始变化事件序列；

根据预设规则，将所述初始变化事件序列中的冗余事件进行合并，生成有效变化事件序列；

根据所述有效变化事件序列，向云端存储服务器发送同步请求。

为解决上述技术问题，本发明还提供一种网络同步装置，包括：

监控模块，用于监控客户端计算机中的源文件目录，收集源文件目录中发生的变化事件；

获取模块，用于根据所述收集到的变化事件发生的时间顺序，获得初始变化事件序列；

合并模块，用于根据预设规则，将所述初始变化事件序列中的冗余事件进行合并，生成有效变化事件序列；

请求模块，用于根据所述有效变化事件序列，向云端存储服务器发送同步请求。

应用本发明的实施例，由于针对客户端计算机中的源文件目录，可以先收集到因用户操作行为而实际引发的全部的变化事件，得到了初始变化事件序列，再经过预设规则去除初始变化事件序列中的冗余事件，得到有效变化事件序列，而有效变化事件序列相比于初始变化时间序列来说，事件数量大大减少，因此，根据处理后的有效变化事件序列进行同步，可以极大的减少客户端与云端存储服务器之间的协议交互次数，提高系统性能。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为现有技术中典型的网络同步存储系统示意图。

图2为根据本发明的实施例的用于同步存储系统中对文件变化事件的处理方法流程图。

图3为根据本发明的实施例的用于同步存储系统中对文件变化事件的处理装置示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

如图2所示，根据本发明的实施例，首先提供一种网络同步方法，包括步骤：

步骤201：监控客户端计算机中的源文件目录，收集源文件目录中发生的变化事件；

步骤202：根据所述收集到的变化事件发生的时间顺序，获得初始变化事件序列；

步骤203：根据预设规则，将所述初始变化事件序列中的冗余事件进行合并，生成有效变化事件序列；

步骤204：根据所述有效变化事件序列，向云端存储服务器发送同步请求。

根据本发明的实施例，所述源文件目录中发生的变化事件，可以包括文件变化事件，也可以包括文件夹，即子目录的变化事件。这些变化事件可以是新增事件、修改事件、或删除事件等与用户操作行为有关的事件。

通过步骤201和202，即可获得由于用户操作行为而实际发生的全部的变化事件，根据这些变化事件的发生时间顺序，就得到了初始变化事件序列。所述初始变化事件序列是相对于下面的有效变化事件序列而言的，在初始变化事件序列中包含了未经处理的全部变化事件，而有效变化事件序列则是去除了冗余事件后的变化事件序列，具体的执行过程，可继续参考下面的说明。

上述收集源文件目录中发生的变化事件的步骤，可以包括收集源文件目录中在预设时间范围内发生的变化事件。所述预设时间范围可以根据系统需要而灵活设定，例如每次间隔1分钟，收集该1分钟以内的全部变化事件；或例如在每个用户操作行为后的30秒，收集该30秒内发生的全部变化事件。

此外，还可以是收集预设数量的变化事件组成初始变化事件序列，例如每次收集10条变化事件组成初始变化事件序列；还可以是根据变化事件发生的间隔进行收集，当某个变化事件发生后的预设时间间隔内未再次发生变化事件，则可能说明用户刚执行了某个操作，且该操作已经完成，这时将该变化事件之前发生的全部变化事件进行收集，作为本次初始变化事件序列，如此则进一步增加了收集效率和准确性。

根据本发明的实施例，步骤204在向云端存储服务器发送文件同步请求后，所述云端存储服务器就会根据接收到的文件同步请求执行对应的同步操作。由于这时收到的是已经去除冗余事件后的有效变化事件序列，减少了冗余请求，因此简化了云端存储服务器的执行动作，减轻了云端存储服务器的压力。

接下来即对步骤203进行详细说明。

一种预设规则处理方式：

步骤203所述根据预设规则，将所述初始变化事件序列中的冗余事件进行合并的步骤，可以包括将其中的相同事件合并为一个事件。

通过此步骤处理，可以将N个相同的文件事件合并为一个事件，减少了N-1个事件，也就减少了N-1次客户端计算机与云端存储服务器之间的交互次数，降低了云端存储服务器的压力。

另一种预设规则处理方式：

步骤203所述根据预设规则，将所述初始变化事件序列中的冗余事件进行合并的步骤，包括将其中针对同一文件/文件夹的新增和/或修改事件和随后的删除事件合并为空事件。

通过此步骤处理，可以将两个事件合并为零个事件，减少了客户端计算机与云端存储服务器之间的交互次数。

又一种预设规则处理方式：

步骤203所述根据预设规则，将所述初始变化事件序列中的冗余事件进行合并的步骤，包括将其中的重命名文件/文件夹事件和随后的删除该重命名后的文件/文件夹事件合并为删除重命名前的文件/文件夹事件。

通过此步骤处理，可以将两个事件合并为一个事件，减少了客户端计算机与云端存储服务器之间的交互次数。

再一种预设规则处理方式：

步骤203所述根据预设规则，将所述初始变化事件序列中的冗余事件进行合并的步骤，包括将其中的新增文件/文件夹事件、随后的修改该新增文件/文件夹事件和随后的重命名该新增文件/文件夹事件合并为新增重命名后的文件/文件夹事件及修改该重命名后的文件/文件夹事件。

通过此步骤处理，可以将三个事件合并为两个事件，减少了客户端计算机与云端存储服务器之间的交互次数。

上述各种预设规则之间没有严格的应用顺序，既可以单独运用，也可以组合运用，以发挥最大的去冗余效应。而且，很明显，这些预设规则是可以反复运用的，在运用了一种预设规则后形成的新的事件序列中，如果符合另一种预设规则，则可以再次运用另一种预设规则进行去除冗余的处理，如此反复运用，直至无法通过运用预设规则再对冗余事件进行合并。

下面通过一具体实例来对本发明进行详细说明。

例如，当office word保存一个文件时，客户端监控并收集到以下初始变化事件序列：

事件1：新增文件~$1.docx

事件2：删除文件~$1.docx

事件3：新增文件~WRD0000.tmp

事件4：删除文件~WRD0000.tmp

事件5：新增文件~WRD0001.tmp

事件6：修改文件~WRD0001.tmp

事件7：修改文件~WRD0001.tmp

事件8：修改文件~WRD0001.tmp

事件9：重命名文件1.docx---->~WRL0002.tmp

事件10：重命名文件~WRD0001.tmp---->1.docx

事件11：修改文件1.docx

事件12：删除文件~$1.docx

事件13：删除文件~WRL0002.tmp

而根据上述步骤203中包括的预设规则，可进行如下去冗余处理：

根据一种规则：修改文件A，修改文件A→修改文件A；

应当说明的是，如上述对N个相同事件的合并规则所述，不仅两个“修改文件A”事件可以合并为一个“修改文件A”事件，而且三个、四个或更多个“修改文件A”事件同样可以合并为一个“修改文件A”事件，以减少N-1次变化事件。

根据另一种规则：新增和/或修改文件A（即新增文件A，或修改文件A，或新增文件A+修改文件A），删除文件A→空事件；

根据再一种规则：重命名文件A为B，删除文件B→删除文件A；

根据又一种规则：新增文件A，修改文件A，重命名文件A为B→新增文件B，修改文件B。

另外，符合规则要求的事件之间不一定是紧邻的两个事件，中间间隔其他事件并不妨碍上述规则的运用。

因此，针对上述初始变化事件序列，应用该另一种规则可去除冗余事件1~4，应用该再一种规则可合并事件9、13为删除文件1.docx，应用该一种规则可合并事件6、7、8为一个修改文件~WRD0001.tmp，经过上述处理后的有效变化事件序列为：

事件14：新增文件~WRD0001.tmp

事件15：修改文件~WRD0001.tmp

事件16：删除文件1.docx

事件17：重命名文件~WRD0001.tmp---->1.docx

事件18：修改文件1.docx

接下来，继续应用该另一种规则合并事件14、15、17为新增文件1.docx和修改文件1.docx，得到有效变化事件序列：

事件19：删除文件1.docx

事件20：新增文件1.docx

事件21：修改文件1.docx

事件22：修改文件1.docx

再继续应用该一种规则合并事件21、22为修改文件1.docx，得到最终的有效变化事件序列：

事件23：删除文件1.docx

事件24：新增文件1.docx

事件25：修改文件1.docx

通过上述反复运用预设规则对初始变化事件序列进行去除冗余的处理之后，最终形成有效变化事件序列23、24、25，此时已经无法再运用预设规则对事件序列做进一步的去除冗余处理，因此，就可以将事件23、24、25通知给云端存储服务器，并将1.docx的最新内容传输给云端存储服务器。

云端存储服务器接收事件23、24、25，删除旧的1.docx，并创建新的1.docx，并将1.docx的最新内容保存在云端存储服务器上。

下面再通过另一实施例对本发明做一个说明：

当office word保存一个文件时，客户端监控并收集到以下初始变化事件序列：

事件1：新增文件~$2.docx

事件2：新增文件~WRD0011.tmp

事件3：删除文件~$2.docx

事件4：删除文件~WRD0011.tmp

事件5：新增文件11.docx

事件6：修改文件~WRD0111.tmp

事件7：修改文件~WRD0111.tmp

事件8：修改文件~WRD0111.tmp

事件9：修改文件11.docx

事件10：重命名文件11.docx---->~WRL0112.tmp

事件11：删除文件~WRL0112.tmp

事件12：重命名文件~WRL0111.tmp---->11.docx

因此，针对上述初始变化事件序列，应用上述另一种规则可去除冗余事件1和3，及2和4；应用上述一种规则可合并事件6、7、8为修改文件~WRD0111.tmp；应用上述又一种规则可以合并事件5、9、10为新增文件~WRL0112.tmp，修改文件~WRL0112.tmp；处理后形成的有效变化事件序列为：

事件13：新增文件~WRL0112.tmp

事件14：修改文件~WRL0112.tmp

事件15：修改文件~WRD0111.tmp

事件16：删除文件~WRL0112.tmp

事件17：重命名文件~WRL0111.tmp---->11.docx

再运用上述又一种规则，可以合并事件13、14、16为空事件；处理后形成的有效变化事件序列为：

事件18：修改文件~WRD0111.tmp

事件19：重命名文件~WRL0111.tmp---->11.docx

通过上述反复运用预设规则对初始变化事件序列进行去除冗余的处理之后，最终形成有效变化事件序列18、19，此时已经无法再运用预设规则对事件序列做进一步的去除冗余处理，因此，就可以将事件18、19通知给云端存储服务器，并将~WRD0111.tmp的最新内容传输给云端存储服务器。

同样，根据本发明的实施例，还提供一种用于网络同步存储系统中对文件变化事件的处理装置，以减少客户端与云端存储服务器之间的交互次数，提高系统性能，如图3所示，所述网络同步装置包括：

监控模块301，用于监控客户端计算机中的源文件目录，收集源文件目录中发生的变化事件；

获取模块302，用于根据所述收集到的变化事件发生的时间顺序，获得初始变化事件序列；

合并模块303，用于根据预设规则，将所述初始变化事件序列中的冗余事件进行合并，生成有效变化事件序列；

请求模块304，用于根据所述有效变化事件序列，向云端存储服务器发送同步请求。

所述源文件目录中发生的变化事件，包括文件/文件夹变化事件。

所述监控模块301，用于收集源文件目录中发生的变化事件，包括可用于收集源文件目录中在预设时间范围内发生的变化事件。

所述合并模块303，用于根据预设规则，将所述初始变化事件序列中的冗余事件进行合并，包括可用于将其中的多个相同事件合并为一个事件。

所述合并模块303，用于根据预设规则，将所述初始变化事件序列中的冗余事件进行合并，包括可用于将其中针对同一文件/文件夹的新增事件和随后的删除事件合并为空事件。

所述合并模块303，用于根据预设规则，将所述初始变化事件序列中的冗余事件进行合并，包括可用于将其中的重命名文件/文件夹事件和随后的删除该重命名后的文件/文件夹事件合并为删除重命名前的文件/文件夹事件。

所述合并模块303，用于根据预设规则，将所述初始变化事件序列中的冗余事件进行合并，包括可用于将其中的新增文件/文件夹事件、随后的修改该新增文件/文件夹事件和随后的重命名该新增文件/文件夹事件合并为新增重命名后的文件/文件夹事件及修改该重命名后的文件/文件夹事件。

所述合并模块303，用于在对所述初始变化事件序列运用预设规则后再次反复运用预设规则，直至无法通过运用预设规则再对冗余事件进行合并。

同样，上述预设规则可以单独使用，也可以合并使用，更可以反复运用，直至形成最终的有效变化事件序列。

上述装置实施例与方法实施例的各部分运作细节与有效效果具有对应关系，可参照理解，在此不再赘述。

此外，本发明的实施例还提供一种网络同步系统，包括：客户端计算机及云端存储服务器，其中，所述客户端计算机包括：

监控模块，用于监控客户端计算机中的源文件目录，收集源文件目录中发生的变化事件；

获取模块，用于根据所述变化事件发生的时间顺序，获得初始变化事件序列；

合并模块，用于根据预设规则，将所述初始变化事件序列中的冗余事件进行合并，生成有效变化事件序列；及

请求模块，用于根据所述有效变化事件序列，向云端存储服务器发送同步请求；及

所述云端存储服务器，用于根据接收到的有效变化事件序列执行同步操作。

其中，所述源文件目录中发生的变化事件，可以包括文件/文件夹变化事件。

其中，所述监控模块，可以用于收集源文件目录中发生的变化事件，包括用于收集源文件目录中在预设时间范围内发生的变化事件。

其中，所述合并模块所依据的预设规则，可以包括将多个相同事件合并为一个事件。

其中，所述合并模块所依据的预设规则，可以包括将其中针对同一文件/文件夹的新增和/或修改事件和随后的删除事件合并为空事件。

其中，所述合并模块所依据的预设规则，可以包括将其中的重命名文件/文件夹事件和随后的删除该重命名后的文件/文件夹事件合并为删除重命名前的文件/文件夹事件。

其中，所述合并模块所依据的预设规则，可以包括将其中的新增文件/文件夹事件、随后的修改该新增文件/文件夹事件和随后的重命名该新增文件/文件夹事件合并为新增重命名后的文件/文件夹事件及修改该重命名后的文件/文件夹事件。

其中，所述合并模块所依据的预设规则，可以包括在对所述初始变化事件序列运用预设规则后再次反复运用预设规则，直至无法通过运用预设规则再对冗余事件进行合并。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

以上对本申请进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (16)

1.一种网络同步方法，包括步骤：

监控客户端计算机中的源文件目录，收集源文件目录中发生的变化事件；

根据所述变化事件发生的时间顺序，获得初始变化事件序列；

根据预设规则，将所述初始变化事件序列中的冗余事件进行合并，生成有效变化事件序列；

根据所述有效变化事件序列，向云端存储服务器发送同步请求。

2.如权利要求1所述的方法，其特征在于，所述源文件目录中发生的变化事件，包括文件/文件夹变化事件。

3.如权利要求1所述的方法，其特征在于，所述收集源文件目录中发生的变化事件的步骤，包括收集源文件目录中在预设时间范围内发生的变化事件。

4.如权利要求1所述的方法，其特征在于，所述预设规则，包括将多个相同事件合并为一个事件。

5.如权利要求1所述的方法，其特征在于，所述预设规则，包括针对同一文件/文件夹的新增和/或修改事件和随后的删除事件合并为空事件。

6.如权利要求1所述的方法，其特征在于，所述预设规则，包括将重命名文件/文件夹事件和随后的删除该重命名后的文件/文件夹事件合并为删除重命名前的文件/文件夹事件。

7.如权利要求1、4、5或6所述的方法，其特征在于，所述预设规则，包括将新增文件/文件夹事件、随后的修改该新增文件/文件夹事件和随后的重命名该新增文件/文件夹事件合并为新增重命名后的文件/文件夹事件及修改该重命名后的文件/文件夹事件。

8.如权利要求1所述的方法，其特征在于，所述预设规则，包括在对所述初始变化事件序列运用预设规则后再次反复运用预设规则，直至无法通过运用预设规则再对冗余事件进行合并。

9.一种网络同步装置，包括：

监控模块，用于监控客户端计算机中的源文件目录，收集源文件目录中发生的变化事件；

获取模块，用于根据所述变化事件发生的时间顺序，获得初始变化事件序列；

合并模块，用于根据预设规则，将所述初始变化事件序列中的冗余事件进行合并，生成有效变化事件序列；

请求模块，用于根据所述有效变化事件序列，向云端存储服务器发送同步请求。

10.如权利要求9所述的装置，其特征在于，所述源文件目录中发生的变化事件，包括文件/文件夹变化事件。

11.如权利要求9所述的装置，其特征在于，所述监控模块，用于收集源文件目录中发生的变化事件，包括用于收集源文件目录中在预设时间范围内发生的变化事件。

12.如权利要求9所述的装置，其特征在于，所述合并模块所依据的预设规则，包括将多个相同事件合并为一个事件。

13.如权利要求9所述的装置，其特征在于，所述合并模块所依据的预设规则，包括将其中针对同一文件/文件夹的新增和/或修改事件和随后的删除事件合并为空事件。

14.如权利要求9所述的装置，其特征在于，所述合并模块所依据的预设规则，包括将其中的重命名文件/文件夹事件和随后的删除该重命名后的文件/文件夹事件合并为删除重命名前的文件/文件夹事件。

15.如权利要求9、12、13或14所述的装置，其特征在于，所述合并模块所依据的预设规则，包括将其中的新增文件/文件夹事件、随后的修改该新增文件/文件夹事件和随后的重命名该新增文件/文件夹事件合并为新增重命名后的文件/文件夹事件及修改该重命名后的文件/文件夹事件。

16.如权利要求9所述的装置，其特征在于，所述合并模块所依据的预设规则，包括在对所述初始变化事件序列运用预设规则后再次反复运用预设规则，直至无法通过运用预设规则再对冗余事件进行合并。

Images