文档介绍：系统平台对接方案
本项目采用统一接入方案。
本项目云平台设计升级改造时，不会直接影响到第三方服务。过往的逻辑链路，是云平台绑定了 N 个第三方服务，而有了插件平台，这个链路变成：云平台-> 插件平台-> N个第三方服务。过往的情况是 I 〃 ]
"message": "success!!!"}
上面是 MySql 服务的返回例子。对于所有服务，我们都约定，返回格式统一使用 json json第一级要包含id , message , config_vars这三个属性。其中，id为资源id,后续对该资源的删除，变更，都通过该id进行。message为附带的消息，特别是操作失败时，方便告知用户失败的原因。config_vars中，会包含跟服务相关的差异参数，不同服务的参数,是不一样的。
约定展示的文档内容
用户在使用第三方服务前，可以通过页面了解该服务。我们定义了一些关键信息，要求服务开发者填写：
插件名称。包含中文、英文名字。英文名字用于程序、接口的交互
类别
摘要。几十个字概括说明
插件特点。对摘要的简单补充
图标。可以美化页面，一开始担心开发者抱怨图标不好找。后来发现恰恰相反，很多很赞的图标。
套餐。
文档。详细的说明、使用文档。文档约定使用markdown，以带来更统一的文档阅读体验。
标准接入工具和信息管理功能
我们提供了一个页面，帮助第三方服务开发者管理自己的插件（服务），包括了以下模块：
信息管理
基础信息编辑
服务配置，包括接口 url,请求参数，响应参数，套餐配置
一个基于 markdown 的说明文档编辑器
接口测试工具
贡献率图表。通过云平台总项目数、插件数、使用量等，按公式计算贡献率，以反映该插件的价值
用户列表。使用该插件的项目列表。
接口测试工具
第三方服务接入的一个痛点，就是两方要一起调试，这会浪费双方很多时间。因此，我们设计了一个简单易用的web测试工具。
安全保障概述本项目涉及在播、在用的系统设备的升级改造，在实施过程中我方将充分考虑新系统的升级改造不影响在播、在用系统的正常运行，保证全台的安全播出。针对本项目我方设计了如下的安全播出保障方案。
主要包含：前期的现场调研与勘查、施工过程中的安全保障内容升级设备的更换以及系统切换保障措施。
现场调研与勘查
如我司中标将在项目实施开始前，我方将由项目经理组织专业的工程师团队进行现场调研与勘查，到场工程师均为参与后期项目实施的工程师，主要对现场安装环境，原系统设备情况，现场需要升级的硬软件数量及现况以及系统升级的其他必要考虑因素和用户其他需求进行调研与勘查。
勘查结束后我方将整理出现场勘查报告，并由我方专业团队进行分析和评估，并根据勘查情况针对性的设计实施方案。
施工过程中的安全保障
实施过程将由项目经理带领参与前期勘查的实施工程师组成专业的实施团队，结合客户要求定制安全目标与规划。
•确立项目安全目标，制定安全计划；
•建立健全的各项安全规章制度，保证电台安全播出；
•制定切实可行的安全技术措施，在施工中严格执行；
•定期向台方负责人汇报项目实施情况，保证系统实施安全稳定的进行。
设备更换
在总控设备的升级过程中，我方工程师将配合台内技术人员，启用总控备用通道，并