CTI领域标准API的第一选择――TAPI 3.0

CTI领域标准API的第一选择――TAPI 3.0

美国Music Telecom公司技术支持部 王宏

TAPI出现已经有很长时间，从1993年公布的TAPI 1.0版，经过1.3、1.4、2.0、2.1直到Windows 2000推出，TAPI也更新到3.0版。事实上，2.x以前的TAPI，虽然也有其独到之处，如开放结构（WOSA），设备无关等，但并没有引起更大关注。随着CTI产业的发展和Internet狂潮席卷，内建于Windows 2000中的TAPI 3.0终于调起了人们的胃口。

CTI应用程序接口

在CTI应用中涉及到计算机应用中的各个方面，而电话语音技术是其中的核心。因此就必须利用各种应用程序接口（API）来构建自己的应用系统。虽然各个设备供应商都提供自己的API，但对用户来说，更希望使用一种标准的API，从硬件层中抽象出来，可以不再为每种不同的硬件专门写代码，而利用系统设备无关特性无须重复编写代码，给开发带来极大的方便。另一方面，从决策者来说，运用设备无关的标准API，使系统升级和更新时能避免重复投资，降低费用，保留现有资源。

因此API的选择就显得非常重要。目前各种应用程序接口也正在发展之中，也尚未形成CTI业界的认同标准。当前得到认可的API有三种：微软公司TAPI、Novell和AT＆T的TSAPI以及Sun公司的JTAPI

TSAPI由Novell和AT＆T共同开发，实现把电话系统与Netware网络集成在一起。TSAPI是出现最早的语音应用程序接口，在市场方面也取得过一些成绩。但由于公司的经营策略和昂贵的客户许可费用的羁绊，加之，Netware在网络操作系统的竞争中已经失去领先地位，因此它已经失去了发展的动力。

JTAPI是由Sun公司提出的基于Java语言的应用程序接口。由于JTAPI是基于Java的应用接口，使得JTAPI的对象独立于操作系统和硬件平台，支持跨平台的应用。JTAPI定义了一套类库，包含电话功能和扩充功能。JTAPI结合了传统的电话服务和Web处理能力，具有较强的功能。但是，基于Java的特性，使得JTAPI在拥有强大功能的同时，也失去了普及和推广的基础。

TAPI 3.0特性

TAPI由微软提供，并且已内建于微软操作系统之中。在TAPI中定义了设备（LINE和PHONE）和媒体流。通过LINE可操纵交换机、语音卡、MODEM等，通过PHONE可操纵电话机、麦克风等设备。而通过媒体流则可以区分不同的媒体，如数据、语音、传真等，从而触发不同的处理进程。TAPI是Windows开放服务结构（WOSA）的一部分。可以与其他Windows API有机的结合起来，建造灵活、强大的应用。

但是，虽然倚着强大的微软，借着Windows广泛用户基础，TAPI 2.x以前的版本并没有表现出超出其他电话编程接口的、更突出的特性。正是随着Windows 2000的发布，随着CTI产业的蓬勃发展，拥有了更出色特性的TAPI 3.0终于引起了广泛注目。

TAPI 3.0（The Microsoft® Windows® Telephony Application Programming Interface）是一个改进的TAPI，同时支持传统的公众交换电话网（PSTN）和IP 网络。IP电话技术使得声音、数据和视频在现有的基于IP的局域网（LAN）、广域网（WAN）和Internet上统一起来。因为使用开放的IETF（Internet Engineering Task Force）和ITU（International Telecommunications Union）标准，使多媒体传输能够在任何支持IP的网络上进行，提供一种适应多种媒介（POTS、ADSL、ISDN、同轴电缆、双绞线、卫星线路等）的、不受位置限制的应用。因此，无所不在的网络能提供给人们Web、e-mail、data等多种应用，把遍布世界的个体、商务、学校、政府等连接起来。

跟以前的版本相比，TAPI 3.0带来新的震撼，提供了新特性。

1、基于COM体系的TAPI 3.0把传统的电话技术和IP电话技术结合起来，把应用从简单的电话语音呼叫一直扩充到了包含有质量保证（QOS）的多媒体多点IP会议系统。TAPI 3.0提供了增强的开发工具，帮助开发者创建现代全球通信系统。TAPI 3.0 API采用了流行的COM实现方式，使开发者能够用多种语言来生成应用系统，如Java、Visual Basic、C/C++都能很好地发挥其特长。基于COM的体系也使得应用系统的开发和升级变得简单。TAPI 3.0提供对ActiveX控件的支持。可以利用上千种可重复利用的ActiveX控件，避免编写大量代码，只专注于自己的系统逻辑设计，快速和高效地创建大型的应用。

2、在TAPI 3.0中，扩充了对IP电话技术的支持。在这里，“打电话”可能并没有实际的电话机参与，而只是视频信息在IP网络上传输。IP电话技术使CTI的领地从传统的电信网络迅速扩张到Internet。当构建TAPI 3.0的应用时，已经不必考虑到底是连接到公用电话网或是IP网络上了。

3、TAPI 3.0增强了对创建呼叫中心的支持。TAPI 3.0的呼叫中心控制（Call Center Control）增加了自动呼叫分配（ACD）对象，通过五个主要的ACD对象来实现对呼叫的自动管理。这五个对象是：代理处理（Agent Handler），队列（Queue），ACD组（ACD Group），代理（Agent），和代理事务（Agent Session）。利用这些对象，可以完成预拨号、呼叫队列的维护、呼叫路由的管理等事务，再加上对座席的控制和座席状态的全面监测，使建造呼叫中心变得非常简单。

4、TAPI 3.0增加了多点IP会议的支持，可以协助开发者创建多媒体多点IP会议系统。与呼叫中心控制结合起来，能够方便地建设网上呼叫中心。

TAPI 3.0结构

TAPI 3.0结构如下：

从上面可以看到，TAPI 3.0由四个主要构件组成：

TAPI Server是从TAPI 3.0和TAPI 2.1中把TSPI（Telephony Service Providers Interface）抽取出来，是为了使TAPI 3.0能够使用TAPI 2.1 的TSP。

TSP和MSP构成Service Providers。它们当然要一起出现，TSP为呼叫控制（Call Control）服务，而MSP为媒体控制（Media Control）服务。

Telephony Service Providers（TSP）接受来自TAPI的与协议无关的呼叫，并把它们转换为相关协议的呼叫。在TAPI 3.0中绑定了两个IP相关的TSP：H.323 TSP，和IP Multicast Conferencing TSP（IP多点传送会议TSP）。

Media Service Providers（MSP）提供了一个一致的接口来处理呼叫中的各种媒体流。

TAPI 3.0编程

TAPI 3.0包含三个控制接口，提供给开发者使用：

Call and Media Controls由一系列COM对象、接口和方法构成,用以建立两台或多台计算机之间的呼叫。其中包括五个主要的对象TAPI、Address、Terminal、Call、和CallHub。

TAPI对象代表了所有Telephony资源。TAPI 3.0应用必须首先创建一个TAPI对象的实例，然后对它初始化。

Address对象定义了一个能建立和接受呼叫的实体。通过这个实体，应用程序可以查询指定的地址是否支持某种特定的媒体类型；可以列举当前与某地址关联的呼叫；可以创建一个转移呼叫等等。

Terminal对象定义了一个媒体流的发起者或接受者，比如麦克风或扬声器。应用程序选择适当的Terminal来开始媒体流的传送。

Call对象定义了两个或多个地址之间的连接。

CallHub对象定义了一个在多方呼叫中的集合体。如果拥有必须的权限，通过CallHub对象可以控制呼叫中的其他参与者。

Call Center Controls提供一组对象，帮助开发者建立呼叫中心。利用Call Center Controls可以实现预拨号、呼叫队列和路有管理、排队机、座席控制等呼叫中心的核心功能。

IP Multicast Conferencing Controls允许开发者创建多媒体多点IP会议系统，它由三个主要部分来实现：Directory Controls操纵服务器会议列表；Conference Blob Controls控制指定会议；Multicast COM Interfaces允许应用程序从服务器上获得多点传送地址。

结束

TAPI 3.0自从开始露面就引起人们的广泛关注，而设备供应商也表现出极大的兴趣。美国Music Telecom公司所生产语音板卡支持从TAPI 1.0到TAPI 2.2，并首先宣布全面支持Windows 2000和TAPI 3.0。在CTI应用中，基于微软的操作系统的架构依然占有主导地位。同时，TAPI 3.0对CTI领域的热点--IP网络和呼叫中心给予了强劲的支持，因此，随着CTI产业的进一步发展和Internet的深入人心，随着Windows 2000的流行，会有越来越多的人追随TAPI 3.0，而TAPI 3.0将会成为CTI领域标准API的第一选择。