CN104767777A - 打开远程文件的系统及方法 - Google Patents

Abstract

本发明公开了一种打开远程文件的系统及方法，涉及互联网领域的文件获取技术。所述系统包括：用以提供原始文件的一个或多个资源服务器、用以接收客户端的阅读请求，根据所述阅读请求从所述资源服务器获取指定阅读的原始文件，解析所述原始文件的文件格式，将所述原始文件转换成客户端所支持文件格式所对应的文件副本，并发送给客户端的一个或多个文件预读服务器。本发明所述的打开远程文件的系统及方法，能有效的解决客户端无法识别某一种文件导致的无法阅读的问题。

Description

打开远程文件的系统及方法

技术领域

本发明涉及互连网领域的文件获取技术，尤其涉及一种打开远程文件的系统及方法。

背景技术

现有的互联网领域，客户端从网络侧的服务器或服务平台上获取文件内容时，首先需要将远程文件整体下载到客户端中，再通过客户端的文件阅读器来阅读下载的文件。上述获取远程文件的方法，实现了远程文件的获取和阅读，但是存在以下问题：

第一：不同的文件格式，需要由客户端中不同的文件阅读器来打开，否则无法阅读文件；在客户端中安装多个阅读文件阅读器，将导致客户端应用多，占用的存储空间大；

第二：当客户端所处位置的网络环境差或客户端在快速移动等状态下，如果需要将远程文件全部下载到本地再打开，下载时间长将造成阅读时延大；尤其是当文件的数据量大时，用户迟迟不能在客户端获得并阅读文件；

第三：将文件全部下载到客户端中再打开，若客户端中的存储空间不够时，将导致文件下载不成功，客户端的用户无法获取该文件。

发明内容

有鉴于此，本发明提供了一种打开远程文件的系统以及方法，以至少解决上述客户端因缺乏相应的文件阅读器导致下载了文件却无法阅读的问题，以提高用户打开远程文件的体验良好度。

为达到上述目的，本发明的技术方案是这样实现的：

本发明第一方面提供一种打开远程文件的系统，所述系统包括：

一个或多个资源服务器，用以提供原始文件；

一个或多个文件预读服务器，用以接收客户端的阅读请求，根据所述阅读请求从所述资源服务器获取指定阅读的原始文件，解析所述原始文件的文件格式，将所述原始文件转换成客户端所支持文件格式所对应的文件副本，并发送给客户端。

优选地，所述文件预读服务器还用以将所述文件副本分割成若干个部分，将所述文件副本按部分逐个发送给所述客户端。

优选地，所述系统还包括业务服务子系统；

所述业务服务子系统，用以根据客户端操作预测客户端的文件阅读需求，根据所述文件阅读需求生成并向所述文件预读服务器发送读取文件通知；

所述文件预读服务器，还用以接收所述读取文件通知，根据所述读取文件通知，预先从所述资源服务器获取指定阅读的原始文件，解析所述原始文件的文件格式，将所述原始文件转换成客户端所能识别文件格式所对应的文件副本，且在收到客户端阅读请求后，将预先生成的文件副本发送给所述客户端。

优选地，所述阅读请求和/或所述读取文件通知中包括了客户端所支持文件格式的指示信息；

所述文件预读服务器，用以根据所述指示信息将所述原始文件转换成客户端所支持文件格式所对应的文件副本。

优选地，所述预读文件服务器还用以周期性清除打开远程文件过程中所产生的文件缓存。

本发明第二方面提供一种打开远程文件的方法，所述方法包括：

接收客户端所发送的阅读请求；

根据所述阅读请求获取指定阅读的原始文件；

将所述原始文件转换成客户端所支持文件格式所对应的文件副本，并向客户端发送所述文件副本。

进一步地，在所述将所述原始文件转换成客户端所支持文件格式所对应的文件副本之后，所述方法还包括：将所述文件副本分割成若干部分；

所述向客户端发送所述文件副本为：

将所述文件副本，按部分逐个发送所述客户端。

进一步地，所述方法还包括：

根据客户端操作预测客户端的文件阅读需求；

根据所述客户端的文件阅读需求，形成读取文件通知；

根据所述读取文件通知，预先获取指定阅读的原始文件；

解析所述原始文件的文件格式，将所述原始文件转换成客户端所能识别文件格式所对应的文件副本；

在接收到客户端阅读请求后，将预先生成的文件副本发送给所述客户端。

进一步地，所述阅读请求和/或所述读取文件通知中包括了客户端所支持文件格式的指示信息；

所述将所述原始文件转换成客户端所支持文件格式所对应的文件副本为：

根据所述指示信息将所述原始文件转换成客户端所支持文件格式所对应的文件副本。

进一步地，所述方法还包括：

周期性清除打开远程文件过程中所产生的文件缓存。

本发明实施例所述打开远程文件的系统及方法，通过所述预读文件服务器的设置，预先将指定阅读的文件转换成了客户端所支持文件格式的文件副本，再将文件副本发送到客户端，从而解决了客户端下载了对应的文件，却因没有相应的文件阅读服务器而无法阅读文件的问题，进而提高了用户体验感受的良好度。

附图说明

图1为本发明实施例一所述的打开远程文件的系统结构示意图之一；

图2为本发明实施例一所述的打开远程文件的系统结构示意图之二；

图3为本发明实施例一所述的打开远程文件的系统结构示意图之三；

图4为本发明实施例二所述的打开远程文件的方法流程示意图；

图5为本发明实施例三所述的打开远程文件的方法流程示意图之一；

图6为本发明实施例三所述的打开远程文件的方法流程示意图之二。

具体实施方式

以下结合说明书附图以及具体实施例对本发明的技术方案做进一步详细的阐述。

实施例一：

如图1所示，本实施例提供一种打开远程文件的系统，所述系统包括：

一个或多个资源服务器110，用以提供原始文件；

一个或多个文件预读服务器120，用以接收客户端的阅读请求，根据所述阅读请求从所述资源服务器获取指定阅读的原始文件，解析所述原始文件的文件格式，将所述原始文件转换成客户端所支持文件格式所对应的文件副本，并发送给客户端。

在具体的实现过程中，所述资源服务器110以及所述文件预读服务器120都是属于网络侧的装置，所述开远程文件的系统还包括位于终端侧的如图2所示的客户端130；所述客户端130，用以接收并打开所述文件副本。所述网络为有线网络或无线网络。所述资源服务器110与所述文件预读服务器120可以集成设置在同一台物理服务器上。相对于现有的仅包括文件资源服务器以及客户端的系统，因增加了文件预读服务器120，可以先将原始文件转换成客户端所支持文件格式的文件副本，再将文件副本发送给客户端，以供客户端阅读，从而简便的解决了客户端的下载了文件，却因缺乏对应的文件阅读器导致阅读不能的问题。

具体的，客户端在阅读请求中指出要阅读文件A，但是文件A为Flash格式的，而客户端恰好就缺少Flash文件阅读器。文件预读文件服务器接收到阅读请求后，从文件资源服务器获取文件A的原始文件，将所述文件A客户端所支持图片格式所对应的文件副本，再将图片格式的文件副本发送给客户端。这样客户端就通过阅读图片完成文件A的阅读。所述图片格式可以是PNG、GIF等图片格式，在本实施例中优选为PNG格式，PNG格式压缩比例大，图片信息业保存较为完整，在客户端解压后可以获得相对清晰的图片。压缩比例大，从而意味数据传输量小，能减少数据堵塞以及流量费用。

在本实施例中，所述文件预读服务器还用以将所述文件副本分割成若干个部分，将所述文件副本按部分逐个发送给所述客户端。客户端在获取的了文件副本的第一部分就可以开始阅读，客户阅读的同时将第二部分以及第三部分等剩余部分传输到客户端，从而客户端能尽可能快的阅读到指定文件。

每一部分的大小可以是客户端在发送阅读请求时自定义的，也可以是文件预读服务器自定义，每一部分的大小可以是以页为单位、以行为单位或以节为单位。具体的如每一部分大小可为1页或2页。每一部分可为5行或10行。每一部分大小可为文件某一部分。具体的每一部分的大小，可以根据当前网络速度及客户端的缓存空间的大小来进行划分。

通过所述文件预读服务器120，将整个文件副本分割成2个以上的部分，并按部分逐个顺序传输的方式，相对于现有方法以文件为单位的传输，阅读时延更小，尤其在网络环境不好的时候（如无线覆盖不好的移动网络或客户端高速移动时），缩短阅读时延的效果更加明显。

如图3所示，所述系统还包括业务服务子系统140；所述业务服务子系统140，用以根据客户端操作预测取客户端的文件阅读需求，根据所述文件阅读需求生成并向所述文件预读服务器发送读取文件通知；

所述文件预读服务器120，还用以接收所述读取文件通知，根据所述读取文件通知，预先从所述资源服务器获取指定阅读的原始文件，解析所述原始文件的文件格式，将所述原始文件转换成客户端所能识别文件格式所对应的文件副本，且在收到客户端阅读请求后，将预先生成的文件副本发送给所述客户端。

所述业务子系统为提供各种互连网服务的系统，具体如邮件服务子系统等。当客户端打开了邮件B，在客户端中显示的邮件的正文，邮件B中带有附件C，邮件服务子系统（即业务子系统）监测到客户端130打开了邮件B。通常情况下打开了邮件B，后续将要打开附件C。业务子系统140根据客户端130打开邮件B的操作，预测出客户端需要阅读附件C的阅读需求，故进而生成阅读文件通知，并将所述阅读文件通知发送到文件预读服务器。

所述文件预读服务器120接收了所述阅读文件通知后，从资源服务器获取所述附件C，解析附件C的文件格式是否为客户端所支持的文件格式，若不是则将附件C转换成客户端130所支持文件格式所对应的附件C的文件副本D。

在客户端130向文件预读服务器120发送阅读请求之后，文件阅读服务器120将预先生成的文件副本D发送给客户端。

本实施例中通过业务子系统140的增设，实现了文件副本的提前生成，从而再次缩短了阅读延迟。

进一步地，所述阅读请求和/或所述读取文件通知中包括了客户端所支持文件格式的指示信息。

所述文件预读服务器，根据所述指示信息将所述原始文件转换成客户端所支持文件格式所对应的文件副本。

通常所述阅读请求以及所述读取文件通知中包括了指定要阅读文件的相关信息，如文件在文件资源服务器中的存储地址以及文件格式等信息，在本实施例中所述阅读请求和所述读取文件通知的至少其中之一包括了客户端所支持文件格式，从而方便了文件预读服务器120文件格式的转换。在具体的实现过程中，所述文件预读服务器还可以根据客户端的MAC地址等信息，预先存储好客户端所支持的文件格式。而在本实施例中优先将所述指示信息，作为一个字段存储在阅读请求或读取文件通知中，减少了文件预读服务器120的信息存储以及查找，且能根据客户端所支持文件格式的变更，确定是否需要转换文件格式。

通常客户端都可以识别图片格式，故在本实施例中所述阅读请求或所述读取文件通知中缺省所述指示信息时，以防客户端因不支持相应的文件格式，将文件转换成图片格式的文件副本。

通常一个客户端支持某一种文件格式，则该客户端通常包括了能支持该文件格式的文件阅读服务器。

为了避免文件预读服务器，因缓存不够导致客户端无法正常获取文件，本实施例中还进一步限定了，所述预读文件服务器还用以周期性清除已向所述客户端发送文件副本所对应的文件缓存。所述文件缓存包括原始文件所对应的文件缓存以及文件副本所对应的文件缓存。周期的可以为5min、15min、1h或1天等。一个周期的长短，可以根据文件预读服务器的缓存的大小、阅读请求以及阅读文件通知的速率来确定。所述文件预读服务器所清除的文件缓存，均为已经向客户端发送的原始文件或文件副本的文件缓存。

在本实施例中，所述文件预读服务器设置网络中，接收2个以上客户端的阅读请求或对应多个客户端的阅读文件通知，针对同一时间对同一原始文件的阅读请求或读取文件通知可以集中处理，以提高文件处理效率，降低文件预读服务器的系统开销。

本实施例所述的打开远程文件的系统，首先解决了客户端因缺少对应的文件阅读器导致文件下载之后不能阅读的问题，其次通过文件预读服务器的按部分发送，解决了网络环境不佳时导致的时延大及客户端缓存不够大时文件阅读不能的问题，再次通过业务子系统的设置实现了文件阅读服务器对文件的预先处理，再一次降低了阅读时延，提高了用户感受良好度。

以下将提供实施例二和实施例三，其中，实施例二为与实施例一基于向客户端发送文件时先将文件转换成客户端可识别文件格式的同一构思下的方法实施例，与实施例一中所述的打开远程文件的系统可以分别独立实施；实施例三为将实施例二所述的打开远程文件的方法应用在实施例一所说的打开远程文件的系统上的实施例。

实施例二：

如图4所示，本实施例提供一种打开远程文件的方法，所述方法包括：

步骤S1：接收客户端所发送的阅读请求；

步骤S2：根据所述阅读请求获取指定阅读的原始文件；

步骤S3：将所述原始文件转换成客户端所支持文件格式所对应的文件副本，并向客户端发送所述文件副本。

在所述步骤S1中，由提供远程文件的服务器或服务平台接收客户端的请求；接收到客户端的阅读请求后，在执行步骤S2之前所述方法还可包括解析所述阅读请求，从解析的信息中提取客户端指定阅读的文件的文件名、文件编号以及存储地址等信息。在步骤S2中根据从阅读请求中所提取的文件名、文件编号或存储地址等信息，在数据库或文件服务器中获取指定阅读的原始文件。原始文件的文件格式可为图片格式、文本格式或视频格式等其中的任意一种。在找到原始文件后，为了避免客户端不支持原始文件所对应的文件格式的阅读，还将执行步骤S3。步骤S3为将原始文件转换成客户端可识别可阅读的文件副本，并将文件副本发送给客户端。这样客户端将接收到的是经过转换后的文件副本，且客户端具有能识别该文件副本的文件阅读器，从而能有效的避免现有技术中客户端下载了文件，却因缺乏支持文件格式的文件阅读器无法阅读状况。此外，为了避免一次性将所述文件副本发送至客户端，导致客户端接收到文件的延时大的问题，本实施例所述的方法做了进一步的改进，具体为：在所述将所述原始文件转换成客户端所支持文件格式所对应的文件副本之后，所述方法还包括：将所述文件副本分割成若干部分；

所述向客户端发送所述文件副本为：

将所述文件副本，按部分逐个发送所述客户端。

具体如何分割文件可以参见现有技术中任意一种方法，在此就不再进一步的详细阐述。所述文件副本被分割的每一部分的大小，可以是预先设定在网络侧的服务器或服务平台中，也可以是根据用户指示或终端所能提供的阅读界面的大小，在所述阅读请求中指定的，具体一部分可为一页、140个字500kb等。

此外，为了尽量的缩短客户端获取到指定阅读文件的文件副本，本实施例中还做了以下改进，具体为：

所述方法还包括：

根据客户端操作预测客户端的文件阅读需求；

根据所述客户端的文件阅读需求，形成读取文件通知；

根据所述读取文件通知，预先获取指定阅读的原始文件；

解析所述原始文件的文件格式，将所述原始文件转换成客户端所能识别文件格式所对应的文件副本；

在接收到客户端阅读请求后，将预先生成的文件副本发送给所述客户端。

具体的所述客户端操作可为阅读操作或阅读触发操作，具体的如当客户端进入一个网页A，根据客户端的历史操作，用户通常将通过网页A进入网页A的子页面B获取感兴趣的信息，则网络侧的服务器或服务平台监测到客户端点击了网页A，预测出客户端将要对子页面B进行阅读的文件阅读需求，在形成读取文件通知后，根据所述文件读取文件通知预先将指定阅读的原始文件转换成客户端可识别的文件副本，以方便接收到阅读请求时，直接发送文件副本或按部分发送所述文件副本，以缩短客户端的阅读时延。

所述阅读请求和/或所述读取文件通知中包括了客户端所支持文件格式的指示信息；

所述将所述原始文件转换成客户端所支持文件格式所对应的文件副本为：

根据所述指示信息将所述原始文件转换成客户端所支持文件格式所对应的文件副本。

所述客户端所支持的文件格式的指示信息，可由客户端根据自身携带的文件阅读器生成并存储在阅读请求中，还可以由网络与客户端的交互，获取客户端的所支持的文件格式，并作为读取文件通知的一部分并存储下来，以方便后续文件格式的转换。具体的客户端与网络如何交互可以参照现有技术，在此就不再一一赘述了。

为了防止网络设备中的缓存被大量的使用，导致网络设备无法及时的向客户端提供所需的文件，本实施例还进一步规定了，网络侧设备需要周期性清除打开远程文件过程中所产生的文件缓存。所述周期的大小可以根据网络设备产生缓存的速度以及网络设备中缓存的大小来进行设定。

本实施例所述的打开远程文件的方法，能有效的解决现有客户端因缺乏文件阅读器无法阅读已下载了远程文件的问题，同时通过按部分接收文件副本的方法能减少阅读时延，且能防止客户端因存储空间不足导致的阅读不成功的问题，实现简便。

实施例三：

如图5所示，本实施例提供一种打开远程文件的方法，所述方法包括：

步骤S110：客户端发送阅读请求；

步骤S120：所述文件预读服务器接收所述阅读请求；

步骤S130：所述文件预读服务器根据所述阅读请求从文件资源服务器中，获取指定阅读的原始文件；

步骤S140所述文件预读服务器将所述原始文件转换成客户端所支持文件格式所对应的文件副本；

步骤S150：所述文件预读服务器将所述文件副本发送给客户端；

步骤S160：所述客服端接收并打开所述文件副本。

本实施例中，所述步骤130包括文件预读服务器向文件资源服务器发送下载文件请求以及所述文件资源服务器根据所述下载文件请求向文件阅读服务器发送原始文件的子步骤。

本实施例所述的打开远程文件的方法，相对现有方法，通过所述步骤140将原始文件转换成了客户端可识别的文件副本，再将文件副本发送个客户端，以免客户端因缺乏相应的文件阅读器不能阅读文件的问题。

此外，在所述文件预读服务器将所述原始文件转换成客户端所支持文件格式对应的文件副本之后，所述方法还包括：将所述文件副本分割成若干部分；

所述文件预读服务器将所述文件腹部发送给客户端为：

所述文件预读服务器将所述文件副本，按部分逐个发送所述客户端。

在本实施例中所述文件预读服务器还将文件副本分割成若干个部分，并按部分发送给客户端，相对于现有将整个文件一次性发送给客户端，减少了客户端阅读文件的时延，尤其是对于文件大的时候，对缩短文件阅读延迟的效果更加明显。

此外，本发明还提供了在基于上述的方法基础上，还提供了另一种打开远程文件的方法。

所述方法在客户端发送所述阅读请求之前还包括：

业务子系统根据客户端操作，预测取客户端的文件阅读需求；

所述业务子系统，根据所述客户端的文件阅读需求，向所述文件预读服务器发送读取文件通知；

所述文件预读服务器接收所述读取文件通知；

所述文件预读服务器根据所述读取文件通知，预先从所述资源服务器获取指定阅读的原始文件；

所述文件预读服务器解析所述原始文件的文件格式，将所述原始文件转换成客户端所能识别文件格式所对应的文件副本；

所述文件预读服务器在接收到客户端阅读请求后，将预先生成的文件副本发送给所述客户端。

这样使得文件预读服务器预先完成了文件副本的生成，再次能缩短阅读延时。

具体的应用场景，如客户端打开网页E，该网页通常连接到页面F，业务子系统根据客户端打开网页E的操作以及通常客户端连接到另一页面的概率，决定是否向文件阅读服务器发送阅读文件通知。若业务子系统发送了获取页面F的通知，则文件预读服务器将解析所述页面F转换成客户端所支持能识别的文件副本，并在接收到客户单的阅读请求时将所述文件爱你副本发送给客户端。

所述阅读请求和/或所述读取文件通知中包括了客户端所支持文件格式的指示信息；所述文件预读服务器，根据所述指示信息将所述原始文件转换成客户端所支持文件格式所对应的文件副本。阅读请求以及阅读文件通知中，至少包括了指定阅读文件的获取地址如URI地址等，在本实施例中还包括了客户端所支持文件格式的指示信息。将所述指示信息作为阅读请求或阅读文件通知的一部分，实现简便快捷。具体的分配1个字段2个字节用于表示客户端所支持的文件格式。

进一步地，文件预读服务器清除已向客户端发送文件副本的文件缓存。文件预读服务器的设置，能及时的清楚缓存垃圾，避免缓存垃圾过多，导致不能从文件资源服务器下载原始文件，原始文件无法转换成文件副本等问题，以进一步的顺畅客户端打开远程文件的流程。

如图6所示，提供了一个基于本实施例所述的打开远程文件的方法的示例。

步骤1：业务子系统向文件预读服务器发送读取文件通知，在本实施例中可以优选以HTTP请求发送。

步骤2：文件预读服务器向业务子系统发送通知应答。

步骤3：所述步骤3包括：

步骤3.1：文件预读服务器解析所述读取文件通知，

步骤3.2：具体的操作如利用文件资源服务器中的解析接口，从所述读取文件通知中提取文件资源地址、文件名、文件类型等参数。

步骤4：文件预读服务器向文件资源服务器发送下载文件请求，所述下载文件请求中携带了有文件资源地址、文件名和/或文件类型等在所述步骤3中所解析的信息。

步骤5：文件预读服务器从文件资源服务器下文件。

步骤6：所述步骤6又包括：

步骤6.1：接收从文件资源服务器中所下载的原始文件爱你，并进行文件缓存；

步骤6.2：解析所述原始文件的文件格式；

步骤6.3：若所述原始文件的文件格式，并非客户端所支持的文件格式，将所述原始文件转换成客户端所支持文件格式所对应的文件副本；具体操作如：调用文件爱你转换引擎将生成对应于所述原始文件的PNG图片；

步骤6.4：生成面向客户端应用的文件资源服务，如面向客户端端的HTTP文件资源服务；

步骤6.5：文件预读服务器发布文件资源URL地址。

步骤7：客户端向文件预读资源服务器发起阅读请求。

步骤8：文件预读服务器，从所述步骤6.5中所述URL地址处，获取预先转换的文件副本，并将所述文件副本按页分成多个部分，在接收到所阅读请求后，向所述客户端按页传输文件内容。

步骤9：客户端接收文件阅读服务器中所传输的内容，并在客户端按页显示文件内容。通常所述客户端的显示页面包括当前页、上一页、下一页以及总页数等控件或显示标签，用户利用所述控件或显示标签来实现翻页、选择性阅读等操作。

步骤10：文件预读服务器清除文件缓存。所述文缓存的清除可以在每一次响应完客户端请求之后进行，也可以周期性进行。在本实施例中选用周期性清除文件缓存，以减少缓存清除的次数，以避免缓存清除过于频繁导致的缓存寿命短的问题。

本实施例所述的打开远程文件的方法，可在实施例一中任一所述的打开远程文件的系统上实施，能有效的避免客户端因无法识别某一文件格式或没有安装某一种文件格式阅读器导致的文件阅读不能的问题，同时采用按部分传输的方法，可以有效的减少阅读时延。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims (10)

1.一种打开远程文件的系统，其特征在于，所述系统包括：

一个或多个资源服务器，用以提供原始文件；

一个或多个文件预读服务器，用以接收客户端的阅读请求，根据所述阅读请求从所述资源服务器获取指定阅读的原始文件，解析所述原始文件的文件格式，将所述原始文件转换成客户端所支持文件格式所对应的文件副本，并发送给客户端。

2.根据权利要求1所述的系统，其特征在于，所述文件预读服务器还用以将所述文件副本分割成若干个部分，将所述文件副本按部分逐个发送给所述客户端。

3.根据权利要求1或2所述的系统，其特征在于，所述系统还包括业务服务子系统；

所述业务服务子系统，用以根据客户端操作预测客户端的文件阅读需求，根据所述文件阅读需求生成并向所述文件预读服务器发送读取文件通知；

所述文件预读服务器，还用以接收所述读取文件通知，根据所述读取文件通知，预先从所述资源服务器获取指定阅读的原始文件，解析所述原始文件的文件格式，将所述原始文件转换成客户端所能识别文件格式所对应的文件副本，且在收到客户端阅读请求后，将预先生成的文件副本发送给所述客户端。

4.根据权利要求3所述的系统，其特征在于，所述阅读请求和/或所述读取文件通知中包括了客户端所支持文件格式的指示信息；

所述文件预读服务器，用以根据所述指示信息将所述原始文件转换成客户端所支持文件格式所对应的文件副本。

5.根据权利要求3所述的系统，其特征在于，所述预读文件服务器还用以周期性清除打开远程文件过程中所产生的文件缓存。

6.一种打开远程文件的方法，其特征在于，所述方法包括：

接收客户端所发送的阅读请求；

根据所述阅读请求获取指定阅读的原始文件；

将所述原始文件转换成客户端所支持文件格式所对应的文件副本，并向客户端发送所述文件副本。

7.根据权利要求6所述的方法，其特征在于，在所述将所述原始文件转换成客户端所支持文件格式所对应的文件副本之后，所述方法还包括：将所述文件副本分割成若干部分；

所述向客户端发送所述文件副本为：

将所述文件副本，按部分逐个发送所述客户端。

8.根据权利要求6或7所述的方法，其特征在于，所述方法还包括：

根据客户端操作预测客户端的文件阅读需求；

根据所述客户端的文件阅读需求，形成读取文件通知；

根据所述读取文件通知，预先获取指定阅读的原始文件；

解析所述原始文件的文件格式，将所述原始文件转换成客户端所能识别文件格式所对应的文件副本；

在接收到客户端阅读请求后，将预先生成的文件副本发送给所述客户端。

9.根据权利要求8所述的方法，其特征在于，所述阅读请求和/或所述读取文件通知中包括了客户端所支持文件格式的指示信息；

所述将所述原始文件转换成客户端所支持文件格式所对应的文件副本为：

根据所述指示信息将所述原始文件转换成客户端所支持文件格式所对应的文件副本。

10.根据权利要求8所述的方法，其特征在于，所述方法还包括：

周期性清除打开远程文件过程中所产生的文件缓存。