CN114189505B - 文件共享方法、计算机设备及存储介质 - Google Patents

文件共享方法、计算机设备及存储介质 Download PDF

Info

Publication number
CN114189505B
CN114189505B CN202111270747.5A CN202111270747A CN114189505B CN 114189505 B CN114189505 B CN 114189505B CN 202111270747 A CN202111270747 A CN 202111270747A CN 114189505 B CN114189505 B CN 114189505B
Authority
CN
China
Prior art keywords
target
file
rpc
receiving end
data packet
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
Application number
CN202111270747.5A
Other languages
English (en)
Other versions
CN114189505A (zh
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.)
Shenzhen Coocaa Network Technology Co Ltd
Original Assignee
Shenzhen Coocaa Network 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 Shenzhen Coocaa Network Technology Co Ltd filed Critical Shenzhen Coocaa Network Technology Co Ltd
Priority to CN202111270747.5A priority Critical patent/CN114189505B/zh
Publication of CN114189505A publication Critical patent/CN114189505A/zh
Application granted granted Critical
Publication of CN114189505B publication Critical patent/CN114189505B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • 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/12—Applying verification of the received information
    • 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/16—Implementing security features at a particular protocol layer
    • H04L63/166—Implementing security features at a particular protocol layer at the transport layer
    • 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/14—Session management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/164—Adaptation or special uses of UDP protocol
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/50—Reducing energy consumption in communication networks in wire-line communication networks, e.g. low power modes or reduced link rate

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本发明公开一种文件共享方法、计算机设备及存储介质。该方法包括：接收端解析业务侧发送的HTTP文件共享请求，获取文件终端ID、目标密钥和目标范围；接收端向文件终端ID对应的发送端发送ICE连接请求，建立发送端与接收端之间的UDP传输通道；接收端采用目标可靠协议，对UDP传输通道进行处理，形成UDP安全通道；接收端基于目标密钥和目标范围，形成RPC下载请求，将RPC下载请求通过UDP安全通道发送给发送端，以使发送端基于目标密钥和目标范围，获取RPC数据包；接收端通过UDP安全通道，接收发送端采用流式传输方式发送的RPC数据包，将RPC数据包转成HTTP数据包，控制业务侧显示HTTP数据包。该方法可实现全网络共享，保障文件共享速度、可靠性、安全性和实时性。

Description

文件共享方法、计算机设备及存储介质
技术领域
本发明涉及文件共享技术领域，尤其涉及一种文件共享方法、计算机设备及存储介质。
背景技术
传统文件共享过程，只能在局域网内或者通过Wi-FiDirect实现点对点文件共享，其文件共享过程具有网络局域性，且文件需要完全下载后才能被业务侧打开预览显示，使得文件共享过程不具有实时性。此处的业务侧是指用于预览显示文件的应用。
发明内容
本发明提供一种文件共享方法、计算机设备及存储介质，以解决现有文件共享过程存在的网络局域性且无法实时预览显示的问题。
本发明提供一种文件共享方法，包括：
接收端接收业务侧发送的HTTP文件共享请求，解析所述HTTP文件共享请求，获取文件终端ID、目标密钥和目标范围；
接收端响应所述HTTP文件共享请求，向所述文件终端ID对应的发送端发送ICE连接请求，建立发送端与接收端之间的UDP传输通道；
接收端采用目标可靠协议，对所述UDP传输通道进行处理，形成UDP安全通道；
接收端基于所述目标密钥和所述目标范围，形成RPC下载请求，将所述RPC下载请求通过所述UDP安全通道发送给发送端，以使发送端响应所述RPC下载请求，基于所述目标密钥和所述目标范围，获取RPC数据包；
接收端通过所述UDP安全通道，接收发送端采用流式传输方式发送的RPC数据包，将所述RPC数据包转成HTTP数据包，控制所述业务侧显示所述HTTP数据包。
优选地，在所述接收端接收业务侧发送的HTTP文件共享请求之前，所述文件共享方法还包括：
接收端接收发送端发送的目标文件对应的目标共享信息，所述目标共享信息包括文件信息、目标密钥和文件终端ID；
接收端响应所述目标共享信息，采用HTTP协议封装所述文件终端ID和目标密钥，形成目标URL，将所述目标URL和所述文件信息发送给业务侧，接收业务侧发送的HTTP文件共享请求。
优选地，所述接收端通过所述UDP安全通道，接收发送端采用流式传输方式发送的RPC数据包，将所述RPC数据包转成HTTP数据包，包括：
接收端通过所述UDP安全通道，接收发送端采用流式传输方式发送的至少一个RPC数据包；
接收端对每一所述RPC数据包进行顺序校验，在顺序校验通过时，将所述RPC数据包转成HTTP数据包。
优选地，所述接收端对每一所述RPC数据包进行顺序校验，在顺序校验通过时，将所述RPC数据包转成HTTP数据包，包括：
接收端对每一所述RPC数据包进行解析，确定所述RPC数据包对应的待共享数据块和数据块序号；
接收端基于所述RPC数据包对应的数据块序号进行顺序校验，在顺序校验通过时，采用HTTP协议对所述所述RPC数据包对应的待共享数据块进行封装打包，获取所述RPC数据包对应的HTTP数据包。
本发明提供一种文件共享方法，包括：
发送端接收接收端发送的ICE连接请求，通过信令服务器，建立发送端与接收端之间的UDP传输通道，所述ICE连接请求为接收端响应业务侧发送的所述HTTP文件共享请求形成的请求，所述HTTP文件共享请求包括所述发送端对应的文件终端ID、目标密钥和目标范围；
发送端采用目标可靠协议，对所述UDP传输通道进行处理，形成UDP安全通道；
发送端通过所述UDP安全通道，接收接收端基于目标密钥和目标范围形成的RPC下载请求；
发送端响应所述RPC下载请求，基于所述目标密钥和所述目标范围，获取RPC数据包，将所述RPC数据包通过所述UDP安全通道发送给发送端，以使接收端将所述RPC数据包转成HTTP数据包，控制所述业务侧显示所述HTTP数据包。
优选地，在所述发送端接收接收端发送的ICE连接请求，建立发送端与接收端之间的UDP传输通道之前，所述文件共享方法还包括：
发送端获取目标文件，确定所述目标文件对应的文件信息；
发送端生成所述目标文件对应的目标密钥，将所述目标文件和所述目标密钥关联存储在发送端存储器；
发送端生成所述目标文件对应的目标共享信息，将所述目标共享信息发送给接收端，以使接收端响应所述目标共享信息，接收业务侧发送的HTTP文件共享请求，所述目标共享信息包括文件终端ID、所述文件信息和所述目标密钥。
优选地，所述发送端响应所述RPC下载请求，基于所述目标密钥和所述目标范围，获取RPC数据包，将所述RPC数据包通过所述UDP安全通道发送给发送端，包括：
发送端响应所述RPC下载请求，基于所述目标密钥查询发送端存储器，判断是否存在与所述目标密钥相同的已有密钥；
发送端在存在与所述目标密钥相同的已有密钥时，将所述已有密钥对应的已有文件，确定为所述目标密钥对应的目标文件；
发送端根据所述目标文件和所述目标范围，获取至少一个RPC数据包，采用流式传输方式，将至少一个所述RPC数据包通过所述UDP安全通道发送给发送端。
优选地，所述发送端根据所述目标文件和所述目标范围，获取至少一个RPC数据包，包括：
发送端根据所述目标文件和所述目标范围，确定待共享内容；
发送端对所述待共享内容进行切分，获取至少一个待共享数据块，每一待共享数据块携带对应的数据块序号；
采用RPC协议，对至少一个所述待共享数据块和所述数据块序号进行封装打包，获取至少一个RPC数据包。
本发明提供一种计算机设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述文件共享方法。
本发明提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述文件共享方法。
上述文件共享方法、计算机设备及存储介质，接收端可将HTTP文件共享请求转化为RPC下载请求，将RPC下载请求通过UDP安全通道发送给发送端，将发送端基于RPC下载请求形成的RPC数据包转为HTTP数据包，以控制业务侧显示HTTP数据包，采用UDP安全通道进行数据传输，可实现全网络共享，并保障文件共享速度，且具备高可靠性和安全性。此外，文件共享过程中采用流式传输方式传输RPC数据包，即发送端将RPC数据包以流式传输方式发送给接收端，接收端以流式传输方式将转换形成的HTTP数据包发送给业务侧，使得业务侧实时显示HTTP数据包，可保障文件共享显示的实时性。
附图说明
为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例的描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1是本发明一实施例中文件共享系统的一示意图；
图2是本发明一实施例中文件共享方法的一流程图；
图3是本发明一实施例中文件共享方法的另一流程图；
图4是本发明一实施例中文件共享方法的另一流程图；
图5是本发明一实施例中文件共享方法的另一流程图；
图6是本发明一实施例中文件共享方法的另一流程图；
图7是本发明一实施例中文件共享方法的另一流程图；
图8是本发明一实施例中文件共享方法的另一流程图；
图9是本发明一实施例中文件共享方法的另一流程图；
图10是本发明一实施例中计算机设备的一示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
本发明实施例提供的文件共享方法，该文件共享方法可应用如图1所示的应用环境中。具体地，该文件共享方法应用在文件共享系统中，该文件共享系统包括如图1所示的发送端、接收端和信令服务器，信令服务器与发送端和接收端相连。其中，发送端是用于发送目标文件的终端。接收端是用于接收目标文件的终端。目标文件是指系统当前时刻需要共享的文件，具体为系统当前时刻需要在发送端和接收端之间共享的文件。信令服务器是用于实现信令管理的服务器，可对发送端和接收端之间进行呼叫建立、监控和其他网络控制过程形成的信令进行管理。
在一实施例中，如图2所示，提供一种文件共享方法，以该文件共享文件应用在图1所示的文件共享系统中的接收端为例进行说明，该文件共享文件包括如下步骤：
S201：接收端接收业务侧发送的HTTP文件共享请求，解析HTTP文件共享请求，获取文件终端ID、目标密钥和目标范围；
S202：接收端响应HTTP文件共享请求，向文件终端ID对应的发送端发送ICE连接请求，建立发送端与接收端之间的UDP传输通道；
S203：接收端采用目标可靠协议，对UDP传输通道进行处理，形成UDP安全通道；
S204：接收端基于目标密钥和目标范围，形成RPC下载请求，将RPC下载请求通过UDP安全通道发送给发送端，以使发送端响应RPC下载请求，基于目标密钥和目标范围，获取RPC数据包；
S205：接收端通过UDP安全通道，接收发送端采用流式传输方式发送的RPC数据包，将RPC数据包转成HTTP数据包，控制业务侧显示HTTP数据包。
其中，HTTP文件共享请求是基于HTTP协议形成的用于实现文件共享的请求，每一HTTP文件共享请求对应一目标文件，是用于实现对目标文件进行共享的请求。HTTP（HyperText Transfer Protocol，即协议超文本传输协议）是一个简单的请求-响应协议，它通常运行在TCP之上，用于指定客户端可能发送给服务器什么样的消息以及得到什么样的响应。
文件终端ID是指HTTP文件共享请求对应的目标文件所在的终端标识，用于唯一指向目标文件对应的发送端。目标密钥是指本次需要共享的目标文件对应的密钥。目标范围是指本次需要共享目标文件中的待共享内容的范围。待共享内容是指本次需要共享目标文件中的特定内容。
作为一示例，步骤S201中，接收端可接收业务侧发送的HTTP文件共享请求，解析该HTTP文件共享请求，从HTTP文件共享请求中，获取文件终端ID、目标密钥和目标范围，以便基于文件终端ID确定本次需要共享的目标文件所在的发送端，基于目标密钥进行安全校验，并基于目标范围确定需要共享的待共享内容。
本示例中，接收端解析HTTP文件共享请求，获取HTTP协议中的Header Range信息，从Header Range信息中的目标范围，即确定需要读取的目标文件的起始地址和结束地址，用于确定本次需要共享的目标文件中的待共享内容，以实现对目标文件中的待共享内容进行针对性共享。
其中，ICE连接请求是基于ICE协议进行交互式连接的请求。
其中，UDP传输通道是基于UDP协议进行数据传输的通道。UDP（User DatagramProtocol，用户数据报协议）是一种无连接的传输协议，用于为应用程序提供一种无需建立连接就可以发送封装的 IP 数据包的协议，具有无连接、不可靠和快速传输等特点。
作为一示例，步骤S202中，接收端可响应接收到HTTP文件共享请求，形成ICE连接请求，通过与接收端和发送端均连接的信令服务器，向文件终端ID对应的发送端发送ICE连接请求，以使发送端接收到ICE连接请求时，以实现通过信令服务器，建立发送端与接收端之间的UDP传输通道，该UDP传输通道是基于UDP协议形成的通道，可实现全网络通信，可实现目标文件的全网络共享，并提高文件共享过程的传输速度。
其中，目标可靠协议是预先配置的用于实现对UDP传输通道进行可靠转换的协议。
作为一示例，步骤S203中，接收端在建立UDP传输通道之后，由于UDP传输通道进行数据传输具有不可靠性，可采用预先配置的目标可靠协议，对UDP传输通道进行可靠转换，以获取可靠性较高的UDP安全通道。本示例中，目标可靠协议可以为采用预先配置的丢包重传、滑动窗和拥塞控制等算法，对UDP传输通道进行可靠转换，以形成具有高可靠性的UDP安全通道，使得UDP安全通道不仅具备UDP协议对应的全网络通信且高传输速度等优点，还具备可靠性和安全性。
其中，RPC下载请求是基于RPC（Remote Procedure Call，即远程过程调用），实现从远端下载数据的请求。
作为一示例，步骤S204中，接收端在构建UDP安全通道之后，可基于目标密钥和目标范围，形成RPC下载请求，以使RPC下载请求中包含目标密钥和目标范围，将RPC下载请求通过UDP安全通道发送给发送端，以使发送端响应接收到的RPC下载请求，根据目标密钥和目标范围，确定目标密钥对应的目标文件，从目标文件中，选取目标范围对应的待共享内容，形成RPC数据包。该RPC数据包是响应RPC下载请求形成的数据包，可以理解为远程过程调用返回的数据包。
作为一示例，步骤S205中，接收端可通过UDP安全通道，接收发送端采用流式传输方式发送的RPC数据包，再对RPC数据包进行协议转换，以将RPC数据包转换成基于HTTP协议的HTTP数据包，再将HTTP数据包发送给其业务侧，以控制业务侧实时显示HTTP数据包。
例如，在HTTP数据包对应的数据类型为文本类型时，其业务侧为可播放文本类型对应的文本浏览器（例如，PDF浏览器），以便通过文本浏览器，流式预览显示HTTP数据包对应的文本内容，无需等待接收到目标文件对应的目标范围中的全部文本，有助于保障文件共享显示的实时性。
例如，在HTTP数据包对应的数据类型为音频类型时，其业务侧为可播放音频类型的HTTP数据包的音频播放器，以便通过音频播放器，流式播放HTTP数据包对应的音频内容，无需等待接收到目标文件对应的目标范围中的全部音频，有助于保障文件共享显示的实时性。
又例如，在HTTP数据包对应的数据类型为视频类型时，其业务侧为可播放视频类型的HTTP数据包的视频播放器，以便通过视频播放器，流式播放HTTP数据包对应的视频内容，无需等待接收到目标文件对应的目标范围中的全部初步，有助于保障文件共享显示的实时性。
本实施例所提供的文件共享方法中，接收端可将HTTP文件共享请求转化为RPC下载请求，将RPC下载请求通过UDP安全通道发送给发送端，将发送端基于RPC下载请求形成的RPC数据包转为HTTP数据包，以控制业务侧显示HTTP数据包，采用UDP安全通道进行数据传输，可实现全网络共享，并保障文件共享速度，且具备高可靠性和安全性。此外，文件共享过程中采用流式传输方式传输RPC数据包，即发送端将RPC数据包以流式传输方式发送给接收端，接收端以流式传输方式将转换形成的HTTP数据包发送给业务侧，使得业务侧实时显示HTTP数据包，可保障文件共享显示的实时性。
在一实施例中，如图3所示，在步骤S201之前，即在接收端接收业务侧发送的HTTP文件共享请求之前，文件共享方法还包括：
S301：接收端接收发送端发送的目标文件对应的目标共享信息，目标共享信息包括文件信息、目标密钥和文件终端ID；
S302：接收端响应目标共享信息，采用HTTP协议封装文件终端ID和目标密钥，形成目标URL，将目标URL和文件信息发送给业务侧，接收业务侧发送的HTTP文件共享请求。
作为一示例，步骤S301中，接收端可接收发送端通过信令服务器或者其他途径发送的目标文件对应的目标共享信息，目标共享信息包括文件终端ID、文件信息和目标密钥。其中，文件终端ID是指HTTP文件共享请求对应的目标文件所在的终端标识，用于唯一指向目标文件对应的发送端，具体为发送端自身的终端ID。文件信息是用于供用户了解所需共享的目标文件的相关信息。目标密钥与目标文件关联存储，以便根据目标密钥确定目标文件的存储路径。
作为一示例，步骤S302中，接收端可响应目标共享信息，采用HTTP协议封装文件终端ID和目标密钥，形成目标URL，该目标URL可理解为目标文件在目标文件在文件终端ID对应的接收端上的存储地址。本示例中，发送端将目标共享信息封装形成的目标URL和文件信息发送给接收端，以使接收端可响应目标共享信息，与业务侧进行交互，根据目标文件对应的文件信息，确定待共享内容对应的起始地址和结束地址，以便根据起始地址和结束地址确定目标范围，利用HTTP服务，对目标URL和文件信息进行封装，形成HTTP文件共享请求。
在一实施例中，如图4所示，步骤205中，接收端通过UDP安全通道，接收发送端采用流式传输方式发送的RPC数据包，将RPC数据包转成HTTP数据包，包括：
S401：接收端通过UDP安全通道，接收发送端采用流式传输方式发送的至少一个RPC数据包；
S402：接收端对每一RPC数据包进行顺序校验，在顺序校验通过时，将RPC数据包转成HTTP数据包。
作为一示例，步骤S401中，接收端可通过UDP安全通道，接收发送端采用流式传输方式发送的至少一个RPC数据包，有助于保障RPC数据包发送的实时性，进而保障文件共享的实时性。
作为一示例，步骤S402中，接收端在接收到每个RPC数据包之后，需要单独对这个RPC数据包进行顺序校验，只有在顺序校验通过时，才会采用流式传输方式，将RPC数据包转成HTTP数据包，以控制业务侧显示HTTP数据包，从而保障业务侧显示至少一个RPC数据包的顺序与目标文件中的顺序相匹配，进而保障文件共享的显示效果。
在一实施例中，如图5所示，步骤S402，即接收端对每一RPC数据包进行顺序校验，在顺序校验通过时，将RPC数据包转成HTTP数据包，包括：
S501：接收端对每一RPC数据包进行解析，确定RPC数据包对应的待共享数据块和数据块序号；
S502：接收端基于RPC数据包对应的数据块序号进行顺序校验，在顺序校验通过时，采用HTTP协议对RPC数据包对应的待共享数据块进行封装打包，获取RPC数据包对应的HTTP数据包。
作为一示例，步骤S501中，接收端每接收到一个RPC数据包时，均需对该RPC数据包进行解析，以确定该RPC数据包对应的待共享数据块和数据块序号。其中，待共享数据块是指对待共享内容进行切分所形成的数据块。数据块序号是用于标识待共享内容切分后的待共享数据块的先后顺序的序号。待共享内容是指本次需要共享的内容。
作为一示例，步骤S502中，接收端基于RPC数据包对应的数据块序号进行顺序校验，具体将RPC数据包对应的数据块序号，与系统当前时刻之前最近一次接收到RPC数据包对应的数据块序号进行比较；若数据块序号为最近一次接收到RPC数据包对应的数据块序号的下一个序号，则顺序校验通过；若数据块序号不为最近一次接收到RPC数据包对应的数据块序号的下一个序号，则顺序校验不通过。
本示例中，接收端在任一RPC数据包顺序校验通过时，可采用HTTP协议，对RPC数据包中的待共享数据块进行封装打包，以使可在业务侧显示的HTTP数据包。可理解地，接收端在任一RPC数据包顺序校验不通过时，可获取传输出错信息，将传输出错信息发送给业务侧。
在一实施例中，如图6，提供一种文件共享方法，以该文件共享文件应用在图1所示的文件共享系统中的发送端为例进行说明，该文件共享文件包括如下步骤：
S601：发送端接收接收端发送的ICE连接请求，通过信令服务器，建立发送端与接收端之间的UDP传输通道，ICE连接请求为接收端响应业务侧发送的HTTP文件共享请求形成的请求，HTTP文件共享请求包括发送端对应的文件终端ID、目标密钥和目标范围；
S602：发送端采用目标可靠协议，对UDP传输通道进行处理，形成UDP安全通道；
S603：发送端通过UDP安全通道，接收接收端基于目标密钥和目标范围形成的RPC下载请求；
S604：发送端响应RPC下载请求，基于目标密钥和目标范围，获取RPC数据包，将RPC数据包通过UDP安全通道发送给发送端，以使接收端将RPC数据包转成HTTP数据包，控制业务侧显示HTTP数据包。
作为一示例，S601，发送端可接收接收端发送的ICE连接请求，该ICE连接请求是发送端响应其业务侧发送的HTTP文件共享请求，基于ICE协议形成的请求，该HTTP文件共享请求包括发送端对应的文件终端ID、目标密钥和目标范围，ICE连接请求是基于HTTP文件共享请求中的文件终端ID形成的请求。发送端可通过与接收端和发送端均连接的信令服务器，接收接收端发送的ICE连接请求，在接收到ICE连接请求时，即可通过信令服务器，建立发送端与接收端之间的UDP传输通道，该UDP传输通道是基于UDP协议形成的通道，可实现全网络通信，可实现目标文件的全网络共享，并保障文件共享过程的数据传输速度。
作为一示例，步骤S601中，发送端在接收到ICE连接请求，建立UDP传输通道之后，由于UDP传输通道进行数据传输具有不可靠性，可采用预先配置的目标可靠协议，对UDP传输通道进行可靠转换，获取可靠性较高的UDP安全通道。本示例中，目标可靠协议可以为采用预先配置的丢包重传、滑动窗和拥塞控制等算法，对UDP传输通道进行可靠转换，以形成具有高可靠性的UDP安全通道，使得UDP安全通道不仅具备UDP协议对应的全网络通信且高传输速度等优点，还具备可靠性和安全性。
作为一示例，步骤S603中，发送端在构建UDP安全通道之后，可通过UDP安全通道，接收接收端发送的RPC下载请求，解析RPC下载请求，可获取目标密钥和目标范围，根据目标密钥和目标范围，确定目标密钥对应的目标文件，从目标文件中，选取目标范围对应的待共享内容，形成RPC数据包，再采用流式传输方式，将RPC数据包通过UDP安全通道发送给接收端，以使接收端对RPC数据包进行协议转换，以将RPC数据包转换成基于HTTP协议的HTTP数据包，再将HTTP数据包发送给其业务侧，以控制业务侧实时显示HTTP数据包。
例如，在HTTP数据包对应的数据类型为文本类型时，其业务侧为可播放文本类型对应的文本浏览器（例如，PDF浏览器），以便通过文本浏览器，流式预览显示HTTP数据包对应的文本内容，无需等待接收到目标文件对应的目标范围中的全部文本，有助于保障文件共享显示的实时性。
例如，在HTTP数据包对应的数据类型为音频类型时，其业务侧为可播放音频类型的HTTP数据包的音频播放器，以便通过音频播放器，流式播放HTTP数据包对应的音频内容，无需等待接收到目标文件对应的目标范围中的全部音频，有助于保障文件共享显示的实时性。
又例如，在HTTP数据包对应的数据类型为视频类型时，其业务侧为可播放视频类型的HTTP数据包的视频播放器，以便通过视频播放器，流式播放HTTP数据包对应的视频内容，无需等待接收到目标文件对应的目标范围中的全部初步，有助于保障文件共享显示的实时性。
本实施例所提供的文件共享方法中，发送端可接收响应HTTP文件共享请求形成的RPC下载请求，再将RPC下载请求形成的RPC数据包通过UDP安全通道发送给接收端，以使接收端将RPC数据包转为HTTP数据包，以控制业务侧显示HTTP数据包，采用UDP安全通道进行数据传输，可实现全网络共享，且可有效提高文件共享速度，并具备高可靠性和安全性。此外，文件共享过程中采用流式传输数据，即发送端将RPC数据包以流式传输方式发送给接收端，接收端以流式传输方式将转换形成的HTTP数据包发送给业务侧，使得业务侧实时显示HTTP数据包，可保障文件共享显示的实时性。
在一实施例中，如图7所示，在步骤S601之前，即在发送端接收接收端发送的ICE连接请求，建立发送端与接收端之间的UDP传输通道之前，文件共享方法还包括：
S701：发送端获取目标文件，确定目标文件对应的文件信息；
S702：发送端生成目标文件对应的目标密钥，将目标文件和目标密钥关联存储在发送端存储器；
S703：发送端生成目标文件对应的目标共享信息，将目标共享信息发送给接收端，以使接收端响应目标共享信息，接收业务侧发送的HTTP文件共享请求，目标共享信息包括文件终端ID、文件信息和目标密钥。
作为一示例，步骤S701中，发送端可接收用户在系统当前时刻导入的目标文件，或者从发送端存储器中选定目标文件之后，可确定该目标文件对应的文件信息，此处的文件信息包括但不限于文件名、文件大小、修改日期和文件目录等信息。
作为一示例，步骤S702中，发送端在获取到目标文件之后，可采用预先配置的密钥生成工具，生成目标文件对应的目标密钥，再将目标文件和目标密钥关联存储在发送端存储器中，以便后续可基于目标密钥进行查询，确定与目标密钥相对应的目标文件。
其中，目标共享信息是用于反映给所有接收端，与目标文件相关的信息。目标共享信息包括文件终端ID、文件信息和目标密钥。其中，文件终端ID是指HTTP文件共享请求对应的目标文件所在的终端标识，用于唯一指向目标文件对应的发送端，具体为发送端自身的终端ID。文件信息是用于供用户了解所需共享的目标文件的相关信息。目标密钥与目标文件关联存储，以便根据目标密钥确定目标文件的存储路径。
作为一示例，步骤S703中，发送端还需生成目标文件对应的目标共享信息，该目标共享信息包括文件终端ID、目标文件对应的文件信息和目标密钥等信息。接着，发送端可将目标共享信息通过信令服务器或者其他途径，发送给接收端，以使接收端在接收到响应目标共享信息，接收业务侧发送的HTTP文件共享请求。
在一实施例中，如图8所示，步骤S604，即发送端响应RPC下载请求，基于目标密钥和目标范围，获取RPC数据包，将RPC数据包通过UDP安全通道发送给发送端，包括：
S801：发送端响应RPC下载请求，基于目标密钥查询发送端存储器，判断是否存在与目标密钥相同的已有密钥；
S802：发送端在存在与目标密钥相同的已有密钥时，将已有密钥对应的已有文件，确定为目标密钥对应的目标文件；
S803：发送端根据目标文件和目标范围，获取至少一个RPC数据包，采用流式传输方式，将至少一个RPC数据包通过UDP安全通道发送给发送端。
其中，已有密钥是系统当前时刻之前存储在发送端的发送端存储器中的密钥，是与发送端存储器存储的已有文件关联的密钥。
作为一示例，步骤S801中，发送端在构建UDP安全通道之后，可通过UDP安全通道，接收接收端发送的RPC下载请求，解析RPC下载请求，可获取目标密钥和目标范围，再根据目标密钥查询发送端存储器，以确定发送端存储器是否存在与目标密钥相同的已有密钥，以便根据查询结果，确定是否存在与目标密钥相对应的目标文件。
其中，已有文件是系统当前时刻之前存储在发送端存储器中的需要共享的文件。
作为一示例，步骤S802中，发送端在确定存在与目标密钥相同的已有密钥时，即目标密钥与系统当前时刻之前形成的某一已有文件对应的已有密钥相同，此时，可将该已有密钥对应的已有文件，确定为目标密钥对应的目标文件。可理解地，目标密钥对应的目标文件是本次需要共享的文件。
本示例中，发送端在不存在与目标密钥相同的已有密钥时，确定发送端存储器中不存在目标密钥对应的目标文件，因此，可直接形成错误提示信息，将错误提示信息发送给接收端，以使接收端了解到无法进行文件共享。
作为一示例，步骤S803中，发送端在获取到目标密钥对应的目标文件后，可根据RPC下载请求中解析出的目标范围，从目标文件中，提取目标范围对应的至少一个RPC数据包，该RPC数据包为采用RPC协议形成的数据包，以使至少一个RPC数据包可通过UDP安全通道传输，保障发送端与接收端之间共享文件的可行性。本示例中，发送端在获取到至少一个RPC数据包之后，可采用流式传输方式，将至少一个RPC数据包通过UDP安全通道发送给发送端，进而保障文件共享的实时性。
在一实施例中，如图9所示，步骤S803，即发送端根据目标文件和目标范围，获取至少一个RPC数据包，包括：
S901：发送端根据目标文件和目标范围，确定待共享内容；
S902：发送端对待共享内容进行切分，获取至少一个待共享数据块，每一待共享数据块携带对应的数据块序号；
S903：采用RPC协议，对至少一个待共享数据块和数据块序号进行封装打包，获取至少一个RPC数据包。
其中，待共享内容是指本次需要共享的内容。
作为一示例，步骤S901中，发送端在获取到目标密钥对应的目标文件后，可根据RPC下载请求中解析出的目标范围，从目标文件中提取目标范围对应的文件内容，确定为待共享内容。本示例中，发送端根据目标范围中的起始地址和结束地址，从目标文件中确定起始断点和结束断点，将起始断点和结束断点之间的文件内容，确定为待共享内容，即需要共享给接收端的文件内容，可实现文件断点传输和拖动显示等效果，可更好地满足用户需求，提高文件共享的针对性。
作为一示例，步骤S903中，发送端在确定待共享内容后，可先根据流式传输方式对应的数据流大小，对待共享内容进行切分，形成至少一个待共享数据块，每一待共享数据块携带对应的数据块序号。其中，数据流大小是预先配置的基于UDP安全通道传输数据流的大小。待共享数据块是指对待共享内容进行切分所形成的数据块。数据块序号是用于标识待共享内容切分后的每一待共享数据块的先后顺序的序号。
作为一示例，步骤S903中，发送端可基于RPC协议对待共享数据块和数据块序号进行封装打包，形成至少一个RPC数据包，以使形成的RPC数据包包含待共享数据块和数据块序号，此处的待共享数据块为待共享内容中的全部或部分内容，而数据块序号可反映至少一个RPC数据包之间的先后顺序，以便后续利用该数据块序号，对至少一个RPC数据包进行校验，进而保障发送端和接收端基于UDP安全通道传输RPC数据包的可靠性。
应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。
在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图10所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储执行文件共享方法过程中采用或生成的数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种文件共享方法。
在一个实施例中，提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述实施例中文件共享方法，例如图2所示S201-S205，或者图3至图9中所示，为避免重复，这里不再赘述。
在一实施例中，提供一计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述实施例中文件共享方法，例如图2所示S201-S205，或者图3至图9中所示，为避免重复，这里不再赘述。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器（ROM）、可编程ROM（PROM）、电可编程ROM（EPROM）、电可擦除可编程ROM（EEPROM）或闪存。易失性存储器可包括随机存取存储器（RAM）或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM（SRAM）、动态RAM（DRAM）、同步DRAM（SDRAM）、双数据率SDRAM（DDRSDRAM）、增强型SDRAM（ESDRAM）、同步链路（Synchlink） DRAM（SLDRAM）、存储器总线（Rambus）直接RAM（RDRAM）、直接存储器总线动态RAM（DRDRAM）、以及存储器总线动态RAM（RDRAM）等。
所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。
以上所述实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围，均应包含在本发明的保护范围之内。

Claims (10)

1.一种文件共享方法，其特征在于，包括：
接收端接收业务侧发送的HTTP文件共享请求，解析所述HTTP文件共享请求，获取文件终端ID、目标密钥和目标范围，以便基于文件终端ID确定本次需要共享的目标文件所在的发送端，基于目标密钥进行安全校验，并基于目标范围确定需要共享的待共享内容，所述业务侧是指用于预览显示文件的应用；
接收端响应所述HTTP文件共享请求，向所述文件终端ID对应的发送端发送ICE连接请求，建立发送端与接收端之间的UDP传输通道；
接收端采用目标可靠协议，对所述UDP传输通道进行处理，形成UDP安全通道；
接收端基于所述目标密钥和所述目标范围，形成RPC下载请求，将所述RPC下载请求通过所述UDP安全通道发送给发送端，以使发送端响应所述RPC下载请求，基于所述目标密钥和所述目标范围，获取RPC数据包；
接收端通过所述UDP安全通道，接收发送端采用流式传输方式发送的RPC数据包，将所述RPC数据包转成HTTP数据包，控制所述业务侧显示所述HTTP数据包。
2.如权利要求1所述的文件共享方法，其特征在于，在所述接收端接收业务侧发送的HTTP文件共享请求之前，所述文件共享方法还包括：
接收端接收发送端发送的目标文件对应的目标共享信息，所述目标共享信息包括文件信息、目标密钥和文件终端ID；
接收端响应所述目标共享信息，采用HTTP协议封装所述文件终端ID和目标密钥，形成目标URL，将所述目标URL和所述文件信息发送给业务侧，接收业务侧发送的HTTP文件共享请求。
3.如权利要求1所述的文件共享方法，其特征在于，所述接收端通过所述UDP安全通道，接收发送端采用流式传输方式发送的RPC数据包，将所述RPC数据包转成HTTP数据包，包括：
接收端通过所述UDP安全通道，接收发送端采用流式传输方式发送的至少一个RPC数据包；
接收端对每一所述RPC数据包进行顺序校验，在顺序校验通过时，将所述RPC数据包转成HTTP数据包。
4.如权利要求3所述的文件共享方法，其特征在于，所述接收端对每一所述RPC数据包进行顺序校验，在顺序校验通过时，将所述RPC数据包转成HTTP数据包，包括：
接收端对每一所述RPC数据包进行解析，确定所述RPC数据包对应的待共享数据块和数据块序号；
接收端基于所述RPC数据包对应的数据块序号进行顺序校验，在顺序校验通过时，采用HTTP协议对所述所述RPC数据包对应的待共享数据块进行封装打包，获取所述RPC数据包对应的HTTP数据包。
5.一种文件共享方法，其特征在于，包括：
发送端接收接收端发送的ICE连接请求，通过信令服务器，建立发送端与接收端之间的UDP传输通道，所述ICE连接请求为接收端响应业务侧发送的HTTP文件共享请求形成的请求，所述HTTP文件共享请求包括所述发送端对应的文件终端ID、目标密钥和目标范围，以便基于文件终端ID确定本次需要共享的目标文件所在的发送端，基于目标密钥进行安全校验，并基于目标范围确定需要共享的待共享内容，所述业务侧是指用于预览显示文件的应用；
发送端采用目标可靠协议，对所述UDP传输通道进行处理，形成UDP安全通道；
发送端通过所述UDP安全通道，接收接收端基于目标密钥和目标范围形成的RPC下载请求；
发送端响应所述RPC下载请求，基于所述目标密钥和所述目标范围，获取RPC数据包，将所述RPC数据包通过所述UDP安全通道发送给发送端，以使接收端将所述RPC数据包转成HTTP数据包，控制所述业务侧显示所述HTTP数据包。
6.如权利要求5所述的文件共享方法，其特征在于，在所述发送端接收接收端发送的ICE连接请求，建立发送端与接收端之间的UDP传输通道之前，所述文件共享方法还包括：
发送端获取目标文件，确定所述目标文件对应的文件信息；
发送端生成所述目标文件对应的目标密钥，将所述目标文件和所述目标密钥关联存储在发送端存储器；
发送端生成所述目标文件对应的目标共享信息，将所述目标共享信息发送给接收端，以使接收端响应所述目标共享信息，接收业务侧发送的HTTP文件共享请求，所述目标共享信息包括文件终端ID、所述文件信息和所述目标密钥。
7.如权利要求5所述的文件共享方法，其特征在于，所述发送端响应所述RPC下载请求，基于所述目标密钥和所述目标范围，获取RPC数据包，将所述RPC数据包通过所述UDP安全通道发送给发送端，包括：
发送端响应所述RPC下载请求，基于所述目标密钥查询发送端存储器，判断是否存在与所述目标密钥相同的已有密钥；
发送端在存在与所述目标密钥相同的已有密钥时，将所述已有密钥对应的已有文件，确定为所述目标密钥对应的目标文件；
发送端根据所述目标文件和所述目标范围，获取至少一个RPC数据包，采用流式传输方式，将至少一个所述RPC数据包通过所述UDP安全通道发送给发送端。
8.如权利要求7所述的文件共享方法，其特征在于，所述发送端根据所述目标文件和所述目标范围，获取至少一个RPC数据包，包括：
发送端根据所述目标文件和所述目标范围，确定待共享内容；
发送端对所述待共享内容进行切分，获取至少一个待共享数据块，每一待共享数据块携带对应的数据块序号；
采用RPC协议，对至少一个所述待共享数据块和所述数据块序号进行封装打包，获取至少一个RPC数据包。
9.一种计算机设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至8任一项所述文件共享方法。
10.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至8任一项所述文件共享方法。
CN202111270747.5A 2021-10-29 2021-10-29 文件共享方法、计算机设备及存储介质 Active CN114189505B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202111270747.5A CN114189505B (zh) 2021-10-29 2021-10-29 文件共享方法、计算机设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202111270747.5A CN114189505B (zh) 2021-10-29 2021-10-29 文件共享方法、计算机设备及存储介质

Publications (2)

Publication Number Publication Date
CN114189505A CN114189505A (zh) 2022-03-15
CN114189505B true CN114189505B (zh) 2024-04-19

Family

ID=80601704

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202111270747.5A Active CN114189505B (zh) 2021-10-29 2021-10-29 文件共享方法、计算机设备及存储介质

Country Status (1)

Country Link
CN (1) CN114189505B (zh)

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101068245A (zh) * 2007-03-30 2007-11-07 腾讯科技（深圳）有限公司 共享文件的发布、下载方法及文件共享可控系统
CN101212446A (zh) * 2006-12-29 2008-07-02 朗迅科技公司 移动多媒体内容共享应用系统
CN102792291A (zh) * 2009-08-17 2012-11-21 阿卡麦科技公司 基于http的流分发的方法和系统
US8732479B1 (en) * 2010-03-12 2014-05-20 Carbonite, Inc. Methods, apparatus and systems for remote file storage using local client status files
KR101623742B1 (ko) * 2015-01-23 2016-05-25 주식회사 악어스캔 파일 연관 메시지 공유 방법 및 메시지 공유 시스템
CN110851648A (zh) * 2016-03-10 2020-02-28 远程媒体有限责任公司 媒体内容分享系统、路由管理系统和社交媒体平台方法
CN111680308A (zh) * 2020-05-25 2020-09-18 数篷科技(深圳)有限公司 文件共享方法、对共享文件的控制方法及其装置和终端
WO2021077939A1 (zh) * 2019-10-24 2021-04-29 中兴通讯股份有限公司 文件共享系统、方法、电子设备和存储介质
CN113364754A (zh) * 2021-05-31 2021-09-07 支付宝(杭州)信息技术有限公司 数据共享方法、装置及设备

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1620060B (zh) * 2003-11-17 2010-04-28 国际商业机器公司 把浏览器不兼容的信息整合在网络内容中以及显示该信息的方法和设备
US8775817B2 (en) * 2008-05-12 2014-07-08 Microsoft Corporation Application-configurable distributed hash table framework
US20110013775A1 (en) * 2009-07-17 2011-01-20 Chih-Lin Hu System and method of mobile content sharing and delivery in an integrated network environment
US11709801B2 (en) * 2020-04-08 2023-07-25 Sap Se File-based sharing using content distributions network

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101212446A (zh) * 2006-12-29 2008-07-02 朗迅科技公司 移动多媒体内容共享应用系统
CN101068245A (zh) * 2007-03-30 2007-11-07 腾讯科技（深圳）有限公司 共享文件的发布、下载方法及文件共享可控系统
CN102792291A (zh) * 2009-08-17 2012-11-21 阿卡麦科技公司 基于http的流分发的方法和系统
US8732479B1 (en) * 2010-03-12 2014-05-20 Carbonite, Inc. Methods, apparatus and systems for remote file storage using local client status files
KR101623742B1 (ko) * 2015-01-23 2016-05-25 주식회사 악어스캔 파일 연관 메시지 공유 방법 및 메시지 공유 시스템
CN110851648A (zh) * 2016-03-10 2020-02-28 远程媒体有限责任公司 媒体内容分享系统、路由管理系统和社交媒体平台方法
WO2021077939A1 (zh) * 2019-10-24 2021-04-29 中兴通讯股份有限公司 文件共享系统、方法、电子设备和存储介质
CN111680308A (zh) * 2020-05-25 2020-09-18 数篷科技(深圳)有限公司 文件共享方法、对共享文件的控制方法及其装置和终端
CN113364754A (zh) * 2021-05-31 2021-09-07 支付宝(杭州)信息技术有限公司 数据共享方法、装置及设备

Also Published As

Publication number Publication date
CN114189505A (zh) 2022-03-15

Similar Documents

Publication Publication Date Title
US10601887B2 (en) Stream handling using an intermediate format
EP3962092B1 (en) Method and apparatus for receiving multicast video using a playlist
US20150249854A1 (en) Method and system for recording streams
US11277456B2 (en) System and method for delivering an audio-visual con tent to a client device
EP3319330B1 (en) Multicast transmission method, apparatus, and system for ott media
US20080175383A1 (en) Method and communication unit for communicating between communication apparatus
EP3515083B1 (en) Method and apparatus for performing synchronization operation on contents
CN104967613B (zh) 一种移动网络环境下数据传输的系统和方法
CN111107398A (zh) 一种流媒体数据的传输方法及接收方法、电子设备
US9479607B2 (en) Content caching and delivering system with traffic of repetitively requested content reduced
US10044831B2 (en) Method and apparatus for transmitting messages to a dash client
CN109088958B (zh) 数据传输方法及计算机设备
WO2023103318A1 (zh) 媒体流传输方法和系统
CN114827670A (zh) 一种视频播放方法、装置及电子设备
CN109660568B (zh) 基于srtp实现网络对讲安全机制的方法、设备及系统
US10924463B2 (en) Delegating intermediation on an exchange of encrypted data
CN114189505B (zh) 文件共享方法、计算机设备及存储介质
CN115665500A (zh) 调度处理方法、装置、设备及存储介质
WO2021082945A1 (zh) 一种远程管理方法、系统、终端设备及服务器
KR102272335B1 (ko) Udp기반의 멀티캐스트로 컨텐츠를 제공하는 방법, 서버 그리고 사용자 단말
US20240163321A1 (en) Systems and methods for multicasting live content
CN114189706B (zh) 一种媒体播放方法、系统、装置、计算机设备及存储介质
Iacono et al. Web-native video live streaming
Iacono et al. Efficient and adaptive web-native live video streaming
CN108513096B (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