Microsoft 电话编程模型

Microsoft 电话编程模型将通信控制从设备控制中抽象化,使最终用户应用程序和设备制造商无需步步前进。 使用此模型,最终用户或服务器应用程序不需要有关设备控制的详细信息,也不需要为应用程序定制设备。 应用程序和设备可以进行创新和更改,而不会使彼此对客户无用。

下图演示了如何实现此抽象。

tapi 如何从设备控制抽象通信控制

这些组件可以视为专业知识的存储库。 电话应用程序编程接口 (TAPI) 应用程序了解用户需求,TAPI DLL 和 TAPISRV 了解常规电话,服务提供商 (TSP 和 MSP) 知道详细的设备控制。 应用程序编写者和设备制造商只需要对彼此的要求有一般了解。

  • 应用程序将 TAPI DLL 加载到其进程空间中,并使用 TAPI 传达需求。
  • TAPI 与 TAPI 服务器建立 RPC 链接通信。
  • 此外,TAPI 3.x 创建 MSP 对象并使用一组定义的命令(媒体服务提供程序接口 (MSPI) )与其通信。
  • 当应用程序调用 TAPI 操作时,TAPI 动态链接库会验证并封送参数,然后将信息转发到 TAPISRV。
  • TAPISRV 使用电话服务提供程序接口 (TSPI) 跟踪可用于本地计算机的通信资源,并与电话服务提供商 (TSP) 接口。
  • TSP 与 MSP 之间的通信使用通过 TAPI DLL 和 TAPISRV 传递的虚拟连接进行。
  • TSP/MSP 对提供有关设备状态和功能的信息,并实现所需响应所需的特定命令。

使用此编程模型的结果是,应用程序可以忽略或调整设备更改,新设备可以立即有用,而不是等待代码基更改。 应用程序编写者和设备制造商的潜在市场份额都得到了扩大。

以下主题更详细地介绍了 Microsoft 电话组件: