一种应急广播方法及装置的制造方法
【技术领域】
[0001 ]本发明涉及应急广播技术领域，特别涉及一种应急广播方法及装置。
【背景技术】
[0002]目前现存应急广播村村响系统中，多采用终端自行识别的方法。一般在下发广播时通过平台设置广播级别，终端通过进行解析，与在播广播的优先级进行判断比较后进行响应。不同终端对于在播广播的缓存方式不尽相同。有覆盖型，丢弃型等多种类型终端。
[0003]对于覆盖型基本采用优先响应高级别广播，低级别广播进入缓存，此种类型终端一般为智能终端，终端成本较高，村村响类项目的大规模部署中采用较少。而丢弃型多是直接丢弃掉低级别广播，等高级别广播下发结束后，被插播的较低级别广播无法再被恢复。
[0004]通过对目前存在的村村响系统的调查，多采用丢弃型，少部分智能终端上存在覆盖型。
[0005]现有技术的不足在于:对于丢弃型的终端而言，无法保存被插播广播，以致不能恢复。对于覆盖型的终端，在广播结束后，较早前被覆盖的广播，覆盖型的终端不能再次进行排序的优先级判断，且恢复广播方式过于简单。这两种方案下的插播智能化低，而这将导致村村响平台分发广播过程中出现不同的呈现状态，导致广播内容在某一时间内不一致的情况，不利于管控。
【发明内容】
[0006]本发明提供了一种应急广播方法及装置，用以解决在应急广播系统中，因应急广播终端无法恢复被插播广播，或不能再次进行优先级判断而导致广播内容在某一时间内不一致的问题。
[0007]本发明实施例中提供了一种应急广播方法，包括:
[0008]在应急广播平台确定需要进行广播的各内容及各应急广播终端；
[0009]根据各内容的广播要求，以及各应急广播终端的广播方式制定广播方案；
[0010]根据广播方案，在需要插播时，对目标应急广播终端下发播放目标内容的控制指令。
[0011]本发明实施例中提供了一种应急广播装置，包括:
[0012]确定模块，用于在应急广播平台确定需要进行广播的各内容及各应急广播终端；
[0013]方案模块，用于根据各内容的广播要求，以及各应急广播终端的广播方式制定广播方案；
[0014]指令模块，用于根据广播方案，在需要插播时，对目标应急广播终端下发播放目标内容的控制指令。
[0015]本发明有益效果如下:
[0016]在本发明实施例中，利用应急广播平台进行广播插播计算，在应急广播平台确定需要进行广播的各内容及各应急广播终端，并据此制定广播方案，在需要插播时，对目标应急广播终端下发播放目标内容的控制指令。由于是由应急平台进行插播处理，因此可以避免因应急广播终端的缺陷带来的不足，例如，不再出现无法恢复被插播广播，不能再次进行优先级判断等，因此可以避免终端多样引起的插播效果不一致且终端部署后变更困难的问题。
【附图说明】
[0017]此处所说明的附图用来提供对本发明的进一步理解，构成本发明的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中:
[0018]图1为本发明实施例中应急广播方法实施流程示意图；
[0019]图2为本发明实施例中广播播发流程示意图；
[0020]图3为本发明实施例中广播插播逻辑示意图；
[0021 ]图4为本发明实施例中应急广播装置结构示意图。
【具体实施方式】
[0022]应急广播村村响系统控制多类型终端设备，各终端设备对于同一时间段内多广播的响应机制不尽相同。在此种情况下，当某地正在播出广播，此时插播级别更高广播后，终端响应较高级别广播，响应结束后，并非所有终端都可再切回日常广播继续播放。这种后续广播播发完成之后无法恢复的情况在实际使用过程中存在问题，不利于管控。因此需要前端平台对于插播广播要有一套灵活插播寻址方案，针对不同方案根据不同场景形成可定制化的插播机制，保证终端按照预期结果进行不间断稳定播发。基于此，本发明实施例中提供了一种应急广播方案，下面结合附图对本发明的【具体实施方式】进行说明。
[0023]在说明过程中，将主要说明应急广播平台侧的实施，但也会对涉及到的应急广播设备侧的应急广播终端进行说明。这样的说明方式并不意味着二者必须配合实施、或者必须单独实施。
[0024]图1为应急广播方法实施流程示意图，如图所示，可以包括:
[0025]步骤101、在应急广播平台确定需要进行广播的各内容及各应急广播终端；
[0026]步骤102、根据各内容的广播要求，以及各应急广播终端的广播方式制定广播方案；
[0027]步骤103、根据广播方案，在需要插播时，对目标应急广播终端下发播放目标内容的控制指令。
[0028]实施中，各应急广播终端的广播方式可以为通过以下方式之一或者其组合的方式进行广播:
[0029]RDS(Rad1 Data System，无线数据广播系统)、DTMB(Digital Televis1nTerrestrial Multimedia Broadcasting，数字电视地面广播传输)n IP (InternetProtocol，因特网协议)。
[0030]具体的，根据应急广播平台覆盖的应急广播终端，根据应急广播终端支持的指令协议不同，可将其类型分为:通过无线数据广播系统广播的RDS，通过电视广播的DTMB、通过互联网协议广播的IP。广播时可将广播方案配置为支持某一种或多种类型，在下发时则可选择某一种或多种广播方案下发。RDS、DTMB、IP指的是广播控制方式。比如我们要发一个广播(广播内容是一首歌曲)，终端有支持RDS指令的，有支持DTMB指令方式的，还有支持IP方式的。当然这三种方式指令协议及插播机制是不同的，具体实施时需要采用相应的方式。
[0031]下面通过实例进行说明以便更好地理解本发明实施例中提供的技术方案。
[0032]实施例1
[0033]图2为广播播发流程示意图，如图所示，可以包括:
[0034]步骤201、广播下发操作开始。
[0035]步骤202、根据应急广播终端的广播方式配置计算本次广播实际可以下发的几种广播方案。
[0036]步骤203、根据广播方案计算此次下发目标。
[0037]步骤204、根据应急广播终端的广播方式类型判断是否需要插播，是则转入步骤205，否则转入步骤206。
[0038]步骤205、计算插播。
[0039]本步骤的具体实施将在实施例2中结合图3中的相关内容进行说明。
[0040]步骤206、根据应急广播终端的广播方式类型及插播计算结果判断是否需要发送控制指令，是则转入步骤207，否则转入步骤208。
[0041]具体的，例如假设广播方案为:需要先向全县发一个广播，然后再对村发广播。对于某一终端而言，当这两个广播共存时，很可能出现针对村的这个广播发不下去的情况，因为之前还存在一个更高级别的县广播(下面还将以实例进行说明)。这样，当出现此种情况，应急平台计算计算出来的是此次村广播不能覆盖的区域，所以计算结果展示没有可生效区域，接下来控制指令根据计算结果在这些区域就不发控制指令。
[0042]上述的村广播发不下去的情况可以如下:假设有一个村直属终端Tl，然后向全县Al发了一个广播Rl，然后向全村BI发了一个广播R2。在播发R2时，平台计算出终端Tl上存在着广播Rl且Rl比此次要发的R2级别高，此时平台处理的方法是通过不发R2广播的控制流，从而让Tl上不发生广播切换。
[0043]步骤207、发送控制指令。
[0044]具体实施中，按应急广播终端对应的传输协议下发具体的协议指令即可。
[0045]步骤208、根据接入方式判断是否需要发送媒体流，是则转入步骤209，否则转入步骤 210 0
[0046]具体的，应急广播终端的接入方式由应急广播提供，有文字、短信、电话等多种，但在发送媒体流时，由于控制指令和媒体指令分开，应急广播平台提供一种外部接入，这种下发媒体流直接透传，这种情况下只需要应急广播平台下发广播指令，不需要应急广播平台做媒体流处理。相应的，当不发送媒体流的依然进行广播，仅是平台内不处理媒体流。
[0047]也即实施中，还可以进一步包括:在确定下发播放的目标内容需要发送流媒体时，根据接入方式确定是否下发流媒体。
[0048]步骤209、发送媒体流。
[0049]步骤210、保存广播数据。
[0050]步骤211、向操作用户返回结果。
[0051]具体可以是，成功提示用户广播下发成功，失败提示失败原因。
[0052]实施中，制定广播方案可以是根据以下内容之一或者其组合进行的:
[0053]内容的优先级别、应急广播终端的级别、内容的广播目标区域级别。
[0054]具体实施中，所述内容的优先级别为应急广播与日常广播；
[0055]所述应急广播终端的级别为行