修改服务器配置的方法、装置、电子设备及存储介质

技术领域

本申请涉及服务器配置修改技术领域，特别涉及一种修改服务器配置的方法、装置、电子设备及存储介质。

背景技术

随着信息网络的发展，各企业的服务器规模越来越大，在传统的虚拟机部署应用服务架构中，当服务器上有配置文件需要更新时，操作的难度日益增加。

目前批量修改服务器配置文件主要包括以下两种方法：

1、运维人员通过登录每台服务器，进入到yml文件所在的路径，使用linux系统命令(如vim命令)逐一修改，再重新加载；

2、当配置文件路径和内容比较统一时，可编写一个脚本文件，发送到各个服务器，批量执行脚本文件进行配置文件的修改。

上述两种方法虽然可以更新配置文件，但当服务器数量较多时，工作量也会随之增加，大量的手动访问服务器进行命令行操作还会增加出错的风险，且脚本操作存在局限性，对配置文件的统一性要求较高，无法个性化修改，亟待解决。

发明内容

本申请提供一种修改服务器配置的方法、装置、电子设备及存储介质，以解决现有技术配置多个服务器时，工作量较大、效率较低、出错风险较高，且脚本操作存在局限性，对配置文件的统一性要求较高，难以满足个性化修改需求等问题。

本申请第一方面实施例提供一种修改服务器配置的方法，包括以下步骤：利用预先构建的源服务器搭建后端应用；获取至少一个目标服务器的配置信息，并根据所述至少一个目标服务器中每个目标服务器的配置信息，通过所述后端应用和预设堡垒机，读取所述每个目标服务器的目标配置文件，得到所述每个目标服务器的目标配置文件信息；根据用户的修改指令同时在线修改至少一个目标服务器的目标配置文件信息，得到新的配置文件，将所述新的配置文件保存至所述源服务器。

可选地，在本申请的一个实施例中，所述利用预先构建的源服务器搭建后端应用，包括：创建SSH密钥对，将所述SSH密钥对的公钥信息存放至所述预设堡垒机中；保存所述SSH密钥对的私钥信息至所述源服务器。

可选地，在本申请的一个实施例中，所述获取至少一个目标服务器的配置信息，包括：利用所述预先构建的源服务器搭建前端应用；基于所述前端应用，设置所述至少一个目标服务器的配置信息，并将所述配置信息保存至预设存储介质，其中，所述配置信息包括用户IP、用户名、用户密码以及多个目标配置文件路径；生成所述至少一个目标服务器的加密密钥，并加密所述加密密钥，得到所述至少一个目标服务器的安全密钥，通过所述安全密钥加密所述用户密码，并将所述安全密钥存储至所述预设存储介质。

可选地，在本申请的一个实施例中，所述获取至少一个目标服务器的配置信息，还包括：基于预设通配符设置所述多个目标配置文件路径。

可选地，在本申请的一个实施例中，所述根据所述至少一个目标服务器中每个目标服务器的配置信息，通过所述后端应用和预设堡垒机，读取所述每个目标服务器的目标配置文件，得到所述每个目标服务器的目标配置文件信息，包括：基于所述SSH密钥对，连接所述源服务器和所述预设堡垒机，并查询所述至少一个目标服务器的配置信息；基于所述SSH密钥对和所述配置信息，连接所述预设堡垒机和所述至少一个目标服务器；通过所述预设通配符查询所述至少一个目标服务器的目标配置文件，获取所述每个目标服务器的目标配置文件信息；将所述目标配置文件信息返回至所述源服务器，并将所述目标配置文件信息在所述前端应用中展示。

可选地，在本申请的一个实施例中，在将所述目标配置文件信息返回至所述源服务器之后，还包括：将所述目标配置文件信息存储至缓存中，并在所述目标配置文件更新的情况下，同步更新所述缓存。

可选地，在本申请的一个实施例中，在将所述新的配置文件保存至所述源服务器之后，还包括：通过所述预设堡垒机将所述新的配置文件发送至对应的目标服务器的预设位置。

本申请第二方面实施例提供一种修改服务器配置的装置，包括：构建模块，用于利用预先构建的源服务器搭建后端应用；读取模块，用于获取至少一个目标服务器的配置信息，并根据所述至少一个目标服务器中每个目标服务器的配置信息，通过所述后端应用和预设堡垒机，读取所述每个目标服务器的目标配置文件，得到所述每个目标服务器的目标配置文件信息；修改模块，用于根据用户的修改指令同时在线修改至少一个目标服务器的目标配置文件信息，得到新的配置文件，将所述新的配置文件保存至所述源服务器。

可选地，在本申请的一个实施例中，所述构建模块包括：创建单元，用于创建SSH密钥对，将所述SSH密钥对的公钥信息存放至所述预设堡垒机中；保存单元，用于保存所述SSH密钥对的私钥信息至所述源服务器。

可选地，在本申请的一个实施例中，所述读取模块包括：搭建单元，用于利用所述预先构建的源服务器搭建前端应用；第一设置单元，用于基于所述前端应用，设置所述至少一个目标服务器的配置信息，并将所述配置信息保存至预设存储介质，其中，所述配置信息包括用户IP、用户名、用户密码以及多个目标配置文件路径；生成单元，用于生成所述至少一个目标服务器的加密密钥，并加密所述加密密钥，得到所述至少一个目标服务器的安全密钥，通过所述安全密钥加密所述用户密码，并将所述安全密钥存储至所述预设存储介质。

可选地，在本申请的一个实施例中，所述读取模块还包括：第二设置单元，用于基于预设通配符设置所述多个目标配置文件路径。

可选地，在本申请的一个实施例中，所述读取模块还包括：第一查询单元，用于基于所述SSH密钥对，连接所述源服务器和所述预设堡垒机，并查询所述至少一个目标服务器的配置信息；连接单元，用于基于所述SSH密钥对和所述配置信息，连接所述预设堡垒机和所述至少一个目标服务器；第二查询单元，用于通过所述预设通配符查询所述至少一个目标服务器的目标配置文件，获取所述每个目标服务器的目标配置文件信息；展示单元，用于将所述目标配置文件信息返回至所述源服务器，并将所述目标配置文件信息在所述前端应用中展示。

可选地，在本申请的一个实施例中，还包括：更新模块，用于在将所述目标配置文件信息返回至所述源服务器之后将所述目标配置文件信息存储至缓存中，并在所述目标配置文件更新的情况下，同步更新所述缓存。

可选地，在本申请的一个实施例中，还包括：发送模块，用于在将所述新的配置文件保存至所述源服务器之后通过所述预设堡垒机将所述新的配置文件发送至对应的目标服务器的预设位置。

本申请第三方面实施例提供一种电子设备，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述程序，以实现如上述实施例所述的修改服务器配置的方法。

本申请第四方面实施例提供一种计算机可读存储介质，所述计算机可读存储介质存储计算机程序，该程序被处理器执行时实现如上的修改服务器配置的方法。

由此，本申请的实施例具有以下有益效果：

本申请的实施例可通过利用预先构建的源服务器搭建后端应用；获取至少一个目标服务器的配置信息，并根据至少一个目标服务器中每个目标服务器的配置信息，通过后端应用和预设堡垒机，读取每个目标服务器的目标配置文件，得到每个目标服务器的目标配置文件信息；根据用户的修改指令同时在线修改至少一个目标服务器的目标配置文件信息，得到新的配置文件，将新的配置文件保存至源服务器。本申请通过登录管理服务器，配置各个目标服务器的信息，从而通过浏览器便可预览和修改配置文件，且配置文件可自定义、复用和批量更新，极大减少了服务器配置修改的工作量，提升了工作效率。由此，解决了现有技术配置多个服务器时，工作量较大、效率较低、出错风险较高，且脚本操作存在局限性，对配置文件的统一性要求较高，难以满足个性化修改需求等问题。

本申请附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本申请的实践了解到。

附图说明

本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为根据本申请实施例提供的一种修改服务器配置的方法的流程图；

图2为本申请的一个实施例提供的一种创建服务器配置信息执行逻辑示意图；

图3为本申请的一个实施例提供的一种修改服务器配置的方法的整体逻辑架构示意图；

图4为本申请的一个实施例提供的一种在线修改配置文件内容的执行逻辑示意图；

图5为根据本申请实施例的修改服务器配置的装置的示例图；

图6为本申请实施例提供的电子设备的结构示意图。

其中，10-修改服务器配置的装置、100-构建模块、200-读取模块、300-修改模块、400-前端应用、500-源服务器、600-堡垒机、700-目标服务器、800-目标配置文件、601-存储器、602-处理器、603-通信接口。

具体实施方式

下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本申请，而不能理解为对本申请的限制。

下面参考附图描述本申请实施例的修改服务器配置的方法、装置、电子设备及存储介质。针对上述背景技术中提到的问题，本申请提供了一种修改服务器配置的方法，在该方法中，通过利用预先构建的源服务器搭建后端应用；获取至少一个目标服务器的配置信息，并根据至少一个目标服务器中每个目标服务器的配置信息，通过后端应用和预设堡垒机，读取每个目标服务器的目标配置文件，得到每个目标服务器的目标配置文件信息；根据用户的修改指令同时在线修改至少一个目标服务器的目标配置文件信息，得到新的配置文件，将新的配置文件保存至源服务器。本申请通过登录管理服务器，配置各个目标服务器的信息，从而通过浏览器便可预览和修改配置文件，且配置文件可自定义、复用和批量更新，极大减少了服务器配置修改的工作量，提升了工作效率。由此，解决了现有技术配置多个服务器时，工作量较大、效率较低、出错风险较高，且脚本操作存在局限性，对配置文件的统一性要求较高，难以满足个性化修改需求等问题。

具体而言，图1为本申请实施例所提供的一种修改服务器配置的方法的流程图。

如图1所示，该修改服务器配置的方法包括以下步骤：

在步骤S101中，利用预先构建的源服务器搭建后端应用。

本申请的实施例首先可创建源服务器，并根据创建的源服务器搭建后端应用，从而为后续目标服务器目标配置文件读取提供可靠的技术支撑。

可选地，在本申请的一个实施例中，利用预先构建的源服务器搭建后端应用，包括：创建SSH密钥对，将SSH密钥对的公钥信息存放至预设堡垒机中；保存SSH密钥对的私钥信息至源服务器。

需要说明的是，在利用构建的源服务器搭建后端应用的过程中，本申请的实施例可创建SSH密钥对，并将SSH密钥对的公钥信息存放至预设的堡垒机中，并将SSH密钥对的私钥信息保存在源服务器中，从而便于查询目标服务器的配置信息。

在步骤S102中，获取至少一个目标服务器的配置信息，并根据至少一个目标服务器中每个目标服务器的配置信息，通过后端应用和预设堡垒机，读取每个目标服务器的目标配置文件，得到每个目标服务器的目标配置文件信息。

在利用预先构建的源服务器搭建后端应用之后，进一步地，本申请的实施例还可获取用户预先通过浏览器创建的目标服务器的配置信息，以根据该配置信息，利用后端应用通过堡垒机和目标服务器的用户名或密码等配置信息，访问目标服务器，如图2所示，从而读取目标配置文件，为后续目标配置文件的在线修改提供可靠的数据依据。

可选地，在本申请的一个实施例中，获取至少一个目标服务器的配置信息，包括：利用预先构建的源服务器搭建前端应用；基于前端应用，设置至少一个目标服务器的配置信息，并将配置信息保存至预设存储介质，其中，配置信息包括用户IP、用户名、用户密码以及多个目标配置文件路径；生成至少一个目标服务器的加密密钥，并加密加密密钥，得到至少一个目标服务器的安全密钥，通过安全密钥加密用户密码，并将安全密钥存储至预设存储介质。

需要说明的是，本申请的实施例首先可利用预先构建的源服务器搭建前端应用，并在用户需要登录时，在前端应用中配置当前用户的多个目标服务器的配置信息，包括用户IP、用户名、用户密码以及多个目标配置文件路径等，并将目标服务器的配置信息保存至预设的存储介质中；

其次，本申请的实施例可通过RSA非对称加密对，生成目标服务器的一个加密密钥，并通过AES加密算法对该加密密钥进行混合加密，并将安全密钥存储至预设的存储介质中。

由此，本申请的实施例通过置目标服务器的配置信息，并通过混合加密的方式，有效保障了目标服务器密码的安全性。

可选地，在本申请的一个实施例中，获取至少一个目标服务器的配置信息，还包括：基于预设通配符设置多个目标配置文件路径。

在本申请的实施例中，可使用通配符的方式配置目标配置文件路径，进而可批量或者分别对各个目标服务器，配置多个前置指令beforeCmd和后置指令afterCmd。

由此，本申请的实施例可批量获取到所有匹配的文件，避免了存在多个目标配置文件时，需要多次配置的重复操作，提高了配置效率。

可选地，在本申请的一个实施例中，根据至少一个目标服务器中每个目标服务器的配置信息，通过后端应用和预设堡垒机，读取每个目标服务器的目标配置文件，得到每个目标服务器的目标配置文件信息，包括：基于SSH密钥对，连接源服务器和预设堡垒机，并查询至少一个目标服务器的配置信息；基于SSH密钥对和配置信息，连接预设堡垒机和至少一个目标服务器；通过预设通配符查询至少一个目标服务器的目标配置文件，获取每个目标服务器的目标配置文件信息；将目标配置文件信息返回至源服务器，并将目标配置文件信息在前端应用中展示。

需要说明的是，图3为修改服务器配置的方法的整体逻辑架构示意图，如图3所示，该架构主要包括前端应用400、源服务器500、堡垒机600、目标服务器700以及目标配置文件800。

本申请的实施例在用户查询目标服务器的配置信息时，源服务器可通过SSH密钥连接至堡垒机，并携带目标服务器的用户IP、用户名和用户密码等配置信息，其中，目标服务器的用户密码需要通过存储介质中的加密密文解密后获取。

进而，本申请的实施例可利用堡垒机通过SSH密码连接至目标服务器，并通过通配符查询目标服务器的所有目标配置文件。

由此，本申请的实施例可通过查询目标服务器的配置信息，以获取配置信息数组并返回至源服务器，且可在前端应用中进行展示，从而满足了用户对配置信息查询的需求。

可选地，在本申请的一个实施例中，在将目标配置文件信息返回至源服务器之后，还包括：将目标配置文件信息存储至缓存中，并在目标配置文件更新的情况下，同步更新缓存。

作为一种可以实现的方式，在查询目标服务器的配置信息，获取到配置信息数组后，本申请的实施例可将返回的配置文件信息存储至Redis缓存中。

由此，本申请的实施例在配置文件更新时，可同步更新Redis缓存，从而有效减少了连接目标服务器进行查询带来的性能消耗。

在步骤S103中，根据用户的修改指令同时在线修改至少一个目标服务器的目标配置文件信息，得到新的配置文件，将新的配置文件保存至源服务器。

在得到每个目标服务器的目标配置文件信息后，本申请的实施例可在用户访问前端应用时，选择单个或多个目标配置文件，并利用相关的修改指令，通过在线编辑器同时在线修改目标配置文件内容，且将在线编辑配置文件内容保存至后端应用所在的源服务器中。

可以理解的是，在本申请的实施例中，用户可以通过浏览器在线修改服务器配置文件，无需用户通过命令行驶输入执行命令，操作较为简单，效率较高，降低了对用户的要求；同时，本申请实施例无需事先固定配置文件位置，对文件格式要求较低，可通过前端应用输入少量必要参数任意配置文件信息，有利于提高批量配置的效率；此外，本申请的实施例可以使用户不用通过传统的方式一一登录服务器进行命令行操作，极大缩短了工作时间长，提升了工作效率。

可选地，在本申请的一个实施例中，还包括：通过预设堡垒机将新的配置文件发送至对应的目标服务器的预设位置。

需要说明的是，在将新的配置文件保存至源服务器之后，本申请的实施例可在源服务器的对应路径下生成一个临时配置文件，并在用户点击同步之后，本申请的实施例可利用源服务器通过SSH密钥连接至堡垒机，并通过堡垒机利用SSH密码连接至目标服务器，进而，本申请的实施例可首先执行beforeCmd指令，再通过SFTP命令，如图4所示，以将临时文件发送至目标服务器的指定路径下，并在上述操作执行完成后，再执行afterCmd指令。

在实际执行过程中，本申请实施例可将产生的临时文件在前端应用通过同步的方式，将相同的临时文件发送到不同的目标服务器下的指定路径中；此外，

在本申请的实施例中，前端应用可选择多个目标配置文件，批量修改保存，并异步发送到多个目标服务器中。

由此，本申请的实施例无需用户登录到各个服务器中通过Linux命令行修改配置文件，仅通过浏览器便可预览和修改配置文件，且该目标服务器可进行配置，目标配置文件具备自定义、可复用和批量更新等优势，从而极大减少了配置和修改的工作量，提升了工作效率。

根据本申请实施例提出的修改服务器配置的方法，通过利用预先构建的源服务器搭建后端应用；获取至少一个目标服务器的配置信息，并根据至少一个目标服务器中每个目标服务器的配置信息，通过后端应用和预设堡垒机，读取每个目标服务器的目标配置文件，得到每个目标服务器的目标配置文件信息；根据用户的修改指令同时在线修改至少一个目标服务器的目标配置文件信息，得到新的配置文件，将新的配置文件保存至源服务器。本申请通过登录管理服务器，配置各个目标服务器的信息，从而通过浏览器便可预览和修改配置文件，且配置文件可自定义、复用和批量更新，极大减少了服务器配置修改的工作量，提升了工作效率。

其次，参照附图描述根据本申请实施例提出的修改服务器配置的装置。

图5是本申请实施例的修改服务器配置的装置的方框示意图。

如图5所示，该修改服务器配置的装置10包括：构建模块100、读取模块200以及修改模块300。

其中，构建模块100，用于利用预先构建的源服务器搭建后端应用。

读取模块200，用于获取至少一个目标服务器的配置信息，并根据至少一个目标服务器中每个目标服务器的配置信息，通过后端应用和预设堡垒机，读取每个目标服务器的目标配置文件，得到每个目标服务器的目标配置文件信息。

修改模块300，用于根据用户的修改指令同时在线修改至少一个目标服务器的目标配置文件信息，得到新的配置文件，将新的配置文件保存至源服务器。

可选地，在本申请的一个实施例中，构建模块100包括：创建单元和保存单元。

其中，创建单元，用于创建SSH密钥对，将SSH密钥对的公钥信息存放至预设堡垒机中。

保存单元，用于保存SSH密钥对的私钥信息至源服务器。

可选地，在本申请的一个实施例中，读取模块200包括：搭建单元、第一设置单元以及生成单元。

其中，搭建单元，用于利用预先构建的源服务器搭建前端应用。

第一设置单元，用于基于前端应用，设置至少一个目标服务器的配置信息，并将配置信息保存至预设存储介质，其中，配置信息包括用户IP、用户名、用户密码以及多个目标配置文件路径。

生成单元，用于生成至少一个目标服务器的加密密钥，并加密加密密钥，得到至少一个目标服务器的安全密钥，通过安全密钥加密用户密码，并将安全密钥存储至预设存储介质。

可选地，在本申请的一个实施例中，读取模块200还包括：第二设置单元，用于基于预设通配符设置多个目标配置文件路径。

可选地，在本申请的一个实施例中，读取模块200还包括：第一查询单元、连接单元、第二查询单元以及展示单元。

其中，第一查询单元，用于基于SSH密钥对，连接源服务器和预设堡垒机，并查询至少一个目标服务器的配置信息。

连接单元，用于基于SSH密钥对和配置信息，连接预设堡垒机和至少一个目标服务器。

第二查询单元，用于通过预设通配符查询至少一个目标服务器的目标配置文件，获取每个目标服务器的目标配置文件信息。

展示单元，用于将目标配置文件信息返回至源服务器，并将目标配置文件信息在前端应用中展示。

可选地，在本申请的一个实施例中，本申请实施例的修改服务器配置的装置10还包括：更新模块，用于在将目标配置文件信息返回至源服务器之后将目标配置文件信息存储至缓存中，并在目标配置文件更新的情况下，同步更新缓存。

可选地，在本申请的一个实施例中，本申请实施例的修改服务器配置的装置10还包括：发送模块，用于在将新的配置文件保存至源服务器之后通过预设堡垒机将新的配置文件发送至对应的目标服务器的预设位置。

需要说明的是，前述对修改服务器配置的方法实施例的解释说明也适用于该实施例的修改服务器配置的装置，此处不再赘述。

根据本申请实施例提出的修改服务器配置的装置，通过利用预先构建的源服务器搭建后端应用；获取至少一个目标服务器的配置信息，并根据至少一个目标服务器中每个目标服务器的配置信息，通过后端应用和预设堡垒机，读取每个目标服务器的目标配置文件，得到每个目标服务器的目标配置文件信息；根据用户的修改指令同时在线修改至少一个目标服务器的目标配置文件信息，得到新的配置文件，将新的配置文件保存至源服务器。本申请通过登录管理服务器，配置各个目标服务器的信息，从而通过浏览器便可预览和修改配置文件，且配置文件可自定义、复用和批量更新，极大减少了服务器配置修改的工作量，提升了工作效率。

图6为本申请实施例提供的电子设备的结构示意图。该电子设备可以包括：

存储器601、处理器602及存储在存储器601上并可在处理器602上运行的计算机程序。

处理器602执行程序时实现上述实施例中提供的修改服务器配置的方法。

进一步地，电子设备还包括：

通信接口603，用于存储器601和处理器602之间的通信。

存储器601，用于存放可在处理器602上运行的计算机程序。

存储器601可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。

如果存储器601、处理器602和通信接口603独立实现，则通信接口603、存储器601和处理器602可以通过总线相互连接并完成相互间的通信。总线可以是工业标准体系结构(Industry Standard Architecture，简称为ISA)总线、外部设备互连(PeripheralComponent，简称为PCI)总线或扩展工业标准体系结构(Extended Industry StandardArchitecture，简称为EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，图6中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

可选地，在具体实现上，如果存储器601、处理器602及通信接口603，集成在一块芯片上实现，则存储器601、处理器602及通信接口603可以通过内部接口完成相互间的通信。

处理器602可能是一个中央处理器(Central Processing Unit，简称为CPU)，或者是特定集成电路(Application Specific Integrated Circuit，简称为ASIC)，或者是被配置成实施本申请实施例的一个或多个集成电路。

本申请实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上的修改服务器配置的方法。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或N个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本申请的描述中，“N个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或N个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或N个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(RAM)，只读存储器(ROM)，可擦除可编辑只读存储器(EPROM或闪速存储器)，光纤装置，以及便携式光盘只读存储器(CDROM)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。

应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，N个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。如果用硬件来实现和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。