CN109413592A - 一种广播方法和移动终端 - Google Patents

Abstract

本发明公开了一种广播方法和移动终端，包括：接收终端***的广播请求；基于预设的紧急广播名单确定所述广播请求对应的广播消息是否属于紧急广播；如果所述广播消息属于紧急广播，则将所述广播消息送入紧急队列中处理。本发明实施例的方案，通过预设的紧急广播名单确定广播请求对应的广播消息是否属于紧急广播，并在确定属于紧急广播的情况下，将广播消息送入紧急队列中处理，以使得紧急广播可以被优先及时送入紧急队列中处理，避免属于紧急广播的广播消息由于广播队列拥堵而造成广播延时，从而，提升广播效率。

Description

一种广播方法和移动终端

技术领域

本发明涉及通信领域/终端领域，尤其涉及一种广播方法和移动终端。

背景技术

广播作为Android***的四大组件之一,被运用得非常频繁；以发送端角度而言可以分为有序发送和无序发送，以接收端角度而言又可以分为动态注册和静态注册。众所周知，Android***中有两类广播队列，一类是前台广播队列，另一类是后台广播队列；无论是前台广播队列还是后台广播队列，每个广播队列又可以分为两个子队列：并行队列和有序队列。

当某个广播是被发送端以无序的方式发送，且其接收端是动态注册，则会将该广播消息放到并行队列进行处理；而其它情况则会将广播消息放到有序队列进行处理。一般而言，针对一个广播，Android会提供优先级来控制哪个接收端能够优先接收这个广播。

针对有序队列，会按照进入该有序队列的先后顺序依次处理(即广播)队列里面的广播消息；而在处理每个广播消息时，需要依次发送给待广播的每个接收端。即将第一个广播消息发送给第一个接收端，待第一个接收端处理完成，将第一个广播消息发送给第二个接收端，直到该第一个广播消息的待广播的接收端全部已经处理完毕，才会去按照相同方式发送该有序队列里的下一个广播消息。

然而，Android只为接收端确定了优先级，以控制哪个接收端能够优先接收到广播；并没有为优先队列中的广播消息设置优先级，广播消息是按照进入有序队列的先后顺序进行处理。当有序队列里存在若干广播消息时，可能会由于位于队列前面的广播消息没处理完，而导致位于队列后面的广播消息来不及处理，从而造成有序队列中的广播消息阻塞。这些被阻塞的广播消息中可能存在紧急性非常高(需要及时处理)的数据。例如，用户设定一个8点钟的闹钟，Alarm事件触发后会发送一个广播，闹钟应用是静态注册该广播的，所以终端***会将该广播对应的广播消息送入有序队列进行发送，而此时有序队列可能存在拥堵，就不能及时广播给闹钟应用，从而闹钟会延时响闹(延时有可能长达几分钟)，影响用户体验。

由此，如何实现紧急性高的广播消息能够被优先及时广播，以减小广播拥堵而造成的时延，是本发明所要解决的技术问题。

发明内容

本发明实施例的目的是提供一种广播方法和移动终端，通过预设的紧急广播名单确定广播消息属于紧急广播时，将广播消息送入设置的紧急队列中进行处理，以实现紧急性高的广播消息能够被优先及时广播，减小广播拥堵而造成的时延。

第一方面，提供了一种广播方法，应用于终端***，所述终端***的广播队列包括非紧急队列和紧急队列，所述方法包括：

接收终端***的广播请求；

基于预设的紧急广播名单确定所述广播请求对应的广播消息是否属于紧急广播；

如果所述广播消息属于紧急广播，则将所述广播消息送入紧急队列中处理。

第二方面，提供了一种移动终端，所述移动终端中终端***的广播队列包括非紧急队列和紧急队列，所述移动终端包括：

接收模块，用于接收终端***的广播请求；

确定模块，用于基于预设的紧急广播名单确定所述广播请求对应的广播消息是否属于紧急广播；

发送模块，用于如果所述广播消息属于紧急广播，则将所述广播消息送入紧急队列中处理。

第三方面，提供了一种移动终端，该移动终端包括处理器、存储器及存储在该存储器上并可在该处理器上运行的计算机程序，该计算机程序被该处理器执行时实现如第一方面所述方法的步骤。

第四方面，提供了一种计算机可读存储介质，该计算机可读存储介质上存储计算机程序，该计算机程序被处理器执行时实现如第一方面所述方法的步骤。

在本发明实施例中，通过接收终端***的广播请求，进而基于预设的紧急广播名单确定所述广播请求对应的广播消息是否属于紧急广播，如果所述广播消息属于紧急广播，则将所述广播消息送入紧急队列中处理，以使得紧急广播可以被优先及时送入紧急队列中处理，避免属于紧急广播的广播消息由于广播队列拥堵而造成广播延时，从而，提升广播效率。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本发明的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是本发明的一个实施例提供的广播方法的步骤示意图。

图2是本发明的一个实施例提供的预设的紧急广播名单确定方法步骤示意图。

图3是本发明的再一个实施例提供的广播方法的步骤示意图。

图4是本发明的再一个实施例提供的广播方法的步骤示意图。

图5a是本发明的一个实施例提供的移动终端的结构示意图。

图5b是本发明的再一个实施例提供的移动终端的结构示意图。

图5c是本发明的再一个实施例提供的移动终端的结构示意图。

图6是本发明的一个实施例提供的移动终端的硬件结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

图1是本发明的一个实施例提供的广播方法的步骤示意图。图1的方法由移动终端的终端***执行，所述终端***的广播队列包括非紧急队列和紧急队列；其中，非紧急队列进一步包括：有序队列和无序队列。图1的方法可包括以下步骤：

S110，接收终端***的广播请求。

应理解，在终端***内的应用事件触发后，终端***调用发送广播(sendBroadcast)函数，生成对应所述应用事件的广播请求。其中，通过该广播请求，可以获知该广播对应的应用事件、广播消息以及广播标识等信息。

进而，在接收到广播请求后，可以根据所述广播请求构造一个广播记录(broadcastRecord)，其中，该广播记录中至少携带有广播消息以及广播标识。应理解，本发明实施例中所涉及的广播记录的构造方式并不具体限定，可以是根据现有的构造规则生成相应广播记录格式，也可以是根据新的构造规则生成相应广播记录格式，符合数据格式要求即可。

S120，基于预设的紧急广播名单确定所述广播请求对应的广播消息是否属于紧急广播。

应理解，所述预设的紧急广播名单可以是由本移动终端生成的；也可以是由其他外部设备(例如测试所用移动终端)生成，并作为同类移动终端所共有。其中，所述预设的紧急广播名单中可以记录有表征广播消息唯一性的广播标识，或是，记录有广播消息以及表征广播消息唯一性的广播标识，本发明并不对预设的紧急广播名单中记录的内容进行限定，除上述广播消息、广播标识外，还可以包含其它与广播相关且能够唯一确定广播的内容。

S130，如果所述广播消息属于紧急广播，则将所述广播消息送入紧急队列中处理。

在本步骤中，如果确定广播请求对应的广播消息属于紧急广播，即广播消息在预设的紧急广播名单中有记录，或是，广播消息对应的广播标识在预设的紧急广播名单中有记录，则将该广播请求对应的广播消息送入紧急队列中处理。

本发明技术方案中，通过接收终端***的广播请求，进而基于预设的紧急广播名单确定所述广播请求对应的广播消息是否属于紧急广播，如果所述广播消息属于紧急广播，则将所述广播消息送入紧急队列中处理，以使得紧急广播可以被优先及时送入紧急队列中处理，避免属于紧急广播的广播消息由于广播队列拥堵而造成广播延时，从而，提升广播效率。

如果确定广播请求对应的广播消息不属于紧急广播，一种可实现的方案是：将广播请求对应的广播消息送入非紧急队列中处理，并记录处理完成该广播消息所需的时长。其中，非紧急队列可以包括有序队列和并行队列，对不属于紧急广播的广播消息而言，可基于现有技术的方案进行处理。例如，基于所述广播消息的类型和接收所述广播消息的接收机类型，将所述广播消息送入有序队列或并行队列中处理。

应理解，在本发明中，虽然有序队列存在处理延时的问题，但是，考虑到接收到的广播请求对应的广播消息并不确定是属于有序队列还是并行队列，因此，可以按照本发明的方案先确定是否属于紧急广播，在确定不属于紧急广播且最终送入非紧急队列中处理时，再结合广播消息的类型以及接收机类型，确定是送入有序队列还是并行队列。其实，也可以基于本发明的方案，在确定广播请求对应的广播消息是否属于紧急广播之前，确定该广播消息是属于有序队列还是并行队列，如果属于有序队列，那么可基于预设的紧急广播名单确定是否属于紧急广播，并根据确定结果决定是送入紧急队列还是送入有序队列；如果属于并行队列，那么，基于预设的紧急广播名单确定不属于紧急广播，直接送入并行队列处理。

由此，可以将不属于紧急广播的广播消息送入非紧急队列中处理，以按照现有队列类型处理各自对应的广播消息，维持非紧急队列的处理秩序。

如果确定广播请求对应的广播消息不属于紧急广播，另一种可实现的方案是：如果所述广播消息不属于紧急广播，且所述非紧急队列处于拥堵状态，且所述广播消息对应的第一时长小于预设时长，则将所述广播消息送入紧急队列中处理，否则，将广播请求对应的广播消息送入非紧急队列中处理；其中，所述第一时长为所述广播消息最近一次处理完成所需的时长。

由此，可以在非紧急队列拥堵的情况下，将第一时长小于预设时长(即处理完成所需时长较短)的不属于紧急广播的广播消息，送入紧急队列中处理，这样，可以避免处理完成所需时长较短的广播消息由于广播队列拥堵而延时，及时且有效的减低或缓解非紧急队列的拥堵状况。

基于上述方案，在所述广播消息不属于紧急广播的情况下，将广播消息送入相应队列中处理后，所述方法还包括：

记录所述广播消息在所述非紧急队列或所述紧急队列中最近一次处理完成所需的时长。其实，这里的时长即为第一时长。通过记录广播消息最近一次处理完成所需的时长，可以在该广播消息再次被广播时，利用该第一时长与预设时长进行比对来决策该广播消息是否属于处理完成所需时长较短的广播消息，以便于确定是否选择紧急队列来处理。

可选地，在本发明实施例中，所述预设的紧急广播名单通过以下方式确定，参照图2所示，具体包括：

S210，获取采集周期内满足实时性约束条件的应用。

所述实时性约束条件包括：应用事件的采集时间相距触发时间小于第二时长。

其中，应用事件的采集时间相距触发时间小于第二时长是指该应用事件的触发时间临近应用事件的采集时间，例如，假设第二时长设置为30分钟，针对闹钟应用，设置8:00的闹铃，当在7:45采集时，相距该闹钟应用的触发时间8:00只有15分钟，明显小于30分钟，则确定该闹钟应用的闹铃事件即将触发。此时，可以确定该闹钟应用为满足实时性约束条件的应用。应理解，在本发明中，除了上述列举的闹钟应用外，还包括终端***内的其它应用，例如，事件提醒类应用。

所述采集周期可以是即将有广播消息广播的T时间段，终端***智能获取该采集周期内满足实时性约束条件的应用。

所述第二时长可以根据终端***的应用事件的相关性(例如，是否重要、是否紧急、是否实时等)要素进行设置。

S220，解析确定的所述应用注册的广播消息。

应理解，在应用的初始设置阶段，可以为应用注册对应的广播消息，例如，通过在广播消息中携带应用标识或是其它标记方式，建立应用与广播消息的对应关系。这样，可以在获取应用后，通过注册时建立的对应关系即可解析该应用对应的广播消息。

S230，根据解析得到的所述广播消息，生成预设的紧急广播名单。

在确定广播消息后，可以将广播消息和/或广播消息对应的广播标识作为记录内容，生成预设的紧急广播名单。

可选地，所述预设的紧急广播名单存储在云端；或者，所述预设的紧急广播名单存储在终端***本地。

应理解，在本发明实施例中，所述预设的紧急广播名单可以是固定不变的，也可以是周期性更新的，以实现预设的紧急广播名单的灵活设置。

下面通过具体的实例对本发明所涉及的广播方案进行详述。

参照图3所示，为本发明实施例提供的广播方法的流程图，该广播方法可以包括：

S310，调用终端***的发送广播(sendBroadcast)函数发送广播请求。

S320，基于所述广播请求构造广播记录。

其实，广播记录中携带有广播消息，因此，该步骤S320实质上是构造包含广播消息的广播记录的过程。

S330，基于预设的紧急广播名单确定所述广播记录中的广播消息是否属于紧急广播。若所述广播记录中的广播消息属于紧急广播，则执行S340，否则，执行S350。

S340，将所述广播消息送入紧急队列中处理。

考虑到紧急队列的实时处理性较高，因此，紧急队列中一般不会出现拥堵状态，这样，送入该紧急队列中的广播消息能够被及时快速处理，避免由于队列拥堵而导致的延时问题，提升广播消息的处理效率。

S350，将所述广播消息送入非紧急队列中处理。

具体地，在将广播消息送入非紧急队列中处理时，可以根据广播消息的类型以及相对应的接收机类型，确定该广播消息是送入非紧急队列中的有序队列还是无序队列进行处理。该步骤中处理方式可参照现有逻辑执行，在此不做赘述。

S360，记录送入非紧急队列中处理的广播消息处理完成所需时长。

应理解，记录的广播消息处理完成所需时长可以存储在云端或是终端***本地，本发明并不对此进行限定。而针对相同的广播消息，在每次处理完成之后，会根据新的第一时长来更新旧的(历史存储)第一时长，以保证广播消息对应的第一时长是最近一次处理完成所需时长。

本发明的技术方案中，通过接收终端***的广播请求，进而基于预设的紧急广播名单确定所述广播请求对应的广播消息是否属于紧急广播，如果所述广播消息属于紧急广播，则将所述广播消息送入紧急队列中处理，以使得紧急广播可以被优先及时送入紧急队列中处理，避免属于紧急广播的广播消息由于广播队列拥堵而造成广播延时，从而，提升广播效率。

考虑到图3所示的广播方案中，将不属于紧急广播的广播消息直接送入非紧急队列中处理，这样，在非紧急队列处于拥堵状态时，会导致不属于紧急广播的广播消息存在延后，尤其是对于处理完成所需时长较短的广播消息而言，这类广播消息处理完成所需时长较短，但是需要等待发送的时间较久。为此，本发明基于图3所示的广播方案进一步改进，具体参照图4所示。所述广播方案可以包括以下流程：

S410，调用终端***的发送广播(sendBroadcast)函数发送广播请求。

S420，基于所述广播请求构造广播记录。

应理解，该步骤S420的具体实现可参照上述图3中S320的具体实现，在此不赘述。

S430，基于预设的紧急广播名单确定所述广播记录中的广播消息是否属于紧急广播。若所述广播记录中的广播消息属于紧急广播，则执行S440，否则，执行S450。

S440，将所述广播消息送入紧急队列中处理。

该步骤S440可参考图3中S340的具体实现，在此不赘述。

S450，判断当前非紧急队列是否处于拥堵状态。若非紧急队列处于拥堵状态，则执行S460，否则，执行S470。

S460，判断所述广播消息的第一时长是否小于预设时长T。若第一时长小于预设时长T，则跳转至S440，否则，跳转至S470。

其中，预设时长T可以根据经验值设置，例如，历史时段内多个广播消息处理完成所需时长的平均值；也可以根据用户需求设置，例如，用户希望处理完成所需时长小于0.1ms的广播消息尽快被处理。应理解，此处的预设时长T仅作为举例，并不作为该预设时长T的具体取值范围的限定。

S470，将所述广播消息送入非紧急队列中处理。

具体地，在将广播消息送入非紧急队列中处理时，可以根据广播消息的类型以及相对应的接收机类型，确定该广播消息是送入非紧急队列中的有序队列还是无序队列进行处理。该步骤中处理方式可参照现有逻辑执行，在此不做赘述。

S480，记录不属于紧急广播的广播消息处理完成所需时长。

应理解，在该步骤中，针对不属于紧急广播的广播消息，无论是送入紧急队列还是送入非紧急队列中处理，都可以记录处理完成所需的时长，以便于后续在非紧急队列处于拥堵状态时，可根据该时长(可以理解为第一时长)与预设时长T的大小比较，决定是否将不属于紧急广播的广播消息送入紧急队列中处理。从而，可以减少因非紧急队列拥堵而造成的广播延时，提升广播效率。

本发明实施例还提供一种移动终端，所述移动终端中终端***的广播队列包括非紧急队列和紧急队列，参照图5a所示，所述移动终端500包括：

接收模块510，用于接收终端***的广播请求；

确定模块520，用于基于预设的紧急广播名单确定所述广播请求对应的广播消息是否属于紧急广播；

发送模块530，用于如果所述广播消息属于紧急广播，则将所述广播消息送入紧急队列中处理。

通过接收终端***的广播请求，进而基于预设的紧急广播名单确定所述广播请求对应的广播消息是否属于紧急广播，如果所述广播消息属于紧急广播，则将所述广播消息送入紧急队列中处理，以使得紧急广播可以被优先及时送入紧急队列中处理，避免属于紧急广播的广播消息由于广播队列拥堵而造成广播延时，从而，提升广播效率。

本发明中一种可实现的方案，所述发送模块530，还用于：

如果所述广播消息不属于紧急广播，且所述非紧急队列处于拥堵状态，且所述广播消息对应的第一时长小于预设时长，则将所述广播消息送入紧急队列中处理；

其中，所述第一时长为所述广播消息最近一次处理完成所需的时长。

本发明中一种可实现的方案，参照图5b所示，所述移动终端500还包括：

记录模块540，用于如果所述广播消息不属于紧急广播，则记录所述广播消息在所述非紧急队列或所述紧急队列中最近一次处理完成所需的时长。

可选地，本发明实施例中，参照图5c所示，所述移动终端500还包括：

获取模块550，用于获取采集周期内满足实时性约束条件的应用，所述实时性约束条件包括：应用事件的采集时间相距触发时间小于第二时长；

解析模块560，用于解析确定的所述应用注册的广播消息；

生成模块570，用于根据解析得到的所述广播消息，生成预设的紧急广播名单。

应理解，在本发明中，当移动终端500并不包含图5c中的获取模块550，解析模块560以及生成模块570时，所述预设的紧急广播名单可以通过外部的设备生成，并存储至云端，或者发送给移动终端的终端***本地。而移动终端在需要的时候从云端或者终端***本地获取即可。由此，预设的紧急广播名单的生成方式较为灵活，本发明并不对此进行限定。

此外，在本发明实施例中，移动终端还可以包括存储模块，用于存储预设的紧急广播名单。

本发明实施例提供的移动终端500能够实现图1-图4所示的方法实施例中广播方法实现的各个过程，为避免重复，此处不再赘述。

图6所示，为实现本发明各个实施例的一种移动终端的硬件结构示意图，该移动终端6000包括但不限于：射频单元6001、网络模块6002、音频输出单元6003、输入单元6004、传感器6005、显示单元6006、用户输入单元6007、接口单元6008、存储器6009、处理器6010、以及电源6011等部件。本领域技术人员可以理解，图6中示出的移动终端结构并不构成对移动终端的限定，移动终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。在本发明实施例中，移动终端包括但不限于手机、平板电脑、笔记本电脑、掌上电脑、车载终端、可穿戴设备、以及计步器等。

其中，处理器6010，用于：

基于预设的紧急广播名单确定接收终端***的广播请求对应的广播消息是否属于紧急广播；

如果所述广播消息属于紧急广播，则将所述广播消息送入紧急队列中处理。

本发明实施例中，通过接收终端***的广播请求，进而基于预设的紧急广播名单确定所述广播请求对应的广播消息是否属于紧急广播，如果所述广播消息属于紧急广播，则将所述广播消息送入紧急队列中处理，以使得紧急广播可以被优先及时送入紧急队列中处理，避免属于紧急广播的广播消息由于广播队列拥堵而造成广播延时，从而，提升广播效率。

应理解的是，本发明实施例中，射频单元6001可用于收发信息或通话过程中，信号的接收和发送，具体的，将来自基站的下行数据接收后，给处理器6010处理；另外，将上行的数据发送给基站。通常，射频单元6001包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。此外，射频单元6001还可以通过无线通信***与网络和其他设备通信。

移动终端通过网络模块6002为用户提供了无线的宽带互联网访问，如帮助用户收发电子邮件、浏览网页和访问流式媒体等。

音频输出单元6003可以将射频单元6001或网络模块6002接收的或者在存储器6009中存储的音频数据转换成音频信号并且输出为声音。而且，音频输出单元6003还可以提供与移动终端6000执行的特定功能相关的音频输出(例如，呼叫信号接收声音、消息接收声音等等)。音频输出单元6003包括扬声器、蜂鸣器以及受话器等。

输入单元6004用于接收音频或视频信号。输入单元6004可以包括图形处理器(Graphics Processing Unit，GPU)60041和麦克风60042，图形处理器60041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元6006上。经图形处理器60041处理后的图像帧可以存储在存储器6009(或其它存储介质)中或者经由射频单元6001或网络模块6002进行发送。麦克风60042可以接收声音，并且能够将这样的声音处理为音频数据。处理后的音频数据可以在电话通话模式的情况下转换为可经由射频单元6001发送到移动通信基站的格式输出。

移动终端6000还包括至少一种传感器6005，比如光传感器、运动传感器以及其他传感器。具体地，光传感器包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板60061的亮度，接近传感器可在移动终端6000移动到耳边时，关闭显示面板60061和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别移动终端姿态(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；传感器6005还可以包括指纹传感器、压力传感器、虹膜传感器、分子传感器、陀螺仪、气压计、湿度计、温度计、红外线传感器等，在此不再赘述。

显示单元6006用于显示由用户输入的信息或提供给用户的信息。显示单元6006可包括显示面板60061，可以采用液晶显示器(Liquid Crystal Display，LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板60061。

用户输入单元6007可用于接收输入的数字或字符信息，以及产生与移动终端的用户设置以及功能控制有关的键信号输入。具体地，用户输入单元6007包括触控面板60071以及其他输入设备60072。触控面板60071，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板60071上或在触控面板60071附近的操作)。触控面板60071可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器6010，接收处理器6010发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板60071。除了触控面板60071，用户输入单元6007还可以包括其他输入设备60072。具体地，其他输入设备60072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。

进一步的，触控面板60071可覆盖在显示面板60061上，当触控面板60071检测到在其上或附近的触摸操作后，传送给处理器6010以确定触摸事件的类型，随后处理器6010根据触摸事件的类型在显示面板60061上提供相应的视觉输出。虽然在图6中，触控面板60071与显示面板60061是作为两个独立的部件来实现移动终端的输入和输出功能，但是在某些实施例中，可以将触控面板60071与显示面板60061集成而实现移动终端的输入和输出功能，具体此处不做限定。

接口单元6008为外部装置与移动终端6000连接的接口。例如，外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(I/O)端口、视频I/O端口、耳机端口等等。接口单元6008可以用于接收来自外部装置的输入(例如，数据信息、电力等等)并且将接收到的输入传输到移动终端6000内的一个或多个元件或者可以用于在移动终端6000和外部装置之间传输数据。

存储器6009可用于存储软件程序以及各种数据。存储器6009可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作***、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器6009可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

处理器6010是移动终端的控制中心，利用各种接口和线路连接整个移动终端的各个部分，通过运行或执行存储在存储器6009内的软件程序和/或模块，以及调用存储在存储器6009内的数据，执行移动终端的各种功能和处理数据，从而对移动终端进行整体监控。处理器6010可包括一个或多个处理单元；优选的，处理器6010可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作***、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器6010中。

移动终端6000还可以包括给各个部件供电的电源6011(比如电池)，优选的，电源6011可以通过电源管理***与处理器6010逻辑相连，从而通过电源管理***实现管理充电、放电、以及功耗管理等功能。

另外，移动终端6000包括一些未示出的功能模块，在此不再赘述。

优选的，本发明实施例还提供一种移动终端，包括处理器6010，存储器6009，存储在存储器6009上并可在所述处理器6010上运行的计算机程序，该计算机程序被处理器6010执行时实现上述图1-图4的方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

本发明实施例还提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述图1-图4的方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，所述的计算机可读存储介质，如只读存储器(Read-Only Memory，简称ROM)、随机存取存储器(Random Access Memory，简称RAM)、磁碟或者光盘等。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。

上面结合附图对本发明的实施例进行了描述，但是本发明并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本发明的启示下，在不脱离本发明宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本发明的保护之内。

Claims (10)

1.一种广播方法，应用于终端***，其特征在于，所述终端***的广播队列包括非紧急队列和紧急队列，所述方法包括：

接收终端***的广播请求；

基于预设的紧急广播名单确定所述广播请求对应的广播消息是否属于紧急广播；

如果所述广播消息属于紧急广播，则将所述广播消息送入紧急队列中处理。

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

如果所述广播消息不属于紧急广播，且所述非紧急队列处于拥堵状态，且所述广播消息对应的第一时长小于预设时长，则将所述广播消息送入紧急队列中处理；

其中，所述第一时长为所述广播消息最近一次处理完成所需的时长。

3.如权利要求2所述的方法，其特征在于，如果所述广播消息不属于紧急广播，则所述方法还包括：

记录所述广播消息在所述非紧急队列或所述紧急队列中最近一次处理完成所需的时长。

4.如权利要求1-3任一项所述的方法，其特征在于，所述预设的紧急广播名单通过以下方式确定：

获取采集周期内满足实时性约束条件的应用，其中，所述实时性约束条件包括：应用事件的采集时间相距触发时间小于第二时长；

解析确定的所述应用注册的广播消息；

根据解析得到的所述广播消息，生成预设的紧急广播名单。

5.如权利要求1-3任一项所述的方法，其特征在于，所述预设的紧急广播名单存储在云端；或者，所述预设的紧急广播名单存储在终端***本地。

6.一种移动终端，其特征在于，所述移动终端中终端***的广播队列包括非紧急队列和紧急队列，所述移动终端包括：

接收模块，用于接收终端***的广播请求；

确定模块，用于基于预设的紧急广播名单确定所述广播请求对应的广播消息是否属于紧急广播；

发送模块，用于如果所述广播消息属于紧急广播，则将所述广播消息送入紧急队列中处理。

7.如权利要求6所述的移动终端，其特征在于，所述发送模块，还用于：

如果所述广播消息不属于紧急广播，且所述非紧急队列处于拥堵状态，且所述广播消息对应的第一时长小于预设时长，则将所述广播消息送入紧急队列中处理；

其中，所述第一时长为所述广播消息最近一次处理完成所需的时长。

8.如权利要求6所述的移动终端，其特征在于，所述移动终端还包括：

记录模块，用于如果所述广播消息属于紧急广播，记录所述广播消息在所述非紧急队列或所述紧急队列中最近一次处理完成所需的时长。

9.如权利要求6-8任一项所述的移动终端，其特征在于，所述移动终端还包括：

获取模块，用于获取采集周期内满足实时性约束条件的应用，所述实时性约束条件包括：应用事件的采集时间相距触发时间小于第二时长；

解析模块，用于解析确定的所述应用注册的广播消息；

生成模块，用于根据解析得到的所述广播消息，生成预设的紧急广播名单。

10.一种计算机可读存储介质，其特征在于，该计算机可读存储介质上存储计算机程序，该计算机程序被处理器执行时实现如权利要求1-5任一项所述方法的步骤。