TAPI的替代技术？

Question

是否有支持第三方呼叫控制(3 3pcc)的TAPI替换技术？

我想在应用程序中提供以下3 3pcc功能：

1. 打出去电话：

- User clicks at a button in the application.
- The user's phone goes off hook, and the callee's phone rings.
- The callee's phone shows the phone number of the callee, not the phone number used for the application.
- When the callee picks up the phone, the connection is established.

​

1. 来电：

- When user's phone rings, the caller's number and the called number are sent to the application.
- The application evaluates the numbers and shows e.g. a customer record.

​

在过去，我会用TAPI来做这件事，但是微软似乎不再积极开发TAPI了(尽管目前的Windows版本都支持TAPI，直到Windows 7)。因此，我正在寻找一种更有可能在未来得到大多数电话系统提供商支持的技术。

我知道CSTA，它可以用来做这个，但这也是一个相当古老的技术，不太普遍(例如，它有100倍的谷歌点击率比TAPI )。

我也知道SIP，它不直接支持3 3pcc特性，但是有一些方法可以解决这个问题：

• 对于传出电话:首先使用应用程序的SIP端点连接到这两部电话，然后通过进行一种“电话会议”来连接它们。
• 对于来电:使用订阅、通知和对话事件包。

问题是，打出去电话的程序非常笨拙，被呼叫的电话在铃声响起时不会显示正确的电话号码(即来电者的号码)。此外，SIP不是一个单一的标准，而是许多不同的RFCs的集合，似乎电话系统制造商只实现了这些RFCs的一部分，并且通常没有很好的文档说明哪些部分是实现的。

那么，我的问题是:是否还有其他支持第三方呼叫控制的电话集成标准，并且在可预见的将来可以被认为是一个被广泛支持的标准？

Answer 1

我建议你考虑一下CSTA3。

ECMA CSTA3是一种用于第三方电话呼叫控制的全面标准，在细节上远远优于TAPI，并由多家供应商实现。对于CSTA存在一个web服务定义。

请参阅ECMA CSTA 3

我可以高度推荐该标准，但建议您仔细考虑目标供应商是否支持您所需的CSTA标准。

Answer 2

这次行动的答案是肯定的。几年前，我试着做TAPI工作，遇到了和其他人一样的问题。与其使用本地硬件和驱动程序，我还发现云服务可以完成OP中所要求的一切。我不会提到一个特定的服务，除非有人PM是我。但我的建议是离开标准路线，别再把头撞在TAPI墙上了。HTH

Answer 3

别把你的头撞在TAPI墙上，那会很好的。然而，下午是不可能在这里TonyG。我很想听听你的云服务体验。在没有具体说明的情况下，你真的是说云可以控制我的桌面电话吗？