一种配置文件获取方法及装置与流程

本发明涉及计算机网络技术领域，特别是涉及一种配置文件获取方法及装置。

背景技术：

现有技术中，应用程序在启动的时候一般都需要读取该应用程序的配置文件，根据配置文件中的配置信息来启动应用程序。通常，应用程序的配置文件可以由应用程序所在终端对应的服务端生成并发送给该终端，其中，配置文件是由服务端将本地保存的该应用程序的配置信息写入到预设的与该应用程序对应的配置模板中所生成的。

实际应用中，由于同一终端中的应用程序较多、并且服务端所对应的终端的数量也较多，因此需要在服务端对终端中的应用程序的配置文件进行统一管理，也称为配置管理。

例如，某游戏开发公司开发了一个网络游戏，游戏的部署规模较大，需要专业的运维团队和软件去做部署和日常管理维护。如果该网络游戏的游戏服务器端有多个应用程序需要部署，例如各种后端服务程序(逻辑处理主程序、网关程序、日志记录程序等)、多种中间件服务程序(缓存程序、消息系统程序、调度程序等)、后端数据库程序，等等。这些应用程序可能会分种类部署在多台游戏服务器上，并且随着游戏运作规模的扩大，游戏服务器的部署数量也会进一步增长。几乎每个应用程序都需要根据对应的配置文件正确配置后，才能正常启动提供服务，那么对海量游戏服务器以及其中的应用程序的配置文件管理就成为一个比较重要的工作。这里的游戏服务器可以视为终端，管理海量游戏服务器以及其中的应用程序的配置文件的服务器为服务端。

现有的配置管理方法是由开源的自动化运维工具实现的，如Puppet、Ansible等。但是，由于开源的自动化运维工具在进行配置管理时，需要在终端安装专用程序，终端通过该专用程序向服务端请求配置文件，而如果终端未安装该专用程序，将不能从服务端获取配置文件。因此，现有的配置管理方法限制了终端从服务端获取配置文件的方式，不便于终端获取配置文件。

技术实现要素：

本发明实施例的目的在于提供一种配置文件获取方法及装置，以使终端更加方便的获取配置文件。具体技术方案如下：

为达到上述目的，本发明实施例公开了一种配置文件获取方法，应用于终端，所述方法包括：

向服务端的第一API接口发送用于获取所述终端中目标应用程序的配置文件列表的第一获取请求，其中，所述第一API接口为：用于接收网络访问请求的接口；

接收所述服务端根据所述第一获取请求反馈的所述配置文件列表，并根据所述配置文件列表确定目标配置文件；

向所述服务端的第二API接口发送用于获取所述目标配置文件的第二获取请求，其中，所述第二API接口为：用于接收网络访问请求的接口；

接收所述服务端根据所述第二获取请求反馈的所述目标配置文件。

可选的，在所述向服务端的第一API接口发送用于获取所述终端中目标应用程序的配置文件列表的第一获取请求之前，还包括：

判断所述终端是否安装有与所述服务端对应的专用程序；

如果是，通过所述专用程序，向所述服务端发送所述第一获取请求；

接收所述服务端根据所述第一获取请求反馈的所述配置文件列表，并根据所述配置文件列表确定目标配置文件；

通过所述专用程序，向所述服务端发送所述第二获取请求；

接收所述服务端根据所述第二获取请求反馈的所述目标配置文件；

如果否，执行所述向服务端的第一API接口发送用于获取所述终端中目标应用程序的配置文件列表的第一获取请求的步骤。

可选的，在所述通过所述专用程序，向所述服务端发送所述第一获取请求之前，还包括：

通过所述专用程序，向所述服务端发送用于获取所述专用程序的主配置文件的第三获取请求；

接收所述服务端根据所述第三获取请求反馈的所述专用程序的主配置文件。

可选的，所述第一获取请求中携带有所述终端对应的令牌，其中，所述令牌为预先从所述服务端获得的。

可选的，所述方法还包括：

当所述终端所提供服务的服务类型变更时，向所述服务端发送服务类型变更的第一消息，以使所述服务端将所述终端的权限调整为变更后的服务类型对应的权限。

可选的，所述方法还包括：

接收所述服务端发送的所述终端对应的权限调整的第二消息；

根据所述第二消息，将所述终端所提供服务的服务类型变更为调整后的权限对应的服务类型。

为达到上述目的，本发明实施例还公开了一种配置文件获取方法，应用于服务端，所述方法包括：

通过第一API接口，接收终端发送的用于获取目标应用程序的配置文件列表的第一获取请求，其中，所述第一API接口为：用于接收网络访问请求的接口；

根据所述第一获取请求，确定所述配置文件列表，并向所述终端反馈所述配置文件列表；

通过第二API接口，接收所述终端根据所述配置文件列表发送的用于获取目标配置文件的第二获取请求，其中，所述第二API接口为：用于接收网络访问请求的接口；

根据所述第二获取请求，确定所述目标配置文件，并向所述终端反馈所述目标配置文件。

可选的，所述第一获取请求中携带有所述终端对应的令牌，其中，所述令牌为预先从所述服务端获得的；

在所述接收终端发送的用于获取目标应用程序的配置文件列表的第一获取请求之后，所述方法还包括：

根据所述令牌验证所述第一获取请求的合法性，如果合法，执行所述根据所述第一获取请求，确定所述配置文件列表，并向所述终端反馈所述配置文件列表的步骤。

可选的，所述方法还包括：

接收所述终端发送的所述终端所提供服务的服务类型变更的第一消息；

根据所述第一消息，将所述终端的权限调整为变更后的服务类型对应的权限。

可选的，所述方法还包括：

调整所述终端对应的权限；

向所述终端发送针对权限调整的第二消息，以使所述终端将所提供服务的服务类型变更为调整后的权限对应的服务类型。

可选的，所述根据所述第二获取请求，确定所述目标配置文件，包括：

根据所述第二获取请求中携带的目标应用程序的业务类型，确定所述目标配置文件对应的目标配置模板和目标配置信息；

根据所述目标配置模板和所述目标配置信息，生成所述目标配置文件。

为达到上述目的，本发明实施例还公开了一种配置文件获取装置，应用于终端，所述装置包括：

第一发送模块，用于向服务端的第一API接口发送用于获取所述终端中目标应用程序的配置文件列表的第一获取请求，其中，所述第一API接口为：用于接收网络访问请求的接口；

第一接收模块，用于接收所述服务端根据所述第一获取请求反馈的所述配置文件列表，并根据所述配置文件列表确定目标配置文件；

第二发送模块，用于向所述服务端的第二API接口发送用于获取所述目标配置文件的第二获取请求，其中，所述第二API接口为：用于接收网络访问请求的接口；

第二接收模块，用于接收所述服务端根据所述第二获取请求反馈的所述目标配置文件。

可选的，所述装置还包括：

判断模块，用于在所述第一发送模块向服务端的第一API接口发送用于获取所述终端中目标应用程序的配置文件列表的第一获取请求之前，判断所述终端是否安装有与所述服务端对应的专用程序；如果是，触发第三发送模块，如果否，触发所述第一发送模块；

第三发送模块，用于通过所述专用程序，向所述服务端发送所述第一获取请求；

第三接收模块，用于接收所述服务端根据所述第一获取请求反馈的所述配置文件列表，并根据所述配置文件列表确定目标配置文件；

第四发送模块，用于通过所述专用程序，向所述服务端发送所述第二获取请求；

第四接收模块，用于接收所述服务端根据所述第二获取请求反馈的所述目标配置文件。

可选的，所述装置还包括：

第五发送模块，用于在所述第三发送模块通过所述专用程序，向所述服务端发送所述第一获取请求之前，通过所述专用程序，向所述服务端发送用于获取所述专用程序的主配置文件的第三获取请求；

第五接收模块，用于接收所述服务端根据所述第三获取请求反馈的所述专用程序的主配置文件。

可选的，所述第一获取请求中携带有所述终端对应的令牌，其中，所述令牌为预先从所述服务端获得的。

可选的，所述装置还包括：

第六发送模块，用于当所述终端所提供服务的服务类型变更时，向所述服务端发送服务类型变更的第一消息，以使所述服务端将所述终端的权限调整为变更后的服务类型对应的权限。

可选的，所述装置还包括：

第六接收模块，用于接收所述服务端发送的所述终端对应的权限调整的第二消息；

变更模块，用于根据所述第二消息，将所述终端所提供服务的服务类型变更为调整后的权限对应的服务类型。

为达到上述目的，本发明实施例还公开了一种配置文件获取装置，应用于服务端，所述装置包括：

第一接收模块，用于通过第一API接口，接收终端发送的用于获取目标应用程序的配置文件列表的第一获取请求，其中，所述第一API接口为：用于接收网络访问请求的接口；

第一反馈模块，用于根据所述第一获取请求，确定所述配置文件列表，并向所述终端反馈所述配置文件列表；

第二接收模块，用于通过第二API接口，接收所述终端根据所述配置文件列表发送的用于获取目标配置文件的第二获取请求，其中，所述第二API接口为：用于接收网络访问请求的接口；

第二反馈模块，用于根据所述第二获取请求，确定所述目标配置文件，并向所述终端反馈所述目标配置文件。

可选的，所述第一获取请求中携带有所述终端对应的令牌，其中，所述令牌为预先从所述服务端获得的；

所述装置还包括：

验证模块，用于在所述第一接收模块接收终端发送的用于获取目标应用程序的配置文件列表的第一获取请求之后，根据所述令牌验证所述第一获取请求的合法性，如果合法，触发所述第一反馈模块。

可选的，所述装置还包括：

第三接收模块，用于接收所述终端发送的所述终端所提供服务的服务类型变更的第一消息；

第一调整模块，用于根据所述第一消息，将所述终端的权限调整为变更后的服务类型对应的权限。

可选的，所述装置还包括：

第二调整模块，用于调整所述终端对应的权限；

发送模块，用于向所述终端发送针对权限调整的第二消息，以使所述终端将所提供服务的服务类型变更为调整后的权限对应的服务类型。

可选的，所述第二反馈模块，包括：

确定子模块，根据所述第二获取请求中携带的目标应用程序的业务类型，确定所述目标配置文件对应的目标配置模板和目标配置信息；

生成子模块，根据所述目标配置模板和所述目标配置信息，生成所述目标配置文件。

本发明实施例提供的配置文件获取方法及装置，服务端设置有用于接收网络访问请求的第一API接口和第二API接口，终端向服务端的第一API接口发送用于获取目标应用程序的配置文件列表的第一获取请求，接收服务端反馈的配置文件列表，并根据配置文件列表确定目标配置文件，向服务端的第二API接口发送用于获取目标配置文件的第二获取请求，接收服务端反馈的目标配置文件。

可见，本发明实施例提供的方案，服务端分别提供了获取配置文件列表和配置文件的API接口，使得终端在不安装专用程序的情况下可以通过访问API接口的方式从服务端获取配置文件，终端在安装了专用程序的情况下既可以通过专用程序、也可以通过访问API接口的方式获取配置文件，因此，本发明实施例提供的方案扩展了终端获取配置文件的方式，使得终端可以更加方便的获取配置文件。

附图说明

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

图1为本发明实施例提供的配置文件获取方法的第一种流程示意图；

图2为本发明实施例提供的配置文件获取方法的第二种流程示意图；

图3为本发明实施例提供的配置文件获取装置的第一种流程示意图；

图4为本发明实施例提供的配置文件获取装置的第二种流程示意图。

具体实施方式

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

为解决现有技术的问题，本发明实施例提供了一种配置文件获取方法及装置。下面首先对本发明实施例所提供的一种配置文件获取方法进行详细说明。

需要说明的是，本发明实施例可以应用于游戏服务器中的应用程序的配置文件管理，也可以应用于其它场景中的应用程序的配置文件的管理，本发明实施例对此不做限定。

图1为本发明实施例提供的配置文件获取方法的第一种流程示意图，该方法应用于终端，包括：

S101，向服务端的第一API接口发送用于获取终端中目标应用程序的配置文件列表的第一获取请求。

其中，第一API(Application Program Interface，应用程序接口)接口为：用于接收网络访问请求的接口。该网络访问请求可以为HTTP(HyperText Transfer Protocol，超文本传输协议)类型的访问请求，也可以为RPC(Remote Procedure Call Protocol，远程过程调用协议)类型的访问请求，等等，本实施例对网络访问请求的类型不做限定。

第一获取请求中可以携带终端的基本信息如IP(Internet Protocol)地址等、终端的硬件信息如CPU(Central Processing Unit，中央处理器)个数、内存大小等、终端所提供服务的服务类型，还可以携带目标应用程序的标识、目标应用程序所属的业务类型等信息，等等，都是合理的，本实施例对第一获取请求中携带的信息不做限定。

S102，接收服务端根据第一获取请求反馈的配置文件列表，并根据配置文件列表确定目标配置文件。

可以理解的，配置文件列表中可以包含该终端上所有应用程序所对应的配置文件的标识信息，终端可以从配置文件列表中确定目标应用程序所对应的配置文件的标识信息，进而向服务端请求获取对应的配置文件。

S103，向服务端的第二API接口发送用于获取目标配置文件的第二获取请求。

其中，第二API接口为：用于接收网络访问请求的接口。该网络访问请求可以为HTTP协议(HyperText Transfer Protocol，超文本传输协议)类型的访问请求，也可以为RPC协议(Remote Procedure Call Protocol，远程过程调用协议类型的访问请求，等等，本实施例对网络访问请求的类型不做限定。

第二获取请求中可以携带终端的基本信息如IP地址等、终端的硬件信息如CPU个数、内存大小等、终端所提供服务的服务类型，还可以携带目标应用程序的标识、目标应用程序所属的业务类型、所请求获取的配置文件的标识等信息，等等，都是合理的，本实施例对第二获取请求中携带的信息不做限定。

具体的，服务端根据第二获取请求确定目标配置文件的过程可以参见图2所示实施例的相关描述，这里暂不详述。

实际应用中，上述第一API接口与上述第二API接口可以是同一个API接口，也可以是不同的API接口，本实施例对此不做限定。

S104，接收服务端根据第二获取请求反馈的目标配置文件。

终端在接收到目标配置文件后，由于目标配置文件中包含启动目标应用程序所需要的配置信息，因此可以根据目标配置文件来启动目标应用程序，在目标应用程序启动后，终端还可以将启动结果回传给服务端。具体的，根据配置文件来启动应用程序的方法属于现有技术，在此不做赘述。

需要说明的是，终端在获取配置文件列表后，如果终端有多个应用程序需要启动，则可以确定每个应用程序所对应的配置文件的标识信息，并依次向服务端的第二API接口发送获取每个应用程序对应的配置文件的获取请求。这样，可以提高配置文件的获取速度。

在实际应用中，由于终端还可以安装与服务端对应的专用程序，如Agent(代理)，Agent是指驻留在受管设备中并向管理站报告指定变量值的程序。因此，终端还可以通过专用程序的方式获得配置文件。

具体的，在步骤S101向服务端的第一API接口发送用于获取终端中目标应用程序的配置文件列表的第一获取请求之前，该配置文件获取方法还可以包括：

判断终端是否安装有与服务端对应的专用程序；

如果是，通过专用程序，向服务端发送该第一获取请求；

接收服务端根据该第一获取请求反馈的配置文件列表，并根据配置文件列表确定目标配置文件；

通过专用程序，向服务端发送第二获取请求；

接收服务端根据第二获取请求反馈的目标配置文件；

如果否，执行S101向服务端的第一API接口发送用于获取终端中目标应用程序的配置文件列表的第一获取请求的步骤。

需要说明的是，当专用程序启动成功并与服务端心跳连接正常的情况下，终端可以通过专用程序的方式获取配置文件。具体的，由于通过专用程序的方式获取配置文件的过程与上述通过API接口的方式获取配置文件的过程相类似，在此不做赘述。

当然，即使终端安装了与服务端对应的专用程序，也可以使用通过API接口的方式来获取配置文件，本发明对此不做限定。

在实际应用中，专用程序只配置了服务端的IP地址信息，专用程序安装后初次启动时需要根据服务端的IP地址信息，与服务端建立心跳连接，并获取专用程序的主配置文件。

因此，在通过专用程序，向服务端发送第一获取请求之前，还可以包括：

通过专用程序，向服务端发送用于获取专用程序的主配置文件的第三获取请求；

接收服务端根据第三获取请求反馈的专用程序的主配置文件。

其中，第三获取请求中可以携带终端的标识信息如IP地址，服务端在校验第三获取请求中的IP地址合法后，可以向该终端反馈专用程序的主配置文件，并与专用程序建立心跳连接。

主配置文件中可以包含服务端为该专用程序特定生成的token(令牌)，类似于密钥，以便于服务端对后续终端通过该专用程序发送的请求进行IP地址和token的双重认证；主配置文件中还可以包含专用程序自身需要的配置信息如超时时间、备用服务端IP地址、心跳连接间隔时间、心跳连接失效的最大重试次数等等，本实施例对主配置文件所包含的信息不做限定。

为了安全起见，终端发送的第一获取请求和/或第二获取请求中可以携带有终端对应的令牌，其中，令牌为预先从服务端获得的，服务端在接收到终端发送的获取请求时，根据获取请求中携带的令牌来验证获取请求的合法性。

可以理解的，令牌可以是从专用程序的主配置文件中获得的，也可以由服务端通过其他特定方式发送给终端的，本实施例对此不做限定。

实际应用中，由于终端可以提供不同类型的服务，如数据库服务、Web服务，为了安全起见，对于服务端来说，可以为提供不同类型的服务的终端设置不同的权限，例如，提供数据库服务的终端具备获取应用程序A的配置文件的权限，而提供Web服务的终端不具备获取应用程序A的配置文件的权限。因此，该配置文件获取方法还可以包括：

当终端所提供服务的服务类型变更时，向服务端发送服务类型变更的第一消息，以使服务端将终端的权限调整为变更后的服务类型对应的权限。

实际应用中，当有较多的终端需要同时变更服务类型时，还可以在服务端统一调整这些终端的权限，然后由终端变更服务类型。具体的，终端还可以根据以下方式变更服务类型：

接收服务端发送的终端对应的权限调整的第二消息；

根据第二消息，将终端所提供服务的服务类型变更为调整后的权限对应的服务类型。

需要说明的是，使用上述两种方式，可以灵活切换终端的服务类型，并在服务端对终端的权限进行调整。当终端所提供服务的服务类型变更时，该终端需要启动变更后的服务类型对应的应用程序，这时，终端可以向服务端请求获取变更后的服务类型对应的应用程序的配置文件，而服务端根据变更后的服务类型对应的权限来验证终端发送的获取请求的合法性。这样，通过服务端就可以对配置文件进行统一的控制和权限管理。

由以上描述可知，本实施例提供的配置文件获取方法，服务端设置有用于接收网络访问请求的第一API接口和第二API接口，终端向服务端的第一API接口发送用于获取目标应用程序的配置文件列表的第一获取请求，接收服务端反馈的配置文件列表，并根据配置文件列表确定目标配置文件，向服务端的第二API接口发送用于获取目标配置文件的第二获取请求，接收服务端反馈的目标配置文件。

可见，本实施例提供的方案，服务端分别提供了获取配置文件列表和配置文件的API接口，使得终端在不安装专用程序的情况下可以通过访问API接口的方式从服务端获取配置文件，终端在安装了专用程序的情况下既可以通过专用程序、也可以通过访问API接口的方式获取配置文件，因此，本实施例提供的方案扩展了终端获取配置文件的方式，使得终端可以更加方便的获取配置文件。

图2为本发明实施例提供的配置文件获取方法的第二种流程示意图，该方法应用于服务端，包括：

S201，通过第一API接口，接收终端发送的用于获取目标应用程序的配置文件列表的第一获取请求。

其中，第一API接口为：用于接收网络访问请求的接口。

实际应用中，第一获取请求中可以携带有终端对应的令牌，其中，令牌为预先从服务端获得的；

在接收终端发送的用于获取目标应用程序的配置文件列表的第一获取请求之后，该方法还可以包括：

根据令牌验证第一获取请求的合法性，如果合法，执行S202根据第一获取请求，确定配置文件列表，并向终端反馈配置文件列表的步骤。

如果第一获取请求不合法，服务端还可以向终端发送第一获取请求不合法的消息，以使终端重新发送合法的第一获取请求，保证终端业务的正常运行。

为了安全起见，第一获取请求中还可以包含终端的标识信息，如IP地址，服务端可以根据令牌和IP地址信息对第一获取请求进行双重认证。当然，服务端还可以根据令牌和其它信息进行验证，本实施例对此不做限定。

S202，根据第一获取请求，确定配置文件列表，并向终端反馈配置文件列表。

由上述描述可知，第一获取请求中可以携带终端的基本信息如IP地址等、终端的硬件信息如CPU个数、内存大小等、终端所提供服务的服务类型，还可以携带目标应用程序的标识、目标应用程序所属的业务类型等信息。因此，服务端可以根据第一获取请求中携带的终端的信息和目标应用程序的信息，确定配置目标应用程序的配置文件列表。

S203，通过第二API接口，接收终端根据配置文件列表发送的用于获取目标配置文件的第二获取请求。

其中，第二API接口为：用于接收网络访问请求的接口。

由上述描述可知，第二获取请求中可以携带终端的基本信息如IP地址等、终端的硬件信息如CPU个数、内存大小等、终端所提供服务的服务类型，还可以携带目标应用程序的标识、目标应用程序所属的业务类型、所请求获取的配置文件的标识等信息。

可以理解的，与第一获取请求类似，第二获取请求中也可以携带终端对应的令牌；

在接收终端根据配置文件列表发送的用于获取目标配置文件的第二获取请求之后，根据令牌验证第二获取请求的合法性，如果合法，执行S204根据第二获取请求，确定目标配置文件，并向终端反馈目标配置文件的步骤。

如果第二获取请求不合法，服务端还可以向终端发送第二获取请求不合法的消息，以使终端重新发送合法的第二获取请求，保证终端业务的正常运行。

为了安全起见，第二获取请求中还可以包含终端的标识信息，如IP地址，服务端可以根据令牌和IP地址信息对第二获取请求进行双重认证。当然，服务端还可以根据令牌和其它信息进行验证，本实施例对此不做限定。

同时，由于服务端记录了终端所提供服务的服务类型所对应的权限，因此，服务端还可以根据终端当前所提供服务的服务类型，判断该终端是否具备获取目标配置文件的权限，如果具备，服务端才会根据第二获取请求，确定目标配置文件，并向终端反馈目标配置文件。

S204，根据第二获取请求，确定目标配置文件，并向终端反馈目标配置文件。

具体的，可以根据第二获取请求中携带的目标应用程序的业务类型，确定目标配置文件对应的目标配置模板和目标配置信息；根据目标配置模板和目标配置信息，生成目标配置文件。

实际应用中，服务端可以预先建立数据库，以存储终端的各个应用程序的配置信息以及与对应的配置模板的关联关系。在接收到第二获取请求中，从数据库中检索目标应用程序对应的配置信息及配置模板，将配置信息写入到配置模板中，生成目标应用程序对应的配置文件。

可以理解的，在实际应用中，为了能够更加灵活的使用服务端提供的API接口，服务端并不对请求接口的终端做严格限制，即为了获取终端A上某些应用程序的配置文件，请求不限制必须从终端A发起，这样设置的原因是可能存在终端B或者一批终端需要通过终端A进行远程的集中控制。

对于通过API接口接收的请求的合法性校验，可以通过请求中携带的IP地址和token的双重认证的形式来完成。对于需要向服务端的API接口发送请求的终端，提供终端的IP地址、对应的项目或业务等相关信息，服务端预先为其生成专有的token并发送给该终端；终端在后续向API接口发送的请求中，都需要携带该token，获取配置文件列表或配置文件时还需携带其他的必要信息，如终端IP地址、终端的硬件信息、项目相关信息等，服务端校验请求的合法性通过后，会根据请求中携带的信息反馈所请求的配置文件列表或配置文件。

示例性的，当终端A向服务端请求获取终端B上的应用程序X的配置文件时，终端A发送给服务端的获取请求中携带的是终端A的IP地址和token、以及终端B当前所提供的服务的服务类型，如果服务端验证终端A的IP地址和token合法、并且终端B当前具有获得应用程序X配置文件的权限时，服务端就会向终端A反馈终端B的应用程序X的配置文件。

由于终端终每个应用程序都有其独立的配置模板，不同业务之间的配置模板是完全没有关联的，配置文件的获取请求携带的是不同应用程序的业务类型信息，不同的应用程序之间相互没有影响。因此，本实施例提供的方案可以隔离不同的业务线，对不同业务线的配置文件进行统一的管理，提高工作效率和降低错误的发生概率。

由上述图1所示实施例的描述可知，当终端所提供的服务的服务类型变更时，终端会向服务端发送服务类型变更的第一消息，服务端还可以接收终端发送的终端所提供服务的服务类型变更的第一消息，并根据第一消息，将终端的权限调整为变更后的服务类型对应的权限。

例如，终端的服务类型从web服务变更为数据库服务时，可以通过专用程序向服务端上报服务类型变更的消息，服务端将该终端的权限调整为数据库服务对应的权限，然后终端通过专用程序从服务端获取数据库服务对应的配置文件，这样就可以实现终端的服务类型的灵活切换。在服务端对终端进行权限调整和请求验证，可以隔离不同的业务线以及相同业务线上的不同服务类型，达到管理终端的配置文件的目的。

在另一种实现方式中，服务端可以先调整终端对应的权限，然后向终端发送针对权限调整的第二消息，以使终端将所提供服务的服务类型变更为调整后的权限对应的服务类型。这样，在较多终端需要同时变更服务类型的情况下，先由服务端统一调整这些终端的权限，然后由终端变更自身的服务类型，可以实现服务端对各个终端的统一控制和权限管理。

由以上描述可知，本实施例提供的配置文件获取方法，服务端设置有用于接收网络访问请求的第一API接口和第二API接口，通过第一API接口接收终端发送的用于获取目标应用程序的配置文件列表的第一获取请求，确定并向终端反馈该配置文件列表，通过第二API接口接收终端发送的用于获取目标配置文件的第二获取请求，确定并向终端反馈目标配置文件。

可见，本实施例提供的方案，服务端分别提供了获取配置文件列表和配置文件的API接口，使得终端在不安装专用程序的情况下可以通过访问API接口的方式从服务端获取配置文件，终端在安装了专用程序的情况下既可以通过专用程序、也可以通过访问API接口的方式获取配置文件，因此，本实施例提供的方案扩展了终端获取配置文件的方式，使得终端可以更加方便的获取配置文件。

与上述的配置文件获取方法相对应，本发明实施例还提供了一种配置文件获取装置。

与图1所示的方法实施例相对应，图3为本发明实施例提供的配置文件获取装置的第一种结构示意图，该装置应用于终端，可以包括：

第一发送模块301，用于向服务端的第一API接口发送用于获取所述终端中目标应用程序的配置文件列表的第一获取请求，其中，所述第一API接口为：用于接收网络访问请求的接口；

第一接收模块302，用于接收所述服务端根据所述第一获取请求反馈的所述配置文件列表，并根据所述配置文件列表确定目标配置文件；

第二发送模块303，用于向所述服务端的第二API接口发送用于获取所述目标配置文件的第二获取请求，其中，所述第二API接口为：用于接收网络访问请求的接口；

第二接收模块304，用于接收所述服务端根据所述第二获取请求反馈的所述目标配置文件。

具体的，所述装置还可以包括：

判断模块，用于在所述第一发送模块301向服务端的第一API接口发送用于获取所述终端中目标应用程序的配置文件列表的第一获取请求之前，判断所述终端是否安装有与所述服务端对应的专用程序；如果是，触发第三发送模块(图中未示出)，如果否，触发所述第一发送模块301；

第三发送模块，用于通过所述专用程序，向所述服务端发送所述第一获取请求；

第三接收模块(图中未示出)，用于接收所述服务端根据所述第一获取请求反馈的所述配置文件列表，并根据所述配置文件列表确定目标配置文件；

第四发送模块(图中未示出)，用于通过所述专用程序，向所述服务端发送所述第二获取请求；

第四接收模块(图中未示出)，用于接收所述服务端根据所述第二获取请求反馈的所述目标配置文件。

具体的，所述装置还可以包括：

第五发送模块(图中未示出)，用于在所述第三发送模块通过所述专用程序，向所述服务端发送所述第一获取请求之前，通过所述专用程序，向所述服务端发送用于获取所述专用程序的主配置文件的第三获取请求；

第五接收模块(图中未示出)，用于接收所述服务端根据所述第三获取请求反馈的所述专用程序的主配置文件。

具体的，所述第一获取请求中可以携带有所述终端对应的令牌，其中，所述令牌为预先从所述服务端获得的。

具体的，所述装置还可以包括：

第六发送模块(图中未示出)，用于当所述终端所提供服务的服务类型变更时，向所述服务端发送服务类型变更的第一消息，以使所述服务端将所述终端的权限调整为变更后的服务类型对应的权限。

具体的，所述装置还可以包括：

第六接收模块(图中未示出)，用于接收所述服务端发送的所述终端对应的权限调整的第二消息；

变更模块(图中未示出)，用于根据所述第二消息，将所述终端所提供服务的服务类型变更为调整后的权限对应的服务类型。

由以上描述可知，本实施例提供的配置文件获取装置，服务端设置有用于接收网络访问请求的第一API接口和第二API接口，终端向服务端的第一API接口发送用于获取目标应用程序的配置文件列表的第一获取请求，接收服务端反馈的配置文件列表，并根据配置文件列表确定目标配置文件，向服务端的第二API接口发送用于获取目标配置文件的第二获取请求，接收服务端反馈的目标配置文件。

可见，本实施例提供的方案，服务端分别提供了获取配置文件列表和配置文件的API接口，使得终端在不安装专用程序的情况下可以通过访问API接口的方式从服务端获取配置文件，终端在安装了专用程序的情况下既可以通过专用程序、也可以通过访问API接口的方式获取配置文件，因此，本实施例提供的方案扩展了终端获取配置文件的方式，使得终端可以更加方便的获取配置文件。

与图2所示的方法实施例相对应，图4为本发明实施例提供的配置文件获取装置的第二种结构示意图，该装置应用于服务端，可以包括：

第一接收模块401，用于通过第一API接口，接收终端发送的用于获取目标应用程序的配置文件列表的第一获取请求，其中，所述第一API接口为：用于接收网络访问请求的接口；

第一反馈模块402，用于根据所述第一获取请求，确定所述配置文件列表，并向所述终端反馈所述配置文件列表；

第二接收模块403，用于通过第二API接口，接收所述终端根据所述配置文件列表发送的用于获取目标配置文件的第二获取请求，其中，所述第二API接口为：用于接收网络访问请求的接口；

第二反馈模块404，用于根据所述第二获取请求，确定所述目标配置文件，并向所述终端反馈所述目标配置文件。

具体的，所述第一获取请求中可以携带有所述终端对应的令牌，其中，所述令牌为预先从所述服务端获得的；

所述装置还可以包括：

验证模块(图中未示出)，用于在所述第一接收模块接收终端发送的用于获取目标应用程序的配置文件列表的第一获取请求之后，根据所述令牌验证所述第一获取请求的合法性，如果合法，触发所述第一反馈模块402。

具体的，所述装置还可以包括：

第三接收模块(图中未示出)，用于接收所述终端发送的所述终端所提供服务的服务类型变更的第一消息；

第一调整模块(图中未示出)，用于根据所述第一消息，将所述终端的权限调整为变更后的服务类型对应的权限。

具体的，所述装置还可以包括：

第二调整模块(图中未示出)，用于调整所述终端对应的权限；

发送模块(图中未示出)，用于向所述终端发送针对权限调整的第二消息，以使所述终端将所提供服务的服务类型变更为调整后的权限对应的服务类型。

具体的，所述第二反馈模块404，可以包括：

确定子模块(图中未示出)，根据所述第二获取请求中携带的目标应用程序的业务类型，确定所述目标配置文件对应的目标配置模板和目标配置信息；

生成子模块(图中未示出)，根据所述目标配置模板和所述目标配置信息，生成所述目标配置文件。

由以上描述可知，本实施例提供的配置文件获取装置，服务端设置有用于接收网络访问请求的第一API接口和第二API接口，通过第一API接口接收终端发送的用于获取目标应用程序的配置文件列表的第一获取请求，确定并向终端反馈该配置文件列表，通过第二API接口接收终端发送的用于获取目标配置文件的第二获取请求，确定并向终端反馈目标配置文件。

可见，本实施例提供的方案，服务端分别提供了获取配置文件列表和配置文件的API接口，使得终端在不安装专用程序的情况下可以通过访问API接口的方式从服务端获取配置文件，终端在安装了专用程序的情况下既可以通过专用程序、也可以通过访问API接口的方式获取配置文件，因此，本实施例提供的方案扩展了终端获取配置文件的方式，使得终端可以更加方便的获取配置文件。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

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

以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本发明的保护范围内。