CN110413576A - 文件显示的方法、***、文件管理设备及存储介质 - Google Patents

Abstract

本发明公开了一种文件显示的方法，该方法包括：文件管理设备接收第一用户设备发送的文件预览请求，其中，文件预览请求包括原始文件的标识信息、原始文件中的目标显示位置；解析文件预览请求，得到标识信息和目标显示位置；根据标识信息和目标显示位置，确定目标转档文件的第一存储地址；其中，目标转档文件为原始文件的目标显示位置经转档得到的且为设定格式的；向第一用户设备反馈第一存储地址，以使第一用户设备根据第一存储地址获取并显示对应目标显示位置的转档文件。通过上述方法保证兼容不同格式的文件进行显示且快速显示文件的目标位置。本申请还提供文件显示的***、文件管理设备及存储介质。

Description

文件显示的方法、***、文件管理设备及存储介质

技术领域

本申请涉及通信领域，特别是涉及文件显示的方法、***、文件管理设备及存储介质。

背景技术

随着电子化办公的普及，各种文件作为日常办公不可或缺的工具，但随着电脑、手机、电视等终端的不断涌现，可以为文件提供各种显示平台。但是，如果该终端需要显示文件，则必须安装有展示文件的专用软件，例如，对于word文件，则需要终端安装有对应的microsoft office软件，否则无法显示。而且，终端安装专用软件显示该文件时，都是直接从首页开始显示，用户无法选择其打开时显示的页码，极大不便于用户的查看。

发明内容

本申请主要解决的技术问题是提供一种文件显示的方法、***、文件管理设备及存储介质，能够保证兼容不同格式的文件进行显示且快速显示文件的目标位置。

为解决上述技术问题，本申请采用的一个技术方案是：提供一种文件显示的方法，所述方法包括：

文件管理设备接收第一用户设备发送的文件预览请求，其中，所述文件预览请求包括原始文件的标识信息、所述原始文件中的目标显示位置；

解析所述文件预览请求，得到所述标识信息和目标显示位置；

根据所述标识信息和所述目标显示位置，确定所述目标转档文件的第一存储地址；其中，所述目标转档文件为所述原始文件的所述目标显示位置经转档得到的且为设定格式的；所述设定格式为所述第一用户设备支持显示的文件格式；

向所述第一用户设备反馈所述第一存储地址，以使所述第一用户设备根据所述第一存储地址获取并显示对应所述目标显示位置的所述转档文件。

为解决上述技术问题，本申请采用的另一个技术方案是：提供一种文件管理设备，所述设备包括处理器、存储器和通信电路；其中，

所述通信电路用于与其他设备通信；

所述处理器用于运行所述存储器存储的程序数据，用于执行如上所述的文件显示的方法。

为解决一种上述技术问题，本申请采用的又一个技术方案是：提供一种文件显示的***，所述***包括：

文件管理设备、文件存储设备和第一用户设备，其中，所述文件存储设备和第一用户设备分别与所述文件管理设备连接；

所述文件存储设备用于存储原始文件和/或对所述原始文件转档后的转档文件；

所述文件管理设备为如上所述的文件管理设备。

为解决上述技术问题，本申请采用的另一个技术方案是：提供一种具有存储功能的存储介质，所述存储介质存储有程序数据，所述程序数据被运行时实现如上所述的文件显示的方法。

以上方案，通过解析所接收到的文件预览请求，以得到原始文件的标识信息、原始文件中的目标显示位置，根据标识信息和目标显示位置，确定目标转档文件的第一存储地址，最终将第一存储地址反馈至第一用户设备，以使得第一用户设备根据第一存储地址获取并显示对应目标显示位置的转档文件，由此通过为不同格式的文件提供用户设备可显示的格式的转档文件，以使用户设备能够显示该文件内容，故保证了兼容不同格式的文件进行显示，同时，可根据请求中的目标显示位置，直接提供与该目标显示位置对应的转档文件，使得用户设备可快速显示文件的目标位置，故实现了用户对显示位置的灵活选择，增加了显示的智能化和便利性。

附图说明

图1是本申请一种文件显示的方法在一实施例中流程示意图；

图2是本申请文件显示的方法在另一实施例中流程示意图；

图3是本申请文件显示的方法在又一实施例中流程示意图；

图4是本申请文件显示的方法在又一实施例中流程示意图；

图5是本申请文件显示的方法在又一实施例中流程示意图；

图6是本申请文件显示的方法在又一实施例中流程示意图；

图7是本申请文件显示的方法在又一实施例中流程示意图；

图8是本申请文件显示的方法在又一实施例中流程示意图；

图9是本申请一种文件管理设备一实施例中结构示意图；

图10是本申请一种文件显示的***在一实施例中的结构示意图；

图11是本申请一种具有存储功能的存储介质在一实施例中的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。可以理解的是，此处所描述的具体实施例仅用于解释本申请，而非对本申请的限定。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请中的术语“第一”、“第二”、“第三”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

请参见图1，为本申请文件显示的方法在一实施例中的流程示意图。由图1可知，在当前实施例中，本申请包括步骤S110至步骤S140。

S110：文件管理设备接收第一用户设备发送的文件预览请求。

文件预览请求是用户由第一用户设备发送至文件管理设备，其中文件预览请求可以是由于用户通过第一用户设备无法预览某一文件时，通过网络向文件管理设备发送文件预览请求。

在一实施例中，文件预览请求包括原始文件的标识信息、原始文件中的目标显示位置，可以理解的，文件预览请求中还可以包括其他信息。在本申请中，将用户需要预览的原始格式的文件称为原始文件，该原始文件可以为常规的office文件，例如word、PPT等文件。原始文件的标识信息是指具有唯一性的用来标识原始文件的信息。具体的，在不同的实施例中标识信息可以是原始文件的标识码或原始文件的第二存储地址。其中，原始文件的第二存储地址是原始文件存储在文件管理设备中的存储地址(与第二存储地址相关的内容下文会进一步详述)，需要说明的是标识码和该存储地址均具有唯一性。可以理解的，在其他的实施例中，标识信息还可以包括其他的具有唯一性的信息，具体在此不做限定。

在另一实施例中，文件预览请求还包括目标文件格式。即文件预览请求包括原始文件的标识信息、原始文件中的目标显示位置和目标文件格式。其中，目标文件格式是用户希望预览的文件格式，具体可以是由用户设定，还可以是依据默认的值。如，在一实施例中，用户可以设定目标文件格式为PDF格式或者图片格式。在另一实施例中可以直接选择默认值，如默认设定目标文件格式为图片格式，需要说明的是，默认值的设定是依据多数用户设备所支持的格式设定。可以理解的，在其他实施例中，还可以设定目标文件格式为其他的格式，具体在此不一一详述。

原始文件的目标显示位置是用户希望优先预览的部分。其中，原始文件的目标显示位置可以是原始文件中的一页，也可以是原始文件中的多页，具体依据用户的需求而定，由用户选择设定。

S120：解析文件预览请求，得到所述标识信息和目标显示位置。

文件管理设备在接收到第一用户设备发送的文件预览请求时，会进一步解析所接收到的文件预览请求。通过解析文件预览请求，获得文件预览请求信息中所包含的用于标识原始文件的标识信息和目标显示位置。

S130：根据标识信息和目标显示位置，确定目标转档文件的第一存储地址。

如上所述，原始文件的标识信息是具有唯一性的，即不同文件的标识信息均是不相同的，又由于在本申请中原始文件的标识信息与目标显示位置，以及目标显示位置的原始文件所对应的目标转档文件的第一存储地址预先关联保存。所以可以根据步骤S120中解析文件预览请求所得的标识信息和目标位置，并依据标识信息和目标显示位置与目标位置原始文件所对应的目标转档文件之间的关联关系，确定目标转档文件的第一存储地址。

其中，目标转档文件为原始文件的目标显示位置经转档得到的且为设定格式的文件，该设定格式为第一用户设备支持显示的文件格式。在一实施例中，目标转档文件可以是目标显示位置所对应的原始文件部分的转档内容。在另一实施例中，目标转档文件可以包含目标显示位置所对应的原始文件部分的转档内容。如，通过解析所得文件预览请求中的目标显示位置为10～15页，与目标显示位置对应的目标转档文件则可能恰好是10～15页，也可以是10～20页，还可以是8～17页，具体是依据文件管理设备对该原始文件的转档策略，例如该原始文件的转档单元划分情况。

在一实施例中，该设定格式可以由文件管理设备默认的。当然，该设定格式也可以由第一用户设备发送的请求确定的，例如为上述目标显示格式。具体地，该目标显示格式可以是由用户选择设定，还可以是由第一用户设备默认设定的，即当用户并不清楚第一用户设备所支持的格式时，可以由第一用户终端自行获取终端所支持的文件格式，由用户选择设备或者默认设定。在一实施例中，设定格式包括：PDF格式和图片格式。

在一具体场景中，设定格式为目标文件格式，由用户设定选择并通过第一用户设备发送至文件管理设备，包括在文件预览请求中。

S140：向第一用户设备反馈第一存储地址，以使第一用户设备根据第一存储地址获取并显示对应目标显示位置的转档文件。

将所确定的第一存储地址反馈至第一用户设备，以使用户可以通过第一用户设备，根据第一存储地址获取并显示对应目标显示位置的转档文件。

步骤S110至步骤S140，根据解析文件预览请求所得到原始文件的标识信息、原始文件中的目标显示位置，确定目标转档文件的第一存储地址，并将第一存储地址反馈至第一用户设备，以使得第一用户设备根据第一存储地址获取并显示对应目标显示位置的转档文件，由此通过为不同格式的文件提供用户设备可显示的格式的转档文件，以使用户设备能够显示该文件内容，故保证了兼容不同格式的文件进行显示，也即文件跨平台显示，同时，可根据请求中的目标显示位置，直接提供与该目标显示位置对应的转档文件，使得用户设备可快速显示文件的目标位置，故实现了用户对显示位置的灵活选择，增加了显示的智能化和便利性。

在一实施例中，本申请所提供的技术方案中，在文件管理设备接收第一用户设备发送的文件预览请求之前，还包括如图2所示的流程示意图。

由图2可知，在接收文件预览请求之前，还包括步骤S201至步骤S202。其中，

S201：接收第二用户设备上传的原始文件。

在接收第一用户设备发送的文件预览请求之前，会进一步接收第二用户设备上传的原始文件。其中，在本实施例中，第二用户设备和第一用户设备为相同或不同的设备，即发送原始文件的用户设备和发送预览请求的用户设备可以是同一设备，也可以是不同的设备。

在一实施例中，第一用户设备为一手机，第二用户设备也可是该手机。即用户通过同一部手机发送原始文件和文件预览请求。

在另一实施例中，第一用户设备为一手机，第二用户设备为一电视，用户通过电视发送原始文件，但通过手机发送文件预览请求，在手机上预览该文件也可是通过电视预览该文件。

S202：存储原始文件于第二存储地址，并将第二存储地址保存于数据库中。

文件管理设备将所接收到的原始文件存储至第二存储地址所示的位置，并将第二存储地址保存与数据库中。其中，第二存储地址是原始文件在文件管理设备中保存位置所对应的地址，数据库是文件管理设备中用于存储原始文件的标识信息、第一存储地址、第二存储地址及其他信息存储区。

进一步的，在一实施例中，请参见图3所示的流程示意图，即本申请所提供的文件显示的方法中步骤S201之后还包括如图3所示流程。由图可知，图3包括步骤S301至步骤S303。其中，

在上述S202之前，所述方法还包括：

S301：计算原始文件的标识码，查询数据库中是否存有标识码。若存有标识码，则执行S302；若不存有标识码，则依次执行上述S202和S303。

文件管理设备在接收到原始文件后，会进一步计算所接收到的原始文件的标识码，如上所述标识码是用于标识文件的标识信息，具有唯一性，即非相同的文件(相同文件是指即文件内容完全相同的文件)的标识码均是不同的。所以在计算得到原始文件的标识码后，可以依据标识码查询数据库中是否存有该标识码，判断在当前的文件管理设备中是否已存有原始文件。

其中，标识码可以是MD5码。

S302：确定原始文件已存储。

如若通过查询得到数据库中已存有该标识码，由于文件的标识码具有唯一性，则可以进一步判断文件管理设备中已存有该原始文件。

S202：存储原始文件于第二存储地址，并将第二存储地址保存于数据库中。

S303：将原始文件的标识码与第二存储地址进行关联且保存于数据库中。

如若通过查询得到数据库中没有该标识码，则可通过标识码的唯一性判断当前文件管理设备中没有该原始文件。则会进一步执行存储原始文件，并将原始文件的存储地址即如上所述的第二存储地址保存于数据库中。需要说明的是，文件管理设备是将原始文件的第二存储地址与原始文件的标识码关联保存于数据库中，只需通过标识码即可查询到第二存储地址，进而获取到原始文件；或者是通过原始文件的第二存储地址即可获取到原始文件的标识码。

图3所示的实施例通过具有唯一性的文件标识码验证文件管理设备中是否已存有该原始文件，则可避免同一份原始文件被多次保存，或是也避免了同一份原始文件在之前已经完成如解析、转档单元的划分或文件转档等步骤，会再次或多次重复上述步骤，较好地提高了文件显示的效率，也减少了文件管理设备的计算量，避免文件管理设备中的相关资源的浪费。

在一实施例中，请参见图4，在数据库中不存有标识码，执行图3所示的S202之后，本申请所提供的文件显示的方法还包括S401至S402。

S401：对原始文件进行解析，得到原始文件的文件数据分布情况。

其中，对原始文件进行解析的过程即是获得原始文件的文件数据分布情况。原始文件的文件数据的分布情况包括：原始文件的总数据量、原始文件的总页数以及原始文件每页的数据量中的至少一者。

进一步，在完成对原始文件的解析后，会将所获得的原始文件的文件数据情况保存至数据库中，与之前所保存的原始文件的标识信息和原始文件的第二存储地址关联保存，以备所需时进行依据关联关系进行调用。

进一步的，在一实施例中，在完成对原始文件解析后，得到原始文件的文件数据分布情况后，会进一步的将文件数据分布情况中的原始文件的总页数、原始文件存储的第二存储地址和/或原始文件的标识码中的反馈给第二用户设备。其中，当前实施例中的第二用户设备是与第一用户设备相同的设备。在其他实施例中，当第一用户设备和第二用户设备是不同的设备时，则会将将文件数据分布情况中的原始文件的总页数、原始文件存储的第二存储地址和/或原始文件的标识码反馈至用于预览文件的设备，即反馈至发送文件预览请求的用户设备处。在当前实施例中，将原始文件的总页数反馈给第二用户设备是为了供用户选择所需预览的目标显示位置，将原始文件的标识码和/或原始文件的第二存储地址反馈至第二用户设备处是为了将发送预览请求至文件管理设备时，可以提供原始文件的具有唯一性的属性信息，则可以根据该属性信息获取到其他任何与之关联的信息。

S402：根据原始文件的文件数据分布情况，将原始文件的不同位置划分为不同的转档单元，并将原始文件的转档单元划分信息存储于数据库。

进一步的，在完成对原始文件的解析后，会根据解析所得原始文件的文件数据的分布情况，将原始文件的不同位置划分为不同的转档单元，在完成转档单元的划分后，会进一步将原始文件的转档单元的划分信息存储于数据库。其中，转档单元的划分依据是数据量或文件页数。

在一实施例中，依据数据量将原始文件划分为转档单元，即每个转档单元对应的位置的文件数据转档时间相同或者在设定差值之内。由于文件的转档时间与文件所包含的数据量成正比关系，所以如要保证每个转档单元对应的位置的文件数据的转档时间相同或者在设定的差值之内，则需要通过控制所划分的转档单元内的数量相同或者在某一预设的差值内。其中，划分原始文件为转档单元时所参考的数据量可原先设定，也可依据原始文件的总数据量以及数据量经验值设定。其中，数据量经验值是指划分原始文件多个转档单元所参考的数据量，是经过多次试验验证所得或者是对大量文件进行划分后得到的。

在另一实施例中，也可设定每个转档单元为一固定页数，如无论原始文件页数有多少，设定划分每个转档单元包括10页，。

需要说明的是，如当用户通过第二用户设备所发送的原始文件的总数据量相对较小，即小于划分转档单元所参考的数据量经验值时，则不需要再次对文件进行转档单元的话，或者也可理解为整个文件即为一个转档单元。

其中，需要说明的是，在本申请所提供的技术方案中，转档单元对应的位置是连续的。即在对原始文件进行划分时，是依次依据原始文件的顺序进行划分。如以原始文件包括30页，对该原始文件的文件数据分布情况后，在保证每个转档单元的对应的位置的文件数据的转档时间相同或者在设定差值之内情况下，计算数据量得到需将文件划分成1～6页、7～9页、10～16页、17～24页和25～30页。而不能将1～3和5～7在跳过第4页的情况下划分至一个转档单元。在对原始文件的进行划分时，会对划分所得的转档单元进行编号，如将分割所得转档单元依据字母A,B,C…X,Y,Z,a,b,c…x,y,z,Aa,Ba,Ca….Ab,Bb,Cb,…进行编号，可以理解的，对于转档单元编号原则可以根据需要进行调整，在此不做任何限定。

图4所示的实施例通过对原始文件解析，并依据解析所得原始文件的文件数据分布情况将原始文件的不同位置划分为不同的转档单元，为用户根据自己所需选择部分文件进行预览提供了基础。

在经过如图1、图2、图3和图4中所示实施例中的至少一种情况后，请进一步参见图5，为本申请图1所示实施例中步骤S130在一实施例中的流程示意图。由图5可知，步骤S130进一步包括：步骤S531至步骤S533。其中，

S531：查询数据库中是否存有与标识信息、目标显示位置及设定格式关联的第一存储地址。

在解析文件预览请求获得标识信息、目标显示位置及设定格式后，进一步查询数据库中是否存有与所得标识信息、目标显示位置及设定格式关联的第一存储地址，简而言之就是依据解析所得的具有唯一性的文件标识信息，查询数据库中是否已存有其对应目标显示位置且是已转档成设定格式后的文件所保存的地址：第一存储地址。

进一步的，请结合图7，在一实施例中，上述步骤S531包括步骤S701至步骤S702。其中，

S701：获取数据库中与标识信息关联的转档单元划分信息，并利用划分信息确定目标显示位置所属的转档单元。

在当前实施例中，原始文件已保存至文件管理设备并依据文件数据量分布情况完成对原始文件的划分。需要说明的是，原始文件的划分可采用最优页组合算法。由于在对原始文件划分后会将原始文件转档单元的划分信息与原始文件的标识信息关联保存，所以依据原始文件的标识信息即可获取到与之关联的转档单元划分信息，再利用划分信息即可查询到目标显示位置所属的转档单元。

其中，划分信息包含原始文件的不同位置所属的转档单元信息。

S702：查询数据库中是否存有与确定的转档单元及设定格式关联的第一存储地址。

获得目标显示位置所属的转档单元后，进一步依据第一存储地址与转档单元的关联关系，查询数据库中是否存有与所确定的转档单元及且未设定格式文件的第一存储地址。

如，文件预览请求中请求预览的目标显示位置数据转档单元M，请求预览的设定格式为PDF，只有在数据库中查询到存有与所确定的转档单元M且格式为PDF的文件的第一存储地址，方可判断数据库中存有与确定的转档单元及设定格式关联的第一存储地址。假设数据库中存有的是转档单元M的图片格式文件的第一存储地址，则判定数据中没有存有与确定转档单元及设定格式关联的第一存储地址。

S532：若存有第一存储地址，则获取第一存储地址。

经过查询得到数据库中存有与标识信息、目标显示位置及设定格式关联的第一存储地址，则会获取第一存储地址，再将经如上所述的步骤S140将所获取的第一存储地址反馈至第一用户设备。

S533：若不存有第一存储地址，则根据标识信息对原始文件的目标显示位置的目标文件数据进行转档并将转档得到的目标转档文件存储，并将第一存储地址与标识信息、目标显示位置及设定格式进行关联且保存于数据库中。

在一实施例中，若经查询得到数据库中并不存有第一存储地址，则会依据标识信息和目标显示位置，获取到对应标识信息的原始文件中包括目标显示位置的目标文件数据，并将所获取的目标文件数据转档成设定格式的文件，最后得到目标转档文件并保存至数据库。然后将第一存储地址与标识信息及设定格式进行关联保存于数据库中。其中，目标转档文件是设定格式的且是目标显示位置所在转档单元的文件，第一存储地址是将目标转档文件在数据库中所保存的位置。在当前实施例中，是由文件管理设备自身完成转档任务，当在其他实施例中，也可由文件管理设备指示第三方转档设备进行转档。

进一步的，请参见图8，在一实施例中，在S533中的转档步骤，即所述根据标识信息对原始文件的目标显示位置的目标文件数据进行转档的步骤包括步骤S801至S802：

S801：利用标识信息读取原始文件。

在判定数据库中不存有与确定的转档单元及设定格式关联的第一存储地址后，会进一步利用标识信息读取原始文件。其中，如上所述标识信息可以为第二存储地址或者标识码。如果标识信息为第二存储地址，则直接根据第二存储地址可以读取得到原始文件，如果标识信息为标识码则获取与标识码关联的存第二存储地址，并根据所获取的第二存储地址读取原始文件。

S802：提取原始文件中确定的转档单元所对应的位置的文件数据进行转档得到目标转档文件。

基于所确定的目标显示位置所属的转档单元，提取原始文件中确定的转档单元所对应的位置的文件数据，并将所提取出的文件数据进行转档得到目标转档文件。

进一步的，在一实施例中，将第一存储地址与标识信息、目标显示位置及设定格式进行关联且保存于数据库中的步骤进一步包括：将第一存储地址与标识信息、确定的转档单元信息及设定格式进行关联且保存于数据库中。即在完成对原始文件中目标显示位置所对应的转档单元的转档得到目标转档文件后，会进一步的将目标转档文件保存至数据库中。再将第一存储地址(目标转档文件所保存的地址)与原始文件的标识细信息、所确定的转档单元信息及设定格式关联保存，以便需要调用时，只需提供其中具有唯一性的信息后，即可根据关联关系获取到其他信息。

在经过如图1、图2、图3和图4中所示实施例中的至少一种情况后，请进一步参见图6，为本申请图1所示实施例中步骤S130在另一实施例中的流程示意图。本实施例中，文件管理设备不执行转档，而指示文件转档设备进行转档。具体地，由图6可知，步骤S130进一步包括：步骤S531、S532和S534。其中，步骤S531和S532可以参照上述图5的相关说明，在此不作赘述。

S534：若不存有第一存储地址，指示文件转档设备根据标识信息对原始文件的目标显示位置的目标文件数据进行转档并将转档得到的目标转档文件存储，接收文件转档设备反馈的目标转档文件的第一存储地址，并将第一存储地址与标识信息、目标显示位置及设定格式进行关联且保存于数据库中。

在另一实施例中，文件管理设备经查询数据库中不存有第一存储地址时，文件管理设备进一步指示自身之外的设备，如文件转档设备完成对原始文件的目标显示位置的目标文件数据进行转档，以获得目标转档文件。文件转档设备在完成转档任务后，进一步将转档所得目标转档文件存储，并将目标转档文件所存储第一存储地址发送至文件管理设备。进而，文件管理设备会接收到文件转档设备反馈的目标转档文件的第一存储地址，并将第一存储地址与标识信息、目标显示位置及设定格式进行关联且保存于数据库中。

本实施例中，当文件转档设备有至少两个时，步骤S534中的转档步骤，即指示文件转档设备根据标识信息对原始文件的目标显示位置的目标文件数据进行转档步骤可以包括：根据每个文件转档设备的转档能力和/或其待转档的文件数量选择至少一个文件转档设备，并指示选择的文件转档设备根据标识信息对原始文件的目标显示位置的目标文件数据进行转档。

在至少存在两个及两个以上的文件转档设备时，由于文件转档设备的转档能力不同，又或是在不同时间段内待转档的文件数量的多少，文件管理设备选择至少一个文件转档设备来完成转档任务。其中，文件管理设备的选择原则是使得文件转档设备的转档能力与待转档文件的数据量成正比。

另外，如果经查询得到数据库中不存有第一存储地址，本申请所提供的文件显示的方法还可在上述S534之后或者与S534同步执行：指示不对目标文件数据进行转档的至少部分文件转档设备将位于目标显示位置前面和/或后面的至少部分文件数据进行转档并将转档得到的相应转档文件存储。例如，文件预览请求中目标显示的位置是15～20页，会在完成对15～20页也所在转档单元的同时，指示不对目标文件数据进行转档的至少部分文件转档设备，将15～20页前面和/或后面至少部分文件数据(可以是15～20页所在的转档单元的前后转档单元)进行转档，以得到相应的转档文件并存储，以备用户在需要预览目标显示位置的前后部分时，快速响应。

需要说明的是，本申请所提供的技术方案中，同一文件中的同一部分的所对应的不同设定格式转档文件，在本申请中所对应的第一存储地址也是不相同的。当文件管理设备中已保存有某一原始文件对应的某一格式的转档文件时，但文件请求指令中包含的目标文件格式不同于该转档文件时，可通过用户设备向用户询问是否需要更改目标文件格式，以更快速得到所需的文件。可以理解的，在本实施例中，如若文件管理设备中已保存有某一格式的转档文件，但文件预览请求的希望预览的目标文件格式与该格式不同时，但如若两格式之间转换速度快于原始文件与目标文件格式时，则会直接调用已有的转档文件，将已转档文件转档成目标文件格式。

进一步的，在一实施例中，将文件管理设备中的存储文件的功能分出，用文件存储设备代替，则在当前实施例中，原始文件和目标转档文件均存储于文件存储设备中。可以理解的，当文件管理设备集成文件存储功能时，文件存储设备与文件管理设备是相同设备，此时，上述第一存储地址和第二存储地址均为存储于该文件管理设备的存储地址。反之，当文件存储设备将文件存储功能分出时，则文件存储设备与文件管理设备是不同的设备，此时，上述第一存储地址和第二存储地址均为存储于该文件存储设备的存储地址。

在一实施例，除上述的用户设备不支持原始文件的格式情况外，本申请还适用于当某一原始文件的文件量过大，而当前用户设备对应的加载能力较差，即需要较多的时间方可加载出，此时也可采用本申请所述的文件显示的方法。将文件发送至文件管理设备，文件管理设备通过如上述各步骤中的部分实现将体积较大的原始文件，转档成占用体积较小的文件，方便用户的查看。在当前实施例中，除去上述将原始文件格式转换的方式，文件管理设备还可以将体积较大的文件基于文件数据分布情况，划分成多个转档单元，再将体积更小的转档单元返回至用户设备，以适用于用户设备的加载能力。

本申请还提供一种文件管理设备100，如图9所示为本申请所提供的文件管理设备100在一实施例中的结构示意图。该文件管理设备100包括处理器101、存储器102和通信电路103。其中，处理器101耦合存储器102和通信电路103。通信电路103用于与其他设备通信。处理器101用于运行存储器102所存储的程序数据，用于执行如上述各个实施例中任意一个所述的文件显示的方法。

本申请还提供一种文件显示的***200，如图10所示的为本申请所提供的文件显示的***200在一实施例中的结构示意图。该文件显示的***200包括：文件管理设备201、文件存储设备202和第一用户设备203，其中，文件存储设备202和第一用户设备203分别与文件管理设备201连接。

文件存储设备202用于存储原始文件和/或对原始文件转档后的转档文件。

文件管理设备201为图9所对应实施例的设备。

进一步的，在一实施例中，本申请所提供的文件显示的***200还包括与文件管理设备201连接的文件转档设备205。其中，文件转档设备205用于响应文件管理设备201的指令来对原始文件或原始文件中的至少一个转档单元进行转档。其中，该文件转档设备205可以为一个或者两个以上。

进一步的，在另一实施例中，本申请所提供的文件显示的***200还包括与文件管理设备201连接的负载均衡设备204，且该文件转档设备205为至少两个。负载均衡设备204用于为至少两个文件转档设备205分配转档任务，用以合理利用文件转档设备205的资源，提高文件转档的速度。具体，负载均衡设备204分配转档任务可以如上述步骤S534的相关描述，响应文件管理设备201的转档请求，来根据每个文件转档设备的转档能力和/或其待转档的文件数量选择至少一个文件转档设备，以指示所述文件转档设备对目标文件数据进行转档，和/或选择不对目标文件数据进行转档的至少部分文件转档设备，并指示该至少部分文件转档设备将位于目标显示位置前面和/或后面的至少部分文件数据进行转档。换言之，此时文件管理设备201将分配转档任务分给负载均衡设备204，将转档任务分给文件转档设备205，将文件存储任务分给文件存储设备202。

进一步的，在另一实施例中，本申请所提供的文件显示的***200还包括第二用户设备(图未示)。由上文对文件显示的方法中的阐述可知，在当前实施例中，发送原始文件的设备和发送预览请求的设备是不同的设备，所以在本实施例中，第一用户设备203和第二用户设备中一者执行发送原始文件至文件管理设备201，另一个则是用于发送文件预览请求至文件管理设备201，可较好的实现文件跨平台显示。

需要说明的是，本申请所述的文件管理设备201、文件转档设备205负载均衡设备204可以为服务器。上述第一用户设备和第二用户设备可以为手机、电脑、电视等任意可实现显示且可进行联网的终端设备。进一步的，在一实施例中，本申请所提供的文件显示的***200还包括专用于存储数据设备(图未示)，用于存储上所述的文件显示的方法中所述的数据库，即用于保存原始文件的标识码、第二存储地址、原始文件的文件数据分布情况信息、转档文件的第二存储地址等。

本申请还提供一种具有存储功能的存储介质300，如图11所示为本申请中所提供的存储介质300在一实施例中的结构示意图。该存储介质300存储有程序数据，存储介质300所存储的程序数据被执行时实现如上所述的文件显示的方法。具体的，上述具有存储功能的存储介质300可以是终端设备的存储器、个人计算机、服务器、网络设备，或者U盘等其中的一种，在此不做限定。

以上所述仅为本申请的实施方式，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。

Claims (15)

1.一种文件显示的方法，其特征在于，所述方法包括：

文件管理设备接收第一用户设备发送的文件预览请求，其中，所述文件预览请求包括原始文件的标识信息、所述原始文件中的目标显示位置；

解析所述文件预览请求，得到所述标识信息和目标显示位置；

根据所述标识信息和所述目标显示位置，确定所述目标转档文件的第一存储地址；其中，所述目标转档文件为所述原始文件的所述目标显示位置经转档得到的且为设定格式的文件；所述设定格式为所述第一用户设备支持显示的文件格式；

向所述第一用户设备反馈所述第一存储地址，以使所述第一用户设备根据所述第一存储地址获取并显示对应所述目标显示位置的所述转档文件。

2.根据权利要求1所述的文件显示的方法，其特征在于，所述文件预览请求还包括目标文件格式；所述设定格式为所述目标文件格式。

3.根据权利要求1所述的文件显示的方法，其特征在于，所述根据所述标识信息和所述目标显示位置，确定所述目标转档文件的第一存储地址，包括：

查询数据库中是否存有与所述标识信息、目标显示位置及设定格式关联的第一存储地址；

若存有所述第一存储地址，则获取所述第一存储地址；

若不存有所述第一存储地址，则根据所述标识信息对所述原始文件的目标显示位置的目标文件数据进行转档并将转档得到的目标转档文件存储，并将所述第一存储地址与所述标识信息、目标显示位置及设定格式进行关联且保存于所述数据库中；

或者

若不存有所述第一存储地址，指示文件转档设备根据所述标识信息对所述原始文件的目标显示位置的目标文件数据进行转档并将转档得到的目标转档文件存储，接收所述文件转档设备反馈的所述目标转档文件的第一存储地址，并将所述第一存储地址与所述标识信息、目标显示位置及设定格式进行关联且保存于所述数据库中。

4.根据权利要求3所述的文件显示的方法，其特征在于，所述文件转档设备有至少两个；

所述指示文件转档设备根据所述标识信息对所述原始文件的目标显示位置的目标文件数据进行转档，包括：

根据每个所述文件转档设备的转档能力和/或其待转档的文件数量选择至少一个文件转档设备，并指示所述选择的文件转档设备根据所述标识信息对所述原始文件的目标显示位置的目标文件数据进行转档；

和/或，如果不存有所述第一存储地址，所述方法还包括：

指示不对所述目标文件数据进行转档的至少部分文件转档设备将位于所述目标显示位置前面和/或后面的至少部分文件数据进行转档并将转档得到的相应转档文件存储。

5.根据权利要求3或4所述的文件显示的方法，其特征在于，所述查询数据库中是否存有与所述标识信息、目标显示位置及设定格式关联的第一存储地址包括：

获取数据库中与所述标识信息关联的所述转档单元划分信息，并利用所述划分信息确定所述目标显示位置所属的转档单元，其中，所述划分信息包含所述原始文件的不同位置所属的转档单元信息；

查询数据库中是否存有与所述确定的转档单元及设定格式关联的第一存储地址；

所述根据所述标识信息对所述原始文件的目标显示位置的目标文件数据进行转档，包括：

利用所述标识信息读取所述原始文件；

提取所述原始文件中所述确定的转档单元所对应的位置的文件数据进行转档得到目标转档文件；

所述将所述第一存储地址与所述标识信息、目标显示位置及设定格式进行关联且保存于所述数据库中，包括：

将所述第一存储地址与所述标识信息、所述确定的转档单元信息及设定格式进行关联且保存于所述数据库中。

6.根据权利要求3所述的文件显示的方法，其特征在于，

在所述接收第一用户设备发送的文件预览请求之前，所述方法还包括：

接收第二用户设备上传的原始文件；

存储所述原始文件于第二存储地址，并将所述第二存储地址保存于数据库中。

7.根据权利要求6所述的文件显示的方法，其特征在于，

在所述存储所述原始文件于第二存储地址，并将所述第二存储地址保存于数据库中之前，所述方法还包括：

计算所述原始文件的标识码，查询所述数据库中是否存有所述标识码；

若存有所述标识码，则确定所述原始文件已存储；

若不存有所述标识码，则执行所述存储所述原始文件于第二存储地址，并将所述第二存储地址保存于数据库中的步骤，并且将所述原始文件的标识码与所述第二存储地址进行关联且保存于所述数据库中。

8.根据权利要求7所述的文件显示的方法，其特征在于，如果不存有所述标识码，所述方法还包括：

对所述原始文件进行解析，得到所述原始文件的文件数据分布情况；

根据所述原始文件的文件数据分布情况，将所述原始文件的不同位置划分为不同的转档单元，并将所述原始文件的转档单元划分信息存储于所述数据库。

9.根据权利要求8所述的文件显示的方法，其特征在于，

所述每个转档单元对应的位置的文件数据的转档时间相同或者在设定差值之内；

所述转档单元对应的位置是连续的；

所述文件数据分布情况包括所述原始文件的总数据量、所述原始文件的总页数以及所述原始文件每页的数据量中的至少一者。

10.根据权利要求8所述的文件显示的方法，其特征在于，如果不存有所述标识码，所述方法还包括：

将所述第二存储地址和/或所述标识码、所述原始文件的总页数反馈给所述第二用户设备；

所述第二用户设备和所述第一用户设备为相同或不同的设备；

所述标识码为MD5码。

11.根据权利要求1所述的文件显示的方法，其特征在于，所述原始文件和目标转档文件存储于文件存储设备中，所述文件存储设备与所述文件管理设备为相同或不同的设备；

所述设定格式包括：PDF格式和图片格式；

所述标识信息为所述原始文件的第二存储地址或所述原始文件的标识码。

12.一种文件管理设备，其特征在于，所述设备包括处理器、存储器和通信电路；其中，

所述通信电路用于与其他设备通信；

所述处理器用于运行所述存储器存储的程序数据，用于执行如权利要求1至11任一项所述的方法。

13.一种文件显示的***，其特征在于，所述***包括：文件管理设备、文件存储设备和第一用户设备，其中，所述文件存储设备和第一用户设备分别与所述文件管理设备连接；

所述文件存储设备用于存储原始文件和/或对所述原始文件转档后的转档文件；

所述文件管理设备为如权利要求12所述的设备。

14.根据权利要求13所述的文件显示的***，其特征在于，所述***还包括与所述文件管理设备连接的负载均衡设备和至少两个文件转档设备；

所述文件转档设备用于响应所述文件管理设备的指令来对所述原始文件进行转档；

所述负载均衡设备用于为所述两个文件转档设备分配转档任务。

15.一种具有存储功能的存储介质，其特征在于，存储有程序数据，所述程序数据被运行时实现如权利要求1～11任一项所述的方法。