#.net #botframework #attachment #skype
#.net #botframework #вложение #skype
Вопрос:
Мы используем 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.xmmamp;amp;docid=0-neu-d11-f5e80525b1cae4f19957707afbb44006">https://login.skype.com/login/sso?go=webclient.xmmamp;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:
Итак, это связано с тем, как / что Skype разрешает передавать в качестве вложений в bot Framework. Я провел быстрый тест с .wma и .m4a и .m4a-файлы заблокированы (не отображаются в платформе bot Framework). Я поменял расширения файлов и снова; .wma сработал, а .m4a был заблокирован. Я предполагаю, что это простой белый список для расширений. Возможно, где-то есть канал обратной связи Skype, чтобы это было изменено / добавлено.
Похоже, что первым атрибутом (uri) является сам ресурс. Но вам определенно потребуется пройти аутентификацию через Skype API, чтобы получить это, если это так.