[go: up one dir, main page]

CN104717241A - 文件网络共享方法、终端及服务器 - Google Patents

文件网络共享方法、终端及服务器 Download PDF

Info

Publication number
CN104717241A
CN104717241A CN201310681416.XA CN201310681416A CN104717241A CN 104717241 A CN104717241 A CN 104717241A CN 201310681416 A CN201310681416 A CN 201310681416A CN 104717241 A CN104717241 A CN 104717241A
Authority
CN
China
Prior art keywords
file
modification information
newly
increased
storage stack
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.)
Pending
Application number
CN201310681416.XA
Other languages
English (en)
Inventor
李俊峰
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
HONGHE TECHNOLOGY Co Ltd
Original Assignee
HONGHE TECHNOLOGY Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by HONGHE TECHNOLOGY Co Ltd filed Critical HONGHE TECHNOLOGY Co Ltd
Priority to CN201310681416.XA priority Critical patent/CN104717241A/zh
Publication of CN104717241A publication Critical patent/CN104717241A/zh
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/06Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • H04L67/104Peer-to-peer [P2P] networks
    • H04L67/1074Peer-to-peer [P2P] networks for supporting data block transmission mechanisms
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • H04L67/1097Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/56Provisioning of proxy services
    • H04L67/565Conversion or adaptation of application format or content
    • H04L67/5651Reducing the amount or size of exchanged application data

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本发明公开了一种文件网络共享方法,包括:获取增量存储栈表;获取新增的文件修改信息并将其依次存储到所述增量存储栈表中;每隔预设时间间隔上传所述增量存储栈表中所述新增文件修改信息;本发明还提供了一种文件网络共享终端及与所述终端进行交互的文件网络共享服务器。本发明提供的所述文件网络共享方法、终端及服务器,在保证编辑后的文件通过网络共享到服务器的同时,能够尽可能节约服务器存储资源。

Description

文件网络共享方法、终端及服务器
技术领域
本发明涉及计算机数据处理技术领域,特别是指一种文件网络共享方法、终端及服务器。
背景技术
在数据存储、备份等领域,如需保存编辑后发生变化的文件,但又不影响原有的初始文件的内容,通常需要将编辑后的文件另存为一个新的文件;此时,如果需要将编辑后发生变化的内容通过网络共享到服务器以使编辑后的文件在其他设备上也能下载并使用,则需要将整个另存为的新文件上传到服务器;通常情况下,一个文件需要经过多次编辑才能完成,则在每次编辑完一部分内容以后都需要共享一个新版本的文件到服务器,这样将会导致服务器中存储了多个同一文件的不同编辑版本使得服务器大量存储资源被占用,从而降低了服务器的性能与效率。
此外,在一个文件的编辑过程中,可能因为更换编辑设备(或终端)而需要从服务器中下载最新编辑后的文件以及共享在不同设备(或终端)上编辑完成的文件到服务器,则如何对不同版本的编辑后文件进行区分就变成了急需解决的问题。
发明内容
有鉴于此,本发明的目的在于提出一种文件网络共享方法、终端及服务器,在保证编辑后的文件通过网络共享到服务器的同时,能够尽可能节约服务器存储资源。
基于上述目的本发明提供的文件网络共享方法,包括:
获取增量存储栈表;
获取新增的文件修改信息并将其依次存储到所述增量存储栈表中;
每隔预设时间间隔上传所述增量存储栈表中所述新增文件修改信息。
在一些实施方式中,所述获取新增的文件修改信息并将其依次存储到所述增量存储栈表中的步骤包括:一条所述新增文件修改信息对应存储到所述增量存储栈表的一个新的表项中;
所述获取新增的文件修改信息并将其依次存储到所述增量存储栈表中的步骤之后包括:按时间顺序依次赋予所述新增文件修改信息以唯一的版本号。
在一些实施方式中,所述获取增量存储栈表的步骤包括:
获取已共享的增量存储栈表;
对比本地的增量存储栈表的最后一条文件修改信息的版本号和所述已共享的增量存储栈表的最后一条文件修改信息的版本号;
保存具有较新版本号的增量存储栈表并删除版本号较旧的增量存储栈表。
在一些实施方式中,所述每隔预设时间间隔上传所述增量存储栈表中所述新增文件修改信息的步骤还包括:
每次上传时间节点到来时,判断所述新增文件修改信息条数是否大于预设的打包上传阈值;
若是,则将所述新增文件修改信息进行打包处理并上传;
若否,则无需进行打包处理,依次上传所述新增文件修改信息。
在一些实施方式中,当所述新增文件修改内容为在该文件中插入图片文件或媒体文件时,仅存储该图片文件或媒体文件的本地存储地址的文件修改信息到所述增量存储栈表中。
在一些实施方式中,所述将所述新增文件修改信息进行打包处理并上传的步骤包括:
判断所述待上传的新增文件修改信息是否包括图片文件或媒体文件的本地存储地址;
若是,则根据所述本地存储地址找到对应的图片文件或媒体文件,并将找到的所有所述对应的图片文件或媒体文件打包处理为一个附件包后一并上传。
在一些实施方式中,所述附件包的打包处理步骤包括:
找到包括图片文件或媒体文件的本地存储地址的每一条所述待上传的新增文件修改信息所对应的图片文件或媒体文件;
将所有所述对应的图片文件或媒体文件存储于一个文件目录下;
建立所述新增文件修改信息与其对应的所述文件目录中的图片文件或媒体文件的映射关系;
打包处理所述文件目录。
在一些实施方式中,所述将找到的所有所述对应的图片文件或媒体文件打包处理为一个附件包的步骤之前还包括:
判断所述待打包的图片文件或媒体文件的大小是否超过预设的占用空间阈值;
若是,则不将超过预设占用空间阈值的图片文件或媒体文件进行打包处理;
若否,则将所有待打包的图片文件或媒体文件进行打包处理。
在一些实施方式中,所述无需进行打包处理,依次上传所述新增文件修改信息的步骤包括:
判断所述待上传的新增文件修改信息是否包括图片文件或媒体文件的本地存储地址;
若是,则根据所述本地存储地址找到对应的图片文件或媒体文件,并将找到的所述对应的图片文件或媒体文件一并上传。
在一些实施方式中,所述根据所述本地存储地址找到对应的图片文件或媒体文件的步骤之后还包括:
判断所述待上传的图片文件或媒体文件的大小是否超过预设的占用空间阈值;
若是,则不将所述超过预设占用空间阈值的图片文件或媒体文件上传;
若否,则将所述图片文件或媒体文件上传。
在一些实施方式中,所述每隔预设时间间隔上传所述增量存储栈表中所述新增文件修改信息的步骤包括:当前网络中断时,记录网络中断前上传完成的最后一条新增文件修改信息的版本号。
在一些实施方式中,所述当前网络中断时,记录网络中断前上传完成的最后一条新增文件修改信息的版本号的步骤之后,包括:网络重新连接时,续传所述网络中断前上传完成的最后一条新增文件修改信息的下一条新增文件修改信息。
在一些实施方式中,所述每隔预设时间间隔上传所述增量存储栈表中所述新增文件修改信息的步骤之后还包括:每次所述新增文件修改信息全部上传完成之后,记录上传完成的最后一条新增文件修改信息的版本号。
在一些实施方式中,所述每次所述新增文件修改信息全部上传完成之后,记录上传完成的最后一条新增文件修改信息的版本号的步骤之后,包括:下一个上传时间节点到来时,上传前一次上传完成的最后一条新增文件修改信息的下一条新增文件修改信息。
在一些实施方式中,所述每隔预设时间间隔上传所述增量存储栈表中所述新增文件修改信息的步骤还包括:判断当前网络信号值是否大于预设信号值;若是,则开始上传所述新增文件修改信息,若否,则暂停上传所述新增文件修改信息。
本发明还提供了一种文件网络共享终端,包括:
获取模块,用于获取增量存储栈表以及获取新增的文件修改信息并将其依次存储到所述增量存储栈表中;
共享模块,每隔预设时间间隔上传所述增量存储栈表中所述新增文件修改信息。
在一些实施方式中,所述获取模块还用于对应存储一条所述新增文件修改信息到所述增量存储栈表的一个新的表项中;以及按时间顺序依次赋予所述新增文件修改信息以唯一的版本号。
在一些实施方式中,所述获取模块还用于获取已共享的增量存储栈表;对比本地的增量存储栈表的最后一条文件修改信息的版本号和所述已共享的增量存储栈表的最后一条文件修改信息的版本号;保存具有较新版本号的增量存储栈表并删除版本号较旧的增量存储栈表。
在一些实施方式中,每次上传时间节点到来时,所述共享模块还用于判断所述新增文件修改信息条数是否大于预设的打包上传阈值;若是,则将所述新增文件修改信息进行打包处理并上传;若否,则无需进行打包处理,依次上传所述新增文件修改信息。
在一些实施方式中,当所述新增文件修改内容为在该文件中插入图片文件或媒体文件时,所述获取模块还用于仅存储该图片文件或媒体文件的本地存储地址的文件修改信息到所述增量存储栈表中。
在一些实施方式中,所述共享模块还用于判断所述待上传的新增文件修改信息是否包括图片文件或媒体文件的本地存储地址;若是,则根据所述本地存储地址找到对应的图片文件或媒体文件,并将找到的所有所述对应的图片文件或媒体文件打包处理为一个附件包后一并上传。
在一些实施方式中,所述共享模块还用于找到包括图片文件或媒体文件的本地存储地址的每一条所述待上传的新增文件修改信息所对应的图片文件或媒体文件;将所有所述对应的图片文件或媒体文件存储于一个文件目录下;建立所述新增文件修改信息与其对应的所述文件目录中的图片文件或媒体文件的映射关系;打包处理所述文件目录。
在一些实施方式中,所述共享模块还用于判断所述待打包的图片文件或媒体文件的大小是否超过预设的占用空间阈值;若是,则不将超过预设占用空间阈值的图片文件或媒体文件进行打包处理;若否,则将所有待打包的图片文件或媒体文件进行打包处理。
在一些实施方式中,所述共享模块还用于判断所述待上传的新增文件修改信息是否包括图片文件或媒体文件的本地存储地址;若是,则根据所述本地存储地址找到对应的图片文件或媒体文件,并将找到的所述对应的图片文件或媒体文件一并上传。
在一些实施方式中,所述共享模块还用于判断所述待上传的图片文件或媒体文件的大小是否超过预设的占用空间阈值;若是,则不将所述超过预设占用空间阈值的图片文件或媒体文件上传;若否,则将所述图片文件或媒体文件上传。
在一些实施方式中,还包括网络监控模块,用于监控当前网络状态。
在一些实施方式中,所述网络监控模块还用于监控到当前网络中断时,向所述共享模块发出网络中断信号;所述共享模块还用于响应该网络中断信号并记录网络中断前上传完成的最后一条新增文件修改信息的版本号。
在一些实施方式中,所述网络监控模块还用于监控到网络重新连接时,向所述共享模块发出网络恢复信号;所述共享模块还用于响应该网络恢复信号并续传所述网络中断前上传完成的最后一条新增文件修改信息的下一条新增文件修改信息。
在一些实施方式中,所述网络监控模块还用于判断当前网络信号值是否大于预设信号值;若是,则所述网络监控模块还用于向所述共享模块发出开始上传触发信号;若否,则所述网络监控模块还用于向所述共享模块发出暂停上传触发信号;所述共享模块还用于响应所述开始上传触发信号并开始上传所述新增文件修改信息,或,所述共享模块还用于响应所述暂停上传触发信号并暂停上传所述新增文件修改信息。
在一些实施方式中,每次所述新增文件修改信息全部上传完成之后,所述共享模块还用于记录上传完成的最后一条新增文件修改信息的版本号。
在一些实施方式中,下一个上传时间节点到来时,所述共享模块还用于上传前一次上传完成的最后一条新增文件修改信息的下一条新增文件修改信息。
本发明还提供了一种与所述文件网络共享终端进行交互的文件网络共享服务器,包括:
交互模块,用于接收获取已共享的增量存储栈表的请求及返回已共享的增量存储栈表;
处理模块,用于响应所述获取已共享的增量存储栈表的请求并找到对应的已共享的增量存储栈表;
存储模块,用于保存共享的增量存储栈表。
在一些实施方式中,所述交互模块还用于接收存储新增文件修改信息的请求及接收所述新增文件修改信息;所述处理模块还用于对比最后一条上传的新增文件修改信息与服务器本地存储的增量存储栈表中的最后一条文件修改信息的版本号;所述存储模块还用于保存最后一条文件修改信息具有较新版本号的文件修改信息到服务器本地存储的增量存储栈表中,并删除服务器本地存储的增量存储栈表中版本号较旧的文件修改信息。
从上面所述可以看出,本发明提供的所述文件网络共享方法及终端,通过创建增量存储栈表,将编辑文件时所作的修改内容存储在所述增量存储栈表中,使得原始文件中不做任何修改,将增量存储栈表通过网络共享至服务器,需要打开修改后文件时,将所述增量存储栈表与原始文件结合并打开即可;无需将每次编辑后另存为的新文件整个共享到服务器,从而最大限度节约了服务器的资源。并且,每次上传节点到来时,仅上传新增的文件修改信息,以进一步节约服务器资源。
进一步的,通过对比已共享的增量存储栈表(从服务器中下载的已共享的增量存储栈表)和本地存储的增量存储栈表的版本号,来判断哪个增量存储栈表的版本较新,则该版本即为最近编辑的版本,保存该最新版本的增量存储栈表,以保证当前版本的待编辑文件为最新版本,从而解决了对不同版本的编辑后文件进行区分的问题。
较佳的,所述增量存储栈表中存储的文件修改信息,按时间顺序依次被赋予唯一的版本号,使得当网络终端是能够通过版本号记录中断前上传完成的最后一条新增文件修改信息在所述增量存储栈表中的位置,以便网络恢复时续传下一条新增文件修改信息。同时,当每个时间节点完成上传时,能够通过版本号记录上传完成的最后一条新增文件修改信息在所述增量存储栈表中的位置,以便下个时间节点到来时续传下一条新增文件修改信息。
此外,还可通过监控网络信号是否达到要求的信号值来决定是否上传新增文件修改信息,从而保证文件的上传质量。
进一步的,还可根据每次上传时间节点到来时,需要上传的新增文件修改信息条数是否大于预设的打包上传阈值来决定是否对待上传的新增文件修改信息进行打包处理后再上传,或者不经打包处理直接上传;以保证上传的速度。
较佳的,当所述文件的修改内容为在该文件中插入图片文件或媒体文件时,仅存储该图片文件或媒体文件的本地存储地址的文件修改信息到所述增量存储栈表中,以保证增量存储栈表的占用空间较小,从而提高其运行速度。
此外,本发明提供的所述文件网络共享服务器,通过对比服务器本地和终端上传的增量存储栈表中最后一条文件修改信息的版本号,确定最新版本的增量存储栈表,并存储该增量存储栈表中的新增文件修改信息,以保证服务器中存储的编辑后文件始终是最新版本,以便用户在更换终端进行编辑时,从服务器中下载的内容始终保持最新,以方便用户在不同终端中进行编辑的内容能够前后一致。
附图说明
图1为本发明提供的所述文件网络共享方法的一个实施例的流程示意图;
图2为本发明提供的所述文件网络共享方法的另一个实施例的流程示意图;
图3为本发明提供的所述文件网络共享终端实施例的结构示意图;
图4为本发明提供的所述文件网络共享服务器实施例的结构示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚明白,以下结合具体实施例,并参照附图,对本发明进一步详细说明。
参照附图1,为本发明提供的所述文件网络共享方法的一个实施例的流程示意图。
所述文件网络共享方法,包括:
步骤101:获取增量存储栈表;
步骤102:获取新增的文件修改信息并将其依次存储到所述增量存储栈表中;
步骤103:每隔预设时间间隔上传所述增量存储栈表中所述新增文件修改信息。
其中,一条所述新增文件修改信息对应存储到所述增量存储栈表的一个新的表项中;所述文件网络共享方法还包括:按时间顺序依次赋予所述新增文件修改信息以唯一的版本号;意即,这里的增量存储栈表可选地看做一个线性表,其中每一格中对应只存储一条文件修改信息,且每一格中所存储的文件修改信息可被赋予唯一的版本号;较佳的,该版本号可以依文件修改信息存储在所述增量存储栈表中的时间顺序来赋予;可选的,所述文件修改信息是按时间顺序依次存储在所述增量存储栈表中的,则所述文件修改信息中所赋予的版本号可直接利用其所存储的表项的序号。
所述增量存储栈表中存储的所述文件修改信息的一种可选实施方式为json格式的字符串。由于对文件进行编辑后的修改内容都存储于所述增量存储栈表中,因此初始文件始终可保持不变,且编辑过程中的所述增量存储栈表的内容始终存储在内存中,以保证较快的数据存储速度;而编辑后保存的新文件则为初始文件+增量存储栈表,此时,所述增量存储栈表从内存中转为存储在外存中的xml格式的文件。
所述文件网络共享方法实施例中所述被编辑修改的文件可以是类似PPT的课件类型的文件,其中可包括多个页面(如同PPT中的每一页幻灯片),所述文件修改信息则可以包括三层级别:文件级、页面级和对象级。
下面以json格式的字符串为例,举例描述所述三层级别对应的字符串示例:
1、文件级别
新建文件:type="IP"Version="0"Content="ID='1234567890'Name='2013-10-28-9-49-11'";
删除文件:type="DP"Version="1"Content="ID='1234567890'";
更新文件:
type="UP"Version="2"Content="ID='1234567890'ActiveSlide='9876543210″′;
2、页面级别
新建页面:type="IS"Version="3"Content="ID='9876543210'Color='white'";
删除页面:type="DS"Version="4"Content="ID='9876543210'";
更新页面:type="US"Version="5"Content="ID='9876543210'Color='red'";
3、对象级别
新建对象:
type="II"Version="6"SlideID="9876543210"Content="ID='3216549870'DataX='123,0,1,0,1'DataY='234,0,1,0,1'";
删除对象:
type="DI"Version="7"SlideID="9876543210"Content="ID='3216549870'";更新对象:
type="UI"Version="8"SlideID="9876543210"Content="ID='3216549870'Width='4'"。
可选的,所述步骤101——获取增量存储栈表的步骤,可以是创建一个新的增量存储栈表,或者是使用本地存储的已有的增量存储栈表;或者可以是从服务器中下载的已共享的增量存储栈表。
亦或者,所述步骤101——获取增量存储栈表的步骤包括:
获取已共享的增量存储栈表;
对比本地的增量存储栈表的最后一条文件修改信息的版本号和所述已共享的增量存储栈表的最后一条文件修改信息的版本号;
保存具有较新版本号的增量存储栈表并删除版本号较旧的增量存储栈表。
即,通过上述步骤来对比已共享的增量存储栈表(从服务器中下载的已共享的增量存储栈表)和本地存储的增量存储栈表的版本号,来判断哪个增量存储栈表的版本较新,则该版本即为最近编辑的版本,从而保存该最新版本的增量存储栈表,以保证当前版本的待编辑文件为最新版本。
较佳的,所述步骤103可包括:当前网络中断时,记录网络中断前上传完成的最后一条新增文件修改信息的版本号;而当网络重新连接时,续传所述网络中断前上传完成的最后一条新增文件修改信息的下一条新增文件修改信息。
进一步的,所述步骤103之后还包括:每次所述新增文件修改信息全部上传完成之后,记录上传完成的最后一条新增文件修改信息的版本号;下一个上传时间节点到来时,上传前一次上传完成的最后一条新增文件修改信息的下一条新增文件修改信息。意即,每次上传完成之后,经过预设时间间隔后的下一次上传节点到来时,已经上传完成的内容不再上传,并续接上一次上传完成的最后一条文件修改信息的下一条文件修改信息进行上传。
可选的,所述步骤103还包括:判断当前网络信号值是否大于预设信号值;若是,则开始上传所述新增文件修改信息,若否,则暂停上传所述新增文件修改信息。
较佳的,所述步骤103还可包括:
每次上传时间节点到来时,判断所述新增文件修改信息条数是否大于预设的打包上传阈值;
若是,则将所述新增文件修改信息进行打包处理并上传到服务器;
若否,则无需进行打包处理,依次上传所述新增文件修改信息。
参照附图2,为本发明提供的所述文件网络共享方法的另一个实施例的流程示意图。
所述文件网络共享方法,包括:
步骤201:获取已共享的增量存储栈表;
步骤202:对比本地的增量存储栈表的最后一条文件修改信息的版本号和所述已共享的增量存储栈表的最后一条文件修改信息的版本号;
步骤203:保存具有较新版本号的增量存储栈表并删除版本号较旧的增量存储栈表;
步骤204:获取文件的修改信息并将其依次存储到所述保存的增量存储栈表中;
步骤205:按时间顺序依次赋予所述文件修改信息以唯一的版本号;
步骤206:判断是否经过预设时间间隔;
若否,则转到步骤204;若是则转到步骤207:判断当前网络信号值是否大于预设信号值;
若否,则转到步骤208:暂停上传所述新增文件修改信息;若是,则转到步骤209:开始上传所述新增文件修改信息;
步骤210:每次上传时间节点到来时,判断所述新增文件修改信息条数是否大于预设的打包上传阈值(例如5条、8条、10条等);
若是,则转到步骤211:将所述新增文件修改信息进行打包处理并上传到服务器;若否,则转到步骤212:无需进行打包处理,依次上传所述新增文件修改信息;
步骤213或213’:判断当前网络是否中断;
若否,则继续上传;若是,则转到步骤214或214’:记录网络中断前上传完成的最后一条新增文件修改信息的版本号;
步骤215或215’:判断网络是否重新连接(即网络恢复);
若是,则转到步骤216或216’:续传所述网络中断前上传完成的最后一条新增文件修改信息的下一条新增文件修改信息。
进一步的,当所述文件的修改内容为在该文件中插入图片文件或媒体文件(例如是一张照片或是一段视频)时,所述步骤204还可包括:存储仅包括该图片文件或媒体文件的本地存储地址或服务器存储地址的文件修改信息到所述增量存储栈表中;即,不存储原始的图片文件或媒体文件。
可选的,所述在该文件中插入图片文件或媒体文件若同时为服务器中已有的文件和本地已有的文件,则还可以同时存储仅包括该图片文件或媒体文件的本地存储地址和服务器存储地址的文件修改信息到所述增量存储栈表中;当打开编辑后版本的文件时,可直接从本地存储地址找到该图片文件或媒体文件并打开;而更换使用终端时,则可从服务器存储地址中找到该图片文件或媒体文件并打开。
而当所述在该文件中插入图片文件或媒体文件并未存储在服务器中时,则所述步骤211可进一步包括:
判断所述待上传的新增文件修改信息是否包括图片文件或媒体文件的本地存储地址;
若是,则根据所述本地存储地址找到对应的图片文件或媒体文件,并将找到的所有所述对应的图片文件或媒体文件打包处理为一个附件包后一并上传到服务器。
这里,所述附件包的打包处理步骤的一个可选实施方式为,包括:
找到包括图片文件或媒体文件的本地存储地址的每一条所述待上传的新增文件修改信息所对应的图片文件或媒体文件;
将所有所述对应的图片文件或媒体文件存储于一个文件目录下;
建立所述新增文件修改信息与其对应的所述文件目录中的图片文件或媒体文件的映射关系(例如采用指针的方式建立映射关系);
打包处理所述文件目录。
可选的,所述步骤211之前还包括:
判断所述待打包的图片文件或媒体文件的大小是否超过预设的占用空间阈值(例如5M、8M、10M等);
若是,则不将超过预设占用空间阈值的图片文件或媒体文件进行打包处理;
若否,则将所有待打包的图片文件或媒体文件进行打包处理。
较佳的,所述步骤212包括:
判断所述待上传的新增文件修改信息是否包括图片文件或媒体文件的本地存储地址;
若是,则根据所述本地存储地址找到对应的图片文件或媒体文件,并将找到的所述对应的图片文件或媒体文件一并上传到服务器。
可选的,所述步骤212之后还包括:
判断所述待上传的图片文件或媒体文件的大小是否超过预设的占用空间阈值;
若是,则不将所述超过预设占用空间阈值的图片文件或媒体文件上传;
若否,则将所述图片文件或媒体文件上传到服务器。
从上述实施例中可以看出,本发明提供的所述文件网络共享方法,通过创建增量存储栈表,将编辑文件时所作的修改内容存储在所述增量存储栈表中,使得原始文件中不做任何修改,将增量存储栈表通过网络共享至服务器,需要打开修改后文件时,将所述增量存储栈表与原始文件结合并打开即可;无需将每次编辑后另存为的新文件整个共享到服务器,从而最大限度节约了服务器的资源。并且,每次上传节点到来时,仅上传新增的文件修改信息,以进一步节约服务器资源。
进一步的,通过对比已共享的增量存储栈表(从服务器中下载的已共享的增量存储栈表)和本地存储的增量存储栈表的版本号,来判断哪个增量存储栈表的版本较新,则该版本即为最近编辑的版本,保存该最新版本的增量存储栈表,以保证当前版本的待编辑文件为最新版本,从而解决了对不同版本的编辑后文件进行区分的问题。
较佳的,所述增量存储栈表中存储的文件修改信息,按时间顺序依次被赋予唯一的版本号,使得当网络终端是能够通过版本号记录中断前上传完成的最后一条新增文件修改信息在所述增量存储栈表中的位置,以便网络恢复时续传下一条新增文件修改信息。同时,当每个时间节点完成上传时,能够通过版本号记录上传完成的最后一条新增文件修改信息在所述增量存储栈表中的位置,以便下个时间节点到来时续传下一条新增文件修改信息。
此外,还可通过监控网络信号是否达到要求的信号值来决定是否上传新增文件修改信息,从而保证文件的上传质量。
进一步的,还可根据每次上传时间节点到来时,需要上传的新增文件修改信息条数是否大于预设的打包上传阈值来决定是否对待上传的新增文件修改信息进行打包处理后再上传,或者不经打包处理直接上传;以保证上传的速度。
较佳的,当所述文件的修改内容为在该文件中插入图片文件或媒体文件时,仅存储该图片文件或媒体文件的本地存储地址的文件修改信息到所述增量存储栈表中,以保证增量存储栈表的占用空间较小,从而提高其运行速度。
需要特别指出的是,上述文件网络共享方法实施例中的各个步骤均可以相互交叉、替换、增加、删减,因此,这些合理的排列组合变换之于文件网络共享方法也应当属于本发明的保护范围,并且不应将本发明的保护范围局限在所述实施例之上。
本发明还提供了一种文件网络共享终端,参照附图3,为本发明提供的所述文件网络共享终端实施例的结构示意图。
所述文件网络共享终端300,包括:
获取模块301,用于获取增量存储栈表以及获取新增的文件修改信息并将其依次存储到所述增量存储栈表中;
共享模块302,用于每隔预设时间间隔上传所述增量存储栈表中所述新增文件修改信息。
较佳的,所述获取模块301还用于对应存储一条所述新增文件修改信息到所述增量存储栈表的一个新的表项中;以及按时间顺序依次赋予所述新增文件修改信息以唯一的版本号。进一步的,所述获取模块301还用于获取已共享的增量存储栈表;对比本地的增量存储栈表的最后一条文件修改信息的版本号和所述已共享的增量存储栈表的最后一条文件修改信息的版本号;保存具有较新版本号的增量存储栈表并删除版本号较旧的增量存储栈表。
所述文件网络共享终端300还可进一步包括网络监控模块303,用于监控当前网络状态。
进一步的,当前网络中断时,所述网络监控模块303还用于向所述共享模块302发出网络中断信号;所述共享模块302还用于响应该网络中断信号并记录网络中断前上传完成的最后一条新增文件修改信息的版本号。网络重新连接时,所述网络监控模块303还用于向所述共享模块302发出网络恢复信号;所述共享模块302还用于响应该网络恢复信号并续传所述网络中断前上传完成的最后一条新增文件修改信息的下一条新增文件修改信息。
较佳的,所述网络监控模块303还用于判断当前网络信号值是否大于预设信号值;若是,则所述网络监控模块303还用于向所述共享模块303发出开始上传触发信号;若否,则所述网络监控模块303还用于向所述共享模块303发出暂停上传触发信号;所述共享模块302还用于响应所述开始上传触发信号并开始上传所述新增文件修改信息,或,所述共享模块302还用于响应所述暂停上传触发信号并暂停上传所述新增文件修改信息。
进一步的,每次所述新增文件修改信息全部上传完成之后,所述共享模块302还用于记录上传完成的最后一条新增文件修改信息的版本号。下一个上传时间节点到来时,所述共享模块302还用于上传前一次上传完成的最后一条新增文件修改信息的下一条新增文件修改信息。
可选的,每次上传时间节点到来时,所述共享模块302还用于判断所述新增文件修改信息条数是否大于预设的打包上传阈值;若是,则将所述新增文件修改信息进行打包处理并上传到服务器;若否,则无需进行打包处理,依次上传所述新增文件修改信息。
较佳的,当所述文件的修改内容为在该文件中插入图片文件或媒体文件时,所述获取模块301还用于仅存储该图片文件或媒体文件的本地存储地址的文件修改信息到所述增量存储栈表中。
进一步的,所述共享模块302还用于判断所述待上传的新增文件修改信息是否包括图片文件或媒体文件的本地存储地址;若是,则根据所述本地存储地址找到对应的图片文件或媒体文件,并将找到的所有所述对应的图片文件或媒体文件打包处理为一个附件包后一并上传到服务器。
可选的,所述共享模块302还用于找到包括图片文件或媒体文件的本地存储地址的每一条所述待上传的新增文件修改信息所对应的图片文件或媒体文件;将所有所述对应的图片文件或媒体文件存储于一个文件目录下;建立所述新增文件修改信息与其对应的所述文件目录中的图片文件或媒体文件的映射关系;打包处理所述文件目录。
较佳的,所述共享模块302还用于判断所述待打包的图片文件或媒体文件的大小是否超过预设的占用空间阈值;若是,则不将超过预设占用空间阈值的图片文件或媒体文件进行打包处理;若否,则将所有待打包的图片文件或媒体文件进行打包处理。
进一步的,所述共享模块302还用于判断所述待上传的新增文件修改信息是否包括图片文件或媒体文件的本地存储地址;若是,则根据所述本地存储地址找到对应的图片文件或媒体文件,并将找到的所述对应的图片文件或媒体文件一并上传到服务器。
可选的,所述共享模块302还用于判断所述待上传的图片文件或媒体文件的大小是否超过预设的占用空间阈值;若是,则不将所述超过预设占用空间阈值的图片文件或媒体文件上传;若否,则将所述图片文件或媒体文件上传到服务器。
下面结合所述文件网络共享方法的实施例对所述文件网络共享装置的工作过程进行详细描述。
参照附图2,为本发明提供的所述文件网络共享方法的另一个实施例的流程示意图。
所述文件网络共享方法,包括:
步骤201:所述获取模块301获取已共享的增量存储栈表;
步骤202:所述获取模块301对比本地的增量存储栈表的最后一条文件修改信息的版本号和所述已共享的增量存储栈表的最后一条文件修改信息的版本号;
步骤203:所述获取模块301保存具有较新版本号的增量存储栈表并删除版本号较旧的增量存储栈表;
步骤204:所述获取模块301获取文件的修改信息并将其依次存储到所述增量存储栈表中;
步骤205:所述获取模块301按时间顺序依次赋予所述文件修改信息以唯一的版本号;
步骤206:所述共享模块302判断是否经过预设时间间隔;
若否,则转到步骤204;若是则转到步骤207:所述网络监控模块303判断当前网络信号值是否大于预设信号值;
若否,则转到步骤208:所述共享模块302暂停上传所述新增文件修改信息;若是,则转到步骤209:所述共享模块302开始上传所述新增文件修改信息;
步骤210:每次上传时间节点到来时,所述共享模块302判断所述新增文件修改信息条数是否大于预设的打包上传阈值(例如5条、8条、10条等);
若是,则转到步骤211:所述共享模块302将所述新增文件修改信息进行打包处理并上传到服务器;若否,则转到步骤212:所述共享模块302无需进行打包处理,依次上传所述新增文件修改信息;
步骤213或213’:所述网络监控模块303判断当前网络是否中断;
若否,则继续上传;若是,则转到步骤214或214’:所述共享模块302记录网络中断前上传完成的最后一条新增文件修改信息的版本号;
步骤215或215’:所述网络监控模块303判断网络是否重新连接(即网络恢复);
若是,则转到步骤216或216’:所述共享模块302续传所述网络中断前上传完成的最后一条新增文件修改信息的下一条新增文件修改信息。
从上述实施例中可以看出,本发明提供的所述文件网络共享终端,通过创建增量存储栈表,将编辑文件时所作的修改内容存储在所述增量存储栈表中,使得原始文件中不做任何修改,将增量存储栈表通过网络共享至服务器,需要打开修改后文件时,将所述增量存储栈表与原始文件结合并打开即可;无需将每次编辑后另存为的新文件整个共享到服务器,从而最大限度节约了服务器的资源。并且,每次上传节点到来时,仅上传新增的文件修改信息,以进一步节约服务器资源。
进一步的,通过对比已共享的增量存储栈表(从服务器中下载的已共享的增量存储栈表)和本地存储的增量存储栈表的版本号,来判断哪个增量存储栈表的版本较新,则该版本即为最近编辑的版本,保存该最新版本的增量存储栈表,以保证当前版本的待编辑文件为最新版本,从而解决了对不同版本的编辑后文件进行区分的问题。
较佳的,所述增量存储栈表中存储的文件修改信息,按时间顺序依次被赋予唯一的版本号,使得当网络终端是能够通过版本号记录中断前上传完成的最后一条新增文件修改信息在所述增量存储栈表中的位置,以便网络恢复时续传下一条新增文件修改信息。同时,当每个时间节点完成上传时,能够通过版本号记录上传完成的最后一条新增文件修改信息在所述增量存储栈表中的位置,以便下个时间节点到来时续传下一条新增文件修改信息。
此外,还可通过监控网络信号是否达到要求的信号值来决定是否上传新增文件修改信息,从而保证文件的上传质量。
进一步的,还可根据每次上传时间节点到来时,需要上传的新增文件修改信息条数是否大于预设的打包上传阈值来决定是否对待上传的新增文件修改信息进行打包处理后再上传,或者不经打包处理直接上传;以保证上传的速度。
较佳的,当所述文件的修改内容为在该文件中插入图片文件或媒体文件时,仅存储该图片文件或媒体文件的本地存储地址的文件修改信息到所述增量存储栈表中,以保证增量存储栈表的占用空间较小,从而提高其运行速度。
需要特别指出的是,上述文件网络共享终端的实施例仅采用了所述文件网络共享方法的实施例来具体说明各模块的工作过程,本领域技术人员能够很容易想到,将这些模块应用到所述文件网络共享方法的其他实施例中。当然,由于所述文件网络共享方法实施例中的各个步骤均可以相互交叉、替换、增加、删减,因此,这些合理的排列组合变换之于文件网络共享终端也应当属于本发明的保护范围,并且不应将本发明的保护范围局限在所述实施例之上。
本发明还公开了一种与上述的文件网络共享终端进行交互的文件网络共享服务器,参照附图4,为本发明提供的所述文件网络共享服务器实施例的结构示意图。
所述文件网络共享服务器400,包括:
交互模块401,用于接收获取已共享的增量存储栈表的请求及返回已共享的增量存储栈表;
处理模块402,用于响应所述获取已共享的增量存储栈表的请求并找到对应的已共享的增量存储栈表;
存储模块403,用于保存共享的增量存储栈表。
当上述的文件网络共享终端需要上传编辑后的文件修改信息时,所述交互模块401还用于接收存储新增文件修改信息的请求及接收所述新增文件修改信息;所述处理模块402还用于对比最后一条上传的新增文件修改信息与服务器本地存储的增量存储栈表中的最后一条文件修改信息的版本号;所述存储模块403还用于保存最后一条文件修改信息具有较新版本号的文件修改信息到服务器本地存储的增量存储栈表中,并删除服务器本地存储的增量存储栈表中版本号较旧的文件修改信息。
从上述实施例中可以看出,本发明提供的所述文件网络共享服务器,通过对比服务器本地和终端上传的增量存储栈表中最后一条文件修改信息的版本号,确定最新版本的增量存储栈表,并存储该增量存储栈表中的新增文件修改信息,以保证服务器中存储的编辑后文件始终是最新版本,以便用户在更换终端进行编辑时,从服务器中下载的内容始终保持最新,以方便用户在不同终端中进行编辑的内容能够前后一致。
所属领域的普通技术人员应当理解:以上所述仅为本发明的具体实施例而已,并不用于限制本发明,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。

Claims (33)

1.一种文件网络共享方法,其特征在于,包括:
获取增量存储栈表;
获取新增的文件修改信息并将其依次存储到所述增量存储栈表中;
每隔预设时间间隔上传所述增量存储栈表中所述新增文件修改信息。
2.根据权利要求1所述的方法,其特征在于,所述获取新增的文件修改信息并将其依次存储到所述增量存储栈表中的步骤包括:一条所述新增文件修改信息对应存储到所述增量存储栈表的一个新的表项中;
所述获取新增的文件修改信息并将其依次存储到所述增量存储栈表中的步骤之后包括:按时间顺序依次赋予所述新增文件修改信息以唯一的版本号。
3.根据权利要求2所述的方法,其特征在于,所述获取增量存储栈表的步骤包括:
获取已共享的增量存储栈表;
对比本地的增量存储栈表的最后一条文件修改信息的版本号和所述已共享的增量存储栈表的最后一条文件修改信息的版本号;
保存具有较新版本号的增量存储栈表并删除版本号较旧的增量存储栈表。
4.根据权利要求3所述的方法,其特征在于,所述每隔预设时间间隔上传所述增量存储栈表中所述新增文件修改信息的步骤还包括:
每次上传时间节点到来时,判断所述新增文件修改信息条数是否大于预设的打包上传阈值;
若是,则将所述新增文件修改信息进行打包处理并上传;
若否,则无需进行打包处理,依次上传所述新增文件修改信息。
5.根据权利要求4所述的方法,其特征在于,当所述新增文件修改内容为在该文件中插入图片文件或媒体文件时,仅存储该图片文件或媒体文件的本地存储地址的文件修改信息到所述增量存储栈表中。
6.根据权利要求5所述的方法,其特征在于,所述将所述新增文件修改信息进行打包处理并上传的步骤包括:
判断所述待上传的新增文件修改信息是否包括图片文件或媒体文件的本地存储地址;
若是,则根据所述本地存储地址找到对应的图片文件或媒体文件,并将找到的所有所述对应的图片文件或媒体文件打包处理为一个附件包后一并上传。
7.根据权利要求6所述的方法,其特征在于,所述附件包的打包处理步骤包括:
找到包括图片文件或媒体文件的本地存储地址的每一条所述待上传的新增文件修改信息所对应的图片文件或媒体文件;
将所有所述对应的图片文件或媒体文件存储于一个文件目录下;
建立所述新增文件修改信息与其对应的所述文件目录中的图片文件或媒体文件的映射关系;
打包处理所述文件目录。
8.根据权利要求7所述的方法,其特征在于,所述将找到的所有所述对应的图片文件或媒体文件打包处理为一个附件包的步骤之前还包括:
判断所述待打包的图片文件或媒体文件的大小是否超过预设的占用空间阈值;
若是,则不将超过预设占用空间阈值的图片文件或媒体文件进行打包处理;
若否,则将所有待打包的图片文件或媒体文件进行打包处理。
9.根据权利要求5所述的方法,其特征在于,所述无需进行打包处理,依次上传所述新增文件修改信息的步骤包括:
判断所述待上传的新增文件修改信息是否包括图片文件或媒体文件的本地存储地址;
若是,则根据所述本地存储地址找到对应的图片文件或媒体文件,并将找到的所述对应的图片文件或媒体文件一并上传。
10.根据权利要求9所述的方法,其特征在于,所述根据所述本地存储地址找到对应的图片文件或媒体文件的步骤之后还包括:
判断所述待上传的图片文件或媒体文件的大小是否超过预设的占用空间阈值;
若是,则不将所述超过预设占用空间阈值的图片文件或媒体文件上传;
若否,则将所述图片文件或媒体文件上传。
11.根据权利要求3-10任意一项所述的方法,其特征在于,所述每隔预设时间间隔上传所述增量存储栈表中所述新增文件修改信息的步骤包括:当前网络中断时,记录网络中断前上传完成的最后一条新增文件修改信息的版本号。
12.根据权利要求11所述的方法,其特征在于,所述当前网络中断时,记录网络中断前上传完成的最后一条新增文件修改信息的版本号的步骤之后,包括:网络重新连接时,续传所述网络中断前上传完成的最后一条新增文件修改信息的下一条新增文件修改信息。
13.根据权利要求3-10任意一项所述的方法,其特征在于,所述每隔预设时间间隔上传所述增量存储栈表中所述新增文件修改信息的步骤之后还包括:每次所述新增文件修改信息全部上传完成之后,记录上传完成的最后一条新增文件修改信息的版本号。
14.根据权利要求13所述的方法,其特征在于,所述每次所述新增文件修改信息全部上传完成之后,记录上传完成的最后一条新增文件修改信息的版本号的步骤之后,包括:下一个上传时间节点到来时,上传前一次上传完成的最后一条新增文件修改信息的下一条新增文件修改信息。
15.根据权利要求3-10任意一项所述的方法,其特征在于,所述每隔预设时间间隔上传所述增量存储栈表中所述新增文件修改信息的步骤还包括:判断当前网络信号值是否大于预设信号值;若是,则开始上传所述新增文件修改信息,若否,则暂停上传所述新增文件修改信息。
16.一种文件网络共享终端,其特征在于,包括:
获取模块,用于获取增量存储栈表以及获取新增的文件修改信息并将其依次存储到所述增量存储栈表中;
共享模块,每隔预设时间间隔上传所述增量存储栈表中所述新增文件修改信息。
17.根据权利要求16所述的终端,其特征在于,所述获取模块还用于对应存储一条所述新增文件修改信息到所述增量存储栈表的一个新的表项中;以及按时间顺序依次赋予所述新增文件修改信息以唯一的版本号。
18.根据权利要求17所述的终端,其特征在于,所述获取模块还用于获取已共享的增量存储栈表;对比本地的增量存储栈表的最后一条文件修改信息的版本号和所述已共享的增量存储栈表的最后一条文件修改信息的版本号;保存具有较新版本号的增量存储栈表并删除版本号较旧的增量存储栈表。
19.根据权利要求18所述的终端,其特征在于,每次上传时间节点到来时,所述共享模块还用于判断所述新增文件修改信息条数是否大于预设的打包上传阈值;若是,则将所述新增文件修改信息进行打包处理并上传;若否,则无需进行打包处理,依次上传所述新增文件修改信息。
20.根据权利要求19所述的终端,其特征在于,当所述新增文件修改内容为在该文件中插入图片文件或媒体文件时,所述获取模块还用于仅存储该图片文件或媒体文件的本地存储地址的文件修改信息到所述增量存储栈表中。
21.根据权利要求20所述的终端,其特征在于,所述共享模块还用于判断所述待上传的新增文件修改信息是否包括图片文件或媒体文件的本地存储地址;若是,则根据所述本地存储地址找到对应的图片文件或媒体文件,并将找到的所有所述对应的图片文件或媒体文件打包处理为一个附件包后一并上传。
22.根据权利要求21所述的终端,其特征在于,所述共享模块还用于找到包括图片文件或媒体文件的本地存储地址的每一条所述待上传的新增文件修改信息所对应的图片文件或媒体文件;将所有所述对应的图片文件或媒体文件存储于一个文件目录下;建立所述新增文件修改信息与其对应的所述文件目录中的图片文件或媒体文件的映射关系;打包处理所述文件目录。
23.根据权利要求22所述的终端,其特征在于,所述共享模块还用于判断所述待打包的图片文件或媒体文件的大小是否超过预设的占用空间阈值;若是,则不将超过预设占用空间阈值的图片文件或媒体文件进行打包处理;若否,则将所有待打包的图片文件或媒体文件进行打包处理。
24.根据权利要求19所述的终端,其特征在于,所述共享模块还用于判断所述待上传的新增文件修改信息是否包括图片文件或媒体文件的本地存储地址;若是,则根据所述本地存储地址找到对应的图片文件或媒体文件,并将找到的所述对应的图片文件或媒体文件一并上传。
25.根据权利要求24所述的终端,其特征在于,所述共享模块还用于判断所述待上传的图片文件或媒体文件的大小是否超过预设的占用空间阈值;若是,则不将所述超过预设占用空间阈值的图片文件或媒体文件上传;若否,则将所述图片文件或媒体文件上传。
26.根据权利要求18-25任意一项所述的终端,其特征在于,还包括网络监控模块,用于监控当前网络状态。
27.根据权利要求26所述的终端,其特征在于,所述网络监控模块还用于监控到当前网络中断时,向所述共享模块发出网络中断信号;所述共享模块还用于响应该网络中断信号并记录网络中断前上传完成的最后一条新增文件修改信息的版本号。
28.根据权利要求27所述的终端,其特征在于,所述网络监控模块还用于监控到网络重新连接时,向所述共享模块发出网络恢复信号;所述共享模块还用于响应该网络恢复信号并续传所述网络中断前上传完成的最后一条新增文件修改信息的下一条新增文件修改信息。
29.根据权利要求26所述的终端,其特征在于,所述网络监控模块还用于判断当前网络信号值是否大于预设信号值;若是,则所述网络监控模块还用于向所述共享模块发出开始上传触发信号;若否,则所述网络监控模块还用于向所述共享模块发出暂停上传触发信号;所述共享模块还用于响应所述开始上传触发信号并开始上传所述新增文件修改信息,或,所述共享模块还用于响应所述暂停上传触发信号并暂停上传所述新增文件修改信息。
30.根据权利要求18-25任意一项所述的终端,其特征在于,每次所述新增文件修改信息全部上传完成之后,所述共享模块还用于记录上传完成的最后一条新增文件修改信息的版本号。
31.根据权利要求30所述的终端,其特征在于,下一个上传时间节点到来时,所述共享模块还用于上传前一次上传完成的最后一条新增文件修改信息的下一条新增文件修改信息。
32.一种与权利要求16-31任意一项所述的文件网络共享终端进行交互的文件网络共享服务器,其特征在于,包括:
交互模块,用于接收获取已共享的增量存储栈表的请求及返回已共享的增量存储栈表;
处理模块,用于响应所述获取已共享的增量存储栈表的请求并找到对应的已共享的增量存储栈表;
存储模块,用于保存共享的增量存储栈表。
33.根据权利要求32所述的服务器,其特征在于,所述交互模块还用于接收存储新增文件修改信息的请求及接收所述新增文件修改信息;所述处理模块还用于对比最后一条上传的新增文件修改信息与服务器本地存储的增量存储栈表中的最后一条文件修改信息的版本号;所述存储模块还用于保存最后一条文件修改信息具有较新版本号的文件修改信息到服务器本地存储的增量存储栈表中,并删除服务器本地存储的增量存储栈表中版本号较旧的文件修改信息。
CN201310681416.XA 2013-12-12 2013-12-12 文件网络共享方法、终端及服务器 Pending CN104717241A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201310681416.XA CN104717241A (zh) 2013-12-12 2013-12-12 文件网络共享方法、终端及服务器

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201310681416.XA CN104717241A (zh) 2013-12-12 2013-12-12 文件网络共享方法、终端及服务器

Publications (1)

Publication Number Publication Date
CN104717241A true CN104717241A (zh) 2015-06-17

Family

ID=53416201

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201310681416.XA Pending CN104717241A (zh) 2013-12-12 2013-12-12 文件网络共享方法、终端及服务器

Country Status (1)

Country Link
CN (1) CN104717241A (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107819870A (zh) * 2017-11-21 2018-03-20 广州视睿电子科技有限公司 增量拉取数据方法、装置、存储介质、终端设备和服务器
CN110399341A (zh) * 2019-07-06 2019-11-01 深圳市山水原创动漫文化有限公司 一种动画参考文件存储和调用的方法及其系统
CN112379847A (zh) * 2020-12-04 2021-02-19 北京艺源酷科技有限公司 一种数据存储结构及上传存储方法

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101075864A (zh) * 2007-07-16 2007-11-21 腾讯科技(深圳)有限公司 数据同步方法及处理方法、客户端设备、服务器
CN102999482A (zh) * 2011-12-12 2013-03-27 微软公司 用于管理协作文档的技术
CN102999400A (zh) * 2012-11-22 2013-03-27 中国电信股份有限公司云计算分公司 一种云存储系统数据备份方法及装置
CN103020026A (zh) * 2012-11-15 2013-04-03 无锡永中软件有限公司 协同文档处理系统及方法
CN103425663A (zh) * 2012-05-16 2013-12-04 中兴通讯股份有限公司 嵌入式系统数据库创建表、存记录、删记录的方法和装置

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101075864A (zh) * 2007-07-16 2007-11-21 腾讯科技(深圳)有限公司 数据同步方法及处理方法、客户端设备、服务器
CN102999482A (zh) * 2011-12-12 2013-03-27 微软公司 用于管理协作文档的技术
CN103425663A (zh) * 2012-05-16 2013-12-04 中兴通讯股份有限公司 嵌入式系统数据库创建表、存记录、删记录的方法和装置
CN103020026A (zh) * 2012-11-15 2013-04-03 无锡永中软件有限公司 协同文档处理系统及方法
CN102999400A (zh) * 2012-11-22 2013-03-27 中国电信股份有限公司云计算分公司 一种云存储系统数据备份方法及装置

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107819870A (zh) * 2017-11-21 2018-03-20 广州视睿电子科技有限公司 增量拉取数据方法、装置、存储介质、终端设备和服务器
CN110399341A (zh) * 2019-07-06 2019-11-01 深圳市山水原创动漫文化有限公司 一种动画参考文件存储和调用的方法及其系统
CN110399341B (zh) * 2019-07-06 2022-12-06 深圳市山水原创动漫文化有限公司 一种动画参考文件存储和调用的方法及其系统
CN112379847A (zh) * 2020-12-04 2021-02-19 北京艺源酷科技有限公司 一种数据存储结构及上传存储方法

Similar Documents

Publication Publication Date Title
US9311326B2 (en) Virtual file system for automated data replication and review
CN106657174B (zh) 一种数据同步方法、更新方法及装置
CN108121783A (zh) 一种存储数据的自动清理方法、装置、计算机和存储介质
US20170134495A1 (en) Method and apparatus for sharing collaboratively edited document
WO2015117426A1 (zh) 文件管理方法及装置
CN104486107A (zh) 一种日志采集装置及方法
CN104717239A (zh) 共享文件的协同编辑方法、服务器及用户端
CN105871587A (zh) 日志上传方法及装置
TW201351264A (zh) 分散式文檔儲存系統及方法
CN101431558A (zh) 移动终端数据控制的方法和一种移动终端
CN103124276B (zh) 一种扩展通信终端存储空间的方法及通信终端
CN103595808B (zh) 一种文件更新信息推送方法及装置
CN105450682A (zh) 一种用于数据同步保存、向客户端同步数据的方法、装置和系统
CN104717241A (zh) 文件网络共享方法、终端及服务器
CN104717240A (zh) 文件网络共享方法及装置
CN104717248A (zh) 文件网络共享方法、服务器及终端
US20130179398A1 (en) Device for synchronously sharing files and method for synchronously sharing files
CN104717242B (zh) 共享文件的多用户编辑方法、服务器及用户端
CN107729419A (zh) 一种智能保存图片和视频的方法、移动终端及存储介质
CN103685465A (zh) 一种统一下载管理及下载限速方法
CN103973772B (zh) 文件读写方法和装置
CN104796477A (zh) 一种文件上传方法、装置和系统
CN107577718A (zh) 一种网盘服务器和终端的文件同步的方法和系统
CN104410679B (zh) 分享文件/文件夹的提取方法、客户端、服务器以及系统
CN102932476A (zh) 网络存储同步系统

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
CB02 Change of applicant information
CB02 Change of applicant information

Address after: C1104 room 100085 Beijing city Haidian District Third Street No. 9 C

Applicant after: Hitevision Polytron Technologies Inc

Address before: C1104 room 100085 Beijing city Haidian District Third Street No. 9 C

Applicant before: HONGHE TECHNOLOGY CO., LTD.

RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20150617