CN115348258A - 一种文件传输方法、装置、系统及电子设备 - Google Patents
一种文件传输方法、装置、系统及电子设备 Download PDFInfo
- Publication number
- CN115348258A CN115348258A CN202210987461.7A CN202210987461A CN115348258A CN 115348258 A CN115348258 A CN 115348258A CN 202210987461 A CN202210987461 A CN 202210987461A CN 115348258 A CN115348258 A CN 115348258A
- Authority
- CN
- China
- Prior art keywords
- file
- server
- transmitted
- message
- consumer
- 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
Links
- 230000005540 biological transmission Effects 0.000 title claims abstract description 72
- 238000000034 method Methods 0.000 title claims abstract description 47
- 238000012546 transfer Methods 0.000 claims abstract description 187
- 230000003044 adaptive effect Effects 0.000 claims description 18
- 238000012545 processing Methods 0.000 claims description 2
- 238000002955 isolation Methods 0.000 abstract description 9
- 238000010586 diagram Methods 0.000 description 7
- 230000009286 beneficial effect Effects 0.000 description 3
- 230000003993 interaction Effects 0.000 description 2
- 230000006978 adaptation Effects 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 239000003999 initiator Substances 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000000750 progressive effect Effects 0.000 description 1
- 238000000926 separation method Methods 0.000 description 1
Images
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
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
- H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
Abstract
本申请公开了一种文件传输方法、装置、系统及电子设备,传输待传输文件时,通过中转服务器对待传输文件进行存储,并将中转服务器中存储的待传输文件输出至其他服务器中,并且,将请求报文转换为预定格式报文,通过中转服务器将报文协议统一,避免FTP或SFTP协议在服务器集群中流转,通过中转服务器实现了文件提供方网络、中转网络及文件获得方网络之间的网络隔离,保证了文件传输过程中的安全性。
Description
技术领域
本申请涉及文件传输领域,尤其涉及一种文件传输方法、装置、系统及电子设备。
背景技术
在进行文件传输时,通常采用FTP或SFTP点对点指定端口进行传输,采用这种方式传输文件易超过端口个数限制,特别是在集群环境中,无论是主动模式还是被动模式都会生成一些随机端口,这对网络管控造成很大的负担,不利于安全的提供文件服务。
发明内容
有鉴于此,本申请提供一种文件传输方法、装置、系统及电子设备,其具体方案如下:
一种文件传输方法,包括:
获得待传输文件,将所述待传输文件存储至中转服务器的临时文件夹中;
获得请求报文,将所述请求报文转换为与所述中转服务器适配的预定格式报文;
基于所述预定格式报文确定用于接收所述预定格式报文指定的待传输文件的消费方服务器信息或调用方服务器信息;
基于所述消费方服务器信息或调用方服务器信息将所述中转服务器的临时文件夹中存储的待传输文件传输至消费方服务器或调用方服务器的指定文件夹中存储。
进一步的,所述获得待传输文件,将所述待传输文件存储至中转服务器的临时文件夹中,包括:
获得通过第一传输方式传输的第一待传输文件;
确定所述中转服务器中是否包括第一待传输文件的第一文件存储路径;
若所述中转服务器中包括所述第一待传输文件的第一文件存储路径,将所述第一待传输文件存储至所述中转服务器中所述第一文件存储路径指定的第一临时文件夹中;
若所述中转服务器中未包括所述第一待传输文件的第一文件存储路径,创建符合所述第一待传输文件的第一文件存储路径的第二临时文件夹,将所述第一待传输文件存储至所述第二临时文件夹。
进一步的,所述获得待传输文件,将所述待传输文件存储至中转服务器的临时文件夹中,包括:
获得通过第二传输方式传输的第二待传输文件;
将所述第二待传输文件的文件流加密,得到加密后的文件流;
获得所述第二待传输文件的文件流的字节数,将所述字节数与所述加密后的文件流组合存储至中转服务器的第三临时文件夹。
进一步的,所述基于所述消费方服务器信息或调用方服务器信息将所述中转服务器的临时文件夹中存储的待传输文件传输至消费方服务器或调用方服务器的指定文件夹中存储,包括:
确定消费方服务器是否包括用于存储所述预定格式报文指定的第三待传输文件的第二文件存储路径;
若确定所述消费方服务器中未包括第二文件存储路径,创建符合所述第二文件存储路径的第四临时文件夹,将所述中转服务器中存储的第三待传输文件发送至消费方服务器,以便于将所述第三待传输文件存储至所述第四临时文件夹。
进一步的,还包括:
获得消费方服务器发送的返回结果,所述返回结果用于表明所述第三待传输文件被存储至所述第四临时文件夹。
进一步的,所述获得待传输文件,将所述待传输文件存储至中转服务器的临时文件夹中,包括:
获得文件下载请求;
基于所述文件下载请求确定待下载文件存储于第一消费方服务器;
确定所述中转服务器与所述第一消费方服务器的连接方式为第一连接方式,基于所述第一连接方式从所述第一消费方服务器获得所述待下载文件并存储。
进一步的,所述基于所述消费方服务器信息或调用方服务器将所述中转服务器的临时文件夹中存储的待传输文件传输至消费方服务器或调用方服务器的指定文件夹中存储,包括:
获得所述调用方服务器信息的报文信息;
基于所述调用方服务器信息的报文信息确定通过传输所述待下载文件的传输方式;
通过确定的传输方式将所述待下载文件发送至调用方服务器,以便所述调用方服务器基于所述传输方式对所述待下载文件进行存储。
一种文件传输装置,包括:
第一获得单元,用于获得待传输文件,将所述待传输文件存储至中转服务器的临时文件夹中;
第二获得单元,用于获得请求报文,将所述请求报文转换为与所述中转服务器适配的预定格式报文;
确定单元,用于基于所述预定格式报文确定用于接收所述预定格式报文指定的待传输文件的消费方服务器信息或调用方服务器信息;
存储单元,用于基于所述消费方服务器信息或调用方服务器信息将所述中转服务器的临时文件夹中存储的待传输文件传输至消费方服务器或调用方服务器的指定文件夹中存储。
一种电子设备,包括:
处理器,用于获得待传输文件,将所述待传输文件存储至中转服务器的临时文件夹中;获得请求报文,将所述请求报文转换为与所述中转服务器适配的预定格式报文;基于所述预定格式报文确定用于接收所述预定格式报文指定的待传输文件的消费方服务器信息或调用方服务器信息;基于所述消费方服务器信息或调用方服务器信息将所述中转服务器的临时文件夹中存储的待传输文件传输至消费方服务器或调用方服务器的指定文件夹中存储;
存储器,用于存储所述处理器执行上述处理过程的程序。
一种文件传输系统,包括:
调用方服务器,用于发送待传输文件至中转服务器,和/或,从所述中转服务器获得并存储待传输文件;
中转服务器,用于获得调用方服务器或消费方服务器发送的待传输文件,将所述待传输文件存储至临时文件夹中;获得消费方服务器或调用方服务器发送的请求报文,将所述请求报文转换为与所述中转服务器适配的预定格式报文,基于所述预定格式报文确定用于接收预定格式报文指定的待传输文件的消费方服务器信息或调用方服务器信息,基于所述消费方服务器信息或调用方服务器信息将所述临时文件夹中存储的待传输文件传输至消费方服务器或调用方服务器的指定文件夹中存储;
消费方服务器,用于获得所述中转服务器发送的待传输文件并进行存储,和/或,将存储至消费方服务器的指定文件夹的待传输文件发送至中转服务器。
从上述技术方案可以看出,本申请公开的文件传输方法、装置、系统及电子设备,获得待传输文件,将待传输文件存储至中转服务器的临时文件夹中;获得请求报文,将请求报文转换为与中转服务器适配的预定格式报文,基于预定格式报文确定用于接收预定格式报文指定的待传输文件的消费方服务器信息或调用方服务器信息,基于消费方服务器信息或调用方服务器信息将中转服务器的临时文件夹中存储的待传输文件传输至消费方服务器或调用方服务器的指定文件夹中存储。本方案中传输待传输文件时,通过中转服务器对待传输文件进行存储,并将中转服务器中存储的待传输文件输出至其他服务器中,并且,将请求报文转换为预定格式报文,通过中转服务器将报文协议统一,避免FTP或SFTP协议在服务器集群中流转,通过中转服务器实现了文件提供方网络、中转网络及文件获得方网络之间的网络隔离,保证了文件传输过程中的安全性。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本申请实施例公开的一种文件传输方法的流程图;
图2为本申请实施例公开的一种文件传输方法的流程图;
图3为本申请实施例公开的一种文件传输系统工作场景的示意图;
图4为本申请实施例公开的一种文件传输方法的流程图;
图5为本申请实施例公开的一种文件传输装置的结构示意图;
图6为本申请实施例公开的一种电子设备的结构示意图;
图7为本申请实施例公开的一种文件传输系统的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
本申请公开了一种文件传输方法,其流程图如图1所示,包括:
步骤S11、获得待传输文件,将待传输文件存储至中转服务器的临时文件夹中;
步骤S12、获得请求报文,将请求报文转换为与中转服务器适配的预定格式报文;
步骤S13、基于预定格式报文确定用于接收预定格式报文指定的待传输文件的消费方服务器信息或调用方服务器信息;
步骤S14、基于消费方服务器信息或调用方服务器信息将中转服务器的临时文件夹中存储的待传输文件传输至消费方服务器或调用方服务器的指定文件夹中存储。
目前,在进行文件传输时,通常采用FTP或SFTP点对点指定端口传输,采用这种方式传输文件易超过端口个数限制,特别是在服务器集群环境中,无论是主动模式还是被动模式,都会生成一些随机端口,这对网络管控造成很大的负担,同时容易暴露多个端口,不利于安全的提供文件服务。
基于此,本方案提出一种支持FTP、SFTP和Fsever的文件代理服务,以达到文件的无缝传递。
具体的,本方案中,当有文件待传输时,将待传输文件存储至中转服务器中,以便于通过中转服务器的中转,避免文件发送方与文件接收方直接接触,通过中转服务器实现文件发送方与文件接收方之间的网络隔离。
其中,文件发送方可以为消费方服务器,即文件服务的消费方,也可以为调用方服务器,即文件服务的提供方。
无论是消费方服务器还是调用方服务器,将待传输文件输出后,待传输文件首先发送至中转服务器,中转服务器获得待传输文件,并将待传输文件存储在对应的临时文件夹中,以便于基于获得的其他服务器的报文将存储的待传输文件发送出去。
当中转服务器获得请求报文时,其获得的请求报文是FTP或者SFTP协议的报文,为了消除FTP和SFTP协议在集群中流转,中转服务器将获得的所有报文进行报文适配,将获得的所有报文转换成与中转服务器适配的预定格式报文,即将其转换成一种自定义报文格式进行数据流的交互。
即在将报文转换成预定格式报文后,在后续基于该报文进行的数据交互,也均采用该预定格式报文,从而达到避免采用FTP或SFTP协议的目的,避免了直接使用FTP或SFTP在集群中通信时,根据其协议产生随机端口,不利于管控的问题;该预定格式的报文对应的协议产生的端口是可以预先设置的,是确定的,避免产生随机端口,采用预定格式报文,有利于数据的安全传输的问题。
其中,请求报文用于请求获得中转服务器中存储在临时文件夹中的文件,则在获得该请求报文,并将请求报文转换成预定格式报文时,确定该预定格式报文中请求获得的待传输文件,以及发送该请求报文的服务器信息,以便于能够基于获得的服务器信息将请求报文中指定的待从传输文件发送至与服务器信息相关的服务器中进行存储。
其中,发送请求报文的服务器可以为调用方服务器,也可以为消费方服务器,若请求报文中指定的待传输文件是调用方服务器发送至中转服务器并存储的,则发送请求报文的服务器为消费方服务器;若请求报文中指定的待传输文件是消费方服务器发送至中转服务器并存储的,则发送请求报文的服务器为调用方服务器。
本实施例公开的文件传输方法,获得待传输文件,将待传输文件存储至中转服务器的临时文件夹中;获得请求报文,将请求报文转换为与中转服务器适配的预定格式报文,基于预定格式报文确定用于接收预定格式报文指定的待传输文件的消费方服务器信息或调用方服务器信息,基于消费方服务器信息或调用方服务器信息将中转服务器的临时文件夹中存储的待传输文件传输至消费方服务器或调用方服务器的指定文件夹中存储。本方案中传输待传输文件时,通过中转服务器对待传输文件进行存储,并将中转服务器中存储的待传输文件输出至其他服务器中,并且,将请求报文转换为预定格式报文,通过中转服务器将报文协议统一,避免FTP或SFTP协议在服务器集群中流转,通过中转服务器实现了文件提供方网络、中转网络及文件获得方网络之间的网络隔离,保证了文件传输过程中的安全性。
本实施例公开了一种文件传输方法,其流程图如图2所示,包括:
步骤S21、获得通过第一传输方式传输的第一待传输文件;
步骤S22、确定中转服务器中是否包括第一待传输文件的第一文件存储路径;
步骤S23、若中转服务器中包括第一待传输文件的第一文件存储路径,将第一待传输文件存储至中转服务器中第一文件存储路径指定的第一临时文件夹中;
步骤S24、获得请求报文,将请求报文转换为与中转服务器适配的预定格式报文;
步骤S25、基于预定格式报文确定用于接收预定格式报文指定的待传输文件的消费方服务器信息或调用方服务器信息;
步骤S26、基于消费方服务器信息或调用方服务器信息将中转服务器的临时文件夹中存储的待传输文件传输至消费方服务器或调用方服务器的指定文件夹中存储。
其中,第一传输方式,可以为Fserver方式。通过Fserver方式传输至中转服务器的文件,可以为任意格式的文件,如:word、excel、txt、image等。在具体业务场景中,是有实际意义的文件,该文件中包含了相关信息。
当待传输文件通过Fserver方式传输至中转服务器时,该待传输文件是从调用方服务器发出的,在中转服务器的临时文件夹中存储,以便于能够被发送至消费方服务器中。
判断中转服务器中是否包括通过第一传输方式传输的第一待传输文件的文件存储路径,即第一文件存储路径,第一文件存储路径是将第一待传输文件存储在中转服务器中的路径。
若确定中转服务器中存在第一文件存储路径,则将获得的调用方服务器发送的第一待传输文件存储至中转服务器中第一文件存储路径指定的第一临时文件夹中。即第一文件存储路径用于指示将第一待传输文件存储在哪一个具体的文件夹中,则基于第一文件存储路径将第一待传输文件存储至第一临时文件夹中,第一临时文件夹用于临时存储该调用方服务器发送的待传输文件;
若确定中转服务器中不存在第一文件存储路径,即不存在用于存储第一待传输文件的临时文件夹,则需要在中转服务器中创建一个临时文件夹,即第二临时文件夹,以便通过第二临时文件夹存储调用方服务器发送至中转服务器的待传输文件。
当创建第二临时文件夹后,基于第二临时文件夹生成一个文件存储路径,以便于将中转服务器获得的待存储的第一待传输文件基于该文件存储路径存储至第二临时文件夹中。
其中,该临时文件夹可以与发送待传输文件的服务器相关,也可以与当前时间相关,即该临时文件夹用来存储当前日期获得的所有服务器发送的待传输文件,而不局限于某一种或某一个服务器。具体的,若临时文件夹与当前时间相关,则该临时文件夹可以与当前日期命名,对应的,存储至该临时文件夹中的待传输文件则以当前时间戳进行命名,以便能够直接基于时间戳定位出待传输文件。
进一步的,待传输文件也可以通过第二传输方式获得,具体的:
获得通过第二传输方式传输的第二待传输文件,将第二待传输文件的文件流加密,得到加密后的文件流,获得第二待传输文件的文件流的字节数,将字节数与加密后的文件流组合存储至中转服务器的第三临时文件夹。
其中,第二传输方式可以为:Socket方式。通过Socket方式传输至中转服务器的文件,也可以为任意格式的文件,如:word、excel、txt、image等。在具体业务场景中,是有实际意义的文件,该文件中包含了相关信息。
在中转服务器通过第二传输方式获得第二待传输文件时,可确定该第二待传输文件的文件流,其中,文件流是在Socket协议中,文件通过二进制流的方式传输,即将文件按字节顺序读出,再按字节顺序传输。在获得文件流后,对文件流进行加密,得到加密之后的文件流。其中,对文件流进行加密,可采用SM4加密方式进行加密,将加密后的文件流存储在缓存中,以便于后续直接对加密后的文件流进行使用。
获得该第二待传输文件的文件流的字节数,将该字节数与加密后的文件流组合,得到组合后的信息,只有组合后的信息才会被完整传递并存储至中转服务器。
将字节数与加密后的文件流组合,可以具体为:将字节数放在加密后的文件流报文的前10位中,或者,将字节数放在加密后的文件流报文的前n位中,n为正整数,若字节数不足n,则通过0将其补齐。
将组合后的信息存储至中转服务器的第三临时文件夹中。
进一步的,在将待传输文件存储至中转服务器的临时文件夹中之后,中转服务器会接收到需要获得该待传输文件的消费方服务器发送的请求报文。
该请求报文的获得,可以具体为:按照调用方服务器的请求格式组装报文,从配置文件获取密钥,通过SM4加密方式对报文进行加密;从配置文件获取消费方服务器的连接参数,通过第二传输方式连接中转服务器,以使中转服务器首先读取报文前8位,中转服务器通过首先读取的报文前8位确定后续报文读取的字节数,其中,后续报文读取的字节数即为文件的内容。
其中,配置文件为消费方服务器提供的配置文件,消费方服务器的连接参数至少包括:IP地址、端口等。
中转服务器获得请求报文,若请求报文为消费方服务器发送的,则该请求报文是请求获取中转服务器的临时文件夹中存储的待传输文件。
具体的,中转服务器首先接收该请求报文的前8位,确定报文正文文件流长度,基于该报文正文文件流长度确定文件流是否全部接收,之后当确定需要全部接收时,接收全部的请求报文的正文。
具体的,中转服务器从请求报文中的配置文件获取密钥,通过上述加密方式进行解密,即通过SM4解密,得到配置文件存储的消费方服务器的信息。
其中,可通过参数个数判断中转服务器上传文件至消费方服务器的方式。在报文中,通过分隔符“|”确定报文中的参数个数,如:“A|B|C”表示有3个参数。通过参数个数判断中转服务器上传文件至消费方服务器的方式,如:3个参数表明需通过第一传输方式将文件传输至消费方服务器,4个参数表明需通过第二传输方式将文件传输至消费方服务器。
若确定采用第一传输方式将待传输文件传输至消费方服务器,则直接获取待传输文件的文件名,执行文件上传操作即可;若确定采用第二传输方式将待传输文件传输至消费方服务器,则首先接收报文前10位,取得报文正文文件流长度后,判断文件流是否全部接收,之后接收全部文件流。从配置文件获取存储该待传输文件的临时文件夹的存储路径,之后获取密钥,通过SM4解密,将该待传输文件从临时文件夹中传输至消费方服务器。
在将该待传输文件从临时文件夹中传输至消费方服务器时,需首先确定消费方服务器中是否存在用于存储预定格式报文指定的第三待传输文件的第二文件存储路径;若确定消费方服务器中未包括第二文件存储路径,创建符合第二文件存储路径的第四临时文件夹,将中转服务器中存储的第三待传输文件发送至消费方服务器,以便于将第三待传输文件存储至第四临时文件夹。
即在将待传输文件从临时文件夹中传输至消费方服务器时,需要首先确定消费方服务器中是否具有用于存储该待传输文件的文件夹,如果有,则直接确定消费方服务器中用于存储该待传输文件的文件夹的存储路径,并基于该存储路径将待传输文件存储至该存储路径对应的文件夹中;若消费方服务器中不存在用于存储该待传输文件的文件夹,则需要首先创建一个临时文件夹,并确定该临时文件夹的存储路径,之后将待传输文件存储至该临时文件夹中,从而完成该待传输文件从调用方服务器存储至中转服务器,并经过中转服务器的中转将其存储至消费方服务器中。
进一步的,在将待传输文件存储至消费方服务器后,中转服务器会获得消费方服务器发送的返回结果,返回结果用于表明第三待传输文件被存储至第四临时文件夹。
即在将待传输文件存储至消费方服务器后,消费方服务器会发送结果至中转服务器,使中转服务器明确该待传输文件已经存储在消费方服务器的相应位置中,在中转服务器获得该结果时,会将该结果发送至调用方服务器,即使发起方明确该待传输文件已存储至消费方服务器中。
其中,消费方服务器发送至中转服务器的返回结果可以包括状态和提示内容两部分,这两部分可采用分隔符“|”的方式分隔开,并且该返回结果的报文可以进行加密。
具体的,返回结果的报文前8位为加密后的报文字节长度,前8位之后的报文为加密后的报文内容。
具体的,其工作场景可以如图3所示,包括:中转服务器31,多个文件提供方,即多个调用方服务器32,以及多个消费方服务器33。调用方服务器可分别通过不同的方式将待传输文件发送至中转服务器,中转服务器也可以通过不同的方式将待传输文件发送至消费方服务器,通过中转服务器预定义一种报文格式,其产生的端口是可以预先设置的,是随机的,从而避免了随机端口的产生。
本实施例公开的文件传输方法,获得待传输文件,将待传输文件存储至中转服务器的临时文件夹中;获得请求报文,将请求报文转换为与中转服务器适配的预定格式报文,基于预定格式报文确定用于接收预定格式报文指定的待传输文件的消费方服务器信息或调用方服务器信息,基于消费方服务器信息或调用方服务器信息将中转服务器的临时文件夹中存储的待传输文件传输至消费方服务器或调用方服务器的指定文件夹中存储。本方案中传输待传输文件时,通过中转服务器对待传输文件进行存储,并将中转服务器中存储的待传输文件输出至其他服务器中,并且,将请求报文转换为预定格式报文,通过中转服务器将报文协议统一,避免FTP或SFTP协议在服务器集群中流转,通过中转服务器实现了文件提供方网络、中转网络及文件获得方网络之间的网络隔离,保证了文件传输过程中的安全性。
本实施例公开了一种文件传输方法,其流程图如图4所示,包括:
步骤S41、获得文件下载请求;
步骤S42、基于文件下载请求确定待下载文件存储于第一消费方服务器;
步骤S43、确定中转服务器与第一消费方服务器的连接方式为第一连接方式,基于第一连接方式从第一消费方服务器获得待下载文件并存储;
步骤S44、获得请求报文,将请求报文转换为与中转服务器适配的预定格式报文;
步骤S45、基于预定格式报文确定用于接收预定格式报文指定的待下载文件的调用方服务器信息;
步骤S46、基于调用方服务器信息将中转服务器的临时文件夹中存储的待下载文件传输至调用方服务器的指定文件夹中存储。
当中转服务器获得文件下载请求时,下载请求通常为调用方服务器发送的,调用方服务器请求下载的是存储于某个消费方服务器中的待下载文件。
即在中转服务器获得文件下载请求时,中转服务器需确定文件下载请求指定的待下载文件,并确定该待下载文件当前存储于第一消费方服务器。在确定待下载文件存储在第一消费方服务器中后,需要在中转服务器与第一消费方服务器之间建立连接,以便于第一消费方服务器能够将其内部存储的待下载文件发送至中转服务器中存储。
要实现与第一消费方服务器的连接,需要首先通过配置文件确定采用JAVA或SHELL模式连接消费方服务器,之后通过解析报文确定第一消费方服务器的连接方式,即对文件下载请求的报文进行解析,确定连接第一消费方服务器的连接方式是第一连接方式还是第二连接方式,之后通过传递报文内容参数,进入第一消费方服务器的文件存储路径,获取第一消费方服务器的文件存储路径对应的存储文件夹中存储的待下载文件,将其存储至中转服务器的临时文件夹中。
其中,中转服务器的临时文件夹也需要从配置文件中获取,若中转服务器中存在该临时文件夹,则直接将待下载文件存储至该临时文件夹中;若中转服务器中不存在该临时文件夹,则创建相应的临时文件夹,并以当前日期命名,之后将待下载文件存储至该临时文件夹中。
存储至临时文件夹中的待下载文件被重新命名,其可以基于存储该待下载文件至临时文件夹的时间戳对该待下载文件进行命名,以便于查找。
其中,待下载文件的具体类型可基于具体场景的不同而不同,也可以基于实际需求确定,如:待下载文件可以为:交易明细.txt文件。
在将待下载文件存储至中转服务器中后,可生成返回报文,将返回报文发送至第一消费方服务器,以便于第一消费方服务器能够确定该待下载文件已存储至中转服务器。
具体的,将待发送至第一消费方服务器的通知信息作为报文进行加密,之后,在加密后的通知信息报文前增加加密后的报文字节长度,组成返回报文,其中,加密后的报文字节长度设置在返回报文的前8位,即返回报文的前8位为加密后的报文字节长度,之后是加密后的通知信息报文。
可通过请求参数的个数判断下载文件的方式,具体可参考上一实施例的说明。
若确定下载文件的方式为第二连接方式,则获取从第一消费方服务器下载的文件流,采用SM4方式加密后,存储在中转服务器的缓存中。获取文件流字节数,放在文件流报文前10位中,若文件流字节数不足10位,则以0补齐。即存储至中转服务器的待下载文件的报文的前10位为文件流字节数,之后是文件流内容。
进一步的,在将待下载文件存储在中转服务器中之后,需要获得调用方服务器信息的报文信息,基于调用方服务器的报文信息确定通过传输待下载文件的传输方式,通过确定的传输方式将待下载文件发送至调用方服务器,以便调用方服务器基于传输方式对待下载文件进行存储。
在获得调用方服务器发送的请求对待下载文件进行下载的请求后,中转服务器进行报文组装。具体的,采用“|”分隔符的方式进行分隔,分别存入第一消费方服务器的IP地址、登录名、登录密码、文件传输方式、存入路径、中转服务器文件路径、中转服务文件名等相关参数,从配置文件获取密钥,通过SM4加密方式对报文进行加密。
从配置文件中获取中转服务连接参数,如:IP地址、端口等,通过第二连接方式连接中转服务,传入报文前8位为报文内容字节数长度和加密后报文字节流。
在报文组装完成后,将该报文发送至调用方服务器,以便于中转服务器与调用方服务器建立连接,并确定连接成功,能够进行文件的传输。
若调用方服务器获得该组装报文,则表明调用方服务器与中转服务器连接成功,此时,需要调用方服务器获得中转服务器存储的待下载文件。
具体的,若调用方服务器通过第一连接方式与中转服务器连接,则在中转服务器与调用方服务器连接成功后,即调用方服务器获得上述组装报文后,调用方服务器需要解析上述的组装报文,获得中转服务器中待下载文件的临时存放路径和文件名,通过配置文件参数,调用第一连接方式从中转服务器的临时存放路径对应的临时文件夹中获取该文件名的文件,并存储在调用方服务器本地,从而完成文件下载流程。
若调用方服务器通过第二连接方式与中转服务器连接,则在中转服务器与调用方服务器连接成功后,调用方服务器首先获取10位文件流长度,再接收所有文件流数据,读取配置文件密钥,采用SM4方式解密,即完成文件下载至调用方服务器本地的操作流程。
本实施例公开的文件传输方法,获得文件下载请求,基于文件下载请求确定待下载文件存储于第一消费方服务器,确定中转服务器与第一消费方服务器的连接方式为第一连接方式,基于第一连接方式从第一消费方服务器获得待下载文件并存储;获得请求报文,将请求报文转换为与中转服务器适配的预定格式报文,基于预定格式报文确定用于接收预定格式报文指定的待下载文件的调用方服务器信息,基于调用方服务器信息将中转服务器的临时文件夹中存储的待传输文件传输至调用方服务器的指定文件夹中存储。本方案中传输待下载文件时,通过中转服务器对待下载文件进行存储,并将中转服务器中存储的待下载文件输出至其他服务器中,并且,将请求报文转换为预定格式报文,通过中转服务器将报文协议统一,避免FTP或SFTP协议在服务器集群中流转,通过中转服务器实现了文件提供方网络、中转网络及文件获得方网络之间的网络隔离,保证了文件传输过程中的安全性。
本实施例公开了一种文件传输装置,其结构示意图如图5所示,包括:
第一获得单元51,第二获得单元52,确定单元53及存储单元54。
其中,第一获得单元51用于获得待传输文件,将所述待传输文件存储至中转服务器的临时文件夹中;
第二获得单元52用于获得请求报文,将请求报文转换为与中转服务器适配的预定格式报文;
确定单元53用于基于预定格式报文确定用于接收预定格式报文指定的待传输文件的消费方服务器信息或调用方服务器信息;
存储单元54用于基于消费方服务器信息或调用方服务器信息将中转服务器的临时文件夹中存储的待传输文件传输至消费方服务器或调用方服务器的指定文件夹中存储。
进一步的,第一获得单元用于:
获得通过第一传输方式传输的第一待传输文件;确定中转服务器中是否包括第一待传输文件的第一文件存储路径;若中转服务器中包括第一待传输文件的第一文件存储路径,将第一待传输文件存储至中转服务器中第一文件存储路径指定的第一临时文件夹中;若中转服务器中未包括第一待传输文件的第一文件存储路径,创建符合第一待传输文件的第一文件存储路径的第二临时文件夹,将第一待传输文件存储至第二临时文件夹。
进一步的,第一获得单元用于:
获得通过第二传输方式传输的第二待传输文件;将第二待传输文件的文件流加密,得到加密后的文件流;获得第二待传输文件的文件流的字节数,将字节数与加密后的文件流组合存储至中转服务器的第三临时文件夹。
进一步的,存储单元用于:
确定消费方服务器是否包括用于存储预定格式报文指定的第三待传输文件的第二文件存储路径;
若确定消费方服务器中未包括第二文件存储路径,创建符合第二文件存储路径的第四临时文件夹,将中转服务器中存储的第三待传输文件发送至消费方服务器,以便于将第三待传输文件存储至第四临时文件夹。
进一步的,存储单元还用于:获得消费方服务器发送的返回结果,返回结果用于表明第三待传输文件被存储至第四临时文件夹。
进一步的,第一获得单元用于:
获得文件下载请求;基于文件下载请求确定待下载文件存储于第一消费方服务器;确定中转服务器与第一消费方服务器的连接方式为第一连接方式,基于第一连接方式从第一消费方服务器获得待下载文件并存储。
进一步的,存储单元用于:
获得调用方服务器信息的报文信息;
基于调用方服务器信息的报文信息确定通过传输待下载文件的传输方式;
通过确定的传输方式将待下载文件发送至调用方服务器,以便调用方服务器基于传输方式对待下载文件进行存储。
本实施例公开的文件传输装置是基于上述实施例公开的文件传输方法实现的,在此不再赘述。
本实施例公开的文件传输装置,获得待传输文件,将待传输文件存储至中转服务器的临时文件夹中;获得请求报文,将请求报文转换为与中转服务器适配的预定格式报文,基于预定格式报文确定用于接收预定格式报文指定的待传输文件的消费方服务器信息或调用方服务器信息,基于消费方服务器信息或调用方服务器信息将中转服务器的临时文件夹中存储的待传输文件传输至消费方服务器或调用方服务器的指定文件夹中存储。本方案中传输待传输文件时,通过中转服务器对待传输文件进行存储,并将中转服务器中存储的待传输文件输出至其他服务器中,并且,将请求报文转换为预定格式报文,通过中转服务器将报文协议统一,避免FTP或SFTP协议在服务器集群中流转,通过中转服务器实现了文件提供方网络、中转网络及文件获得方网络之间的网络隔离,保证了文件传输过程中的安全性。
本实施例公开了一种电子设备,其结构示意图如图6所示,包括:
处理器61及存储器62。
处理器61用于获得待传输文件,将待传输文件存储至中转服务器的临时文件夹中;获得请求报文,将请求报文转换为与中转服务器适配的预定格式报文;基于预定格式报文确定用于接收预定格式报文指定的待传输文件的消费方服务器信息或调用方服务器信息;基于消费方服务器信息或调用方服务器信息将中转服务器的临时文件夹中存储的待传输文件传输至消费方服务器或调用方服务器的指定文件夹中存储;
存储器62用于存储处理器执行上述处理过程的程序。
本实施例公开的电子设备是基于上述实施例公开的文件传输方法实现的,在此不再赘述。
本实施例公开的电子设备,获得待传输文件,将待传输文件存储至中转服务器的临时文件夹中;获得请求报文,将请求报文转换为与中转服务器适配的预定格式报文,基于预定格式报文确定用于接收预定格式报文指定的待传输文件的消费方服务器信息或调用方服务器信息,基于消费方服务器信息或调用方服务器信息将中转服务器的临时文件夹中存储的待传输文件传输至消费方服务器或调用方服务器的指定文件夹中存储。本方案中传输待传输文件时,通过中转服务器对待传输文件进行存储,并将中转服务器中存储的待传输文件输出至其他服务器中,并且,将请求报文转换为预定格式报文,通过中转服务器将报文协议统一,避免FTP或SFTP协议在服务器集群中流转,通过中转服务器实现了文件提供方网络、中转网络及文件获得方网络之间的网络隔离,保证了文件传输过程中的安全性。
本实施例公开了一种文件传输系统,其结构示意图如图7所示,包括:
调用方服务器71,中转服务器72及消费方服务器73。
调用方服务器71用于发送待传输文件至中转服务器,和/或,从中转服务器获得并存储待传输文件;
中转服务器72用于获得调用方服务器或消费方服务器发送的待传输文件,将待传输文件存储至临时文件夹中;获得消费方服务器或调用方服务器发送的请求报文,将请求报文转换为与中转服务器适配的预定格式报文,基于预定格式报文确定用于接收预定格式报文指定的待传输文件的消费方服务器信息或调用方服务器信息,基于消费方服务器信息或调用方服务器信息将临时文件夹中存储的待传输文件传输至消费方服务器或调用方服务器的指定文件夹中存储;
消费方服务器73用于获得中转服务器发送的待传输文件并进行存储,和/或,将存储至消费方服务器的指定文件夹的待传输文件发送至中转服务器。
本实施例公开的文件传输系统是基于上述实施例公开的文件传输方法实现的,在此不再赘述。
本实施例公开的文件传输系统,获得待传输文件,将待传输文件存储至中转服务器的临时文件夹中;获得请求报文,将请求报文转换为与中转服务器适配的预定格式报文,基于预定格式报文确定用于接收预定格式报文指定的待传输文件的消费方服务器信息或调用方服务器信息,基于消费方服务器信息或调用方服务器信息将中转服务器的临时文件夹中存储的待传输文件传输至消费方服务器或调用方服务器的指定文件夹中存储。本方案中传输待传输文件时,通过中转服务器对待传输文件进行存储,并将中转服务器中存储的待传输文件输出至其他服务器中,并且,将请求报文转换为预定格式报文,通过中转服务器将报文协议统一,避免FTP或SFTP协议在服务器集群中流转,通过中转服务器实现了文件提供方网络、中转网络及文件获得方网络之间的网络隔离,保证了文件传输过程中的安全性。
本说明书中各个实施例采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言,由于其与实施例公开的方法相对应,所以描述的比较简单,相关之处参见方法部分说明即可。
专业人员还可以进一步意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、计算机软件或者二者的结合来实现,为了清楚地说明硬件和软件的可互换性,在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块,或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。
对所公开的实施例的上述说明,使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下,在其它实施例中实现。因此,本申请将不会被限制于本文所示的这些实施例,而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。
Claims (10)
1.一种文件传输方法,其特征在于,包括:
获得待传输文件,将所述待传输文件存储至中转服务器的临时文件夹中;
获得请求报文,将所述请求报文转换为与所述中转服务器适配的预定格式报文;
基于所述预定格式报文确定用于接收所述预定格式报文指定的待传输文件的消费方服务器信息或调用方服务器信息;
基于所述消费方服务器信息或调用方服务器信息将所述中转服务器的临时文件夹中存储的待传输文件传输至消费方服务器或调用方服务器的指定文件夹中存储。
2.根据权利要求1所述的方法,其特征在于,所述获得待传输文件,将所述待传输文件存储至中转服务器的临时文件夹中,包括:
获得通过第一传输方式传输的第一待传输文件;
确定所述中转服务器中是否包括第一待传输文件的第一文件存储路径;
若所述中转服务器中包括所述第一待传输文件的第一文件存储路径,将所述第一待传输文件存储至所述中转服务器中所述第一文件存储路径指定的第一临时文件夹中;
若所述中转服务器中未包括所述第一待传输文件的第一文件存储路径,创建符合所述第一待传输文件的第一文件存储路径的第二临时文件夹,将所述第一待传输文件存储至所述第二临时文件夹。
3.根据权利要求1所述的方法,其特征在于,所述获得待传输文件,将所述待传输文件存储至中转服务器的临时文件夹中,包括:
获得通过第二传输方式传输的第二待传输文件;
将所述第二待传输文件的文件流加密,得到加密后的文件流;
获得所述第二待传输文件的文件流的字节数,将所述字节数与所述加密后的文件流组合存储至中转服务器的第三临时文件夹。
4.根据权利要求1-3中任意一项所述的方法,其特征在于,所述基于所述消费方服务器信息或调用方服务器信息将所述中转服务器的临时文件夹中存储的待传输文件传输至消费方服务器或调用方服务器的指定文件夹中存储,包括:
确定消费方服务器是否包括用于存储所述预定格式报文指定的第三待传输文件的第二文件存储路径;
若确定所述消费方服务器中未包括第二文件存储路径,创建符合所述第二文件存储路径的第四临时文件夹,将所述中转服务器中存储的第三待传输文件发送至消费方服务器,以便于将所述第三待传输文件存储至所述第四临时文件夹。
5.根据权利要求4所述的方法,其特征在于,还包括:
获得消费方服务器发送的返回结果,所述返回结果用于表明所述第三待传输文件被存储至所述第四临时文件夹。
6.根据权利要求1所述的方法,其特征在于,所述获得待传输文件,将所述待传输文件存储至中转服务器的临时文件夹中,包括:
获得文件下载请求;
基于所述文件下载请求确定待下载文件存储于第一消费方服务器;
确定所述中转服务器与所述第一消费方服务器的连接方式为第一连接方式,基于所述第一连接方式从所述第一消费方服务器获得所述待下载文件并存储。
7.根据权利要求6所述的方法,其特征在于,所述基于所述消费方服务器信息或调用方服务器将所述中转服务器的临时文件夹中存储的待传输文件传输至消费方服务器或调用方服务器的指定文件夹中存储,包括:
获得所述调用方服务器信息的报文信息;
基于所述调用方服务器信息的报文信息确定通过传输所述待下载文件的传输方式;
通过确定的传输方式将所述待下载文件发送至调用方服务器,以便所述调用方服务器基于所述传输方式对所述待下载文件进行存储。
8.一种文件传输装置,其特征在于,包括:
第一获得单元,用于获得待传输文件,将所述待传输文件存储至中转服务器的临时文件夹中;
第二获得单元,用于获得请求报文,将所述请求报文转换为与所述中转服务器适配的预定格式报文;
确定单元,用于基于所述预定格式报文确定用于接收所述预定格式报文指定的待传输文件的消费方服务器信息或调用方服务器信息;
存储单元,用于基于所述消费方服务器信息或调用方服务器信息将所述中转服务器的临时文件夹中存储的待传输文件传输至消费方服务器或调用方服务器的指定文件夹中存储。
9.一种电子设备,其特征在于,包括:
处理器,用于获得待传输文件,将所述待传输文件存储至中转服务器的临时文件夹中;获得请求报文,将所述请求报文转换为与所述中转服务器适配的预定格式报文;基于所述预定格式报文确定用于接收所述预定格式报文指定的待传输文件的消费方服务器信息或调用方服务器信息;基于所述消费方服务器信息或调用方服务器信息将所述中转服务器的临时文件夹中存储的待传输文件传输至消费方服务器或调用方服务器的指定文件夹中存储;
存储器,用于存储所述处理器执行上述处理过程的程序。
10.一种文件传输系统,其特征在于,包括:
调用方服务器,用于发送待传输文件至中转服务器,和/或,从所述中转服务器获得并存储待传输文件;
中转服务器,用于获得调用方服务器或消费方服务器发送的待传输文件,将所述待传输文件存储至临时文件夹中;获得消费方服务器或调用方服务器发送的请求报文,将所述请求报文转换为与所述中转服务器适配的预定格式报文,基于所述预定格式报文确定用于接收预定格式报文指定的待传输文件的消费方服务器信息或调用方服务器信息,基于所述消费方服务器信息或调用方服务器信息将所述临时文件夹中存储的待传输文件传输至消费方服务器或调用方服务器的指定文件夹中存储;
消费方服务器,用于获得所述中转服务器发送的待传输文件并进行存储,和/或,将存储至消费方服务器的指定文件夹的待传输文件发送至中转服务器。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210987461.7A CN115348258A (zh) | 2022-08-17 | 2022-08-17 | 一种文件传输方法、装置、系统及电子设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210987461.7A CN115348258A (zh) | 2022-08-17 | 2022-08-17 | 一种文件传输方法、装置、系统及电子设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115348258A true CN115348258A (zh) | 2022-11-15 |
Family
ID=83952786
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210987461.7A Pending CN115348258A (zh) | 2022-08-17 | 2022-08-17 | 一种文件传输方法、装置、系统及电子设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115348258A (zh) |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108415962A (zh) * | 2018-02-06 | 2018-08-17 | 国家电网公司 | 一种云存储系统 |
CN110022289A (zh) * | 2018-01-10 | 2019-07-16 | 北龙中网(北京)科技有限责任公司 | 数据传输方法、装置及系统 |
CN110099104A (zh) * | 2019-04-12 | 2019-08-06 | 平安科技(深圳)有限公司 | 文件传输方法、系统和存储介质 |
CN110493350A (zh) * | 2019-08-27 | 2019-11-22 | 北京百度网讯科技有限公司 | 文件上传方法和装置、电子设备和计算机可读介质 |
CN111447248A (zh) * | 2019-01-16 | 2020-07-24 | 网宿科技股份有限公司 | 一种文件传输的方法及装置 |
CN113507516A (zh) * | 2021-07-06 | 2021-10-15 | 深圳海付移通科技有限公司 | 文件服务方法、接入服务器、计算机设备和存储介质 |
CN113965560A (zh) * | 2020-07-01 | 2022-01-21 | 中兴通讯股份有限公司 | 数据传输方法和代理服务器、存储介质及电子装置 |
CN114826733A (zh) * | 2022-04-19 | 2022-07-29 | 中国工商银行股份有限公司 | 文件传输方法、装置、系统、设备、介质以及程序产品 |
-
2022
- 2022-08-17 CN CN202210987461.7A patent/CN115348258A/zh active Pending
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110022289A (zh) * | 2018-01-10 | 2019-07-16 | 北龙中网(北京)科技有限责任公司 | 数据传输方法、装置及系统 |
CN108415962A (zh) * | 2018-02-06 | 2018-08-17 | 国家电网公司 | 一种云存储系统 |
CN111447248A (zh) * | 2019-01-16 | 2020-07-24 | 网宿科技股份有限公司 | 一种文件传输的方法及装置 |
CN110099104A (zh) * | 2019-04-12 | 2019-08-06 | 平安科技(深圳)有限公司 | 文件传输方法、系统和存储介质 |
CN110493350A (zh) * | 2019-08-27 | 2019-11-22 | 北京百度网讯科技有限公司 | 文件上传方法和装置、电子设备和计算机可读介质 |
CN113965560A (zh) * | 2020-07-01 | 2022-01-21 | 中兴通讯股份有限公司 | 数据传输方法和代理服务器、存储介质及电子装置 |
CN113507516A (zh) * | 2021-07-06 | 2021-10-15 | 深圳海付移通科技有限公司 | 文件服务方法、接入服务器、计算机设备和存储介质 |
CN114826733A (zh) * | 2022-04-19 | 2022-07-29 | 中国工商银行股份有限公司 | 文件传输方法、装置、系统、设备、介质以及程序产品 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP1856896B1 (en) | Transferring state information in a network | |
KR100547115B1 (ko) | Sip 프로토콜을 확장한 rdt 메시지를 이용하여클라이언트와 서버 간 데이터를 송수신하는 방법,기록매체, 시스템, 클라이언트(uac), 및 서버(uas) | |
JP4603043B2 (ja) | シンクml同期データを送信するための方法 | |
KR101054787B1 (ko) | Ims 인스턴트 메시지를 전송하기 위한 방법, 시스템, 및장치 | |
EP1724964A1 (en) | Encryption method for SIP message and encrypted SIP communication system | |
JP2004529410A5 (zh) | ||
JP2005209199A (ja) | マルチメディアメッセージサービス互換システム及び方法 | |
CA3077829A1 (en) | Mutual secure communications | |
US20220191664A1 (en) | Optimization of services applied to data packet sessions | |
US20230283479A1 (en) | Data Transmission Method and Apparatus, Device, System, and Storage Medium | |
CN112152914A (zh) | 一种基于北斗短报文的即时通信方法以及系统 | |
US10924463B2 (en) | Delegating intermediation on an exchange of encrypted data | |
CN111211894B (zh) | 一种数据传输方法、装置及系统 | |
CN107070998A (zh) | 一种安全的物联网通讯协议及方法 | |
CN100583766C (zh) | 多媒体子系统及其建立通道的方法和装置 | |
CN111448778A (zh) | 安全的下一跳通信 | |
EP3414877B1 (en) | Technique for transport protocol selection and setup of a connection between a client and a server | |
CN115348258A (zh) | 一种文件传输方法、装置、系统及电子设备 | |
EP1561354B1 (en) | Streaming of media content in a multimedia messaging service | |
CN116405536A (zh) | 一种数据处理方法及装置 | |
CN114978485B (zh) | 语音数据传输方法、系统、电子设备及存储介质 | |
CN114584558A (zh) | 云边协同分布式api网关系统及api调用方法 | |
JP2005275690A (ja) | 認証代行方法及び配信管理装置並びに認証代行方法のプログラム | |
US8977763B1 (en) | Systems and methods for distributing streams and stream metadata | |
CN113098864B (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 |