问题标签 [tapi]

有谁知道从 *nix 中的 C/C++ 应用程序与电话系统（想想 Cisco CCM）接口的任何“标准”方式？我过去使用过 MS TAPI，但这只是 Windows，不想走 jTAPI (Java) 路线，这似乎是唯一的选择。

我想监控电话系统以进行记录（所以我知道用户何时拨打电话、接听电话等）。TAPI 擅长这类事情，但我不能成为第一个想要在没有 Windows 服务器的情况下做类似事情的人。

请注意，我需要与现有的 PABX 系统集成 - 特别是 Cisco CCM 和 Nortel BCM。

我将在接下来的六个月内构建一个应用程序，该应用程序将用作双向视频会议系统，并来回共享一些其他数据。我可能会使用某种相对昂贵的 USB 网络摄像头，并且知道 USB 视频类设备标准，这似乎是要走的路。

现在，我可以用什么来针对那个（或其他方向）进行编程？操作系统并不重要，因为它没有决定（将选择适应整体需求），语言也不是。网络将是 VPN，最坏情况 256kbps 对称。理想情况下，它也可以处理编码和压缩，但基本上我只是在寻找某种起点来开始研究（到目前为止刚刚发现 TAPI 和 H.323，不确定对它们进行编程的最佳方法）。

使用 C# 获取 TAPI 版本和其他 TAPI 信息的最佳方法是什么？

谁能推荐一个在 MS Windows 环境中与 C++ 一起使用的 TAPI 组件？我已经尝试过 TAPI 2 和 3 的标准 MS 实现，但两者都有问题。主要是从调制解调器被关闭或失去连接中恢复。
最新的问题是 TAPI 设备在完美运行几天后消失了——但仅在某些计算机上。
为组件付费没有问题 - 我只想要一个有效的！

两个我们还没有弄清楚的问题：
1）如果调制解调器在我们使用它时被关闭，我们将无法再次使用它，直到我们重新启动计算机
2）我们收到一个回调“CTapiLine::OnCallStateChange (hCall, dwState, dwStateDetail, dwPrivilage);", 其中 dwState = LINECALLSTATE_DISCONNECTED; 和 dwStateDetail=LINEDISCONNECTMODE_NODIALTONE 建立连接后，但我们已经关闭了调制解调器属性中的“等待拨号音”。使用不同的计算机连接到同一个目的地可以正常工作，因此我们认为这不是目的地的问题。

我有一个用 C# 开发的 Windows 窗体应用程序，它将受益于能够接收电话事件通知。

例如，如果办公室工作人员 Joe 在其组织的 PBX 系统上接听电话，我需要我的桌面应用程序知道它（以及他何时发起呼叫、何时挂断等）。

我想使用尽可能通用和通用的机制来实现这一目标，以获得最大的硬件/电话系统支持。

任何关于哪种技术组合最适用的建议将不胜感激。

如何让 TAPI 在 Vista 上工作？

谢谢

我有一个 C++ 程序，它使用 Microsoft TAPI 接口从 Cisco Call Manager PBX 收集呼叫事件。为了获得 Cisco 事件，我从呼叫管理器下载了 TSP，然后我的 TAPI 代码就可以工作了。

我可以用 Avaya AES 服务器做同样的事情吗？我看到 Avaya 使用 TSAPI 而不是 TAPI，但我看不出这会对我的程序产生什么影响。

我有一个我支持的旧应用程序（用 VB6 编写），它与 TAPI 接口。最近，该应用程序安装在 Windows 2008 Server 64 位版本上。但是，用于 TAPI 安装的 TSP 驱动程序即使已安装，也会发出看似无害的警告。

但是，驱动程序（肯定是 32 位的）似乎没有被 Windows 2008 识别。我尝试点击控制面板的 32 位版本，但它也不存在。

所以问题是这样的：64 位系统上的 TAPI 是否需要 64 位驱动程序？如果是这种情况，我的 32 位应用程序能否使用 64 位 TAPI 驱动程序？

由于某些原因，我需要能够访问 Windows Mobile 智能手机的内部调制解调器（带有 WM 版本 6.1 的 HTC s740）。我想要的是能够像串行端口一样访问它，以便提供 AT 命令。

我有使用 TAPI Line 接口和 lineGetID() 的代码来获得一个“句柄”，我应该能够在该句柄上执行 ReadFile()/WriteFile()。可悲的是我还没有让它工作。

我目前做的是：

1. 使用 lineInitializeEx() 初始化 TAPI

2. 用 lineOpen() 打开线

3. 遍历每个可用设备并获取信息。目前我正在选择“UNIMODEM”/“在 COM1 上兼容 Hayes”设备。但也许我应该选择“TAPI 蜂窝服务”/“蜂窝线路”？我尝试了“蜂窝线”设备，结果相同。

4. 在所选设备上使用 lineGetID() 来获取句柄。

5. 执行 WriteFile("AT\r")，然后直接执行 ReadFile()，如果它确实是我访问的调制解调器，它应该会给我一个“OK”回复。

6. 意识到它不起作用并生气......

但到目前为止，这一直是行不通的。

有人知道怎么做吗？

我在 Windows Mobile 6 SDK 上的 Native WIN32 C++ 中执行此操作。

更新：到目前为止，我已经设法使用 RIL 在两部手机之间建立数据连接，这给了我一个串行端口句柄来读写。但是，我仍然希望能够直接与调制解调器交互以发送 AT 命令。所以，我开始的赏金只涉及直接访问调制解调器以提供 AT 命令。到目前为止，我的调查表明这在以前版本的 Windows Mobile 中是可能的（通过打开 COM2 和/或 COM9 并杀死 RIL 或类似的东西），但我还没有看到适用于 WM6 的代码。

我继承了一些实现 MSTAPI 接口并与之对话的代码。我很好奇请求 ID 的初始化位置（或者是否初始化）。例如，请求 ID 是指idRequestLINE_REPLY Message的参数。

我很好奇的原因是，当我拥有 TSP 和客户端显示请求 ID 时，我认为以下是一个典型的序列，并且双方都同意这些数字：

第一个值转换为0x00010300（这对我没有任何意义，而是一个整数），然后请求 ID从那里减少。（除非请求 ID 在内部被视为带符号的 2 字节整数，我认为这是可能的。）

我怀疑一侧或另一侧应该正在初始化某些东西，而不是或正在将其初始化为不合适的东西。

有谁知道请求 ID 应该如何工作？它是由 MSTAPI 内部生成并提供给 TSP 和客户端的不透明数字吗？任何人都可以指出解释这一点的参考资料吗？

谢谢。