一种调度方法及终端与流程

本申请实施例涉及终端
技术领域：
，尤其涉及一种调度方法及终端。
背景技术：
广播是安卓(android)操作系统常用的一种通讯机制，用于通知终端的相关状态信息。广播由系统或应用作为广播源发出，注册过广播的应用可以作为接收者监听并接收与自身业务相关的广播。广播可以分为并行广播(parallelbroadcast)、有序广播(orderedbroadcast)等。其中，对于并行广播，当广播发生时，参见图1a，现有技术中的处理方案为，终端通过广播注册分发管理中心一次性调度所有注册过该广播的接收者来处理相关的业务。现有技术中的方案会使得偶发的一个广播立刻被传递给数个甚至数十个接收者同时并发处理相关的业务。参见图1b，当并发处理的接收者达到一定数量时，将发生广播风暴，导致系统瞬间繁忙，引起短暂的系统计算资源短缺，从而导致终端显示界面卡顿、处理速度变慢、耗电快以及发热量大等一系列问题，导致用户使用体验较差。技术实现要素：本申请实施例提供一种调度方法及终端，能够提高用户使用体验。为达到上述目的，本申请实施例采用如下技术方案：第一方面，本申请实施例提供了一种调度方法，包括：当满足第一预设条件时，终端对广播调度事件的调度速率进行控制。其中，第一预设条件包括预设时间窗内广播调度事件的数量大于或者等于第一预设值。广播调度事件是指将广播分发给接收者，接收者包括软件、组件或程序中的至少一种。这样，终端可以在处理广播调度事件的过程中，通过控制广播调度事件的调度速率，延长广播调度事件的处理时间，减少同时处理的广播调度事件的数量，从而可以抑制广播风暴的发生，避免由于同时处理的广播调度事件数量过大而引起的终端屏幕卡顿、处理速度变慢等问题，提高用户使用体验。结合第一方面，在一种可能的实现方式中，该广播为安卓系统中的广播。这样，本申请实施例中所涉及的调度方法，为针对安卓系统中的广播及其对应的广播调度事件的调度方法。结合第一方面和第一方面可能的实现方式，在另一种可能的实现方式中，第一预设条件还包括终端的显示界面正在发生变化。当终端的显示界面正在发生变化时，可以说明用户正在与终端屏幕进行交互，此时用于可以直观地感受到屏幕显示界面是否发生卡顿，因而终端可以在该种情况下对广播调度事件的调度速率进行控制，以避免同时处理的广播调度事件的数量过程从而导致屏幕出现卡顿。结合第一方面和第一方面可能的实现方式，在另一种可能的实现方式中，终端的显示界面发生变化包括：终端检测到用户的触摸事件、终端正在启动应用、终端正在播放视频、终端正在视频通话、终端正在录制视频和终端正在拍摄图像中的至少一种。也就是说，当终端检测到这些场景时，可以认为用户正在与终端屏幕进行交互，从而可以在广播调度事件的数量大于或者等于第一预设值时，对广播调度事件的调度速率进行控制。结合第一方面和第一方面可能的实现方式，在另一种可能的实现方式中，终端对广播调度事件的调度速率进行控制包括：述终端将广播调度事件划分为至少两个分组。对于至少两个分组中的每个分组，终端根据每个分组分别对应的一个调度速率或至少一个调度间隔，调度每个分组中的广播调度事件。这样，终端可以通过将广播调度事件划分为至少两个分组，并通过各分组分别对应的调度速率或调度间隔，将广播调度事件进行分组分速处理，以延缓广播调度事件的调度过程，降低同时处理的广播调度事件的数量，实现错峰调度，从而抑制广播风暴的发生，改善用户和屏幕交互时的屏幕卡顿问题，提高用户使用体验。结合第一方面和第一方面可能的实现方式，在另一种可能的实现方式中，终端将广播调度事件划分为至少两个分组包括：终端根据广播调度事件对应的接收者的优先级，将广播调度事件划分为至少两个分组。结合第一方面和第一方面可能的实现方式，在另一种可能的实现方式中，分组的优先级与接收者的优先级正相关。这样，优先级越高的接收者，其所在的分组对应的优先级也越高。结合第一方面和第一方面可能的实现方式，在另一种可能的实现方式中，该方法还包括：当接收者的优先级发生变化时，终端根据变化后的接收者的优先级，调整接收者对应的广播调度事件所在的分组。这样，终端可以根据接收者的当前优先级，及时调整接收者所在的分组，以使得优先级高的接收者对应的分组的优先级也高，优先级低的接收者对应的分组的优先级也低。结合第一方面和第一方面可能的实现方式，在另一种可能的实现方式中，接收者包括前台应用和后台应用，前台应用的优先级高于后台应用的优先级。由于前台应用是终端当前正在前台运行的应用，因而其优先级更高。结合第一方面和第一方面可能的实现方式，在另一种可能的实现方式中，接收者包括使用频率高的应用和使用频率低的应用，使用频率高的应用的优先级高于使用频率低的应用的优先级。结合第一方面和第一方面可能的实现方式，在另一种可能的实现方式中，前台应用及前台关联应用的优先级高于后台应用的优先级，后台应用的优先级高于以上应用之外使用频率高的应用的优先级，使用频率高的应用的优先级高于以上应用之外的系统应用的优先级，系统应用的优先级高于以上应用之外的三方应用的优先级。这样，终端可以根据接收者在当前时刻的重要程度划分接收者的优先级，从而使得重要程度高的接收者对应的优先级较高，使得重要程度低的接收者对应的优先级较低。结合第一方面和第一方面可能的实现方式，在另一种可能的实现方式中，当每个分组对应一个调度速率时，优先级高的分组对应的调度速率大；当每个分组对应至少一个调度间隔时，优先级高的分组对应的至少一个调度间隔小。这样，可以使得优先级高的分组中的广播调度事件可以更快地被调度。结合第一方面和第一方面可能的实现方式，在另一种可能的实现方式中，每个分组分别对应一个预设调度速率或一个预设调度间隔。这样，终端可以通过一种简单的实施方式，匀速调度分组中的广播调度事件。结合第一方面和第一方面可能的实现方式，在另一种可能的实现方式中，每个分组分别对应一个预设时长，当每个分组对应至少一个调度间隔时，对于至少两个分组中的任意分组，终端根据任意分组对应的至少一个调度间隔，调度任意分组中的广播调度事件包括：首先，终端根据任意分组对应的预设时长、任意分组中广播调度事件的发生时刻和当前时刻，确定任意分组对应的至少一个调度间隔；而后，终端根据任意分组对应的至少一个调度间隔，调度任意分组中的广播调度事件。这样，终端可以根据分组对应的预设时长、广播调度事件的发生时刻和当前时刻，动态确定调度间隔，从而动态地调度分组中的广播调度事件。结合第一方面和第一方面可能的实现方式，在另一种可能的实现方式中，优先级高的分组对应的预设时长小。其中，一个分组对应的预设时长可以认为是该分组中的广播允许缓存在该分组对应的队列中的最大时长。这样，可以使得优先级高的分组中的广播调度事件更快地被调度。结合第一方面和第一方面可能的实现方式，在另一种可能的实现方式中，终端根据任意分组对应的预设时长、任意分组中广播调度事件的发生时刻和当前时刻，确定任意分组对应的至少一个调度间隔包括：终端根据表达式一计算任意分组中，每个广播调度事件分别对应的调度间隔；表达式一为：δti＝(t0+ti-tc)/(i+1)。其中，δti表示任意分组中第i个广播调度事件对应的调度间隔，t0表示任意分组对应的预设时长，ti表示任意分组中第i个广播调度事件的发生时刻，tc表示当前时刻。终端根据至少一个调度间隔，调度任意分组中的广播调度事件包括：终端从每个广播调度事件分别对应的调度间隔中选择最小调度间隔。而后，终端根据最小调度间隔，调度任意分组中的每个广播调度事件。这样，终端可以根据预设时长、广播调度事件的发生时刻和当前时刻，动态确定一个最小调度间隔，从而根据该最小调度间隔调度分组中的广播调度事件。结合第一方面和第一方面可能的实现方式，在另一种可能的实现方式中，终端根据任意分组对应的预设时长、任意分组中广播调度事件的发生时刻和当前时刻，确定任意分组对应的至少一个调度间隔包括：终端根据表达式一计算任意分组中，每个广播调度事件分别对应的调度间隔；表达式一为：δti＝(t0+ti-tc)/(i+1)。其中，δti表示任意分组中第i个广播调度事件对应的调度间隔，t0表示任意分组对应的预设时长，ti表示任意分组中第i个广播调度事件的发生时刻，tc表示当前时刻。终端根据至少一个调度间隔，调度任意分组中的广播调度事件包括：终端按照每个广播调度事件分别对应的调度间隔从小到大的顺序，依次调度每个调度间隔对应的广播调度事件。这样，调度间隔的大小与广播调度事件的发生时刻相关，终端可以将广播调度事件的发生时刻更早的广播更快地分发出去。结合第一方面和第一方面可能的实现方式，在另一种可能的实现方式中，终端根据任意分组对应的预设时长、任意分组中广播调度事件的发生时刻和当前时刻，确定任意分组对应的至少一个调度间隔包括：终端根据表达式二计算任意分组对应的一个调度间隔；表达式二为：δt＝t0/n。其中，δt表示任意分组中广播调度事件对应的调度间隔，t0表示任意分组对应的预设时长，n表示任意分组包括的广播调度事件的数量。终端根据至少一个调度间隔，调度任意分组中的广播调度事件包括：终端根据一个调度间隔，调度任意分组中的每个广播调度事件。这样，终端可以根据当前分组中广播调度事件的实际数量确定调度间隔，从而动态地调整调度间隔。结合第一方面和第一方面可能的实现方式，在另一种可能的实现方式中，该方法还包括：若任意分组中新增广播调度事件，则终端重新计算任意分组中，每个广播调度事件分别对应的至少一个调度间隔。这样，当分组中新增广播调度事件时，调度间隔也发生了变化，因而需要重新计算当前状态下的调度间隔。结合第一方面和第一方面可能的实现方式，在另一种可能的实现方式中，该方法还包括：当满足第二预设条件时，终端停止对广播调度事件的调度速率进行控制。其中，该第二预设条件包括预设时间窗内广播调度事件的数量小于第二预设值，屏幕熄灭，以及屏幕点亮且显示界面未发生变化的时间大于或者等于第三预设值中的至少一种。当发生当前预设时间窗内广播调度事件的数量小于第二预设值时，可以说明当前广播调度事件的数量不是很大，当前不可能发生广播风暴；当屏幕熄灭，或者屏幕点亮且屏幕界面未发生变化的时间大于或者等于第三预设值时，可以说明用户已停止与终端屏幕进行交互，此时，终端可以停止对广播调度事件的调度速率进行控制。结合第一方面和第一方面可能的实现方式，在另一种可能的实现方式中，在终端停止将广播调度事件划分为至少两个分组之后，该方法还包括：终端无间隔调度已划分至分组中的广播调度事件。也就是说，在终端停止将广播调度事件划分为至少两个分组之后，可以说明当前不可能发生广播风暴，或者用户已停止与终端屏幕进行交互，终端可以尽快地将分组中的广播调度事件调度出去。第二方面，本申请实施例提供了一种终端，包括：屏幕，用于呈现显示界面。调度单元，用于当满足第一预设条件时，对广播调度事件的调度速率进行控制。其中，第一预设条件包括预设时间窗内广播调度事件的数量大于或者等于第一预设值。广播调度事件是指将广播分发给接收者，接收者包括软件、组件或程序中的至少一种。结合第二方面，在一种可能的实现方式中，该广播为安卓系统中的广播。结合第二方面和第二方面可能的实现方式，在另一种可能的实现方式中，第一预设条件还包括终端的显示界面正在发生变化。结合第二方面和第二方面可能的实现方式，在另一种可能的实现方式中，终端的显示界面发生变化包括：终端检测到用户的触摸事件、终端正在启动应用、终端正在播放视频、终端正在视频通话、终端正在录制视频和终端正在拍摄图像中的至少一种。结合第二方面和第二方面可能的实现方式，在另一种可能的实现方式中，该终端还包括划分单元，用于将广播调度事件划分为至少两个分组。调度单元还用于，对于至少两个分组中的每个分组，终端根据每个分组分别对应的一个调度速率或至少一个调度间隔，调度每个分组中的广播调度事件。结合第二方面和第二方面可能的实现方式，在另一种可能的实现方式中，划分单元具体用于，根据广播调度事件对应的接收者的优先级，将广播调度事件划分为至少两个分组。结合第二方面和第二方面可能的实现方式，在另一种可能的实现方式中，分组的优先级与接收者的优先级正相关。结合第二方面和第二方面可能的实现方式，在另一种可能的实现方式中，该终端还包括调整单元，用于当接收者的优先级发生变化时，根据变化后的接收者的优先级，调整接收者对应的广播调度事件所在的分组。结合第二方面和第二方面可能的实现方式，在另一种可能的实现方式中，接收者包括前台应用和后台应用，前台应用的优先级高于后台应用的优先级。结合第二方面和第二方面可能的实现方式，在另一种可能的实现方式中，接收者包括使用频率高的应用和使用频率低的应用，使用频率高的应用的优先级高于使用频率低的应用的优先级。结合第二方面和第二方面可能的实现方式，在另一种可能的实现方式中，前台应用及前台关联应用的优先级高于后台应用的优先级，后台应用的优先级高于以上应用之外使用频率高的应用的优先级，使用频率高的应用的优先级高于以上应用之外的系统应用的优先级，系统应用的优先级高于以上应用之外的三方应用的优先级。结合第二方面和第二方面可能的实现方式，在另一种可能的实现方式中，当每个分组对应一个调度速率时，优先级高的分组对应的调度速率大。当每个分组对应至少一个调度间隔时，优先级高的分组对应的至少一个调度间隔小。结合第二方面和第二方面可能的实现方式，在另一种可能的实现方式中，每个分组分别对应一个预设调度速率或一个预设调度间隔。结合第二方面和第二方面可能的实现方式，在另一种可能的实现方式中，每个分组分别对应一个预设时长，当每个分组对应至少一个调度间隔时，调度单元具体用于：根据任意分组对应的预设时长、任意分组中广播调度事件的发生时刻和当前时刻，确定任意分组对应的至少一个调度间隔。根据任意分组对应的至少一个调度间隔，调度任意分组中的广播调度事件。结合第二方面和第二方面可能的实现方式，在另一种可能的实现方式中，优先级高的分组对应的预设时长小。结合第二方面和第二方面可能的实现方式，在另一种可能的实现方式中，调度单元具体用于：根据表达式一计算任意分组中，每个广播调度事件分别对应的调度间隔；表达式一为δti＝(t0+ti-tc)/(i+1)。其中，δti表示任意分组中第i个广播调度事件对应的调度间隔，t0表示任意分组对应的预设时长，ti表示任意分组中第i个广播调度事件的发生时刻，tc表示当前时刻。从每个广播调度事件分别对应的调度间隔中选择最小调度间隔。根据最小调度间隔，调度任意分组中的每个广播调度事件。结合第二方面和第二方面可能的实现方式，在另一种可能的实现方式中，调度单元具体用于：根据表达式一计算任意分组中，每个广播调度事件分别对应的调度间隔；表达式一为：δti＝(t0+ti-tc)/(i+1)。其中，δti表示任意分组中第i个广播调度事件对应的调度间隔，t0表示任意分组对应的预设时长，ti表示任意分组中第i个广播调度事件的发生时刻，tc表示当前时刻。按照每个广播调度事件分别对应的调度间隔从小到大的顺序，依次调度每个调度间隔对应的广播调度事件。结合第二方面和第二方面可能的实现方式，在另一种可能的实现方式中，调度单元具体用于：根据表达式二计算任意分组对应的一个调度间隔；表达式二为：δt＝t0/n。其中，δt表示任意分组中广播调度事件对应的调度间隔，t0表示任意分组对应的预设时长，n表示任意分组包括的广播调度事件的数量。根据一个调度间隔，调度任意分组中的每个广播调度事件。结合第二方面和第二方面可能的实现方式，在另一种可能的实现方式中，调度单元还用于：若任意分组中新增广播调度事件，则重新计算任意分组中，每个广播调度事件分别对应的至少一个调度间隔。结合第二方面和第二方面可能的实现方式，在另一种可能的实现方式中，调度单元还用于，当满足第二预设条件时，停止对广播调度事件的调度速率进行控制。其中，该第二预设条件包括预设时间窗内广播调度事件的数量小于第二预设值，屏幕熄灭，以及屏幕点亮且显示界面未发生变化的时间大于或者等于第三预设值中的至少一种。结合第二方面和第二方面可能的实现方式，在另一种可能的实现方式中，调度单元还用于，在划分单元停止将广播调度事件划分为至少两个分组之后，无间隔调度已划分至分组中的广播调度事件。第三方面，本申请实施例提供了一种终端，包括：处理器、存储器、总线和通信接口；处理器与存储器通过总线连接，存储器用于存储计算机执行指令，当终端运行时，处理器执行存储器存储的计算机执行指令，以使终端执行如第一方面任意一种可能的实现方式中的调度方法。第四方面，本申请实施例提供了一种计算机可读存储介质，用于储存为上述终端所用的计算机软件指令，当其在计算机上运行时，使得计算机可以执行如第一方面任意一种可能的实现方式中的调度方法。第五方面，本申请实施例提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机可以执行如第一方面任意一种可能的实现方式中的调度方法。其中，上述第二方面至第五方面对应的有益效果，可以参见第一方面中的相关描述。附图说明图1a为现有技术中的一种调度方法流程图；图1b为现有技术中的一种广播调度事件的数量与时间的关系曲线；图2为本申请实施例提供的一种手机的结构示意图；图3为本申请实施例提供的一种调度方法流程图；图4为本申请实施例提供的一种预设时间窗的示意图；图5a为本申请实施例提供的一种用户与终端屏幕交互的示意图；图5b为本申请实施例提供的另一种用户与终端屏幕交互的示意图；图5c为本申请实施例提供的另一种用户与终端屏幕交互的示意图；图5d为本申请实施例提供的另一种用户与终端屏幕交互的示意图；图6为本申请实施例提供的另一种调度方法流程图；图7为本申请实施例提供的一种广播调度事件的数量与时间的关系曲线；图8a为本申请实施例提供的一种终端显示界面示意图；图8b为本申请实施例提供的另一种终端显示界面示意图；图9为本申请实施例提供的一种广播调度事件的调度过程示意图；图10为本申请实施例提供的一种广播调度事件与调度间隔的对应关系示意图；图11为本申请实施例提供的另一种调度方法流程图；图12a为本申请实施例提供的一种广播调度事件的调度时序图；图12b为本申请实施例提供的另一种广播调度事件的调度时序图；图13为本申请实施例提供的一种终端的结构示意图；图14为本申请实施例提供的另一种终端的结构示意图；图15为本申请实施例提供的另一种终端的结构示意图。具体实施方式为了便于理解，示例的给出了部分与本申请实施例相关概念的说明以供参考。如下所示：应用：包括软件、程序、组件等。广播：由发送者发出，用于通知接收者一些相关的状态信息。发送者：发送广播的系统或应用。接收者：注册过广播的应用，用于接收广播并处理相关业务。其中，接收者可以在代码中动态注册广播，也可以在manifest.xml中静态注册广播。广播调度事件：是指将广播分发给接收者的事件。广播风暴：当同时处理的广播调度事件数量过大，引起系统计算资源短缺时，可以称为发生了广播风暴。时间窗：具有固定时间长度的连续时间窗口。界面：即用户界面(userinterface，ui)，呈现在用户面前的显示器屏幕上的图形状态。当终端的状态发生变化例如终端开机或者终端的网络发生变化时，系统或应用可以发出一个广播以将终端变化的状态信息通知给接收者。广播发送者发出的一个广播可以对应多个注册过该广播的接收者，例如，connectivity_change这一广播被应用注册的较为频繁，与网络状态相关的应用均注册过该广播，一般情况下，一个connectivity_change广播可以有上百个接收者等待处理该广播相关的业务，即一个connectivity_change广播可以对应上百个需要调度的广播调度事件(一个广播调度事件对应一个广播和一个接收者)。当网络信号不稳定或网络切换频繁时，该connectivity_change广播发生非常频繁，能够达到700个/秒。此时，广播调度事件可以达到700个广播与上百个接收者的乘积，即终端短时间内要调度数万个广播调度事件，从而很容易发生广播风暴导致终端出现屏幕卡顿、处理速率过慢等一系列问题，使得用户使用体验变差。需要说明的是，本申请实施例中涉及的广播可以为并行广播。区别于有序广播，当一个并行广播发生时，终端需要调度该广播对应的所有的广播调度事件，并且该广播(例如终端开机状态对应的广播)对应的广播调度事件的调度过程不会引起终端中应用的自启动。本申请实施例提供的终端可以在广播调度事件达到一定数量时，通过控制广播调度事件的调度速率，来延缓广播调度事件的处理过程，降低同时处理的广播调度事件的数量，抑制广播风暴的发生，从而避免终端出现屏幕卡顿、处理速率变慢等一系列问题，提高用户使用体验。下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。其中，在本申请实施例的描述中，除非另有说明，“/”表示或的意思，例如，a/b可以表示a或b；本文中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，在本申请实施例的描述中，“多个”是指两个或多于两个。需要说明的是，本申请实施例提供的调度方法，可以适用于各种终端设备，例如可以是手机、平板电脑、笔记本电脑、超级移动个人计算机(ultra-mobilepersonalcomputer，umpc)、上网本、个人数字助理(personaldigitalassistant，pda)等设备。具体的，该终端可以是触屏设备，也可以是非触屏设备。具体的，本申请实施例以终端为手机为例，对本申请实施例提供的调度方法进行介绍。下面结合附图对手机10的各个构成部件进行具体的介绍：如图2所示，手机10可以包括：屏幕11、处理器12、存储器13、电源14、射频(radiofrequency，rf)电路15、重力传感器16、音频电路17、扬声器18、麦克风19等部件，这些部件之间可以以总线连接，也可以直连连接。本领域技术人员可以理解，图2中示出的手机结构并不构成对手机的限定，可以包括比图示更多的部件，或者组合某些部件，或者不同的部件布置。屏幕11可以是显示面板，用于呈现显示界面。屏幕11也可以是触控显示面板，用于实现手机10的输入和输出功能，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在屏幕11上或在屏幕11附近的操作)，并根据预先设定的程式驱动相应的连接装置。屏幕11还可用于显示由用户输入的信息或提供给用户的信息(如通过摄像头采集到的图像)以及手机的各种菜单。例如，可以采用电阻式、电容式、红外光感以及超声波等多种类型实现屏幕11，本申请实施例对此不进行限定。其中，用户在屏幕11附近的操作可以称之为悬浮触控，能够进行悬浮触控的显示屏可以采用电容式、红外光感以及超声波等实现。处理器12是手机10的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器13内的软件程序和/或模块，以及调用存储在存储器13内的数据，执行手机10的各种功能和处理数据，从而对手机10进行整体监控。在具体实现中，作为一种实施例，处理器12可包括一个或多个处理单元；处理器12可集成应用处理器和调制解调处理器。其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器12中。可理解的是，在本申请实施例中，作为又一种可实现方式，屏幕11还可以用于根据用户对屏幕11的触摸操作确定触摸对象，并将触摸对象上报至处理器12，由处理器12进行进一步处理。存储器13可用于存储数据、软件程序以及模块，可以是易失性存储器(volatilememory)，例如随机存取存储器(random-accessmemory，ram)；或者非易失性存储器(non-volatilememory)，例如只读存储器(read-onlymemory，rom)，快闪存储器(flashmemory)，硬盘(harddiskdrive，hdd)或固态硬盘(solid-statedrive，ssd)；或者上述种类的存储器的组合。具体的，存储器13内可存储程序代码，该程序代码用于使处理器12通过执行该程序代码，执行本申请实施例提供的调度方法。电源14，可以为电池，通过电源管理系统与处理器12逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。rf电路15可用于收发信息或通话过程中，信号的接收和发送，特别地，将接收到的信息给处理器12处理；另外，将处理器12生成的信号发送出去。通常，rf电路包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(lownoiseamplifier，lna)、双工器等。此外，rf电路15还可以通过无线通信与网络和其他设备通信。重力传感器(gravitysensor)16，可以检测手机在各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等。需要说明的是，手机10还可以包括其它传感器，比如压力传感器、光传感器、陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。音频电路17、扬声器18、麦克风19可提供用户与手机10之间的音频接口。音频电路17可将接收到的音频数据转换后的电信号，传输到扬声器18，由扬声器18转换为声音信号输出；另一方面，麦克风19将收集的声音信号转换为电信号，由音频电路17接收后转换为音频数据，再将音频数据输出至rf电路15以发送给比如另一手机，或者将音频数据输出至处理器12以便进一步处理。尽管未示出，手机10还可以包括无线保真(wirelessfidelity，wifi)模块、蓝牙模块、摄像头等功能模块，在此不再一一赘述。为使本申请实施例的目的、技术方案和优点更加清楚，下面结合图2所示的手机10中的具体部件，通过图3所示的调度方法的流程图，对本申请实施例提供的调度方法进行详细描述。其中，图3示出的步骤也可以在除图2所示手机之外的其他任一终端中执行。此外，虽然在方法流程图中示出了本申请实施例提供的调度方法的逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。参见图3，本申请实施例提供一种调度方法，该方法可以包括：100、当满足第一预设条件时，终端对广播调度事件的调度速率进行控制，其中，第一预设条件包括预设时间窗内广播调度事件的数量大于或者等于第一预设值，广播调度事件是指将广播分发给接收者，接收者包括软件、组件或程序中的至少一种。其中，这里广播是指安卓系统中的并行广播。这里的预设时间窗是指持续时间为t的一个连续时间段，第一预设值可以为是终端预测是否将要发生广播风暴的门限值，具体可以根据实际情况进行设置。示例性的，预设时间窗t的时长可以为1s，第一预设值可以为60。在本申请实施例中，发生广播是指广播的发送者发出一条广播，该广播携带有终端的状态信息。在实际应用中，广播是随机发生的，由于终端并不能预先确定广播什么时间会发生，广播调度事件的数量什么时候会增多，因而终端具体可以在每次发生广播时，确定当前预设时间窗内广播调度事件的数量是否大于或者等于第一预设值。其中，当前预设时间窗是指当前时刻及当前时刻之前的连续时间段t之内。若当前预设时间窗内广播调度事件的数量是否大于或者等于第一预设值，则可以认为广播调度事件的数量较大，广播风暴将要发生。举例来说，参见图4，若预设时间窗t为1s，当前时刻为时刻1，则当前预设时间窗为时刻1及时刻1之前的1s；若当前时刻为时刻2，则当前预设时间窗为时刻2及时刻2之前的1s。在另一种可能的实施方式中，终端也可以周期性的确定当前预设时间窗被广播调度事件的数量是否大于或者等于第一预设值。在另一种可能的实施方式中，终端也可以在接收到用户的指示信息后，确定当前预设时间窗被广播调度事件的数量是否大于或者等于第一预设值。其中，广播的接收者可以为注册过该广播的应用，该应用具体可以是软件、程序或组件中的至少一种。一个广播调度事件可以对应一个广播和一个接收者。同一广播可以对应多个接收者，此时该广播可以对应多个广播调度事件；不同广播也可以对应同一接收者，此时该接收者可以对应多个广播调度事件。示例性的，广播调度事件与广播和接收者的对应关系可以参见如下表1：表1广播调度事件广播接收者广播调度事件1广播1接收者1广播调度事件2广播1接收者2广播调度事件3广播2接收者1………终端对广播调度事件的调度速率进行控制可以包括：广播调度事件可以缓存在队列中，终端可以等间隔、匀速调度队列中的广播调度事件，也可以非匀速调度广播调度事件；终端可以根据预设的速率或间隔调度队列中的广播调度事件，也可以动态调整广播调度事件的调度速率，这里不做具体限定。当预设时间窗内广播调度事件的数量大于或者等于第一预设值时，终端可以认为当前广播调度事件的数量较大，因而可以通过控制广播调度事件的调度速率，延长广播调度事件的处理时间，减少同时处理的广播调度事件的数量，而不像现有技术那样一次性全部调度所有的广播调度事件，因而可以抑制广播风暴的发生，避免由于同时处理的广播调度事件数量过大而引起的终端屏幕卡顿、处理速度变慢等问题，提高用户使用体验。进一步地，在第一预设条件包括预设时间窗内广播调度事件的数量大于或者等于第一预设值的基础上，第一预设条件还可以包括用户正在使用终端。当用户正在使用终端时，若同时处理的广播调度事件的数量过大，则可能会使得终端出现屏幕卡顿、处理速度变慢等问题，直接影响用户当前的使用体验，因而终端可以对广播调度事件的调度速率进行控制，以降低同时处理的广播调度事件的数量。具体的，用户正在使用终端的场景可以包括终端屏幕点亮或者终端屏幕熄灭但终端检测到音乐正在播放或者广播(例如调频广播)节目正在播放。在另一种实施方式中，在第一预设条件包括预设时间窗内广播调度事件的数量大于或者等于第一预设值的基础上，第一预设条件还可以包括终端的显示界面正在发生变化。当终端的显示界面正在发生变化时，可以说明用户正在与终端屏幕发生交互，用户可以直观感受到屏幕画面是否流畅。若同时处理的广播调度事件数量过大，则可能发生广播风暴，导致屏幕发生卡顿，使得显示界面停顿在当前画面不更新，给用户带来界面显示不流畅的感觉，因而该种情况下终端可以对广播调度事件的调度速率进行控制，以抑制广播风暴的发生，改善界面卡顿问题，保证画面的流畅性。其中，终端的显示界面正在发生变化，即用户正在与终端屏幕进行交互的场景可以包括以下至少一种：终端检测到用户的触摸事件、终端正在启动应用、终端正在播放视频、终端正在视频通话、终端正在录制视频和终端正在拍摄图像。终端可以通过处理电路检测到终端当前是否处于以上任意一种场景。例如，终端可以检测到终端是否正在启动应用、是否正在播放视频等。其中，用户的触摸事件可以包括用户点击、滑动、长按、拖拽或捏合屏幕等事件。具体的，终端中的处理电路可以使用来自触摸事件检测器的输入，来确定是否存在与屏幕的用户交互。并且，处理电路还可以被配置为：处理来自触摸事件检测器的输入，以通过区分一个或多个用户敲击与其他振动和移动来确定是否存在与屏幕的用户交互。终端正在启动的应用可以包括终端支持的各种软件和应用程序，例如微信、百度、脸书(facebook)、淘宝、支付宝、导航软件、各类游戏app等，这里不再一一例举。示例性的，用户通过滑动屏幕(触摸事件)以浏览图片的场景可以参见图5a，用户通过屏幕观看视频的场景可以参见图5b，用户通过屏幕进行视频聊天的场景可以参见图5c，用户通过屏幕拍摄图像的场景可以参见图5d。另外，由于在变化后的界面显示之前，终端中的图形处理器(graphicsprocessingunit，gpu)会对显示界面进行渲染，因而在一种可能的实施方式中，终端可以通过监测gpu的渲染情况，来确定显示界面是否正在发生变化。在本申请实施例中，若满足第一预设条件，则终端可以在上述步骤100中，将广播调度事件进行分组，从而针对每个分组中的广播调度事件分别进行处理。上述步骤100具体可以包括：101、终端将广播调度事件划分为至少两个分组。其中，每个分组至少可以包括一个广播调度事件。在将广播调度事件划分为至少两个分组后，对于不同分组，终端可以串行调度不同分组中的广播调度事件，也可以并行调度不同分组中的广播调度事件，这里不予具体限定。以下将主要以并行调度为例进行说明。102、对于至少两个分组中的每个分组，终端根据每个分组分别对应的一个调度速率或至少一个调度间隔，调度每个分组中的广播调度事件。其中，调度间隔为调度两个广播调度事件所间隔的时间。对于划分后的每个分组，终端可以根据该分组对应的一个调度速率，或者，根据该分组对应的至少一个调度间隔，调度该分组中的广播调度事件，以使得广播调度事件中的接收者可以处理与广播相关的业务。示例性的，参见图6，终端可以根据每个分组对应的不同的速度，并行调度每个分组中的广播调度事件，也就是说终端可以控制每个分组中广播调度事件的调度速率。具体的，图6中的控制单元具体可以是广播注册分发管理中心，图6中的广播源可以是系统或发出广播的应用。这样，终端可以通过速率控制延长广播调度事件的处理时间，降低同时处理的广播调度事件的数量，将多个广播调度事件的调度过程错开，从而实现错峰调度，而不会像现有技术那样由于一次性全部调度所有的广播调度事件而出现如图1b所示的较大的调度峰值。具体的，以该至少两个分组中的第一分组为例，终端可以根据第一分组对应的一个调度速率，或者，终端可以根据第一分组对应的至少一个调度间隔，调度第一分组中的广播调度事件。其中，若第一分组中的广播调度事件包括上述表1中的广播调度事件1，则终端调度广播调度事件1是指，终端调度接收者1以处理与广播1相关的业务。该至少两个分组中的其它分组关于广播调度事件的处理方式与第一分组类似，这里不再赘述。需要说明的是，当每个分组对应一个调度速率时，终端可以根据该调度速率，匀速调度每个分组中的广播调度事件。举例来说，若第一分组对应的调度速率为s1个/s，则终端可以在每秒内调度第一分组中的s1个广播调度事件。当每个分组对应至少一个调度间隔时，每个分组对应的调度间隔具体可以是一个，也可以是多个，本申请实施例对此不做具体限制。当每个分组对应的调度间隔是一个时，终端可以根据该调度间隔，匀速调度每个分组中的广播调度事件。举例来说，若第一分组对应的调度间隔为δt，则终端可以每间隔δt调度一个第一分组中的广播调度事件。在一种可能的实现方式中，每个分组可以对应一个预设调度速率，或者每个分组可以对应一个预设调度间隔。终端可以根据该预设调度速率或预设调度间隔，匀速调度每个分组中的广播调度事件。值得强调的是，在本申请实施例中，每个分组可以对应一个队列，每个分组中的广播调度事件可以暂时缓存在该分组对应的队列中，终端可以根据每个分组分别对应的调度速率或至少一个调度间隔，调度每个分组分别对应的队列中所缓存的广播调度事件。在本申请实施例中，在用户与终端屏幕进行交互，且将要发生广播风暴时，终端可以通过将广播调度事件划分为至少两个分组，并根据每个分组分别对应的一个调度速率或至少一个调度间隔，调度每个分组中的广播调度事件，从而通过各分组分别对应的调度速率或调度间隔，将广播调度事件进行分组分速处理，以延缓广播调度事件的调度过程，降低同时处理的广播调度事件的数量，实现错峰调度，从而抑制广播风暴的发生，避免像现有技术中那样，由于一次性全部调度所有广播调度事件而导致的系统瞬间繁忙，因而可以有效改善用户和屏幕交互时的显示界面卡顿、处理速度慢、耗电快以及发热量大等问题，从而可以提高用户使用体验。示例性的，参见图7所示的效果图，本申请实施例提供的调度方法，可以使得广播调度事件的调度曲线较为平缓，而不会像图1b所示的现有技术那样出现较大的峰值。在上述步骤101中，终端将广播调度事件划分为至少两个分组的划分方式可以有多种。在一种可能的实施方式中，终端将广播调度事件划分为至少两个分组可以包括：1010、终端根据广播调度事件对应的接收者的优先级，将广播调度事件划分为至少两个分组。终端可以根据广播调度事件对应的接收者的优先级，将广播调度事件划分为不同的分组，从而对不同分组中的广播调度事件进行处理。在一种情况下，接收者的优先级与接收者的重要程度相关联。终端可以根据接收者的重要程度将广播调度事件划分为不同的分组。例如，接收者可以包括前台应用和后台应用，前台应用的重要程度高于后台应用的重要程度，前台应用的优先级高于后台应用的优先级。再例如，接收者可以包括使用频率高的应用和使用频率低的应用，使用频率高的应用的重要程度高于使用频率低的应用的重要程度，使用频率高的应用的优先级高于使用频率低的应用的优先级。再例如，接收者的重要程度可以划分为：前台应用及前台关联应用>后台应用>以上应用之外使用频率高的应用>以上应用之外的系统应用>以上应用之外的三方应用。其中，这里的“>”表示前者的重要程度高于后者的重要程度。“以上应用之外使用频率高的应用”是指，除了上述前台应用及前台关联应用和后台应用之外，使用频率高的应用；“以上应用之外的系统应用”是指，除了上述前台应用及前台关联应用、后台应用和使用频率高的应用之外的系统应用；“以上应用之外的三方应用”是指，除上述所有应用之外的三方应用。与接收者的重要程度相对应，接收者的优先级可以划分为：前台应用及前台关联应用>后台应用>以上应用之外使用频率高的应用>以上应用之外的系统应用>以上应用之外的三方应用。其中，这里的“>”表示前者的优先级高于后者的优先级。与接收者的优先级相对应，终端可以根据接收者的优先级将接收者划分为5个分组，即前台应用及前台关联应用所在的分组，后台应用所在的分组，以上应用之外使用频率高的应用所在的分组，以上应用之外的系统应用所在的分组和以上应用之外的三方应用所在的分组。进一步地，当接收者的优先级发生变化时，此时终端可以根据变化后的接收者的优先级，将广播调度事件重新划分为至少两个分组。或者，当接收者的优先级发生变化时，终端可以根据变化后的接收者的优先级，调整该接收者对应的广播调度事件所在的分组。例如，当接收者的重要程度发生变化时，例如接收者从后台切换到前台，接收者的优先级也发生了变化，此时终端可以根据变化后的接收者的重要程度，重新调整广播调度事件所在的分组。更进一步地，广播调度事件所在的分组也可以对应不同的优先级，优先级高的分组中的广播调度事件，可以是需要尽快被调度的广播调度事件。例如，当终端根据接收者的优先级划分广播调度事件时，分组的优先级可以与接收者的优先级正相关，即重要程度高的接收者的优先级较高，所在分组的优先级也较高。也就是说，重要程度高的广播调度事件更需要尽快被调度，因而广播调度事件所在分组的优先级也较高。具体的，参见如下表2，与上述所举示例中接收者的优先级相对应，广播调度事件所在的五个分组的优先级可以为：前台应用及前台关联应用所在的分组>后台应用所在的分组>以上应用之外使用频率高的应用所在的分组>以上应用之外的系统应用所在的分组>以上应用之外的三方应用所在的分组。其中，这里的“>”表示前者的优先级高于后者的优先级。表2在上述表2中，1级优先级>2级优先级>3级优先级>3级优先级>5级优先级。示例性的，参见图8a，前台应用为淘宝，与前台应用相关的应用包括支付宝，后台应用包括微信以及系统后台应用，用户使用频率高的应用包括facebook、百度浏览器，终端还支持其它系统应用例如计算器，以及其它三方应用例如谷歌(google)地图。在该种情况下，淘宝和支付宝可以对应表2中的1级接收者和1级分组，微信以及其它系统后台应用可以对应表2中的2级接收者和2级分组，facebook和百度浏览器可以对应表2中的3级接收者和3级分组，计算器可以对应表2中的4级接收者和4级分组，google地图可以对应表2中的5级接收者和5级分组。参见图8b，当微信从后台切换为前台，淘宝从前台切换为后台时，微信可以对应表2中的1级接收者和1级分组，淘宝和支付宝可以对应表2中的2级接收者和2级分组。上述关于接收者重要程度的划分仅是举例说明，还可以有不同的划分方式；与接收者的重要程度相对应，接收者的优先级即接收者所在分组对应的优先级也可以有不同的划分方式，这里不再一一说明。在另一种可能的实施方式中，终端将广播调度事件划分为至少两个分组可以包括：终端可以将至少一个接收者对应的广播调度事件划分为同一个分组。举例来说，终端可以将接收者1对应的广播调度事件划分为同一个分组，将接收者2对应的广播调度事件划分为另一个分组。举例来说，终端还可以将接收者1和接收者2对应的广播调度事件划分为同一个分组，将接收者3和接收者4对应的广播调度事件划分为另一个分组。在另一种可能的实施方式中，终端将广播调度事件划分为至少两个分组可以包括：终端可以将至少一个广播对应的广播调度事件划分为同一个分组。举例来说，终端可以将广播1对应的广播调度事件划分为同一个分组，将广播2对应的广播调度事件划分为另一个分组。举例来说，终端还可以将广播1和广播2对应的广播调度事件划分为同一个分组，将广播3和广播4对应的广播调度事件划分为另一个分组。在另一种可能的实施方式中，终端将广播调度事件划分为至少两个分组可以包括：终端可以根据广播发生的时间顺序将广播调度事件划分为至少两个分组。在另一种可能的实现方式中，终端将广播调度事件划分为至少两个分组可以包括：终端可以将广播调度事件随机划分为至少两个分组。可以理解的是，终端将广播调度事件划分为至少两个分组还可以采用其它方式，这里不再一一例举。广播调度事件的划分方式不同，广播调度事件所在分组的优先级的划分方式也可以不同。举例来说，终端按照广播发生的时间顺序将广播调度事件划分为3个分组，且发生时间靠前的广播调度事件更需要尽快被调度，因而发生时间靠前的广播调度事件所在分组的优先级，高于发生时间靠后的广播调度事件所在分组的优先级。值得注意的是，在本申请实施例中，在每个分组对应一个优先级时，在串行调度情况下，终端可以优先处理优先级高的分组中的广播调度事件，以使得优先级高的分组中的广播调度事件尽快被调度；在并行调度情况下，终端可以并行调度每个分组中的广播调度事件，且优先级高的分组对应的调度速度快。以下仍主要以并行调度为例进行说明。具体的，当每个分组对应一个调度速率时，优先级高的分组对应的调度速率大；当每个分组对应至少一个调度间隔时，优先级高的分组对应的至少一个调度间隔小。由于优先级高的分组中的广播调度事件可能更需要尽快被调度，因而通过较大的调度速率或者较小的调度间隔，终端可以更快地调度优先级高的分组中的广播调度事件。若每个分组对应一个预设调度速率，则优先级高的分组对应的预设调度速率，可以大于优先级低的分组对应的预设调度速率；若每个分组对应一个预设调度间隔，则优先级高的分组对应的预设调度间隔，可以小于优先级低的分组对应的预设调度间隔。这样，终端可以更快地调度优先级高的分组中的广播调度事件。示例性的，表2中的分组与预设调度速率的对应关系可以参见表3。表3分组预设调度速率分组1s1分组2s2分组3s3分组4s4分组5s5在上述表3中，s1>s2>s3>s4>s5。举例来说，若s1、s2、s3、s4和s5分别为6个广播调度事件/s、4个广播调度事件/s、3个广播调度事件/s、2个广播调度事件/s和1个广播调度事件/s，则与表2对应的广播调度事件调度示意图可以参见图9。由图9可见，优先级高的分组中的广播调度事件可以被更快的调度出去。示例性的，表2中的分组与预设调度间隔的对应关系可以参见表4。表4分组预设调度间隔分组1δt1分组2δt2分组3δt3分组4δt4分组5δt5在上述表4中，δt1<δt2<δt3<δt4<δt5。在本申请实施例中，每个分组可以分别对应一个预设时长。当每个分组对应至少一个调度间隔时，对于至少两个分组中的一个任意分组，终端在步骤102中根据该任意分组对应的至少一个调度间隔，调度该任意分组中的广播调度事件包括：201、终端根据该任意分组对应的预设时长、该任意分组中广播调度事件的发生时刻和当前时刻，确定该任意分组对应的至少一个调度间隔。202、终端根据该任意分组对应的至少一个调度间隔，调度该任意分组中的广播调度事件。在步骤201和步骤202中，由于广播发生(即广播被发送者发出)后，即产生与该广播以及该广播的m个接收者一一对应的m个广播调度事件，也就是说广播发生后，广播调度事件也发生，因而广播调度事件的发生时刻也可以理解为广播的发生时刻。预设时长可以理解为广播调度事件允许缓存在该分组对应的队列中的最长时间，具体可以根据实际需要进行设定，调度间隔与广播调度事件允许停留在该分组对应的队列中的最长时间相关。又由于广播调度事件的发生时刻距离当前时刻越远，广播调度事件越需要尽快被调度，因而终端可以根据任意分组对应的预设时长、任意分组中广播调度事件的发生时刻和当前时刻，动态地确定任意分组对应的至少一个调度间隔，从而根据该至少一个调度间隔，调度任意分组中的广播调度事件。可以理解的是，在本申请实施例中，每个分组都可以采用步骤201和步骤202中描述的方法，调度该分组中的广播调度事件。在一种可能的实现方式中，优先级高的分组对应的预设时长小。也就是说，优先级高的分组对应的队列中，允许广播调度事件缓存的时间短，优先级高的分组中的广播调度事件能够更快地被调度。以表2所举示例为例，分组1至分组5对应的预设时长可以参见如下表5：表5分组预设时长分组110ms分组215ms分组320ms分组425ms分组530ms具体的，终端可以采用多种方法实现上述步骤201和步骤202，以下将予以举例说明。在一种方法中，上述步骤201可以包括：301、终端根据表达式一计算任意分组中，每个广播调度事件分别对应的调度间隔，该表达式一可以为：δti＝(t0+ti-tc)/(i+1)表达式一其中，δti表示任意分组中第i个广播调度事件对应的调度间隔，t0表示任意分组对应的预设时长，ti表示任意分组中第i个广播调度事件的发生时刻，tc表示当前时刻。参见图10，终端可以根据表达式1计算该任意分组中包括的i个广播调度事件对应的i个调度间隔，其中i的取值为0至i-1中的整数。由表示式一可知，当预设时长t0越小时，δti越小。也就是说，当接收者的优先级越高时，接收者所在的分组的优先级越高，接收者所在分组对应的预设时长越小，接收者所在分组对应的至少一个调度间隔越小，广播调度事件可以更快地被调度。由表示式一可知，当广播调度事件的发生时刻ti越小，广播调度事件的发生时刻ti与当前时刻tc越远时，δti越小。也就是说，广播调度事件发生的越早，广播调度事件对应的调度间隔越小，广播调度事件越需要尽快被调度。上述步骤202可以包括：302、终端按照每个广播调度事件分别对应的调度间隔从小到大的顺序，依次调度每个调度间隔对应的广播调度事件。举例来说，假设任意分组中i个广播调度事件分别对应的i个调度间隔的大小关系为δt0>δt1>…>δti>…>δti-1，则终端可以根据调度间隔从小到大的顺序，依次调度该任意分组对应的队列中所缓存的第i-1个、第i-2个、…、第i个、…、第1个、第0个广播调度事件。具体的，终端可以等待δti-1后调度第i-1个广播调度事件；在调度第i-1个广播调度事件后，间隔δti-2后调度第i-2个广播调度事件；在调度第i-1个广播调度事件后，间隔δti-3后调度第i-3个广播调度事件，并以此类推。在另一种方法中，在上述步骤301之后，步骤202可以包括以下步骤303和步骤304：303、终端从每个广播调度事件分别对应的调度间隔中选择最小调度间隔。304、终端根据最小调度间隔，调度任意分组中的每个广播调度事件。举例来说，假设任意分组中i个广播调度事件分别对应的i个调度间隔的大小关系为δt0>δt1>…>δti>…>δti-1，则终端可以选择最小调度间隔δti，并根据δti依次调度该任意分组对应的队列中所缓存的i个广播调度事件。具体的，终端可以根据δti，按照先进先出的原则，依次调度该任意分组对应的队列中所缓存的i个广播调度事件。在另一种方法中，上述步骤201可以包括：401、终端根据表达式二计算任意分组对应的一个调度间隔，表达式二为：δt＝t0/n；其中，δt表示任意分组中广播调度事件对应的调度间隔，t0表示任意分组对应的预设时长，n表示任意分组包括的广播调度事件的数量。由表示式2可知，δt为该任意分组对应的一个平均调度间隔，且预设时长t0越小，该平均调度间隔δt也越小。上述步骤202可以包括：402、终端根据一个调度间隔，调度任意分组中的每个广播调度事件。举例来说，若该任意分组为上述表5中的分组1，分组1中包括i个广播调度事件，t0为10ms，分组1对应的平均调度间隔δt可以为10ms/i。此时，终端可以根据10ms/i，按照先进先出的原则，依次调度分组1对应的队列中所缓存的广播调度事件。进一步地，在上述步骤301-304和步骤401-402之后，该方法还可以包括：501、若任意分组中新增广播调度事件，则终端重新计算任意分组中，每个广播调度事件分别对应的至少一个调度间隔。当一个分组中新增加了广播调度事件时，步骤301-304和步骤401-402中计算的至少一个调度间隔可能也发生了变化，此时需要根据当前分组中的广播调度事件的发生时刻、以及预设时长和当前时刻，重新计算该分组对应的至少一个调度间隔。进一步地，参见图11，在上述步骤100之后，该方法还可以包括：200、当满足第二预设条件时，终端停止对广播调度事件的调度速率进行控制，第二预设条件包括预设时间窗内广播调度事件的数量小于第二预设值，屏幕熄灭，以及屏幕点亮且显示界面未发生变化的时间大于或者等于第三预设值中的至少一种。其中，第二预设值可以为终端预测是否解除广播风暴的门限值。参见图12a，在上述步骤100中广播调度事件的数量大于或者等于第一预设值，将要发生广播风暴时，若在后续过程中当前预设时间窗内广播调度事件的数量小于第二预设值，则可以说明当前不可能再发生广播风暴，调度广播调度事件将不会影响界面显示的流畅性以及终端的处理速度等，此时不需要再对广播风暴进行抑制，因而可以停止对广播调度事件的调度速率进行控制。第二预设值具体可以根据实际需要进行设定。在一种可能的实现方式中，第二预设值可以大于第一预设值，即当终端确定广播调度事件的数量有回落趋势时，即可以认为当前不可能发生广播风暴。当屏幕熄灭，或者屏幕点亮且界面未发生变化的时间大于或者等于第三预设值时，可以表明用户已停止与终端屏幕进行交互。例如，第三预设值可以为20s。因而，参见图12b，终端在上述步骤100中确定广播调度事件的数量较大之后，若在后续过程中屏幕熄灭或者屏幕点亮且界面未发生变化的时间大于或者等于预设值，则不需要再对广播风暴进行抑制，终端可以停止对广播调度事件的调度速率进行控制。该种情况下，若之前终端已将广播调度事件进行分组，则终端此时可以停止对广播调度事件进行分组分速处理。并且，对于已划分至分组中的广播调度事件，终端可以无间隔调度，从而加快广播调度事件的调度速度。对于未划分至分组中的广播调度事件，则可以采用现有技术中的调度方式进行调度。可以理解的是，终端设备为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的算法步骤，本发明能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定接收者和设计约束条件。专业技术人员可以对每个特定的接收者来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。本发明实施例可以根据上述方法示例对终端进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本发明实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。在采用对应各个功能划分各个功能模块的情况下，图13示出了上述实施例中涉及的终端的一种可能的组成示意图，如图13所示，该终端可以包括：屏幕1301、调度单元1302和划分单元1303。其中，屏幕1301用于支持终端呈现显示界面。调度单元1302用于支持终端执行图3和图11中的步骤100，图11中的步骤200，上文中的步骤102、步骤201-202、步骤301-304，步骤401-402，以及步骤501。划分单元1303用于支持终端执行上文中的步骤101。和/或，上述各单元还用于支持本文所描述的技术的其它过程。需要说明的是，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。在采用集成的单元的情况下，图14示出了上述实施例中所涉及的终端的另一种可能的组成示意图。如图14所示，该终端包括：处理模块1401、通信模块1402和存储模块1403。处理模块1401用于对终端的动作进行控制管理，例如，处理模块1401用于支持终端执行图3和图11所示的调度方法中的步骤100，以及图11所示的调度方法中的步骤200，和/或用于本文所描述的技术的其它过程。通信模块1402用于支持终端与其他网络实体的通信。存储模块1403用于存储终端的程序代码和数据。其中，处理模块1401可以是处理器或控制器。其可以实现或执行结合本发明公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，微处理器(digitalsignalprocessor，dsp)和微处理器的组合等等。通信模块1402可以是收发器、收发电路或通信接口等。存储模块1403可以是存储器。通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。图15是本发明实施例提供的另一种终端的结构示意图。该终端可以包括：处理器1501、存储器1502、总线1503以及通信接口1504。其中，处理器1501、存储器1502以及通信接口1504通过系统总线1503连接。存储器1502用于存储计算机执行指令，当终端运行时，处理器1501执行存储器1502存储的计算机执行指令，以使终端执行本发明实施例提供的调度方法。具体的调度方法可参考下文及附图中的相关描述，此处不再赘述。具体的，该处理器1501可以对应上述调度单元1302和划分单元1303的功能。并且，该处理器1501还可以对应上述处理模块1401的功能。该存储器1502可以对应上述存储模块1403的功能。该通信接口1504可以对应上述通信模块1402的功能。本申请实施例还提供了一种计算机存储介质，用于储存为上述终端所用的计算机软件指令，当其在计算机上运行时，使得计算机可以执行上述终端所执行的调度方法。其中，该存储介质具体可以为上述存储器1502。本申请实施例还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机可以执行上述终端所执行的调度方法。在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件程序实现时，可以全部或部分地以计算机程序产品的形式来实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时，全部或部分地产生按照本申请实施例的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，计算机指令可以从一个网站站点、计算机、服务器或者数据中心通过有线(例如同轴电缆、光纤、数字用户线(digitalsubscriberline，dsl))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可以用介质集成的服务器、数据中心等数据存储设备。可用介质可以是磁性介质(例如，软盘、硬盘、磁带)，光介质(例如，dvd)、或者半导体介质(例如固态硬盘)等。尽管在此结合各实施例对本申请进行了描述，然而，在实施所要求保护的本申请过程中，本领域技术人员通过查看附图、公开内容、以及所附权利要求书，可理解并实现公开实施例的其他变化。在权利要求中，“包括”(comprising)一词不排除其他组成部分或步骤，“一”或“一个”不排除多个的情况。单个处理器或其他单元可以实现权利要求中列举的若干项功能。相互不同的从属权利要求中记载了某些措施，但这并不表示这些措施不能组合起来产生良好的效果。尽管结合具体特征及其实施例对本申请进行了描述，显而易见的，在不脱离本申请的精神和范围的情况下，可对其进行各种修改和组合。相应地，本说明书和附图仅仅是所附权利要求所界定的本申请的示例性说明，且视为已覆盖本申请范围内的任意和所有修改、变化、组合或等同物。显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。当前第1页12