所以，基本的想法是：
我向助理应用程序发出请求以播放音频。
一般情况下，这些请求将来自Google Home设备（我知道，它们可能来自手机等，但我现在只担心家用设备）。
我可以轻松发回文本回复并将其读取。
但我宁愿通过标准Chromecasting将音频文件流式传输到源设备。
如果我提出类似的请求 ＆＃34;嘿谷歌，请{我的应用}在{居室}＆＃34;中读取{blah}的说明。然后选择＆＃34;起居室＆＃34;没问题。作为目标设备并在那里发送音频。这很完美。
但如果用户说 ＆＃34;嘿谷歌，请{我的应用}给我读{blah}＆＃34;
的说明我想要的是能够将音频发送到请求来自的设备。
我发现了这个问题：
Detect request coming from google home using dialogflow
这很接近但不完全是我之后的事。
编辑：我还发现了＃34;媒体响应＆＃34;信息，但看起来这只会对单个媒体响应有利。就我而言，我可能有几个需要背靠背播放的音频片段，因此单个媒体响应不起作用。 （至少，我不会从我所知道的那里看到一种方法。）这甚至可能吗？
答案 0 :(得分：1)
我们目前无法通过动作像Chromecast一样对待家庭。
但是，正如您所注意到的，我们做能够使用[媒体响应] [1]。如您所知，它一次只发送一个音频，但是，当它完成时，将使用actions_intent_MEDIA_STATUS的事件调用Dialogflow，您可以创建一个Intent来捕获。然后，您可以使用播放列表中的下一首歌曲发送另一个媒体响应。 （或者在谈话中做任何你想做的事。）