应用存档的识别方法及装置

1.一种应用存档的识别方法，其特征在于，所述方法包括：
接收各个客户端上传的应用存档，并提取每个应用存档的特征信息；
将所述每个应用存档的特征信息与预先建立的包括应用存档特征信息及应用存档的属性信息的数据库中的应用存档特征信息进行匹配；
根据匹配结果确定所述每个应用存档的属性信息，根据所述每个应用存档的属性信息识别每个应用存档；
根据每个应用存档的属性信息对所有应用存档进行分类，并存储分类后的每个应用存档；
获取操作应用的用户对应的用户信息，并根据所述用户信息确定所述用户需要的应用存档的应用存档类型；
向所述用户对应的客户端推荐与所述用户需要的应用存档的应用存档类型匹配的至少一个应用存档。
2.根据权利要求1所述的方法，其特征在于，所述将所述每个应用存档的特征信息与预先建立的包括应用存档特征信息及应用存档的属性信息的数据库中的应用存档特征信息进行匹配，包括：
确定所述预先建立的包括应用存档特征信息及应用存档的属性信息的数据库中的应用存档特征信息中是否存在与所述每个应用存档的特征信息一致的应用存档特征信息；
所述根据匹配结果确定所述每个应用存档的属性信息，包括：
如果匹配结果为所述数据库中的应用存档特征信息中存在与所述每个应用存档的特征信息一致的应用存档特征信息，则将所述数据库中的应用存档特征信息中与所述每个应用存档的特征信息一致的应用存档特征信息对应的应用存档的属性信息确定为所述每个应用存档的属性信息。
3.根据权利要求1所述的方法，其特征在于，所述存储分类后的每个应用存档之后，还包括：
接收需要应用存档的客户端发送的应用存档搜索请求，所述应用存档搜索请求中携带所述客户端需要的应用存档的应用存档类型；
向所述客户端返回与所述客户端需要的应用存档的应用存档类型匹配的应用存档。
4.一种应用存档的识别装置，其特征在于，所述装置包括：
第一接收模块，用于接收各个客户端上传的应用存档；
提取模块，用于提取每个应用存档的特征信息；
匹配模块，用于将所述每个应用存档的特征信息与预先建立的包括应用存档特征信息及应用存档的属性信息的数据库中的应用存档特征信息进行匹配；
第一确定模块，用于根据匹配结果确定所述每个应用存档的属性信息，根据所述每个应用存档的属性信息识别每个应用存档；
分类模块，用于根据每个应用存档的属性信息对所有应用存档进行分类；
存储模块，用于存储分类后的每个应用存档；
获取模块，用于获取操作应用的用户对应的用户信息；
第二确定模块，用于根据所述用户信息确定所述用户需要的应用存档的应用存档类型；
推荐模块，用于向所述用户对应的客户端推荐与所述用户需要的应用存档的应用存档类型匹配的至少一个应用存档。
5.根据权利要求4所述的装置，其特征在于，所述匹配模块，用于确定所述预先建立的包括应用存档特征信息及应用存档的属性信息的数据库中的应用存档特征信息中是否存在与所述每个应用存档的特征信息一致的应用存档特征信息；
所述第一确定模块，用于当匹配结果为所述数据库中的应用存档特征信息中存在与所述每个应用存档的特征信息一致的应用存档特征信息时，将所述数据库中的应用存档特征信息中与所述每个应用存档的特征信息一致的应用存档特征信息对应的应用存档的属性信息确定为所述每个应用存档的属性信息。
6.根据权利要求4所述的装置，其特征在于，所述装置，还包括：
第二接收模块，用于接收需要应用存档的客户端发送的应用存档搜索请求，所述应用存档搜索请求中携带所述客户端需要的应用存档的应用存档类型；
返回模块，用于向所述客户端返回与所述客户端需要的应用存档的应用存档类型匹配的应用存档。

应用存档的识别方法及装置\n技术领域\n[0001] 本发明涉及计算机技术领域，特别涉及一种应用存档的识别方法及装置。\n背景技术\n[0002] 随着计算机技术的迅速发展，出现了越来越多的应用。在运行应用的过程中，常常会因为各种原因而中止应用的运行。在中止应用后，为了便于后续可以从应用中止处继续运行应用，需要进行应用存档。其中，应用存档为存储的应用中止时的运行进度。例如，对于游戏来说，在运行游戏的过程中，如果需要中止游戏，则可以存储游戏存档，后续继续运行游戏时，可以根据游戏存档从游戏中止处继续运行游戏。另外，为了扩大应用的交互性，经常会设置第三方公共平台来管理应用的运行。例如，可以设置第三方游戏平台，不同的客户端可以在该第三方游戏平台下运行同一游戏，实现游戏的对战。由于第三方公共平台可能包括很多各种各样的应用，因此，如果每个客户端每次运行应用时均进行应用存档，则第三方公共平台会存储很多应用存档。为了实现简便快捷地识别各个应用存档，有必要提出一种识别应用存档的方法。\n[0003] 相关技术在识别应用存档时，所采用的方法为：第三方公共平台接收各个客户端上传的应用存档后，由应用管理人员根据经验或知识识别各个应用存档的属性信息，并将各个应用存档的属性信息作为识别结果。\n[0004] 在实现本发明的过程中，发明人发现相关技术至少存在以下问题：\n[0005] 由于相关技术在识别应用存档时，主要是根据应用管理人员的经验或知识识别。\n也就是说，相关技术的应用存档的识别主要依赖人为操作，不仅需要使用一定的人力资源，导致识别应用存档的成本较高，而且会导致识别应用存档的效率不高。\n发明内容\n[0006] 为了解决相关技术的问题，本发明实施例提供了一种应用存档的识别方法及装置。所述技术方案如下：\n[0007] 第一方面，提供了一种应用存档的识别方法，所述方法包括：\n[0008] 接收各个客户端上传的应用存档，并提取每个应用存档的特征信息；\n[0009] 将所述每个应用存档的特征信息与预先建立的包括应用存档特征信息及应用存档的属性信息的数据库中的应用存档特征信息进行匹配；\n[0010] 根据匹配结果确定所述每个应用存档的属性信息，根据所述每个应用存档的属性信息识别每个应用存档。\n[0011] 结合第一方面，在第一方面的第一种可能的实现方式中，所述将所述每个应用存档的特征信息与预先建立的包括应用存档特征信息及应用存档的属性信息的数据库中的应用存档特征信息进行匹配，包括：\n[0012] 确定所述预先建立的包括应用存档特征信息及应用存档的属性信息的数据库中的应用存档特征信息中是否存在与所述每个应用存档的特征信息一致的应用存档特征信息；\n[0013] 所述根据匹配结果确定所述每个应用存档的属性信息，包括：\n[0014] 如果匹配结果为所述数据库中的应用存档特征信息中存在与所述每个应用存档的特征信息一致的应用存档特征信息，则将所述数据库中的应用存档特征信息中与所述每个应用存档的特征信息一致的应用存档特征信息对应的应用存档的属性信息确定为所述每个应用存档的属性信息。\n[0015] 结合第一方面，在第一方面的第二种可能的实现方式中，所述根据匹配结果确定所述每个应用存档的属性信息之后，还包括：\n[0016] 根据每个应用存档的属性信息对所有应用存档进行分类，并存储分类后的每个应用存档。\n[0017] 结合第一方面的第二种可能的实现方式，在第一方面的第三种可能的实现方式中，所述存储分类后的每个应用存档之后，还包括：\n[0018] 接收需要应用存档的客户端发送的应用存档搜索请求，所述应用存档搜索请求中携带所述客户端需要的应用存档的应用存档类型；\n[0019] 向所述客户端返回与所述客户端需要的应用存档的应用存档类型匹配的应用存档。\n[0020] 结合第一方面的第二种可能的实现方式，在第一方面的第四种可能的实现方式中，所述存储分类后的每个应用存档之后，还包括：\n[0021] 获取操作应用的用户对应的用户信息，并根据所述用户信息确定所述用户需要的应用存档的应用存档类型；\n[0022] 向所述用户对应的客户端推荐与所述用户需要的应用存档的应用存档类型匹配的至少一个应用存档。\n[0023] 第二方面，提供了一种应用存档的识别装置，所述装置包括：\n[0024] 第一接收模块，用于接收各个客户端上传的应用存档；\n[0025] 提取模块，用于提取每个应用存档的特征信息；\n[0026] 匹配模块，用于将所述每个应用存档的特征信息与预先建立的包括应用存档特征信息及应用存档的属性信息的数据库中的应用存档特征信息进行匹配；\n[0027] 第一确定模块，用于根据匹配结果确定所述每个应用存档的属性信息，根据所述每个应用存档的属性信息识别每个应用存档。\n[0028] 结合第二方面，在第二方面的第一种可能的实现方式中，所述匹配模块，用于确定所述预先建立的包括应用存档特征信息及应用存档的属性信息的数据库中的应用存档特征信息中是否存在与所述每个应用存档的特征信息一致的应用存档特征信息；\n[0029] 所述第一确定模块，用于当匹配结果为所述数据库中的应用存档特征信息中存在与所述每个应用存档的特征信息一致的应用存档特征信息时，将所述数据库中的应用存档特征信息中与所述每个应用存档的特征信息一致的应用存档特征信息对应的应用存档的属性信息确定为所述每个应用存档的属性信息。\n[0030] 结合第二方面，在第二方面的第二种可能的实现方式中，所述装置，还包括：\n[0031] 分类模块，用于根据每个应用存档的属性信息对所有应用存档进行分类；\n[0032] 存储模块，用于存储分类后的每个应用存档。\n[0033] 结合第二方面的第二种可能的实现方式，在第二方面的第三种可能的实现方式中，所述装置，还包括：\n[0034] 第二接收模块，用于接收需要应用存档的客户端发送的应用存档搜索请求，所述应用存档搜索请求中携带所述客户端需要的应用存档的应用存档类型；\n[0035] 返回模块，用于向所述客户端返回与所述客户端需要的应用存档的应用存档类型匹配的应用存档。\n[0036] 结合第二方面的第二种可能的实现方式，在第二方面的第四种可能的实现方式中，所述装置，还包括：\n[0037] 获取模块，用于获取操作应用的用户对应的用户信息；\n[0038] 第二确定模块，用于根据所述用户信息确定所述用户需要的应用存档的应用存档类型；\n[0039] 推荐模块，用于向所述用户对应的客户端推荐与所述用户需要的应用存档的应用存档类型匹配的至少一个应用存档。\n[0040] 本发明实施例提供的技术方案带来的有益效果是：\n[0041] 通过提取每个应用存档的特征信息，并将每个应用存档的特征信息与预先建立的包括应用存档特征信息及应用存档的属性信息的数据库进行匹配，从而通过根据匹配结果确定的每个应用存档的属性信息来识别应用存档。由于识别过程是根据每个应用存档的特征信息及预先建立的数据库进行匹配来实现的，无需人为参与，不仅节约人力成本，而且识别应用存档的效率较高。\n附图说明\n[0042] 为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。\n[0043] 图1是本发明一实施例提供的一种应用存档的识别方法所涉及的实施环境示意图；\n[0044] 图2是本发明另一实施例提供的一种应用存档的识别方法的流程图；\n[0045] 图3是本发明另一实施例提供的一种应用存档的识别方法的流程图；\n[0046] 图4是本发明另一实施例提供的一种应用存档的识别装置的结构示意图；\n[0047] 图5是本发明另一实施例提供的一种应用存档的识别装置的结构示意图；\n[0048] 图6是本发明另一实施例提供的一种应用存档的识别装置的结构示意图；\n[0049] 图7是本发明另一实施例提供的一种应用存档的识别装置的结构示意图。\n具体实施方式\n[0050] 为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。\n[0051] 如图1所示，其示出了本发明实施例提供的应用存档的识别方法所涉及的实施环境示意图。如图1所示，该实施环境包括第三方公共平台101和各个客户端102。其中，第三方公共平台101能够提供各种应用，不同的客户端102可以通过登录该第三方公共平台101来实现在该第三方公共平台103下运行各个应用。例如，第三方公共平台101包括但不限于为游戏平台、语聊平台。当第三方公共平台101为游戏平台时，其可以包括各种类型的游戏，不同的用户可以通过对应的客户端102登录该游戏平台，并在该游戏平台下实现共同玩游戏或游戏对战，等等。\n[0052] 其中，各个客户端102通过网络与第三方公共平台101连接，该网络可以为有线网络，也可以为无线网络。关于第三方公共平台101的具体形式，本发明实施例不作具体限定。\n具体实施时，该第三方公共平台101可以包括应用存档收集和上传系统、应用存档特征信息提取系统以及应用存档识别系统。其中，应用存档收集和上传系统与应用存档特征信息提取系统相连，应用存档特征信息提取系统与应用存档识别系统通过有线网络或无线网络相连。\n[0053] 其中，应用存档收集和上传系统可以接收各个客户端102上传的各个应用的应用存档，并将接收的应用存档上传至应用存档特征信息提取系统，由应用存档特征信息提取系统提取每个应用存档的特征信息，并将提取到的应用存档的特征信息传输至应用存档识别系统，由应用存档识别系统根据每个应用存档的特征信息识别每个应用存档。\n[0054] 可选地，第三方公共平台101还可以包括应用存档分类存储系统、应用存档搜索系统、应用存档推荐系统、用户类型判断系统等等。关于这些系统的具体功能，可以参见图3所示的实施例中步骤304的内容，后续将结合应用存档的识别方法进行说明，此处暂不叙述。\n[0055] 其中，在本发明实施例中，应用存档是指登录第三方公共平台101的各个客户端\n102在第三方公共平台运行应用的过程中，中止应用时存储的应用的进度信息。应用存档特征信息是指存储应用存档时存储的能够表明应用存档的进度的相关数据。\n[0056] 另外，各个客户端102包括但不限于可以为智能手机、平板电脑、电子书阅读器、MP3(Moving Picture Experts Group Audio Layer III，动态影像专家压缩标准音频层面\n3)播放器、MP4(Moving Picture Experts Group Audio Layer IV，动态影像专家压缩标准音频层面3)播放器、膝上型便携计算机和台式计算机，等等。\n[0057] 具体的应用存档的识别方法详见下述各个实施例：\n[0058] 结合图1所示的实施环境示意图及上述内容，图2根据一示例性实施例提供了一种应用存档的识别方法的流程图。参见图2，本发明实施例提供的方法流程包括：\n[0059] 201：接收各个客户端上传的应用存档，并提取每个应用存档的特征信息。\n[0060] 202：将每个应用存档的特征信息与预先建立的包括应用存档特征信息及应用存档的属性信息的数据库中的应用存档特征信息进行匹配。\n[0061] 203：根据匹配结果确定每个应用存档的属性信息，根据每个应用存档的属性信息识别每个应用存档。\n[0062] 可选地，将每个应用存档的特征信息与预先建立的包括应用存档特征信息及应用存档的属性信息的数据库中的应用存档特征信息进行匹配，包括：\n[0063] 确定预先建立的包括应用存档特征信息及应用存档的属性信息的数据库中的应用存档特征信息中是否存在与每个应用存档的特征信息一致的应用存档特征信息；\n[0064] 根据匹配结果确定所述每个应用存档的属性信息，包括：\n[0065] 如果匹配结果为数据库中的应用存档特征信息中存在与每个应用存档的特征信息一致的应用存档特征信息，则将数据库中的应用存档特征信息中与每个应用存档的特征信息一致的应用存档特征信息对应的应用存档的属性信息确定为每个应用存档的属性信息。\n[0066] 可选地，根据匹配结果确定每个应用存档的属性信息之后，还包括：\n[0067] 根据每个应用存档的属性信息对所有应用存档进行分类，并存储分类后的每个应用存档。\n[0068] 可选地，存储分类后的每个应用存档之后，还包括：\n[0069] 接收需要应用存档的客户端发送的应用存档搜索请求，应用存档搜索请求中携带客户端需要的应用存档的应用存档类型；\n[0070] 向客户端返回与客户端需要的应用存档的应用存档类型匹配的应用存档。\n[0071] 可选地，存储分类后的每个应用存档之后，还包括：\n[0072] 获取操作应用的用户对应的用户信息，并根据用户信息确定用户需要的应用存档的应用存档类型；\n[0073] 向用户对应的客户端推荐与用户需要的应用存档的应用存档类型匹配的至少一个应用存档。\n[0074] 本发明实施例提供的方法，通过提取每个应用存档的特征信息，并将每个应用存档的特征信息与预先建立的包括应用存档特征信息及应用存档的属性信息的数据库进行匹配，从而通过根据匹配结果确定的每个应用存档的属性信息来识别应用存档。由于识别过程是根据每个应用存档的特征信息及预先建立的数据库进行匹配来实现的，无需人为参与，不仅节约人力成本，而且识别应用存档的效率较高。\n[0075] 结合图1所示的实施环境及上述图2所示实施例，图3根据一示例性实施例提供了一种应用存档的识别方法的流程图。参见图3，本发明实施例提供的方法流程包括：\n[0076] 301：接收各个客户端上传的应用存档，并提取每个应用存档的特征信息。\n[0077] 其中，关于应用的具体类型，本发明实施例不作具体限定。具体实施时，该应用可以为游戏，也可以为其它应用。\n[0078] 如果各个客户端在运行应用的过程中，需要中止运行应用，为了保证后续继续运行应用时，可以从应用中止处继续运行应用，经常会存储应用存档，从而实现对应用的运行进度进行备份。在本发明实施例中，为了便于对各个客户端存储的应用存档进行管理，从而实现简单快捷地识别应用存档，需要获取各个客户端存储的应用存档。其中，获取各个客户端存储的应用存档的方式，可以有很多种。具体实施时，可以控制各个客户端在运行应用的过程中如果存储应用存档，则直接自动上传存储的应用存档，从而可以通过接收各个客户端上传的应用存档来获取各个客户端存储的应用存档。关于接收各个客户端上传的应用存档的方式，本发明实施例不作具体限定。\n[0079] 进一步地，为了识别各个客户端上传的应用存档的属性信息，可以结合各个客户端上传的应用存档的特征信息来实现。因此，在识别各个应用存档时，需要提取每个应用存档的特征信息。关于特征信息的具体内容，本发明实施例同样不作具体限定。具体实施时，可以结合应用的类型而定。\n[0080] 例如，如果应用为游戏，由于各个客户端在存储游戏存档时，往往会存储游戏运行进度处的资源、函数、函数调用的参数以及游戏画面。因此，针对于游戏来说，游戏存档的特征信息包括但不限于资源、函数、函数调用的参数以及游戏画面。其中，由于游戏中会涉及很多材质、道具等，因此，可以将游戏涉及的材质、道具等作为游戏的资源。另外，由于每个游戏事件均对应至少一个图像，因此，可将图像作为以游戏画面。当然，此处仅以应用为游戏时的特征信息进行了举例说明，具体实施时，针对应用类型为其它类型的应用时，应用对应的特征信息的具体内容可以结合应用的具体实现过程的数据处理情况而定，本发明实施例在此不再举例说明。\n[0081] 关于提取每个应用存档的特征信息的方式，由于应用存档的头文件中往往会携带能标识其特征的信息，因此，可以从每个应用存档的头文件中提取每个应用存档的特征信息。另外，由于针对于不同的应用，其特征信息的具体内容也各不相同。因此，在提取每个应用存档的特征信息时，还需要可以结合每个应用存档的特征信息包括的具体内容而定，本发明实施例对此不作具体限定。结合上述举例，当应用为游戏时游戏应用存档的特征信息包括的具体内容，提取每个应用存档的特征信息包括但不限于：提取每个游戏存档的资源、函数、函数调用的参数以及游戏画面。\n[0082] 302：将每个应用存档的特征信息与预先建立的包括应用存档特征信息及应用存档的属性信息的数据库中的应用存档特征信息进行匹配。\n[0083] 为了识别每个应用存档，本发明实施例提供的方法支持通过将每个应用存档的特征信息与预先建立的包括应用存档特征信息及应用存档的属性信息的数据库中的应用存档特征信息进行匹配来实现。因此，在执行本发明实施例提供的应用存档的识别方法之前，需要预先建立包括应用存档特征信息及应用存档的属性信息的数据库。\n[0084] 其中，在预先建立包括应用存档特征信息及应用存档的属性信息的数据库时，包括但不限于：获取预设数值个应用存档，并提取获取到的每个应用存档的特征信息；确定每个应用存档的属性信息；建立获取到的每个应用存档的特征信息及应用存档的属性信息的映射关系；存储该映射关系，获得包括应用存档特征信息及应用存档的属性信息的数据库。\n其中，本发明实施例不对预设数值的具体数量进行限定，具体实施时，为了保证建立的数据库能够包括比较完整的信息，该预设数值越大越好。\n[0085] 关于提取获取到的每个应用存档的特征信息的方式，可以结合特征信息的具体内容而定，具体实施时，可以参考上述步骤301中提取每个应用存档的特征信息的方式。其中，需要说明的是，由于在建立数据库时，为了提高建立的数据库的准确性和可靠性，在提取获取到的每个应用存档的特征信息时，可以由应用的管理人员参与实现。具体地，可由管理人员在确定特征信息包括的具体内容后，通过分析每个应用存档，并从应用存档中提取与特征信息包括的具体内容相对应的内容，并进一步通过人机交互接口提交提取出的每个应用存档的特征信息的方式来实现。关于确定每个应用存档的属性信息的方式，本发明实施例均不作具体限定。具体实施时，也可以由应用的管理人员通过分析该应用存档确定每个应用存档的具体属性信息后通过人机接口提交的方式来实现。\n[0086] 进一步地，在提取到获取到的每个应用存档的特征信息及对应的属性信息后，便可以根据获取到的每个应用存档的特征信息及对应的属性信息建立包括存档的特征信息及应用存档的属性信息的映射关系，从而形成包括应用存档的特征信息及应用存档的属性信息的数据库。\n[0087] 另外，为了在后续识别应用存档时，能够以该数据库为参考，需要存储该数据库。\n关于存储该数据库的具体形式，本发明实施例不作具体限定。具体实施时，存储的数据库包括但不限于为如表一所示的形式。\n[0088] 表一\n[0089]\n应用存档特征信息 应用存档的属性信息\n[0090]\n应用存档A的特征信息 属性信息A\n应用存档B的特征信息 属性信息B\n[0091] 需要说明的是，上述预先建立包括应用存档特征信息及应用存档的属性信息的数据库的步骤为执行应用存档的识别方法之前的步骤。因此，并不是每次执行应用存档的识别方法时均需要执行的步骤，保证在执行应用存档的方法之前建立该数据库即可。另外，为了第三方公共平台包括的应用种类及数量在不断更新，因此，也应该实时更新数据库。关于实时更新数据库的方式，包括但不限于每隔预设时间更新一次。其中，关于预设时间的具体时长，本发明实施例不作具体限定。\n[0092] 在建立包括应用存档特征信息及应用存档的属性信息的数据库后，在后续具体识别某一应用存档时，即可以通过步骤302来实现。其中，关于将每个应用存档的特征信息与预先建立的包括应用存档特征信息及应用存档的属性信息的数据库中的应用存档特征信息进行匹配的方式，包括但不限于：确定预先建立的包括应用存档的特征信息及应用存档的属性信息的数据库中的应用存档特征信息中是否存在与每个应用存档的特征信息一致的应用存档特征信息。其中，在确定预先建立的包括应用存档的特征信息及应用存档的属性信息的数据库中的应用存档特征信息中是否存在与每个应用存档的特征信息一致的应用存档特征信息时，包括但不限于将每个应用存档的特征信息与数据库包括的所有应用存档特征信息进行一一比对，直至获得与每个应用存档的特征信息一致的应用存档特征信息为止。\n[0093] 通过将每个应用存档的特征信息与预先建立的包括应用存档的特征信息及应用存档的属性信息的数据库中的应用存档特征信息进行匹配，可以获得的匹配结果包括：数据库中的应用存档特征信息中存在与每个应用存档的特征信息一致的应用存档特征信息或者数据库中的应用存档特征信息中不存在与每个应用存档的特征信息一致的应用存档特征信息。进一步地，在获得匹配结果后，可以通过继续执行下面的步骤来识别每个应用存档的属性信息。\n[0094] 需要说明的是，如果匹配结果为数据库中的应用存档特征信息中不存在与某个或某些应用存档的特征信息匹配的应用存档特征信息，则针对于这些应用存档，则不能使用本发明实施例提供的应用存档的识别方法。具体实施时，在识别这些应用存档时，可以采用现有技术的方案。然而，为了使本发明实施例提供的方法能够识别任意的应用存档，应该实时扩大数据库。关于扩大数据库的具体方式，包括但不限于：当采用相关技术的方法识别出应用存档后，将该应用存档的特征信息及属性信息添加至数据库中。\n[0095] 303：根据匹配结果确定每个应用存档的属性信息，根据每个应用存档的属性信息识别每个应用存档。\n[0096] 其中，本发明实施例不对属性信息的具体内容进行限定。具体实施时，属性信息包括但不限于有应用名称、应用版本信息，等等。\n[0097] 关于根据匹配结果确定每个应用存档的属性信息的方式，包括但不限于：如果匹配结果为数据库中存在与每个应用存档的特征信息一致的应用存档特征信息，则将数据库中与每个应用存档的特征信息一致的应用存档特征信息对应的应用存档的属性信息确定为每个应用存档的属性信息。例如，如果数据库如上表一所示，且通过步骤301提取到的某个应用存档的特征信息与应用存档A的特征信息一致，则将表一中应用存档A的特征信息对应的属性信息A作为该应用存档的属性信息。\n[0098] 进一步地，在确定每个应用存档的属性信息之后，由于属性信息能反映应用的应用名称或应用版本等信息，因此，便可以根据每个应用存档的属性信息识别每个应用存档。\n例如，如果某一应用存档的属性信息中的应用名称为应用B，则可以获得该应用存档属于应用B的识别结果。\n[0099] 304：根据每个应用存档的属性信息对所有应用存档进行分类，并存储分类后的每个应用存档。\n[0100] 该步骤为可选步骤。在识别出每个应用存档，从而获得每个应用存档的属性信息后，为了便于每个应用存档进行管理，可以执行该步骤。其中，本发明实施例不对根据每个应用存档的属性信息对所有应用存档进行分类的方式进行限定。具体实施时，可以结合应用存档的属性信息的具体内容而定。例如，如果应用存档的属性信息为应用名称和应用版本信息，则在根据每个应用存档的属性信息对所有应用存档进行分类时，既可以根据应用名称进行分类，从而获得属于同一应用名称的应用存档；也可以按照应用版本信息进行分类，从而获得属于同一版本的应用存档。当然，为了细化分类，还可以将应用存档的属性信息包括的具体内容进行组合来分类，例如，可以将应用名称和应用版本信息进行组合来分类，从而获得属于同一应用同一版本的应用存档。\n[0101] 另外，为了便于对应用存档进行分类管理，可以存储分类后的每个应用存档。关于存储分类后的每个应用存档的方式，可以有很多种。例如，可以为每种应用存档类型的应用存档划分一个存储区域，因此，在存储分类后的应用存档时，将每个应用存档存储至与每个应用存档的应用存档类型相对应的存储区域。当然，还可以采用其它方式存储分类后的每个应用存档，本发明实施例对此不作具体限定。\n[0102] 其中，对所有应用存档进行分类，以及存储分类后的每个应用存档可以通过图1所示实施环境示意图中的第三方公共平台包括的应用存档分类存储系统实现。\n[0103] 可选地，存储分类后的每个应用存档即实现了对每个应用存档进行分类管理。此时，当各个客户端搜索某一类型的应用存档时，可以直接向搜索的客户端推送其需要的应用存档类型的应用存档。因此，存储分类后的每个应用存档之后，还可以包括：接收需要应用存档的客户端发送的应用存档搜索请求，应用存档搜索请求中携带客户端需要的应用存档的应用存档类型；向客户端返回与客户端需要的应用存档的应用存档类型匹配的应用存档。其中，该可选步骤可以通过图1所示实施环境示意图中的第三方公共平台包括的应用存档分类存储系统实现。\n[0104] 本发明实施例不对接收需要应用存档的客户端发送的应用存档搜索请求的方式，以及向客户端返回与客户端需要的应用存档的应用存档类型匹配的应用存档的方式进行限定。在向客户端返回与客户端需要的应用存档的应用存档类型匹配的应用存档时，可以先从存储分类后的应用存档的存储区域查询到客户端需要的应用存档的应用存档类型，然后将该应用存档类型包括的所有应用存档中的部分或全部返回给需要该应用存档类型的应用存档的客户端。\n[0105] 可选地，存储分类后的每个应用存档之后，为了扩大应用的交互范围，使得不同客户端对应的用户之间能够针对某一应用存档展开讨论或进行技术交流，还包可以包括下述步骤：\n[0106] 步骤一：获取操作应用的用户对应的用户信息，并根据用户信息确定用户需要的应用存档的应用存档类型。\n[0107] 其中，本发明实施例不对用户信息的具体内容进行限定。具体实施时，用户信息包括但不限于为用户标识、用户已安装的应用、用户运行已安装的应用的频率以及用户每次运行已安装的应用的时长，等等。\n[0108] 关于获取操作应用的用户对应的用户信息的方式，包括但不限于：设置用户操作包括的应用的权限，例如，可以要求用户登录后才能使用包括的各种应用。此时，可以通过获取用户的登录信息的方式来获取用户信息。当然，还可以采用其它方式获取操作应用的用户对应的用户信息，本发明实施例对此不作具体限定。其中，获取操作应用的用户对应的用户信息可以通过图1所示实施环境示意图中的第三方公共平台包括的用户类型判断系统实现。\n[0109] 关于根据用户信息确定用户需要的应用存档的应用存档类型的方式，可以有很多种。具体实施时，可以根据用户信息包括的具体内容而定。例如，如果用户信息包括用户运行已安装的应用的频率以及用户每次运行已安装的应用的时长时，可以通过判断用户运行某一已安装的应用的频率是否达到预设阈值和/或用户每次运行已安装的某一应用的时长是否达到预设时长。如果用户运行某一已安装的应用的频率达到预设阈值和/或用户每次运行已安装的某一应用的时长达到预设时长，则可以确定用户比较喜欢该应用，从而可以将与该已安装的应用对应的应用存档类型确定为该用户需要的应用存档的应用存档类型。\n其中，本发明实施例不对预设阈值即预设时长的具体数值进行限定，具体实施时，可以根据需要设定。\n[0110] 步骤二：向用户对应的客户端推荐与用户需要的应用存档的应用存档类型匹配的至少一个应用存档。\n[0111] 关于向用户对应的客户端推荐与用户需要的应用存档的应用存档类型匹配的至少一个应用存档的方式，本发明实施例不作具体限定。具体实施时，也可以先从存储分类后的应用存档的存储区域查询到客户端需要的应用存档的应用存档类型，然后将该应用存档类型包括的所有应用存档中的部分或全部返回给需要应用存档的客户端。此时，用户对应的终端可以通过列表的形式显示推荐的应用存档，并从列表中选择需要的应用存档。当然，在具体实施时，还可以向用户推荐唯一的应用存档，从而使得推荐的应用存档比较有针对性。\n[0112] 其中，向用户对应的客户端推荐与用户需要的应用存档的应用存档类型匹配的至少一个应用存档可以通过图1所示实施环境示意图中的第三方公共平台包括的应用存档推荐系统实现。\n[0113] 通过在确定用户需要的应用存档的应用存档类型后向用户对应的客户端推荐与需要的应用存档的应用存档类型匹配的应用存档，不仅能够扩大应用存档的交互范围，从而扩大应用存档的推广范围，而且使得推荐的应用存档具有一定的针对性。\n[0114] 本发明实施例提供的方法，通过提取每个应用存档的特征信息，并将每个应用存档的特征信息与预先建立的包括应用存档特征信息及应用存档的属性信息的数据库进行匹配，从而通过根据匹配结果确定的每个应用存档的属性信息来识别应用存档。由于识别过程是根据每个应用存档的特征信息及预先建立的数据库进行匹配来实现的，无需人为参与，不仅节约人力成本，而且识别应用存档的效率较高。\n[0115] 图4是根据一示例性实施例示出的一种应用存档的识别装置的结构示意图，该终端用于执行上述图2或图3对应的实施例中提供的应用存档的识别方法。参见图4，该装置包括：\n[0116] 第一接收模块401，用于接收各个客户端上传的应用存档；\n[0117] 提取模块402，用于提取每个应用存档的特征信息；\n[0118] 匹配模块403，用于将每个应用存档的特征信息与预先建立的包括应用存档特征信息及应用存档的属性信息的数据库中的应用存档特征信息进行匹配；\n[0119] 第一确定模块404，用于根据匹配结果确定每个应用存档的属性信息，根据每个应用存档的属性信息识别每个应用存档。\n[0120] 可选地，匹配模块403，用于确定预先建立的包括应用存档特征信息及应用存档的属性信息的数据库中的应用存档特征信息中是否存在与每个应用存档的特征信息一致的应用存档特征信息；\n[0121] 第一确定模块404，用于当匹配结果为数据库中的应用存档特征信息中存在与每个应用存档的特征信息一致的应用存档特征信息时，将数据库中的应用存档特征信息中与每个应用存档的特征信息一致的应用存档特征信息对应的应用存档的属性信息确定为每个应用存档的属性信息。\n[0122] 可选地，参见图5，装置，还包括：\n[0123] 分类模块405，用于根据每个应用存档的属性信息对所有应用存档进行分类；\n[0124] 存储模块406，用于存储分类后的每个应用存档。\n[0125] 可选地，参见图6，装置，还包括：\n[0126] 第二接收模块407，用于接收需要应用存档的客户端发送的应用存档搜索请求，应用存档搜索请求中携带客户端需要的应用存档的应用存档类型；\n[0127] 返回模块408，用于向客户端返回与客户端需要的应用存档的应用存档类型匹配的应用存档。\n[0128] 可选地，参见图7，装置，还包括：\n[0129] 获取模块409，用于获取操作应用的用户对应的用户信息；\n[0130] 第二确定模块410，用于根据用户信息确定用户需要的应用存档的应用存档类型；\n[0131] 推荐模块411，用于向用户对应的客户端推荐与用户需要的应用存档的应用存档类型匹配的至少一个应用存档。\n[0132] 本发明实施例提供的装置，通过提取每个应用存档的特征信息，并将每个应用存档的特征信息与预先建立的包括应用存档特征信息及应用存档的属性信息的数据库进行匹配，从而通过根据匹配结果确定的每个应用存档的属性信息来识别应用存档。由于识别过程是根据每个应用存档的特征信息及预先建立的数据库进行匹配来实现的，无需人为参与，不仅节约人力成本，而且识别应用存档的效率较高。\n[0133] 需要说明的是：上述实施例提供的应用存档的识别装置在实现应用存档的识别时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的应用存档的识别装置与应用存档的识别方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。\n[0134] 本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。\n[0135] 以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。