CN106878445B

CN106878445B - 资源文件更新方法及装置

Info

Publication number: CN106878445B
Application number: CN201710138217.2A
Authority: CN
Inventors: 乔航; 魏雪; 黄耿星
Original assignee: Tencent Technology Shenzhen Co Ltd
Current assignee: Tencent Technology Shenzhen Co Ltd
Priority date: 2017-03-09
Filing date: 2017-03-09
Publication date: 2020-09-11
Anticipated expiration: 2037-03-09
Also published as: CN106878445A

Abstract

本发明是关于一种资源文件更新方法及装置，属于互联网技术领域。方法包括：接收终端上第一应用收集的终端应用数据，终端应用数据用于指示终端的应用安装情况和应用使用情况；如果终端应用数据指示终端已安装第二应用，获取第二应用的用户数据，用户数据用于表征终端用户和终端用户基于第二应用产生的使用数据；基于终端应用数据以及第二应用的用户数据，生成终端的属性标签，属性标签用于指示终端的资源需求；根据终端的属性标签以及属性标签与策略文件之间的对应关系，为终端进行资源文件更新。本发明通过终端第一应用的终端应用数据和第二应用的用户数据，确定资源需求，可有针对性的进行资源文件更新，提高了为终端提供目标资源文件的准确性。

Description

资源文件更新方法及装置

技术领域

本发明涉及互联网技术领域，特别涉及一种资源文件更新方法及装置。

背景技术

随着互联网技术的飞速发展，终端可以为用户提供的服务越来越智能化。终端设备中可以安装不同的客户端，这些客户端可以满足用户的娱乐、工作等需求。为了使客户端展示的内容可以与用户的喜好相匹配，服务器可以为终端中安装的客户端提供例如新页面或新的功能组件等资源文件，以便客户端根据资源文件进行更新。

相关技术中，服务器在为终端中安装的客户端提供资源文件之前，需要运营人员配置不同的策略文件，并保留不同用户的终端在服务器中的下载信息作为历史数据，这样当终端安装的客户端需要进行资源文件更新时，终端向服务器发送自身的终端标识，服务器在接收到终端标识时，获取该终端标识对应的历史数据，并根据该历史数据确定可以推送给终端的策略文件，将策略文件下发至终端标识对应的终端，以使终端上的客户端根据策略文件获取资源文件，以便完成资源文件更新。

在实现本发明的过程中，发明人发现相关技术至少存在以下问题：

在根据终端标识获取策略文件时，服务器仅根据终端标识获取其对应的历史数据，并根据历史数据获取策略文件，而历史数据与用户终端当前产生的使用数据存在差异，服务器无法感知历史数据与使用数据之间的差异，使得一些不需要获取资源文件进行更新的客户端也会进行更新，导致准确性不高。

发明内容

为克服相关技术中存在的问题，本发明提供一种资源文件更新方法及装置。

根据本发明实施例的第一方面，提供一种资源文件更新方法，所述方法包括：

接收终端上第一应用收集的终端应用数据，所述终端应用数据用于指示终端的应用安装情况和应用使用情况；

如果所述终端应用数据指示所述终端已安装第二应用，获取所述第二应用的用户数据，所述用户数据用于表征所述终端用户和所述终端用户基于所述第二应用产生的使用数据；

基于所述终端应用数据以及所述第二应用的用户数据，生成所述终端的属性标签，所述属性标签用于指示所述终端的资源需求；

根据所述终端的属性标签以及属性标签与策略文件之间的对应关系，为所述终端进行资源文件更新。

本发明实施例提供的方法，通过终端上第一应用所收集的终端应用数据，并结合终端上所安装的第二应用的用户数据，来确定终端的资源需求，并根据该资源需求，可以有针对性的为终端进行资源文件更新，提高了为终端提供目标资源文件的准确性。

根据本发明实施例的第二方面，提供一种资源文件更新方法，所述方法包括：

向服务器发送终端上第一应用收集的终端应用数据，所述终端应用数据用于指示终端的应用安装情况和应用使用情况；

当需要进行资源文件更新时，基于所述服务器所确定的所述终端的属性标签以及属性标签与策略文件之间的对应关系，进行资源文件更新。

根据本发明实施例的第三方面，提供一种资源文件更新装置，所述装置包括：

接收模块，用于接收终端上第一应用收集的终端应用数据，所述终端应用数据用于指示终端的应用安装情况和应用使用情况；

第一获取模块，用于如果所述终端应用数据指示所述终端已安装第二应用，获取所述第二应用的用户数据，所述用户数据用于表征所述终端用户和所述终端用户基于所述第二应用产生的使用数据；

生成模块，用于基于所述终端应用数据以及所述第二应用的用户数据，生成所述终端的属性标签，所述属性标签用于指示所述终端的资源需求；

更新模块，用于根据所述终端的属性标签以及属性标签与策略文件之间的对应关系，为所述终端进行资源文件更新。

本发明实施例提供的装置，通过终端上第一应用所收集的终端应用数据，并结合终端上所安装的第二应用的用户数据，来确定终端的资源需求，并根据该资源需求，可以有针对性的为终端进行资源文件更新，提高了为终端提供目标资源文件的准确性。

根据本发明实施例的第四方面，提供一种资源文件更新装置，所述装置包括：

发送模块，用于向服务器发送终端上第一应用收集的终端应用数据，所述终端应用数据用于指示终端的应用安装情况和应用使用情况；

更新模块，用于当需要进行资源文件更新时，基于所述服务器所确定的所述终端的属性标签以及属性标签与策略文件之间的对应关系，进行资源文件更新。

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

附图说明

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

图1A是根据一示例性实施例示出的一种资源文件更新系统的场景图；

图1B是根据一示例性实施例示出的一种资源文件更新系统的架构图；

图2A是根据一示例性实施例示出的一种资源文件更新方法的流程图；

图2B是根据一示例性实施例示出的一种资源文件更新方法的示意图；

图2C是根据一示例性实施例示出的一种资源文件更新方法的示意图；

图2D是根据一示例性实施例示出的一种资源文件更新方法的示意图；

图3A是根据一示例性实施例示出的一种资源文件更新装置的框图；

图3B是根据一示例性实施例示出的一种资源文件更新装置的框图；

图3C是根据一示例性实施例示出的一种资源文件更新装置的框图；

图3D是根据一示例性实施例示出的一种资源文件更新装置的框图；

图3E是根据一示例性实施例示出的一种资源文件更新装置的框图；

图3F是根据一示例性实施例示出的一种资源文件更新装置的框图；

图3G是根据一示例性实施例示出的一种资源文件更新装置的框图；

图4A是根据一示例性实施例示出的一种资源文件更新装置的框图；

图4B是根据一示例性实施例示出的一种资源文件更新装置的框图；

图4C是根据一示例性实施例示出的一种资源文件更新装置的框图；

图5是根据一示例性实施例示出的一种资源文件更新装置500的框图。

具体实施方式

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

在对本发明进行详细的解释说明之前，先对本发明实施例涉及的资源文件更新系统的架构进行简单介绍。

参见图1A，资源文件更新系统包括多个终端101、至少一个服务器102。

多个终端101通过无线或者有线网络和服务器102连接，该多个终端101可以为能够访问服务器102的电子设备，该电子设备可以为电脑、智能手机、平板电脑或者其他电子设备。

服务器102可以为一个或者多个网站服务器，用于为终端101进行资源管理等服务，当然，该服务器102还可以为终端101进行例如资源推荐、资源病毒查杀等等其他资源相关的服务。本实施环境中，终端用户可以通过在服务器102上进行注册或安装客户端等手段，来获取服务器102的服务，本发明实施例对此不作限定。

而对于服务器102来说，该服务器102还可以具有至少一种数据库，用以存储用户历史数据、资源以及用户相关数据等等，从而能够提供更加有用户针对性以及大容量的存储服务。

需要说明的是，本发明实施例所涉及的资源文件可以是指网页资源、功能模块、功能组件等任一种可以存储于终端或是存储于服务器上的文件。

其中，参见图1B，上述至少一个服务器102包括精准服务器和云控服务器。精准服务器是通过长期积累大量终端应用数据，根据终端应用数据所指示的终端应用安装情况和应用使用情况，为不同用户的终端建立不同的属性标签，以便后续在为终端提供可更新的资源文件时可以有针对性的进行投放，确保向用户的终端投放的可更新的资源文件种包括用户感兴趣的内容。精准服务器包括精准数据收发器、标签生成器和投放调度器，其中，精准数据收发器用于接收终端通过第一应用采集到的终端应用数据；标签生成器用于根据不同终端采集到的终端应用数据，生成与终端匹配的属性标签；投放调度器用于确定是否允许终端获取目标资源文件。当终端向精准服务器发送终端应用数据时，精准服务器获取终端的终端标识，并由精准数据收发器首先获取上述终端应用数据，将终端应用数据发送至标签生成器；随后，标签生成器基于终端应用数据生成属性标签，将属性标签与服务器获取到的终端标识对应存储至服务器的数据库中。最后，标签生成器将属性标签和其对应的终端标识发送至投放调度器，由投放调度器根据终端白名单、优先级以及更新功能状态标识中至少一项确定是否允许终端进行资源文件更新。

云控服务器用于接收终端返回的资源文件版本和下载地址，根据资源文件版本和下载地址获取目标资源文件，将目标资源文件发送给终端，以使终端将目标资源文件更新至相应的更新位置，以完成资源文件的更新。云控服务器包括云控后台管理器，云控后台管理器在接收终端发送的资源文件版本和下载地址，根据资源文件版本和下载地址确定即将下发给终端的目标资源文件时，可以基于终端发送的资源请求指令中包括的更新功能状态标识、当前的资源请求指令数目以及流量峰值等确定是否允许终端即刻获取目标资源文件。

终端包括精准数据收发器、精准信息采集器、精准管理器、云控管理器和云控更新器。其中，精准数据收发器用于接收精准信息采集器采集的终端应用数据，并将终端应用数据发送至精准服务器；精准信息采集器用于采集终端的终端应用数据；精准管理器用于传输资源请求指令，并接收精准服务器下发的策略文件地址，将策略文件地址发送至云控管理器；云控管理器用于按照策略文件地址下载并解析策略文件，将解析策略文件得到的资源文件版本和下载地址发送给云控更新器；云控更新器用于根据资源文件版本和下载地址向云控服务器请求目标资源文件，并接收云控服务器下发的目标资源文件，将目标资源文件更新至终端的指定位置。

图2A是根据一示例性实施例示出的一种资源文件更新方法的流程图，如图2A所示，该方法包括以下步骤。

201、终端通过第一应用检测该终端当前所安装的应用，得到该终端的应用安装情况数据。

该第一应用可以是指具有应用管理功能的应用，该第一应用可以通过读取终端的注册表等信息以获知终端当前所安装的应用。该终端的应用安装情况数据用于反映终端当前所安装的应用。该应用安装情况数据还可以包括当前运行应用的相关信息。在获取应用安装信息时，终端可在操作系统中调取当前终端中安装的应用的名称、正在运行的应用的名称以及当前浏览器中正在浏览的页面的名称，并将应用的名称和页面的名称作为应用安装情况数据。例如，若终端中当前运行有客户端游戏A和浏览器B，则终端可获取浏览器B当前展示的至少一个页面的页面名称，将客户端游戏A的名称和浏览器B当前展示的至少一个页面的页面名称作为应用安装情况数据。

对于用户来说，其使用的终端上安装的应用多数为用户主动安装的，这些用户主动安装的应用极有可能为用户的兴趣爱好所在，因此，通过获取终端的应用安装情况数据，可以较为精准的判断出用户的兴趣爱好，使得在后续服务器向终端下发策略文件时，可以基于应用安装情况确定用户的兴趣爱好所在，为终端下发用户可能感兴趣的策略文件。

在本发明实施例中，除上述应用安装情况数据以外，终端还可以获取终端的基础数据，该终端的基础数据包括终端的硬件运行环境信息。

终端的硬件运行环境信息可为终端的CPU(Central Processing Unit，中央处理器)占用率、内存可用容量、磁盘I/O(Input/Output，输入/输出)和网络I/O等。参见图2B，在获取硬件运行环境信息时，终端可以基于当前的运行环境，在其所搭载的操作系统中获取终端属性信息，在终端属性信息中读取CPU占用率、内存可用容量、磁盘I/O和网络I/O等作为硬件运行环境信息。

该硬件运行环境信息可以表征终端当前的运行状态及自身处理能力，使得在后续服务器向终端下发策略文件时，可以基于硬件运行环境信息为终端选取与其相适配的策略文件。

上述检测过程可以由终端自身周期性进行，也可以基于用户的触发进行。在由终端自身周期性进行时，终端上可以设置有预设时长，从而每当到达预设时长时，终端即可以开始检测当前的应用安装情况数据、硬件运行环境信息等所需数据，并将所检测得到的数据与检测时间对应存储，以便在后续向服务器发送，这种周期性进行的方式，可以得到全面的终端数据，进而可以获知随着时间发生变化的终端应用安装情况以及硬件运行环境等等。在基于用户的触发进行时，终端可以提供检测按键，当检测到用户触发该检测按键时，终端即可开始检测上述检测过程，以得到当前的应用安装情况数据、硬件运行环境信息等所需数据，这种实时获取的方式可以使得后续服务器向终端下发策略文件时可以更加精准。

202、终端通过该第一应用检测该终端当前所安装应用的使用频率以及使用历史数据，得到该终端的应用使用情况数据。

在本发明实施例中，应用使用情况数据为用户在使用终端时，基于应用进行各种操作而产生的数据。对于终端中安装的全部应用，用户对其的喜爱程度往往是不同的，对于一些喜爱的应用，用户的使用频率会明显高于其不喜爱的应用，而其使用历史数据例如历史浏览网页、搜索历史等，也可以明确体现用户的兴趣爱好，因此，通过获取应用使用情况数据，可以进一步确定用户的偏好。

在获取当前所安装应用的使用频率时，终端可以统计应用的运行次数，将运行次数作为应用的使用频率；在获取当前所安装应用的使用历史数据时，终端可以获取用户在应用的各个界面中输入的关键字，将关键字作为使用历史数据。可选地，终端还可以统计用户每次使用各个应用的使用时长，计算得到使用各个应用的总时长，并将使用时长也作为应用使用数据；可选地，终端可仅将使用频率作为应用使用数据发送至终端，也可仅将使用历史数据作为应用使用数据发送至终端，本发明对此不进行具体限定。

可选地，在通过检测获取终端的应用使用情况数据的过程中，可以仅获取最近预设时长内的数据，由于用户的兴趣爱好可能随着时间的流逝而转移，因此，通过最近一段时间的使用情况的相关数据，可以大大提高数据的时新性，也能够提高后续更新的准确性。

该步骤202的检测和步骤201的检测可以采用同理的触发方式，例如周期性检测或用户主动触发，本发明实施例对此不作具体限定。

203、终端向服务器发送终端上第一应用收集的终端应用数据。

为了保证数据传输的安全性，终端以及服务器中可以预先设置用于加密的密码，这样，终端在将第一应用收集的终端应用数据发送至服务器之前，可以将第一应用收集的终端应用数据进行压缩，得到数据压缩包，用密码对数据压缩包进行加密，将加密后的数据压缩包发送至服务器，以使服务器在接收到数据压缩包时，可以基于密码进行解压，保证了数据传输的安全性。

需要说明的是，由于在生成应用使用情况数据时，需要获取用户在终端上使用各个应用时的使用频率以及使用历史数据，因此使用历史数据中很有可能涉及到诸如账号密码、身份证号码、电话号码等用户的私密数据，这样，终端在将应用使用情况数据发送至服务器之前，可以先将应用使用情况数据作为原始应用使用数据，并对原始应用使用数据进行过滤，将原始应用使用数据中诸如账号密码、身份证号码、电话号码等用户的私密数据进行排除，并将排除后的数据作为应用使用情况数据进行发送。

204、服务器接收终端上第一应用收集的终端应用数据。

需要说明的是，在服务器侧可以在每次接收到终端所发送的数据时即开始后续资源文件更新过程，也可以是按照服务器侧所设置的更新周期来进行资源文件更新过程。其中，一个更新周期中可以接收到终端多次发送的终端应用数据，一个更新周期的周期长度可以根据服务器的实际处理能力确定，本发明实施例对此不作限定。

可选地，服务器可以确定是否为该终端进行资源文件更新，其具体确定方式可以包括：根据所述终端的历史更新行为数据，确定所述终端的更新可能性，所述历史更新行为数据用于指示所述终端在接收到资源文件更新通知时的处理方式；如果所述终端的更新可能性大于预设阈值，则执行更新过程。由于历史更新行为数据可以体现当通过第一应用向该终端发送资源文件更新通知时，用户是否会进行更新，因此，通过上述是否更新的分析，可以获知用户对更新的态度，从而确定终端的更新可能性，如果该终端用户在接收到多次通知均不进行更新，则说明该用户对更新不感兴趣，也就没必要为其进行后续的分析等过程。

其中，该更新可能性可以是采用比例形式表达，例如，服务器统计到曾经向该终端用户发送过10次更新通知，而该终端仅进行过1次更新，则该更新可能性为10％。上述预设阈值可以由服务器预先设置，用以衡量终端是否会进行更新，例如，该预设阈值可以设置为50％，则可以很大程度上提高更新通知的转化率，当然，该预设阈值可以根据服务器的处理能力确定，对于一些处理能力较强的服务器，可以具有较低的预设阈值，对于低于该预设阈值的终端，可以延长其更新周期，也即是降低对其发送更新通知的次数，以便在降低服务器带宽资源的消耗的同时，还能够保证对终端进行一定的更新提示，如果在后续分析中确定该终端的更新可能性提高到预设阈值以上，则可以恢复到原更新周期，以便根据用户的实际更新行为灵活的调整更新，更加符合用户的实际需求。

205、如果该终端应用数据指示该终端已安装第二应用，该服务器获取该第二应用的用户数据，该用户数据用于表征该终端用户和该终端用户基于该第二应用产生的使用数据。

第二应用是指与第一应用具有关联关系的应用，该关联关系可以是指第二应用和第一应用属于同一账号机制，或是该第二应用和第一应用具有账号互通关系，例如，第一应用的账号是由用户将第二应用的账号授权给第一应用而注册的。该关联关系可以通过以下任一种方式确定：

第一种方式、比对预设应用列表和终端应用数据，如果预设应用列表和终端应用数据所指示的应用有相同应用，则将该相同应用确定为第二应用，该预设应用列表用于存储与第一应用具有同一账号机制的应用。

对于服务器来说，可以设置有预设应用列表，该预设应用列表可以是同一个运营商所开发的多个应用，多个应用可以采用相同的账号机制，那么一般地，一个用户通常会用相同的应用账号去登录多个应用。例如，对于A运营商来说，其运营有A邮箱、A即时通讯应用以及A管理应用，则对于第一应用为A管理应用的场景，就可以用A管理应用的账号来登录A邮箱和A即时通讯应用，也就可以通过第一应用的应用账号来获取其他应用的用户数据，从而分析用户的应用使用行为。

第二种方式、获取终端的第一应用账号，并获取该第一应用账号的注册来源应用，如果该第一应用的注册来源应用为终端应用数据所指示的任一应用，则将该注册来源应用确定为第二应用。

第三种方式、获取终端应用数据所指示的应用的应用账号，并获取该各个应用账号的注册来源应用，如果该任一个应用的注册来源应用为第一应用，则将该应用确定为第二应用。

上述两种方式，均是对应用之间属于账号互通关系的场景下的具体说明，对于用户来说，有的时候每个应用分别注册一次很麻烦，因此，为了便捷注册和登录过程，用户可能会采用第三方账号注册和登录的方式，由此来看，事实上对于一个用户来说，其所安装的多个应用之间可能会产生这种账号互通关系，例如，在终端上采用A应用的应用账号去注册B应用，并在后续使用过程中均使用A应用的应用账号去登录B应用，在这种场景下，A应用的应用服务器会于B应用的应用服务器进行交互，从而实现上述第三方登录的目的，因此可以利用这种一个应用账号是另一个应用账号的注册来源的便利，来获取用户数据。

上述服务器获取该第二应用的用户数据的过程可以包括：向所述第二应用的应用服务器发送数据请求，所述数据请求用于请求所述终端用户的用户数据；接收所述应用服务器返回的所述第二应用的用户数据。在数据请求中，可以携带有第一应用的应用标识以及第一应用的应用账号，从而使得第二应用的应用服务器在接收到该数据请求时，可以根据第一应用的应用标识以及第一应用的应用账号，返回第二应用的用户数据。具体查询过程可以是通过直接采用第一应用的应用账号进行查询，还可以是基于第一应用的应用标识以及第一应用的应用账号，查询第二应用的应用账号，并根据第二应用的应用账号进行查询，本发明实施例对此不作具体限定。

由于第二应用的用户数据还可以体现用户在其他应用中的具体使用情况，例如收藏了哪些网页、安装了哪些插件等等，因此，可以更有助于对用户偏好的确定，大大提高了后续更新时所推荐资源的准确性，提高推荐的转化率。

206、该服务器基于该终端应用数据以及该第二应用的用户数据，生成该终端的属性标签，该属性标签用于指示该终端的资源需求。

该步骤206可以根据终端的实际情况和第二应用的用户数据，来确定终端的资源需求的过程，该过程具体可以采用以下步骤：对所述终端应用数据以及所述第二应用的用户数据进行分类处理，确定所述终端的类别，所述类别用于指示所述终端所能够实现的功能；根据所述终端的类别进行标签匹配，得到与所述类别匹配的属性标签。

服务器在确定终端的类别时，服务器中可以建立分类模型，在建立分类模型时，服务器可以积累大量用户的样本数据，对样本数据进行分析，分析安装同一应用的用户在使用应用时，基于应用实现的次数较多的功能，这样，当服务器接收到终端应用数据时，服务器可将终端应用数据输入分类模型，以得到输出的类别，该类别即能够代表终端所能够实现的功能。服务器对终端应用数据进行分类处理时，服务器可以仅基于当前接收到的终端应用数据进行分类，确保该终端的类别的准确性；另外，服务器也可以将历史接收到的全部终端应用数据进行统计整理，对统计整理得到的全部终端应用数据进行分类，使得进行分类的数据的数据量足够大，所确定的类别更加全面。

在本发明实施例中，属性标签为服务器根据上述步骤204中的分类模型中的终端类别确定的标签，用于表征终端功能属性的标签，服务器可以建立属性标签与终端的终端标识之间的对应关系，以便后续可以直接根据属性标签确定下发给终端的策略文件。服务器的数据库中可维护一个如表1所示的属性标签列表，用于存储终端类别与属性标签之间的关系。

表1

服务器根据终端的类别，在表1中进行匹配，首先确定类别对应的多个属性标签作为预选属性标签，随后，获取标签设置规则，根据标签设置规则，结合该终端的终端应用数据在多个预选属性标签中确定该终端的属性标签。其中，标签设置规则可为技术人员设置的确定属性标签的规则，标签设置规则可为诸如当终端中安装的客户端游戏终端的数目达到第一预设数目时，可为终端设置“客户端游戏终端”的属性标签；或用户在终端中使用购物终端时，团购的次数达到第二预设数目时，可为终端设置“团购终端”的属性标签。例如，设标签设置规则中的第一预设数目为3，则若终端中安装有3个以上客户端游戏终端，则服务器可为终端设置“客户端游戏终端”的属性标签；设标签设置规则中的第二预设数目为200，则若终端中用户使用购物终端A时，团购的次数达到第二预设数目，则服务器可为终端设置“团购终端”的属性标签。

上述步骤204和步骤205也即为服务器基于终端应用数据，生成终端的属性标签的过程。在实际应用的过程中，确定终端对应的属性标签实际上也即是一个根据用户的终端应用数据进行用户画像识别的过程，由于上述确定终端对应的属性标签的过程均可以自动实现，因此，减轻了技术人员的负担，降低了运营的人力成本，方便操作。

其中，该对该终端应用数据以及该第二应用的用户数据进行分类处理，确定该终端的类别包括：对该终端应用数据以及该第二应用的用户数据进行分类处理，确定该终端的初始类别；根据该终端上第一应用的历史更新行为数据，对该初始类别进行调整，得到该终端的类别。其中，该历史更新行为数据用于指示所述终端在接收到资源文件更新通知时的处理方式；例如，当通过第一应用向该终端发送资源文件更新通知时，用户是否会进行更新。或，当通过第一应用向该终端发送包含某种资源文件的资源文件更新通知时，用户是否会更新。通过上述是否更新的分析，可以获知用户对更新的态度，以及对某种资源文件的更新态度，从而基于用户的这种偏好，来调整终端的类别。

207、当需要进行资源文件更新时，终端向服务器发送携带该终端的终端标识的资源请求指令，该资源请求指令携带终端的终端标识。

在本发明实施例中，终端的资源文件更新可以是周期性进行，也可以根据用户的触发进行。其中，在周期性进行更新的场景下，终端可以每过预设时长向服务器发送资源请求指令，而在用户触发的场景下，终端可以在检测到对更新按键的触发操作时，向服务器发送资源请求指令。

需要说明的是，终端在向服务器发送资源请求指令时，可以在资源请求指令中添加更新功能状态标识。更新功能状态标识用于指示更新功能处于开启状态或关闭状态。更新功能状态为用户自行设置的，终端可提供状态设置入口，当终端检测到用户点击进入状态设置入口时，可以显示“开启更新功能”和“关闭更新功能”，当检测到用户点击“开启更新功能”所在的区域时，终端将更新功能状态设置为开启状态；当检测到用户点击“关闭更新功能”所在的区域时，终端将更新功能状态设置为关闭状态。这样，终端在向服务器发送资源请求指令之前，可以获取用户所设置的更新功能状态标识，并将更新功能状态标识添加至资源请求指令中，以便服务器执行下述步骤208。

208、当服务器接收到终端的资源请求指令时，如果资源请求指令还携带更新功能状态标识，则服务器根据更新功能状态标识、当前的资源请求指令数目以及流量峰值中的至少一项，确定是否允许终端进行资源文件更新，若允许终端进行资源文件更新，则执行下述步骤209。

在本发明实施例中，当服务器接收到资源请求指令后，可对资源请求指令进行检测，若检测到资源请求指令中携带更新功能状态标识，则确定更新功能状态标识的状态，若更新功能状态标识为开启状态，则允许终端获取目标资源文件；若更新功能状态标识为关闭状态，则说明终端用户不希望进行更新，因此服务器不允许终端进行资源文件更新。这样，便使得在用户不希望服务器向终端下发策略文件的情况下，服务器可以终止下发策略文件的操作，避免给用户造成麻烦，更加的智能化；而且，在用户希望服务器下发策略文件的情况下，服务器可以即刻向终端下发策略文件，为用户的终端提供更多可更新的资源文件。

其中，参见图2C，在确定是否允许终端获取目标资源文件时，服务器除了根据更新功能状态标识确定以外，还可以根据当前接收到的资源请求指令数目以及流量峰值确定。服务器中可以设置资源请求指令数目阈值以及流量峰值阈值，若服务器中设置有资源请求指令数目阈值，则服务器在接收到资源请求指令时，统计当前未进行处理的资源请求指令的数目，若未进行处理的资源请求指令的数目大于资源请求指令数目阈值，则服务器不允许终端进行资源文件更新，并且待服务器将未进行处理的资源请求指令数目降至低于资源请求指令数目阈值时，才根据终端标识确定终端的属性标签，基于属性标签确定目标策略文件，将策略文件的目标策略文件地址下发至终端；若服务器中设置有流量峰值阈值，则服务器在接收到资源请求指令时，对当前的数据流量进行统计，若当前的数据流量高于流量峰值阈值，则服务器不允许终端获取目标资源文件，并且待服务器中的数据流量低于流量峰值阈值时，才根据终端标识确定终端的属性标签，基于属性标签确定目标策略文件，将目标策略文件的目标策略文件地址下发至终端。

其中，对于上述提及的服务器确定是否允许终端进行资源文件更新的条件，服务器中可以设置一项或者多项。若服务器中仅设置了一项条件，则当该项条件满足时，服务器即可确定允许终端进行资源文件更新；若服务器中设置了多项条件，则当多项条件均满足时，服务器才可确定允许终端进行资源文件更新。

由于可能存在恶意用户以及具有特殊权限的用户，因此，不同用户的终端在获取目标资源文件时存在的权限便可能不同，因此，为了满足不同用户的终端在获取目标资源文件时的需求，可以在服务器中设置终端白名单，这样便可以仅允许具有获取权限的用户获取目标资源文件，避免了不必要的下载造成的带宽浪费，例如下述情况一：

情况一、当服务器接收到终端的资源请求指令时，若确定终端白名单中包括终端标识，允许终端进行资源文件更新。

在本发明实施例中，终端白名单包括至少一个允许获取目标资源文件的终端标识，服务器可在数据库中维护终端白名单。若终端白名单中未包括终端标识，则服务器不允许终端进行资源文件更新。

而在多个终端均要求进行更新时，还可以根据终端的优先级，来进行具有先后顺序的更新，例如下述情况二：

情况二、当服务器接收到多个资源请求指令时，对多个终端的终端标识进行优先级排序，根据排序结果进行资源文件更新。

在本发明实施例中，对于每个终端的终端标识，在服务器中均存在一个与其对应的优先级，该优先级可根据使用终端的用户是否为会员或在使用客户端时的消费情况、积分情况等生成。因此，可以确定终端的优先级，从而按照优先级从高到低的顺序进行资源文件更新。当然，在确定终端的优先级时，可以按照用户的多个维度的情况确定，不同情况例如消费情况和积分情况可以赋予不同的权重，从而按照服务器所侧重的方向来确定终端的优先级，以达到针对性和差别性服务的目的。

需要说明的是，上述步骤208中的过程实质为服务器接收到终端的资源请求指令时，根据终端标识以及对应关系，获取终端的策略文件地址的过程，而上述步骤208中所描述的过程为可选过程，也即当服务器接收到终端的资源请求指令时，可以不执行步骤208中所示的过程，直接向终端下发与其对应的策略文件地址。并且，上述步骤207至208为终端主动发送资源请求指令，从而触发服务器侧为该终端进行资源文件的更新过程。而在实际场景中，还可以由服务器周期性触发该更新过程，而无需终端发送资源请求指令，本发明实施例对此不作限定。

209、若允许终端获取目标资源文件，则该服务器根据该终端的属性标签，从属性标签与策略文件的对应关系中，获取与该终端的属性标签对应的策略文件地址作为目标策略文件地址。

在本发明实施例中，该服务器可以实时根据为终端通过匹配而得到的属性标签，获取目标策略文件地址，还可以是在服务器获取到与终端匹配的属性标签后，服务器可在数据库中维护一个如下表2所示的终端属性标签列表，用于存储终端标识与属性标签之间的对应关系，使得在需要向终端下发策略文件时，服务器可以直接基于表2中的对应关系确定终端对应的属性标签，根据属性标签向终端下发策略文件。需要说明的是，由于用户的爱好兴趣可能会发生变化，因此，终端采集的终端应用数据也是不断变化的。这样，随着终端不断的采集终端应用数据，服务器根据终端应用数据确定的终端对应的属性标签也是不断变化的。当服务器根据最近一次接收到的终端应用数据确定了终端新的属性标签时，服务器可以基于新的属性标签，覆盖表2中终端标签对应的旧的属性标签，完成对表2的更新。

表2

其中，策略文件地址用于指示策略文件当前的存储位置，终端可以在策略文件地址所指示的位置获取策略文件；策略文件中包括目标资源文件版本、更新位置和下载地址，终端可在下载地址获取目标资源文件，其中，目标资源文件可以使终端中的应用展示与之前不同的内容，同时还可为应用增加其原本不具备的新功能或新模块。

服务器中可维护一个如表3所示的策略文件列表，用于存储属性标签与策略文件之间的对应关系，表3由技术人员经过大量的数据样本计算，获取与属性标签最贴合的策略文件，将属性标签与策略文件对应进行存储。参见图2D，当允许终端获取目标资源文件时，服务器根据对应关系确定与终端标识对应的属性标签，由于表3中仅存储属性标签与策略文件的文件名称之间的关系，因此在表3中确定属性标签对应的策略文件后，服务器还需要获取策略文件的策略文件地址，并将策略文件地址发送给终端，使得终端可以在策略文件中解析得到目标资源文件版本、更新位置和下载地址，保证了终端获取到的目标资源文件与终端相适配，可以正常运行目标资源文件。

表3

属性标签	策略文件
		客户端游戏终端	策略文件A
网页游戏终端	策略文件B
		小游戏终端	策略文件C
…	…

210、该服务器向该终端发送该目标策略文件地址，该目标策略文件地址用于该终端从该目标策略文件地址下载目标策略文件。

211、当终端接收到服务器返回的目标策略文件地址，基于目标策略文件地址，获取目标资源文件，以完成资源文件的更新。

在本发明实施例中，当终端接收到服务器返回的目标策略文件地址时，从目标策略文件地址下载策略文件。当目标策略文件下载完成时，将目标策略文件进行解析，获取其中的目标资源文件版本、更新位置和资源文件下载地址。随后，终端获取用户设置的更新功能状态标识，若更新功能状态标识为关闭状态，则终端停止进程；若更新功能状态标识为开启状态，则终端根据目标资源文件版本，从资源文件下载地址下载目标资源文件，一方面，在用户不希望终端主动将目标资源文件更新至更新位置时，可以暂停操作；另一方面，还可以在用户希望终端主动将目标资源文件更新至更新位置时，可以即刻进行更新，这样，当资源文件下载完成后，终端便即刻将资源文件更新至更新位置指示的位置，以完成资源文件的更新。

上述步骤209至211是根据所述终端的属性标签以及属性标签与策略文件之间的对应关系，为所述终端进行资源文件更新的过程。

本发明可以用于终端中安装的诸如电脑管家等的管理应用中，可以以管理应用为载体，实现本发明中的功能。例如，可通过管理应用为用户终端中安装的客户端游戏添加游戏加速器，或者为管理应用中的游戏加速模块增加新的显示样式等，本发明对此不进行具体限定。

可选地，第二应用是与第一应用具有关联关系的应用，从而可以通过第二应用在使用中所产生的使用数据，进一步确定用户的资源需求，从而进一步提高后续更新的准确性。

可选地，通过对终端应用数据进行分类，确定终端的属性标签，使得在后续根据属性标签为终端下发策略文件时更加准确。

可选地，通过在资源请求指令中添加更新功能状态标识，使得后续在下发策略文件时，可以根据更新功能状态标识的开启或关闭状态进行下发，使得对于一些更新功能状态标识为关闭状态的终端，可以不为其下发策略文件，避免了不必要的下载造成的带宽浪费。

可选地，在向终端下发目标资源文件时，服务器根据更新功能状态标识、当前的资源请求指令数以及流量峰值中的至少一项判断是否允许终端获取目标资源，避免了由于当前负载过多造成的系统瘫痪。

可选地，基于终端白名单确定是否允许终端获取目标资源文件，使得服务器仅向具有获取资源权限的终端发送目标资源文件，这样便可以仅允许具有获取权限的用户获取目标资源文件，避免了不必要的下载造成的带宽浪费。

可选地，当接收到多个资源请求指令时，服务器对多个终端的终端标识进行优先级排序，得到排序结果，基于排序结果向终端发送策略文件地址，使得优先级高的终端可以优先获取目标资源，智能性更优。

上述所有可选技术方案，可以采用任意结合形成本发明的可选实施例，在此不再一一赘述。

图3A是根据一示例性实施例示出的一种资源文件更新装置的框图。参照图3A，该装置包括接收模块301，第一获取模块302，生成模块303和更新模块304。

该接收模块301，用于接收终端上第一应用收集的终端应用数据，终端应用数据用于指示终端的应用安装情况和应用使用情况；

该第一获取模块302，用于如果终端应用数据指示终端已安装第二应用，获取第二应用的用户数据，用户数据用于表征终端用户和终端用户基于第二应用产生的使用数据；

该生成模块303，用于基于终端应用数据以及第二应用的用户数据，生成终端的属性标签，属性标签用于指示终端的资源需求；

该更新模块304，用于根据终端的属性标签以及属性标签与策略文件之间的对应关系，为终端进行资源文件更新。

在另一个实施例中，参见图3B，该生成模块303，包括分类子模块3031和匹配子模块3032。

该分类子模块3031，用于对所述终端应用数据以及所述第二应用的用户数据进行分类处理，确定所述终端的类别，所述类别用于指示所述终端所能够实现的功能；

该匹配子模块3032，用于根据所述终端的类别进行标签匹配，得到与所述类别匹配的属性标签。

在另一个实施例中，该分类子模块3031，用于对终端应用数据以及第二应用的用户数据进行分类处理，确定终端的初始类别；根据终端上第一应用的历史更新行为数据，对初始类别进行调整，得到终端的类别，历史更新行为数据用于指示终端在接收到资源文件更新通知时的处理方式。

在另一个实施例中，参见图3C，该第一获取模块302，包括发送子模块3021和接收子模块3022。

该发送子模块3021，用于向第二应用的应用服务器发送数据请求，数据请求用于请求终端用户的用户数据；

该接收子模块3022，用于接收应用服务器返回的第二应用的用户数据。

在另一个实施例中，参见图3D，该装置还包括比对模块305和第二获取模块306。

该比对模块305，用于比对预设应用列表和终端应用数据，如果预设应用列表和终端应用数据所指示的应用有相同应用，则将相同应用确定为第二应用，预设应用列表用于存储与第一应用具有同一账号机制的应用；或，

该第二获取模块306，用于获取终端的第一应用账号，并获取第一应用账号的注册来源应用，如果第一应用的注册来源应用为终端应用数据所指示的任一应用，则将注册来源应用确定为第二应用；或，获取终端应用数据所指示的各个应用的应用账号，并获取各个应用账号的注册来源应用，如果任一个应用的注册来源应用为第一应用，则将任一个应用确定为第二应用。

在另一个实施例中，参见图3E，该装置还包括第一确定模块307。

该第一确定模块307，用于根据终端的历史更新行为数据，确定终端的更新可能性，历史更新行为数据用于指示终端在接收到资源文件更新通知时的处理方式；

该更新模块304，还用于如果终端的更新可能性大于预设阈值，则执行更新过程。

在另一个实施例中，参见图3F，该更新模块304，包括获取子模块3041和发送子模块3042。

该获取子模块3041，用于根据终端的属性标签，从属性标签与策略文件的对应关系中，获取与终端的属性标签对应的策略文件地址作为目标策略文件地址；

该发送子模块3042，用于向终端发送目标策略文件地址，目标策略文件地址用于终端从目标策略文件地址下载目标策略文件。

在另一个实施例中，参见图3G，该装置还包括第二确定模块309。

该第二确定模块309，用于当接收到终端的资源请求指令时，如果资源请求指令还携带更新功能状态标识，根据更新功能状态标识、当前的资源请求指令数目以及流量峰值中的至少一项，确定是否允许终端进行资源文件更新，更新功能状态标识用于指示更新功能处于开启状态或关闭状态。

在另一个实施例中，该更新模块308，还用于若确定终端白名单中包括终端标识，允许终端进行资源文件更新，终端白名单包括至少一个允许获取目标资源文件的终端标识；或，对多个终端的终端标识进行优先级排序，根据排序结果进行资源文件更新。

图4A是根据一示例性实施例示出的一种资源文件更新装置的框图。参照图4A，该装置包括发送模块401和更新模块402。

该发送模块401，用于向服务器发送终端上第一应用收集的终端应用数据，所述终端应用数据用于指示终端的应用安装情况和应用使用情况；

该更新模块402，用于当需要进行资源文件更新时，基于所述服务器所确定的所述终端的属性标签以及属性标签与策略文件之间的对应关系，进行资源文件更新。

在另一个实施例中，参见图4B，该装置还包括第一获取模块403和第二获取模块404。

该第一获取模块403，用于通过第一应用检测终端当前所安装的应用，得到终端的应用安装情况数据；

该第二获取模块404，用于通过第一应用检测终端当前所安装应用的使用频率以及使用历史数据，得到终端的应用使用情况数据。

在另一个实施例中，参见图4C，该第二获取模块404，包括检测子模块4041和排除子模块4042。

该检测子模块4041，用于通过第一应用检测终端当前所安装应用的使用频率以及使用历史数据，得到原始应用使用数据；

该排除子模块4042，用于从原始应用使用数据中排除私密数据，得到终端的应用使用情况数据。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图5是根据一示例性实施例示出的一种资源文件更新装置500的框图。例如，装置500可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

参照图5，装置500可以包括以下一个或多个组件：处理组件502，存储器504，电源组件506，多媒体组件508，音频组件510，I/O(Input/Output，输入/输出)的接口512，传感器组件514，以及通信组件516。

处理组件502通常控制装置500的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件502可以包括一个或多个处理器520来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件502可以包括一个或多个模块，便于处理组件502和其他组件之间的交互。例如，处理组件502可以包括多媒体模块，以方便多媒体组件508和处理组件502之间的交互。

存储器504被配置为存储各种类型的数据以支持在装置500的操作。这些数据的示例包括用于在装置500上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器504可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如SRAM(Static Random Access Memory,静态随机存取存储器)，EEPROM(Electrically-Erasable Programmable Read-Only Memory,电可擦除可编程只读存储器)，EPROM(Erasable Programmable Read Only Memory,可擦除可编程只读存储器)，PROM(Programmable Read-Only Memory,可编程只读存储器)，ROM(Read-Only Memory,只读存储器)，磁存储器，快闪存储器，磁盘或光盘。

电源组件506为装置500的各种组件提供电力。电源组件506可以包括电源管理系统，一个或多个电源，及其他与为装置500生成、管理和分配电力相关联的组件。

多媒体组件508包括在所述装置500和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括LCD(Liquid Crystal Display，液晶显示器)和TP(TouchPanel，触摸面板)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件508包括一个前置摄像头和/或后置摄像头。当装置500处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件510被配置为输出和/或输入音频信号。例如，音频组件510包括一个MIC(Microphone,麦克风)，当装置500处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器504或经由通信组件516发送。在一些实施例中，音频组件510还包括一个扬声器，用于输出音频信号。

I/O接口512为处理组件502和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件514包括一个或多个传感器，用于为装置500提供各个方面的状态评估。例如，传感器组件514可以检测到设备500的打开/关闭状态，组件的相对定位，例如组件为装置500的显示器和小键盘，传感器组件514还可以检测装置500或装置500一个组件的位置改变，用户与装置500接触的存在或不存在，装置500方位或加速/减速和装置500的温度变化。传感器组件514可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件514还可以包括光传感器，如CMOS(Complementary Metal OxideSemiconductor，互补金属氧化物)或CCD(Charge-coupled Device，电荷耦合元件)图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件514还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件516被配置为便于装置500和其他设备之间有线或无线方式的通信。装置500可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件516经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件516还包括NFC(Near Field Communication,近场通信)模块，以促进短程通信。例如，在NFC模块可基于RFID(Radio FrequencyIdentification,射频识别)技术，IrDA(Infra-red Data Association,红外数据协会)技术，UWB(Ultra Wideband,超宽带)技术，BT(Bluetooth,蓝牙)技术和其他技术来实现。

在示例性实施例中，装置500可以被一个或多个ASIC(Application SpecificIntegrated Circuit,应用专用集成电路)、DSP(Digital signal Processor,数字信号处理器)、DSPD(Digital signal Processor Device，数字信号处理设备)、PLD(ProgrammableLogic Device,可编程逻辑器件)、FPGA)(Field Programmable Gate Array,现场可编程门阵列)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述资源文件更新方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器504，上述指令可由装置500的处理器520执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、RAM(Random Access Memory,随机存取存储器)、CD-ROM(Compact Disc Read-Only Memory,光盘只读存储器)、磁带、软盘和光数据存储设备等。

一种非临时性计算机可读存储介质，当所述存储介质中的指令由资源文件更新装置的处理器执行时，使得资源文件更新装置能够执行上述资源文件更新方法。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本发明的其它实施方案。本申请旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本发明的真正范围和精神由下面的权利要求指出。

应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。

Claims

1.一种资源文件更新方法，其特征在于，所述方法包括：

2.根据权利要求1所述的方法，其特征在于，所述基于所述终端应用数据以及所述第二应用的用户数据，生成所述终端的属性标签包括：

对所述终端应用数据以及所述第二应用的用户数据进行分类处理，确定所述终端的类别，所述类别用于指示所述终端所能够实现的功能；

根据所述终端的类别进行标签匹配，得到与所述类别匹配的属性标签。

3.根据权利要求2所述的方法，其特征在于，所述对所述终端应用数据以及所述第二应用的用户数据进行分类处理，确定所述终端的类别包括：

对所述终端应用数据以及所述第二应用的用户数据进行分类处理，确定所述终端的初始类别；

根据所述终端上第一应用的历史更新行为数据，对所述初始类别进行调整，得到所述终端的类别，所述历史更新行为数据用于指示所述终端在接收到资源文件更新通知时的处理方式。

4.根据权利要求1至3任一项所述的方法，其特征在于，所述如果所述应用数据指示所述终端已安装第二应用，获取所述第二应用的用户数据包括：

向所述第二应用的应用服务器发送数据请求，所述数据请求用于请求所述终端用户的用户数据；

接收所述应用服务器返回的所述第二应用的用户数据。

5.根据权利要求1至3任一项所述的方法，其特征在于，所述方法还包括：

比对预设应用列表和所述终端应用数据，如果预设应用列表和所述终端应用数据所指示的应用有相同应用，则将所述相同应用确定为第二应用，所述预设应用列表用于存储与所述第一应用具有同一账号机制的应用；或，

获取所述终端的第一应用账号，并获取所述第一应用账号的注册来源应用，如果所述第一应用的注册来源应用为所述终端应用数据所指示的任一应用，则将所述注册来源应用确定为第二应用；

或，获取所述终端应用数据所指示的各个应用的应用账号，并获取所述各个应用账号的注册来源应用，如果所述任一个应用的注册来源应用为所述第一应用，则将所述任一个应用确定为第二应用。

6.根据权利要求1至3任一项所述的方法，其特征在于，所述方法还包括：

根据所述终端的历史更新行为数据，确定所述终端的更新可能性，所述历史更新行为数据用于指示所述终端在接收到资源文件更新通知时的处理方式；

如果所述终端的更新可能性大于预设阈值，则执行更新过程。

7.根据权利要求1所述的方法，其特征在于，所述根据所述终端的属性标签以及属性标签与策略文件之间的对应关系，为所述终端进行资源文件更新包括：

根据所述终端的属性标签，从属性标签与策略文件的对应关系中，获取与所述终端的属性标签对应的策略文件地址作为目标策略文件地址；

向所述终端发送所述目标策略文件地址，所述目标策略文件地址用于所述终端从所述目标策略文件地址下载目标策略文件。

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

当接收到所述终端的资源请求指令时，如果所述资源请求指令还携带所述更新功能状态标识，根据所述更新功能状态标识、当前的资源请求指令数目以及流量峰值中的至少一项，确定是否允许所述终端进行资源文件更新，所述更新功能状态标识用于指示所述更新功能处于开启状态或关闭状态。

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

若确定终端白名单中包括所述终端标识，允许所述终端进行资源文件更新，所述终端白名单包括至少一个允许获取目标资源文件的终端标识；或，

对多个终端的终端标识进行优先级排序，根据排序结果进行资源文件更新。

10.一种资源文件更新方法，其特征在于，所述方法包括：

当需要进行资源文件更新时，基于所述服务器所确定的所述终端的属性标签以及属性标签与策略文件之间的对应关系，进行资源文件更新，所述属性标签基于所述终端应用数据以及所述终端已安装的第二应用的用户数据生成，所述属性标签用于指示所述终端的资源需求，所述用户数据用于表征所述终端用户和所述终端用户基于所述第二应用产生的使用数据。

11.根据权利要求10所述的方法，其特征在于，所述向服务器发送终端上第一应用收集的终端应用数据之前，所述方法还包括：

通过所述第一应用检测所述终端当前所安装的应用，得到所述终端的应用安装情况数据；

通过所述第一应用检测所述终端当前所安装应用的使用频率以及使用历史数据，得到所述终端的应用使用情况数据。

12.根据权利要求11所述的方法，其特征在于，所述通过所述第一应用检测所述终端当前所安装应用的使用频率以及使用历史数据，得到所述终端的应用使用情况包括：

通过所述第一应用检测所述终端当前所安装应用的使用频率以及使用历史数据，得到原始应用使用数据；

从所述原始应用使用数据中排除私密数据，得到所述终端的应用使用情况数据。

13.一种资源文件更新装置，其特征在于，所述装置包括：

14.根据权利要求13所述的装置，其特征在于，所述生成模块包括：

分类子模块，用于对所述终端应用数据以及所述第二应用的用户数据进行分类处理，确定所述终端的类别，所述类别用于指示所述终端所能够实现的功能；

匹配子模块，用于根据所述终端的类别进行标签匹配，得到与所述类别匹配的属性标签。

15.根据权利要求14所述的装置，其特征在于，所述分类子模块，用于对所述终端应用数据以及所述第二应用的用户数据进行分类处理，确定所述终端的初始类别；根据所述终端上第一应用的历史更新行为数据，对所述初始类别进行调整，得到所述终端的类别，所述历史更新行为数据用于指示所述终端在接收到资源文件更新通知时的处理方式。

16.根据权利要求13至15任一项所述的装置，其特征在于，所述第一获取模块包括：

发送子模块，用于向所述第二应用的应用服务器发送数据请求，所述数据请求用于请求所述终端用户的用户数据；

接收子模块，用于接收所述应用服务器返回的所述第二应用的用户数据。

17.根据权利要求13至15任一项所述的装置，其特征在于，所述装置还包括：

比对模块，用于比对预设应用列表和所述终端应用数据，如果预设应用列表和所述终端应用数据所指示的应用有相同应用，则将所述相同应用确定为第二应用，所述预设应用列表用于存储与所述第一应用具有同一账号机制的应用；或，

第二获取模块，用于获取所述终端的第一应用账号，并获取所述第一应用账号的注册来源应用，如果所述第一应用的注册来源应用为所述终端应用数据所指示的任一应用，则将所述注册来源应用确定为第二应用；或，获取所述终端应用数据所指示的各个应用的应用账号，并获取所述各个应用账号的注册来源应用，如果所述任一个应用的注册来源应用为所述第一应用，则将所述任一个应用确定为第二应用。

18.根据权利要求13至15任一项所述的装置，其特征在于，所述装置还包括：

第一确定模块，用于根据所述终端的历史更新行为数据，确定所述终端的更新可能性，所述历史更新行为数据用于指示所述终端在接收到资源文件更新通知时的处理方式；

所述更新模块，还用于如果所述终端的更新可能性大于预设阈值，则执行更新过程。

19.根据权利要求13所述的装置，其特征在于，所述更新模块包括：

获取子模块，用于根据所述终端的属性标签，从属性标签与策略文件的对应关系中，获取与所述终端的属性标签对应的策略文件地址作为目标策略文件地址；

发送子模块，用于向所述终端发送所述目标策略文件地址，所述目标策略文件地址用于所述终端从所述目标策略文件地址下载目标策略文件。

20.根据权利要求13所述的装置，其特征在于，所述装置还包括：

第二确定模块，用于当接收到所述终端的资源请求指令时，如果所述资源请求指令还携带所述更新功能状态标识，根据所述更新功能状态标识、当前的资源请求指令数目以及流量峰值中的至少一项，确定是否允许所述终端进行资源文件更新，所述更新功能状态标识用于指示所述更新功能处于开启状态或关闭状态。

21.根据权利要求13所述的装置，其特征在于，所述更新模块，还用于若确定终端白名单中包括所述终端标识，允许所述终端进行资源文件更新，所述终端白名单包括至少一个允许获取目标资源文件的终端标识；或，对多个终端的终端标识进行优先级排序，根据排序结果进行资源文件更新。

22.一种资源文件更新装置，其特征在于，所述装置包括：

更新模块，用于当需要进行资源文件更新时，基于所述服务器所确定的所述终端的属性标签以及属性标签与策略文件之间的对应关系，进行资源文件更新，所述属性标签基于所述终端应用数据以及所述终端已安装的第二应用的用户数据生成，所述属性标签用于指示所述终端的资源需求，所述用户数据用于表征所述终端用户和所述终端用户基于所述第二应用产生的使用数据。

23.根据权利要求22所述的装置，其特征在于，所述装置还包括：

第一获取模块，用于通过所述第一应用检测所述终端当前所安装的应用，得到所述终端的应用安装情况数据；

第二获取模块，用于通过所述第一应用检测所述终端当前所安装应用的使用频率以及使用历史数据，得到所述终端的应用使用情况数据。

24.根据权利要求23所述的装置，其特征在于，所述第二获取模块包括：

检测子模块，用于通过所述第一应用检测所述终端当前所安装应用的使用频率以及使用历史数据，得到原始应用使用数据；

排除子模块，用于从所述原始应用使用数据中排除私密数据，得到所述终端的应用使用情况数据。

25.一种服务器，其特征在于，所述服务器包括一个或多个处理器和一个或多个存储器，所述一个或多个存储器中存储有至少一条程序代码，所述至少一条程序代码由所述一个或多个处理器加载并执行以实现如权利要求1至9任一项所述的资源文件更新方法。

26.一种终端，其特征在于，所述终端包括一个或多个处理器和一个或多个存储器，所述一个或多个存储器中存储有至少一条程序代码，所述至少一条程序代码由所述一个或多个处理器加载并执行以实现如权利要求10至12任一项所述的资源文件更新方法。

27.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有至少一条程序代码，所述至少一条程序代码由处理器加载并执行，以实现如权利要求1至9任一项所述的资源文件更新方法，或者以实现如权利要求10至12任一项所述的资源文件更新方法。