1 客户端音频逻辑

1.1 行前请求

1、请求音频

第一次算路信息拿到后鹰巢立即请求动态运营服务，拿到本次路线上挂接的音频（包含URL、音频id）。

2、查询音频下载状态

鹰巢通知客户端本次路线挂接有音频内容，客户端根据收到音频id（MD5）在本地查询下载状态。
（1）查询本地是否存在

• 本地没有对应音频，则客户端进行下载，下载完成后通知TBT
  • 下载完成：通知TBT，可播放
  • 下载中：不通知
• 本地已有对应音频，通过鹰巢通知TBT，可播放

（2）通知时机

• 开始导航场景挂接音频：开始导航前若下载完成，则实时通知
• 行中及行后其他场景挂接音频：行前或行后若下载完成，则实时通知

（3）通知内容（如果有多条广告下载完成，如何通知）

• 音频id

• 本地存储绝对路径，用于TTS播报使用。

  3、存储

  （1）路径
  客户端下载后存储到固定路径（待补充路径地址）。
  （2）音频格式
  MP3格式，单个音频大小不超过200K
  （3）本地缓存
  本地音频存储大小不超过10M，当超过时删除时间最早的文件。

  1.2 行中播报

  1、TBT通知

  TBT根据客户端给出的音频是否存在，下发播报通知。根据播报场景挂接广告播报（rangetype），向客户端下发播报标识：音频序号（广告id）、插播方式。
  （1）本地存在：下发“音频+文本”的播报通知，内容包含：（帅奇）

• 广告id

• 插播方式
• 本地绝对路径

（2）不存在：正常下发“文本”的播报通知，按原有TBT播报逻辑。

2、播放

客户端根据收到内容进行播放，音频碰撞逻辑见2音频播报碰撞逻辑。
若本地音频路径错误（如已被删除），则音频+文本均不播报。（刘超）

3、回传

客户端播报完成后，将状态回传给鹰巢，由鹰巢传给动态信息服务进行记录。
回传内容：
（1）场景id：动态时间+透出行驶构成的唯一id，由服务产生
（2）播报状态：

• 播报完成
• 播报失败，包含未播出、被打断

1.3 埋点记录

（1）下载状态
下载失败，记录一次。参数包含，广告id
（2）播报完成
播报结束，参数包含：事件id（TBT给出）

2 音频播放碰撞逻辑

2.1 整体原则

在其他端内音频播放中，不打断；

在广告音频播放时，有其他播报通知，排进队列。

2.2 各场景细分

1、与小德语音

保持小德语音交互高优先级。

2、与组队语音消息

3、与语音主动交互

4、 与TBT

音频与TBT播报的下发和播报时机，均由TBT判断，客户端不做碰撞逻辑。

5、 与三方音乐、音频