Internet呼叫中心[编辑]

目前，有三种技术用于连接Internet网上用户与呼叫中心座席，它们是呼叫回复
(Call Back)，呼叫接入(Call Through)和交换连接(Switched Connection)。
　　
呼叫回复

　　呼叫回复技术允许用户在浏览网站时点击网页的某一个图标申请与呼叫中心建立
联系，呼叫中心就会使用另外一条电话线自动呼叫至该用户。

　　工作流程

　　用户按“回呼”图标，浏览器首先向服务器发送一个HTTP消息，服务器会将浏览器
指向一个URL，其中包含一个表格，要求用户填写被叫用户名和电话号码以及电话回复的
最佳时间。然后，服务器会自动向一个座席成员发送一封邮件或者启动一个外呼拨号器，
通过呼叫中心的ACD产生外拨呼叫。

　　如果用户有两条电话线，一条与Internet网连接，另外一条是普通电话线。这样当
呼叫中心通过这条普通电话线与用户建立呼叫时，用户仍然可以继续在网络上浏览。

　　如果用户只有一条电话线，用户只好结束与Internet网的连接，等待呼叫中心的电
话回复，在这种情况下，不可能实现浏览器共享的功能。

　　存在的问题

　　从用户角度考虑，呼叫回复方式有一定的欠缺，比如用户如果拨号上网，则必须拥有
两条电话线才可能充分利用它的功能，否则只好放下电话耐心等待呼叫回复。而且，还有
一些隐私的问题需要考虑，尤其那些在办公室通常通过内部PBX与外界进行通信的用户，
他们并不希望散布他们的电话号码。从呼叫中心的角度来看，呼叫中心回复方式是容易实
现的一种Internet呼叫方式。对于只呼入的呼叫中心，呼叫回复功能的实现需要添加外拨
设备和相应管理工具。

　　有一些公司已经开发出可以使用户与呼叫中心座席人员同时浏览同一网页的新功能，
由座席人员控制网页的更替和转换。

　　浏览器共享功能可以解决很多问题。例如，如果用户找不到他所需的信息网页，浏览
器共享功能可以使用户在呼叫中心座席成员的帮助下找到相关网页。座席成员还可以通过
填写一些表格来告诉用户一些信息。通常，浏览器共享功能是通过点阵拷贝技术实现的。
由于浏览器共享功能不是一种实时的交互方法，当用户和座席成员的浏览器同时改变时，
可能有一方看不到这种改变。所以，通常只有一方可以改变浏览器，另一方被动跟从。但
是，浏览器共享不支持基于H.323/T.120的数据共享(数据共享包括：软件共享、远端软件
控制、文件传输、白板等等)。
　　
呼叫接入

　　从呼叫流程来讲，称之为“Call Around”更准确些，因为用户是直接呼叫到某一个座
席成员。但是，呼叫并不经过交换机。用户只需要按一下网络上的按钮“Connect Me”即
可以连接至某一座席。

　　工作流程

　　当用户浏览网页时，浏览器与服务器之间交换HTTP消息。用户按“Connect Me”按钮，
服务器首先向ACD软件发送一个CGI消息。ACD软件选择一个空闲的座席，将他的IP地址发送
给网络服务器，然后服务器将这个座席的IP地址发送到用户的终端上。用户终端的预装软件
接收这个IP地址，并利用它向该座席发示一个H.323呼叫。

　　连接的类型在建立呼叫的同时决定。H.323呼叫建立时要交换一些诸如编码格式的信息。
一旦这种端到端的呼叫建立起来之后，用户和座席成员之间就可以进行通话。也许在不远的
将来，他们之间可以进行可视通话。更重要的是他们之间可以进行数据交换，这其中包括文
件传输、文本交谈、远端软件控制等。远端软件控制允许座席成员操作用户的终端软件，比
如座席成员可以利用这种方法帮助用户解决软件的问题。使用文件传输，用户可以下载软件
并安装。当然，用户必须首先同意放弃对终端的主动操作。而且，在呼叫建立的同时，需运
行标准的浏览器共享软件来共享网页。

　　存在的问题

　　如果要建立一个这样的呼叫，座席成员的IP地址必须是公开的。从呼叫中心的角度来看，
存在一个很大的保密性问题。座席成员必须可以从Internet网上直接获得，否则，这种端到
端的H.323/T.120呼叫就无法建立。这意味着呼叫中心的座席成员不能受到防火墙的保护。呼
叫中心的技术负责人必须首先清楚知道，如果座席成员不受防火墙的保护会带来什么样的危
险?如果允许座席成员操作计算机电话功能，他们怎样与CTI服务器取得联系?座席成员是否必
须要处于不同的局域网的网段?

　　原先，这种基于Internet的多媒体连接仅用于非正式的工作组，这时保密性并不是一个
很关键的问题。但是，随着它们被越来越多地用于现有的呼叫中心，保密性成为越来越重要
的问题。
交换连接

　　这种交换连接模式必须要有语音ACD的存在。也就是说，在这种方式中，公布的是呼叫中
心的逻辑号码或IP地址，而不是每一个座席成员的号码。

　　工作流程

　　用户可以通过浏览网页或者通过Internet网上的电话号码查询来建立直接的电话联系。当
用户要与座席成员取得电话联系时，ACD与用户的H.323电话之间会有一个H.323呼叫建立，呼
叫被转移到某一个空闲的座席成员。座席成员在接收电话的同时得到用户的姓名、浏览的URL
和服务级别等。如果使用浏览器共享，座席成员就可以通过服务器取得用户的更准确的信息。

　　每一个呼叫都是通过ACD与座席取得联系。所有的包通过支持H.323/T.120的防火墙，保证
连接的保密性。在包通过防火墙时，每一个包被重新指向某一个座席成员。这个过程可以使座
席成员不必公诸于众，简化了局域网的拓扑结构并解决了保密性的问题。

　　由于采用H.323/T.120包交换的方式，交换连接模式可以很方便地实现监视功能。同时这种
模式必须具有呼叫中心的基本功能，比如转移和会议功能。

　　从用户的观点来看，用户发起呼叫，呼叫中心应答呼叫，并被转移到某一座席，由此座席
成员解决用户的问题。

　　从呼叫中心的角度看，座席仍然是座席，交换连接完成Internet ACD功能，完成基本的呼
叫中心功能，包括呼叫路由、监视及管理信息功能。从呼叫中心的保密性来考虑，无论对于座
席成员或者呼叫中心本身来讲，防火墙都是确保保密性的关键。Internet ACD只允许符合
H.323/T.120标准的消息通过。

　　基于Internet的通信方式具有很大的潜力。Internet呼叫中心并不是要取代基于PSTN的语
音传输。但是，Internet确实是将语音与数据或图像集成在一起的一个很有力的工具。对于呼
叫中心而言，ACD是实现的关键。
　　
建立Web呼叫中心的三种方式

　　建立互联网呼叫中心有多种方式，在向新技术注入大量资金之前，仔细考虑每一种方式非
常重要。一般来说，可以有三种选择：将现有的呼叫中心基础设施升级，从网络服务供应商处
租用呼叫中心服务，或者建立新的呼叫中心。

　　升级现有的呼叫中心基础设施

　　目前拥有呼叫中心基础设施(这些设施包括自动呼叫分配器ACD、IVR系统或呼叫管理系统)
的企业，可以安装一个IP电话网关作为通向ACD或呼叫中心转换的前端。网关作为公用电话交换
网与互联网之间的桥梁，使呼叫中心能够向客户和潜在客户传送同步语音和数据服务。

　　租用呼叫中心服务

　　目前没有呼叫中心基础设施的企业，可从网络服务供应商处租用多媒体呼叫中心的服务。

　　采用CT服务器，建立互联网呼叫中心

　　公司也可以在CT服务器上投资，这种服务器将IP网关的处理功能与传统的计算机电话集成
(CTI)功能结合在一起。CT服务器可合并不同供应商的应用程序，同时共享同一系统资源。CT服
务器的功能很像其它多种的办公室服务器，在单个系统上管理IVR、传真、电子邮件、Web交易
和IP电话功能。它既容易开发、升级和维护，又降低了硬件成本、可为呼叫中心和服务供应商
带来极大的竞争优势。

　　如何实现浏览器共享？

　　有一些公司已经开发出可以使用户与呼叫中心座席人员同时浏览同一网页的新功能，由座
席人员控制网页的更替。通常，为实现这种功能，用户必须在自己的PC上安装一个通用的软件。
这种浏览器共享功能通常需要不断地进行(如每秒钟)点阵拷贝，而是从座席成员(或者用户)的
屏幕上“读”出屏幕的点阵，然后“画”到另一方的屏幕上。

　　呼叫中心进军.com公司

　　.com公司建立呼叫中心来更好地为客户服务，这在国内大概还不多见。近日，北京合力金
桥系统集成公司就将自己的触角伸向了.com公司，承建了北京珠穆朗玛电子商务网络服务有限
公司（8848.net）呼叫中心工程，并且一期工程已经进入最后调试安装阶段。

　　为什么要建立呼叫中心？8848意在提高客户等级，使客户服务规模化、规范化。并通过该
系统向社会提供7×24小时的不间断服务，因此对系统的可靠性、可伸缩性、易操作性、易维护
性和安全性等方面提出要求。据悉，这是国内首家网站采用呼叫中心，而随着各网站的快速成
长以及应用，客户服务也将成为摆在各公司面前的问题。因此可以说，这次合力金桥为8848建
设呼叫中心，也为呼叫中心的应用开拓了一个崭新的领域。（来源：计算机世界网）

参考资料：

扩展阅读：