深航数字人&机器人创新应用项目建设方案征集 为顺利推进深圳航空有限责任公司数字人&机器人创新应用项目,现由深航向社会公开征集项目建设方案。有意参与项目建设方案征集的供应商,请按照项目建设方案公开征集流程和项目建设目标完成项目建设方案的编写,并通过深航集中采购管理部公共邮箱向深航反馈项目建设方案。 一、项目名称 数字人&机器人创新应用项目 二、项目概述 1、项目背景 为深入推进公司数字化转型战略,创新旅客服务模式,提升服务品质与品牌科技形象,应对多元化、个性化的旅客服务需求,深航拟建设数字人&机器人创新应用项目,以满足业务需求。 2、项目建设目标 数字人: (1):(略) 完成至少一套(可衍生多种角色)贴合深航品牌调性的高拟真度数字人形象设计,包括建模、表情、动作及语音。 (2)实现核心业务场景应用 a、智能问询与业务办理:(略) b、互动式数据讲解:(略) 机器人: (1)实现核心区域服务覆盖 在值机区、高端旅客值机厅等关键点位部署机器人,实现旅客高频问询的精准、自动应答。 (2)完成核心功能验证 a、准确识别并回答关于航班动态、登机口、行李提取、中转流程等常见问题; b、支持中英双语及以上交互,可根据需要扩展其他小语种; c、具备引导功能(可动态指示方向或带领旅客至指定区域)。 d、对项目建设所涉及到的相关业务进行简要说明。 3、本期项目建设所涉及到的现有信息系统简要说明 本期项目建设可能涉及交互系统:(略) 三、项目业务需求 1、数字人功能需求 序号 | 需求大类 | 功能 | 功能描述 | 1 | 数字人形象定制 | 2D数字人标准形象定制 | 提供2D真人标准形象定制服务,包括拍摄服务、视频剪辑美化、素材切片处理、素材标注训练等。提供一套服饰和站姿拍摄。提供(略)个自定义指向性动作。 | 2 | 数字人后台管理 | 接口创建&管理 | "在“接口服务”菜单页面,可以创建虚拟人接口服务,将虚拟人交互能力以及融合大模型对话的能力,快速集成到Web、H5、App、小程序等业务应用中。1、选择交互虚拟人的形象和声音2、定义人设身份信息,大模型问答提示词和参数,知识库、智能体、TDP对话平台等对话语义能力配置和调用顺序设置3、设置虚拟人交互的配置信息(识别语言、欢迎词、识别热词);设置休眠信息;语音唤醒模式、唤醒词设置4、API发布配置:(略) | 3 | 底层引擎 | 虚拟人合成引擎-端渲染 | 2D 端渲染 SDK 授权使用年包,不少于(略)路并发(包括ios和Android) | 4 | 虚拟人合成引擎-云渲染 | 提供2D 虚拟人视频合成能力,及音频到视频的合成能力。不少于5路并发 | 5 | 语音识别引擎(ASR) | 提供语音到文本的识别服务,用于虚拟人交互环节的用户短语音实时识别。不少于(略)路并发。 | 6 | 语音合成引擎(TTS) | 提供文本到语音的合成,用于虚拟人语音的合成。不少于(略)路并发。 | 7 | 系统对接 | | 支持对接深航算法平台、知识库,以智能体形式实现数字人交互问答 | 8 | 大屏调度应用 | 语音唤醒 | 支持语音唤醒或界面按钮唤醒 | 9 | 大屏讲解 | 支持通过对话方式调用预设讲解脚本,切换页面,匹配数字人手势配合(如指向大屏不同区域),同步进行语音讲解,介绍大屏的各个模块、核心指标和业务背景,大屏可高亮显示对应内容。(播报的指标数据要跟大屏展示数据一致) | (略) | 数字人语音回答 | 可配合简单手势和表情,要求表情自然,动作流畅不卡顿,语音与口型保持一致 | (略) | 数字人智能调整 | 数字人语气及表情自动匹配场景,比如大屏出现大面积告警,使用焦急的语气以及表情 | (略) | 智能问答 | 1. 结合大屏展示界面,调用大模型实现智能分析和主动交互;2. 结合知识库、应急预案等智能判断并引导故障或告警处理 | (略) | IoT设备联动 | 1.结合摄像头和传感器,实现更丰富的交互。例如,当有人走近大屏时,数字人自动唤醒并打招呼;2.通过识别用户的手势,进行翻页、放大等操作。 |
2、机器人功能需求 序号 | 机器人类别 | 功能大类 | 功能 | 1 | 智能随行轮椅 | 基础功能 | 自动定位及校准 | 2 | 自动避障 | 3 | 室内导航 | 4 | 功能需求 | 续航能力强 | 5 | 辅助残障人士站立 | 6 | 可对接AI智能体 | 7 | 服务&引导机器人 | 智能问询与引导 | 路径导航 | 8 | 系统、AI智能体对接 | 9 | 多语言交互 | (略) | 自助值机与行李服务引导 | 三超行李查验 | (略) | 特殊旅客辅助 | (略) | 协助行李搬运 | (略) | 商业与增值服务 | 地面升舱推广 | (略) | 互动娱乐 | (略) | 送餐机器人 | 自主规划最优送餐路径 | 针对休息室人流动线复杂、桌椅布局固定的特点,要求可自主规划最优送餐路径,灵活避让旅客、工作人员及障碍物; | (略) | 送达提醒 | 送达指定座位后,能够通过语音播报、灯光提示等方式提醒旅客取餐 | (略) | 点餐系统对接 | 支持旅客通过扫码点餐、休息室小程序或对接系统等方式下单,系统自动分配任务,机器人可实现多桌餐品同时配送,适配正餐、饮品、零食等不同类型餐品的配送需求 | (略) | 对客问答(AI智能体对接) | 支持基础语音问答,旅客可询问休息室服务设施位置(如洗手间、充电区)、餐品菜单等信息 | (略) | 运营数据管理及监控 | 工作人员可通过后台系统查看机器人运行状态、配送订单数量、路径优化情况等数据 | (略) | 机器人排故 | 机器人具备自主故障诊断能力,遇到电量不足、路径异常等问题时自动发送预警信息,并返回充电区或指定位置 |
此部分要求供应商提供的项目建设方案包含不限于上述功能,供应商也可根据过往项目实施经验提出建议或补充需求。 四、项目非业务功能性需求(软件部分) 1、系统响应时间指标 用户访问(增删改等)响应时间不超过3秒;在(略)并发用户情况下,对数据报表查询实现如下指标: 查询类别 | 说明 | 性能指标 |
|---|
简单查询 | 仅仅针对小型表的单表查询 | 在1秒以内完成查询响应 | 一般查询 | 仅仅涉及小型表的多表 | 在3秒以内完成查询响应 | 大数据查询 | 针对大型表的单表查询 | 在3秒以内完成查询响应 | 复杂查询 | 包括小型表和大型表的多表,甚至大型表和大型表的多表连接 | 在5秒以内完成查询响应 |
2、可靠性要求 - 系统平均年无故障运行时间,单位:(略)
- 用户数量要求
总用户数量:(略) 最大并发用户量指标:(略) 3、可用性要求 可用性:(略) 4、易用性要求 - 维护界面简单易用,在业务流程发生变化时,尽量减少后台程序的开发,使用前台的配置即可完成。
- 包含自定义报表。
- 支持的语言版本:(略)
5、扩展性要求 - 能实现在系统上线后充分反映系统运行状况的统计和分析报表的需求。
- 能实现新增业务主题功能模板自有扩展(工作流编排)。
6、可移植性要求 - 方便地对产品进行扩展,而不对产品进行结构化的变化。
- 预留标准数据接口,方便和现有业务系统之间的数据交换,支持多种网络传输协议,方便其他数据的接入,便于功能的拓展。
7、兼容性要求 - 移动设备和PC端系统界面须进行适配,达到显示效果上整体一致。
五、技术架构要求(软件部分) 充分考虑技术的前瞻性,按照统一架构的思路完成整体解决方案和相关技术标准的设计。方案中应包括清晰的总体架构、物理架构、应用架构、数据架构、安全体系架构等内容。除下列要求外,应用系统建设详细技术要求还需参照《深航应用系统建设技术规范》执行。 - 、基础设施要求。应综合考虑系统应用软件产品、性能需求等因素,合理分配应用服务器、中间件服务器、数据库服务器、存储、负载均衡等资源,根据系统部署需求,给出系统基础设施架构,提供基础架构拓扑图。(可选择下面相关具体要求)
- 设备需提供双网卡配置,能够实现链路捆绑。
- 设备磁盘阵列需支持RAID1、RAID5或RAID6,必须实现物理硬盘冗余。
- 设备应预留规划容量(略)%以上的扩容接口(内存、磁盘、网口)。
- 设备应支持深航当前使用的主流操作系统(Windows、Linux等)。
- 设备已安装的操作系统必须合法授权,并向深航提供license。
- 操作系统必须为厂商已发行的稳定版本。
- 存储及服务器磁盘容量须为实际可用容量(冗余后的实际可用容量)。
- 、网络要求。提供完整的网络访问方案,包括但不限于服务器的配置要求、接入方式、带宽要求等。网络架构应考虑内部集成及与外部系统通讯的需要,系统的开发测试环境与生产环境可能单独部署,如果需要多个环境之间的通讯,要有清晰的描述。对于网络架构可以在基础设施架构内体现的,也可以合并提供,不必再行单独列示。
六、技术支持和售后服务 1、系统技术服务标准要求,应根据故障级别采取差异化的故障修复策略。免费维护期自通过整体验收起算,软件为期一年,硬件为期三年。 等级 | 说明(根据具体项目定义) | 响应时限 | 一级事件 | 如:(略) | (略)分钟响应,(略)分钟评估问题解决时间,(略)分钟内恢复生产。 | 二级事件 | 如:(略) | (略)分钟响应,(略)分钟评估问题解决时间,(略)分钟内恢复生产。 | 三级事件 | 如:(略) | (略)分钟响应,(略)分钟评估问题解决时间,(略)分钟内恢复生产。 |
在系统上线后,要求供应商承担系统上线后的所有运维工作,主要包括检查系统上线运行情况,解答用户问题,建立问题跟踪记录,系统持续优化调整等。如需驻场服务,请说明服务内容和要求。 七、投资说明 1、开发团队要求: - 项目经验要求:(略)
- 团队成员:(略)
- 结合项目建设方案,供应商需要说明基于方案的项目投资规模,具体如下:
- 如用到第三方软件或服务,包含第三方软件费用、服务等报价。
- 针对项目各项需求功能逐个按工作量和人员单价方式报价。
- 综合全部项目需求,汇总给出项目整体报价和建设团队人员规模(包括人员结构、单价、人数)。
- 报价模板详见附件《项目建设方案报价表.xlsx》。
3、项目周期: 项目合同签订日期起至合同条款履行完毕。 4、系统维保: - 系统建设所涉及到的软件及硬件维保售后服务标准(硬件维保费为项目建设标的的8%,软件维保费为项目建设标的的(略)%)。
- 系统所涉及到的软硬件维保期标准(硬件维保为项目终验后三年免费,软件维保为项目终验后一年免费)
八、供应商资质要求(可根据项目自身特点选用该部分,也可增加其他资质要求) 最终的入围条件需要以招标公告中的招标文件为准 1、不在深圳航空有限责任公司供应商黑名单之列。 2、不在中航集团禁止交易名单之列。 3、不在深航禁止交易企业名单之列。 4、具有独立签订合同的权利和承担民事责任的能力,近三年无违法和重大违规执业行为,无处罚记录。 5、具有良好的财务状况,能够开具增值税专用发票。 6、供应商具有CMMI认证:(略) 7、供应商具有ISO(略) 或ISO(略)或ISO(略)认证。 8、具有迄今有效的中国信息安全评测中心(CNITSEC)颁发的信息安全服务资质证书。 九、方案提交要求 1、请供应商在(略)年1月(略)日前向项目建设方案征集邮箱提供项目建设方案(含投资说明)。供应商提供的项目建设方案是深航对供应商能力考查的参考依据,请各位供应商认真地阅读理解征集方案相关要求,认真编制和审核项目建设方案及投资规模。 十、地址及联系方式 1、地址:(略) 2、电子邮件地址:(略) 十一、本公告由深圳航空有限责任公司信息管理部负责解释 特此公告。 附件一:(略) 附件二:(略) 深圳航空有限责任公司 (略)年(略)月(略)日 |