Azure 新的ms botbuilder directline演讲适合呼叫中心场景吗?

Azure 新的ms botbuilder directline演讲适合呼叫中心场景吗?,azure,botframework,microsoft-cognitive,azure-cognitive-services,direct-line-botframework,Azure,Botframework,Microsoft Cognitive,Azure Cognitive Services,Direct Line Botframework,MS最近推出了直接语音频道和一些用于web前端的示例。但我想知道它是否适合在呼叫中心场景中使用一些SIP或像twilio phone这样的服务?如果是这样,我想看看一些文档如何使用直连语音api,并将其连接到一些电话? 我已经创建了github问题,但它仍然值得关注 另外,我也有相关的问题,我找不到任何关于如何将密码更改为直连令牌的文档。原始直达线路的链接不适用于语音直达线路。谢谢请查找包含等内容的文档部分。我们有直接线路语音通道,通过该通道,通过向上述助手发送几行代码,您可以将音频流传输到一个

MS最近推出了直接语音频道和一些用于web前端的示例。但我想知道它是否适合在呼叫中心场景中使用一些SIP或像twilio phone这样的服务?如果是这样,我想看看一些文档如何使用直连语音api,并将其连接到一些电话? 我已经创建了github问题,但它仍然值得关注


另外,我也有相关的问题,我找不到任何关于如何将密码更改为直连令牌的文档。原始直达线路的链接不适用于语音直达线路。谢谢

请查找包含等内容的文档部分。我们有直接线路语音通道,通过该通道,通过向上述助手发送几行代码,您可以将音频流传输到一个端点,并从STT/Bot/TTS一次呼叫中获益–音频流回


添加语音的步骤如下所示。对于要与客户的电话系统(PBX)集成的呼叫中心场景,语音机器人/VIL可以从其PBX接收呼叫(SIP和RTP)。请查找的文档。

安德烈!谢谢你的关注。我是特拉维斯,我和工程团队一起工作,建立直接线路演讲

您是对的,直拨电话语音背后的概念非常适合呼叫中心场景。在那里应用有巨大的潜在价值。在这个阶段,在预览中,我们目前没有内置的SIP/RTP支持来无缝集成电话I/O,但这是一个我们已经听清楚的需求,我们正在积极研究解决方案

不过,好消息是,你并没有被阻止开始——你可以在今天完成这项工作,只需多做一点腿部工作。从概念上讲,您可以使用现有的电话端点解决方案(如Ram所指)作为电话客户端和直连语音机器人之间的“中间层”。这个中间层服务本身可能是一个简单的bot,它将负责处理RTP/SIP,然后在最终用户和“真实”bot之间转发音频,使用那里的speechsdk与直连语音连接。诚然,这有点笨拙,但只要服务位于区域内,它应该仍然能够产生高质量、低延迟的体验,就像您从本机客户端获得的体验一样


再次感谢,请继续分享您对产品的想法和问题;我们正在利用您的反馈积极指导我们关注的领域和我们创造的内容。

我已经调查了所有这些链接。对我来说最有趣的是最后一个链接,但这也是关于的一般性文章,我从那里开始指向该链接,但看起来它也包含一些STT、TTS示例,我想看到的是连接到SIP的简单方法。您提到bot可以从PBX“接听电话”,但如何配置,我应该使用哪些端点和有效负载?AudioCodes的Voice.AI Gateway为您的聊天机器人服务带来了最直观的人类通信形式,支持电话和WebRTC语音呼叫。请参考voice.AI gateway link()。看起来有点像广告,但好的,你能给我一些代码示例吗?因为网站有点复杂。上面的示例代码不公开。或者,您可以从下表Nexmo、NetFoundry、Twilio中探索用于与Bot集成的SIP中继提供商。下面是使用Nexmo、Microsoft Azure Speech Services&websockets()进行实时转录的示例代码。谢谢,我一定会研究这个解决方案。但坦率地说,现在我有点困惑,怎么才能从直截了当的语言开始。1) 我已经将语音示例作为最接近我需要的示例,但我找不到哪里可以将秘密转换为令牌,与standart direct line的链接不起作用。2) 我不确定在启用流式处理端点(tts后的文本,或仅音频、数据或流)后,应该传递什么数据,以及应该传递到哪里。@travis如何将音频流直接传递到DLS端点?