WO2016019732A1 - 操作结果处理方法、装置及系统 - Google Patents

Abstract

本发明提供了一种操作结果处理方法、装置及系统，其中，该方法包括：将操作指令下发至代理agent中，其中，该操作指令用于指示对操作系统进行操作处理；接收agent上报的经过格式转换后的在操作系统中执行操作指令后获取的操作结果，通过本发明，解决了相关技术中存在的获取操作系统的操作结果时操作复杂，以及由于获取操作结果的装置工作量大导致其寿命短的问题，进而达到了减轻获取操作结果的装置的压力，提高其使用寿命的效果。

Description

操作结果处理方法、装置及系统 技术领域

本发明涉及通信领域，具体而言，涉及一种操作结果处理方法、装置及系统。

背景技术

在现有技术中存在着多种操作系统，在获取各操作系统的操作结果时，会存在诸多问题，下面以Linux操作系统为例进行说明：

Linux操作系统作为一款较为通用的服务操作系统，在各个服务系统中应用广泛，在一般应用场景中由于安全原因用户也无法直接启动后台服务监控界面，一般通过系统指令在命令行操作，并且在获取需要监控的系统数据时也是由本地的监控设备直接获取数据，因此，在本地的监控设备上还需要进行数据格式的转换后才能够对系统数据进行分析，而由于需要进行格式转换的数据量非常庞大，由此会造成监控系统处理压力大，造成其损耗增加；由于涉及到的各种服务进程参数配置文件较多而且较为分散，用户在使用时需要多步操作、需要记住不同的配置文件路径和各种命令，不直观而且日志文件较多，不便直接分析，因此，当需要对系统服务进程的参数进行修改时，会存在操作复杂，工作量大，并且不能直观的获知参数修改是否成功的问题。

因此，在相关技术中存在着获取操作系统的操作结果(即上述的系统数据)时操作复杂，并且对获取的操作结果不能进行直观的分析，以及由于获取操作结果的装置工作量大导致其寿命短的问题。

发明内容

本发明提供了一种操作结果处理方法、装置及系统，以至少解决相关技术中存在的获取操作系统的操作结果时操作复杂，并且对获取的操作结果不能进行直观的分析，以及由于获取操作结果的装置工作量大导致其寿命短的问题。

根据本发明的一个方面，提供了一种操作结果处理方法，包括：将操作指令下发至代理agent中，其中，所述操作指令用于指示对操作系统进行操作处理；接收所述agent上报的经过格式转换后的在所述操作系统中执行所述操作指令后获取的操作结果。

优选地，在将所述操作指令下发至所述agent中之前，还包括：将所述agent装配至所述操作系统中。

优选地，在接收所述agent上报的经过格式转换后的在所述操作系统中执行所述操作指令后获取的操作结果之后，还包括：将所述操作结果以图形组建的方式显示在显示界面上。

优选地，当所述操作指令为用于对所述操作系统进行监控的监控指令时，将所述操作指令下发至所述agent中包括：将所述监控指令对应的预定任务脚本加载至所述agent中；接收所述agent上报的经过格式转换后的在所述操作系统中执行所述操作指令后获取的操作结果包括：接收所述agent上报的经过格式转换后的在所述操作系统中执行所述预定的任务脚本后获取的操作结果。

优选地，当所述操作指令为用于对所述操作系统的服务进程的参数进行修改的参数修改指令时，将所述操作指令下发至所述agent中包括：将携带有修改后的配置参数的所述参数修改指令下发至所述agent中；接收所述agent上报的经过格式转换后的在所述操作系统中执行所述操作指令后获取的操作结果包括：接收所述agent上报的经过格式转换后的在所述操作系统中更新修改后的所述配置参数的执行结果。

优选地，所述操作结果经过格式转换后的格式为轻量级的数据交换格式JSON。

根据本发明的另一方面，提供了一种操作结果处理装置，包括：下发模块，设置为将操作指令下发至代理agent中，其中，所述操作指令用于指示对操作系统进行操作处理；接收模块，设置为接收所述agent上报的经过格式转换后的在所述操作系统中执行所述操作指令后获取的操作结果。

优选地，所述操作结果获取装置还包括：装配模块，设置为将所述agent装配至所述操作系统中。

优选地，所述操作结果获取装置还包括：显示模块，设置为将所述操作结果以图形组建的方式显示在显示界面上。

优选地，当所述操作指令为用于对所述操作系统进行监控的监控指令时，所述下发模块包括：加载单元，设置为将所述监控指令对应的预定任务脚本加载至所述agent中；所述接收模块包括：第一接收单元，设置为接收所述agent上报的经过格式转换后的在所述操作系统中执行所述预定的任务脚本后获取的操作结果。

优选地，当所述操作指令为用于对所述操作系统的服务进程的参数进行修改的参数修改指令时，所述下发模块包括：下发单元，设置为将携带有修改后的配置参数的所述参数修改指令下发至所述agent中；所述接收模块包括：第二接收单元，设置为接收所述agent上报的经过格式转换后的在所述操作系统中更新修改后的所述配置参数的执行结果。

根据本发明的再一方面，提供了一种操作结果处理系统，包括上述任一项所述的操作结果处理装置。

通过本发明，采用将操作指令下发至代理agent中，其中，所述操作指令用于指示对操作系统进行操作处理；接收所述agent上报的经过格式转换后的在所述操作系统中执行所述操作指令后获取的操作结果的方法，解决了相关技术中存在的获取操作系统的操作结果时操作复杂，以及由于获取操作结果的装置工作量大导致其寿命短的问题，进而达到了减轻获取操作结果的装置的压力，提高其使用寿命的效果。

附图说明

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

图1是根据本发明实施例的操作结果处理的流程图；

图2是根据本发明实施例的操作结果处理装置的结构框图；

图3是根据本发明实施例的操作结果处理装置的优选结构框图一；

图4是根据本发明实施例的操作结果处理装置的优选结构框图二；

图5是根据本发明实施例的操作结果处理装置中下发模块22和接收模块24的结构框图一；

图6是根据本发明实施例的操作结果处理装置中下发模块22和接收模块24的结构框图二；

图7是根据本发明实施例的操作结果处理系统70的结构框图；

图8是根据本发明实施例的监控系统与agent关系图；

图9是根据本发明实施例的agent处理流程；

图10是根据本发明实施例的获取及处理操作结果的流程图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

在本实施例中提供了一种操作结果处理方法，图1是根据本发明实施例的操作结果处理的流程图，如图1所示，该流程包括如下步骤：

步骤S102，将操作指令下发至代理agent中，其中，该操作指令用于指示对操作系统进行操作处理；

步骤S104，接收agent上报的经过格式转换后的在操作系统中执行上述操作指令后获取的操作结果。

通过上述步骤，利用agent将操作指令下发至操作系统中，并由agent对获取的操作结果进行格式的转换，从而将任务下发、数据收集以及格式转换的工作转移至agent上，解决了相关技术中存在的获取操作系统的操作结果时操作复杂，以及由于获取操作结果的装置工作量大导致其寿命短的问题，进而达到了减轻获取操作结果的装置的压力，提高其使用寿命的效果。

在一个优选的实施例中，在将操作指令下发至agent中之前，还可以将该agent装配至操作系统中，其中，在进行agent的装配时，可以采用agent与操作系统一对一进行装配，当然，也可以采用agent与操作系统一对多进行装配，也可以采用agent与操作系统多对一进行装配，不同的装配方式能够达到不同的效果，以一对一进行装配为例，当采用一对一进行装配时，每一个agent用于获取一个操作系统的全部全部操作结果，在进行数据的上报时，每一个agent仅上报其所属的操作系统的操作结果，数据上报不易出错。

在一个优选的实施例中，在接收agent上报的经过格式转换后的在操作系统中执行操作指令后获取的操作结果之后，还可以将操作结果以图形组建的方式显示在显示界面上。将操作结果以图形组建的方式显示在显示界面上可以更方便的进行操作结果的分析，从而使得数据的分析更加直观、简便。其中，图形组建的方式可以以折线图的形式进行表示，也可以以柱状图的形式进行表示，当然也可以采用其他的图形组建的方式进行表示。

需要说明的是，上述操作指令可以为多种类型，依据操作指令的不同在操作系统中执行的操作也可以不同，下面举例说明。

例如，当上述操作指令为用于对操作系统进行监控的监控指令时，将操作指令下发至agent中可以包括：将监控指令对应的预定任务脚本加载至agent中；接收agent上报的经过格式转换后的在操作系统中执行操作指令后获取的操作结果可以包括：接收agent上报的经过格式转换后的在操作系统中执行预定的任务脚本后获取的操作结果。从而实现将任务下发、数据收集以及格式转换的工作转移至agent上，减轻获取操作结果的装置的压力，提高其使用寿命。

又例如，当上述操作指令为用于对操作系统的服务进程的参数进行修改的参数修改指令时，将操作指令下发至agent中包括：将携带有修改后的配置参数的参数修改指令下发至agent中；接收agent上报的经过格式转换后的在操作系统中执行操作指令后获取的操作结果包括：接收agent上报的经过格式转换后的在操作系统中更新修改后的配置参数的执行结果。从而达到方便的修改操作系统的配置参数的目的。

在上述实施例中，agent在将获取的操作结果进行上报之前，可以对获取的操作结果的格式进行转换，上述操作结果经过格式转换后的格式可以为轻量级的数据交换格式JSON，使得数据传输效率高，减轻网络传输数据的压力。

在本实施例中还提供了一种操作结果处理装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图2是根据本发明实施例的操作结果处理装置的结构框图，如图2所示，该装置包括下发模块22和接收模块24，下面对该装置进行说明：

下发模块22，设置为将操作指令下发至代理agent中，其中，该操作指令用于指示对操作系统进行操作处理；接收模块24，连接至上述下发模块22，设置为接收agent上报的经过格式转换后的在操作系统中执行操作指令后获取的操作结果。

图3是根据本发明实施例的操作结果处理装置的优选结构框图一，如图3所示，该装置除包括图2所示的所有模块外，还包括装配模块32，下面对该装置进行说明：

装配模块32，连接至上述下发模块22，设置为将agent装配至操作系统中。

图4是根据本发明实施例的操作结果处理装置的优选结构框图二，如图4所示，该装置除包括图2所示的所有模块外，还包括显示模块42，下面对该装置进行说明：

显示模块42，连接至上述接收模块24，设置为将操作结果以图形组建的方式显示在显示界面上。

图5是根据本发明实施例的操作结果处理装置中下发模块22和接收模块24的结构框图一，如图5所示，当操作指令为用于对操作系统进行监控的监控指令时，下发模块22包括加载单元52，接收模块24包括第一接收单元54，下面对该加载单元52和第一接收单元54进行说明：

加载单元52，设置为将监控指令对应的预定任务脚本加载至agent中；

第一接收单元54，设置为接收agent上报的经过格式转换后的在操作系统中执行预定的任务脚本后获取的操作结果。

图6是根据本发明实施例的操作结果处理装置中下发模块22和接收模块24的结构框图二，如图6所示，当操作指令为用于对操作系统的服务进程的参数进行修改的参数修改指令时，下发模块22包括下发单元62，接收模块24包括第二接收单元64，下面对该下发单元62和第二接收单元64进行说明：

下发单元62，设置为将携带有修改后的配置参数的参数修改指令下发至agent中；

第二接收单元64，设置为接收agent上报的经过格式转换后的在操作系统中更新修改后的配置参数的执行结果。

图7是根据本发明实施例的操作结果处理系统70的结构框图，如图7所示，该操作结果处理系统70上述任一项的操作结果处理装置72。

下面以linux操作系统为例对本发明进行说明：

为了解决相关技术中存在的上述问题，在本实施例中提供了一种可以远程直观而便捷的可视化监控、配置linux操作系统的系统服务器进程、端口及系统日志的管理系统(同上述的操作结果获取系统)。

本发明实施例主要是通过本地系统通过代理agent下发任务给linux操作系统，搜集linux操作系统所有系统服务进程的运行状态、端口及系统服务状态、系统日志等信息，并由agent将进行了格式处理后的反馈信息传递到本地系统做数据分析，从而将反馈信息以可视化的图形组建直观的展示出来，方便进行分析。在本实施例中，可以 实现对各种linux系统服务、系统日志监控，系统服务进程相关参数的查看、备份、修改等功能。

图8是根据本发明实施例的监控系统与agent关系图，图9是根据本发明实施例的agent处理流程。

本发明实施例中的系统主要分为2部分：第一部分为：如图8所示的系统监控、数据处理、展示部分；第二部分为：如图9所示的系统数据(同上述操作结果)采集agent部分；

如图8所示，在第一部分中，监控系统侧将任务下发至agent中，通过agent在linux操作系统中执行该任务，agent获取执行结果(同上述的操作结果)，并在对执行结果进行格式转换之后将执行结果上报至操作系统。

如图9所示，在第二部分中，数据采集包括如下步骤：

步骤S902：监控系统通过Java扩展应用(Java Management Extensions，简称为JMX)远程调用管理agent；

步骤S904：查询该agent上是否有监控系统下发的任务脚本及任务发布的配置信息；

步骤S906：当该agent上无可执行任务时，将该结果反馈至监控系统；

步骤S908：该agent根据监控系统下发的任务进行数据采集；

步骤S910：按照监控系统下发的任务在linux操作系统上执行该任务；

步骤S912：采集执行任务后获取的执行结果；

步骤S914：将执行结果按照http+json方式通过底层协议上报到监控系统。

在本发明实施例中，主要采用如下几种模块来解决相关技术中存在的上述问题：

监控远程安装agent、配置、管理模块(同上述的装配模块)；

系统数据处理模块(同上述的接收模块)；

监控系统数据展示模块；

监控系统参数配置及下发模块(同上述的下发模块)；

Agent远程管理模块；

Agent任务发布模块；

Agent数据采集和上报模块；

下面对上述部分模块进行说明：

系统监控、数据处理、展示部分：

1、远程安装、配置、管理agent功能：

在本地创建设备后，可以支持远程上传、安装和配置agent功能，以便将agent部署到linux服务器中，并赋予agent相关权限，从而可以实现远程配置、管理agent；

2、数据处理

数据处理主要是获取网元管理、系统服务信息、端口信息、日志文件，并对获取的数据进行分表入库，数据分段入库处理，并可以根据关键字、时间范围等条件进行搜索等；

根据本发明实施例的管理系统还可以实现界面展示功能。

该界面展示功能可以主要分为设备管理、系统服务器进程功能、系统端口检测功能、系统日志查看功能四部分，下面对各部分进行说明：

设备管理：可以支持在本地创建服务器设备，并可以设置远程登录方式，包括进行多路由转跳、用户切换等设置；

系统服务器进程功能：包括查看功能和修改及备份功能，其中，在查看功能中可以查看系统所有服务进程的状态、配置等信息；在修改及备份功能中可以关联系统服务进程的相关配置文件，通过界面操作可以修改并保存原配置文件，并可以通过界面检查修改后文件的格式是否正确，如果涉及到端口配置的操作，则通过界面检测端口是否冲突。其中，所有配置都可以通过agent下发到操作系统实时生效；

系统端口检测功能：可以实时查看检测操作系统的当前端口占用情况和链接情况；

系统日志查看功能：可以分时、分段、分关键字地查看系统日志；

系统数据的采集可以通过agent进行采集，下面对如何管理agent以及该agent进行的相关操作进行说明：

1、对agent进行远程管理：当用户选择某个agent时，可以通过JMX对其进行远程调用，查询到该agent上的任务脚本及任务发布的配置信息，再通过超文本标记语言html页面的形式把这些配置信息展示出来，用户在界面上修改配置信息后，再通过JMX远程调用把修改后的配置信息更新到agent上。

2、agent任务发布、管理：agent所有的发布的任务的基本信息都以可扩展标记语言(Extensible Markup Language，简称为XML)形式定义，如shellDeployer方式：

用户可以根据需要配置定时任务、编写任务脚本；

3、agent数据采集和上报：

Agent可以对需要上报的数据进行格式的转换，可以将所有任务的执行返回的数据都以轻量级的数据交换格式(Java Script Object Notation，简称为JSON)的数据格式进行上报。

脚本数据返回可以为：echo“[[\“ID1\”,2,3,4],[\“ID2\”,2,4,6]]”->，该数据返回了两条记录的测试任务。

任务脚本经过任务调度器执行完任务采集后，可以将数据通过底层协议上报到监控系统，可以使用http+json的上报方式将数据上报的监控系统；

下面结合具体的实施例对本发明进行说明，图10是根据本发明实施例的获取及处理操作结果的流程图，如图10所示，该流程包括如下步骤：

步骤S1002：在监控系统上创建设备，初始化数据表；

步骤S1004：远程安装、配置agent到linux操作系统上，如果存在多中操作系统时，则可以使用线程池以提高处理能力；

步骤S1006：加载任务脚本到agent上：将本地预编辑好的任务脚本加载到agent上；

步骤S1008：管理及发布任务到agent上：发布给agent的任务可以分为临时任务和定时任务，临时任务为触发式任务；定时任务可以编辑任务执行，周期性自动执行；

步骤S1010：agent数据采集：按照任务脚本在linux操作系统上执行任务脚本，并记录执行结果；

步骤S1012：agent数据上报：按照http+json方式上报协议数据给监控系统，其中，该协议数据是经过格式转换后的执行结果；

步骤S1014：监控系统进行数据分析、处理；分表存储，初始化处理，agent上报的数据分段处理、入库存储，对系统服务、端口信息做表更新处理，对日志表追加处理；当监控系统收到agent数据时，构造线程池运行对象，并提交给线程池处理；线程池解析数据入库；

步骤S1016：数据展示：按照功能类分为系统服务进程、系统端口、日志分析；从数据库表中读取数据，并依据不同的类别展示读取的数据。

在本发明实施例中，还可以进行操作系统配置参数的修改、备份及下发：对于系统服务进程参数，可以在显示界面上直接修改其配置参数，并检测后下发给agent到linux操作系统生效，并将linux操作系统实施更新修改后的内容的执行结果展示到显示界面上。

上述实施例仅以linux操作系统为例进行说明，本发明还可以应用于其他的各种操作系统，例如还可以应用于suse操作系统，也可以应用于windows操作系统等。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

工业实用性

如上所述，通过上述实施例及优选实施方式，解决了相关技术中存在的获取操作系统的操作结果时操作复杂，以及由于获取操作结果的装置工作量大导致其寿命短的问题，进而达到了减轻获取操作结果的装置的压力，提高其使用寿命的效果。

Claims (12)

1. 一种操作结果处理方法，包括：

   将操作指令下发至代理agent中，其中，所述操作指令用于指示对操作系统进行操作处理；

   接收所述agent上报的经过格式转换后的在所述操作系统中执行所述操作指令后获取的操作结果。
2. 根据权利要求1所述的方法，其中，在将所述操作指令下发至所述agent中之前，还包括：

   将所述agent装配至所述操作系统中。
3. 根据权利要求1所述的方法，其中，在接收所述agent上报的经过格式转换后的在所述操作系统中执行所述操作指令后获取的操作结果之后，还包括：

   将所述操作结果以图形组建的方式显示在显示界面上。
4. 根据权利要求1所述的方法，其中，当所述操作指令为用于对所述操作系统进行监控的监控指令时，

   将所述操作指令下发至所述agent中包括：将所述监控指令对应的预定任务脚本加载至所述agent中；

   接收所述agent上报的经过格式转换后的在所述操作系统中执行所述操作指令后获取的操作结果包括：接收所述agent上报的经过格式转换后的在所述操作系统中执行所述预定的任务脚本后获取的操作结果。
5. 根据权利要求1所述的方法，其中，当所述操作指令为用于对所述操作系统的服务进程的参数进行修改的参数修改指令时，

   将所述操作指令下发至所述agent中包括：将携带有修改后的配置参数的所述参数修改指令下发至所述agent中；

   接收所述agent上报的经过格式转换后的在所述操作系统中执行所述操作指令后获取的操作结果包括：接收所述agent上报的经过格式转换后的在所述操作系统中更新修改后的所述配置参数的执行结果。
6. 根据权利要求1至5中任一项所述的方法，其中，所述操作结果经过格式转换后的格式为轻量级的数据交换格式JSON。
7. 一种操作结果处理装置，包括：

   下发模块，设置为将操作指令下发至代理agent中，其中，所述操作指令用于指示对操作系统进行操作处理；

   接收模块，设置为接收所述agent上报的经过格式转换后的在所述操作系统中执行所述操作指令后获取的操作结果。
8. 根据权利要求7所述的装置，其中，还包括：

   装配模块，设置为将所述agent装配至所述操作系统中。
9. 根据权利要求7所述的装置，其中，还包括：

   显示模块，设置为将所述操作结果以图形组建的方式显示在显示界面上。
10. 根据权利要求7所述的装置，其中，当所述操作指令为用于对所述操作系统进行监控的监控指令时，

    所述下发模块包括：加载单元，设置为将所述监控指令对应的预定任务脚本加载至所述agent中；

    所述接收模块包括：第一接收单元，设置为接收所述agent上报的经过格式转换后的在所述操作系统中执行所述预定的任务脚本后获取的操作结果。
11. 根据权利要求7所述的装置，其中，当所述操作指令为用于对所述操作系统的服务进程的参数进行修改的参数修改指令时，

    所述下发模块包括：下发单元，设置为将携带有修改后的配置参数的所述参数修改指令下发至所述agent中；

    所述接收模块包括：第二接收单元，设置为接收所述agent上报的经过格式转换后的在所述操作系统中更新修改后的所述配置参数的执行结果。
12. 一种操作结果处理系统，包括上述权利要求7至11中的任一项所述的操作结果处理装置。

Images