博域通讯助力保山广电升级改造客户服务热线呼叫中心系统

采用图形化流程编辑器设计呼叫中心系统的多级IVR语音导航菜单智能路由与IVR流程自定义建立呼叫中心的目的就是提高工作效率，提高客户的满意度，形成多次销售和交叉销售。

如何能够保证为客户提供快速、准确的服务，如何有效合理利用坐席资源，减少成本，增加收入呼叫中心系统智能路由呼叫中心系统作为一个全媒体智能交互通信平台，可以帮助企业实现全国座席资源的统一调度及优化配置，具备强大的智能路由能力。

多维度智能路由提高服务精确性及处理效率。

智能路由两大利器：ACD(Automatic Call Distribution) 即自动呼叫分配、IVR(Interactive Voice Response)即互动式语音应答。

呼叫中心系统通过ACD策略和IVR流程的自定义实现智能路由。

ACD实现智能高效的自动服务分配ACD自动呼叫分配，将接入的呼叫中心系统的来电按预先定义的规则自动转接到正确的座席员前或进行其它自动处理如排队或留言等。

包括按照来电主叫号码、来电接入号码、来电呼入线路、来电时间、来电所在区域，历史来电记录、客户的身份级别、业务请求、人工坐席技能高低、坐席等待时间长短等定制智能路由策略，根据以上条件对来电做出一个判断然后转接到一个目标项目上，目标项目可以是IVR、班组、坐席、也可以是下一个判断项目。

让最合适的人工坐席为客户提供服务。

系统管理人员对ACD进行有效的设置，根据自身的情况设置不同的队列算法。

将有效减少带宽拥塞和路由延迟，将呼叫分配到最合适的企业资源。

增加业务代表占用率，以使公司减少成本，同时改进客户呼叫。

完善服务流程。

同时降低运营成本提高公司业绩。

将呼叫分配到最合适的企业资源。

IVR流程自定义支持灵活、复杂的自助服务IVR语音导航是企业的语音门户，通过标准、规范的语音提示引导客户进入定制化流程。

按时间、地区规则实现呼叫人工座席或指定号码，也可以实现如VIP客户的身份验证，信息自助查询服务、分支机构导航等功能。

浅析市级融媒中心的“纵横”融合发布时间：2022-09-14T08:11:39.317Z 来源：《中国科技信息》2022年9期第5月作者：杨波[导读] 在新时代语境下杨波保山市广播电视台2022年7月摘要：在新时代语境下，互联网已成为媒体面临的“最大变量”，也是媒体发展的“最大增量”。

所以，深化媒体融合发展是一项紧迫课题，也是一门必修课。

该文以市级融媒体中心建设为主题，结合保山市级媒体现状，阐明了媒体融合发展的观点和看法。

关键词：深化融合；智慧广电；市级融媒中心；同质化现象；纵横融合一、保山媒体积极探索融合发展保山现有报社、广播电视台、新闻网三家市级媒体，承担着全市新闻宣传工作任务，在全市范围内具有广泛的影响力。

目前，这三家媒体都不同种程度的实现了各自内部的媒体平台融合和延伸。

如报社延伸发展了“手机报”“电子报”“微信公众号”等新媒体平台；新闻网利用一微一网平台集中发布权威新闻资讯。

相较而言，广播电视台由于平台的多元化、专业化以及在音视频素材采制上拥有更多的技术支撑和经验积累，因此，在自我融合上程度更高、形式更丰富、效果更明显。

保山广播电视台于2018年6月进行了整体搬迁，对采编播制系统进行了全面更新升级，主要突出融媒体、全高清和网络化的特点，具备新闻直播、网络直播、互动连线、数据分析和全平台高清化的制播能力。

目前开办3个电视频道、1个广播频率，8个新媒体平台，“移动优先”“先网后台”的媒体融合理念得到具体实施。

为接下来的市级媒体全面融合探索了路子、积累了经验。

二、深化融合助推媒体转型升级相较于中央和省级媒体的旗舰发展、县级融媒的统一规划部署，市级媒体融合发展面临着扶持资金短缺化、信息内容同质化、体制机制僵硬化等问题，成立市级融媒体中心是实现媒体融合的必由之路，不仅要挂牌合并，更要在机制、内容、渠道、人员、经营、管理等方面深度融合，重点需要解决三方面的问题。

（一）变“各自为政”为“统一管理”保山市级媒体均属事业单位，而报社、广播电视台分别为党委、政府直属部门，新闻网为宣传部二级单位。

机场消防站通信器材火警受理系统与火警录音系统以及火警图文信息系统火警受理系统(含火警录音系统)BYICC2.0.119，机场消防站通信器材火警受理系统与火警录音系统以及火警图文信息系统,火警受理系统和火警录音系统以及火警图文信息系统,企业消防接处警系统,火警受理系统,深圳市博域信源通讯有限公司()火警受理及录音系统,火警受理系统和火警录音系统,企业消防接处警系统,机场火警受理系统和火警录音系统,火警录音系统,火警图文信息系统,火警受理系统软硬件配置报价单，机场消防站火警受理系统和火警录音系统,机场消防站火警图文信息系统,火警受理系统硬件,火警受理系统软件,火警录音系统硬件,火警录音系统软件,机场消防设备，119接处警系统，智能消防应急救援指挥调度系统，消防联动控制设备，消防联动控制系统，数字程控调度交换机，服务器，消防最小接警单元系统，深圳市博域信源通讯有限公司()火警受理系统(含火警录音系统)BYICC2.0.119,企业消防接处警系统,机场消防接处警系统，消防最小接警单元系统(1)深圳市博域信源通讯有限公司火警受理系统(含火警录音系统)BYICC2.0.119采用领先的一体化架构呼叫中心系统技术以及消防应急通信指挥调度系统技术设计，符合GB16281-2010《火警受理系统》、《县市级公安机关“三台合一”接处警系统技术规范》、GB/T 38254-2019 《火警受理联动控制装置》、GB 50313-2013《消防通信指挥系统设计规范》、MH/T 7002-2006《民用航空运输机场消防站消防装备配备》等国家标准，硬件平台采用呼叫中心行业主流硬件设备厂商(如杭州三汇、深圳东进、广州毅航通信、上海迅时通信等)的智能语音交换机、语音板卡以及VOIP 语音网关；(2)深圳市博域信源通讯有限公司火警受理系统(含火警录音系统)BYICC2.0.119经过了众多的机场消防站/消防队/石化企业/化工厂/林场等火警受理系统(含火警录音系统)的成功案例验证；(3)深圳市博域信源通讯有限公司火警受理系统(含火警录音系统)BYICC2.0.119具有电信级稳定性、高度的集成性和融合性以及高性价比；(4)深圳市博域信源通讯有限公司火警受理系统(含火警录音系统)BYICC2.0.119内置了火警调度机、火警受理信息系统以及火警数字录音录时装置等；(5)深圳市博域信源通讯有限公司火警受理系统(含火警录音系统)BYICC2.0.119内置了CTI核心服务软件包、火警座席软件(火警受理信息系统软件)、统计报表软件、交互式语音应答(IVR)软件、火警数字录音系统管理软件、系统维护管理软件、系统通信状态实时监控软件等软件模块；(6)深圳市博域信源通讯有限公司火警受理系统(含火警录音系统)BYICC2.0.119预留了与火警图文信息系统(GIS地理信息系统)、消防车辆动态管理系统、城市应急联动中心系统、火灾自动报警及消防联动控制系统、物联网设备等进行对接(集成)的控制接口与通信接口；(7)深圳市博域信源通讯有限公司火警受理系统(含火警录音系统)BYICC2.0.119已广泛应用于机场/消防队/石化企业/化工厂/林场/大型企事业单位/大型商业综合体/企业园区/工业园区/制造基地等建设火警受理系统/火警录音系统/火警图文信息系统/火警受理及录音系统/消防报警受理系统及录音系统/119接处警系统/智能消防应急救援指挥调度系统/企业消防接处警系统。

博域通讯12319城管热线呼叫中心系统解决方案简介12319城管热线(也称为12319城建热线)是工业和信息化部为建设系统特批的全国统一特服号码。

建设12319系统是政府通过科学先进的信息化服务方式，打造“电子政府”，增强政府服务与监管职能，更好地服务于广大市民的一大举措。

一、系统建设意义随着社会经济的飞速发展和现代化城市化建设进程的逐步加快，城市管理问题日益突出。

如何应用高科技信息技术手段帮助城市管理机关落实科学的发展观，推进政府职能转变，打造服务型政府，提高行政管理水平，满足广大人民大众对城市生活环境的服务需要，更好的服务百姓生活，实现构建和谐社会的整体发展管理目标，是摆在各级城管执法机关面前亟待解决、不可回避的问题。

城管热线系统解决方案正是在这一大的时代背景下提出的。

12319城管热线呼叫中心系统，是由博域通讯针对当前城管执法队伍所面临的法制、体制、机制、队伍素质等问题，充分结合城管执法工作所特有的多样性、复杂性和敏感性等具体特征而共同推出的城管热线信息化解决方案。

提前发现处置城市管理问题，按照第一时间发现、第一速度处置、第一现场督察数字化城管新模式，实现数字化城市管理的标准化、精细化和常态化，全面提升城市及社会的运行效率，提高人民群众生活幸福指数和群众满意度。

12319城管热线呼叫中心系统将CTI电话集成技术与计算机软件技术相结合，以信息服务为主导，以电话网为基础，以互联网为依托，是一个能为市民提供7×24小时人对人亲情化服务的综合应用管理平台。

它的应用，有效地解决了目前城管执法中的九大难题：•违规情况难收集•执法过程难规范•办理情况难掌握•执法数据难统计•执法经验难分享•恶意举报难取证•执法任务易遗漏•重复举报难判断•解答口径难统一作为政府城管面向全社会的服务系统，12319热线将把政府城管系统各级部门和各区政府的职能统一到一个服务平台上，统一涵盖政府供水、供气、供暖、市政、市容、城市交通、园林绿化、城市规划、房管、环卫、路灯、建筑市场、建筑工程质量和安全监理等多种行业，同时为普通市民提供与其日常生活密切相关的各种便民、信息服务和社区服务，对减少各级政府与市民的矛盾，维护社会的安定团结，加强政府的服务与监管职能，保障市民正常生活和社会的安定团结起着重要的作用。

采购需求采购编号：SXZC-HGK19019第一包:高清设备升级改造电视高标清播出系统工程预算价：138万元技术需求一、工程简介为满足高清播出需要、引入先进技术、打造新一代播出系统,滩溪县融媒体中央本次方案在原播出机房址新建2个频道的高标清兼容播出系统,工程整体集成主要内容包括整个播出系统的集成、布线、设备上架、调试等,包括新系统与各直播信号、转播信号之间的信号调度和非编、媒资等系统之间的互联互通.二、设计原那么和标准标准1.设计原那么本工程的设计原那么是在满足本台电视平安播出的前提下,以“总体规划、技术先进、平稳过渡〞为总的设计原那么.节目播出的主要环节配备平安可靠的备份系统,播出方式以全硬盘播出为主,充分考虑到系统的平安性、可用性、先进性、兼容性和可扩展性.1.1平安性原那么系统平安可靠,建立完善的冗余备份和平安防范体系,保证系统高可靠和端到端的平安,具有多重平安防护,无单一崩溃点,应急手段丰富,应急播出时,不对正常播出频道产生影响.播控平台应用多种平安备份技术、应急处理机制；系统功能完善、架构及流程合理,具有一定冗余和较强的容错水平.1.2实用性原那么一切面向应用,在满足实际应用需求的根底上表达实用、高效的设计原那么,通过对业务模式的梳理和分析,简化系统的交互流程,设计合理高效的业务流程,提升文件的传输效率,并且运用先进的自动处理技术和柔性系统架构提升生产效率.监看监测系统以及人机界面要和系统功能有机结合,应急处理机制简单、清楚,保证播出系统平安、稳定运行.1.3高质量性原那么为了保证节目质量,根据播出业务模式和特点,合理确定媒体文件编码格式、封装格式,在数据流程的关键环节采用合理的质量审核举措,对信号和文件的内容和质量进行自动和手动的监控和调整.1.4先进性原那么在实用和平安的根底上,系统设计要有一定的前瞻性,必须考虑应用和需求的开展以及技术的进步,从而保证系统具备可持续的开展水平.1.5可扩展性原那么考虑到系统适应未来开展的需要,必须具备可扩展性,功能扩展不影响现有系统的正常使用.1.6开放性原那么考虑在全台网的体系架构下,播出网络系统必须具备开放性,必须做到与全台网的互联互通,满足与全台制作、媒资系统、生产网络支撑平台以及根底网络无缝链接的需求.1.7平安治理原那么系统既要保证信息资源的充分共享,又要保证系统的平安保护和数据隔离,系统应具有完善的平安机制和有效的责任追究机制,能够提供操作系统级、应用系统级、数据库级三重用户治理和权限治理功能,对所有用户的所有操作建立日志,保证整个系统始终处于平安监控和保护之中.1.8优质售后效劳原那么系统硬件提供商、软件设计商和系统集成商都必须提供优质完善的售后效劳,以确保系统建成后能长期稳定可靠地运行.工程建设遵循标准及标准本技术需求方案为本台二个频道的全数字硬盘播出系统方案,系统所有设备的单机技术指标及整个播出系统的技术指标应符合播送电视行业有关技术标准.本工程设计主要依据中华人民共和国播送电影电视行业方面最新标准.播送电视平安播出治理规定?〔广电总局令第62号〕-电视中央实施细那么播送电影电视系统重点单位重要部位的风险等级和平安防护级别?〔GA 586〕GB/T17953-2000?4:2:2数字分量图像信号的接口?GY/T160-2000?数字分量演播室接口中的附属数据信号格式?GY/T161-2000?数字电视附属数据空间内数字音频和辅助数据的传输标准?GY/T164-2000?演播室串行数字光纤传输系统?GY/T165-2000?电视中央播控系统数字播出通路技术指标和测量方法?GY/T107-92?电视中央播控系统维护规程?GY/T167-2000?数字分量演播室的同步基准信号?GY/T155-2000?高清楚度电视节目制作及交换用视频参数值?GY/T157-2000?演播室高清楚度电视数字视频信号接口?GY/T162-2000?高清楚度电视串行接口中作为附属数据信号的24比特数字音频格式?GY/T107-92?电视中央播控系统维护规程?GB/T 50311-2000?建筑与建筑群综合布线系统工程设计标准?GB/T 50312-2000?建筑与建筑群综合布线系统工程验收标准?GA/T 394-2002?出入口限制系统技术要求?GA 38-92?中华人民共和国公共平安行业标准?GBJ 115-87?工业电视系统工程设计标准?GB 7401-87?彩色电视图像质量主观评估方法?GB 1583-79?彩色电视图像传输标准?GB 6510-96?30MHZ-1GHz声音和电视信号的电缆分配系统?GBJ 16-87?建筑设计防火标准?JGJ/T 16-92?商用建筑电气设计标准?GB 8566-88?计算机软件开发标准?GB 50174-93?电子计算机机房设计标准?GBKJ-90?通信系统机房设计?GB/T 15408-94?报警系统电源装置、测试方法和性能标准?GB 50303-2002?建筑电气工程施工质量验收标准?EIA/TIA-568?商用建筑物电信布线标准?EIA/TIA-569?商用建筑布线系统管道及空间位置标准?EIA/TIA606?商业建筑物电信根底结构治理标准?EIA/TIA607?商业建筑物接地和接线标准?EIA/TIA TSB-67?UTP布线系统现场测试标准?EIA/TIA TSB-72?集中式光纤布线系统标准?EIA/TIA TSB-75?开放式办公布线系统标准?GBJ 42-81?工业企业通信设计标准?GBJ 115-87?工业企业通信接地设计标准?GBJ 232-90.92?中国电气装置安装工程施工及验收标准?GB 50057-94?建筑物防雷设计标准?〔2000年版〕GB 50343-2004?建筑物电子信息系统防雷技术标准?IEEE 802.3U?以太网100BASE-T标准?YD/T 926.1-97?大楼通信综合布线系统?YD/T 2021-93?城市住宅区和办公楼通讯设施设计标准?中国电视台数字化网络化建设白皮书?上述技术标准和标准如果有缺乏之处或者未能到达国家或国际最新标准的,系统承包方应使系统的设计、施工以及选用的设备和材料符合最新版本的国际和国家的标准、标准,并提供采用的国家和国际标准、标准以及所采用的版本的有关技术资料.建设依据还包括相关工程设计图以及技术说明文件.三、系统功能与技术指标要求3.1系统总体要求高清播出系统建设及工程整体集成主要内容为：新建2个高标清同播的硬盘播出系统及软件采购,为保证播出系统的平安性、可靠性和高稳定性,系统必须采用上载、二级存储、播出相别离的架构；完善的节目技审体系,实现自动技审+人工审片；完善的松耦合互联平台；完善的系统播前、播后治理系统；播出二级存储系统,为保证高性能/高可靠的设计目的,需提供企业级高性能NAS存储设备,系统采用模块化设计,要求采用可靠、科学、先进的盘阵存储技术,能够满足高清、多频道节目播出内容存储治理等多方面的应用；工程整体集成主要内容包括整个播出系统的集成,包括布线、设备上架、调试,包括机房与演播室及网络传输机房之间的信号调度、GPS校时系统.要求主要设备采用国内先进品牌,播送级高标清兼容产品,技术成熟、应用广泛,指标高、稳定性好,在国内有大量的应用实例,维修、维护方便,具有良好的售后效劳.保证全系统信号通路不能有单一崩溃点.系统中可被自动播控软件限制的设备都需自带完备的原装RS422、RS232或相应的限制口,还须免费开放或提供相应的限制协议.播出机房配备监听及监看设备,完成所有关键点信号指标监控功能.监看屏幕墙要求直观、清楚,能够监看到所需要的各种源信号及播出通路中关键点信号,对于PGM信号要求大画面显示,清楚可见.3.2系统功能与技术要求本系统包括2个频道的高标清同播系统的建设与系统集成,播出系统要求采用全程文件化设计.要求集成商对整个系统提供完整的方案设计,投标人应根据招标文件规定负责所有设备或货物的制造、采购、运输、装卸、保险、安装、调试、试运行、技术培训、检验、验收和售后效劳等工作.具体要求详见下述各节具体描述,设备数量参照设备清单.3.3播出系统文件化送播架构播出系统需要与制作平台互联,实现从节目生产到播出的文件化推送,节目生产系统的素材经过送播系统,上载迁移至二级存储或视频效劳器中,播出整备系统负责对节目文件进行内容治理和迁移到播出效劳器中进行播出.3.4限制架构要求限制系统采用自动〔手动〕倒换设备实现对设备的共享限制.每个频道需要限制的设备有：主视频效劳器解码通道、备视频效劳器解码通道、主切换矩阵、备切换矩阵.★考虑到播出限制网络的平安性,要求采用RS-422 9针串口的方式,纯物理的点对点限制视频效劳器、切换器等受控设备,保证限制网与以太网别离,保证播控平安.3.5分控链路要求分控系统应满足各播出频道的平安、可靠的播出任务,系统应具备稳定的、成熟的先进技术.频道分控系统采用主/备视频效劳器结构,视频效劳器信号以及各外来信号,分别进入具备静/净切换功能的主备切换矩阵,主/备切换矩阵出来的信号,经过通过3选1 进行倒换,主备通道路由要求是两个独立的信号路由,3选1输出的信号经过响度控制,进行响度处理后形成最终PGM信号输出.全系统信号通路不能有单一崩溃点.3选1和响度限制设备必须具备主路断电直通功能,应防止因某一设备的故障而影响到整个系统的平安性,减小设备故障影响的范围.3.6播出限制软件需求软件总体技术要求：自动播出软件既是播出系统日常运行的根底,也是系统平安稳定运行的重要保证.设计开发公司应提供结构严谨、设计专业、功能完善、性能稳定、模块清楚、操作快捷、界面明了、应用广泛的硬盘自动播出系统一揽子解决方案.数据库治理模块设备治理.包括：存储设备、视频效劳器、工作站、网络地址等各类设备进行定义和配置；具有设备信息增加、删除、更新、维修、日志工程等.数据分析治理数据库双机备份采用分发、订阅方式或文件共享存储方式实施治理.播出流程中的所有串编、播出、上载、广告上载、迁移、网管监控、日志等所有数据信息须全部统一归档至数据库效劳器中存储.提供主备数据库定时定策略备份功能和过期数据检索和删除功能.提供清楚明了的数据库运行状态的监测.实时消息送达机制,及时提供总编室、上载站、播出站等重要信息提示和报告功能.提供各类播后数据、数据治理、数据导出、智能检索、报表生成等功能.提供详细的日志文件和智能化的查询功能.该模块具有原有系统软件相应的所有功能和相似人机交互界面.系统授权由系统治理人员对不同应用级的用户进行设置.节目素材治理模块该模块包含：节目素材审核及治理、节目单编辑、节目单审核、播前单编辑、播后单查询、播出单打印、播出统计、素材库分类查询等功能模块.重点包括：素材治理提供录入、查询、修改、删除、检查等素材的全面治理,并清楚标明素材存储位置.串联单编辑建立、编辑不同频道播出所需的电子播出串联单.该软件应提供功能完善的编辑功能,能提供播出所需的顺延,定时、顺序、定插、顺插编排方式；能设定和导入不同的播出串联单的模板；自动计算时间,保证节目单没有间隙.可以自动导入或手动导入广告单等.播出统计对节目播后数据统计,可对广告时长、直播时长、播出总时间、播出条目数、播出本钱核算〔可人工更改选项〕等内容进行统计、汇总、分析,要求有数据或图表或柱状图等输出.节目单审核能够对串联单进行自动时间计算并进行相关的逻辑检查和纠错,并提供与现有播出软件相一致的审核条件.播前单编辑总编室节目单传送到播出部门后,需对素材内容进行提取等操作.播后单查询、打印对已播出单进行频道、时段、内容、条目、字幕机等操作方式的查询,打印输出或者导出到文件.上载审查模块上载工作站导入文件后录入二级缓存,迁移后供播出效劳器播出；人工审看模块对于新上载的素材,进行人工复审,人工复审合格后,可以提交播出,人工复审发现严重影响播出的问题后,发回重新上载.迁移治理模块迁移治理是对不同的存储体中的素材〔如制作网、二级缓存、视频效劳器、新媒体发布等〕进行智能归档、迁移、发布传输等.软件应具有设计合理、适应播出的迁移策略,并能根据迁移策略高效地完成素材自动迁移、归档等工作.软件应有自动MD5验测功能,保证数据传输的平安性,校验数据的完整、可靠性.能提供智能检索、迁移人工干预功能、素材自动删除策略、手动批删除、队列状态、故障报警、日志查询等根本功能.要求状态明晰、操作简便；广告上载审查模块广告治理完成电视台日常广告素材的采集、编播、下载等业务模块.该模块应提供不同广告治理系统数据转换接口,提供总编室模块进行广告素材的交互提示提取、广告素材远程上载、自动归档等功能.包含：广告素材上载模块、广告素材下载模块、广告素材迁移、广告串编、预览、素材查询、信息提示等功能.播出限制模块播出限制是自动播出系统软件的一个重要组成局部,是播出系统的核心所在.软件设计必须逻辑缜密、设计合理、运行稳定,自动化程度高,能够完成电视台日常播出业务如：顺时播出、定时播出、广告插播、触发播出、倒计时显示、字幕机限制等各类功能性要求,并能根据用户的需求进行局部定制编写与设计.播出限制应提供以下功能：播出限制软件独立应用于高清、标清频道节目和广告播出.播出限制软件采用完善的备份播出限制模式,保证系统在播出中无单一故障点.系统采用主、备播出工作站双机热备倒换限制模式.播出工作站对视频效劳器采用主流限制协议,对视频效劳器、切换台、录像机、台标机、键混、授时时钟等周边设备进行精确限制.并能在设备发生故障时,及时提供故障信息和报警提示.数据库、时钟系统数据库、时钟系统具有如下功能：播出和治理数据实时备份,具有详细完备的权限治理、日志治理和查询统计功能,播后治理和统计可以按要求自动生成准确数据报表. 还有网络治理子系统,这中间包括了用户治理、权限设置、栏目治理、素材治理、操作日志、报警记录等等.数据库效劳器要求提供主备机数据同步、互为备份的功能,主备数据库效劳器之间实现主备备份,即能实时同步和故障倒换.数据库通过双路由接入系统,可以实现自动透明切换和故障报警.硬件选择上要求选用技术可靠的效劳器产品.全系统统一授时源,系统配备2套GPS卫星时钟,并可实时自动主备切换,时钟信号分配给数据库效劳器,数据库采用422或232端口给全播出域授时,播出限制系统从数据库效劳器取时间.可自定义播出治理使用的台、频道名称.各模块支持按频道治理.完善的用户分级治理,按用户可使用的功能模块、站点、每模块可使用功能等独立设置用户权限.独立用户帐号,统一登录治理.详细使用日志,包括用户所有开单、发送、提取、更改等.播后数据不可更改.节目单的传送通过以太网,限制信息的传送通过以太网或422限制,网络和交换机要求主备,视频效劳器的素材用光纤网或千兆以太网连接形成互备.数据库系统提供主备机订阅'发布功能、互为备份,实时同步和可以进行故障倒换.数据库通过双路由接入系统,可以实现自动透明切换和故障报警.方便实现简单的治理和维护,如数据的导入导出、清理和同步.GPS授时模块有完善的GPS同步方案,实现于主、备播系统0帧误差.系统内所有效劳器和工作站通过GPS 授时,能自动热倒换.要求授时系统具备防跳变功能.3.7系统主要设备技术与功能要求所有IT工作站、效劳器、存储均应采用专业产品,不允许采用任何组装PC或存储,最大限度保证硬件系统的平安性和可靠性.数据库系统共配置2台机架式效劳器,单台配置不低于2个Xeon E5-2620,8G内存,300G SAS热插拔硬盘义2,热插拔冗余电源.数据库系统作为整个自动播控系统的核心,应具有高质量、高稳定性、高平安性.系统数据库效劳器要完全备份,在线互为备份工作,保证任何情况下核心数据库的平安.同时硬盘应具有容错功能；为了系统开展,要求整个系统采用单一的中央数据库结构.数据库双机备份采用分发、订阅方式或文件共享存储方式实施治理.播出流程中的所有串编、播出、上载、广告上载、迁移、网管监控、日志等所有数据信息须全部统一归档至数据库效劳器中存储.提供主备数据库定时定策略备份功能和过期数据检索和删除功能.提供清楚明了的数据库运行状态的监测.实时消息送达机制,及时提供总编室、上载站、播出站等重要信息提示和报告功能.提供各类播后数据、数据治理、数据导出、智能检索、报表生成等功能.提供详细的日志文件和智能化的查询功能.该模块具有原有系统软件相应的所有功能和相似人机交互界面.系统的各种数据实时备份,具有详细完备的权限治理、日志治理和查询统计功能. 能记录各工作站的操作日志,包括用户名、操作时间、操作过程等.能进行全面的播后数据统计.提供查询、更新、事务治理、索引、高速缓存、查询优化、平安及多用户存取限制等效劳.要求效劳器操作简单方便,监控界面简单明了.高清主备播出视频效劳器视频效劳器集群采用主+备的架构,主备视频效劳器均采用All-In-One设计.单台视频效劳器支持2路HD/SD SDI信号输入/输出,同时支持IP流的输出和VGA 输出.要求视频效劳器支持高标清混播,支持外来信号、本地素材的自动上下变换功能, 支持AFD 信号的嵌入和透传.两台视频效劳器组成2个频道的主、备硬盘播出任务.要求视频效劳器支持最广泛的文件及编码格式支持：压缩格式支持：MPEG2 I 帧、Mpeg2 IBP longGOP、H.264、H.265 等；封装格式支持：MXF Op1a、MPG、MOV、TS等；系统音频采用嵌入方式,支持符合SMPTE标准的嵌入式数字音频信号的输入与输出.支持每路视频嵌入8路数字音频信号；高清频道可支持杜比E5.1声道播出；播出效劳器视频文件格式应符合MXF标准,以保证非编媒资系统的节目文件格式与播出视频效劳器文件格式一致,并承诺在此方案实施中无偿提供相关技术支持,保证非编媒资系统、播出效劳器存储素材文件的互连互通要求.播出效劳器必须采用开放式设计.完善的限制协议,支持VDCP限制协议和网络控制协议,不接受“播出节目单下发至视频效劳器〞的限制方式；网络限制协议支持多个限制端同时限制,方便与任何平台任何限制软件进行集成播出.系统对外数据传输端口采用工业级标准的千兆以太网接口标准,直接支持FTP、CIFS等文件传输协议,以保证其与播出缓存系统及效劳器系统之间数据传输的互连互通.播出效劳器系统设计要求与上载站别离.要求主备高标清兼容视频效劳器的有效存储容量应在12TB以上,采用相应的Raid5 以上方式,可7X24小时稳定运行；更换硬盘和之后数据重建的整个过程要求不影响服务器运行,硬盘重建时间快.播出效劳器电源、风扇等必须具有冗余设计；必须支持动态模糊台标功能.要求支持在台标、时钟、角标、字幕、DVE开窗等图文包装功能.要求视频效劳器采用高性能异步和多线程处理模式、配合GPU加速处理可实时调整图层之间的合成混合模式,能够同时播出多个动态图层,每个图层可播出Video、 Image、CG等,通过混合切换器实现复杂的图文播出效果.要求支持多路外来直播Live信号播出,能够通过输入板卡实时输入SDI信号的实时播出,能够实现5口工输入信号与文件之间的无缝切换播出,并支持在Live信号上进行CG特效的图文播出.要求视频效劳器集成图文限制模板时可应急上/下字幕,支持紧急清屏；支持效劳器状态、字幕限制状态实时监看.要求具有足够的系统带宽与存储带宽,以满足整个硬盘播出系统对带宽的要求.播出效劳器必须至少配置2个千兆以太网接口；视频效劳器在硬件上需保证节目上载和播放到达零帧精度.提供效劳器治理软件.提供监控报警接口、TCP/IP网络接口,并支持SNMP协议. 要求效劳器操作简单方便,监控界面简单明了；同时提供完善的图形化监控界面及远程调试接口,方便系统监控与维护.高清的解码通道必须支持高标清素材的混播,即标清素材可以在高清解码通道自动上变换后播出.提供厂家安装调试培训及保修期内的维修效劳.要求视频效劳器编解码、限制等采用模块化设计,配置灵活、使用方便,能够实现快速系统配置.需提供系统治理软件、原厂商技术支持、培训及响应招标文件所需其他设备或软件.固态垫片播出机高清固态垫片设备,独立机箱,独立电源；垫片播出效劳器建议采用硬盘录像机模式；输入输出支持HD/SD-SDI信号；支持1080p、1080i、720p、625i、525i等多种高标清格式；支持外同步信号输入；具备以太网存储功能；可直接通过IE/VDCP实现多种方式的播出限制和便捷素材治理；面板自带液晶监看；存储要求：2颗240GB SSD硬盘.固态延时器本次配置一台固态延时器,在直播信号播出时,作为信号延时.播高清信号时候,固态延时器要求至少满足120秒高清信号的延时,播标清信号时,固时器要求至少满足600秒的信号延时；信号延时器要求具有LCD前面板,PGM AUX输入,至少两路PGM OUT输出,一路 REF输入,支持断电直通功能,同时具备冗余电源.。

保山烟草高清视频联网监控系统解决方案2014 年 07月目录目录 (I)一.项目概述 (1)二.现状及需求分析 (2)3.1.现状分析 (2)3.2.需求分析 (3)3.2.1.基本需求 (3)3.2.2.单个烟站摄像机点位分布 (4)3.2.3.存储需求 (5)3.2.4.其他要求 (5)3.2.5.方案要求 (5)3.2.6.功能需求 (5)三.建设目标 (8)3.1.前端收购站新建监控系统 (8)3.1.1.视频采集 (8)3.1.2.网络传输 (8)3.1.3.数据存储 (8)3.2.原有平台免费升级及新增平台设备 (9)3.2.1.原有平台免费升级 (9)3.2.2.需新增平台设备 (9)3.2.3.平台组织架构 (9)四.系统设计方案 (10)4.1.设计依据及原则 (10)4.1.1.设计依据 (10)4.1.2.设计原则 (11)4.2.方案设计 (12)4.2.1.总体结构设计 (12)4.3.项目建设内容 (19)4.3.1.项目二期建设内容 (19)4.3.2.项目后续建设内容 (19)4.4.系统基本功能 (19)4.4.1.实时监看 (19)4.4.2.电子地图 (1)4.4.3.录像&检索回放 (1)4.4.4.电视墙控制 (2)4.4.5.系统管理 (2)4.5.平台特色功能 (2)4.5.1.录像打点 (2)4.5.2.无缝管理 (3)4.5.3.条带化存储 (3)4.5.4.快速地图定位 (3)4.5.5.主副码流切换 (4)4.5.6.文件迁移 (4)4.5.7.全局报警联动 (5)4.5.8.VVT(Video Virtual Tunnel)视频虚拟通道 (5)4.5.9.单屏超大规模64分屏显示 (6)4.5.10.解码上墙支持3/5/7分割走廊模式 (6)4.5.11.显示预案管理 (6)4.5.12.回放上墙 (7)4.5.13.用户权限管理 (7)4.5.14.路由管理 (8)4.5.15.综合设备管理 (8)4.5.16.设备巡检 (9)4.5.17.资产管理 (9)4.6.摄像机特色功能 (10)4.6.1.采用全新芯片解决方案 (10)4.6.2.图像处理独有功能 (10)4.6.3.感兴趣区域编码ROI(Region of Interest) (12)4.6.4.可伸缩编码技术SVC(Scalable Video Coding) (12)4.6.5.红外增强NIR(Near Infrared) (13)4.6.6.走廊模式 (13)4.6.7.标配POE (14)4.6.8.宽动态支持 (14)4.6.9.多码流支持 (14)4.6.10.智能分析支持 (14)4.6.11.强光抑制 (15)4.6.12.防眩光 (15)4.6.13.电子防抖 (15)4.6.14.3D数字降噪 (16)五.产品参数要求 (17)5.1.前端产品参数要求 (17)5.1.1.960P POE网络枪式摄像机DCS-NB300-M1P-T (17)5.1.2.960P POE防暴变焦网络半球摄像机DCS-ND300-M1VP-T (19)5.1.3.960P POE变焦红外网络枪式摄像机DCS-NR300-M1VP-T (22)5.1.4.960P POE防暴变焦红外网络半球摄像机DCS-ND300-M1RVP-T255.1.5.960P 20倍红外网络高速球DCS-NS300-G20R-T (28)5.2.后端存储管理产品参数要求 (34)5.2.1.T系列32路720P NVR DCS-NVR100-S32K-T (34)5.2.2.网络视频录像机 DCS-NVR300-H (37)5.2.3.网络视频录像机 DCS-NVR300-T (39)5.2.4.管理服务器 DCS-SMS300 (40)5.2.5.监控平台软件 DCS-MON300-SW (41)5.3.后端显示设备参数要求 (42)5.3.1.46英寸超窄边拼接屏 DCS-LS-46D (42)5.3.2.55英寸超窄边拼接屏 DCS-LS-55D (44)一.项目概述随着社会经济和科学技术的飞速发展，特别是计算机网络的发展，人们对安全技术防范的要求也越来越高。

保山市人民政府关于保山市2019年电信普遍服务试点边疆4G网络基站站点清单的公示
文章属性
•【制定机关】保山市人民政府
•【公布日期】2019.06.05
•【字号】
•【施行日期】2019.06.05
•【效力等级】地方规范性文件
•【时效性】现行有效
•【主题分类】通信业
正文
保山市人民政府关于保山市2019年电信普遍服务试点边疆4G
网络基站站点清单的公示
按照《工业和信息化部财政部关于印发〈2019年度电信普遍服务试点申报指南〉的通知》（工信厅联通信函〔2019〕62号）等要求，保山市腾冲市、龙陵县共计27个4G网络基站入选2019年电信普遍服务试点边疆4G网络覆盖项目，将按照“中央资金引导、地方协调支持、企业为主推进”的思路，解决试点范围内无4G网络覆盖的问题，为深度贫困地区脱贫攻坚工作提供重要基础支撑。

为进一步提升国家补贴资金使用绩效，确保覆盖目标点信息准确性，现将已获批复申报材料中涉及的无4G基站信息向社会公示。

公示时间为自发布之日起7个工作日，至2019年6月14日。

如对公示信息有异议，请在2019年6月14日前向保山市工业和信息化局反馈。

联系人：杨学娈，联系电话：1398705****
附件：保山市2019年电信普遍服务试点边疆4G网络基站站点清单
保山市人民政府2019年6月5日。

三汇语音卡API说明using System;using System.Runtime.InteropServices;using System.Text;namespace shpa3api{/// <summary>/// SsmApi三汇语音卡API说明。

/// </summary>//-----------------------------------------------------------------------// definition of the mode of the MediaParam//-----------------------------------------------------------------------public enum MediaParamMode{IPM_SENDRECV = 0,IPM_RECVONLY = 1,IPM_SENDONLY = 2,}//-----------------------------------------------------------------------// definition of channel type, which can be retrieved by invoking// function "SsmGetFlag()" and set by invoking "SsmSetFlag()"//-----------------------------------------------------------------------public enum ChFlag{F_RCVDTMFSENS=1, //接收DTMF敏感度F_TXDTMFAMP=2, //发送DTMF信号强度F_RCVPHONUMHOLDUP=3, //被叫号码拦截标记F_RELATIVEENGYHOOKDETECT=4, //是否启用模拟电话线被叫摘机检测新算法F_RXR2FILTERTIME=5, //R2接收滤波时间F_RECTOFILEA_CALLBACKTIME = 6,F_CALLERIDSTYLE=7,F_InVoiceToBus=8,F_ClearInVoiceOnRcvDtmf=9,F_MixerResToBus=10,F_HighAndLowFreqEnScale=11,F_DualAndAllFreqEnScale=12,F_EchoCancelInFsk=13,//设置Fsk收发过程中的回波开关F_ChToRingingOnRingCnt=14,F_ISDNNet_WaitRemotePickup=15,F_ClearInVoiceOnRcv450Hz=16};//-----------------------------------------------------------------------// definition of channel type, which can be retrieved by invoking // function "SsmGetChType()"//-----------------------------------------------------------------------/*enum{ANALOG_CH=0,INTER_CH=1,USER_CH=2,REC_CH=3,SS1_CH=4,FAX_CH=5,TUP_CH=6,ISDN_USER_CH=7,ISDN_NET_CH = 8,SOFTFAX_CH = 9,MAGNET_CH = 10};*///-----------------------------------------------------------------------// definition of blocking reason, which can be retrieved by invoking // function "SsmGetBlockReason()"//-----------------------------------------------------------------------public enum BlockReason{BLOCKBY_NULL,BLOCKBY_TupRcvMGB,BLOCKBY_TupRcvHGB,BLOCKBY_TupRcvSGB,BLOCKBY_TupWaitRLGTimeout,BLOCKBY_TupBlockByApp,};//-----------------------------------------------------------------------// Definition of status on blocking remote circuit or circuit groups, // which might be used by following functions// 1. "SsmChkBlockRemoteXXX()"// 2. "SsmChkBlockRemoteXXX()"//-----------------------------------------------------------------------public enum RemoteBlockStatus{BLOCKREMOTE_Unblocked = 0, // no block-signal is issuedBLOCKREMOTE_Blocked = 1, // is in blocked state nowBLOCKREMOTE_WaitBlockAck = 2, // waiting for acknowledgement signal after sending block-signalBLOCKREMOTE_WaitUnblockAck = 3, // waiting for acknowledgement signal after sending unblock-signal};//-----------------------------------------------------------------------// Definition of local blocking status on circuit or circuit groups,// which might be used by following functions// "SsmQueryLocalXXXBlockState()"//-----------------------------------------------------------------------public enum LocalBlockStatus{BLOCK_AppBlockCic = 1, // channel is blocked by invoking SsmBlockLocalCh()BLOCK_TupRcvBLO = 2, // channel is blocked by received BLOBLOCK_TupRcvSGB = 4, // channel is blocked by received SGBBLOCK_TupRcvHGB = 8, // channel is blocked by received HGBBLOCK_TupRcvMGB = 16, // channel is blocked by received MGBBLOCK_AppBlockPCM = 32, // channel is blocked by invoking SsmBlockLocalPCM() }//-----------------------------------------------------------------------// Definition of channel unavailable reason//-----------------------------------------------------------------------public enum ReasonUnavailable{UNAVAILABLE_PcmSyncLos = 1,UNAVAILABLE_Mtp3Unusuable = 2,}//-----------------------------------------------------------------------// 函数调用失败原因的常量定义，用于函数SsmGetLastErrCode()返回值//-----------------------------------------------------------------------public enum ErrorReason{C_ERROR_INIT_FAILURE =0,C_ERROR_SSMAPI_UNOPENED =1,C_ERROR_INVALID_APPCH =2,C_ERROR_UNSUPPORTED_OP =3,C_ERROR_INDEX_UNOPENED =4,C_ERROR_INVALID_BUSCH =5,C_ERROR_OP_UNOPENED =6,C_ERROR_INVALID_FORMAT =7,C_ERROR_INVALID_PARAMETER =8,C_ERROR_FILEOP_FAILURE =9,C_ERROR_MEMORY_FAILURE =10,C_ERROR_RESOURCE_USEUP =11,C_ERROR_SYSTEM =12,C_ERROR_IdleChNotFound =13,C_ERROR_OP_FAILURE =14,C_ERROR_INVALID_APPSPYCIC =15,C_ERROR_FAX_NOFILE =16,};//-----------------------------------------------------------------------// 自动拨号任务失败的常量定义，用于函数SsmGetAutoDialFailureReason()返回值//-----------------------------------------------------------------------public enum AutoDialFailureReason{ATDL_NULL=0, // 没有呼出任务ATDL_Cancel=1, // 应用程序主动取消ATDL_WaitDialAnsTimeout=2,// 等待被叫应答超时ATDL_WaitRemotePickupTimeout=3,// 等待被叫摘机超时ATDL_PcmSyncLos=4, // PCM链路基本祯失步超过100msATDL_Mtp3Unusable=10,// No.7信令：信令不可用ATDL_RcvSSB=11, // No.7信令：收到SSBATDL_RcvSLB=12, // No.7信令：收到SLBATDL_RcvSTB=13, // No.7信令：收到STBATDL_RcvUNN=14, // No.7信令：收到UNNATDL_RcvSEC=15, // No.7信令：收到SECATDL_RcvCGC=16, // No.7信令：收到CGCATDL_RcvNNC=17, // No.7信令：收到NNCATDL_RcvCFL=18, // No.7信令：收到CFLATDL_RcvLOS=19, // No.7信令：收到LOSATDL_RcvSST=20, // No.7信令：收到SSTATDL_RcvACB=21, // No.7信令：收到ACBATDL_RcvDPN=22, // No.7信令：收到DPNATDL_RcvEUM=23, // No.7信令：收到EUMATDL_RcvADI=24, // No.7信令：收到ADIATDL_RcvBLO=25, // No.7信令：收到BLOATDL_DoubleOccupy=26,// No.7信令：检出同抢ATDL_CircuitReset=27, // No.7信令：收到电路/群复原信号ATDL_BlockedByRemote=28, // No.7信令：电路被对端交换机闭塞ATDL_SS1WaitOccupyAckTimeout=40, // No.1信令：等待占用应答信号超时ATDL_SS1RcvCAS_HANGUP=41,// No.1信令：收到后向拆线信号ATDL_SS1RcvA4=42, // No.1信令：收到A4信号（机键拥塞）ATDL_SS1RcvA5=43, // No.1信令：收到A5信号（空号）ATDL_SS1RcvUndefinedAx=44,// No.1信令：收到未定义的后向A组信号ATDL_SS1RcvUndefinedAxOnTxCallerId=45,// No.1信令：送主叫时收到未定义的后向A组信号ATDL_SS1WaitAxTimeout=46, // No.1信令：等候接收后向A 组信号超时ATDL_SS1WaitAxStopTimeout=47, // No.1信令：等候后向A组信号停发超时ATDL_SS1WaitAxTimeoutOnTxCallerId=48,// No.1信令：送主叫时等候后向A 组信号超时ATDL_SS1WaitAxStopTimeoutOnTxCallerId=49, // No.1信令：送主叫时等候后向A 组信号停发超时ATDL_SS1RcvKB2=50, // No.1信令：收到KB2信号(用户“市忙”)ATDL_SS1RcvKB3=51, // No.1信令：收到KB3信号(用户“长忙”)ATDL_SS1RcvKB4=52, // No.1信令：收到KB4信号（机键拥塞）ATDL_SS1RcvKB5=53, // No.1信令：收到KB5信号（空号）ATDL_SS1RcvUndefinedKB=54, // No.1信令：收到未定义的KB 信号ATDL_SS1WaitKBTimeout=55, // No.1信令：接收后向KB信号超时ATDL_SS1WaitKBStopTimeout=56,// No.1信令：等候被叫方停发后向KB信号超时ATDL_ISDNNETISBUS = 60, //ISDN：网络忙ATDL_ISDNEMPTYNO = 61, //ISDN:所拨的是空号.ATDL_IllegalMessage = 65, //SS7:非法消息ATDL_RcvREL = 66, //ISUP:收到释放消息ATDL_RcvCBK = 67, //TUP: Rcv CBK Dial Failure };深圳市博域信源通讯有限公司(简称博域通讯)始创于2002年，专注于呼叫中心系统(包括客户关系管理系统和指挥调度系统以及融合通信系统)的研发、生产、销售和服务并提供整体解决方案，由呼叫中心行业资深的博士担任技术总监，聚焦客户需求持续研发创新；拥有自主研发的、完整的呼叫中心(联络中心/Call Center/CTI)产品线:001通用呼叫中心系统产品|呼叫中心系统级产品|呼叫中心平台级产品|CTI中间件产品|呼叫中心中间件产品|呼叫中心系统软件产品一体化呼叫中心平台产品BYICC2.0(1)博域通讯一体化呼叫中心平台产品BYICC2.0(也称为博域通讯一体化呼叫中心系统产品BYICC2.0)采用领先的一体化架构呼叫中心系统技术设计，硬件平台采用呼叫中心行业主流硬件厂商(如杭州三汇、深圳东进、广州毅航通信等)的多媒体交换机和语音板卡；(2)经过众多的政府机关/公共事业机构/企业的呼叫中心系统成功案例验证；(3)电信级稳定性，高性价比；(4)功能丰富完善(产品化呼叫中心系统)；(5)提供呼叫中心系统的软件二次开发接口以及应用层源代码，易学易用；(6)广泛应用于政府机关/公共事业机构/企业建设呼叫中心系统(联络中心系统)......软交换呼叫中心系统产品BYIPCC2.0(1)博域通讯IP呼叫中心平台产品BYIPCC2.0采用先进的软交换技术架构和IP内核一体化设计；系统架构为VoIP语音网关 + 服务器，硬件平台采用标准一体化交换机呼叫中心平台产品BYUNICC4.0中英文语音合成引擎软件BYCOMTTS3.0微型呼叫中心系统产品BYMiniCC2.0 (统一零售价为1500元/电话线)基于短信网关的短信群发平台软件BYCOMSMS2.0002行业用户呼叫中心系统产品/公安机关三台合一接处警系统产品公安机关110/119/122三台合一接处警系统产品BYICC2.0.110(BYUNICC4.0.110)(包括110接处警系统、122接处警系统、119接处警系统)居家养老服务呼叫中心系统平台BYICC2.0.hcs政府职能部门便民服务热线呼叫中心系统003呼叫中心系统硬件产品三汇语音卡 [三汇SHT系列模拟语音卡|三汇SHD系列数字中继卡|三汇SHN系列VOIP语音卡|三汇SHF系列传真卡]三汇多媒体交换机 [三汇SSW020系列、SSW030系列以及SSW080系列UMCT智能语音交换机 | 三汇SPBX1000系列、SPBX2000系列以及SPBX9000系列SPBX软交换架构多媒体交换机]迅时VOIP语音网关 [SOHO系列语音网关|MX8系列语音网关|MX60系列语音网关|MX120系列语音网关|MX100-TG数字中继网关|MX100E系列语音网关]研祥(EVOC)IPC-810E工控机经过大连广播电视台、深圳地铁四号线、佛山水业集团、郴州市桂东县人民政府、岳阳市公安局交通警察支队、泉州市老龄办、招远市公安局、广东江门海关、黑龙江省人民政府采购管理办公室、大理广电、威海第二热电集团、丽江数字电视、滨州市博兴县教育局、深圳华强电子世界网、广西环江电力、中青旅山水时尚酒店、广州白天鹅宾馆、盘锦市司法局、南宁海方燃气、清远市劳动和社会保障局、贵州四方鼎立、长安铃木汽车、新疆特力电信、长沙三诺生物、昭通广电、广西出入境检验检疫局、巴彦淖尔市商务局、无锡生活在线、黑龙江省柴河林业局、淄博市淄川区城市管理行政执法局、西宁市财政局、文山广电、保山广电、西双版纳广电、大同市纪委监察局、无锡市民政局、恩施自来水、寻甸县第一人民医院、深圳市司法局、荆门市农业局、大宝化工、乌兰察布市住房公积金管理中心、云南省大理市第二人民医院、福建省莆田市老龄工作委员会、辽宁省数字证书认证中心、毕节市环境保护局、中海油信息科技、香港昌机集团等众多企业/公共事业机构/政府机关的呼叫中心系统成功案例验证的博域通讯一体化呼叫中心平台产品BYICC2.0和软交换呼叫中心系统产品BYIPCC2.0以及一体化交换机呼叫中心平台产品BYUNICC4.0在呼叫中心行业处于领先地位，已经成为中国呼叫中心市场的领导品牌。

深圳博域通讯12345政府热线呼叫中心系统解决方案简介信息产业部1999（56）号文件规定："12345"作为各地方政府热线号码使用。

基于博域通讯一体化呼叫中心平台产品BYICC2.0的12345政府热线呼叫中心系统是一个功能丰富的呼叫中心系统，可以提供多种接入手段和通信方式，包括有传统电话、网络电话、传真、电子邮件、因特网浏览、手机等，人民群众可通过多种接入方式进入政府热线系统，获得政府热线系统提供的全天24小时不间断的多种便民服务。

12345政府热线呼叫中心系统为政府和各职能部门与人民群众之间架起一座沟通的“桥梁”，是政府和职能部门了解社情民意，获取社会信息，服务群众，服务基层的一个重要平台，也是人民群众反映各种社会民生问题和表达诉求的一个重要窗口。

建设服务型政府，是各级政府实践"三个代表"重要思想、落实科学发展观的积极探索。

从转变政府职能、深化行政管理改革的意义上说，服务型政府是我国行政管理改革的目标选择。

"以人为本"、"执政为民"是服务型政府的治理理念。

"向人民学习，为人民服务，请人民评判，让人民满意"，是服务型政府建设的基本要求。

"顾客导向"是服务型政府的工作模式。

政府服务要以人民诉求为导向，在行政决策中充分尊重民意，推行阳光行政，实现政务公开；制订政府服务标准，规范服务流程，保障服务品质；加快电子政务建设，推行"单一窗口式"服务，创建高效政府；提供具有人文关怀的便民服务，增强政府的亲和力。

12345政府热线作为政府便民服务的重要窗口，倾听群众的诉求，传达政策法规，解决热点难点问题，为维护社会的和谐稳定起到重要作用。

我国各地各级政府和职能部门都开通了大量政务服务和投诉举报热线，方便了市民的政务咨询、投诉举报等各类民生诉求，但同时也存在着服务热线过多，不方便记忆；职能交叉，多方受理，跨部门事件协调难度大、周期长；机制不畅，案件办理和受理过程无法监控，监督缺位，缺乏统一的服务标准和考核评价机制等问题。