接入；需提供 API 策略路由能力，支持根据不同的 Header、Query 来定制 API 接口的后端； 需支持 API 编排，支持通过脚本，完成服务的编排封装；支持秒级 API 流控， 针对不同的 业务等级、用户等级，可实施 API 级别的精细流控，保护集成业务的稳定运行；支 持 API 的监控统计和分析；安全认证，支持 app key&app Secret 对应用进行认证， 用户可编写自定义脚本对接第三方认证；支持 需支持统一的、集中的用户电子身份管理，结合用户入职、兼职、调岗、 借调、离职等不同业务场景实现用户账号的全生命周期管理；支持维护用户名、密 码、姓名、电话、邮箱等基本属性信息，并可根据需要增加用户自定义属性； 针对 各类用户可进行分类及管理。 需支持统一的、集中的机构管理，支持机构的新增、修改、删除、查看等 基本操作；支持多组织机构树，支持机构属性自定义，不同机构树上的机构可 配置不同的属性。 需支持 设备，在混合墙及互联网出口 进行分光，复制流量到 NDR 和 IDS 设备进行检测。部署 DDOS 流量清洗对流量 进行检测和清洗，部署信安设备对开放业务进行管控。在管理区部署主机防护 软件，针对平台侧虚拟机进行漏洞扫描和安全加固。 2.2.3.1.1 核心设备及链路冗余需求 需要采用冗余双链路措施。在交换中心网核心交换机和防火墙设备和互联 互通链路上采用冗余双链路措施，提升因单台设备或单条链路故障自动处理能

节 点。数据获取实时性高，能够交换删除操作的数据，但需要在源表上建立触 发器，对前置库性能有一定影响。 2.3.1.1.3. 按时延分类 2.3.1.1.3.1.1. 准实时接入 针对于 T+1 模式无法满足业务系统的需求，需要进行准实时同步。准实时 同 步是指将数据从传统的关系型数据库准实时同步到大数据平台，并对数据进 行实 时或者准实时分析。借助 Oralce 等软件可以实时地读取关系数据库的日志记录，将这 些日志 记录写成文件记录到本地，再头通过数据迁移工具进行秒级同步和解 析。 2.3.1.1.3.1.2. 实时接入 针对如物联数据、视频数据等具有数据量大、文件数量多、实时产生等特性 的数据，有高吞吐、低时延的要求，可通过分布式日志实时采集工具 Flume 或 分 布式消息队列工具 Kafka 实时接入到大数据平台。 织机构从外部采集的数据。 数据存储：指非动态数据以任何数字格式进行物理存储的阶段 15 智 慧 城 市 系 列 - 公 共 服 务 中 台 数据处理：指组织机构在内部针对动态数据进行的一系列活动的组合。 数据传输：指数据在组织机构内部从一个实体金国网络流动到另一个实体的 过程。 数据交换：指数据经由组织机构内部与外部组织机构及个人交互过程中提供 数据的阶段。

制定数据采集目录、采集内容、采集字 段、采集频率等关键信息，实现统一规则采集文旅信息，统一标准存储文旅信息，统一技术规范交 换和应用旅游信息。 （1）基础数据分类编码及数据元设计规范 本项目针对文基础数据（旅游目的地信息、文旅体基础资源、文旅服务企业、文旅服务产品 等）、文旅公共服务数据（文旅公共资源、公共交通等）、文旅业务管理数据（主管部门、组织协 会、安全事件等）等三大主要分类进行编码，并制定文旅数据元描述规则。 河流、加油站、汽车站等；各景区内部的地图数据等 规划、测绘部门 （2）数据采集方式 根据不同的数据来源，本项目拟采用的数据采集方式： 1）数据手工填报 针对部分涉旅企业数据，提供数据上报接口，由涉旅企业定期或不定期的进行数据信息上报。 2）第三方系统对接 主要针对纵向及横向部门数据，通过数据共享交换系统实现数据的交换对接，实现数据采集。 3）第三方数据采购 详见文旅数据采购。 4）数据制作 主要为重点区域的 点景区景点空气质量指数，如负氧离子含量等指 标。 8、文博专题数据分析 文博专题数据分析主要针对日、月、年的时间维度不同，分析展示文博场馆客流来源地市 Top、文博场馆游客组成、文博场馆位置、文博场馆客流量排行、文博场馆消费 Top 等。 （1）、文博场馆基本情况 场馆客流量分析主要针对文旅体场馆进行游客量监测，此部分内容对文化场馆游客不同时间周 期客流量进行监测，包括小时级游客量、

车辆驾驶员执行次数统计、驾驶员实际 上班考勤打卡统计、营运公里统计， GPS 公里统计、正点发车统计、准点行 车统计等等，无法精确统计分析，无法 提高公交服务质量。 针对复杂的客流、车况无法对公交车辆 进行调度； 乘客无法知晓等待公交所需时间，满意 度底下； 线路行车计划和排班还是呈现纸质状态； 复杂的驾驶员上班规则需要每天调整驾 驶员上班班次； 1 无需单独维护基 础数据。 数据统一维护 智能调度平台针对公交营运过程调度前、调度中、调度后三个场景提供服务，调度前计划准备、 调度中监管调度，调度后营运分析，全方位为公交运营提供服务。 u 地图监控结合地图实时 定位车辆位置； u 直线调度、表格调度多 u 可自定义行车计划执行 规则； u 设置驾驶员、公交车辆、 线路、站点等信息； u 根据线路营运需求编制 行车计划表； u 针对行车计划表根据企 业人员排班规则制定排 班规则； u 针对公交车辆或驾驶员 临时变动情况进行对班； 计划执行完成情况、行车计 划执行的质量情况、驾驶员 上班情况、车辆 GPS 营运 里 程和非营运里程数、行

大模型实现对市民诉求的自动化 分类和处理。系统将基于自然语言处理技术，对市民通过热 线、APP、网站等渠道提交的诉求进行智能识别和分类，自动分配 至相关部门或人员，减少人工干预，提高处理效率。同时，AI 系统 能够针对高频问题和热点事件进行实时分析，为政府决策提供数据 支持。 其次，项目将建立多维度的民意反馈机制，确保市民诉求得到 及时响应和有效解决。通过 AI 技术的应用，系统能够对诉求的处 理进度进行 高频问题、热点区域以及潜在风险，帮助决策者制定更具针对性的 政策。例如，通过分析市民投诉数据，可以及时发现某一区域的基 础设施问题，从而优先调拨资源进行修复，避免问题扩大化。 此外，智慧城市的建设还需要跨部门协同的高效机制。AI 大模 型可以作为信息中枢，整合来自不同部门的数据，并通过智能分析 生成跨部门协同的优化方案。例如，针对某一市民诉求，AI 模型可 以自动关联环保、交通、市政等多个部门的数据，提出综合性的解 集、清洗、存储和管理，支持结构化数据（如 SQL 数据库）和非 结构化数据（如文本、图像）的存储，采用分布式存储技术确保数 据的高可用性和安全性。模型层是系统的核心，基于深度学习和大 模型技术，针对民意速办场景进行定制化训练和优化，支持自然语 言处理（NLP）、情感分析、意图识别等功能。模型层采用微服务 架构，支持模型的快速迭代和动态更新，确保系统能够适应不断变 化的业务需求。服务层通过

由于这种管理方式需要一个庞大的管理队伍，人员多、效率低、成本高。因此 机械燃气表已经不适应现代经济生活的发展要求。 同时，阶梯气价的实施要 求计量方式更加的精准、实时，原有的抄表方式已经不能适应新的业务发展需 求。针对物联网燃气抄表系统，客户需求总结为以下四点：  解决入户抄表的问题，同时降低运营成本 解决传统人工抄表存在抄表难、效率低、成本高、问题多的情况，可通过物 联网手段实时了解用户用气情况，同时支持燃气阶梯价格以及随时调整新价格 。  流量池功能 15 中国电信物联网专网可以为客户提供灵活的套餐设计能力，针对客户 特定的应用场景，提供流量池业务满足客户个性化需求。实现同一客户内 成员前后向流量共享，有利于客户流量使用最大化。  多样化的内容计费 区别于传统内容计费业务，中国电信物联网专网可以识别出用户特定 的流量，针对性地采取差异化的计费规则。用户可以使用内容计费业务规 则以外的业务，并按照公网流量收费。 实时监测：表具实时监测运行情况，发现异常流量，泄漏，磁干扰、欠压 关阀、余量不足等运行问题第一时间主动上传以及处理；  安全监测及处理：物联网系列燃气表还具备安全检测功能。判断燃气表在 使用中出现的异常流量及持续时间，针对突发停气、超压、过流、脱管、 胶管断裂或老化而导致的各类流量异常现象实现瞬间自动关闭，提高燃气 表使用过程中的安全性能；  远程阀控：通过无线连接户内燃气表，进行开关阀的操作，无需入门，增

或阿里云 OSS，以满足大 规模非结构化数据的高效存储需求。结构化数据（如识别结果、事 件日志等）则存储在关系型数据库（如 MySQL 或 PostgreSQL） 中，便于快速查询和分析。同时，针对时间序列数据（如传感器数 据），采用时序数据库（如 InfluxDB 或 TimescaleDB）进行存 储，以支持高效的时间范围查询和统计分析。 数据处理方面，系统采用流式计算与批处理相结合的方式。对 算法模型开发 在算法模型开发阶段，首先需要明确景区智能安防的核心需 求，包括人员行为识别、异常事件检测、危险品识别、人流密度监 控等。基于这些需求，采用深度学习、机器学习以及计算机视觉技 术，设计和训练针对性的算法模型。对于人员行为识别，可以采用 YOLO（You Only Look Once）或 SSD（Single Shot MultiBox Detector）等目标检测算法，结合 OpenPose Memory）网络或 Transformer 架构， 对视频流进行分析，检测例如打架、摔倒、聚集等异常行为。危险 品识别则可以通过迁移学习的方法，基于预训练的模型如 ResNet 或 EfficientNet，针对特定的危险品（如刀具、火源等）进行微调 训练。 为了提高模型的准确性和鲁棒性，数据集的构建和标注是关键 步骤。景区安防场景复杂多变，因此需要收集多样化的数据，涵盖 不同时间段、不同天气条件、不同光照环境下的视频和图像数据。

/ 业务做了智慧化改造，但系统之间 无法联动，无法实现整体化智慧。 园区数据缺乏治理， 信息孤岛严重 数量众多的园区重基建，轻服务。园区本是产业生态聚集之地，但园区往往很少提供针对企业的各项 服务，不能针对企业全生命周期提供各项服务，严重制约企业的长远发展 园区企业缺乏服务， 不能满足企业发展 园区相关利益方对园区提出的期望 政府 / 补贴机构 （ ToG ） 园区经营 / 管理方 视频巡更 人员热力 人员热力 视频周界 + 重点区 域监控 视频巡更 视频感知人员热力分析； 利用视频识别、语义拆分，分析人员聚 集 视频周界 利用监控技术及图像识别、可视化周界 管理。针对小范围单元、做到重点区域 管控。 视频融合 + 视频巡更 利用摄像头取代人员、再固定轨迹做可 视化管理 应用场景—通行管理一张图 人员通行视频、 列表 车辆流量统计 停车位统计 违规停车数量 理信息能 力对园区人、车通行、车位管理、行动空间进行可视化分析显示。 图层： 车辆闸机 车位管理 班车信息 交通流线 实时路况 停车场管控 闸机监控 停车场车位管理 针对闸机单元做仿真检测、针对 来往人员实时数据呈现。 监控摄像 对闸机发生的特殊闯入进行实时告警 应用场景—人员协调全地图 人员管理 对园区交通的合理化分配进行实时监控，支持物联设备集成，集合地理信息能力对园区人、车通行、车位管理、行动空

卡、考勤 卡等结合在一起。 智慧养老整体解决方案提供商 软件界面 子系统 2 报警求助系统 智慧养老整体解决方案提供商 智慧养老整体解决方案提供商 系统构成 • 养老院无线报警是针对养老院的特点定制开发的，符合老人看 护特点的一套系统 • 报警类型：主动式 + 被动式 • 主动式是指老人主动触发的呼叫求助，包括有线 + 无线 • 被动式是指基于养老院安全管理需要设定的、自动触发的报警机制，如 我们的系统可以兼容市面上大多数的监控设备（数字、模拟摄像机），旧设备 无需重新购买，即可达到联动目的。 智慧养老整体解决方案提供商 增值应用 • 针对不同的养老模式（机构养老或居家养老）提供不同的报警 机制与流程 • 针对机构养老模式，提供集中化的报警平台，统一处理 • 针对居家养老模式，提供流程化的报警处理流程，规范护工的接警流 程、作业规范与相应速度 • 与生命体征监测的报警系统进行的整合 • 与 GPS 智慧养老整体解决方案提供商 产品图片 智慧养老整体解决方案提供商 软件截图 子系统 4 健康管理系统 智慧养老整体解决方案提供商 智慧养老整体解决方案提供商 自助健康管理系统 针对养老院的“健康小站”，“健康 体检机”等检测设备适用于社区、养老院 等等多用户人群的场所，通过刷 RFID 卡，可以测量包括心电，血压，血糖， 血氧，体重，体脂等人体数据，设备测 量方式简单便捷，通过无线数据传输网

济数据库、电子证照数据库等共享程度高、使用频率高、数据价值大的城市公 共数据。城市业务数据库是指如公安、城管、旅游、交通、卫生等各委办局的 业务数据库。城市专题数据库市是根据城市个性化管理和服务的需求，有针对 性设计的服务专项应用的数据库，比如 GDP 与各产业的关联分析、市民信息消 费指数、区域交通负载能力等，典型特征是此类应用基于城市基础数据库，融 合多委办局业务数据通过复杂的业务模型进行综合分析得到的结果。未来 建立区域统一的终端体系（包括触控交互屏、便携终端、家庭终端、智能 手机、平板等），在统一的综合云服务平台各类应用建设完成的基础上，通过 统一的信息门户、统一终端运营服务中心为市民提供个性化的信息服务，通过 智慧终端服务平台，针对不同的终端推送不同的信息服务，并逐步完善各类智 能终端的建设与运营工作，为市民提供便捷的信息服务。 1.8.10.建立信息安全体系 智慧 xxx 建设过程中要确保信息安全基础设施建设,建立较为完备的信息安 智慧城市项目建设中的信息数据安全、关键系统安全及管理等方面的标准 及规范，包括数据安全、系统安全、安全管理等标准。 5) 智慧城市应用标准 智慧城市典型行业或领域的技术参考模型、标准应用指南等标准及规范， 针对应用提供对象分为市民应用、企业应用、城市管理应用，政府综合事务管 理应用等标准，涉及其他智慧应用行业或领域的技术参考模型、标准应用指南 等。此类标准宜基于前四类智慧城市通用标准、结合行业或领域的特性进行扩