CN110554884B - 一种配置方法、装置、后台服务器及存储介质 - Google Patents

Abstract

本发明实施例提供一种配置方法、装置、后台服务器及存储介质，其中方法包括：获取上传的配置信息，所述配置信息用于配置第一项目的至少一个第一平台；判断所述至少一个第一平台中是否存在不支持所述配置信息的平台；若所述至少一个第一平台中存在不支持所述配置信息的平台，将所述配置信息转换为所述平台所支持的配置信息，以确定各所述第一平台支持的目标配置信息；将各所述第一平台支持的目标配置信息分别发送给各所述第一平台，以便各所述第一平台基于所支持的目标配置信息执行配置。本发明实施例能够针对不同运行环境的多平台，实现高效的配置。

Description

一种配置方法、装置、后台服务器及存储介质

技术领域

本发明实施例涉及数据配置技术领域，具体涉及一种配置方法、装置、后台服务器及存储介质。

背景技术

随着软件、硬件运行环境的多样化，项目(例如软件)开发时，往往需要开发基于不同运行环境的平台，从而便于不同运行环境的终端设备(终端设备如手机、电脑等电子设备)接入各自运行环境的平台，以使用项目服务；例如，以android(安卓)、ios、web等运行环境为例，一个软件需要开发基于android、ios、web等不同运行环境的平台，从而android终端设备接入android平台，ios终端设备接入ios平台，使用web的终端设备接入web平台，使得软件能够支持不同运行环境的终端设备，触达更多的使用者。

各平台往往都具有配置需求，即各平台均需要基于配置信息进行平台配置，因此针对这些不同运行环境的多平台，如何实现高效配置，成为了本领域技术人员需要考虑的问题。

发明内容

有鉴于此，本发明实施例提供一种配置方法、装置、后台服务器及存储介质，以能够针对不同运行环境的多平台，实现高效配置。

为实现上述目的，本发明实施例提供如下技术方案：

一种配置方法，应用于后台服务器，所述方法包括：

获取上传的配置信息，所述配置信息用于配置第一项目的至少一个第一平台；

判断所述至少一个第一平台中是否存在不支持所述配置信息的平台；

若所述至少一个第一平台中存在不支持所述配置信息的平台，将所述配置信息转换为所述平台所支持的配置信息，以确定各所述第一平台支持的目标配置信息；

将各所述第一平台支持的目标配置信息分别发送给各所述第一平台，以便各所述第一平台基于所支持的目标配置信息执行配置。

本发明实施例还提供一种配置装置，包括：

配置信息获取模块，用于获取上传的配置信息，所述配置信息用于配置第一项目的至少一个第一平台；

判断模块，用于判断所述至少一个第一平台中是否存在不支持所述配置信息的平台；

目标配置信息第一确定模块，用于若所述至少一个第一平台中存在不支持所述配置信息的平台，将所述配置信息转换为所述平台所支持的配置信息，以确定各所述第一平台支持的目标配置信息；

配置信息发送模块，用于将各所述第一平台支持的目标配置信息分别发送给各所述第一平台，以便各所述第一平台基于所支持的目标配置信息执行配置。

本发明实施例还提供一种后台服务器，包括至少一个存储器和至少一个处理器，所述存储器存储程序，所述处理器调用所述程序，以执行上述所述的配置方法。

本发明实施例还提供一种存储介质，所述存储介质存储执行上述所述的配置方法的程序。

本发明实施例提供的配置方法可由后台服务器执行，在获取用于配置第一项目的至少一个第一平台的配置信息后，本发明实施例可判断所述至少一个第一平台中是否存在不支持所述配置信息的平台，如果所述至少一个第一平台中存在不支持所述配置信息的平台，则本发明实施例可通过配置信息转换，将所述配置信息转换为被所述平台支持的配置信息，从而确定出各第一平台支持的目标配置信息；在各第一平台具有支持的目标配置信息的情况下，本发明实施例可将各第一平台支持的目标配置信息分别发送给各第一平台，从而使得各第一平台可基于所支持的目标配置信息执行配置，实现对第一项目的至少一个第一平台进行配置。

在本发明实施例中，统一的后台服务器具有对一个项目的至少一个平台进行配置的能力，即统一的后台服务器具有对一个项目的单个平台进行配置的能力，也具有对一个项目的多个平台进行配置的能力；从而，在一个项目具有多个平台，且该多个平台的运行环境不同的情况下，统一的后台服务器可获取用于配置该项目的多个平台的配置信息，从而在该多个平台中存在不支持所述配置信息的平台时，可通过转换配置信息，使得各平台均具有支持的目标配置信息，从而可利用各平台支持的目标配置信息，实现对各平台的配置，达到对项目的多个平台进行配置的目的。可见，本发明实施例中，统一的后台服务器具有对项目的多个平台进行配置的能力，即项目的多个平台的配置可由统一的后台服务器实现，不需为各个平台分别单独设置后台服务器来进行平台配置，因此本发明实施例能够针对不同运行环境的多平台，实现高效的配置。

附图说明

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

图1为本发明实施例提供的配置***的框图；

图2为本发明实施例提供的配置方法的交互流程图；

图3为本发明实施例提供的配置方法的另一交互流程图；

图4为本发明实施例提供的配置方法的示例图；

图5为本发明实施例提供的配置方法的再一交互流程图；

图6为本发明实施例提供的配置方法的流程图；

图7为本发明实施例提供的配置方法的另一流程图；

图8为本发明实施例提供的配置***的另一框图；

图9为本发明实施例提供的配置方法的应用示例图；

图10为本发明实施例提供的配置装置的框图；

图11为本发明实施例提供的配置装置的另一框图；

图12为本发明实施例提供的配置装置的再一框图；

图13为本发明实施例提供的配置装置的又一框图；

图14为本发明实施例提供的配置装置的又另一框图；

图15为本发明实施例提供的后台服务器的硬件结构图。

具体实施方式

目前在配置项目不同运行环境的多平台时，一般是为各平台分别设置单独的后台服务器(后台服务器主要实现平台的配置管理等功能)，从而由各平台各自的后台服务器实现平台配置，这种方式需要为各个平台分别单独设置后台服务器来进行平台配置，无疑存在配置效率较低的问题；同时，在项目的多平台存在配置一致性要求的情况下，也难以保证多平台间的一致性配置。

基于此，本发明实施例提供改进的平台配置方案，以能够针对不同运行环境的多平台，实现高效配置。并且在项目的多平台存在配置一致性要求的情况下，能够保证多平台间的一致性配置。下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

以配置第一项目的第一平台为例，图1示出了本发明实施例提供的配置***的一种可选框图，如图1所示，该配置***可以包括：项目管理端10，后台服务器20，多个第一平台30；

其中，项目管理端10可以是管理第一项目的电子设备，例如第一项目的项目管理人员所使用的电子设备等；第一项目可以是任一项目，本发明实施例并不局限第一项目的形式；

第一项目所属的平台可以称为是第一平台30，第一平台的数量可以为多个，各个第一平台的运行环境可以不同；示例的，第一项目可以是第一软件(第一软件例如游戏软件、社交软件等)，该第一软件可具有不同运行环境的第一平台，以便不同运行环境的终端用户能够接入第一软件，例如，第一软件可以具有android平台(供android用户接入第一软件)，ios平台(供ios用户接入第一软件)等；

后台服务器20是为配置第一项目的第一平台提供支持的后台管理中心，后台服务器可以是单个服务器设备实现，也可以是多个服务器设备组成的服务器设备群组实现；在第一项目的管理人员具有对第一项目的第一平台进行配置的需求时，后台服务器可基于本发明实施例提供的配置方法，对第一项目的至少一个第一平台进行配置；此处所述至少一个第一平台是指多个第一平台30中的一个第一平台，或者，至少两个第一平台，也就是说，本发明实施例具有为第一项目的单个第一平台进行配置的能力，也具有为第一项目的至少两个第一平台进行配置的能力；即后台服务器20可以为第一项目的单个第一平台进行配置提供支持，也可以为第一项目的至少两个第一平台(包含所有第一平台的情况)进行配置提供支持，这些配置支持均可由统一的后台服务器20实现。

基于图1所示配置***，图2示出了本发明实施例提供的配置方法的一种可选交互流程，如图2所示，该流程可以包括：

步骤S10、项目管理端向后台服务器上传配置信息，所述配置信息用于配置第一项目的至少一个第一平台。

本发明实施例可对第一项目的至少一个第一平台进行配置，所述至少一个第一平台的具体情况可以根据实际配置需求而定，例如上述所述的第一项目的单个第一平台，或者第一项目的至少两个第一平台。

所述配置信息可以是配置所述至少一个第一平台所使用的信息，所述配置信息可以由项目管理端上传给后台服务器，以便后台服务器为所述至少一个第一平台进行配置提供支持；所述配置信息可以在第一项目的多种配置场景下适用，以便在第一项目的不同配置场景下，实现对第一项目的所述至少一个第一平台进行配置，例如在对所述至少一个第一平台进行第一项目的版本配置时，所述配置信息可以包括第一项目需配置的版本号和版本内容等，又如在对所述至少一个第一平台进行第一项目的内容补丁时，所述配置信息可以包括第一项目的补丁号和补丁内容等，再如在对所述至少一个第一平台进行第一项目的内容更新时，所述配置信息可以包括第一项目的更新内容等。

可选的，项目管理端可通过ftp(File Transfer Protocol，文本传输协议)协议，向后台服务器上传配置信息。

步骤S11、后台服务器判断所述至少一个第一平台中是否存在不支持所述配置信息的平台，若是，执行步骤S12，若否，执行步骤S13。

基于步骤S10，后台服务器可获取到上传的所述配置信息。由于第一项目的各第一平台的运行环境不同，因此不同运行环境的第一平台所支持的配置信息的格式可能不同，例如，第一项目的android平台所支持的配置信息的格式不同于，ios平台所支持的配置信息的格式，示例的，配置信息的格式例如json(JavaScript Object Notation,JS对象简谱)、xml(可扩展标记语言)等。

基于此，后台服务器获取到的配置信息可能无法直接用于对所述至少一个第一平台进行配置，例如所述至少一个第一平台中存在不支持所述配置信息的平台，因此后台服务器在获取到上传的配置信息后，可判断所述至少一个第一平台中是否存在不支持所述配置信息的平台，例如，后台服务器可判断所述至少一个第一平台中是否存在不兼容所述配置信息的格式的平台；可选的，在进一步的示例实现中，后台服务器可记录第一项目的各第一平台所兼容的配置信息的格式，从而后台服务器可基于所述至少一个第一平台所兼容的配置信息的格式，与获取到的配置信息的格式，判断所述至少一个第一平台中是否存在不兼容所述配置信息的格式的平台。

步骤S12、后台服务器将所述配置信息转换为被所述平台所支持的配置信息，以确定各第一平台支持的目标配置信息。

若步骤S11的判断结果为是，说明所述至少一个第一平台中存在不支持所述配置的平台，即所述平台无法直接使用所述配置信息进行配置，因此后台服务器可在确定所述至少一个平台中不支持所述配置信息的平台后，将所述配置信息转换为所述平台所述支持的配置信息，从而确定出所述至少一个第一平台中各第一平台支持的目标配置信息，进而所述至少一个第一平台中的各第一平台可基于所支持的目标配置信息实现平台配置；

可选的，各第一平台支持的目标配置信息的确定情况可以包括：

情况一、所述至少一个第一平台均不支持获取到的配置信息，则后台服务器可基于所述至少一个第一平台中的各第一平台所支持的配置信息的格式，对获取到的配置信息进行转换，从而转换得到各第一平台支持的目标配置信息；例如，在需对第一项目的第一平台a，b和c进行配置时，若后台服务器获取的配置信息均不被第一平台a，b和c所支持，则后台服务器可将所述配置信息转换为第一平台a，b和c所支持的目标配置信息，从而得到第一平台a，b和c支持的目标配置信息；需要说明的是，情况一也可适用于所述至少一个第一平台为单个第一平台的情况；

情况二、所述至少一个第一平台中的部分平台不支持获取到的配置信息；为便于说明，本发明实施例可称所述至少一个第一平台中不支持所述配置信息的部分平台为第一部分平台，所述至少一个第一平台中支持所述配置信息的部分平台为第二部分平台，则对于所述第一部分平台，后台服务器可基于第一部分平台所支持的配置信息的格式，对获取到的配置信息进行转换，从而转换得到第一部分平台支持的目标配置信息，对于所述第二部分平台，后台服务器获取到的所述配置信息可直接作为是第二部分平台支持的目标配置信息，从而第一部分平台支持的目标配置信息，及第二部分平台支持的目标配置信息可构成各所述第一平台支持的目标配置信息；

示例的，在需对第一项目的第一平台a，b和c进行配置时，若后台服务器获取的配置信息被第一平台a，b所支持，而不被第一平台c所支持；则所述配置信息可直接作为是第一平台a和b支持的目标配置信息，同时，后台服务器可将所述配置信息转换为第一平台c所支持的配置信息，从而得到第一平台c支持的目标配置信息。

步骤S13、确定所述配置信息为各第一平台支持的目标配置信息。

若步骤S11的判断结果为否，说明所述至少一个第一平台均支持所述配置信息，则所述配置信息可作为所述至少一个平台中各第一平台支持的目标配置信息。

基于步骤S12和步骤S13，后台服务器可在步骤S11的不同判断结果下，确定出需配置的所述至少一个第一平台中各第一平台支持的目标配置信息。

步骤S14、后台服务器将各所述第一平台支持的目标配置信息分别发送给各所述第一平台，以便各所述第一平台基于所支持的目标配置信息执行配置。

基于所述至少一个第一平台中各第一平台支持的目标配置信息，后台服务器可将各第一平台支持的目标配置信息分别发送给各第一平台，从而各第一平台可基于所支持的目标配置信息执行配置，实现对第一项目的至少一个第一平台的配置。示例的，后台服务器将各第一平台支持的目标配置信息分别发送给各第一平台后，各第一平台可分别基于所支持的目标配置信息，执行第一项目的版本配置，内容补丁，内容更新等配置。

本发明实施例提供的配置方法可由后台服务器执行，在获取用于配置第一项目的至少一个第一平台的配置信息后，本发明实施例可判断所述至少一个第一平台中是否存在不支持所述配置信息的平台，如果所述至少一个第一平台中存在不支持所述配置信息的平台，则本发明实施例可通过配置信息转换，将所述配置信息转换为被所述平台支持的配置信息，从而确定出各第一平台支持的目标配置信息；在各第一平台具有支持的目标配置信息的情况下，本发明实施例可将各第一平台支持的目标配置信息分别发送给各第一平台，从而使得各第一平台可基于所支持的目标配置信息执行配置，实现对第一项目的至少一个第一平台进行配置。

在本发明实施例中，统一的后台服务器具有对一个项目的至少一个平台进行配置的能力，即统一的后台服务器具有对一个项目的单个平台进行配置的能力，也具有对一个项目的多个平台进行配置的能力；从而，在一个项目具有多个平台，且该多个平台的运行环境不同的情况下，统一的后台服务器可获取用于配置该项目的多个平台的配置信息，从而在该多个平台中存在不支持所述配置信息的平台时，可通过转换配置信息，使得各平台均具有支持的目标配置信息，从而可利用各平台支持的目标配置信息，实现对各平台的配置，达到对项目的多个平台进行配置的目的。可见，本发明实施例中，统一的后台服务器具有对项目的多个平台进行配置的能力，即项目的多个平台的配置可由统一的后台服务器实现，不需为各个平台分别单独设置后台服务器来进行平台配置，因此本发明实施例能够针对不同运行环境的多平台，实现高效的配置。

可选的，基于本发明实施例提供的配置方法，本发明实施例可对第一项目的多个第一平台进行配置，即图2所示流程中的所述至少一个第一平台可以是第一项目的多个第一平台；可选的，在对第一平台的多个第一平台进行配置的方面，本发明实施例可利用一份配置信息，实现对多个第一平台的统一配置，作为一种可选实现，图3示出了本发明实施例提供的配置方法的另一交互流程，如图3所示，该流程可以包括：

步骤S20、项目管理端向后台服务器上传一份配置信息，所述一份配置信息用于配置第一项目的多个第一平台。

相应的，后台服务器可获取到项目管理端上传的所述一份配置信息。

步骤S21、后台服务器判断所述多个第一平台中是否存在不支持所述一份配置信息的平台，若是，执行步骤S22，若否，执行步骤S23。

本发明实施例使用一份配置信息对第一项目的多个第一平台进行统一配置，由于多个第一平台的运行环境不同，因此各第一平台支持的配置信息的格式可能不同，后台服务器在获取所述一份配置信息后，可判断所述多个第一平台中是否存在不支持所述一份配置信息的平台。

步骤S22、后台服务器将所述一份配置信息转换为所述平台所支持的配置信息，以确定所述多个第一平台中各第一平台支持的目标配置信息。

步骤S21的判断结果为是，则说明所述多个第一平台中存在不支持所述一份配置信息的平台，例如所述多个第一平台中部分或全部的第一平台不支持所述一份配置信息，针对不支持所述一份配置信息的平台，后台服务器可基于所述平台支持的配置信息的格式，对所述一份配置信息进行转换，得到所述平台支持的目标配置信息，使得所述多个第一平台中的各第一平台均具有支持的目标配置信息。

步骤S23、后台服务器将所述一份配置信息确定为所述多个第一平台中，各平台支持的目标配置信息。

基于步骤S22和步骤S23，后台服务器可在获取到所述一份配置信息的基础上，得到需配置的所述多个第一平台中各第一平台支持的目标配置信息。

步骤S24、后台服务器将各所述第一平台支持的目标配置信息分别发送给各所述第一平台，以便各所述第一平台基于所支持的目标配置信息执行配置。

示例的，结合图4所示，以配置第一项目的第一平台a和b为例，后台服务器获取到上传的一份配置信息k后，可判断第一平台a和b中是否存在不支持配置信息k的平台；若第一平台a支持配置信息k，第一平台b不支持配置信息k，则配置信息k作为是第一平台a支持的目标配置信息，同时，后台服务器对配置信息k进行转换，得到第一平台b支持的配置信息k1，从而配置信息k1作为是第一平台b支持的目标配置信息；

基于此，本发明实施例可基于一份配置信息，得到需配置的第一平台a和b支持的目标配置信息，当然此处示例是以一份配置信息不被多个第一平台均支持的情况进行说明，具体应用时，也可能存在一份配置信息被多个第一平台均支持的情况；进一步，如图4示例，后台服务器可将配置信息k发送给第一平台a，将配置信息k1发送给第一平台b，从而实现第一平台a和第二平台b的配置；可以理解的是，配置信息k和配置信息k1是内容相同但格式不同的配置信息，因此本发明实施例可基于后台服务器获取到的一份配置信息，实现对多个平台进行统一配置。

本发明实施例中，统一的后台服务器具有对项目的多个平台进行配置的能力，即项目的多个平台的配置可由统一的后台服务器实现，不需为各个平台分别单独设置后台服务器来进行平台配置，因此本发明实施例针对不同运行环境的多平台，可实现高效的配置。

在对第一平台的多个第一平台进行配置的方面，本发明实施例也可利用多份配置信息，实现对多个第一平台的配置。可选的，图5示出了本发明实施例提供的配置方法的再一交互流程，如图5所示，该流程可以包括：

步骤S30、项目管理端向后台服务器上传多份配置信息，其中，所述多份配置信息的信息格式不同，所述多份配置信息中的一份配置信息对应所述多个第一平台中的一个第一平台。

在本发明实施例中，所述多份配置信息的信息格式不同，且所述多份配置信息用于配置第一项目的多个第一平台。本发明实施例可指定所述多份配置信息中的各配置信息所用于配置的第一平台，即所述多份配置信息中的各配置信息具有对应配置的第一平台，从而所述多份配置信息中的一份配置信息可对应所述多个第一平台中的一个第一平台；示例的，以多份配置信息包括配置信息k1和配置信息k2，该多份配置信息用于配置第一项目的第一平台a和b为例，则本发明实施例可设置配置信息k1用于配置第一平台a，配置信息k2用于配置第一平台b，即配置信息k1对应第一平台a，配置信息k2对应第一平台b，从而使得多份配置信息中的各配置信息具有对应的第一平台。

步骤S31、后台服务器判断所述多个第一平台中是否存在不支持对应的配置信息的平台，若是，执行步骤S32，若否，执行步骤S33。

可选的，步骤S31可以认为是步骤S11的一种可选实现；在使用多份配置信息配置第一项目的多个第一平台，且一份配置信息对应一个第一平台的情况下，后台服务器可判断所述多个第一平台中是否存在不支持对应的配置信息的平台，例如以配置信息k1对应第一平台a，配置信息k2对应第一平台b为例，后台服务器可判断第一平台a是否支持配置信息k1，第一平台b是否支持配置信息k2，以实现判断第一平台a和b中是否存在不支持对应的配置信息的平台。

步骤S32、后台服务器将所述平台对应的配置信息转换为所述平台所支持的配置信息，以确定所述多个第一平台中各第一平台支持的目标配置信息。

可选的，步骤S32可以认为是步骤S12的一种可选实现，在步骤S31的判断结果为是，即需配置的所述多个第一平台中存在不支持对应的配置信息的平台时，后台服务器可基于所述平台所支持的配置信息的格式，对所述平台对应的配置信息进行转换，从而得到所述平台所支持的配置信息，以此得到所述多个第一平台中各第一平台支持的目标配置信息；

示例的，以配置信息k1对应第一平台a，配置信息k2对应第一平台b为例，若后台服务器判断第一平台a支持配置信息k1，而第一平台b不支持配置信息k2，从而可将配置信息k2转换为第一平台b所支持的配置信息k2’，进而得到各第一平台支持的目标配置信息：第一平台a支持的目标配置信息k1，第二平台b支持的目标配置信息k2’。

步骤S33、后台服务器确定各第一平台对应的配置信息，为各第一平台支持的目标配置信息。

可选的，步骤S33可以认为是步骤S13的一种可选实现，在步骤S31的判断结果为否，即需配置的所述多个第一平台均支持对应的配置信息时，所述多个第一平台中各第一平台对应的配置信息可以分别作为是，各第一平台支持的目标配置信息；示例的，以配置信息k1对应第一平台a，配置信息k2对应第一平台b为例，若后台服务器判断第一平台a支持配置信息k1，且第一平台b支持配置信息k2，则各第一平台支持的目标配置信息为：第一平台a支持的目标配置信息k1，第二平台b支持的目标配置信息k2。

可选的，步骤S31的判断结果为否的情况可能是：在所述多份配置信息的信息格式不同的情况下，本发明实施例可设置一个信息格式的配置信息，用于配置支持该信息格式的第一平台，从而使得所述多个第一平台均支持对应的配置信息。

基于步骤S32和步骤S33，本发明实施例可在使用多份配置信息配置第一项目的多个第一平台的情况下，确定出所述多个第一平台中各第一平台支持的目标配置信息。

步骤S34、后台服务器将各所述第一平台支持的目标配置信息分别发送给各所述第一平台，以便各所述第一平台基于所支持的目标配置信息执行配置。

基于图5所示流程，本发明实施例可使用统一的后台服务器，利用多份配置信息对多个第一平台进行统一配置，例如通过设置信息格式不同但内容相同的多份配置信息，对多个第一平台进行统一配置；当然，本发明实施例也可支持利用多份配置信息对各第一平台进行不同的配置，例如通过设置信息格式不同且内容不同的多份配置信息，对多个第一平台进行不同的配置。无论是对多个第一平台进行统一配置还是不同的配置，本发明实施例均可由统一的后台服务器实现，不需为各个平台分别单独设置后台服务器来进行平台配置，因此本发明实施例能够针对不同运行环境的多平台，实现高效的配置。

在另一种可选实现中，本发明实施例也可支持对第一项目的单个第一平台进行配置，相应的，图2所示流程中的所述至少一个第一平台可以是第一项目的一个第一平台；在可选的具体实现上，后台服务器可获取上传的一份配置信息，所述一份配置信息可对应第一项目的一个第一平台，即本发明实施例提供的配置方法可指定由一份配置信息对第一项目的一个第一平台进行配置；从而后台服务器可判断该一个第一平台是否不支持该一份配置信息，若是，则后台服务器可将该一份配置信息转换为该一个第一平台所支持的配置信息，得到该一个第一平台支持的目标配置信息，若否，则后台服务器可将该一份配置信息作为是该一个第一平台支持的目标配置信息；进而，后台服务器可将该一个第一平台支持的目标配置信息发送给该一个第一平台，以便该一个第一平台基于所支持的目标配置信息执行配置；

示例的，以项目管理端指定以配置信息k1配置第一平台a为例，即配置信息k1对应第一平台a，则后台服务器可判断第一平台a是否不支持配置信息k1，若是，则后台服务器将配置信息k1转换为第一平台a所支持的配置信息k1’，从而得到第一平台a支持的目标配置信息k1’，若否，则后台服务器可将配置信息k1作为是第一平台a支持的目标配置信息；从而，后台服务器将第一平台a支持的目标配置信息发送给第一平台a，以便第一平台a执行配置。

可见，本发明实施例除具有利用统一的后台服务器，对第一项目的多个第一平台进行配置的能力，还具有对第一项目的单个平台进行配置的能力。

上文提及了本发明实施例利用一份配置信息配置多个第一平台，利用多份配置信息配置多个第一平台，利用一份配置信息配置单个第一平台等情况，这些不同情况的指示可由项目管理端通过相应的API(Application Programming Interface，应用程序编程接口)进行提交，例如项目管理端希望使用统一的后台服务器，以一份配置信息配置多个第一平台时，可利用相应的API提交信息，希望以多份配置信息配置多个第一平台时，项目管理可以利用相应的API提交信息等。

可选的，后台服务器在获取到上传的配置信息后，可判断所述配置信息是否为异常的配置信息，从而避免使用异常的配置信息对所述至少一个第一平台进行配置；此种方式可以适用于利用一份配置信息配置多个第一平台，利用多份配置信息配置多个第一平台，利用一份配置信息配置单个第一平台等情况；可选的，站在后台服务器的角度，图6示出了本发明实施例提供的配置方法的一种可选流程，参照图6，该流程可以包括：

步骤S40、获取上传的配置信息，所述配置信息用于配置第一项目的至少一个第一平台。

步骤S41、根据所述配置信息与数据库中记录的所述至少一个第一平台的当前配置信息，判断所述配置信息是否为异常的配置信息，若是，执行步骤S42，若否，执行步骤S43。

后台服务器可通过数据库记录第一项目的各第一平台的当前配置信息，从而后台服务器获取到上传的配置信息后，可根据获取到的配置信息与数据库记录的所述至少一个第一平台的当前配置信息，判断获取到的配置信息是否为异常的配置信息；

可选的，配置信息异常情况例如获取的配置信息与数据库中记录的所述至少一个第一平台的当前配置信息重复，又如在对第一项目的版本进行升级配置的情况下，获取的配置信息的版本号低于或等于所述当前配置信息的版本号等；不同的配置场景下可能对应有不同的配置信息异常情况，配置信息的异常情况可根据需要定义，本发明实施例并不局限。

可选的，在更为具体的实现中，如果利用一份配置信息配置多个第一平台，则后台服务器可基于该一份配置信息与数据库中记录的该多个第一平台的当前配置信息，判断该一份配置信息是否为异常的配置信息；

如果利用多份配置信息配置多个第一平台，且一份配置信息对应一个第一平台，则分别针对各份配置信息，后台服务器可基于配置信息，与数据库中记录的配置信息对应的第一平台的当前配置信息，判断配置信息是否为异常的配置信息；示例的，以配置信息k1对应第一平台a，配置信息k2对应第一平台b为例，后台服务器可基于配置信息k1与数据库中记录的第一平台a的当前配置信息，判断配置信息k1是否为异常的配置信息，基于配置信息k2与数据库中记录的第一平台b的当前配置信息，判断配置信息k2是否为异常的配置信息；

如果利用一份配置信息配置单个第一平台，则后台服务器可基于该一份配置信息，与数据库中记录的该单个第一平台的当前配置信息，判断该一份配置信息是否为异常的配置信息。

步骤S42、提醒重传配置信息。

可选的，步骤S41的判断结果为是，说明后台服务器获取到的配置信息为异常的配置信息，后台服务器可提醒项目管理端重新上传配置信息。可选的，需要说明的是，如果利用多份配置信息配置多个第一平台，且一份配置信息对应一个第一平台，则后台服务器可针对多份配置信息中异常的配置信息进行提醒重传。

步骤S43、在数据库中存储所述配置信息。

可选的，步骤S43的判断结果为否，说明后台服务器获取到的配置信息不为异常的配置信息，后台服务器可将所述配置信息存储到数据库中；可选的，进一步，出于信息安全等目的，后台服务器可在数据库中加密存储所述配置信息；可选的，本发明实施例可以考虑采取对称加密、非对称加密等加密方法，对所述配置信息进行加密。

步骤S44、从所述数据库中读取所述配置信息，判断所述至少一个第一平台中是否存在不支持所述配置信息的平台，若是，执行步骤S45，若否，执行步骤S46。

在对所述至少一个第一平台进行配置时，本发明实施例可从数据库中读取所述配置信息，可选的，如果所述配置信息在数据库中加密存储，则本发明实施例在从数据库中读取所述配置信息的过程中，对加密的配置信息进行解密；基于读取的所述配置信息，后台服务器可判断所述至少一个第一平台中是否存在不支持所述配置信息的平台。

步骤S45、将所述配置信息转换为所述平台所支持的配置信息，以确定各所述第一平台支持的目标配置信息。

步骤S46、确定所述配置信息为各第一平台支持的目标配置信息。

步骤S47、将各所述第一平台支持的目标配置信息分别发送给各所述第一平台，以便各所述第一平台基于所支持的目标配置信息执行配置。

可选的，步骤S44的判断部分，以及步骤S45-步骤S47可参照前文相应部分的描述。

图6所示流程是对获取到的配置信息进行异常判断，从而在获取到的配置信息不为异常的配置信息时，基于所述配置信息进行所述至少一个第一平台的配置；在一种替换实现中，本发明实施例也可在确定各第一平台支持的目标配置信息后，进行异常判断，可选的，站在后台服务器的角度，图7示出了本发明实施例提供的配置方法的另一可选流程，如图7所示，该流程可以包括：

步骤S50、获取上传的配置信息，所述配置信息用于配置第一项目的至少一个第一平台。

步骤S51、判断所述至少一个第一平台中是否存在不支持所述配置信息的平台，若是，执行步骤S52，若否，执行步骤S53。

步骤S52、将所述配置信息转换为所述平台所支持的配置信息，以确定各所述第一平台支持的目标配置信息。

步骤S53、确定所述配置信息为各第一平台支持的目标配置信息。

可选的，步骤S50-步骤S53的描述可参照前文相应部分。

步骤S54、根据所述第一平台支持的目标配置信息，与数据库中记录的所述第一平台的当前配置信息，判断所述第一平台支持的目标配置信息是否为异常的目标配置信息，若是，执行步骤S55，若否，执行步骤S56。

后台服务器可通过数据库记录第一项目的各第一平台的当前配置信息，从而在本发明实施例确定出需配置的所述至少一个第一平台中各第一平台支持的目标配置信息后，针对各第一平台，本发明实施例可根据第一平台支持的目标配置信息，与数据库中记录的该第一平台的当前配置信息，判断该第一平台支持的目标配置信息是否为异常的目标配置信息；配置信息的异常情况例如配置信息重复等，具体可参照前文相应部分的描述。

步骤S55、提醒重传配置信息。

在步骤S54的判断结果为是时，针对异常的目标配置信息，后台服务器可提醒项目管理端进行配置信息重传。

步骤S56、将所述第一平台支持的目标配置信息在所述数据库中存储。

在步骤S54的判断结果为否时，第一平台支持的目标配置信息不为异常的目标配置信息，则本发明实施例可将第一平台支持的目标配置信息在数据库中进行存储；可选的，本发明实施例可支持将第一平台支持的目标配置信息，在数据库中加密存储。

步骤S57、从数据库中读取各所述第一平台支持的目标配置信息，将读取的各所述第一平台支持的目标配置信息分别发送给各所述第一平台。

在对所述至少一个第一平台进行配置时，后台服务器可从数据库中读取各所述第一平台支持的目标配置信息，从而将读取的各所述第一平台支持的目标配置信息分别发送给各所述第一平台。

图6和图7所示流程在本发明实施例提供的配置方法中，加入了对配置信息的异常判断，从而可避免基于异常的配置信息对第一项目的第一平台进行配置的情况，保障平台配置的顺利进行；进一步，存储在数据库中的配置信息可以进行加密，从而提升信息的安全性。

在将各第一平台支持的目标配置信息分别发送给各第一平台后，可实现第一平台对支持的目标配置信息的下载，从而各第一平台可基于支持的目标配置信息实现平台配置；可选的，在要求所述至少一个第一平台统一配置的情况下，后台服务器还可监控各第一平台执行配置的过程，从而判断各第一平台执行的配置是否一致，若各第一平台执行的配置不一致，则说明所述至少一个第一平台未实现统一配置，后台服务器可提醒配置异常；在配置异常的情况下，针对配置异常的第一平台(即未按要求进行统一配置的第一平台)，本发明实施例可通过后台服务器统一修正，或者不同的第一平台进行分批次修正的方式，使得所述至少一个第一平台的配置统一。

可选的，在更为具体的实现中，后台服务器可获取各第一平台执行配置的配置记录，从而根据各第一平台的配置记录，检测各第一平台执行的配置是否一致，以实现判断各第一平台执行的配置是否一致。可见，利用获取的配置记录，本发明实施例能够得到各第一平台配置的实时反馈，从而实时监控各第一平台的配置变化情况，进而在配置不一致的情况下，进行及时提醒，以便由后台服务器统一进行配置修正，或者不同的第一平台分批次进行配置修正，确保各第一平台配置的一致性。

本发明实施例可以利用统一的后台服务器进行各第一平台的一致性配置，从而建立出一个统一的配置***，方便多平台的相关管理，使得多平台的配置具有较高的准确度和一致性，并且能够有效的保证多平台配置的稳定性和安全性，同时，可以实时监控到多平台的配置情况，并且能够对于平台配置存在的问题做到及时提醒和修正，可实现多平台的配置管理和实时控制。

可选的，图8示出了本发明实施例提供的配置***的另一框图，结合图1和图8所示，该配置***还可以包括：后台服务配置端40；后台服务配置端可用于对后台服务器进行服务配置，例如后台服务器管理第一项目的平台配置可能存在多种业务需求，这些需求可以由后台服务配置端通过对后台服务器进行服务配置实现，示例的，本发明实施例可基于后台服务配置端实现对后台服务器的报警、硬件等方面的配置；

在一种可选实现中，可由后台服务器向后台服务配置端下发服务配置信息，以由后台服务配置端基于所述服务配置信息，配置后台服务器。

可选的，后台服务器可以为多个项目的平台进行配置，后台服务器可以为各个项目分别设置配置功能，即后台服务器为不同项目提供单独的配置功能，从而由统一的后台服务器对不同项目的平台进行配置；可选的，后台服务器可以获取到多个项目的配置信息，一个项目的配置信息可用于配置该项目的至少一个平台，相应的，第一项目可以是该多个项目中的任一项目，该多个项目中的各项目具有至少一个平台，从而后台服务器可对多个项目的配置信息进行展示和/或统计，使得多个项目的管理更加的方便和高效。

基于本发明实施例提供的配置方法，本发明实施例可在为软件的不同平台进行软件版本更新配置时，实现更新配置的一致性；可选的，本发明实施例的一个可选应用示例过程可以如图9所示，软件具有android平台和ios平台，在软件具有版本更新需求，需将软件版本由1.0版本更新到2.0版本时，基于本发明实施例提供的配置方法，对软件的android平台和ios平台实现软件版本更新配置的过程可以包括：

步骤S60、软件管理端向后台服务器上传软件2.0版本的配置信息。

可选的，在项目为软件的场景下，软件管理端可以认为是项目管理端的一种可选形式；软件2.0版本的配置信息可用于配置软件的android平台和ios平台。

步骤S61、后台服务器确定android平台支持的软件2.0版本的目标配置信息，和ios平台支持的软件2.0版本的目标配置信息。

可选的，如果andorid平台支持所述软件2.0版本的配置信息，则所述软件2.0版本的配置信息，可作为andorid平台支持软件2.0版本的目标配置信息，而andorid平台不支持所述软件2.0版本的配置信息，则可将所述软件2.0版本的配置信息转换为，andorid平台支持的软件2.0版本的目标配置信息；ios平台支持的软件2.0版本的目标配置信息可同理确定。

可选的，在实现步骤S61之前，后台服务器可判断上传的软件2.0版本的配置信息的版本号是否低于或等于，android平台和ios平台当前的软件版本号，以避免获取的配置信息为异常配置信息。可选的，进一步，后台服务器还可在数据库中加密存储，软件2.0版本的配置信息。

步骤S62、后台服务器将android平台支持的软件2.0版本的目标配置信息，发送给android平台，及将ios平台支持的软件2.0版本的目标配置信息，发送给ios平台。

从而android平台可基于支持的软件2.0版本的目标配置信息，实现软件版本升级到2.0，ios平台可基于支持的软件2.0版本的目标配置信息，实现软件版本升级到2.0。

上文描述了本发明实施例提供的多个实施例方案，各实施例方案介绍的各可选方式可在不冲突的情况下相互结合、交叉引用，从而延伸出多种可能的实施例方案，这些均可认为是本发明实施例披露、公开的实施例方案。

下面对本发明实施例提供的配置装置进行介绍，下文描述的配置装置可以认为是后台服务器，为实现本发明实施例提供的配置方法所需设置的功能模块。下文描述的配置装置的内容可与上文描述的配置方法的内容相互对应参照。

可选的，图10示出了本发明实施例提供的配置装置的可选框图，如图10所示，该配置装置可以包括：

配置信息获取模块100，用于获取上传的配置信息，所述配置信息用于配置第一项目的至少一个第一平台；

判断模块110，用于判断所述至少一个第一平台中是否存在不支持所述配置信息的平台；

目标配置信息第一确定模块120，用于若所述至少一个第一平台中存在不支持所述配置信息的平台，将所述配置信息转换为所述平台所支持的配置信息，以确定各所述第一平台支持的目标配置信息；

配置信息发送模块130，用于将各所述第一平台支持的目标配置信息分别发送给各所述第一平台，以便各所述第一平台基于所支持的目标配置信息执行配置。

可选的，图11示出了本发明实施例提供的配置装置的另一可选框图，结合图10和图11所示，该配置装置还可以包括:

目标配置信息第二确定模块140，用于若判断模块110判断所述至少一个第一平台支持所述配置信息，确定所述配置信息为各第一平台支持的目标配置信息。

可选的，一方面，所述至少一个第一平台的数量可以为多个，各所述第一平台的运行环境不同；

相应的，配置信息获取模块100，用于获取上传的配置信息可以具体包括：

获取上传的一份配置信息，所述一份配置信息用于配置第一项目的多个第一平台；

或者，获取上传的多份配置信息，其中，所述多份配置信息的信息格式不同，所述多份配置信息中的一份配置信息对应所述多个第一平台中的一个第一平台。

可选的，另一方面，所述至少一个第一平台的数量可以为一个，配置信息获取模块100，用于获取上传的配置信息可以具体包括：

获取一份配置信息，所述一份配置信息对应所述第一项目的一个第一平台。

可选的，图12示出了本发明实施例提供的配置装置的再一可选框图，结合图11和图12所示，该配置装置还可以包括：

第一处理模块150，用于在配置信息获取模块100获取上传的配置信息之后，根据所述配置信息与数据库中记录的所述至少一个第一平台的当前配置信息，判断所述配置信息是否为异常的配置信息；若所述配置信息为异常的配置信息，提醒重传配置信息；若所述配置信息不为异常的配置信息，在数据库中存储所述配置信息；

配置信息读取模块160，用于在判断模块110判断所述至少一个第一平台中是否存在不支持所述配置信息的平台之前，从所述数据库中读取所述配置信息。

可选的，图13示出了本发明实施例提供的配置装置的又一可选框图，结合图11和图13所示，该配置装置还可以包括：

第二处理模块170，用于根据所述第一平台支持的目标配置信息，与数据库中记录的所述第一平台的当前配置信息，判断所述第一平台支持的目标配置信息是否为异常的目标配置信息；若所述第一平台支持的目标配置信息为异常的目标配置信息，提醒重传配置信息；若所述第一平台支持的目标配置信息不为异常的目标配置信息，将所述第一平台支持的目标配置信息在所述数据库中存储。

可选的，配置信息发送模块130，用于将各所述第一平台支持的目标配置信息分别发送给各所述第一平台，可以具体包括：

从数据库中读取各所述第一平台支持的目标配置信息，将读取的各所述第一平台支持的目标配置信息分别发送给各所述第一平台。

可选的，图14示出了本发明实施例提供的配置装置的又另一可选框图，结合图10和图14所示，该配置装置可以包括：

配置异常检测模块180，用于判断各第一平台执行的配置是否一致；若各第一平台执行的配置不一致，提醒配置异常。

可选的，配置异常检测模块180，用于判断各第一平台执行的配置是否一致，可以具体包括：

获取各第一平台执行配置的配置记录；根据各第一平台的配置记录，检测各第一平台执行的配置是否一致。

可选的，本发明实施例提供的配置装置还可用于：下发用于配置所述后台服务器的服务配置信息。

可选的，本发明实施例提供的配置装置还可用于：展示和/或统计多个项目的配置信息，所述第一项目为所述多个项目中的任一项目，所述多个项目中的各项目具有至少一个平台。

本发明实施例还提供一种后台服务器，可选的，该后台服务器可以通过装载程序形式的上述所述的配置装置，以执行本发明实施例提供的配置方法。可选的，该后台服务器的一种可选硬件结构可以如图15所示，包括：至少一个处理器1，至少一个通信接口2，至少一个存储器3和至少一个通信总线4；

在本发明实施例中，处理器1、通信接口2、存储器3、通信总线4的数量为至少一个，且处理器1、通信接口2、存储器3通过通信总线4完成相互间的通信；显然，图示的处理器1、通信接口2、存储器3和通信总线4的通信连接示意仅是可选的；

可选的，通信接口2可以为用于进行网络通信的通信模块的接口，如GSM模块的接口；

处理器1可能是中央处理器CPU，或者是特定集成电路ASIC(ApplicationSpecific Integrated Circuit)，或者是被配置成实施本发明实施例的一个或多个集成电路。

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

其中，存储器3存储有程序，处理器1调用存储器3所存储的程序，以执行本发明实施例提供的配置方法。

本发明实施例还提供一种存储介质，该存储介质可以存储执行本发明实施例提供的配置方法的程序。

可选的，所述程序的功能可参照前文相应部分的描述。

虽然本发明实施例披露如上，但本发明并非限定于此。任何本领域技术人员，在不脱离本发明的精神和范围内，均可作各种更动与修改，因此本发明的保护范围应当以权利要求所限定的范围为准。

Claims (9)

1.一种配置方法，其特征在于，应用于后台服务器，所述方法包括：

获取上传的配置信息，所述配置信息用于配置第一项目的至少一个第一平台；

根据所述配置信息与数据库中记录的所述至少一个第一平台的当前配置信息，判断所述配置信息是否为异常的配置信息；

若所述配置信息为异常的配置信息，提醒重传配置信息；

若所述配置信息不为异常的配置信息，在数据库中存储所述配置信息；

从所述数据库中读取所述配置信息，判断所述至少一个第一平台中是否存在不支持所述配置信息的平台；

若所述至少一个第一平台中存在不支持所述配置信息的平台，将所述配置信息转换为所述平台所支持的配置信息，以确定各所述第一平台支持的目标配置信息；

将各所述第一平台支持的目标配置信息分别发送给各所述第一平台，以便各所述第一平台基于所支持的目标配置信息执行配置。

2.根据权利要求1所述的配置方法，其特征在于，在所述判断所述至少一个第一平台中是否存在不支持所述配置信息的平台之后，所述方法还包括：

若所述至少一个第一平台支持所述配置信息，确定所述配置信息为各所述第一平台支持的目标配置信息。

3.根据权利要求2所述的配置方法，其特征在于，所述至少一个第一平台的数量为多个，各所述第一平台的运行环境不同。

4.根据权利要求3所述的配置方法，其特征在于，所述获取上传的配置信息包括：

获取上传的一份配置信息，所述一份配置信息用于配置所述第一项目的多个第一平台；

或，获取上传的多份配置信息，其中，所述多份配置信息的信息格式不同，所述多份配置信息中的一份配置信息对应所述第一项目的一个第一平台。

5.根据权利要求2所述的配置方法，其特征在于，所述至少一个第一平台的数量为一个，所述获取上传的配置信息包括：

获取一份配置信息，所述一份配置信息对应所述第一项目的一个第一平台。

6.根据权利要求1-5任一项所述的配置方法，其特征在于，在所述将各所述第一平台支持的目标配置信息分别发送给各所述第一平台之后，所述方法还包括：

判断各第一平台执行的配置是否一致；

若各第一平台执行的配置不一致，提醒配置异常。

7.一种配置装置，其特征在于，包括：

配置信息获取模块，用于获取上传的配置信息，所述配置信息用于配置第一项目的至少一个第一平台；根据所述配置信息与数据库中记录的所述至少一个第一平台的当前配置信息，判断所述配置信息是否为异常的配置信息；若所述配置信息为异常的配置信息，提醒重传配置信息；若所述配置信息不为异常的配置信息，在数据库中存储所述配置信息；

判断模块，用于从所述数据库中读取所述配置信息，判断所述至少一个第一平台中是否存在不支持所述配置信息的平台；

目标配置信息第一确定模块，用于若所述至少一个第一平台中存在不支持所述配置信息的平台，将所述配置信息转换为所述平台所支持的配置信息，以确定各所述第一平台支持的目标配置信息；

配置信息发送模块，用于将各所述第一平台支持的目标配置信息分别发送给各所述第一平台，以便各所述第一平台基于所支持的目标配置信息执行配置。

8.一种后台服务器，其特征在于，包括至少一个存储器和至少一个处理器，所述存储器存储程序，所述处理器调用所述程序，以执行权利要求1-6任一项所述的配置方法。

9.一种存储介质，其特征在于，所述存储介质存储执行权利要求1-6任一项所述的配置方法的程序。