Получение вложений Skype при подключении через Bot Framework - PullRequest
0 голосов
/ 24 марта 2019

Мы используем BotFramework для связи с нашими клиентами по Skype. Мы ожидаем получить вложения как часть свойства Attachment в Activity, и это тот случай, когда клиент отправляет «jpeg», «gif» или другой тип изображения. Однако когда клиент отправляет аудиофайл '.m4a' или аналогичный, мы получаем что-то вроде:

<URIObject uri="https://api.asm.skype.com/v1/objects/0-neu-d11-f5e80525b1cae4f19957707afbb44006" url_thumbnail="https://api.asm.skype.com/v1/objects/0-neu-d11-f5e80525b1cae4f19957707afbb44006/views/audio" type="Audio.1" doc_id="0-neu-d11-f5e80525b1cae4f19957707afbb44006">To hear this audio file, go to: <a href="https://login.skype.com/login/sso?go=webclient.xmm&amp;docid=0-neu-d11-f5e80525b1cae4f19957707afbb44006">https://login.skype.com/login/sso?go=webclient.xmm&amp;docid=0-neu-d11-f5e80525b1cae4f19957707afbb44006</a> <OriginalName v="Recording.m4a"></OriginalName> <FileSize v="66912"></FileSize> </URIObject>

Должны ли мы анализировать это сами (мы должны были получить это как вложение, не так ли?) И если да - есть ли парсеры для обработки такого рода вещей? Единственное, что я могу найти, связано с SkPy (https://skpy.t.allofti.me/protocol/chat.html) или MSNP (https://github.com/msndevs/protocol-docs/wiki/Messaging), который устарел.

1 Ответ

0 голосов
/ 29 марта 2019

Итак, это связано с тем, как / что Skype пропускает в качестве вложений в структуру бота. Я провел быстрый тест с .wma и .m4a, и .m4a заблокированы (не отображаются в рамках бота). Я поменял местами расширения файлов и снова; .wma работал .m4a был заблокирован. Я предполагаю, что это простой белый список для расширений. Возможно, где-то есть канал обратной связи Skype, чтобы это можно было изменить / добавить.

появляется , что первым атрибутом (uri) является сам ресурс. Но вам определенно нужно будет пройти аутентификацию через Skype API, чтобы получить это, если это так.

...