信息处理方法、装置及系统与流程

本申请实施例涉及计算机网络技术领域，具体地说，涉及一种信息处理方法、装置以及系统

背景技术

线上家政服务架构可以包括需求端、商家端和服务端。需求端采集需求用户的家政服务需求，诸如家政服务的业务种类、服务时间、服务时长等，之后将家政服务需求发送至服务端。服务端可以基于需求端发送的家政服务需求生成家政订单，并将家政订单发送至商家端。商家用户可以通过商家端接收该家政订单，在相应的服务时间完成家政服务，获得相应的服务报酬。

家政服务的服务业务种类较多，例如可以包括保洁、保姆、月嫂等，为了节约开发资源，通常是在同一个商家端开发对应不同服务业务的插件程序，利用一个商家端为多种服务业务提供技术支持。当任一个服务业务的插件程序需要更新时，服务端向所有商家端发送更新信息，并为所有商家端提供新的安装包，以触发所有商家端的更新。

由以上描述可知，当需要对其中一种服务业务的插件程序更新时，所有商家都需要进行更新。但是对于商家用户而言，其可能仅使用了商家端提供的部分服务业务，如果当前需要更新的服务业务并非全部商家用户都会使用的服务业务，因此，按照现有的这种更新方式，对于某些商家用户对应的商家端，这种更新就是非必要的。

技术实现要素：

有鉴于此，本申请提供了一种信息处理方法、装置以及系统，用于解决现有技术中如更新包含多个插件程序的客户端中的一个插件程序，需要卸载并重新安装整个客户端，造成部分用户的非必要更新的技术问题。

为了解决上述技术问题，本申请提供了一种信息处理方法，所述方法应用于服务端，包括：

接收客户端发送的查询请求；

基于所述查询请求，确定所述客户端对应注册用户所属业务的至少一个插件程序；

从所述至少一个插件程序中确定待更新插件程序；

生成所述待更新插件程序的更新信息；

发送所述更新信息至所述客户端，以供所述客户端根据所述更新信息更新所述待更新插件程序。

优选地，所述从所述至少一个插件程序中确定待更新插件程序包括：

获取所述至少一个插件程序分别对应的至少一个版本信息；

确定所述至少一个版本信息中最新版本信息对应的目标插件程序；

确定所述目标插件程序为所述待更新插件程序。

优选地，所述确定所述目标插件程序为所述待更新插件程序包括：

判断所述目标插件程序是否满足更新条件；

如果满足，确定所述目标插件程序为待更新插件程序。

优选地，所述判断所述目标插件程序是否满足更新条件包括：

判断所述客户端是否兼容所述目标插件程序。

优选地，所述生成所述待更新插件程序的更新信息包括：

确定所述待更新插件的插件名称、下载链接、版本信息以及校验信息；

根据所述待更新插件程序的插件名称、下载链接、版本信息以及校验信息，生成所述待更新插件程序的更新信息。

本发明实施例还提供一种信息处理方法，该方法应用于客户端，包括：

发送查询请求至服务端，以供所述服务端基于所述查询请求，确定所述客户端对应注册用户所属业务的至少一个插件程序时，从所述至少一个插件程序中确定的待更新程序的更新信息；

接收所述服务端发送的更新信息；

根据所述更新信息，更新所述待更新插件程序。

优选地，所述更新信息中包括：待更新插件程序的插件名称、下载链接、版本信息以及校验信息；

所述基于所述更新信息，安装所述待更新插件程序包括：

解析所述更新信息中的下载链接，下载所述待更新插件程序的安装包；

利用所述更新信息中的校验信息对所述安装包进行校验，获得校验结果；

如果所述校验结果为校验成功，基于所述安装包，安装所述待更新插件程序；

如果所述校验结果为校验失败，删除所述安装包，并输出校验失败信息。

优选地，所述如果所述校验结果为校验成功，基于所述安装包，安装所述待更新插件程序包括：

如果所述校验结果为校验成功，构建安装线程；

利用所述安装线程安装所述待更新插件程序。

优选地，所述根据所述更新信息，更新所述待更新插件程序之后，所述方法还包括：

检测处于启动状态时，判断是否存在至少两个插件名称相同的插件程序；

启动所述至少两个插件名称相同的插件程序中最近一次安装的插件程序；

删除除所述最近一次安装的插件程序之外的至少一个插件程序。

本发明实施例还提供一种信息处理装置，该装置可以应用于服务端，包括：

请求接收模块，用于接收客户端发送的查询请求；

第一确定模块，用于基于所述查询请求，确定所述客户端对应注册用户所属业务的至少一个插件程序；

第二确定模块，用于从所述至少一个插件程序中确定待更新插件程序；

信息生成模块，用于生成所述待更新插件程序的更新信息；

信息发送模块，用于发送所述更新信息至所述客户端，以供所述客户端根据所述更新信息更新所述待更新插件程序。

本发明实施例还提供一种信息处理装置，该装置应用于客户端，包括：

请求发送模块，用于发送查询请求至服务端，以供所述服务端基于所述查询请求，确定所述客户端对应注册用户所属业务的至少一个插件程序时，从所述至少一个插件程序中确定的待更新程序的更新信息；

信息接收模块，用于接收所述服务端发送的更新信息；

程序更新模块，用于根据所述更新信息，更新所述待更新插件程序。

本发明实施例还提供一种信息处理系统，该系统包括：客户端以及服务端。

客户端用于发送查询请求至服务端；接收所述服务端发送的更新信息；根据所述更新信息，更新所述待更新插件程序；

服务端用于接收客户端发送的查询请求；基于所述查询请求，确定所述客户端对应注册用户所属业务的至少一个插件程序；从所述至少一个插件程序中确定待更新插件程序；生成所述待更新插件程序的更新信息；发送所述更新信息至所述客户端，以供所述客户端根据所述更新信息更新所述待更新插件程序。。

本发明实施例中，服务端接收客户端的查询请求，基于所述查询请求，确定所述客户端对应注册用户所属业务的至少一个插件程序，也即是针对用户注册时注册的业务对应的至少一个插件程序。进而从至少一个插件程序中确定待更新插件程，生成待更新插件程序的更新信息。服务端将更新信息发送至客户端之后，客户端即可以根据更新信息更新待更新插件程序。客户端更新时，针对的是插件程序的更新，并非客户端的更新，且待更新插件程序是从用户所属业务相应的至少一个插件程序中选择性的更新，可以避免与用户所属业务不一致的插件程序的更新，减少不必要的更新。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是本发明实施例提供的一种信息处理方法的一个实施例的流程图；

图2是本发明实施例提供的一种信息处理方法的又一个实施例的流程图；

图3是本发明实施例提供的一种信息处理方法的又一个实施例的流程图；

图4是本发明实施例提供的一种信息处理系统的一个实施例的结构示意图；

图5是本发明实施例提供的一种信息处理装置的一个实施例的结构示意图；

图6是本发明实施例提供的一种信息处理装置的又一个实施例的结构示意图。

具体实施方式

以下将配合附图及实施例来详细说明本申请的实施方式，藉此对本申请如何应用技术手段来解决技术问题并达成技术功效的实现过程能充分理解并据以实施。

本发明实施例主要应用于客户端的更新场景中，主要通过利用使用客户端的插件程序的用户所属业务，进行待更新插件程序的判断，针对需要更新的客户端的插件程序进行针对性更新，以避免使用其他业务的插件的用户的客户端更新，减少不必要更新。

现有技术中，为了方便用户使用，节约开发资源，通常可以将多个插件程序集成在一个客户端中，不同插件程序可以对应不同服务业务种类，用户可以通过其提供的服务业务种类，使用对应的插件程序。当需要对其中任一个插件程序进行更新时，后台人员需要利用该任一个插件程序的更新文件，以及客户端中的其他插件程序的程序文件，重新打包安装包，并将安装包的更新信息发送至所有客户端的智能终端，此时，智能终端即可以重新下载并安装新安装包，以实现对该任一个插件程序的更新。但是，这种更新方式需要所有用户都要更新，对不使用该任一个插件程序的用户而言，则不需要更新，引发无效更新。

发明人经研究发现，用户使用客户端时，需要进行注册，注册过程中填写注册信息，其中，注册信息中就可以包含用户提供的服务业务种类。例如，客户端为线上服务系统的商家端时，即可以包含保洁、保姆、月嫂等多种线上服务对应的插件程序。用户在注册时，可以选择保洁、保姆、月嫂中的任一个服务业务以提供相应的服务。客户端启动时，可以针对用户身份进行调用相匹配的插件程序并显示相应界面。例如，检测用户使用保洁身份登录时，商家端调用保洁对应插件程序以显示保洁业务的界面。也即形成了一种服务业务种类与插件程序的对应关系，保洁业务对应保洁插件程序，保姆业务对应保姆插件程序，因此，发明人想到服务业务种类与插件程序的对应关系，对用户提供的服务业务的插件程序进行更新，以进行针对性的更新。

据此，发明人提出了本申请的技术方案，本申请实施例中，服务端可以接收客户端发送的查询请求，确定所述客户端对应注册用户所属业务的至少一个插件程序，也即是针对用户注册时注册业务对应的至少一个插件程序。进而从所述至少一个插件程序中确定待更新插件进程，生成待更新插件程序的更新信息。服务端将更新信息发送至客户端之后，客户端即可以根据更新信息更新待更新插件程序。客户端更新时，针对的是插件程序的更新，并非客户端的更新，且待更新插件程序是从用户所属业务相应的至少一个插件程序中选择性的更新，可以避免与用户所属业务不一致的插件程序的更新，减少不必要的更新。

下面将结合附图对本发明实施例进行详细描述。

如图1所示，为本发明实施例提供的一种信息处理方法的一个实施例的流程图，所述方法可以包括：

101：接收客户端发送的查询请求。

客户端是指安装在智能终端的应用程序。一个客户端中可以包含多个插件程序，其中，每一个插件程序可以对应实现相应的功能。作为一种可能的实现方式，客户端为线上服务的商家端时，可以包含多种服务业务分别对应的多个插件程序。插件程序可以指遵循所述客户端的应用规范编写出来的程序，插件程序可以在客户端中使用，但是不能脱离客户端而独立存在。客户端可以通过接口调起插件程序并使用该插件程序。

在智能终端能够接入互联网的情况下，客户端可以与服务端建立长链接，与服务端进行通信，进而可以向服务端发送查询请求。

其中，所述查询请求可以包括使用所述客户端的注册用户所属业务的业务标识。用户在使用客户端之前，需要先在客户端上进行注册，以获得注册信息。由于客户端中可以包含多种业务对应的插件程序，而用户每次只能提供一种业务服务，因此，用户的注册信息中可以包含用户所属业务对应业务标识。

业务标识(serviceid)可以用户标识业务的业务种类，作为一种示例，客户端为线上货运系统中的商家端时，如果商家端可以提供的业务种类为：保洁、保姆以及月嫂，也即保洁、保姆以及月嫂分别成为一条独立的业务线，为了进行区分，每一个业务线对应有相应的业务标识，且每一条业务线对应有相应的插件程序，以提供相应的服务业务。因此，可以利用每一个业务线的业务标识去标识插件程序，为每一个插件程序设置其所属业务的业务标识。

所述接收客户端发送的查询请求可以包括：接收客户端发送的针对已有插件程序的查询请求，以查询所述已有插件程序是否有需要更新。

所述服务端可以根据已安装插件程序的查询请求，查询所述已安装插件程序是否需要更新。可选地，所述已安装插件程序可以包括至客户端对应注册用户所属业务对应已安装的插件程序，可以针对客户端注册用户所属的业务去查询是否需要更新插件程序，可以避免不属于对注册用户使用的客户端的盲目更新，减少无效更新。

102：基于所述查询请求，确定所述客户端对应注册用户所属业务的至少一个插件程序。

可选地，所述查询请求中可以包含客户端对应注册用户所属业务的业务标识；所述基于所述查询请求，确定所述客户端对应注册用户所属业务的至少一个插件程序可以包括：基于所述客户端对应注册用户所属业务的业务标识，查询与所述业务标识匹配的至少一个插件程序。

服务端中可以将每一个插件程序以及该插件程序所属的业务标识进行对应保存，例如，可以将插接程序的程序名称、版本信息以及业务标识对应保存至一个表格中。所述查询与所述业务标识匹配的至少一个插件程序可以包括从预先保存的表格中查询与所述业务标识匹配的至少一个插件程序。基于已保存的业务标识与插件程序的对应关系的查询方法，可以提高查询效率，增加处理速度。

可选地，所述查询请求中还可以包含客户端中已安装插件程序对应的插件信息。所述基于所述查询请求，确定所述客户端对应注册用户所属业务的至少一个插件程序可以包括：

确定所述客户端已安装插件程序对应的插件信息；其中，所述插件信息中可以包括插件名称、版本信息等内容；

确定所述插件信息中的插件名称；基于所述插件名称，查找与所述插件名称命名相似度较高的至少一个插件程序。

所述基于所述插件名称，查找与所述插件名称相似度较高的至少一个插件程序可以包括：将每一个插件程序的插件名称与所述插件名称进行字符串比较；基于所述比较结果，确定至少一个插件程序。

103：从所述至少一个插件程序中确定待更新插件程序。

所述至少一个插件程序中可能包含不同时期发布的插件程序的版本，如果更新客户端中的插件程序，即可以更新所述客户端中的插件程序为最新版本的插件程序。因此，作为一种可能的实现方式，所述待更新插件程序可以包括最新版的插件程序。

在某些实施例中，所述从所述至少一个插件程序中确定待更新插件程序可以包括：

确定所述至少一个插件程序的发布时间；

基于所述发布时间将所述至少一个插件程序按照发布先后进行排序；

确定最后发布的一个插件程序为所述待更新插件程序。

通过时间对至少一个插件程序进行发布先后的判断，可以快速而准确地确定至少一个插件程序中的最新版插件程序，提高判断效率。

由于客户端可以安装在不同型号、不同厂商的智能终端中，不同智能终端支撑的应用程序的版本可能不同。作为一个实施例，所述从所述至少一个插件程序中确定待更新插件程序可以包括从所述至少一个插件程序中确定安装所述客户端的智能终端所支持的待更新插件程序，以确保待更新插件程序更新后客户端可以正常使用。其中，所述智能终端所支持的待更新插件程序可以指智能终端所支持的最新版的插件程序。

104：生成所述待更新插件程序的更新信息。

待更新插件可以对应至少一个插件信息，例如，可以对应插件版本信息、标识信息等，而为了方便客户端获取所述待更新插件程序，作为一种可能的实现方式，所述生成所述待更新插件程序的更新信息可以包括：基于所述待更新插件的至少一个插件信息，生成所述待更新插件的更新信息。

为了方便客户端使用更新信息，作为一种可能的实现方式，所述更新信息可以包括更新链接。所述生成所述待更新插件程序的更新信息可以包括：生成所述待更新插件程序的更新链接。生成链接可以方便客户端根据更新链接下载对应更新程序的安装包，提高更新效率。

105：发送所述更新信息至所述客户端，以供所述客户端根据所述更新信息更新所述待更新插件程序。

可选地，所述更新信息可以包括更新链接。更新链接可以发送至客户端，客户端接收到该更新链接后，可以解析该更新链接，下载所述待更新插件程序的安装包，继而安装所述待更新插件程序。

客户端根据所述更新信息更新所述待更新插件程序之前，还可以获取所述待更新插件程序的验证信息，所述客户端通过所述验证信息对所述待更新插件程序验证成功之后，即可以更新所述待更新插件程序。

所述客户端接收到更新信息之后，可以利用所述更新信息对所述待更新插件程序进行验证，验证成功之后，即可以更新所述待更新插件程序。

本发明实施例中，服务端可以接收客户端发送的查询请求，查询相应的待更新插件程序，并生成更新信息。客户端即可以根据更新信息对客户端中的插件程序进行更新。客户端更新时，针对的是插件程序的更新，并非客户端的更新，且待更新插件程序是从用户所属业务相应的至少一个插件程序中选择性的更新，可以避免与用户所属业务不一致的插件程序的更新，减少不必要的更新。

如图2所示，为本发明实施例提供的一种信息处理方法的又一个实施例的流程图，所述方法可以包括：

201：接收客户端发送的查询请求；

202：基于所述查询请求，确定所述客户端对应注册用户所属业务的至少一个插件程序；

203：获取所述至少一个插件程序分别对应的至少一个版本信息；

204：确定所述至少一个版本信息中最新版本信息对应的目标插件程序；

可选地，每一个插件程序对应有相应的版本信息，因此，依次获取每一个插件程序的版本信息，即可以确定至少一个版本信息。

所述版本信息可以包括记载提供同一种业务的不同插件程序的标识号，版本信息在命名时由字母、数字等组合而成，为不同的插件程序，记载不同的版本标识号。版本信息由字母数字进行命名时，可以依据一定的命名规则，按照发布顺序，由字母或者数字进行排列构成。其中，可以假定字母或者数字较大的版本较高。例如，a10、b10、a20三个版本号的排列顺序是a10，a20，b10，其中，a10的版本最低，b10的版本最高。本实施例的举例仅是示意性的，不对本发明的命名规则进行过多限定，在实际应用中，可以按照实际的命名规则，确定不同插件程序的版本高低。

在某些实施例中，所述确定所述至少一个版本信息中最新版本信息对应的目标插件程序包括：确定所述至少一个版本信息中标识号最高的为最新版本信息，并确定所述最新版本信息对应的目标插件程序。

205：确定所述目标插件程序为所述待更新插件程序；

206：生成所述待更新插件程序的更新信息；

207：发送所述更新信息至所述客户端，以供所述客户端根据所述更新信息更新所述待更新插件程序。

本发明实施例中，服务端基于客户端发送的查询请求后，确定客户端对应注册用户所属业务的至少一个插件程序，并从至少一个插件程序中对应的至少一个版本信息中选择最新版本信息对应的目标插件程序，目标插件程序即为待更新插件程序。客户端即可以更新该目标插件程序，获得最新版本的插件程序。通过更新最新版本的插件程序，获得最终的更新目的，可以获得最新版本的插件程序，提高更新效果。同时，由于针对插件程序进行更新，避免了与用户所属业务不一致的插件程序的更新，减少不必要的更新。

作为又一个实施例，所述确定所述目标插件程序为所述待更新插件程序可以包括：

判断所述目标插件程序是否满足更新条件；

如果满足，确定所述目标插件程序为待更新插件程序。

作为一种可能的实现方式，所述判断所述目标插件程序是否满足更新条件可以包括：

判断所述客户端是否兼容所述目标插件程序。

插件程序是在客户端上使用，如果客户端不支持目标插件程序时，则此次目标插件程序的更新即为无效的，造成资源浪费，因此，通过判断客户端与目标插件程序的兼容问题，可以减少无效更新，提高更新效率。

作为又一种可能的实现方式，所述判断所述目标插件程序是否满足更新条件还可以包括：

获取安装所述客户端的智能终端的终端信息；

基于所述终端信息以及所述目标插件程序的版本信息，判断所述智能终端是否能够兼容所述目标插件程序。

通过判断智能终端是否能够支持目标插件程序，是对目标插件程序的使用的预判断，可以减少因智能终端不支持时，引起的目标插件程序的无效更新，提高了更新效率。

本发明实施例中，在确定所述目标插件程序为待更新插件程序之前，对目标插件程序是否满足更新条件进行了判断，在满足的情况下，才确定目标插件程序为待更新插件程序。对待更新插件程序是否满足更新条件的预判断过程，可以使待更新插件程序更符合相应的安装条件，可以避免因不符合更新条件而引起的无效更新，获得较为准确的更新效果。

作为又一个实施例，所述生成所述待更新插件程序的更新信息可以包括：

确定所述待更新插件的插件名称、下载链接、版本信息以及校验信息；

根据所述待更新插件程序的插件名称、下载链接、版本信息以及校验信息，生成所述待更新插件程序的更新信息。

在某些实施例中，所述版本信息可以指针对待更新插件的链接信息，将客户端可以解析所述链接信息，确定对应的插件名称、下载链接、版本信息以及校验信息等。

所述校验信息可以包括md5信息，客户端可以利用校验信息对待更新程序的安装包等内容进行校验，校验成功后，可以开始安装待更新插件程序以完成更新。通过校验信息的校验，可以保障更新安全，可以避免因其他人篡改更新信息而引起的更新风险。

本发明实施例中，对目标插件程序进行打包时，通过目标插件程序的插件名称、下载链接、版本信息以及校验信息等内容进行打包，客户端即可以基于插件名称、下载链接、版本信息以及校验信息等内容完成目标插件程序的更新。通过提供完整的更新信息，避免因信息不完整而引起的更新失败，提高目标插件程序的更新效率。

如图3所示，为本发明实施例提供的一种信息处理方法的又一个实施例的流程图，该方法应用于客户端，可以包括以下几个步骤：

301：发送查询请求至服务端，以供所述服务端基于所述查询请求，确定所述客户端对应注册用户所属业务的至少一个插件程序时，从所述至少一个插件程序中确定的待更新程序的更新信息；

302：接收所述服务端发送的更新信息；

303：根据所述更新信息，更新所述待更新插件程序。

可选地，客户端可以在检测处于启动状态时，发送查询请求至服务端。客户端还可以根据预设的更新规则，发送查询请求至服务端。例如，在每个月第一次启动时，所述客户端可以发送查询请求至服务端。启动查询，可以确保能够获取用户的注册信息，能够实现完整的更新过程。

作为一个实施例，所述客户端根据所述更新信息，更新所述待更新插件程序之后，可以包括：

根据所述更新信息，确定下载链接；

解析所述下载链接，下载所述待更新插件程序。

在某些实施例中，客户端更新所述待更新插件程序之后，可以不启动所述待更新插件程序。在检测所述客户端再次启动时，再启动所述待更新插件程序。这种更新方式，并不影响用户使用，也不需要用户执行任何触发操作，而在安装成功之后，即可以启动待更新程序，不再使用之前的插件程序。也即，从安装到启动新插件程序的过程中，并不打扰用户使用客户端，实现无感升级。

可选地，客户端在不启动所述待更新插件程序时，可以继续运行已启动的与所述待更新插件程序对应的已安装插件程序。

在某些实施例中，客户端更新所述待更新插件程序之后，可以强制启动所述待更新插件程序。可选地，在强制启动所述待更新插件程序之前，所述客户端可以输出更新成功信息以及强制启动信息，以方便用户查看。

本发明实施例中，通过将查询请求发送至用户端，服务端基于用户端发送的查询信息查询该用户端对应注册用户所属业务的至少一个插件程序，进而确定待更新插件程序。客户端接收服务端发送的更新信息之后，可以基于更新信息更新相应的插件程序。客户端需要更新其中一个插件程序时，可以向服务端发送查询请求，获取查询请求对应的插件程序，并安装相应的插件程序，客户端更新时，针对的是插件程序的更新，并非客户端的更新，且待更新插件程序是从用户所属业务相应的至少一个插件程序中选择性的更新，可以避免与用户所属业务不一致的插件程序的更新，减少不必要的更新。

作为一个实施例，所述更新信息中包括：待更新插件程序的插件名称、下载链接、版本信息以及校验信息；

所述基于所述更新信息，安装所述待更新插件程序包括：

解析所述更新信息中的下载链接，下载所述待更新插件程序的安装包；

利用所述更新信息中的校验信息对所述安装包进行校验，获得校验结果；

如果所述校验结果为校验成功，基于所述安装包，安装所述待更新插件程序；

如果所述校验结果为校验失败，删除所述安装包，并输出校验失败信息。

在某些实施例中，所述客户端可以基于所述更新信息确定所述待更新程序的插件名称、下载链接、版本信息以及校验信息。所述版本信息可以指针对待更新插件的链接信息，将客户端可以解析所述链接信息，确定对应的插件名称、下载链接、版本信息以及校验信息等。

所述客户端基于所述插件名称，可以将插件的其他诸如版本信息以及校验信息等信息进行保存，以方便后续使用。

所述客户端基于所述下载链接，可以下载待更新插件的安装包，以运行所述安装包实现待更新程序的更新。

在某些实施例中，所述如果所述校验结果为校验成功，基于所述安装包，安装所述待更新插件程序可以包括：

如果所述校验结果为校验成功，构建安装线程；

利用所述安装线程安装所述待更新插件程序。

所述构建安装线程是指，构建独立于所述客户端已运行的线程的独立线程。安装线程的运行不受客户端已运行的线程的影响。

通过构建安装线程，在安装线程中安装所述待更新插件程序，而安装线程是独立的线程，可以不影响客户端的正常使用的情况下，完成插件程序的更新，实现了无感更新。

本发明实施例中，客户端通过目标插件程序的插件名称、下载链接、版本信息以及校验信息等内容完成目标插件程序的更新。通过提供完整的更新信息，避免因信息不完整而引起的更新失败，提高目标插件程序的更新效率。

在某些实施例中，所述根据所述更新信息，更新所述待更新插件程序之后，所述方法还可以包括：

检测处于启动状态时，判断是否存在至少两个插件名称相同的插件程序；

启动所述至少两个插件名称相同的插件程序中最近一次安装的插件程序；

删除除所述最近一次安装的插件程序之外的至少一个插件程序。

所述检测处于启动状态时，判断是否存在至少两个插件名称相同的插件程序可以包括：

检测处于启动状态时，判断是否存在文件名称相同的插件文件；

如果存在，确定存在至少两个插件名称相同的插件程序。

一个插件程序可以包括多个插件文件，可选地，插件文件可以包括dex、so、资源文件等类型的文件，当判断一个插件程序对应的插件文件，包括两个以上文件名称相同的文件时，即可以判断存在至少两个插件名称相同的插件程序。

最近一次安装的插件程序可以通过以下方式确定：确定所述至少两个插件名称相同的插件程序的安装时间，将每一个插件程序按照时间先后进行排序，确定最后安装的插件程序为所述最近一次安装的插件程序。

本发明实施例中，可以在客户端启动时，判断是否存在名称相同的插件程序，如果存在，即可以启动最近一次安装的插件程序，并删除插件名称相同的插件程序。对应客户端根据更新信息实现插件程序的更新，在更新之后检测到再次启动时，调起最近安装的插件程序，并删除旧插件程序，在这一过程中，用户感受不到插件程序的更新，实现了插件程序的无感升级。

需要说明的是，本申请中任一实施例的步骤可以互换，并不限定其执行的先后顺序，不构成对本申请实施例的限定作用。

如图4所示，为本发明实施例提供的一种信息处理系统的一个实施例的结构示意图，所述系统可以包括：服务端401，客户端402。

在实际应用中，客户端可以为线上服务系统的商家端，服务端可以为线上服务系统的后台服务器。

其中，客户端402可以发送查询请求至服务端；接收所述服务端发送的更新信息；根据所述更新信息，更新所述待更新插件程序。

服务端401可以接收客户端发送的查询请求；基于所述查询请求，确定所述客户端对应注册用户所属业务的至少一个插件程序；从所述至少一个插件程序中确定待更新插件程序；生成所述待更新插件程序的更新信息；发送所述更新信息至所述客户端，以供所述客户端根据所述更新信息更新所述待更新插件程序。

本发明实施例中的一种信息处理系统还用于实现上述实施例中所述的信息处理方法，获得相应技术效果。

本发明实施例中，服务端可以接收客户端发送的查询请求，查询相应的待更新插件程序，并生成更新信息。客户端即可以根据更新信息对客户端中的插件程序进行更新。客户端更新时，针对的是插件程序的更新，并非客户端的更新，且待更新插件程序是从用户所属业务相应的至少一个插件程序中选择性的更新，可以避免与用户所属业务不一致的插件程序的更新，减少不必要的更新。

如图5所示，为本发明实施例提供的一种信息处理装置的一个实施例的结构示意图，该装置可以应用于客户端，所述装置可以包括：

请求接收模块501，用于接收客户端发送的查询请求。

请求接收模块具体可以用于接收客户端发送的针对已有插件程序的查询请求，以查询所述已有插件程序是否有需要更新。

第一确定模块502，用于基于所述查询请求，确定所述客户端对应注册用户所属业务的至少一个插件程序。

可选地，所述查询请求中可以包含客户端对应注册用户所属业务的业务标识；所述第一确定模块可以用于：基于所述客户端对应注册用户所属业务的业务标识，查询与所述业务标识匹配的至少一个插件程序。具体可以指从预先保存的表格中查询与所述业务标识匹配的至少一个插件程序。基于已保存的业务标识与插件程序的对应关系的查询方法，可以提高查询效率，增加处理速度。

可选地，所述第一确定模块还可以用于：确定所述客户端已安装插件程序对应的插件信息；其中，所述插件信息中可以包括插件名称、版本信息等内容；确定所述插件信息中的插件名称；基于所述插件名称，查找与所述插件名称命名相似度较高的至少一个插件程序。

第二确定模块503，用于从所述至少一个插件程序中确定待更新插件程序。

所述第二确定模块具体可以用于：确定所述至少一个插件程序的发布时间；基于所述发布时间将所述至少一个插件程序按照发布先后进行排序；确定最后发布的一个插件程序为所述待更新插件程序。

信息生成模块504，用于生成所述待更新插件程序的更新信息。

所述信息生成模块具体可以用于生成所述待更新插件程序的更新链接。

信息发送模块505，用于发送所述更新信息至所述客户端，以供所述客户端根据所述更新信息更新所述待更新插件程序。

所述装置还可以用于：获取所述待更新插件程序的验证信息，所述客户端通过所述验证信息对所述待更新插件程序验证成功之后，即可以更新所述待更新插件程序。

本发明实施例中，服务端可以接收客户端发送的查询请求，查询相应的待更新插件程序，并生成更新信息。客户端即可以根据更新信息对客户端中的插件程序进行更新。客户端更新时，针对的是插件程序的更新，并非客户端的更新，且待更新插件程序是从用户所属业务相应的至少一个插件程序中选择性的更新，可以避免与用户所属业务不一致的插件程序的更新，减少不必要的更新。

作为一个实施例，所述第二确定模块可以包括：

第一获取单元，用于获取所述至少一个插件程序分别对应的至少一个版本信息；

第一确定单元，用于确定所述至少一个版本信息中最新版本信息对应的目标插件程序；

程序确定单元，用于确定所述目标插件程序为所述待更新插件程序。

本发明实施例中，服务端基于客户端发送的查询请求后，确定客户端对应注册用户所属业务的至少一个插件程序，并从至少一个插件程序中对应的至少一个版本信息中选择最新版本信息对应的目标插件程序，目标插件程序即为待更新插件程序。客户端即可以更新该目标插件程序，获得最新版本的插件程序。通过更新最新版本的插件程序，获得最终的更新目的，可以获得最新版本的插件程序，提高更新效果。同时，由于针对插件程序进行更新，避免了与用户所属业务不一致的插件程序的更新，减少不必要的更新。

作为又一个实施例，所述确定程序确定单元可以包括：

第一判断子单元，用于判断所述目标插件程序是否满足更新条件；

程序确定子单元，用于如果满足，确定所述目标插件程序为待更新插件程序。

作为又一个实施例，所述第一判断子单元具体可以用于：

判断所述客户端是否兼容所述目标插件程序。

插件程序是在客户端上使用，如果客户端不支持目标插件程序时，则此次目标插件程序的更新即为无效的，造成资源浪费，因此，通过判断客户端与目标插件程序的兼容问题，可以减少无效更新，提高更新效率。

作为又一种可能的实现方式，所述第一判断子单元具体还可以用于：

获取安装所述客户端的智能终端的终端信息；

基于所述终端信息以及所述目标插件程序的版本信息，判断所述智能终端是否能够兼容所述目标插件程序。

通过判断智能终端是否能够支持目标插件程序，是对目标插件程序的使用的预判断，可以减少因智能终端不支持时，引起的目标插件程序的无效更新，提高了更新效率。

本发明实施例中，在确定所述目标插件程序为待更新插件程序之前，对目标插件程序是否满足更新条件进行了判断，在满足的情况下，才确定目标插件程序为待更新插件程序。对待更新插件程序是否满足更新条件的预判断过程，可以使待更新插件程序更符合相应的安装条件，可以避免因不符合更新条件而引起的无效更新，获得较为准确的更新效果。

作为又一个实施例，所述信息生成模块可以包括：

第二确定单元，用于确定所述待更新插件的插件名称、下载链接、版本信息以及校验信息；

信息生成单元，用于根据所述待更新插件程序的插件名称、下载链接、版本信息以及校验信息，生成所述待更新插件程序的更新信息。

在某些实施例中，所述版本信息可以指针对待更新插件的链接信息，将客户端可以解析所述链接信息，确定对应的插件名称、下载链接、版本信息以及校验信息等。

所述校验信息可以包括md5信息，客户端可以利用校验信息对待更新程序的安装包等内容进行校验，校验成功后，可以开始安装待更新插件程序以完成更新。通过校验信息的校验，可以保障更新安全，可以避免因其他人篡改更新信息而引起的更新风险。

本发明实施例中，对目标插件程序进行打包时，通过目标插件程序的插件名称、下载链接、版本信息以及校验信息等内容进行打包，客户端即可以基于插件名称、下载链接、版本信息以及校验信息等内容完成目标插件程序的更新。通过提供完整的更新信息，避免因信息不完整而引起的更新失败，提高目标插件程序的更新效率。

如图6所示，为本发明实施例提供的一种信息处理装置的又一个实施例的结构示意图，该装置可以应用于客户端，包括：

请求发送模块601，用于发送查询请求至服务端，以供所述服务端基于所述查询请求，确定所述客户端对应注册用户所属业务的至少一个插件程序时，从所述至少一个插件程序中确定的待更新程序的更新信息；

信息接收模块602，用于接收所述服务端发送的更新信息；

程序更新模块603，用于根据所述更新信息，更新所述待更新插件程序。

可选地，客户端可以在检测处于启动状态时，发送查询请求至服务端。客户端还可以根据预设的更新规则，发送查询请求至服务端。例如，在每个月第一次启动时，所述客户端可以发送查询请求至服务端。启动查询，可以确保能够获取用户的注册信息，能够实现完整的更新过程。

作为一个实施例，所述装置还可以用于：

根据所述更新信息，确定下载链接；

解析所述下载链接，下载所述待更新插件程序。

在某些实施例中，客户端更新所述待更新插件程序之后，可以不启动所述待更新插件程序。在检测所述客户端再次启动时，再启动所述待更新插件程序。这种更新方式，并不影响用户使用，也不需要用户执行任何触发操作，而在安装成功之后，即可以启动待更新程序，不再使用之前的插件程序。也即，从安装到启动新插件程序的过程中，并不打扰用户使用客户端，实现无感升级。

在某些实施例中，客户端更新所述待更新插件程序之后，可以强制启动所述待更新插件程序。可选地，在强制启动所述待更新插件程序之前，所述客户端可以输出更新成功信息以及强制启动信息，以方便用户查看。

本发明实施例中，通过将查询请求发送至用户端，服务端基于用户端发送的查询信息查询该用户端对应注册用户所属业务的至少一个插件程序，进而确定待更新插件程序。客户端接收服务端发送的更新信息之后，可以基于更新信息更新相应的插件程序。客户端需要更新其中一个插件程序时，可以向服务端发送查询请求，获取查询请求对应的插件程序，并安装相应的插件程序，客户端更新时，针对的是插件程序的更新，并非客户端的更新，且待更新插件程序是从用户所属业务相应的至少一个插件程序中选择性的更新，可以避免与用户所属业务不一致的插件程序的更新，减少不必要的更新。

作为一个实施例，所述更新信息中包括：待更新插件程序的插件名称、下载链接、版本信息以及校验信息；

所述程序更新模块可以包括：

基于待更新程序的插件名称、下载链接、版本信息以及校验信息，更新所述待更新程序。

所述程序更新模块还可以包括：

第一解析单元，用于解析所述更新信息中的下载链接，下载所述待更新插件程序的安装包；

第一校验单元，用于利用所述更新信息中的校验信息对所述安装包进行校验，获得校验结果；

第一处理单元，用于如果所述校验结果为校验成功，基于所述安装包，安装所述待更新插件程序；

第二处理单元如果所述校验结果为校验失败，删除所述安装包，并输出校验失败信息。

作为一种可能的实现方式，所述第一处理单元具体用于：

如果所述校验结果为校验成功，构建安装线程；

利用所述安装线程安装所述待更新插件程序。

所述构建安装线程是指，构建独立于所述客户端已运行的线程的独立线程。安装线程的运行不受客户端已运行的线程的影响。

通过构建安装线程，在安装线程中安装所述待更新插件程序，而安装线程是独立的线程，可以不影响客户端的正常使用的情况下，完成插件程序的更新，实现了无感更新。

本发明实施例中，客户端通过目标插件程序的插件名称、下载链接、版本信息以及校验信息等内容完成目标插件程序的更新。通过提供完整的更新信息，避免因信息不完整而引起的更新失败，提高目标插件程序的更新效率。

作为一个实施例，所述装置还包括：

状态检测模块，用于检测处于启动状态时，判断是否存在至少两个插件名称相同的插件程序；

插件启动模块，用于启动所述至少两个插件名称相同的插件程序中最近一次安装的插件程序；

插件删除模块，用于删除除所述最近一次安装的插件程序之外的至少一个插件程序。

所述状态检测模块可以用于：

检测处于启动状态时，判断是否存在文件名称相同的插件文件；

如果存在，确定存在至少两个插件名称相同的插件程序。

一个插件程序可以包括多个插件文件，可选地，插件文件可以包括dex、so、资源文件等类型的文件，当判断一个插件程序对应的插件文件，包括两个以上文件名称相同的文件时，即可以判断存在至少两个插件名称相同的插件程序。

本发明实施例中，可以在客户端启动时，判断是否存在名称相同的插件程序，如果存在，即可以启动最近一次安装的插件程序，并删除其他插件程序。对应客户端根据更新信息实现插件程序的更新后，在更新之后检测到再次启动时，调起最近安装的插件程序，并删除其他的插件程序，在这一过程中，用户感受不到插件程序的更新，实现了插件程序的无感升级。

在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。

如在说明书及权利要求当中使用了某些词汇来指称特定组件。本领域技术人员应可理解，硬件制造商可能会用不同名词来称呼同一个组件。本说明书及权利要求并不以名称的差异来作为区分组件的方式，而是以组件在功能上的差异来作为区分的准则。如在通篇说明书及权利要求当中所提及的“包含”为一开放式用语，故应解释成“包含但不限定于”。“大致”是指在可接收的误差范围内，本领域技术人员能够在一定误差范围内解决所述技术问题，基本达到所述技术效果。说明书后续描述为实施本申请的较佳实施方式，然所述描述乃以说明本申请的一般原则为目的，并非用以限定本申请的范围。本申请的保护范围当视所附权利要求所界定者为准。

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

上述说明示出并描述了本申请的若干优选实施例，但如前所述，应当理解本申请并非局限于本文所披露的形式，不应看作是对其他实施例的排除，而可用于各种其他组合、修改和环境，并能够在本文所述申请构想范围内，通过上述教导或相关领域的技术或知识进行改动。而本领域人员所进行的改动和变化不脱离本申请的精神和范围，则都应在本申请所附权利要求的保护范围内。