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

Posted 2023-02-24

【中文标题】UCMA 与 UCWA - 用户与应用程序端点

【英文标题】：UCMA vs UCWA - User vs Application Endpoint

【发布时间】：2017-05-07 10:50:41

【问题描述】：

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

平台 - 本地 Skype for Business

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

基本的文本对话开始并将逐渐演变为发送附件

没有电话/视频，只是聊天

将通过组织 *** 托管在外部服务器上

将为聊天机器人创建一个简单的 sip，任何用户都可以 ping 通。我应该可以把这个转给我们的 IT 部门。

开发时间有限

可扩展性是一项基本要求，但组织对此还很陌生，所以他们可能会耐心等待我犯错误

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

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

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

带有用户端点的 UCMA - 对此非常有亲和力。我已经尝试过 Tom Morgan (thoughtstuff.co.uk) 的东西，这似乎是我可以马上开始的东西

带有应用程序端点的 UCWA - 拒绝了这种方法，因为 UCWA（根据我的研究）似乎不适合内部部署，而且设置似乎也很耗时

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

我想问一下我目前过得怎么样，但这似乎太模糊了

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

另外，有人可以耐心地为我的用例回答每种方法的缺点和优点。我想做出明智的决定，而不是因为被误解的开销而拒绝任何方法

【参考方案1】：

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

由于我没有收到任何快速回复，因此我将继续添加我学到的内容。 这样一来，开发社区中的人就会记录下我是如何做到这一点的。

UCWA 更适合在线 S4B（与内部部署相比），通常由熟悉 RESTful 且对 .NET 开发不熟悉的人使用

UCMA 显然是解决任何本地机器人要求的方法，最好是使用应用程序端点。

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

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

【讨论】：

您的项目进展如何？你留在UCMA吗？已移至应用程序端点？有 UCWA 的经验吗？