CN116954686A - 终端应用智能管理系统 - Google Patents

Abstract

本发明的终端应用智能管理系统，通过构建打包装置、管理端以及终端客户端程序端分别对各客户诊所所配置的各终端以及安装在各终端上的应用进行管理；本发明有效解决了针对多渠道客户、多种应用、多个版本并行等管理难点问题，做到有效感知应用、版本变更所影响的范围，有效控制了应用整个升级过程，对所管理应用的感知、监控、诊断、恢复提供完全可行的方案，尤其是对客户计算机设备损坏、运行配置丢失等灾难性事故快速恢复方面做了有效保障；对于应用的部署安装、升级管理方面可以减少大量人工成本；并且在面对使用应用的数万企业客户时，可以高效、及时的发现应用运行问题，及时响应给客户反馈，大大提高客户对公司的认可度和满意度。

Description

终端应用智能管理系统

技术领域

本发明涉及计算机领域，特别是涉及一种终端应用智能管理系统。

背景技术

传统终端应用管理有以下问题：无法从业务和商务视角统一进行应用管理，无法快速精准知道客户终端安装了什么应用、什么版本、什么配置；无法选择性批量升级、灰度升级；无法快速回退应用版本；无法集中管理和更新应用配置，无法精确控制各个终端应用配置差异；无法感知应用运行状态，无法及时发现终端应用异常并快速回复；无法按照定时或特定策略进行智能安装，需要大量人工干预。

发明内容

鉴于以上所述现有技术的缺点，本发明的目的在于提供一种终端应用智能管理系统，用于解决现有技术中出现的以上技术问题。

为实现上述目的及其他相关目的，本发明提供一种终端应用智能管理系统，包括：构建打包装置，用于对所部署的一或多个应用程序进行打包，以获得并储存对应各应用程序的打包数据；其中，所述打包数据包括：全量包、差量更新包以及校验信息；管理端，连接所述构建打包装置，包括：应用管理模块以及诊所管理模块；其中，所述应用管理模块，用于基于各应用程序的打包数据对所需的各应用程序构建档案；所述诊所管理模块，连接所述应用管理模块，用于管理各客户诊所的诊所信息、各客户诊所所设置的各终端的终端信息以及各终端所安装的各应用程序的应用程序信息；终端客户端程序端，连接所述构建打包装置以及所述管理端，用于在所安装的各终端上安装各应用程序并管理各应用程序的运行状态。

于本发明的一实施例中，所述构建打包装置包括：代码拉取模块，用于拉取各应用程序的最新代码文件；编译模块，连接所述代码拉取模块，用于基于各应用程序的最新代码文件构建各应用程序的编译代码文件，并生成各应用程序的可执行文件；打包模块，连接所述编译模块，用于将各可执行文件生成各应用程序的打包数据；其中，所述打包数据包括全量包、差量更新包和校验信息；储存模块，连接所述打包模块，用于储存各应用程序的打包数据。

于本发明的一实施例中，应用信息管理单元，用于读取各应用程序的基本信息以及唯一编号，并创建各应用程序的档案；应用配置模板管理单元，连接所述应用信息管理单元，用于在各应用程序的档案中配置对应的文件模板，并对各文件模板配置模板信息；其中，所述模板信息包括：文件名称、格式、编码以及存储路径；应用版本管理单元，用于在各应用程序的档案配置对应的版本管理信息；其中，所述版本管理信息包括：版本信息、文件包存储地址、文件包大小、版本上下架状态以及校验信息。

于本发明的一实施例中，所述唯一编号的读取方法包括：将从构建打包装置中获取的各应用程序的打包数据的名称作为各应用程序的唯一编号

于本发明的一实施例中，所述诊所管理模块包括：诊所信息管理单元，用于管理各客户诊所的信息，诊所信息包含诊所名称、编号、地区以及产线信息中的一种或多种；终端管理单元，连接所述诊所信息管理单元，用于对客户诊所所设置的各终端进行管理并生成对应各终端的应用部署计划；升级管理单元，连接所述终端管理单元，用于规划需要升级的终端以及各终端对应的应用部署计划的升级范围，进而更新对应终端的应用部署计划；日志和诊断单元，用于查询各个终端的应用状态日志和诊断结果。

于本发明的一实施例中，所述对客户诊所所设置的各终端进行管理并生成对应各终端的应用部署计划包括：对需管理的客户诊所所设置的各终端分别生成一唯一序列号；通过各终端客户端程序注册所采用的唯一序列号识别各终端客户端程序安装的终端；基于各终端规划需要安装的各应用程序的档案，对各终端的环境进行配置并生成对应各终端的应用部署计划

于本发明的一实施例中，所述终端客户端程序端包括：注册模块，用于采用对应终端的唯一序列号向所述管理端注册此终端；应用安装模块，用于从管理端装置获取对应终端的应用部署计划，对相应的应用程序进行安装；应用状态上报模块，用于上报各应用程序的运行状态；应用运行管理模块，用于控制各应用程序的启动、关闭、重启、诊断和修复操作中的一种或多种。

于本发明的一实施例中，所述应用安装模块包括：获取单元，用于所述管理端获取对应终端的应用部署计划；下载单元，用于根据所述应用计划中涉及的应用程序的档案从所述构建打包装置下载对应应用程序的打包数据；确认单元，用于确认下载的应用程序的打包数据是否与应用程序的档案中对应信息一致；安装单元，用于若一致，利用下载的应用程序的打包数据对对应各应用程序进行安装。

于本发明的一实施例中，所述根据所述应用计划中涉及的应用程序的档案从所述构建打包装置下载对应应用程序的打包数据包括：检测本地是否存在对应应用程序的老版本的全量文件包；如果有，即下载对应的增量包并校验文件大小和hash值，合并本地的全量文件包和新下载的增量包最终生成最新的全量文件包；如果没有，即下载全量文件包并校验文件大小和hash值。

于本发明的一实施例中，所述应用运行管理模块包括：诊断单元，用于在若感知到所述应用状态上报模块上报的各应用程序的运行状态符合诊断触发条件，即触发诊断机制，并生成对应的诊断结果和解决方法操作文档。

如上所述，本发明的一种终端应用智能管理系统，具有以下有益效果：本发明通过构建打包装置、管理端以及终端客户端程序端分别对各客户诊所所配置的各终端以及安装在各终端上的应用进行管理，本发明有效解决了针对多渠道客户、多种应用、多个版本并行等管理难点问题，做到有效感知应用、版本变更所影响的范围，有效控制了应用整个升级过程，对所管理应用的感知、监控、诊断、恢复提供完全可行的方案，尤其是对客户计算机设备损坏、运行配置丢失等灾难性事故快速恢复方面做了有效保障；对于应用的部署安装、升级管理方面可以减少大量人工成本；并且在面对使用应用的数万企业客户时，可以高效、及时的发现应用运行问题，及时响应给客户反馈，大大提高客户对公司的认可度和满意度。

附图说明

图1显示为本发明一实施例中的终端应用智能管理系统的结构示意图。

图2显示为本发明一实施例中的管理端装置可实现的功能模块示意图。

图3显示为本发明一实施例中的终端客户端程序装置可实现的功能模块示意图。

图4显示为本发明一实施例中的系统各个部分交互过程交互示意图。

具体实施方式

以下通过特定的具体实例说明本发明的实施方式，本领域技术人员可由本说明书所揭露的内容轻易地了解本发明的其他优点与功效。本发明还可以通过另外不同的具体实施方式加以实施或应用，本说明书中的各项细节也可以基于不同观点与应用，在没有背离本发明的精神下进行各种修饰或改变。需说明的是，在不冲突的情况下，以下实施例及实施例中的特征可以相互组合。

需要说明的是，在下述描述中，参考附图，附图描述了本发明的若干实施例。应当理解，还可使用其他实施例，并且可以在不背离本发明的精神和范围的情况下进行机械组成、结构、电气以及操作上的改变。下面的详细描述不应该被认为是限制性的，并且本发明的实施例的范围仅由公布的专利的权利要求书所限定。这里使用的术语仅是为了描述特定实施例，而并非旨在限制本发明。空间相关的术语，例如“上”、“下”、“左”、“右”、“下面”、“下方”、““下部”、“上方”、“上部”等，可在文中使用以便于说明图中所示的一个元件或特征与另一元件或特征的关系。

在通篇说明书中，当说某部分与另一部分“连接”时，这不仅包括“直接连接”的情形，也包括在其中间把其它元件置于其间而“间接连接”的情形。另外，当说某种部分“包括”某种构成要素时，只要没有特别相反的记载，则并非将其它构成要素，排除在外，而是意味着可以还包括其它构成要素。

其中提到的第一、第二及第三等术语是为了说明多样的部分、成分、区域、层及/或段而使用的，但并非限定于此。这些术语只用于把某部分、成分、区域、层或段区别于其它部分、成分、区域、层或段。因此，以下叙述的第一部分、成分、区域、层或段在不超出本发明范围的范围内，可以言及到第二部分、成分、区域、层或段。

再者，如同在本文中所使用的，单数形式“一”、“一个”和“该”旨在也包括复数形式，除非上下文中有相反的指示。应当进一步理解，术语“包含”、“包括”表明存在所述的特征、操作、元件、组件、项目、种类、和/或组，但不排除一个或多个其他特征、操作、元件、组件、项目、种类、和/或组的存在、出现或添加。此处使用的术语“或”和“和/或”被解释为包括性的，或意味着任一个或任何组合。因此，“A、B或C”或者“A、B和/或C”意味着“以下任一个：A；B；C；A和B；A和C；B和C；A、B和C”。仅当元件、功能或操作的组合在某些方式下内在地互相排斥时，才会出现该定义的例外。

本发明实施例中提供一种终端应用智能管理系统，通过构建打包装置、管理端以及终端客户端程序端分别对各客户诊所所配置的各终端以及安装在各终端上的应用进行管理，本发明有效解决了针对多渠道客户、多种应用、多个版本并行等管理难点问题，做到有效感知应用、版本变更所影响的范围，有效控制了应用整个升级过程，对所管理应用的感知、监控、诊断、恢复提供完全可行的方案，尤其是对客户计算机设备损坏、运行配置丢失等灾难性事故快速恢复方面做了有效保障；对于应用的部署安装、升级管理方面可以减少大量人工成本；并且在面对使用应用的数万企业客户时，可以高效、及时的发现应用运行问题，及时响应给客户反馈，大大提高客户对公司的认可度和满意度。

下面以附图为参考，针对本发明的实施例进行详细说明，以便本发明所述技术领域的技术人员能够容易地实施。本发明可以以多种不同形态体现，并不限于此处说明的实施例。

如图1所示，展示本发明实施例中的终端应用智能管理系统的结构示意图。

所述系统包括：

构建打包装置11，用于对所部署的一或多个应用程序进行打包，以获得并储存对应各应用程序的打包数据；其中，所述打包数据包括：全量包、差量更新包以及校验信息；

管理端12，连接所述构建打包装置11，包括：应用管理模块121以及诊所管理模块122；其中，所述应用管理模块121，用于基于各应用程序的打包数据对所需的各应用程序构建档案；所述诊所管理模块122，连接所述应用管理模块121，用于管理各客户诊所的诊所信息、各客户诊所所设置的各终端的终端信息以及各终端所安装的各应用程序的应用程序信息；

终端客户端程序端13，连接所述构建打包装置11以及所述管理端12，用于在所安装的各终端上安装各应用程序并管理各应用程序的运行状态。

可选的，所述构建打包装置11包括：

代码拉取模块，用于拉取各应用程序的最新代码文件；具体的，与代码仓库集成，拉取各应用程序的代码源文件到本地；

编译模块，连接所述代码拉取模块，用于基于各应用程序的最新代码文件构建各应用程序的编译代码文件，并生成各应用程序的可执行文件；

打包模块，连接所述编译模块，用于将各可执行文件生成各应用程序的打包数据；其中，所述打包数据包括全量包、差量更新包和校验信息；

储存模块，连接所述打包模块，用于储存各应用程序的打包数据。

可选的，所述编译模块可指定一固定的版本号，通过编译代码源文件生成对应版本的可执行程序；例如可执行程序exe和dll。

可选的，所述打包模块将编译生成的各应用程序的可执行程序文件分别打包成对应各应用程序的全量包文件；将每个应用程序的全量包文件与上次版本的全量包文件中的文件项一一对比计算文件差异，生成对应的增量包文件；记录版本号、全量包文件和增量包文件的文件大小和hash信息。

可选的，储存模块储存各应用程序的全量包文件、增量包文件以及版本号、全量包文件和增量包文件的文件大小和hash信息。

可选的，所述应用管理模块121包括：

应用信息管理单元，用于读取各应用程序的基本信息以及唯一编号，并创建各应用程序的档案；其中每个应用程序的档案分别对应各应用程序的基本信息以及唯一编号；其中，所述基本信息可以包括：版本信息、文件包存储地址、文件包大小、hash等基础信息。

应用配置模板管理单元，连接所述应用信息管理单元，用于在各应用程序的档案中配置对应的文件模板，并对各文件模板配置模板信息；其中，所述模板信息包括：文件名称、格式、编码以及存储路径；

应用版本管理单元，用于在各应用程序的档案配置对应的版本管理信息；其中，所述版本管理信息包括：版本信息、文件包存储地址、文件包大小、版本上下架状态以及校验信息。

即每个应用程序的档案包括：一或多个配置的文件模板以及版本管理信息。

可选的，所述唯一编号的读取方法包括：将从构建打包装置中获取的各应用程序的打包数据的名称作为各应用程序的唯一编号。

可选的，所述诊所管理模块包括：

诊所信息管理单元，用于管理各客户诊所的信息，诊所信息包含诊所名称、编号、地区以及产线信息中的一种或多种；

终端管理单元，连接所述诊所信息管理单元，用于对管理的客户诊所所设置的各终端进行管理并生成对应各终端的应用部署计划；

升级管理单元，连接所述终端管理单元，用于规划需要升级的终端以及各终端对应的应用部署计划的升级范围，进而更新对应终端的应用部署计划；

日志和诊断单元，用于查询各个终端的应用状态日志和诊断结果。

可选的，所述对客户诊所所设置的各终端进行管理并生成对应各终端的应用部署计划包括：

对需管理的客户诊所所设置的各终端分别生成一唯一序列号；具体的，针对纳入管理的诊所的终端，分别建立终端档案，并生成唯一序列号；

通过各终端客户端程序注册所采用的唯一序列号识别各终端客户端程序安装的终端；具体的，各终端安装所述终端客户端程序；在安装的终端客户端程序，各终端使用其对应的唯一序列号向所述管理端进行注册自身，即通过各终端客户端程序注册所采用的唯一序列号识别各终端客户端程序安装的终端；优选的，从所述构建打包装置获取终端客户端程序的安装包，终端安装终端客户端程序，安装完成后使用终端的唯一序列号进行注册。

基于各终端规划需要安装的各应用程序的档案，对各终端的环境进行配置并生成对应各终端的应用部署计划；具体的，针对终端的功用，规划需要安装的应用程序，并获取各终端规划需要安装的各应用程序的档案，对各终端所要安装的应用程序所需的参数环境进行配置，并生成对应各终端的应用部署计划；其中，应用部署计划包括：对应各应用程序的安装计划信息。

可选的，基于各应用程序的档案中所定义的配置文件模板对各终端所要安装的应用程序所需的参数环境进行配置。

可选的，所述终端管理单元还用于管理单个终端具体安装应用信息，针对不同客户诊所的不同功用终端规划需要安装的不同应用和配置不同的参数。

可选的，所述规划需要升级的终端以及各终端对应的应用部署计划的升级范围，进而更新对应终端的应用部署计划包括：确定需要升级的终端，选择或移除需要升级的终端，最终确认需要升级的终端范围；按应用、版本来规划升级范围，即确定各终端中应用部署计划中需要升级的应用程序；更新对应终端的应用部署计划；指定升级时间立即执行或者定时开始执行升级。

可选的，根据已安装版本、地区、产线等必要或可选条件列举出需要升级的终端列表，经操作人确认应用程序的升级范围后生成新的部署计划，终端客户端程序定时到管理端装置中轮询部署任务，获取到符合范围条件和版本的计划后执行并完成更新。

可选的，所述终端客户端程序端包括：

注册模块，用于采用对应终端的唯一序列号向所述管理端注册此终端；

应用安装模块，用于从管理端装置获取对应终端的应用部署计划，对相应的应用程序进行安装；具体的，完成注册后的终端客户端程序将自动到管理端中拉取对应终端的最新的部署任务，根据计划中确定需要安装的应用和版本进行应用安装。

应用状态上报模块，用于上报各应用程序的运行状态；具体的，上报应用程序的各个阶段运行状态以及更新状态给所述管理端；优选的，以状态日志的形式上报。

应用运行管理模块，用于控制各应用程序的启动、关闭、重启、诊断和修复操作中的一种或多种。

可选的，应用状态上报模块通过定时枚举应用进程状态实现对应用启动、停止状态的感知，上报和统计应用运行和停止状态；优选的，应用状态上报模块通过订阅应用日志输出文件，及时感知应用运行异常状态，分析并上报异常到管理端。

可选的，所述应用安装模块包括：

获取单元，用于所述管理端获取对应终端的应用部署计划；其中，所述应用部署计划为最新的计划，以获得需要安装或更新的应用、配置；

下载单元，用于根据所述应用计划中涉及的应用程序的档案从所述构建打包装置下载对应应用程序的打包数据；具体的，根据上述应用程序的档案中指定的文件存储地址进行应用或配置下载；

确认单元，用于确认下载的应用程序的打包数据是否与应用程序的档案中对应信息一致；具体的，校验和确认上述下载单元载的应用或配置是否与上述获取单元获取的信息一致。

安装单元，用于若一致，利用下载的应用程序的打包数据对对应各应用程序进行安装。具体的，若一致将上述下载下来的应用或配置更新到指定文件目录中。

可选的，所述根据所述应用计划中涉及的应用程序的档案从所述构建打包装置下载对应应用程序的打包数据包括：

检测本地是否存在对应应用程序的老版本的全量文件包；

如果有，即下载对应的增量包并校验文件大小和hash值，在校验成功后合并本地的全量文件包和新下载的增量包最终生成最新的全量文件包，以供后续安装；

如果没有，即下载全量文件包并校验文件大小和hash值，若校验合格则后续安装该全量文件包。

可选的，所述应用运行管理模块包括：

诊断单元，用于在若感知到所述应用状态上报模块上报的各应用程序的运行状态符合诊断触发条件，即触发诊断机制，并生成对应的诊断结果和解决方法操作文档。

具体的，感知到的应用进程的运行状态异常、即自动触发诊断机制，生成诊断结果和常见问题的解决方法操作文档。

为了更好的说明上述终端应用智能管理系统，本发明提供以下具体实施例。

实施例1：一种终端应用智能管理系统。该系统统一集中管理企业应用和配置信息，实现从合同需求、应用研发、应用构建、应用发布、应用更新、应用配置、应用监控及应用异常处理大群全应用流程管理；

所述系统包括：

构建打包装置，用于统一管理代码编译和打包；

管理端装置，包括：应用管理单元，用于管理应用相关信息，为应用建立起档案；

诊所管理单元，用于管理客户诊所信息、诊所拥有的终端信息、终端使用的应用信息；管理各个应用和配置升级计划管理和进度管理；查询各个终端应用状态日志和诊断结果；如图2所示，为管理端装置可实现的功能模块示意图。

终端客户端程序装置，用于在所安装的各终端上安装各应用程序并管理各应用程序的运行状态。如图3所示，为终端客户端程序装置可实现的功能模块示意图。

如图4所示，为本系统各个部分的构成以及交互过程，以下以应用程序App1的实施过程为例来描述本系统的各个实现功能。

功能1：该系统可通过构建打包装置为web部署的应用程序构建装置来打包应用程序，过程如下：

S101：与代码仓库集成，拉取应用程序的代码源文件到本地；

S102：指定版本号v1.2.0，通过msbuild工具编译代码源文件生成可执行程序exe和dll；

S103：将编译生成的可执行程序文件通过nuget工具打包成全量包文件App1-f-1.2.0.nupkg和安装文件Setup-1.2.0.exe；

S104：通过将App1-f-c1.2.0.nupkg文件包与上次版本v1.1.0的nupkg全量包文件App1-f-1.1.0.nupkg中的文件项一一对比计算文件差异，生成增量包文件App1-d-1.2.0.nupkg；

S105：记录版本号、全量包文件App1-f-1.2.0.nupkg和增量包文件App1-d-1.2.0.nupkg的文件大小和hash信息到发布文件RELEASES中；

S106：全量包文件App1-f-1.2.0.nupkg、差量包文件App1-d-1.2.0.nupkg和发布文件RELEASES一起上传到文件存储模块中。

功能2：该系统可基于web的管理端装置的应用管理单元提供如下应用管理方法：其中过程如下：

S201：通过读取文件存储模块中的文件包信息，建立应用程序的档案App1；

S202：通过读取和解析存储在文件存储系统中的RELEASES文件，得到对应版本信息，将版本信息、文件包存储地址、文件包大小、hash等基础信息存储到MySQL数据库中；

S203：提供定义应用程序配置文件模板，以下以config.json配置文件为例，用于定义应用程序允许需要使用的配置文件信息，供终端部署实施时参照。

功能3：该系统可通过管理端装置的诊所管理单元以http接口的形式对接账户中心系统，拉取客户诊所信息，根据用户选择将需要的客户诊所Office信息纳入到本系统中进行管理；其中过程如下：

S301：针对纳入管理的诊所的计算机，分别建立终端档案，生成唯一序列号S1；

S302：针对终端计算机的功用，规划需要安装的应用程序；

S303：参照应用所定义的配置文件模板T1，针对此终端的环境进行配置；

S304：下发需要安装的应用，下发过程会自动生成部署计划P1；

功能4：该系统可基于上述S1构建装置，构建打包终端客户端程序装置ClientPlatform，版本号v1.0.0，采用终端客户端程序装置在所安装的各终端上安装各应用程序并管理各应用程序的运行状态；其中过程如下：

S401：从上述S3中下载最新的终端客户端程序ClientPlatform安装包Setup-1.0.0.exe；

S402：将上述S401下载的安装包Setup-1.0.0.exe以及S301生成的序列号S1一起分发给诊所客户安装和注册；

S403：诊所客户执行安装终端客户端程序Setup-1.0.0.exe，安装完成后使用序列号S1进行注册；

S404：完成注册后的终端客户端程序将自动到管理装置中拉取最新的部署任务；

S405：轮询到上述S304下发应用生成的部署计划P1后，根据计划P1中确定需要安装的应用和版本进行应用安装，提供安装方法如下：

S405011：检测本地是否存在老版本全量文件包App1-f-1.1.0.nupkg，如果有即从线上下载增量包App1-d-1.2.0.nupkg并校验文件大小和hash值；

S405012：对比合并本地的App1-f-1.1.0.nupkg和新下载的App1-d-1.2.0.nupkg最终生成最新的App1-f-1.2.0.nupkg；

S40502如果本地没有老版本的全量包App1-f-1.1.0.nupkg，就下载全量包App1-f-1.2.0.nupkg并校验文件大小和hash值；

S40503释放全量包App1-f-1.2.0.nupkg中的文件到本地安装目录app-1.2.0目录中，完成应用安装；

S40505：上报安装过程各个阶段状态到管理端装置；

S40506：针对各个阶段出现的安装异常状态进项重试、回滚等动作。

功能5：该系统可通过管理端装置的诊所管理单元提供了应用升级功能，仍然以App1实施过程为例：

S501：基于S1所述打包构建装置构建打包新版本v1.3.0；

S502：基于S202所述管理端装置获取并存储v1.3.0版本信息、文件包地址、大小、hash等；

S503：根据已安装版本、地区、产线等必要或可选条件列举出需要升级的终端列表，经操作人确认升级范围后生成部署计划P2；

S504：终端客户端程序装置定时到管理端装置中轮询部署任务，获取到符合范围条件和版本的计划P2后执行S405系列步骤完成更新。

功能6：上述终端客户端装置提供一组应用运行状态监控、异常分析和上报、诊断和识别问题并给出解决方案的机制，具体方法如下：

S601：终端客户端程序通过定时枚举应用进程状态实现对应用启动、停止状态的感知，上报和统计应用运行和停止状态；

S602：终端客户端程序通过订阅应用日志输出文件，及时感知应用运行异常状态，分析并上报异常到管理装置；

S603：针对S601感知到的应用进程连续重启、S602解析到的Fatal日志等场景自动触发诊断机制，生成诊断结果和常见问题的解决方法操作文档。

具有以上功能的终端应用智能管理系统，具有以下优势：

(1)可标准化应用管理：包括应用定义、版本、配置、发布流程；

(2)可便捷集中的管理视图：从租户、终端、应用、区域、版本等多维度对应用进行360度查看、管理和升级。

(3)能和业务、产研和运维全流程打通：与客户关系管理系统、客户身份管理系统、应用编译发布系统前后衔接集成，可实现从商务合同、研发部署和实施上线整个应用生命周期的全方位管理。

(4)给灵活全面的部署升级策略支持：可配置特定时间定时升级，可指定特定区域、版本等其他条件进行智能升级，大幅减少人力成本。

(5)完善了健壮的升级流程：可视化升级进程、及时错误反馈、方便的应急回退应用版本方案和异常情况的快速修复和发布。

(6)精准便利的配置更新：可以独立更新配置，可在线编辑发布终端配置；

(7)可智能诊断报警：应用实现标准诊断和监控异常上报接口，可及时发现问题并通知人员修复。

综上所述，本发明终端应用智能管理系统，通过构建打包装置、管理端以及终端客户端程序端分别对各客户诊所所配置的各终端以及安装在各终端上的应用进行管理；本发明有效解决了针对多渠道客户、多种应用、多个版本并行等管理难点问题，做到有效感知应用、版本变更所影响的范围，有效控制了应用整个升级过程，对所管理应用的感知、监控、诊断、恢复提供完全可行的方案，尤其是对客户计算机设备损坏、运行配置丢失等灾难性事故快速恢复方面做了有效保障；对于应用的部署安装、升级管理方面可以减少大量人工成本；并且在面对使用应用的数万企业客户时，可以高效、及时的发现应用运行问题，及时响应给客户反馈，大大提高客户对公司的认可度和满意度。所以，本发明有效克服了现有技术中的种种缺点而具高度产业利用价值。

上述实施例仅示例性说明本发明的原理及其功效，而非用于限制本发明。任何熟悉此技术的人士皆可在不违背本发明的精神及范畴下，对上述实施例进行修饰或改变。因此，但凡所属技术领域中具有通常知识者在未脱离本发明所揭示的精神与技术思想下所完成的一切等效修饰或改变，仍应由本发明的权利要求所涵盖。

Claims (10)

1.一种终端应用智能管理系统，其特征在于，所述系统包括：

构建打包装置，用于对所部署的一或多个应用程序进行打包，以获得并储存对应各应用程序的打包数据；其中，所述打包数据包括：全量包、差量更新包以及校验信息；

管理端，连接所述构建打包装置，包括：应用管理模块以及诊所管理模块；其中，

所述应用管理模块，用于基于各应用程序的打包数据对所需的各应用程序构建档案；

所述诊所管理模块，连接所述应用管理模块，用于管理各客户诊所的诊所信息、各客户诊所所设置的各终端的终端信息以及各终端所安装的各应用程序的应用程序信息；

终端客户端程序端，连接所述构建打包装置以及所述管理端，用于在所安装的各终端上安装各应用程序并管理各应用程序的运行状态。

2.根据权利要求1中所述的终端应用智能管理系统，其特征在于，所述构建打包装置包括：

代码拉取模块，用于拉取各应用程序的最新代码文件；

编译模块，连接所述代码拉取模块，用于基于各应用程序的最新代码文件构建各应用程序的编译代码文件，并生成各应用程序的可执行文件；

打包模块，连接所述编译模块，用于将各可执行文件生成各应用程序的打包数据；其中，所述打包数据包括全量包、差量更新包和校验信息；

储存模块，连接所述打包模块，用于储存各应用程序的打包数据。

3.根据权利要求2中所述的终端应用智能管理系统，其特征在于，所述应用管理模块包括：

应用信息管理单元，用于读取各应用程序的基本信息以及唯一编号，并创建各应用程序的档案；

应用配置模板管理单元，连接所述应用信息管理单元，用于在各应用程序的档案中配置对应的文件模板，并对各文件模板配置模板信息；其中，所述模板信息包括：文件名称、格式、编码以及存储路径；

应用版本管理单元，用于在各应用程序的档案配置对应的版本管理信息；其中，所述版本管理信息包括：版本信息、文件包存储地址、文件包大小、版本上下架状态以及校验信息。

4.根据权利要求3中所述的终端应用智能管理系统，其特征在于，所述唯一编号的读取方法包括：

将从构建打包装置中获取的各应用程序的打包数据的名称作为各应用程序的唯一编号。

5.根据权利要求1中所述的终端应用智能管理系统，其特征在于，所述诊所管理模块包括：

诊所信息管理单元，用于管理各客户诊所的信息，诊所信息包含诊所名称、编号、地区以及产线信息中的一种或多种；

终端管理单元，连接所述诊所信息管理单元，用于对客户诊所所设置的各终端进行管理并生成对应各终端的应用部署计划；

升级管理单元，连接所述终端管理单元，用于规划需要升级的终端以及各终端对应的应用部署计划的升级范围，进而更新对应终端的应用部署计划；

日志和诊断单元，用于查询各个终端的应用状态日志和诊断结果。

6.根据权利要求5中所述的终端应用智能管理系统，其特征在于，所述对客户诊所所设置的各终端进行管理并生成对应各终端的应用部署计划包括：

对需管理的客户诊所所设置的各终端分别生成一唯一序列号；

通过各终端客户端程序注册所采用的唯一序列号识别各终端客户端程序安装的终端；

基于各终端规划需要安装的各应用程序的档案，对各终端的环境进行配置并生成对应各终端的应用部署计划。

7.根据权利要求1中所述的终端应用智能管理系统，其特征在于，所述终端客户端程序端包括：

注册模块，用于采用对应终端的唯一序列号向所述管理端注册此终端；

应用安装模块，用于从管理端装置获取对应终端的应用部署计划，对相应的应用程序进行安装；

应用状态上报模块，用于上报各应用程序的运行状态；

应用运行管理模块，用于控制各应用程序的启动、关闭、重启、诊断和修复操作中的一种或多种。

8.根据权利要求7中所述的终端应用智能管理系统，其特征在于，所述应用安装模块包括：

获取单元，用于所述管理端获取对应终端的应用部署计划；

下载单元，用于根据所述应用计划中涉及的应用程序的档案从所述构建打包装置下载对应应用程序的打包数据；

确认单元，用于确认下载的应用程序的打包数据是否与应用程序的档案中对应信息一致；

安装单元，用于若一致，利用下载的应用程序的打包数据对对应各应用程序进行安装。

9.根据权利要求8中所述的终端应用智能管理系统，其特征在于，所述根据所述应用计划中涉及的应用程序的档案从所述构建打包装置下载对应应用程序的打包数据包括：

检测本地是否存在对应应用程序的老版本的全量文件包；

如果有，即下载对应的增量包并校验文件大小和hash值，合并本地的全量文件包和新下载的增量包最终生成最新的全量文件包；

如果没有，即下载全量文件包并校验文件大小和hash值。

10.根据权利要求7中所述的终端应用智能管理系统，其特征在于，所述应用运行管理模块包括：

诊断单元，用于在若感知到所述应用状态上报模块上报的各应用程序的运行状态符合诊断触发条件，即触发诊断机制，并生成对应的诊断结果和解决方法操作文档。