CN117834610A - 一种文件获取方法、装置及电子设备 - Google Patents

Abstract

本申请提供一种文件获取方法、装置及电子设备。在该方法中，公网平台在基于超文本传输安全协议接收到来自公网设备的文件访问请求后，确定目标文件标识的目标设备标识，之后根据目标设备标识以及目标文件标识，基于网页实时通讯协议从目标内网设备拉取目标内网文件，最后基于超文本传输安全协议推送目标内网文件至公网设备；即本申请通过对公网平台进行改进，使得该公网平台支持多种通信协议，这样既可以与公网设备进行安全通信，又可以快速且直接从内网设备拉取内网文件，不需要如当前技术那样将内网文件通过公有云进行中转，降低了对网络带宽和云存储资源的消耗，降低了内网设备的部署成本。

Description

一种文件获取方法、装置及电子设备

技术领域

本申请涉及网络通信领域，尤其涉及一种文件获取方法、装置及电子设备。

背景技术

为了保护内网文件的安全，在架设内网时，将内网设备(诸如内网服务器、录播机等设备)与公网设备进行物理隔离；业务服务器等公网平台向公网用户(通过公网设备访问公网平台的用户)提供基于超文本传输安全协议的公网域名访问网站(如https：//www.XXXXX.com)，而超文本传输安全协议无法实现文件的跨域(公网设备处于共有域，和处于私有域的内网设备属于不同域)访问。当前为了实现公网设备对内网文件的访问，内网设备需要将产生的监控音视频等数据发送至公有云进行存储，基于此，公网用户才能通过公网平台从公有云获取这些数据实现对内网文件的访问。

上述方式需要将内网设备上的内网文件先上传公有云，需要占用较大的传输带宽以及云存储成本，不利于内网设备的部署。

因此，当前内网文件拉取方式存在公网设备需要从公有云获取内网文件的技术问题，需要改进。

发明内容

本申请提供一种文件获取方法、装置及电子设备，用于解决当前内网文件拉取方式存在的公网设备需要从公有云获取内网文件的技术问题。

为了解决上述技术问题，本申请提供以下技术方案：

本申请提供一种文件获取方法，应用于公网平台，所述文件获取方法包括：

在基于超文本传输安全协议接收到来自公网设备的文件访问请求后，确定所述文件访问请求对应的目标内网文件的目标文件标识；

根据所述目标文件标识，获取所述目标内网文件对应的目标内网设备的目标设备标识；

根据所述目标设备标识以及所述目标文件标识，基于网页实时通讯协议从所述目标内网设备拉取所述目标内网文件；

基于所述超文本传输安全协议推送所述目标内网文件至所述公网设备。

相应的，本申请还提供一种文件获取装置，设置于公网平台，所述文件获取装置包括：

确定模块，用于在基于超文本传输安全协议接收到来自公网设备的文件访问请求后，确定所述文件访问请求对应的目标内网文件的目标文件标识；

获取模块，用于根据所述目标文件标识，获取所述目标内网文件对应的目标内网设备的目标设备标识；

拉取模块，用于根据所述目标设备标识以及所述目标文件标识，基于网页实时通讯协议从所述目标内网设备拉取所述目标内网文件；

推送模块，用于基于所述超文本传输安全协议推送所述目标内网文件至所述公网设备。

同时，本申请还提供一种电子设备，其包括处理器和存储器，所述处理器与所述存储器电性连接，所述存储器用于存储指令和数据，所述处理器用于执行上述文件获取方法中的步骤。

有益效果：本申请提供一种文件获取方法、装置及电子设备。在该方法中，公网平台在基于超文本传输安全协议接收到来自公网设备的文件访问请求后，确定所述文件访问请求对应的目标内网文件的目标文件标识，进而根据所述目标文件标识获取所述目标内网文件对应的目标内网设备的目标设备标识，之后根据所述目标设备标识以及所述目标文件标识，基于网页实时通讯协议从所述目标内网设备拉取所述目标内网文件，最后基于所述超文本传输安全协议推送所述目标内网文件至所述公网设备；即本申请通过对公网平台进行改进，使得该公网平台支持多种通信协议，这样既可以与公网设备进行安全通信，又可以快速且直接从内网设备拉取内网文件，不需要如当前技术那样将内网文件通过公有云进行中转，解决了当前内网文件拉取方式存在的公网设备需要从公有云获取内网文件的技术问题，降低了对网络带宽和云存储资源的消耗，降低了内网设备的部署成本。

附图说明

下面结合附图，通过对本申请的具体实施方式详细描述，将使本申请的技术方案及其它有益效果显而易见。

图1是本申请实施例涉及的通信系统的一种组网示意图；

图2是本申请实施例提供的文件获取方法的一种流程示意图；

图3是本申请实施例提供的文件获取方法的一种交互示意图；

图4是本申请实施例提供的文件获取方法的另一种交互示意图；

图5是本申请实施例提供的文件获取方法的又一种交互示意图；

图6是本申请实施例提供的公网设备的一种界面示意图；

图7是本申请实施例提供的文件获取装置的结构示意图；

图8是本申请实施例提供的电子设备的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请的说明书和权利要求书中的术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含；本申请中所出现的模块的划分，仅仅是一种逻辑上的划分，实际应用中实现时可以有另外的划分方式，例如多个模块可以结合成或集成在另一个系统中，或一些特征可以忽略，或不执行。

本申请提供一种文件获取方法、装置及电子设备，其中，该文件获取装置可以集成在电子设备中，该电子设备可以是服务器，也可以是终端等设备，在本申请中，优先是指提供公网业务的公网平台。

请参阅图1，图1是本申请实施例涉及的通信系统的组网示意图，如图1所示，该通信系统可以包括内网服务器(可以是内网后台服务器等)101、内网设备(可以是内网存储服务器、录播机等)102、业务服务器(例如tracker服务器)103、公网平台(提供公网业务的服务器等)201以及公网设备(即部署在公网中的手机、电脑、平板等设备)202，这些设备之间通过各种网关组成的互联网等方式连接通信，其中：

内网服务器101主要用于存储各内网文件的文件标识和生成各内网文件的内网设备的设备标识的对应关系、文件标识和文件比特流种子的对应关系、文件标识和文件磁力链接的对应关系等各种对应关系的后台服务器等，供公网平台201访问；

内网设备102可以是内网的存储网服务器、数据服务器、录播机等设备；内网设备提供或者存储有文本文件、音频文件、视频文件等内网文件，供公网平台201访问公网平台的用户进行浏览、预览或下载等操作。

业务服务器103可以是内网的tracker(即比特流追踪服务器)等服务器等处理服务器，主要是对内网文件进行加工生成比特流种子或者磁力链接等，以及提供内网文件的分布式下载环境，提高拉取速度，其并不是本申请必须要有的组网单元；

公网平台201指的向用户提供可以通过公网域名进行访问网站的服务器，例如提供https://……com公网域名；用户在终端设备浏览器的地址栏输入公网平台域名，就可以直接访问内网设备提供的文件，并可以实现在线拉取文件，可以进行预览或下载等操作。

公网设备202，可以是计算机、服务器、手机、平板电脑等能够进行网络连接的终端设备。

图1所示的设备之间设有通信链路，以实现信息交互；通信链路的类型可以包括有线、无线通信链路或者光纤电缆等，本申请在此不做限制。

如图1所示，本申请对内网设备102(可以包括内网服务器101以及业务服务器103等)和公网平台201的功能进行改进，使得两者都支持WebRTC(网页实时通讯协议，WebReal-Time Communication)，即内网设备102和公网平台201都设置WebRTC客户端，两者在拉取文件时，基于WebRTC客户端完成文件的快速传输；公网平台201和公网设备202直接基于HTTPS(超文本传输安全协议，Hyper Text Transfer Protocol over Secure SocketLayer)进行安全访问；基于此，该文件获取方法中以公网平台201为中心，公网设备202可以响应于用户操作直接通过公网平台201访问内网设备102的文件，进而可以在公网设备202的本地网页上在线拉取文件、可以对文件进行预览或下载等操作。

具体的，在用户操作公网设备202访问公网平台201提供的各种业务/资源(包括内网文件和公网文件)，若访问公网文件，公网平台201和公网设备202直接基于HTTPS完成文件传输，若访问内网文件，公网平台201在基于HTTPS接收到来自公网设备202的文件访问请求后，确定所述文件访问请求对应的目标内网文件的目标文件标识，进而根据所述目标文件标识获取所述目标内网文件对应的目标内网设备102的目标设备标识，之后根据所述目标设备标识以及所述目标文件标识，基于网页实时通讯协议从所述目标内网设备102拉取所述目标内网文件，最后基于所述超文本传输安全协议推送所述目标内网文件至所述公网设备202；这样既可以与公网设备202进行安全通信，又可以快速且直接从内网设备102拉取内网文件，降低了内网文件传输对网络带宽和云存储资源的消耗，降低了内网设备102的部署成本。

需要说明的是，图1所示的场景示意图仅仅是一个示例，本申请实施例描述的内网设备101、公网平台201、公网设备202是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着系统的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。以下分别进行详细说明。需说明的是，以下实施例的描述顺序不作为对实施例优选顺序的限定。

在本申请实施例中，请参阅图2所示，图2是本申请实施例提供的文件获取方法的流程示意图，该文件获取方法应用于公网平台。该方法至少包括以下步骤：

S201：在基于超文本传输安全协议接收到来自公网设备的文件访问请求后，确定所述文件访问请求对应的目标内网文件的目标文件标识。

本申请的文件获取方法主要适用于用户操作公网设备202通过公网平台201访问内网设备102中的文件(即内网文件)，对内网中的文件(包括文本文件、音频文件、视频文件等内网文件)在网页上直接拉取，进行预览或下载等操作。

用户因工作需求或生活需求等环境因素不能使用内网设备时，需借助互联网(即公网)来获取一些存储在内网设备102的文件，就会利用公网设备202来发送请求，公网平台201在接收到来自公网设备202文件访问请求后，需要先确定用户要访问请求的文件对应的目标内网文件的目标文件标识。

其中，内网文件的文件标识是指可以在当前内网的所有内网文件中唯一标识出一个内网文件的标识，例如可以是产生这些内网文件的设备标识与时间戳的组合等方式，也可以是内网设备唯一命名等，不需要全网唯一，例如不同学校或者培训机构对应一个内网，这些内网内的班级名称是唯一的，那么就可以基于班级名称与时间段的组合对该班级对应时间段内的音视频录像数据进行内网唯一命名即可；当前，内网文件的文件标识也可以包括这些内网文件的MD5(Message-Digest Algorithm 5，第5代信息-摘要算法)值等全网唯一信息，实现全网唯一性，可以根据需要设置。

下文将结合应用场景对本步骤做详细说明。

S202：根据所述目标文件标识，获取所述目标内网文件对应的目标内网设备的目标设备标识。

与前文的文件标识类似，内网设备的设备标识是指可以在当前内网的所有内网设备中唯一标识出一个内网设备的标识，例如可以是这些内网文件的内网IP地址与端口的组合等方式，也可以是内网设备对应班级等唯一命名等，不需要全网唯一，例如不同学校或者培训机构对应一个内网，这些内网内的班级名称是唯一的，那么就可以基于班级名称与功能的组合对该班级对应录播机等内网设备进行内网唯一命名即可；当前，内网设备的设备标识也可以包括这些内网设备的MAC(Media Access Control，媒体介入控制层)地址等全网唯一信息，实现全网唯一性，可以根据需要设置。

通过上述步骤确定了用户要请求访问的文件对应的目标内网文件的目标文件标识后，公网平台201再将目标文件标识发送至内网服务器101，内网服务器101会根据该目标文件标识确定对应的目标设备标识，例如内网设备标识有内网设备102-1、内网设备102-2、内网设备102-3等，而此时请求访问的目标文件标识为(101-2-8888)，则该目标文件标识对应的目标设备标识即为内网设备101-2，内网服务器101再将目标文件标识对应的目标设备标识反馈给公网平台201。下文将分别进行说明。

S203：根据所述目标设备标识以及所述目标文件标识，基于网页实时通讯协议从所述目标内网设备拉取所述目标内网文件。

根据前述说明，公网平台201确定了设备标识和文件标识，就可以直接基于网页实时通讯协议从所述目标内网设备拉取所述目标内网文件。

关于内网文件的存储方式，本申请提供了两种单点存储和分布式存储两种存储方式，针对这两种存储方式，现分别说明如下。

针对单点存储的方式，即一个内网文件仅存储在一个内网设备中，此时，每个内网设备都会向内网后台服务器上报各自的设备标识以及所存储的内网文件的文件标识，供内网后台服务器生成并存储各内网文件的文件标识和生成/存储各内网文件的内网设备的设备标识的第一对应关系。

在此基础上，步骤S202包括：所述公网平台发送所述目标文件标识至内网后台服务器；接收所述内网后台服务器反馈的目标设备标识；所述目标设备标识包括所述内网后台服务器基于多个第一对应关系以及所述目标文件标识所确定的设备标识，所述第一对应关系包括内网文件的文件标识和生成内网文件的内网设备的设备标识的对应关系。例如，公网平台201发送目标文件标识至内网后台服务器101，然后内网后台服务器101基于存储的各内网文件的文件标识和生成各内网文件的内网设备的设备标识的第一对应关系就可以确定存储有目标文件标识对应内网文件的内网设备的设备标识作为目标设备标识，然后发送至公网平台201。

进而，步骤S203包括：根据所述目标设备标识，与所述目标内网设备建立基于所述网页实时通讯协议的文件拉取通道；基于所述目标文件标识，直接通过所述文件拉取通道从所述目标内网设备拉取所述目标内网文件。在本步骤中，内网文件仅存储在一个内网设备上，减小了文件拉取通道的数量。

针对分布式存储的方式，即一个内网文件存储在至少两个内网设备中，此场景中，每个内网设备都会先将所存储的内网文件作为种子向业务服务器103(tracker服务器)上报，然后业务服务器103生成各内网文件的文件比特流种子或者磁力链接(磁力链接包括文件唯一标识和提供该文件下载的下载路径信息)，并分别反馈给对应的内网设备102，内网设备102将各内网文件的文件标识和文件比特流种子/文件磁力链接发送至内网后台服务器，供其生成并存储各内网文件的文件标识和文件比特流种子的第二对应关系或者各内网文件的文件标识和文件磁力链接的第三对应关系；最后，多个内网设备之间基于各内网文件的文件比特流种子/文件磁力链接就可以实现内网文件的分布式存储，每个内网文件存储在两个及以上数量的内网设备上，保证数据准确性。同时，由于文件比特流种子的拉取方式需要业务服务器103(前文中的tracker服务器)参与，而文件磁力链接的拉取方式不需要业务服务器103(tracker服务器)参与，故分成两种方式进行说明。

在此基础上，针对文件比特流种子的拉取方式，步骤S202包括：所述公网平台201发送所述目标文件标识至内网后台服务器101；接收所述内网后台服务器101反馈的目标比特流种子；所述目标比特流种子包括所述内网后台服务器基于多个第二对应关系以及所述目标文件标识所确定的比特流种子，所述第二对应关系包括内网文件的文件标识和文件比特流种子的对应关系；基于所述目标比特流种子，从比特流追踪服务器103获取至少一个存储有所述目标内网文件的内网设备的设备标识，并确定为至少一个所述目标设备标识。例如，公网平台201发送目标文件标识至内网后台服务器101，然后内网后台服务器101基于第二对应关系就可以确定目标文件标识对应内网文件的比特流种子作为目标比特流种子，然后发送至公网平台201。公网平台201基于目标比特流种子向比特流追踪服务器103下载内网文件，比特流追踪服务器103就会将存储有该内网文件的内网设备的设备标识作为目标设备标识发送至公网平台201。

而针对文件磁力链接的拉取方式，步骤S202包括：所述公网平台201发送所述目标文件标识至内网后台服务器101；接收所述内网后台服务器101反馈的目标磁力链接；所述目标磁力链接包括所述内网后台服务器基于多个第三对应关系以及所述目标文件标识所确定的磁力链接，所述第三对应关系包括内网文件的文件标识和文件磁力链接的对应关系；基于所述目标磁力链接确定至少一个存储有所述目标内网文件的内网设备的设备标识，并确定为至少一个所述目标设备标识。例如，公网平台201发送目标文件标识至内网后台服务器101，然后内网后台服务器101基于第三对应关系就可以确定目标文件标识对应内网文件的磁力链接作为目标磁力链接，然后发送至公网平台201。公网平台201基于目标磁力链接中的文件唯一标识就可以确定提供该文件下载的所有内网设备的设备标识作为目标设备标识。

而针对分布式存储，公网平台201分别从多个内网设备102下载一些文件片段，此时，步骤S203包括：根据各所述目标内网设备的所述目标设备标识，与各所述目标内网设备分别建立基于所述网页实时通讯协议的文件拉取通道；基于所述目标文件标识，分别通过所述文件拉取通道从不同的所述目标内网设备拉取所述目标内网文件的不同文件片段；基于文件片段的片段标识，组合所述目标内网文件的不同文件片段得到所述目标内网文件。本方式实现了内网文件的分布式存储和下载，获取内网文件的速度大大加快。

S204：基于所述超文本传输安全协议推送所述目标内网文件至所述公网设备。

在本步骤中，根据用户操作公网设备的操作类型不同，公网平台201可以执行不同的流程。具体的，本步骤S204包括：

根据所述文件访问请求确定所述公网设备的操作类型；

在所述操作类型包括用户请求播放所述目标内网文件时，基于所述网页实时通讯协议解析所述目标内网文件得到所述目标内网文件对应的目标音视频文件；基于所述超文本传输安全协议发送所述目标音视频文件至所述公网设备，并触发所述公网设备调用HTML5(Hyper Text Markup Language5，第5代超文本标记语言)播放器播放所述目标音视频文件；

以及，在所述操作类型包括用户请求存储所述目标内网文件时，将所述目标音视频文件封装为符合所述超文本传输安全协议的文件下载包；基于所述超文本传输安全协议发送所述文件下载包至所述公网设备。

本实施例提供的方法不需要如当前技术那样将内网文件通过公有云进行中转，降低了对网络带宽和云存储资源的消耗，降低了内网设备的部署成本。

现结合具体的场景对本申请进行示例性的说明。

场景一

本场景主要适用于用户需要获取实时音视频数据的情况，这些实时音视频数据等内网文件存储在对应的录播机等内网设备中，本场景不需要业务服务器(例如tracker服务器)103参与。

如图3所示，在本场景中，本申请提供的文件获取方法包括：

S301：内网设备102向内网服务器101上报设备标识和提供的内网文件的文件标识。

在本步骤中，某学校中各班级设置的录播机等内网设备102向内网后台服务器101发送自己的设备标识-MAC地址以及提供的实时音视频数据等内网文件的文件标识-XX班级的学生视频DTS。

在此基础上，内网后台服务器101生成各内网文件(实时音视频数据)的文件标识-XX班级的学生视频DTS和生成各内网文件的内网设备的设备标识-MAC地址的第一对应关系。

S302：公网设备202发送文件访问请求至公网平台201。

在本步骤中，用户需要查看XX班级的学生动态，操作公网设备202提供的如图6所示的界面，选择播放XX班级的实时视频，公网设备202响应用户操作生成文件访问请求，该请求携带请求对象“XX班级的实时视频1”以及操作类型为用户请求“播放”目标内网文件。

S303：公网平台201发送目标文件标识至内网后台服务器101。

在本步骤中，公网平台201接收到文件访问请求后，根据请求对象“XX班级的实时视频1”确定目标内网文件的目标文件标识为“XX班级的学生视频DTS1”，然后基于本步骤发送至内网后台服务器101。

S304：内网后台服务器101发送目标设备标识至公网平台201。

在本步骤中，内网后台服务器101基于存储的第一对应关系，确定目标文件标识“XX班级的学生视频DTS1”对应的内网设备的设备标识为“MAC地址1”，然后作为目标设备标识反馈至公网平台201。

S305：公网平台201从目标内网设备102获取目标内网文件。

在本步骤中，公网平台201根据所述目标设备标识“MAC地址1”，与所述目标内网设备(MAC地址1对应的内网设备)建立基于所述网页实时通讯协议的文件拉取通道；然后基于所述目标文件标识“XX班级的学生视频DTS1”，直接通过所述文件拉取通道从所述目标内网设备拉取所述目标内网文件“XX班级的实时视频1”。

S306：公网平台201推送目标内网文件至公网设备202。

在本步骤中，基于操作类型为用户请求“播放”目标内网文件，公网平台201基于所述网页实时通讯协议解析所述目标内网文件得到所述目标内网文件对应的目标音视频文件；基于所述超文本传输安全协议发送所述目标音视频文件至所述公网设备，并触发所述公网设备调用HTML5播放器播放所述目标音视频资源，至此，公网设备202调用HTML5播放器开始播放视频“XX班级的实时视频1”，完成对用户操作的响应。

场景二

本场景主要适用于用户需要回放历史音视频数据的情况，这些历史音视频数据等内网文件采用分布式方式存储在多个内网存储服务器、录播机等内网设备中，本场景需要业务服务器(例如tracker服务器)103参与，同时由于音视频数据比较大且比较热门，本场景采用比特流种子的方式实现分布式存储。

如图4所示，在本场景中，本申请提供的文件获取方法包括：

S401：内网设备102向业务服务器103发送内网文件的文件信息。

在本步骤中，在某天结束后，某学校中各班级设置的录播机等内网设备102将当天的音视频数据进行压缩整理形成XX班级MM日的历史音视频文件-XX班级的学生视频LSSMM，然后将该音视频文件-XX班级的学生视频LSSMM的文件信息(文件摘要、大小、时间等参数)发送至业务服务器(tracker服务器)103。

S402：业务服务器103向内网设备102发送内网文件的比特流种子。

在本步骤中，业务服务器(tracker服务器)103处理各音视频文件“XX班级的学生视频LSSMM”的文件信息得到各音视频文件“XX班级的学生视频LSSMM”的比特流种子“torrent”，然后发送到内网设备102。

S403：内网设备102向内网服务器101上报各内网文件的文件标识和比特流种子。

在本步骤中，某学校中各班级设置的录播机等内网设备102向内网后台服务器101发送历史音视频数据等内网文件的文件标识-XX班级的学生视频LSSMM以及比特流种子-torrent。

在此基础上，内网后台服务器101生成各内网文件(历史音视频数据)的文件标识-XX班级的学生视频LSSMM和比特流种子-torrent的第二对应关系。

S404：公网设备202发送文件访问请求至公网平台201。

在本步骤中，用户需要查看XX班级的学生动态，操作公网设备202提供的如图6所示的界面，选择播放XX班级的MM日的历史视频，公网设备202响应用户操作生成文件访问请求，该请求携带请求对象“XX班级的MM日历史视频1”以及操作类型为用户请求“播放”目标内网文件。

S405：公网平台201发送目标文件标识至内网后台服务器101。

在本步骤中，公网平台201接收到文件访问请求后，根据请求对象“XX班级的MM日历史视频1”确定目标内网文件的目标文件标识为“XX班级的学生视频LSSMM1”，然后基于本步骤发送至内网后台服务器101。

S406：内网后台服务器101发送目标比特流种子至公网平台201。

在本步骤中，内网后台服务器101基于存储的第二对应关系，确定目标文件标识“XX班级的学生视频LSSMM1”对应的比特流种子为“torrent1”，然后反馈至公网平台201。

S407：公网平台201向业务服务器103发送比特流种子。

在本步骤中，公网平台201发送“torrent1”到业务服务器(tracker服务器)103。

S408：业务服务器103向公网平台201发送目标设备标识。

在本步骤中，业务服务器(tracker服务器)103根据“torrent1”确定存储有内网文件“XX班级的学生视频LSSMM1”的设备(包括内网设备和外网设备)，然后把内网设备102-a和内网设备102-b的设备标识“MAC地址a和MAC地址b”作为目标设备标识发送至公网平台201。

S409：公网平台201从目标内网设备102获取目标内网文件。

在本步骤中，公网平台201根据所述目标设备标识“MAC地址a和MAC地址b”，与所述目标内网设备(MAC地址a和MAC地址b对应的内网设备)建立基于所述网页实时通讯协议的文件拉取通道；然后基于所述目标文件标识“XX班级的学生视频LSSMM1”，同时且分别通过所述文件拉取通道从所述目标内网设备拉取所述目标内网文件“XX班级的学生视频LSSMM1”的两个片段，之后拼接为一个完整的音视频文件。

S410：公网平台201推送目标内网文件至公网设备202。

在本步骤中，基于操作类型为用户请求“播放”目标内网文件，公网平台201基于所述网页实时通讯协议解析所述目标内网文件得到所述目标内网文件对应的目标音视频文件；基于所述超文本传输安全协议发送所述目标音视频文件至所述公网设备，并触发所述公网设备调用HTML5播放器播放所述目标音视频资源，至此，公网设备202调用HTML5播放器播放开始播放视频“XX班级的学生视频LSSMM1”，完成对用户操作的响应。

场景三

本场景主要适用于用户需要下载存储历史音视频数据的情况，这些历史音视频数据等内网文件采用分布式方式存储在多个内网存储服务器、录播机等内网设备中，本场景需要业务服务器(例如tracker服务器)103参与，同时下载音视频数据对网速要求较低，本场景采用磁力链接的方式实现分布式存储。

如图5所示，在本场景中，本申请提供的文件获取方法包括：

S501：内网设备102向业务服务器103发送内网文件的文件信息。

在本步骤中，在某天结束后，某学校中各班级设置的录播机等内网设备102将当天的音视频数据进行压缩整理形成XX班级MM日的历史音视频文件-XX班级的学生视频LSSMM，然后将该音视频文件-XX班级的学生视频LSSMM的文件信息(文件摘要、大小、时间等参数)发送至业务服务器103。

S502：业务服务器103向内网设备102发送内网文件的比特流种子。

在本步骤中，业务服务器(tracker服务器)103处理各音视频文件“XX班级的学生视频LSSMM”的文件信息得到各音视频文件“XX班级的学生视频LSSMM”的磁力链接“magnetlink”，然后发送到内网设备102。

S503：内网设备102向内网服务器101上报各内网文件的文件标识和磁力链接。

在本步骤中，某学校中各班级设置的录播机等内网设备102向内网后台服务器101发送历史音视频数据等内网文件的文件标识-XX班级的学生视频LSSMM以及磁力链接-magnet link。

在此基础上，内网后台服务器101生成各内网文件(历史音视频数据)的文件标识-XX班级的学生视频LSSMM和磁力链接-magnet link的第三对应关系。

S504：公网设备202发送文件访问请求至公网平台201。

在本步骤中，用户需要下载XX班级的学生动态，操作公网设备202提供的如图6所示的界面，选择播放XX班级的MM日的历史视频，公网设备202响应用户操作生成文件访问请求，该请求携带请求对象“XX班级的MM日历史视频1”以及操作类型为用户请求“存储”目标内网文件。

S505：公网平台201发送目标文件标识至内网后台服务器101。

在本步骤中，公网平台201接收到文件访问请求后，根据请求对象“XX班级的MM日历史视频1”确定目标内网文件的目标文件标识为“XX班级的学生视频LSSMM1”，然后基于本步骤发送至内网后台服务器101。

S506：内网后台服务器101发送目标磁力链接至公网平台201。

在本步骤中，内网后台服务器101基于存储的第二对应关系，确定目标文件标识“XX班级的学生视频LSSMM1”对应的磁力链接为“magnet link1”，然后反馈至公网平台201。

S507：公网平台201基于磁力链接确定目标设备标识。

在本步骤中，公网平台201基于“magnet link 1”中的文件唯一标识就可以确定提供该文件下载的所有内网设备的设备标识作为目标设备标识“MAC地址a和MAC地址c”。

S508：公网平台201从目标内网设备102获取目标内网文件。

在本步骤中，公网平台201根据所述目标设备标识“MAC地址a和MAC地址c”，与所述目标内网设备(MAC地址a和MAC地址c对应的内网设备)建立基于所述网页实时通讯协议的文件拉取通道；然后基于所述目标文件标识“XX班级的学生视频LSSMM1”，同时且分别通过所述文件拉取通道从所述目标内网设备拉取所述目标内网文件“XX班级的学生视频LSSMM1”的两个片段，之后拼接为一个完整的音视频文件。

S509：公网平台201推送目标内网文件至公网设备202。

在本步骤中，基于操作类型为用户请求“存储”目标内网文件，公网平台201将所述目标音视频文件封装为符合所述超文本传输安全协议的文件下载包；基于所述超文本传输安全协议发送所述文件下载包至所述公网设备，至此，公网设备202存储文件“XX班级的学生视频LSSMM1”，完成对用户操作的响应。

在前述三个场景中，内网设备提供比特流种子(BitTorrent)和WebRTC服务，同时，通过上述方案的实施，用户在访问https://……com等公网平台的时候，该公网平台对应内网中的公网文件，还是内网文件，都可以在平台中直接打开，比如内网视频文件，直接在网页上弹出弹窗，预览视频；而且当用户和内网设备并不在同一个网络中，依然可以访问内网设备文件，比如老师在家可以访问教室录播机上的视频文件；避免了浏览器关于https访问的跨域限制，而且能实现跨网络访问文件，并支持分布式文件存储，让获取文件的速度大大加快。

基于上述实施例的内容，本申请实施例提供了一种设置于公网平台的文件获取装置，具体地，请参阅图7，该装置包括：

确定模块701，用于在基于超文本传输安全协议接收到来自公网设备的文件访问请求后，确定所述文件访问请求对应的目标内网文件的目标文件标识；

获取模块702，用于根据所述目标文件标识，获取所述目标内网文件对应的目标内网设备的目标设备标识；

拉取模块703，用于根据所述目标设备标识以及所述目标文件标识，基于网页实时通讯协议从所述目标内网设备拉取所述目标内网文件；

推送模块704，用于基于所述超文本传输安全协议推送所述目标内网文件至所述公网设备。

在一种实施例中，获取模块702具体用于：发送所述目标文件标识至内网后台服务器；接收所述内网后台服务器反馈的目标设备标识；所述目标设备标识包括所述内网后台服务器基于多个第一对应关系以及所述目标文件标识所确定的设备标识，所述第一对应关系包括内网文件的文件标识和生成内网文件的内网设备的设备标识的对应关系。

在一种实施例中，拉取模块703具体用于：根据所述目标设备标识，与所述目标内网设备建立基于所述网页实时通讯协议的文件拉取通道；基于所述目标文件标识，直接通过所述文件拉取通道从所述目标内网设备拉取所述目标内网文件。

在一种实施例中，获取模块702具体用于：发送所述目标文件标识至内网后台服务器；接收所述内网后台服务器反馈的目标比特流种子；所述目标比特流种子包括所述内网后台服务器基于多个第二对应关系以及所述目标文件标识所确定的比特流种子，所述第二对应关系包括内网文件的文件标识和文件比特流种子的对应关系；基于所述目标比特流种子，从比特流追踪服务器获取至少一个存储有所述目标内网文件的内网设备的设备标识，并确定为至少一个所述目标设备标识。

在一种实施例中，获取模块702具体用于：发送所述目标文件标识至内网后台服务器；接收所述内网后台服务器反馈的目标磁力链接；所述目标磁力链接包括所述内网后台服务器基于多个第三对应关系以及所述目标文件标识所确定的磁力链接，所述第三对应关系包括内网文件的文件标识和文件磁力链接的对应关系；基于所述目标磁力链接确定至少一个存储有所述目标内网文件的内网设备的设备标识，并确定为至少一个所述目标设备标识。

在一种实施例中，拉取模块703具体用于：根据各所述目标内网设备的所述目标设备标识，与各所述目标内网设备分别建立基于所述网页实时通讯协议的文件拉取通道；基于所述目标文件标识，分别通过所述文件拉取通道从不同的所述目标内网设备拉取所述目标内网文件的不同文件片段；基于文件片段的片段标识，组合所述目标内网文件的不同文件片段得到所述目标内网文件。

在一种实施例中，推送模块704具体用于：根据所述文件访问请求确定所述公网设备的操作类型；在所述操作类型包括请求播放所述目标内网文件时，基于所述网页实时通讯协议解析所述目标内网文件得到所述目标内网文件对应的目标音视频文件，基于所述超文本传输安全协议发送所述目标音视频文件至所述公网设备，并触发所述公网设备调用HTML5播放器播放所述目标音视频资源；在所述操作类型包括请求存储所述目标内网文件时，将所述目标音视频文件封装为符合所述超文本传输安全协议的文件下载包，基于所述超文本传输安全协议发送所述文件下载包至所述公网设备。

区别于当前的技术，本申请提供的文件获取装置基于网页实时通讯协议从目标内网设备拉取目标内网文件，再通过推送模块基于超文本传输安全协议推送目标内网文件至公网设备，实现了直接通过公网平台访问内网设备上的文件，同时，支持分布式文件存储，大大加快了文件获取的速度，解决了用户无法直接通过公网平台访问内网设备上的文件的技术问题，使得文件获取更加简单便捷。

相应的，本申请实施例还提供一种电子设备，如图8所示，该电子设备可以包括有一个或者一个以上处理核心的处理器801、无线(WiFi，Wireless Fidelity)模块802、有一个或一个以上计算机可读存储介质的存储器803、音频电路804、显示单元805、输入单元806、传感器807、电源808、以及射频(RF，Radio Frequency)电路809等部件。本领域技术人员可以理解，图8中示出的电子设备的结构并不构成对电子设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。其中：

处理器801是电子设备的控制中心，利用各种接口和线路连接整个电子设备的各个部分，通过运行或执行存储在存储器803内的软件程序和/或模块，以及调用存储在存储器803内的数据，执行电子设备的各种功能和处理数据，从而对电子设备进行整体监控。在一种实施例中，处理器801可包括一个或多个处理核心；优选的，处理器801可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器801中。

WiFi属于短距离无线传输技术，电子设备通过无线模块802可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图8示出了无线模块802，但是可以理解的是，其并不属于终端的必需构成，完全可以根据需要在不改变发明的本质的范围内而省略。

存储器803可用于存储软件程序以及模块，处理器801通过运行存储在存储器803的计算机程序以及模块，从而执行各种功能应用以及数据处理。存储器803可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据终端的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器803可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器803还可以包括存储器控制器，以提供处理器801和输入单元806对存储器803的访问。

音频电路804包括扬声器，扬声器可提供用户与电子设备之间的音频接口。音频电路804可将接收到的音频数据转换后的电信号，传输到扬声器，由扬声器转换为声音信号输出。

显示单元805可用于显示由用户输入的信息或提供给用户的信息以及终端的各种图形用户接口，这些图形用户接口可以由图形、文本、图标、视频和其任意组合来构成。显示单元805可包括显示面板，在一种实施例中，可以采用液晶显示器(LCD，Liquid CrystalDisplay)、有机发光二极管(OLED，Organic Light-Emitting Diode)等形式来配置显示面板。进一步的，触敏表面可覆盖显示面板，当触敏表面检测到在其上或附近的触摸操作后，传送给处理器801以确定触摸事件的类型，随后处理器801根据触摸事件的类型在显示面板上提供相应的视觉输出。虽然在图8中，触敏表面与显示面板是作为两个独立的部件来实现输入和输出功能，但是在某些实施例中，可以将触敏表面与显示面板集成而实现输入和输出功能。

输入单元806可用于接收输入的数字或字符信息，以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入。具体地，在一个具体的实施例中，输入单元806可包括触敏表面以及其他输入设备。触敏表面，也称为触摸显示屏或者触控板，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触敏表面上或在触敏表面附近的操作)，并根据预先设定的程式驱动相应的连接装置。在一种实施例中，触敏表面可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器801，并能接收处理器801发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触敏表面。除了触敏表面，输入单元806还可以包括其他输入设备。具体地，其他输入设备可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

电子设备还可包括至少一种传感器807，比如光传感器，具体地，光传感器可包括环境光传感器及距离传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板的亮度；至于电子设备还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

电子设备还包括给各个部件供电的电源808(比如电池)，优选的，电源可以通过电源管理系统与处理器801逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。电源808还可以包括一个或一个以上的直流或交流电源、再充电系统、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。

射频电路809可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，交由一个或者一个以上处理器801处理；另外，将涉及上行的数据发送给基站。通常，射频电路809包括但不限于天线、至少一个放大器、调谐器、一个或多个振荡器、用户身份模块(SIM，Subscriber Identity Module)卡、收发信机、耦合器、低噪声放大器(LNA，Low Noise Amplifier)、双工器等。此外，射频电路809还可以通过无线通信与网络和其他设备通信。无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统(GSM，Global System of Mobile communication)、通用分组无线服务(GPRS，GeneralPacket Radio Service)、码分多址(CDMA，Code Division Multiple Access)、宽带码分多址(WCDMA，Wideband Code Division Multiple Access)、长期演进(LTE，Long TermEvolution)、电子邮件、短消息服务(SMS，Short Messaging Service)等。

尽管未示出，电子设备还可以包括摄像头、蓝牙模块等，在此不再赘述。具体在本实施例中，电子设备中的处理器801会按照如下的指令，将一个或一个以上的应用程序的进程对应的可执行文件加载到存储器803中，并由处理器801来运行存储在存储器803中的应用程序，从而实现以下功能：

在基于超文本传输安全协议接收到来自公网设备的文件访问请求后，确定所述文件访问请求对应的目标内网文件的目标文件标识；

根据所述目标文件标识，获取所述目标内网文件对应的目标内网设备的目标设备标识；

根据所述目标设备标识以及所述目标文件标识，基于网页实时通讯协议从所述目标内网设备拉取所述目标内网文件；

基于所述超文本传输安全协议推送所述目标内网文件至所述公网设备。

本领域普通技术人员可以理解，上述实施例的各种方法中的全部或部分步骤可以通过指令来完成，或通过指令控制相关的硬件来完成，该指令可以存储于计算机可读存储介质中，并由处理器进行加载和执行。

为此，本申请实施例提供一种计算机可读存储介质，其中存储有多条指令，该指令能够被处理器进行加载，以实现上述设备监控方法的功能。

其中，该计算机可读存储介质可以包括：只读存储器(ROM，Read Only Memory)、随机存取记忆体(RAM，Random Access Memory)、磁盘或光盘等。

以上对本申请实施例所提供的文件获取方法、装置、电子设备以及计算机可读存储介质进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (10)

1.一种文件获取方法，其特征在于，应用于公网平台，所述文件获取方法包括：

在基于超文本传输安全协议接收到来自公网设备的文件访问请求后，确定所述文件访问请求对应的目标内网文件的目标文件标识；

根据所述目标文件标识，获取所述目标内网文件对应的目标内网设备的目标设备标识；

根据所述目标设备标识以及所述目标文件标识，基于网页实时通讯协议从所述目标内网设备拉取所述目标内网文件；

基于所述超文本传输安全协议推送所述目标内网文件至所述公网设备。

2.根据权利要求1所述的文件获取方法，其特征在于，所述根据所述目标文件标识，获取所述目标内网文件对应的目标内网设备的目标设备标识的步骤，包括：

所述公网平台发送所述目标文件标识至内网后台服务器；

接收所述内网后台服务器反馈的目标设备标识；所述目标设备标识包括所述内网后台服务器基于多个第一对应关系以及所述目标文件标识所确定的设备标识，所述第一对应关系包括内网文件的文件标识和生成内网文件的内网设备的设备标识的对应关系。

3.根据权利要求2所述的文件获取方法，其特征在于，所述根据所述目标设备标识以及所述目标文件标识，基于网页实时通讯协议从所述目标内网设备拉取所述目标内网文件的步骤，包括：

根据所述目标设备标识，与所述目标内网设备建立基于所述网页实时通讯协议的文件拉取通道；

基于所述目标文件标识，直接通过所述文件拉取通道从所述目标内网设备拉取所述目标内网文件。

4.根据权利要求1所述的文件获取方法，其特征在于，所述根据所述目标文件标识，获取所述目标内网文件对应的目标内网设备的目标设备标识的步骤，包括：

所述公网平台发送所述目标文件标识至内网后台服务器；

接收所述内网后台服务器反馈的目标比特流种子；所述目标比特流种子包括所述内网后台服务器基于多个第二对应关系以及所述目标文件标识所确定的比特流种子，所述第二对应关系包括内网文件的文件标识和文件比特流种子的对应关系；

基于所述目标比特流种子，从比特流追踪服务器获取至少一个存储有所述目标内网文件的内网设备的设备标识，并确定为至少一个所述目标设备标识。

5.根据权利要求1所述的文件获取方法，其特征在于，所述根据所述目标文件标识，获取所述目标内网文件对应的目标内网设备的目标设备标识的步骤，包括：

所述公网平台发送所述目标文件标识至内网后台服务器；

接收所述内网后台服务器反馈的目标磁力链接；所述目标磁力链接包括所述内网后台服务器基于多个第三对应关系以及所述目标文件标识所确定的磁力链接，所述第三对应关系包括内网文件的文件标识和文件磁力链接的对应关系；

基于所述目标磁力链接确定至少一个存储有所述目标内网文件的内网设备的设备标识，并确定为至少一个所述目标设备标识。

6.根据权利要求4或者5所述的文件获取方法，其特征在于，所述根据所述目标设备标识以及所述目标文件标识，基于网页实时通讯协议从所述目标内网设备拉取所述目标内网文件的步骤，包括：

根据各所述目标内网设备的所述目标设备标识，与各所述目标内网设备分别建立基于所述网页实时通讯协议的文件拉取通道；

基于所述目标文件标识，分别通过所述文件拉取通道从不同的所述目标内网设备拉取所述目标内网文件的不同文件片段；

基于文件片段的片段标识，组合所述目标内网文件的不同文件片段得到所述目标内网文件。

7.根据权利要求1至5任一项所述的文件获取方法，其特征在于，所述基于所述超文本传输安全协议推送所述目标内网文件至所述公网设备的步骤，包括：

根据所述文件访问请求确定所述公网设备的操作类型；

在所述操作类型包括请求播放所述目标内网文件时，基于所述网页实时通讯协议解析所述目标内网文件得到所述目标内网文件对应的目标音视频文件；

基于所述超文本传输安全协议发送所述目标音视频文件至所述公网设备，并触发所述公网设备调用超文本标记语言播放器播放所述目标音视频文件。

8.根据权利要求7所述的文件获取方法，其特征在于，所述基于所述超文本传输安全协议推送所述目标内网文件至所述公网设备的步骤，还包括：

在所述操作类型包括请求存储所述目标内网文件时，将所述目标音视频文件封装为符合所述超文本传输安全协议的文件下载包；

基于所述超文本传输安全协议发送所述文件下载包至所述公网设备。

9.一种文件获取装置，其特征在于，设置于公网平台，所述文件获取装置包括：

确定模块，用于在基于超文本传输安全协议接收到来自公网设备的文件访问请求后，确定所述文件访问请求对应的目标内网文件的目标文件标识；

获取模块，用于根据所述目标文件标识，获取所述目标内网文件对应的目标内网设备的目标设备标识；

拉取模块，用于根据所述目标设备标识以及所述目标文件标识，基于网页实时通讯协议从所述目标内网设备拉取所述目标内网文件；

推送模块，用于基于所述超文本传输安全协议推送所述目标内网文件至所述公网设备。

10.一种电子设备，其特征在于，包括处理器和存储器，所述处理器与所述存储器电性连接，所述存储器用于存储指令和数据，所述处理器用于执行权利要求1至8任一项所述的方法中的步骤。