CN114020723A - 一种数据处理方法及装置 - Google Patents

Abstract

本申请公开了一种数据处理方法及装置，通过预先构建的运维架构平台确定获取到的用户请求所对应的待处理要素，运维架构平台由不同类型的参数运维平台进行联合构建得到，待处理要素为不同类型的参数运维平台在运维过程中待处理的运维数据，执行待处理要素对应的运维操作，运维操作包括新增操作、修改操作、删除操作和查询操作中的至少一种或多种。基于上述，在对不同类型的参数运维平台的参数进行处理时，无需将不同类型参数运维平台的参数进行汇总，只需通过运维架构平台来实现不同类型的参数运维平台的参数统计分析、问题运维的记录，分享维护经验数据，快速查询等操作，有利于对多平台的参数进行总体运维处理，提高对参数的运维处理的效率。

Description

一种数据处理方法及装置

技术领域

本申请涉及数据处理技术领域，更具体地说，涉及一种数据处理方法及装置。

背景技术

随着互联网和数据平台的发展，多平台之间的数据交互越来越频繁和密切，多平台管理成为了非常重要的一部分。

在多平台管理中会涉及到参数运维，多平台的参数运维在银行业务中是重要的一环，占据各核心业务是否顺利运营的关键位置。对多平台的参数的统计、分析等就变成了在日常参数运维的主要工作之一。

虽然目前已有基于一体化运维的参数管理平台来进行参数运维，但是依旧有部分重要参数在其他平台。其他平台先记录各自的参数，再将参数汇总。由于多平台各自的参数的记录过于分散，不利于对参数进行总体运维处理。

因此，现有技术的多平台参数汇总的方法步骤繁琐，不利于对参数进行总体运维处理，且由于多平台各自的参数记录过于分散，从而造成对参数的运维处理的效率低。

发明内容

有鉴于此，本申请公开了一种数据处理方法及装置，旨在实现有利于对多平台的参数进行总体运维处理，提高对参数的运维处理的效率的目的。

为了实现上述目的，其公开的技术方案如下：

本申请第一方面公开了一种数据处理方法，所述方法包括：

获取合法用户的用户请求；

通过预先构建的运维架构平台，确定所述用户请求对应的待处理要素；所述运维架构平台由不同类型的参数运维平台进行联合构建得到；所述待处理要素为所述不同类型的参数运维平台在运维过程中待处理的运维数据；

执行所述待处理要素对应的运维操作；所述运维操作包括新增操作、修改操作、删除操作和查询操作中的至少一种或多种。

优选的，所述待处理要素包括知识运维数据、问题运维记录数据和参数工单维护数据，所述执行所述待处理要素对应的运维操作，包括：

当所述待处理要素为所述知识运维数据时，对所述知识运维数据进行新增操作、修改操作、删除操作和查询操作中的至少一种或多种；所述知识运维数据为存储于数据库的在运维过程中的维护经验数据；

当所述待处理要素为所述问题运维记录数据时，对所述问题运维记录数据进行新增操作、修改操作、删除操作和查询操作中的至少一种或多种；所述问题运维记录数据用于记录所述不同类型的参数运维平台在运维过程中的存在缺陷的运维数据；

当所述待处理要素为所述参数工单维护数据时，对所述参数工单维护数据进行新增操作、修改操作、删除操作和查询操作中的至少一种或多种；所述参数工单维护数据用于记录所述不同类型的参数运维平台在运维过程中的运维数据的维护记录和维护情况。

优选的，所述运维架构平台的构建过程，包括：

基于预设编程技术和预设架构，将不同类型的参数运维平台进行联合构建，得到所述运维架构平台。

优选的，在所述获取合法用户的用户请求之前，还包括：

判断用户对应的用户ID的用户名是否与预设用户名一致，用户密码是否与预设密码一致；

若所述用户ID的用户名与所述预设用户名一致，且所述用户密码与所述预设密码一致，则确定所述用户为合法用户；

若所述用户ID的用户名与所述预设用户名不一致，且所述用户密码与所述预设密码不一致，则确定所述用户为非法用户。

优选的，还包括：

若所述用户为合法用户，且所述用户具有管理员权限，则向所述用户展示预设管理员界面和预设通用界面。

优选的，还包括：

若所述用户为合法用户，且所述用户具有员工权限，则向所述用户展示预设通用界面。

优选的，还包括：

统计所述不同类型的参数运维平台在运维过程中的运维数据并展示。

本申请第二方面公开了一种数据处理装置，所述装置包括：

获取单元，用于获取合法用户的用户请求；

第一确定单元，用于通过预先构建的运维架构平台，确定所述用户请求对应的待处理要素；所述运维架构平台由不同类型的参数运维平台进行联合构建得到；所述待处理要素为所述不同类型的参数运维平台在运维过程中待处理的运维数据；

执行单元，用于执行所述待处理要素对应的运维操作；所述运维操作包括新增操作、修改操作、删除操作和查询操作中的至少一种或多种。

优选的，所述执行单元，包括：

第一操作模块，用于当所述待处理要素为所述知识运维数据时，对所述知识运维数据进行新增操作、修改操作、删除操作和查询操作中的至少一种或多种；所述知识运维数据为存储于数据库的在运维过程中的维护经验数据；

第二操作模块，用于当所述待处理要素为所述问题运维记录数据时，对所述问题运维记录数据进行新增操作、修改操作、删除操作和查询操作中的至少一种或多种；所述问题运维记录数据用于记录所述不同类型的参数运维平台在运维过程中的存在缺陷的运维数据；

第三操作模块，用于当所述待处理要素为所述参数工单维护数据时，对所述参数工单维护数据进行新增操作、修改操作、删除操作和查询操作中的至少一种或多种；所述参数工单维护数据用于记录所述不同类型的参数运维平台在运维过程中的运维数据的维护记录和维护情况。

优选的，所述运维架构平台的构建过程的所述第一确定单元，具体用于：

基于预设编程技术和预设架构，将不同类型的参数运维平台进行联合构建，得到所述运维架构平台。

经由上述技术方案可知，本申请公开了一种数据处理方法及装置，获取合法用户的用户请求，通过预先构建的运维架构平台，确定用户请求对应的待处理要素，运维架构平台由不同类型的参数运维平台进行联合构建得到，待处理要素为不同类型的参数运维平台在运维过程中待处理的运维数据，执行运维数据对应的运维操作，运维操作包括新增操作、修改操作、删除操作和查询操作中的至少一种或多种。基于上述，在对不同类型的参数运维平台的参数进行处理时，无需将不同类型参数运维平台的参数进行汇总，只需通过运维架构平台来实现不同类型的参数运维平台的参数统计分析、问题运维的记录，分享维护经验数据，快速查询等操作，有利于对多平台的参数进行总体运维处理，提高对参数的运维处理的效率。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本申请实施例公开的一种数据处理系统的架构示意图；

图2为本申请实施例公开的管理员模块的架构图；

图3为本申请实施例公开的用户权限示意图；

图4为本申请实施例公开的一种数据处理方法的流程示意图；

图5为本申请实施例公开的执行待处理要素对应的运维操作的流程示意图；

图6为本申请实施例公开的一种数据处理装置的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

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

由背景技术可知，现有技术的多平台参数汇总的方法步骤繁琐，不利于对参数进行总体运维处理，且由于多平台各自的参数记录过于分散，从而造成对参数的运维处理的效率低。

为了解决上述问题，本申请实施例公开了一种数据处理方法及装置，在对不同类型的参数运维平台的参数进行处理时，无需将不同类型参数运维平台的参数进行汇总，只需通过运维架构平台来实现不同类型的参数运维平台的参数统计分析、问题运维的记录，分享维护经验数据，快速查询等操作，有利于对多平台的参数进行总体运维处理，提高对参数的运维处理的效率。具体实现方式通过下述实施例进行说明。

参考图1所示，为本申请实施例公开的一种数据处理系统的架构图，该数据处理系统包括登录界面、主页、管理员模块11和运维架构平台12，其中，运维架构平台12包括知识库平台13、问题记录平台14、参数运维平台15、参数运维平台16和参数运维平台17等，其中，参数运维平台的数量可以为多个，参数运维平台的类型可以为不同类型。

数据处理系统的数据交互过程如下：

登录界面判断登录数据处理系统的用户是否为合法用户和该用户的权限。

其中，登录界面包含用户名、密码等要素。

主页主要提供模块索引，根据用户权限不同区分展示界面，对具有员工权限的用户展示预设通用界面，对具有管理员权限的用户展示预设通用界面及预设管理员界面。

若该用户是合法用户，且该用户具有管理员权限，则通过管理员模块11向用户展示预设管理员界面和预设通用界面；若该用户是合法用户，且该用户具有员工权限，则向用户展示预设通用界面。

其中，用户的用户名与预先存入数据库的预设用户名一致，且用户的密码与数据库的预设密码一致，则确定该用户为合法用户。

通过对合法用户的用户ID设定用户权限标志位，以用来区别合法用户的权限为管理员权限还是员工权限。

用户的用户名与预先存入数据库的预设用户名不一致，且用户的密码与数据库的预设密码不一致，则确定该用户为非法用户。

其中，非法用户没有任何权限，且无法登录数据处理系统。

具体管理员模块11的架构图，可参考图2所示。

图2中，管理员模块11向具有管理员权限的用户提供了用户设置和平台参数设置的界面。

其中，用户设置主要功能为用户权限的管理，用户密码管理，用户信息的新增、修改、删除等操作。

平台参数设置主要功能为设置平台相关信息，包含各平台所属参数的属性的新增、修改、删除等操作。

具体用户权限的示意图，可参考图3所示。

图3中，员工权限包含对知识库平台13、问题记录平台14、参数运维平台(参数运维平台15、参数运维平台16和参数运维平台17等)具有操作权限。

其中，具有员工权限的用户可以对知识库平台13的要素、问题记录平台14的要素和参数运维平台(参数运维平台15、参数运维平台16和参数运维平台17等)的要素进行修改、新增、删除、查询等操作。

管理员权限包含对知识库平台13、问题记录平台14、参数运维平台15、参数运维平台16、参数运维平台17、用户设置和平台参数设置具有操作权限。

通过预先构建的运维架构平台12，确定获取到的用户请求对应的待处理要素；运维架构平台由不同类型的参数运维平台(知识库平台13、问题记录平台14、参数运维平台15、参数运维平台16和参数运维平台17等)进行联合构建得到；待处理要素为不同类型的参数运维平台在运维过程中待处理的运维数据。

其中，基于预设编程技术和预设架构，将不同类型的参数运维平台进行联合构建，得到运维架构平台12。

基于动态网页技术标准(Java ServerPage，JSP)、Tomcat和结构化查询语言(Structured Query Language，SQL)技术，运维架构平台12可以在局域网快速部署，对硬件环境要求低，维护简单。

JSP主要用于开发动态网页。JSP部署于网络服务器上，可以响应客户端发送的请求，并根据请求内容动态地生成HTML、XML或其他格式文档的Web网页，然后返回给请求者。JSP技术以Java语言作为脚本语言，为用户的HTTP请求提供服务，并能与服务器上的其他Java程序共同处理复杂的业务需求。

Tomcat是一个较为流行的服务器，是开发和调试JSP程序的首选，尤其是在开发访问用户不是特别多的场合。

SQL是关系型数据库，它是一个快速的、多线程、多用户和健壮的SQL数据库服务器。

预设编程技术的确定由技术人员根据实际情况进行设置，本申请不做具体限定。本申请的预设编程技术优选javaweb技术。

预设架构的确定由技术人员根据实际情况进行设置，本申请不做具体限定。本申请的预设架构优选B/S架构。

B/S架构的优势在于：无须开发客户端软件，维护和升级方便；可跨平台操作，只需装有浏览器均可作为客户机来访问；具有良好的开放性和可扩展性；可采用防火墙技术来保证系统的安全性，有效地适应了当前用户对管理信息系统的新需求。

知识库平台13包括如参数工单编号、平台名称、参数名称、知识分类、详细描述、记录人、记录时间等要素。知识库平台13提供了要素的新增、修改、删除和查询等操作。知识库平台13主要功能为提供参数相关的知识运维数据，知识运维数据为存储于数据库的在运维过程中的维护经验数据，知识库平台13的每条记录中都有相关参数的维护信息，在遇到相同或者相似的参数维护问题时候就可以通过维护经验数据借鉴以解决。

其中，知识分类是对日常运维工作中总结的经验和学习心得等进行分类，比如可以分类为维护中遇到问题的解决方案，复杂疑难问题的解决关键点等等。

参数工单编号是指各参数平台对某条参数维护记录的流程编号，平台名称是指各参数平台的名称，比如参数管理平台、UASS平台、定价平台等等。参数名称是指参数的具体名字，比如利率参数、网点信息参数等等。

问题记录平台14包括参数工单编号、平台名称、参数名称、问题分类、详细描述、记录人、记录时间等要素。问题记录平台14主要功能为记录各种参数运维过程中的问题运维记录数据，问题运维记录数据用于记录不同类型的参数运维平台在运维过程中的存在问题、系统缺陷等的运维数据。问题记录平台14提供了该要素的新增、修改、删除和查询等操作。

其中，问题分类指的是日常参数维护工作中遇到的各类问题，按照问题的类型进行分类，便于查询，比如：上线中遇到的问题、程序bug、数据问题等等。

参数运维平台15、参数运维平台16和参数运维平台17均包括参数工单编号、平台名称、参数名称、维护时间、维护数量、成功笔数、失败笔数等要素。参数运维平台15、参数运维平台16和参数运维平台17主要功能为记录各平台下的参数工单维护数据(参数工单维护记录与维护情况等数据)。

参数运维平台15、参数运维平台16和参数运维平台17提供了该要素的新增、修改、删除和查询等操作。各平台以“参数工单编号”、“平台名称”、“参数名称”作为待处理要素，可进行关联展示。

其中，关联是通过登记信息中各记录的通用属性比如参数工单编号进行查询。例如，可以通过选择相关的问题类型找到对某一类型的问题涉及的参数维护记录有多少，在这些查询结果中通过参数工单编号直接找到某条记录是属于那个平台、什么时候维护等等信息。

参数运维平台15、参数运维平台16和参数运维平台17为日常参数运维的各平台，比如参数管理平台、UASS平台、定价参数平台等等，各平台之间相对独立。

数据处理系统执行待处理要素对应的运维操作；运维操作包括新增操作、修改操作、删除操作和查询操作中的至少一种或多种。

其中，当待处理要素为知识运维数据时，对知识运维数据进行新增操作、修改操作、删除操作和查询操作中的至少一种或多种，知识运维数据为存储于数据库的在运维过程中的维护经验数据。

当待处理要素为问题运维记录数据时，对问题运维记录数据进行新增操作、修改操作、删除操作和查询操作中的至少一种或多种；问题运维记录数据用于记录不同类型的参数运维平台在运维过程中的存在缺陷的运维数据。

当待处理要素为参数工单维护数据时，对参数工单维护数据进行新增操作、修改操作、删除操作和查询操作中的至少一种或多种；参数工单维护数据用于记录不同类型的参数运维平台在运维过程中的运维数据的维护记录和维护情况。

统计参数运维平台15、参数运维平台16和参数运维平台17等在运维过程中的运维数据并展示。

本申请实施例中，在对不同类型的参数运维平台的参数进行处理时，无需将不同类型参数运维平台的参数进行汇总，只需通过运维架构平台来实现不同类型的参数运维平台的参数统计分析、问题运维的记录，分享维护经验数据，快速查询等操作，有利于对多平台的参数进行总体运维处理，提高对参数的运维处理的效率。

参考图4所示，为本申请实施例公开的一种数据处理方法的流程示意图，该数据处理方法应用于上述实施例图1的数据处理系统，该数据处理方法主要包括如下步骤：

S401：获取合法用户的用户请求。

判定用户的合法性，若用户ID的用户名与预设用户名一致，且用户密码与预设密码一致，则确定用户为合法用户，并获取合法用户的用户请求。

其中，预设用户名与预设密码均预先存储于数据库中。

若用户ID的用户名与预设用户名不一致，且用户密码与预设密码不一致，则确定用户为非法用户。

若用户为合法用户，且用户具有管理员权限，则向用户展示预设管理员界面和预设通用界面；若用户为合法用户，且用户具有员工权限，则向用户展示预设通用界面。

其中，通过预设管理员界面向具有管理员权限的用户提供了用户设置和平台参数设置。

用户设置主要功能为用户权限的管理，用户密码管理，用户信息的新增、修改、删除等操作。

平台参数设置主要功能为设置平台相关信息，包含各平台所属参数的属性的新增、修改、删除等操作。

通过预设通用界面用于展示知识库平台的要素、问题记录平台的要素和参数运维平台的要素。

用户请求包括查询参数工单编号请求、查询平台名称请求、查询维护时间请求等。

S402：通过预先构建的运维架构平台，确定用户请求对应的待处理要素；运维架构平台由不同类型的参数运维平台进行联合构建得到；待处理要素为不同类型的参数运维平台在运维过程中待处理的运维数据。

在S402中，不同类型的参数运维平台可以是参数管理平台、定价参数平台等等，各平台之间相对独立。

不同类型的参数运维平台的数量可以为多个。

运维架构平台的构建过程如下：

基于预设编程技术和预设架构，将不同类型的参数运维平台进行联合构建，得到运维架构平台。

其中，该运维架构平台是通过web界面登录，用户在日常参数平台完成参数维护后可以直接通过web界面进行信息登记，由于各参数平台互相之间没有关联，所以通过该运维架构平台统一聚合登记可以方便的对处内各平台参数运维情况加以统计分析。

基于JSP、Tomcat和SQL技术，运维架构平台可以在局域网快速部署，对硬件环境要求低，维护简单。

预设编程技术的确定由技术人员根据实际情况进行设置，本申请不做具体限定。本申请的预设编程技术优选javaweb技术。

预设架构的确定由技术人员根据实际情况进行设置，本申请不做具体限定。本申请的预设架构优选B/S架构。

为了方便理解通过预先构建的运维架构平台，确定用户请求对应的查询要素的过程，这里举例进行说明：

例如，合法用户的用户请求为查询参数工单编号请求，通过运维架构平台，确定查询参数工单编号请求对应的“参数工单编号”的待处理要素。

S403：执行待处理要素对应的运维操作；运维操作包括新增操作、修改操作、删除操作和查询操作中的至少一种或多种。

其中待处理要素包括知识运维数据、问题运维记录数据和参数工单维护数据等。

使用对待处理要素的查询功能，快速获取各参数相关积累知识点、问题缺陷，工作量统计。

具体执行待处理要素对应的运维操作的过程如A1-A3所示：

A1：当待处理要素为知识运维数据时，对知识运维数据进行新增操作、修改操作、删除操作和查询操作中的至少一种或多种；知识运维数据为存储于数据库的在运维过程中的维护经验数据。

其中，知识运维数据为存储于数据库的在运维过程中的维护经验数据，知识库平台的每条记录中都有相关参数的维护信息，在遇到相同或者相似的参数维护问题时候就可以通过维护经验数据借鉴以解决。

A2：当待处理要素为问题运维记录数据时，对问题运维记录数据进行新增操作、修改操作、删除操作和查询操作中的至少一种或多种；问题运维记录数据用于记录不同类型的参数运维平台在运维过程中的存在缺陷的运维数据。

其中，问题运维记录数据用于记录不同类型的参数运维平台在运维过程中的存在问题、系统缺陷等的运维数据。问题记录平台16提供了该运维数据的新增、修改、删除和查询等操作。

A3：当待处理要素为参数工单维护数据时，对参数工单维护数据进行新增操作、修改操作、删除操作和查询操作中的至少一种或多种；参数工单维护数据用于记录不同类型的参数运维平台在运维过程中的运维数据的维护记录和维护情况。

其中，参数工单维护数据包括参数工单编号、平台名称、参数名称、维护时间、维护数量、成功笔数、失败笔数等要素。

参数工单编号是指各参数平台对某条参数维护记录的流程编号，平台名称是指各参数平台的名称，比如参数管理平台、UASS平台、定价平台等等。参数名称是指参数的具体名字，比如利率参数、网点信息参数等等。

本申请实施例中，在对不同类型的参数运维平台的参数进行处理时，无需将不同类型参数运维平台的参数进行汇总，只需通过运维架构平台来实现不同类型的参数运维平台的参数统计分析、问题运维的记录，分享维护经验数据，快速查询等操作，有利于对多平台的参数进行总体运维处理，提高对参数的运维处理的效率。

参考图5所示，为上述S403中涉及到的执行待处理要素对应的运维操作的过程，主要包括如下步骤：

S501：对待处理要素的类型进行判定，当待处理要素为知识运维数据时，执行S502；当待处理要素为问题运维记录数据时，执行S503；当待处理要素为参数工单维护数据时，执行S504。

S502：对知识运维数据进行新增操作、修改操作、删除操作和查询操作中的至少一种或多种；知识运维数据为存储于数据库的在运维过程中的维护经验数据。

S503：对问题运维记录数据进行新增操作、修改操作、删除操作和查询操作中的至少一种或多种；问题运维记录数据用于记录不同类型的参数运维平台在运维过程中的存在缺陷的运维数据。

S504：对参数工单维护数据进行新增操作、修改操作、删除操作和查询操作中的至少一种或多种；参数工单维护数据用于记录不同类型的参数运维平台在运维过程中的运维数据的维护记录和维护情况。

S501-S504的执行原理与上述S403中涉及到的执行运维数据对应的运维操作的过程的执行原理一致，可参考，此处不再进行赘述。

本申请实施例中，对待处理要素的类型进行判定，根据待处理要素的类型的判定结果执行新增操作、修改操作、删除操作和查询操作中的至少一种或多种，有利于对多平台的参数进行总体运维处理，提高对参数的运维处理的效率。

基于上述实施例图6公开的一种数据处理方法，本申请实施例还对应公开了一种数据处理装置，如图6所示，该数据处理装置包括获取单元601、第一确定单元602和执行单元603。

获取单元601，用于获取合法用户的用户请求。

第一确定单元602，用于通过预先构建的运维架构平台，确定用户请求对应的待处理要素；运维架构平台由不同类型的参数运维平台进行联合构建得到；所述待处理要素为不同类型的参数运维平台在运维过程中待处理的运维数据。

执行单元603，用于执行待处理要素对应的运维操作；运维操作包括新增操作、修改操作、删除操作和查询操作中的至少一种或多种。

进一步的，运维架构平台的构建过程的第一确定单元602具体用于基于预设编程技术和预设架构，将不同类型的参数运维平台进行联合构建，得到运维架构平台。

进一步的，执行单元603包括第一操作模块、第二操作模块和第三操作模块。

第一操作模块，用于当待处理要素为所述知识运维数据时，对知识运维数据进行新增操作、修改操作、删除操作和查询操作中的至少一种或多种；知识运维数据为存储于数据库的在运维过程中的维护经验数据。

第二操作模块，用于当待处理要素为问题运维记录数据时，对问题运维记录数据进行新增操作、修改操作、删除操作和查询操作中的至少一种或多种；问题运维记录数据用于记录不同类型的参数运维平台在运维过程中的存在缺陷的运维数据。

第三操作模块，用于当待处理要素为参数工单维护数据时，对参数工单维护数据进行新增操作、修改操作、删除操作和查询操作中的至少一种或多种；参数工单维护数据用于记录不同类型的参数运维平台在运维过程中的运维数据的维护记录和维护情况。

进一步的，数据处理装置还包括判断单元、第二确定单元和第三确定单元。

判断单元，用于判断用户对应的用户ID的用户名是否与预设用户名一致，用户密码是否与预设密码一致。

第二确定单元，用于若用户ID的用户名与预设用户名一致，且用户密码与预设密码一致，则确定用户为合法用户。

第三确定单元，用于若用户ID的用户名与预设用户名不一致，且用户密码与预设密码不一致，则确定用户为非法用户。

进一步的，数据处理装置还包括第一展示单元。

第一展示单元，用于若用户为合法用户，且用户具有管理员权限，则向用户展示预设管理员界面和预设通用界面。

进一步的，数据处理装置还包括第二展示单元。

第二展示单元，用于若用户为合法用户，且用户具有员工权限，则向用户展示预设通用界面。

进一步的，数据处理装置还包括统计展示单元。

统计展示单元，用于统计不同类型的参数运维平台在运维过程中的运维数据并展示。

本申请实施例中，在对不同类型的参数运维平台的参数进行处理时，无需将不同类型参数运维平台的参数进行汇总，只需通过运维架构平台来实现不同类型的参数运维平台的参数统计分析、问题运维的记录，分享维护经验数据，快速查询等操作，有利于对多平台的参数进行总体运维处理，提高对参数的运维处理的效率。

对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于系统类实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本申请各实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。

对所公开的实施例的上述说明，使本领域技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

以上所述仅是本申请的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (10)

1.一种数据处理方法，其特征在于，所述方法包括：

获取合法用户的用户请求；

通过预先构建的运维架构平台，确定所述用户请求对应的待处理要素；所述运维架构平台由不同类型的参数运维平台进行联合构建得到；所述待处理要素为所述不同类型的参数运维平台在运维过程中待处理的运维数据；

执行所述待处理要素对应的运维操作；所述运维操作包括新增操作、修改操作、删除操作和查询操作中的至少一种或多种。

2.根据权利要求1所述的方法，其特征在于，所述待处理要素包括知识运维数据、问题运维记录数据和参数工单维护数据，所述执行所述待处理要素对应的运维操作，包括：

当所述待处理要素为所述知识运维数据时，对所述知识运维数据进行新增操作、修改操作、删除操作和查询操作中的至少一种或多种；所述知识运维数据为存储于数据库的在运维过程中的维护经验数据；

当所述待处理要素为所述问题运维记录数据时，对所述问题运维记录数据进行新增操作、修改操作、删除操作和查询操作中的至少一种或多种；所述问题运维记录数据用于记录所述不同类型的参数运维平台在运维过程中的存在缺陷的运维数据；

当所述待处理要素为所述参数工单维护数据时，对所述参数工单维护数据进行新增操作、修改操作、删除操作和查询操作中的至少一种或多种；所述参数工单维护数据用于记录所述不同类型的参数运维平台在运维过程中的运维数据的维护记录和维护情况。

3.根据权利要求1所述的方法，其特征在于，所述运维架构平台的构建过程，包括：

基于预设编程技术和预设架构，将不同类型的参数运维平台进行联合构建，得到所述运维架构平台。

4.根据权利要求1所述的方法，其特征在于，在所述获取合法用户的用户请求之前，还包括：

判断用户对应的用户ID的用户名是否与预设用户名一致，用户密码是否与预设密码一致；

若所述用户ID的用户名与所述预设用户名一致，且所述用户密码与所述预设密码一致，则确定所述用户为合法用户；

若所述用户ID的用户名与所述预设用户名不一致，且所述用户密码与所述预设密码不一致，则确定所述用户为非法用户。

5.根据权利要求4所述的方法，其特征在于，还包括：

若所述用户为合法用户，且所述用户具有管理员权限，则向所述用户展示预设管理员界面和预设通用界面。

6.根据权利要求4所述的方法，其特征在于，还包括：

若所述用户为合法用户，且所述用户具有员工权限，则向所述用户展示预设通用界面。

7.根据权利要求1所述的方法，其特征在于，还包括：

统计所述不同类型的参数运维平台在运维过程中的运维数据并展示。

8.一种数据处理装置，其特征在于，所述装置包括：

获取单元，用于获取合法用户的用户请求；

第一确定单元，用于通过预先构建的运维架构平台，确定所述用户请求对应的待处理要素；所述运维架构平台由不同类型的参数运维平台进行联合构建得到；所述待处理要素为所述不同类型的参数运维平台在运维过程中待处理的运维数据；

执行单元，用于执行所述待处理要素对应的运维操作；所述运维操作包括新增操作、修改操作、删除操作和查询操作中的至少一种或多种。

9.根据权利要求8所述的装置，其特征在于，所述执行单元，包括：

第一操作模块，用于当所述待处理要素为所述知识运维数据时，对所述知识运维数据进行新增操作、修改操作、删除操作和查询操作中的至少一种或多种；所述知识运维数据为存储于数据库的在运维过程中的维护经验数据；

第二操作模块，用于当所述待处理要素为所述问题运维记录数据时，对所述问题运维记录数据进行新增操作、修改操作、删除操作和查询操作中的至少一种或多种；所述问题运维记录数据用于记录所述不同类型的参数运维平台在运维过程中的存在缺陷的运维数据；

第三操作模块，用于当所述待处理要素为所述参数工单维护数据时，对所述参数工单维护数据进行新增操作、修改操作、删除操作和查询操作中的至少一种或多种；所述参数工单维护数据用于记录所述不同类型的参数运维平台在运维过程中的运维数据的维护记录和维护情况。

10.根据权利要求8所述的装置，其特征在于，所述运维架构平台的构建过程的所述第一确定单元，具体用于：

基于预设编程技术和预设架构，将不同类型的参数运维平台进行联合构建，得到所述运维架构平台。

Images