UT斯达康客户服务中心方案.doc

UT斯达康客户服务中心方案

141
2020年5月29日
文档仅供参考

客户服务中心系统
方案建议书

目 录
第一章 概 述 1
第二章 系统总体结构 3
一、 系统硬件结构 3
二、 系统软件结构 5
三、 UTStarcom解决方案的特点 5
第三章 方案说明 8
一、 前置交换机/排队机 8
1. 排队机 9
2. CTI链接 9
3. 呼叫引导 10
4. 先行业务代表调度 10
5. 专家座席选择 10
6. 移动座席 10
二、 交互式语音应答系统 11
三、CTI服务器 13
1．CallPath 的功能 13
2．CallPath的技术说明 20
3．应用程序接口(API) 20
4．CallPath服务器子系统_(Subsystem) 21
5．Call Path服务器及操作环境 22
四、 坐席台 23
五、 客户中心管理系统 24
1. 平台管理系统 24
2. 应用管理系统 26
3. 壁挂式显示板 27
六、前置机服务器 27
七、数据库服务器 28
八、 录音模块 28
第四章 系统软件组成及功能结构 29
一、 软件设计思想 29
二、 软件功能结构 30
1. 自动语音应答系统 31
2. 话务员座席系统 31
3. CTI服务器 32
三、 业务生成 34
四、 对 问题的考虑 37
第五章 应用软件系统 38
一、应用软件系统概述 38
二、应用系统的特点 40
三、数据库设计 42
四、数据接口 43
第六章 应用系统的实现 49
一．电话证券交易服务 49
二、用户咨询业务 51
1．咨询业务的分类 51
2. 信息检索 53
3. 咨询回复 55
4．咨询业务的实现 56
三、用户信息查询 59
1. 查询业务概述 59
2. 查询业务的实现 60
3．查询结果回复 63
五、电话付费业务 65
1. 付费业务概述 65
2．付费业务的实现 65
3．付费业务人工操作处理流程 66
六、自动外拨业务 69
1.通知类业务 69
2、业务宣传 71
七、客户管理 75
1．客户管理概述 75
2．客户基本资料库的定义 76
3．客户管理操作处理 79
第七章 管理子系统 82
一、系统管理 82
1. 呼叫监控/话务统计 82
2. 人工服务营业开始/结束管理 84
3. 操作员管理 84
4. 网络管理与安全管理 85
二、应用管理 85
1. 系统日志管理 86
2. 业务数据管理 88
3. 日终处理 89
4. 业务数据统计 91
第八章．客户服务中心的售后技术支持 94

第一章 概 述
随着中国金融体制的改革,各家专业银行正在完成向商业银行的转换,金融市场的竞争日趋激烈,新的商业银行的诞生,无疑使得竞争更加激烈。向客户要效益,金融市场的竞争实质就是客户的竞争,如何服务于更多的客户,吸收更多的资金,提高资金实力,是各金融系统的首要问题。改进服务质量,提供新的服务手段,是提高金融系统竞争力的有效途径。这就要求各专业行对客户进行有效的管理,以发展新客户,稳固老客户。
基于以上原因,贵阳市农行提出了客户服务中心系统的需求 ,这不但反映了贵阳市农行领导对客户服务质量的重视,而且体现了将客户服务中心系统与业务发展相结合的先进思想。
美国UT斯达康公司针对贵阳市农行提出的要求,参考国外客户服务中心系统的发展,同时考虑到贵阳市农行现在和将来的业务发展的需要,为贵阳市农行提供了全套的解决方案。在该方案中,整个系统的设计以贵阳市农行的基础业务为主,同时考虑到了将来与其它业务系统的挂接。业务覆盖了信贷业务、对公业务、信用卡业务、储蓄业务及出纳业务等,并可方便地根据需要挂接其它其它业务系统,如国际结算、保管箱业务等等。整个系统经过系统前置机与其它业务系统相连,安全可靠。
在该方案设计中,UT斯达康公司对系统的硬软件的设计主要考虑了以下主要因素:
r 贵阳市农行当前的设备、技术状况
在系统设计时将考虑和利用贵阳市农行的现有设备,以降低系统的投资.
r 业务需求
客户服务中心系统的概念不但仅是电话银行的延伸,与传统的金融系统的自助业务相比,它有很多自身的优势,如人的介入使客户服务中心系统与用户的交流具有更丰富的内容,CTI技术的引入能使客户服务中心系统向客户提供更多的信息服务和更灵活的服务手段。UT斯达康公司将依靠自身的技术实力,结合贵阳市农行的业务情况,发掘新业务,丰富系统功能,为贵阳市农行提供更强的客户服务手段。
r 系统规模
系统的建设规模直接影响系统的造价,UT斯达康公司将充分考虑贵阳市农行当前的业务量及业务发展的需要,合理设计系统的规模,使之不但能满足贵阳市农行当前的业务需要,而且能适应将来的业务发展。
r 系统的可维护性
系统的可维护性将决定系统的运行成本,它包括两层含义,一是系统的可管理性,其次是系统可开发性。UT斯达康公司在设计中将充分考虑这些问题,一方面提供方便灵活的管理手段,另一方面提供高效的开发工具,以利于新业务的开发。
在硬件方面,新系统应据有良好的可扩充性,以适应将来业务发展的需要。
第二章 系统总体结构

一、 系统硬件结构
贵阳市农行客户服务中心系统的硬件平台采用朗讯公司的设备。朗讯公司的前身是贝尔试验室,其产品不但集成度高,处理容量大,而且设备的可靠行高。在我们推荐的方案中,整体设计充分利用了CTI技术,不但有利于各种业务的快速提供和生成,而且采用多样化信息处理方式和 开放式的系统结构和标准的数据接口,能同时处理语音、传真、图象和 各种电子数据;与各种信息资源系统互联,充分利用系统大容量、高速度的线路资源和交换控制能力,为各种信息服务提供 了畅通无阻的信息高速公路。
呼叫处理综合业务平台系统采用开放式和结构化的设计思想,能快速提供各种适应市场需求的业务。这样,在未来几年中能够满足业务多样化发展的需要,在保护现有投资的基础上,能够合理实施投资步骤,实现系统的平滑升级和扩容,避免因选用功能单一的过渡性产品而重复投资。
贵阳市农行的多媒体电话中心客户服务中心系统由以下几部分组成:
交换机/排对机:完成话路的接入、等待及转移。
CTI Server : CTI Server经过CTI Link与交换机相连,还经过网络与座席计算机相连,其主要功能是根据话路的接续情况,控制座席计算机的运行。
IVR(Integrated Voice Response):处理呼叫语音应答、FAX处理、自动寻呼处理、完成自动处理业务的数据的组织。
录音设备:录音设备以语音方式记录话务员和客户的谈话,利用它能够完成对话务员交易情况的事后稽核,话务员也能够借助它完成一些资料的整理本设备为可选部件。
座席系统:每个座席由话务台和一台计算机组成,完成人工接入时业务的处理。
管理系统:由管理终端和班长席组成,完成对系统的管理和座席管理。
前置机:一方面完成系统与业务系统的隔离及系统对业务系统数据的访问,另一方面完成系统与多个数据源的连接。
股票行情接收系统主要是为证券委托提供股票行情信息, 本设备为可选部件.
远程访问服务器:完成系统的远程维护。
系统硬件的总体结构如图一。

二、 系统软件结构
客户服务中心系统软件系统由系统软件和应用软件组成,软件按照不同的功能,分布在不同的设备上。软件的整体结构采用模块化设计,模块之间采用标准的协议相联,采用这种方式设计的系统,具有可升级性, 可替换性等诸多特点,也给应用系统的开发、升级、扩容带来便利。
客户服务中心系统的系统软件为方便应用业务的快速生成及开发,采用了类智能化的处理,如呼叫的应答、呼叫的处理流程及语音处理等等都可在无需编程的情况下进行修改,这样能够灵活的根据业务的需要来调整系统的处理。

三、 UTStarcom解决方案的特点
UTStarcom多媒体电话中心客户服务中心系统系统基本特征如下:
r 采用Lucent公司的DEFINITY数字交换系统
r 支持ISDN
r 自动呼叫分配功能(ACD),多种路由选择功能
r 支持多达5000座席
r 呼叫引导(call vectoring),独一无二的路由选择系统
r 基于技能的呼叫排队
r 提供计费功能
r 交换机提供业界标准的开放接口(CTI Link)
r 网络化,分布在不同地点的多媒体电话中心客户服务中心系统能够经过先行业务代表调度功能(Lookahead Interflow)进行互联,以组成统一的客户服务中心系统。Lookahead Interflow可经过对用户需求及话务量的分析,将呼叫引导到最适合的呼叫中心进行处理,使各个呼叫中心可不受时间及地域限制共同进行任务均摊
r 拨号识别功能(Dialed Number Identification Service),可经过用户所拨号码进行路由选择,选择不同的应用
r 无应答转移,对未被应答的用户,可经过无人应答转移功能,将呼叫优先处理,在非营业时间,可把呼叫接到留言系统,从而可使业务代表与用户保持联系
r 原因码,系统管理员可经过原因码得知有关话务员的工作状态等信息
r 恶意呼叫追踪
r 直接业务代表选择功能(Direct Agent Selection)可使用户每次都得到同一话务员的服务
r 优先排队功能允许特殊用户优先于其它呼叫进行排队等候
r 专家业务代表选择功能(Expert Agent Selection)可使用户选择具有某种语言或专业知识技能的业务代表为其服务
r 呼叫提示功能(Call Prompting)可使用户经过电话拨号输入信息,并按其需要选择所需服务;用户也可选择留言或从语音应答系统提取有关信息
r 计算机电话综合服务(Computer Telephony Integration,CTI),实现语音与数据的同步,可实现screen pop功能;可连接主机、PC和数据库,使话务员在呼叫处理的整个过程中,都能从屏幕上得到用户有关信息
r 支持座席之间、语音和数据相互转移
r 完备的实时管理系统,分两类:Basic Call Management System (BCMS)和CentreVu Call Management System。
r 综合使用计算机和呼叫中心,实现了通信网和计算机网的资源共享
r Home Agent 允许座席台设在Call Center以外的任何地点。
r 支持呼出
r 在IVR和CTI部分都提供图形界面开发工具
r 支持传真

第三章 方案说明
一、 前置交换机/排队机
该模块采用朗讯科技公司的Definity ECS交换机, 排队功能内置在交换机中,可进行大话务量呼叫处理,支持语音、数据、Internet和图象的通信。
Definity系统使用叠加式机柜与模块化结构,使扩容更灵活,内线容量40－25000门,外线容量4－4000线。系统主要由三类模块组成:
r PPN模块
每一套系统必须有一个PPN模块,PPN包括交换处理子模块,还含有海量存储系统。
r EPN模块
当系统容量超过PPN的能力时,就必须使用EPN进行扩容,一套系统可最多拥有43个EPN模块。
r CSS模块
相当一个更高一级的交换模块,当系统超过3个PPN或EPN时,就需经过CSS模块把各种PN相互连接在一起,CSS一共有3个交换结点SN,每个SN最大可接15个EPN。
交换机系统主要特征如下:
r 本系统采用计算机程序控制(SPC),并备有最新式的快速静态资料储存卡(Flash ROM Card),于停电后复电时快速自动装载,不需人工输入。
r 本系统采用分布式控制结构,各种接口板均具有独立的CPU,能够降低主CPU的负担,稳定且有效地处理大话务量的通话。
r 真正的通用卡槽 ,使各种用户接口板能够任意设置,且容量能够任意调整。
r 最先进的远端机模块,机柜与机柜间利用光纤或T1/E1连接,可连接远端机柜达44个点。
r 主要模块都具备热备份模块,如控制模块、电源模块
r 具备程序控制自动监测及隔离系统故障的功能,将影响程度减至最低。
r 采用大规模集成电路,并经严格之质量管理及出厂测试,系统稳定性高。
r 系统内部连线完全采用背部印刷电路板方式连接,大幅度降低了系统连线故障,维护简便。
r 内外线可使用双音频及脉冲信号,并具备信号自动转换功能。
r 外线还可使用多频互控(MF)信号。
r 具有数字中继接口
r 支持中国7号和1号信令
r 数字中继接口采用2兆速率PCM系统
r 具有LAN、E & M 、a/b直流环路、V.24、V.28、V.35、X.21、X.25、2B+D、30B+D等接口。
在以下几小节分别对交换机针对客户中心系统提供的一些主要功能进行简要说明。
1. 排队机
排队功能是内置在交换机之中,提供对座席的接口,系统最大可接5200个座席。根据客户中心的技术要求,排队模块提供了各种算法对呼叫进行排队。
2. CTI链接
交换机提供的一个通信接口CTI Link,称为ASAI接口,经过ASAI交换机可控制外界的各种应用,外界的应用也可对交换机进行操作。
3. 呼叫引导
提供一种机制和算法,对来话进行路由选择,系统管理员可进行这些控制,使客户得到满意的服务,用户在交换机中可进行一定程度的编程工作,使各种呼叫根据系统的要求进行处理。
4. 先行业务代表调度
允许多个客户中心系统经过ISDB-PRI的D-channel进行消息通信,经过这种方法可使多个客户中心系统组成一个大的客户中心系统,而对客户来讲就是一个系统。一个系统可处理另一个系统转接过来的呼叫,同时客户的信息可传送过来。系统之间进行任务分摊、负载均衡和互为备份。
5. 专家座席选择
让特定的话务员对特定的客户进行服务,包括以下几点内容。
r 基于技能的话务分配
当呼叫的要求具有一定的难度时,系统会把该呼叫分配给具备一定技能的话务员来服务,以提高服务质量。
r 逻辑坐席,每一个座席同话务员是没有关系的,只有当话务员登入系统以后,话务员的login ID才会同具体的电话和终端联系在一起。
r 坐席直接呼叫,把这种呼叫当作一般的排队呼叫处理,呼叫能够是座席台或是中继线发出。
r 原因代码,经过原因代码系统可知话务员是否是处于辅助工作状态时或是已退出系统,代码可表示的原因如:闲置、正在接听、内部工作、暂时离开等。
6. 移动座席
允许话务员或业务代表在家工作,就如同在办公室一样。
二、 交互式语音应答系统
在本系统中,IVR也被称为交互式语音应答系统,它的主要功能是进行交互式语音处理,相当是一个”自动坐席台”。由于有IVR子系统,呼叫者可通话机按钮输入她的信息,也可接受需要的信息。高级IVR系统包括voice mail,Internet和语音识别系统。
来话经过交换机进入IVR系统,IVR首先播放欢迎语和其它提示音,并进行用户数据的采集,交给CTI服务器进行进一步的处理,以下是IVR的示意图:

IVR模块为多总线多CPU结构,CPU和RAM在一块卡上(不是母板),这种结构使系统易升级扩展。如在LAN环境中存在多个IVR时,多个IVR模块可共享显示器和键盘。整个IVR系统主要由以下几部分组成:
r 系统控制部分
r 语音处理模块
r 电话接口模块,一共有以下几类:
ü 数字语音接口:E1或T1
ü 模拟语音接口
ü 计算机电话接ASAI :经过以太网口提供交换机和IVR之间的接口
r 数据接口模块,提供IVR和LAN之间的连接,提供的接口有以下几种:
ü IBM3270
ü 以太网接口,支持TCP/IP
ü 异步I/O
ü 令牌接口模块
ü IBM 5250
r 可选模块:语音处理模块, 传真模块,ISDN接口模块

IVR主要特征如下:
r 提供话音菜单,无需话务员IVR本身自己就可进行一定的事务处理
r 主叫可选择用IVR或话务员,来进行下一步操作
r 提示主叫输入一些数据如帐号、密码等,然后到主机系统提取信息,把呼叫和信息一起传送给下一模块进行处理
r 由于等待时间很长,主叫退出排队队列而IVR进行处理或留下消息以便话务员以后在适当的时候进行呼出服务
r IVR可连接到主机的数据库,进行信息查询和互操作
r 脉冲信号识别
r 呼叫类别分析
r 传真口容量与语音口相同
r 传真线路与语音线路能够相同也可不同
r 传真广播
r 形成动态传真的传真软件
r 回复,它让主叫选择是否留下信息以便将来回话,分三类:
ü 立即回复,如有空座席就进行回话
ü 定时回复,在预定的时间进行回话
ü 如callback在一定的时间内没成功,该信息将被特殊处理
r 经过DNIS、ANI或语音提示收集信息,进行本地数据库查询连同预定义的参数提供一个适当的路由给主叫。
三、CTI服务器
CTI将电话与数据通信融为一体,CTI服务器主要功能是进行语音和数据的同步工作,能够经过主叫号码或其它个人识别机制将客户信息显示在座席台上,使话务员在讲话的同时能够知道客户的信息,提高来话处理效率。另外还有消息路由的功能。
CTI主要应该完成以下工作:
r 屏幕弹出,使客户的信息显示在话务员屏幕上。
r 优先路由选择
r 个人化问候
r 来话和去话管理
r 协调语音和数据转换,可让话务员呼叫和把数据转换给另外的坐席
r 选择上一个座席台
r IVR转座席台
r 支持两种呼出:预览式和预测式呼出。
IBM公司的CTI服务器由CTI服务器软件包CallPath和RS/6000系列的F50小型机平台组成,下面介绍CallPath Enterprise Server各基本功能模块。
1．CallPath 的功能
CallPath Enterprise Server具有下列子模块:
Callpath Enterprise Option
Callpath Enterprise Option具有CTI的基本功能并具有下列附加功能:
支持JTAPI,这是一个基本Java技术的,可移植的,面向对象技术的应用程序接口,在交换机之间的语音和数据转移以及网络ACD排队器支持先进ACD队列和座席活动监控Callpath DDE,一个动态数据交换(DDE)接口,它能够让你执行一定的电话功能,以及实时地在Callpath Enterprise Client端和你的商业软件之间交换数据Enterprise API,便于你开发你自己的应用软件.
r Callpath VRU Connections
经过此模块,使你的VRU能够利用Callpath Enterprise的先进特性,如语音和数据的转移,基于技能的路由接续等。
r Callpath Enterprise SDK
它使你能够用Callpath Enterprise APIs开发新的应用软件。
r Callpath Java Telephone Toolkit
能帮助你开发基于Java的应用软件,有下列工具可用
ü Java Telephony API
ü Callpath Telephony Beans
这是一组Java Applets,可使用JTAPI和Bean APIs使应用软件开发者利用基于Java的开发软件来容易地开发你的应用。
CallPath提供了一系列提高生产率的软件工具来改进呼叫中心和座席的功能能。另外,Callpath还提供了”统计报告”软件来使你能监测和评价呼叫中心的运营。Callpath包括了:
r Callpath Java Phone
r Callpath Dialer
r Callpath Reporter
r Callpath Web Connection
它是座席用来执行基本电话功能的软件,如打电话、答电话、保持电话,以及电话会议和电话转移,还有登入一个ACD队列中等。也提供一个允许客户扩展她的电话功能的接口。也能显示一个或多个ACD队列的状态,包括单个座席的状态和等待电话的数量和等待最长的电话。
Java Phone 提供了配置的灵活性,能够:
r 设置每个座席上的操作参数
r 指定你希望去监控的ACD小组
r 定义常见软件的快速路径
r 为每条线定义用户呼叫数据笔记的动态连接库(DLLS)

Callpath Dialer
CP Dialer能够为呼叫中心的座席自动往外拨打电话,一个座席被分配在一个活动中,每一个用CD拨通的呼叫会被分配到这个活动小组的其中一个座席中。
CD有二种计算机辅助拨号功能。
r 预览拨号(Preview Dialer)
在计辅拨号技术中,一个用户号被送入这个座席的应用软件中,但这个号码没有被拨 ,这个座席在提定软件拨号此用户时,将准备这个电话。这个拨号发生在此座席的分机上 。
r 强力拨号(Power Dialer)
对这种拨号技术,一旦有座席空出,客户将被自动地拨号而不由座席控制,一旦Dialer检测到这个呼叫已经拨通,这个电话会转接到此座席上。
Dialer依赖于一个应用程序来提供要拨的号,然后Dialer分配一个合格的座席来处理此电话 。例如,一个程序能被设计来采集所有欠费超过60天的客户名单和电话。座席应用软件也 能被设计来收集这些用户的帐务信息,以便这个座席能在电话拨通时有此用户的所有相关信息。

Callpath Reporter
Reporter监视在ACD小组中的座席的活动情况和提供所有座席的统计信息 ,你能用Reporter收集到的数据来建立一些报告,能够有已有的,也能够是你自己特有的报表。
Reporter 数据采集和管理
Reporter 分析每个电话的数据,写此数据到数据库中,并分三类建立呼叫中心活动的报告:
r 呼叫活动
r 座席活动
r 应用空的呼叫数据
DB2和Oracle都被支持。为了防止重要数据的丢失,Reporter能转移所有活动的记录到另一个数据库中或到一个中间的缓冲区中。这就允许你在你的数据服务器上做一些维护工作而不会丢失呼叫活动信息。
Reporter记录的数据包括:
r 一个电话在被接之前振铃的时间长度
r 用户等待在ACD队列中被座席接起的时间长度
r 用户被要求保持住电话的次数和总的时间长度
r 用户与座席交谈的时间长度
r 座席空闲的时长
r 其它座席被叫入呼叫的次数
r 一个座席处理一个呼入电话的时长
r 一个座席处理一个呼出电话的时长
r 一个座席执行其它工作的时长
这些因素的质量的好坏将会影响到用户的满意度,经过 Reporter监测 这些因素能使你不断地改进你的呼叫中心的运作来满足用户的需求。
建立报表
Reporter包括了多种报表形式。这些报表能帮助你得到你的呼叫中心运营 的精确数据。你也能修改你的报表形式来适合你的CC的要求。或者你能用基于 SQL的数据库报表工具和在CR数据库中的详细信息来建立你自己的事实的报表。
例如,你能利用这些报表信息来评估每个座席的性能,来将部分座席放入最忙的ACD小组中,或修改座席的工作时间表来使座席的空闲时间最小。
呼叫路由
Callpath提供了三个产品能帮助有效地控制呼叫中心的电话路由
r 智能负荷平衡( Intelligent Load Balance )
r 基于专长的路由接待( Skill Based Routing)
r 智能路由( Intelligent Routing)
使用这些产品,你能
r 更好地利用呼叫中心的资源
r 能使电话一次性地准确地接入有足够技能来处理来话的座席上,减少电话转移次数,提高用户满意度
r 能够安排座席员去处理她的专长最适合的电话,使呼叫中心的座席员的技能得到充分应用。
r 能基于已知用户信息来进行呼叫路由接续,而无需问用户,例如, 重要用户能够享受最快的服务,又如,一个用户可能愿意讲法语,就能直接接到有此技能的座席上。

Callpath Intelligent Load Balanceing
对于一个有多个呼叫中心能处理相似的电话的公司。LB提供了一个有效的 方式去管理CallCenter的工作负荷。一般情况下,交换机会转接呼入电话到 CallCenter,但效率很低,例如当一个电话公司临时停了一个小区的电话,在这个区域的CC将会超负荷。LB将用VRU应用软件,或智能路由模块来转接呼入 电话到呼叫中心的以及更有效地使用呼叫中心的座席和改进客户服务。
除了分散工作负荷,Load Balance使CallCenter能用下列标准来引导呼叫活动:
r 在队列中的电话数
r 在队列中等待最久的电话
r 可用的座席数
r 登入的座席数
呼叫中心也能测出这些标准的重要性来修改她的负荷平衡条件。控制负荷平衡的配置参数能够远程修改。你可根据你的需求动态地修改你的负荷平衡标准。
经过 Load Balance,你能分配你的ACD小组进入服务组,一个服务组是ACD 小组在网络呼叫中心的集合,如语言、产品或功能。例如,如果2个呼叫中心每一个都有一个ACD小组属于Payment服务小组,那么Callpath将分散 Payments的电 话在3个呼叫中心内。Load Balance 要求一个程序,如一个VRU或一个用户应用软件来物理地转移电话到最不忙的呼叫中心。

Callpath Skills Based Routing
为了增加用满意度和最大化呼叫中心有效性,Skills Based Routing使呼叫能被转接到有些技能来处理相关呼叫的座席,例如,想下定单的用户会被接续到一个销售专家席上,或一个要投诉的用户将直接到一个受过怎样解决复杂问题的座席员上。
用 Skills Based Routing,每一个座席都有一个独有的特能简介,当呼叫被分析后会接入到一个空闲的座席员,此座席员具有符合此呼叫的需求的技能,如果有多个具有此技能的座席空闲,这个呼叫会被接入最接近最小技能的座 席。高级的有更高技能的座席员会被保留用做处理更复杂的呼叫。
Skills Based Routing 需要一个外部的程序来检查一个呼叫和定义处理此呼叫需要的技能, 此程序还需保持此呼叫直到合适的座席员空闲。 可用下列方式达到这些功能:
r 用CallPath VRU Connection 和简单的VRU 应用软件
r 用CallPath Intelligent Routing 功能。

Callpath Intelligent Routing
智能路由功能能独立使用,也能够与”智能负荷平衡”和”基于技能的路由接续”功 能一起使用。它利用一个触发的号码,当每一个呼叫到达此Pilot number时,智能路由将利 用与此呼叫相关的信息来重新引导此呼叫到最好的 座席上。
r 下列信息可用做一个呼叫的重新接续
r 主叫号码
r 被叫号码
r 由VRU收集到的信息,如密码
r 呼叫到达的pilot number
r 呼叫的时间和日期
用这些信息,智能路由能够在你的客户数据库中查询信息,以便辩认用户和取出用户信息。你能使你的应用软件来发现用户特点,按照用户特性和你 的呼叫中心的日程表来安 排路由。
路由的目的地包括:
r 一个电话号码
一个呼叫可能路由到任何一个电话号码,能够是一个分机,也能够是一个ACD队列。一般这个呼叫被路由到具有最适合处理这个呼叫的座席员的ACD排列中。
r 智能负荷平衡模块
r 基于技能的路由引导模块
2．CallPath的技术说明
CallPathServer/6000实现了IBM CallPath服务器的架构,集成了呼叫处理的功能和现代最新的数据处理应用。 它允许运行在开放系统上的商业应用和电话系统相互访问。CallPath 提供了灵活的软件开发接口,由下列几部分组成:
CallPath服务API提供了对开放系统的接口及程序编写
一个电话子系统提供了底层的软件和服务支持API
工具和编程辅导工具协助应用开发

3．应用程序接口(API)
CallPathServer/6000提供了C程序和电话系统通讯所必须的程序接口。这个API包括了丰富的电话服务,功能包括:
r 应答电话呼叫,经过操作员工作站的数据协同
r 建立应用发起的呼叫
r 根据应用的要求对呼叫重新定向
r 对现有的电话呼叫进行管理,例如转移一个呼叫至另一方
r 对电话呼叫的进展状态和相关事件的监控
由于这个API能够提供许多丰富的功能,因此API能够被许多不同的呼叫处理应用所调用。经过使用CallPath服务器的API,客户的应用软件并不需要涉及到电话系统特殊的格式和协议,它们的程序接口保持一致,不论在计算机和电话系统交换信息时的电话交换机有多么特殊。
尽管API提供了丰富的功能,但个别的电话交换机系统可能只支持这些功能的一个子集。应用软件也必须注意电话交换机系统所能支持的功能。

4．CallPath服务器子系统_(Subsystem)
CallPath服务器子系统是底层软件,它接收交换机系统的信息并支持上层应用的程序调用。它允许上层应用访问交换机系统提供的功能。经过API,并把 应用软件和通信传输及电话协议隔离开。这个子系统让开发人员集中在使用API和结构化的电话功能上,并能使应用软件访问多种电话交换机系统,尽管这些 系 统由不同协议组成。
电话子系统
电话子系统提供了对应用软件发出的请求的支持和从电话系统中接收管理 信息。这个子系统提供了应用对电话系统功能的访问,经过API把应用、具体的格式和协议隔离开。
由于一些电话系统提供厂商已经定义了它们的电话和计算机系统连接的不 同的格式和协议,因此这一子系统提供的服务极其重要,它能够使应用开发人 员只学习API,可是开发的应用能够访问多种电话系统。
交换协议映射
交换协议映射是把由应用发起的呼叫转换成所使用的电话系统能识别的格 式。它也把电话系统的信息转换成应用能理解的格式。更重要的是,协议转换 把应用和电话系统特定的协议格式隔离开来。
程序调用和信息
经过调用一个定义的程序,API允许应用向电话系统或子系统发送请求,应用同时能够从电话系统或子系统中接收信息。
CallPath服务器架构定义的程序调用和消息记录在<CallPath服务器编程指 南>一书中(GC31~6824)。在开发商业应用时,这些程序调用和信息组成了一个高性能的计算机电话服务系统。例如,经过API,应用能够实现以下功能:
r 发起呼叫
r 呼叫等候和找回等候的呼叫
r 把呼叫和相关的应用数据转移到另一方
r 断开呼叫中的一方
r 应答或重定向进入的呼叫
r 监控呼叫的进展和相关的事件
r 处理从电话系统中收到的ANI和DNIS信息
r 控制人员的电话设备功能和人员的行为
r 得到交换机的呼叫和硬件状态
这些服务的可用性在于电话系统对CallPath服务器架构的支持能力。特定的电话系统可能只支持一部分的程序的要求和消息。
5．Call Path服务器及操作环境
CallPath服务器能够在IBM任何计算机平台上运行,我们认为从性能价格比喻面考虑IBM公司的RS6000的F50小型机,下表是F50的一些特色及优点列表:

特 色
优 点
1至4路内含X5快速缓存的PowerPC 604e处理器
r 采用166/332MHz处理器为商务应用程序提供优异的价格/性能比
r 提供处理器可伸缩性和性能
高达3GB SCRAM内存
r 提供最显著的性能来减少磁盘分页处理及适应应用程序需求
ECC L2快速缓存,八向成组相联缓存
r 提供可靠的性能,并增加快速缓存访问命中率,改进整体性能
热交换磁盘插槽
r 热交换或增加硬盘时无需关闭系统电源
r 提供优异的可靠性、可利用性和维修性
3个独立PCI输入/输出总线
r 提高输入/输出传输率,减少多种传统应用程序输入/输出瓶颈
内置RAID硬盘
r 不必购买外置磁盘,即可提供数据保护
UltraSCSI磁盘支持
r 对于数据密集型应用程序,数据传输率为SCSI-2的2倍,达每秒40MB
r 有助于提高多磁盘访问性能
SSA RAID磁盘支持
r 对于事务密集型应用程序,磁盘性能提高到每秒80MB
r 比传统SCSI磁盘容量大
r 有助于改进数据可利用性
内置服务处理器
r 连续监视系统操作,采取措施排除故障,提高系统可利用性
r 允许远程诊断和维护
充裕的扩展槽
r 提供灵活的选项和丰富和网络配置
AIX操作系统
r 提供丰富的多用户通信和系统管理技术
r 符合主要工业标准
r 提供AIX二进制兼容环境,用于其它RS/6000的大多数AIX Version 4.2 和Version 4.3 应用软件无须改进,即可直接运行
四、 坐席台
座席台包括一台式PC或终端和一部电话。PC连接在LAN上,电话机包括一耳机,供话务员使用。话机上的显示和墙上告警板可显示呼叫中心的实时统计数据。这些信息供话务员进行参考以方便她们的工作。
座席台支持各种操作系统如:Windows NT、Windows 95/98、HP-UX、Solaris等等,话务员经过座席台完成各种业务流程,座席台可同时处理多个呼叫,以便处理复杂的业务。当某一话务员不能处理某一业务时,她可将呼叫转移给专家级话务员,以便处理掉这个业务,当呼叫转移过去以后,原来的数据不会丢失掉,它会被同呼叫同时转移给同一个目的地。班长台对所有的座席台都可进行监控,进行质量监督。
话务员进行日常的登入和注销操作,输入工号以便跟踪话务员整个工作过程。呼叫可被录音、或被呼叫管理系统、呼叫帐务系统、员工管理系统监控。话务员可进行很多应用工作。坐席台能同时处理多个呼叫的能力,如可hold一个呼叫而对级别更高的呼叫进行处理。
座席台一侧可经过图形开发工具快速地开发出各种应用程序,这样可使用户有新的应用要求时,不一定要找到开发商进行软件开发,自己就能开发出满意的应用程序。
五、 客户中心管理系统
UT斯达康管理系统由两部分组成:平台管理系统和应用管理系统AMS。平台管理系统分两种:基本管理系统BMS和呼叫管理系统CMS。
1. 平台管理系统
基本管理系统有两部分组成:一部分内置在交换机里面,一部分在管理服务器上,交换机的管理系统收集各种数据,管理服务器上的管理系统收集和存储实时和历史数据,以图形化的用户界面提供各种报表。同时支持壁挂式显示板,壁挂式显示板连接到PC机上,以显示主要信息。
基本管理系统(BMS)提供的实时数据如下:
r 呼叫等待数
r 空闲座席数
r 最长呼叫等待时间
r 应答ACD组数目
r 平均处理时间
r 平均应答速度
r 平均放弃呼叫时间
r 平均呼叫工作后状态
r 满意服务水平百分比
重要统计数值如下:
r 经过各种图形来观察客户中心的实时状态:如呼叫等待、应答速度、应答时间、空闲座席等
r 支持壁挂式显示板,各种信息一目了然
r 以简明易董的表格形式提供所有的实时细节数据
r 历史报告:
r 快速简单检查和打印历史数据报告
r 管理人员可每半小时、每小时、每天、每周、每月、每季度、每年打印出报表来取得和分析关于座席、中继、引导号码薄等信息
呼叫管理系统CMS包含了BMS所有的功能