文件预览方法、文件处理方法及装置与流程

本公开涉及计算机技术领域，尤其涉及一种文件预览方法、文件处理方法及装置。

背景技术：

随着互联网的发展，应用程序除了自身应具备的功能之外，通常还可以用于传输文件，例如，即时通讯应用程序除了用于实时聊天，还常常进行文件传输，以此极大地提高了用户日常生活中信息交流的效率。

文件传输时，用户通常需要先下载该文件，然后才能够查看到该文件的相关内容。可以理解，如果该文件的相关内容并非用户所关注的，则平白浪费了文件下载所消耗的时间。

更有甚者，如果终端中并未安装可以打开该文件的应用程序，用户还需要先安装可用于打开该文件的应用程序，再通过安装的应用程序查看该文件的相关内容，如果安装的应用程序利用率不高，也将造成不必要的资源浪费。

由此可知，现有技术中应用程序的文件传输功能还存在着诸多不便利，而导致文件传输功能的实用性较差。

技术实现要素：

为了解决上述技术问题，本公开的一个目的在于提供一种文件预览方法、文件处理方法及装置。

其中，本公开所采用的技术方案为：

一种文件预览方法，包括：文件接收端根据配置文件中的文件类型集合确定待下载文件是否为可预览文件，所述文件类型集合包含支持预览的文件类型；当所述待下载文件是可预览文件时，请求服务端对所述待下载文件按照其文件类型进行相应文件处理，获得所述待下载文件的预览内容；根据所述预览内容提供所述待下载文件的预览。

一种文件处理方法，包括：当目标传输文件以文件接收端为目标进行传输时，服务端请求获取所述目标传输文件及其文件类型；根据所述目标传输文件的文件类型对所述目标传输文件进行相应文件处理，生成所述目标传输文件的预览内容；发送所述预览内容至所述文件接收端。

一种文件预览装置，包括：可预览确定模块，用于文件接收端根据配置文件中的文件类型集合确定待下载文件是否为可预览文件，所述文件类型集合包含支持预览的文件类型；预览内容获取模块，用于当所述待下载文件是可预览文件时，请求服务端对所述待下载文件按照其文件类型进行相应文件处理，获得所述待下载文件的预览内容；文件预览模块，用于根据所述预览内容提供所述待下载文件的预览。

一种文件处理装置，包括：文件获取模块，用于当目标传输文件以文件接收端为目标进行传输时，服务端请求获取所述目标传输文件及其文件类型；预览内容生成模块，用于根据所述目标传输文件的文件类型对所述目标传输文件进行相应文件处理，生成所述目标传输文件的预览内容；预览内容发送模块，用于发送所述预览内容至所述文件接收端。

一种电子设备，包括：处理器及存储器，所述存储器上存储有计算机可读指令，所述计算机可读指令被所述处理器执行时实现如上所述的文件预览方法。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如上所述的文件预览方法。

与现有技术相比，本公开具有以下有益效果：

文件接收端首先根据配置文件中文件类型集合确定待下载文件是否为可预览文件，在待下载文件是可预览文件时请求对待下载文件按照其文件类型进行相应文件处理，进而获得待下载文件的预览内容，并根据预览内容提供待下载文件的预览，由此，在用户尚未下载文件的前提下，文件接收端便能够为用户提供待下载文件的预览，避免用户查看待下载文件的相关内容之前需要进行待下载文件的下载，甚至需要安装可以打开该待下载文件的应用程序，不仅节省了文件下载所消耗的时间，而且避免了不必要的资源浪费，使得文件传输功能更加快捷实用，进而有效地提高了文件传输功能的实用性。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并于说明书一起用于解释本公开的原理。

图1是根据一示例性实施例示出的实施环境的示意图。

图2是根据一示例性实施例示出的一种文件接收端的硬件结构框图。

图3是根据一示例性实施例示出的一种服务端的硬件结构框图。

图4是根据一示例性实施例示出的一种文件预览方法的流程图。

图5是根据一示例性实施例示出的另一种文件预览方法的流程图。

图6是根据一示例性实施例示出的另一种文件预览方法的流程图。

图7是图4对应实施例中步骤330在一个实施例的流程图。

图8是图4对应实施例中步骤330在另一个实施例的流程图。

图9是根据一示例性实施例示出的另一种文件预览方法的流程图。

图10是根据一示例性实施例示出的一种文件处理方法的流程图。

图11是一应用场景中一种文件预览方法的具体实现示意图。

图12是本公开所涉及的文件接收端中输出预览内容的具体实现示意图。

图13是根据一示例性实施例示出的一种文件预览装置的框图。

图14是根据一示例性实施例示出的另一种文件预览装置的框图。

图15是根据一示例性实施例示出的另一种文件预览装置的框图。

图16是图13对应实施例中预览内容获取模块830在一个实施例的框图。

图17是图13对应实施例中预览内容获取模块830在另一个实施例的框图。

图18是根据一示例性实施例示出的另一种文件预览装置的框图。

图19是根据一示例性实施例示出的一种文件处理装置的框图。

图20是根据一示例性实施例示出的另一种文件处理装置的框图。

通过上述附图，已示出本公开明确的实施例，后文中将有更详细的描述，这些附图和文字描述并不是为了通过任何方式限制本公开构思的范围，而是通过参考特定实施例为本领域技术人员说明本公开的概念。

具体实施方式

这里将详细地对示例性实施例执行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

图1为一种文件预览方法在一示例性实施例中的实施环境的示意图。该实施环境包括终端100和服务端200。

其中，文件接收端为具有文件传输功能的应用程序，其运行在终端100上。

终端100可以是智能手机、平板电脑、笔记本电脑、台式电脑或者其它可运行应用程序的电子设备。

通过终端100与服务端200交互，文件接收端便可为待下载文件向服务端200发起文件预览请求，请求服务端200对待下载文件按照其文件类型进行相应文件处理，进而获得服务端200返回的待下载文件的预览内容，并以此实现为用户提供待下载文件的预览。

请参阅图2，图2是根据一示例性实施例示出的一种终端的框图。需要说明的是，该终端100只是一个适配于本公开的示例，不能认为是提供了对本公开的使用范围的任何限制。该终端100也不能解释为需要依赖于或者必须具有图2中示出的示例性的终端100中的一个或者多个组件。

如图2所示，终端100包括存储器101、存储控制器103、一个或多个(图中仅示出一个)处理器105、外设接口107、射频模块109、定位模块111、摄像模块113、音频模块115、触控屏幕117以及按键模块119。这些组件通过一条或多条通讯总线/信号线121相互通讯。

其中，存储器101可用于存储软件程序以及模块，如本公开示例性实施例中的文件预览方法及装置对应的程序指令及模块，处理器105通过运行存储在存储器101内的程序指令，从而执行各种功能以及数据处理，即实现上述运行于终端100的应用程序中的文件预览方法。

存储器101作为资源存储的载体，可以是随机存储介质、例如高速随机存储器、非易失性存储器，如一个或多个磁性存储装置、闪存、或者其它固态存储器。存储方式可以是短暂存储或者永久存储。

外设接口107可以包括至少一有线或无线网络接口、至少一串并联转换接口、至少一输入输出接口以及至少一usb接口等等，用于将外部各种输入/输出装置耦合至存储器101以及处理器105，以实现与外部各种输入/输出装置的通信。

射频模块109用于收发电磁波，实现电磁波与电信号的相互转换，从而通过通讯网络与其他设备进行通讯。通信网络包括蜂窝式电话网、无线局域网或者城域网，上述通信网络可以使用各种通信标准、协议及技术。

定位模块111用于获取终端100的当前所在的地理位置。定位模块111的实例包括但不限于全球卫星定位系统(gps)、基于无线局域网或者移动通信网的定位技术。

摄像模块113隶属于摄像头，用于拍摄图片或者视频。拍摄的图片或者视频可以存储至存储器101内，还可以通过射频模块109发送至上位机。

音频模块115向用户提供音频接口，其可包括一个或多个麦克风接口、一个或多个扬声器接口以及一个或多个耳机接口。通过音频接口与其它设备进行音频数据的交互。音频数据可以存储至存储器101内，还可以通过射频模块109发送。

触控屏幕117在终端100与用户之间提供一个输入输出界面。具体地，用户可通过触控屏幕117进行输入操作，例如点击、触摸、滑动等手势操作，以使电子设备对该输入操作进行响应。终端100则将文字、图片或者视频任意一种形式或者组合所形成的输出内容通过触控屏幕117向用户显示输出。

按键模块119包括至少一个按键，用以提供用户向终端100进行输入的接口，用户可以通过按下不同的按键使终端100执行不同的功能。例如，声音调节按键可供用户实现对终端100播放的声音音量的调节。

可以理解，图2所示的结构仅为示意，终端100还可包括比图2中所示更多或更少的组件，或者具有与图2所示不同的组件。图2中所示的各组件可以采用硬件、软件或者其组合来实现。

图3是根据一示例性实施例示出的一种服务器200的硬件结构框图。需要说明的是，该服务器200只是一个适配于本公开的示例，不能认为是提供了对本公开的使用范围的任何限制。该服务器200也不能解释为需要依赖于或者必须具有图3中示出的示例性的服务器200中的一个或者多个组件。

该服务器200的硬件结构可因配置或者性能的不同而产生较大的差异，如图3所示，服务器200包括：电源210、接口230、至少一存储介质250、以及至少一中央处理器(cpu，centralprocessingunits)270。

其中，电源210用于为服务器200上的各硬件设备提供工作电压。

接口230包括至少一有线或无线网络接口231、至少一串并转换接口233、至少一输入输出接口235以及至少一usb接口237等，用于与外部设备通信。

存储介质250作为资源存储的载体，可以是随机存储介质、磁盘或者光盘等，其上所存储的资源包括操作系统251、应用程序253及数据255等，存储方式可以是短暂存储或者永久存储。其中，操作系统251用于管理与控制服务器200上的各硬件设备以及应用程序253，以实现中央处理器270对海量数据255的计算与处理，其可以是windowsservertm、macosxtm、unixtm、linuxtm、freebsdtm等。应用程序253是基于操作系统251之上完成至少一项特定工作的计算机程序，其可以包括至少一模块(图示未示出)，每个模块都可以分别包含有对服务器200的一系列操作指令。数据255可以是存储于磁盘中的照片、图片等等。

中央处理器270可以包括一个或多个以上的处理器，并设置为通过总线与存储介质250通信，用于运算与处理存储介质250中的海量数据255。

如上面所详细描述的，适用本公开的服务器200将通过中央处理器270读取存储介质250中存储的一系列操作指令的形式为待下载文件执行与其文件类型相应的文件处理过程，进而向终端100中运行的文件接收端提供待下载文件的预览内容，由此实现为用户提供文件预览功能。

此外，通过硬件电路或者硬件电路结合软件指令也能同样实现本公开，因此，实现本公开并不限于任何特定硬件电路、软件以及两者的组合。

请参阅图4，在一示例性实施例中，一种文件预览方法适用于图1所示实施环境的终端100，该种文件预览方法可以由终端100中运行的文件接收端执行，可以包括以下步骤：

步骤310，文件接收端根据配置文件中的文件类型集合确定待下载文件是否为可预览文件。

文件接收端为具有文件传输功能的应用程序，包括但不限于即时通讯应用程序。例如，在即时通讯应用程序所提供的会话页面中，当用户之间进行文件传输时，被传输文件将通过会话消息的形式显示在会话页面中，以使用户在会话过程中知悉有文件正在进行传输。

待下载文件是指尚未被用户下载至终端进行本地存储的被传输文件。如果待下载文件不止一个，文件接收端既可以自动为每一个待下载文件分别执行文件预览，也可以进一步地根据用户指示为选定的待下载文件执行文件预览，在此并未加以限定。

可以理解，待下载文件的文件类型可以是任意一种文件类型，包括但不限于文本类型、图片类型、音频类型、视频类型、可执行程序类型、注册表类型等等。出于文件传输安全性以及保密性考虑，有些文件类型并不支持预览，例如，不支持预览的文件类型有可执行程序类型、注册表类型等等。为此，在为用户执行文件预览时，首先需要根据待下载文件的文件类型判断该待下载文件是否为可预览文件。

应当说明的是，可预览文件是指文件类型支持预览的文件，例如，支持预览的文件类型包括但不限于文本类型、图片类型、音频类型、视频类型等等，相应地，可预览文件包括但不限于文本文件、jpg图片、mp3音频文件、mp4视频文件等等。

本实施例中，以配置文件作为判断待下载文件是否为可预览文件的依据。

其中，配置文件包含支持预览的所有文件类型的集合，即文件类型集合。换而言之，通过文件类型集合便能够知悉可预览文件的文件类型有哪些。例如，配置文件以文件列表的形式展示可预览文件的文件类型。

该配置文件可以存储在文件接收端，也可以存储在服务端并由服务端下发至文件接收端，在此并未加以限定。

具体地，在执行文件预览过程中，文件接收端在获得配置文件之后，便根据待下载文件的文件类型在配置文件中的文件类型集合进行文件类型匹配查找，即查找文件类型集合中是否存在与待下载文件的文件类型相匹配的文件类型。

如果存在，则判定待下载文件为可预览文件，并跳转进入步骤330。

举例来说，配置文件中文件类型集合至少包含文本类型，即表示文本类型的文本文件支持预览。如果待下载文件为文本文件，通过匹配查找，文件类型集合中存在与该待下载文件的文件类型(文本类型)相匹配的文件类型，则判定该待下载文件为可预览文件，进而使得文件接收端后续能够为该待下载文件执行文件预览。

否则，如果不存在，则判定待下载文件为不可预览文件。此时，文件接收端可以为待下载文件提供文件下载入口，通过用户在文件下载入口触发的文件下载操作而为用户执行文件下载。

通过如此设置，文件接收端在进行文件传输时，不仅能够为用户提供文件预览，而且兼具文件下载，使得文件传输功能具有良好的实用性，极大地提高了文件传输功能的通用性。

步骤330，当待下载文件是可预览文件时，请求服务端对待下载文件按照其文件类型进行相应文件处理，获得待下载文件的预览内容。

对于文件接收端而言，在判定待下载文件是可预览文件时，便准备为用户执行待下载文件的文件预览，即请求对待下载文件进行文件处理得到待下载文件的预览内容。

其中，所述请求可以是自动发起的，即只要待下载文件是可预览文件则发起请求，也可以是依照用户指示发起的，例如，为待下载文件提供文件预览入口，进而通过用户在文件预览入口触发的文件预览操作而发起请求。

所述请求由服务端响应，例如，由文件接收端向服务端发起请求，进而通过服务端响应该请求对待下载文件进行文件处理而生成待下载文件的预览内容，并由服务端将待下载文件的预览内容返回至文件接收端，以使文件接收端获得待下载文件的预览内容。

文件处理与终端支持预览的文件类型有关，即是指经过文件处理得到的预览内容能够按照终端支持预览的文件类型输出。终端支持预览的文件类型包括但不限于文本类型、图片类型、音频类型和视频类型，相应地，文件处理包括但不限于纯文本提取、图片渲染、音频类型转换和视频类型转换。

进一步地，文件处理还与终端的硬件配置有关，例如，终端的硬件配置属于中低端，在进行文件处理，尤其是图片渲染、音频类型转换、视频类型转换时，将按照中低端硬件配置所支持的图片分辨率、音频码率、视频码率进行，以此降低预览内容中图片分辨率、音频码率、视频码率，以利于减轻文件处理所产生的任务处理压力，同时保证了预览内容对于中低端硬件配置的终端而言具有足够的清晰度。

文件处理与待下载文件的文件类型相应，是指不同文件类型的待下载文件所进行的文件处理有所区别。

例如，待下载文件的文件类型为word类型、pdf类型，则相应文件处理为纯文本提取；待下载文件的文件类型为ppt类型、表格类型，则相应文件处理为图片渲染；待下载文件的文件类型为ogg音频类型，则相应文件处理为按照mp3音频类型进行音频类型转换；待下载文件的文件类型为flv视频类型，则相应文件处理为按照mp4视频类型进行视频类型转换。

由此，待下载文件的预览内容将按照上述文件处理的不同方式生成。

例如，文件处理为纯文本提取，则待下载文件的预览内容为纯文本；文件处理为图片渲染，则待下载文件的预览内容为图片；文件处理为音频类型转换或者视频类型转换，则待下载文件的预览内容为音频或者视频。

更进一步地，针对仅包含少量文字和图片的待下载文件，文件处理还包括文字提取和图片提取，由此，待下载文件的预览内容为提取得到的文字和图片，进而在后续预览内容输出时通过图文混排的方式为用户提供文件预览。

步骤350，根据预览内容提供待下载文件的预览。

如前所述，待下载文件的预览内容包括但不限于纯文本、图片、音频、视频，相应地，预览内容的展示方式包括但不限于显示纯文本、显示图片，或者，播放音频、播放视频。

进一步地，预览内容的展示可以是根据用户指示进行的，方便于用户随时随地进行待下载文件的预览，进而有利于提升用户的文件预览体验，还可以是文件接收端自动实施，以简化用户的操作步骤。

举例来说，当文件接收端获取到待下载文件的预览内容，并不直接输出该预览内容，而是提示用户是否进行预览内容的查看。如果用户需要查看预览内容，文件接收端则会检测到用户为进行预览内容展示而触发的内容展示操作，由此，文件接收端便根据该内容展示操作展示待下载文件的预览内容，以供用户预览待下载文件。

其中，内容展示操作是相对于可被触发控件而言的，可被触发控件可以是按钮、开关、滑动条、输入框等可被触发而使得应用程序能够与用户进行交互的控件。例如，可被触发控件是页面中显示的按钮，当用户点击该按钮，文件接收端便展示待下载文件的预览内容，该点击操作即为内容展示操作。

通过如上所述过程，用户可以在未下载文件的情况下，即可预览待下载文件的相关内容，避免了可能因为内容不合适而浪费文件下载时间，有效地提高了文件传输功能的实用性，改善了文件传输的用户体验。

在一示例性实施例中，步骤310之前，如上所述的方法还可以包括以下步骤：

针对已安装的应用程序，根据待下载文件的文件类型查询用于打开待下载文件的应用程序。

可以理解，为了打开各种文件类型的文件，终端中会安装相应的应用程序。例如，word应用程序可以打开word类型的文件，pdf应用程序可以打开pdf类型的文件。如果待下载文件能够被某一个应用程序打开，则文件接收端可以不需要为用户执行文件预览，以此减轻文件接收端的处理压力。

由此，在进行文件预览之前，将首先判断终端中安装的应用程序是否能够打开待下载文件，即根据待下载文件的文件类型在终端中针对可打开待下载文件的应用程序进行查询。

如果终端中安装了可用于打开待下载文件的应用程序，便为用户执行文件下载，并启动可用于打开待下载文件的应用程序，以为用户自动打开待下载文件。

当然，在其他实施例中，为用户执行文件下载和待下载文件的打开也可以是依照用户指示进行的，在此不进行限定，可以根据实际应用的需要灵活地设置。

当未查询到用于打开待下载文件的应用程序时，即待下载文件为“未知格式”文件，则跳转执行步骤310，以便于后续为用户执行该“未知格式”文件的预览。

在上述实施例的配合下，用户不仅可以在文件未下载的情况下，还将在未安装可以打开文件的应用程序的情况下，预览“未知格式”文件的相关内容，避免了因安装应用程序却未充分利用而导致的资源浪费，使得文件传输功能更加实用，进一步提高了文件传输功能的实用性，并有效地改善了文件传输的用户体验。

请参阅图5，在一示例性实施例中，步骤310之前，如上所述的方法还可以包括以下步骤：

步骤410，在本地存储中进行本地配置文件查找。

步骤430，当本地存储中不存在本地配置文件时，请求服务端下发配置文件，并存储形成本地配置文件。

在确定待下载文件是否为可预览文件之前，首先进行配置文件的获取。

本实施例中，配置文件由服务端生成，且配置文件中文件类型集合包含服务端支持预览的文件类型。该配置文件将由服务端下发至文件接收端，以使文件接收端能够根据配置文件确定待下载文件是否为可预览文件。

文件接收端配置了可用于存储配置文件的本地存储，该本地存储可以是随机存储器、只读存储器、内存、闪存等存储介质，在此不加以限定。为了区别于服务端下发的配置文件，存储在本地存储中的配置文件被定义为本地配置文件。

在此基础上，配置文件获取中，首先在本地存储中查找是否存在本地配置文件。如果存在，则查找到的本地配置文件即为可用于确定待下载文件是否为可预览文件的配置文件。

反之，如果不存在，文件接收端接收并存储服务端下发的配置文件，并以此进行待下载文件是否为可预览文件的判断。

在上述实施例的作用下，实现了配置文件的本地备份，避免配置文件在文件接收端与服务端之间反复传输，有效地提高了文件预览的处理效率。

此外，通过配置文件的远端备份，避免因终端异常而导致配置文件丢失，充分地保证了文件预览的顺利执行。

相应地，请参阅图6，在一示例性实施例中，如上所述的方法还可以包括以下步骤：

步骤510，接收服务端下发的配置文件，并解析本地配置文件得到本地配置文件的版本号。

步骤530，根据本地配置文件的版本号和服务端下发的配置文件更新本地配置文件。

当服务端中的配置文件更新，服务端将主动下发更新的配置文件至文件接收端，使得文件接收端中的配置文件也相应地更新。

具体而言，对本地配置文件进行解析以得到本地配置文件的版本号，并将本地配置文件的版本号与服务端下发的配置文件的版本号进行比较，仅当服务端下发的配置文件的版本号高于本地配置文件的版本号时，以服务端下发的配置文件替换本地配置文件，否则，丢弃服务端下发的配置文件，进而完成本地配置文件的更新。

通过上述实施例的配合，文件接收端的配置文件能够动态更新，充分地保障了文件预览执行的有效性和准确性。

请参阅图7，在一示例性实施例中，步骤330可以包括以下步骤：

步骤331，当待下载文件是可预览文件时，为待下载文件激活相关联的文件预览控件，并检测针对文件预览控件触发的文件预览操作。

首先需要说明的是，控件是指页面中包含的文本、图片、图表、按钮、开关、滑动条、输入框等。其中，按钮、开关、滑动条、输入框等控件可被触发而使得应用程序能够与用户进行交互。由此，文件预览控件即是指上述可被触发控件中的任意一种，通过与用户交互而使得文件接收端能够为用户执行文件预览。

其次，激活是指将预先隐藏在页面中的控件显示出。以即时通讯应用程序为文件接收端进行说明，激活文件预览控件是指在会话页面中为待下载文件显示出预先隐藏的文件预览控件。

在文件预览控件被激活，用户便能够通过触发该文件预览控件指示文件接收端为该文件预览控件相关联的待下载文件执行后续的文件预览。

应当说明的是，文件预览控件与待下载文件相关联，是指每一个待下载文件均有各自的文件预览控件显示在页面中。在为待下载文件执行文件预览过程中，将是与该待下载文件相关联的文件预览控件被触发。

当文件预览控件被触发，文件接收端将检测到文件预览操作。例如，文件预览控件为页面中显示出的文件预览按钮，当用户点击文件预览按钮，文件接收端便为该文件预览按钮相关联的待下载文件执行文件预览。其中，用户的点击操作即为针对文件预览控件触发的文件预览操作。

步骤333，根据检测到的文件预览操作向服务端发起文件预览请求。

在检测到文件预览操作之后，文件接收端便能够获知用户欲进行待下载文件的预览，则发送文件预览请求至服务端，以使服务端对待下载文件按照其文件类型进行相应文件处理，进而为文件接收端提供待下载文件的预览内容。

由此，文件预览请求中至少携带了待下载文件的文件类型。

进一步地，由于待下载文件的预览内容将以文件的形式由服务端传输至文件接收端，即待下载文件的预览内容被携带在待传输文件中。基于此，服务端需要获知终端安装了哪些可用于打开待传输文件的应用程序，即终端支持预览的文件类型，以便于后续用户能够对待传输文件中的可预览内容进行查看。

例如，终端已安装的应用程序有音视频播放应用程序，则终端可支持预览的文件类型至少包括音频类型和视频类型，相应地，在预览内容为音频或者视频时，待传输文件的文件类型为音频类型或者视频类型。

由此，文件预览请求中还可以携带终端支持预览的文件类型。其中，终端支持预览的文件类型可通过文件列表来表示。

当然，在其他实施例中，服务端不必通过文件预览请求被动地得到终端支持预览的文件类型，而是主动请求文件接收端上报终端支持预览的文件类型，在此不进行限定。

更进一步地，如前所述，文件处理还与终端的硬件配置相关，相应地，文件预览请求中还可以携带终端的硬件配置。当然，终端的硬件配置也可以是在终端上电之后就上报至服务端，以此减少文件接收端与服务端的交互，有利于减轻二者的任务处理压力。

此外，当文件处理按照终端的硬件配置进行时，由于待下载文件的预览内容中图片分辨率、音频码率和视频码率有所降低，将使得预览内容有所减少，进而有利于降低数据传输量，并以此缩短文件接收端与服务端之间的数据传输时间，从而有利于提高文件预览的效率。

值得一提的是，对于服务端而言，在对待下载文件进行文件处理之前，首先需要进行待下载文件的获取。待下载文件可以存储于服务端，即服务端是文件传输的中转服务器，或者，待下载文件存储于其他服务器，以供服务端根据文件预览请求携带的待下载文件的源地址进行获取。

在服务端获得待下载文件之后，便会对待下载文件进行文件处理，以生成待下载文件的预览内容，并返回至文件接收端。

对于文件接收端而言，便能够接收到待下载文件的预览内容。

步骤335，接收服务端响应文件预览请求而返回的预览内容。

请参阅图8，在一示例性实施例中，步骤330还可以进一步地包括以下步骤：

步骤337，接收并显示待下载文件的目录结构消息。

其中，目录结构消息是服务端由待下载文件中提取得到的。

举例来说，待下载文件为rar类型的压缩包文件，该压缩包文件中包含多个子文件，该多个子文件的目录结构被存储在压缩包文件的文件头信息中。由此，服务端便可以由该文件头信息中提取得到多个子文件的目录结构，并以此打包形成压缩包文件的目录结构消息。

或者，待下载文件为chm类型的帮助文件，该帮助文件由多个章、多个节、多页组成，在该帮助文件中为多个章、多个节、多页设置了相应的目录。由此，服务端便可以通过提取该帮助文件中的目录得到该帮助文件的目录结构消息。

应当理解，上述实施例中，目录结构消息的提取是基于待下载文件中本身所具有的文件头信息或者目录，然而，服务端中还可以设置搜索策略为待下载文件生成目录结构消息，例如，当待下载文件是文本文件时，其本身并不具有相应的目录，此时，服务端可以搜索该文本文件中包含的“章”、“节”、“回”等关键字，以此得到该文本文件的目录结构消息，在此不一一列举。

对于文件接收端而言，在服务端发送了目录结构消息之后，便能够接收到该目录结构消息，并对该目录结构消息进行显示。

步骤338，由显示的目录结构消息中获取文件预览选择指令。

当用户针对待下载文件的目录结构消息进行了选取，例如，用户选取了压缩包文件中的某一个文件，或者，用户选取了帮助文件中的某一章节，即表示用户仅关注其所选取的文件内容，相应地，文件接收端便得到文件预览选择指令，该文件预览选择指令指示了用户选择预览内容。

步骤339，向服务端发送文件预览选择指令，以使预览内容的生成按照文件预览选择指令的指示进行。

对于服务端而言，在接收到文件预览选择指令之后，便按照文件预览选择指令的指示，由待下载文件中提取用户选择预览内容进行文件处理，例如，由压缩包文件中提取用户选取的文件进行文件处理，或者，由帮助文件中提取用户选取的章节进行文件处理，以此得到用户所实际关注的预览内容。

在上述实施例的配合下，不仅可以减少文件处理的数据量，有利于减轻服务端的任务处理压力，同时减少了文件接收端与服务端之间的数据传输量，进一步有利于减轻二者的任务处理压力，而且预览内容与用户的选择密切相关，进一步有利于改善文件传输的用户体验。

在一示例性实施例中，如上所述的方法还可以包括以下步骤：

为待下载文件显示相关联的文件下载控件，通过文件下载控件被触发而为用户执行文件下载。

本实施例中，无论待下载文件是否为可预览文件，文件接收端都将为待下载文件显示相关联的文件下载控件，以为用户提供文件下载。

例如，文件下载控件为页面中显示出的文件下载按钮，当用户点击下载预览按钮，文件接收端便为该文件下载按钮相关联的待下载文件执行文件下载。其中，用户的点击操作即表明文件下载控件被触发。

此处，相关联也是指每一个待下载文件均会在页面中显示出一个文件下载控件。在为待下载文件执行文件下载过程中，当文件下载控件被触发，将是与其相关联的待下载文件被下载。

相应地，请参阅图9，在一示例性实施例中，如上所述的方法还可以包括以下步骤：

步骤610，为用户执行文件下载或者文件预览时生成用户行为数据。

当用户触发了文件下载控件，文件接收端便能够检测到相应的文件下载操作以为用户执行文件下载，并根据检测到的文件下载操作生成用户行为数据，此时，用户行为数据反映了针对待下载文件的用户行为是下载行为。

同理，当用户触发了文件预览控件，文件接收端便能够检测到相应的文件预览操作以为用户执行文件预览，并根据检测到的文件预览操作生成用户行为数据，此时，用户行为数据反映了针对待下载文件的用户行为是预览行为。

在生成用户行为数据之后，文件接收端便将该用户行为数据上报至服务端，以使服务端了解用户在该文件接收端中进行的用户行为。

步骤630，向服务端上报用户行为数据，通过用户行为数据请求服务端更新配置文件。

可以理解，当服务端收集了海量用户在不同文件接收端中产生的用户行为数据之后，便能够了解海量用户针对不同文件类型的待下载文件的用户行为，进而根据用户行为对配置文件进行修正。

举例来说，针对word类型的待下载文件，绝大多数用户是直接下载，由此，如果配置文件中文件类型集合包含word类型，则将该word类型由文件类型集合中删除，即word类型的待下载文件不会再被视为可预览文件，进而使得文件接收端不再为word类型的待下载文件执行文件预览，以此符合绝大多数用户的用户行为，从而达到了更新配置文件的目的。

进一步地，当服务端中的配置文件更新完毕，服务端还可以主动下发更新的配置文件至文件接收端，以保证文件接收端中的配置文件同步更新。

通过上述过程，配置文件始终与用户行为相符合，不仅可以避免不必要的文件预览，提高文件接收端和服务端的任务处理效率，而且有利于进一步改善文件传输的用户体验。

请参阅图10，在一示例性实施例中，一种文件处理方法适用于图1所示实施环境的服务端200，该种文件处理方法可以由服务端200执行，可以包括以下步骤：

步骤710，当目标传输文件以文件接收端为目标进行传输时，服务端请求获取目标传输文件及其文件类型。

步骤730，根据目标传输文件的文件类型对目标传输文件进行相应文件处理，生成目标传输文件的预览内容。

步骤750，发送预览内容至文件接收端。

首先进行说明的是，目标传输文件是指尚未被用户下载而以用户所在文件接收端为目标进行传输的文件。换而言之，服务端在执行文件处理过程中，该目标传输文件尚未下载至用户所在文件接收端。

应当理解，目标传输文件在以文件接收端为目标进行传输时，目标传输文件将被文件发送端上传至文件传输服务器，待用户需要下载该目标传输文件时，该目标传输文件便能够由文件传输服务器传输至文件接收端，进而完成目标传输文件的下载和接收。

对于服务端而言，可以是区别于文件传输服务器的另一服务器，也可以就是文件传输服务器，在此不进行限定。当文件传输服务器接收到由文件发送端上传的目标传输文件时，服务端便能够获取到该目标传输文件。例如，服务端是区别于文件传输服务器的另一服务器，则服务端请求文件传输服务器转发该目标传输文件，以便于能够对该目标传输文件执行相关的预览内容生成处理。

基于此，对于文件接收端而言，在用户未下载目标传输文件之前，便能够接收到服务端为目标传输文件生成的预览内容，进而便能够根据用户对预览内容的实际需求进一步地为用户提供关于目标传输文件的文件下载功能。

通过如上所述的过程，避免了可能因为内容不合适而浪费文件下载时间，有效地提高了文件传输功能的实用性，改善了文件传输的用户体验。

在一示例性实施例中，步骤710之前，如上所述的方法还可以包括以下步骤：

接收文件预览请求，通过文件预览请求进行目标传输文件及其文件类型的获取。

其中，文件预览请求是文件接收端在目标传输文件为可预览文件时发起的，目标传输文件是否为可预览文件是文件接收端根据配置文件中的文件类型集合确定的。

对于服务端而言，在接收到文件预览请求之后，才会请求获取目标传输文件及其文件类型，即执行步骤710，进而为获取到的目标传输文件执行后续的文件处理过程。

在上述实现过程中，大大减少了服务端的处理任务量，进而有利于提高服务端的处理效率。

在一示例性实施例中，步骤730之前，如上所述的方法还可以包括以下步骤：

为目标传输文件进行预览内容搜索，当搜索到目标传输文件的预览内容，向文件接收端发送搜索到的预览内容。

可以理解，海量用户之间会进行大量文件的传输，不可避免存在目标传输文件相同的情况。相应地，服务端很可能已经完成了该相同的目标传输文件的文件处理过程，即为该相同的目标传输文件生成了预览内容。

基于此，在为目标传输文件执行后续的文件处理过程之前，服务端将首先为该目标传输文件搜索是否已经存在了相应的预览内容。

如果搜索到相应的预览内容，则服务端便能够跳过为目标传输文件进行文件处理，而直接将搜索到的预览内容发送至文件接收端，以便于文件接收端进行预览内容输出。

反之，如果搜索不到相应的预览内容，则服务端为目标传输文件执行文件处理过程，即跳转进入步骤730。

在上述实施例的作用下，不仅有利于缩短文件处理的时长，以便于用户能够极快地预览目标传输文件的预览内容，而且避免服务端进行重复任务处理，有效地减轻了服务端的处理任务量。

图11是一应用场景中一种文件预览方法的具体实现示意图。在该应用场景中，文件预览是通过文件接收端与服务端交互实现的。

以即时通讯应用作为文件接收端进行说明，如图12所示，待下载文件以会话消息的形式显示在会话页面中，此时，会话页面中为该待下载文件显示出相关联的文件下载控件①，以为用户提供文件下载。

进一步地，当待下载文件为可预览文件，会话页面中还将为该待下载文件显示出相关联的文件预览控件②，以为用户提供文件预览。

当用户选择进行文件预览，即文件预览控件被触发②之后，待下载文件的预览内容将显示在会话页面中。

在进行文件预览中，即时通讯应用主要用于文件预览请求的发起、待下载文件的预览内容接收和展示、上报用户行为数据、以及配置文件的更新和接收。

服务端则主要用于待下载文件的预览内容生成和下发、配置文件的更新和下发、用户行为数据收集。

在本公开各实施例中，用户可以在未下载文件、未安装可以打开文件的应用程序的情况下，预览“未知格式”的待下载文件的相关内容，避免了可能因为内容不合适而消耗的文件下载时间、以及因安装的应用程序未被充分利用而导致的资源浪费，使得文件传输功能更加快捷实用，有效地提高了文件传输功能的实用性，改善了文件传输的用户体验。

下述为本公开装置实施例，可以用于执行本公开所涉及的文件预览方法和文件处理方法。对于本公开装置实施例中未披露的细节，请参照本公开所涉及的方法实施例。

请参阅图13，在一示例性实施例中，一种文件预览装置800包括但不限于：可预览确定模块810、预览内容获取模块830和文件预览模块850。

其中，可预览确定模块810用于文件接收端根据配置文件中的文件类型集合确定待下载文件是否为可预览文件，文件类型集合包含支持预览的文件类型。

预览内容获取模块830用于当待下载文件是可预览文件时，请求服务端对待下载文件按照其文件类型进行相应文件处理，获得待下载文件的预览内容。

文件预览模块850用于根据预览内容提供待下载文件的预览。

在一示例性实施例中，如上所述的装置800还包括但不限于：应用程序查询模块。

其中，应用程序查询模块用于针对已安装的应用程序，根据待下载文件的文件类型查询用于打开待下载文件的应用程序。

当未查询到用于打开待下载文件的应用程序时，通知可预览确定模块810。

请参阅图14，在一示例性实施例中，如上所述的装置800还包括但不限于：配置文件查找模块910和配置文件接收模块930。

其中，配置文件查找模块910用于在本地存储中进行本地配置文件查找。

配置文件接收模块930用于当本地存储中不存在本地配置文件时，请求服务端下发配置文件，并存储形成本地配置文件。

相应地，请参阅图15，在一示例性实施例中，如上所述的装置800还包括但不限于：配置文件解析模块1010和配置文件更新模块1030。

其中，配置文件解析模块1010用于接收服务端下发的配置文件，并解析本地配置文件，得到本地配置文件的版本号。

配置文件更新模块1030用于根据本地配置文件的版本号和服务端下发的配置文件更新本地配置文件。

请参阅图16，在一示例性实施例中，预览内容获取模块830包括但不限于：预览操作检测单元831、预览请求发送单元833和预览内容接收单元835。

其中，预览操作检测单元831用于当待下载文件是可预览文件时，为待下载文件激活相关联的文件预览控件，并检测针对文件预览控件触发的文件预览操作。

预览请求发送单元833用于根据检测到的文件预览操作向服务端发起文件预览请求，文件预览请求携带了待下载文件的文件类型。

预览内容接收单元835用于接收服务端响应文件预览请求而返回的预览内容。

请参阅图17，在一示例性实施例中，预览内容获取模块830还包括但不限于：文件目录获取单元837、选择指令获取单元838和选择指令发送单元839。

其中，文件目录获取单元837用于接收并显示待下载文件的目录结构消息，目录结构消息是服务端由待下载文件中提取得到的。

选择指令获取单元838用于由显示的目录结构消息中获取文件预览选择指令。

选择指令发送单元839用于向服务端发送文件预览选择指令，以使预览内容的生成按照文件预览选择指令的指示进行。

在一示例性实施例中，如上所述的装置800还包括但不限于：文件下载模块。

其中，文件下载模块用于为待下载文件显示相关联的文件下载控件，通过文件下载控件被触发而为用户执行文件下载。

相应地，请参阅图18，在一示例性实施例中，如上所述的装置800还包括但不限于：行为数据生成模块1110和行为数据上报模块1130。

其中，行为数据生成模块1110用于为用户执行文件下载或者文件预览时生成用户行为数据。

行为数据上报模块1130用于向服务端上报用户行为数据，通过用户行为数据请求服务端更新配置文件。

需要说明的是，上述实施例所提供的文件预览装置在进行文件预览处理时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即文件预览装置的内部结构将划分为不同的功能模块，以完成以上描述的全部或者部分功能。

另外，上述实施例所提供的文件预览装置与文件预览方法的实施例属于同一构思，其中各个模块执行操作的具体方式已经在方法实施例中进行了详细描述，此处不再赘述。

在一示例性实施例中，一种电子设备，包括但不限于处理器及存储器。

其中，存储器上存储有计算机可读指令，该计算机可读指令被处理器执行时实现如上的各实施例中的文件预览方法。

在一示例性实施例中，一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如上的各实施例中的文件预览方法。

请参阅图19，在一示例性实施例中，一种文件处理装置1200包括但不限于：文件获取模块1210、预览内容生成模块1230和预览内容发送模块1250。

其中，文件获取模块1210用于当目标传输文件以文件接收端为目标进行传输时，服务端请求获取目标传输文件及其文件类型。

预览内容生成模块1230用于根据目标传输文件的文件类型对目标传输文件进行相应文件处理，生成目标传输文件的预览内容。

预览内容发送模块1250用于发送预览内容至文件接收端。

在一示例性实施例中，如上所述的装置1200还包括但不限于：请求接收模块。

其中，请求接收模块用于接收文件预览请求，通过文件预览请求进行目标传输文件及其文件类型的获取，文件预览请求是文件接收端在目标传输文件为可预览文件时发起的，目标传输文件是否为可预览文件是文件接收端根据配置文件中的文件类型集合确定的。

请参阅图20，在一示例性实施例中，如上所述的装置1200还包括但不限于：内容搜索模块1310和搜索内容发送模块1330。

其中，内容搜索模块1310用于为目标传输文件进行预览内容搜索。

搜索内容发送模块1330用于当搜索到目标传输文件的预览内容，向文件接收端发送搜索到的预览内容。

需要说明的是，上述实施例所提供的文件处理装置在进行文件处理处理时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即文件处理装置的内部结构将划分为不同的功能模块，以完成以上描述的全部或者部分功能。

另外，上述实施例所提供的文件处理装置与文件处理方法的实施例属于同一构思，其中各个模块执行操作的具体方式已经在方法实施例中进行了详细描述，此处不再赘述。

在一示例性实施例中，一种电子设备，包括但不限于处理器及存储器。

其中，存储器上存储有计算机可读指令，该计算机可读指令被处理器执行时实现如上的各实施例中的文件处理方法。

在一示例性实施例中，一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如上的各实施例中的文件处理方法。

上述内容，仅为本公开的较佳示例性实施例，并非用于限制本公开的实施方案，本领域普通技术人员根据本公开的主要构思和精神，可以十分方便地进行相应的变通或修改，故本公开的保护范围应以权利要求书所要求的保护范围为准。