CN111857920B - 弹窗处理方法、装置、计算机设备及存储介质 - Google Patents

Abstract

本发明公开一种弹窗处理方法、装置、计算机设备及存储介质。该弹窗处理方法包括监听在线用户触发的功能模块的调用事件，获取功能模块的触发数据；当功能模块为新功能模块，判断是否满足触发数据是否满足初始弹窗事件的触发条件；当触发数据满足初始弹窗事件的触发条件时，弹出功能模块对应的评价弹窗；当不满足初始弹窗事件的触发条件时，判断触发数据是否满足弹窗概率事件的触发条件；当满足弹窗概率事件的触发条件时，弹出功能模块对应的评价弹窗。本发明还涉及区块链技术，该评价数据可存储于区块链中。该方法在保证评价数据的数据量的基础上，不会影响用户使用。

Description

弹窗处理方法、装置、计算机设备及存储介质

技术领域

本发明涉及数据处理技术领域，尤其涉及一种弹窗处理方法、装置、计算机设备及存储介质。

背景技术

当前，随着互联网技术的日益发展和移动电子设备的全面普及，越来越多的应用程序(APP，application)被推广使用。为了提升应用产品的质量，需要不断根据用户反馈的建议优化应用。目前应用级的评价体系已十分成熟，如苹果的apple store，用户只需要简单勾选评价星星即可提交评价至管理后台。而对于应用内新上线的功能，收集用户评价就变得较为复杂。

针对大多数APP来说，传统的功能模块评价一般是配置在“设置”选项的下级(如“帮助与建议”)中，需要用户主动去触发，入口深，触发较为复杂。而若使用应用级的评价则无法直观地分析应用中单个功能的使用情况。同时，为了保证新功能的评价数据的收集量，若在每一个新功能上线后，均配置一项评价模块使用户在使用新功能模块时直接进入评价模块进行评价，则会造成用户反感。

发明内容

本发明实施例提供一种弹窗处理方法、装置、计算机设备及存储介质，以解决上述问题。

一种弹窗处理方法，包括如下步骤：

监听在线用户触发的功能模块的调用事件，获取所述功能模块的触发数据；

当所述功能模块为新功能模块，判断是否满足所述触发数据是否满足初始弹窗事件的触发条件；

当满足初始弹窗事件的触发条件时，弹出所述功能模块对应的评价弹窗；

当不满足所述初始弹窗事件的触发条件时，判断所述触发数据是否满足弹窗概率事件的触发条件；

当满足所述弹窗概率事件的触发条件时，弹出所述功能模块对应的评价弹窗。

一种弹窗处理装置，包括：

触发数据获取模块，用于监听在线用户触发的功能模块的调用事件，获取所述功能模块的触发数据；

第一判断模块，用于当所述功能模块为新功能模块，判断是否满足所述触发数据是否满足初始弹窗事件的触发条件；

第一处理模块，用于当所述触发数据满足初始弹窗事件的触发条件时，弹出所述功能模块对应的评价弹窗；

第二判断模块，用于当不满足所述初始弹窗事件的触发条件时，判断所述触发数据是否满足弹窗概率事件的触发条件；

第二处理模块，用于当满足所述弹窗概率事件的触发条件时，弹出所述功能模块对应的评价弹窗。

一种计算机设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述弹窗处理方法或评价数据处理方法的步骤。

一种计算机存储介质，所述计算机存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述弹窗处理方法或评价数据处理方法的步骤。

上述弹窗处理方法、装置、计算机设备及存储介质中，通过监听在线用户触发的功能模块的调用事件，获取功能模块的触发数据，以便基于该触发数据进行多层弹窗触发机制的判断，当功能模块为新功能模块，判断触发数据是否满足初始弹窗事件的触发条件；当触发数据满足初始弹窗事件的触发条件，弹出功能模块对应的评价弹窗，以保证及时收集一定数据量的新功能模块的评价数据。当不满足初始弹窗事件的触发条件时，判断触发数据是否满足弹窗概率事件的触发条件，当满足弹窗概率事件的触发条件时，弹出功能模块对应的评价弹窗，以实现主动式触发评价弹窗，并在保证评价数据的数据量的基础上，不会对用户造成骚扰，使用户反感。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例的描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本发明一实施例中弹窗处理方法的一应用环境示意图；

图2是本发明一实施例中弹窗处理方法的一流程图；

图3是本发明一实施例中弹窗处理方法的一流程图；

图4是本发明一实施例中弹窗处理方法的一流程图；

图5是本发明一实施例中弹窗处理方法的一流程图；

图6是本发明一实施例中弹窗处理方法的一流程图；

图7是本发明一实施例中弹窗处理装置的一示意图；

图8是本发明一实施例中计算机设备的一示意图。

具体实施方式

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

本发明实施例提供的弹窗处理方法可应用在如图1的应用环境中，其中，计算机设备通过网络与服务器进行通信。计算机设备可以但不限于各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备。

在一实施例中，如图2所示，提供一种弹窗处理方法，以该方法应用在图1中的服务器进行说明，该方法包括如下步骤：

S201：监听在线用户触发的功能模块的调用事件，获取功能模块的触发数据；

其中，在线用户指成功登录应用程序(APP)的用户。功能模块的调用事件即指应用程序中通用功能模块和新上线功能模块(即新功能模块)的调用事件。该功能模块的触发数据包括但不限于模块调用次数以及整个应用程序的当前周期内弹窗已触发次数。

具体地，当在线用户使用应用程序中功能模块时，则服务器预置的监听函数会监听到在线用户触发的功能模块的调用事件，此时，服务器会从本地磁盘中获取该功能模块的配置参数，无需请求终端管理平台即可快速获取该功能模块的配置参数。其中，该配置参数包括但不限于功能模块对应的评价弹窗所展示与该功能模块切合的评价标签、模块标题以及功能模块对应的弹窗触发事件所需的条件参数，如预设调用次数、弹窗概率参数或弹窗触发弹窗概率参数等。

可以理解地，若本地磁盘中不存在该功能模块对应的弹窗触发事件的配置参数，则可请求终端管理平台返回该功能模块的配置参数，以更新本地磁盘数据。进一步地，在线用户在使用应用程序时，可过统一数据接口检查终端管理平台中每一功能模快的弹窗触发事件所需的条件参数是否存在变动，且保证每日至少一次请求该配置参数，并保存在服务器本地磁盘中，确保服务器本地存储的配置参数最大程度上与终端管理平台中的配置参数同步。

S202：当功能模块为新功能模块，判断触发数据是否满足初始弹窗事件的触发条件。

其中，初始弹窗事件的触发条件为新模块功能的模块调用次数达到预设调用次数，该预设调用次数可为IT人员可通过终端管理平台自定义设定或者终端管理平台根据评价数据的数据量动态确定，此处不做限定。该终端管理平台可用于管理不同服务器反馈的应用程序的评价数据。需要强调的是，为进一步保证上述评价数据的私密和安全性，上述评价数据还可以存储于一区块链的节点中。

可以理解地，由于新功能模块上线时急需用到用户反馈的评价数据，但该评价数据容易因其他通用功能模块的使用而使该新功能模块的模块调用次数较少，导致该新功能模块对应的评价数据的数据量较少，或不存在，因此对每一新功能模块配置对应的初始弹窗事件，以保证在线用户在使用每一新功能模块时，会弹出至少一次评价弹窗。该初始弹窗事件用于描述初始必弹机制，该初始必弹机制为用户在使用新模块的第M次时，必定触发评价弹窗弹出。

进一步地，由于若仅设置弹窗概率触发事件，虽然可以避免用户反感的问题，但仍存在由于概率事件随机性导致该弹窗触发不及时，在新功能上线时无法及时回收一定数据量的评级数据的问题，故本实施例中，通过对每一新功能模块设置初始必弹机制，以及时收集该新功能模块的评价数据。

S203：当满足初始弹窗事件的触发条件时，弹出功能模块对应的评价弹窗。

其中，评价弹窗用于接收在线用户对通用功能模块或新功能模块的使用评价数据。不同的功能模块对应的评价弹窗的弹窗弹出频率(例如3天1次)及弹窗中文字内容(例如“您对我们的功能满意吗？”)保持统一，以保证应用中弹出的评价弹窗的统一性和通用性。该触发数据包括但不限于模块调用次数和当前周期内弹窗已触发次数。模块调用次数用于反映在线用户使用功能模块的次数。本实施例中，当前周期即指当日。初始弹窗事件对应一预设调用次数，该初始弹窗事件的触发条件为新功能模块的模块调用次数达到预设调用次数。

具体地，当新功能模块的模块调用次数达到预设调用次数，例如3次，则认为此时用户对新功能模块的使用次数足够客观评价该新功能模块，同时为了保证及时收集一定数据量的新功能模块的评价数据，故此时可执行初始必弹机制，保证弹出该功能模块对应的评价弹窗，避免弹窗概率事件的随机性。

可以理解地，通过预先判断该新功能模块是否满足初始弹窗事件的触发条件，可保证新功能模块对应的评价弹窗可至少弹出一次，避免后续的弹窗概率事件的随机性问题，例如当概率为0.3(如使用10次，评价弹窗弹出3次)，而该弹出次数具有随机性，可能出现在10次中的后三次，导致新功能模块的评价数据的数据量较少，不能及时反馈该新功能模块的使用情况，从而无法及时优化或改进。

S204：当不满足初始弹窗事件的触发条件时，判断触发数据是否满足弹窗概率事件的触发条件。

具体地，当模块调用次数不满足预设调用次数，则认为该用户使用该新功能模块的次数不够，则为保证不对用户的使用造成影响，则不强制执行该初始必弹机制，转而判断弹窗概率事件的触发条件。

S205：当满足弹窗概率事件的触发条件时，弹出功能模块对应的评价弹窗。

其中，弹窗概率事件对应一弹窗概率参数，该弹窗概率参数可由拥有修改权限的IT人员或其他工作人员通过终端管理平台进行自定义设定或终端管理平台根据评价数据的回收量动态确定，此处不做限定。该弹窗概率事件的触发条件为模块调用次数满足弹窗触发次数。该弹窗触发次数是采用随机函数根据弹窗概率参数进行计算所得到的。

示例性地，假设该弹窗概率参数为0.3，则该随机函数(可设定为在1-10之间的随机选取三个数作为弹窗触发次数。该弹窗触发次数用于指示该功能模块在使用第N次(即弹窗触发次数)时，触发评价弹窗弹出。其中，该随机函数可采用如下函数实现，即

Math.round(Math.random()*(max-min)+min)表示返回min～max(例如1-10)范围内的随机整数。

本实施例中，通过监听在线用户触发的功能模块的调用事件，获取功能模块的触发数据，以便基于该触发数据进行多层弹窗触发机制的判断，以实现主动式触发评价弹窗，并在保证评价数据的数据量的基础上，不会影响用户使用，使用户反感。

在一实施例中，如图3所示，该方法弹窗处理方法还包括如下步骤：

S301：监听在线用户触发的功能模块的调用事件，获取功能模块的触发数据。

其中，步骤S301与步骤S201执行步骤一致，为避免重复，此处不做限定。

S302：当功能模块为新功能模块，判断是否满足触发数据是否满足初始弹窗事件的触发条件。

其中，步骤S302与步骤S202执行步骤一致，为避免重复，此处不做限定。

S303：当满足初始弹窗事件的触发条件时，弹出功能模块对应的评价弹窗；

其中，步骤S303与步骤S203执行步骤一致，为避免重复，此处不做限定。

S304：当不满足初始弹窗事件的触发条件时，判断触发数据是否满足最大弹窗触发事件的触发条件。

其中，最大弹窗触发事件对应一当前周期最大弹窗触发次数，该最大弹窗触发事件的触发条件即指整个应用程序在当前周期内弹窗已触发次数不大于该当前周期最大弹窗触发次数。

可以理解地，为满足在尽可能多的获取到评价数据的同时，尽量少影响到用户，因此为平衡用户体验与评级数据的收集量，本实施例中引入了周期内最大弹窗触发机制，即一天24小时内整个应用程序最多弹出一次评价弹窗的机制。

需要说明的是，在排除触发初始必弹机制外，所有功能模块的评价弹窗触发机制，需要确保整个应用(APP)一天最多弹出一次评价弹窗，因此在监听到通用功能模块的调用事件时或者新功能模块的触发数据不满足初始弹窗事件的触发条件时，判断应用程序在当前周期内弹窗已触发次数是否满足最大弹窗触发事件的触发条件，以保证在满足尽量多的获取到用户反馈的评价数据的同时，减少对用户的影响。

S305：当满足最大弹窗触发事件的触发条件时，则判断触发数据是否满足弹窗概率事件的触发条件。

可以理解地，在满足最大弹窗触发事件时，判断触发数据是否满足弹窗概率事件的触发条件，可有效确保整个应用(APP)一天最多弹出一次评价弹窗。

S306：当满足弹窗概率事件的触发条件时，弹出功能模块对应的评价弹窗。

其中，步骤S306与步骤S205执行步骤一致，为避免重复，此处不做限定。

可以理解地，当不满足弹窗概率事件的触发条件时，则可进一步判断是否满足弹窗频率事件的触发条件，若满足，则弹出功能模块对应的评价弹窗，以保证评价数据的数据量，且可有效保证整个应用(APP)一天最多弹出一次评价弹窗，大大降低对用户的影响。

本实施例中，通过增加最大弹窗触发事件的判断机制，以有效保证整个应用(APP)一天最多弹出一次评价弹窗，大大降低对用户的影响。

在一实施例中，如图4所示，步骤S201之后，即在监听在线用户触发的功能模块的调用事件，获取功能模块的触发数据之后，该方法具体包括如下步骤：

S401：当功能模块为通用功能模块，则判断触发数据是否满足最大弹窗触发事件的触发条件。

其中，通用功能模块指已上线的优化点较少的功能模块，该通用功能模块由于上线时间较长优化点较少，因此并不会像新上线功能模块处于测试优化阶段急需收集评价数据优化功能模块，故该通用功能模块无需配置初始必弹机制，以减少对用户的影响。

S402：当满足最大弹窗触发事件时，则判断触发数据是否满足弹窗频率事件的触发条件。

其中，步骤S401的执行步骤与步骤S305一致，为避免重复，此处不做限定。

S403：当满足弹窗频率事件的触发条件时，弹出功能模块对应的评价弹窗。

其中，弹窗频率事件对应一弹窗触发弹窗概率参数(例如3天1次)，该弹窗频率参数可由各应用的IT人员进行自定义设定或终端管理平台根据评价数据的回收量动态确定，此处不做限定。弹窗频率事件的触发条件是指当前时间满足弹窗触发频率，则触发评价弹窗弹出。

S402：当满足弹窗频率事件的触发条件时，弹出功能模块对应的评价弹窗。

可以理解地，应用程序中所有功能模块均配置有弹窗频率事件，而由于新功能模块的特殊性(急需尽可能多的收集评价数据进而优化应用功能)，故对新功能模块配置一初始必弹机制，以尽可能多的收集评价数据，而通用功能模块由于其优化点较少，因此只需周期性的收集用户评价数据即可。

本实施例中，当所调用的功能模块为通用功能模块，则需要按照通用功能模块的触发机制判断弹窗触发，以针对不同功能模块进行弹窗触发的判断。

在一实施例中，如图5所示，在步骤S205或步骤S402之后，即弹出评价弹窗之后，该弹窗处理方法还包括如下步骤：

S501：监听在线用户基于评价弹窗触发的用户操作。

其中，在弹出评价弹窗后，会在评价弹窗内置一监听函数，以监听用户操作。具体地，该评价弹窗中会显示应用程序中所用功能模块共有的评价内容如“您对我们的功能满意吗？”、对应显示的评价星级标签以及评价文本框(用于用户自定义编辑评价内容)，以使用户触发该评价星级标签(五星制)进行评价，最大程度收集用户的意见反馈。

S502：响应用户操作，显示功能模块对应的评价标签。

其中，评价标签是预先根据不同的功能模块的在不同评价星级配置的用于辅助用户评价的评价标签。例如会议室预定模块在二星级下的评价标签包括“预定的会议室未做过滤显示”、“会议预定流程复杂”等。

具体地，用户通过点击、滑动等方式触发评价星级标签，根据星级选择的不同，展示该功能模块对应的不同评价星级的评价标签，，用户既可通过该评价标签进行选择，也可通过评价文本框自定义编辑评价内容，以获取在线用户基于评价标签所反馈的评价数据。

S503：获取在线用户基于评价标签所反馈的评价数据，并将评价数据上传至终端管理平台。

具体地，通过将评价数据上传至终端管理平台，以使终端管理平台对各服务器所上传的评价数据进行统一管理、分析等。需要强调的是，为进一步保证上述评价数据的私密和安全性，上述评价数据还可以存储于一区块链的节点中。

本实施例中，通过响应用户操作，并显示对应功能模块在所选评价星级下的评价标签，以辅助用户评价，同时，还配置有评价文本框。以供用户自定义编辑评价内容，可最大程度收集用户的意见反馈。

在一实施例中，如图6所示，在步骤S201之前，即获取功能模块的触发数据之前，该弹窗处理方法还包括如下步骤：

S601：获取在线用户的用户标识。

S602：基于用户标识，查询白名单列表。

S603：当在线用户不在白名单列表中，则执行获取功能模块的触发数据的步骤。

具体地，各业务方可通过标签、职位以及级别等属性添加用户至白名单列表中。该白名单列表中存储的用户在使用应用程序中的所有模块时，不会弹出评价弹窗，以保障白名单列表中用户的权益。应当理解的是，若该用户为白名单用户则不会执行获取功能模块的触发数据，以及后续的判断机制，以充分保障白名单用户的权益

可以理解地，该白名单用户可包括但不限于不同应用程序的开发和测试人员等，则无需收集该类用户反馈的评价数据，故可将该类通过终端管理平台用户添加至白名单列表。需要说明的是，对于添加至白名单列表中的用户可根据实际需要进行自定义设置，此处不做限定。

本实施例中，通过在获取功能模块的触发数据之前，判断在线用户是否名为白名单列表中的用户，以充分保障白名单用户的权益，使其在使用应用程序中的所有模块时，不会弹出评价弹窗。

进一步地，终端管理平台在接收到上传的评价数据时，可执行如下步骤：

S701：接收功能模块相关联的功能评价数据。

其中，不同业务应用的IT人员可登录终端管理平台对其业务下的应用程序中的各功能模块对应的配置参数(例如功能模块对应的评价标签数据、弹窗触发事件所需的条件参数)进行自定义设置。评价数据包括但不限于终端型号(如ios或andriod)、IP地址、系统版本、评价提交时间、评价内容、评价功能模块、用户个人信息等。需要强调的是，为进一步保证上述评价数据的私密和安全性，上述评价数据还可以存储于一区块链的节点中。

具体地，该终端管理平台可接收与功能模块相关联的功能评价数据进行存储，并可在终端管理平台中按照功能模块标签进行关联显示，即显示该功能模块对应的各终端反馈的评价数据，以分类查看。

S702：根据功能评价数据的收集量，动态调整功能模块对应的初始弹窗事件、弹窗概率事件以及弹窗频率事件的条件参数。

具体地，当功能评价数据的收集量达到一预设阈值，则认为该评价数据的收集量足够多，则可提升初始弹窗事件的预设调用次数、降低弹窗频率参数和弹窗概率参数；相应地，当功能评价数据的收集量未达到预设阈值，则认为该评价数据的收集量足够多，则可降低初始弹窗事件的预设调用次数、提升弹窗频率参数和弹窗概率参数。

需要说明的是，该条件参数的调整可选择性调整预设调用次数、降低弹窗频率参数和弹窗概率参数中的一个或多个，此处不做限定。

本实施例中，终端管理平台会根据收集到的功能评价数据的收集量，动态调整初始弹窗事件、弹窗概率事件以及弹窗频率事件的条件参数，以使根据实际情况动态调整弹窗触发机制，保证在收集到评价数据的收集量足够多的情况下，可降低弹出频率，尽量避免对用户的使用造成影响。同时也可在收集到评价数据的收集量较少的情况下，适当提升弹出频率，以保证评价数据的的收集量。

可以理解地，在终端管理平台中若更新弹窗触发事件的条件参数，则服务器会接收该终端管理平台反馈的更新后的弹窗触发事件的条件参数，并根据条件参数更新初始弹窗事件、弹窗概率事件或所述弹窗频率事件的触发条件，以同步更新本地数据。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

在一实施例中，提供一种弹窗处理装置，该弹窗处理装置与上述实施例中弹窗处理方法一一对应。如图7所示，该弹窗处理装置包括触发数据获取模块11、第一判断模块12、第一处理模块13、第二判断模块14以及第二处理模块15。各功能模块详细说明如下：

触发数据获取模块11，用于监听在线用户触发的功能模块的调用事件，获取功能模块的触发数据。

第一判断模块12，用于当功能模块为新功能模块，判断是否满足触发数据是否满足初始弹窗事件的触发条件。

第一处理模块13，用于当触发数据满足初始弹窗事件的触发条件时，弹出功能模块对应的评价弹窗。

第二判断模块14，用于当不满足初始弹窗事件的触发条件时，判断触发数据是否满足弹窗概率事件的触发条件。

第二处理模块15，用于当满足弹窗概率事件的触发条件时，弹出功能模块对应的评价弹窗。

具体地，该弹窗处理模块还包括第三判断模块和第四判断模块。

第三判断模块，用于当触发数据不满足初始弹窗事件的触发条件时，判断触发数据是否满足最大弹窗触发事件的触发条件。

第三处理模块，用于当满足最大弹窗触发事件时，执行判断触发数据是否满足弹窗概率事件的触发条件的步骤。

具体地，该弹窗处理模块还包括第四判断模块、第五判断模块和第四处理模块。

第四判断模块，用于当功能模块为通用功能模块，则判断触发数据是否满足最大弹窗触发事件的触发条件。

第五判断模块，用于当满足最大弹窗触发事件时，则判断触发数据是否满足弹窗频率事件的触发条件。

第四处理模块，用于当满足弹窗频率事件的触发条件时，弹出功能模块对应的评价弹窗。

具体地，该弹窗处理模块还包括操作监听模块、评价标签显示模块和数据收集上传模块。

操作监听模块，用于监听在线用户基于评价弹窗触发的用户操作。

评价标签显示模块，用于响应用户操作，显示与功能模块对应的评价标签。

数据收集上传模块，用于获取在线用户基于评价标签所反馈的评价数据，并将评价数据上传至终端管理平台。

具体地，该弹窗处理模块还包括用户标识获取模块、查询模块和第五处理模块。

用户标识获取模块，用于获取在线用户的用户标识。

查询模块，用于基于用户标识，查询白名单列表。

第五处理模块，用于当在线用户不在白名单列表中，则执行获取功能模块的触发数据的步骤。

具体地，该弹窗处理模块还包括第六判断模块和第五处理模块。

第六判断模块，用于当不满足弹窗概率事件的触发条件时，则判断所述触发数据是否满足所述弹窗频率事件的触发条件；

第五处理模块，用于当满足所述弹窗频率事件的触发条件时，弹出所述功能模块对应的评价弹窗。

具体地，该弹窗处理模块还包括条件参数接收模块和触发条件更新模块。

条件参数接收模块，用于接收所述终端管理平台基于评价数据的回收量所调整的所述初始弹窗事件、所述弹窗概率事件或所述弹窗频率事件对应的条件参数；

触发条件更新模块，用于根据所述条件参数，更新所述初始弹窗事件、弹窗概率事件或所述弹窗频率事件的触发条件。

关于弹窗处理装置的具体限定可以参见上文中对于弹窗处理方法的限定，在此不再赘述。上述弹窗处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。

上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，其内部结构图可以如图8所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括计算机存储介质、内存储器。该计算机存储介质存储有操作系统、计算机程序和数据库。该内存储器为计算机存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的网络接口用于与外部的计算机设备通过网络连接通信。该计算机程序被处理器执行时以实现一种弹窗处理方法。

在一个实施例中，提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述实施例中的弹窗处理方法的步骤，例如图2所示的步骤S201-S205。或者，处理器执行计算机程序时实现弹窗处理装置这一实施例中的各模块/单元的功能，例如图7所示的各模块/单元的功能。为避免重复，这里不再赘述。

在一实施例中，提供一计算机存储介质，该计算机存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述实施例中弹窗处理方法的步骤，例如图2所示的步骤S201-S205，为避免重复，这里不再赘述。或者，该计算机程序被处理器执行时实现上述弹窗处理装置这一实施例中的各模块/单元的功能，例如图7所示的各模块/单元的功能。为避免重复，这里不再赘述。

本发明所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。

以上所述实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围，均应包含在本发明的保护范围之内。

Claims (10)

1.一种弹窗处理方法，其特征在于，包括如下步骤：

监听在线用户触发的功能模块的调用事件，获取所述功能模块的触发数据，所述功能模块的触发数据包括模块调用次数；

当所述功能模块为新功能模块，判断是否满足所述触发数据是否满足初始弹窗事件的触发条件；

当满足初始弹窗事件的触发条件时，弹出所述功能模块对应的评价弹窗；

当不满足所述初始弹窗事件的触发条件时，判断所述触发数据是否满足弹窗概率事件的触发条件，其中，所述弹窗概率事件对应一弹窗概率参数，所述弹窗概率事件的触发事件为所述模块调用次数满足弹窗触发次数，所述弹窗触发次数是采用随机函数根据所述弹窗概率参数进行计算所得到的；

当满足所述弹窗概率事件的触发条件时，弹出所述功能模块对应的评价弹窗。

2.如权利要求1所述弹窗处理方法，其特征在于，在所述判断所述触发数据是否满足弹窗概率事件的触发条件之前，所述弹窗处理方法还包括：

当不满足所述初始弹窗事件的触发条件时，判断所述触发数据是否满足最大弹窗触发事件的触发条件；

当满足所述最大弹窗触发事件时，执行所述判断所述触发数据是否满足弹窗概率事件的触发条件的步骤。

3.如权利要求2所述弹窗处理方法，其特征在于，在所述监听在线用户触发的功能模块的调用事件，获取所述功能模块的触发数据之后，所述弹窗处理方法还包括：

当所述功能模块为通用功能模块，则判断所述触发数据是否满足最大弹窗触发事件的触发条件；

当满足所述最大弹窗触发事件的触发条件时，则判断所述触发数据是否满足所述弹窗频率事件的触发条件；

当满足所述弹窗频率事件的触发条件时，弹出所述功能模块对应的评价弹窗。

4.如权利要求2所述弹窗处理方法，其特征在于，在所述当不满足所述初始弹窗事件的触发条件时，判断所述触发数据是否满足弹窗概率事件的触发条件之后，所述弹窗处理方法还包括：

当不满足弹窗概率事件的触发条件时，则判断所述触发数据是否满足所述弹窗频率事件的触发条件；

当满足所述弹窗频率事件的触发条件时，弹出所述功能模块对应的评价弹窗。

5.如权利要求3所述弹窗处理方法，其特征在于，在所述弹出功能模块对应的评价弹窗之后，所述弹窗处理方法还包括：

监听所述在线用户基于所述评价弹窗触发的用户操作；

响应所述用户操作，显示与所述功能模块对应的评价标签；

获取所述在线用户基于所述评价标签所反馈的评价数据，并将所述评价数据上传至终端管理平台。

6.如权利要求3所述弹窗处理方法，其特征在于，在所述获取所述功能模块的触发数据之前，所述弹窗处理方法还包括：

获取在线用户的用户标识；

基于所述用户标识，查询白名单列表；

当所述在线用户不在所述白名单列表中，则执行所述获取所述功能模块的触发数据的步骤。

7.如权利要求3所述弹窗处理方法，其特征在于，在所述获取所述在线用户基于所述评价标签所反馈的评价数据，并将所述评价数据上传至终端管理平台之后，所述弹窗处理方法还包括：

接收所述终端管理平台基于评价数据的回收量所调整的所述初始弹窗事件、所述弹窗概率事件或所述弹窗频率事件对应的条件参数；

根据所述条件参数，更新所述初始弹窗事件、弹窗概率事件或所述弹窗频率事件的触发条件。

8.一种弹窗处理装置，其特征在于，包括：

触发数据获取模块，用于监听在线用户触发的功能模块的调用事件，获取所述功能模块的触发数据，所述功能模块的触发数据包括模块调用次数；

第一判断模块，用于当所述功能模块为新功能模块，判断是否满足所述触发数据是否满足初始弹窗事件的触发条件；

第一处理模块，用于当所述触发数据满足初始弹窗事件的触发条件时，弹出所述功能模块对应的评价弹窗；

第二判断模块，用于当不满足所述初始弹窗事件的触发条件时，判断所述触发数据是否满足弹窗概率事件的触发条件，其中，所述弹窗概率事件对应一弹窗概率参数，所述弹窗概率事件的触发事件为所述模块调用次数满足弹窗触发次数，所述弹窗触发次数是采用随机函数根据所述弹窗概率参数进行计算所得到的；

第二处理模块，用于当满足所述弹窗概率事件的触发条件时，弹出所述功能模块对应的评价弹窗。

9.一种计算机设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至7任一项所述弹窗处理方法的步骤。

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