PC 后台 - 终端用户 终端用户，对终端 用户的相关信息进行管 理，包括对家庭账号、 用户信息、家庭设备、 套餐情况等进行管理。 PC 后台 - 党教栏目 党教栏目，是针对 不同用户组和平台下， 所有媒资资源的统一管 理平台。 系统主要功能包含： 栏目编辑、资源挂载和 下架、运营商推荐、排 行榜、热搜词等功能。 PC 后台 - 图文编辑 图文编辑，为用户 提供编辑、生成由图片

填表向导。展示所有热点是在填表图片上展示所有的划分区域，鼠标停留在说 明区域上则显示该区域的说明文字，点击隐藏热点边框收起所有的热点展示。 3.5.3.3 数据展示 大厅数据展示是展示今年和上一年的大厅业务情况数据和平均等候情况数 据，统计的图表可选择显示等候人数或业务办理量等数据统计情况。  大厅业务情况 以柱状图的形式显示上一年和今年各月份的等候人数或业务办理量数据， 等候人数或者业务办理量可选择一个或者两个同时显示在图表上，如下图。图 超时数、服务人次、完成业务单数、平均办理时间、办理超时数、弃号数和满 意度进行统计分析，并汇总成“总体情况分析报表”。另外，对出票量、服务人 次、完成业务单数和弃票量指标统计分析，形成“总体数量情况分析图”柱状图； 对平均等候时间和平均办理时间统计分析，形成“总体时间情况分析图”柱状图。 “总体情况分析报表”有导出 excel 表功能。 总体情况统计还可以对分局的用户进行统计，统计用户的服务人次、完成 业务单数、平均办理时 表格。使用柱状图显示市、 分局和用户的满意度。用饼状图显示评价非常满意、满意、一般、态度不好、 效率不高、业务不精和无评级的分布情况。  业务情况统计 业务情况统计页面对各类业务的完成业务单数、办理超时数和平均办理时 间进行分析统计，形成业务情况统计报表，并有导出 excel 表格功能。  等候时间统计 等候时间统计页面对市和分局的出票数、弃号数、等候超时数、等候超时 弃号数、平均等候时间和最

三、业务协同优化 虽然不同部门、不同人员在从事不同的业务，但本质上来说这些业务都 是紧密关联的，并形成 xxx 市医药监督管理局特有的业务体系，对各个业务 进行充分的整合以使业务能够协调和平滑运作，任何业务链的“断折”或业 务的“死角”都会对监管业务工作人员的工作带来很大的影响。 xxx 市医药监督管理局按照政府职责划分，需要对辖区内药品生产、流 通、医疗器械、食品生产、流通、餐饮服务、保健品实行包括市场准入、监

准规范处于不断完善的过 程，应建立标准的版本管理机制，方便业务部门的查询和使用。 1.3.11 应用支持 对社保相关业务应用系统、公共服务系统、业务监管系统和决策支持系统 提供提供数据、通道和平台等支持。 1.3.12运行管理 为方便对大数据中心的管理和维护，需要一套功能完整的运行管理与监控 维护系统。运行管理系统主要提供给大数据中心的系统管理人员使用，用于保 证大数据中心的安全可

税务开放平台主要有“三大门户”、两个协议代理服务及资源管理和调度 服务组成。其中： 1、三大门户 三大门户主要指：税务门户、开发门户和管理者门户。 1）、税务门户  集成安全接入服务、统一认证服务和平台接口访问服务。  提供加密通话、聊天、文件传输等基础通讯服务。  打通微信服务号通道，为纳税人提供优质服务。  提供文书下载、公文审批等日常办公和提醒服务。  提供内外网网站代理服务，随时随地了解税务和纳税人信息。

领域，数据标注需要高度专业化的知识背景。建议采用众包与专家 结合的方式，既利用众包平台的高效性，又通过专家审核保证标注 质量。标注内容应包括实体识别、关系抽取、意图分类等，以支持 模型的多任务学习需求。 为确保数据集的多样性和平衡性，建议采用分层抽样方法，确 保不同领域、不同场景的数据均得到充分覆盖。同时，为避免数据 偏差，需对数据分布进行分析，补充代表性不足的样本。例如，针 对某些低频但重要的政务场景，可通过合成数据或迁移学习的方式 本中实际为正例的比例。在政务办公中，这两个指标尤为重要，如 在政策建议生成任务中，高召回率确保尽可能多的相关建议被提 出，而高精确率则确保提出的建议大多数是有效的。 F1 分数是召回率和精确率的调和平均数，适用于需要平衡召 回率和精确率的场景。在政务办公中，F1 分数可以作为综合评估 模型性能的重要指标，尤其是在多标签分类任务中，如同时处理多 个政务问题的场景。 处理时间（Processing 安全运维：涵盖漏洞扫描、补丁管理、权限控制和事件响应。 运维流程规范的有效实施还需辅以培训和技术支持，确保运维 团队具备足够的技能和知识。同时，应定期对运维流程进行评估和 优化，逐步提升运维效率和平台稳定性。 9.2 监控与报警 在政务办公大模型 AI 公共支撑平台的运维与支持中，监控与 报警是确保系统稳定运行的重要环节。为实现全面的系统监控，建 议部署多层次、多维度的监控体系，涵盖硬件资源、应用服务和业

83 Suzhou Keda Technology 苏州科达科技股份有限公司 通过 MCU 实现码流上传控制和平滑发送控制 断线自动重呼 IP 地址冲突检测 支持网守自动注册 支持 PPPoE 自动拨号 安全特性 基于 H.235 的会议加密流程 内置 128 位 AES 加密功能 会议密码输入

应支持备份负载与应用程序分离；  应支持源端重复数据消重；  应支持备份数据压缩存储。 3.1.7 运维及运营管理需求 运营管理需要考虑建立完备的运行维护保障体系，以保证业务应用顺利部署、开 通和平稳运行。云平台运行服务保障主要要从资金上、管理上、制度上、技术上 队伍上综合考虑，统一建设、统一管理。 从系统的运行维度来说，云平台的运行保障分为基础运维、业务运维、数据运维 基础运维主要包括 Docker 容 器中，通过 Kubernetes 对 Docker 容器进行管理和编排。微服务架构的开发部署 模式为云平台提供了高可用的特性。通过对管理进程的容器化部署，实现云平 台的平滑扩展和平滑升级。 3、基础组件层：为应用服务层提供数据存储、数据交互等方面的支持。基础组 件层的组件均通过容器平台层的高可用特性为应用服务层提供更好的高可靠性 能力。 4、应用服务层：核心业务层，提 容器中，通过 Kubernetes 对 Docker 容器进行管理和编排。微服 务架构的开发部署模式为云管平台提供了高可用的特性。通过对管理进程的容 第 73 页 器化部署，实现云管平台的平滑扩展和平滑升级。 3、基础组件层：为应用服务层提供数据存储、数据交互等方面的支持。基础组 件层的组件均通过容器平台层的高可用特性为应用服务层提供更好的高可靠性 能力。 4、应用服务层：核心业务层，提

应支持备份负载与应用程序分离；  应支持源端重复数据消重；  应支持备份数据压缩存储。 3.1.7 运维及运营管理需求 运营管理需要考虑建立完备的运行维护保障体系，以保证业务应用顺利部署、开 通和平稳运行。云平台运行服务保障主要要从资金上、管理上、制度上、技术上 队伍上综合考虑，统一建设、统一管理。 从系统的运行维度来说，云平台的运行保障分为基础运维、业务运维、数据运维 基础运维主要包括 Docker 容 器中，通过 Kubernetes 对 Docker 容器进行管理和编排。微服务架构的开发部署 模式为云平台提供了高可用的特性。通过对管理进程的容器化部署，实现云平 台的平滑扩展和平滑升级。 3、基础组件层：为应用服务层提供数据存储、数据交互等方面的支持。基础组 件层的组件均通过容器平台层的高可用特性为应用服务层提供更好的高可靠性 能力。 4、应用服务层：核心业务层，提 容器中，通过 Kubernetes 对 Docker 容器进行管理和编排。微服 务架构的开发部署模式为云管平台提供了高可用的特性。通过对管理进程的容 第 73 页 器化部署，实现云管平台的平滑扩展和平滑升级。 3、基础组件层：为应用服务层提供数据存储、数据交互等方面的支持。基础组 件层的组件均通过容器平台层的高可用特性为应用服务层提供更好的高可靠性 能力。 4、应用服务层：核心业务层，提

ID、父进程、进程模块、网络行为。 3.6 应用部署和迁移方案 根据应用系统的不同情况，设计不同的部署和迁移方案，同时针对已建公 共应用系统系统，制定完善的应用迁移方案，确保已建系统的顺利迁移和平滑 过渡。 为了平滑过渡，在迁移前期实行新老系统双轨运行，在试运行期间对环境 进行测试验证，成熟后再整体迁移云平台。 3.6.1 应用部署规范 根据业务部门的需求情况，可以分为两种模式。一是政务云平台提供的资 服务器、存储等设备型号、配置和数量  网络架构，如接入层、汇聚层、核心层、站点互 联设计等  存储架构，如 SAN、DAS、NAS、分布式存储等  服务器资源利用率，包括 CPU、内存等峰值和平 均利用率  存储资源利用，包括总容量、可用容量和剩余空 间等  灾备系统架构，包括组网结构、规模和 RTO/RPO 指标 IT 应用系统部分  应用系统名称和重要程度  应用系统架构，如 根据对评估与分析的结果，进行云架构的规划和设计，主 要包括但不限于以下内容：  总体架构设计，描述云化 IT 基础架构的设计思想和蓝 图，包括资源层（物理资源层、虚拟化平台层、虚拟 资源层）、服务层（基础设施服务和平台服务）和应 用层的整体设计，以及统一的运维管理和安全管理设 计；  云平台架构设计，包括资源池化管理和调度、自动编 排、自助服务等；  网络架构设计，包括网络分层、功能分区、安全接