在 Cisco 电话上获取实时通话信息
我只想获取进入我们呼叫中心的所有呼叫的 3 位信息：呼叫者、他们拨打的号码以及实际接听电话的人员的号码（与接听电话的号码不同）外部世界拨号）。
直到最近，我们通过侦听 JTAPI 日志文件更改（使用 Microsoft 的 FileSystemWatcher）并抓取日志文件以获取我提到的 3 条信息来实现此目的。然后，我们将该信息用于跟踪客户服务呼叫/事件的现有 C# 应用程序。到目前为止，这效果很好。
然而，我们很快就会将呼叫中心升级到仅限 Linux 的版本，并且似乎无法选择监听日志文件。有谁知道实时获取这 3 条信息的方法吗？我们确实对某种 .NET API 很感兴趣，因此我们将能够在当前的应用程序中无缝地使用它。尝试使用基于 Java 或 C++ 的实用程序会有点困难（尽管我并不完全反对）。
我知道 Cisco IP 电话有许多报告功能，但这些功能特别适合那些想要回顾每周或每月统计数据等的经理，但这无助于我们获取实时数据。
I'm interested in getting only 3 bits of information for all calls that come-in to our call center: the caller, the number they dialed, and the number of the person that actually picked-up the call (different than the number the outside world dials).
Until recently, we were accomplishing this by listening for JTAPI log-file changes (using Microsoft's FileSystemWatcher) and scraping the logfile for the 3 pieces of info I mentioned. We then used that info for an existing C# app that tracks customer-service calls/incidents. This has worked great so far.
However, we'll soon be upgrading our call center to a Linux-only version, and it seems that listening for log files won't be an option. Does anyone know of a way to get these same 3 pieces of info in real-time? We're really interested in a .NET API of some sort, so we'll be able to use that seamlessly in our current app. Trying to use a Java or C++-based utility would be a bit more difficult (though I'm not completely opposed to it).
I know there are many reporting features out there available for Cisco IP phones, but those are particularly geared towards managers who want to look back on weekly or monthly stats, etc, but that won't help us for grabbing real-time data.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
如果您迁移到仅限 Linux 的环境，我假设您会将现有应用程序移植到 Mono，因为 .net 不能在 Linux 上本机运行，为什么不使用 filesystemwatcher 的 Mono 实现来完成任务，就像您一直在做的那样
或者是这个
if your moving to a linux only environment i am assuming you will be porting your existing applications to mono as .net does not run natively on linux why not use the the mono implementation of filesystemwatcher to accomplish the task the same way you have been doing
or is this