具体实施方式

本申请实施例中的技术方案，总体思路如下：将需要播放的音频数据事先下载到本地，再利用广播消息对本地的音频数据进行实时播放、定时播放或者循环播放，不必每播放一次相同的音频数据就得重新下载，进而提升应急广播的时效性，并降低网络流量和带宽的消耗。

请参照图1所示，本发明一种应急广播终端定时广播方法的较佳实施例，包括如下步骤：

步骤S10、应急广播终端开机后，与应急广播平台建立TCP长连接；

步骤S20、应急广播终端与应急广播平台同步广播消息以及NTP时钟；广播消息同步是为了离线的应急广播终端重新上线后，能够获取最新的广播消息；通过对NTP时钟进行同步，能够保障应急广播的时效性；当应急广播终端的NTP时钟未被校准，或者处于设备离线状态(未建立TCP长连接)，不允许执行播放操作；

步骤S30、应急广播终端基于所述广播消息下载音频数据，基于定时广播队列进行音频数据的播放；

步骤S40、应急广播终端监听应急广播平台的广播消息，并更新所述定时广播队列；即有更新的所述广播消息时，需要重新调整所述定时广播队列的播放顺序，进行插播或者停播的操作。

所述步骤S30和步骤S40不分先后顺序，即音频数据的播放和定时广播队列的更新为并列线程，共享数据池，并互斥操作数据，避免数据异常。

所述步骤S10具体包括：

步骤S11、应急广播终端开机后，自动向应急广播平台发送签名后的连接请求；

步骤S12、应急广播平台接收所述连接请求并进行验签后，与应急广播终端建立TCP心跳长连接；

步骤S13、应急广播平台向应急广播终端发送同步广播消息指令。

所述步骤S20具体为：

应急广播终端接收应急广播平台发送的同步广播消息指令后，从应急广播平台同步广播消息；

应急广播终端设置一校准周期，每隔所述校准周期与应急广播平台同步一次NTP时钟。由于应急广播终端没有带时钟芯片，因此启动后需要进行NTP时钟的同步，因应急广播终端长时间运行后时间会有所偏差，因此需要每隔所述校准周期校准一次。

所述步骤S20中，所述广播消息包括如下字段：广播消息ID、广播类型、广播级别、广播任务类型、循环方式、播放类型、开始日期、结束日期、开始时间、结束时间、重复播放次数以及广播列表信息；

所述广播列表信息包括至少一个广播任务项以及各广播任务项的播放顺序；所述广播任务项包括资源ID、音频URL以及音频MD5值。

1、所述广播消息ID为广播任务项的唯一标识；2、所述广播类型为日常广播或者应急广播；3、所述广播级别为广播等级，用于判断广播优先级；4、所述广播任务类型为为循环任务或者实时任务，循环任务会根据规定的时间循环播放，或者根据循环的次数进行播放，实时任务则立即启动播放，播放一次后就退出；5、所述循环方式为每天或者自定义星期，当所述广播任务类型为循环任务时，此字段有效；6、所述播放类型为按照次数播放或者按照时间段播放；7、所述开始日期的格式为yyyy-MM-dd，所述广播任务类型为实时任务时有效，为空时表示立即播放一次；8、所述结束日期格式为yyyy-MM-dd，所述广播任务类型为实时任务时有效，为空时表示立即播放一次，开始日期为空时此字段无效；9、所述开始时间格式为HH:mm:ss，所述广播任务类型为循环任务且播放类型为按照时间段播放时有效，为循环任务的开始时间，如果为空则立即播放一次；10、所述结束时间格式为HH:mm:ss，所述广播任务类型为循环任务且播放类型为按照时间段播放时有效，为循环任务的结束时间，如果所述开始时间为空则此字段无效。

所述步骤S30具体包括：

步骤S31、应急广播终端基于所述广播消息的音频URL下载音频数据，创建一定时广播队列，将同步的所述广播消息存储至定时广播队列；所述音频数据的下载基于HTTPS的GET方法；

步骤S32、应急广播终端向应急广播平台发送携带所述广播消息ID和资源ID的播放请求，为了保障消息的同步，避免音柱由于网络原因没有及时收到应急广播平台的广播消息，造成广播任务异常；

步骤S33、应急广播平台接收到所述播放请求后，向应急广播终端发送允许播放指令；

步骤S34、应急广播终端接收到所述允许播放指令后，按所述播放顺序对音频数据进行音频MD5值校验后，进行顺序播放；

步骤S35、应急广播终端获取当前的系统时间，基于所述系统时间、广播类型、广播级别、广播任务类型、循环方式、播放类型、开始日期、结束日期、开始时间、结束时间以及重复播放次数对正在播放的音频数据进行核验，核验通过，则继续播放；核验不通过，则停止播放。

例如获取一条广播任务项，将广播任务项对应的广播类型、广播级别和目前正在播放的音频数据进行比较，若当前没有在播放，或者判断的广播任务项的广播级别更高则继续播放，否则获取下一条广播任务项。判断广播任务项对应的广播任务类型为循环任务，则继续判断循环方式，如果每天或者自定义星期和当前的系统时间一致则继续，如果为实时任务则判断开始时间，如果为空或者早于当前的系统时间则立即播放，否则取下一条广播任务项。判断播放类型为按照次数播放，则判断开始时间是否已经满足，已经满足则按照播放次数循环播放音频；如果为按照时间段播放，则获取开始时间和结束时间，进行循环播放。

所述步骤S34中，所述按所述播放顺序对音频数据进行音频MD5值校验后，进行顺序播放具体为：

按所述播放顺序，比对本地的所述音频数据与定时广播队列内对应的广播任务项的音频MD5值是否一致，若一致，则校验通过，进行顺序播放；若不一致，则基于所述定时广播队列的音频URL重新下载音频数据，更新所述广播列表信息，并进行顺序播放。通过对所述音频MD5值进行校验，能够对所述音频数据的完整性进行校验。具体实施时，还可判断所述资源ID是否一致。

还包括：

步骤S50、应急广播终端基于应急广播平台发送的撤销指令、恢复指令或者删除指令，对所述所述定时广播队列进行撤销、恢复或者删除操作。所述撤销指令执行后，可通过所述恢复指令进行恢复；所述删除指令执行后，不可恢复。

所述连接请求、同步广播消息指令、撤销指令、恢复指令、删除指令、播放请求以及允许播放指令均采用SM2国密算法或者SM3国密算法进行签名和验签，以保障应急广播的安全性。

综上所述，本发明的优点在于：

通过在应急广播终端开机后与应急广播平台同步广播消息以及NTP时钟，而广播消息携带广播消息ID、广播类型、广播级别、广播任务类型、循环方式、播放类型、开始日期、结束日期、开始时间、结束时间、重复播放次数以及广播列表信息；通过广播列表信息事先下载音频数据到本地，再利用广播消息对本地的音频数据进行实时播放、定时播放或者循环播放，即循环播放时不必每播放一次就重新下载一遍的音频数据，在发生突发事件时，应急广播终端接收到允许播放指令后，只需要1秒的响应时间，即极大的提升了应急广播的时效性，并极大的降低了网络流量和带宽的消耗。

虽然以上描述了本发明的具体实施方式，但是熟悉本技术领域的技术人员应当理解，我们所描述的具体的实施例只是说明性的，而不是用于对本发明的范围的限定，熟悉本领域的技术人员在依照本发明的精神所作的等效的修饰以及变化，都应当涵盖在本发明的权利要求所保护的范围内。