CN111211966B - 一种用于存储聊天工具中传输文件的方法及*** - Google Patents
一种用于存储聊天工具中传输文件的方法及*** Download PDFInfo
- Publication number
- CN111211966B CN111211966B CN201911390617.8A CN201911390617A CN111211966B CN 111211966 B CN111211966 B CN 111211966B CN 201911390617 A CN201911390617 A CN 201911390617A CN 111211966 B CN111211966 B CN 111211966B
- Authority
- CN
- China
- Prior art keywords
- file
- hash
- state table
- information
- files
- 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
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/07—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail characterised by the inclusion of specific contents
- H04L51/08—Annexed information, e.g. attachments
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/07—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail characterised by the inclusion of specific contents
- H04L51/18—Commands or executable codes
-
- 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/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Transfer Between Computers (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明公开了一种用于存储聊天工具中传输文件的方法,属于信息处理技术领域。本发明方法包括:获取聊天工具的基本信息,根据基本信息生成文件哈希状态表;在启动聊天工具并登陆聊天工具后,将所述哈希状态表加载至聊天工具所在平台的内存;对写入哈希状态表的传输的多个文件进行存储;对哈希状态表中写入的每个传输的文件的文件信息,进行处理,生成每个文件的哈希值,并将每个文件的哈希值写入哈希状态表;对写入哈希状态表的新文件进行存储。本发明解决了同一文件本地重复编辑多次,不便于用户识别和查找的问题,解决了聊天工具被迫接收大量自身本不需要的重复文件的问题。
Description
技术领域
本发明涉及信息处理技术领域,并且更具体地,涉及一种用于存储聊天工具中传输文件的方法及***。
背景技术
微信作为目前国内最大的社交软件,注册用户超过十亿。其丰富的功能,广受用户好评。除了社交属性,微信还可以传输文件,方便编辑,并支持PC端登陆,因此越来越多的用户选择微信用于日常办公。
但是,目前PC端登陆微信传输文件的过程中,会遇到文件重复保存的问题。比如,用户A在某个微信群中,如果群中其他人多次上传同一份文件,该文件会在微信客户端生成的指定路径下存储多份。如此一来,不仅导致文件反复存储浪费了磁盘空间。对于有些经过编辑后上传的同名文件,重复文件名过多,也不便于用户区分哪个文件是自己需要的,从而给用户造成了不便。
发明内容
针对上述问题,本发明提出了一种用于存储聊天工具中传输文件的方法,包括:
获取聊天工具的基本信息,根据基本信息生成文件哈希状态表;
在启动聊天工具并登陆聊天工具后,将所述哈希状态表加载至聊天工具所在平台的内存;
获取聊天工具使用用户传输的多个文件的文件信息,对多个文件的文件信息,进行核查,核实是否出现重复文件,若未出现重复文件,对传输的多个文件的文件信息写入哈希状态表,若出现重复文件,对重复文件中的任意一个文件的文件信息和未出现重复传输的多个文件的文件信息写入哈希状态表,并对写入哈希状态表的传输的多个文件进行存储;
对哈希状态表中写入的每个传输的文件的文件信息,进行处理,生成每个文件的哈希值,并将每个文件的哈希值写入哈希状态表;
获取聊天工具传输的新文件,获取新文件的文件信息,对文件信息进行处理,生成新文件的哈希值,查找哈希状态表中是否存在与新文件的哈希值相同的文件哈希值,当哈希状态表中不存在与新文件的哈希值相同的文件哈希值,对新文件的哈希值和新文件的文件信息写入哈希状态表,并对哈希状态表进行更新,对写入哈希状态表的新文件进行存储。
可选的,当哈希状态表中存在与新文件的哈希值相同的文件哈希值时,确定新文件的文件信息和哈希值相同的文件信息是否一致,若不一致,将新文件的文件信息写入哈希状态表,并对文件进行存储;
若新文件的文件信息和哈希值相同的文件信息一致,对新文件不进行存储。
可选的,文件信息,包括:文件类型、文件名和文件存储路径。
可选的,文件的存储的路径、存储的方式和存储的位置是一致的。
可选的,聊天工具关闭后,将哈希状态表存储至聊天工具所在平台的内存。
本发明还提出了一种用于存储聊天工具中传输文件的***,包括:
初始化模块,获取聊天工具的基本信息,根据基本信息生成文件哈希状态表;
加载模块,在启动聊天工具并登陆聊天工具后,将所述哈希状态表加载至聊天工具所在平台的内存;
记录模块,获取聊天工具使用用户传输的多个文件的文件信息,对多个文件的文件信息,进行核查,核实是否出现重复文件,若未出现重复文件,对传输的多个文件的文件信息写入哈希状态表,若出现重复文件,对重复文件中的任意一个文件的文件信息和未出现重复传输的多个文件的文件信息写入哈希状态表,并对写入哈希状态表的传输的多个文件进行存储;
处理模块,对哈希状态表中写入的每个传输的文件的文件信息,进行处理,生成每个文件的哈希值,并将每个文件的哈希值写入哈希状态表;
存储模块,获取聊天工具传输的新文件,获取新文件的文件信息,对文件信息进行处理,生成新文件的哈希值,查找哈希状态表中是否存在与新文件的哈希值相同的文件哈希值,当哈希状态表中不存在与新文件的哈希值相同的文件哈希值,对新文件的哈希值和新文件的文件信息写入哈希状态表,并对哈希状态表进行更新,对写入哈希状态表的新文件进行存储。
可选的,存储模块,还用于确定当哈希状态表中存在与新文件的哈希值相同的文件哈希值时,确定新文件的文件信息和哈希值相同的文件信息是否一致,若不一致,将新文件的文件信息写入哈希状态表,并对文件进行存储;
若新文件的文件信息和哈希值相同的文件信息一致,对新文件不进行存储。
可选的,文件信息,包括:文件类型、文件名和文件存储路径。
可选的,文件的存储的路径、存储的方式和存储的位置是一致的。
可选的,聊天工具关闭后,将哈希状态表存储至聊天工具所在平台的内存。
本发明解决了同一文件本地重复编辑多次,不便于用户识别和查找的问题,解决了聊天工具被迫接收大量自身本不需要的重复文件的问题,减少了文件重复传输带来的带宽浪费,尤其是对大文件的传输情况,改善更为明显,降低了PC端和聊天工具服务端重复存储文件导致的磁盘空间浪费。
附图说明
图1为本发明一种用于存储聊天工具中传输文件的方法流程图;
图2为本发明一种用于存储聊天工具中传输文件的***结构图。
具体实施方式
现在参考附图介绍本发明的示例性实施方式,然而,本发明可以用许多不同的形式来实施,并且不局限于此处描述的实施例,提供这些实施例是为了详尽地且完全地公开本发明,并且向所属技术领域的技术人员充分传达本发明的范围。对于表示在附图中的示例性实施方式中的术语并不是对本发明的限定。在附图中,相同的单元/元件使用相同的附图标记。
除非另有说明,此处使用的术语(包括科技术语)对所属技术领域的技术人员具有通常的理解含义。另外,可以理解的是,以通常使用的词典限定的术语,应当被理解为与其相关领域的语境具有一致的含义,而不应该被理解为理想化的或过于正式的意义。
本发明提出了一种用于存储聊天工具中传输文件的方法,如图1所示,包括:
获取聊天工具的基本信息,根据基本信息生成文件哈希状态表;
在启动聊天工具并登陆聊天工具后,将所述哈希状态表加载至聊天工具所在平台的内存;
获取聊天工具使用用户传输的多个文件的文件信息,对多个文件的文件信息,进行核查,核实是否出现重复文件,若未出现重复文件,对传输的多个文件的文件信息写入哈希状态表,若出现重复文件,对重复文件中的任意一个文件的文件信息和未出现重复传输的多个文件的文件信息写入哈希状态表,并对写入哈希状态表的传输的多个文件进行存储;
文件信息,包括:文件类型、文件名和文件存储路径。
文件的存储的路径、存储的方式和存储的位置是一致的。
对哈希状态表中写入的每个传输的文件的文件信息,进行处理,生成每个文件的哈希值,并将每个文件的哈希值写入哈希状态表;
获取聊天工具传输的新文件,获取新文件的文件信息,对文件信息进行处理,生成新文件的哈希值,查找哈希状态表中是否存在与新文件的哈希值相同的文件哈希值,当哈希状态表中不存在与新文件的哈希值相同的文件哈希值,对新文件的哈希值和新文件的文件信息写入哈希状态表,并对哈希状态表进行更新,对写入哈希状态表的新文件进行存储。
当哈希状态表中存在与新文件的哈希值相同的文件哈希值时,确定新文件的文件信息和哈希值相同的文件信息是否一致,若不一致,将新文件的文件信息写入哈希状态表,并对文件进行存储;
若新文件的文件信息和哈希值相同的文件信息一致,对新文件不进行存储。
聊天工具关闭后,将哈希状态表存储至聊天工具所在平台的内存。
本发明提出的聊天工具,为现在使用较多的工具,若微信,qq等聊天工具;
下面结合实施例对本发明进行进一步说明;
为了便于描述,假设微信群中有用户a、b、c三人,a用户上传文件,b用户再次上传同一文件,c用户编辑后上传。则文件管理方案实施过程如下:
a发送word文档file1(假设该文件位于D:/)到微信群,b和c用户的微信特定文件夹下会收到该文件file1(为了便于描述,假设特定路径是C:/weixin);
a用户微信客户端(wx-client)解析文件,通过哈希算法获得文件内容哈希值hash1-a,该值作为哈希表key值,并将文件信息存储至链表结构,文件信息包括(文件名、文件类型、文件存储路径),即将(file1、doc、C:/file1)写入文件状态表LinkedHashMap-a;
b用户微信客户端,将hash1-a作为哈希表key值,并将(file1、doc、C:/weixin/file1)写入文件状态表LinkedHashMap-b;c用户微信客户端,将hash1-a作为哈希表key值,并将(file1、doc、C:/weixin/file1)写入文件状态表LinkedHashMap-c;
b用户不修改文件file1,直接将该文件file1,再次发送到微信群,b用户微信客户端解析文件内容,获得哈希值hash2-b,并以hash2-b作为哈希表key值,扫描文件状态表LinkedHashMap-b,由于hash1-a与hash2-b结果一致,则b用户微信客户端可以检索到该文件file1的记录,并且文件的名称和类型都与当前上传的文件file1一致,此时,b用户的pc端不再生成一遍该文件file1(以目前的微信文件管理机制,会重复生成一个同样的文件file1-1),同理,a用户和c用户的微信客户端在扫描自己的状态表LinkedHashMap-a和LinkedHashMap-c时,发现也有同样同一个文件名称,且文件名称和文件类型都与当前即将接收的文件一致,则a和c用户的微信客户端不在本地重复生成该文件file1;;
c用户将该文件编辑,文件名称不变,还是file1,但是文件哈希值变为hash2-c,并将该文件发送到微信群;
c用户的微信客户端将本地文件状态表LinkedHashMap-c的数据变更,原key值hash1-a哈希值hash3-c,文件信息不变;
a和b用户微信客户端收到该文件,以hash3-c为key值,在本地LinkedHashMap-a和LinkedHashMap-b中检索文件,由于状态表中不存在该哈希值,因此判断该文件为新文件,需要接收该文件,a和b用户接收file1,在C:/weixin/下保存,同时将a的状态表LinkedHashMap-a新增一条记录,key值为hash3-c,文件信息为(file1,doc,C:/weixin/file1);将b的状态表LinkedHashMap-b新增一条记录,key值为hash3-c,文件信息为(file1,doc,C:/weixin/file1)。
本发明还提出了一种用于存储聊天工具中传输文件的***200,包括:
初始化模块201,获取聊天工具的基本信息,根据基本信息生成文件哈希状态表;
加载模块202,在启动聊天工具并登陆聊天工具后,将所述哈希状态表加载至聊天工具所在平台的内存;
记录模块203,获取聊天工具使用用户传输的多个文件的文件信息,对多个文件的文件信息,进行核查,核实是否出现重复文件,若未出现重复文件,对传输的多个文件的文件信息写入哈希状态表,若出现重复文件,对重复文件中的任意一个文件的文件信息和未出现重复传输的多个文件的文件信息写入哈希状态表,并对写入哈希状态表的传输的多个文件进行存储;
处理模块204,对哈希状态表中写入的每个传输的文件的文件信息,进行处理,生成每个文件的哈希值,并将每个文件的哈希值写入哈希状态表;
存储模块205,获取聊天工具传输的新文件,获取新文件的文件信息,对文件信息进行处理,生成新文件的哈希值,查找哈希状态表中是否存在与新文件的哈希值相同的文件哈希值,当哈希状态表中不存在与新文件的哈希值相同的文件哈希值,对新文件的哈希值和新文件的文件信息写入哈希状态表,并对哈希状态表进行更新,对写入哈希状态表的新文件进行存储。
存储模块205,还用于确定当哈希状态表中存在与新文件的哈希值相同的文件哈希值时,确定新文件的文件信息和哈希值相同的文件信息是否一致,若不一致,将新文件的文件信息写入哈希状态表,并对文件进行存储;
若新文件的文件信息和哈希值相同的文件信息一致,对新文件不进行存储。
文件信息,包括:文件类型、文件名和文件存储路径。
文件的存储的路径、存储的方式和存储的位置是一致的。
聊天工具关闭后,将哈希状态表存储至聊天工具所在平台的内存。
本发明解决了同一文件本地重复编辑多次,不便于用户识别和查找的问题,解决了聊天工具被迫接收大量自身本不需要的重复文件的问题,减少了文件重复传输带来的带宽浪费,尤其是对大文件的传输情况,改善更为明显,降低了PC端和聊天工具服务端重复存储文件导致的磁盘空间浪费。
本领域内的技术人员应明白,本申请的实施例可提供为方法、***、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
最后应当说明的是:以上实施例仅用以说明本发明的技术方案而非对其限制,尽管参照上述实施例对本发明进行了详细的说明,所属领域的普通技术人员应当理解:依然可以对本发明的具体实施方式进行修改或者等同替换,而未脱离本发明精神和范围的任何修改或者等同替换,其均应涵盖在本发明的权利要求保护范围之内。
Claims (10)
1.一种用于存储聊天工具中传输文件的方法,所述方法包括:
获取聊天工具的基本信息,根据基本信息生成文件哈希状态表;
在启动聊天工具并登陆聊天工具后,将所述哈希状态表加载至聊天工具所在平台的内存;
获取聊天工具使用用户传输的多个文件的文件信息,对多个文件的文件信息,进行核查,核实是否出现重复文件,若未出现重复文件,对传输的多个文件的文件信息写入哈希状态表,若出现重复文件,对重复文件中的任意一个文件的文件信息和未出现重复传输的多个文件的文件信息写入哈希状态表,并对写入哈希状态表的传输的多个文件进行存储,其中,a用户微信客户端wx-client解析文件,通过哈希算法获得文件内容哈希值hash1-a,该值作为哈希表key值,并将文件信息存储至链表结构,文件信息包括:文件名、文件类型、文件存储路径,即将file1、doc、C:/file1写入文件状态表LinkedHashMap-a;
b用户微信客户端,将hash1-a作为哈希表key值,并将file1、doc、C:/weixin/file1写入文件状态表LinkedHashMap-b;c用户微信客户端,将hash1-a作为哈希表key值,并将file1、doc、C:/weixin/file1写入文件状态表LinkedHashMap-c;
b用户不修改文件file1,直接将该文件file1,再次发送到微信群,b用户微信客户端解析文件内容,获得哈希值hash2-b,并以hash2-b作为哈希表key值,扫描文件状态表LinkedHashMap-b,由于hash1-a与hash2-b结果一致,则b用户微信客户端可以检索到该文件file1的记录,并且文件的名称和类型都与当前上传的文件file1一致,此时,b用户的pc端不再生成一遍该文件file1;
对哈希状态表中写入的每个传输的文件的文件信息,进行处理,生成每个文件的哈希值,并将每个文件的哈希值写入哈希状态表;
获取聊天工具传输的新文件,获取新文件的文件信息,对文件信息进行处理,生成新文件的哈希值,查找哈希状态表中是否存在与新文件的哈希值相同的文件哈希值,当哈希状态表中不存在与新文件的哈希值相同的文件哈希值,对新文件的哈希值和新文件的文件信息写入哈希状态表,并对哈希状态表进行更新,对写入哈希状态表的新文件进行存储。
2.根据权利要求1所述的方法,当哈希状态表中存在与新文件的哈希值相同的文件哈希值时,确定新文件的文件信息和哈希值相同的文件信息是否一致,若不一致,将新文件的文件信息写入哈希状态表,并对文件进行存储;
若新文件的文件信息和哈希值相同的文件信息一致,对新文件不进行存储。
3.根据权利要求1所述的方法,所述文件信息,包括:文件类型、文件名和文件存储路径。
4.根据权利要求1所述的方法,所述文件的存储的路径、存储的方式和存储的位置是一致的。
5.根据权利要求1所述的方法,所述聊天工具关闭后,将哈希状态表存储至聊天工具所在平台的内存。
6.一种用于存储聊天工具中传输文件的***,所述***包括:
初始化模块,获取聊天工具的基本信息,根据基本信息生成文件哈希状态表;
加载模块,在启动聊天工具并登陆聊天工具后,将所述哈希状态表加载至聊天工具所在平台的内存;
记录模块,获取聊天工具使用用户传输的多个文件的文件信息,对多个文件的文件信息,进行核查,核实是否出现重复文件,若未出现重复文件,对传输的多个文件的文件信息写入哈希状态表,若出现重复文件,对重复文件中的任意一个文件的文件信息和未出现重复传输的多个文件的文件信息写入哈希状态表,并对写入哈希状态表的传输的多个文件进行存储,其中,a用户微信客户端wx-client解析文件,通过哈希算法获得文件内容哈希值hash1-a,该值作为哈希表key值,并将文件信息存储至链表结构,文件信息包括:文件名、文件类型、文件存储路径,即将file1、doc、C:/file1写入文件状态表LinkedHashMap-a;
b用户微信客户端,将hash1-a作为哈希表key值,并将file1、doc、C:/weixin/file1写入文件状态表LinkedHashMap-b;c用户微信客户端,将hash1-a作为哈希表key值,并将file1、doc、C:/weixin/file1写入文件状态表LinkedHashMap-c;
b用户不修改文件file1,直接将该文件file1,再次发送到微信群,b用户微信客户端解析文件内容,获得哈希值hash2-b,并以hash2-b作为哈希表key值,扫描文件状态表LinkedHashMap-b,由于hash1-a与hash2-b结果一致,则b用户微信客户端可以检索到该文件file1的记录,并且文件的名称和类型都与当前上传的文件file1一致,此时,b用户的pc端不再生成一遍该文件file1;
处理模块,对哈希状态表中写入的每个传输的文件的文件信息,进行处理,生成每个文件的哈希值,并将每个文件的哈希值写入哈希状态表;
存储模块,获取聊天工具传输的新文件,获取新文件的文件信息,对文件信息进行处理,生成新文件的哈希值,查找哈希状态表中是否存在与新文件的哈希值相同的文件哈希值,当哈希状态表中不存在与新文件的哈希值相同的文件哈希值,对新文件的哈希值和新文件的文件信息写入哈希状态表,并对哈希状态表进行更新,对写入哈希状态表的新文件进行存储。
7.根据权利要求6所述的***,所述存储模块,还用于确定当哈希状态表中存在与新文件的哈希值相同的文件哈希值时,确定新文件的文件信息和哈希值相同的文件信息是否一致,若不一致,将新文件的文件信息写入哈希状态表,并对文件进行存储;
若新文件的文件信息和哈希值相同的文件信息一致,对新文件不进行存储。
8.根据权利要求6所述的***,所述文件信息,包括:文件类型、文件名和文件存储路径。
9.根据权利要求6所述的***,所述文件的存储的路径、存储的方式和存储的位置是一致的。
10.根据权利要求6所述的***,所述聊天工具关闭后,将哈希状态表存储至聊天工具所在平台的内存。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911390617.8A CN111211966B (zh) | 2019-12-30 | 2019-12-30 | 一种用于存储聊天工具中传输文件的方法及*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911390617.8A CN111211966B (zh) | 2019-12-30 | 2019-12-30 | 一种用于存储聊天工具中传输文件的方法及*** |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111211966A CN111211966A (zh) | 2020-05-29 |
CN111211966B true CN111211966B (zh) | 2022-10-18 |
Family
ID=70788205
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201911390617.8A Active CN111211966B (zh) | 2019-12-30 | 2019-12-30 | 一种用于存储聊天工具中传输文件的方法及*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111211966B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111930687A (zh) * | 2020-08-10 | 2020-11-13 | Oppo(重庆)智能科技有限公司 | 文件处理方法、装置、终端及存储介质 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2013058134A (ja) * | 2011-09-09 | 2013-03-28 | Nec Corp | データ書き込み装置 |
CN103581230A (zh) * | 2012-07-26 | 2014-02-12 | 深圳市腾讯计算机***有限公司 | 文件传输***和方法、接收端、发送端 |
CN106649717A (zh) * | 2016-12-21 | 2017-05-10 | 深圳市易特科信息技术有限公司 | 基于哈希值的医疗文件冗余处理***及方法 |
CN106777170A (zh) * | 2016-12-21 | 2017-05-31 | 深圳市易特科信息技术有限公司 | 增强服务器访问速度的医疗信息化文件处理***及方法 |
JP2018045305A (ja) * | 2016-09-12 | 2018-03-22 | 株式会社東芝 | ストレージ装置、及びプログラム |
CN110401725A (zh) * | 2019-08-23 | 2019-11-01 | 深圳市鹰硕技术有限公司 | 文件上传方法、装置、终端、服务器、***及存储介质 |
-
2019
- 2019-12-30 CN CN201911390617.8A patent/CN111211966B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2013058134A (ja) * | 2011-09-09 | 2013-03-28 | Nec Corp | データ書き込み装置 |
CN103581230A (zh) * | 2012-07-26 | 2014-02-12 | 深圳市腾讯计算机***有限公司 | 文件传输***和方法、接收端、发送端 |
JP2018045305A (ja) * | 2016-09-12 | 2018-03-22 | 株式会社東芝 | ストレージ装置、及びプログラム |
CN106649717A (zh) * | 2016-12-21 | 2017-05-10 | 深圳市易特科信息技术有限公司 | 基于哈希值的医疗文件冗余处理***及方法 |
CN106777170A (zh) * | 2016-12-21 | 2017-05-31 | 深圳市易特科信息技术有限公司 | 增强服务器访问速度的医疗信息化文件处理***及方法 |
CN110401725A (zh) * | 2019-08-23 | 2019-11-01 | 深圳市鹰硕技术有限公司 | 文件上传方法、装置、终端、服务器、***及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN111211966A (zh) | 2020-05-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10755234B2 (en) | System and method for offline synchronization of exception items of shared services for client applications | |
JP6419319B2 (ja) | 共有フォルダ及び共有ファイルの同期 | |
US9311326B2 (en) | Virtual file system for automated data replication and review | |
KR100678921B1 (ko) | 다중 서버 환경에 적합한 디바이스를 클라이언트로 하여동기화를 수행하는 방법 및 장치 | |
US8886700B2 (en) | Content sharing with limited cloud storage | |
KR101669699B1 (ko) | 레거시 문서에 대한 빠른 병합 지원 | |
US20070162504A1 (en) | Method and apparatus for loading data from a spreadsheet to a relational database table | |
US20070288835A1 (en) | Apparatus, computer readable medium, data signal, and method for document management | |
US20090187588A1 (en) | Distributed indexing of file content | |
US7818293B2 (en) | Method and system to synchronize updated versions of a document edited on a collaborative site that are under document management control | |
WO2008154832A1 (fr) | Procédé et dispositif d'extraction d'informations de discussion en ligne | |
US11418592B2 (en) | Uploading user and system data from a source location to a destination location | |
JP2014524165A (ja) | 画像編集動作の共有方法、共有プラットフォーム及びシステム | |
CN107463692B (zh) | 超大文本数据同步到搜索引擎的方法和*** | |
US10650085B2 (en) | Providing interactive preview of content within communication | |
CN109086459B (zh) | 一种基于区块链的新闻采编和发布方法 | |
CN109937405B (zh) | 用于发送大数据集的高级重试机制 | |
CN109660447B (zh) | 基于聊天数据的信息定向抓取方法及信息管理*** | |
US20140289626A1 (en) | Cloud based audio recording system | |
KR101525984B1 (ko) | 파일 이름을 규칙에 따라 설정하는 문서 관리 장치 및 방법 | |
CN111211966B (zh) | 一种用于存储聊天工具中传输文件的方法及*** | |
JP2016514393A (ja) | 差分符号化のためのシリアライゼーション | |
JP5341604B2 (ja) | ユーザログ収集装置、及びユーザログ管理システム | |
CN116089527A (zh) | 一种数据校验方法、存储介质与设备 | |
CN113505153B (zh) | 一种基于iOS***的备忘录备份方法和相关设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |