CN106933551B

CN106933551B - 配置处理方法和装置

Info

Publication number: CN106933551B
Application number: CN201511021115.XA
Authority: CN
Inventors: 马燕龙
Original assignee: Beijing Gridsum Technology Co Ltd
Current assignee: Beijing Gridsum Technology Co Ltd
Priority date: 2015-12-30
Filing date: 2015-12-30
Publication date: 2021-01-22
Anticipated expiration: 2035-12-30
Also published as: CN106933551A

Abstract

本申请公开了一种配置处理方法和装置。其中，该方法包括：确定客户端对应的配置所采用的基准模板；在接收到客户端发送的自定义命令的情况下，定义配置的增量，其中，增量用于对基准模板中的元素执行目标操作，其中，目标操作包括以下至少之一：删除操作、添加操作和更新操作；以及在服务器中保存基准模板和增量，以完成客户端的配置。本申请解决了现有技术中不能根据用户的需求灵活变化配置，造成用户体验差的技术问题。

Description

配置处理方法和装置

技术领域

本申请涉及计算机领域，具体而言，涉及一种配置处理方法和装置。

背景技术

配置经常被应用在软件程序中。现有技术中，通常在客户端中保存关于维度指标、菜单、样式的配置。但上述配置不能根据客户端用户的需求进行灵活变化。具体的，对关于维度指标的配置来说，若有某一个或者几个配置想要增加新的维度和指标时，因为所有配置共享同一份维度指标定义，所以必须将所有配置的AS数据库结构都进行升级，才能满足上述需要增加新的维度和指标的需求；对关于菜单的配置来说，所有配置都使用相同菜单，无法满足不同客户端用户的菜单定制化需求；对关于样式的配置来说，所有的配置都使用相同样式，无法满足用户样式定制化需求。

针对上述的问题，目前尚未提出有效的解决方案。

发明内容

本申请实施例提供了一种配置处理方法和装置，以至少解决现有技术中不能根据用户的需求灵活变化配置，造成用户体验差的技术问题。

根据本申请实施例的一个方面，提供了一种配置处理方法，包括：确定客户端对应的配置所采用的基准模板；在接收到所述客户端发送的自定义命令的情况下，定义所述配置的增量，其中，所述增量用于对所述基准模板中的元素执行目标操作，其中，所述目标操作包括以下至少之一：删除操作、添加操作和更新操作；以及在服务器中保存所述基准模板和所述增量，以完成所述客户端的配置。

进一步地，在接收到所述客户端发送的自定义命令的情况下，定义所述配置的增量包括：根据所述自定义命令，确定所述目标操作；确定所述目标操作的路径；以及确定所述目标操作的值。

进一步地，在服务器中保存所述配置和所述增量之后，所述方法还包括：接收用于指示查看所述配置的查看命令；加载所述配置所采用的基准模板；加载所述配置的增量；将所述基准模板和所述增量融合，得到所述配置。

进一步地，在确定客户端对应的配置所采用的基准模板之后，所述方法还包括：判断是否接收到所述客户端发送的所述自定义命令；在判断出未接收到所述自定义命令的情况下，在所述服务器中保存所述基准模板，以完成所述客户端的配置。

进一步地，确定客户端对应的配置所采用的基准模板包括：接收所述客户端发送的版本命令，其中，所述版本命令用于指示选择的基准模板的版本，所述版本包括基础版和标准版；根据所述版本命令，确定所述客户端对应的配置所采用的基准模板的版本。

根据本申请实施例的另一方面，还提供了一种配置处理装置，包括：确定单元，用于确定客户端对应的配置所采用的基准模板；定义单元，用于在接收到所述客户端发送的自定义命令的情况下，定义所述配置的增量，其中，所述增量用于对所述基准模板中的元素执行目标操作，其中，所述目标操作包括以下至少之一：删除操作、添加操作和更新操作；以及第一保存单元，用于在服务器中保存所述基准模板和所述增量，以完成所述客户端的配置。

进一步地，所述定义单元包括：第一确定模块，用于根据所述自定义命令，确定目标操作；第二确定模块，用于确定所述目标操作的路径；以及第三确定模块，用于确定所述目标操作的值。

进一步地，所述装置还包括：接收单元，用于在服务器中保存所述基准模板和所述增量之后，接收用于指示查看所述配置的查看命令；第一加载单元，用于加载所述配置所采用的基准模板；第二加载单元，用于加载所述配置的增量；融合单元，用于将所述基准模板和所述增量融合，得到所述配置。

进一步地，所述装置还包括：判断单元，用于在确定客户端对应的配置所采用的基准模板之后，判断是否接收到所述客户端发送的所述自定义命令；第二保存单元，用于在判断出未接收到所述自定义命令的情况下，在所述服务器中保存所述基准模板，以完成所述客户端的配置。

进一步地，所述确定单元包括：接收模块，用于接收所述客户端发送的版本命令，其中，所述版本命令用于指示选择的基准模板的版本，所述版本包括基础版和标准版；第四确定模块，用于根据所述版本命令，确定所述客户端对应的配置所采用的基准模板的版本。

在本申请实施例中，采用确定客户端对应的配置所采用的基准模板；在接收到所述客户端发送的自定义命令的情况下，定义所述配置的增量，其中，所述增量用于对所述基准模板中的元素执行目标操作，其中，所述目标操作包括以下至少之一：删除操作、添加操作和更新操作；以及在服务器中保存所述基准模板和所述增量，以完成所述客户端的配置的方式，通过在接收到表征用户定制化需求的自定义命令的情况下，给发送上述自定义命令的客户端对应的配置定义增量，并将配置的增量与配置所采用的基准模板同时保存到服务器中，从而完成上述客户端的配置，达到了根据用户需求对单个客户端进行动态化配置的目的，从而实现了能够根据不同用户的需求灵活变化配置，以提高用户体验的技术效果，进而解决了现有技术中不能根据用户的需求灵活变化配置，造成用户体验差的技术问题。

附图说明

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

图1是根据本申请实施例的一种配置处理方法的流程图；以及

图2是根据本申请实施例的一种配置处理装置的示意图。

具体实施方式

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

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、***、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

根据本申请实施例，提供了一种配置处理方法的方法实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机***中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

图1是根据本申请实施例的一种配置处理方法的流程图，如图1所示，该方法包括如下步骤：

步骤S102，确定客户端对应的配置所采用的基准模板。

具体地，基准模板为预先定义的、且包含元素的模板。基准模板分为两个版本，分别是基础版和标准版。上述两个版本是根据大部分用户的用户需求制定出的，具有普遍性。

客户端可以是任一安装在终端设备中的应用程序，使用客户端的用户可以根据其需求选择基准模板的版本。

需要说明的是，步骤S102中的配置可以是菜单的配置，也可以是样式的配置，还是可以是维度指标的配置。

步骤S104，在接收到客户端发送的自定义命令的情况下，定义配置的增量，其中，增量用于对基准模板中的元素执行目标操作，其中，目标操作包括以下至少之一：删除操作、添加操作和更新操作。

具体地，当使用该客户端的用户想在配置所应用的场景(例如，菜单、样式)中增加、更新和删除一些内容时，可以通过发送自定义命令的方式实现定制化需求。

需要说明是，不论对基准模板中的元素执行几种操作，对于一个配置而言，都只定义一个增量。

步骤S106，在服务器中保存基准模板和增量，以完成客户端的配置。

具体地，可以将基准模板和增量保存在服务器的数据库中。

在本申请实施例中，通过在接收到表征用户定制化需求的自定义命令的情况下，给发送上述自定义命令的客户端对应的配置定义增量，并将配置的增量和配置所采用的基准模板同时保存到服务器中，从而完成上述客户端的配置，达到了根据用户需求对单个客户端进行动态化配置的目的，从而实现了能够根据不同用户的需求灵活变化配置，以提高用户体验的技术效果，进而解决了现有技术中不能根据用户的需求灵活变化配置，造成用户体验差的技术问题。

需要说明的是，本申请实施例所提供的配置处理方法可以分别应用到关于维度指标的配置、菜单的配置和样式的配置中，通过执行步骤S102至步骤S106，就能满足单个客户端的用户对上述维度指标的配置、菜单的配置和样式的配置的定制化需求，从而提高了该用户的用户体验和满意度，并且无需对其它客户端的用户对应的配置进行相关操作。

可选地，在本申请实施例中，确定客户端对应的配置所采用的基准模板包括步骤S1021和步骤S1023，具体如下：

步骤S1021，接收客户端发送的版本命令，其中，版本命令用于指示选择的基准模板的版本，版本包括基础版和标准版。

以关于维度指标的配置为例，下面分别示出基准模板的两个版本的程序代码：

基础版：

在上述基础版的基准模板的程序代码中，定义了如下内容：

1、包含哪些维度组(即，ViewportGroup)以及维度组(即，viewportgroup)中包含了哪些维度(即，viewport)，其中，维度组是对维度的一个分组；

2、包含哪些指标组(即，MetricGroup)以及指标组(即，MetricGroup)中包含了哪些指标(即，Metric)，其中，指标组是对指标的一个分组；

3、定义了维度组(即，ViewportGroup)和指标组(即，MetricGroup)是否有关联关系，若有关联关系，才可以从维度组(即，ViewportGroup)下的维度(即，viewport)中查询指标组(即，MetricGroup)下指标(即，Metric)的数据。

具体地，指标(即，Metric)是指一个可聚合的数，可以是访问量、页面浏览量等。例如，一个页面的访问量是100、1000等；一个页面的页面浏览量是50、500等。维度(即，viewport)是指从一个角度看指标，例如一个页面的访问量是1000，浏览器是一个维度，就是从浏览器这个角度看访问量这个指标，也就是一个浏览器的访问量是多少，比如IE浏览器是500、Chrome是300、火狐浏览器是200。

标准版：

在上述标准版的基准模板的程序代码中，定义了如下内容：

1、包含哪些维度组(即，ViewportGroup)以及维度组(即，viewportgroup)中包含了哪些维度(即，viewport)；

2、包含哪些指标组(即，MetricGroup)以及指标组(即，MetricGroup)中包含了哪些指标(即，Metric)；

步骤S1023，根据版本命令，确定客户端对应的配置所采用的基准模板的版本。

具体地，每个用户可以根据其需求通过客户端发送版本命令。

例如，ID为217的用户通过其使用的客户端发送的版本命令中，选择基础版的基准模板作为该用户关于维度指标的配置所采用的基准模板，则可以通过下述程序代码实现确定上述用户对应的配置(即，维度指标的配置)所采用的基准模板，具体如下：

上述程序代码表示该用户的ID是217，名称为KevinYang的技术博客，上述用户采用的是基础版的基准模板。

在本申请实施例中，由于基准模板有两种版本，则用户可以根据其使用需求选择其对应的配置所采用的基准模板，从而能够选择出更贴近该用户使用需求的基准模板，达到了提高用户满意度的效果。

可选地，在本申请实施例中，在接收到客户端发送的自定义命令的情况下，定义配置的增量包括步骤S1041至步骤S1045，具体如下：

步骤S1041，根据自定义命令，确定目标操作。

具体地，由于用户的定制化需求可通过发送自定义命令实现，则根据上述自定义命令可以确定出目标操作。

通过上述内容可知，目标操作中包含的操作的数量可以是一个，也可以是多个，具体根据客户端发送的自定义命令确定。

步骤S1043，确定目标操作的路径。

具体地，如果目标操作中包含多个操作，也即由多个操作组成，则需确定上述每个操作的路径。

需要说明的是，目标操作的路径是指该目标操作中包含的操作在基准模板中对应的路径。

步骤S1045，确定目标操作的值。

同样的，如果目标操作由多个操作组成，则需确定上述每个操作的值。

需要说明的是，如果根据自定义命令确定出的目标操作由一个操作组成，则该操作、操作的路径和操作的值形成增量。如果根据一个自定义命令确定出的目标操作由多个操作组成，则该目标操作中包含的全部操作、全部操作的路径和全部操作的值才形成增量。

接下来分别以目标操作只包含添加操作(add)、删除操作(remove)和更新操作(remove)，举例说明如下：

添加操作(add)：

例如，根据某个客户端发送的自定义命令确定出需要在维度组集合(即，ViewportGroups)下添加一个维度组(即，ViewportGroup)，则定义的增量的程序代码如下：

以配置采用的是标准版的基准模板为例，假设根据某个客户端发送的自定义命令确定出需要在第2个维度组(即，[ViewportGroup].[PageResource])下的维度集合(即，Viewports)中添加一个维度(即，Viewport)，则定义的增量的程序代码如下：

其中，PageResource就是一个具体的Viewport。

需说明的是，在本申请实施例所提供的方案中，下标都是从0开始的，所以如果是在第2个维度组(即，ViewportGroup)下的维度集合(即，Viewports)中添加1个维度(即，Viewport)的话，在增量的程序代码中，下标为1。

删除操作(remove)：

以配置采用的是标准版的基准模板为例，假设根据某个客户端发送的自定义命令确定出需要删除第2个维度组(即，ViewportGroup)，则能够得出删除的就是[ViewportGroup].[PageResource]这个维度组，定义的增量的程序代码表示如下：

仍以配置采用的是标准版的基准模板为例，假设根据某个客户端发送的自定义命令确定出需要在第2个维度组(即，[ViewportGroup].[PageResource])下的维度集合(即，Viewports)中删除第2个维度(即，[Page].[Title])，也就是将[Page].[Title]从[ViewportGroup].[PageResource]ViewportGroup中删除，则定义的增量的程序代码如下：

更新操作(remove)：

以配置采用的是标准版的基准模板为例，假设根据某个客户端发送的自定义命令确定出需要将第1个维度组(即，[ViewportGroup].[ConversionPath])的ViewportGroupId修改为[ViewportGroup].[Conversion]，则定义的增量的程序代码如下：

其中，ConversionPath为转换路径，ViewportGroupId为维度组的Id。

仍以配置采用的是标准版的基准模板为例，假设根据某个客户端发送的自定义命令确定出需要将第1个维度组(即，[ViewportGroup].[ConversionPath]下的维度集合(即，Viewports)中第1个维度(即，[ConversionPath].[Path1LastStep])修改为[ConversionPath].[PathOneLastStep]，也就是将[ConversionPath].[Path1LastStep]这个Viewport的ViewportId修改为[ConversionPath].[PathOneLastStep]，则确定出的增量的程序代码表示如下：

{

"op":"replace",

"path":"/ViewportGroups/0/Viewports/0/ViewportId",

"value":"[ConversionPath].[PathOneLastStep]"

}

可选地，在本申请实施例中，在服务器中保存基准模板和增量之后，方法还包括：接收用于指示查看配置的查看命令；加载配置所采用的基准模板；加载配置的增量；将基准模板和增量融合，得到配置。

需要说明的是，在得到配置后，会将该配置以文字等形式显示出来。

具体地，当用户查看某个配置时，首先加载这个配置所采用的基准模板，然后加载增量，接下来将基准模板和增量融合，即可得到这个配置。

在本申请实施例中，通过将基准模板和增量融合后得到配置的方式能够满足用户对关于维度指标的配置、对关于菜单的配置和对关于样式的配置的定制化需求，达到了提高用户满意度的效果。例如：对关于维度指标的配置而言，当某个或者某几个配置需要增加新的维度和\或新的指标时，无需对每个配置的AS数据库都进行升级；对关于菜单的配置而言，能够满足不同用户的菜单定制化需求；对关于样式的配置而言，能够满足不同用户的样式定制化需求。

以上述实施例中的KevinYang的技术博客为例，如果同时定义了该配置的增量，将基准模板和增量融合后，则可得到下述程序代码所表示的配置：

其中，在上述配置中定义了Profile的Id、Name以及使用的基准模板的类型和增量。

又例如，仍以配置采用的是标准版的基准模板为例，并且为该配置定义了增量，该增量所表示的操作具体如下：

1、添加[ViewportGroup].[Visitor]ViewportGroup；

2、添加[ViewportGroup].[Visitor]和[MetricGroup].[Session]GroupRelationShip；

3、删除第1个维度组(即，ViewporGroup)下的第2个维度(即，Viewport)，也就是，将[ConversionPath].[Path2LastStep]Viewport删除；

4、将第1个指标组(即，MetricGroup)下的第1个Metric Id替换为[Measures].[Sessions]，即将[Measures].[Visits]替换为[Measures].[Sessions]。

将该基准模板和增量融合后，则可得到下述程序代码所表示的配置：

可选地，在本申请实施例中，在确定客户端对应的配置所采用的基准模板之后，方法还包括：判断是否接收到客户端发送的自定义命令；在判断出未接收到自定义命令的情况下，在服务器中保存基准模板，以完成客户端的配置。

需要说明的是，如果没有接收到客户端发送的自定义命令，则不会为上述未发送自定义命令的客户端所对应的配置定义增量，进而服务器中只保存该客户端对应的配置所采用的基准模板。仍以“KevinYang的技术博客”为例，则“KevinYang的技术博客”的配置的程序代码如下：

通过上述内容可知，采用本申请实施例所提供的配置处理方法，如需获取某个配置中的所有ViewportGroup方法，则加载融合后的所有ViewportGroup即可；如需获取某个配置中的所有MetricGroup方法，则加载融合后的所有MetricGroup即可；如需获取某个配置中的所有Viewport方法，则加载融合后的所有ViewportGroup下包含的Viewport即可；如需获取某个配置中的所有Metric方法，则加载融合后的所有MetricGroup下的Metric即可；如需根据ViewportGroupId获取某个配置中的单个ViewportGroup方法，则从所有ViewportGroup中查找Id等于指定ViewportGroupId的ViewportGroup即可；如需根据MetricGroupId获取某个配置中的单个MetricGroup方法，则从所有MetricGroup中查找Id等于指定MetricGroupId的MetricGroup即可；如需根据ViewportId获取某个配置中的单个Viewport方法，则从所有Viewport中查找Id等于指定ViewportId的Viewport即可；如需根据MetricId获取某个配置中的单个Metric方法，则从所有Metric中查找Id等于指定MetricId的Metric即可。

当客户端所表示的应用程序是基于联机分析技术(英文简称：OLAP)时，该应用程序最重要的功能就是多维度自由剖析功能，通过不同维度和指标查询相关数据。在安装上述应用程序的客户端配置了所有维度和指标，及其关联关系。同时在每个客户端的菜单也是通过XML进行集中配置，运行反序列化XML，得到最终的菜单。界面样式也是在客户端定义，客户端同时提供了多套界面样式，用户可以选择使用哪套界面样式，并且用户选择都是在客户端记录的，不是在服务端记录。

根据本申请实施例，还提供了一种配置处理装置，该配置处理装置用于执行本申请实施例上述内容所提供的配置处理方法，以下对本申请实施例所提供的配置处理装置做具体介绍：

图2是根据本申请实施例的一种配置处理装置的示意图，如图2所示，该配置处理装置主要包括确定单元21、定义单元23和第一保存单元25，其中：

确定单元21用于确定客户端对应的配置所采用的基准模板。

客户端可以是任一安装在终端设备中的应用程序，客户端的用户可以根据其需求选择基准模板的版本。

需要说明的是，确定单元21中的配置可以是菜单的配置，也可以是样式的配置，还是可以是维度指标的配置。

定义单元23用于在接收到客户端发送的自定义命令的情况下，定义配置的增量，其中，增量用于对基准模板中的元素执行目标操作，其中，目标操作包括以下至少之一：删除操作、添加操作和更新操作。

具体地，当使用该客户端的用户想在配置所应用的场景(例如，菜单、样式配置)中增加、更新和删除一些内容时，可以通过发送自定义命令的方式实现定制化需求。

第一保存单元25用于在服务器中保存基准模板和增量，以完成客户端的配置。

具体地，可以将基准模板和增量保存在服务器的数据库中。

需要说明的是，本申请实施例所提供的配置处理装置可以分别应用到关于维度指标的配置、菜单的配置和样式的配置中，通过调用确定单元、定义单元和第一保存单元，就能满足单个客户端的用户对上述维度指标的配置、菜单的配置和样式的配置的定制化需求，从而提高了该用户的用户体验和满意度，并且无需对其它客户端的用户对应的配置进行相关操作。

可选地，在本申请实施例中，定义单元包括第一确定模块、第二确定模块和第三确定模块，其中：

第一确定模块用于根据自定义命令，确定目标操作。

第二确定模块，用于确定目标操作的路径。

第三确定模块，用于确定目标操作的值。

可选地，在本申请实施例中，装置还包括接收单元、第一加载单元、第二加载单元和融合单元。其中，接收单元用于在服务器中保存基准模板和增量之后，接收用于指示查看所述配置的查看命令；第一加载单元用于加载配置所采用的基准模板；第二加载单元用于加载配置的增量；融合单元用于将基准模板和增量融合，得到配置。

在本申请实施例中，通过将基准模板和增量融合后得到配置的方式能够满足用户对关于维度指标的配置、对关于菜单的配置和对关于样式的配置的定制化需求，达到了提高用户满意度的效果。例如：对关于维度指标的配置而言，当某个或者某几个配置需要增加新的维度和/或新的指标时，无需对每个配置的AS数据库都进行升级；对关于菜单的配置而言，能够满足不同用户的菜单定制化需求；对关于样式配置的配置而言能够满足不同用户的样式定制化需求。

可选地，在本申请实施例中，装置还包括判断单元和第二保存单元。其中，判断单元用于在确定客户端对应的配置所采用的基准模板之后，判断是否接收到客户端发送的自定义命令；第二保存单元用于在判断出未接收到自定义命令的情况下，在服务器中保存基准模板，以完成客户端的配置。

需要说明的是，如果没有接收到客户端发送的自定义命令，则不会为上述未发送自定义命令的客户端所对应的配置定义增量，进而服务器中只保存该客户端对应的配置所采用的基准模板。

可选地，在本申请实施例中，确定单元包括接收模块和第四确定模块。其中，接收模块用于接收客户端发送的版本命令，其中，版本命令用于指示选择的基准模板的版本，版本包括基础版和标准版；第四确定模块用于根据版本命令，确定客户端对应的配置所采用的基准模板的版本。

所述配置处理装置包括处理器和存储器，上述确定单元、定义单元和第一保存单元等均作为程序单元存储在存储器中，由处理器执行存储在存储器中的上述程序单元。

处理器中包含内核，由内核去存储器中调取相应的程序单元。内核可以设置一个或以上，通过调整内核参数实现了能够根据不同用户的需求灵活变化配置，以提高用户体验的技术效果，进而解决了现有技术中不能根据用户的需求灵活变化配置，造成用户体验差的技术问题。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)，存储器包括至少一个存储芯片。

本申请还提供了一种计算机程序产品的实施例，当在数据处理设备上执行时，适于执行初始化有如下方法步骤的程序代码：确定客户端对应的配置所采用的基准模板；在接收到所述客户端发送的自定义命令的情况下，定义所述配置的增量，其中，所述增量用于对所述基准模板中的元素执行目标操作，其中，所述目标操作包括以下至少之一：删除操作、添加操作和更新操作；以及在服务器中保存所述基准模板和所述增量。

上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

在本申请的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，可以为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

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

Claims

1.一种配置处理方法，其特征在于，包括：

确定客户端对应的配置所采用的基准模板，其中，所述基准模板至少能实现以下之一的配置：菜单的配置、样式的配置和维度指标的配置；

在接收到所述客户端发送的自定义命令的情况下，定义所述配置的增量，其中，每个所述配置定义一个所述增量，所述增量用于对所述基准模板中的元素执行目标操作，所述目标操作中包含的操作的数量至少为一个，其中，所述目标操作包括以下至少之一：删除操作、添加操作和更新操作；以及

在服务器中保存所述基准模板和所述增量，以完成所述客户端的配置；

在接收到所述客户端发送的自定义命令的情况下，定义所述配置的增量包括：

根据所述自定义命令，确定所述目标操作；

确定所述目标操作的路径；以及

确定所述目标操作的值。

2.根据权利要求1所述的方法，其特征在于，在服务器中保存所述基准模板和所述增量之后，所述方法还包括：

接收用于指示查看所述配置的查看命令；

加载所述配置所采用的基准模板；

加载所述配置的增量；

将所述基准模板和所述增量融合，得到所述配置。

3.根据权利要求1所述的方法，其特征在于，在确定客户端对应的配置所采用的基准模板之后，所述方法还包括：

判断是否接收到所述客户端发送的所述自定义命令；

在判断出未接收到所述自定义命令的情况下，在所述服务器中保存所述基准模板，以完成所述客户端的配置。

4.根据权利要求1所述的方法，其特征在于，确定客户端对应的配置所采用的基准模板包括：

接收所述客户端发送的版本命令，其中，所述版本命令用于指示选择的基准模板的版本，所述版本包括基础版和标准版；

根据所述版本命令，确定所述客户端对应的配置所采用的基准模板的版本。

5.一种配置处理装置，其特征在于，包括：

确定单元，用于确定客户端对应的配置所采用的基准模板，其中，所述基准模板至少能实现以下之一的配置：菜单的配置、样式的配置和维度指标的配置；

定义单元，用于在接收到所述客户端发送的自定义命令的情况下，定义所述配置的增量，其中，每个所述配置定义一个所述增量，所述增量用于对所述基准模板中的元素执行目标操作，所述目标操作中包含的操作的数量至少为一个，所述目标操作包括以下至少之一：删除操作、添加操作和更新操作；以及

第一保存单元，用于在服务器中保存所述基准模板和所述增量，以完成所述客户端的配置；

所述定义单元包括：

第一确定模块，用于根据所述自定义命令，确定所述目标操作；

第二确定模块，用于确定所述目标操作的路径；以及

第三确定模块，用于确定所述目标操作的值。

6.根据权利要求5所述的装置，其特征在于，所述装置还包括：

接收单元，用于在所述服务器中保存所述基准模板和所述增量之后，接收用于指示查看所述配置的查看命令；

第一加载单元，用于加载所述配置所采用的基准模板；

第二加载单元，用于加载所述配置的增量；

融合单元，用于将所述基准模板和所述增量融合，得到所述配置。

7.根据权利要求5所述的装置，其特征在于，所述装置还包括：

判断单元，用于在确定客户端对应的配置所采用的基准模板之后，判断是否接收到所述客户端发送的所述自定义命令；

第二保存单元，用于在判断出未接收到所述自定义命令的情况下，在所述服务器中保存所述基准模板，以完成所述客户端的配置。

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

接收模块，用于接收所述客户端发送的版本命令，其中，所述版本命令用于指示选择的基准模板的版本，所述版本包括基础版和标准版；

第四确定模块，用于根据所述版本命令，确定所述客户端对应的配置所采用的基准模板的版本。