一种配置信息管理方法、装置、电子设备和存储介质

技术领域

本申请涉及计算机技术领域，尤其是涉及一种配置信息管理方法、配置信息管理装置、电子设备和计算机可读存储介质。

背景技术

近年来，随着大数据、云计算的广泛应用和深入发展，越来越多的厂商以开源的Linux操作系统，如社区企业操作系统(Community Enterprise Operating System，Centos)为基础，来定制化具有自己产品的操作系统；即将产品如应用软件(Application)通过系统集成的方式内嵌到操作系统中，在产品发布时，会连带操作系统一起发布，如此，形成厂商特有的产品。然而，在具体实施上述方式的过程中，运维人员需要对操作系统中相关配置信息如网卡、路由、域名系统(Domain Name System，DNS)、系统时间、网络时间协议(Network Time Protocol，NTP)同步信息进行修改。目前，相关技术中运维人员在修改操作系统的配置信息时，需要分别登录不同服务器进行人工操作，通过手动地执行相关命令来达到更改操作系统配置的需求。这对于开发经验不足的运维人员来说操作复杂，因此，目前亟需提供一种操作简单便可以修改配置信息的方式。

发明内容

本申请提供一种配置信息管理方法、配置信息管理装置、电子设备和计算机可读存储介质，解决相关技术中在配置服务器时，对开发经验不足的运维人员来说操作复杂的问题。

本申请的技术方案是这样实现的：

一种配置信息管理方法，所述方法包括：

通过客户端的统一资源接口，获取针对服务集群中的服务器的操作系统的访问请求；其中，所述访问请求包括所述服务器的服务器标识和配置信息；

通过所述客户端向所述服务器发送所述访问请求；

接收所述服务器针对所述访问请求所反馈的配置结果。

一种配置信息管理装置，所述配置信息管理装置包括：

处理单元，用于通过客户端的统一资源接口，获取针对服务集群中的服务器的操作系统的访问请求；其中，所述访问请求包括所述服务器的服务器标识和配置信息；

所述处理单元，还用于通过所述客户端向所述服务器发送所述访问请求；

接收单元，用于接收所述服务器针对所述访问请求所反馈的配置结果。

一种电子设备，所述电子设备包括：

存储器，用于存储可执行指令；

处理器，用于执行所述存储器中存储的可执行指令时，实现上述的配置信息管理方法的步骤。

一种计算机可读存储介质，所述计算机存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现如上述的配置信息管理方法的步骤。

本申请提供的配置信息管理方法、配置信息管理装置、电子设备和计算机可读存储介质，通过客户端的统一资源接口，获取针对服务集群中的服务器的操作系统的访问请求；其中，访问请求包括服务器的服务器标识和配置信息；通过客户端向服务器发送访问请求；接收服务器针对访问请求所反馈的配置结果。也就是说，本申请提供了一种简单操作便可以修改服务器的操作系统的配置信息的方式；无需特定的操作系统的运维人员在逐一登录上不同服务器后，通过手动键入相关命令才能更改操作系统配置；明显，本申请通过屏蔽具体的配置管理逻辑，只暴露给用户统一资源管理接口，极大缩短了配置管理的时间，简化操作过程，非专业运维人员无需掌握具体的配置管理逻辑，只基于被暴露的统一资源管理接口便可对多台服务器进行配置。同时，降低了在实际配置过程中由人工的主观操作所能引起的配置错误，致使整个服务器的操作系统瘫痪的风险。当需要更改配置的机器逐渐增多时，通过一台客户端的统一资源接口，便可配置多台待修改的服务器的操作系统，提高了配置的效率，节省了大量的人力成本。进一步的，本申请所提供的配置信息管理方法中，无需运维人员需要对操作系统的配置命令有一定的了解，非专业运维人员也可以对操作系统的配置进行更改。

附图说明

图1为本申请提供的一种可选的配置信息管理方法的流程示意图；

图2为本申请提供的一种可选的配置信息管理方法的流程示意图；

图3为本申请提供的一种可选的配置信息管理方法的流程示意图；

图4为本申请提供的一种可选的配置信息管理方法的流程示意图；

图5为本申请提供的一种可选的配置信息管理方法的流程示意图；

图6为本申请提供的一种可选的配置信息管理方法的流程示意图；

图7为本申请提供的一种可选的配置信息管理方法的流程示意图；

图8为本申请提供的一种配置信息管理系统的结构示意图；

图9为本申请提供的一种配置信息管理装置的结构示意图；

图10为本申请提供的一种电子设备的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。

本申请提供一种配置信息管理方法，应用于电子设备，参照图1所示，该方法包括以下步骤：

步骤101、通过客户端的统一资源接口，获取针对服务集群中的服务器的操作系统的访问请求。

其中，访问请求包括服务器的服务器标识和配置信息。

本申请实施例中，服务器的配置信息指的是针对服务器的配置对象如硬件和/或软件进行配置所产生的相关信息。配置对象包括但不限于：服务器的中央处理器(CentralProcessing Unit，CPU)、内存、统一内存访问架构(Non Uniform Memory AccessArchitecture，NUMA)、磁盘阵列(Redundant Arrays of Independent Disks，RAID)、基本输入输出系统(Basic Input Output System，BIOS)、驱动和系统内核日志、网络设备、存储设备、输入/输出(Input/Output，I/O)端口和用户权限。

本申请实施例中，电子设备上部署有客户端，若电子设备检测针对客户端的启动请求，电子设备响应该启动请求并启动客户端，进而电子设备在显示界面中显示启动的客户端，客户端中显示有配置信息管理的用户界面。示例性的，启动请求可以是用户针对电子设备呈现的客户端对应的图标进行点击操作后，电子设备生成的启动请求。当然，电子设备还可以基于其他方式生成上述启动请求，例如，用户向电子设备发出语音消息如打开客户端的消息，电子设备接收到打开客户端的消息后，生成的启动请求，本申请对电子设备生成启动请求的方式不做具体限定。

本申请实施例中，服务器上配置有操作系统，在电子设备上部署的客户端启动之后，通过启动后的客户端的统一资源接口，获取针对服务集群中的服务器的操作系统的访问请求；这里，访问请求中包括但不限于待配置服务器对应的服务器标识以及该服务器标识的服务器对应的配置信息。同时，客户端的日志管理模块存储服务器标识对应的配置信息，即将如何对服务器进行配置的信息存储到日志文件中。如此，当服务器的操作系统因配置的修改而发生故障时，方便运维人员基于日志文件更好的追溯定位到出现问题的步骤。

这里，服务器标识是服务器的唯一识别符，包括但不限于服务器的互联网协议(Internet Protocol，IP)地址、服务器的媒体存取控制(Media Access Control，MAC)地址、服务器的序列号。配置信息还可以包括配置项及其对应的配置值；例如配置信息为将服务器的DNS从8.8.8.8修改为202.96.128.86、将服务器的系统时间从第一时区的时间修改为第二时区的时间。配置信息也可以是查询配置项信息；例如配置信息为查询服务器的DNS。

本申请实施例中，访问请求可以是用户针对客户端的配置信息管理的用户界面(User Interface，UI)所呈现的部分显示内容的触摸操作后，电子设备生成的针对服务集群中的服务器的操作系统的访问请求。或者，访问请求可以是用户向电子设备发出语音消息如查询服务器的操作系统的系统时间，电子设备生成的针对服务集群中的服务器的操作系统的访问请求。

本申请实施中，操作系统(Operating System，OS)是管理计算机硬件与软件资源的计算机程序，用于处理如管理与配置内存、决定系统资源供需的优先次序、控制输入设备与输出设备、操作网络与管理文件系统等基本事务。操作系统包括但不限于Windows操作系统、Linux中的Centos操作系统、Linux中的Ubuntu操作系统。

本发明实施例中，电子设备包括可以包括诸如手机、平板电脑、笔记本电脑、个人数字助理(Personal Digital Assistant，PDA)、相机、可穿戴设备、车载设备等移动终端设备，以及诸如台式计算机等固定终端设备。

步骤102、通过客户端向服务器发送访问请求。

本申请实施例中，当客户端的统一资源接口获取到包括查询配置项信息的访问请求后，客户端分别向各服务器标识对应的服务器发送相应的查询配置项信息，服务器接收到相应的查询配置项信息；服务器基于接收到的查询配置项信息对操作系统进行查询处理，并将查询处理后得到的配置结果发送给客户端。示例性的，查询配置项信息为查询服务器的系统时间，查询处理后的配置结果为服务器的系统时间为Mon Apr 25 08:39:41 EDT2016。

本申请实施例中，当客户端的统一资源接口获取到包含配置项及其对应的配置值的访问请求后，客户端分别向各服务器标识对应的服务器发送相应的配置项及其对应的配置值，服务器接收到相应的配置项及其对应的配置值，并基于接收到的配置信息对操作系统进行处理，例如将服务器的系统时间从第一时区的时间修改为第二时区的时间。

步骤103、接收服务器针对访问请求所反馈的配置结果。

本申请实施例中，电子设备接收服务器针对访问请求进行处理后所反馈的配置结果，输出配置结果。输出配置结果可以且不限于包括输出颜色、输出文字、输出声音、输出图形、输出符号、输出图片等一切便于反馈用户客户端对服务端的配置成功或配置失败。

本申请提供的配置信息管理方法，通过客户端的统一资源接口，获取针对服务集群中的服务器的操作系统的访问请求；其中，访问请求包括服务器的服务器标识和配置信息；通过客户端向服务器发送访问请求；接收服务器针对访问请求所反馈的配置结果；也就是说，本申请提供了一种简单操作便可以修改服务器的操作系统的配置信息的方式；无需特定的操作系统的运维人员在逐一登录上不同服务器后，通过手动键入相关命令才能更改操作系统配置；明显，本申请通过屏蔽具体的配置管理逻辑，只暴露给用户统一资源管理接口，极大缩短了配置管理的时间，简化操作过程，非专业运维人员无需掌握具体的配置管理逻辑，只基于被暴露的统一资源管理接口便可对多台服务器进行配置。同时，降低了在实际配置过程中由人工的主观操作所能引起的配置错误，致使整个服务器的操作系统瘫痪的风险。当需要更改配置的机器逐渐增多时，通过一台客户端的统一资源接口，便可配置多台待修改的服务器的操作系统，提高了配置的效率，节省了大量的人力成本。进一步的，本申请所提供的配置信息管理方法中，无需运维人员需要对操作系统的配置命令有一定的了解，非专业运维人员也可以对操作系统的配置进行更改。

本申请提供一种配置信息管理方法，应用于电子设备，参照图2所示，该方法包括以下步骤：

步骤201、检测针对用户界面所呈现的显示内容的访问操作。

其中，用户界面为客户端的用于管理配置信息的界面；访问操作包括但不限于修改操作和查询操作。

本申请实施例中，当客户端启动后，用户点击客户端的用户界面所呈现的用于查询配置信息的部分内容时，例如触摸用户界面上用于查询服务器A的操作系统的配置信息的控件，电子设备检测到针对客户端中用于管理配置信息的用户界面所呈现的显示内容的查询操作。

本申请实施例中，当客户端启动后，用户在客户端的用户界面所呈现的内容的目标区域键入用于修改配置信息的目标信息，例如：键入将服务器B的操作系统的DNS网卡修改为202.96.128.86。电子设备检测到针对客户端中用于管理配置信息的用户界面所呈现的显示内容的修改操作。

步骤202、获取访问操作产生的操作事件。

其中，操作事件包括访问服务器标识对应的服务器的配置信息的事件。

本申请实施例中，电子设备接收到上述查询操作或修改操作，获取上述操作所产生的操作事件。示例性的，获取查询服务器A的配置信息的事件、或者获取到修改服务器B的操作系统的DNS的配置事件。

步骤203、调用统一资源接口响应操作事件，基于服务器标识和配置信息，生成访问请求。

本申请实施例中，电子设备调用统一资源接口响应操作事件，并生成包含服务器标识和配置信息的访问请求。示例性的，生成包括服务器A对应的服务器标识、以及查询服务器A的DNS的访问请求。生成包括服务器B对应的服务器标识、以及修改服务器B的DNS的访问请求。

步骤204、通过客户端向服务器发送访问请求。

步骤205、接收服务器针对访问请求所反馈的配置结果。

图3是本申请提供一种配置信息管理方法，应用于服务器，该方法包括以下步骤：步骤A1、服务器接收针对查询操作的访问请求。步骤A2、服务器查询与访问请求相关的配置数据。步骤A3、服务器将查询到的配置数据进行整合。步骤A4、服务器将整合后的数据发送至客户端。

本申请实施例中，通过接收用户在客户端的配置信息管理的用户界面的访问操作，生成包括服务器标识和配置信息的访问请求；明显，在配置服务器的配置信息时，通过清晰的UI界面，简化了配置的流程，在用户在配置过程中，不需要了解具体的配置管理逻辑，只要将配置信息输入至UI界面相关区域中，即可一键化配置服务器的配置信息，极大的降低了运维的成本。

需要说明的是，本实施例中的步骤与上述实施例中相同步骤的解释可以参照上述实施例中的描述，此处不再赘述。

本申请提供一种配置信息管理方法，应用于电子设备，参照图4所示，该方法包括以下步骤：

步骤401、检测针对用户界面所呈现的显示内容的修改操作。

其中，用户界面为客户端的用于管理配置信息的界面。

步骤402、获取修改操作产生的操作事件。

其中，操作事件包括访问服务器标识对应的服务器的配置信息的事件。

本申请实施例中，若接收针对客户端的用户界面所呈现的显示内容的访问操作为修改操作，电子设备获取修改操作所产生的操作事件。

步骤403、调用统一资源接口响应操作事件，基于服务器标识和配置信息，生成访问请求。

步骤404、通过客户端对访问请求进行校验。

本申请实施例中，电子设备通过客户端对访问请求中的服务器标识以及配置信息进行校验。示例性的，以校验服务器标识中的IP地址为例，可以判断当前的IP地址是否合法、子网掩码是否正确。

本申请实施例中，校验访问请求中包括的数据的方法可以采用奇偶校验法、循环冗余校验(Cyclic Redundancy Check，CRC)法、方块检查字符(Block Check Character，BCC)异或校验法、消息摘要算法(Message Digest Algorithm，MD5)校验和数字签名校验法。

步骤405、若校验通过，按照服务器对应的数据格式对访问请求进行封装，并将封装后的数据发送到客户端的消息处理中间件。

本申请实施例中，若客户端对访问请求的校验通过，并将校验后的数据，按照服务器对应的数据格式进行封装，并将封装后的数据发送到客户端的消息处理中间件，通过消息处理中间件向服务器发送封装后的数据，并接收服务器封装后的数据进行处理后所反馈的配置结果。这里，消息处理中间件负责接收，保存和分发消息例如访问请求，在配置服务器的场景下可扩展进程之间的通信，同时降低客户端与多个服务器之间的耦合程度。消息处理中间件包括但不限于RocketMQ、RabbitMQ、ActiveMQ、ZeroMQ、Kafka。

本申请实施例中，若客户端对访问请求的校验失败，输出结果。这里，输出结果为输出提示信息。输出提示信息可以且不限于包括输出颜色、输出文字、输出声音、输出图形、输出符号、输出图片等一切便于提示用户客户端对访问请求检验失败。

步骤406、通过消息处理中间件向服务器发送封装后的数据。

步骤407、接收服务器针对封装后的数据所反馈的配置结果。

图5是本申请提供一种配置信息管理方法，应用于服务器，该方法包括以下步骤：步骤501、服务器接收到消息处理中间件发送的封装后的数据。步骤502、服务器解析封装后的数据。步骤503、通过配置管理服务模块将封装后的数据翻译成壳脚本。步骤504、服务器执行壳脚本，将封装后的数据配置到服务器上。

图6是本申请提供一种配置信息管理方法，应用于电子设备，该方法包括以下步骤：

步骤601、通过统一资源接口，生成访问请求。

步骤602、校验访问请求；若对访问请求校验成功执行步骤603、否则执行步骤605。

步骤603、封装访问请求，进而执行步骤604。

步骤604、发送封装后的访问请求到消息处理中间件。

步骤605、输出反馈结果。这里，若对访问请求校验成功，输出结果为服务器针对访问请求进行处理后所反馈的配置结果。若对访问请求校验成功输出的结果为用于提示用户校验失败的输出信息。

在本申请其他实施例中，步骤406通过消息处理中间件向服务器发送封装后的数据，还可以通过如下步骤实现：

基于各个访问请求的时间戳，通过消息处理中间件，按照时间推移的顺序以有序数据队列的形式，向服务器发送封装后的数据。

本申请实施例中，当客户端的统一资源接口，获取针对服务集群中的服务器的操作系统的访问请求时，该访问请求中包含时间戳，这里的时间戳可以是生成访问请求的时间对应的时间戳；客户端的消息处理中间件，基于各个访问请求的时间戳，按照时间推移的顺序以有序数据队列的形式，向服务器发送封装后的数据，即客户端的消息处理中间件发送访问请求时是按照时间的先后顺序即时间推移的顺序，不允许乱序发送，即服务器消费消息处理中间件也是按照时间推移的顺序消费，无法并发消费，降低了由于服务器的并发消费导致配置失败的概率。

在本申请其他实施例中，步骤405中将封装后的数据发送到客户端的消息处理中间件，还可以通过如下步骤实现：

若封装后的数据未成功发送至消息处理中间件，按照重发时间间隔将封装后的数据发送到消息处理中间件。

本申请实施例中，若封装后的数据未发送至消息处理中间件，客户端按照重发时间间隔重新将封装后的数据发送至消息处理中间件。示例性的，若封装后的数据未发送至消息处理中间件，三分钟后重新发送封装后的数据未发送至消息处理中间件。

示例性的，若封装后的数据未发送至消息处理中间件，即第一次发送失败，三分钟后重新发送封装后的数据未发送至消息处理中间件。若封装后的数据依旧未发送至消息处理中间件，即第二次发送失败，六分钟后重新发送封装后的数据未发送至消息处理中间件。若封装后的数据依旧未发送至消息处理中间件，即第三次发送失败，八分钟后重新发送封装后的数据未发送至消息处理中间件。若封装后的数据依旧未发送至消息处理中间件，即第四次发送失败，丢弃封装后的数据。如此，降低了封装后的数据发送到消息处理中间件可能会出现发送失败的概率。

本申请实施例中，若封装后的数据多次重发均未成功发送至消息处理中间件，丢弃封装后的数据；重发时间间隔随重发次数递增。

本申请实施例中，若封装后的数据多次均未发送至消息处理中间件，丢弃封装后的数据，并输出提示信息。也就是说，若客户端多次尝试都没有成功发送封装后的数据至消息处理中间件，则丢弃封装后的数据，如此，避免客户端无限次常识发送封装后的数据，使得对服务器的配置过程陷入死循环，进一步的，节省数据传输资源。

这里，输出提示信息可以且不限于包括输出颜色、输出文字、输出声音、输出图形、输出符号、输出图片等一切便于提示用户客户端对发送封装后的数据至消息处理中间件失败。

图7是本申请提供一种配置信息管理方法的流程示意图，应用于电子设备，该方法包括以下步骤：

步骤701、客户端封装好的数据。

步骤702、将封装好的数据发送到消息处理中间件中。

步骤703、判断封装好的数据是否发送至消息处理中间件。若封装好的数据未发送至消息处理中间件中，执行步骤704，否则执行步骤706。

步骤704、重新发送封装好的数据。

步骤705、若重新发送三次封装好的数据均失败，丢弃封装后的数据。

步骤706、输出提示信息。

这里，输出提示信息可以且不限于包括输出颜色、输出文字、输出声音、输出图形、输出符号、输出图片等一切便于提示用户客户端对发送封装后的数据至消息处理中间件失败或成功。

需要说明的是，本实施例中的步骤与上述实施例中相同步骤的解释可以参照上述实施例中的描述，此处不再赘述。

图8是本申请提供一种配置信息管理系统结构示意图，该配置信息管理系统包括客户端和服务端。该客户端包括配置信息管理的用户界面和消息处理中间件。该服务端至少一台具有配置管理服务的服务器。

在实施本申请所提供的数据管理方法之前，还需要将进行组件选择和环境搭建。示例性的，本申请提供的实施方式中采用的组件为：版本号为1.8.202的Java语言的开发工具包(Java Development Kit，JDK)、版本号为2.1.2.Release的开源消息中间件Rocket消息处理中间件、版本号为4.4.0的开源应用框架Spring Boot、版本号为4.2.24的操作系统的交互式访问(GUN bash Shell)组件。服务器装载版本号为CentOS 7.3的操作系统，且内存为2G。

本申请提供一种配置信息管理装置，该配置信息管理装置可以应用于图1至图2、图4对应的实施例提供的一种配置信息管理方法中，参照图9所示，该配置信息管理装置9包括：

处理单元901，用于通过客户端的统一资源接口，获取针对服务集群中的服务器的操作系统的访问请求；其中，访问请求包括服务器的服务器标识和配置信息；

处理单元901，还用于通过客户端向服务器发送访问请求；

接收单元902，用于接收服务器针对访问请求所反馈的配置结果。

本申请其他实施例中，处理单元901，用于检测针对用户界面所呈现的显示内容的访问操作；用户界面为客户端的用于管理配置信息的界面；

获取单元903，还用于获取访问操作产生的操作事件；其中，操作事件包括访问服务器标识对应的服务器的配置信息的事件；

处理单元901，用于调用统一资源接口响应操作事件，基于服务器标识和配置信息，生成访问请求。

本申请其他实施例中，处理单元901，用于检测针对显示内容的修改操作；访问操作包括修改操作；

处理单元901，用于通过客户端对访问请求进行校验；若校验通过，按照服务器对应的数据格式对访问请求进行封装，并将封装后的数据发送到客户端的消息处理中间件；通过消息处理中间件向服务器发送封装后的数据。

本申请其他实施例中，处理单元901，用于基于各个访问请求的时间戳，通过消息处理中间件，按照时间推移的顺序以有序数据队列的形式，向服务器发送封装后的数据。

本申请其他实施例中，处理单元901，还用于若封装后的数据未成功发送至消息处理中间件，按照重发时间间隔将封装后的数据发送到消息处理中间件。

本申请其他实施例中，处理单元901，用于若封装后的数据多次重发均未成功发送至消息处理中间件，丢弃封装后的数据；其中，重发时间间隔随重发次数递增。

本申请其他实施例中，处理单元901，用于检测针对显示内容的查询操作；其中，访问操作包括查询操作。

以上装置实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果。对于本申请设备实施例中未披露的技术细节，请参照本申请方法实施例的描述而理解。

需要说明的是，本申请实施例中，如果以软件功能模块的形式实现上述的配置信息管理方法，并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对相关技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台终端设备执行本申请各个实施例方法的全部或部分。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read Only Memory，ROM)、磁碟或者光盘等各种可以存储程序代码的介质。这样，本申请实施例不限制于任何特定的硬件和软件结合。

本申请的实施例提供一种电子设备10，该电子设备10可以应用于图1至图2、图4对应的实施例提供的一种配置信息管理方法中，参照图10所示，该电子设备10包括：处理器1001、存储器1002和通信总线1003，其中：

通信总线1003用于实现处理器1001和存储器1002之间的通信连接。

处理器1001用于执行存储器1002中存储的信息处理程序，以实现以下步骤：

通过客户端的统一资源接口，获取针对服务集群中的服务器的操作系统的访问请求；其中，访问请求包括服务器的服务器标识和配置信息；

通过客户端向服务器发送访问请求；

接收服务器针对访问请求所反馈的配置结果。

处理器1001用于执行存储器1002中存储的信息处理程序，以实现以下步骤：

检测针对用户界面所呈现的显示内容的访问操作；用户界面为客户端的用于管理配置信息的界面；

获取访问操作产生的操作事件；其中，操作事件包括访问服务器标识对应的服务器的配置信息的事件；

调用统一资源接口响应操作事件，基于服务器标识和配置信息，生成访问请求。

处理器1001用于执行存储器1002中存储的信息处理程序，以实现以下步骤：

检测针对显示内容的修改操作；其中，访问操作包括修改操作；

通过客户端对访问请求进行校验；

若校验通过，按照服务器对应的数据格式对访问请求进行封装，并将封装后的数据发送到客户端的消息处理中间件；

通过消息处理中间件向服务器发送封装后的数据。

处理器1001用于执行存储器1002中存储的信息处理程序，以实现以下步骤：

基于各个访问请求的时间戳，通过消息处理中间件，按照时间推移的顺序以有序数据队列的形式，向服务器发送封装后的数据。

处理器1001用于执行存储器1002中存储的信息处理程序，以实现以下步骤：

若封装后的数据未成功发送至消息处理中间件，按照重发时间间隔将封装后的数据发送到消息处理中间件。

处理器1001用于执行存储器1002中存储的信息处理程序，以实现以下步骤：

若封装后的数据多次重发均未成功发送至消息处理中间件，丢弃封装后的数据；其中，重发时间间隔随重发次数递增。

处理器1001用于执行存储器1002中存储的信息处理程序，以实现以下步骤：

检测针对显示内容的查询操作；其中，访问操作包括查询操作。

作为示例，处理器可以是一种集成电路芯片，具有信号的处理能力，例如通用处理器、数字信号处理器(Digital Signal Processor，DSP)，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等，其中，通用处理器可以是微处理器或者任何常规的处理器等。

本申请的实施例提供一种计算机可读存储介质，该计算机可读存储介质存储有一个或者多个程序，该一个或者多个程序可被一个或者多个处理器执行，以实现如图1至图2、图4对应的实施例提供的配置信息管理方法中的实现过程，此处不再赘述。

这里需要指出的是：以上存储介质和设备实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果。对于本申请存储介质和设备实施例中未披露的技术细节，请参照本申请方法实施例的描述而理解。

上述计算机存储介质/存储器可以是只读存储器(Read Only Memory，ROM)、可编程只读存储器(Programmable Read-Only Memory，PROM)、可擦除可编程只读存储器(Erasable Programmable Read-Only Memory，EPROM)、电可擦除可编程只读存储器(Electrically Erasable Programmable Read-Only Memory，EEPROM)、磁性随机存取存储器(Ferromagnetic Random Access Memory，FRAM)、快闪存储器(Flash Memory)、磁表面存储器、光盘、或只读光盘(Compact Disc Read-Only Memory，CD-ROM)等存储器；也可以是包括上述存储器之一或任意组合的各种终端，如移动电话、计算机、平板设备、个人数字助理等。

应理解，说明书通篇中提到的“一个实施例”或“一实施例”或“本申请实施例”或“前述实施例”或“一些实施例”或“一些实施方式”意味着与实施例有关的特定特征、结构或特性包括在本申请的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”或“本申请实施例”或“前述实施例”或“一些实施例”或“一些实施方式”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。

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

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

本申请所提供的几个方法实施例中所揭露的方法，在不冲突的情况下可以任意组合，得到新的方法实施例。

本申请所提供的几个产品实施例中所揭露的特征，在不冲突的情况下可以任意组合，得到新的产品实施例。

本申请所提供的几个方法或设备实施例中所揭露的特征，在不冲突的情况下可以任意组合，得到新的方法实施例或设备实施例。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、ROM、磁碟或者光盘等各种可以存储程序代码的介质。

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

值得注意的是，本申请实施例中的附图只是为了说明各个器件在终端设备上的示意位置，并不代表在终端设备中的真实位置，各器件或各个区域的真实位置可根据实际情况(例如，终端设备的结构)作出相应改变或偏移，并且，图中的终端设备中不同部分的比例并不代表真实的比例。

以上所述，仅为本申请的实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。