CN114564262A - 一种弹窗的控制方法、装置、设备及介质 - Google Patents

Abstract

本公开关于一种弹窗的控制方法、装置、设备及介质，用以解决相关技术中代码难以维护，研发投入人力过大的问题，所述方法包括：接收至少一个用于发起弹窗的弹窗请求，其中，每个弹窗对应一个弹窗请求，每个弹窗请求对应一个事件源，所述弹窗请求用于为所述事件源申请屏幕控制权；根据预先设置的弹窗优先度规则，在至少一个弹窗请求中确定优先度最高的事件源为第一目标事件源；基于所述第一目标事件源对应的弹窗请求，使所述第一目标事件源对应的第一弹窗获得屏幕控制权。

Description

一种弹窗的控制方法、装置、设备及介质

技术领域

本公开涉及机器学习领域，尤其涉及一种弹窗的控制方法、装置、设备及介质。

背景技术

移动终端应用程序APP的弹窗是实现告知平台账户事件的重要交互形式，例如在流量不充足的时候，弹窗可以用来提醒平台账户当前可能产生较多移动资费等。但是随着弹窗功能的迭代，页面的弹窗数量会越来越多，从而引发如下问题。

代码难以维护。在没有成熟的弹窗管理方案的状况下，所有弹窗的弹出次序都需要在代码中精心编排，致使代码耦合严重，每次在页面接入新弹窗时，都要重新梳理页面的弹窗代码，操作繁琐。

研发投入人力随着弹窗数量增加而显著增加。因代码耦合严重，开发期间不可避免的会修改原有的代码，这就会触及页面已有弹窗的逻辑，为了确保新功能不会导致旧功能出现异常，测试阶段需要重新测试已有弹窗的测试用例，因而页面的弹窗越多，研发投入测试的时间会大幅度越长。

在这一背景下，我们需要一个弹窗自动化管理的方案，从而减轻开发维护代码的心智负担、减小研发投入测试的人力消耗。

发明内容

本公开提供一种弹窗的控制方法、装置、设备及介质，以至少解决相关技术中代码难以维护，研发投入人力过大的问题。本公开的技术方案如下：

根据本公开实施例的第一方面，提供一种弹窗的控制方法，包括：

接收至少一个用于发起弹窗的弹窗请求，其中，每个弹窗对应一个弹窗请求，每个弹窗请求对应一个事件源，弹窗请求用于为事件源申请屏幕控制权；

根据预先设置的弹窗优先度规则，在至少一个弹窗请求中确定优先度最高的事件源为第一目标事件源；

基于第一目标事件源对应的弹窗请求，使第一目标事件源对应的第一弹窗获得屏幕控制权。

在一种可能的实施方式中，本公开提供的方法中，基于第一目标事件源对应的弹窗请求，使第一目标事件源对应的第一弹窗获得屏幕控制权，包括：

根据第一目标事件源对应的弹窗请求，确定第一目标事件源对应的弹窗的配置信息，配置信息包括弹窗持续时长和弹窗延迟时长；

在达到弹窗延迟时长之后，使第一弹窗获得屏幕控制权；

在达到弹窗持续时长之后，使第一弹窗释放屏幕控制权。

在一种可能的实施方式中，本公开提供的方法中，在达到弹窗持续时长之后，使第一弹窗释放屏幕控制权之后，方法还包括：

在弹窗请求中删除第一目标事件源对应的弹窗请求，并持续接收弹窗请求。

在一种可能的实施方式中，本公开提供的方法中，方法还包括：

基于弹窗优先度规则，在删除后的弹窗请求中确定优先度最高的事件源为第二目标事件源；

使第二目标事件源对应的第二弹窗获得屏幕控制权。

在一种可能的实施方式中，本公开提供的方法中，接收至少一个用于发起弹窗的事件源对应的弹窗请求，包括：

在接收到一个事件源对应的弹窗请求后的预设时长内，持续接收弹窗请求；

向接收到的弹窗请求所对应的事件源发送通知信息，通知信息用于通知事件源弹窗失败；

在达到预设时长后，拒绝接收弹窗请求。

在一种可能的实施方式中，本公开提供的方法中，根据预先设置的弹窗优先度规则，在至少一个弹窗请求中确定优先度最高的事件源为第一目标事件源，包括：

若只接收到一个事件源对应的弹窗请求，则确定事件源为第一目标事件源。

根据本公开实施例的第二方面，提供一种弹窗的控制装置，包括：

接收单元，被配置为执行接收至少一个用于发起弹窗的弹窗请求，其中，每个弹窗对应一个弹窗请求，每个弹窗请求对应一个事件源，弹窗请求用于为事件源申请屏幕控制权；

确定单元，被配置为执行根据预先设置的弹窗优先度规则，在至少一个弹窗请求中确定优先度最高的事件源为第一目标事件源；

处理单元，被配置为执行基于第一目标事件源对应的弹窗请求，使第一目标事件源对应的第一弹窗获得屏幕控制权。

在一种可能的实施方式中，本公开提供的装置中，处理单元具体被配置为执行：

根据第一目标事件源对应的弹窗请求，确定第一目标事件源对应的弹窗的配置信息，配置信息包括弹窗持续时长和弹窗延迟时长；

在达到弹窗延迟时长之后，使第一弹窗获得屏幕控制权；

在达到弹窗持续时长之后，使第一弹窗释放屏幕控制权。

在一种可能的实施方式中，本公开提供的装置中，处理单元还被配置为执行：

在弹窗请求中删除第一目标事件源对应的弹窗请求，并持续接收弹窗请求。

在一种可能的实施方式中，本公开提供的装置中，处理单元还被配置为执行：

基于弹窗优先度规则，在删除后的弹窗请求中确定优先度最高的事件源为第二目标事件源；

使第二目标事件源对应的第二弹窗获得屏幕控制权。

在一种可能的实施方式中，本公开提供的装置中，接收单元具体被配置为执行：

在接收到一个事件源对应的弹窗请求后的预设时长内，持续接收弹窗请求；

向接收到的弹窗请求所对应的事件源发送通知信息，通知信息用于通知事件源弹窗失败；

在达到预设时长后，拒绝接收弹窗请求。

在一种可能的实施方式中，本公开提供的装置中，确定单元具体被配置为执行：

若只接收到一个事件源对应的弹窗请求，则确定事件源为第一目标事件源。

根据本公开实施例的第三方面，提供一种电子设备，包括：处理器；

用于存储处理器可执行指令的存储器；

其中，处理器被配置为执行所述指令，以实现本公开实施例第一方面中任一项所述的弹窗的控制方法。

根据本公开实施例的第四方面，提供一种存储介质，当存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行本公开实施例第一方面中任一项所述的弹窗的控制方法。

根据本公开实施例的第五方面，提供一种计算机程序产品，包括：计算机程序，所述计算机程序被处理器执行时实现上述第一方面所述的直播预告方法。

本公开的实施例提供的技术方案至少带来以下有益效果：

接收至少一个用于发起弹窗的弹窗请求，再根据预先设置的弹窗优先度规则，在至少一个弹窗请求中确定优先度最高的事件源为第一目标事件源，最后基于第一目标事件源对应的弹窗请求，使第一目标事件源对应的第一弹窗获得屏幕控制权。与现有技术的执行弹窗方案相比，提供了统一的弹窗管理，基于弹窗优先度规则确定弹窗顺序，无需在添加弹窗时重复测试已有弹窗，使得开发与维护代码更加方便。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理，并不构成对本公开的不当限定。

图1是根据一示例性实施例示出的一种弹窗的控制方法的流程图。

图2是根据一示例性实施例示出的一种弹窗的控制方法的弹窗界面示意图。

图3是根据一示例性实施例示出的一种弹窗的控制方法的交互示意图。

图4是根据一示例性实施例示出的另一弹窗的控制方法的交互示意图。

图5是根据一示例性实施例示出的再一弹窗的控制方法的交互示意图。

图6是根据一示例性实施例示出的一种弹窗的控制装置的结构示意图。

图7是根据一示例性实施例示出的一种弹窗的控制设备的结构示意图。

图8是根据一示例性实施例示出的应用弹窗的控制方法的终端的结构示意图。

具体实施方式

为了使本领域普通人员更好地理解本公开的技术方案，下面将结合附图，对本公开实施例中的技术方案进行清楚、完整地描述。

需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

下面对文中出现的一些词语进行解释：

1、本发明实施例中术语“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

2、本发明实施例中术语“弹窗”，指一个独占屏幕的弹出窗口，一般用来引导用户使用某个功能。

3、本发明实施例中术语“屏幕控制权”，指弹窗占据屏幕的权利，拥有控制权的弹窗可以展示，其他弹窗不可展示，直至屏幕控制权转移。

4、本发明实施例中术语“事件源”，一切手机操作系统通知小程序的事件的统称，在本技术方案可以具体分为UI交互事件、网络请求事件、播放器事件等。

5、本发明实施例中术语“弹窗控制中心”指处理页面所有弹窗展示与否、展示次序的执行主体。

移动终端应用程序APP的弹窗是实现告知平台账户事件的重要交互形式，例如在流量不充足的时候，弹窗可以用来提醒平台账户当前可能产生较多移动资费等。但是随着弹窗功能的迭代，页面的弹窗数量会越来越多，从而引发如下问题。

(一)代码难以维护。

在没有成熟的弹窗管理方案的状况下，所有弹窗的弹出次序都需要在代码中精心编排，致使代码耦合严重，每次在页面接入新弹窗时，都要重新梳理页面的弹窗代码，操作繁琐。

(二)研发投入人力随着弹窗数量增加而显著增加。

因代码耦合严重，开发期间不可避免的会修改原有的代码，这就会触及页面已有弹窗的逻辑，为了确保新功能不会导致旧功能出现异常，测试阶段需要重新测试已有弹窗的测试用例，因而页面的弹窗越多，研发投入测试的时间会大幅度越长。

在这一背景下，我们需要一个弹窗自动化管理的方案，从而减轻开发维护代码的心智负担、减小研发投入测试的人力消耗。

图1是根据一示例性实施例示出的一种弹窗的控制方法的流程图，如图1所示，弹窗的控制方法，包括以下步骤。

在步骤S101中，接收至少一个用于发起弹窗的弹窗请求。

具体实施时，在一定时间内，接收至少一个事件源对应的弹窗请求，如未接收到任何弹窗请求，则不进行下述步骤。事件源可以包括UI交互事件、网络请求事件和播放器事件等。

需要说明的是，每个弹窗对应一个弹窗请求，每个弹窗请求对应一个事件源，弹窗请求用于为事件源申请屏幕控制权。

具体实施时，还可以在接收到一个事件源对应的弹窗请求后的预设时长内，持续接收弹窗请求，并向接收到的弹窗请求所对应的事件源发送通知信息，通知信息用于通知事件源弹窗失败，然后在达到预设时长后，拒绝接收弹窗请求。

在一种可能实施的方式中，接收到弹窗请求后，对弹窗请求进行筛查，将其中错误的弹窗请求或数据不全的弹窗请求删除，以保证后续发起的弹窗不会产生程序错误。具体筛查条件本公开实施例不作限定。

在步骤S102中，根据预先设置的弹窗优先度规则，在至少一个弹窗请求中确定优先度最高的事件源为第一目标事件源。

如果只接收到一个事件源对应的弹窗请求，则确定事件源为第一目标事件源。

具体实施时，根据预先设置的弹窗优先度规则，从至少一个事件源中确定出优先度最高的事件源。弹窗优先度规则可以综合以下一种或多种因素，来确定事件源的优先度：事件源的类型，弹窗关键词，与上一个弹窗的关联程度等。当然，还可以设置白名单，当弹窗请求对应的事件源命中预设的白名单时，直接确定该事件源的优先度最高。弹窗优先度规则可以由系统通过计算设置，也可以由用户依据自身喜欢进行配置，本公开实施例对此不作限定。

在步骤S103中，基于第一目标事件源对应的弹窗请求，使第一目标事件源对应的第一弹窗获得屏幕控制权。

具体实施时，先根据第一目标事件源对应的弹窗请求，确定第一目标事件源对应的弹窗的配置信息，其中配置信息包括弹窗持续时长和弹窗延迟时长，当然，配置信息还可以包括弹窗的大小，弹窗的背景设定，弹窗的弹出频率以及弹窗的移动规矩等，本公开实施例对此不作限定。如图2所示，为本公开实施例提供的一种弹窗示意图。

在一个可能实施的方式中，等待弹窗延迟时长之后，发起第一弹窗，也即使第一弹窗获得屏幕控制权，然后在弹窗请求中删除第一目标事件源对应的弹窗请求，并通知除第一目标事件源之外的，其他发送弹窗请求的事件源弹窗发起失败，第一弹窗获得屏幕控制权的同时，在一定的时间内持续接收弹窗请求。

在达到弹窗持续时长之后，第一弹窗释放屏幕控制权，再基于弹窗优先度规则，于剩余的弹窗请求和新接收的弹窗请求中确定优先度最高的事件源为第二目标事件源，使第二目标事件源对应的第二弹窗获得屏幕控制权。

在另一个可能的实施方式中，等待弹窗延迟时长之后，使第一弹窗获得屏幕控制权，然后清空弹窗请求，并通知除第一目标事件源之外的，其他发送弹窗请求的事件源弹窗发起失败，使事件源根据需求重新发送弹窗请求以进行下一轮弹窗优先度判定，或不发起弹窗。在达到弹窗持续时长之后，第一弹窗释放屏幕控制权，开启新一轮弹窗请求的接收。

本公开提供的技术方案与现有技术的执行弹窗方案相比，提供了统一的弹窗管理，基于弹窗优先度规则确定弹窗顺序，无需在添加弹窗时重复测试已有弹窗，使得开发与维护代码更加方便。

下面结合图3，以事件源、弹窗组件和弹窗控制中心之间的交互为例，对本公开实施例提供的弹窗的控制方法的具体过程进行详细说明。

在步骤S301中，事件源发送弹窗请求至弹窗控制中心。

具体实施时，事件源可以包括UI交互事件、网络请求事件和播放器事件等。弹窗控制中心在接收到第一个弹窗请求之后的一段时间内，依旧持续接收弹窗请求。

在步骤S302中，基于预设的弹窗优先度规则，在弹窗请求中确定优先度最高的事件源为第一目标事件源。

具体实施时，根据弹窗请求对应的事件源的信息和弹窗请求信息，从至少一个事件源中确定出优先度最高的事件源。弹窗优先度规则可以综合以下一种或多种因素，来确定事件源的优先度：事件源的类型，弹窗关键词，与上一个弹窗的关联程度等。当然，还可以设置白名单，当弹窗请求对应的事件源命中预设的白名单时，直接确定该事件源的优先度最高。本方案对具体优先度规则的设定不作限定。

在步骤S303中，为第一目标事件源调用弹窗组件。

易于理解的是，为第一目标事件源调用弹窗组件也即使第一目标事件源对应的弹窗获取屏幕控制权。

在步骤S304中，根据弹窗的配置信息发起弹窗。

具体实施时，配置信息包括弹窗持续时长、弹窗延迟时长、弹窗的大小、弹窗的背景设定、弹窗的弹出频率以及弹窗的移动规矩等。根据配置信息确定具体弹窗的具体样式。

在步骤S305中，通知弹窗控制中心弹窗结束。

具体实施时，在第一目标事件源对应的弹窗获取屏幕控制权达到弹窗持续时长之后，通知弹窗控制中心弹窗结束，使该弹窗释放屏幕控制权。

在步骤S306中，删除第一目标事件源对应的弹窗请求，并基于预设的弹窗优先度规则，在删除后的弹窗请求中确定优先度最高的事件源为第二目标事件源。

具体实施时，将第一目标事件源对应的弹窗请求删除，然后从剩余的弹窗请求以及持续接收到的新的弹窗请求中，确定优先度最高的事件源为第二目标事件源，后续再重复上述步骤，发起第二目标事件源对应的弹窗，此处不再赘述。

下面结合图4，以事件源、弹窗组件和弹窗控制中心之间的交互为例，对本公开实施例提供的另一弹窗的控制方法的具体过程进行详细说明。

在步骤S401中，事件源发送弹窗请求至弹窗控制中心。

具体实施时，事件源可以包括UI交互事件、网络请求事件和播放器事件等。

在步骤S402中，基于预设的弹窗优先度规则，在弹窗请求中确定优先度最高的事件源为第一目标事件源。

具体实施时，根据弹窗请求对应的事件源的信息和弹窗请求信息，从至少一个事件源中确定出优先度最高的事件源。弹窗优先度规则可以综合以下一种或多种因素，来确定事件源的优先度：事件源的类型，弹窗关键词，与上一个弹窗的关联程度等。当然，还可以设置白名单，当弹窗请求对应的事件源命中预设的白名单时，直接确定该事件源的优先度最高。本方案对具体优先度规则的设定不作限定。

在步骤S403中，为第一目标事件源调用弹窗组件。

易于理解的是，为第一目标事件源调用弹窗组件也即使第一目标事件源对应的弹窗获取屏幕控制权。

在步骤S404中，根据弹窗的配置信息发起弹窗。

具体实施时，配置信息包括弹窗持续时长、弹窗延迟时长、弹窗的大小、弹窗的背景设定、弹窗的弹出频率以及弹窗的移动规矩等。根据配置信息确定具体弹窗的具体样式。

在步骤S405中，通知弹窗控制中心弹窗结束。

具体实施时，在第一目标事件源对应的弹窗获取屏幕控制权达到弹窗持续时长之后，通知弹窗控制中心弹窗结束，使该弹窗释放屏幕控制权。

在步骤S406中，通知其他未发起弹窗的事件源，并删除弹窗请求。

具体实施时，将未发起弹窗的弹窗请求全部删除，然后通知除第一目标事件源之外的，其他发送弹窗请求的事件源弹窗失败，使事件源根据需求重新发送弹窗请求，或者不发起弹窗。

下面结合图5，以事件源、弹窗组件和弹窗控制中心之间的交互为例，对本公开实施例提供的再一弹窗的控制方法的具体过程进行详细说明。

在步骤S501中，事件源发送弹窗请求至弹窗控制中心。

具体实施时，事件源可以包括UI交互事件、网络请求事件和播放器事件等。

在步骤S502中，基于预设的弹窗优先度规则，在弹窗请求中确定优先度最高的事件源为第一目标事件源。

具体实施时，根据弹窗请求对应的事件源的信息和弹窗请求信息，确定弹窗的类型，本公开实施例中，提供三种弹窗类型，如下表所示。

若弹窗枚举值为1，则直接确定该弹窗对应的事件源为第一目标事件源，并无论当前屏幕是否已有弹窗，直接弹出。

若弹窗枚举值为2，则在屏幕当前无弹窗时综合以下一种或多种因素，来确定事件源的优先度：事件源的类型，弹窗关键词，与上一个弹窗的关联程度等。屏幕当前有弹窗时，则进入队列等待。

若弹窗枚举值为3，则在屏幕当前无弹窗时综合以下一种或多种因素，来确定事件源的优先度：事件源的类型，弹窗关键词，与上一个弹窗的关联程度等。屏幕当前有弹窗时，直接放弃弹出。

在步骤S503中，为第一目标事件源调用弹窗组件。

易于理解的是，为第一目标事件源调用弹窗组件也即使第一目标事件源对应的弹窗获取屏幕控制权。

在步骤S504中，根据弹窗的配置信息发起弹窗。

具体实施时，配置信息包括弹窗持续时长、弹窗延迟时长、弹窗的大小、弹窗的背景设定、弹窗的弹出频率以及弹窗的移动规矩等。根据配置信息确定具体弹窗的具体样式。

在步骤S505中，通知弹窗控制中心弹窗结束。

图6是根据一示例性实施例示出的一种弹窗的控制装置框图。参照图6，该装置包括接收单元601，确定单元602和处理单元603。

接收单元601，被配置为执行接收至少一个用于发起弹窗的弹窗请求，其中，每个弹窗对应一个弹窗请求，每个弹窗请求对应一个事件源，弹窗请求用于为事件源申请屏幕控制权；

确定单元602，被配置为执行根据预先设置的弹窗优先度规则，在至少一个弹窗请求中确定优先度最高的事件源为第一目标事件源；

处理单元603，被配置为执行基于第一目标事件源对应的弹窗请求，使第一目标事件源对应的第一弹窗获得屏幕控制权。

在一种可能的实施方式中，本公开提供的装置中，处理单元603具体被配置为执行：

根据第一目标事件源对应的弹窗请求，确定第一目标事件源对应的弹窗的配置信息，配置信息包括弹窗持续时长和弹窗延迟时长；

在达到弹窗延迟时长之后，使第一弹窗获得屏幕控制权；

在达到弹窗持续时长之后，使第一弹窗释放屏幕控制权。

在一种可能的实施方式中，本公开提供的装置中，处理单元还被配置为执行：

在弹窗请求中删除第一目标事件源对应的弹窗请求，并持续接收弹窗请求。

在一种可能的实施方式中，本公开提供的装置中，处理单元603还被配置为执行：

基于弹窗优先度规则，在删除后的弹窗请求中确定优先度最高的事件源为第二目标事件源；

使第二目标事件源对应的第二弹窗获得屏幕控制权。

在一种可能的实施方式中，本公开提供的装置中，接收单元601具体被配置为执行：

在接收到一个事件源对应的弹窗请求后的预设时长内，持续接收弹窗请求；

向接收到的弹窗请求所对应的事件源发送通知信息，通知信息用于通知事件源弹窗失败；

在达到预设时长后，拒绝接收弹窗请求。

在一种可能的实施方式中，本公开提供的装置中，确定单元602具体被配置为执行：

若只接收到一个事件源对应的弹窗请求，则确定事件源为第一目标事件源。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图7是根据一示例性实施例示出的一种电子设备700的框图。

处理器710；

用于存储所述处理器710可执行指令的存储器730；

其中，所述处理器710被配置为执行所述指令，以实现本公开实施例中的弹窗的控制方法。

在示例性实施例中，还提供了一种包括指令的存储介质，例如包括指令的存储器730，上述指令可由设备700的处理器710执行以完成上述方法。可选地，存储介质可以是非临时性计算机可读存储介质，例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

在本公开实施例中，如图8所示，本公开实施例给出一种应用本公开实施例提供的弹窗的控制方法的终端800，包括：射频(Radio Frequency，RF)电路810、电源820、处理器830、存储器840、输入单元850、显示单元860、摄像头870、通信接口880、以及无线保真(Wireless Fidelity，Wi-Fi)模块890等部件。本领域技术人员可以理解，图8中示出的终端的结构并不构成对终端的限定，本申请实施例提供的终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

下面结合图8对所述终端800的各个构成部件进行具体的介绍：

所述RF电路810可用于通信或通话过程中，数据的接收和发送。特别地，所述RF电路810在接收到基站的下行数据后，发送给所述处理器830处理；另外，将待发送的上行数据发送给基站。通常，所述RF电路810包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(Low Noise Amplifier，LNA)、双工器等。

此外，RF电路810还可以通过无线通信与网络和其他终端通信。所述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统(Global System of Mobilecommunication，GSM)、通用分组无线服务(General Packet Radio Service，GPRS)、码分多址(Code Division Multiple Access，CDMA)、宽带码分多址(Wideband Code DivisionMultiple Access，WCDMA)、长期演进(Long Term Evolution，LTE)、电子邮件、短消息服务(Short Messaging Service，SMS)等。

Wi-Fi技术属于短距离无线传输技术，所述终端800通过Wi-Fi模块890可以连接接入点(Access Point，AP)，从而实现数据网络的访问。所述Wi-Fi模块890可用于通信过程中，数据的接收和发送。

所述终端800可以通过所述通信接口880与其他终端实现物理连接。可选的，所述通信接口880与所述其他终端的通信接口通过电缆连接，实现所述终端800和其他终端之间的数据传输。

由于在本申请实施例中，所述终端800能够实现通信业务，向其他联系人发送信息，因此所述终端800需要具有数据传输功能，即所述终端800内部需要包含通信模块。虽然图8示出了所述RF电路810、所述Wi-Fi模块890、和所述通信接口880等通信模块，但是可以理解的是，所述终端800中存在上述部件中的至少一个或者其他用于实现通信的通信模块(如蓝牙模块)，以进行数据传输。

例如，当所述终端800为手机时，所述终端800可以包含所述RF电路810，还可以包含所述Wi-Fi模块890；当所述终端800为计算机时，所述终端800可以包含所述通信接口880，还可以包含所述Wi-Fi模块890；当所述终端800为平板电脑时，所述终端800可以包含所述Wi-Fi模块。

所述存储器840可用于存储软件程序以及模块。所述处理器830通过运行存储在所述存储器840的软件程序以及模块，从而执行所述终端800的各种功能应用以及数据处理，并且当处理器830执行存储器840中的程序代码后，可以实现本公开实施例图7、图8中的部分或全部过程。

可选的，所述存储器840可以主要包括存储程序区和存储数据区。其中，存储程序区可存储操作系统、各种应用程序(比如通信应用)以及执行弹窗模块等；存储数据区可存储根据所述终端的使用所创建的数据(比如各种图片、视频文件等多媒体文件，以及弹窗信息模板)等。

此外，所述存储器840可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

所述输入单元850可用于接收用户输入的数字或字符信息，以及产生与所述终端800的用户设置以及功能控制有关的键信号输入。

可选的，输入单元850可包括触控面板851以及其他输入终端853。

其中，所述触控面板851，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在所述触控面板851上或在所述触控面板851附近的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，所述触控面板851可以包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给所述处理器830，并能接收所述处理器830发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现所述触控面板851。

可选的，所述其他输入终端853可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

所述显示单元860可用于显示由用户输入的信息或提供给用户的信息以及所述终端800的各种菜单。所述显示单元860即为所述终端800的显示系统，用于呈现界面，实现人机交互。

所述显示单元860可以包括显示面板861。可选的，所述显示面板861可以采用液晶显示屏(Liquid Crystal Display，LCD)、有机发光二极管(Organic Light-EmittingDiode，OLED)等形式来配置。

进一步的，所述触控面板851可覆盖所述显示面板861，当所述触控面板851检测到在其上或附近的触摸操作后，传送给所述处理器830以确定触摸事件的类型，随后所述处理器830根据触摸事件的类型在所述显示面板861上提供相应的视觉输出。

虽然在图8中，所述触控面板851与所述显示面板861是作为两个独立的部件来实现所述终端800的输入和输入功能，但是在某些实施例中，可以将所述触控面板851与所述显示面板861集成而实现所述终端800的输入和输出功能。

所述处理器830是所述终端800的控制中心，利用各种接口和线路连接各个部件，通过运行或执行存储在所述存储器840内的软件程序和/或模块，以及调用存储在所述存储器840内的数据，执行所述终端800的各种功能和处理数据，从而实现基于所述终端的多种业务。

可选的，所述处理器830可包括一个或多个处理单元。可选的，所述处理器830可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到所述处理器830中。

所述摄像头870，用于实现所述终端800的拍摄功能，拍摄图片或视频。所述摄像头870还可以用于实现终端800的扫描功能，对扫描对象(二维码/条形码)进行扫描。

所述终端800还包括用于给各个部件供电的电源830(比如电池)。可选的，所述电源830可以通过电源管理系统与所述处理器830逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗等功能。

需要说明的是，本公开实施例处理器830可以执行图7中处理器710的功能，存储器840存储处理器710中的内容。

另外，在示例性实施例中，本公开还提供了一种存储介质，当存储介质中的指令由上述弹窗的控制设备的处理器执行时，使得上述弹窗的控制设备能够实现本公开实施例中的弹窗的控制方法。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (10)

1.一种弹窗的控制方法，其特征在于，包括：

接收至少一个用于发起弹窗的弹窗请求，其中，每个弹窗对应一个弹窗请求，每个弹窗请求对应一个事件源，所述弹窗请求用于为所述事件源申请屏幕控制权；

根据预先设置的弹窗优先度规则，在至少一个弹窗请求中确定优先度最高的事件源为第一目标事件源；

基于所述第一目标事件源对应的弹窗请求，使所述第一目标事件源对应的第一弹窗获得屏幕控制权。

2.根据权利要求1所述的方法，其特征在于，所述基于所述第一目标事件源对应的弹窗请求，使所述第一目标事件源对应的第一弹窗获得屏幕控制权，包括：

根据所述第一目标事件源对应的弹窗请求，确定所述第一目标事件源对应的弹窗的配置信息，所述配置信息包括弹窗持续时长和弹窗延迟时长；

在达到所述弹窗延迟时长之后，使所述第一弹窗获得屏幕控制权；

在达到所述弹窗持续时长之后，使所述第一弹窗释放屏幕控制权。

3.根据权利要求2所述的方法，其特征在于，所述在达到所述弹窗持续时长之后，使所述第一弹窗释放屏幕控制权之后，所述方法还包括：

在所述弹窗请求中删除所述第一目标事件源对应的弹窗请求，并持续接收弹窗请求。

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

基于所述弹窗优先度规则，在删除后的弹窗请求中确定优先度最高的事件源为第二目标事件源；

使所述第二目标事件源对应的第二弹窗获得屏幕控制权。

5.根据权利要求4所述的方法，其特征在于，所述接收至少一个用于发起弹窗的事件源对应的弹窗请求，包括：

在接收到一个事件源对应的弹窗请求后的预设时长内，持续接收弹窗请求；

向接收到的弹窗请求所对应的事件源发送通知信息，所述通知信息用于通知所述事件源弹窗失败；

在达到预设时长后，拒绝接收弹窗请求。

6.根据权利要求5所述的方法，其特征在于，所述根据预先设置的弹窗优先度规则，在至少一个弹窗请求中确定优先度最高的事件源为第一目标事件源，包括：

若只接收到一个事件源对应的弹窗请求，则确定所述事件源为第一目标事件源。

7.一种弹窗的控制装置，其特征在于，包括：

接收单元，被配置为执行接收至少一个用于发起弹窗的弹窗请求，其中，每个弹窗对应一个弹窗请求，每个弹窗请求对应一个事件源，所述弹窗请求用于为所述事件源申请屏幕控制权；

确定单元，被配置为执行根据预先设置的弹窗优先度规则，在至少一个弹窗请求中确定优先度最高的事件源为第一目标事件源；

处理单元，被配置为执行基于所述第一目标事件源对应的弹窗请求，使所述第一目标事件源对应的第一弹窗获得屏幕控制权。

8.一种弹窗的控制电子设备，其特征在于，包括：

处理器；

用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为执行所述指令，以实现如权利要求1至6中任一项所述的弹窗的控制方法。

9.一种存储介质，当所述存储介质中的指令由弹窗的控制电子设备的处理器执行时，使得弹窗的控制电子设备能够执行如权利要求1至6中任一项所述的弹窗的控制方法。

10.一种计算机程序产品，包括计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至6中任一项所述的弹窗的控制方法。

Images