本公开涉及软件设计领域，可用于金融领域或其他领域，更具体地涉及一种信息处理方法、装置、设备、介质和程序产品。
背景技术：
1、为了适应客户端用户的个性化和多样化需求，在客户端开发时可以将客户端程序拆分为主体框架和插件程序两大部分，该两部分可以独立开发。主体框架实现通用功能，版本较为稳定，插件程序根据业务需要定制开发，插件之间也相互独立。
2、发明人在实现本发明构思的过程中发现，相关技术中会将插件集成在客户端中，插件会随客户端的主体框架一起运行，如果需要新的插件或插件升级时往往需要在客户端中重新安装插件，这个过程需要用户等待插件安装或更新完成后才能继续使用客户端。如果客户端的插件较多或更新频繁时，这样会严重影响到客户端用户的使用体验。
技术实现思路
1、鉴于上述问题，本公开提供了可以在客户端的主体框架启动后根据调用需求动态加载插件的信息处理方法、装置、设备、介质和程序产品。
2、本公开实施例的第一方面，提供了一种应用于客户端的信息处理方法。所述方法包括：响应于接收到启动指令，启动所述客户端的主体框架；响应于所述主体框架的启动，从服务端同步本地插件清单中每个插件的基础功能包，其中，每个插件的程序文件包括基础功能包和业务逻辑包，其中，基础功能包的更新频率低于业务逻辑包，所述本地插件清单包括本地所需的所有插件的信息；当在目标插件未启动的情况下接收到对所述目标插件的第一调用请求时，从所述服务端下载所述目标插件的业务逻辑包；响应于所述目标插件的业务逻辑包下载完成，更新所述目标插件的程序文件；加载所述目标插件的程序文件以启动所述目标插件；以及基于所述第一调用请求调用所述目标插件。
3、根据本公开的实施例，在所述加载所述目标插件的程序文件以启动所述目标插件之后，所述方法还包括：接收对所述目标插件的第二调用请求；响应于所述第二调用请求，计算所述目标插件的程序文件中所述业务逻辑包的信息摘要，得到第一信息摘要；向所述服务端发送验证请求，其中，所述验证请求包括所述第一信息摘要；接收所述服务端返回的验证结果；当所述验证结果表明所述第一信息摘要与所述服务端中存储的所述目标插件的业务逻辑包的信息摘要一致时，基于所述第二调用请求调用所述目标插件。
4、根据本公开的实施例，所述方法还包括：当所述验证结果表明所述第一信息摘要与所述服务端中存储的所述目标插件的业务逻辑包的信息摘要不一致时，从所述服务端下载所述目标插件的业务逻辑包；响应于所述目标插件的业务逻辑包下载完成，更新所述目标插件的程序文件；卸载已加载的所述目标插件；在所述目标插件卸载完毕后，重新加载所述目标插件的程序文件以重新启动所述目标插件；以及响应于所述目标插件的重新启动，基于所述第二调用请求调用所述目标插件。
5、根据本公开的实施例，在所述响应于所述主体框架的启动，从服务端同步本地插件清单中每个插件的基础功能包之后，所述方法还包括：接收所述服务端推送的插件基础功能包更新指令，所述插件基础功能包更新指令包括第二插件的基础功能包的更新信息；基于所述第二插件的基础功能包的更新信息，从所述服务端下载所述第二插件的基础功能包；以及响应于所述第二插件的基础功能包的下载完成，更新所述第二插件的基础功能包。
6、根据本公开的实施例，在所述加载所述目标插件的程序文件以启动所述目标插件之后，所述方法还包括：接收对所述目标插件的第三调用请求；响应于所述第三调用请求，获取加载所述目标插件的时间信息，得到缓存起始时刻；获取所述目标插件的基础功能包最近一次更新的时间信息，得到最新更新时刻；当所述缓存起始时刻早于所述最新更新时刻时，卸载已加载的所述目标插件；在所述目标插件卸载完毕后，重新加载所述目标插件的程序文件并重新启动所述目标插件；以及响应于所述目标插件的重新启动，基于所述第三调用请求调用所述目标插件。
7、根据本公开的实施例，所述方法还包括：响应于所述主体框架的启动，注册定时任务；通过所述定时任务，定时从所述服务端获取所述主体框架的版本更新信息；当根据所述版本更新信息确定所述主体框架的版本更新时，从所述服务端下载新版本主体框架的程序文件；获取主体框架升级程序；以及运行所述主体框架升级程序，其中，所述主体框架升级程序被配置为：关闭所述主体框架；响应于所述主体框架的关闭，基于所述新版本主体框架的程序文件重新安装所述主体框架；以及响应于所述主体框架的安装完成，向所述客户端发送所述启动指令。
8、根据本公开的实施例，所述获取主体框架升级程序包括：注册钩子程序，其中，所述钩子程序分别与所述主体框架和所述新版本主体框架的程序文件的启动脚本相挂钩。
9、根据本公开的实施例，所述响应于所述主体框架的启动，从服务端同步本地插件清单中每个插件的基础功能包包括：向服务端发送本地插件信息请求；接收所述服务端返回的所述本地插件清单，其中所述本地插件清单包括本地所需的所有插件中每个插件的基础功能包的信息摘要；获取本地已有插件清单，所述本地已有插件清单包括本地存储的所有插件中每个插件的基础功能包的信息摘要；通过比对所述本地插件清单和本地已有插件清单，获取所述本地插件清单和所述本地已有插件清单中信息不一致的至少一个第一插件的信息；以及基于至少一个所述第一插件的信息，更新本地存储的至少一个所述第一插件的基础功能包。
10、根据本公开的实施例，所述基于至少一个所述第一插件的信息，更新本地存储的至少一个所述第一插件的基础功能包包括：当所述第一插件不属于所述本地插件清单时，删除本地存储的所述第一插件的程序文件；当所述第一插件不属于所述本地已有插件清单时，从所述服务端下载所述第一插件的基础功能包并存储到本地；以及当所述第一插件同时属于在所述本地已有插件清单和所述本地插件清单时，从所述服务端下载所述第一插件的基础功能包并替换本地存储的所述第一插件的基础功能包。
11、本公开实施例的第二方面，提供了一种设置于客户端的信息处理装置。所述装置包括：启动模块、本地插件管理模块和插件动态加载模块。
12、启动模块用于响应于接收到启动指令，启动所述客户端的主体框架。
13、本地插件管理模块用于响应于所述主体框架的启动，从服务端同步本地插件清单中每个插件的基础功能包，其中，每个插件的程序文件包括基础功能包和业务逻辑包，其中，基础功能包的更新频率低于业务逻辑包，所述本地插件清单包括本地所需的所有插件的信息。
14、插件动态加载模块，用于：当在目标插件未启动的情况下接收到对所述目标插件的第一调用请求时，从所述服务端下载所述目标插件的业务逻辑包；响应于所述目标插件的业务逻辑包下载完成，更新所述目标插件的程序文件；加载所述目标插件的程序文件以启动所述目标插件；以及基于所述第一调用请求调用所述目标插件。
15、本公开实施例的第三方面，提供了一种电子设备。所述电子设备包括一个或多个处理器和存储器。所述存储器用于存储一个或多个程序，其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得一个或多个处理器执行上述方法。
16、本公开实施例的第四方面，还提供了一种计算机可读存储介质，其上存储有可执行指令，该指令被处理器执行时使处理器执行上述方法。
17、本公开实施例的第五方面，还提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述方法。
18、上述一个或多个实施例具有如下优点或有益效果：在客户端启动时，可以先启动主体框架，同时从服务端同步客户端本地所需的所有插件中每个插件的基础功能包。然后等到要调用目标插件时，再从服务端即时下载该目标插件的业务逻辑包，然后将该目标插件的基础功能包和业务逻辑包合并后的程序文件加载到内存，从而启动该插件。这样实现了插件业务逻辑包根据调用需求随下随用。在客户端启动后尚未使用相应插件时，既不需要进行插件加载，也不需要网络开销来下载该插件的业务逻辑包，减少不必要的计算机加载消耗，也减少不必要的网络开销。而且由于业务逻辑包的数据量通常比较小，从而下载后再加载插件的过程可以做到客户无感知，不影响客户的使用体验。
1.一种信息处理方法，应用于客户端，包括：
2.根据权利要求1所述的方法，其中，在所述加载所述目标插件的程序文件以启动所述目标插件之后，所述方法还包括：
3.根据权利要求2所述的方法，其中，所述方法还包括：
4.根据权利要求1所述的方法，其中，在所述响应于所述主体框架的启动，从服务端同步本地插件清单中每个插件的基础功能包之后，所述方法还包括：
5.根据权利要求4所述的方法，其中，在所述加载所述目标插件的程序文件以启动所述目标插件之后，所述方法还包括：
6.根据权利要求1所述的方法，其中，所述方法还包括：
7.根据权利要求6所述的方法，其中，所述获取主体框架升级程序包括：
8.根据权利要求1所述的方法，其中，所述响应于所述主体框架的启动，从服务端同步本地插件清单中每个插件的基础功能包包括：
9.根据权利要求8所述的方法，其中，所述基于至少一个所述第一插件的信息，更新本地存储的至少一个所述第一插件的基础功能包包括：
10.一种信息处理装置，设置于客户端，包括：
11.一种电子设备，包括：
12.一种计算机可读存储介质，其上存储有可执行指令，该指令被处理器执行时使处理器执行权利要求1～9中任一项所述的方法。
