CN105577841B - 一种文件同步的方法、装置、客户端、服务器端及设备 - Google Patents
一种文件同步的方法、装置、客户端、服务器端及设备 Download PDFInfo
- Publication number
- CN105577841B CN105577841B CN201610119556.1A CN201610119556A CN105577841B CN 105577841 B CN105577841 B CN 105577841B CN 201610119556 A CN201610119556 A CN 201610119556A CN 105577841 B CN105577841 B CN 105577841B
- Authority
- CN
- China
- Prior art keywords
- file
- synchronized
- information
- multiple person
- person cooperational
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1095—Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本发明公开了一种文件同步的方法、装置、客户端、服务器端及设备,所述方法包括:获取待同步文件列表,所述待同步列表中包括待同步文件;记录并统计各个待同步文件的多人协作处理信息;根据统计信息标识所述待同步文件列表内的待同步文件,获得第一标识信息,所述第一标识信息是表示各待同步文件重要程度的权重值;根据所述第一标识信息,对所述待同步列表内各个待同步文件进行排序,获得各个待同步文件的传输顺序;按照所述待同步列表内各个待同步文件的传输顺序,执行文件同步操作。应用本发明,可以根据文件的重要程度生成待同步列表,从而使得重要文件被优先同步,既提高了整体工作效率,又降低了重要文件的损失风险。
Description
技术领域
本发明涉及文件同步技术领域,特别涉及一种文件同步的方法、装置、客户端、服务器端及设备。
背景技术
随着云存储系统技术的发展,有很多终端设备接入云存储系统。所谓终端设备包括笔记本电脑、台式机、MP4、电视、平板电脑(Pad)、移动通信设备(各种智能手机)等。
现有技术提供的各种同步网盘产品,可以将用户的各种终端设备与云端的文件同步服务器相连,来帮助用户实现各终端设备上的文件共享和管理。所谓同步网盘,例如快盘牌(商标)网盘,一般提供使同一文件结构和数据在用户的多台终端设备之间保持一致的功能。
例如,用户在某一终端设备(如办公室电脑)对本地硬盘中的文件进行编辑、移动、修改、复制、删除、改名等操作后,当前客户端会根据修改后文件的名称进行排序,根据排序后的结果顺序将这些修改后的文件同步到云端的文件同步服务器。当需要将云端文件同步服务器上的文件同步到该用户的其他终端设备(如家里的电脑)时,仍然按照文件名称顺序执行同步操作。
在执行现有技术过程中,发明人发现现有技术至少存在以下问题:当有较多文件需要同步时,只能按照文件名称排列顺序执行同步操作,这样,一些不重要的文件可能都排在待同步列表的前面,而重要文件需要等待很长时长才得以同步,不能将重要文件优先同步,例如在多人协同编辑某个文件时,该文件优先同步的需求更迫切,否则将导致整体协同工作的工作效率低下,并导致服务器处理同步需求的负担加重;而且,如果某个重要文件编辑频繁,该文件位于同步列表较后的位置时,重要文件一旦损坏或丢失,将不能弥补,加大了重要文件的损失风险,影响同步文件以防止文件丢失目的的实现。
发明内容
本发明实施例的目的在于提供一种文件同步的方法、装置、客户端、服务器端及设备,以对重要文件进行优先同步,从而提高整体工作效率,降低重要文件的损失风险。
本发明实施例提供了一种文件同步的方法,所述方法包括:
获取待同步文件列表,所述待同步列表中包括待同步文件;
记录并统计各个待同步文件的多人协作处理信息;
根据统计信息标识所述待同步文件列表内的待同步文件,获得第一标识信息,所述第一标识信息是表示各待同步文件重要程度的权重值;
根据所述第一标识信息,对所述待同步列表内各个待同步文件进行排序,获得各个待同步文件的传输顺序;
按照所述待同步列表内各个待同步文件的传输顺序,执行文件同步操作。
其中,在所述文件同步方法应用于服务器端时,所述记录并统计各个待同步文件的多人协作处理信息的步骤包括:
由服务器端监控各个文件的被操作状态;
按照预设的多人协作的参考条件,当监控到文件发生与所述参考条件相关联的操作状态时,记录所述操作行为为多人协作处理信息,并统计各个待同步文件的多人协作处理信息。
其中,在服务器端预先记录有各个待同步文件的多人协作处理信息;
在所述文件同步方法应用于客户端时,所述记录并统计各个待同步文件的多人协作处理信息的步骤包括:
客户端从所述服务器端获得服务器端记录的各个待同步文件的多人协作处理信息,并统计各个待同步文件的多人协作处理信息。
其中,所述第一标识信息所表示的各个待同步文件重要程度的权重值P为:
其中,Pb表示多人协作中某个参考条件的参数,Wb为该参考条件参数Pb相对所有参考条件的权重,b表示多人协作中需要参考的条件个数。
其中,所述多人协作中的某个参考条件包括:参与协同编辑的人数、参与协同访问的人数、多人编辑的总次数或参与人中是否有重要联系人。
其中,所述参与人中是否有重要联系人参考条件,包括:
被用户设定为重要联系人信息;
参与共享和协作人员的参与次数信息;或者
参与人员中的职位信息。
其中,所述记录并统计各个待同步文件的多人协作处理信息后,所述方法还包括:
记录并统计对所述待同步文件进行操作的操作数据;
根据统计信息标识所述待同步文件列表内的待同步文件的步骤包括:根据所述多人协作处理信息及所述操作数据标识所述待同步文件列表内的待同步文件。
其中,所述第一标识信息所表示的各个待同步文件重要程度的权重值P为
其中,P多人协作为待同步文件的多人协作处理信息参数,W多人协作表示多人协作处理信息参数相对某个操作数据的类型参数的权重;Px表示某个操作数据的类型参数,Wx表示该操作数据类型参数Px相对所有操作数据类型的权重,x表示类型的个数。
其中,所述操作数据类型至少包括以下其中之一或任意组合:预定时间段内被编辑频次、待同步文件名称中所包含的重要词信息、正在浏览文件信息、文件变动量信息、被打开次数信息、文件属性信息、活跃程度信息、累计编辑时长信息。
本发明实施例还提供了一种文件同步的装置,所述装置包括:
列表获得单元,用于获取待同步文件列表,所述待同步列表中包括待同步文件;
记录单元,用于记录各个待同步文件的多人协作处理信息;
统计单元,用于根据记录的信息统计各个待同步文件的多人协作处理信息
标识单元,用于根据统计信息标识所述待同步文件列表内的待同步文件,获得第一标识信息,所述第一标识信息是表示各待同步文件重要程度的权重值;
排序单元,用于根据所述第一标识信息,对所述待同步列表内各个待同步文件进行排序,获得排序结果;
传输顺序获取单元,用于获得各个待同步文件的传输顺序;
同步单元,用于按照所述待同步列表内各个待同步文件的传输顺序,执行文件同步操作。
本发明实施例还提供了一种客户端,所述客户端包括:
列表获得单元,用于获取待同步文件列表,所述待同步列表中包括待同步文件;
第一统计单元,用于根据记录的信息,统计各个待同步文件的多人协作处理信息;
标识单元,用于根据统计信息标识所述待同步文件列表内的待同步文件,获得第一标识信息,所述第一标识信息是表示各待同步文件重要程度的权重值;
排序单元,用于根据所述第一标识信息,对所述待同步列表内各个待同步文件进行排序,获得排序结果;
传输顺序获取单元,用于获得各个待同步文件的传输顺序;
同步单元,用于按照所述待同步列表内各个待同步文件的传输顺序,执行文件同步操作。
其中,所述客户端还包括:
记录单元,用于记录各个待同步文件的多人协作处理信息。
其中,所述第一标识信息所表示的各个待同步文件重要程度的权重值P为:
其中,Pb表示多人协作中某个参考条件的参数,Wb为该参考条件参数Pb相对所有参考条件的权重,b表示多人协作中需要参考的条件个数。
其中,所述多人协作中的某个参考条件包括:参与协同编辑的人数、参与协同访问的人数、多人编辑的总次数或参与人中是否有重要联系人;
其中,所述参与人中是否有重要联系人参考条件,包括:
被用户设定为重要联系人信息;参与共享和协作人员的参与次数信息;或者参与人员中的职位信息。
其中,所述客户端还包括:
第二统计单元,用于统计对所述待同步文件进行操作的操作数据;
所述标识单元,还用于根据所述多人协作处理信息和所述操作数据标识所述待同步文件列表内的待同步文件,获得第一标识信息,所述第一标识信息是表示各待同步文件重要程度的权重值。
其中,所述第一标识信息所表示的各个待同步文件重要程度的权重值P为
其中,P多人协作为待同步文件的多人协作处理信息参数,W多人协作表示多人协作处理信息参数相对某个操作数据的类型参数的权重;Px表示某个操作数据的类型参数,Wx表示该操作数据类型参数Px相对所有操作数据类型的权重,x表示类型的个数;
其中,所述操作数据类型至少包括以下其中之一或任意组合:预定时间段内被编辑频次、待同步文件名称中所包含的重要词信息、正在浏览文件信息、文件变动量信息、被打开次数信息、文件属性信息、活跃程度信息、累计编辑时长信息。
本发明实施例还提供了一种终端设备,安装有前所述客户端。
本发明实施例还提供了一种服务器端,所述服务器端包括:
列表获得单元,用于获取待同步文件列表,所述待同步列表中包括待同步文件;
第一记录单元,用于记录各个待同步文件的多人协作处理信息;
标识单元,用于根据所述多人协作处理信息标识所述待同步文件列表内的待同步文件,获得第一标识信息,所述第一标识信息是表示各待同步文件重要程度的权重值;
排序单元,用于根据所述第一标识信息,对所述待同步列表内各个待同步文件进行排序,获得排序结果;
传输顺序获取单元,用于获得各个待同步文件的传输顺序;
同步单元,用于按照所述待同步列表内各个待同步文件的传输顺序,执行文件同步操作。
其中,所述第一标识信息所表示的各个待同步文件重要程度的权重值P为:
其中,Pb表示多人协作中某个参考条件的参数,Wb为该参考条件参数Pb相对所有参考条件的权重,b表示多人协作中需要参考的条件个数。
其中,所述多人协作中的某个参考条件包括:参与协同编辑的人数、参与协同访问的人数、多人编辑的总次数或参与人中是否有重要联系人;
其中,所述参与人中是否有重要联系人参考条件,包括:
被用户设定为重要联系人信息;参与共享和协作人员的参与次数信息;或者参与人员中的职位信息。
其中,所述服务器端还包括:
第二记录单元,用于记录对所述待同步文件进行操作的操作数据;
所述标识单元,还用于用于根据所述多人协作处理信息和所述操作数据标识所述待同步文件列表内的待同步文件,获得第一标识信息,所述第一标识信息是表示各待同步文件重要程度的权重值。
其中,所述第一标识信息所表示的各个待同步文件重要程度的权重值P为
其中,P多人协作为待同步文件的多人协作处理信息参数,W多人协作表示多人协作处理信息参数相对某个操作数据的类型参数的权重;Px表示某个操作数据的类型参数,Wx表示该操作数据类型参数Px相对所有操作数据类型的权重,x表示类型的个数;
其中,所述操作数据类型至少包括以下其中之一或任意组合:预定时间段内被编辑频次、待同步文件名称中所包含的重要词信息、正在浏览文件信息、文件变动量信息、被打开次数信息、文件属性信息、活跃程度信息、累计编辑时长信息。
本发明实施例还提供了一种服务器设备,安装有如前所述客户端。
由上述的技术方案可见,应用本发明实施例所提供的同步方法、装置、客户端、服务器端及设备,当根据待同步文件生成待同步列表后,通过记录并统计各个待同步文件的多人协作处理信息,可以对待同步列表内各个待同步文件的传输顺序进行调整,从而使得多人协作的重要文件能够被优先同步,既提高了整体工作效率,又降低了重要文件的损失风险。
而且,由于可以及时的调整文件的顺序,保证重要文件被优先同步,进一步提高了整体工作效率,降低了重要文件的损失风险。
再有,在网络中断又重新连接后可以依据已记录的待同步列表对未同步的文件继续执行同步操作,减少了网络间通信的次数,降低网络负荷,进一步节约网络资源,提高整体同步效率。
当然,实施本发明的任一产品或方法并不一定需要同时达到以上所述的所有优点。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是根据本发明实施例的一种文件同步的流程示意图;
图2是根据本发明实施例的一种文件同步装置的逻辑结构示意图;
图3是根据本发明实施例的一种客户端的逻辑结构示意图;
图4是根据本发明实施例的一种服务器端的逻辑结构示意图;
图5是根据本发明实施例的另一种客户端的逻辑结构示意图;
图6是根据本发明实施例的另一种服务器端的逻辑结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
参见图1,其是根据本发明实施例的一种文件同步的流程示意图,本实施例既可以应用于客户端,也可以应用于服务器端,具体包括:
步骤101,获取待同步文件列表,所述待同步列表内包含待同步文件。
这里,待同步文件来自指定目录下的所有文件,例如快盘客户端控制下的文件夹中所有形式的文件和文件夹。对于当前设备(例如PC机、移动设备等硬件设备)而言,当该指定目录下的文件在内容或结构上发生任何变动后,该变动后的文件会被传输到另一设备,以保证变动后的文件在该用户所使用的所有设备上的指定目录下数据完全保持一致,即指定目录下文件处于同步状态,随时保持一致。
具体的,用户在当前设备(假设该设备安装有客户端)所做的文件内容和文件结构的修改,上行传输到服务器,进而下行传输至用户的其他设备(该设备安装有客户端);或将用户在其他设备(该设备安装有客户端)所做的已经上行传输至服务器的文件内容和文件结构的修改,下行传输至当前设备,这种上下行的传输是为了保证该用户在所有设备(客户端)所做的对任何文件内容和文件结构的所有修改都处于同步状态。
作为一个实施例,当然如果当前设备没有安装客户端,但能够通过某种方法与服务器端保持通信连接状态,例如二维码扫描方式建立临时连接,也可以实现上述技术方案。
例如,客户端通过操作系统的接口确定用户进入了目标文件夹(如存储网盘里文件的文件夹,即客户端控制下的文件夹),并且改动了该目标文件夹内的信息;例如,用户在网盘控制下的文件夹中,新建某个文件或文件夹、编辑了某个文件、改变了某文件或文件夹的名称、或删除了某个文件或文件夹、更改了文件或文件夹属性等等,则该改动所涉及的文件或文件夹都是待同步文件。
当本实施例应用于客户端时,该待同步文件可以由客户端从本地获取,也可以由客户端从服务器获取,由客户端获取文件的优点是不必联网,节省带宽;相应的,当本实施例应用于服务器端时,该待同步文件可以由服务器从本地获取,也可以由服务器从客户端获取,由服务器端获取文件的优点是服务器端可以尽快将所有接入设备的待同步文件进行汇总,较之客户端获取文件更为全局和高效。本申请并不对获取待同步文件的方式做限定。从本地获取的是本地待同步文件,从服务器获取的是与服务器端接入的所有设备上的待同步文件。
具体的,当本实施例应用于客户端时,可以由客户端根据本地的待同步文件生成待同步列表(最佳实施例),优点是不必联网,节省带宽,搜集本地待同步文件更高效;也可以从服务器直接获取已生成的待同步列表,较适用于服务器端统计待同步文件的情况。也即,待同步文件列表可以从客户端本地获取,或者,从服务器端获取。
类似的,当本实施例应用于服务器时,可以由服务器根据服务器端统计的待同步文件生成待同步列表,也可以从客户端直接获取已生成的待同步列表。由服务器端生成待同步列表的优点是服务器端可以尽快将所有接入设备的待同步文件进行汇总,较之客户端生成待同步列表更为全局和高效;总之,本申请并不对生成待同步列表的具体方式做限定。也即,待同步文件列表可以从客户端获取,或者,从服务器端本地获取。
该生成待同步列表的生成方法与现有技术完全相同,这里不再详述。
步骤102,记录并统计各个待同步文件的多人协作处理信息;
这里,一种可能的实现方式是,在所述文件同步方法应用于服务器端时,所述记录并统计各个待同步文件的多人协作处理信息的步骤包括:
由服务器端监控各个文件的被操作状态;按照预设的多人协作的参考条件,当监控到文件发生与所述参考条件相关联的操作状态时,记录所述操作行为为多人协作处理信息,并统计各个待同步文件的多人协作处理信息。服务器端可以对服务器端的所有文件和/或文件夹记录其被操作状态。
该实现方式,服务器端负责记录、统计工作,服务器端的运算能力强大,且保有最全面的数据,实现本申请的技术方案较为高效,适用于云端服务器功能强大的系统;客户端的负担降低,可以使得客户端安装文件较小,适合传播、保存和下载。
前述预设的多人协作参考条件在后面说明。
另一种可能的实现方式是,在服务器端预先记录有各个待同步文件的多人协作处理信息;此时,在所述文件同步方法应用于客户端时,所述记录并统计各个待同步文件的多人协作处理信息的步骤包括:
客户端从所述服务器端获得服务器端记录的各个待同步文件的多人协作处理信息,并统计各个待同步文件的多人协作处理信息。
该实现方式,服务器端仅记录各个文件的多人协作处理信息;客户端负责从服务器端获取多人协作处理信息,按照需求统计获得多人协作处理信息,然后进行后续操作,这种方式服务器的负担降低,服务器不用实时记录和统计多人协作信息以满足客户端的需求,尤其不用额外搭建数据处理集群来统计和处理大量的用户海量文件变动信息;另外,运营整个客户端服务器系统时,尤其进行升级和维护,可以仅对客户端编程、更改、升级,避免耗时耗力的服务器端升级和维护,可以有效节省劳动力和升级时间,维护升级工作变得较为简单。技术人员将整个客户端、服务器端系统从现有技术更改为本申请的新技术方案,则只用更改客户端,服务器端并不用做更多变动。
步骤103,根据统计信息标识所述待同步文件列表内的待同步文件,获得第一标识信息,所述第一标识信息是表示各待同步文件重要程度的权重值;
这里,第一标识信息所表示的各个待同步文件重要程度的权重值P为
其中,Pb表示多人协作中某个参考条件的参数,Wb为该参考条件参数Pb相对所有参考条件的权重,b表示多人协作中需要参考的条件个数。
上述多人协作中的某个参考条件包括:参与协同编辑的人数、参与协同访问的人数、多人编辑的总次数或参与人中是否有重要联系人等,也即前述预设的多人协作参考条件包括上述其中之一或任意组合。所述参与人中是否有重要联系人参考条件,包括:被用户设定为重要联系人信息;参与共享和协作人员的参与次数信息;或者参与人员中的职位信息等。
关于是否有重要联系人的处理,用户可以设置某个联系人为重要联系人,判断用户设定的人员为重要联系人;对于该用户,经常参与共享和协作的人员可以被判断为是重要人员;对参与人员的职位信息进行大小排序,获得重要职位或重要部门参加的人员的名单,判断职位高或者重要部门的人员为重要人员,重要部门的确定按照该用户所在组织机构确定,例如其上级部门、上上级部门。
需要说明的是,本申请并不对多人协作中的参考条件做限定,以上所列举的参考条件只是可能的实施例而已,任何可以用来记录或表示多人协作参考条件都可以应用于本申请中。类似的,上述参与人中是否有重要联系人参考条件也仅列举可能的实施例而已,任何可以用来表示有重要联系人参考条件都可以应用于本申请中。
具体的,一种可能的方式是,设定多人协作的参考参数,根据各个参数的权重获得待同步文件的权重值。例如,设定了以下三个参数即b=3:参与协同编辑的人数、参与协同访问的人数、参与人中是否有重要联系人(例如公司中职位较高的人、被该用户设置为重要人员的人、与该用户共享和协作次数较多的人),那么,对于一个待同步文件而言,其权重值为其中,Pb1、Wb1为参与协同编辑人数的参数及该参数的权重,Pb2、Wb2为参与协同访问人数的参数及该参数的权重,Pb3、Wb3为参与人中是否有重要联系人参数及该参数的权重。
需要说明的是,以上设定的三个参数仅仅是一可能的实施例而已,本申请并不对所设定的参数个数及内容进行限定,具体应用可以根据实际情况确定。
步骤104,根据所述第一标识信息,对所述待同步列表内各个待同步文件进行排序,获得各个待同步文件的传输顺序;
其中,对所述待同步列表内各个待同步文件进行排序,获得各个待同步文件的传输顺序的方式可以包括以下两种方式:
方式一:对待同步列表内各个待同步文件进行传输标记,根据传输标记结果获得传输顺序,也即,各个待同步文件的排列顺序不变,只是通过标记来标识出传输的顺序。
方式二:对待同步列表内各个待同步文件的位置按照传输的顺序重新排列,根据各个待同步文件的位置获得传输顺序。也即,将重要程度高的待同步文件排列在前面,各个待同步文件的位置顺序即为传输顺序。
当然,本申请并不对待同步文件的传输顺序的获得方式做限定,任何可能的传输方式都可以应用于本申请中。
步骤105,按照所述待同步列表内各个待同步文件的传输顺序,执行文件同步操作。
执行文件同步操作是由客户端和服务器端一同执行方能实现。
应用本发明实施例所提供的同步方法,当根据待同步文件生成待同步列表后,通过记录并统计各个待同步文件的多人协作处理信息,可以对待同步列表内各个待同步文件的传输顺序进行调整,从而使得多人协作的重要文件能够被优先同步,既提高了整体工作效率,又降低了重要文件的损失风险。而且,由于可以及时的调整文件的顺序,保证重要文件被优先同步,进一步提高了整体工作效率,降低了重要文件的损失风险。
需要说明的是,对于图1所示实施例还可以包括:记录并统计对所述待同步文件进行操作的操作数据;此时,上述步骤103中根据统计信息标识所述待同步文件列表内的待同步文件的步骤包括:根据所述多人协作处理信息及所述操作数据标识所述待同步文件列表内的待同步文件。此时,所述第一标识信息所表示的各个待同步文件重要程度的权重值P为
其中,P多人协作为待同步文件的多人协作处理信息参数,W多人协作表示多人协作处理信息参数相对某个操作数据的类型参数的权重;Px表示某个操作数据的类型参数,Wx表示该操作数据类型参数Px相对所有操作数据类型的权重,x表示类型的个数。
上述操作数据类型至少包括以下其中之一或任意组合:(1)预定时间段内被编辑频次、(2)待同步文件名称中所包含的重要词信息、(3)正在浏览文件信息、(4)文件变动量信息、(5)被打开次数信息、(6)文件属性信息、(7)活跃程度信息、(8)累计编辑时长信息。
具体而言,上述x的取值可以是1-8中的任意值,当x取值为1时,表示上述权重只参考一个操作数据类型,当然,该操作数据类型可以是上述1-8中的任意一个,当x取值为2时,表示上述权重参考两个操作数据类型,当然,该两个操作数据类型可以是上述1-8中的任意两个,类似的,x取值为3表示可以参考上述1-8中的任意三个操作数据类型。
为了便于理解,对上述操作数据类型的部分数据举例说明:
(1)预定时间段内被编辑频次是指,在某个时间段内某个待同步文件被编辑的次数信息,例如,从当前时间算起,最近2小时内某个文件被编辑的次数;再例如从该文件建立时间至今,该文件累计被编辑次数。
(2)待同步文件名称中所包含的重要词信息是指,例如文件名称中包含有“密码”、“协议”、“我的”、“重要”、“用户名”、“账本”、“证据”之类重要词语,以及这些重要词的重要程度,这些词语出现的次数等。
(3)正在浏览文件信息是指,例如用户正在浏览的文件的名称、正在浏览的文件夹路径下所有文件列表、正在浏览文件的打开时间等。
(4)文件变动量信息是指,例如用户编辑了文件后,该文件变动了多少数据。
(5)被打开次数信息是指,例如用户自己打开某个文件的次数,或者多人协作情况下,某个文件被所有协作者打开的次数总和。
(6)文件属性信息是指,例如文件扩展名,文件是否被用户设置为重要文件,文件是否为只读、限制编辑人员、带有密码,是否被设置为协作文件、修改时间信息等,通过这些属性信息来表明这个文件的重要程度。
(7)活跃程度信息是指,例如根据被编辑次数较多、被打开次数较多、被共享给多人等来计算活跃程度。
(8)累计编辑时长信息是指,例如用户自己自文件创建以来累计编辑的时间,所有协作者和用户一起累计编辑的时间,或者是文件在某个时段所有协作者累计编辑的时间等。
关于Wx表示该操作数据类型参数Px相对所有操作数据类型的权重,上述8项操作数据类型对于文件重要程度的贡献是不同的,比如被编辑次数较之活跃程度信息的权重高一些,因此通过对每个Wx赋予不同的权重来调节各个操作数据类型参数对文件重要程度的贡献大小。
需要说明的是,本申请并不对操作数据的类型做限定,以上所列举的操作数据的类型只是可能的实施例而已,任何可以用来评判重要程度的操作数据的类型都可以应用于本申请中。
这里需要说明的是,如果按照所述待同步列表内各个待同步文件的传输顺序,执行文件同步操作的为客户端,则前述获得对所述待同步文件进行操作的操作数据的方式包括:从客户端本地获取,或者,从服务器端获取。
如果按照所述待同步列表内各个待同步文件的传输顺序,执行文件同步操作的为服务器端,则前述获得对所述待同步文件进行操作的操作数据的方式包括:从服务器端本地获取,或者,从客户端获取。
应用上述方法,可以通过操作数据类型对待同步列表内各个待同步文件的传输顺序进行调整,从而使得重要文件能够被优先同步,既提高了整体工作效率,又降低了重要文件的损失风险。
下面对上述公式(2)再进行详细说明。
根据前面的说明可知,上述公式(2)中的x为自然数,例如可以取值1-8,可以理解:
当x取值等于1时,因为只考虑一个条件,上述公式中的Wx通常取值为1,当然,如果需要也可以取值为2、3等其他数值。本申请中,并不对x=1的情况下,Wx的取值做限定。
当x取值不等于1时,需要参考多个条件,此时,Wx的取值通常不等于1,具体而言,Wx的取值是根据各个操作数据类型的权重来决定的。
例如,x=3,且参考的数据操作类型为(1)预定时间段内被编辑频次、(3)正在浏览文件信息、(4)文件变动量信息,则此时的公式(2)中:
上述公式中的W频次、W正浏览文件、W文件变动量的取值是不同的,例如,W频次取值1.5,W正浏览文件取值为2,W文件变动量取值为1。
可以理解,在实际应用中,任何可以被参考的操作数据的类型都可以应用本申请中,也即,x的取值也可以不限于上述1-8,可以随操作数类型的变化而变化。当有多个操作数据类型被参考时,Wx可以是正数、负数或者零。其中Wx是负数表示,该参数的权重非常不重要;Wx是零表示该参数本次统计不具有参考性。具体的,Wx=0的一种情况是客户端需要与服务器端链接后获取Px,但不能够在有效时间内与服务器端通信并获得Px参数,则将Wx赋值为0。
下面对公式(2)中x取值为1时,各种情况下的Px分别进行说明。
(1)如果所述操作数据类型为预定时间段内被编辑频次信息;
所述根据所述操作数据标识所述待同步文件列表内的待同步文件的步骤包括:依据待同步文件在预定时间段内被编辑频次信息进行标识;
则Px=P频次;
所述P频次为预定时间段内被编辑的频次参数。
具体的,客户端或服务器端事先对待同步文件统计在预定时间段内被编辑的次数,客户端获得待同步列表后,获取待同步文件在预定时间段内被编辑的次数;客户端或服务器端也可以事先对网盘文件中所有文件进行统计预定时间段内被编辑的次数,然后针对待同步列表中的文件,获取被编辑次数并计算出每个待同步文件的频次所对应的权重值P=Px,然后对待同步文件列表中的文件依据权重值P进行降序排列,根据重新排序后的待同步文件列表将频次高的文件优先传输,以实现这些文件在下次编辑前能够尽快完成同步。当然,根据实际应用的需要,W频次可以取正数、负数或零。
上述预设时间段可以是人工设定,例如人工设定对T1-T2时间段内的待同步文件的编辑次数进行统计;上述预设时间段也可以是系统自行设置,例如从客户端开启至统计发生时间截止,在这段时间内对待同步文件的编辑次数进行统计,或者,记录从客户端开启至统计发生的当前时间截止这段时间内的编辑次数,但仅对这段时间内最近一段时间(例如最近两小时)的编辑频次进行统计。作为最佳实施例,可以认为该文件从建立开始,被编辑次数越多,其对用户的重要程度越大,因此从文件建立至今这段时间,为最佳的统计时间范围。
需要说明的是,作为最佳实施例,上述被编辑频次信息的统计与客户端当前是否联网无关,该被编辑频次信息可以连续统计,不需要因为断网而清零。当然,断网后清零,也能实现对被编辑频次信息的重新计算。
(2)如果所述操作数据类型为各个待同步文件名称中所包含的重要词信息;所述根据所述操作数据标识所述待同步文件列表内的待同步文件的步骤包括:依据各个待同步文件名称中所包含的重要词信息进行标识;
则
其中,所述P重要词为待同步文件名称中所包含的重要词信息参数,Pa为某个重要词参数,Wa为该重要词参数Pa相对所有重要词的权重,a为待同步文件名称中重要词个数。
具体的,一种可能的方式是,收集待同步文件名称,对所述待同步文件名称进行分词处理,获得若干词语(即重要词),在预先存储的关键词库进行查询,该关键词库中保存有每个重要词名称、对应的各个重要词参数Pa以及该重要词的权重Wa,然后计算各个经分词处理后的词语的权重,将每个词语的权重相加,进而获得待同步文件名称的权重值P重要词。
例如,有两个待同步文件,一个名称为“普通合作协议”,另一个为“重要合作协议”,则对两个文件名称分词后的结果分别为“普通”、“合作”和“协议”,与“重要”、“合作”和“协议”。根据关键词数据库,上述两个文件名称可以分出的关键词为“普通”、“合作”、“协议”及“重要”。则“普通合作协议”文件名的权重值为“重要合作协议”文件名的权重值为其中,Pa1、Pa2、Pa3及Pa4分别代表“普通”、“合作”、“协议”及“重要”参数,Wa1、Wa2、Wa3及Wa4,分别代表各参数的权重,权重值可以为正数、负数或零。
需要说明的是,上述关键词库可以是预先设定的,也可以具备自学习功能,即根据用户的使用习惯进行学习和调整。关键词库放可以存储于服务器端和/或客户端。通常,关键词库放置在服务器端,服务器端计算和存储能力较之客户端更强大。
(3)如果所述操作数据类型为各个待同步文件的正在浏览文件信息;
所述根据所述操作数据标识所述待同步文件列表内的待同步文件的步骤包括:依据各个待同步文件的正在浏览文件信息进行标识;
则
其中,P正浏览文件为待同步文件的正在浏览文件信息参数,Pc表示正在浏览文件中某个参考条件的参数,Wc为该参考条件参数Pc相对所有参考条件的权重,c表示正在浏览文件中需要参考的条件个数。
Pc的参考条件可以是用户正在浏览的文件的名称、正在浏览的文件夹路径下所有文件列表、正在浏览文件的打开时长等。
具体的,一种可能的实现方式是,获得当前正在浏览文件所在文件夹的路径,判断该文件夹是否为存储网盘里文件的根文件夹,若不是,则将该文件夹下所有文件都赋予第一权重,将非该文件夹下的待同步文件都赋予第二权重,其中,第一权重大于第二权重;若是,则不做任何处理。这样,可以使得当前正在浏览的文件获得较高的权重。例如,根文件夹为E:\快盘,当前正在浏览的文件处于“E:\快盘\文件”内的情况下,则将“E:\快盘\文件”中的所有待同步文件都赋予为第一权重例如10,将非“E:\快盘\文件”内的待同步文件都赋予为第二权重例如5。当然,上述第二权重也可以等于零或负数,此时,相当于只考虑当前正在浏览的文件所在文件夹。
需要说明的是,之所以要判断是否为存储网盘里文件的根文件夹,是因为,如果当前正在浏览的文件处于根文件夹内,则需要将根文件夹内所有的文件都赋予第一权重,这样所有的待同步文件权重实际都一样了,已经失去了权重的意义。只有在当前正浏览的文件处于非根文件夹内时,通过前述不同的权重才能够区分不同优先级。这样,可以使得当前正在浏览文件所在文件夹下的所有文件得到优先同步。
另一种可能的实现方式是,获得待同步列表中当前正在浏览文件所在文件夹,只将该文件夹中的一级文件赋予第一权重,即该文件夹中子文件夹中的文件不再进行任何处理。这样,可以使得当前正在浏览文件所在文件夹下的一级文件得到优先同步。
(4)如果所述操作数据类型为各个待同步文件的文件变动量信息;
所述根据所述操作数据标识所述待同步文件列表内的待同步文件的步骤包括:依据各个待同步文件的文件变动量信息进行标识;
则Px=P文件变动量;
其中,所述P文件变动量为待同步文件的文件变动量信息参数。
具体的,一种可能的实现方式是,统计各个待同步文件的修改量,依据修改量的大小赋予不同的权重,其中,修改量越小,权重越高,修改量越大,权重越小。例如,一个文件修改了两个字,另一文件增加了一个自然段的内容,那么,修改了两个字的文件被赋予较高的权重,另一文件将被赋予较低的权重。优先传输修改量小的文件。
(5)如果所述操作数据类型为各个待同步文件的被打开次数信息;
所述根据所述操作数据标识所述待同步文件列表内的待同步文件的步骤包括:依据各个待同步文件的被打开次数信息进行标识;
则
其中,所述P被打开次数为待同步文件的文件被打开次数信息参数。Pd表示文件被打开次数中某个参考条件的参数,Wd为该参考条件参数Pd相对所有参考条件的权重,d表示文件被打开次数中需要参考的条件个数。Pd的参考条件可以是用户自己打开某个文件的次数,或者多人协作情况下,某个文件被所有协作者打开的次数总和等。
具体的,一种可能的实现方式是,统计并获取待同步文件被打开的次数,被打开次数多的文件被赋予较高的权重,以保证被打开次数多的文件被优先传输,以实现这些文件在下次被打开前能够尽快完成同步。当然,根据实际应用的需要,W被打开次数可以取正数、负数或零。
另一种可能的实现方式是,设定被打开次数的参考参数,根据各个参数的权重获得待同步文件的权重值。例如,设定了以下三个参数:同一文件被不同协作者同时打开人数、同一文件被打开的总人数、打开人中重要联系人人数(例如公司中职位较高的人、被该用户设置为重要人员的人、与该用户共享和协作次数较多的人等),即d=3,那么,对于一个待同步文件而言,其中,Pd1、Wd1为同一文件被不同协作者同时打开人数参数及该参数的权重,Pd2、Wd2为同一文件被打开总人数参数及该参数的权重,Pd3、Wd3打开人中重要联系人人数参数及该参数的权重。
需要说明的是,以上设定的三个参数仅仅是一可能的实施例而已,本申请并不对所设定的参数个数及内容进行限定,具体应用可以根据实际情况确定。
(6)如果所述操作数据类型为各个待同步文件的文件属性信息;
所述根据所述操作数据标识所述待同步文件列表内的待同步文件的步骤包括:依据各个待同步文件的文件属性信息进行标识;
则
其中,P文件属性为待同步文件的文件属性信息参数,Pe表示文件属性信息中某个参考条件的参数,We为该参考条件参数Pe相对所有参考条件的权重,e表示文件属性信息中需要参考的条件个数。作为参考条件的文件属性信息包括:文件扩展名,文件是否被用户设置为重要文件,文件是否为只读、限制编辑人员、带有密码,是否被设置为协作文件、修改时间等,通过这些属性信息来表明这个文件的重要程度。
具体的,一种可能的实现方式是,设定文件属性信息的参考参数,根据各个参数的权重获得待同步文件的权重值。例如,设定了以下两个参数:用户自定义参数、根据用户使用习惯统计出的文件被访问次数,即e=2,那么,对于一个待同步文件而言,其中,Pe1、We1为用户自定义参数及该参数的权重,Pe2、We2为根据用户使用习惯统计出的文件被访问次数参数及该参数的权重。
具体的,文件扩展名是操作系统用来标志文件格式的一种机制。利用扩展名可以区分不同的文件类型。当扩展名为临时文件、垃圾文件时,重要级别最低,通常我们将We取值负数,将该扩展名标识的文件重要程度降低。
具体的,文件夹为某个应用程序储存临时文件或者垃圾文件的文件夹,该文件夹以及处于该文件夹下的文件,其对应的We取值负数,使得权重为负值,文件重要程度大大降低。
具体的,文件夹为某个应用程序标记为多人共享文件夹的情况,该文件夹以及处于该文件夹下的文件,其对应的We取值正数,权重升高,文件重要程度上升。
(7)如果所述操作数据类型为各个待同步文件的活跃程度信息;
所述根据所述操作数据标识所述待同步文件列表内的待同步文件的步骤包括:依据各个待同步文件的活跃程度信息进行标识;
则
其中,P活跃程度为各个待同步文件的活跃程度信息参数。Pf表示文件的活跃程度中某个参考条件的参数,Wf为该参考条件参数Pf相对所有参考条件的权重,f表示文件活跃程度中需要参考的条件个数。其中Pf可以是被编辑次数、被打开次数、被共享给多人等参考因素。
具体的,一种可能的实现方式是,设定活跃程度信息的参考参数,根据各个参数的权重获得待同步文件的权重值。例如,设定了以下两个参数:当前处于屏幕显示状态的待同步文件,被打开次数较多的待同步文件,即f=2,那么,对于一个待同步文件而言,其中,Pf1、Wf1为当前处于屏幕显示状态的待同步文件参数及该参数的权重,Pf2、Wf2为被打开次数较多的待同步文件参数及该参数的权重。这样,可以让活跃程度高的文件被优先同步。
(8)如果所述操作数据类型为各个待同步文件的累计编辑时长信息;
所述根据所述操作数据标识所述待同步文件列表内的待同步文件的步骤包括:依据各个待同步文件的累计编辑时长信息进行标识;
则
其中,其中,P累计编辑时长为待同步文件的累计编辑时长信息参数,Pg表示累计编辑时长信息中某个参考条件的参数,Wg为该参考条件参数Pg相对所有参考条件的权重,g表示累计编辑时长中需要参考的条件个数。作为累计编辑时长信息的参考条件包括:用户自己自文件创建以来累计编辑的时间即累计某个文件的总编辑时长,所有协作者和用户一起累计编辑的时间即累计某个文件被编辑间隔的总时长,或者是文件在某个时段所有协作者累计编辑的时间等因素,或累计某个文件被打开的总时长等。
具体的,一种可能的实现方式是,设定累计编辑时长信息的参考参数,根据各个参数的权重获得待同步文件的权重值。例如,设定了以下三个参数:累计某个文件的总编辑时长,累计某个文件被编辑间隔的总时长,累计某个文件被打开的总时长,即g=3,那么,对于一个待同步文件而言,其中,Pg1、为累计某个文件的总编辑时长参数及该参数的权重,Pg2、Wg2为累计某个文件被编辑间隔的总时长参数及该参数的权重,Pg3、Wg3为累计某个文件被打开的总时长参数及该参数的权重。
需要说明的是,以上设定的三个参数仅仅是一可能的实施例而已,本申请并不对所设定的参数个数及内容进行限定,具体应用可以根据实际情况确定。
需要说明的是,对于前述所有实施例,当依据所述待同步列表,执行文件同步操作的过程中,还可以包括:
定时或实时更新待同步列表;在当前正在同步的文件同步操作完成后,依据所述更新后的待同步列表执行同步操作。
这样,可以更及时的保证重要文件被优先同步,进一步提高了整体工作效率,降低了重要文件的损失风险。而且,由于所执行的待同步列表是当前最新的,还可以避免传输原计划要上传后又不再需要上传的文件,可以节约网络资源。
需要说明的是,对于前述所有实施例,在同步过程中如果网络中断,还可以包括:保存当前正在使用的待同步列表,并记录已同步文件,待网络重新连接后,依据所述待同步列表,对未同步的文件继续执行同步操作。
这样,可以减少网络间通信的次数,降低网络负荷,进一步节约网络资源,提高整体同步效率。
本申请还提供了一种文件同步的装置,参见图2,所述装置包括:
列表获得单元201,用于获取待同步文件列表,所述待同步列表中包括待同步文件;
记录单元202,用于记录各个待同步文件的多人协作处理信息;
统计单元203,用于根据记录的信息统计各个待同步文件的多人协作处理信息
标识单元204,用于根据统计信息标识所述待同步文件列表内的待同步文件,获得第一标识信息,所述第一标识信息是表示各待同步文件重要程度的权重值;
排序单元205,用于根据所述第一标识信息,对所述待同步列表内各个待同步文件进行排序,获得排序结果;
传输顺序获取单元206,用于获得各个待同步文件的传输顺序;
同步单元207,用于按照所述待同步列表内各个待同步文件的传输顺序,执行文件同步操作。
应用上述文件同步装置,当根据待同步文件生成待同步列表后,通过记录并统计各个待同步文件的多人协作处理信息,可以对待同步列表内各个待同步文件的传输顺序进行调整,从而使得多人协作的重要文件能够被优先同步,既提高了整体工作效率,又降低了重要文件的损失风险。
本申请还提供了一种客户端,参见图3,所述客户端包括:
列表获得单元301,用于获取待同步文件列表,所述待同步列表中包括待同步文件;
第一统计单元302,用于根据记录的信息,统计各个待同步文件的多人协作处理信息;
标识单元303,用于根据统计信息标识所述待同步文件列表内的待同步文件,获得第一标识信息,所述第一标识信息是表示各待同步文件重要程度的权重值;
排序单元304,用于根据所述第一标识信息,对所述待同步列表内各个待同步文件进行排序,获得排序结果;
传输顺序获取单元305,用于获得各个待同步文件的传输顺序;
同步单元306,用于按照所述待同步列表内各个待同步文件的传输顺序,执行文件同步操作。
上述客户端还可以包括:
记录单元(图未视),用于记录各个待同步文件的多人协作处理信息。
上述第一标识信息所表示的各个待同步文件重要程度的权重值P为:
其中,Pb表示多人协作中某个参考条件的参数,Wb为该参考条件参数Pb相对所有参考条件的权重,b表示多人协作中需要参考的条件个数。
上述多人协作中的某个参考条件包括:参与协同编辑的人数、参与协同访问的人数、多人编辑的总次数或参与人中是否有重要联系人;
其中,所述参与人中是否有重要联系人参考条件,包括:
被用户设定为重要联系人信息;
参与共享和协作人员的参与次数信息;或者
参与人员中的职位信息。
上述客户端还可以包括:
第二统计单元,用于统计对所述待同步文件进行操作的操作数据;
此时,所述标识单元,还用于根据所述多人协作处理信息和所述操作数据标识所述待同步文件列表内的待同步文件,获得第一标识信息,所述第一标识信息是表示各待同步文件重要程度的权重值。
这种情况下,所述第一标识信息所表示的各个待同步文件重要程度的权重值P为
其中,P多人协作为待同步文件的多人协作处理信息参数,W多人协作表示多人协作处理信息参数相对某个操作数据的类型参数的权重;Px表示某个操作数据的类型参数,Wx表示该操作数据类型参数Px相对所有操作数据类型的权重,x表示类型的个数。
其中,所述操作数据类型至少包括以下其中之一或任意组合:预定时间段内被编辑频次、待同步文件名称中所包含的重要词信息、正在浏览文件信息、文件变动量信息、被打开次数信息、文件属性信息、活跃程度信息、累计编辑时长信息。
本申请还提供了一种终端设备,其安装有如前所述客户端。
应用本申请提供的上述客户端及终端设备,当根据待同步文件生成待同步列表后,通过记录并统计各个待同步文件的多人协作处理信息,可以对待同步列表内各个待同步文件的传输顺序进行调整,从而使得多人协作的重要文件能够被优先同步,既提高了整体工作效率,又降低了重要文件的损失风险。在此基础上,还可以通过操作数据类型对待同步列表内各个待同步文件的传输顺序进行调整,从而进一步提高了整体工作效率,又降低了重要文件的损失风险。
本申请还提供了一种服务器端,参见图4,所述服务器端包括:
列表获得单元401,用于获取待同步文件列表,所述待同步列表中包括待同步文件;
第一记录单元402,用于记录各个待同步文件的多人协作处理信息;
标识单元403,用于根据所述多人协作处理信息标识所述待同步文件列表内的待同步文件,获得第一标识信息,所述第一标识信息是表示各待同步文件重要程度的权重值;
排序单元404,用于根据所述第一标识信息,对所述待同步列表内各个待同步文件进行排序,获得排序结果;
传输顺序获取单元405,用于获得各个待同步文件的传输顺序;
同步单元406,用于按照所述待同步列表内各个待同步文件的传输顺序,执行文件同步操作。
上述第一标识信息所表示的各个待同步文件重要程度的权重值P为:
其中,Pb表示多人协作中某个参考条件的参数,Wb为该参考条件参数Pb相对所有参考条件的权重,b表示多人协作中需要参考的条件个数。
上述多人协作中的某个参考条件包括:参与协同编辑的人数、参与协同访问的人数、多人编辑的总次数或参与人中是否有重要联系人;
其中,所述参与人中是否有重要联系人参考条件,包括:
被用户设定为重要联系人信息;
参与共享和协作人员的参与次数信息;或者
参与人员中的职位信息。
上述服务器端还可以包括:
第二记录单元(图未视),用于记录对所述待同步文件进行操作的操作数据;
所述标识单元,还用于用于根据所述多人协作处理信息和所述操作数据标识所述待同步文件列表内的待同步文件,获得第一标识信息,所述第一标识信息是表示各待同步文件重要程度的权重值。此时,所述第一标识信息所表示的各个待同步文件重要程度的权重值P为
其中,P多人协作为待同步文件的多人协作处理信息参数,W多人协作表示多人协作处理信息参数相对某个操作数据的类型参数的权重;Px表示某个操作数据的类型参数,Wx表示该操作数据类型参数Px相对所有操作数据类型的权重,x表示类型的个数。
其中,所述操作数据类型至少包括以下其中之一或任意组合:预定时间段内被编辑频次、待同步文件名称中所包含的重要词信息、正在浏览文件信息、文件变动量信息、被打开次数信息、文件属性信息、活跃程度信息、累计编辑时长信息。
本申请还提供了一种服务器设备,安装有如前所述客户端。
应用本申请提供的上述服务器端及服务器设备,当根据待同步文件生成待同步列表后,通过记录并统计各个待同步文件的多人协作处理信息,可以对待同步列表内各个待同步文件的传输顺序进行调整,从而使得多人协作的重要文件能够被优先同步,既提高了整体工作效率,又降低了重要文件的损失风险。在此基础上,还可以通过操作数据类型对待同步列表内各个待同步文件的传输顺序进行调整,从而进一步提高了整体工作效率,又降低了重要文件的损失风险。
本申请还提供了一种客户端,参见图5,所述客户端包括:
列表获得单元501,用于获取待同步文件列表,所述待同步列表内包含待同步文件;
标识单元502,用于根据对所述待同步文件进行操作的操作数据,标识所述待同步文件列表内的待同步文件,获得各个待同步文件对应的第一标识信息,所述第一标识信息是表示各个待同步文件重要程度的权重值;
传输顺序获得单元503,用于获得各个待同步文件的传输顺序,该传输顺序是根据所述第一标识信息对所述待同步列表内各个待同步文件进行排序获得的;
同步单元504,用于按照所述待同步列表内各个待同步文件的传输顺序,执行文件同步操作。
上述客户端还可以包括:
统计单元(图未视),用于统计并保存对待同步文件进行操作的操作数据。
上述客户端还可以包括:
排序单元(图未视),用于根据所述第一标识信息,对所述待同步列表内各个待同步文件进行排序,获得排序结果,以使传输顺序获得单元获得各个待同步文件的传输顺序。
上述客户端还可以包括:
更新单元(图未视),用于在依据所述待同步列表,执行文件同步操作的过程中,定时或实时更新待同步列表;
所述同步单元(图未视),还用于在当前正在同步的文件同步操作完成后,依据所述更新后的待同步列表执行同步操作。
上述客户端还可以包括:
中断记录单元(图未视),用于在同步过程中网络中断时,保存当前正在使用的待同步列表,并记录已同步文件;
所述同步单元(图未视),还用于在网络重新连接后,依据所述待同步列表,对未同步的文件继续执行同步操作。
本发明实施例还提供了一种终端设备,安装有如上所述的客户端。
应用本发明实施例所提供的客户端及终端设备,使得重要文件被优先同步,既提高了整体工作效率,又降低了重要文件的损失风险。而且,由于所执行的待同步列表是当前最新的,还可以避免传输原计划要上传后又不再需要上传的文件,节约了网络资源,与此同时,可以更及时的保证重要文件被优先同步,进一步提高了整体工作效率,降低了重要文件的损失风险。再有,在网络中断又重新连接后可以依据已记录的待同步列表对未同步的文件继续执行同步操作,减少了网络间通信的次数,降低网络负荷,进一步节约网络资源,提高整体同步效率。
本发明实施例还提供了一种服务器端,参见图6,所述服务器端包括:
列表获得单601,用于获取待同步文件列表,所述待同步列表内包含待同步文件;
统计单元602,用于统计并保存对待同步文件进行操作的操作数据;
标识单元603,用于根据所述操作数据标识客户端生成的待同步文件列表内的待同步文件,获得各个待同步文件对应的第一标识信息,所述第一标识信息是表示各个待同步文件重要程度的权重值;
同步单元604,用于按照所述待同步列表内各个待同步文件的传输顺序,执行文件同步操作。
上述服务器端还可以包括:
排序单元(图未视),用于根据所述第一标识信息,对所述待同步列表内各个待同步文件进行排序,获得排序结果,以使所述同步单元根据排序结果执行文件同步操作。
上述服务器端还可以包括:
更新单元(图未视),用于在依据所述待同步列表,执行文件同步操作的过程中,定时或实时更新待同步列表;
所述同步单元,还用于在当前正在同步的文件同步操作完成后,依据所述更新后的待同步列表执行同步操作。
上述服务器端还可以包括:
中断记录单元(图未视),用于在同步过程中网络中断时,保存当前正在使用的待同步列表,并记录已同步文件;
所述同步单元,还用于在网络重新连接后,依据所述待同步列表,对未同步的文件继续执行同步操作。
本发明实施例还提供了一种服务器设备,安装有如上所述的服务器端。
应用本发明实施例所提供的服务器端及服务器设备,使得重要文件被优先同步,既提高了整体工作效率,又降低了重要文件的损失风险。而且,由于所执行的待同步列表是当前最新的,还可以避免传输原计划要上传后又不再需要上传的文件,节约了网络资源,与此同时,可以更及时的保证重要文件被优先同步,进一步提高了整体工作效率,降低了重要文件的损失风险。再有,在网络中断又重新连接后可以依据已记录的待同步列表对未同步的文件继续执行同步操作,减少了网络间通信的次数,降低网络负荷,进一步节约网络资源,提高整体同步效率。
对于装置相关实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见客户端侧同步文件方法实施例的部分说明即可。
为了描述的方便,描述上述客户端和服务器是以功能分为各种单元分别描述。当然,在实施本发明时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
通过以上的实施方式的描述可知,本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例或者实施例的某些部分所述的方法。
需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
本发明可用于众多通用或专用的计算系统环境或配置中。例如:个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的消费电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。
本发明可以在由计算机执行的计算机可执行指令的一般上下文中描述,例如程序模块。一般地,程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本发明,在这些分布式计算环境中,由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中,程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
以上所述仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等,均包含在本发明的保护范围内。
Claims (19)
1.一种文件同步的方法,其特征在于,所述方法包括:
获取待同步文件列表,所述待同步文件列表中包括待同步文件;
记录并统计各个待同步文件的多人协作处理信息;
根据统计信息标识所述待同步文件列表内的待同步文件,获得第一标识信息,所述第一标识信息是表示各待同步文件重要程度的权重值;
根据所述第一标识信息,对所述待同步文件列表内各个待同步文件进行排序,获得各个待同步文件的传输顺序;
按照所述待同步文件列表内各个待同步文件的传输顺序,执行文件同步操作;
所述记录并统计各个待同步文件的多人协作处理信息后,所述方法还包括:
记录并统计对所述待同步文件进行操作的操作数据;
根据统计信息标识所述待同步文件列表内的待同步文件的步骤包括:根据所述多人协作处理信息及所述操作数据标识所述待同步文件列表内的待同步文件;
所述第一标识信息所表示的各个待同步文件重要程度的权重值P为
其中,P多人协作为待同步文件的多人协作处理信息参数,W多人协作表示多人协作处理信息参数相对某个操作数据的类型参数的权重;Px表示某个操作数据的类型参数,Wx表示该操作数据类型参数Px相对所有操作数据类型的权重,x表示类型的个数。
2.根据权利要求1所述的方法,其特征在于,在所述文件同步方法应用于服务器端时,所述记录并统计各个待同步文件的多人协作处理信息的步骤包括:
由服务器端监控各个文件的被操作状态;
按照预设的多人协作的参考条件,当监控到文件发生与所述参考条件相关联的操作状态时,记录操作行为为多人协作处理信息,并统计各个待同步文件的多人协作处理信息。
3.根据权利要求1所述的方法,其特征在于,
在服务器端预先记录有各个待同步文件的多人协作处理信息;
在所述文件同步方法应用于客户端时,所述记录并统计各个待同步文件的多人协作处理信息的步骤包括:
客户端从所述服务器端获得服务器端记录的各个待同步文件的多人协作处理信息,并统计各个待同步文件的多人协作处理信息。
4.根据权利要求1-3中任一项所述的方法,其特征在于,所述待同步文件的多人协作处理信息参数P多人协作为:
其中,Pb表示多人协作中某个参考条件的参数,Wb为该参考条件参数Pb相对所有参考条件的权重,b表示多人协作中需要参考的条件个数。
5.根据权利要求4所述的方法,其特征在于,所述多人协作中的某个参考条件包括:参与协同编辑的人数、参与协同访问的人数、多人编辑的总次数或参与人中是否有重要联系人。
6.根据权利要求5所述的方法,其特征在于,所述参与人中是否有重要联系人参考条件,包括:
被用户设定为重要联系人信息;
参与共享和协作人员的参与次数信息;或者
参与人员中的职位信息。
7.根据权利要求1所述的方法,其特征在于,所述操作数据类型至少包括以下其中之一或任意组合:预定时间段内被编辑频次、待同步文件名称中所包含的重要词信息、正在浏览文件信息、文件变动量信息、被打开次数信息、文件属性信息、活跃程度信息、累计编辑时长信息。
8.一种文件同步的装置,其特征在于,所述装置包括:
列表获得单元,用于获取待同步文件列表,所述待同步文件列表中包括待同步文件;
记录单元,用于记录各个待同步文件的多人协作处理信息;
统计单元,用于根据记录的信息统计各个待同步文件的多人协作处理信息;
标识单元,用于根据统计信息标识所述待同步文件列表内的待同步文件,获得第一标识信息,所述第一标识信息是表示各待同步文件重要程度的权重值;
排序单元,用于根据所述第一标识信息,对所述待同步文件列表内各个待同步文件进行排序,获得排序结果;
传输顺序获取单元,用于获得各个待同步文件的传输顺序;
同步单元,用于按照所述待同步文件列表内各个待同步文件的传输顺序,执行文件同步操作;
所述装置还包括:
第二统计单元,用于统计对所述待同步文件进行操作的操作数据;
所述标识单元,还用于根据所述多人协作处理信息和所述操作数据标识所述待同步文件列表内的待同步文件,获得第一标识信息,所述第一标识信息是表示各待同步文件重要程度的权重值;
所述第一标识信息所表示的各个待同步文件重要程度的权重值P为
其中,P多人协作为待同步文件的多人协作处理信息参数,W多人协作表示多人协作处理信息参数相对某个操作数据的类型参数的权重;Px表示某个操作数据的类型参数,Wx表示该操作数据类型参数Px相对所有操作数据类型的权重,x表示类型的个数。
9.一种客户端,其特征在于,所述客户端包括:
列表获得单元,用于获取待同步文件列表,所述待同步文件列表中包括待同步文件;
第一统计单元,用于根据记录的信息,统计各个待同步文件的多人协作处理信息;
标识单元,用于根据统计信息标识所述待同步文件列表内的待同步文件,获得第一标识信息,所述第一标识信息是表示各待同步文件重要程度的权重值;
排序单元,用于根据所述第一标识信息,对所述待同步文件列表内各个待同步文件进行排序,获得排序结果;
传输顺序获取单元,用于获得各个待同步文件的传输顺序;
同步单元,用于按照所述待同步文件列表内各个待同步文件的传输顺序,执行文件同步操作;
所述客户端还包括:
第二统计单元,用于统计对所述待同步文件进行操作的操作数据;
所述标识单元,还用于根据所述多人协作处理信息和所述操作数据标识所述待同步文件列表内的待同步文件,获得第一标识信息,所述第一标识信息是表示各待同步文件重要程度的权重值;
所述第一标识信息所表示的各个待同步文件重要程度的权重值P为
其中,P多人协作为待同步文件的多人协作处理信息参数,W多人协作表示多人协作处理信息参数相对某个操作数据的类型参数的权重;Px表示某个操作数据的类型参数,Wx表示该操作数据类型参数Px相对所有操作数据类型的权重,x表示类型的个数。
10.根据权利要求9所述的客户端,其特征在于,所述客户端还包括:
记录单元,用于记录各个待同步文件的多人协作处理信息。
11.根据权利要求9或10所述的客户端,其特征在于,所述待同步文件的多人协作处理信息参数P多人协作为:
其中,Pb表示多人协作中某个参考条件的参数,Wb为该参考条件参数Pb相对所有参考条件的权重,b表示多人协作中需要参考的条件个数。
12.根据权利要求11所述的客户端,其特征在于,所述多人协作中的某个参考条件包括:参与协同编辑的人数、参与协同访问的人数、多人编辑的总次数或参与人中是否有重要联系人;
其中,所述参与人中是否有重要联系人参考条件,包括:
被用户设定为重要联系人信息;
参与共享和协作人员的参与次数信息;或者
参与人员中的职位信息。
13.根据权利要求9所述的客户端,其特征在于,所述操作数据类型至少包括以下其中之一或任意组合:预定时间段内被编辑频次、待同步文件名称中所包含的重要词信息、正在浏览文件信息、文件变动量信息、被打开次数信息、文件属性信息、活跃程度信息、累计编辑时长信息。
14.一种终端设备,其特征在于,安装有如权利要求9-13所述客户端。
15.一种服务器端,其特征在于,所述服务器端包括:
列表获得单元,用于获取待同步文件列表,所述待同步文件列表中包括待同步文件;
第一记录单元,用于记录各个待同步文件的多人协作处理信息;
标识单元,用于根据所述多人协作处理信息标识所述待同步文件列表内的待同步文件,获得第一标识信息,所述第一标识信息是表示各待同步文件重要程度的权重值;
排序单元,用于根据所述第一标识信息,对所述待同步文件列表内各个待同步文件进行排序,获得排序结果;
传输顺序获取单元,用于获得各个待同步文件的传输顺序;
同步单元,用于按照所述待同步文件列表内各个待同步文件的传输顺序,执行文件同步操作;
第二记录单元,用于记录对所述待同步文件进行操作的操作数据;
所述标识单元,还用于根据所述多人协作处理信息和所述操作数据标识所述待同步文件列表内的待同步文件,获得第一标识信息,所述第一标识信息是表示各待同步文件重要程度的权重值;
所述第一标识信息所表示的各个待同步文件重要程度的权重值P为
其中,P多人协作为待同步文件的多人协作处理信息参数,W多人协作表示多人协作处理信息参数相对某个操作数据的类型参数的权重;Px表示某个操作数据的类型参数,Wx表示该操作数据类型参数Px相对所有操作数据类型的权重,x表示类型的个数。
16.根据权利要求15所述的服务器端,其特征在于,所述待同步文件的多人协作处理信息参数P多人协作为:
其中,Pb表示多人协作中某个参考条件的参数,Wb为该参考条件参数Pb相对所有参考条件的权重,b表示多人协作中需要参考的条件个数。
17.根据权利要求16所述的服务器端,其特征在于,所述多人协作中的某个参考条件包括:参与协同编辑的人数、参与协同访问的人数、多人编辑的总次数或参与人中是否有重要联系人;
其中,所述参与人中是否有重要联系人参考条件,包括:
被用户设定为重要联系人信息;
参与共享和协作人员的参与次数信息;或者
参与人员中的职位信息。
18.根据权利要求15所述的服务器端,其特征在于,所述操作数据类型至少包括以下其中之一或任意组合:预定时间段内被编辑频次、待同步文件名称中所包含的重要词信息、正在浏览文件信息、文件变动量信息、被打开次数信息、文件属性信息、活跃程度信息、累计编辑时长信息。
19.一种服务器设备,其特征在于,安装有如权利要求15-18所述服务器端。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610119556.1A CN105577841B (zh) | 2013-07-12 | 2013-07-12 | 一种文件同步的方法、装置、客户端、服务器端及设备 |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310294455.4A CN103327124B (zh) | 2013-07-12 | 2013-07-12 | 一种文件同步的方法、装置、客户端、服务器端及设备 |
CN201610119556.1A CN105577841B (zh) | 2013-07-12 | 2013-07-12 | 一种文件同步的方法、装置、客户端、服务器端及设备 |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201310294455.4A Division CN103327124B (zh) | 2013-07-12 | 2013-07-12 | 一种文件同步的方法、装置、客户端、服务器端及设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105577841A CN105577841A (zh) | 2016-05-11 |
CN105577841B true CN105577841B (zh) | 2018-11-16 |
Family
ID=49195645
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201310294455.4A Active CN103327124B (zh) | 2013-07-12 | 2013-07-12 | 一种文件同步的方法、装置、客户端、服务器端及设备 |
CN201610119556.1A Active CN105577841B (zh) | 2013-07-12 | 2013-07-12 | 一种文件同步的方法、装置、客户端、服务器端及设备 |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201310294455.4A Active CN103327124B (zh) | 2013-07-12 | 2013-07-12 | 一种文件同步的方法、装置、客户端、服务器端及设备 |
Country Status (1)
Country | Link |
---|---|
CN (2) | CN103327124B (zh) |
Families Citing this family (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103780675B (zh) * | 2013-12-11 | 2017-03-15 | 北京荣之联科技股份有限公司 | 一种云盘文件同步方法和装置 |
CN103647829B (zh) * | 2013-12-11 | 2017-04-05 | 北京荣之联科技股份有限公司 | 一种云盘文件同步装置和方法 |
CN104917785B (zh) * | 2014-03-10 | 2018-09-21 | 中国银联股份有限公司 | 文件生成状态表、文件生成状态报告以及文件传输系统 |
CN106527980A (zh) * | 2016-10-19 | 2017-03-22 | 广东欧珀移动通信有限公司 | 一种数据迁移的方法及终端 |
CN106686104B (zh) * | 2017-01-04 | 2020-08-18 | 上海上讯信息技术股份有限公司 | 用于目标服务器运维的方法与设备 |
CN106603729A (zh) * | 2017-02-23 | 2017-04-26 | 郑州云海信息技术有限公司 | 一种分布式文件系统多客户端同步方法及系统 |
CN109194739B (zh) * | 2018-09-03 | 2023-06-13 | 中国平安人寿保险股份有限公司 | 一种文件上传方法、存储介质和服务器 |
CN109710623A (zh) * | 2018-12-10 | 2019-05-03 | 杭州爱聚科技有限公司 | 一种智能订单同步方法 |
CN112221130B (zh) * | 2020-09-27 | 2024-04-02 | 广州点云科技有限公司 | 云存档文件过滤方法、装置、设备及可读存储介质 |
CN112738234B (zh) * | 2020-12-29 | 2022-08-23 | 中国人民解放军海军工程大学 | 一种基于crdt的轻量级异步移动协同编辑方法 |
CN114706831A (zh) * | 2022-06-06 | 2022-07-05 | 天津联想协同科技有限公司 | 一种网盘文件的同步方法及装置 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101127051A (zh) * | 2007-09-29 | 2008-02-20 | 腾讯科技(深圳)有限公司 | 一种文档同步方法及系统 |
CN102497365A (zh) * | 2011-03-22 | 2012-06-13 | 苏州阔地网络科技有限公司 | 一种设置优先级的文件批量处理的传输控制方法及系统 |
EP2503736A1 (en) * | 2011-03-25 | 2012-09-26 | Kabushiki Kaisha Toshiba | Data processing apparatus and control method thereof |
CN102857570A (zh) * | 2012-09-13 | 2013-01-02 | 清华大学 | 文件的云同步方法及云存储服务器 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100592298C (zh) * | 2008-05-13 | 2010-02-24 | 华为技术有限公司 | 文件同步方法及装置 |
CN102624768B (zh) * | 2011-01-28 | 2016-06-29 | 腾讯科技(深圳)有限公司 | 在不同设备之间进行文件同步处理的方法和系统 |
CN103067479A (zh) * | 2012-12-24 | 2013-04-24 | 珠海金山办公软件有限公司 | 一种基于文件冷热的网盘同步方法及系统 |
-
2013
- 2013-07-12 CN CN201310294455.4A patent/CN103327124B/zh active Active
- 2013-07-12 CN CN201610119556.1A patent/CN105577841B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101127051A (zh) * | 2007-09-29 | 2008-02-20 | 腾讯科技(深圳)有限公司 | 一种文档同步方法及系统 |
CN102497365A (zh) * | 2011-03-22 | 2012-06-13 | 苏州阔地网络科技有限公司 | 一种设置优先级的文件批量处理的传输控制方法及系统 |
EP2503736A1 (en) * | 2011-03-25 | 2012-09-26 | Kabushiki Kaisha Toshiba | Data processing apparatus and control method thereof |
CN102857570A (zh) * | 2012-09-13 | 2013-01-02 | 清华大学 | 文件的云同步方法及云存储服务器 |
Also Published As
Publication number | Publication date |
---|---|
CN103327124B (zh) | 2016-08-10 |
CN105577841A (zh) | 2016-05-11 |
CN103327124A (zh) | 2013-09-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105577841B (zh) | 一种文件同步的方法、装置、客户端、服务器端及设备 | |
CN103327123B (zh) | 一种文件同步的方法、客户端、服务器端及设备 | |
US9396216B2 (en) | Repository redundancy implementation of a system which incrementally updates clients with events that occurred via a cloud-enabled platform | |
US9015248B2 (en) | Managing updates at clients used by a user to access a cloud-based collaboration service | |
CN115344548B (zh) | 预测存储服务 | |
US8447801B1 (en) | Content sharing with limited cloud storage | |
US20150081773A1 (en) | High availability architecture for a cloud-based concurrent-access collaboration platform | |
CN103312826B (zh) | 文件同步的方法、装置、客户端、服务器端及设备 | |
US20180039897A1 (en) | Forcasting interest in an object over a future period of time using a three-stage time-series analysis process | |
US8620916B2 (en) | System and method for social inference based on distributed social sensor system | |
US20150039556A1 (en) | Scalability improvement in a system which incrementally updates clients with events that occurred in a cloud-based collaboration platform | |
EP2805254A1 (en) | Presence-based synchronization | |
CN109711690A (zh) | 监理现场管控项目进度实时更新的方法及系统 | |
CA2622404A1 (en) | System and method for managing data in a distributed computer system | |
US11928083B2 (en) | Determining collaboration recommendations from file path information | |
Altman et al. | Digital preservation through archival collaboration: The data preservation alliance for the social sciences | |
CN108763503A (zh) | 一种基于企业私有云的知识库管理系统及方法 | |
Dev et al. | A survey of different technologies and recent challenges of big data | |
CN103391318B (zh) | 数据处理方法、客户端、服务器端及设备 | |
CN102339299B (zh) | 信息处理装置和信息处理方法 | |
CN109165259A (zh) | 基于网络附属存储的索引表更新方法、处理器及存储装置 | |
CN105608190B (zh) | 协同数据处理方法和系统 | |
CN106372199B (zh) | 一种基于元数据支持的多版本文件管理系统 | |
CN110083758A (zh) | 一种医疗搜索引擎数据平台系统 | |
US20240211446A1 (en) | Implementing different synchronization processes using a multi-root system |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |