一种客户端-服务器模式的实现方法、客户端以及服务器

摘要

本发明公开了一种客户端‑服务器模式的实现方法、客户端以及服务器，客户端接收服务器基于预设配置需求发送的功能模块，对接收到的功能模块进行安装，能够根据需求对客户端的功能模块进行配置，实现对客户端功能模块的可积木式组装，从而使得客户端功能模块的搭建更加灵活；相较于浏览器‑服务器模式，本申请的客户端能够根据服务器发送的操作指令对功能模块进行操作并产生执行结果，能够实现在客户端进行实际的业务操作；相较于常见的客户端‑服务器模式，能够将业务逻辑的分析与处理放在服务器中进行，以此实现客户端只执行操作不需要执行业务逻辑的分析与处理，从而实现客户端的轻量化，保证了客户端与服务器的安全性。

说明书

技术领域

本发明涉及通信技术领域，特别涉及一种客户端-服务器模式的实现方法、客户端以及服务器。

背景技术

在C/S(Client-Server，客户端-服务器模式)中，搭建客户端时，客户端的逻辑是完整且复杂的，客户端程序中包括业务逻辑解释和处理、数据分析和处理、数据采集处理、工具包和通信模块，从而形成客户端独立的业务处理能力，由于现有客户端的独立性和逻辑完整性，在部署环境时占用的资源多，安装与维护成本高。

而在B/S(Browser-Server，浏览器-服务器模式)中，业务逻辑均发生在服务端，浏览器仅作为展示，较少涉及业务的执行，特别是在需要利用客户端的本地资源，浏览器在客户端本地操作时有很多权限控制及使用资源方面的限制，因此很多功能无法采用B/S模式来实现。

在很多情况下，客户端自身的本地资源，如计算能力、存储空间、运行内存等，是非常有限的，但同时我们又希望客户端软件能够实现很多种不同功能；如果把这些功能的所有工作都集中在客户端，客户端软件会非常庞大，很有可能超出客户端本地资源的能力范围；但B/S模式由于浏览器的限制，也不适用于很多环境。

很多高端用户，如金融机构、电信运营商和政府核心部门等，对在关键的核心计算机设备上运行的某些客户端软件有一些特殊要求，如要求这些客户端软件的操作是完全透明的安全可靠的、同时软件占用的存储空间小、运行时使用的内存与算力资源要求小、不要影响其他的核心系统的运行等。比较经典的应用场景是：金融核心系统的主服务器上，一般都需要有对运行时的性能监控、信息安全检查、网络流量分析等软件；用户对这些第三方的软件是心存疑虑的，既担心这些软件占用资源影响了金融核心系统或其他软件的运行，又担心这些软件本身有安全隐患，可能执行了某些未经允许的操作。

在一些对安全要求较高的移动客户端应用场景下，有以下需求：如很多公司的研发中心，基于信息安全要求移动客户端，即指各种移动设备，不可以使用电信运营商的网络、不可以拍照、不可以连接电脑设备，这时服务器根据移动客户端发送的GPS定位信息，判断用户是否进入了研发中心区域，若是，则自动卸载移动客户端软件的摄像功能模块、移动网络模块和USB连接驱动模块，则此客户端设备就不能连接上电信运营商的网络、不可以拍照、不能连接上电脑设备；而当用户要外出做一个远程视频操作的工作时，客户端软件根据服务器下发的安装指令及安装的摄像功能模块和移动网络模块，自动安装上这些功能模块，可以连接上电信运营商移动网络，并实现远程视频操作功能。

发明内容

本发明所要解决的技术问题是：提供一种客户端-服务器模式的实现方法、客户端以及服务器，能够按需定制客户端内容，节约部署所需的资源。

为了解决上述技术问题，本发明采用的技术方案为：

一种客户端-服务器模式的实现方法，包括步骤：

接收服务器基于预设配置需求发送的功能模块，对接收到的所述功能模块进行安装；

接收服务器发送的所述功能模块的操作指令，根据所述操作指令操作所述功能模块并产生执行结果；

将所述执行结果发送至服务器进行逻辑判断和处理。

为了解决上述技术问题，本发明采用的另一种技术方案为：

一种客户端，包括第一存储器、第一处理器及存储在所述第一存储器上并可在所述第一处理器上运行的第一计算机程序，所述第一处理器执行所述第一计算机程序时实现上述客户端-服务器模式的实现方法中的各个步骤。

为了解决上述技术问题，本发明采用的另一种技术方案为：

一种客户端-服务器模式的实现方法，包括步骤：

基于预设配置需求向客户端发送功能模块；

向所述客户端发送所述功能模块的操作指令，并获取所述客户端根据所述操作指令操作所述功能模块产生的执行结果；

根据所述执行结果进行逻辑判断和处理。

为了解决上述技术问题，本发明采用的另一种技术方案为：

一种服务器，包括第二存储器、第二处理器及存储在所述第二存储器上并可在所述第二处理器上运行的第二计算机程序，所述第二处理器执行所述第二计算机程序时实现上述客户端-服务器模式的实现方法中的各个步骤。

本发明的有益效果在于：客户端接收服务器基于预设配置需求发送的功能模块，对接收到的功能模块进行安装，能够根据需求对客户端的功能模块进行配置，实现对客户端功能模块的可积木式组装，从而使得客户端功能模块的搭建更加灵活；客户端接收的功能模块，是最小化功能的工具包，不可再细分，即原子化工具包；相较于浏览器-服务器模式，本申请的客户端能够根据服务器发送的操作指令对功能模块进行操作并产生执行结果，能够实现在客户端进行实际的业务操作，即可操作的业务类型是全方面的，不像浏览器在本地操作一些业务会受到权限和资源方面的限制；相较于常见的客户端-服务器模式，将执行结果发送至服务器进行逻辑判断和处理，能够将业务逻辑的分析与处理放在服务器中进行，以此实现客户端只执行操作不需要执行业务逻辑的分析与处理，既减轻客户端的工作量又避免将大量工作放在服务器上，从而实现客户端的轻量化和操作透明可视化，保证了客户端与服务器的安全性，同时在简化客户端的过程中节约了部署资源及客户端的使用资源。

附图说明

图1为本发明实施例提供的一种客户端-服务器模式的实现方法的流程图；

图2为本发明实施例的一种客户端-服务器模式的客户端的示意图；

图3为本发明实施例提供的一种客户端-服务器模式的实现方法的流程图；

图4为本发明实施例的一种客户端-服务器模式的服务器的示意图；

图5为本发明实施例提供的一种客户端-服务器模式的实现方法的客户端与虚拟客户端映射图；

图6为本发明实施例提供的一种客户端-服务器模式的实现方法的服务器与客户端的部署结构图；

图7为本发明实施例提供的一种客户端-服务器模式的实现方法的服务器与客户端的部署示意图；

图8为本发明实施例提供的一种客户端-服务器模式的实现方法应用在边缘计算或网格计算的部署示意图；

图9为本发明实施例提供的一种客户端-服务器模式的实现方法的应用在信息安全检查的部署示意图；

图10为本发明实施例提供的一种客户端-服务器模式的实现方法的应用在性能监控的部署示意图；

图11为本发明实施例提供的一种客户端-服务器模式的实现方法的应用在补丁管理的部署示意图；

图12为本发明实施例提供的一种客户端-服务器模式的实现方法的应用在物联网的部署示意图。

具体实施方式

为详细说明本发明的技术内容、所实现目的及效果，以下结合实施方式并配合附图予以说明。

请参照图1，一种客户端-服务器模式的实现方法，包括步骤：

接收服务器基于预设配置需求发送的功能模块，对接收到的所述功能模块进行安装；

接收服务器发送的所述功能模块的操作指令，根据所述操作指令操作所述功能模块并产生执行结果；

将所述执行结果发送至服务器进行逻辑判断和处理。

从上述描述可知，本发明的有益效果在于：客户端接收服务器基于预设配置需求发送的功能模块，对接收到的功能模块进行安装，能够根据需求对客户端的功能模块进行配置，实现对客户端功能模块的可积木式组装，从而使得客户端功能模块的搭建更加灵活；客户端接收的功能模块，是最小化功能的工具包，不可再细分，即原子化工具包；相较于浏览器-服务器模式，本申请的客户端能够根据服务器发送的操作指令对功能模块进行操作并产生执行结果，能够实现在客户端进行实际的业务操作，即可操作的业务类型是全方面的，不像浏览器在本地操作一些业务会受到权限和资源方面的限制；相较于常见的客户端-服务器模式，将执行结果发送至服务器进行逻辑判断和处理，能够将业务逻辑的分析与处理放在服务器中进行，以此实现客户端只执行操作不需要执行业务逻辑的分析与处理，既减轻客户端的工作量又避免将大量工作放在服务器上，从而实现客户端的轻量化和操作透明可视化，保证了客户端与服务器的安全性，同时在简化客户端的过程中节约了部署资源及客户端的使用资源。

进一步地，所述接收服务器基于预设配置需求发送的功能模块包括：

接收服务器基于预设配置需求在服务器的预设工具方法库中选择或组合所述预设配置需求需要的功能模块。

由上述描述可知，接收服务器根据预设配置需求在预设方法库中选择或组合所需的功能模块，能够灵活地配置所需的功能模块，实现客户端功能模块的积木式搭建。

进一步地，还包括步骤：

接收服务器发送的功能模块移除指令，根据所述移除指令删除需要移除的功能模块。

由上述描述可知，不仅能够按需搭建功能模块，还能对不需要的功能模块进行删除，保证在客户端的功能模块中只保留当前需要使用的功能，节约部署资源。

进一步地，还包括步骤：

向所述服务器发送功能模块添加请求；

接收所述服务器基于所述功能模块添加请求发送的功能模块，对所述功能模块进行安装。

由上述描述可知，在使用过程中向服务器发送功能模块添加请求，能够动态地请求添加所需的功能模块，进一步保障了客户端功能模块搭建的灵活性。

进一步地，包括步骤：

接收服务器基于边缘计算或网格计算的计算配置需求发送的算法包，判断所述算法包是否已存在，若否，则对接收到的所述算法包进行安装；

接收所述服务器发送的所述算法包的计算任务和性能监控任务，根据所述计算任务进行计算处理产生计算结果，根据所述性能监控任务获取性能状态数据；

将所述计算结果和所述性能状态数据发送至所述服务器进行逻辑判断和处理；

或者，接收服务器基于信息安全检查的配置需求发送的检查工具包，判断所述检查工具包是否已存在，若否，则对接收到的所述检查工具包进行安装；

接收所述服务器发送的所述检查工具包的检查指令，根据所述检查指令进行检查处理并产生检查结果；

将所述检查结果发送至所述服务器进行逻辑判断和处理；

或者，接收服务器基于性能监控的配置需求发送的监控工具包，判断所述监控工具包是否已存在，若否，则对接收到的所述监控工具包进行安装；

接收所述服务器发送的所述监控工具包的监控指令和采集指令，根据所述监控指令和采集指令进行性能监控，获取性能数据；

将所述性能数据发送至所述服务器进行逻辑判断和处理；

或者，接收服务器基于补丁管理的配置需求发送的补丁安装工具包，判断所述补丁安装工具包是否已存在，若否，则对接收到的所述补丁安装工具包进行安装；

接收所述服务器发送的所述补丁安装工具包的补丁安装任务，根据所述补丁安装任务进行补丁安装，获取补丁安装任务的结果数据；

将所述补丁安装任务的结果数据发送至所述服务器进行逻辑判断和处理；

或者，接收服务器基于物联网智能设备的业务需求发送的工具包，判断所述工具包是否已存在，若否，则对接收到的所述工具包进行安装；

接收所述服务器发送的所述工具包的指令任务，根据所述指令任务进行智能设备的数据感知、数据处理或计算和数据采集，获取结果数据；

将所述结果数据发送至所述服务器进行逻辑判断和处理。

由上述描述可知，根据不同的应用场景，服务器适应性地发送该场景中所需的工具包和指令任务，客户端能够将获取的指令任务在客户端中实现，获得的执行结果数据再上传至服务器上进行处理分析，从而能够根据应用环境适应性地调整客户端功能模块和执行内容，提高整体适用性。

请参照图2，本发明另一实施例提供了一种客户端，包括第一存储器、第一处理器及存储在所述第一存储器上并可在所述第一处理器上运行的第一计算机程序，所述第一处理器执行所述第一计算机程序时实现上述客户端-服务器模式的实现方法中的各个步骤。

请参照图3，本发明另一实施例提供了一种客户端-服务器模式的实现方法，包括步骤：

基于预设配置需求向客户端发送功能模块；

向所述客户端发送所述功能模块的操作指令，并获取所述客户端根据所述操作指令操作所述功能模块产生的执行结果；

根据所述执行结果进行逻辑判断和处理。

由上述描述可知，服务器基于预设配置需求发送的功能模块，能够根据需求对客户端的功能模块进行配置，实现对客户端功能模块的可积木式组装，从而使得客户端功能模块的搭建更加灵活；服务器下发的功能模块，是最小化功能的工具包，不可再细分，即原子化工具包；相较于浏览器-服务器模式，本申请的客户端能够根据服务器发送的操作指令对功能模块进行操作并产生执行结果，能够实现在客户端进行实际的业务操作；相较于常见的客户端-服务器模式，将执行结果发送至服务器进行逻辑判断和处理，能够将业务逻辑的分析与处理放至在服务器中进行，以此实现客户端只执行操作不需要执行业务逻辑的分析与处理，既减轻客户端的工作量又避免将大量工作放在服务器上，从而实现客户端的轻量化和操作透明可视化，同时在简化客户端的过程中节约了部署资源及客户端使用资源。

进一步地，所述基于预设配置需求向客户端发送功能模块包括：

基于预设配置需求，向客户端发送在预设工具方法库中选择或组合所述预设配置需求需要的功能模块。

由上述描述可知，服务器根据预设配置需求在预设方法库中选择或组合所需的功能模块，能够灵活地配置所需的功能模块，从而实现客户端功能模块的积木式搭建。

进一步地，还包括步骤：

向所述客户端发送功能模块移除指令，使得客户端根据所述移除指令删除需要移除的功能模块。

由上述描述可知，服务端不仅能够按需发送搭建功能模块的指令，还能发送对不需要的功能模块进行删除的指令，保证在客户端的功能模块中只保留当前需要使用的功能，节约部署资源。

进一步地，还包括步骤：

接收客户端发送的功能模块添加请求；

基于所述功能模块添加请求向所述客户端发送功能模块。

由上述描述可知，在使用过程中接收客户端发送的功能模块添加请求，能够动态地添加所需的功能模块，进一步保障了客户端功能模块搭建的灵活性。

进一步地，在与所述客户端进行通信的过程中，通过虚拟客户端与客户端进行通信；

所述虚拟客户端是所述客户端的虚拟映射，与所述客户端一一对应。

由上述描述可知，每一个客户端在服务器中都对应一个虚拟客户端，虚拟客户端是客户端的虚拟映射，通过虚拟客户端的映射，将分布的客户端资源，映射成为服务器的资源的组成部分，能够使服务器直接通过虚拟客户端与实际的客户端交互，服务器操作分布式客户端资源，就和操作本地资源一样，从而实现客户端的远程调用或者远程执行，能够更直观地实现对实际客户端的调用。

请参照图4，本发明另一实施例提供了一种服务器，包括第二存储器、第二处理器及存储在所述第二存储器上并可在所述第二处理器上运行的第二计算机程序，所述第二处理器执行所述第二计算机程序时实现上述客户端-服务器模式的实现方法中的各个步骤。

本发明上述一种客户端-服务器模式的实现方法、客户端以及服务器能够适用于各种客户端与服务器的部署，特别适用于多任务操作的设备和场景，以下通过具体实施方式进行说明：

实施例一

本实施例涉及到客户端与服务器之间的交互，请参照图1、图3，一种客户端-服务器模式的实现方法，包括步骤：

S1、客户端接收服务器基于预设配置需求发送的功能模块，对接收到的所述功能模块进行安装；

其中，接收服务器基于预设配置需求在服务器的预设工具方法库中选择或组合所述预设配置需求需要的功能模块；

具体的，在本实施例中，服务器能够基于预设的配置需求在服务器的工具方法库中将需要的功能模块进行选择或组合，得到需要的功能模块及其安装指令；客户端收到功能模块及其安装指令后，在客户端的工具方法集中安装功能模块，并向服务端发送配置成功的信息；

S2、客户端接收服务器发送的所述功能模块的操作指令，根据所述操作指令操作所述功能模块并产生执行结果；

具体的，在本实施例中，客户端的功能模块配置成功后，服务器向客户端发送与功能模块相应的操作指令来进行相应的功能操作，客户端收到指令后，安排工具方法集中的功能模块执行相关的指令；

S3、客户端将所述执行结果发送至服务器进行逻辑判断和处理；

具体的，在本实施例中，客户端将执行的结果返回给服务器的逻辑判断模块或智能处理模块进行相应的处理；

其中，还包括步骤：

接收服务器发送的功能模块移除指令，根据所述移除指令删除需要移除的功能模块；

具体的，在本实施例中，服务器发送功能模块移除指令，根据移除指令在客户端的工具方法集中删除需要移除的模块，从而实现将不需要的功能模块从客户端中移除；

其中，还包括步骤：

向所述服务器发送功能模块添加请求；

接收所述服务器基于所述功能模块添加请求发送的功能模块，对所述功能模块进行安装；

具体的，在本实施例中，客户端需要的功能模块能够随时向服务器发送功能呢模块添加请求，从服务器的工具方法库中下载功能模块并在客户端内安装；

其中，在与所述客户端进行通信的过程中，通过虚拟客户端与客户端进行通信；

所述虚拟客户端是所述客户端的虚拟映射，与所述客户端一一对应。

具体的，在本实施例中，请参照图5，服务器中设有虚拟客户端中心，每一个客户端在服务器中均对应一个虚拟客户端，这个虚拟客户端具备完整的业务处理逻辑，并且虚拟客户端是客户端的虚拟映射，虚拟客户端与客户端之间通过通讯处理模块传输数据，因此服务器能够通过通信协议与客户端交互，实现客户端的远程调用或者远程执行；采用此种方式，对于服务器来说，可以非常方便地将多个客户端映射成本地资源；服务器操作客户端的资源，就和操作本地资源一样；在本实施例中，能够将多个客户端的存储空间可以动态地链接在一起，形成分布式存储空间，同时映射成服务器上的存储空间的组成部分；服务器可以直接使用这些分布式存储空间，对这些映射过的分布式存储的操作和本地存储空间的操作完全一样；此种方式，屏蔽了分布式客户端管理的复杂性和多样性，可以为使用者提供更好的可管理性和更好的用户体验；

请参照图6，客户端中包含通信模块和工具包和工具包的使用模块，服务器包括业务逻辑解释和处理模块、数据分析和处理模块和数据采集处理模块，服务器与客户端之间相互通信，客户端可以包括其他程序服务器、电脑、平板、手机和智能物联网设备来执行，计算结果最后汇总给服务器，从而实现客户端只进行执行业务操作，对操作结果的数据处理与分析则是在服务器进行；因此，客户端不包含业务逻辑整理功能与实现的功能模块，并且可以按需调整客户端的内容，可以随时对客户端的工具包进行调整，该极精简客户端是完全根据服务器下发并经过许可的指令进行相应操作的；

具体的，请参照图7，服务器的逻辑判断与智能处理模块根据预设的需求动态分配各个客户端需要执行的功能模块和任务，服务器指令任务模块根据所述任务生成一系列需要客户端执行的操作指令发送至服务器通讯处理模块，工具方法库生成需要的功能模块的工具包发送至服务器通讯处理模块，服务器通讯处理模块将接收到的操作指令和工具包发送至客户端通讯处理模块；

客户端通讯处理模块将接收到的工具包通过客户端指令任务模块发送至工具方法集进行功能模块的安装，安装成功后将接收到的操作指令通过客户端指令任务模块发送至工具方法集执行感知、采集、处理或计算操作并得到结果数据，将结果数据通过客户端通信处理模块上传至服务器通信处理模块，服务器通信处理模块再将数据发送至逻辑判断与智能处理模块进行逻辑判断与处理；

本实施例实现了非常精简的客户端软件开发方式，软件自身在客户端所需要的存储空间少，并且软件在客户端运行时，不运行与所要实现目标无关的功能，所占用的计算资源和内存资源小；

因此，客户端的业务逻辑处理等功能后移至服务器端来处理；客户端实现的操作，是完全根据需要从服务器下发并经过许可验证通过的指令来执行，所有的操作对用户来说是完全透明可见而且可靠的；客户端实现的功能模块，是可以按需定制、调整及可扩展的；客户端软件是非常精简的，存储空间与运行内存要求都很小，运行非常稳定，不会影响到其他软件或系统的运行。

实施例二

本实施例与实施例一的不同在于，具体限定了在边缘计算或网格计算的应用场景部署相应的客户端：

具体的，请参照图8，服务器系统包括计算任务管理模块、指令任务模块、服务器通讯处理模块和算法库模块；客户端软件包括客户端通讯处理模块、指令任务模块和工具方法集；

其中工具方法集包括算法包集合、计算处理模块和性能监控模块；

当大量计算需求传达给服务器系统后，服务器系统的计算任务管理模块根据计算需求的算力要求、各客户端的算力情况以及其实时的性能状态情况，动态计算出分配给每台客户端所需要执行的计算任务以及所需要的算法包，然后将计算任务下发给指令任务模块；指令任务模块根据计算任务，形成客户端软件需要执行的一系列指令任务，再下发给服务器通讯处理模块；“服务器通讯处理模块将客户端所需要执行计算的一系列指令任务，以及从算法库模块中获取指令任务所需要的算法包，一起下发给客户端软件；

客户端通讯处理模块将接受到计算的指令任务和算法包通过指令任务模块下发给方法工具集，如果方法工具集中没有对应的算法包，则安装服务器下发的算法包模块；根据计算任务的指令进行计算处理，根据性能监控任务的指令收集性能状态数据；方法工具集将计算结果与客户端的性能状态数据，通过客户端通讯处理模块上传给服务器系统；

服务器系统收到计算结果和性能状态数据后，再上传给计算任务管理模块进行对应的展示、汇总和存储等处理操作；

因此当服务器有大量的计算工作时，这些计算工作可以由服务器下发给很多客户端来执行，计算结果最后汇总给服务器。

实施例三

本实施例与实施例一和实施例二的不同在于，具体限定了在信息安全检查的应用场景部署相应的客户端：

具体的，请参照图9，当客户端的信息安全检查需求传达给服务器系统后，服务器系统的任务逻辑模块将安全检查任务分解，计算出分配给每台客户端所需要执行的检查任务以及所需要的工具包，然后将检查任务下发给指令任务模块，指令任务模块根据检查任务，形成客户端软件需要执行的一系列指令任务，再下发给服务器通讯处理模块；服务器通讯处理模块将客户端所需要执行检查的一系列指令任务，以及从工具包模块中获取指令任务所需要的工具包，一起下发给客户端软件；

客户端通讯处理模块将接受到计算的指令任务和工具包，通过指令任务模块下发给方法工具集；如果方法工具集中没有对应的工具包，则安装服务器下发的工具包模块；然后根据检查任务的指令进行检查处理；方法工具集将检查结果，通过客户端通讯处理模块上传给服务器系统；

服务器系统收到检查结果后，再上传给任务逻辑模块进行对应的分析、汇总、存储和展示等处理操作；

因此当服务器检查各客户端的信息安全状态时，这些检查工作可以由服务器通过运算分解成标准化的、安全的和经过认证的指令集下发给客户端，客户端通过工具包将指令逐条执行，检查结果最后汇总给服务器统一处理；

同时，工具包中的功能模块经过了安全认证，所能执行的操作是特定性的、透明可见的；服务器下发的操作指令，也是经过了安全认证的、特定性功能的指令，所执行的操作对用户来说是透明可见的，因此，工具包和指令均是透明的、公开的，并且与服务器要实现的功能是相适配的；

具体的，当需要进行对客户端系统自带软件的信息进行信息安全检查时，服务器下发检查系统自带软件信息安全的工具包和检查指令，该工具包中有且只有与该检查需求相关的功能模块；在客户端的工具方法集中，删除工具包中不包含的功能模块，再下载工具方法集中没有的工具包中的功能模块，此时客户端的工具方法集中仅包含此次需求所需的功能模块；准备好客户端的工具方法集之后，将指令逐条在工具方法集中执行，全程透明公开。

实施例四

本实施例与实施例一至实施例三的不同在于，具体限定了在性能监控的应用场景部署相应的客户端：

具体的，请参照图10，当客户端的性能监控需求传达给服务器系统后，服务器系统的性能任务管理模块将性能检查监控任务分解，计算出分配给每台客户端所需要执行的监控任务以及所需要的工具包，然后将检查任务下发给指令任务模块，指令任务模块根据监控任务，形成客户端软件需要执行的一系列指令任务，再下发给服务器通讯处理模块；服务器通讯处理模块将客户端所需要执行监控的一系列指令任务，以及从工具包模块中获取指令任务所需要的工具包，一起下发给客户端软件；

客户端通讯处理模块将接受到计算的指令任务和工具包，通过指令任务模块下发给方法工具集；如果方法工具集中没有对应的工具包，则安装服务器下发的工具包模块；然后根据监控任务的指令进行性能数据接收和性能数据采集；方法工具集将性能数据，通过客户端通讯处理模块上传给服务器系统；

服务器系统收到性能数据后，再上传给性能任务管理模块进行对应的展示、汇总和存储等处理操作；

本实施例适用于各种需要性能监控的设备，其中，在Windows设备或Linux设备上，都存在成熟的单机版本的性能监控程序，具体的，使用本实施例的模式，可以把单机的性能监控程序作为一个工具包纳入客户端中：

服务器将系统中的性能监控程序封装为一个工具包，将该工具包和对应的安装指令传输至客户端；各个客户端安装所述工具包的功能模块后，即可根据性能监控指令对各个客户端的不同环境进行性能监控管理，通过服务器对各个客户端进行集中监控管理，从而实现将单机版本的性能监控模块按需转换成一个集中监控管理的程序，能够灵活地将单机监控程序搭建为集中式管理程序。

实施例五

本实施例与实施例一至实施例四的不同在于，具体限定了在补丁管理的应用场景部署相应的客户端：

具体的，请参照图11，软件厂商发布软件的补丁程序，服务器系统获取了相关的补丁信息与补丁程序，将补丁信息发送给补丁管理模块，将补丁程序发送给补丁库模块；

补丁管理模块根据从客户端软件程序获取的其补丁安装数据，确定此软件厂商的补丁是否需要在客户端安装，如果需要安装，则将安装任务下发给指令任务模块，由指令任务模块分解成客户端所需要执行的详细安装指令。

服务器通讯处理模块接受指令任务模块下发的详细安装指令，再从补丁库模块中获取对应的补丁程序，下发给指定的客户端；

对应客户端软件的客户端通讯处理模块收到补丁安装任务与补丁程序后，通过指令任务模块下发给工具方法集，工具方法集接受补丁安装任务与补丁程序，按照详细的补丁安装指令一条条执行，完成补丁安装任务；

补丁安装任务的结果数据，再通过客户端通讯处理模块传送给服务器通讯处理模块，再发送给补丁管理模块进行管理；

其中，在一般计算机上存在已有的单机版的补丁管理程序，通过本实施例中的模式，可以把单机版本的补丁管理程序作为一个工具包纳入客户端的工具方法集中，把一个单机的补丁管理程序方便地转换成一个集中管理的补丁管理服务程序；

由此可见，在本实施例和实施例四中，均能够将所有的单机程序进行封装，通过封装后的工具包，将单机程序转换为具备集中管理能力的系统，具体步骤为：

将单机程序作为一个客户端工具包，所述工具包可以被客户端调用；

对所述工具包的需求和指令可以通过服务端动态地下发至各个客户端中，各个客户端再通过指令任务模块将单机程序的指令和需求动态发送至各个客户端的所述工具包中；

通过将单机程序封装成工具包安装至各个客户端中，使用服务器与各个客户端通信的方法，能够方便、直观且快速搭建可集中管理的系统程序；

其中，客户端在工具方法集中逐条执行指令，得到的执行结果可以存储在本地或者上传至服务器进行分析汇总；对留在各个客户端存储在本地的结果数据能够借助远程指令功能进行调用，简单方便地将本地数据转换为分布式的实时共享数据。

实施例六

本实施例与实施例一至实施例五的不同在于，具体限定了在物联网的应用场景部署相应的客户端：

其中，物联网智能设备，一般计算能力弱、内存少、存储空间小，只能执行很简单的工作，因此特别要求客户端程序精简化，因此将业务逻辑处理、数据处理、数据存储等功能从客户端移至服务器端，在客户端的程序极其精简，安全性与稳定性都非常优异，特别适合物联网的应用；

具体的，请参照图12，服务器的业务逻辑模块根据预设的需求动态分配各个客户端需要执行的功能模块和任务，服务器指令任务模块根据所述任务生成一系列需要客户端执行的操作指令发送至服务器通讯处理模块，工具方法库生成需要的功能模块的工具包发送至服务器通讯处理模块，服务器通讯处理模块将接收到的操作指令和工具包发送至客户端通讯处理模块；

客户端通讯处理模块将接收到的工具包通过客户端指令任务模块发送至工具方法集进行功能模块的安装，安装成功后将接收到的操作指令通过客户端指令任务模块发送至工具方法集执行感知、采集、处理或计算操作并得到结果数据，将结果数据通过客户端通信处理模块上传至服务器通信处理模块，服务器通信处理模块再将数据发送至逻辑判断与智能处理模块进行逻辑判断与处理。

实施例七

请参照图2，一种客户端，包括第一存储器、第一处理器及存储在所述第一存储器上并可在所述第一处理器上运行的第一计算机程序，所述第一处理器执行所述第一计算机程序时实现上述实施例一至六中任一个中的一种客户端-服务器模式的实现方法中客户端执行的各个步骤。

实施例八

请参照图4，一种服务器，包括第二存储器、第二处理器及存储在所述第二存储器上并可在所述第二处理器上运行的第二计算机程序，所述第二处理器执行所述第二计算机程序时实现上述实施例一至六中任一个中的一种客户端-服务器模式的实现方法中服务器执行的各个步骤。

综上所述，本发明提供的一种客户端-服务器模式的实现方法、客户端以及服务器，客户端接收服务器基于预设配置需求发送的功能模块，对接收到的功能模块进行安装，能够根据需求对客户端的功能模块进行配置，并且客户端还能够根据实际情况对功能模块进行增删，实现对客户端功能模块的可积木式组装，从而使得客户端功能模块的搭建更加灵活；对于不同的应用场景能够适应性地更改客户端的部署方式，并且能够应用于各种客户端应用程序的部署，特别适用于软件程序的部署，保证客户端搭建的灵活性；客户端接收的功能模块，是最小化功能的工具包，不可再细分，即原子化工具包；同时，这些功能模块经过了安全认证，所能执行的操作是特定性的、透明可见的；客户端收到的操作指令，也是经过了安全认证的、特定性功能的指令，所执行的操作对用户来说是透明可见的；相较于浏览器-服务器模式，本申请的客户端能够根据服务器发送的操作指令对功能模块进行操作并产生执行结果，能够实现在客户端进行实际的业务操作，即可操作的业务类型是全方面的，不像浏览器在本地操作一些业务会受到权限和资源方面的限制；相较于常见的客户端-服务器模式，能够将业务逻辑的分析与处理放在服务器中进行，以此实现客户端只执行操作不需要执行业务逻辑的分析与处理，从而实现客户端的轻量化和操作透明可视化，保证了客户端与服务器的安全性；通过虚拟客户端的设置，能够实现客户端的远程调用或远程执行。

以上所述仅为本发明的实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等同变换，或直接或间接运用在相关的技术领域，均同理包括在本发明的专利保护范围内。