Lync / Skype 4商业机器人

Question

我想创建一个简单的服务器服务，它可以执行以下任务：

检索指定用户的在线状态信息。向指定用户发送消息。

根据我所读到的，因为我在服务器端，所以我可以选择使用UCMA 5.0？但我看到很多人在推动新的UCWA SDK和UCWA rest服务的合作。我为什么要使用UCWA服务器端而不仅仅是UCMA API，这有什么特别的原因吗？我读到UCWA将在未来得到微软对云的支持-任何关于这方面的意见和经验分享都会很棒。

谢谢，迈克

Answer 1

UCWA将在某个时候在Office 365中得到支持。因此，如果您使用UCWA创建应用程序，您可以预期它将在未来在您的S4B本地和Office365上运行。我不得不说，无论如何，对UCWA在365上的支持已经期待已久，并且仍然没有关于可用日期的官方公告。

选择UCWA而不是UCMA的一个很好的理由是，在服务器自动化的情况下，UCWA的部署要简单得多(UCMA部署相当困难)。

UCMA必须在Windows Server操作系统上运行，该操作系统基本上加入了HTTP场(因此位于您的DMZ中)。UCWA可以在任何‘会说话’S4B的设备上运行。例如，您的UCWA应用程序可以在Raspberry Pi上运行

我认为这是一个巨大的差异，这肯定是给你的系统管理员的

Answer 2

旧线程，但在我的经验中，使用UCMA编写服务器端代码要比尝试使用UCWA更容易一些-而UCWA实际上就是一个位于Lync/S4B服务器上的带有REST包装器的UCMA应用程序。

对于您已经描述的相当简单的用例，您可以将服务编写为客户端-端点UCMA应用程序，这将避免相当恼人的Lync/S4B拓扑更改和TrustedApplication中提到的部署难题。在此配置中，您实际上只是一个第三方客户端，您需要提供以指定用户身份登录Lync/S4B的凭据。在这种情况下，唯一的要求是运行您的应用程序的服务器需要加入到您的域中，运行64位Windows操作系统，并安装UCMA运行时。

Office365上的Skype for Business急需某种应用程序编程接口支持。有一些关于Office 365的类似UCMA的SDK的承诺，但它已经过去了六个多月，没有实际发布的迹象。