CTI中间件介绍TAPI&TSAPI
- 格式:doc
- 大小:70.50 KB
- 文档页数:10
2 计算机语音集成(CTI)CTI(Computer Telephony Integration,计算机电话集成)作为呼叫中心的控制核心,是语音交换机与数据网络的中枢控制单元。
其主要特征是在系统进行电话语音信号传送的同时实现客户数据信息的预提取,并在座席应答客户电话的同时可以立即在其计算机屏幕上看到客户相关的信息。
CTI系统能够实现以下功能:✧与排队机协同工作,进行集中统一的CTI路由控制,控制呼叫的接续过程,如资源连接,给呼叫放音等;✧管理传统语音座席,完成语音呼叫座席的所有功能,包括呼叫的转移、保持、取保持、三方通话等话务员功能;✧实现数据和语音的同步转移;✧负责对传统语音呼叫进行质检,实现监听、插入、拦截通话等质检操作;✧负责生成传统呼叫的原始话单,与接通率、服务水平等各类报表与数据统计;✧实现软电话功能,能通过软电话保持或不保持呼叫,与其它服务器协作完成回呼请求功能;✧提供开放的API接口,呼叫中心应用开发者无须深入了解CTI的概念,即可迅速开发呼叫中心应用。
CTI系统满足以下要求/标准:✧遵循国际通用CSTA、ASAI协议;✧CTI中间件能对各种接入方法实施统一接入,实现集中控制,统一路由管理、统一自动语音、统一统计分析报表和统一的系统监控;✧同时支持软排队(不同媒体混合统一排队)和软路由,实现与媒体语音交换机硬排队和路由方式无痕衔接;✧CTI中间件系统,若能支持链路级系统热备安全机制,可进一步确保系统平台的平稳运行;✧支持基于随路数据的话路转移时相关座席基于当前呼叫的信息和数据交互,也能够实现呼叫中心系统中不同单元之间的信息交互。
支持消息机制,即:呼叫中心系统中不同单元之间可以通过调用接口函数实时发送数据信息;✧提供同一座席前台对于不同媒体呼叫请求的统一处理能力;✧全面支持呼叫中心业务定制的图形化生成环境,用于呼叫中心业务及自动语音应答业务的生成,全部图形化拖拽操作,流程定制方便轻松;✧支持技能分组的ACD智能路由,提供ACD电话动态均衡分配功能,可依据排队算法,将呼叫插入最合适的座席队列;座席可在多个技能组中灵活配置,实现精确的最佳路由选择。
、概述:TAPI是微软公司提供的开发声音和数据相关方面应用的统一接口,主要的函数和结构封装在TAPI32.DLL中,该动态连接库位于Windows操作系统的安装目录的System或System32目录下。
1、TAPI结构Windows电话API是用Windows Open Service Architecture(WOSA)模型建立的。
设计这个模型是用来使用户方程序设计接口不受服务器硬件的影响。
换句话说,WOSA模块设计了两个清晰而又相互依赖的API集合,客户(或桌面)应用程序中使用的API集合叫Client API,服务器(或硬件)程序设计中使用的API集合叫Service Provider Interface或简称SPI。
请求SPI的电话服务是Client API的工作。
接收服务请求并付诸行动是SPI的任务。
SPI和API通过一个DLL例程进行数据交换,以下以TAPI32.DLL为例,解释三个电话模块元素在一个完整系统中是如何相互连接的。
如下图所示:此主题相关图片如下:图1 Client API和SPI与TAPIDLL对话2、电话Client API Client API是预定义函数和子例程的集合,桌面应用程序利用这些函数和子例程访问和控制电话设备,调用这些函数。
软件开发人员可以编写一些例程,这些例程可以定位和激活一条电话线路、拨号、发出线路连通(线路正忙)的信号,还可以使软件的使用者能够讲话,或把记录下来的讲话传到线路的另一端,或是用线路传递二进制文件(程序或数据)。
高级TAPI服务使软件设计者可以编写能够回答incoming调用的应用程序,和基于软件功能调用适当的本地switching网络的电话例程。
事实上,TAPI系统最令人兴奋的一个方面是:只需要使用一台标准PC和一些电话硬件就可以建立多交换系统。
最后,还有一个函数集合有助于软件开发人员编制直接访问与PC相连接的电话设备的硬件特殊例程。
呼叫中心系统技术标准2005年11月目录1 总则 (4)1.1 前言 (4)1.2 标准框架 (5)1.3 原则和目标 (5)1.4 适用范围 (6)1.5 编制单位 (6)1.6 解释权 (7)2 名词术语 (8)2.1 技术类 (8)2.2 应用类 (9)3 呼叫中心技术架构 (11)3.1 呼叫中心平台 (12)3.2 呼叫中心应用构成 (13)3.2.1 媒体接入层 (13)3.2.2 生产支撑层 (13)3.2.3 运营管理层 (13)3.2.4 系统管理层 (14)3.3 接口 (14)4 呼叫中心功能规范 (16)4.1 呼叫中心平台功能规范 (16)4.1.1 接入功能 (16)4.1.2 排队及路由功能 (16)4.1.3 CTI功能 (17)4.1.4 自动语音服务功能 (18)4.1.5 传真功能 (19)4.1.6 外拨功能 (20)4.1.7 录音功能 (21)4.2 呼叫中心应用功能规范 (21)4.2.1 媒体接入层 (23)4.2.2 生产支撑层 (24)4.2.3 运营管理层 (28)4.2.4 系统管理层 (30)4.3 接口规范 (33)4.3.1 B/S结构调用方式 (33)4.3.2 Socket通信方式、消息中间件方式 (33)4.3.3 API、OCX等插件方式 (34)4.3.4 中间库方式 (34)4.3.5 数据文件传输 (34)4.3.6 WebService (35)5 呼叫中心性能规范 (36)5.1 语音接入设备性能要求 (36)5.2 CTI性能要求 (36)5.3 IVR性能要求 (36)5.4 传真系统性能要求 (37)5.5 录音系统性能要求 (37)5.6 座席软件性能要求 (37)5.7 服务器性能要求 (38)5.8 数据库性能指标 (38)5.9 接口性能要求 (39)6 呼叫中心系统安全规范 (40)6.1 影响客服网络安全的渠道 (40)6.2 网络安全防范措施 (40)6.2.1 网络结构规划 (40)6.2.2 技术防护 (41)6.2.3 维护管理 (42)6.3 网络管理 (42)6.4 应用级安全管理 (43)7 附录一:呼叫中心组网方式参考 (44)7.1 集中式组网模式 (44)7.2 集中+远端坐席模式 (45)7.3 分布式组网模式 (46)8 附录二:呼叫中心平台技术参考 (47)8.1 基于板卡的呼叫中心 (47)8.2 基于一体化机的呼叫中心 (47)8.3 基于PBX的呼叫中心 (48)8.4 IP呼叫中心 (49)8.5 互联网呼叫中心 (50)9 附录三:呼叫中心规模计算方法参考 (52)9.1 BHCC值估算 (52)9.2 接入中继数量估算 (53)9.3 忙时人工呼叫量和忙时自动呼叫量 (53)9.4 IVR通道估算 (54)9.5 人工座席数估算 (54)9.6 远端坐席电路估算 (54)9.7 数据存储容量 (55)10 附录四:呼叫中心建设过程参考 (57)11 附录五:呼叫中心供应商选择方法参考 (61)1总则1.1 前言随着北京市政府部门和企业建设呼叫中心的不断增多,陆续在呼叫中心行业出现了一些相关问题,一定程度上阻碍了呼叫中心行业在北京市的进一步发展。
CTI客户端接口说明一、概述本接口适用于采用B/S架构的业务系统。
CTI客户端以框架的形式提供,在框架中嵌入了IE浏览器窗口,用于打开业务系统。
下图为CTI客户端框架的截图,程序分为以下几个部分:需设计⏹工具条:登录、注销、离席、入席、转接、呼叫等CTI功能⏹主窗口:可用TAB方式打开多个预先设置的网址提供接口(CRM系统自主开发)⏹CTI状态窗口:显示当前呼叫信息⏹弹屏窗口:当有新的呼叫进来时,可显示在电话的等待序列中主窗口和弹屏窗口的网址可通过配置程序设置,而且它们之间共享Cookie信息,也就是如果在主窗口中登录后用Cookie验证用户信息,弹屏窗口会传递同样的Cookie到服务器,不会出现未登录的提示。
二、统一登录通常情况,业务系统需要用户验证,而CTI系统在席位入席时也需要用户验证,为了避免出现两次登录的情况,CTI客户端系统提供了统一登录功能。
统一登录有两种方式:1、CTI系统入席登录后自动打开业务系统的URL,在URL中附带用户信息,业务系统根据URL中的用户信息进行验证。
例如:在呼叫中心客户端设置首页面URL为:/,当客户端登录成功时,客户端主窗口将自动打开首页面URL,并在URL后增加参数:/?agentid=1&user=101&password=3B4D5C6D7E8F9A3B4D5C6D7E8F92、业务系统登录成功后,先重定向到一个特殊的URL,该URL的格式如下:http://localhost:180/cgi-bin/login.cgi?user=101&pass=3B4D5C6D7E8F9A3B4D5C6D7E8F9&url=http:%3F%%3Fmain该URL是CTI席位端框架内嵌的Web服务器的URL,此URL仅能在本机访问。
席位端根据URL后的参数进行用户认证,并实现CTI系统的入席登录,登录成功后主窗口页面自动调回url参数中的页面。
CTI LinkS1A软件使用说明目录一.CT-CONNECT简介 (1)二.与CT-CONNECT兼容的华呼CTI Link S1A (3)三.华呼CTI Link 中间件系列产品 (3)四.CTI Link S1A安装 (4)五.注册表(registry)修改 (6)六.关于链路故障恢复 (7)七.CTC API实现说明 (7)一. CT-CONNECT简介CT-Connect是由Dialogic的Computer-Telephone(CT)分部研制开发的一套呼叫控制软件。
它可以将各种交换系统与数据处理系统连接在一起。
CT-Connect的客户端/服务器软件支持符合工业标准的硬件、操作系统、网络服务和TAPI,ActiveX和JA V A的呼叫控制软件接口。
这套软件是基于客户机/服务器方式的,它就象是呼叫环境与CT系统这间的一个桥梁,在呼叫环境与CT系统之间传送呼叫控制信息。
如图1所示,在CT-Connect服务器与交换设备之间有一个接口,我们通常称之为CTI Link,在交换设备与CTI服务器之间传送呼叫控制消息,CT-Connect服务器与PBX通过CTI Link进行通信。
并把控制信息传递到客户端。
目前大多数CTI Link符合ECMA制定的CSTA(Computer Supported Telephony Application)标准,CT-Connect支持这些具有符合CSTA标准的CTI Link的交换机,比如Lucent DEFINITYG3(call visor ASAI)。
Northern Telecom Meridian/SL-I(Meridian Link)。
在CT-Connect 服务器上不需要用户编程,用户只需要在服务器上进行软件安装和CTI Link 的配置,目前,CT-Connect 服务器软件可以运行于WINDOWS NT ,SUN SOLARIS 下,它通过与许多当今比较流行的交换机的连接完成较复杂的呼叫控制功能和监视功能。
中间件定义及分类中间件(Middleware)是处于操作系统和应用程序之间的软件,也有人认为它应该属于操作系统中的一部分。
人们在使用中间件时,往往是一组中间件集成在一起,构成一个平台(包括开发平台和运行平台),但在这组中间件中必需要有一个通信中间件,即中间件=平台+通信,这个定义也限定了只有用于分布式系统中才能称为中间件,同时还可以把它与支撑软件和实用软件区分开来。
按照IDC的分类方法,中间件可分为六类。
1.终端仿真/屏幕转换:用以实现客户机图形用户接口与已有的字符接口方式的服务器应用程序之间的互操作;2.数据访问中间件:是为了建立数据应用资源互操作的模式,对异构环境下的数据库实现联接或文件系统实现联接的中间件;在分布式系统中,重要的数据都集中存放在数据服务器中,它们可以是关系型的、复合文档型、具有各种存放格式的多媒体型,或者是经过加密或压缩存放的,这类中间件将为在网络上虚拟缓冲存取、格式转换、解压等带来方便。
3.远程过程调用中间件:通过这种远程过程调用机制,程序员编写客户方的应用,需要时可以调用位于远端服务器上的过程;4.消息中间件:用来屏蔽掉各种平台及协议之间的特性,实现在不同平台之间通信,实现分布式系统中可靠的、高效的、实时的跨平台数据传输,实现应用程序之间的协同。
这是中间件中唯一不可缺少的,是销售额最大的中间件产品,主要产品有国内东方通科技公司的TongLINK、BEA公司的BEA eLink 、IBM公司的MQSeries等,目前在Windows 2000操作系统中已包含了其部分功能。
5.交易中间件:是在分布、异构环境下提供保证交易完整性和数据完整性的一种环境平台。
在分布式事务处理系统中要处理大量事务,常常在系统中要同时做上万笔事务。
在联机事务处理系统 (OLTP)中,每笔事务常常要多台服务器上的程序顺序地协调完成,一旦中间发生某种故障时,不但要完成恢复工作,而且要自动切换系统,达到系统永不停机,实现高可靠性运行;同时要使大量事务在多台应用服务器能实时并发运行,并进行负载平衡地调度,实现昂贵的可靠性机和大型计算机系统同等的功能,为了实现这个目标,要求系统具有监视和调度整个系统的功能。
CTI中间件的价值及应用作者:孙晓华 | 来源:客户世界 | 2004-03-11 02:38:171、 CTI中间件概念提出呼叫中心的概念正深入人心,但在筹建呼叫中心的过程中,除了对各行业本身业务的关注以外,相关的技术和管理人员往往会比较关注以下的问题:1. 呼叫中心的硬件繁多,能否屏蔽底层通道控制,与业务应用分离,这样既利于业务系统的集成,又利于系统规模的扩展。
2. 除了传统的电话渠道,怎样把用户其他渠道的请求整合到呼叫中心。
3. 用户的请求多种多样,怎样根据用户的请求找到最合适的服务人员,尽量减少呼叫中心内部流转的次数。
4. 管理人员怎样去监控呼叫中心工作人员的工作状态,实时了解整个呼叫中心的运营情况。
5. 怎样对于呼叫中心的历史数据进行分析,包括话务的繁忙程度、座席的业绩等等。
6. 作为一个联系中心,不仅被动处理用户的请求,怎样使呼叫中心变成更加主动的联系中心,以便做一些营销、满意度调查的活动7. 提高整个呼叫中心的工作效率,可以实现屏幕弹出和语音/数据的同步传输。
8. 等等。
针对上述的问题,CTI技术应运而生。
对于CTI(Computer TelephonyIntegration)的定义,各个国家和地区都有所不同。
美国著名的OVUM公司的定义是“为提高处理业务效率提供应用平台的电话和计算机技术的集成”。
在CTI出现之前,电话和计算机的使用大部分相对独立;正是CTI技术的出现以及产业的成熟和发展使得拨打电话的客户以及接听电话的客户服务人员更加简捷,高效地完成沟通。
事实证明,CTI技术的引进可使企业获得效率提高、成本降低等巨大的利益。
特别是在企业实施业务流程重组(BPR)和进入新市场等方面有着很重要的作用,进而成为企业国际化进程中的重要手段。
另外,此项技术统一了沟通渠道,使信息交流更加便捷。
企业使用的应用本身比较复杂而且需要随着的组织结构以及业务的变化做相应的调整,而在CTI层面上,作为主要处理话务部分的软件,从技术上(而且是必须的)完全可以分离出来,为应用层层减少复杂的话务部分的处理并减少集成厂商在此模块的重复开发。
呼叫中心电话语音CTI中间件的设计与实现呼叫中心中间件是位于“电话交换硬件”和“用户业务软件”中间的软件开发包。
呼叫中心中间件,也被称为“CTI中间件”、“电话语音中间件”、“呼叫中心开发包”、“呼叫中心S 一. 中间件到底是什么?顾名思义,呼叫中心中间件是位于“电话交换硬件”和“用户业务软件”中间的软件开发包。
呼叫中心中间件,也被称为“CTI中间件”、“电话语音中间件”、“呼叫中心开发包”、“呼叫中心SDK”、“呼叫中心二次开发工具”。
CTI中间件专业从事呼叫中心系统开发,其呼叫中心中间件,接口规范简单,方便集成商快速开发电话语音业务,单机最大可支持到1000座席,可为集成商大大节省时间和人工成本。
二. 中间件适用的应用领域?只要用到电话语音系统开发的地方,都可以用到CTI中间件,中间件是系统集成商、软件开发商的好朋友。
呼叫中心中间件,适用于开发各种使用到电话功能的业务系统和产品平台,例如:呼叫中心、电话语音通知、语音验证码、电话增值平台、分布式企业通信、电话支付、专业通信应用、云电话服务。
三. 为什么要使用中间件1.节省开发时间呼叫中心中间件将电话交换设备底层完全屏蔽,开发者只需关注自身的业务,可节省大量的开发时间。
中间件接口十分简单,调用起来非常方便,效率很高,通常情况下只需1-2周用户即可完成话务系统的集成。
2.降低项目成本电话交换的开发门槛高、难度大、稳定周期长,对开发和维护的人员要求高,长期占用高昂的的人力成本。
如果使用中间件产品,人力成本将大幅降低。
3.提高项目稳定性由于电话交换的特殊性,软件开发商在短期内很难全面处理各种可能的异常情况,而呼叫中心项目对稳定性要求十分严格。
因此只有使用专业的中间件产品,才能达到电信级的可靠性。
四. 中间件的组成中间件的组成产品模块产品说明CTI引擎驱动交换和交换卡设备,是中间件核心,内建PBX支持IVR坏境快速配置工具IVR语音菜单快速配置,支持不限级别的语音菜单集成开发环境图形化脚本一体化的IVR流程编辑、编译、运行和调试环境。
系统功能介绍:与标准版呼叫中心相比的优势:适用的行业:标准型-10座席以下CallThink 呼叫中心系统是国内第一家针对企业推出的“十万元呼叫中心系统”,基本配置为10座席,包含了PBX、CTI、IVR/FAX、录音监控、报表统计,CRM等,具备呼叫中心所有功能,截至2005年,已累计销售达300家,市场占有率达30%以上。
一、产品介绍CallThink 呼叫中心系统是针对企业级客服中心而设计的,是一个以电话、Internet接入为主的信息咨询中心,它将电话通信、互联网、数据、声音、图像等综合为一体,能快速了解呼入用户的背景及历史交往记录,帮助快速处理业务和分析用户数据,提高企业运行效率。
一方面,针对不同信息来源呼入,如:电话呼叫、语音留言、传真呼叫、移动电话短消息呼叫、电子邮件呼叫、WEB PHONE (VOIP)呼叫、WEB 回叫和网上文本交谈呼叫(CHAT)等,通过独特的智能算法,分配到最适合的座席受理;对于客户的请求,可以通过业务系统,以工作流的方式传送到不同的职能部门,得到及时的处理;座席员可以通过电话回访、短消息通知等方式,将结果通知客户。
另一方面,系统提供预拨外呼(PDS)功能,用于处理呼叫中心所有媒体类型的主动外呼业务。
包括两项主要功能:一个是外呼数据预处理功能;另一个是自动外呼功能。
外呼数据预处理是指对数据库中所有要进行外呼的数据记录,先进行数据分析及可能的数据测试,尽量在正式的自动外呼开始前将无效数据记录删除,提高系统自动外呼时的工作效率。
CallThink 呼叫中心系统按其功能模块区分,主要由四部分组成:◆呼叫中心通信平台(CallThink 中间件)◆质量检验和报表统计◆客户业务应用(CRM)◆WebCall 多媒体呼叫中心模块(可选项)呼叫中心前端通信平台,主要由电话通信系统(程控交换机多媒体通信网关、计算机电话集成服务器(UltraCTI)、交互式语音应答服务器(ctsIVR)、在线录音监听服务器(Call Logging)等几个部分,是客服中心实施的基础。
中间件培训——Tomcat、TAS目录1中间件概念 (2)2中间件应具有如下的一些特点 (2)3主流产品简介 (3)T OMCA T (3)TAS (3)BEA W EBLOGIC (3)IBM W EB S PHERE A PPLIC A TION S ER VER (4)S YBASE E NTER PRISE A PPLIC A TION S ER VER (4)O RACLE A PPLICA TION S ER VER (4)M ICROSOFT T RANSACTION S ER VER (5)4TOMCAT (5)4.1安装说明 (5)4.2目录 (6)4.3环境及参数配置 (6)4.4SE RVER.XML (7)4.5端口冲突相关问题: (12)4.6JDK内存优化 (13)4.7PERHAPS JAVA_HOME DOE S NOT POINT TO THE JDK的解决方法 (15)4.8将TOMCAT的控制台的输出定位到指定的文件中 (15)4.8.1方法一 (15)4.8.2方法二 (17)4.9多个TOMCAT在一台机器时需要修改内容 (18)4.10修改TOMCAT默认界面.TXT (18)4.11禁止访问目录LIST (20)4.12修改访问时长 (21)4.13更新补丁或是修改文件后,没有反映,后台没有报错 (22)4.14传大文件遇到的问题及解决办法 (22)4.15中间件服务器修改IP后对应该是否有修改的配置 (22)4.16无法找到SYBAS E驱动 (22)4.17公司目前BS程序,数据库的要求 (23)5.1安装条件 (23)5.1.1操作系统 (23)5.1.2JDK版本 (24)5.2体系结构 (24)5.2.1TAS服务器体系结构 (24)5.2.2TAS集群体系结构 (25)5.3支持的操作系统 (26)5.4系统要求 (26)5.5安装T AS管理控制台和T AS集群管理控制台 (26)5.5.1图形界面安装 (26)5.5.2命令行安装 (38)5.5.3静默安装 (39)5.5.4在AIX中安装T AS时的注意事项 (39)服务的启动和停止 (40)启动TAS管理控制台 (40)启动TAS集群管理控制台 (41)停止TAS管理控制台 (43)停止TAS集群管理控制台 (43)卸载TAS管理控制台和TAS集群管理控制台 (44)图形界面卸载 (44)命令行卸载 (45)访问入口 (45)LICENSE文件 (46)5.6服务器管理 (47)服务器设置 (47)修改实例名称 (48)配置线程池 (49)监控线程池 (49)配置端口 (50)配置web容器 (51)JVM启动设置 (53)JNDI查看器 (54)5.7应用程序管理 (55)应用程序列表 (55)发布应用程序 (56)编辑WEB应用程序 (58)查看类加载器 (60)预编译JSP (62)查看应用状态 (63)删除应用程序 (64)5.8数据源管理 (65)JDBC驱动列表 (66)新建JDBC驱动 (67)新建数据库类型 (68)上传驱动程序 (69)修改JDBC驱动 (69)维护数据库类型 (70)查看数据库类型的驱动 (71)数据源列表 (71)创建数据源 (72)修改数据源 (75)数据源监控 (76)5.9用户角色 (77)用户维护 (77)用户列表 (77)新建编辑用户 (78)5.10备份恢复 (79)备份导出 (79)导入配置 (80)5.11服务器监控 (80)监控配置 (80)监控图表 (81)表格监控 (82)图形监控 (83)5.12集群管理 (84)集群配置说明 (84)TAS服务器管理 (88)TAS服务器列表 (88)新建TAS服务器 (89)修改TAS服务器 (91)测试TAS服务器 (91)删除TAS服务器 (92)TAS服务器配置文件 (92)HTTP服务器 (93)配置文件介绍 (94)修改http服务器 (101)修改集群配置 (102)查看集群中的TAS服务器 (105)查看集群中的应用程序 (106)更新应用程序映射表 (106)配置缓存 (107)集群运行监控 (109)集群中的应用程序管理 (111)统一发布应用程序 (111)统一更新应用程序 (114)查看应用部署情况 (117)6SYBAS E EAS ERVER (118)6.1安装步骤 (118)6.1.1安装说明 (118)6.1.2安装过程 (119)6.1.3参数配置 (120)6.1.4链接池配置 (122)6.1.5应用程序包发布 (124)6.1.6日志分析 (125)EAS ERVER的日志存放 (125)如何查看EAS ERVER所使用的JDK版本 (125)如何指定EAS ERVER启动时默认的使用的JDK? (126)EAS ERVER的各种服务的端口号是多少? (126)在U NIX环境中,如何知道EAS ERVER安装在哪里? (126)在U NIX环境中,如何重启EAS ERVER? (126)如何用命令行方式发布WAR包? (126)为什么网页上的文字全部成乱码了? (127)我修改了数据库链接的配置文件IWEB_DB.PROPER TIES,但是不起作用? (127)EAS ERVER发布程序报错 (127)1中间件概念位于平台(硬件和操作系统)和应用之间的通用服务,如下图所示,这些服务具有标准的程序接口和协议。
\宝昇鸿呼叫中心技术参数以及功能说明南京宝昇鸿电子科技有限公司2013-04-261.目录1.1系统架构要求和软件环境................... 错误!未定义书签。
1.2宝昇鸿CTI平台技术参数................... 错误!未定义书签。
1.2.1宝昇鸿CTI平台功能参数 ............. 错误!未定义书签。
1.2.2宝昇鸿CTI软件功能参数 ............. 错误!未定义书签。
1.2.3宝昇鸿CTI坐席软电话功能技术参数 ... 错误!未定义书签。
1.3API接口功能 ............................. 错误!未定义书签。
1.1 系统架构要求和软件环境系统运行环境◆系统架构:B/S架构◆数据库服务器:Windows server 2003或以上/0racle 10g/SQLserver2003或以上/MY sql◆服务器:Windows server 2003或以上+ TomCat◆客户端环境:Windows XP Professional,IE7.0开发平台◆开发工具:J2EE;◆数据库:0racle10g数据库系统,使用标准SQL语句;1.2 宝昇鸿CTI平台技术参数1.2.1宝昇鸿CTI平台功能参数1)软件跨平台支持:CTI软件由C++开发完成,并且系统支持跨平台,兼容Windows 32/64位,Linux,FreeBSD等服务器操作系统。
2)系统服务支持:CTI软件必须为操作系统服务程序,可以自动注册或卸载服务,服务器启动后在不登录操作系统桌面的情况下服务软件可自动运行。
如果是Windows平台服务,服务名称和服务描述规范且完整,有助于区别于系统服务和第三方服务。
3)架构安全支持:IVR,CTI,录音分别由专门的服务支持,互相通过SOCKET 通讯协同工作,单独一个服务出现问题不影响其它服务,提高系统整体安全和稳定性。
CTI中间件的价值及应用1、CTI中间件概念提出呼叫中心的概念正深入人心,但在筹建呼叫中心的过程中,除了对各行业本身业务的关注以外,相关的技术和管理人员往往会比较关注以下的问题:1. 呼叫中心的硬件繁多,能否屏蔽底层通道控制,与业务应用分离,这样既利于业务系统的集成,又利于系统规模的扩展。
2. 除了传统的电话渠道,怎样把用户其他渠道的请求整合到呼叫中心。
3. 用户的请求多种多样,怎样根据用户的请求找到最合适的服务人员,尽量减少呼叫中心内部流转的次数。
4. 管理人员怎样去监控呼叫中心工作人员的工作状态,实时了解整个呼叫中心的运营情况。
5. 怎样对于呼叫中心的历史数据进行分析,包括话务的繁忙程度、座席的业绩等等。
6. 作为一个联系中心,不仅被动处理用户的请求,怎样使呼叫中心变成更加主动的联系中心,以便做一些营销、满意度调查的活动7. 提高整个呼叫中心的工作效率,可以实现屏幕弹出和语音/数据的同步传输。
8. 等等。
针对上述的问题,CTI技术应运而生。
对于CTI(Computer Telephony Integration)的定义,各个国家和地区都有所不同。
美国著名的OVUM公司的定义是“为提高处理业务效率提供应用平台的电话和计算机技术的集成”。
在CTI 出现之前,电话和计算机的使用大部分相对独立;正是CTI技术的出现以及产业的成熟和发展使得拨打电话的客户以及接听电话的客户服务人员更加简捷,高效地完成沟通。
事实证明,CTI技术的引进可使企业获得效率提高、成本降低等巨大的利益。
特别是在企业实施业务流程重组(BPR)和进入新市场等方面有着很重要的作用,进而成为企业国际化进程中的重要手段。
另外,此项技术统一了沟通渠道,使信息交流更加便捷。
企业使用的应用本身比较复杂而且需要随着的组织结构以及业务的变化做相应的调整,而在CTI层面上,作为主要处理话务部分的软件,从技术上(而且是必须的)完全可以分离出来,为应用层层减少复杂的话务部分的处理并减少集成厂商在此模块的重复开发。
这个领域的厂商也可以更加专注于研究如何更加紧密地运用电话技术和计算机技术。
CTI中间件有以下几个特征:1)充当电话交换机系统和计算机系统的纽带作用,简化并传递两个系统间的指令和消息。
如能把有关呼叫的数据和其它数据在交换机、IVR(自动语音应答系统)、座席间进行共享2)为应用系统提供统一的开发平台,使应用开发商更多的考虑业务方面的问题。
3)扩展交换机系统的ACD(自动呼叫分配)功能,整合各种媒体流呼叫的智能路由。
4)提供完备的呼叫(O/B)方案平台,使呼叫中心变成更加主动的联系中心。
更多企业面临着激烈的竞争、艰难的新客户群的开发、多变的组织结构、多样化的消费模式。
随着CTI中间件技术的发展,它逐渐成为企业实施ERP,CRM 的信息收集窗口和各个应用系统运行的平台,使企业在竞争中获得主动权。
2 、CTI中间件为我们带来什么虽然各个厂商的CTI中间件功能有所差别,层次也有不同(在后面的章节描述),但一个完整成熟的CTI中间件应该能解决文章开头所提出来的一系列问题,即有核心的引擎跟PBX连接、提供多媒体的整合功能,提供智能路由策略、实时监控、报表统计、智能外呼功能。
这些功能的使用,带来的好处是显而易见的:首先,CTI中间件的出现屏蔽了底层操作系统的复杂性。
众所周知,程控交换机没有计算机那样的开放性,它基本都是各厂商自己的标准,CSTA标准也是在交换机厂商推出自己的CTI接口协议后才制定的,实际上并没有一个全球统一的标准。
所以在Call Center中要想从PC端实现呼叫控制,假如没有中间件作为支持,是根本无法实现的。
CTI中间件的出现使程序开发人员面对一个简单而统一的开发环境,减少程序设计的复杂性,将注意力集中在自己的业务上,不必再为程序在不同系统软件上的移植而重复工作,从而大大减少了技术上的负担。
其次,CTI中间件的发展使得一些专业厂商得以发展,他们专注于呼叫中心CTI中间件的研究开发,使这一领域的技术和应用日臻完善,这样专业化的分工使集成商节约了应用的开发成本,缩短应用的开发周期,降低了应用开发的失败率。
让一个对行业应用有很深理解而对通信和CTI技术不甚了解的集成商来承担一个包含call center的CRM系统建设的风险是很大的,而这些CTI中间件的专业厂商和行业集成商的合作尽可能的降低了这种风险,而且,专业厂商的CTI中间件在别的行业的应用的经验也可被集成商借鉴,毕竟call center在各个行业还是有许多共性的。
最后,成熟的CTI中间件作为基础软件在技术不断发展之后,我们以往在业务应用软件上的劳动成果仍然物有所用,节约了大量的人力、财力投入。
3 、CTI中间件在呼叫中心中的位置下图是一个典型的呼叫中心的结构图,关于各个组件的作用笔者在这里就不再赘述。
CTI SERVER的存在使PBX和计算机系统协调起来:上面已经提及,由于历史原因,大多数的交换机厂商拥有不同Link协议,如北电的Meridian Link、Avaya的ASAI Link,以及遵循工业标准CSTA Phase I、CSTA Phase II、CSTA Phase III的CSTA Link;CTI中间件就是兼容各种LINK 协议同使应用程序开发独立于不同的交换机环境。
下图说明了CTI中间件在系统中的层次:交换机:北电、Avaya、Siemens、Alcatel等。
LINK层:Nortelnetworks的Meridian Link、Avaya的ASAI Link,以及遵循工业标准CSTA Phase I、CSTA Phase II、CSTA Phase III的CSTA Link。
API层:提供各种开发接口,如TSAPI、CTCAPI及各个厂商独有的API 平台应用层:callcenter成熟模块应用,如监控、统计、策略定制等。
业务层:跟具体业务有关的应用,如电信、银行、电力的业务应用。
4 相关产品介绍性点评CTI中间件从概念的出现到成熟应用,在市场中出现了名目众多的CTI中间件品牌,在这里笔者将他们归类并介绍其中一些品牌的特点。
CTI中间件分为好几个层次,归纳如下:1、Link层中间件实现把交换机的原始私有Link协议转换为标准的Link协议,如北电的Meridian Link、Avaya的ASAI Link,以及遵循工业标准CSTA Phase I、CSTA Phase II、CSTA Phase II的CSTA Link,从而可实现与其他中间件连接。
典型代表如华呼的LINK中间件产品。
2、API层中间件CTI中间件在呼叫中心系统中处于交换设备与应用系统之间,起着承上启下的作用。
CT中间件向下提供通用性支持(对主要交换机消息接口和符合CSTA 标准的交换设备的支持);在Link层的基础上,向上提供应用接口或开发控件,使应用程序员无需关心消息是如何在计算机和交换机之间传递,专注于客户端的应用开发,实现应用程序与交换机平台无关性。
这个层次的产品只提供开发包,不提供应用产品,功能开发依靠集成商完成。
典型代表如Intel-Dialogic的CT-Connect、AVAYA的CVCT等。
3、应用层中间件在API层的基础上,CTI中间件还向上延伸,提供callcenter成熟模块,如智能路由定制模块、智能呼出模块、呼叫监控、统计报表等平台应用层产品,与业务开发紧密相关。
值得注意的是,这里的应用层是指callcenter的平台应用,并不等同于CRM等管理功能,CRM是CTI中间件之上业务应用的范畴。
应用层的中间件由于大大缩短了开发周期和良好的稳定性得到了客户认可,他们在国外相关系统中早已被广泛使用。
在国内,随着呼叫中心市场的蓬勃发展,CTI平台中间件的概念逐渐深入人心,包括国内外专业CTI软件提供商,更是看好这一广阔市场,加入到激烈的竞争行列中,其中Alcatel公司的Genesys、Avaya 公司的AIC、韩国Nexus(奈科)的CTMP和Cisco公司的ICM在国内市场上格外引人关注。
国内厂商中,青牛软件、佳讯飞鸿等也结合多年系统集成的经验,在底层开发环境上开发出具有自身特色的相关产品。
这里有必要对这些主流的产品作一个简单的介绍:●Cisco的ICM在1999年5月,Cisco收购Geotel,将自有产品与收购的产品共同打包,推出了ICM产品,主要致力于IP方面的技术发展。
目前,在Cisco呼叫中心解决方案中,已经有了IP IVR、IP SoftPhone等基于IP的呼叫中心组件。
在国内,Cisco 依靠其强大的网络产品分销体系,对合作伙伴进行大规模的ICM产品培训,并在合作伙伴的帮助下,出击银行、电力、保险等多个领域,使用其产品构建呼叫中心系统。
●Nexus(奈科)CTMP奈科科技总部在韩国汉城,英文名字是NEXUS Community INC,NEXUS的CTMP在韩国是知名度最高、市场占有率最高的呼叫中心CTI中间件(将近40%的份额)。
2002年初在上海成立了法人公司,目前公司的产品有中、英、日等各种版本。
奈科进入中国的市场比较晚,但其CTMP产品具有世界一流的性能,而且有很高的性价比,对中国市场的投入比较大,在上海成立了法人公司,提供原厂商的技术支持。
产品本身提供callcenter的基本应用模块,其中Outbound的模块中如策略制定和音频检测比较有特色,统计报表也有300多种,在中国CTI中间件的市场上是一个强有力的竞争者。
●Avaya的AIC2002年4月,Avaya收购Quintus,使AVAYA的产品线从前端扩展到CRM 后端,AIC采用了便于安装和配置的解决方案,包括CTI技术、客户关系管理应用和Web呼叫中心技术。
它提供了简单易用的图形化定制工具,用户可以方便地改变呼叫处理引擎和呼叫中心应用中的业务规则、数据库结构和图形化用户界面。
其目前价格较高。
●Genesys2000年1月,Alcatel收购Genesys,5月Genesys收购IBM Callpath 产品。
在收购之后,Genesys的业务相对独立。
在中国,已在互联网、电信、航空等领域有所建树,在收购了IBM Callpath产品以后,Callpath原有用户升级使其拥有了更为广阔的发展空间。
●青牛的CT-USECT-USE定义的中间件覆盖并提升了呼叫中心的概念,在USE中,呼叫中心被定义为呼叫的集中受理场所,包括传统的电话呼叫、Fax呼叫、SMS呼叫,同时也涵盖WWW、Mail、WAP等其它各种新型终端呼叫。
USE基于Intel的CT-Connect而开发,在其基础上,应用开发商和集成商可以根据不同的行业需求,开发出相应的业务应用系统,构筑呼叫中心、企业增值服务及CRM系统。