文件共享方法、计算机设备及存储介质与流程

1.本发明涉及文件共享技术领域，尤其涉及一种文件共享方法、计算机设备及存储介质。


背景技术：

2.传统文件共享过程，只能在局域网内或者通过wi-fi direct实现点对点文件共享，其文件共享过程具有网络局域性，且文件需要完全下载后才能被业务侧打开预览显示，使得文件共享过程不具有实时性。此处的业务侧是指用于预览显示文件的应用。


技术实现要素：

3.本发明提供一种文件共享方法、计算机设备及存储介质，以解决现有文件共享过程存在的网络局域性且无法实时预览显示的问题。
4.本发明提供一种文件共享方法，包括：
5.接收端接收业务侧发送的http文件共享请求，解析所述http文件共享请求，获取文件终端id、目标密钥和目标范围；
6.接收端响应所述http文件共享请求，向所述文件终端id对应的发送端发送ice连接请求，建立发送端与接收端之间的udp传输通道；
7.接收端采用目标可靠协议，对所述udp传输通道进行处理，形成udp安全通道；
8.接收端基于所述目标密钥和所述目标范围，形成rpc下载请求，将所述rpc下载请求通过所述udp安全通道发送给发送端，以使发送端响应所述rpc下载请求，基于所述目标密钥和所述目标范围，获取rpc数据包；
9.接收端通过所述udp安全通道，接收发送端采用流式传输方式发送的rpc数据包，将所述rpc数据包转成http数据包，控制所述业务侧显示所述http数据包。
10.优选地，在所述接收端接收业务侧发送的http文件共享请求之前，所述文件共享方法还包括：
11.接收端接收发送端发送的目标文件对应的目标共享信息，所述目标共享信息包括文件信息、目标密钥和文件终端id；
12.接收端响应所述目标共享信息，采用http协议封装所述文件终端id和目标密钥，形成目标url，将所述目标url和所述文件信息发送给业务侧，接收业务侧发送的http文件共享请求。
13.优选地，所述接收端通过所述udp安全通道，接收发送端采用流式传输方式发送的rpc数据包，将所述rpc数据包转成http数据包，包括：
14.接收端通过所述udp安全通道，接收发送端采用流式传输方式发送的至少一个rpc数据包；
15.接收端对每一所述rpc数据包进行顺序校验，在顺序校验通过时，将所述rpc数据包转成http数据包。
16.优选地，所述接收端对每一所述rpc数据包进行顺序校验，在顺序校验通过时，将所述rpc数据包转成http数据包，包括：
17.接收端对每一所述rpc数据包进行解析，确定所述rpc数据包对应的待共享数据块和数据块序号；
18.接收端基于所述rpc数据包对应的数据块序号进行顺序校验，在顺序校验通过时，采用http协议对所述所述rpc数据包对应的待共享数据块进行封装打包，获取所述rpc数据包对应的http数据包。
19.本发明提供一种文件共享方法，包括：
20.发送端接收接收端发送的ice连接请求，通过信令服务器，建立发送端与接收端之间的udp传输通道，所述ice连接请求为接收端响应业务侧发送的所述http文件共享请求形成的请求，所述http文件共享请求包括所述发送端对应的文件终端id、目标密钥和目标范围；
21.发送端采用目标可靠协议，对所述udp传输通道进行处理，形成udp安全通道；
22.发送端通过所述udp安全通道，接收接收端基于目标密钥和目标范围形成的rpc下载请求；
23.发送端响应所述rpc下载请求，基于所述目标密钥和所述目标范围，获取rpc数据包，将所述rpc数据包通过所述udp安全通道发送给发送端，以使接收端将所述rpc数据包转成http数据包，控制所述业务侧显示所述http数据包。
24.优选地，在所述发送端接收接收端发送的ice连接请求，建立发送端与接收端之间的udp传输通道之前，所述文件共享方法还包括：
25.发送端获取目标文件，确定所述目标文件对应的文件信息；
26.发送端生成所述目标文件对应的目标密钥，将所述目标文件和所述目标密钥关联存储在发送端存储器；
27.发送端生成所述目标文件对应的目标共享信息，将所述目标共享信息发送给接收端，以使接收端响应所述目标共享信息，接收业务侧发送的http文件共享请求，所述目标共享信息包括文件终端id、所述文件信息和所述目标密钥。
28.优选地，所述发送端响应所述rpc下载请求，基于所述目标密钥和所述目标范围，获取rpc数据包，将所述rpc数据包通过所述udp安全通道发送给发送端，包括：
29.发送端响应所述rpc下载请求，基于所述目标密钥查询发送端存储器，判断是否存在与所述目标密钥相同的已有密钥；
30.发送端在存在与所述目标密钥相同的已有密钥时，将所述已有密钥对应的已有文件，确定为所述目标密钥对应的目标文件；
31.发送端根据所述目标文件和所述目标范围，获取至少一个rpc数据包，采用流式传输方式，将至少一个所述rpc数据包通过所述udp安全通道发送给发送端。
32.优选地，所述发送端根据所述目标文件和所述目标范围，获取至少一个rpc数据包，包括：
33.发送端根据所述目标文件和所述目标范围，确定待共享内容；
34.发送端对所述待共享内容进行切分，获取至少一个待共享数据块，每一待共享数据块携带对应的数据块序号；
35.采用rpc协议，对至少一个所述待共享数据块和所述数据块序号进行封装打包，获取至少一个rpc数据包。
36.本发明提供一种计算机设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述文件共享方法。
37.本发明提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述文件共享方法。
38.上述文件共享方法、计算机设备及存储介质，接收端可将http文件共享请求转化为rpc下载请求，将rpc下载请求通过udp安全通道发送给发送端，将发送端基于rpc下载请求形成的rpc数据包转为http数据包，以控制业务侧显示http数据包，采用udp安全通道进行数据传输，可实现全网络共享，并保障文件共享速度，且具备高可靠性和安全性。此外，文件共享过程中采用流式传输方式传输rpc数据包，即发送端将rpc数据包以流式传输方式发送给接收端，接收端以流式传输方式将转换形成的http数据包发送给业务侧，使得业务侧实时显示http数据包，可保障文件共享显示的实时性。
附图说明
39.为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例的描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
40.图1是本发明一实施例中文件共享系统的一示意图；
41.图2是本发明一实施例中文件共享方法的一流程图；
42.图3是本发明一实施例中文件共享方法的另一流程图；
43.图4是本发明一实施例中文件共享方法的另一流程图；
44.图5是本发明一实施例中文件共享方法的另一流程图；
45.图6是本发明一实施例中文件共享方法的另一流程图；
46.图7是本发明一实施例中文件共享方法的另一流程图；
47.图8是本发明一实施例中文件共享方法的另一流程图；
48.图9是本发明一实施例中文件共享方法的另一流程图；
49.图10是本发明一实施例中计算机设备的一示意图。
具体实施方式
50.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
51.本发明实施例提供的文件共享方法，该文件共享方法可应用如图1所示的应用环境中。具体地，该文件共享方法应用在文件共享系统中，该文件共享系统包括如图1所示的发送端、接收端和信令服务器，信令服务器与发送端和接收端相连。其中，发送端是用于发
送目标文件的终端。接收端是用于接收目标文件的终端。目标文件是指系统当前时刻需要共享的文件，具体为系统当前时刻需要在发送端和接收端之间共享的文件。信令服务器是用于实现信令管理的服务器，可对发送端和接收端之间进行呼叫建立、监控和其他网络控制过程形成的信令进行管理。
52.在一实施例中，如图2所示，提供一种文件共享方法，以该文件共享文件应用在图1所示的文件共享系统中的接收端为例进行说明，该文件共享文件包括如下步骤：
53.s201：接收端接收业务侧发送的http文件共享请求，解析http文件共享请求，获取文件终端id、目标密钥和目标范围；
54.s202：接收端响应http文件共享请求，向文件终端id对应的发送端发送ice连接请求，建立发送端与接收端之间的udp传输通道；
55.s203：接收端采用目标可靠协议，对udp传输通道进行处理，形成udp安全通道；
56.s204：接收端基于目标密钥和目标范围，形成rpc下载请求，将rpc下载请求通过udp安全通道发送给发送端，以使发送端响应rpc下载请求，基于目标密钥和目标范围，获取rpc数据包；
57.s205：接收端通过udp安全通道，接收发送端采用流式传输方式发送的rpc数据包，将rpc数据包转成http数据包，控制业务侧显示http数据包。
58.其中，http文件共享请求是基于http协议形成的用于实现文件共享的请求，每一http文件共享请求对应一目标文件，是用于实现对目标文件进行共享的请求。http(hyper text transfer protocol，即协议超文本传输协议)是一个简单的请求-响应协议，它通常运行在tcp之上，用于指定客户端可能发送给服务器什么样的消息以及得到什么样的响应。
59.文件终端id是指http文件共享请求对应的目标文件所在的终端标识，用于唯一指向目标文件对应的发送端。目标密钥是指本次需要共享的目标文件对应的密钥。目标范围是指本次需要共享目标文件中的待共享内容的范围。待共享内容是指本次需要共享目标文件中的特定内容。
60.作为一示例，步骤s201中，接收端可接收业务侧发送的http文件共享请求，解析该http文件共享请求，从http文件共享请求中，获取文件终端id、目标密钥和目标范围，以便基于文件终端id确定本次需要共享的目标文件所在的接收端，基于目标密钥进行安全校验，并基于目标范围确定需要共享的待共享内容。
61.本示例中，接收端解析http文件共享请求，获取http协议中的header range信息，从header range信息中的目标范围，即确定需要读取的目标文件的起始地址和结束地址，用于确定本次需要共享的目标文件中的待共享内容，以实现对目标文件中的待共享内容进行针对性共享。
62.其中，ice连接请求是基于ice协议进行交互式连接的请求。
63.其中，udp传输通道是基于udp协议进行数据传输的通道。udp(user datagram protocol，用户数据报协议)是一种无连接的传输协议，用于为应用程序提供一种无需建立连接就可以发送封装的ip数据包的协议，具有无连接、不可靠和快速传输等特点。
64.作为一示例，步骤s202中，接收端可响应接收到http文件共享请求，形成ice连接请求，通过与接收端和发送端均连接的信令服务器，向文件终端id对应的发送端发送ice连接请求，以使发送端接收到ice连接请求时，以实现通过信令服务器，建立发送端与接收端
之间的udp传输通道，该udp传输通道是基于udp协议形成的通道，可实现全网络通信，可实现目标文件的全网络共享，并提高文件共享过程的传输速度。
65.其中，目标可靠协议是预先配置的用于实现对udp传输通道进行可靠转换的协议。
66.作为一示例，步骤s203中，接收端在建立udp传输通道之后，由于udp传输通道进行数据传输具有不可靠性，可采用预先配置的目标可靠协议，对udp传输通道进行可靠转换，以获取可靠性较高的udp安全通道。本示例中，目标可靠协议可以为采用预先配置的丢包重传、滑动窗和拥塞控制等算法，对udp传输通道进行可靠转换，以形成具有高可靠性的udp安全通道，使得udp安全通道不仅具备udp协议对应的全网络通信且高传输速度等优点，还具备可靠性和安全性。
67.其中，rpc下载请求是基于rpc(remote procedure call，即远程过程调用)，实现从远端下载数据的请求。
68.作为一示例，步骤s204中，接收端在构建udp安全通道之后，可基于目标密钥和目标范围，形成rpc下载请求，以使rpc下载请求中包含目标密钥和目标范围，将rpc下载请求通过udp安全通道发送给发送端，以使发送端响应接收到的rpc下载请求，根据目标密钥和目标范围，确定目标密钥对应的目标文件，从目标文件中，选取目标范围对应的待共享内容，形成rpc数据包。该rpc数据包是响应rpc下载请求形成的数据包，可以理解为远程过程调用返回的数据包。
69.作为一示例，步骤s205中，接收端可通过udp安全通道，接收发送端采用流式传输方式发送的rpc数据包，再对rpc数据包进行协议转换，以将rpc数据包转换成基于http协议的http数据包，再将http数据包发送给其业务侧，以控制业务侧实时显示http数据包。
70.例如，在http数据包对应的数据类型为文本类型时，其业务侧为可播放文本类型对应的文本浏览器(例如，pdf浏览器)，以便通过文本浏览器，流式预览显示http数据包对应的文本内容，无需等待接收到目标文件对应的目标范围中的全部文本，有助于保障文件共享显示的实时性。
71.例如，在http数据包对应的数据类型为音频类型时，其业务侧为可播放音频类型的http数据包的音频播放器，以便通过音频播放器，流式播放http数据包对应的音频内容，无需等待接收到目标文件对应的目标范围中的全部音频，有助于保障文件共享显示的实时性。
72.又例如，在http数据包对应的数据类型为视频类型时，其业务侧为可播放视频类型的http数据包的视频播放器，以便通过视频播放器，流式播放http数据包对应的视频内容，无需等待接收到目标文件对应的目标范围中的全部初步，有助于保障文件共享显示的实时性。
73.本实施例所提供的文件共享方法中，接收端可将http文件共享请求转化为rpc下载请求，将rpc下载请求通过udp安全通道发送给发送端，将发送端基于rpc下载请求形成的rpc数据包转为http数据包，以控制业务侧显示http数据包，采用udp安全通道进行数据传输，可实现全网络共享，并保障文件共享速度，且具备高可靠性和安全性。此外，文件共享过程中采用流式传输方式传输rpc数据包，即发送端将rpc数据包以流式传输方式发送给接收端，接收端以流式传输方式将转换形成的http数据包发送给业务侧，使得业务侧实时显示http数据包，可保障文件共享显示的实时性。
74.在一实施例中，如图3所示，在步骤s201之前，即在接收端接收业务侧发送的http文件共享请求之前，文件共享方法还包括：
75.s301：接收端接收发送端发送的目标文件对应的目标共享信息，目标共享信息包括文件信息、目标密钥和文件终端id；
76.s302：接收端响应目标共享信息，采用http协议封装文件终端id和目标密钥，形成目标url，将目标url和文件信息发送给业务侧，接收业务侧发送的http文件共享请求。
77.作为一示例，步骤s301中，接收端可接收发送端通过信令服务器或者其他途径发送的目标文件对应的目标共享信息，目标共享信息包括文件终端id、文件信息和目标密钥。其中，文件终端id是指http文件共享请求对应的目标文件所在的终端标识，用于唯一指向目标文件对应的发送端，具体为发送端自身的终端id。文件信息是用于供用户了解所需共享的目标文件的相关信息。目标密钥与目标文件关联存储，以便根据目标密钥确定目标文件的存储路径。
78.作为一示例，步骤s302中，接收端可响应目标共享信息，采用http协议封装文件终端id和目标密钥，形成目标url，该目标url可理解为目标文件在目标文件在文件终端id对应的接收端上的存储地址。本示例中，发送端将目标共享信息封装形成的目标url和文件信息发送给接收端，以使接收端可响应目标共享信息，与业务侧进行交互，根据目标文件对应的文件信息，确定待共享内容对应的起始地址和结束地址，以便根据起始地址和结束地址确定目标范围，利用http服务，对目标url和文件信息进行封装，形成http文件共享请求。
79.在一实施例中，如图4所示，步骤205中，接收端通过udp安全通道，接收发送端采用流式传输方式发送的rpc数据包，将rpc数据包转成http数据包，包括：
80.s401：接收端通过udp安全通道，接收发送端采用流式传输方式发送的至少一个rpc数据包；
81.s402：接收端对每一rpc数据包进行顺序校验，在顺序校验通过时，将rpc数据包转成http数据包。
82.作为一示例，步骤s401中，接收端可通过udp安全通道，接收发送端采用流式传输方式发送的至少一个rpc数据包，有助于保障rpc数据包发送的实时性，进而保障文件共享的实时性。
83.作为一示例，步骤s402中，接收端在接收到每个rpc数据包之后，需要单独对这个rpc数据包进行顺序校验，只有在顺序校验通过时，才会采用流式传输方式，将rpc数据包转成http数据包，以控制业务侧显示http数据包，从而保障业务侧显示至少一个rpc数据包的顺序与目标文件中的顺序相匹配，进而保障文件共享的显示效果。
84.在一实施例中，如图5所示，步骤s402，即接收端对每一rpc数据包进行顺序校验，在顺序校验通过时，将rpc数据包转成http数据包，包括：
85.s501：接收端对每一rpc数据包进行解析，确定rpc数据包对应的待共享数据块和数据块序号；
86.s502：接收端基于rpc数据包对应的数据块序号进行顺序校验，在顺序校验通过时，采用http协议对rpc数据包对应的待共享数据块进行封装打包，获取rpc数据包对应的http数据包。
87.作为一示例，步骤s501中，接收端每接收到一个rpc数据包时，均需对该rpc数据包
进行解析，以确定该rpc数据包对应的待共享数据块和数据块序号。其中，待共享数据块是指对待共享内容进行切分所形成的数据块。数据块序号是用于标识待共享内容切分后的待共享数据块的先后顺序的序号。待共享内容是指本次需要共享的内容。
88.作为一示例，步骤s502中，接收端基于rpc数据包对应的数据块序号进行顺序校验，具体将rpc数据包对应的数据块序号，与系统当前时刻之前最近一次接收到rpc数据包对应的数据块序号进行比较；若数据块序号为最近一次接收到rpc数据包对应的数据块序号的下一个序号，则顺序校验通过；若数据块序号不为最近一次接收到rpc数据包对应的数据块序号的下一个序号，则顺序校验不通过。
89.本示例中，接收端在任一rpc数据包顺序校验通过时，可采用http协议，对rpc数据包中的待共享数据块进行封装打包，以使可在业务侧显示的http数据包。可理解地，接收端在任一rpc数据包顺序校验不通过时，可获取传输出错信息，将传输出错信息发送给业务侧。
90.在一实施例中，如图6，提供一种文件共享方法，以该文件共享文件应用在图1所示的文件共享系统中的发送端为例进行说明，该文件共享文件包括如下步骤：
91.s601：发送端接收接收端发送的ice连接请求，通过信令服务器，建立发送端与接收端之间的udp传输通道，ice连接请求为接收端响应业务侧发送的http文件共享请求形成的请求，http文件共享请求包括发送端对应的文件终端id、目标密钥和目标范围；
92.s602：发送端采用目标可靠协议，对udp传输通道进行处理，形成udp安全通道；
93.s603：发送端通过udp安全通道，接收接收端基于目标密钥和目标范围形成的rpc下载请求；
94.s604：发送端响应rpc下载请求，基于目标密钥和目标范围，获取rpc数据包，将rpc数据包通过udp安全通道发送给发送端，以使接收端将rpc数据包转成http数据包，控制业务侧显示http数据包。
95.作为一示例，s601，发送端可接收接收端发送的ice连接请求，该ice连接请求是发送端响应其业务侧发送的http文件共享请求，基于ice协议形成的请求，该http文件共享请求包括发送端对应的文件终端id、目标密钥和目标范围，ice连接请求是基于http文件共享请求中的文件终端id形成的请求。发送端可通过与接收端和发送端均连接的信令服务器，接收接收端发送的ice连接请求，在接收到ice连接请求时，即可通过信令服务器，建立发送端与接收端之间的udp传输通道，该udp传输通道是基于udp协议形成的通道，可实现全网络通信，可实现目标文件的全网络共享，并保障文件共享过程的数据传输速度。
96.作为一示例，步骤s601中，发送端在接收到ice连接请求，建立udp传输通道之后，由于udp传输通道进行数据传输具有不可靠性，可采用预先配置的目标可靠协议，对udp传输通道进行可靠转换，获取可靠性较高的udp安全通道。本示例中，目标可靠协议可以为采用预先配置的丢包重传、滑动窗和拥塞控制等算法，对udp传输通道进行可靠转换，以形成具有高可靠性的udp安全通道，使得udp安全通道不仅具备udp协议对应的全网络通信且高传输速度等优点，还具备可靠性和安全性。
97.作为一示例，步骤s603中，发送端在构建udp安全通道之后，可通过udp安全通道，接收接收端发送的rpc下载请求，解析rpc下载请求，可获取目标密钥和目标范围，根据目标密钥和目标范围，确定目标密钥对应的目标文件，从目标文件中，选取目标范围对应的待共
享内容，形成rpc数据包，再采用流式传输方式，将rpc数据包通过udp安全通道发送给接收端，以使接收端对rpc数据包进行协议转换，以将rpc数据包转换成基于http协议的http数据包，再将http数据包发送给其业务侧，以控制业务侧实时显示http数据包。
98.例如，在http数据包对应的数据类型为文本类型时，其业务侧为可播放文本类型对应的文本浏览器(例如，pdf浏览器)，以便通过文本浏览器，流式预览显示http数据包对应的文本内容，无需等待接收到目标文件对应的目标范围中的全部文本，有助于保障文件共享显示的实时性。
99.例如，在http数据包对应的数据类型为音频类型时，其业务侧为可播放音频类型的http数据包的音频播放器，以便通过音频播放器，流式播放http数据包对应的音频内容，无需等待接收到目标文件对应的目标范围中的全部音频，有助于保障文件共享显示的实时性。
100.又例如，在http数据包对应的数据类型为视频类型时，其业务侧为可播放视频类型的http数据包的视频播放器，以便通过视频播放器，流式播放http数据包对应的视频内容，无需等待接收到目标文件对应的目标范围中的全部初步，有助于保障文件共享显示的实时性。
101.本实施例所提供的文件共享方法中，发送端可接收响应http文件共享请求形成的rpc下载请求，再将rpc下载请求形成的rpc数据包通过udp安全通道发送给接收端，以使接收端将rpc数据包转为http数据包，以控制业务侧显示http数据包，采用udp安全通道进行数据传输，可实现全网络共享，且可有效提高文件共享速度，并具备高可靠性和安全性。此外，文件共享过程中采用流式传输数据，即发送端将rpc数据包以流式传输方式发送给接收端，接收端以流式传输方式将转换形成的http数据包发送给业务侧，使得业务侧实时显示http数据包，可保障文件共享显示的实时性。
102.在一实施例中，如图7所示，在步骤s601之前，即在发送端接收接收端发送的ice连接请求，建立发送端与接收端之间的udp传输通道之前，文件共享方法还包括：
103.s701：发送端获取目标文件，确定目标文件对应的文件信息；
104.s702：发送端生成目标文件对应的目标密钥，将目标文件和目标密钥关联存储在发送端存储器；
105.s703：发送端生成目标文件对应的目标共享信息，将目标共享信息发送给接收端，以使接收端响应目标共享信息，接收业务侧发送的http文件共享请求，目标共享信息包括文件终端id、文件信息和目标密钥。
106.作为一示例，步骤s701中，发送端可接收用户在系统当前时刻导入的目标文件，或者从发送端存储器中选定目标文件之后，可确定该目标文件对应的文件信息，此处的文件信息包括但不限于文件名、文件大小、修改日期和文件目录等信息。
107.作为一示例，步骤s702中，发送端在获取到目标文件之后，可采用预先配置的密钥生成工具，生成目标文件对应的目标密钥，再将目标文件和目标密钥关联存储在发送端存储器中，以便后续可基于目标密钥进行查询，确定与目标密钥相对应的目标文件。
108.其中，目标共享信息是用于反映给所有接收端，与目标文件相关的信息。目标共享信息包括文件终端id、文件信息和目标密钥。其中，文件终端id是指http文件共享请求对应的目标文件所在的终端标识，用于唯一指向目标文件对应的发送端，具体为发送端自身的
终端id。文件信息是用于供用户了解所需共享的目标文件的相关信息。目标密钥与目标文件关联存储，以便根据目标密钥确定目标文件的存储路径。
109.作为一示例，步骤s703中，发送端还需生成目标文件对应的目标共享信息，该目标共享信息包括文件终端id、目标文件对应的文件信息和目标密钥等信息。接着，发送端可将目标共享信息通过信令服务器或者其他途径，发送给接收端，以使接收端在接收到响应目标共享信息，接收业务侧发送的http文件共享请求。
110.在一实施例中，如图8所示，步骤s604，即发送端响应rpc下载请求，基于目标密钥和目标范围，获取rpc数据包，将rpc数据包通过udp安全通道发送给发送端，包括：
111.s801：发送端响应rpc下载请求，基于目标密钥查询发送端存储器，判断是否存在与目标密钥相同的已有密钥；
112.s802：发送端在存在与目标密钥相同的已有密钥时，将已有密钥对应的已有文件，确定为目标密钥对应的目标文件；
113.s803：发送端根据目标文件和目标范围，获取至少一个rpc数据包，采用流式传输方式，将至少一个rpc数据包通过udp安全通道发送给发送端。
114.其中，已有密钥是系统当前时刻之前存储在发送端的发送端存储器中的密钥，是与发送端存储器存储的已有文件关联的密钥。
115.作为一示例，步骤s801中，发送端在构建udp安全通道之后，可通过udp安全通道，接收接收端发送的rpc下载请求，解析rpc下载请求，可获取目标密钥和目标范围，再根据目标密钥查询发送端存储器，以确定发送端存储器是否存在与目标密钥相同的已有密钥，以便根据查询结果，确定是否存在与目标密钥相对应的目标文件。
116.其中，已有文件是系统当前时刻之前存储在发送端存储器中的需要共享的文件。
117.作为一示例，步骤s802中，发送端在确定存在与目标密钥相同的已有密钥时，即目标密钥与系统当前时刻之前形成的某一已有文件对应的已有密钥相同，此时，可将该已有密钥对应的已有文件，确定为目标密钥对应的目标文件。可理解地，目标密钥对应的目标文件是本次需要共享的文件。
118.本示例中，发送端在不存在与目标密钥相同的已有密钥时，确定发送端存储器中不存在目标密钥对应的目标文件，因此，可直接形成错误提示信息，将错误提示信息发送给接收端，以使接收端了解到无法进行文件共享。
119.作为一示例，步骤s803中，发送端在获取到目标密钥对应的目标文件后，可根据rpc下载请求中解析出的目标范围，从目标文件中，提取目标范围对应的至少一个rpc数据包，该rpc数据包为采用rpc协议形成的数据包，以使至少一个rpc数据包可通过udp安全通道传输，保障发送端与接收端之间共享文件的可行性。本示例中，发送端在获取到至少一个rpc数据包之后，可采用流式传输方式，将至少一个rpc数据包通过udp安全通道发送给发送端，进而保障文件共享的实时性。
120.在一实施例中，如图9所示，步骤s803，即发送端根据目标文件和目标范围，获取至少一个rpc数据包，包括：
121.s901：发送端根据目标文件和目标范围，确定待共享内容；
122.s902：发送端对待共享内容进行切分，获取至少一个待共享数据块，每一待共享数据块携带对应的数据块序号；
123.s903：采用rpc协议，对至少一个待共享数据块和数据块序号进行封装打包，获取至少一个rpc数据包。
124.其中，待共享内容是指本次需要共享的内容。
125.作为一示例，步骤s901中，发送端在获取到目标密钥对应的目标文件后，可根据rpc下载请求中解析出的目标范围，从目标文件中提取目标范围对应的文件内容，确定为待共享内容。本示例中，发送端根据目标范围中的起始地址和结束地址，从目标文件中确定起始断点和结束断点，将起始断点和结束断点之间的文件内容，确定为待共享内容，即需要共享给接收端的文件内容，可实现文件断点传输和拖动显示等效果，可更好地满足用户需求，提高文件共享的针对性。
126.作为一示例，步骤s903中，发送端在确定待共享内容后，可先根据流式传输方式对应的数据流大小，对待共享内容进行切分，形成至少一个待共享数据块，每一待共享数据块携带对应的数据块序号。其中，数据流大小是预先配置的基于udp安全通道传输数据流的大小。待共享数据块是指对待共享内容进行切分所形成的数据块。数据块序号是用于标识待共享内容切分后的每一待共享数据块的先后顺序的序号。
127.作为一示例，步骤s903中，发送端可基于rpc协议对待共享数据块和数据块序号进行封装打包，形成至少一个rpc数据包，以使形成的rpc数据包包含待共享数据块和数据块序号，此处的待共享数据块为待共享内容中的全部或部分内容，而数据块序号可反映至少一个rpc数据包之间的先后顺序，以便后续利用该数据块序号，对至少一个rpc数据包进行校验，进而保障发送端和接收端基于udp安全通道传输rpc数据包的可靠性。
128.应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。
129.在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图10所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储执行文件共享方法过程中采用或生成的数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种文件共享方法。
130.在一个实施例中，提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述实施例中文件共享方法，例如图2所示s201-s205，或者图3至图9中所示，为避免重复，这里不再赘述。
131.在一实施例中，提供一计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述实施例中文件共享方法，例如图2所示s201-s205，或者图3至图9中所示，为避免重复，这里不再赘述。
132.本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，
本技术所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(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)等。
133.所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。
134.以上所述实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围，均应包含在本发明的保护范围之内。