系统总体结构

本呼叫中心共有三层程序，分别是上层的TCApp、CCApp，总机层CallServer，以及下层的Switch程序层。

TCApp负责与数据库交换数据的功能。从数据库中取得需要呼叫的号码，下发给总机，以及从总机收到呼叫详细报告后储存到数据库。TCApp还负责与上层客服坐席交互，上层客服则通过浏览器登录到TCApp进行业务处理。TCApp以及客服坐席CCApp由Java及JavaScript编写。

Switch负责对语音板卡及交换机进行操作，收到CallServer层的消息后，调用底层交换机API对交换机通道进行对应的操作，以及返回交换机信息给CallServer层以便总机进行匹配调度。

CallServer总机程序完成了整个通话的调度及匹配工作，同时也将上下两层所需要的信息传递给对应层，是呼叫中心的核心部分，当收到上层TCApp下发的号码后，判断是否满足外呼的条件并下发指令给Switch层，收到Switch层的返回后，在对符合条件的内外线进行匹配，完成通话过程后，返回详细通话报告给上层，以便数据库核对信息。

......

内核对象机制

本呼叫中心使用内核对象来实现线程的同步。内核对象机制的适应性远远优于用户方式机制。实际上，内核对象机制的唯一不足之处是它的速度比较慢。当调用任何本节提到的函数时，调用线程必须从用户方式转换为内核方式。这个转换需要很大的代价：往返一次需要占用X86平台上的大约1000个CPU周期，当然，这还不包括中心内核方式代码，即实现线程调用的函数的代码所需要的时间。

当进程正在运行的时候，进程内核对象出于未通知状态，当进程终止运行的时候，它就变为已通知状态。进程内核对象中是个布尔值，当对象创建时，该布尔值被初始化未FALSE（未通知状态）。当进程终止运行时，操作系统自动将对应的对象布尔值改为TRUE，标示该对象已经得到通知。