一种客户端的更新方法及装置制造方法

一种客户端的更新方法及装置制造方法
【专利摘要】本申请公开了一种客户端的更新方法及装置，用以解决现有技术中更新客户端时浪费网络资源、更新效率较低的问题。该方法服务端确定客户端需要更新时，确定该客户端的更新组件，在确定的该客户端的更新组件中，确定用户偏好的功能所依赖的组件，并下发给客户端进行更新。通过上述方法，服务端无需将所有的更新组件都下发给客户端进行更新，只更新用户偏好的功能所依赖的组件即可，因此可有效节省网络资源，提高客户端更新的效率。
【专利说明】一种客户端的更新方法及装置

【技术领域】
[0001] 本申请涉及计算机【技术领域】，特别涉及一种客户端的更新方法及装置。

【背景技术】
[0002] 目前，随着无线网络和移动终端的不断发展，无线客户端的应用也越来越普遍，而 这些客户端往往需要经常更新。
[0003] 图1为现有技术中客户端的更新过程，具体包括以下步骤：
[0004] S101 :客户端向服务端发起更新检测。
[0005] 具体的，客户端可在启动时，将自身的版本号发送给服务端，以发起更新检测。
[0006] S102:服务端判断该客户端是否需要更新，若是，执行步骤S103,否则执行步骤 S104。
[0007] 服务端接收到客户端发送的版本号后，可对比接收到的版本号与当前最新的客户 端版本号，若二者一致，则说明该客户端不需要更新，否则，说明该客户端需要更新。
[0008] S103 :将该客户端的更新组件发送给该客户端进行更新。
[0009] 当服务端确定接收到的版本号与当前最新的客户端版本号不一致时，可根据对比 这两个版本号的结果，确定该客户端的所有更新组件，并将该客户端的所有更新组件发送 给该客户端进行更新。
[0010] S104 :通知该客户端不需要更新。
[0011] 但是，一个客户端往往可以提供很多功能，每一个功能依赖于该客户端中的某一 个或某几个组件，而由于各个用户的使用习惯并不相同，因此，对于一个用户而言，其往往 只会用到客户端的某一个或某几个功能，并不会用到其全部功能。例如，一个客户端可以提 供信用卡还贷和水电缴费两个功能，而用户可能通常只使用该客户端的信用卡还贷功能， 却很少使用甚至从不使用该客户端的水电缴费功能。
[0012] 而在如图1所示的现有技术中的客户端更新方法中，一旦服务端确定了客户端需 要更新，那么无论该客户端的更新组件所支持的功能是否经常被该用户使用，都要将更新 组件下发给该客户端进行更新，这显然浪费了网络资源更新了一些不必要的组件，也降低 了客户端更新的效率，尤其是在该客户端的网络环境较差的情况下，更会大幅延长客户端 更新的时间。


【发明内容】

[0013] 本申请实施例提供一种客户端的更新方法及装置，用以解决现有技术中更新客户 端时浪费网络资源、更新效率较低的问题。
[0014] 本申请实施例提供的一种客户端的更新方法，包括：
[0015] 服务端确定客户端需要更新时，确定所述客户端的更新组件；并
[0016] 根据保存的所述客户端对应的用户的操作记录，在所述客户端提供的功能中，确 定所述用户偏好的功能；以及
[0017] 在确定的更新组件中，确定所述用户偏好的功能所依赖的更新组件，作为偏好组 件；
[0018] 所述服务端将确定的偏好组件下发给客户端进行更新。
[0019] 本申请实施例提供的一种客户端的更新装置，包括：
[0020] 更新组件确定模块，用于在确定客户端需要更新时，确定所述客户端的更新组 件；
[0021] 偏好功能确定模块，用于根据保存的所述客户端对应的用户的操作记录，在所述 客户端提供的功能中，确定所述用户偏好的功能；
[0022] 偏好组件确定模块，用于在确定的更新组件中，确定所述用户偏好的功能所依赖 的更新组件，作为偏好组件；
[0023] 下发模块，用于将确定的偏好组件下发给客户端进行更新。
[0024] 本申请实施例提供一种客户端的更新方法及装置，该方法服务端确定客户端需要 更新时，确定该客户端的更新组件，在确定的该客户端的更新组件中，确定用户偏好的功能 所依赖的组件，并下发给客户端进行更新。通过上述方法，服务端无需将所有的更新组件都 下发给客户端进行更新，只更新用户偏好的功能所依赖的组件即可，因此可有效节省网络 资源，提高客户端更新的效率。

【专利附图】

【附图说明】
[0025] 图1为现有技术中客户端的更新过程；
[0026] 图2为本申请实施例提供的客户端的更新过程；
[0027] 图3为本申请实施例提供的服务端将偏好组件下发给客户端进行更新的过程；
[0028] 图4为本申请实施例提供的客户端的更新装置结构示意图。

【具体实施方式】
[0029] 为了实现根据用户的偏好，仅对客户端中的部分组件进行更新，本申请实施例中 服务端可根据保存的用户的操作记录，确定用户偏好的功能，也即用户经常使用的功能，再 将用户偏好的功能所依赖的更新组件下发给客户端进行更新，由于近对客户端中的部分组 件进行了更新，因此可有效节省网络资源，提高客户端的更新效率。
[0030] 下面结合附图对本申请优选的实施方式进行详细说明。
[0031] 图2为本申请实施例提供的客户端的更新过程，具体包括以下步骤：
[0032] S201 :服务端确定客户端需要更新时，确定该客户端的更新组件。
[0033] 在本申请实施例中，客户端可在启动时向服务端发起更新检测，将客户端自身的 版本号发送给服务端，服务端则可以对比该客户端的版本号与当前最新的客户端版本号， 若二者不一致，则可确定该客户端需要更新，若一致，则确定该客户端不需要更新。
[0034] 当服务端确定客户端需要更新时，则可进一步根据对比这两个版本号的结果，确 定该客户端的更新组件。具体的，可采用版本树的对比方法，确定客户端中哪些组件需要更 新，并确定这些需要更新的组件在服务端中对应的最新组件，就是该客户端的更新组件。例 如，服务端确定了客户端中的组件1需要更新后，确定当前服务端中保存的与该组件1对应 的最新组件为组件Γ，则可确定该组件Γ为该客户端的更新组件。
[0035] S202:根据保存的该客户端对应的用户的操作记录，在该客户端提供的功能中，确 定该用户偏好的功能。
[0036] 在本申请实施例中，服务端可根据保存的该客户端对应的用户的操作记录，确定 该用户在指定时间范围内对该客户端提供的每个功能的使用次数，并按照使用次数从高到 低的顺序，依次选择指定数量的功能，作为确定的该用户偏好的功能。
[0037] 其中，一个客户端对应的用户是指通过该客户端登录的用户账号。客户端在向服 务端发起更新检测时，可将客户端自身的版本号以及其对应的用户的用户标识(如用户的 登录名、用户识别码（IDentity，ID)等）同时发送给服务端。
[0038] 具体的，服务端可预先保存各类型的操作与该客户端所提供的各功能之间的对应 关系，并根据保存的该客户端对应的用户的操作记录，确定该用户在指定时间范围内执行 每种类型操作的次数。其中，服务端可针对每个用户，为该用户创建操作日志，并将该用户 的每条操作记录保存在该用户的操作日志中，也可为该用户创建操作记录表，并将该用户 的每条操作记录保存在该用户的操作记录表中。一条操作记录包括用户标识、用户执行的 操作的类型、时间等信息，因此，服务器可在该用户的操作日志或操作记录表中，统计包含 同一操作类型信息、且时间在指定时间范围内的操作记录的条数，作为该用户在指定时间 范围内执行该类型操作的次数。
[0039] 由于对于一种类型的操作来说，该用户在指定时间范围内执行该类型操作的次 数，就是该用户在指定时间范围内对客户端中该类型操作对应的功能的使用次数，因此，月艮 务端可根据预先保存的各类型的操作与各功能之间的对应关系，针对每个功能，确定该用 户在指定时间范围内对该功能对应的类型的操作的执行次数，作为确定的该用户在指定时 间范围内对该功能的使用次数。
[0040] 例如，假设客户端提供了信用卡还贷和水电缴费两个功能，则对于客户端提供的 信用卡还贷功能，可预设与该功能对应的操作为信用卡还款操作。服务端根据该客户端对 应的用户的操作日志中保存的各操作记录，可确定该用户在指定时间范围内（如过去的一 年）执行信用卡还款操作的次数，作为该用户使用信用卡还贷功能的使用次数。类似的，可 确定该用户在指定时间范围内对水电缴费等其他功能的使用次数。
[0041] 后续的，假设指定数量为1，确定该用户使用信用卡还贷功能的使用次数为20次， 使用水电缴费功能的使用次数为2次，则服务器可按照使用次数从高到低的顺序，选择1个 使用次数较高的功能，即信用卡还贷功能，作为该用户偏好的功能。
[0042] S203:在确定的更新组件中，确定该用户偏好的功能所依赖的更新组件，作为偏好 组件。
[0043] 服务端通过上述步骤S202确定了该客户端对应的用户偏好的功能后，则可根据 预先保存的客户端的各功能与各组件的依赖关系，在通过步骤S201确定出的更新组件中， 确定该用户偏好的功能所依赖的更新组件，并将确定的该用户偏好的功能所依赖的更新组 件作为偏好组件。
[0044] S204 :服务端将确定的偏好组件下发给客户端进行更新。
[0045] 确定了偏好组件后，服务端则可将偏好组件下发给客户端，使客户端对自身的组 件进行更新。
[0046] 通过上述方法，服务端可以只将用户偏好的功能所依赖的更新组件下发给客户端 进行更新，而无需将客户端的所有更新组件都下发给客户端，因此可以有效节省网络资源， 而由于客户端也仅对自身的部分组件进行了更新，未更新全部组件，因此也提高了客户端 更新的效率。
[0047] 考虑到在实际应用场景中，各客户端所处的网络环境好坏不一，对于所处网络环 境较差的客户端，如果其更新的组件过多，则会大幅延长客户端更新的时间，降低客户端更 新的效率，因此，在图2所示的步骤S202中，服务端在确定客户端对应的用户偏好的功能之 前，可接收由客户端上报的网络环境信息。进而，服务端在按照该用户使用各功能的使用 次数从高到低的顺序，依次选择指定数量的功能作为该用户偏好的功能时，可根据该客户 端上报的网络环境信息，以及预设的网络环境信息与指定数量的映射关系，确定该客户端 上报的网络环境信息对应的指定数量，并按照该用户使用各功能的使用次数从高到低的顺 序，依次选择确定的指定数量的功能，作为确定的该用户偏好的功能。其中，网络环境越差， 其对应的指定数量越小。
[0048] 例如，网络环境信息可包括第二代移动通信技术（2nd Generation，2G)网络、第三 代移动通信技术（3rd Generation, 3G)网络、无线保真（Wireless Fidelity, Wi-Fi)网络； 预设的网络环境信息与指定数量的映射关系为：2G网络对应的指定数量为3,3G网络对应 的指定数量为6，Wi-Fi网络对应的指定数量为该客户端所包含的所有组件的数量。如果客 户端上报的网络环境信息为2G网络，则服务端确定2G网络对应的指定数量为3,因此按照 用户使用各功能的使用次数从高到低的顺序，依次选择3个功能，作为该用户偏好的功能。 而如果客户端上报的网络环境信息为Wi-Fi网络，则服务端可将该客户端的所有功能都作 为该用户偏好的功能，此时，服务端可将该客户端的所有更新组件都下发给客户端进行更 新。
[0049] 另外，服务端还可以在客户端上报的网络环境信息满足指定条件时，将通过步骤 S201确定出的该客户端的更新组件中未下发给客户端的更新组件全部下发给客户端进行 更新。继续沿用上例，在某一时刻客户端发起更新检测，服务端检测出该客户端的更新组件 共有10个，而客户端上报的网络环境信息为2G网络，因此服务端只向客户端下发了其中的 3个更新组件，而在后续的另一时刻，客户端再次发起更新检测，上报的网络环境信息为满 足指定条件的Wi-Fi网络，服务端则可将剩余的7个更新组件全部下发给客户端进行更新。
[0050] 当然，上例只是以2G网络、3G网络、Wi-Fi网络为例说明的网络环境信息与指定数 量的映射关系，网络环境信息中还可包括其他网络质量指标，如下载速度等，可采用连续函 数或离散函数预设网络环境信息与指定数量的映射关系，只要可以根据网络环境信息确定 出要选择的用户偏好的功能的指定数量即可。
[0051] 在图2所示的步骤S204中，服务端采用上述方法确定出偏好组件后，可直接将确 定出的偏好组件下发给客户端进行更新，而如果客户端由于网络等原因（如突然断网）中断 了接收服务端下发的偏好组件，服务端将不能获知续传偏好组件的断点，只能重新由客户 端发起更新检测执行如图2所示的过程，严重影响了客户端更新的效率。因此，为了进一步 提高客户端更新的效率，本申请实施例中提供了如图3所示的服务端将偏好组件下发给客 户端进行更新的方法。
[0052] 图3为本申请实施例提供的服务端将偏好组件下发给客户端进行更新的过程，具 体包括以下步骤：
[0053] S2041 :服务端将确定的偏好组件的组件标识添加到更新表中，为该更新表设置唯 一的表标识，将该表标识下发给客户端。
[0054] 在本申请实施例中，服务端确定了偏好组件后，则可将确定的所有偏好组件的组 件标识(如组件编号等）添加到一个更新表中，并为该更新表设置一个唯一的表标识(如表 ID)，并将该表标识下发给客户端，该更新表实际上就相当于该客户端的更新方案，其记录 了该客户端本次更新所需的更新组件（即，偏好组件)。其中，对于一个更新表而言，服务端 每将其中记录的一个组件标识对应的偏好组件下发给客户端后，就为该更新表中该偏好组 件的组件标识添加已下发标记。
[0055] S2042 :客户端根据接收到的表标识，向服务端请求该表标识对应的更新表中的组 件。
[0056] S卩，客户端接收到服务端发送的表标识后，保存该表标识，并向服务端发送该表标 识，用以向服务端请求该表标识对应的更新表中的组件。
[0057] S2043 :服务端接收到客户端发送的表标识时，查找该客户端发送的表标识对应的 更新表，并将查找到的更新表中未添加已下发标记的组件标识对应的组件下发给该客户端 进行更新。
[0058] 通过上述方法，由于服务端已将确定出的各偏好组件的组件标识添加到一个唯一 的表标识对应的更新表中，因此，即使客户端中断接收偏好组件，其也无需再次执行如图2 所示的全部过程，只需再次向服务端发送表标识，即可请求到该表标识对应的更新表中的 组件，而且，服务端对更新表中已经成功下发的组件对应的组件标识添加了已下发标记，因 此客户端中断接收偏好组件并再次请求更新组件时，服务端也只需在相应的更新表中查找 未添加已下发标记的组件标识对应的组件并下发即可，而无需将更新表中所有组件标识对 应的组件全部重新下发，可进一步提高客户端更新的效率。
[0059] 较佳的，为了保证客户端在更新后可以正常运行，服务端还可以通过步骤S201确 定出的该客户端的更新组件中，确定由步骤S203确定出的各偏好组件所依赖的更新组件， 作为依赖组件，并将依赖组件下发给客户端进行更新。
[0060] 例如，假设服务端确定出的偏好组件为信用卡还贷组件和水电缴费组件，这两个 组件均依赖于密码输入的安全组件，步骤S201确定出的更新组件中除了包括信用卡还贷 组件和水电缴费组件之外，还包括该安全组件。那么如果仅将这两个组件下发给客户端 进行更新，而不讲安全组件下发给客户端进行更新，则很有可能会导致客户端更新后不能 正常运行(或不能正常提供信用卡还贷和水电缴费这两个功能)，因此，服务端还要在步骤 S201中确定出的更新组件中，确定信用卡还贷组件和水电缴费组件所依赖的更新组件，即 安全组件，将该安全组件作为依赖组件下发给客户端进行更新，以保证更新后的客户端可 以正常运行。
[0061] 当然，服务端确定出依赖组件后，该依赖组件可能还会依赖于步骤S201中确定出 的其他更新组件(如上例中的安全组件还依赖于其他的更新组件)，服务端则可继续确定该 依赖组件所依赖的其他更新组件，将该其他更新组件也作为依赖组件，并继续采用同样的 方法递归确定出所有的依赖组件进行下发。
[0062] 进一步的，在实际应用场景中，客户端的更新组件可能会包括一些重大漏洞修复 的更新组件，这些更新组件对客户端的正常运行起着至关重要的作用，因此，可预先对该客 户端的每个更新组件设置对应的重要性权值，对于这些重大漏洞修复的更新组件则可将其 对应的重要性权值设置的较高，而对于一些优化或升级的更新组件，则可将其对应的重要 性权值设置的较低。从而，服务端还可在通过步骤S201确定出的更新组件中，确定对应的 重要性权值大于设定阈值的更新组件，作为强制更新组件，也即，将重要性权值较高的更新 组件作为强制更新组件，并将强制更新组件下发给客户端进行更新。
[0063] 相应的，对于依赖组件和强制更新组件的下发，服务端也可采用更新表的方法进 行下发，即，服务端可将偏好组件、依赖组件、强制更新组件的组件标识添加到更新表中，并 为该更新表设置一个唯一的表标识，将该表标识下发给客户端，其中，对更新表中已下发给 客户端的组件对应的组件标识添加已下发标记，当接收到客户端发送的表标识时，则将接 收到的表标识对应的更新表中未添加已下发标记的组件标识对应的组件下发给客户端进 行更新。
[0064]另外，作为本申请的另一个实施例，服务端确定出该客户端的更新组件后，也可根 据该客户端对应的用户对每个功能的使用次数，确定每个功能所依赖的更新组件的偏好性 权值，其中，对一个功能的使用次数越多，则确定的该功能所依赖的更新组件的偏好性权值 越大。再针对每个更新组件，根据该更新组件对应的重要性权值，确定该更新组件的偏好性 权值与重要性权值的总权值。然后，根据客户端上报的网络环境信息，以及预设的网络环境 信息与指定数量的对应关系，确定客户端上报的网络环境信息对应的指定数量。最后，按照 各更新组件的总权值从大到小的顺序，依次选择确定的指定数量的更新组件，作为待下发 组件，再在该客户端的更新组件中递归确定出各待下发组件所依赖的更新组件，也作为待 下发组件，将各待下发组件下发给客户端进行更新，也可达到同样的效果。
[0065] 以上是本申请实施例提供的客户端的更新方法，基于同样的思路，本申请实施例 还提供一种客户端的更新装置，如图4所示。
[0066]图4为本申请实施例提供的客户端或客户端内存中的更新装置结构示意图，具体 包括：
[0067] 更新组件确定模块401，用于在确定客户端需要更新时，确定所述客户端的更新组 件；
[0068] 偏好功能确定模块402,用于根据保存的所述客户端对应的用户的操作记录，在所 述客户端提供的功能中，确定所述用户偏好的功能；
[0069] 偏好组件确定模块403,用于在确定的更新组件中，确定所述用户偏好的功能所依 赖的更新组件，作为偏好组件；
[0070] 下发模块404,用于将确定的偏好组件下发给客户端进行更新。
[0071] 所述偏好功能确定模块402具体用于，根据保存的所述客户端对应的用户的操作 记录，确定所述用户在指定时间范围内对所述客户端提供的每个功能的使用次数，按照使 用次数从高到低的顺序，依次选择指定数量的功能，作为确定的所述用户偏好的功能。
[0072] 所述装置还包括：
[0073] 接收模块405,用于在所述偏好功能确定模块402确定所述用户偏好的功能之前， 接收所述客户端上报的网络环境信息；
[0074] 所述偏好功能确定模块402具体用于，根据所述接收模块405接收到的所述客户 端上报的网络环境信息，以及预设的网络环境信息与指定数量的映射关系，确定所述客户 端上报的网络环境信息对应的指定数量，并按照使用次数从高到低的顺序，依次选择确定 的指定数量的功能，作为确定的所述用户偏好的功能。
[0075] 所述下发模块404具体用于，将确定的偏好组件的组件标识添加到更新表中，为 所述更新表设置唯一的表标识，并将所述表标识下发给所述客户端，其中，为所述更新表中 已经下发给所述客户端的偏好组件的组件标识添加已下发标记；当接收到所述客户端发送 的表标识时，查找所述客户端发送的表标识对应的更新表，并将查找到的更新表中未添加 下发标记的组件标识对应的组件下发给所述客户端进行更新。
[0076] 所述装置还包括：
[0077] 依赖组件确定模块406,用于在确定的所述客户端的更新组件中，确定所述偏好组 件所依赖的更新组件，作为依赖组件；
[0078] 强制组件确定模块407,用于在确定的所述客户端的更新组件中，确定对应的重要 性权值大于预设阈值的更新组件，作为强制更新组件；
[0079] 所述下发模块404还用于，将确定的依赖组件和强制更新组件下发给客户端进行 更新。
[0080] 具体的上述客户端的更新装置可以位于服务端中。
[0081] 本申请实施例提供一种客户端的更新方法及装置，该方法服务端确定客户端需要 更新时，确定该客户端的更新组件，在确定的该客户端的更新组件中，确定用户偏好的功能 所依赖的组件，并下发给客户端进行更新。通过上述方法，服务端无需将所有的更新组件都 下发给客户端进行更新，只更新用户偏好的功能所依赖的组件即可，因此可有效节省网络 资源，提高客户端更新的效率。
[0082] 本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序 产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实 施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机 可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等）上实施的计算机程序产 品的形式。
[0083] 在一个典型的配置中，计算设备包括一个或多个处理器（CPU)、输入/输出接口、 网络接口和内存。
[0084] 内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器（RAM)和/ 或非易失性内存等形式，如只读存储器（ROM)或闪存（flash RAM)。内存是计算机可读介质 的示例。
[0085] 计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法 或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。 计算机的存储介质的例子包括，但不限于相变内存（PRAM)、静态随机存取存储器（SRAM)、 动态随机存取存储器（DRAM)、其他类型的随机存取存储器（RAM)、只读存储器（ROM)、电 可擦除可编程只读存储器（EEPR0M)、快闪记忆体或其他内存技术、只读光盘只读存储器 (CD-ROM)、数字多功能光盘（DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁 性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中 的界定，计算机可读介质不包括非暂存电脑可读媒体（transitory media),如调制的数据 信号和载波。
[0086] 本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程 图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一 流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算 机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理 器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生 用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能 的装置。
[0087] 这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特 定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指 令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或 多个方框中指定的功能。
[0088] 这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计 算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或 其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图 一个方框或多个方框中指定的功能的步骤。
[0089] 尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造 性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优 选实施例以及落入本申请范围的所有变更和修改。
[0090] 显然，本领域的技术人员可以对本申请实施例进行各种改动和变型而不脱离本申 请实施例的精神和范围。这样，倘若本申请实施例的这些修改和变型属于本申请权利要求 及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。
【权利要求】
1. 一种客户端的更新方法，其特征在于，包括： 服务端确定客户端需要更新时，确定所述客户端的更新组件；并 根据保存的所述客户端对应的用户的操作记录，在所述客户端提供的功能中，确定所 述用户偏好的功能；以及 在确定的更新组件中，确定所述用户偏好的功能所依赖的更新组件，作为偏好组件； 所述服务端将确定的偏好组件下发给客户端进行更新。
2. 如权利要求1所述的方法，其特征在于，根据保存的所述客户端对应的用户的操作 记录，在所述客户端提供的功能中，确定所述用户偏好的功能，具体包括： 根据保存的所述客户端对应的用户的操作记录，确定所述用户在指定时间范围内对所 述客户端提供的每个功能的使用次数； 按照使用次数从高到低的顺序，依次选择指定数量的功能，作为确定的所述用户偏好 的功能。
3. 如权利要求2所述的方法，其特征在于，确定所述用户偏好的功能之前，所述方法还 包括： 所述服务端接收所述客户端上报的网络环境信息； 按照使用次数从高到低的顺序，依次选择指定数量的功能，作为确定的所述用户偏好 的功能，具体包括： 根据所述客户端上报的网络环境信息，以及预设的网络环境信息与指定数量的映射关 系，确定所述客户端上报的网络环境信息对应的指定数量；并 按照使用次数从高到低的顺序，依次选择确定的指定数量的功能，作为确定的所述用 户偏好的功能。
4. 如权利要求1所述的方法，其特征在于，所述服务端将确定的偏好组件下发给客户 端进行更新，具体包括： 所述服务端将确定的偏好组件的组件标识添加到更新表中，为所述更新表设置唯一的 表标识，并将所述表标识下发给所述客户端，其中，所述服务端为所述更新表中已经下发给 所述客户端的偏好组件的组件标识添加已下发标记； 当所述服务端接收到所述客户端发送的表标识时，查找所述客户端发送的表标识对应 的更新表，并将查找到的更新表中未添加已下发标记的组件标识对应的组件下发给所述客 户端进行更新。
5. 如权利要求1所述的方法，其特征在于，所述方法还包括： 所述服务端在确定的所述客户端的更新组件中，确定所述偏好组件所依赖的更新组 件，作为依赖组件；并 在确定的所述客户端的更新组件中，确定对应的重要性权值大于预设阈值的更新组 件，作为强制更新组件；以及 将确定的依赖组件和强制更新组件下发给客户端进行更新。
6. -种客户端的更新装置，其特征在于，包括： 更新组件确定模块，用于在确定客户端需要更新时，确定所述客户端的更新组件； 偏好功能确定模块，用于根据保存的所述客户端对应的用户的操作记录，在所述客户 端提供的功能中，确定所述用户偏好的功能； 偏好组件确定模块，用于在确定的更新组件中，确定所述用户偏好的功能所依赖的更 新组件，作为偏好组件； 下发模块，用于将确定的偏好组件下发给客户端进行更新。
7. 如权利要求6所述的装置，其特征在于，所述偏好功能确定模块具体用于，根据保存 的所述客户端对应的用户的操作记录，确定所述用户在指定时间范围内对所述客户端提供 的每个功能的使用次数，按照使用次数从高到低的顺序，依次选择指定数量的功能，作为确 定的所述用户偏好的功能。
8. 如权利要求7所述的装置，其特征在于，所述装置还包括： 接收模块，用于在所述偏好功能确定模块确定所述用户偏好的功能之前，接收所述客 户端上报的网络环境信息； 所述偏好功能确定模块具体用于，根据所述接收模块接收到的所述客户端上报的网络 环境信息，以及预设的网络环境信息与指定数量的映射关系，确定所述客户端上报的网络 环境信息对应的指定数量，并按照使用次数从高到低的顺序，依次选择确定的指定数量的 功能，作为确定的所述用户偏好的功能。
9. 如权利要求6所述的装置，其特征在于，所述下发模块具体用于，将确定的偏好组件 的组件标识添加到更新表中，为所述更新表设置唯一的表标识，并将所述表标识下发给所 述客户端，其中，为所述更新表中已经下发给所述客户端的偏好组件的组件标识添加已下 发标记；当接收到所述客户端发送的表标识时，查找所述客户端发送的表标识对应的更新 表，并将查找到的更新表中未添加下发标记的组件标识对应的组件下发给所述客户端进行 更新。
10. 如权利要求6所述的装置，其特征在于，所述装置还包括： 依赖组件确定模块，用于在确定的所述客户端的更新组件中，确定所述偏好组件所依 赖的更新组件，作为依赖组件； 强制组件确定模块，用于在确定的所述客户端的更新组件中，确定对应的重要性权值 大于预设阈值的更新组件，作为强制更新组件； 所述下发模块还用于，将确定的依赖组件和强制更新组件下发给客户端进行更新。
【文档编号】G06F9/445GK104113576SQ201310141479
【公开日】2014年10月22日 申请日期:2013年4月22日 优先权日:2013年4月22日
【发明者】冯照临, 刘中胜 申请人:阿里巴巴集团控股有限公司