根据业务发展需要,建设银行现对**省人社厅社保卡“数字柜员”智能客服项目供应市场进行调研,有关事宜公告如下:
一、采购需求
包括但不限于:社保卡智能服务系统搭建
二、调研时间
本次市场调研自即日起至2024年 7月28日17:00止。
三、报名资格要求
1.具有独立法人资格或民事主体资格,并依法取得国家****机关颁发的证照,证照均应在有效期内并经年检注册存续。
2.财务要求:
(1)投标人具备良好的财务制度,提供近三年经审计的财务****事务所盖章以及注册会计师签章;近三年是指提供2021年-2023年;公司成立不满三年的,提供自成立时间以来的年度财务报告);
(2)投标人须就能够为本项目开具增值税专用发票事项单独提供承诺函。
3.业绩要求:近五年内(2019年08月01日以来,以合同签订日期为准),投标人具备至少一个类似项目业绩,提供合同清晰扫描件。
4.信用要求:投标人当前未被“信用中国”网站列入重大税收违法失信主体;未被“中国执行信息公开网”列入失信被执行人名单;未被“中国政府采购网”列入政府采购严重违法失信行为记录名单;未被“国家企业信用信息公示系统”网站列入严重违法失信名单(黑名单)。查询时间须在本项目招标公告发布日期之后,投标文件中提供查询截图。具体如下:
(1)重大税收违法失信主体名单查询(https://www.****.cn/xinyongfuwu/zhongdashuishouweifaanjian/);
(2****法院失信被执行人查询(企业及法定代表人)(http://zxgk.****.cn/shixin/);
(3)政府采购严重违法失信行为记录名单查询(http://www.****.cn/search/cr/);
(4)严重违法失信名单查询(http://www.****.cn/index.html)。
5.其他要求
(1)近三年内在经营活动中没有重大违法、违纪行为(提供承诺书,格式自拟)。
(2****银行不存在利益冲突,****银行合法利益和声誉的情形,****银行的重大诚信问题。
6.龙集采风险预警要求:投标人参加招标活动时****银行供应商禁用或退出名单中;****银行龙集采平台上无风险预警提示或其他不良行为。本项以招标人查询结果为准。
7.关联关系要求:单位负责人为同一人或者存在直接控股、管理关系的不同供应商,不得同时参加本项目采购活动【提供公司承诺函,或“国家企业信用信息公示系统(www.****.cn/index.html)发送的企业信用信息公示报告(输入单位名称后,点击发送即可获得)并加盖公章】。
8.本次招标不接受联合体投标,不允许转包和分包。
四、软硬件集成内容、要求及目标说明,包括集成后的系统功能、性能要求等
(一)项目目标
打造“数字柜员”,推广智能服务。搭建社保卡智能服务系统,开通“数字柜员”,为群众提供全天候不打烊的政策解答、服务引导、预约受理等服务。努力构建功能更强、渠道更全、覆盖更广、效率更快、决策支撑更优、满意度更高的“全省一流”社保政务服务平台。
借助智能服务试点示范契机,打造**人社AI智能应用信息化高地,探索**省政务服务AI智能应用创新,率先实现AI智能应用领域新突破,****政府人社应用的标杆。
本项目为第一阶段建设,构建智能服务机器人智能大脑,****服务大厅部署智能服务实体机器人(自动应答、自助式服务),线上覆盖APP、小程序、支付宝、官网等互联网端渠道;通过数据加密和脱敏,保障数据安全;系统设计整体架构要求能满足未来能力和规模的扩展需求。
(二)项目建设内容
1. 智能服务机器人外形外观**、亲民,能支持定制化(外形、颜色、功能模块等),能加配送货箱体。
2. 智能服务机器人为硬件实体设备,要求机器人全身具备多种自由度,能够呈现更加丰富生动的肢体语言,能够更加拟人、更加自由的运动。
3. 机器人要求具备360度避障能力,支持防碰撞、防跌落。
4. 机器人具备独立的电源开关,能够自动充电,续航时间不低于8小时,待机时间不低于12小时。
5. 智能服务机器人支持摄像头和自然语音对话能力。当有人脸进入扫描区域时,机器人主动打招呼和询问;支持给机器人定义名字,当市民主动呼叫名字时,机器人能立即**回应,及时准确应答,并提示服务内容。
6. 机器人要求具备触摸传感器、高清摄像头(支持对接人脸识别引擎)、麦克风(含安防麦克风和阵列麦克风)、高清触摸屏(不低于23.8英寸, 1920*1080P,电容式)、环绕或立体声扬声器。
7. 智能服务机器人需配置良好效果的麦克风和音响,语音识别距离不低于3M,角度不低于0-150度,需具备回声消除和声源定位能力,灵敏度不低于-52db。
8. 机器人要求具备身份证/二三代社保卡识别模块、扫码识别模块(支持条形码和二维码)、票据打印模块(包括现金付款票据、信用卡付款票据、银行卡付款票据等)、现场拍照和人脸比对(精度要求达到社保卡制卡标准)、信息采集模块。
9. 机器人需具备导航功能(含激光雷达),可以远程控制机器人进行巡逻,也支持自定义巡逻时间和路线。
10. 机器人能够实时远程监控,后端能播放视频监控回放。具有夜视功能,在夜间照明不足的情况下能看清室内情况。
11. 机器人内置PC配置不得低于此标准:Intel-i3 CPU,RK3288 4核CPU;机器人内存不低于8G,固态硬盘不低于120G;交互平板内存不低于2G,存储不低于16G;使用物联网卡连接网络,具备WIFI 2.4G,无线网络 4G连接能力;操作系统Android6.0、基于Ubuntu搭建的JJ-ROS系统(高级版)。
12. 二次开发要求:可提供标准API和SDK,具备与后台社保卡业务子系统及相关互联网端集成协同的能力。并且能够通过定制化开发,实现社会保障卡业务办理在机器人终端界面自助实现。
13. 机器人屏显页面需能做定制化开发,分屏显示业务操作页面,和自然语音对话实时文本翻译,并支持富文本(图片、视频)显示。
14. 要求具备管理平台,能够管理和收集客户的部分信息,能远程上传**,编辑方案、更换方案、推送方案,维护人员能在网页端登录即可操作。
15. 所有人机对话的记录,在后台服务器端需要保存,并存储至少一个月以上,事后能进行检索查询、报表呈现、统计分析。
在建设各个智能客服应用之前,要先建设智能化底层能力平台【智能大脑】,包括以下功能模块:
1. 对话平台核心功能要求包括意图识别、实体识别、情感识别、态度识别等。
2. 要求这些功能构建在底层的词向量、语义匹配、模版规则以及深度模型等能力的基础之上。
3. 要求基于NLP技术以及多轮对话管理技术,构建任务式对话、问答知识库、文档库、闲聊、知识图谱等对话能力。
4. 要求对话平台能将这些对话能力有机地结合,对外提供高质量的智能对话能力。
5. 针对意图识别、语义匹配、情感识别、态度识别等技术,提供可私有化的模型训练和模型评估平台,基于这些平台,可以针对标注数据进行模型训练,取得较好的模型识别效果。
6. 提供简单易用的知识管理和对话管理功能,可以快速地构建智能对话机器人。
7. 提供聚类标注、扩展问推荐、会话诊断等效率工具,可以有效地提升知识运营效率。
8. 提供审核、发布、分任务标注、操作日志等企业级管理功能。
1. 可以灵活配置使用多种会话引擎并行查询答案,通过智能优先级选择,为用户找到最正确的答案。
2. 会话通过机器人进行管理,多个机器人可以共享知识库及会话流程配置,可以进行个性化筛选配置知识、会话流程。
3. 会话中控模块要能支持管理多种会话引擎,并根据各个引擎的返回进行答案优选和支持澄清指代、多次未匹配回复、静默、打断回复等机器人设置。
4. 会话中控要包含实体、意图识别、澄清指代、机器人设置、会话引擎查询、答案优选、会话数据收集等模块。
1. 要求包括节点选择、节点处理、状态迁移;支持实体收集、实体替换、实体澄清、意图切换、意图澄清、节点自动回退,可以支持多种复杂业务场景配置。
2. 要求能基于会话树的方式进行配置,每一个节点可以配置进入节点条件和执行模块条件,配置支持图形或卡牌方式拖拉拽操作。
支持对文档知识、资料知识和问答知识等不同类型知识的管理;不同属性的知识支持的知识类型包括文字、表格、图片(gif动图)、超链接等富媒体信息。
1. 支持根据接入方的进线方式(渠道)的标识,并针对不同的进线方式作出不同的回答。用户可以对渠道自定义配置,并在对话进线中进行体现。
2. 维度可以添加维度值。每个维度支持配置无答案时是否继承上一级的答案。维度值间具有父子关系。当子维度值无答案时可以继承父维度值的答案。
3. 支持对维度值组合成的特殊渠道值,配置上下线状态以及无答案时返回通用答案还是无答案。
4. 维度间有继承优先级顺序,可以自由配置,用来调整当无答案时需要继承上级维度值的答案时的继承顺序。
支持在终端大屏,既能够显示人机对话实时文本翻译,实现会话可视,又要能够通过触屏/语音交互方式,在终端大屏上进行社会保障卡业务办理操作。办理操作动作,包括但不限于触屏点击选择、手写文字输入、语音提示。
要求提供在会话数据收集阶段进行实时数据聚类计算的运营工具,解决相同、相似数据需要重复标注问题,能降低需要标注数据的数量,帮助标注人员及时发现高频问题,提升标注操作的效率。
1. 要求提供一个自动生成推荐问题的辅助工具帮助标注人员短期内进行数据扩充,能基于已经积累的语料(包括行业数据、专业领域数据等等)辅助标注人员进行标注工作。
2. 支持在已有的海量数据中检索出和用户标注数据相似的数据脱敏后进行推荐。支持对用户现有的标注数据做改写(机器翻译模型),对改写后的数据进行推荐;支持对用户现有的标注数据进行同义词替换,然后进行推荐;
机器人知识库是机器人应答的基础,机器人知识库需要包含业务库、文档库、闲聊库、问答库和知识图谱等。
1. 知识库支持单条业务维护,能够对知识库信息创建、修改、删除、导入导出、设置生效日期和失效日期、审核等基本功能,知识库支持业务批量维护,能够对我们需要维护的知识进行批量选中后,统一进行操作。
2. 现有FAQ文档导入。
3. 提供知识库导入模板,将已有的知识内容按照对应的模板进行整理,能够直接上传、新增到机器人知识库中。如:产品活动、美日美月优惠、双十一等产品活动上线时电商会给出一些产品文件,要求上线时间紧急,我们能对文档内容规划后直接导入将产品信息加入知识库。
4. 知识库信息更新、导入时,能够筛选出是否有重复和相似知识内容的存在,如出现重复及相似知识点,需要给出知识点对比,由人工查看确认是否继续添加或者删除重复信息,人工审核后再继续进行下一步。
5. 支持知识存储、引用、检索、查看、知识有效期维护,系统可在知识到期7天前和当天提醒管理员进行更新、延期或作废操作,如未做任何操作,到期后知识自动作废,并在知识作废列表中可查具体作废时间信息。支持业务知识条目多维度类别分类(业务分类、对内、对客)、应用渠道的设置(微信、APP、网站等)。如:某些知识条目仅展现在微信渠道;某些知识条目仅限人工查询。
6. 知识条目支持维护文字、图片、表格、超链接、视频等富媒体形式。
7. 支持将知识库中的问题条目,加入不同访问渠道的“常用问题”或“猜你想问”问题库中。支持从知识库中进行条目搜索、加入,或从问题库中进行移除等操作,支持人工对问题库中条目进行置顶、排序设置。
8. 支持将知识库中的知识条目以树状多层级类别进行归类管理,支持标记各知识条目涉及业务关键词。
9. 机器人应能够采集知识库内的FAQ、富文本展现的知识。
1. 根据常见问题、猜你想问、机器人服务评价和人工反馈的未解决、未匹配到合适答案的问题,收集在相应待批注模块,由知识管理人员进行补充优化后,支持直接对知识库内的知识进行新增和修改。
2. 系统支持对频繁出现的新业务进行类型归纳,反馈管理员审核,通过后加入业务类别。
3. 系统能够定期将使用率比较低的、没有调用、查询的低使用率知识,自动推出并标记出来,转入人工审核,经过审核如这条知识确实是无用的,审核通过并进行删除。低使用率标准可设定为一段时间内调用率低或解决率低的知识。
4. 知识库对知识内容进行分别存储,设置启用,停用功能。各功能模块显示知识的条目,知识点,提交人,修改时间,启用或者停用时间,审核状态。
只要是对知识库做过操作都要有操作痕迹的显示,在操作日志里面能查询到了那些操作,操作日志里面需要体现操作时间、操作前后内容变化、操作人信息。
知识库的操作只给部分管理人员开通权限。
管理人员需要有专门的管理模块,进行知识新增、更新、作废操作,审核坐席推荐新知识和坐席反馈问题的知识,操作即将到期的知识条目。
语音识别技术需通过先进的区分性训练方法进行语音建模,使语音识别在复杂应用环境下均有良好的效果表现。主要包括以下功能特性:
通过噪音识别、噪声去除,能准确定位语音中双方同时无声的时间段,并给出相应的起止时间。
要求语音识别对于日常使用的常用对话有着很高的识别准确率,包含短信类、生活、交通、娱乐、科技、数字数值、名人、互联网热词、新闻等领域。提供字母识别功能,和中文中混读简单英文听写功能。对专有名词有效识别。
能够精准识别自然语音,有效将语音转写成文本。标准普通话的识别准确性不低于95%,带口音的普通话识别准确性不低于85%。需支持通过扩展的方式,增加方言识别软件包,以便后期建设时能方便的增加方言识别。
语音识别需对识别结果语句智能预测其对话语境,提供智能断句和标点符号的预测。
要求支持端点检测,对输入的音频流进行分析,确定用户说话的起始和终止的处理过程。一旦检测到用户开始说话,语音开始流向识别引擎,直到检测到用户说话结束。这种方式使识别引擎在用户在说话的同时即开始进行识别处理。
识别结果实时反馈功能,即在语音识别过程中,引擎实时输出当前解码的结果,而不是只返回最终结果,以实现实时上屏的需求。
语音后处理功能要将识别引擎输出的文本结果更加人性化的展现给调用者,需支持功能如下:
顺滑(Smooth):主要将识别结果文本中将一些不合理的语气词替换。
标点(Punc):根据识别结果给文本内容加上标点符号。
数字规整(Num):将识别结果中的中文数字更换成合理的阿拉伯数字。
替换列表(Replace):将识别结果中的某些指定文字替换成列表中映射的文字。
语音识别功能在任何时间都可以使用;支持多并发,功能每天需要连续运行24小时,每周运行七天,包括公共假期和周末。语音转换文本延迟低、不卡顿。支持语音交互中的音频和转译后的文本数据的存储及查询。
TTS语音合成系统需包含多语种语音合成引擎,将输入文本实时转换为流畅、清晰、自然和具有表现力的语音数据,可提供中文、粤语、美式英语、中英文混读等的语音合成服务;提供丰富、风格多样化的音色选择,如浑厚淳正的男声,温柔甜美的女声,标准地道的英语男女声等等,所有音库支持根据不同应用业务需要,选择最适合应用场景的语音风格,并支持实时动态的音色切换。
TTS语音合成引擎要求能通过对需要合成的文本进行高精度的分析,保证能对文本中未登录词(如地名)、多音字、特殊符号(如标点、数字)、韵律短语等智能分析和处理,使得合成效果清晰易懂。
要求支持输入GB2312、GBK、Big5、Unicode和UTF-8等多种字符集,普通文本等多种格式的文本信息。
要求支持输出多种采用率的线性Wav,A/mu、ADPCM和Vox等格式的语音数据,语音合成及结果获取更加简易灵活。
TTS语音合成系统要求支持将人工预先录制的提示语音(提示用户如何操作业务流程)添加到系统中作为**,增强用户语音界面的易用性;另外,TTS系统中的背景音功能,要求能为合成语音适当地添加背景音乐,可实现背景音与合成语音的自然融合,可提高合成语音的自然度和表现力。
TTS语音合成系统要求具备多种效果参数的实时动态调节能力。要求能在合成播报过程中可实现语速、语调(音高)、音量等效果参数的动态调节,以及发音人角色的切换等。这些在具体应用中,能够满足不同类型客户对效果体验的需求。
TTS技术要求能在数据挖掘、人工智能领先技术的基础上,通过智能决策来处理文本,以保证其在统计意义上,达到最优合成效果。
I)数字处理
对于数字要求TTS会根据上下文和语境判断朗读方式,是朗读成数值还是号码,也可以根据需要强制指定处理方式。另外如果朗读成号码,一些习惯念法(例如,“1”念成“幺”)TTS 也有考虑。
II)多音字处理
汉语的词语、成语和一般语境中有不少多音字,要求TTS能根据上下文和语境判断这些多音字的读音,同时还考虑到人名、地名等一些特殊情况。
例如:“**重工业重新崛起,成为其重要生产力。”其中的“重”字是多音字,有时念“zhòng”,有时念“chóng”,TTS会自动判断,正确合成。
III)常见符号处理
要求TTS能根据上下文和语境智能处理文本中各类常见符号的合成方式。
例如:
“$0.50”念成“零点五零美元”;
l 文本分析改进
要求TTS能在语言的自动断句、多音字处理、数字符号处理方面较以前有一定的改进,合成语音的自然度有较好的提升。
l 合成效果
要求TTS能提供更高的合成音质。支持对合成语音进行灵活的调节,如语速、音调,改善机器味重,合成语音平淡的效果。另外,还支持多特殊的音效,如低沉音,机器音和沙哑音等,以丰富语音播报的娱乐性和趣味性。
鉴于现在国际交流日益增强,汉语中出现英文外来词甚至直接的英文单词也越来越常见,许多应用场景都存在中英混读的文本内容,要求TTS提供的中英混读功能,即汉语普通话发音人还可以朗读混杂英语单词的中文文本,其发音效果跟真人发音效果逼近。
在有些应用场合下,用户希望可以不用语音合成自动分析和预测的结果,而自己设置朗读的方式,如一些字的发音,整句语音的节奏分布等。为了满足这一类用户的个性化定制朗读方式的需求,语音合成提供一套标注方法。通过这套方法对文本进行标注后,就可以灵活控制合成语音的朗读方式,实现定制的需求。
要求TTS提供中文特殊符号定制规则的功能,满足不同领域对文本的处理要求。
1.5与社保卡业务子系统集成
本项目涉及到的社会保障卡业务主要包括:社保卡的申领(含本地、异地)、补领与换领、激活、注销、信息变更、密码修改、密码重置、密码解锁、挂失与解挂、查询等。需要根****保障部门管理要求,对不同业务流程实现社保卡读卡识别、身份证件识别、人脸识别验证、社保卡信息采集变更表单、密码校验、手机号校验、风险提示、凭证打印等操作中,与其他系统的数据传递、验证、更新等。
智能服务机器人终端及智能大脑,需和社保卡业务子系统进行集成,提高服务大厅社保卡业务办理效率,提升形象。对接系统包括但不限于****保障厅社会保障卡管理系统、社会保障卡APP、微信小程序、支付**用、官方网站。
1.6 互联网通讯及业务处理
****保障厅已在互联网(社保APP、小程序、官网、支付宝)端开通社保业务办理渠道,实现便民服务。此次项目要求:
1、基本要求:通过定制化开发,打通互联网端渠道和“智能大脑”间的通讯链路,实现自然语音和文本通讯;
2、开发H5页面,实现社保卡业务咨询、业务预约、预约查询、业务办理。H5页面需能嵌入社保APP、小程序、官网、支付宝,通过点击2D图表,即能进入业务界面;
3、点选“业务咨询”,即可实现自然语音下,和后台“智能大脑”进行人机对话,获取智能机器人的业务咨询回答,并能实时看到文本对话内容;也可通过“文本聊天”方式,和智能机器人展开互动式咨询;
4、点选“业务预约”,即可进入预约页面,选择城市、地区、日期、时间段等,进行社保卡服务网点业务办理的预约;
5、点选“预约查询”,即可查询预约记录;
6、点选“业务办理”,跳转社保卡互联网端业务办理页面,即可进行社保卡线上业务办理;
7、所有语音/文本通讯记录要求在线保存最低一个月,事后可查询检索,并能通过报表进行呈现、统计分析。
1.7数据保密和安全
根据****总局****管理委员会在2019年8月30日共同发布的数据安全能力成熟度模型(GB/T 37988-2019),此项目建设中,需对社保卡数据做到保密和安全。
1、实现敏感数据自动识别:能对业务中生成的包括姓名(中英文)、地址(中英文)、电话、邮箱、身份证号、卡号、日期、金额、纳税人识别号、军官证、护照号、港澳通行证号、工商注册号、统一社会信用代码、股票代码、车牌号、车架号、股票名称、股票代码、发票代码、发票号码等敏感字段进行自动发现;
2、建立敏感数据自动扫描能力:系统可配置定时执行的数据源扫描任务来实现扫描流程自动化,数据源可以是库级别、schema级别或者表级别等。
3、清晰梳理数据的关联关系:通过AI智能引擎对用户大样本数据的学习和预测,实现敏感数据的快速准确定位和数据关联关系的识别。并通过多样性的可视化图表,清晰地呈现出数据关系图谱。
4、数据分类分级:明确数据安全保护对象,对数据资产进行分类分级,对不同级别数据采取差异化防护措施。确定数据的敏感等级,根据数据敏感等级的不同采用差异化的数据保护策略。
5、动态数据脱敏:根据不同的角色和用户权限匹配不同的脱敏策略,基于脱敏算法对SQL进行改写,将改写后的SQL发送给生产数据库进行处理,最终将脱敏后的数据发送给前端页面。同时对于越权访问行为,直接进行阻止。
6、静态数据脱敏:根据用户的身份和分类分级信息对发现的敏感数据,例如人社社保卡系统的业务数据、用户个人信息等,根据配置好的脱敏策略进行变形、转换等,并保留原有数据的数据特征、数据关联性、业务关联性等。
7、数据安全共享:将数据使用方请求的数据使用自定义脱敏策略进行全量静态脱敏之后,将脱敏的数据发送给数据请求方使用,实现敏感信息安全共享。
2.1总体要求
系统采用互联网化的架构设计及实现,充分考虑互联网**并发、高容量、分布式、服务化、水平扩展、安全攻击等特性,支持互联网环境下的开发及运营能力。
同时由于社保卡在我国政务管理的特殊性,必须确保信息安全、数据安全。因此要求本项目范围内所有信息化设施的国产化要求(包括但不限于服务器、操作系统、数据库、中间件),且全部要求私有化部署,拒绝云端连接。
2.2 IT架构要求
l 系统实现不依赖于任何特定的操作系统、数据库、中间件和硬件平台,且具有高效稳定、可扩展性和可维护性强等特点,具备良好的移植能力。
l 各子系统可以有选择的部署,平台也可以根据接口要求与已有系统对接。
l 符合业务连续性与容灾设计规范和要求。
2.3 IT部署要求
1、硬件部署要求
服务器部署需符合同城灾备的要求,能够满足双机房高可用架构的部署要求。具备负载均衡和故障恢复机制,并提供有效的部署容灾设计方案。硬件**配置应能满足系统容量需求所要求的最大交易量。
2、软件部署要求
软件部署应具有备份机制,定期对生产数据、系统日志和应用程序进行备份。
软件部署时,应提供系统恢复建议方案并在系统中留存,该方案的实施应能保证系统在出现故障时能够迅速恢复系统。例如应用程序恢复,应可通过安装包进行等。
3、网络部署要求
满足系统与其它业务系统间的网路连接架构关系。方案必须支持HTTPS、HTTP、TCP/IP等多种网络协议。此外,占用较低的网络带宽以符合跨广域网的访问需求,系统支持HTTPS加密、数据压缩等方式,来减少用户的单次访问数据流量。
4、应用部署要求
各子系统应支持独立集群布署。
2.4软硬件环境要求
1、软件环境
系统应用支持跨平台部署与运行,支持Linux等操作系统部署。Linux系统必须支持redhat6.7及以上版本或者CentOS7.4及以上版本。
系统中如有JAVA类应用服务器,如无特别要求,应使用国产中间件或jboss等开源软件。
2、硬件环境
支持国产x86服务器。支持软硬件负载均衡、主流存储设备。
3、性能要求
系统运行时段,系统内存及CPU/GPU**峰值不应超过80%。应用内部不存在逻辑瓶颈,系统应能通过不停机横向扩展(包括应用服务器、数据库服务器等)方式进行优化。
4、容量要求
后期能横向扩展,支撑业务的发展。
系统容量应可以通过不停机横向扩展(包括应用服务器、数据库服务器等)方式来无缝扩容。
对于历史数据应提供不停机、不影响联机服务的**清理方案。
5、可靠性要求
系统日处理能力应满足业务需求预估能力同时应具有较高系统稳定性。交易成功率及系统平均可用率应在99.99%以上。
故障恢复时间应不超过20分钟。针对可预计的故障情况的故障恢复情况进行详细阐述。
系统的健壮性设计,应能够主动隔离应用系统或服务实例故障对其他业务的影响,同时保证在逻辑变更、参数变更情况下,不影响与其他应用系统接口的正常运行,根据业务逻辑应保证系统间的松耦合性。
系统应具备不低于7*24小时的运行能力,请具体说明工作时间窗口。
6、安全要求
系统设计要遵循有限授权原则、全面确认原则和安全跟踪原则,采用严密的安全体系,保证数据的安全性。并提供数据清理的策略。
服务功能应具有完备的应用日志,记录各个模块的运行情况、数据处理情况,同时交易处理过程也应留有记录,并具备日志查询功能。日志的文档格式具有良好的可读性,提供相应的读取、分析工具,并尽量减少日志访问对生产系统的影响。
对应用系统试图进行的非法操作应能立即反应,并根据操作级别进行告警,并记入日志,同时对涉及相关用户账号进行锁定
2.5智能系统性能要求
指标项 | 指标描述 | 关键参数 |
语音识别服务的准确率 | 识别内容的字准确率 | 准确率>96%, |
语音识别服务的关键词(如人名、地名、产品名等)识别准确率 | 对于内容中的人名、地名能有更好的识别准确率 | 准确率>85% |
静音检测 | 检测静音段出现位置,静音段时长可配置 | 准确率>95% |
智能机器人在线响应时间 | 机器人处理查询请求的时间 | < 2000毫秒 |
智能机器人支持本体知识库能力 | 是否支持基于本体的知识库 | 是 |
智能机器人支持多轮会话能力 | 是否支持多轮会话 | 是 |
机器人服务可扩展性 | 当实际应用中的并发数超过单套系统支持最大并发时,是否可以通过不停地水平扩展来提升并发数 | 是 |
基于数据回流训练的学习功能 | 是否支持热点问题经过人工标注训练后回流到知识库、提升知识库的全面性 | 是 |
秒级的热词在线优化时间 | 在秒级的时间内以热词方式完成在线识别效果优化 | <3s |
语音识别的在线学习能力 | 支持对于大量专业领域知识的在线学习 | 支持 |
语音识别的快速自学习速度 | 完成大量专业领域知识语料的在线学习并生效需要的时间 | <10分钟 |
支持深入挖掘分析 | 是否支持深入挖掘分析、支持意图分析 | 是 |
此次采购需求大类如下:
序号 | 产品名称 | 规格 | 数量(台/套/个/项) |
一、AI软硬件产品 | |||
1 | 国产X86服务器及虚拟化 | 承载和存储“智能大脑”后台所有核心程序和应用,满足自然语义理解、智能语音识别/合成、数据安全、前后端对接、数据交换和存储等需要。投标商根据需要,自行提议配置和数量,需遵循以下要求: 1、服务器数量:≥ 4台套; 2、单服务器CPU:≥ 双核 32C; 3、单服务器内存:≥ 512GB; 4、单服务器硬盘容量:≥ 1T; 5、服务器集群存储总容量:≥ 6T; 6、单服务器需配置独立RAID卡; 7、网卡:根据需要,自行配置; 8、质保:三年及三年以上原厂质保; 9、虚拟化许可:根据需要,自行配置。 | 若干 |
GPU板及配套附件 | 虚拟出多台GPU服务器,用于深度学习、训练推理、机器学习、计算加速 | 8 | |
19’标准机柜 | 42U19英寸标准机柜,2000mm*1000mm*600mm,含风扇、线槽、地线等 | 1 | |
2 | 实体机器人 | 硬件实体设备,具有**、亲民、实用的人性化外观外形,具备多种自由度,能够呈现丰富生动的肢体语言;具备自然语言人机对话能力、智能交互(解答/引导/宣传)、业务智能跳转/自助服务、身份证/社保卡/扫码识别、票据打印、智能避障/巡航/巡防监视、自动充电等;具备社保卡业务办理能力,有输入能力,能输出富文本内容等(含社保卡读卡器开模定制、位置调整等) | 2 |
3 | ASR并发(智能语音识别) | 智能语音识别。对海量语音数据进行文本转译,对自然语音场景进行识别,噪音进行有效过滤,有效将语音转写成文本,对方言进行优化识别;对专有名词有效识别,对通话过程中的情绪异常处进行识别;并预留方言识别接口。标准中文普通话识别率≥95%,字的识别准确性≥96%,通用语义理解正确率≥92% | 100 |
4 | TTS并发(智能语音合成) | 智能语音合成。文语转化,将输入文本实时转换为流畅、清晰、自然和具有表现力的语音数据。提供中文普通话、中英文混读等语音合成服务;提供浑厚淳正的男声、温柔甜美的女声、标准地道的英语男女声等等,并预留方言合成接口。中文语音合成自然度MOS得分≥4.2;中文语音合成的读音和文本对比正确率≥96% | 100 |
5 | NLP并发(自然语言处理) | 实现基于语音的人机交互应用,对语音做自然语言理解,快速识别并理解用户意图后,快速响应用户答案;具备打断、上下文理解、拒识处理、错误处理等机制。语音识别和处理准确率不低于85%(标准普通话准确率不低于97%),系统平均响应时间不高于3秒 | 100 |
6 | 数据加密和脱敏 | 数据分类分级管理、动态/静态脱敏,运行加密算法,保证数据保密和数据安全 | 1 |
二、开发和集成 | |||
7 | 实体机器人开发 | 人机对话接口(ASR/TTS/NLP)开发,与卡管系统集成及页面呈现 | 1 |
8 | ASR/TTS优化和集成 | 语料设计、语料收集、语料标注等处理,辅助进行模型的训练 | 1 |
9 | NLP接口开发和集成 | 与ASR/TTS集成接口开发,与卡管系统集成接口开发,语义识别和理解后业务流程跳转等 | 1 |
10 | 智能知识库构建 | FAQ梳理、资料知识库构建、训练模型、知识库更新机制 | 1 |
11 | NLP任务型流程开发 | NLP命中业务节点,系统自动完成固定业务流程 | 1 |
12 | 互联网端通讯链路即应用开发 | H5页面开发,和“智能大脑”通讯链路的开发,实现互联网端APP、小程序、支付宝等和“智能大脑”之间自然语音、文本直接交互通讯,实现社保卡多业务办理 | 1 |
三、安装调试及上线 | |||
13 | 项目整体安装调试 | 项目全系统整体安装调试,含项目管理、测试、调试、优化、上线等 | 1 |
注:1、以上只是采购大类描述,为保证交付质量,达成建设目标,投标人可自行补充项目建设所需要的新增国产CPU虚拟化许可、国产数据库、国产中间件等必需产品和服务;
2、****中心****中心机房可用电力和内网环境,投标人需明确列出所需**(包含但不限于网络端口、IP数量等)。
(三)项目建设要求
1.投标人应根据招标人的业务需求及相关技术规划要求,对**省人社业务现状进行深入分析,并提出完整的项目需求分析、系统详细设计、项目管理和项目验收方案。
2.投标人应建立工程技术文档,并对工程技术文档以及由招标人提供的所有内部资料和数据信息予以保密。
3.投标人在系统建设完成并验收以后,必须向招标人提供完整的工程技术文档、相关资料。
4.投标人对本项目必须有一个完善和稳定的管理组织机构及项目负责人,投标人投标时应提交该组织机构的详细资料以及人员资质情况说明。
5.投标人应按ISO9001质量管理体系规范要求,针对招标项目实施过程及交付结果进行质量规划、管理和控制。
五、集成服务进度要求,可分阶段要求
系统建设内容必须在合同签订 30个日历日后完成全部开发、测试和部署,并实施上线运行。
1、投标人需要根据项目工期要求,提出项目实施进度计划,列出详细的工程进度安排表,并提出相应的保障措施。
2、中标人在项目实施过程中必须分别按周、月提交进度报告,对项目问题及进度延迟原因进行说明,制定合理的解决措施并有效执行。
六、集成服务过程的责任界定和分工说明
中标人按需求完成系统功能设计和开发、安装调试、系统测试、上线试运行及正式运行;负责完成供应产品、系统的集成调试和部署实施工作;按照采购人要求提供开发包和接口,并配合测试;按采购人实施进度要求,及时安排人员配合实施测试。
(1)投标方应充分考虑满足投标项目的建设要求,提出完整的项目组织管理方案,包括项目组织架构、人力**管理等,并阐述项目建设中业主方的职责。
(2)投标方在投标文件中,应根据对项目的理解作出项目的人员配置管理计划,包括组织结构、项目负责人、组成人员及分工职责。
(3)中标方在项目实施过程中出现**、进度、质量协调控制不力的情况,招标方有权要求更换项目负责人,中标方必须予以配合,并确保不影响项目建设的进度和质量。
(4)招标人有权监督和管理投标项目的测试、安装、调试、故障诊断、系统开发和验收等各项工作,投标方必须接受并服从招标人的监督、管理要求,无条件提供中间过程工作成果。
七、集成服务的最后提交件要求、验收标准等
(一)项目风险管理
投标方应充分认识到项目风险管理的重要性,在投标文件中必须识别分析项目中的各类风险因素,并提出相应的对策。
(二)质量管理要求
1、投标方应按ISO9001及CMM质量管理体系规范要求,针对招标项目实施过程及交付结果进行质量规划、管理、控制。
2、符合国家标准有关软件开发技术规范、软件文档管理和软件验收标准的要求。具体参考标准:
(1)GB8567-2006 计算机软件产品开发文档编制指南;
(2)GB9385-2008 计算机软件需求说明编制指南;
(3)GB9386-2008 计算机软件测试文件编制规范;
(4)GB/T 12504-90 计算机软件质量保证计划规范;
(5)其他相关的计算机软件工程规范国家标准;
(6)其它公认的相关的中国国家标准。
3、投标人应提供详细的质量保证、质量控制措施,明确质量保证、控制内容与活动。
4、投标人一旦中标,必须接受采购人的质量监督检查,提供真实有效的相关质量活动记录、证据,无条件接受采购人提出的质量问题整改要求,承担因质量问题导致的进度延迟责任。
(三)验收要求
项目过程阶段可以分需求分析、总体设计、程序开发、系统测试、安装与确认测试、培训、系统上线运行。
投标人应对确认测试和系统上线运行后所出现的问题及时进行解决、调整,并做好记录,此记录将作为验收的依据之一。在系统上线运行1个月后,如果未出现较大问题(影响系统正常使用),在10日内由招标人组织验收。
(四)文档交付要求
(1)系统集成应严格按照国家有关规定进行,中标方必须及时提供验收规范、产品文档、质保书、设计文档、施工文档、检测文档、项目管理文档等有关文档。
(2)应用系统开发应严格按照国家软件工程规范进行,中标方必须根据开发进度及时提供有关文档,包括但不限于:
①准备阶段:《软件开发计划》
②需求分析阶段:《软件需求规格说明书》
③开发阶段:《系统设计说明书》
⑤测试阶段:《测试计划》、《测试方案》、《测试报告》
⑥上线阶段:《试运行/上线报告》、《应用软件源代码》
⑦过程文档:《培训计划》、《培训记录》
⑧交付使用:《系统安装维护手册》
⑨与工程相关的其他文档。
八、对公司投入集成服务的人员数量、质量、经验等方面的要求
投标人须在项目实施过程中使用规范的项目管理方法和提供先进的项目管理工具,其项目管理人员必须具备丰富的项目管理经验,在项目实施过程中能够和招标人项目经理共同承担项目实施的总体控制、协调和管理。
项目负责人和项目组成员须具备丰富的实施经验,项目核心成员应具有PMP证书、计算机技术与软件专业技术资格证书等专业认证工程师证书,并提供项目经理及项目主要成员的工作简历、项目的实施经历、能力和本项目工作安排;
招标人有无条件要求投标方更换项目实施关键成员直至满意的权力。项目实施人员一经招投标双方确定,投标方应无条件保证其在项目中的稳定性、长期性及现场实施,投标方如确需更换或调整项目实施人员必须向招标人提出书面申请并得到招标人认可。
项目实施团队必须是IT专业技术人员,且IT专业人员须不少于5人。项目负责人和实施团队****政府机关、世界500强、中国100强等头部政企人工智能相关系统建设经验
九、培训要求
****开发部署完成后,项目实施团队应以知识转移实际效果为目标,可以采取文档共享、协作讨论、沙龙课程等不同方式,使项目成果的相关人员达到满足项目系统建成后能够正常运行、维护和技术支持的需要。
十、技术支持和保修服务要求
在系统运行后,供应商应有完善的售后服务支持能力(本地化服务团队最佳),提供7*24小时的技术支持,以保证维护系统正常使用的维护工作能够及时响应。系统免费运维期不少于1年(服务器为3年)。
在本项目的开发过程中如涉及到其他系统接口的对接及需要其他系统改造的相关技术开发,成交供应商应承诺有能力和相关系统进行对接,若有费用产生,所需费用由成交供应商承担,采购人不再另行支付。
十一、报名材料
报名材料仅需提供:
1.具有独立法人资格,能独立承担民事责任。提供合法有效的营业执照;
2. 近三年经审计的财务****事务所盖章以及注册会计师签章;近三年是指提供2021年-2023年;公司成立不满三年的,提供自成立时间以来的年度财务报表);
3.为本项目开具增值税专用发票事项的承诺函;
4.近五年内(2019年08月01日以来,以合同签订日期为准),投标人提供至少一个类似项目业绩,提供合同清晰扫描件。
4. 以下网站查询截图:“信用中国”网站重大税收违法失信主体; “中国执行信息公开网”失信被执行人名单; “中国政府采购网”政府采购严重违法失信行为记录名单; “国家企业信用信息公示系统”网站严重违法失信名单(黑名单);法定代表人、拟派项目经理 “中国执行信息公开网”失信被执行人名单。查询时间须在本项目招标公告发布日期之后;
上述材料均需清晰扫描件并加盖公章。
十二、报名步骤
1.供应商须首先在建行采购平台(ibuy.****.com)注册,注册时请务必对最新企业财报、案例、资质信息、纳税人类型、国别、企业性质、组织类型等信息进行维护。
重点提示:如系统中的企业信息未更新,可能影响投标资格,请知悉。
2.审核通过后,您将会收到系统通知,请点击本公告下方“征集报名”进行报名,根据系统提示上传报名材料,所有材料仅需提供电子版,无论报名是否通过,材料恕不退还。
3.已注册供应商可直接点击下方“征集报名”按钮登录进行报名,同时做好企业信息维护:包括企业财报、案例、资质信息、纳税人类型、国别、企业性质、组织类型等信息维护。
十三、注意事项
1.本次调研结果仅作为了解市场情况使用。后期招标文件获取请适时关注招标公告,以上所有事项以招标文件为准。
2.本次调研不收取供应商的任何费用。
3.供应商须对反馈信息和资料的真实性负责。如提供虚假材料,****银行供应商黑名单。
4.建设银行授权的市场调研公告发布媒体仅为龙集采(ibuy.****.com),对于因其他网站转载并发布的非完整版或修改版公告,****银行无关,建设银行不予承担责任。
十四、联系方式
龙集采技术支持电话****181908
采购部门联系人:王经理
联系电话:027-****6601
需求部门联系人:孙经理
联系电话: 027-****5603
****
2024年7月23日