CN115150388B - 文件上传和文件上传状态查询方法及其设备、存储介质 - Google Patents
文件上传和文件上传状态查询方法及其设备、存储介质 Download PDFInfo
- Publication number
- CN115150388B CN115150388B CN202210727195.4A CN202210727195A CN115150388B CN 115150388 B CN115150388 B CN 115150388B CN 202210727195 A CN202210727195 A CN 202210727195A CN 115150388 B CN115150388 B CN 115150388B
- Authority
- CN
- China
- Prior art keywords
- file
- uploading
- identifier
- client
- server
- 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
- 238000000034 method Methods 0.000 title claims abstract description 76
- 230000004044 response Effects 0.000 claims abstract description 49
- 238000013507 mapping Methods 0.000 claims description 26
- 230000000977 initiatory effect Effects 0.000 claims description 3
- 238000010586 diagram Methods 0.000 description 14
- 230000000694 effects Effects 0.000 description 8
- 238000004590 computer program Methods 0.000 description 7
- 230000003993 interaction Effects 0.000 description 3
- 238000007726 management method Methods 0.000 description 2
- 230000011664 signaling Effects 0.000 description 2
- 230000006978 adaptation Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000000926 separation method Methods 0.000 description 1
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/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
-
- 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 Transfer Between Computers (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本申请提供的一种文件上传和文件上传状态查询方法及其设备、存储介质,文件服务器根据接收到的第一客户端发送的第一文件生成第一文件标识,然后将第一文件标识发动给应用服务器进行注册,当完成注册后,第一客户端根据接收到的指示消息上传第二文件,在第二文件上传过程中,应用服务器根据第一客户端发送的文件上传状态查询请求中的第一文件标识查询对应的文件上传状态信息,使得文件上传任务和文件状态查询任务分离到不同服务器中执行,解决了用户实时查询文件上传状态,与文件上传对网络IO占用冲突的问题,提升了文件上传速度并减少了文件上传状态查询的响应时间。
Description
技术领域
本申请涉及数据处理技术领域,尤其涉及一种文件上传和文件上传状态查询方法及其设备、存储介质。
背景技术
为了减少文件管理的复杂程度以及提升办公效率,用户通常将文件上传至特定的存储服务器中进行存储,例如文件服务器(file server)是一台对中央存储和数据文件管理负责的计算机,这样在同一网络中的其他计算机就可以访问这些文件。
现有技术中,对于一些超大文件,例如交付物部署文件和容器镜像文件等,用户一般将文件上传至文件服务器或者对象存储服务器(Object Storage Service,简称OSS)中进行存储,且在文件上传过程中,文件上传状态由上述服务器推送给用户,以满足用户实时查询文件上传状态的需求。
但是,在文件上传过程中,服务器的吞吐量和上传状态的响应时间之间存在矛盾,不能同时保证快速的文件上传速度和更短的上传状态响应时间,用户查询上传状态会使得文件上传的速度变慢。
发明内容
本申请提供一种文件上传和文件上传状态查询方法及其设备、存储介质,用以解决现有技术中不能同时保证快速的文件上传速度和更短的上传状态响应时间,用户查询上传状态会使得文件上传的速度变慢的问题。
第一方面,本申请提供一种文件上传的方法,应用于文件服务器,所述方法包括:
接收第一客户端上传的第一文件,在所述第一文件上传完成时为所述第一文件生成第一文件标识,所述第一文件是所述第一客户端根据用户待上传的第二文件确定的,所述第一文件的大小小于所述第二文件,所述第一文件为所述第一客户端自定义的文件;
将所述第一文件标识发送给应用服务器进行文件注册;
在所述应用服务器完成文件注册后,向所述第一客户端发送指示消息,所述指示消息用于指示所述第一客户端上传所述第二文件,所述指示消息中包括所述第一文件标识;
接收所述第一客户端上传的所述第二文件。
可选的,所述接收所述第一客户端上传的所述第二文件之后,还包括:
当所述第二文件上传完成,为所述第二文件生成第二文件标识;
向所述应用服务器发送文件上传成功消息,所述文件上传成功消息包括所述第一文件标识和所述第二文件标识。
还包括:
接收所述应用服务器发送的第二下载请求,所述第二下载请求用于请求下载所述第二文件,所述第二下载请求中包括所述第二文件标识和所述第一客户端的IP地址;
根据所述第二文件标识查询所述第二文件,并根据所述第一客户端的IP地址将所述第二文件携带在文件下载响应中发送给所述第一客户端。
可选的,所述第一文件为任意格式的空文件,或者所述第一文件的内容为所述第二文件的属性信息。
第二方面,本申请提供一种文件上传状态查询的方法,应用于应用服务器,所述方法包括:
接收文件服务器发送的注册请求,所述注册请求中携带第一文件标识;
根据所述注册请求进行文件注册,以建立所述第一文件标识对应的文件上传状态信息,所述第一文件标识对应的文件上传状态信息用于表示与所述第一文件标识对应的第一文件关联的第二文件的上传状态信息,所述第一文件的大小小于所述第二文件,所述第一文件为第一客户端自定义的文件,所述第二文件是用户待上传的文件;
向所述文件服务器返回注册响应,所述注册响应用于指示所述第一文件注册完成;
接收所述第一客户端发送的文件上传状态查询请求,所述文件上传状态查询请求中包括所述第一文件标识;
根据所述第一文件标识查询所述第一文件标识对应的文件上传状态信息,向所述第一客户端返回所述第一文件标识对应的文件上传状态信息,所述第一文件标识对应的文件上传状态信息用于指示文件正在上传或者上传完成。
可选的,还包括:
接收所述文件服务器发送的文件上传成功消息,所述文件上传成功消息中包括所述第一文件标识和第二文件标识;
根据所述文件上传成功消息,建立所述第一文件标识和所述第二文件标识的映射关系,并更新所述第一文件标识对应的文件上传状态信息为上传完成;
将所述映射关系发送给所述第一客户端。
可选的,还包括:
接收第一客户端发送的第一下载请求,所述第一下载请求中包括所述第一文件标识和所述第一客户端的IP地址;
根据所述映射关系,确定所述第一文件标识对应的所述第二文件标识;
向所述文件服务器发起第二下载请求,所述第二下载请求中包括所述第二文件标识和所述第一客户端的IP地址。
第三方面,本申请提供一种文件上传的方法,应用于第一客户端,所述方法包括:
获取用户发起的文件上传请求,所述文件上传请求中包括用户待上传的第二文件的属性信息;
根据所述文件上传请求,向文件服务器发送第一文件,所述第一文件为所述第一客户端自定义的文件,所述第一文件的大小小于所述第二文件;
接收所述文件服务器发送的指示消息,所述指示消息中包括第一文件标识,所述指示消息用于指示上传所述第二文件;
向所述文件服务器发送所述第二文件。
可选的,所述向所述文件服务器发送所述第二文件后,还包括:
获取用户发起的文件上传状态查询请求,所述文件上传状态查询请求中包括所述第一文件标识;
将所述文件上传状态查询请求发送给应用服务器;
接收所述应用服务器返回的所述第一文件标识对应的文件上传状态消息,所述第一文件标识对应的文件上传状态消息用于指示文件正在上传或者上传完成。
可选的,还包括:
接收所述应用服务器发送的所述第一文件标识和第二文件标识的映射关系;
获取用户发起的文件下载请求,所述文件下载请求中包括所述第二文件标识;
根据所述映射关系,确定所述第二文件标识对应的所述第一文件标识;
向所述应用服务器发送第一下载请求,所述第一下载请求中包括所述第一文件标识和所述第一客户端的IP地址;
接收所述文件服务器根据所述IP地址发送的文件下载响应,所述文件下载响应携带所述第二文件。
第四方面,本申请提供一种文件服务器,包括:
第一接收模块,用于接收第一客户端上传的第一文件,在所述第一文件上传完成时为所述第一文件生成第一文件标识,所述第一文件是所述第一客户端根据用户待上传的第二文件确定的,所述第一文件的大小小于所述第二文件,所述第一文件为所述第一客户端自定义的文件;
第一发送模块,用于将所述第一文件标识发送给应用服务器进行文件注册;
第二发送模块,用于在所述应用服务器完成文件注册后,向所述第一客户端发送指示消息,所述指示消息用于指示所述第一客户端上传所述第二文件,所述指示消息中包括所述第一文件标识;
第二接收模块,用于接收所述第一客户端上传的所述第二文件。
第五方面,本申请提供一种应用服务器,包括:
第一接收模块,用于接收文件服务器发送的注册请求,所述注册请求中携带第一文件标识;
注册模块,用于根据所述注册请求进行文件注册,以建立所述第一文件标识对应的文件上传状态信息,所述第一文件标识对应的文件上传状态信息用于表示与所述第一文件标识对应的第一文件关联的第二文件的上传状态信息,所述第一文件的大小小于所述第二文件,所述第一文件为第一客户端自定义的文件,所述第二文件是用户待上传的文件;
响应模块,用于向所述文件服务器返回注册响应,所述注册响应用于指示所述第一文件注册完成;
第二接收模块,用于接收所述第一客户端发送的文件上传状态查询请求,所述文件上传状态查询请求中包括所述第一文件标识;
处理模块,用于根据所述第一文件标识查询所述第一文件标识对应的文件上传状态信息,向所述第一客户端返回所述第一文件标识对应的文件上传状态信息,所述第一文件标识对应的文件上传状态信息用于指示文件正在上传或者上传完成。
第六方面,本申请提供一种客户端,包括:
获取模块,用于获取用户发起的文件上传请求,所述文件上传请求中包括用户待上传的第二文件的属性信息;
第一发送模块,用于根据所述文件上传请求,向文件服务器发送第一文件,所述第一文件为第一客户端自定义的文件,所述第一文件的大小小于所述第二文件;
接收模块,用于接收所述文件服务器发送的指示消息,所述指示消息中包括第一文件标识,所述指示消息用于指示上传所述第二文件;
第二发送模块,用于向所述文件服务器发送所述第二文件。
第七方面,本申请提供一种文件服务器,包括:处理器,以及与所述处理器通信连接的存储器;
所述存储器存储计算机执行指令;
所述处理器执行所述存储器存储的计算机执行指令,以实现如第一方面所述的方法。
第八方面,本申请提供一种应用服务器,包括:处理器,以及与所述处理器通信连接的存储器;
所述存储器存储计算机执行指令;
所述处理器执行所述存储器存储的计算机执行指令,以实现如第二方面所述的方法。
第九方面,本申请提供一种客户端,包括:处理器,以及与所述处理器通信连接的存储器;
所述存储器存储计算机执行指令;
所述处理器执行所述存储器存储的计算机执行指令,以实现如第三方面所述的方法。
第十方面,本申请提供一种计算机可读存储介质,所述计算机可读存储介质中存储有计算机执行指令,所述计算机执行指令被处理器执行时用于实现第一方面至第三方面中任一项所述方法。
第十一方面,本申请提供一种计算机程序产品,包括计算机程序,所述计算机程序被处理器执行时实现第一方面至第三方面中任一项所述的方法。
本申请提供的一种文件上传和文件上传状态查询方法及其设备、存储介质,文件服务器根据接收到的第一客户端发送的第一文件生成第一文件标识,然后将第一文件标识发动给应用服务器进行注册,当完成注册后,第一客户端根据接收到的指示消息上传第二文件,在第二文件上传过程中,应用服务器根据第一客户端发送的文件上传状态查询请求中的第一文件标识查询对应的文件上传状态信息,使得文件上传任务和文件状态查询任务分离到不同服务器中执行,解决了用户实时查询文件上传状态,与文件上传对网络IO占用冲突的问题,提升了文件上传速度并减少了文件上传状态查询的响应时间。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本申请的实施例,并与说明书一起用于解释本申请的原理。
图1为本申请适用的一种应用场景的示意图;
图2为本申请实施例一提供的一种文件上传的方法的流程示意图;
图3为本申请实施例二提供的一种文件上传状态查询的方法的流程示意图;
图4为本申请实施例三提供的一种文件上传的方法的流程示意图;
图5为本申请实施例四提供的一种文件上传和文件上传状态查询的方法的信令流程图;
图6为本申请实施例五提供的一种文件服务器的结构示意图;
图7为本申请实施例六提供的一种应用服务器的结构示意图;
图8为本申请实施例七提供的一种客户端的结构示意图;
图9为本发明实施例八提供的一种文件服务器的结构示意图;
图10为本发明实施例九提供的一种应用服务器的结构示意图;
图11为本发明实施例十提供的一种客户端的结构示意图。
通过上述附图,已示出本申请明确的实施例,后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本申请构思的范围,而是通过参考特定实施例为本领域技术人员说明本申请的概念。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
现有技术中,对于一些超大文件,例如交付物部署文件和容器镜像文件等,用户一般将文件上传至文件服务器或者对象存储服务器中进行存储,且在文件上传过程中,文件上传状态由上述服务器推送给用户,以满足用户实时查询文件上传状态的需求。
但是,在文件上传过程中,服务器的吞吐量和上传状态的响应时间之间存在矛盾,也就是说,频繁的文件上传操作对网络输入/输出IO(Input/Output,简称IO)资源的占用,会直接影响服务器的每秒查询率QPS(Queries-per-second,简称QPS),两者之间存在资源的竞争。服务器不能同时保证快速的文件上传速度和更短的上传状态响应时间,用户查询上传状态会使得文件上传的速度变慢。
所以,本申请提供一种文件上传和文件上传状态查询方法及其设备、存储介质,通过将文件上传任务和文件状态查询任务分离到不同服务器中执行,解决了用户实时查询文件上传状态,与文件上传对网络IO占用冲突的问题。
参考图1,图1为本申请适用的一种应用场景的示意图,第一客户端103、应用服务器102和文件服务器101之间通过互联网进行信息交互,文件服务器101在接收第一客户端103上传的第二文件之前,先根据第一客户端103上传的第一文件生成第一文件标识,然后将该第一文件标识发送给应用服务器102上进行注册,注册成功后,文件服务器101开始接收第一客户端103上传的第二文件。在第二文件上传过程中,用户可以通过第一客户端103向应用服务器102发起文件上传状态查询请求,以获取第二文件的上传状态。文件上传任务和文件上传状态查询任务的分离,使得文件上传时所需资源不被抢占,提高了第二文件上传的速度,同时也保证了用户能快速查询到文件上传状态,不受文件上传影响。
可以理解,上述应用服务器102和第一客户端103的数量均可以为多个,图中未示出。
下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以独立存在,也可以相互结合,对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图,对本申请的实施例进行描述。
参考图2,图2为本申请实施例一提供的一种文件上传的方法的流程示意图,该方法可以由图1中的文件服务器101执行,该方法包括如下步骤。
S201、接收第一客户端上传的第一文件,在第一文件上传完成时为第一文件生成第一文件标识。
当用户需要上传第二文件时,文件服务器接收到第一客户端发送的第一文件,第一文件是第一客户端根据用户待上传的第二文件确定的。第一文件的大小小于第二文件,第一文件为第一客户端自定义的文件,因为在文件上传完成之后,文件服务器才能生成该文件的标识,所以第一客户端需要上传一个文件大小较小的第一文件,上传完成后可以得到文件服务器生成的第一文件标识,以实现后续用户查询第二文件的上传状态时可以根据该第一文件标识查询得到。可选的,第一文件可以是一个空的任意格式的文档,或者,第一文件中的内容也可以是第二文件的属性信息(文件类型、文件名称和文件大小等)的文档,而第二文件可以是交付物部署文件和容器镜像文件等超大文件。
S202、将第一文件标识发送给应用服务器进行文件注册。
文件服务器将第一标识发送给应用服务器,使得应用服务器对该第一文件标识进行注册,具体的,文件服务器可以向应用服务器发送注册请求,该注册请求中携带第一文件标识,然后当应用服务器注册完成后,文件服务器可以接收到应用服务器发送的注册响应,该注册响应用于指示第一文件注册完成,也就是建立第一文件标识对应的文件上传状态信息,使得接收到用户的文件上传状态查询请求时,返回响应的文件上传状态。
S203、在应用服务器完成文件注册后,向第一客户端发送指示消息,指示消息用于指示第一客户端上传第二文件,指示消息中包括第一文件标识。
在应用服务器完成文件注册后,文件服务器可以接收到应用服务器返回的注册响应,该注册响应用于指示第一文件注册完成。然后文件服务器向第一客户端发送指示消息,该指示消息用于指示第一客户端上传第二文件,指示消息中包括第一文件标识,使得第一客户端可以根据该第一文件标识上传对应的第二文件。
S204、接收第一客户端上传的第二文件。
文件服务器向第一客户端发送指示消息后,文件服务器接收到第一客户端上传的第二文件。
可选的,在接收第二文件之后,当第二文件上传完成,文件服务器为第二文件生成第二文件标识,然后向应用服务器发送文件上传成功消息,该消息中包括第一文件标识和第二文件标识,使得应用服务器可以根据该消息生成第一文件标识和第二文件标识的映射关系,用于后续文件下载。
可选的,当第二文件上传完成时,文件服务器还可以向第一客户端返回文件上传成功消息,以提示用户第二文件上传完成。
在第二文件上传完成后,文件服务器可以接收应用服务器发送的第二下载请求,该第二下载请求是应用服务器接收到用户通过第一客户端发起的文件下载请求生成的,该请求中包括第二文件标识和第一客户端的IP地址,用于请求下载第二文件。文件服务器根据第二文件标识在存储的文件中查询第二文件,然后根据第一客户端的IP地址将第二文件携带在文件下载响应中发送给第一客户端,使得应用服务器将第二文件发送给第一客户端,而文件的下载通过应用服务器,增加了第一客户端与文件服务器之间文件上传所需的资源,提升文件上传速度。
在本实施例中,文件服务器接收到第一客户端发送的第一文件,并在第一文件上传完成时为第一文件生成第一文件标识,然后将该第一文件标识发送给应用服务器进行注册,在应用服务器完成文件注册后,向第一客户端发送指示消息,使得第一客户端根据该指示消息将第二文件上传,文件服务器用于处理文件上传的任务,不受用户查询文件上传状态的影响,提升了文件上传速度。
下面通过实施例二对应用服务器处理用户的文件上传状态查询请求进行说明。
参考图3,图3为本申请实施例二提供的一种文件上传状态查询的方法的流程示意图,该方法可以由图1中的应用服务器102执行器,该方法包括如下步骤。
S301、接收文件服务器发送的注册请求,注册请求中携带第一文件标识。
文件服务器在根据第一客户端发送的第一文件生成第一文件标识后,应用服务器接收到文件服务器发送的注册请求,该注册请求中携带第一文件标识。
S302、根据注册请求进行文件注册,以建立第一文件标识对应的文件上传状态信息。
应用服务器根据该注册请求进行文件注册,建立第一文件标识对应的文件上传状态信息,以实现当用户发起文件上传状态查询请求时返回对应的文件上传状态信息。其中,第一文件标识对应的文件上传状态信息用于表示与第一文件标识对应的第一文件关联的第二文件的上传状态信息,第一文件的大小小于第二文件,第一文件为第一客户端自定义的文件,第二文件是用户待上传的文件。
S303、向文件服务器返回注册响应,注册响应用于指示第一文件注册完成。
应用服务器注册完成后,向文件服务器返回注册响应,以通知文件服务器,第一文件注册完成,可以接收第一客户端上传的第二文件。
S304、接收第一客户端发送的文件上传状态查询请求,文件上传状态查询请求中包括第一文件标识。
在第二文件上传过程中,应用服务器接收到第一客户端发送的文件上传状态查询请求,该文件状态查询请求中包括第一文件标识。
S305、根据第一文件标识查询第一文件标识对应的文件上传状态信息,向第一客户端返回第一文件标识对应的文件上传状态信息。
应用服务器根据第一文件标识在注册信息中,查询第一文件标识对应的文件上传状态信息,然后向第一客户端返回第一文件标识对应的文件上传状态信息,使得用户可以了解到第二文件的上传状态,第一文件标识对应的文件上传状态信息用于指示文件正在上传或者上传完成。
可选的,在第二文件上传完成后,应用服务器可以接收到文件服务器发送的文件上传成功消息,该消息中包括第一文件标识和第二文件标识,然后应用服务器根据该消息,建立第一文件标识和第二文件标识的映射关系,并更新第一文件标识对应的文件上传状态信息为上传完成。然后应用服务器将该映射关系发送给第一客户端,使得第一客户端在接收到用户的文件下载请求时确定相应的第一文件标识,以通过应用服务器下载相应的第二文件。
可选的,在第二文件上传完成后,应用服务器可以接收到包括第一客户端在内的其他客户端发送第一下载请求,该第一下载请求中包括第一文件标识和第一客户端的IP地址,应用服务器根据上述映射关系,确定第一文件标识对应的第二文件标识,然后向文件服务器发起第二下载请求,该第二下载请求中包括第二文件标识和第一客户端的IP地址,用于请求下载第二文件。
在本实施例中,应用服务器根据文件服务器发送的注册请求,对第一文件标识进行注册,建立第一文件标识对应的文件上传状态信息,使得应用服务器在接收到第一客户端的文件上传状态查询请求时,根据该第一文件标识可以查询到第一文件标识对应的文件上传状态信息,并向第一客户端返回该第文件上传状态信息,使得将文件上传状态查询任务分离到应用服务器中运行,提升了文件服务器中的文件上传速度,用户查询文件上传状态也能较快得到响应,提高了用户的使用体验。
参考图4,图4为本申请实施例三提供的一种文件上传的方法的流程示意图,该方法可以由图1中的第一客户端103执行,该方法包括如下步骤。
S401、获取用户发起的文件上传请求。
当用户需要上传文件时,可以在第一客户端的文件上传界面,发起文件上传请求,发起请求时,用户可以在文件上传界面填写用户待上传的第二文件的属性信息,例如文件大小、文件名称和文件类型等。
可选的,第一客户端可以将属性信息写入第一文件中,使得用户后续在文件服务器中查看第一文件时,可以了解到该第一文件映射的第二文件的属性信息。
S402、根据文件上传请求,向文件服务器发送第一文件。
第一客户端获取到文件上传请求后,根据文件上传请求确定第一文件,然后向文件服务器发送该第一文件,第一文件是第一客户端自定义的文件,第一文件的大小小于第二文件。该文件可以是任意格式的空的文件,文件大小较小,可以较快完成上传。上传该文件至文件服务器的目的是为了获取到第一文件标识,以实现后续用户查询第二文件的上传状态时可以根据该第一文件标识查询得到。
S403、接收文件服务器发送的指示消息,指示消息中包括第一文件标识。
第一客户端向文件服务器发送第一文件后,当第一文件上传完成,第一客户端接收到文件服务器发送的指示消息,该指示消息中包括第一文件标识,而且,该指示消息用于指示第一客户端上传第二文件,即将真正的待上传的大文件上传至文件服务器。
S404、向文件服务器发送第二文件。
第一客户端接收到指示消息后,根据该指示消息向文件服务器发送第二文件,以实现文件的上传。
在文件上传过程中,用户可以随时在第一客户端中相应的查询界面,发起文件上传状态查询请求,该文件上传状态查询请求中包括第一文件标识。第一客户端可以将文件上传状态查询请求发送给应用服务器,然后可以接收到应用服务器返回的第一文件标识对应的文件上传状态消息,该文件上传状态消息用于指示文件正在上传或者上传成功,用户可以快速查询到第二文件的上传状态。
可选的,当第二文件上传完成后,第一客户端可以接收到应用服务器发送的第一文件标识和第二文件标识的映射关系。当用户发起文件下载请求时,文件下载请求中包括第二文件标识,第一客户端可以根据上述映射关系,确定第二文件标识对应的第一文件标识,然后向应用服务器发送第一文件下载请求,第一文件下载请求中包括第一文件标识和第一客户端的IP地址,使得应用服务器可以根据该第一文件标识和上述映射关系,向文件服务器发送第二文件的文件下载请求。然后,第一客户端可以接收到文件服务器根据第一客户端的IP地址发送的文件下载响应,该文件下载响应中携带用户需要下载的第二文件。通过应用服务器,向文件服务器发起文件下载请求,不占用文件上传所需的资源,可以保证文件上传的速度。
在本实施例中,第一客户端根据用户发起的文件上传请求,向文件服务器发送第一文件,然后根据接收到的文件服务器发送的指示消息,向文件服务器发送第二文件,使得文件上传任务在文件服务器中完成,而文件上传状态查询在应用服务器上执行,使得文件上传任务和文件状态查询任务分离到不同服务器中执行,解决了用户实时查询文件上传状态,与文件上传对网络IO占用冲突的问题,提升了文件上传速度并减少了文件上传状态查询的响应时间。
下面通过实施例四对第一客户端、文件服务器和应用服务器之间的交互进行说明。
参考图5,图5为本申请实施例四提供的一种文件上传和文件上传状态查询的方法的信令流程图,本实施例在实施例一、实施例二和实施例三的基础上,详细描述设备之间的交互过程,本实施例提供的方法包括如下步骤。
S501、第一客户端向应用服务器发送第一文件。
第一文件是第一客户端自定义的文件,第一文件是第一客户端根据接收到用户发起的文件上传请求发送的。
S502、文件服务器在第一文件上传完成时为第一文件生成第一文件标识。
S503、文件服务器向应用服务器发送注册请求。
该注册请求中包括第一文件标识。
S504、应用服务器根据注册请求对第一文件进行文件注册。
应用服务器对第一文件进行注册,以建立第一文件标识对应的文件上传状态信息。
S505、应用服务器向文件服务器发送注册响应。
注册响应用于指示第一文件注册完成。
S506、文件服务器向第一客户端发送指示消息。
指示消息用于指示第一客户端上传第二文件,指示消息中包括第一文件标识。
S507、第一客户端向文件服务器发送第二文件。
S508、第一客户端向应用服务器发送文件上传状态查询请求。
文件上传状态查询请求中包括第一文件标识。
S509、应用服务器查询第一文件标识对应的文件上传状态信息。
S510、应用服务器向第一客户端发送第一文件标识对应的文件上传状态信息。
该文件上传状态信息用于指示文件正在上传或者上传完成,需要说明的是,步骤S508-步骤S510的执行顺序可以在步骤S507之后的任意一个步骤的前后均可执行。
S511、当第二文件上传完成,文件服务器为第二文件生成第二文件标识。
S512、文件服务向应用服务器发送文件上传成功消息。
文件上传成功消息中包括第一文件标识和第二文件标识。
S513、应用服务器根据文件上传成功消息,建立第一文件标识和第二文件标识的映射关系。
S514、应用服务器向第一客户端发送第一文件标识和第二文件标识的映射关系。
S515、第一客户端向应用服务器发送第一下载请求。
第一下载请求中包括第一文件标识和第一客户端的IP地址。
S516、应用服务器根据映射关系确定第一文件标识对应的第二文件标识。
S517、应用服务器向文件服务器发送第二下载请求。
第一下载请求中包括第二文件标识和第一客户端的IP地址。
S518、文件服务器向第一客户端发送携带了第二文件的文件下载响应。
本申请提供的一种文件上传和文件上传状态查询的方法,文件服务器根据接收到的第一客户端发送的第一文件生成第一文件标识,然后将第一文件标识发动给应用服务器进行注册,当完成注册后,第一客户端根据接收到的指示消息上传第二文件,在第二文件上传过程中,应用服务器根据第一客户端发送的文件上传状态查询请求中的第一文件标识查询对应的文件上传状态信息,使得文件上传任务和文件状态查询任务分离到不同服务器中执行,解决了用户实时查询文件上传状态,与文件上传对网络IO占用冲突的问题,提升了文件上传速度并减少了文件上传状态查询的响应时间。并且第二文件上传完成后,用户可以通过第一客户端通过应用服务器向文件服务器发起文件下载请求,不占用文件上传所需的资源,可以保证文件上传的速度。
参考图6,图6为本申请实施例五提供的一种文件服务器的结构示意图。该文件服务器60包括:第一接收模块601,第一发送模块602、第二发送模块603和第二接收模块604。
第一接收模块601,用于接收第一客户端上传的第一文件,在第一文件上传完成时为第一文件生成第一文件标识,第一文件是第一客户端根据用户待上传的第二文件确定的,第一文件的大小小于第二文件,第一文件为第一客户端自定义的文件。
第一发送模块602,用于将第一文件标识发送给应用服务器进行文件注册。
第二发送模块603,用于在应用服务器完成文件注册后,向第一客户端发送指示消息,指示消息用于指示第一客户端上传第二文件,指示消息中包括第一文件标识。
第二接收模块604,用于接收第一客户端上传的第二文件。
可选的,接收第一客户端上传的第二文件之后,文件服务器60还包括:第一处理模块。
处理模块,用于当第二文件上传完成,为第二文件生成第二文件标识,向应用服务器发送文件上传成功消息,文件上传成功消息包括第一文件标识和第二文件标识。
可选的,文件服务器60还包括:第二处理模块。
第二处理模块,用于接收应用服务器发送的第二下载请求,第二下载请求用于请求下载第二文件,第二下载请求中包括第二文件标识和第一客户端的IP地址。根据第二文件标识查询第二文件,并根据第一客户端的IP地址将第二文件携带在文件下载响应中发送给第一客户端。
可选的,第一发送模块602具体用于:
向应用服务器发送注册请求,注册请求中携带第一文件标识。
接收应用服务器发送的注册响应,注册响应用于指示第一文件注册完成。
可选的,第一文件为任意格式的空文件,或者第一文件的内容为第二文件的属性信息。
本实施例的文件服务器,可用于执行实施例一中的一种文件上传的方法的步骤,具体实现方式和技术效果类似,这里不再赘述。
参考图7,图7为本申请实施例六提供的一种应用服务器的结构示意图。该应用服务器70包括:第一接收模块701,注册模块702、响应模块703、第二接收模块704和处理模块705。
第一接收模块701,用于接收文件服务器发送的注册请求,注册请求中携带第一文件标识。
注册模块702,用于根据注册请求进行文件注册,以建立第一文件标识对应的文件上传状态信息,第一文件标识对应的文件上传状态信息用于表示与第一文件标识对应的第一文件关联的第二文件的上传状态信息,第一文件的大小小于第二文件,第一文件为第一客户端自定义的文件,第二文件是用户待上传的文件。
响应模块703,用于向文件服务器返回注册响应,注册响应用于指示第一文件注册完成。
第二接收模块704,用于接收第一客户端发送的文件上传状态查询请求,文件上传状态查询请求中包括第一文件标识。
第一处理模块705,用于根据第一文件标识查询第一文件标识对应的文件上传状态信息,向第一客户端返回第一文件标识对应的文件上传状态信息,第一文件标识对应的文件上传状态信息用于指示文件正在上传或者上传完成。
可选的,应用服务器70还包括:第二处理模块。
第二处理模块用于接收文件服务器发送的文件上传成功消息,文件上传成功消息中包括第一文件标识和第二文件标识。根据文件上传成功消息,建立第一文件标识和第二文件标识的映射关系,并更新第一文件标识对应的文件上传状态信息为上传完成。将映射关系发送给第一客户端。
可选的,应用服务器70还包括:第三处理模块。
第三处理模块用于接收第一客户端发送的第一下载请求,第一下载请求中包括第一文件标识和第一客户端的IP地址。根据映射关系,确定第一文件标识对应的第二文件标识。向文件服务器发起第二下载请求,第二下载请求中包括第二文件标识和第一客户端的IP地址。
本实施例的应用服务器,可用于执行实施例二中的一种文件上传状态查询的方法的步骤,具体实现方式和技术效果类似,这里不再赘述。
参考图8,图8为本申请实施例七提供的一种客户端的结构示意图。该客户端80包括:获取模块801,第一发送模块802、接收模块803和第二发送模块804。
获取模块801,用于获取用户发起的文件上传请求,文件上传请求中包括用户待上传的第二文件的属性信息;
第一发送模块802,用于根据文件上传请求,向文件服务器发送第一文件,第一文件为第一客户端自定义的文件,第一文件的大小小于第二文件。
接收模块803,用于接收文件服务器发送的指示消息,指示消息中包括第一文件标识,指示消息用于指示上传第二文件。
第二发送模块804,用于向文件服务器发送第二文件。
可选的,向文件服务器发送第二文件后,客户端80还包括:第一处理模块。
第一处理模块用于获取用户发起的文件上传状态查询请求,文件上传状态查询请求中包括第一文件标识。将文件上传状态查询请求发送给应用服务器。接收应用服务器返回的第一文件标识对应的文件上传状态消息,第一文件标识对应的文件上传状态消息用于指示文件正在上传或者上传完成。
可选的,客户端80还包括:第二处理模块。
第二处理模块用于接收应用服务器发送的第一文件标识和第二文件标识的映射关系。获取用户发起的文件下载请求,文件下载请求中包括第二文件标识。根据映射关系,确定第二文件标识对应的第一文件标识。向应用服务器发送第一下载请求,第一下载请求中包括第一文件标识和第一客户端的IP地址。接收文件服务器根据IP地址发送的文件下载响应,文件下载响应携带第二文件。
本实施例的客户端,可用于执行实施例三中的一种文件上传的方法的步骤,具体实现方式和技术效果类似,这里不再赘述。
图9为本发明实施例八提供的一种文件服务器的结构示意图,如图9所示,该服务器90包括:处理器901、存储器902,收发器903,存储器902用于存储指令,收发器903用于和其他设备通信,处理器901用于执行存储器中存储的指令,以使服务器90执行如实施例一中的一种文件上传的方法步骤,具体实现方式和技术效果类似,这里不再赘述。
图10为本发明实施例九提供的一种应用服务器的结构示意图,如图10所示,该服务器100包括:处理器1001、存储器1002,收发器1003,存储器1002用于存储指令,收发器1003用于和其他设备通信,处理器1001用于执行存储器中存储的指令,以使服务器100执行如实施例二中的一种文件上传状态查询的方法步骤,具体实现方式和技术效果类似,这里不再赘述。
图11为本发明实施例十提供的一种客户端的结构示意图,如11所示,该服务器110包括:处理器1101、存储器1102,收发器1103,存储器1102用于存储指令,收发器1103用于和其他设备通信,处理器1101用于执行存储器中存储的指令,以使客户端110执行如实施例三中的一种文件上传的方法步骤,具体实现方式和技术效果类似,这里不再赘述。
本发明实施例十一提供一种计算机可读存储介质,计算机可读存储介质中存储有计算机程序,该计算机程序被处理器执行时用于实现如上述实施例一至实施例四中的任意一种方法步骤,具体实现方式和技术效果类似,这里不再赘述。
本发明实施例十二提供一种计算机程序产品,包括计算机程序,计算机程序被处理器执行时,实现如上述实施例一至实施例四中任意一种方法步骤,具体实现方式和技术效果类似,这里不再赘述。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本申请的真正范围和精神由下面的权利要求书指出。
应当理解的是,本申请并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求书来限制。
Claims (17)
1.一种文件上传的方法,其特征在于,应用于文件服务器,所述方法包括:
接收第一客户端上传的第一文件,在所述第一文件上传完成时为所述第一文件生成第一文件标识,所述第一文件是所述第一客户端根据用户待上传的第二文件确定的,所述第一文件的大小小于所述第二文件,所述第一文件为所述第一客户端自定义的文件;其中,所述第一文件为任意格式的空文件,或者所述第一文件的内容为所述第二文件的属性信息;
将所述第一文件标识发送给应用服务器进行文件注册;
在所述应用服务器完成文件注册后,向所述第一客户端发送指示消息,所述指示消息用于指示所述第一客户端上传所述第二文件,所述指示消息中包括所述第一文件标识;
接收所述第一客户端上传的所述第二文件。
2.根据权利要求1所述的方法,其特征在于,所述接收所述第一客户端上传的所述第二文件之后,还包括:
当所述第二文件上传完成,为所述第二文件生成第二文件标识;
向所述应用服务器发送文件上传成功消息,所述文件上传成功消息包括所述第一文件标识和所述第二文件标识。
3.根据权利要求2所述的方法,其特征在于,还包括:
接收所述应用服务器发送的第二下载请求,所述第二下载请求用于请求下载所述第二文件,所述第二下载请求中包括所述第二文件标识和所述第一客户端的IP地址;
根据所述第二文件标识查询所述第二文件,并根据所述第一客户端的IP地址将所述第二文件携带在文件下载响应中发送给所述第一客户端。
4.根据权利要求1-3任一项所述的方法,其特征在于,将所述第一文件标识发送给应用服务器进行文件注册,包括:
向所述应用服务器发送注册请求,所述注册请求中携带所述第一文件标识;
接收所述应用服务器发送的注册响应,所述注册响应用于指示所述第一文件注册完成。
5.一种文件上传状态查询的方法,其特征在于,应用于应用服务器,所述方法包括:
接收文件服务器发送的注册请求,所述注册请求中携带第一文件标识;
根据所述注册请求进行文件注册,以建立所述第一文件标识对应的文件上传状态信息,所述第一文件标识对应的文件上传状态信息用于表示与所述第一文件标识对应的第一文件关联的第二文件的上传状态信息,所述第一文件的大小小于所述第二文件,所述第一文件为第一客户端自定义的文件,所述第二文件是用户待上传的文件;其中,所述第一文件为任意格式的空文件,或者所述第一文件的内容为所述第二文件的属性信息;
向所述文件服务器返回注册响应,所述注册响应用于指示所述第一文件注册完成;
接收所述第一客户端发送的文件上传状态查询请求,所述文件上传状态查询请求中包括所述第一文件标识;
根据所述第一文件标识查询所述第一文件标识对应的文件上传状态信息,向所述第一客户端返回所述第一文件标识对应的文件上传状态信息,所述第一文件标识对应的文件上传状态信息用于指示文件正在上传或者上传完成。
6.根据权利要求5所述的方法,其特征在于,还包括:
接收所述文件服务器发送的文件上传成功消息,所述文件上传成功消息中包括所述第一文件标识和第二文件标识;
根据所述文件上传成功消息,建立所述第一文件标识和所述第二文件标识的映射关系,并更新所述第一文件标识对应的文件上传状态信息为上传完成;
将所述映射关系发送给所述第一客户端。
7.根据权利要求6所述的方法,其特征在于,还包括:
接收第一客户端发送的第一下载请求,所述第一下载请求中包括所述第一文件标识和所述第一客户端的IP地址;
根据所述映射关系,确定所述第一文件标识对应的所述第二文件标识;
向所述文件服务器发起第二下载请求,所述第二下载请求中包括所述第二文件标识和所述第一客户端的IP地址。
8.一种文件上传的方法,其特征在于,应用于第一客户端,所述方法包括:
获取用户发起的文件上传请求,所述文件上传请求中包括用户待上传的第二文件的属性信息;
根据所述文件上传请求,向文件服务器发送第一文件,所述第一文件为所述第一客户端自定义的文件,所述第一文件的大小小于所述第二文件;其中,所述第一文件为任意格式的空文件,或者所述第一文件的内容为所述第二文件的属性信息;
接收所述文件服务器发送的指示消息,所述指示消息中包括第一文件标识,所述指示消息用于指示上传所述第二文件;
向所述文件服务器发送所述第二文件。
9.根据权利要求8所述的方法,其特征在于,所述向所述文件服务器发送所述第二文件后,还包括:
获取用户发起的文件上传状态查询请求,所述文件上传状态查询请求中包括所述第一文件标识;
将所述文件上传状态查询请求发送给应用服务器;
接收所述应用服务器返回的所述第一文件标识对应的文件上传状态消息,所述第一文件标识对应的文件上传状态消息用于指示文件正在上传或者上传完成。
10.根据权利要求9所述的方法,其特征在于,还包括:
接收所述应用服务器发送的所述第一文件标识和第二文件标识的映射关系;
获取用户发起的文件下载请求,所述文件下载请求中包括所述第二文件标识;
根据所述映射关系,确定所述第二文件标识对应的所述第一文件标识;
向所述应用服务器发送第一下载请求,所述第一下载请求中包括所述第一文件标识和所述第一客户端的IP地址;
接收所述文件服务器根据所述IP地址发送的文件下载响应,所述文件下载响应携带所述第二文件。
11.一种文件服务器,其特征在于,包括:
第一接收模块,用于接收第一客户端上传的第一文件,在所述第一文件上传完成时为所述第一文件生成第一文件标识,所述第一文件是所述第一客户端根据用户待上传的第二文件确定的,所述第一文件的大小小于所述第二文件,所述第一文件为所述第一客户端自定义的文件;其中,所述第一文件为任意格式的空文件,或者所述第一文件的内容为所述第二文件的属性信息;
第一发送模块,用于将所述第一文件标识发送给应用服务器进行文件注册;
第二发送模块,用于在所述应用服务器完成文件注册后,向所述第一客户端发送指示消息,所述指示消息用于指示所述第一客户端上传所述第二文件,所述指示消息中包括所述第一文件标识;
第二接收模块,用于接收所述第一客户端上传的所述第二文件。
12.一种应用服务器,其特征在于,包括:
第一接收模块,用于接收文件服务器发送的注册请求,所述注册请求中携带第一文件标识;
注册模块,用于根据所述注册请求进行文件注册,以建立所述第一文件标识对应的文件上传状态信息,所述第一文件标识对应的文件上传状态信息用于表示与所述第一文件标识对应的第一文件关联的第二文件的上传状态信息,所述第一文件的大小小于所述第二文件,所述第一文件为第一客户端自定义的文件,所述第二文件是用户待上传的文件;其中,所述第一文件为任意格式的空文件,或者所述第一文件的内容为所述第二文件的属性信息;
响应模块,用于向所述文件服务器返回注册响应,所述注册响应用于指示所述第一文件注册完成;
第二接收模块,用于接收所述第一客户端发送的文件上传状态查询请求,所述文件上传状态查询请求中包括所述第一文件标识;
处理模块,用于根据所述第一文件标识查询所述第一文件标识对应的文件上传状态信息,向所述第一客户端返回所述第一文件标识对应的文件上传状态信息,所述第一文件标识对应的文件上传状态信息用于指示文件正在上传或者上传完成。
13.一种客户端,其特征在于,包括:
获取模块,用于获取用户发起的文件上传请求,所述文件上传请求中包括用户待上传的第二文件的属性信息;
第一发送模块,用于根据所述文件上传请求,向文件服务器发送第一文件,所述第一文件为第一客户端自定义的文件,所述第一文件的大小小于所述第二文件;其中,所述第一文件为任意格式的空文件,或者所述第一文件的内容为所述第二文件的属性信息;
接收模块,用于接收所述文件服务器发送的指示消息,所述指示消息中包括第一文件标识,所述指示消息用于指示上传所述第二文件;
第二发送模块,用于向所述文件服务器发送所述第二文件。
14.一种文件服务器,其特征在于,包括:处理器,以及与所述处理器通信连接的存储器;
所述存储器存储计算机执行指令;
所述处理器执行所述存储器存储的计算机执行指令,以实现如权利要求1-4中任一项所述的方法。
15.一种应用服务器,其特征在于,包括:处理器,以及与所述处理器通信连接的存储器;
所述存储器存储计算机执行指令;
所述处理器执行所述存储器存储的计算机执行指令,以实现如权利要求5-7中任一项所述的方法。
16.一种客户端,其特征在于,包括:处理器,以及与所述处理器通信连接的存储器;
所述存储器存储计算机执行指令;
所述处理器执行所述存储器存储的计算机执行指令,以实现如权利要求8-10中任一项所述的方法。
17.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质中存储有计算机执行指令,所述计算机执行指令被处理器执行时用于实现如权利要求1-10任一项所述方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210727195.4A CN115150388B (zh) | 2022-06-24 | 2022-06-24 | 文件上传和文件上传状态查询方法及其设备、存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210727195.4A CN115150388B (zh) | 2022-06-24 | 2022-06-24 | 文件上传和文件上传状态查询方法及其设备、存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN115150388A CN115150388A (zh) | 2022-10-04 |
CN115150388B true CN115150388B (zh) | 2024-04-26 |
Family
ID=83407753
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210727195.4A Active CN115150388B (zh) | 2022-06-24 | 2022-06-24 | 文件上传和文件上传状态查询方法及其设备、存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115150388B (zh) |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102546836A (zh) * | 2012-03-09 | 2012-07-04 | 腾讯科技(深圳)有限公司 | 一种上传文件的方法、终端、服务器及系统 |
WO2018059222A1 (zh) * | 2016-09-28 | 2018-04-05 | 杭州海康威视数字技术股份有限公司 | 一种文件切片上传方法、装置及云存储系统 |
CN109871354A (zh) * | 2019-01-16 | 2019-06-11 | 平安科技(深圳)有限公司 | 一种文件处理的方法及装置 |
EP3499846A1 (en) * | 2017-09-12 | 2019-06-19 | Wangsu Science & Technology Co., Ltd. | File distribution method, file download method, distribution server, client, and system |
CN112347042A (zh) * | 2020-11-05 | 2021-02-09 | 中国平安人寿保险股份有限公司 | 文件上传方法、装置、电子设备及存储介质 |
CN112769932A (zh) * | 2021-01-04 | 2021-05-07 | 北京环境特性研究所 | 基于区块链与数据分离的分布式云存储系统 |
CN113568884A (zh) * | 2021-09-26 | 2021-10-29 | 武汉四通信息服务有限公司 | 一种文件管理方法、装置、电子设备及存储介质 |
CN113852665A (zh) * | 2021-08-23 | 2021-12-28 | 青岛海尔科技有限公司 | 文件上传方法、装置、电子设备、存储介质及程序产品 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104247376B (zh) * | 2013-04-02 | 2018-06-26 | 华为技术有限公司 | 云存储的文件上传方法、客户端、应用服务器及云存储系统 |
-
2022
- 2022-06-24 CN CN202210727195.4A patent/CN115150388B/zh active Active
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102546836A (zh) * | 2012-03-09 | 2012-07-04 | 腾讯科技(深圳)有限公司 | 一种上传文件的方法、终端、服务器及系统 |
WO2018059222A1 (zh) * | 2016-09-28 | 2018-04-05 | 杭州海康威视数字技术股份有限公司 | 一种文件切片上传方法、装置及云存储系统 |
EP3499846A1 (en) * | 2017-09-12 | 2019-06-19 | Wangsu Science & Technology Co., Ltd. | File distribution method, file download method, distribution server, client, and system |
CN109871354A (zh) * | 2019-01-16 | 2019-06-11 | 平安科技(深圳)有限公司 | 一种文件处理的方法及装置 |
CN112347042A (zh) * | 2020-11-05 | 2021-02-09 | 中国平安人寿保险股份有限公司 | 文件上传方法、装置、电子设备及存储介质 |
CN112769932A (zh) * | 2021-01-04 | 2021-05-07 | 北京环境特性研究所 | 基于区块链与数据分离的分布式云存储系统 |
CN113852665A (zh) * | 2021-08-23 | 2021-12-28 | 青岛海尔科技有限公司 | 文件上传方法、装置、电子设备、存储介质及程序产品 |
CN113568884A (zh) * | 2021-09-26 | 2021-10-29 | 武汉四通信息服务有限公司 | 一种文件管理方法、装置、电子设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN115150388A (zh) | 2022-10-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108510389B (zh) | 基于区块链的智能合约调用方法、设备及可读存储介质 | |
CN103780679B (zh) | 基于http协议的长延时远程调用方法 | |
CN110703980B (zh) | 一种文件传输方法及装置 | |
CN107786621B (zh) | 一种用户信息管理方法、访问处理方法及装置和系统 | |
CN110413418B (zh) | 缓存同步装置及方法,缓存同步系统、电子设备 | |
CN111368173A (zh) | 文件传输方法、装置、电子设备及可读存储介质 | |
CN108881228A (zh) | 云端注册激活方法、装置、设备和存储介质 | |
CN103701867A (zh) | 一种处理调用请求的方法、系统及中心服务器 | |
CN111638891A (zh) | 一种设备升级方法、装置、终端设备和存储介质 | |
CN114138325A (zh) | 一种灰度发布方法和装置 | |
CN108965359B (zh) | 通信方法、通信装置、可读介质和电子设备 | |
CN111083204B (zh) | 文件传输方法、装置及存储介质 | |
CN112822300B (zh) | 基于rdma的数据传输方法、装置及电子设备 | |
CN110839074A (zh) | 一种数据请求接收处理方法及装置 | |
CN109471713B (zh) | 用于查询信息的方法和装置 | |
CN115150388B (zh) | 文件上传和文件上传状态查询方法及其设备、存储介质 | |
CN107395663B (zh) | 数据获取方法及装置 | |
CN112073488A (zh) | 处理请求的方法及装置 | |
CN107370731B (zh) | 基于自然语言实现不同应用之间通信的方法及装置 | |
CN108156246B (zh) | 一种文件分发方法、系统、服务器及客户端 | |
CN112822299B (zh) | 基于rdma的数据传输方法、装置及电子设备 | |
CN106453573A (zh) | 一种http服务器中cgi请求的处理方法和系统 | |
CN107395583B (zh) | 基于自然语言实现不同应用之间通信的方法及装置 | |
CN112766486A (zh) | 神经网络结构的搜索方法、终端、服务器及可读存储介质 | |
CN111491210A (zh) | 数据处理方法、装置及系统 |
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 |