配置更新方法、装置、设备及存储介质.pdf

《配置更新方法、装置、设备及存储介质.pdf》由会员分享，可在线阅读，更多相关《配置更新方法、装置、设备及存储介质.pdf（15页完成版）》请在专利查询网上搜索。

1、(19)中华人民共和国国家知识产权局 (12)发明专利申请 (10)申请公布号 (43)申请公布日 (21)申请号 202010032420.3 (22)申请日 2020.01.13 (71)申请人 广州虎牙科技有限公司 地址 511400 广东省广州市番禺区钟村街 （汉溪商业中心） 泽溪街13号1301 (72)发明人 罗平 (74)专利代理机构 北京品源专利代理有限公司 11332 代理人 孟金喆 (51)Int.Cl. G06F 9/445(2018.01) G06F 16/25(2019.01) G06F 16/21(2019.01) G06F 16/182(2019.01) (54)。

2、发明名称 配置更新方法、 装置、 设备及存储介质 (57)摘要 本发明实施例公开了一种配置更新方法、 装 置、 设备及存储介质。 所述方法包括： 获取目标接 入渠道对应的原始配置信息， 以及所述原始配置 信息对应于目标业务类型的字段映射关系表； 根 据所述原始配置信息以及所述字段映射关系表 生成与所述目标业务类型对应的配置文件； 将所 述配置文件发送至与所述目标业务类型对应的 业务服务器， 以使所述业务服务器根据所述配置 文件进行配置更新。 通过本发明的技术方案， 能 够根据多业务配置的不同需求， 实现业务服务器 配置的实时更新， 在保证业务服务稳定性的同 时， 提高配置更新效率和正确率。 权。

3、利要求书2页 说明书9页 附图3页 CN 111240763 A 2020.06.05 CN 111240763 A 1.一种配置更新方法， 其特征在于， 包括： 获取目标接入渠道对应的原始配置信息， 以及所述原始配置信息对应于目标业务类型 的字段映射关系表； 根据所述原始配置信息以及所述字段映射关系表生成与所述目标业务类型对应的配 置文件； 将所述配置文件发送至与所述目标业务类型对应的业务服务器， 以使所述业务服务器 根据所述配置文件进行配置更新。 2.根据权利要求1所述的方法， 其特征在于， 根据所述原始配置信息以及所述字段映射 关系表生成与所述目标业务类型对应的配置文件， 包括： 按照所。

4、述字段映射关系表， 对所述原始配置信息进行转换； 根据转换结果生成按照预设命名规则命名的与所述目标业务类型对应的配置文件， 所 述预设命名规则为根据所述目标业务类型的标识符以及当前时间戳命名所述配置文件， 其 中， 所述配置文件的版本号为所述当前时间戳。 3.根据权利要求2所述的方法， 其特征在于， 在根据转换结果生成按照预设命名规则命 名的与所述目标业务类型对应的配置文件之后， 还包括： 将所述配置文件存储至对应的所述目标业务类型的存储目录下， 所述存储目录包括本 地存储目录和/或分布式文件存储系统中的存储目录； 将所述配置文件的版本号以及所述存储目录的路径信息对应保存至配置数据库； 根据所。

5、述配置数据库中存储的各配置文件的版本号， 按照对应的业务类型对所述版本 号进行显示， 以供选择。 4.根据权利要求3所述的方法， 其特征在于， 在将所述配置文件发送至与所述目标业务 类型对应的业务服务器之前， 还包括： 将所述目标业务类型对应的业务服务器的服务器信息录入至所述配置数据库中， 所述 服务器信息包括业务类型、 IP和端口号； 根据所述配置数据库中存储的各业务服务器的服务器信息， 按照对应的业务类型对所 述各业务服务器的IP和端口号分别进行显示， 以供选择。 5.根据权利要求4所述的方法， 其特征在于， 将所述配置文件发送至与所述目标业务类 型对应的业务服务器， 包括： 如果接收到针。

6、对所述目标业务类型的配置请求， 则根据所述目标业务类型下选择的版 本号， 从所述配置数据库中获取与所述版本号对应的配置文件的存储目录， 并从所述存储 目录中获取配置文件； 根据所述目标业务类型下选择的业务服务器的IP和端口号， 将所述配置文件发送至所 述业务服务器。 6.根据权利要求1-5任一项所述的方法， 其特征在于， 所述业务服务器根据所述配置文 件进行配置更新， 包括： 所述业务服务器通过反序列化的形式将所述配置文件对应的配置信息刷新至内存； 如果所述业务服务器确定本地磁盘上不存在所述配置文件， 则将所述配置文件保存在 所述本地磁盘上。 7.根据权利要求2-5任一项所述的方法， 其特征在。

7、于， 还包括： 权利要求书 1/2 页 2 CN 111240763 A 2 如果接收到针对目标业务服务器配置版本查询指令， 则调用所述目标业务服务器提供 的版本号查询接口， 获取所述目标业务服务器当前所使用配置文件的版本号； 在服务器列表中所述目标业务服务器处显示所述版本号。 8.一种配置更新装置， 其特征在于， 包括： 信息获取模块， 用于获取目标接入渠道对应的原始配置信息， 以及所述原始配置信息 对应于目标业务类型的字段映射关系表； 文件生成模块， 用于根据所述原始配置信息以及所述字段映射关系表生成与所述目标 业务类型对应的配置文件； 文件发送模块， 用于将所述配置文件发送至与所述目标业。

8、务类型对应的业务服务器， 以使所述业务服务器根据所述配置文件进行配置更新。 9.一种计算机设备， 其特征在于， 所述设备包括： 一个或多个处理器； 存储器， 用于存储一个或多个程序； 当所述一个或多个程序被所述一个或多个处理器执行， 使得所述一个或多个处理器实 现如权利要求1-7中任一所述的配置更新方法。 10.一种计算机可读存储介质， 其上存储有计算机程序， 其特征在于， 该程序被处理器 执行时实现如权利要求1-7中任一所述的配置更新方法。 权利要求书 2/2 页 3 CN 111240763 A 3 配置更新方法、 装置、 设备及存储介质 技术领域 0001 本发明实施例涉及计算机技术， 。

9、尤其涉及一种配置更新方法、 装置、 设备及存储介 质。 背景技术 0002 在多业务类型的服务器系统中， 可能需要接入多个第三方平台的服务， 例如， 本 APP在登录或者支付时， 需要调用其他第三方的账号或者密码来进行登录或支付， 其中， 不 同的第三方平台对应不同的渠道， 由于每个渠道的接入参数不同， 因此， 每当在多款APP共 同使用的服务器系统中接入新的渠道， 或者在接入的渠道所对应的接入参数发生改变(例 如第三方平台更新为新版本)时， 就需要对本服务器系统中该渠道对应的多个业务类型下 的服务器的配置进行更新。 0003 现有技术中， 主要采用以下两种方式进行配置更新： 第一种方式是， 。

10、直接将更新后 的接入参数， 也即原始配置， 写在数据库， 需要用到配置的服务都去读同一份原始配置； 第 二种方式是， 每个服务器都使用自己独立的配置文件， 并在原始配置发生变化时， 通过人工 手动方式去更新修改配置文件。 0004 第一种方式由于使用的是同一个原始配置， 一旦配置发生错误， 所有依赖该配置 的业务服务器系统都将可能发生异常， 对于业务的稳定性影响较大。 而第二种方式虽然每 个服务器都使用的自己独立的配置文件， 但是由于采用人工手动方式更新修改配置文件， 因此， 会导致配置的管理效率极其低下， 且容易出错。 发明内容 0005 本发明实施例提供一种配置更新方法、 装置、 设备及存。

11、储介质， 以根据多业务配置 的不同需求， 实现业务服务器配置的实时更新， 在保证业务服务稳定性的同时， 提高配置更 新效率和正确率。 0006 第一方面， 本发明实施例提供了一种配置更新方法， 包括： 0007 获取目标接入渠道对应的原始配置信息， 以及所述原始配置信息对应于目标业务 类型的字段映射关系表； 0008 根据所述原始配置信息以及所述字段映射关系表生成与所述目标业务类型对应 的配置文件； 0009 将所述配置文件发送至与所述目标业务类型对应的业务服务器， 以使所述业务服 务器根据所述配置文件进行配置更新。 0010 第二方面， 本发明实施例还提供了一种配置更新装置， 该装置包括： 。

12、0011 信息获取模块， 用于获取目标接入渠道对应的原始配置信息， 以及所述原始配置 信息对应于目标业务类型的字段映射关系表； 0012 文件生成模块， 用于根据所述原始配置信息以及所述字段映射关系表生成与所述 目标业务类型对应的配置文件； 说明书 1/9 页 4 CN 111240763 A 4 0013 文件发送模块， 用于将所述配置文件发送至与所述目标业务类型对应的业务服务 器， 以使所述业务服务器根据所述配置文件进行配置更新。 0014 第三方面， 本发明实施例还提供了一种计算机设备， 该设备包括： 0015 一个或多个处理器； 0016 存储器， 用于存储一个或多个程序； 0017 。

13、当所述一个或多个程序被所述一个或多个处理器执行， 使得所述一个或多个处理 器实现如本发明实施例中任一所述的配置更新方法。 0018 第四方面， 本发明实施例还提供了一种计算机可读存储介质， 其上存储有计算机 程序， 该程序被处理器执行时实现如本发明实施例中任一所述的配置更新方法。 0019 本发明实施例通过根据目标接入渠道对应的原始配置信息， 以及该原始配置信息 对应于目标业务类型的字段映射关系表， 生成与该目标业务类型对应的配置文件， 进而将 该配置文件发送至与该目标业务类型对应的业务服务器， 以使业务服务器根据接收的配置 文件进行配置更新， 利用了根据目标业务类型的需求， 自动将原始配置信。

14、息转换为对应的 配置文件以使对应的业务服务器进行配置更新的优点， 解决了现有技术中由于使用同一原 始配置或者人工手动更新修改配置文件， 而导致的业务服务不稳定、 配置更新效率低且容 易出错的问题， 实现了多业务服务器配置的实时更新， 在保证业务服务稳定性的同时， 提高 了配置更新效率和正确率。 附图说明 0020 图1a是本发明实施例一提供的一种配置更新方法的流程示意图； 0021 图1b是本发明实施例一适用的一种多业务服务系统的结构示意图； 0022 图2是本发明实施例二提供的一种配置更新装置的结构示意图； 0023 图3是本发明实施例三提供的一种计算机设备的结构示意图。 具体实施方式 00。

15、24 下面结合附图和实施例对本发明作进一步的详细说明。 可以理解的是， 此处所描 述的具体实施例仅仅用于解释本发明， 而非对本发明的限定。 另外还需要说明的是， 为了便 于描述， 附图中仅示出了与本发明相关的部分而非全部结构。 0025 实施例一 0026 图1a为本发明实施例一提供的一种配置更新方法的流程示意图。 该方法可适用于 多业务服务系统中对各服务器的配置进行更新的情况， 该方法可以由配置更新装置来执 行， 该装置可由硬件和/或软件组成， 并一般可集成在配置服务器等计算机设备中。 具体包 括如下： 0027 S110、 获取目标接入渠道对应的原始配置信息， 以及原始配置信息对应于目标业。

16、 务类型的字段映射关系表。 0028 本实施例中， 目标接入渠道可以是接入多业务服务系统的第三方平台所提供的接 口。 由于不同接入渠道其所对应的参数字段是不同的， 因此需要将不同接入渠道对应的参 数字段映射为多业务服务系统所需要的参数字段。 其中， 多业务服务系统中可包括能够提 供多种业务类型服务的多个业务服务器。 说明书 2/9 页 5 CN 111240763 A 5 0029 具体的， 针对不同的业务类型， 可对应于不同的映射关系， 进而需要在获取目标接 入渠道对应的原始配置信息的同时， 还要获取该原始配置信息对应于目标业务类型的字段 映射关系表。 其中， 目标业务类型包括但不限于登录业。

17、务或支付业务等。 0030 举一个实际例子， 如下表1所示， 针对渠道码为c001的第一接入渠道， 渠道参数(也 即原始配置参数)为appid， appkey， appSecret三个参数； 针对渠道码为c002的第二接入渠 道， 渠道参数为gameid， gamekey， gameSecret， pubickey四个参数。 有两个应用使用多业务 服务系统的服务， 其中包括： 第一应用的应用编号为a001， 第二应用的应用编号为a002， 获 取的第一接入渠道和第二接入渠道分别对应的原始配置信息可以是如表1所示的信息， 优 选的， 可将其通过动态表单的方式存至配置数据库。 0031 表1.原始。

18、配置信息 0032 应用编码渠道码接入参数 a001c001 “appid” : “001” , “appkey: “key1” ,”“appSecret” : “secret1” a002c001 “appid” : “002” , “appkey: “key2” ,”“appSecret” : “secret2” a001c002 “gameid” : “g001” , “gamekey: “gkey1” ,”“gameSecret” : “gsecret1” , “publickey” :pkey1” a002c002 “gameid” : “g001” , “gamekey: “gke。

19、y1” ,”“gameSecret” : “gsecret1” , “publickey” :pkey1” 0033 需要说明的是， 不同的业务类型所需要的个性化配置字段格式不同， 而每个业务 服务器只需要关心本业务类型服务所需要的配置信息， 例如登录服只需要 “appid” : “xx” , “appSecret” : “xx” 两个信息， 支付服只需要 “appid” : “xx” , “publicKey” : “xx” 两个信 息。 因此， 针对不同的接入渠道， 可对应获取每个业务类型的字段映射关系表不同。 例如， 如 下表2所示， 为针对第一渠道c001分别对登录业务和支付业务的字段。

20、映射关系表。 0034 表2.字段映射关系表 0035 渠道码原始字段映射字段业务类型 c001appidappid登录 c001appkeyappSecret登录 c001appidappid支付 c001appkeypublicKey支付 0036 示例性的， 每个接入渠道针对每个业务的字段映射关系表， 具体可根据实际需求 制定映射规则， 然后根据该映射规则生成相应的字段映射关系表。 在获取到目标接入渠道 对应的原始配置信息以及字段映射关系表后， 可将该原始配置信息以及字段映射关系表插 入配置数据库。 0037 S120、 根据原始配置信息以及字段映射关系表生成与目标业务类型对应的配置文 。

21、件。 0038 本实施例中， 可通过调用转换服务的生成配置接口， 利用转换服务加载配置数据 库中目标接入渠道的原始配置信息和针对目标业务类型的字段映射关系表， 生成与目标业 务类型对应的配置文件。 其中， 配置文件可以是JSON(JavaScript Object Notation， JS对 象简谱)文件， JSON是一种轻量级的数据交换格式， 可作为不同服务之间进行数据传递格 式， 具有易读， 轻量等特点。 0039 以生成登录服的配置文件为例， 举一个实际例子， 根据如表1中所示的第一渠道的 原始配置信息， 以及如表2中所示的第一渠道针对登录业务的字段映射关系表， 可生成登录 服的JSON。

22、文件， 支付服类似。 说明书 3/9 页 6 CN 111240763 A 6 0040 可选的， 根据原始配置信息以及字段映射关系表生成与目标业务类型对应的配置 文件， 包括： 按照字段映射关系表， 对原始配置信息进行转换； 根据转换结果生成按照预设 命名规则命名的与目标业务类型对应的配置文件， 预设命名规则为根据目标业务类型的标 识符以及当前时间戳命名配置文件， 其中， 配置文件的版本号为当前时间戳。 0041 示例性的， 在生成配置文件的过程中， 可利用转换服务首先加载配置数据库中目 标接入渠道的原始配置信息， 并根据一定的规则， 例如根据字段映射关系表生成的字段映 射规则， 进行转换，。

23、 转换得到的结果是针对不同业务类型的JSON文件， 再将各JSON文件按照 预设命名规则进行命名， 具体的， 预设命名规则例如可以是： biz(业务类型)+当前时间戳 .json， 这里的时间戳可以作为本配置文件的版本号。 0042 可选的， 在根据转换结果生成按照预设命名规则命名的与目标业务类型对应的配 置文件之后， 还包括： 将配置文件存储至对应的目标业务类型的存储目录下， 存储目录包括 本地存储目录和/或分布式文件存储系统中的存储目录； 将配置文件的版本号以及存储目 录的路径信息对应保存至配置数据库； 根据配置数据库中存储的各配置文件的版本号， 按 照对应的业务类型对版本号进行显示， 以。

24、供选择。 0043 示例性的， 在生成配置文件后， 可将生成的配置文件存放在提供转换服务的服务 器本地存储目录下， 也可将配置文件上传至分布式文件存储系统中的某个存储目录下， 其 中， 分布式文件存储系统例如可以采用AWS S3(Amazon Simple Storage Service， Amazon 简单存储服务)， 在此不作限定。 然后， 将配置文件的版本号以及存储目录的路径信息对应 保存至配置数据库， 以便通过配置文件的版本号查询到对应的存储路径， 进而通过该存储 路径取出该配置文件。 具体的， JSON文件在磁盘中的组织形式可以是/data/xxx/时间戳/ original.时间戳。

25、.json， /data/xxx/时间戳/biz1.时间戳.json， /data/xxx/时间戳/biz2. 时间戳.json。 0044 优选的， 针对同一接入渠道， 可将配置数据库中存储的各个配置文件的版本号， 按 照对应的业务类型显示在配置中心平台界面上， 以便开发人员在配置中心平台上选择相应 版本的配置文件进行发布。 0045 S130、 将配置文件发送至与目标业务类型对应的业务服务器， 以使业务服务器根 据配置文件进行配置更新。 0046 本实施例中， 可在生成配置文件后， 直接将该配置文件发送至与目标业务类型对 应的所有注册的业务服务器， 也可在接收到开发人员针对该配置文件的发布。

26、请求时， 再将 该配置文件发送至开发人员选择的与目标业务类型对应的一个或多个业务服务器， 发送时 机在此不作限定。 0047 由于本实施例是利用目标接入渠道的原始配置信息， 针对不同的业务类型自动生 成不同的配置文件， 进而将配置文件发送至各自的业务服务器， 以进行配置更新， 因此， 简 化了整个配置更新过程， 实现了配置实时更新， 避免了人工手动改写配置文件低效且容易 出错的问题， 自动生成配置文件提高发布效率和正确率， 保障了业务服务器进行服务时的 稳定性。 0048 可选的， 在将配置文件发送至与目标业务类型对应的业务服务器之前， 还包括： 将 目标业务类型对应的业务服务器的服务器信息录。

27、入至配置数据库中， 服务器信息包括业务 类型、 IP和端口号； 根据配置数据库中存储的各业务服务器的服务器信息， 按照对应的业务 说明书 4/9 页 7 CN 111240763 A 7 类型对各业务服务器的IP和端口号分别进行显示， 以供选择。 0049 示例性的， 可对各业务服务器进行注册管理， 将各业务类型对应的业务服务器的 服务器信息录入至配置数据库中， 并将配置数据库中存储的各业务服务器的IP和端口号按 照对应的业务类型分别显示在配置中心平台界面上， 以便在发布配置文件时， 开发人员能 够通过IP和端口号， 来选择相应的需要更新配置的服务器发送对应的配置文件。 其中， 服务 器信息包。

28、括但不限于服务器所属的业务类型、 服务器所对应的IP以及包括的端口号。 0050 可选的， 将配置文件发送至与目标业务类型对应的业务服务器， 包括： 如果接收到 针对目标业务类型的配置请求， 则根据目标业务类型下选择的版本号， 从配置数据库中获 取与版本号对应的配置文件的存储目录， 并从存储目录中获取配置文件； 根据目标业务类 型下选择的业务服务器的IP和端口号， 将配置文件发送至业务服务器。 0051 示例性的， 在配置中心发布配置文件至业务服务器时， 开发人员可先从显示的版 本列表中选择需要下发的版本号， 其中， 版本列表通过读取版本表实现， 版本表中主要存储 版本号。 然后选择要发布的服。

29、务器IP和端口， 每个IP和端口对应了一个业务类型， 在接收到 针对目标业务类型的配置请求， 根据版本号去对应的磁盘路径找到目标业务类型对应的 JSON文件， 然后将该JSON文件发送至选择的业务服务器。 需要指明的是， 针对目标业务类型 的配置请求例如可以是开发人员点击发布按键时所触发生成的指令。 0052 具体的， 在配置文件发布时， 由于开发人员可选择配置的业务服务器， 因此， 可实 现灰度发布， 也即在新的配置进行测试时， 可先对该业务类型的一个服务器的一个端口进 行发布， 确定服务没有出错后， 再选择该业务类型对应的所有业务服务器的所有端口进行 发布和配置更新。 这样设置的好处在于，。

30、 可以最大限度减小异常影响， 保障业务服务的稳定 性。 0053 举一个实际例子， 配置中心管理着所有的业务服务器， 记录着IP和端口， 业务类 型。 针对单个业务类型， 通常线上部署情况有以下几种情景(其中， 一个IP对应于一台服务 器， 一个端口对应于一个服务)： 0054 单IP单端口： 一台服务器部署一个服务， 此时不满足灰度发布的条件， 也无须灰 度； 0055 单IP多端口： 一台服务器部署多个服务， 可以选择某一个端口进行灰度发布； 0056 多IP单端口： 多台服务器， 每台机器只部署一个服务， 可以选择其中一个IP进行灰 度发布； 0057 多IP多端口： 多台服务器， 每台。

31、服务器部署多个服务， 可以选择某台服务器的某个 端口进行灰度发布， 也可以选择灰度某台服务器多个端口， 灰度出现问题， 将版本切换到上 一个版本重新下发即可恢复。 0058 可选的， 业务服务器根据配置文件进行配置更新， 包括： 业务服务器通过反序列化 的形式将配置文件对应的配置信息刷新至内存； 如果业务服务器确定本地磁盘上不存在配 置文件， 则将配置文件保存在本地磁盘上。 0059 本实施例中， 一个业务类型可以对应于一个业务服务器， 也可以对应于多个业务 服务器， 而一个业务服务器可部署多个服务， 每个服务对应于一个端口。 示例性的， 业务服 务器需要提供一个用于接收配置文件的接口， 通过。

32、该接口可接收配置中心发送的配置文 件。 举一个实际例子， 当业务服务器接收到JSON文件后， 先将JSON反序列化为Bean， 以将最 说明书 5/9 页 8 CN 111240763 A 8 新的配置信息刷新至JVM(Java Virtual Machine， JAVA虚拟机)内存， 保证配置的实时更 新。 同时， 如果确定本地磁盘上不存在该版本的JSON文件， 则将该版本的JSON文件保存一份 在本机的磁盘上， 这样， 即使当前服务器宕机， 服务自启动时依然能够通过加载本地的JSON 配置恢复到宕机前的状态。 0060 另外， 在同一台机器上部署多个服务时， 通常是使用Tomcat或Red。

33、is来部署多个服 务， 服务使用的程序代码和配置字段是一样的， 因此更新JSON不需要每个端口都写磁盘， 发 布同IP的多个端口时， 随机选择其中一个端口下发， 端口会把JSON文件写入磁盘， 其它端口 对应的服务只需要更新数据至JVM即可， 由于多服务使用的JSON文件是一样的且每次更新 都落地磁盘， 当服务器宕机重启， 可以通过加载本地磁盘上存储的JSON文件来恢复配置。 0061 本实施例的技术方案， 通过根据目标接入渠道对应的原始配置信息， 以及该原始 配置信息对应于目标业务类型的字段映射关系表， 生成与该目标业务类型对应的配置文 件， 进而将该配置文件发送至与该目标业务类型对应的业务。

34、服务器， 以使业务服务器根据 接收的配置文件进行配置更新， 利用了根据目标业务类型的需求， 自动将原始配置信息转 换为对应的配置文件以使对应的业务服务器进行配置更新的优点， 解决了现有技术中由于 使用同一原始配置或者人工手动更新修改配置文件， 而导致的业务服务不稳定、 配置更新 效率低且容易出错的问题， 实现了多业务服务器配置的实时更新， 在保证业务服务稳定性 的同时， 提高了配置更新效率和正确率。 0062 在上述实施例的基础上， 可选的， 还包括： 如果接收到针对目标业务服务器配置版 本查询指令， 则调用目标业务服务器提供的版本号查询接口， 获取目标业务服务器当前所 使用配置文件的版本号；。

35、 在服务器列表中目标业务服务器处显示版本号。 0063 示例性的， 在下发的JSON配置中携带一个字段的版本号， 该版本号例如可以是文 件生成的时间戳。 每个业务服务可提供一个版本号查询接口， 也即checkVersion接口， 以返 回当前配置的版本号。 当接收到针对目标业务服务器配置版本查询指令时， 例如开发人员 在配置中心勾选一个或多个IP和端口并点击查询按键时， 可通过调用checkVersion接口查 询各选中的服务器端口所使用配置的版本号， 并在服务器列表中各服务器端口号处显示对 应的版本号。 0064 综合上述各实施例， 可得到如图1b所示的多业务服务系统， 其中， 本实施例中的。

36、多 业务服务系统具体可包括用于监控配置发布的配置中心1， 用于将原始配置转换为配置文 件的转换服务2， 用于存储原始配置信息、 字段映射关系表、 各业务服务器的服务器信息以 及配置文件版本号的配置数据库3， 以及业务服务器4。 0065 具体的， 图1b所示系统中业务服务器4可包括第一服务器41、 第二服务器42以及第 三服务器43， 其中， 第一服务器41包含四个端口、 第二服务器42包括三个端口、 第三服务器 43包括一个端口。 当然， 业务服务器也可包含其他数量的服务器， 每个服务器也可包含其他 数量的端口， 在此不作限定。 0066 实施例二 0067 图2为本发明实施例二提供的一种配。

37、置更新装置的结构示意图。 参考图2， 配置更 新装置包括： 信息获取模块210、 文件生成模块220以及文件发送模块230， 下面对各模块进 行具体说明。 0068 信息获取模块210， 用于获取目标接入渠道对应的原始配置信息， 以及所述原始配 说明书 6/9 页 9 CN 111240763 A 9 置信息对应于目标业务类型的字段映射关系表； 0069 文件生成模块220， 用于根据所述原始配置信息以及所述字段映射关系表生成与 所述目标业务类型对应的配置文件； 0070 文件发送模块230， 用于将所述配置文件发送至与所述目标业务类型对应的业务 服务器， 以使所述业务服务器根据所述配置文件进。

38、行配置更新。 0071 本实施例提供的配置更新装置， 通过根据目标接入渠道对应的原始配置信息， 以 及该原始配置信息对应于目标业务类型的字段映射关系表， 生成与该目标业务类型对应的 配置文件， 进而将该配置文件发送至与该目标业务类型对应的业务服务器， 以使业务服务 器根据接收的配置文件进行配置更新， 利用了根据目标业务类型的需求， 自动将原始配置 信息转换为对应的配置文件以使对应的业务服务器进行配置更新的优点， 解决了现有技术 中由于使用同一原始配置或者人工手动更新修改配置文件， 而导致的业务服务不稳定、 配 置更新效率低且容易出错的问题， 实现了多业务服务器配置的实时更新， 在保证业务服务 。

39、稳定性的同时， 提高了配置更新效率和正确率。 0072 可选的， 文件生成模块220具体可以包括： 0073 配置转换子模块， 用于按照所述字段映射关系表， 对所述原始配置信息进行转换； 0074 配置生成子模块， 用于根据转换结果生成按照预设命名规则命名的与所述目标业 务类型对应的配置文件， 所述预设命名规则为根据所述目标业务类型的标识符以及当前时 间戳命名所述配置文件， 其中， 所述配置文件的版本号为所述当前时间戳。 0075 可选的， 文件生成模块220还可以包括： 0076 文件存储子模块， 用于在根据转换结果生成按照预设命名规则命名的与所述目标 业务类型对应的配置文件之后， 将所述配。

40、置文件存储至对应的所述目标业务类型的存储目 录下， 所述存储目录包括本地存储目录和/或分布式文件存储系统中的存储目录； 0077 版本号保存子模块， 用于将所述配置文件的版本号以及所述存储目录的路径信息 对应保存至配置数据库； 0078 版本号显示子模块， 用于根据所述配置数据库中存储的各配置文件的版本号， 按 照对应的业务类型对所述版本号进行显示， 以供选择。 0079 可选的， 该装置还可以包括： 0080 信息录入模块， 用于在将所述配置文件发送至与所述目标业务类型对应的业务服 务器之前， 将所述目标业务类型对应的业务服务器的服务器信息录入至所述配置数据库 中， 所述服务器信息包括业务类。

41、型、 IP和端口号； 0081 信息显示模块， 用于根据所述配置数据库中存储的各业务服务器的服务器信息， 按照对应的业务类型对所述各业务服务器的IP和端口号分别进行显示， 以供选择。 0082 可选的， 文件发送模块230具体可以用于： 0083 如果接收到针对所述目标业务类型的配置请求， 则根据所述目标业务类型下选择 的版本号， 从所述配置数据库中获取与所述版本号对应的配置文件的存储目录， 并从所述 存储目录中获取配置文件； 0084 根据所述目标业务类型下选择的业务服务器的IP和端口号， 将所述配置文件发送 至所述业务服务器。 0085 可选的， 文件发送模块230具体还可以用于： 说明书。

42、 7/9 页 10 CN 111240763 A 10 0086 所述业务服务器通过反序列化的形式将所述配置文件对应的配置信息刷新至内 存； 0087 如果所述业务服务器确定本地磁盘上不存在所述配置文件， 则将所述配置文件保 存在所述本地磁盘上。 0088 可选的， 该装置还可以包括： 0089 版本获取模块， 用于如果接收到针对目标业务服务器配置版本查询指令， 则调用 所述目标业务服务器提供的版本号查询接口， 获取所述目标业务服务器当前所使用配置文 件的版本号； 0090 版本显示模块， 用于在服务器列表中所述目标业务服务器处显示所述版本号。 0091 上述产品可执行本发明任意实施例所提供的。

43、方法， 具备执行方法相应的功能模块 和有益效果。 0092 实施例三 0093 图3为本发明实施例三提供的一种计算机设备的结构示意图， 如图3所示， 本实施 例提供的一种计算机设备， 包括： 处理器31和存储器32。 该计算机设备中的处理器可以是一 个或多个， 图3中以一个处理器31为例， 所述计算机设备中的处理器31和存储器32可以通过 总线或其他方式连接， 图3中以通过总线连接为例。 0094 本实施例中计算机设备的处理器31中集成了上述实施例提供的配置更新装置。 此 外， 该计算机设备中的存储器32作为一种计算机可读存储介质， 可用于存储一个或多个程 序， 所述程序可以是软件程序、 计算。

44、机可执行程序以及模块， 如本发明实施例中配置更新方 法对应的程序指令/模块(例如， 附图2所示的配置更新装置中的模块， 包括： 信息获取模块 210、 文件生成模块220以及文件发送模块230)。 处理器31通过运行存储在存储器32中的软 件程序、 指令以及模块， 从而执行设备的各种功能应用以及数据处理， 即实现上述方法实施 例中配置更新方法。 0095 存储器32可包括存储程序区和存储数据区， 其中， 存储程序区可存储操作系统、 至 少一个功能所需的应用程序； 存储数据区可存储根据设备的使用所创建的数据等。 此外， 存 储器32可以包括高速随机存取存储器， 还可以包括非易失性存储器， 例如至。

45、少一个磁盘存 储器件、 闪存器件、 或其他非易失性固态存储器件。 在一些实例中， 存储器32可进一步包括 相对于处理器31远程设置的存储器， 这些远程存储器可以通过网络连接至设备。 上述网络 的实例包括但不限于互联网、 企业内部网、 局域网、 移动通信网及其组合。 0096 并且， 当上述计算机设备所包括一个或者多个程序被所述一个或者多个处理器31 执行时， 程序进行如下操作： 0097 获取目标接入渠道对应的原始配置信息， 以及所述原始配置信息对应于目标业务 类型的字段映射关系表； 根据所述原始配置信息以及所述字段映射关系表生成与所述目标 业务类型对应的配置文件； 将所述配置文件发送至与所述。

46、目标业务类型对应的业务服务 器， 以使所述业务服务器根据所述配置文件进行配置更新。 0098 实施例四 0099 本发明实施例四还提供了一种计算机可读存储介质， 其上存储有计算机程序， 该 程序被配置更新装置执行时实现如本发明实施例一提供的配置更新方法， 该方法包括： 获 取目标接入渠道对应的原始配置信息， 以及所述原始配置信息对应于目标业务类型的字段 说明书 8/9 页 11 CN 111240763 A 11 映射关系表； 根据所述原始配置信息以及所述字段映射关系表生成与所述目标业务类型对 应的配置文件； 将所述配置文件发送至与所述目标业务类型对应的业务服务器， 以使所述 业务服务器根据所。

47、述配置文件进行配置更新。 0100 当然,本发明实施例所提供的一种计算机可读存储介质,其上存储的计算机程序 被执行时不限于实现如上所述的方法操作,还可以实现本发明任意实施例所提供的配置更 新方法中的相关操作。 0101 通过以上关于实施方式的描述， 所属领域的技术人员可以清楚地了解到， 本发明 可借助软件及必需的通用硬件来实现， 当然也可以通过硬件实现， 但很多情况下前者是更 佳的实施方式。 基于这样的理解， 本发明的技术方案本质上或者说对现有技术做出贡献的 部分可以以软件产品的形式体现出来， 该计算机软件产品可以存储在计算机可读存储介质 中， 如计算机的软盘、 只读存储器(Read-Only。

48、 Memory,ROM)、 随机存取存储器(Random Access Memory,RAM)、 闪存(FLASH)、 硬盘或光盘等， 包括若干指令用以使得一台计算机设 备(可以是个人计算机， 服务器， 或者网络设备等)执行本发明各个实施例所述的方法。 0102 值得注意的是， 上述配置更新装置的实施例中， 所包括的各个单元和模块只是按 照功能逻辑进行划分的， 但并不局限于上述的划分， 只要能够实现相应的功能即可； 另外， 各功能单元的具体名称也只是为了便于相互区分， 并不用于限制本发明的保护范围。 0103 注意， 上述仅为本发明的较佳实施例及所运用技术原理。 本领域技术人员会理解， 本发明。

49、不限于这里所述的特定实施例， 对本领域技术人员来说能够进行各种明显的变化、 重新调整和替代而不会脱离本发明的保护范围。 因此， 虽然通过以上实施例对本发明进行 了较为详细的说明， 但是本发明不仅仅限于以上实施例， 在不脱离本发明构思的情况下， 还 可以包括更多其他等效实施例， 而本发明的范围由所附的权利要求范围决定。 说明书 9/9 页 12 CN 111240763 A 12 图1a 说明书附图 1/3 页 13 CN 111240763 A 13 图1b 说明书附图 2/3 页 14 CN 111240763 A 14 图2 图3 说明书附图 3/3 页 15 CN 111240763 A 15 。