ntroller, specific to the underlying hardware, receives resource requests from TAO and translates the request to the specific hardware interface.
The Service Provider Interface (SPI) sits on top of the hardware-specific switch-fabric controllers, providing developers with a consistent interface to different vendors' hardware devices and software components. The SPI enables different hardware and software computer-telephony modules to interoperate seamlessly.
The application worries only about the abstract telephony features it needs from the system, instead of the specific hardware devices that support those features. This design delivers resource and location independence to the application. When an application requests a particular set of features (e.g., a text-to-speech component and a fax line), SCSA creates a group of resources that can service the re
quest.
Such a group can contain one or many physical resources. SCSA manages the resources for the application, in effect pooling a diverse set of physical devices into a single, customized system. Once a call or other application event is over, the functional group is destroyed and the physical resources become immediately available to other applications.
Simple fax-on-demand solutions, such as those reviewed here, don't require the rich functionality enabled by SCSA. But vendors such as Copia and Telephone Response Technologies rely on SCSA to integrate higher-end resources (e.g., speech recognition or conferencing) and to negotiate complex switching across multiple lines.
The final result: a portable, cross-platform, hardware-independent architecture for CTI.
SCSA Architecture
illustration_link (5 Kbytes)

The SPI provides a consistent interface between telephony hardware and software.