CN111143292A - 一种文件定位方法、装置和系统 - Google Patents

Abstract

本申请公开了一种文件定位方法、装置和系统，该方法应用于客户端时，可以包括：向服务器发送路径请求，路径请求中包括待定位的目标文件对应的目标应用的包名和版本信息，路径请求用于请求目标应用对应的目标主路径和目标文件对应的目标规则路径；接收服务器返回的目标主路径和目标规则路径，目标主路径由服务器根据目标应用的包名和版本信息，从预先存储的多个主路径中查找得到，目标规则路径由服务器根据目标应用的包名，从预先存储的多个规则路径中查找得到；根据目标主路径和目标规则路径，确定目标文件的真实路径；根据目标文件的真实路径，定位目标文件。本申请提供的技术方案可以缩短定位文件时所需的时间，提高文件定位的效率和准确率。

Description

一种文件定位方法、装置和系统

技术领域

本申请涉及文件搜索领域，尤其涉及一种文件定位方法、装置和系统。

背景技术

在使用终端的过程中，在很多应用场景下，都需要对终端中的文件进行定位，以便在定位文件后，可以对文件进行相应处理。比如，在清理垃圾文件的场景中，用于清理垃圾文件的软件在清理垃圾文件时，需要定位终端中的垃圾文件，在定位到垃圾文件后，对垃圾文件进行清理。

通常，在对文件进行定位时，首先需要确定目标文件的真实路径，然后根据目标文件的真实路径定位目标文件。然而，目标文件的真实路径通常很难确定得到，导致无法快速准确地定位得到目标文件。

发明内容

本申请实施例提供一种文件定位方法、装置和系统，用于解决无法快速准确地定位到目标文件的问题。

为了解决上述技术问题，本申请是这样实现的：

本申请实施例提供一种文件定位方法，应用于客户端，包括：

向服务器发送路径请求，所述路径请求中包括待定位的目标文件对应的目标应用的包名和版本信息，所述路径请求用于请求所述目标应用对应的目标主路径和所述目标文件对应的目标规则路径；

接收所述服务器返回的所述目标主路径和所述目标规则路径，所述目标主路径由所述服务器根据所述目标应用的包名和版本信息，从预先存储的多个主路径中查找得到，所述目标规则路径由所述服务器根据所述目标应用的包名，从预先存储的多个规则路径中查找得到；

根据所述目标主路径和所述目标规则路径，确定所述目标文件的真实路径；

根据所述目标文件的真实路径，定位所述目标文件。

本申请实施例提供一种文件定位装置，应用于客户端，包括：

发送单元，向服务器发送路径请求，所述路径请求中包括待定位的目标文件对应的目标应用的包名和版本信息，所述路径请求用于请求所述目标应用对应的目标主路径和所述目标文件对应的目标规则路径；

接收单元，接收所述服务器返回的所述目标主路径和所述目标规则路径，所述目标主路径由所述服务器根据所述目标应用的包名和版本信息，从预先存储的多个主路径中查找得到，所述目标规则路径由所述服务器根据所述目标应用的包名，从预先存储的多个规则路径中查找得到；

确定单元，根据所述目标主路径和所述目标规则路径，确定所述目标文件的真实路径；

定位单元，根据所述目标文件的真实路径，定位所述目标文件。

本申请实施例提供一种电子设备，包括：

处理器；以及

被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器执行以下操作：

向服务器发送路径请求，所述路径请求中包括待定位的目标文件对应的目标应用的包名和版本信息，所述路径请求用于请求所述目标应用对应的目标主路径和所述目标文件对应的目标规则路径；

接收所述服务器返回的所述目标主路径和所述目标规则路径，所述目标主路径由所述服务器根据所述目标应用的包名和版本信息，从预先存储的多个主路径中查找得到，所述目标规则路径由所述服务器根据所述目标应用的包名，从预先存储的多个规则路径中查找得到；

根据所述目标主路径和所述目标规则路径，确定所述目标文件的真实路径；

根据所述目标文件的真实路径，定位所述目标文件。

本申请实施例提供一种计算机可读存储介质，所述计算机可读存储介质存储一个或多个程序，所述一个或多个程序当被包括多个应用程序的电子设备执行时，使得所述电子设备执行以下操作：

向服务器发送路径请求，所述路径请求中包括待定位的目标文件对应的目标应用的包名和版本信息，所述路径请求用于请求所述目标应用对应的目标主路径和所述目标文件对应的目标规则路径；

接收所述服务器返回的所述目标主路径和所述目标规则路径，所述目标主路径由所述服务器根据所述目标应用的包名和版本信息，从预先存储的多个主路径中查找得到，所述目标规则路径由所述服务器根据所述目标应用的包名，从预先存储的多个规则路径中查找得到；

根据所述目标主路径和所述目标规则路径，确定所述目标文件的真实路径；

根据所述目标文件的真实路径，定位所述目标文件。

本申请实施例提供一种文件定位方法，应用于服务器，包括：

接收来自客户端的路径请求，所述路径请求中包括待定位的目标文件对应的目标应用的包名和版本信息，所述路径请求用于请求所述目标应用对应的目标主路径和所述目标文件对应的目标规则路径；

根据所述目标应用的包名和版本信息，从预先存储的多个主路径中查找与所述目标应用的包名和版本信息对应的目标主路径；

根据所述目标应用的包名，从预先存储的多个规则路径中查找与所述目标应用的包名对应的目标规则路径；

将所述目标主路径和所述目标路径规则发送至所述客户端，以便所述客户端根据所述目标主路径和所述目标路径规则，确定所述目标文件的真实路径，并根据所述真实路径定位所述目标文件。

本申请实施例提供一种文件定位装置，应用于服务器，包括：

接收单元，接收来自客户端的路径请求，所述路径请求中包括待定位的目标文件对应的目标应用的包名和版本信息，所述路径请求用于请求所述目标应用对应的目标主路径和所述目标文件对应的目标规则路径；

第一查找单元，根据所述目标应用的包名和版本信息，从预先存储的多个主路径中查找与所述目标应用的包名和版本信息对应的目标主路径；

第二查找单元，根据所述目标应用的包名，从预先存储的多个规则路径中查找与所述目标应用的包名对应的目标规则路径；

发送单元，将所述目标主路径和所述目标路径规则发送至所述客户端，以便所述客户端根据所述目标主路径和所述目标路径规则，确定所述目标文件的真实路径，并根据所述真实路径定位所述目标文件。

本申请实施例提供一种电子设备，包括：

处理器；以及

被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器执行以下操作：

接收来自客户端的路径请求，所述路径请求中包括待定位的目标文件对应的目标应用的包名和版本信息，所述路径请求用于请求所述目标应用对应的目标主路径和所述目标文件对应的目标规则路径；

根据所述目标应用的包名和版本信息，从预先存储的多个主路径中查找与所述目标应用的包名和版本信息对应的目标主路径；

根据所述目标应用的包名，从预先存储的多个规则路径中查找与所述目标应用的包名对应的目标规则路径；

将所述目标主路径和所述目标路径规则发送至所述客户端，以便所述客户端根据所述目标主路径和所述目标路径规则，确定所述目标文件的真实路径，并根据所述真实路径定位所述目标文件。

本申请实施例提供一种计算机可读存储介质，所述计算机可读存储介质存储一个或多个程序，所述一个或多个程序当被包括多个应用程序的电子设备执行时，使得所述电子设备执行以下操作：

接收来自客户端的路径请求，所述路径请求中包括待定位的目标文件对应的目标应用的包名和版本信息，所述路径请求用于请求所述目标应用对应的目标主路径和所述目标文件对应的目标规则路径；

根据所述目标应用的包名和版本信息，从预先存储的多个主路径中查找与所述目标应用的包名和版本信息对应的目标主路径；

根据所述目标应用的包名，从预先存储的多个规则路径中查找与所述目标应用的包名对应的目标规则路径；

将所述目标主路径和所述目标路径规则发送至所述客户端，以便所述客户端根据所述目标主路径和所述目标路径规则，确定所述目标文件的真实路径，并根据所述真实路径定位所述目标文件。

本申请实施例提供一种文件定位系统，包括服务器和客户端，其中：

所述客户端，向所述服务器发送路径请求，所述路径请求中包括待定位的目标文件对应的目标应用的包名和版本信息，所述路径请求用于请求所述目标应用对应的目标主路径和所述目标文件对应的目标规则路径；

所述服务器，根据所述目标应用的包名和版本信息，从预先存储的多个主路径中查找与所述目标应用的包名和版本信息对应的目标主路径；

所述服务器，根据所述目标应用的包名，从预先存储的多个规则路径中查找与所述目标应用的包名对应的目标规则路径；

所述服务器，将所述目标主路径和所述目标规则路径发送至所述客户端；

所述客户端，根据所述目标主路径和所述目标规则路径，确定所述目标文件的真实路径；

所述客户端，根据所述目标文件的真实路径，定位所述目标文件。

本申请实施例采用的上述至少一个技术方案能够达到以下有益效果：

本申请实施例提供的技术方案，服务器可以预先存储多个应用对应的多个主路径和多个应用的待定位文件对应的多个规则路径，客户端在定位目标文件时，可以基于目标文件对应的目标应用的包名和版本信息，从服务器获取目标文件的规则路径以及目标应用对应的主路径，根据该主路径对目标文件的规则路径进行修正，进而得到目标文件的真实路径，并根据真实路径定位目标文件。由于可以通过目标应用对应的主路径对目标文件的规则路径进行修正的方式得到目标文件的真实路径，无需通过扫描的方式确定目标文件的真实路径，因此，可以缩短定位文件时所需的时间，提高文件定位的效率。

此外，由于可以通过修正的方式得到目标文件的真实路径，因此，在根据真实路径定位目标文件时，可以不受路径大小写的限制，从而可以提高目标文件的匹配率，准确定位得到目标文件。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本申请的一个实施例文件定位方法的流程示意图；

图2是本申请的一个实施例文件定位方法的流程示意图；

图3是本申请的一个实施例文件定位方法的流程示意图；

图4为本申请实施例提供的一种电子设备的结构示意图；

图5为本申请实施例提供的一种文件定位装置的结构示意图；

图6为本申请实施例提供的一种电子设备的结构示意图；

图7为本申请实施例提供的一种文件定位装置的结构示意图；

图8为本申请实施例提供的一种文件定位系统的结构示意图。

具体实施方式

在定位某个目标文件时，通常可以基于目标文件的真实路径进行定位。

一般地，目标文件都有对应的规则路径(可以理解为由人为预先规定的用于定位或存储目标文件的路径)，在定位目标文件时，可以将规则路径视为真实路径，并根据规则路径定位目标文件。然而，目标文件的规则路径与真实路径通常存在差异，比如大小写不一致等，这样，根据规则路径进行文件定位很有可能无法定位到目标文件或定位到的文件不是目标文件。

此外，在进行文件定位时，还可以将目标文件的规则路径全部换成大写或小写的格式，然后基于转换后的规则路径进行路径遍历，从而定位得到目标文件。然而，路径通常包括多级，这样，在进行路径遍历时，需要逐级进行扫描，导致花费的时间比较长，不能快速定位得到目标文件。

有鉴于此，为了解决文件定位时无法快速准确地定位到目标文件的问题，本申请实施例提供一种文件定位方法、装置和系统，服务器可以预先存储多个应用对应的多个主路径和多个应用的待定位文件对应的多个规则路径，客户端在定位目标文件时，可以基于目标文件对应的目标应用的包名和版本信息，从服务器获取目标文件的规则路径以及目标应用对应的主路径，根据该主路径对目标文件的规则路径进行修正，进而得到目标文件的真实路径，并根据真实路径定位目标文件。由于可以通过目标应用对应的主路径对目标文件的规则路径进行修正的方式得到目标文件的真实路径，无需通过扫描的方式确定目标文件的真实路径，因此，可以缩短定位文件时所需的时间，提高文件定位的效率。

此外，由于可以通过修正的方式得到目标文件的真实路径，因此，在根据真实路径定位目标文件时，可以不受路径大小写的限制，从而可以提高目标文件的匹配率，准确定位得到目标文件。

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

需要说明的是，本申请实施例提供的文件定位方法可以用于定位客户端中的目标文件，该目标文件可以是目标应用中的文件，且该目标文件具有对应的规则路径，该规则路径可以是人为规定的用于定位或存储目标文件的路径，该规则路径通常与目标文件的真实路径存在差异。

本申请实施例适用的场景可以包括清理垃圾文件的场景，也可以是其他需要进行文件定位的场景，这里不做具体限定。其中，在清理垃圾文件的场景下，目标文件可以是待清理的某个应用中的垃圾文件。

以下结合附图，详细说明本申请各实施例提供的技术方案。

图1为本申请实施例提供的一种文件定位方法的流程示意图。图1所示实施例的执行主体可以是客户端，所述文件定位方法如下所述。

S102：向服务器发送路径请求，所述路径请求中包括待定位的目标文件对应的目标应用的包名和版本信息，所述路径请求用于请求所述目标应用对应的目标主路径和所述目标文件对应的目标规则路径。

在S102中，客户端在对目标文件进行定位时，可以获取目标文件对应的目标应用的包名和版本信息。例如，在清理垃圾文件的场景中，客户端可以通过扫描的方式，获取垃圾文件对应的应用的包名和版本信息，其中，客户端可以是用于清理垃圾文件的软件客户端。

客户端在获取到目标应用的包名和版本信息后，可以向服务器发送路径请求，路径请求中可以携带有目标应用的包名和版本信息，具体用于请求目标应用对应的主路径和目标文件对应的规则路径，为了便于区分，这里可以由目标主路径和目标规则路径表示。

本实施例中，目标应用对应的目标主路径可以理解为在终端中安装目标应用时，目标应用在终端中生成的路径，在该路径下可以存储目标应用的相关文件。例如，在目标应用为QQ的情况下，目标主路径可以是tencent/micromsg，在路径tencent/micromsg下可以存储QQ的相关文件。

目标文件对应的目标规则路径可以理解为由目标文件对应的目标应用的开发商在设计目标应用时，人为规定的用于定位或存储目标文件的路径。例如，在目标文件为垃圾文件的情况下，目标应用的开发商在设计目标应用时，可以规定在路径xx/xxx/xxxx下存储目标应用的垃圾文件，那么路径xx/xxx/xxxx即为目标应用的垃圾文件对应的目标规则路径。

需要说明的是，在本实施例中，由于目标应用对应的目标主路径可以用于存储目标应用的相关文件，该相关文件包括目标文件，因此，目标主路径的级数大于目标文件对应的目标规则路径。

服务器可以理解为客户端对应的服务器。例如，在清理垃圾文件的场景中，客户端可以是用于清理垃圾文件的软件客户端，服务器可以是该软件客户端对应的服务器。

可选地，客户端在向服务器请求目标主路径和目标规则路径时，可以向服务器发送两个路径请求，一个路径请求中携带有目标应用的包名和版本信息，用于请求目标主路径，一个路径请求中携带有目标应用的包名，用于请求目标规则路径，本实施例可以将这两个路径请求合并为一个路径请求，并以客户端向服务器发送一个路径请求为例进行说明。

S104：接收所述服务器返回的所述目标主路径和所述目标规则路径，所述目标主路径由所述服务器根据所述目标应用的包名和版本信息，从预先存储的多个主路径中查找得到，所述目标规则路径由所述服务器根据所述目标应用的包名从预先存储的多个规则路径中查找得到。

本实施例中，服务器预先存储的多个主路径可以由多个客户端发送。以一个客户端为例，具体实现方式可以包括：

客户端在向服务器发送路径请求之前，可以获取终端中已安装的多个应用的应用信息，其中，终端可以理解为客户端，也可以理解为客户端所在的终端，多个应用的应用信息至少可以包括多个应用的包名、多个应用的版本信息和多个应用对应的多个主路径，针对一个主路径而言，该主路径可以对应一个应用，该主路径可以理解为终端在安装该一个应用时生成的路径，在该主路径下可以存储该一个应用的相关文件。

可选地，客户端在获取多个应用的应用信息时，可以通过收集的方式获取，其中，在收集多个应用的应用信息时，优选地，客户端可以确定多个应用中目标文件的更新频率，按照更新频率的优先级高、中、低收集多个应用的应用信息，可选地，也可以确定多个应用的使用频率，按照使用频率的优先级高、中、低收集多个应用的应用信息。

例如，在清理垃圾文件的场景中，客户端在收集多个应用的应用信息时，可以确定已安装的多个应用中垃圾文件的更新频率(可以理解为垃圾文件的生成频率)，按照垃圾文件的更新频率，可以只收集更新频率高的多个应用的应用信息，忽略更新频率中和低的多个应用的应用信息，或者，也可以只收集更新频率高和中的多个应用的应用信息，忽略更新频率低的多个应用的应用信息，具体可以根据实际情况确定，这里不做具体限定。

需要说明的是，客户端在收集已安装的多个应用对应的主路径时，针对其中一部分应用，客户端可以确定这些应用对应哪个主路径，针对另一部分应用，客户端并不能直接确定这些应用对应的主路径，此时，可以人工辅助客户端确定这些应用对应的主路径。例如，可以人工在终端中运行这些应用，这些应用在运行的过程中，客户端可以确定对应的主路径。

客户端在获取到多个应用的应用信息后，可以将多个应用的应用信息发送至服务器。

服务器在接收到多个应用的应用信息后，可以对多个应用的应用信息以及来自其他客户端的多个应用的应用信息进行汇总，并将多个应用的包名、版本信息和多个应用对应的多个主路径对应存储，即建立多个应用的包名、版本信息和对应的多个主路径之间的对应关系，并按照对应关系存储多个应用的包名、版本信息和对应的多个主路径。其中，一个应用可以对应一个或多个主路径，一个主路径可以对应一个或多个版本信息。

可选地，服务器在将多个应用的包名、版本信息和对应的主路径进行对应存储时，可以以表格的形式存储。请参见表1。

表1

app	path	from_version	to_version
				com.tencent.mm	tencent/micromsg	1	5
com.tencent.mm	tencent/MicroMsg	6	-1
				com.sina.weibo	sina/weibo	1	10
com.sina.weibo	sina/Weibo	11	11
				com.sina.weibo	sina/weibo	12	-1

表1中存储了QQ和新浪微博这两个应用的应用信息，其中，QQ的包名为com.tencent.mm，有两个对应的主路径tencent/micromsg和tencent/Micromsg，主路径tencent/micromsg对应版本1至版本5，主路径tencent/Micromsg对应版本6至版本-1，版本-1可以理解为最新的版本；新浪微博的包名为com.sina.weibo，有两个对应的主路径sina/weibo和sina/Weibo，主路径sina/weibo对应版本1至版本10，以及版本12至版本-1，主路径sina/Weibo对应版本11，版本-1可以理解为最新的版本。

本实施例中，服务器预先存储的多个规则路径可以由服务器获取得到。具体地，多个应用的开发商在设计多个应用时，可以人为规定用于定位或存储这些应用的待定位文件的规则路径，服务器在接收客户端发送的路径请求之前，可以获取这些规则路径。

服务器在获取到多个应用中的待定位文件对应的多个规则路径后，可以确定多个应用的包名，并将多个应用的包名和多个规则路径对应存储。即建立多个应用的包名和多个规则路径之间的对应关系，并按照该对应关系存储多个应用的包名和多个规则路径。

服务器在按照上述记载的方法预先存储多个主路径和多个规则路径后，当接收到客户端发送的路径请求时，可以根据路径请求中包括的目标应用的包名和版本信息，从预先存储的多个主路径中查找与目标应用的包名和版本信息对应的主路径，以及根据路径请求中包括的目标应用的包名，从预先存储的多个规则路径中查找与目标应用的包名对应的规则路径，并将查找到的主路径作为目标主路径，将查找到的规则路径作为目标规则路径。

服务器在查找到目标主路径和目标规则路径后，可以将目标主路径和目标规则路径发送给客户端，此时，客户端可以接收服务器发返回的目标主路径和目标规则路径。

需要说明的是，服务器返回的目标主路径的个数可以是一个，也可以是多个。具体地，如果路径请求中包括的目标应用的版本信息是用户在客户端中安装目标应用时所使用的版本信息，那么，服务器返回的目标主路径的个数为1，如果路径请求中包括的目标应用的版本信息是用户在客户端中对目标应用升级后的版本信息，那么，考虑到目标应用升级后对应的主路径会发生变化，服务器返回的目标主路径可以是多个，这样，可以便于客户端基于多个目标主路径更加全面地定位得到目标文件，当然，服务器也可以返回一个目标主路径，具体可以根据实际情况确定。

比如，在清理垃圾文件的场景中，假设用户在客户端中安装目标应用A时使用的版本为x，后升级到版本y，在清理垃圾文件时，客户端向服务器发送的路径请求中包含的版本信息为y，那么，在对目标应用A中的垃圾文件进行浅层清理的情况下，服务器可以返回一个目标主路径，在对目标应用A中的垃圾文件进行深度清理的情况下，服务器可以返回多个目标主路径，这样可以便于客户端基于多个目标主路径，更加全面地定位得到垃圾文件。

为了便于理解，可以结合上述表1进行说明。

假设用户在客户端中安装QQ时使用的是版本4，之后用户将QQ升级到版本6，向服务器发送的路径请求中包括的版本信息为版本6，那么，在清理垃圾文件的场景中，在深度清理的情况下，服务器可以返回两个主路径tencent/micromsg和tencent/Micromsg，在浅层清理的情况下，服务器可以返回tencent/Micromsg。

可选地，为了便于服务器确定返回的目标主路径的个数，在一种实现方式中，客户端向服务器发送路径请求时，可以在路径请求中携带特殊标记，这样在路径请求中包括特殊标记的情况下，服务器可以返回多个目标主路径(前提是存在多个目标主路径)，反之，在路径请求中不包括特殊标记的情况下，服务器可以返回一个目标主路径。

应理解，服务器也可以通过其他实现方式确定返回的目标主路径的个数，这里不再一一举例说明。

S106：根据所述目标主路径和所述目标规则路径，确定所述目标文件的真实路径。

在S106中，客户端在接收到目标主路径和目标规则路径后，可以根据目标主路径对目标规则路径进行修正，进而得到目标文件的真实路径。

需要说明的是，基于S104中记载的内容可知，目标主路径的个数可以是一个，也可以是多个，在目标主路径的个数为多个的情况下，目标文件的真实路径也可以是多个，其中，一个真实路径可以通过一个目标主路径对规则路径进行修正得到。

在根据目标主路径和目标规则路径，确定目标文件的真实路径时，以其中一个目标主路径为例，可以包括：

将目标规则路径中的前N级路径替换为目标主路径，得到目标文件的真实路径，N为目标主路径的级数。

例如，在目标应用为QQ，目标主路径为tencent/Micromsg，目标规则路径为tencent/micromsg/camera的情况下，可以将tencent/micromsg/camera的前两级替换为目标主路径tencent/Micromsg，得到目标文件的真实路径，该真实路径为tencent/Micromsg/camera。

S108：根据所述目标文件的真实路径，定位所述目标文件。

在S108中，客户端在得到目标文件的真实路径后，可以基于该真实路径定位得到目标文件。

本实施例提供的技术方案，由于可以通过目标应用对应的主路径对目标文件的规则路径进行修正的方式得到目标文件的真实路径，无需通过扫描的方式确定目标文件的真实路径，因此，可以缩短定位文件时所需的时间，提高文件定位的效率。此外，由于可以通过修正的方式得到目标文件的真实路径，因此，在根据真实路径定位目标文件时，可以不受路径大小写的限制，从而可以提高目标文件的匹配率，准确定位得到目标文件。

图2为本申请的一个实施例文件定位方法的流程示意图。图1所示实施例的执行主体可以是图1所示实施例中记载的服务器，图2所示的文件定位方法如下所述。

S202：接收来自客户端的路径请求，所述路径请求中包括待定位的目标文件对应的目标应用的包名和版本信息，所述路径请求用于请求所述目标应用对应的目标主路径和所述目标文件对应的目标规则路径。

在S202中，客户端在对目标文件进行定位时，可以获取目标文件对应的目标应用的包名和版本信息。在获取到目标应用的包名和版本信息后，可以向服务器发送路径请求，路径请求中可以携带有目标应用的包名和版本信息，具体用于请求目标应用对应的目标主路径和目标文件对应的目标规则路径，此时，服务器可以接收到来自客户端的路径请求。

本实施例中，目标主路径和目标规则路径的具体理解可以参见图1所示实施例中的相应记载，这里不再重复描述。

S204：根据所述目标应用的包名和版本信息，从预先存储的多个主路径中查找与所述目标应用的包名和版本信息对应的目标主路径。

在S204中，服务器预先存储的多个主路径可以由多个客户端发送。以一个客户端为例，具体实现方式可以包括：

服务器在接收来自客户端的路径请求之前，可以接收来自客户端的多个应用的应用信息，多个应用的应用信息包括多个应用的包名、版本信息和多个应用对应的主路径。之后，服务器可以将多个应用的包名、版本信息和多个应用对应的主路径对应存储，其中，一个应用对应一个或多个主路径，一个主路径对应一个或多个版本信息。具体可以参见图1所示实施例中的相应记载，这里不再重复描述。

服务器在预先存储多个主路径后，在接收到来自客户端的路径请求时，可以根据路径请求中包括的目标应用的包名和版本信息，从预先存储的多个主路径中查找与目标应用的包名和版本信息对应的主路径，并将查找到的主路径作为目标主路径。

需要说明的是，目标主路径的个数可以是一个，也可以是多个，在目标主路径的个数为多个情况下，多个目标主路径可以用于客户端基于目标规则路径确定目标文件的多个真实路径。具体也可以参见图1所示实施例中的相应记载，这里不再重复说明。

S206：根据所述目标应用的包名，从预先存储的多个规则路径中查找与所述目标应用的包名对应的目标规则路径。

在S206中，服务器预先存储的多个规则路径可以由服务器获取得到。具体地，服务器在接收来自客户端的路径请求之前，可以获取多个应用的包名和多个应用的待定位文件对应的多个规则路径。之后，可以确定多个应用的包名和多个规则路径之间的对应关系，并按照该对应关系将多个应用的包名以及多个规则路径对应存储。

服务器在预先存储多个规则路径后，在接收到来自客户端的路径请求时，可以根据路径请求中包括的目标应用的包名，从预先存储的多个规则路径中查找与目标应用的包名对应的规则路径，并将查找到的规则路径作为目标规则路径。

S208：将所述目标主路径和所述目标路径规则发送至所述客户端，以便所述客户端根据所述目标主路径和所述目标路径规则，确定所述目标文件的真实路径，并根据所述真实路径定位所述目标文件。

在S208中，服务器在查找到目标主路径和目标规则路径后，可以将目标主路径和目标规则路径发生给客户端，客户端在接收到目标主路径和目标规则路径后，可以基于图1所示实施例中记载的方法，确定得到目标文件的真实路径，并基于真实路径定位得到目标文件。

上述S202至S208的具体实现可以参见图1所示实施例中相应步骤的具体实现，这里不再重复说明。

为了便于理解本申请实施例提供的技术方案，可以参见图3。图3为本申请实施例提供的一种文件定位方法的流程示意图，具体为图1和图2所示实施例中客户端和服务器的交互图，具体可以包括以下步骤：

S301：客户端获取已安装的多个应用的应用信息。

其中，多个应用的应用信息至少可以包括多个应用的包名、版本信息和该多个应用对应的多个主路径。

S302：客户端将多个应用的应用信息发送至服务器。

S303：服务器将多个应用的包名、版本信息和对应的多个主路径对应存储。

本实施例中，服务器在接收到来自客户端的多个应用的应用信息后，可以结合来自其他客户端的多个应用的应用信息，对多个应用的应用信息进行汇总，并建立多个应用的包名、版本信息和对应的多个主路径之间的对应关系，按照对应关系将多个应用的包名、版本信息和对应的多个主路径对应存储。

S304：服务器获取多个应用的包名和多个应用的待定位文件对应的多个规则路径。

本步骤中的多个应用可以是S303中的多个应用，针对其中一个应用而言，应用的待定位文件对应的规则路径可以是该应用的开发商在设计该应用时，人为规定的用于定位或存储该应用的待定位文件的路径。

S305：服务器将多个应用的包名和多个规则路径对应存储。

具体地，服务器可以建立多个应用的包名和多个规则路径之间的对应关系，并按照该对应关系将多个应用的包名和多个规则路径对应存储。

需要说明的是，上述S301至S305的执行顺序也可以是先执行S304和S305，后执行S301至S303。

S306：客户端获取待定位的目标文件对应的目标应用的包名和版本信息。

客户端在定位已安装的某个目标应用中的目标文件时，可以获取目标应用的包名和版本信息。

S307：客户端向服务器发送路径请求，路径请求中包括目标应用的包名和版本信息。

路径请求用于请求目标应用对应的目标主路径和目标文件对应的目标规则路径。目标主路径可以理解为在终端中安装目标应用时，目标应用在终端中生成的路径，在该路径下可以存储目标应用的相关文件，目标规则路径可以理解为由目标文件对应的目标应用的开发商在设计目标应用时，人为规定的用于定位或存储目标文件的路径。

S308：服务器根据目标应用的包名和版本信息，从预先存储的多个主路径中查找与目标应用的包名和版本信息对应的目标主路径。

其中，目标主路径的个数可以是一个，也可以是多个。

S309：服务器根据目标应用的包名，从预先存储的多个规则路径中查找与目标应用的包名对应的目标规则路径。

其中，目标规则路径的级数大于目标主路径的级数。

S310：服务器将查找的目标主路径和目标规则路径发送给客户端。

S311：客户端将目标规则路径中的前N级路径替换为目标主路径，得到目标文件的真实路径。

其中，N为目标主路径的级数。

S312：客户端根据目标文件的真实路径，定位目标文件。

本申请实施例提供的技术方案，服务器可以预先存储多个应用对应的多个主路径和多个应用的待定位文件对应的多个规则路径，客户端在定位目标文件时，可以基于目标文件对应的目标应用的包名和版本信息，从服务器获取目标文件的规则路径以及目标应用对应的主路径，根据该主路径对目标文件的规则路径进行修正，进而得到目标文件的真实路径，并根据真实路径定位目标文件。由于可以通过目标应用对应的主路径对目标文件的规则路径进行修正的方式得到目标文件的真实路径，无需通过扫描的方式确定目标文件的真实路径，因此，可以缩短定位文件时所需的时间，提高文件定位的效率。

此外，由于可以通过修正的方式得到目标文件的真实路径，因此，在根据真实路径定位目标文件时，可以不受路径大小写的限制，从而可以提高目标文件的匹配率，准确定位得到目标文件。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

图4是本申请的一个实施例电子设备的结构示意图。请参考图4，在硬件层面，该电子设备包括处理器，可选地还包括内部总线、网络接口、存储器。其中，存储器可能包含内存，例如高速随机存取存储器(Random-Access Memory，RAM)，也可能还包括非易失性存储器(non-volatile memory)，例如至少1个磁盘存储器等。当然，该电子设备还可能包括其他业务所需要的硬件。

处理器、网络接口和存储器可以通过内部总线相互连接，该内部总线可以是ISA(Industry Standard Architecture，工业标准体系结构)总线、PCI(PeripheralComponent Interconnect，外设部件互连标准)总线或EISA(Extended Industry StandardArchitecture，扩展工业标准结构)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图4中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。

存储器，用于存放程序。具体地，程序可以包括程序代码，所述程序代码包括计算机操作指令。存储器可以包括内存和非易失性存储器，并向处理器提供指令和数据。

处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，在逻辑层面上形成文件定位装置。处理器，执行存储器所存放的程序，并具体用于执行以下操作：

向服务器发送路径请求，所述路径请求中包括待定位的目标文件对应的目标应用的包名和版本信息，所述路径请求用于请求所述目标应用对应的目标主路径和所述目标文件对应的目标规则路径；

接收所述服务器返回的所述目标主路径和所述目标规则路径，所述目标主路径由所述服务器根据所述目标应用的包名和版本信息，从预先存储的多个主路径中查找得到，所述目标规则路径由所述服务器根据所述目标应用的包名，从预先存储的多个规则路径中查找得到；

根据所述目标主路径和所述目标规则路径，确定所述目标文件的真实路径；

根据所述目标文件的真实路径，定位所述目标文件。

上述如本申请图4所示实施例揭示的文件定位装置执行的方法可以应用于处理器中，或者由处理器实现。处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器，包括中央处理器(Central Processing Unit，CPU)、网络处理器(Network Processor，NP)等；还可以是数字信号处理器(Digital SignalProcessor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。

该电子设备还可执行图1的方法，并实现文件定位装置在图1所示实施例的功能，本申请实施例在此不再赘述。

当然，除了软件实现方式之外，本申请的电子设备并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

本申请实施例还提出了一种计算机可读存储介质，该计算机可读存储介质存储一个或多个程序，该一个或多个程序包括指令，该指令当被包括多个应用程序的便携式电子设备执行时，能够使该便携式电子设备执行图1所示实施例的方法，并具体用于执行以下操作：

向服务器发送路径请求，所述路径请求中包括待定位的目标文件对应的目标应用的包名和版本信息，所述路径请求用于请求所述目标应用对应的目标主路径和所述目标文件对应的目标规则路径；

接收所述服务器返回的所述目标主路径和所述目标规则路径，所述目标主路径由所述服务器根据所述目标应用的包名和版本信息，从预先存储的多个主路径中查找得到，所述目标规则路径由所述服务器根据所述目标应用的包名，从预先存储的多个规则路径中查找得到；

根据所述目标主路径和所述目标规则路径，确定所述目标文件的真实路径；

根据所述目标文件的真实路径，定位所述目标文件。

图5为本申请实施例提供的一种文件定位装置的结构示意图。所述装置可以应用于客户端，具体可以包括：发送单元51、接收单元52、确定单元53以及定位单元54，其中：

发送单元51，向服务器发送路径请求，所述路径请求中包括待定位的目标文件对应的目标应用的包名和版本信息，所述路径请求用于请求所述目标应用对应的目标主路径和所述目标文件对应的目标规则路径；

接收单元52，接收所述服务器返回的所述目标主路径和所述目标规则路径，所述目标主路径由所述服务器根据所述目标应用的包名和版本信息，从预先存储的多个主路径中查找得到，所述目标规则路径由所述服务器根据所述目标应用的包名，从预先存储的多个规则路径中查找得到；

确定单元53，根据所述目标主路径和所述目标规则路径，确定所述目标文件的真实路径；

定位单元54，根据所述目标文件的真实路径，定位所述目标文件。

可选地，所述目标主路径的个数为一个或多个；

在所述目标主路径的个数为多个的情况下，所述目标文件的真实路径的个数为多个，其中，一个真实路径根据一个目标主路径和所述目标规则路径确定得到。

可选地，所述目标规则路径的级数大于所述目标主路径的级数；

其中，所述确定单元53，根据所述目标主路径和所述目标规则路径，确定所述目标文件的真实路径，包括：

将所述目标规则路径中的前N级路径替换为所述目标主路径，得到所述目标文件的真实路径，N为所述目标主路径的级数。

所述发送单元51，在向服务器发送路径请求之前，获取已安装的多个应用的应用信息，所述多个应用的应用信息包括所述多个应用的包名、版本信息和所述多个应用对应的多个主路径；

将所述多个应用的应用信息发送至服务器，以便所述服务器将所述多个应用的包名、版本信息和所述多个应用对应的多个主路径对应存储，其中，一个应用对应一个或多个主路径，一个主路径对应一个或多个版本信息。

本申请实施例提供的文件定位装置还可执行图1的方法，并实现文件定位装置在图1所示实施例的功能，本申请实施例在此不再赘述。

图6是本申请的一个实施例电子设备的结构示意图。请参考图6，在硬件层面，该电子设备包括处理器，可选地还包括内部总线、网络接口、存储器。其中，存储器可能包含内存，例如高速随机存取存储器(Random-Access Memory，RAM)，也可能还包括非易失性存储器(non-volatile memory)，例如至少1个磁盘存储器等。当然，该电子设备还可能包括其他业务所需要的硬件。

处理器、网络接口和存储器可以通过内部总线相互连接，该内部总线可以是ISA(Industry Standard Architecture，工业标准体系结构)总线、PCI(PeripheralComponent Interconnect，外设部件互连标准)总线或EISA(Extended Industry StandardArchitecture，扩展工业标准结构)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图6中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。

存储器，用于存放程序。具体地，程序可以包括程序代码，所述程序代码包括计算机操作指令。存储器可以包括内存和非易失性存储器，并向处理器提供指令和数据。

处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，在逻辑层面上形成文件定位装置。处理器，执行存储器所存放的程序，并具体用于执行以下操作：

接收来自客户端的路径请求，所述路径请求中包括待定位的目标文件对应的目标应用的包名和版本信息，所述路径请求用于请求所述目标应用对应的目标主路径和所述目标文件对应的目标规则路径；

根据所述目标应用的包名和版本信息，从预先存储的多个主路径中查找与所述目标应用的包名和版本信息对应的目标主路径；

根据所述目标应用的包名，从预先存储的多个规则路径中查找与所述目标应用的包名对应的目标规则路径；

将所述目标主路径和所述目标路径规则发送至所述客户端，以便所述客户端根据所述目标主路径和所述目标路径规则，确定所述目标文件的真实路径，并根据所述真实路径定位所述目标文件。

上述如本申请图6所示实施例揭示的文件定位装置执行的方法可以应用于处理器中，或者由处理器实现。处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器，包括中央处理器(Central Processing Unit，CPU)、网络处理器(Network Processor，NP)等；还可以是数字信号处理器(Digital SignalProcessor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。

该电子设备还可执行图2的方法，并实现文件定位装置在图2所示实施例的功能，本申请实施例在此不再赘述。

当然，除了软件实现方式之外，本申请的电子设备并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

本申请实施例还提出了一种计算机可读存储介质，该计算机可读存储介质存储一个或多个程序，该一个或多个程序包括指令，该指令当被包括多个应用程序的便携式电子设备执行时，能够使该便携式电子设备执行图2所示实施例的方法，并具体用于执行以下操作：

接收来自客户端的路径请求，所述路径请求中包括待定位的目标文件对应的目标应用的包名和版本信息，所述路径请求用于请求所述目标应用对应的目标主路径和所述目标文件对应的目标规则路径；

根据所述目标应用的包名和版本信息，从预先存储的多个主路径中查找与所述目标应用的包名和版本信息对应的目标主路径；

根据所述目标应用的包名，从预先存储的多个规则路径中查找与所述目标应用的包名对应的目标规则路径；

将所述目标主路径和所述目标路径规则发送至所述客户端，以便所述客户端根据所述目标主路径和所述目标路径规则，确定所述目标文件的真实路径，并根据所述真实路径定位所述目标文件。

图7为本申请实施例提供的一种文件定位装置的结构示意图。所述装置可以应用于服务器，具体可以包括：接收单元71、第一查找单元72、第二查找单元73以及发送单元74，其中：

接收单元71，接收来自客户端的路径请求，所述路径请求中包括待定位的目标文件对应的目标应用的包名和版本信息，所述路径请求用于请求所述目标应用对应的目标主路径和所述目标文件对应的目标规则路径；

第一查找单元72，根据所述目标应用的包名和版本信息，从预先存储的多个主路径中查找与所述目标应用的包名和版本信息对应的目标主路径；

第二查找单元73，根据所述目标应用的包名，从预先存储的多个规则路径中查找与所述目标应用的包名对应的目标规则路径；

发送单元74，将所述目标主路径和所述目标路径规则发送至所述客户端，以便所述客户端根据所述目标主路径和所述目标路径规则，确定所述目标文件的真实路径，并根据所述真实路径定位所述目标文件。

可选地，所述接收单元71，在接收来自客户端的路径请求之前，接收来自所述客户端的多个应用的应用信息，所述多个应用的应用信息包括所述多个应用的包名、版本信息和所述多个应用对应的多个主路径；

将所述多个应用的包名、版本信息和所述多个应用对应的多个主路径对应存储，其中，一个应用对应一个或多个主路径，一个主路径对应一个或多个版本信息。

可选地，所述接收单元71，在接收来自客户端的路径请求之前，获取多个应用的包名和所述多个应用的待定位文件对应的多个规则路径；

将所述多个应用的包名和所述多个规则路径对应存储。

可选地，所述目标主路径的个数为一个或多个；

在所述目标主路径的个数为多个情况下，多个所述目标主路径用于所述客户端基于所述目标规则路径确定所述目标文件的多个真实路径。

本申请实施例提供的文件定位装置还可执行图2的方法，并实现文件定位装置在图1所示实施例的功能，本申请实施例在此不再赘述。

图8为本申请提供的一个实施例文件定位系统的结构示意图。图8所示的文件定位系统包括服务器81和客户端82，其中：

所述客户端82，向所述服务器81发送路径请求，所述路径请求中包括待定位的目标文件对应的目标应用的包名和版本信息，所述路径请求用于请求所述目标应用对应的目标主路径和所述目标文件对应的目标规则路径；

所述服务器81，根据所述目标应用的包名和版本信息，从预先存储的多个主路径中查找与所述目标应用的包名和版本信息对应的目标主路径；

所述服务器81，根据所述目标应用的包名，从预先存储的多个规则路径中查找与所述目标应用的包名对应的目标规则路径；

所述服务器81，将所述目标主路径和所述目标规则路径发送至所述客户端82；

所述客户端82，根据所述目标主路径和所述目标规则路径，确定所述目标文件的真实路径；

所述客户端82，根据所述目标文件的真实路径，定位所述目标文件。

本实施例中，服务器81和客户端82执行的上述步骤的具体实现可以参见图1和图2所示实施例中服务器和客户端执行的相应步骤的具体实现，这里不再重复说明。此外，服务器81还可以实现上述图2所示实施例中服务器所实现的功能，客户端81还可以实现上述图1所示实施例中客户端所实现的功能，这里也不再重复说明。

总之，以上所述仅为本申请的较佳实施例而已，并非用于限定本申请的保护范围。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

Claims (15)

1.一种文件定位方法，其特征在于，应用于客户端，包括：

向服务器发送路径请求，所述路径请求中包括待定位的目标文件对应的目标应用的包名和版本信息，所述路径请求用于请求所述目标应用对应的目标主路径和所述目标文件对应的目标规则路径；

接收所述服务器返回的所述目标主路径和所述目标规则路径，所述目标主路径由所述服务器根据所述目标应用的包名和版本信息，从预先存储的多个主路径中查找得到，所述目标规则路径由所述服务器根据所述目标应用的包名，从预先存储的多个规则路径中查找得到；

根据所述目标主路径和所述目标规则路径，确定所述目标文件的真实路径；

根据所述目标文件的真实路径，定位所述目标文件。

2.如权利要求1所述的方法，其特征在于，

所述目标主路径的个数为一个或多个；

在所述目标主路径的个数为多个的情况下，所述目标文件的真实路径的个数为多个，其中，一个真实路径根据一个目标主路径和所述目标规则路径确定得到。

3.如权利要求1或2所述的方法，其特征在于，所述目标规则路径的级数大于所述目标主路径的级数；

其中，根据所述目标主路径和所述目标规则路径，确定所述目标文件的真实路径，包括：

将所述目标规则路径中的前N级路径替换为所述目标主路径，得到所述目标文件的真实路径，N为所述目标主路径的级数。

4.如权利要求1所述的方法，其特征在于，在向服务器发送路径请求之前，所述方法还包括：

获取已安装的多个应用的应用信息，所述多个应用的应用信息包括所述多个应用的包名、版本信息和所述多个应用对应的多个主路径；

将所述多个应用的应用信息发送至服务器，以便所述服务器将所述多个应用的包名、版本信息和所述多个应用对应的多个主路径对应存储，其中，一个应用对应一个或多个主路径，一个主路径对应一个或多个版本信息。

5.一种文件定位方法，其特征在于，应用于服务器，包括：

接收来自客户端的路径请求，所述路径请求中包括待定位的目标文件对应的目标应用的包名和版本信息，所述路径请求用于请求所述目标应用对应的目标主路径和所述目标文件对应的目标规则路径；

根据所述目标应用的包名和版本信息，从预先存储的多个主路径中查找与所述目标应用的包名和版本信息对应的目标主路径；

根据所述目标应用的包名，从预先存储的多个规则路径中查找与所述目标应用的包名对应的目标规则路径；

将所述目标主路径和所述目标路径规则发送至所述客户端，以便所述客户端根据所述目标主路径和所述目标路径规则，确定所述目标文件的真实路径，并根据所述真实路径定位所述目标文件。

6.如权利要求5所述的方法，其特征在于，在接收来自客户端的路径请求之前，所述方法还包括：

接收来自所述客户端的多个应用的应用信息，所述多个应用的应用信息包括所述多个应用的包名、版本信息和所述多个应用对应的多个主路径；

将所述多个应用的包名、版本信息和所述多个应用对应的多个主路径对应存储，其中，一个应用对应一个或多个主路径，一个主路径对应一个或多个版本信息。

7.如权利要求5所述的方法，其特征在于，在接收来自客户端的路径请求之前，所述方法还包括：

获取多个应用的包名和所述多个应用的待定位文件对应的多个规则路径；

将所述多个应用的包名和所述多个规则路径对应存储。

8.如权利要求5所述的方法，其特征在于，

所述目标主路径的个数为一个或多个；

在所述目标主路径的个数为多个情况下，多个所述目标主路径用于所述客户端基于所述目标规则路径确定所述目标文件的多个真实路径。

9.一种文件定位系统，其特征在于，包括服务器和客户端，其中：

所述客户端，向所述服务器发送路径请求，所述路径请求中包括待定位的目标文件对应的目标应用的包名和版本信息，所述路径请求用于请求所述目标应用对应的目标主路径和所述目标文件对应的目标规则路径；

所述服务器，根据所述目标应用的包名和版本信息，从预先存储的多个主路径中查找与所述目标应用的包名和版本信息对应的目标主路径；

所述服务器，根据所述目标应用的包名，从预先存储的多个规则路径中查找与所述目标应用的包名对应的目标规则路径；

所述服务器，将所述目标主路径和所述目标规则路径发送至所述客户端；

所述客户端，根据所述目标主路径和所述目标规则路径，确定所述目标文件的真实路径；

所述客户端，根据所述目标文件的真实路径，定位所述目标文件。

10.一种文件定位装置，其特征在于，应用于客户端，包括：

发送单元，向服务器发送路径请求，所述路径请求中包括待定位的目标文件对应的目标应用的包名和版本信息，所述路径请求用于请求所述目标应用对应的目标主路径和所述目标文件对应的目标规则路径；

接收单元，接收所述服务器返回的所述目标主路径和所述目标规则路径，所述目标主路径由所述服务器根据所述目标应用的包名和版本信息，从预先存储的多个主路径中查找得到，所述目标规则路径由所述服务器根据所述目标应用的包名，从预先存储的多个规则路径中查找得到；

确定单元，根据所述目标主路径和所述目标规则路径，确定所述目标文件的真实路径；

定位单元，根据所述目标文件的真实路径，定位所述目标文件。

11.一种电子设备，包括：

处理器；以及

被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器执行以下操作：

向服务器发送路径请求，所述路径请求中包括待定位的目标文件对应的目标应用的包名和版本信息，所述路径请求用于请求所述目标应用对应的目标主路径和所述目标文件对应的目标规则路径；

接收所述服务器返回的所述目标主路径和所述目标规则路径，所述目标主路径由所述服务器根据所述目标应用的包名和版本信息，从预先存储的多个主路径中查找得到，所述目标规则路径由所述服务器根据所述目标应用的包名，从预先存储的多个规则路径中查找得到；

根据所述目标主路径和所述目标规则路径，确定所述目标文件的真实路径；

根据所述目标文件的真实路径，定位所述目标文件。

12.一种计算机可读存储介质，所述计算机可读存储介质存储一个或多个程序，所述一个或多个程序当被包括多个应用程序的电子设备执行时，使得所述电子设备执行以下操作：

向服务器发送路径请求，所述路径请求中包括待定位的目标文件对应的目标应用的包名和版本信息，所述路径请求用于请求所述目标应用对应的目标主路径和所述目标文件对应的目标规则路径；

接收所述服务器返回的所述目标主路径和所述目标规则路径，所述目标主路径由所述服务器根据所述目标应用的包名和版本信息，从预先存储的多个主路径中查找得到，所述目标规则路径由所述服务器根据所述目标应用的包名，从预先存储的多个规则路径中查找得到；

根据所述目标主路径和所述目标规则路径，确定所述目标文件的真实路径；

根据所述目标文件的真实路径，定位所述目标文件。

13.一种文件定位装置，其特征在于，应用于服务器，包括：

接收单元，接收来自客户端的路径请求，所述路径请求中包括待定位的目标文件对应的目标应用的包名和版本信息，所述路径请求用于请求所述目标应用对应的目标主路径和所述目标文件对应的目标规则路径；

第一查找单元，根据所述目标应用的包名和版本信息，从预先存储的多个主路径中查找与所述目标应用的包名和版本信息对应的目标主路径；

第二查找单元，根据所述目标应用的包名，从预先存储的多个规则路径中查找与所述目标应用的包名对应的目标规则路径；

发送单元，将所述目标主路径和所述目标路径规则发送至所述客户端，以便所述客户端根据所述目标主路径和所述目标路径规则，确定所述目标文件的真实路径，并根据所述真实路径定位所述目标文件。

14.一种电子设备，包括：

处理器；以及

被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器执行以下操作：

接收来自客户端的路径请求，所述路径请求中包括待定位的目标文件对应的目标应用的包名和版本信息，所述路径请求用于请求所述目标应用对应的目标主路径和所述目标文件对应的目标规则路径；

根据所述目标应用的包名和版本信息，从预先存储的多个主路径中查找与所述目标应用的包名和版本信息对应的目标主路径；

根据所述目标应用的包名，从预先存储的多个规则路径中查找与所述目标应用的包名对应的目标规则路径；

将所述目标主路径和所述目标路径规则发送至所述客户端，以便所述客户端根据所述目标主路径和所述目标路径规则，确定所述目标文件的真实路径，并根据所述真实路径定位所述目标文件。

15.一种计算机可读存储介质，所述计算机可读存储介质存储一个或多个程序，所述一个或多个程序当被包括多个应用程序的电子设备执行时，使得所述电子设备执行以下操作：

接收来自客户端的路径请求，所述路径请求中包括待定位的目标文件对应的目标应用的包名和版本信息，所述路径请求用于请求所述目标应用对应的目标主路径和所述目标文件对应的目标规则路径；

根据所述目标应用的包名和版本信息，从预先存储的多个主路径中查找与所述目标应用的包名和版本信息对应的目标主路径；

根据所述目标应用的包名，从预先存储的多个规则路径中查找与所述目标应用的包名对应的目标规则路径；

将所述目标主路径和所述目标路径规则发送至所述客户端，以便所述客户端根据所述目标主路径和所述目标路径规则，确定所述目标文件的真实路径，并根据所述真实路径定位所述目标文件。

Images