CN106788829A - 应急事件的广播方法及装置 - Google Patents

Abstract

本发明提供了一种应急事件的广播方法及装置，属于应急广播技术领域。该应急事件的广播方法包括：遍历预设的待播发序列中所有的应急事件，查找满足预设条件的应急事件，其中，所述待播发序列包括多个待播发的应急事件；对查找到的应急事件进行广播，并将该应急事件从所述待播发序列中移除，添加到预设的播发序列中。相比于现有技术，本发明提供的应急事件的广播方法及装置有效地改善了反复查询数据库导致数据库读取数据压力较大以及任务状态需要随着任务执行情况的变化反复修改导致数据不易管理的问题。

Description

应急事件的广播方法及装置

技术领域

本发明涉及应急广播技术领域，具体而言，涉及一种应急事件的广播方法及装置。

背景技术

应急广播系统从控制和响应层面主要分为应急广播前端播控系统和终端两部分。应急广播前端播控系统发送广播的控制指令，终端根据广播的控制指令播放广播。应急广播前端播控系统主要接收外部如应急办等部门发来的应急事件，当系统收到某一应急事件时，根据该应急事件接入的时间及级别进行准确播发。目前现存应急广播前端播控系统对于接收到的应急广播任务的处理方式大多为：将数据解析后存入数据库，通过线程不断扫描数据库数据，将符合条件的应急广播任务获取出来直接执行。通过对目前存在的应急广播前端播控系统调查发现，反复查询数据库将导致数据库读取数据压力较大。此外，由于应急广播任务的状态如正在广播、暂停广播、结束广播等需随着任务的执行情况的变化而反复修改，导致数据不易管理。

发明内容

有鉴于此，本发明的目的在于提供一种应急事件的广播方法及装置，以有效地改善上述问题。

为了实现上述目的，本发明采用的技术方案如下：

一方面，本发明实施例提供了一种应急事件的广播方法，所述方法包括：遍历预设的待播发序列中所有的应急事件，查找满足预设条件的应急事件，其中，所述待播发序列包括多个待播发的应急事件；对查找到的应急事件进行广播，并将该应急事件从所述待播发序列中移除，添加到预设的播发序列中。

另一方面，本发明实施例还提供了一种应急事件的广播装置，所述装置包括：查找模块和广播模块。其中，查找模块，用于遍历预设的待播发序列中所有的应急事件，查找满足预设条件的应急事件，其中，所述待播发序列包括多个待播发的应急事件。广播模块，用于对查找到的应急事件进行广播，并将该应急事件从所述待播发序列中移除，添加到播发序列中。

相比于现有技术，本发明实施例提供的应急事件的广播方法及装置，遍历预设的待播发序列中所有的应急事件，查找满足预设条件的应急事件，对查找到的应急事件进行广播，并将该应急事件从所述待播发序列中移除，添加到预设的播发序列中。这种基于待播发序列和播发序列的广播模式，使得应急事件即广播任务能在待播发序列和播发序列中流转，处理速度快，对数据库的访问量降低，有效地改善了反复查询数据库导致数据库读取数据压力较大以及任务状态需要随着任务执行情况的变化反复修改导致数据不易管理的问题。

为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1示出了本发明实施例一种电子设备的结构框图；

图2示出了本发明第一实施例提供的应急事件的广播方法的一种方法流程图；

图3示出了图2中步骤S200的方法流程图；

图4示出了本发明第一实施例提供的应急事件的广播方法的一种原理示例图；

图5示出了本发明第一实施例提供的应急事件的广播方法的另一种方法流程图；

图6示出了图3中步骤S203的方法流程图；

图7示出了本发明第二实施例提供的应急事件的广播装置的功能模块框图。

具体实施方式

下面将结合本发明实施例中附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

图1示出了一种可应用于本申请实施例中的电子设备100的结构框图。如图1所示，电子设备100可以包括应急事件的广播装置110、存储器120、存储控制器130、处理器140、外设接口150、输入输出单元160、显示单元170和网络单元180。

存储器120、存储控制器130、处理器140、外设接口150、输入输出单元160、显示单元170和网络单元180各元件之间直接或间接地电连接，以实现数据的传输或交互。例如，这些元件之间可以通过一条或多条通讯总线或信号总线实现电连接。本发明实施例提供的应急事件的广播方法及装置对应的程序指令/模块包括至少一个可以以软件或固件(firmware)的形式存储于存储器120中的软件功能模块，例如应急事件的广播装置110包括的软件功能模块或计算机程序。

存储器120可以存储各种软件程序以及模块，如本申请实施例提供的应急事件的广播方法及装置对应的程序指令/模块。处理器140通过运行存储在存储器120中的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现本申请实施例中的应急事件的广播方法。存储器120可以包括但不限于随机存取存储器(Random Access Memory，RAM)，只读存储器(Read Only Memory，ROM)，可编程只读存储器(Programmable Read-OnlyMemory，PROM)，可擦除只读存储器(Erasable Programmable Read-Only Memory，EPROM)，电可擦除只读存储器(Electric Erasable Programmable Read-Only Memory，EEPROM)等。

处理器140可以是一种集成电路芯片，具有信号处理能力。上述处理器可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(NetworkProcessor，简称NP)等；还可以是数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。其可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述外设接口150将各种输入/输出装置耦合至处理器140以及存储器120。在一些实施例中，外设接口150，处理器140以及存储控制器130可以在单个芯片中实现。在其他一些实例中，他们可以分别由独立的芯片实现。

输入输出单元160用于提供给用户输入数据实现用户与电子设备100的交互。所述输入输出单元160可以是，但不限于，鼠标和键盘等。

显示单元170在所述电子设备100与用户之间提供一个交互界面(例如用户操作界面)或用于显示图像数据给用户参考。在本实施例中，所述显示单元170可以是液晶显示器或触控显示器。若为触控显示器，其可为支持单点和多点触控操作的电容式触控屏或电阻式触控屏等。支持单点和多点触控操作是指触控显示器能感应到来自该触控显示器上一个或多个位置处同时产生的触控操作，并将该感应到的触控操作交由处理器进行计算和处理。

网络单元180用于接收以及发送网络信号。上述网络信号可包括无线信号或者有线信号。

可以理解，图1所示的结构仅为示意，所述电子设备还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。图1中所示的各组件可以采用硬件、软件或其组合实现。

图2示出了本发明实施例提供的一种应急事件的广播方法的流程图，请参阅图2，所述方法包括：

步骤S200，遍历预设的待播发序列中所有的应急事件，查找满足预设条件的应急事件，其中，所述待播发序列包括多个待播发的应急事件；

应急广播是指当发生重大自然灾害、突发事件、公共卫生与社会安全等突发公共危机时，应急广播可提供一种迅速快捷的信息传输通道，在第一时间把灾害消息或灾害可能造成的危害传递到民众手中，让人民群众在第一时间知道发生了什么事情，应该怎么撤离、避险，将生命财产损失降到最低。本实施例中，应急事件可以包括需要进行应急广播的应急信息、开始广播时间、持续时间、覆盖区域、作用资源等信息。其中，应急事件的作用资源表示台站、终端等用于响应广播的硬件设备。例如，当作用资源表示终端时，可以为网络广播终端、调频终端、地面数字电视、有线数字电视等。

需要说明的是，执行上述步骤S200之前，需要预先设置待播发序列和播发序列。其中，待播发序列用于存放等待播发的应急事件，播发序列用于存放正在播发的应急事件。进一步，执行上述步骤S200之前，本发明实施例提供的应急事件的广播方法还包括：接收应急事件，按照预设规则将接收到的应急事件添加到待播发序列中。例如，接收应急事件可以是接收外部如应急办等部门发来的应急事件，将接入的应急事件转成系统能够识别的业务数据添加到待播发序列中。

优选的，上述的按照预设规则将所述应急事件添加到待播发序列的实施方式可以为：获取接收到的应急事件的开始广播时间；按照所述开始广播时间的先后顺序将所述应急事件添加到所述待播发序列，使得待播发序列中的应急事件根据开始广播的顺序依次排列。当然，待播发序列除了上述按照开始广播时间先后顺序排列的方式外，也可以按照其他方式排列。

当然，接收应急事件，按照预设规则将接收到的应急事件添加到待播发序列的步骤不限于发生在步骤S200之前，还可以与步骤S200或步骤S220基本并行地执行或，或者是在步骤S200或步骤S220之后执行。

具体的，如图3所示，步骤S200包括以下步骤S201至步骤S205。

步骤S201，遍历预设的待播发序列中所有的应急事件，查找满足播发条件的应急事件；

其中，播发条件为根据需要预先设置的。本实施例中，预设的播发条件可以为：判断当前时间是否在应急事件的开始广播时间和结束广播时间之间，即判断每个应急事件是否满足开始广播时间小于或等于当前时间且结束广播时间是否大于当前时间。若当前应急事件的开始广播时间小于或等于当前时间且结束广播时间大于当前时间，则表示当前应急事件为满足播发条件的应急事件。

若在待播发序列中没有查找到满足播发条件的应急事件，则继续遍历，直至查找到满足播发条件的应急事件后，再执行步骤S202。

步骤S202，判断所述播发序列中是否存在与当前查找到的应急事件的作用资源一致的当前播发应急事件；

本实施例中，与当前查找到的应急事件的作用资源一致的当前播发应急事件具体可以理解为与当前查找到的应急事件的作用资源的种类一致。

若所述播发序列中存在与当前查找到的应急事件的作用资源一致的当前播发应急事件，执行步骤S203；若所述播发序列中不存在与当前查找到的应急事件的作用资源一致的当前播发应急事件，则执行步骤S205。

步骤S203，分别获取所述当前播发应急事件的优先级和所述当前查找到的应急事件的优先级；

预先为每个应急事件均设置有优先级，若所述播发序列中存在与当前查找到的应急事件的作用资源一致的当前播发应急事件，分别获取当前播发应急事件的优先级和当前查找到的应急事件的优先级。

步骤S204，判断所述当前查找到的应急事件的优先级是否高于所述当前播发应急事件的优先级；

可以理解的是，应急事件的优先级越高，表示该应急事件的紧急程度越高，需要优先进行广播。因此，若所述当前查找到的应急事件的优先级高于所述当前播发应急事件的优先级，则执行步骤S205；若所述当前查找到的应急事件的优先级低于或等于所述当前播发应急事件的优先级，则返回步骤S201，继续遍历预设的待播发序列，查找下一个满足预设条件的应急事件。

步骤S205，判定所述当前查找到的应急事件为满足所述预设条件的应急事件。

若判定当前查找到的应急事件为满足所述预设条件的应急事件，即可继续执行步骤S220。

需要说明的是，若所述当前查找到的应急事件的优先级高于所述当前播发应急事件的优先级，判定所述当前查找到的应急事件为满足所述预设条件的应急事件的情况下，步骤S205与步骤S220之间还包括步骤S210(图中未示出)。

步骤S210，将所述当前播发应急事件从所述播发序列中移除，重新添加到所述待播发序列，并中断对所述当前播发应急事件的广播；

由于需要优先广播优先级更高的应急事件，因此，若所述当前查找到的应急事件的优先级高于所述当前播发应急事件的优先级，判定所述当前查找到的应急事件为满足所述预设条件的应急事件，在执行步骤S220之前，需要先中断对当前播发应急事件的广播，以插播当前查找到的优先级更高的应急事件，并将被中断广播的应急事件从播发序列中移除，重新添加到待播发序列中，等待播发。

图4示出了本实施例提供的应急事件的广播方法的一种具体原理示例图。如图4所示，待播发序列PD中包括待播发的应急事件d1、d2、d3、d4、d5以及d6，播发序列PB中包括正在播发的应急事件b1和b2。其中，d1、d3、d5以及b1的作用资源均为A，d2、d4、d6以及b2的作用资源为B。假设在待播发序列PD中当前查找到的应急事件为d3，此时，播发序列中存在与d3作用资源一致的当前播发应急事件b1。若d3的优先级高于b1的优先级，则中断b1的播发，将b1从播发序列PB中移除，重新添加到待播发序列PD中，如图4中的虚线箭头所示，并对d3进行广播，且将d3添加到播发序列PB中，如图4中的实线弧形箭头所示。

步骤S220，对查找到的应急事件进行广播，并将该应急事件从所述待播发序列中移除，添加到预设的播发序列中。

此时，将该应急事件由待播发序列中移除，添加到预设的播发序列中表示该应急事件由等待播发的应急事件转变为正在播发的应急事件，有利于用户能够通过查询待播发序列和播发序列随时了解应急事件的播发状态。

进一步的，如图5所示，执行完步骤S220之后，本发明实施例提供的应急事件的广播方法还包括步骤S240。

步骤S240，若对查找到的应急事件的广播结束，将该应急事件从所述待播发序列中移除。

完成对应急事件的广播后，即应急事件的广播结束时，将该应急事件从所述待播发序列中移除。此时，待播发序列和播发序列均无法查找到该应急事件，表示该应急事件对应的应急广播任务已结束。

作为一种优选实施方式，如图6所示，本实施例中的步骤S203具体可以包括以下步骤S501、步骤S502和步骤S503。

步骤S501，分别获取所述当前播发应急事件的优先级参数和所述当前查找到的应急事件的优先级参数，其中，所述优先级参数包括维度个数、每个维度的值以及每个维度的权重；

具体的，应急事件的维度个数以及每个维度的值可以根据用户的需要设置。例如，本实施例中，可以将应急事件的属性如事件级别和事件类型作为应急事件的维度。当将事件级别和事件类型分别作为应急事件的维度时，应急事件的维度个数为2。事件级别可以包括特别重大和重大，事件类型可以包括预警和应急。例如，特别重大的值可以设置为2、重大值可以设置为1，应急值可以设置为2，预警值可以设置为1。此时，当某应急事件的事件级别为特别重大，事件类型为预警时，该应急事件对应的事件级别维度的值为2，事件类型维度的值为1。当然，本实施例中，应急事件的维度不仅限于上述列举的两种，也可以设置其它维度，例如应急事件发生的可能性等。

维度权重也可以根据用户的需要设置。例如，对于事件级别和事件类型两种维度，若某区域更注重事件级别，则设置事件级别的权重高于事件类型的权重，相反，若更注重事件类型，则设置事件类型的权重高于事件级别的权重。

步骤S502，根据所述当前播发应急事件的优先级参数获得所述当前播发应急事件的优先级；

步骤S503，根据所述当前查找到的应急事件的优先级参数获得所述当前查找到的应急事件的优先级。

将当前播发应急事件的每个维度的权重乘以该维度对应的值后进行累加即可得到当前播发应急事件的优先级。同理，将当前查找到的应急事件的每个维度的权重乘以该维度对应的值后进行累加即可得到当前查找到的应急事件的优先级。可以理解的是，优先级越大，优先级的级别越高。

优选的，根据所述当前播发应急事件的优先级参数获得所述当前播发应急事件的优先级以及根据所述当前查找到的应急事件的优先级参数获得所述当前查找到的应急事件的优先级的具体实施方式可以为：

根据预先设置的维度和维度权重得到维度序列以及与该维度序列对应的权重序列。例如，假设应急事件的维度包括W1和W2，W1对应的值为w1，W2对应的值为w2。此时，所得到的维度序列为{W1，W2}，维度值序列为{w1，w2}。

根据公式：分别得到所述当前播发应急事件的优先级和所述当前查找到的应急事件的优先级。其中，i表示1至n的整数，S表示所述优先级，n表示所述维度个数，p_i表示预设的当前维度的排列序号即当前维度在上述维度序列中的排列序号，表示当前维度的权重，w_i表示当前维度的值。

例如，对于上述维度序列为{W1，W2}，维度W1的排列序号为1，维度W1的排列序号为2。假设w1为1，w2为2，此时，得到的优先级S＝10^(2-1)×1+10^(2-2)×2＝12。

现有的优先级判断方法通常使用逻辑判断的方法，例如特别重大＞重大，应急＞预警，限制性较强。相比于现有技术，本发明实施例提供的优先级获取方法通过预先设置应急事件的维度，根据维度个数、各维度的权重以及各维度的值得到应急事件的优先级，具体的维度、维度个数、各维度的权重以及各维度的值可根据用户的需要灵活配置，例如，能够根据不同地区或不同时间段的需求对应急事件的维度及各维度的权重进行设置，有效地提高了系统的适用性。

需要说明的是，本发明经过实验环境模拟，并在真实的应急广播平台部署环境中进行测试和验证。验证表明，本发明能够根据系统配置准确播放某一时刻下多广播中的最高级别广播，且正在广播的较低优先级的应急事件可被较高优先级的应急事件中断，较高优先级的应急事件的广播结束后，可重新恢复该较低优先级的应急事件的广播，系统正常运行。广播队列运行正常，无数据丢失等不良现象。

综上所述，本发明实施例提供的应急事件的广播方法，遍历预设的待播发序列中所有的应急事件，查找满足预设条件的应急事件，对查找到的应急事件进行广播，并将该应急事件从所述待播发序列中移除，添加到预设的播发序列中。这种基于待播发序列和播发序列的广播模式，使得应急事件即广播任务能在待播发序列和播发序列中流转，处理速度快，对数据库的访问量降低，有效地改善了反复查询数据库导致数据库读取数据压力较大以及任务状态需要随着任务执行情况的变化反复修改导致数据不易管理的问题。

第二实施例

请参阅图7，是本发明实施例提供的一种应急事件的广播装置的功能模块示意图。所述应急事件的广播装置110运行于电子设备100中。如图7所示，所述应急事件的广播装置110包括：查找模块111和广播模块112。

其中，查找模块111，用于遍历预设的待播发序列中所有的应急事件，查找满足预设条件的应急事件，其中，所述待播发序列包括多个待播发的应急事件；

广播模块112，用于对查找到的应急事件进行广播，并将该应急事件从所述待播发序列中移除，添加到播发序列中。

具体的，如图7所示，所述查找模块111包括优先级获取子模块1111和判定子模块1112。

优先级获取子模块1111，用于遍历预设的待播发序列中所有的应急事件，查找满足播发条件的应急事件，若所述播发序列中存在与当前查找到的应急事件的作用资源一致的当前播发应急事件，分别获取所述当前播发应急事件的优先级和所述当前查找到的应急事件的优先级；

判定子模块1112，用于若所述当前查找到的应急事件的优先级高于所述当前播发应急事件的优先级，判定所述当前查找到的应急事件为满足所述预设条件的应急事件。此时，本发明实施例提供的应急事件的广播装置还包括移除模块，所述移除模块用于将所述当前播发应急事件从所述播发序列中移除，重新添加到所述待播发序列，并中断对所述当前播发应急事件的广播。

此外，所述判定子模块1112还用于若所述播发序列中不存在与当前查找到的应急事件的作用资源一致的当前播发应急事件，判定所述当前查找到的应急事件为满足所述预设条件的应急事件。

进一步的，优先级获取子模块1111具体用于分别获取所述当前播发应急事件的优先级参数和所述当前查找到的应急事件的优先级参数，其中，所述优先级参数包括维度个数、每个维度的值以及每个维度的权重；根据所述当前播发应急事件的优先级参数获得所述当前播发应急事件的优先级；根据所述当前查找到的应急事件的优先级参数获得所述当前查找到的应急事件的优先级。

进一步的，如图7所示，本发明实施例提供的应急事件的广播装置110还包括第一移除模块113。第一移除模块113用于将所述当前播发应急事件从所述播发序列中移除，重新添加到所述待播发序列，并中断对所述当前播发应急事件的广播。

进一步的，如图7所示，本发明实施例提供的应急事件的广播装置110还包括第二移除模块114。第二移除模块114用于若对查找到的应急事件的广播结束，将该应急事件从所述待播发序列中移除。

以上各模块可以是由软件代码实现，也同样可以由硬件例如集成电路芯片实现。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

本发明第二实施例所提供的应急事件的广播装置110，其实现原理及产生的技术效果和前述方法实施例即第一实施例相同，为简要描述，装置实施例部分未提及之处，可参考前述方法实施例中相应内容。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本发明的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本发明各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。

Claims (10)

1.一种应急事件的广播方法，其特征在于，所述方法包括：

遍历预设的待播发序列中所有的应急事件，查找满足预设条件的应急事件，其中，所述待播发序列包括多个待播发的应急事件；

对查找到的应急事件进行广播，并将该应急事件从所述待播发序列中移除，添加到预设的播发序列中。

2.根据权利要求1所述的方法，其特征在于，所述遍历预设的待播发序列中所有的应急事件，查找满足预设条件的应急事件，包括：

遍历预设的待播发序列中所有的应急事件，查找满足播发条件的应急事件，若所述播发序列中存在与当前查找到的应急事件的作用资源一致的当前播发应急事件，分别获取所述当前播发应急事件的优先级和所述当前查找到的应急事件的优先级；

若所述当前查找到的应急事件的优先级高于所述当前播发应急事件的优先级，判定所述当前查找到的应急事件为满足所述预设条件的应急事件。

3.根据权利要求2所述的方法，其特征在于，所述遍历预设的待播发序列中所有的应急事件，查找满足预设条件的应急事件与所述对查找到的应急事件进行广播，并将该应急事件从所述待播发序列中移除，添加到预设的播发序列中之间，还包括：

将所述当前播发应急事件从所述播发序列中移除，重新添加到所述待播发序列，并中断对所述当前播发应急事件的广播。

4.根据权利要求2所述的方法，其特征在于，所述方法还包括：

若所述播发序列中不存在与当前查找到的应急事件的作用资源一致的当前播发应急事件，判定所述当前查找到的应急事件为满足所述预设条件的应急事件。

5.根据权利要求2所述的方法，其特征在于，所述分别获取所述当前播发应急事件的优先级和所述当前查找到的应急事件的优先级，包括：

分别获取所述当前播发应急事件的优先级参数和所述当前查找到的应急事件的优先级参数，其中，所述优先级参数包括维度个数、每个维度的值以及每个维度的权重；

根据所述当前播发应急事件的优先级参数获得所述当前播发应急事件的优先级；

根据所述当前查找到的应急事件的优先级参数获得所述当前查找到的应急事件的优先级。

6.根据权利要求5所述的方法，其特征在于，所述根据所述当前播发应急事件的优先级参数获得所述当前播发应急事件的优先级；根据所述当前查找到的应急事件的优先级参数获得所述当前查找到的应急事件的优先级，包括：

根据公式：分别得到所述当前播发应急事件的优先级和所述当前查找到的应急事件的优先级，其中，S表示所述优先级，n表示所述维度个数，p_i表示预设的当前维度的排列序号，表示当前维度的权重，w_i表示当前维度的值。

7.根据权利要求1所述的方法，其特征在于，所述对查找到的应急事件进行广播，并将该应急事件从所述待播发序列中移除，添加到预设的播发序列中之后，还包括：

若对查找到的应急事件的广播结束，将该应急事件从所述待播发序列中移除。

8.根据权利要求1所述的方法，其特征在于，所述方法还包括：

接收应急事件，按照预设规则将所述应急事件添加到待播发序列。

9.根据权利要求8所述的方法，其特征在于，所述的接收应急事件，按照预设规则将所述应急事件添加到待播发序列，包括：

获取接收到的应急事件的开始广播时间；

按照所述开始广播时间的先后顺序将所述应急事件添加到所述待播发序列。

10.一种应急事件的广播装置，其特征在于，所述装置包括：

查找模块，用于遍历预设的待播发序列中所有的应急事件，查找满足预设条件的应急事件，其中，所述待播发序列包括多个待播发的应急事件；

广播模块，用于对查找到的应急事件进行广播，并将该应急事件从所述待播发序列中移除，添加到播发序列中。