gpt4 book ai didi

chatbot - UCMA 与 UCWA - 用户与应用程序端点

转载 作者:行者123 更新时间:2023-12-02 21:21:33 27 4
gpt4 key购买 nike

我需要开发一个具有以下属性的聊天机器人:

平台 - Skype for Business On-Premise

功能 - 通过查看各种知识库(多平台 - 数据库、Web API 等)来回复用户查询

从基本的文本对话开始,并将逐渐发展为发送附件

没有通话/视频,只是聊天

将托管在具有组织 VPN 的外部服务器上

将为聊天机器人创建一个简单的 sip,任何用户都可以对其进行 ping 操作。我应该能够将其传达给我们的 IT 部门。

开发时间有限

可扩展性是一项基本要求,但该组织对此还很陌生,因此他们可能会很有耐心并允许我犯错误

我的研究使我找到了这些可能的方法:

  1. SfB SDK - 我拒绝了这种方法,因为它要求客户端始终运行并且似乎不可扩展

  2. 带有应用程序端点的 UCMA - 没有拒绝这种方法,但似乎我不会继续这样做,因为创建应用程序平台似乎很乏味,并且需要我发出大量与 SfB 服务器相关的 IT 请求

  3. UCMA 与用户端点 - 对此有很强的亲和性。我已经尝试了 Tom Morgan (thoughtstuff.co.uk) 的东西,这似乎是我可以立即开始的东西

  4. 带有应用程序端点的 UCWA - 拒绝了这种方法,因为 UCWA(根据我的研究)似乎不适合本地部署,而且设置似乎也很耗时

  5. 带有用户端点的 UCWA - 没有拒绝这种方法,但我不确定 Web API 方式是否真的是本地平台的好方法

我想问一下我到目前为止做得怎么样,但这似乎太模糊了

您认为实现这一目标的好方法是什么?

此外,有人可以足够耐心地回答我的用例的每种方法的缺点和优点吗?我想做出明智的决定,并且不会仅仅因为被误解的开销而拒绝任何方法

最佳答案

我一直在我的组织和其他圈子里打听。

由于我没有收到任何快速回复,我将继续添加我所学到的内容。这样,开发社区中的人就可以记录我的操作过程。

UCWA 更适合在线 S4B(与本地部署相比),通常由熟悉 RESTful 但对 .NET 开发不太熟悉的人使用

UCMA 显然是满足任何本地机器人要求的最佳选择,最好具有应用程序端点。

因此,对于我们的开发,我们从 UCMA 用户端点开始,以便我们可以作为版本一提供基本的开始同时我们还要联系IT部门和Lync管理员来创建应用程序端点一旦我们有了这个,我们在用户端点上拥有的相同功能将被复制到应用程序端点版本

请继续关注此空间以获取更多更新

关于chatbot - UCMA 与 UCWA - 用户与应用程序端点,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/43830584/

27 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com