配置管理方法和装置与流程

本公开涉及远程设备控制技术，尤其涉及一种配置管理方法和装置。

背景技术：

计算机设备可通过联网获取配置文件或配置参数，进行配置更新升级，以丰富功能和提升性能。一般可通过gconf方式，将所有配置文件放在一个脚本中。

在任一设备的配置参数或设备上下线情况发生变化时，都需要对脚本进行修改。脚本修改期间和修改之后均可能对其他设备的拉取配置操作造成影响。且随着设备数量的增多，脚本文件本身也会增大，复杂度更高，维护困难。

技术实现要素：

为克服相关技术中存在的问题，本公开提供一种配置管理方法和装置。通过对设备分类进行管理，避免了设备间配置参数下发过程互相干扰、设备规模严重影响拉取配置参数效率、维护困难的问题。

根据本公开实施例的第一方面，提供一种配置管理方法，包括：

接收设备发送的配置请求；

根据所述设备的设备信息，确定所述设备对应的获取方式；

根据所述配置请求，通过所述获取方式获取所述设备的配置参数。

进一步的，根据所述设备的设备信息，确定所述设备对应的获取方式的步骤包括：

根据所述设备的设备信息，确定所述设备的类型；

根据所述设备的类型，选择对应的调参脚本以获取所述配置参数。

进一步的，所述根据所述设备的类型，选择对应的调参脚本以获取所述配置参数的步骤包括：

运行总脚本，根据所述总脚本中记录的类型与调参脚本的对应关系，选择所述设备的类型对应的调参脚本。

进一步的，根据所述配置请求，通过所述获取方式获取所述设备的配置参数的步骤包括：

根据所述配置请求从所述调参脚本中匹配得到所述设备的配置参数。

进一步的，所述方法还包括：

为一个或多个同一类型的设备配置一个调参脚本，所述调参脚本中包括所述一个或多个同一类型的设备的配置参数。

进一步的，所述方法还包括：

配置总脚本，所述总脚本记录了设备与调参脚本的对应关系和/或设备的类型与调参脚本的对应关系。

根据本公开实施例的第二方面，提供一种配置管理装置，包括：

请求接收模块，用于接收设备发送的配置请求；

方式确定模块，用于根据所述设备的设备信息，确定所述设备对应的获取方式；

参数获取模块，用于根据所述配置请求，通过所述获取方式获取所述设备的配置参数。

进一步的，所述方式确定模块包括：

类型确定子模块，用于根据所述设备的设备信息，确定所述设备的类型；

脚本选择子模块，用于根据所述设备的类型，选择对应的调参脚本以获取所述配置参数。

进一步的，所述脚本选择子模块，用于运行总脚本，根据所述总脚本中记录的类型与调参脚本的对应关系，选择所述设备的类型对应的调参脚本。

进一步的，所述参数获取模块，用于根据所述配置请求从所述调参脚本中匹配得到所述设备的配置参数。

进一步的，所述装置还包括：

调参脚本管理模块，用于为一个或多个同一类型的设备配置一个调参脚本，所述调参脚本中包括所述一个或多个同一类型的设备的配置参数。

进一步的，所述装置还包括：

总脚本配置模块，用于配置总脚本，所述总脚本记录了设备与调参脚本的对应关系和/或设备的类型与调参脚本的对应关系。

根据本公开实施例的第三方面，提供一种计算机装置，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

接收设备发送的配置请求；

根据所述设备的设备信息，确定所述设备对应的获取方式；

根据所述配置请求，通过所述获取方式获取所述设备的配置参数。

根据本公开实施例的第四方面，提供一种非临时性计算机可读存储介质，当所述存储介质中的指令由移动终端的处理器执行时，使得移动终端能够执行一种配置管理方法，所述方法包括：

接收设备发送的配置请求；

根据所述设备的设备信息，确定所述设备对应的获取方式；

根据所述配置请求，通过所述获取方式获取所述设备的配置参数。

本公开的实施例提供的技术方案可以包括以下有益效果：接收设备发送的配置请求，然后根据所述设备的设备信息，确定所述设备对应的获取方式，并根据所述配置请求，通过所述获取方式获取所述设备的配置参数。通过为不同的设备提供不同的配置参数获取方式，将设备间的获取操作解耦，便于对大规模设备的配置进行管理，解决了设备间配置参数下发过程互相干扰、设备规模严重影响拉取配置参数效率、维护困难的问题，实现了高效灵活的配置文件下发。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。

图1是一种配置参数下发原理示意图。

图2是根据一示例性实施例示出的一种配置管理方法的流程图。

图3是根据一示例性实施例示出的又一种配置管理方法的流程图。

图4是根据一示例性实施例示出的又一种配置管理方法的流程图。

图5是根据一示例性实施例示出的一种配置管理装置的框图。

图6是根据一示例性实施例示出的方式确定模块502的结构示意图。

图7是根据一示例性实施例示出的又一种配置管理装置的框图。

图8是根据一示例性实施例示出的一种装置的框图。

图9是根据一示例性实施例示出的一种装置的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。

计算机设备可通过联网获取配置文件或配置参数，进行配置更新升级，以丰富功能和提升性能。一般可通过gconf方式，将所有配置文件放在一个脚本中。然后制定规则，不同的设备来拉取配置文件时候，均会将拉取请求指向该脚本，然后根据脚本中的配置规则选择符合规则的配置参数下发。

如图1所示，分属a、b、c、d四种类型的四台设备向同一服务器发送拉取配置参数的请求，服务器通过同一拉取参数的脚本匹配各设备的配置参数，向设备下发。

在一个脚本中制定多个针对不同设备或不同设备类型的规则，当设备需要拉取配置参数的时候，服务器会从脚本中读取匹配规则，找到一个满足该设备的规则，然后将该规则下的配置参数下发给设备端。不同类型的设备，需要不同的配置参数，也就需要在脚本中配置不同的规则。而同一设备的不同版本也可能需要不同的配置参数，进而在脚本中为不同的版本配置不同的规则。

在任一设备的配置参数或设备上下线情况发生变化时，都需要对脚本进行修改。但由于多个设备依赖同一脚本，导致脚本修改期间和修改之后均可能对其他设备的拉取配置操作造成影响。且随着设备数量的增多，脚本文件本身也会增大，复杂度更高，维护困难。

为了解决上述问题，本公开提供了一种配置管理方法和装置。通过为不同的设备配置不同的获取配置参数的获取方式，消除了设备间获取配置参数操作的互相影响。使用该方法完成配置参数获取的流程如图2所示，包括：

步骤201、接收设备发送的配置请求。

本公开中，可通过同一平台或同一服务器接收设备发送的配置请求。在所述配置请求中，可包括设备身份信息、设备性能信息等，还可以包括请求的具体参数项目。

步骤202、根据所述设备的设备信息，确定所述设备对应的获取方式。

可在提供配置参数下发的平台或服务器上配置不同设备或不同类型设备的获取方式。设备的类型可自行定义，也可根据设备的特征划分，例如使用相同应用程序接口(applicationprogramminginterface，api)的设备划分为一个类型。

获取方式可以是通过一个特定的调参脚本完成，在调参脚本中包含对应的一个或多个设备的配置参数。进行与某个调参脚本关联的设备的配置更新时，只需要修改该调参脚本，而对其他调参脚本不存在影响。

本步骤中，在接收到设备的配置请求后，根据设备的设备信息，确定设备对应的获取方式。

步骤203、根据所述配置请求，通过所述获取方式获取所述设备的配置参数。

本步骤中，在确定获取方式后，即可响应于设备发送的配置请求，通过所述获取方式获取该设备的配置参数。在获取配置参数后，向设备返回该配置参数，也可生成配置文件后返回给设备。

本实施例提供的技术可应用在多种不同类型设备连接服务器拉取配置参数的场景中。例如，每款设备维护自己的一份调参脚本，或，多款设备维护同一份调参脚本。当设备拉取配置参数的时候，服务器首先找到对应设备的调参脚本，然后通过调参脚本中的规则下发配置参数，从而可以让不同设备之前的配置相互不干扰，提升系统可靠性和效率。

本公开的一示例性实施例还提供了一种配置管理方法，根据所述设备的设备信息，确定所述设备对应的获取方式，具体流程如图3所示，包括：

步骤301、根据所述设备的设备信息，确定所述设备的类型。

所述设备信息可为设备的身份标识信息或设备的硬件信息或设备的软件版本等，能够用于识别设备或设备运行情况的信息。

本步骤中，基于设备信息，确定设备的类型。每个设备可单独对应一个类型，也可将多个设备对应至同一类型，取决于是否涉及相同或需要协作的功能，及用户根据需求的自定义。

步骤302、根据所述设备的类型，选择对应的调参脚本以获取所述配置参数。

本步骤中，根据所述配置请求从所述调参脚本中匹配得到所述设备的配置参数。例如根据设备的类型，选择与该类型相匹配的调参脚本，从中读取相应的配置参数。

本发明可在服务器或远端平台维一总脚本，由总脚本处理调参脚本的选取运行问题。本步骤中，可运行总脚本，根据所述总脚本中记录的类型与调参脚本的对应关系，选择所述设备的类型对应的调参脚本。

本公开的一示例性实施例还提供了一种配置管理方法。对向同一服务器或远端平台请求配置文件或配置参数的多台设备进行分类管理，为一个或多个同一类型的设备配置一个调参脚本，所述调参脚本中包括所述一个或多个同一类型的设备的配置参数。这样，如果新添加一个设备，该设备与原有设备属于不同类型，则只需要对该新增类型的设备添加配置参数，不影响其他脚本正常运行，可以有效解决不同类型设备间的配置相互干扰的问题；同理，如果需要修改某一类型设备中的一个设备的配置参数，只需要查找到该设备所属类型，再在该设备类型中找到需要修改的设备，修改该设备对应的配置参数，而不需要修改其他类型设备的配置参数，在保证了不同类型设备间的配置相互不干扰的基础上，还可以节省查找到需要修改的设备的时间。如果为一个设备配置一个调参脚本，所述调参脚本中包括所述一个设备的配置参数，由于不同调参脚本之间相互独立，有某一调参脚本由于设备的配置参数变化而发生变动时，不影响其他脚本正常运行，可以很好地解决不同设备间地配置相互干扰的问题。需要说明的是，如果为多个同一类型的设备配置一个调参脚本，所述调参脚本中包括所述多个同一类型的设备的配置参数，在同一类型设备中的不同设备间可以配置调参脚本，该调参脚本中包括一个针对该设备的配置参数。

新添加设备可与其他设备归为一个类型，加入已有的调参脚本；也可作为一个新的类型，部署一个新的调参脚本，将该新添加设备的配置参数加入调参脚本。

可编写一个运行于服务器或远端平台上的总脚本，该总脚本的内容是为不同的设备绑定调参脚本，而各个设备都有对应的调参脚本部署。配置总脚本，所述总脚本记录了设备与调参脚本的对应关系和/或设备的类型与调参脚本的对应关系。

在设备拉取配置参数的时候，服务器根据设备信息找到设备对应的调参脚本，然后从设备对应的调参脚本中匹配得到设备需要的配置参数进行下发。

本公开的一示例性实施例还提供了一种配置管理方法，如图4所示，设备a、b、c分属不同类型，分别对应调参脚本a、b、c。

以设备a为例，设备a拉取配置参数的时候，首先发送拉取请求(可作为配置请求，用于请求配置参数)。服务器可直接拉取配置参数并下发，也可先判断请求是否满足下发配置要求(例如版本不一致的情况下才判定需要拉取配置参数并下发)。在确定需要拉取配置参数并下发后，服务器会根据设备信息找到对应的调参脚本，并从调参脚本中的匹配规则，找到对应的配置参数，最后将配置参数下发给设备。

如果设备a需要修改配置参数，只需要在调参脚本中a进行修改即可。

当有新类型的设备x加入时，为设备x绑定一个新的调参脚本x即可。如果设备x与设备a类型相同，也可将设备x加入设备a对应的调参脚本a。然后修改总脚本，将设备x与对应的调参脚本间的对应关系记录于总脚本中，便于后期运行总脚本确定对应的调参脚本。

对于设备b、c，其获取配置参数的流程与设备a原理相同，在此不再重复说明。

本公开的一示例性实施例还提供了一种配置管理装置，其结构如图5所示，包括：

请求接收模块501，用于接收设备发送的配置请求；

方式确定模块502，用于根据所述设备的设备信息，确定所述设备对应的获取方式；

参数获取模块503，用于根据所述配置请求，通过所述获取方式获取所述设备的配置参数。

其中，所述方式确定模块502的结构如图6所示，包括：

类型确定子模块601，用于根据所述设备的设备信息，确定所述设备的类型；

脚本选择子模块602，用于根据所述设备的类型，选择对应的调参脚本以获取所述配置参数。

进一步的，所述脚本选择子模块，用于运行总脚本，根据所述总脚本中记录的类型与调参脚本的对应关系，选择所述设备的类型对应的调参脚本。

进一步的，所述参数获取模块503，用于根据所述配置请求从所述调参脚本中匹配得到所述设备的配置参数。

进一步的，所述装置的结构如图7所示，还包括：

调参脚本管理模块504，用于为一个或多个同一类型的设备配置一个调参脚本，所述调参脚本中包括所述一个或多个同一类型的设备的配置参数。

总脚本配置模块505，用于配置总脚本，所述总脚本记录了设备与调参脚本的对应关系和/或设备的类型与调参脚本的对应关系。

上述装置可集成于服务器或远端平台中，由服务器或远端平台实现相应功能。关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图8是根据一示例性实施例示出的一种用于配置管理的装置800的框图。例如，装置800可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

参照图8，装置800可以包括以下一个或多个组件：处理组件802，存储器804，电力组件806，多媒体组件808，音频组件810，输入/输出(i/o)的接口812，传感器组件814，以及通信组件816。

处理组件802通常控制装置800的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件802可以包括一个或多个处理器820来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件802可以包括一个或多个模块，便于处理组件802和其他组件之间的交互。例如，处理组件802可以包括多媒体模块，以方便多媒体组件808和处理组件802之间的交互。

存储器804被配置为存储各种类型的数据以支持在设备800的操作。这些数据的示例包括用于在装置800上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)，电可擦除可编程只读存储器(eeprom)，可擦除可编程只读存储器(eprom)，可编程只读存储器(prom)，只读存储器(rom)，磁存储器，快闪存储器，磁盘或光盘。

电力组件806为装置800的各种组件提供电力。电力组件806可以包括电源管理系统，一个或多个电源，及其他与为装置800生成、管理和分配电力相关联的组件。

多媒体组件808包括在所述装置800和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(lcd)和触摸面板(tp)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件808包括一个前置摄像头和/或后置摄像头。当设备800处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件810被配置为输出和/或输入音频信号。例如，音频组件810包括一个麦克风(mic)，当装置800处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器804或经由通信组件816发送。在一些实施例中，音频组件810还包括一个扬声器，用于输出音频信号。

i/o接口812为处理组件802和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件814包括一个或多个传感器，用于为装置800提供各个方面的状态评估。例如，传感器组件814可以检测到设备800的打开/关闭状态，组件的相对定位，例如所述组件为装置800的显示器和小键盘，传感器组件814还可以检测装置800或装置800一个组件的位置改变，用户与装置800接触的存在或不存在，装置800方位或加速/减速和装置800的温度变化。传感器组件814可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件814还可以包括光传感器，如cmos或ccd图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件814还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件816被配置为便于装置800和其他设备之间有线或无线方式的通信。装置800可以接入基于通信标准的无线网络，如wifi，2g或3g，或它们的组合。在一个示例性实施例中，通信组件816经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件816还包括近场通信(nfc)模块，以促进短程通信。例如，在nfc模块可基于射频识别(rfid)技术，红外数据协会(irda)技术，超宽带(uwb)技术，蓝牙(bt)技术和其他技术来实现。

在示例性实施例中，装置800可以被一个或多个应用专用集成电路(asic)、数字信号处理器(dsp)、数字信号处理设备(dspd)、可编程逻辑器件(pld)、现场可编程门阵列(fpga)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器804，上述指令可由装置800的处理器820执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是rom、随机存取存储器(ram)、cd-rom、磁带、软盘和光数据存储设备等。

一种非临时性计算机可读存储介质，当所述存储介质中的指令由移动终端的处理器执行时，使得移动终端能够执行一种配置管理方法，所述方法包括：

接收设备发送的配置请求；

根据所述设备的设备信息，确定所述设备对应的获取方式；

根据所述配置请求，通过所述获取方式获取所述设备的配置参数。

图9是根据一示例性实施例示出的一种用于配置管理的装置900的框图。例如，装置900可以被提供为一服务器。参照图9，装置900包括处理组件922，其进一步包括一个或多个处理器，以及由存储器932所代表的存储器资源，用于存储可由处理组件922的执行的指令，例如应用程序。存储器932中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件922被配置为执行指令，以执行上述方法。

装置900还可以包括一个电源组件926被配置为执行装置900的电源管理，一个有线或无线网络接口950被配置为将装置900连接到网络，和一个输入输出(i/o)接口958。装置900可以操作基于存储在存储器932的操作系统，例如windowsservertm，macosxtm，unixtm,linuxtm，freebsdtm或类似。

本公开提供了一种配置管理方法和装置。接收设备发送的配置请求，然后根据所述设备的设备信息，确定所述设备对应的获取方式，并根据所述配置请求，通过所述获取方式获取所述设备的配置参数。通过为不同的设备提供不同的配置参数获取方式，将设备间的获取操作解耦，便于对大规模设备的配置进行管理，解决了设备间配置参数下发过程互相干扰、设备规模严重影响拉取配置参数效率、维护困难的问题，实现了高效灵活的配置文件下发。

本公开提供的技术方案可应用于通过云端为多款不同的设备端下发配置参数的场景，对不同设备采用不同的调参脚本文件；通过不同设备使用不同的调参脚本达到来解耦不同设备的调参脚本的目的。后期新增设备时候，不改动已有调参脚本，避免了新设备加入引起老设备脚本改动导致的一系列问题，同时也可以减轻测试压力。

解决了不同设备间配置耦合的问题，让不同类型设备的配置参数互不干扰。可支持更大规模的设备体量，每个调参脚本绑定的设备数量均在可控的合理范围内。

在单一设备的配置参数发生变化时，不影响其他设备的调参脚本，故对变化后的配置参数的测试只涉及对应设备的调参脚本，将测试限制在一个小范围内，不需要对大量设备进行无谓的重复测试。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本发明的其它实施方案。本申请旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本发明的真正范围和精神由下面的权利要求指出。

应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。