【问题标题】:UCMA vs UCWA - User vs Application EndpointUCMA 与 UCWA - 用户与应用程序端点
【发布时间】:2017-05-07 10:50:41
【问题描述】:

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

平台 - 本地 Skype for Business

功能 - 通过查看各种知识库(多平台 - 数据库、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 方式是否真的是本地平台的好方法

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

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

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

【问题讨论】:

    标签: chatbot skype-for-business ucma lync-client-sdk ucwa


    【解决方案1】:

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

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

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

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

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

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

    【讨论】:

    • 您的项目进展如何?你留在UCMA吗?已移至应用程序端点?有 UCWA 的经验吗?
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2016-09-08
    • 1970-01-01
    相关资源
    最近更新 更多