业务推荐方法、装置、电子设备及可读存储介质
技术领域
本说明书实施例涉及数据处理技术领域,尤其涉及一种业务推荐方法、装置、电子设备及可读存储介质。
背景技术
随着互联网技术的发展,为业务推广带来了很大的便利。为了扩大新增支付业务的用户覆盖率,需要向用户进行业务推荐。因此,需要一种能够有效提高成功率的推荐方法。
发明内容
本说明书实施例提供了一种业务推荐方法、装置、电子设备及可读存储介质。
第一方面,本说明书实施例提供了一种业务推荐方法,包括:接收客户端发送的推荐请求,所述推荐请求是所述客户端在检测到用户进入预设场景,并判定所述用户满足预设支付业务的开通条件时发送的;基于所述推荐请求获取所述用户的特征信息;通过将所述特征信息与预先关联有推荐文案的预设规则进行匹配,确定本次推荐的推荐文案;将所述推荐文案下发给所述客户端,以使所述客户端根据所述推荐文案向所述用户展示推荐界面,所述推荐界面用于向所述用户推荐所述预设支付业务。
第二方面,本说明书实施例提供了一种业务推荐方法,包括:当检测到用户进入预设场景时,判断所述用户是否满足预设支付业务的开通条件;当满足所述开通条件时,向服务器发送推荐请求,以使得所述服务器基于所述推荐请求,获取所述用户的特征信息,通过将所述特征信息与预先关联有推荐文案的预设规则进行匹配,确定本次推荐的推荐文案;接收所述服务器下发的所述推荐文案,并根据所述推荐文案向所述用户展示推荐界面,所述推荐界面用于向所述用户推荐所述预设支付业务。
第三方面,本说明书实施例提供了一种业务推荐方法,包括:当检测到用户进入预设场景时,判断所述用户是否满足预设支付业务的开通条件,其中,所述预设场景为密码支付场景、补密场景或找密场景;当满足所述开通条件时,向所述用户展示推荐界面,所述推荐界面用于向所述用户推荐所述预设支付业务。
第四方面,本说明书实施例提供了一种业务推荐装置,应用于服务器,包括:接收模块、获取模块、确定模块以及文案发送模块。接收模块,用于接收客户端发送的推荐请求,所述推荐请求是所述客户端在检测到用户进入预设场景,并判定所述用户满足预设支付业务的开通条件时发送的。获取模块,用于基于所述推荐请求获取所述用户的特征信息。确定模块,用于通过将所述特征信息与预先关联有推荐文案的预设规则进行匹配,确定本次推荐的推荐文案。文案发送模块,用于将所述推荐文案下发给所述客户端,以使所述客户端根据所述推荐文案向所述用户展示推荐界面,所述推荐界面用于向所述用户推荐所述预设支付业务。
第五方面,本说明书实施例提供了一种业务推荐装置,应用于客户端,包括:判断模块、请求发送模块以及展示模块。判断模块,用于当检测到用户进入预设场景时,判断所述用户是否满足预设支付业务的开通条件。请求发送模块,用于当满足所述开通条件时,所述客户端向服务器发送推荐请求,以使得所述服务器基于所述推荐请求,获取所述用户的特征信息,通过将所述特征信息与预先关联有推荐文案的预设规则进行匹配,确定本次推荐的推荐文案。展示模块,用于接收所述服务器下发的所述推荐文案,并根据所述推荐文案向所述用户展示推荐界面,所述推荐界面用于向所述用户推荐所述预设支付业务。
第六方面,本说明书实施例提供了一种业务推荐装置,包括:检测模块,用于当检测到用户进入预设场景时,判断所述用户是否满足预设支付业务的开通条件,其中,所述预设场景为密码支付场景、补密场景或找密场景;推荐模块,用于当满足所述开通条件时,向所述用户展示推荐界面,所述推荐界面用于向所述用户推荐所述预设支付业务。
第七方面,本说明书实施例提供了一种电子设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时实现上述第一方面、第二方面或第三方面提供的业务推荐方法的步骤。
第八方面,本说明书实施例提供了一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现上述第一方面、第二方面或第三方面提供的业务推荐方法的步骤。
本说明书实施例有益效果如下:
本说明书实施例提供的业务推荐方法,先由客户端在检测到用户进入预设场景,且判定该用户满足预设支付业务的开通条件时,向服务器发送推荐请求,然后由服务器基于该推荐请求获取该用户的特征信息,通过将该特征信息与预先关联有推荐文案的预设规则进行匹配,确定本次推荐的推荐文案,并将该推荐文案下发给客户端,由客户端根据该推荐文案向用户展示推荐界面。通过在合适的场景下,对具备开通条件的用户,针对用户的特征信息以及预设规则筛选推荐文案,有利于在保证不显著提高打扰率的同时,同步提高推荐的成功率。
附图说明
图1为本说明书实施例的一种应用场景示意图;
图2为本说明书实施例第一方面提供的业务推荐方法的流程图;
图3为本说明书实施例第二方面提供的业务推荐方法的流程图;
图4为本说明书实施例第三方面提供的业务推荐方法的流程图;
图5为本说明书实施例第四方面提供的业务推荐装置的结构示意图;
图6为本说明书实施例第五方面提供的业务推荐装置的结构示意图;
图7为本说明书实施例第六方面提供的业务推荐装置的结构示意图;
图8为本说明书实施例第七方面提供的电子设备结构示意图。
具体实施方式
为了更好的理解上述技术方案,下面通过附图以及具体实施例对本说明书实施例的技术方案做详细的说明,应当理解本说明书实施例以及实施例中的具体特征是对本说明书实施例技术方案的详细的说明,而不是对本说明书技术方案的限定,在不冲突的情况下,本说明书实施例以及实施例中的技术特征可以相互组合。
本说明书实施例中,IFAA协议是一种安全校验协议,主要用于支持指纹支付、面容支付、SE证书等多种业务。密码支付场景是指用户在刚使用密码支付完成校验的场景。找密场景是指用户忘记了支付密码,通过执行一些指定操作如答复问题完成密码找回的场景。补密场景是指用户尚未设置过支付密码,被系统要求补齐支付密码后,完成支付密码设置的场景。
请参见图1,为适用于本说明书实施例的一种运行环境示意图。如图1所示,一个或多个用户终端100(图1中仅示出一个)可通过网络200与一个或多个服务器300(图1中仅示出一个)相连,以进行数据通信或交互。其中,用户终端100可以是个人电脑(personalcomputer,PC)、笔记本电脑、平板电脑、智能手机、电子阅读器、车载设备、网络电视、可穿戴设备等具有网络功能的智能设备。
于本说明书实施例中,用户终端100中安装有客户端,该客户端可以是第三方应用软件也可以是浏览器,与服务器(Server)端相对应,为用户提供服务,例如支付服务,用于对交易进行支付。
第一方面,本说明书实施例提供了一种业务推荐方法,本实施例为服务器所执行的业务推荐方法。请参见图2,该方法包括步骤S201-步骤S204。
步骤S201,接收客户端发送的推荐请求,所述推荐请求是所述客户端在检测到用户进入预设场景,并判定所述用户满足预设支付业务的开通条件时发送的。
本说明书实施例中,预设支付业务可以是利用生物特征信息进行支付的业务,如指纹支付业务、面容支付业务等。指纹校验和人脸识别相比较密码有较高的成功率,所以提高用户的指纹支付使用比例或面容支付使用比例有助于提高整体的支付成功率。因此,为了扩大指纹支付或指纹支付用户的覆盖率,需要向用户进行业务推荐。当然,在本说明书的其他实施例中,预设支付业务也可以是其他需要向用户推荐的支付业务。
为了增加推荐的成功率,客户端会对用户所处的场景以及所要推荐用户进行筛选。当检测到用户进入预设场景,并判定用户满足预设支付业务的开通条件时,再向服务器发送推荐请求。
本说明书实施例中,预设场景可以根据实际应用设置,在这些场景下给用户一种另外的支付方式供选择会更符合用户心智。具体来讲,预设场景可以为指定场景集合中的任意一种场景。本说明书实施例中,指定场景集合可以包括但不限于密码支付场景、补密场景和找密场景。可以理解的是,用户刚刚完成密码支付时,是给用户进行推荐的好时机,密码支付本身需要用户牢记密码,并且输入时间较长,在用户刚刚完成这样一个流程时做推荐,给用户推荐一种更省时省力的选择,更符合用户心智;同理,在补密场景或找密场景中,用户刚刚经历过因为忘记密码而带来的多余操作的麻烦,此时正好是给用户提供了一个不需要记忆的方案的好时机。因此,在合适的场景下对用户进行新的支付业务推荐,用户更容易接受,有利于提高推荐的成功率。
当预设支付业务为利用生物特征信息进行支付的业务时,开通条件可以根据实际支付业务需要设置。作为一种可选的实施方式,上述步骤S201中,开通条件包括以下三种条件中的一种或多种组合:所述用户使用的用户终端支持预设的安全协议;所述用户使用的用户终端中预先录入有所述用户的生物特征信息;以及所述用户的预设支付业务处于未开通状态。
具体来讲,于本说明书的一实施例中,客户端判断用户是否满足预设支付业务的开通条件的过程可以包括:判断用户的预设支付业务是否处于开通状态,若是,则结束本次推荐,若否,则判断用户使用的用户终端是否支持预设的安全协议,若否,则结束本次推荐,若是,则判断用户使用的用户终端中是否预先录入有用户的生物特征信息,若否,则结束本次推荐,若是,则判定用户满足预设支付业务的开通条件。需要说明的是,上述的开通状态判断步骤、安全协议判断步骤和生物特性信息录入判断步骤也可以不按照上述顺序执行,例如,也可以先执行安全协议的判断,然后再执行开通状态和生物特性信息录入的判断。
具体地,当预设支付业务具体为指纹支付业务或面容支付业务时,预设安全协议可以是IFAA协议或类似安全协议。IFAA协议或类似安全协议是支持指纹支付或面容支付的基本条件。例如,当用户终端为智能手机时,可以调用isSupported接口通过手机厂商在Framework内置的状态位来判断该手机是否支持IFAA协议。
具体地,用户在用户终端中预先录入的生物特征信息如指纹信息或人脸信息会存储在用户终端的特定位置。用户可以通过系统提供的接口来判断用户终端中的特定位置是否存储有用户的生物特征信息。当然,所存储的生物特征信息应与预设支付业务对应,例如,当预设支付业务为指纹支付业务时,生物特征信息为指纹信息,当预设支付业务为面容支付业务时,生物特征信息为人脸信息。
步骤S202,基于所述推荐请求获取所述用户的特征信息。
可以理解的是,推荐请求中包括用户的身份信息,例如可以是用户的账号信息或其他的身份信息,以便于服务器可以根据用户的身份信息查找该用户的特征信息。本说明书实施例中,用户的特征信息可以包括但不限于用户所用用户终端的设备、之前是否有开通记录、使用频率。例如,用户的特征信息还可以包括用户的年龄以及所在城市等。
步骤S203,通过将所述特征信息与预先关联有推荐文案的预设规则进行匹配,确定本次推荐的推荐文案。
本说明书实施例中,预设规则可以包括一条规则或预先配置有优先级顺序的多条规则,具体根据实际需要设置。每条规则均关联有预先配置的推荐文案。需要说明的是,推荐文案可以根据不同的规则具体配置,这样有利于根据用户的特征信息针对性地为用户展示适合的推荐文案,使得所展示的推荐文案更能够符合用户心智,从而提高推荐的成功率。
当预设规则包括一条规则时,则将用户的特征信息与该规则匹配,当匹配成功时,则将该规则关联的推荐文案作为本次推荐的推荐文案。当匹配失败时,则不对该用户进行后续推荐,此时,服务器可以向客户端反馈用于表示结束本次推荐的信息,使得客户端在接收到该信息时结束本次推荐。或者,当匹配失败时,则表示用户不具有个性化特征,将预先设置的默认文案,作为本次推荐的推荐文案。
具体来讲,用户的特征信息和预设规则可以根据需要设置,特征信息与具体的预设规则对应。本说明书实施例主要列举以下四种规则进行介绍,当然,在具体实施过程中,不限于以下四种规则。
第一种,预设规则可以包括场景规则。场景规则为根据特定场景设置的规则,此时,特征信息可以包括用户当前所处的场景信息。相应地,此时,通过将所述特征信息与预先关联有推荐文案的预设规则进行匹配,确定本次推荐的推荐文案包括将特征信息与场景规则进行匹配。将特征信息与场景规则进行匹配具体包括:判断所述用户当前所处的场景信息是否属于指定场景,若用户当前所处的场景信息属于指定场景,则判定所述特征信息与所述场景规则匹配成功,将预先与所述场景规则关联的推荐文案作为本次推荐的推荐文案,若用户当前所处的场景信息不属于指定场景,则判定特征信息与场景规则匹配失败。
在一种具体的应用场景中,场景规则对应的指定场景可以包括补密场景和找密场景。当预设支付业务为利用生物特征信息进行支付的业务时,因为指纹或人脸图像不存在忘记的问题,特别适合易忘的用户,配置场景规则对应的推荐文案时,可以从“省心”切入,例如,对于指纹支付业务,场景规则对应的推荐文案可以设置为“不怕忘,我的指纹就是我的密码”。
第二种,预设规则可以包括开通记录规则,开通记录规则是针对换机的用户设置的规则。换机的用户是指不同于当前使用的用户终端上开通过预设支付业务的用户。此时,特征信息可以包括标识信息,该标识信息用于表示用户是否具有预设支付业务的历史开通记录。相应地,此时,通过将所述特征信息与预先关联有推荐文案的预设规则进行匹配,确定本次推荐的推荐文案包括将特征信息与开通记录规则进行匹配。将特征信息与开通记录规则进行匹配具体包括:根据所述标识信息判断所述用户是否具有所述预设支付业务的历史开通记录,若是,则判定所述特征信息与所述开通记录规则匹配成功,将预先与所述开通记录规则关联的推荐文案作为本次推荐的推荐文案。
例如,在一种具体应用场景中,服务器可以基于推荐请求中用户的身份信息查找该用户是否有对应于预设支付业务的历史开通记录,并通过设置标识信息来表征查找结果。当查找结果为用户具有预设支付业务的历史开通记录时,则表示该用户为换机用户,判定特征信息与开通记录规则匹配成功,当查找结果为用户没有预设支付业务的历史开通记录时,则判定特征信息与开通记录规则匹配失败。
对于换机用户来讲,对预设支付业务的使用已经非常熟悉,只需要提醒其开通即可。因此,开通记录规则对应的推荐文案,可以设置用于提醒用户开通预设支付业务的文案,例如,对于指纹支付业务,相应推荐文案可以设置为“开通指纹支付,让付款更安全便捷”。
第三种,预设规则可以包括支付频率规则,支付频率规则用于对支付频率较高的用户进行筛选。此时,特征信息可以包括用户使用客户端进行支付的频率。具体地,用户使用客户端进行支付的频率可以为当前时间之前的指定时间段内,用户使用该客户端进行支付操作的频率。例如,前一个月、前一个季度或前一年的支付频率。相应地,此时,通过将所述特征信息与预先关联有推荐文案的预设规则进行匹配,确定本次推荐的推荐文案包括将特征信息与支付频率规则进行匹配。将特征信息与支付频率规则进行匹配具体包括:判断用户使用客户端进行支付的频率是否超过预设阈值,若是,则判定所述特征信息与所述支付频率规则匹配成功,将预先与所述支付频率规则关联的推荐文案作为本次推荐的推荐文案,若否,则判定所述特征信息与所述支付频率规则匹配失败。
其中,预设阈值可以根据实际应用中各用户的支付频率分布设置。根据支付频率规则可以筛选出高频支付用户。当预设支付业务为利用生物特征信息进行支付的业务时,由于因为生物特征信息如指纹或人脸的验证过程比密码要快,特别适合那些经常抢促销的高频用户,因此,配置支付频率规则对应的推荐文案时,可以从“快速”切入。例如,对于指纹支付业务,支付频率规则对应的推荐文案可以配置为“开通指纹支付,支付快人一步”。
第四种,预设规则可以包括用户属性规则,用户属性规则用于对用户类型进行筛选。此时,特征信息可以包括用户使用的用户终端的机型。相应地,此时,通过将所述特征信息与预先关联有推荐文案的预设规则进行匹配,确定本次推荐的推荐文案包括将特征信息与用户属性规则进行匹配。将特征信息与用户属性规则进行匹配具体包括:根据所述用户使用的用户终端的机型判断所述用户是否属于预设用户,若所述用户属于预设用户,则判定所述特征信息与所述用户属性规则匹配成功,将预先与所述用户属性规则关联的推荐文案作为本次推荐的推荐文案,若所述用户不属于预设用户,则判定所述特征信息与所述用户属性规则匹配失败。
具体来讲,服务器可以综合用户使用的用户终端的机型以及用户的其他特征如用户的年龄、用户所在的城市、用户的支付能力等来判断该用户是否为预设用户。用户的支付能力可以为用户在当前时间之前的指定时间段内的交易金额。例如,当用户的其他特征包括用户的年龄、用户所在的城市、用户的支付能力时,可以在用户使用的用户终端的机型属于预设机型集合、用户的年龄在预设年龄范围内、用户所在的城市为一线城市且用户的支付能力超过预设金额时,判定该用户属于预设用户。其中,预设年龄范围以及预设金额可以根据实际情况设置。由于不同品牌的用户终端的不同机型的价格不同,可以预先针对每种品牌的用户终端获取价格超过预设价格阈值的机型,构建预设机型集合。
或者,在本说明书的其他实施例中,服务器也可以通过判断用户使用的用户终端的机型是否属于预设机型集合来判断用户是否属于预设用户,若用户使用的用户终端的机型属于预设机型集合,则判定该用户属于预设用户,若用户使用的用户终端的机型不属于预设机型集合,则判定该用户不属于预设用户。
在一种具体的应用场景中,对于与用户属性规则匹配的用户,可以从这类用户中使用更普遍的角度来推荐。因此,配置用户属性规则对应的推荐文案时,可以从“从众”切入。例如,对于指纹支付业务,且用户使用的用户终端为智能手机时,用户属性规则对应的推荐文案可以配置为“60%的XX手机用户都在用指纹支付,还输密码就out了!”。其中,“XX”可以为手机的品牌。
另外,当预设规则包括预先配置有优先级顺序的多条规则时,每条规则均关联有相应的推荐文案。此时,上述通过将所述特征信息与预先关联有推荐文案的预设规则进行匹配,确定本次推荐的推荐文案包括:按照所述优先级顺序将所述特征信息依次与所述多条规则进行匹配;当所述特征信息与其中任意一条规则匹配成功时,则将匹配成功的规则对应的推荐文案作为本次推荐的推荐文案。需要说明的是,预先规则所包括的多条规则的优先级顺序可以根据实际对各规则下的推荐成功率的测试结果设置和调整。
例如,假设预设规则包括规则A、规则B和规则C,其中,规则A与预先设置的推荐文案P1关联,规则B与预先设置的推荐文案P2关联,规则C与预先设置的推荐文案P3关联。若预先配置的优先级顺序为:规则A>规则B>规则C,则先将用户的特征信息与规则A进行匹配,当匹配成功时,则将推荐文案P1作为本次推荐的推荐文案,停止匹配;当匹配失败时,则继续将用户的特征信息与规则B进行匹配,当匹配成功时,则将推荐文案P2作为本次推荐的推荐文案,停止匹配;当匹配失败时,则继续将用户的特征信息与规则C进行匹配,当匹配成功时,则将推荐文案P3作为本次推荐的推荐文案,停止匹配,当匹配失败时即用户的特征信息与预设规则均不匹配时,则不对该用户进行后续推荐,此时,服务器可以向客户端反馈用于表示结束本次推荐的信息,使得客户端在接收到该信息时结束本次推荐。或者,当用户的特征信息与预设规则均不匹配时,可以将预先设置的默认文案,作为本次推荐的推荐文案。
于本说明书一实施例中,预设规则可以包括上述的场景规则、开通记录规则、支付频率规则以及用户属性规则中的两种以上。当然,在本说明书的其他实施例中,除了这几种规则以外,预设规则还可以包括其他规则,具体可以根据需要设置。
例如,当预设规则包括上述的场景规则、开通记录规则、支付频率规则以及用户属性规则中的任意两种规则时,这两种规则对应有优先级顺序,先将特征信息与其中优先级相对较高的规则进行匹配,当匹配成功时,则将该规则对应的推荐文案作为本次推荐的推荐文案,结束匹配,当匹配失败时,则将特征信息与其中优先级相对较低的另一规则进行匹配。
当预设规则包括上述的场景规则、开通记录规则、支付频率规则以及用户属性规则中的任意三种规则时,这三种规则对应有优先级顺序,则按照优先级由高到低的顺序依次将特征信息与这三种规则进行匹配。
当预设规则包括上述的场景规则、开通记录规则、支付频率规则以及用户属性规则时,这四种规则对应有优先级顺序,则按照优先级由高到低的顺序依次将特征信息与这四种规则进行匹配。按照实际测试结果的推荐成功率,作为一种可选的方式,上述场景规则、开通记录规则、支付频率规则以及用户属性规则的优先级顺序可以为:场景规则>开通记录规则>支付频率规则>用户属性规则。此时,则先将特征信息与场景规则进行匹配,当匹配成功时,则将场景规则对应的推荐文案作为本次推荐的推荐文案,结束匹配;当匹配失败时,则将特征信息与开通记录规则进行匹配,当匹配成功时,则将开通记录规则对应的推荐文案作为本次推荐的推荐文案,结束匹配;当匹配失败时,则将特征信息与支付频率规则进行匹配,当匹配成功时,则将支付频率规则对应的推荐文案作为本次推荐的推荐文案,结束匹配;当匹配失败时,则将特征信息与用户属性规则进行匹配,当匹配成功时,则将用户属性规则对应的推荐文案作为本次推荐的推荐文案,结束匹配;当匹配失败时,则结束本次推荐或是将预先设置的默认文案作为本次推荐的文案。
步骤S204,将所述推荐文案下发给所述客户端,以使所述客户端根据所述推荐文案向所述用户展示推荐界面,所述推荐界面用于向所述用户推荐所述预设支付业务。
通过上述步骤S203确定本次推荐的推荐文案后,服务器将推荐文案下发到客户端中,客户端基于该推荐文案展示推荐界面。推荐界面中可以显示该推荐文案以及用于开通预设支付业务的开通按钮。用户可以在推荐界面中浏览到推荐文案,若用户想要开通预设支付协议,可以通过执行触发该开通按钮的操作,开通预设支付业务,此时则表示推荐成功,若用户不想开通预设支付协议,可以选择退出推荐界面或者直接关闭客户端,此时则表示推荐失败。
于本说明书一实施例中,为了进一步完善推荐策略,提高业务推荐的成功率,本方法还包括策略调整步骤,策略调整步骤具体包括:接收所述客户端反馈的所述用户基于所述推荐界面的行为数据;基于所述行为数据对所述预设规则进行调整。
具体来讲,用户基于所述推荐界面的行为数据可以包括:用户是否点击推荐界面上显示的开通按钮、用户是否退出推荐界面、用户是否直接退出了客户端以及用户在推荐界面的停留时间等数据。
服务器基于所述行为数据对所述预设规则进行调整的具体策略可以根据实际应用设置。例如,当预设规则包括多种规则时,当给满足其中一种规则的用户进行推荐时,成功率低于预设的第一临界值,或在展示推荐界面后选择直接退出客户端的用户比例高于预设的第二临界值,则表明该规则不适用,删除该规则或对该规则进行修改。又例如,当预设规则包括场景规则、开通记录规则、支付频率规则以及用户属性规则,且优先级顺序为:场景规则>开通记录规则>支付频率规则>用户属性规则,假设通过收集预设数量的用户反馈的行为数据后,表明给符合支付频率规则的用户进行推荐的成功率高于给满足开通记录规则的用户进行推荐的成功率,可以调整开通记录规则和支付频率规则的优先级顺序,即将预设规则的优先级顺序调整为:场景规则>支付频率规则>开通记录规则>用户属性规则。
再例如,当用户在推荐界面的停留时间超过预设的停留时间阈值时,表明用户可能有意向开通所推荐的预设支付业务,但是可能遇到一些问题而没有完成业务的开通。此时,服务器可以进一步发送询问指令至该用户对应的客户端,使得客户端在推荐界面中弹出一询问窗口,用于询问该用户是都遇到问题,用户可以在询问窗口输入遇到的问题,并反馈给服务器,以便于服务器在接收到问题反馈后可以帮助有意向的用户解决问题并完成预设支付业务的开通。
本说明书实施例提供的业务推荐方法,通过在合适的场景下,对具备开通条件的用户,针对用户的特征信息以及预设规则筛选推荐文案,有利于在保证不显著提高打扰率的同时,同步提高推荐的成功率。
第二方面,本说明书实施例提供了一种业务推荐方法,本实施例为客户端所执行的业务推荐方法。请参见图3,该方法包括以下步骤S301-步骤S303。
步骤S301,当检测到用户进入预设场景时,判断所述用户是否满足预设支付业务的开通条件。
本说明书实施例中,预设支付业务可以是利用生物特征信息进行支付的业务,如指纹支付业务、面容支付业务等。指纹校验和人脸识别相比较密码有较高的成功率,所以提高用户的指纹支付使用比例或面容支付使用比例有助于提高整体的支付成功率。因此,为了扩大指纹支付或指纹支付用户的覆盖率,需要向用户进行业务推荐。当然,在本说明书的其他实施例中,预设支付业务也可以是其他需要向用户推荐的支付业务。
为了增加推荐的成功率,客户端会对用户所处的场景以及所要推荐用户进行筛选。当检测到用户进入预设场景,并判定用户满足预设支付业务的开通条件时,再向服务器发送推荐请求。
本说明书实施例中,预设场景可以根据实际应用设置,在这些场景下给用户一种另外的支付方式供选择会更符合用户心智。具体来讲,预设场景可以为指定场景集合中的任意一种场景。本说明书实施例中,指定场景集合可以包括但不限于密码支付场景、补密场景和找密场景。
为了检测用户是否进入预设场景,需要对用户的相关操作进行监控。可以理解的是,对于密码支付场景,用户的相关操作为密码支付操作,即用户通过输入密码,在密码校验通过后完成支付的操作;对于补密场景,用户的相关操作为密码补设操作,即用户被系统要求补齐支付密码时,按照系统指示执行的补齐密码的操作;对于找密场景,用户的相关操作为密码找回操作,即用户点击忘记密码按钮后,按照系统指示执行的重新找回密码的操作。
具体来讲,作为一种可选的实施方式,检测用户是否进入密码支付场景的步骤包括:当检测到用户触发密码支付操作时,判断所述密码支付操作是否处于完成状态,若是,则判定所述用户进入所述密码支付场景。
需要说明的是,密码支付操作的具体过程可以包括客户端获取用户输入的支付密码,并将该支付密码发送给服务器验证,当验证通过时,完成当前支付交易,当接收到服务器反馈的验证通过指示时,表示完成支付,即密码支付操作处于完成状态。
作为一种可选的实施方式,检测用户是否进入补密场景的步骤包括:预设场景的检测步骤包括:当检测到用户触发密码补设操作时,判断所述密码补设操作是否处于完成状态,若是,则判定所述用户进入所述补密场景。
需要说明的是,对于没有设置支付密码的用户,系统会发出指示给该用户,要求该用户补齐支付密码,用户可以根据系统的提示触发密码补设操作以设置支付密码,当支付密码设置成功时,表示密码补设操作处于完成状态。
作为一种可选的实施方式,检测用户是否进入找密场景的步骤包括:当检测到用户触发密码找回操作时,判断所述找密操作是否处于完成状态,若是,则判定所述用户进入所述找密场景。
可以理解的是,用户刚刚完成密码支付时,是给用户进行推荐的好时机,密码支付本身需要用户牢记密码,并且输入时间较长,在用户刚刚完成这样一个流程时做推荐,给用户推荐一种更省时省力的选择,更符合用户心智;同理,在补密场景或找密场景中,用户刚刚经历过因为忘记密码而带来的多余操作的麻烦,此时正好是给用户提供了一个不需要记忆的方案的好时机。因此,在合适的场景下对用户进行新的支付业务推荐,用户更容易接受,有利于提高推荐的成功率。
当预设支付业务为利用生物特征信息进行支付的业务时,开通条件可以根据实际支付业务需要设置。作为一种可选的实施方式,上述步骤S301中,开通条件包括以下三种条件中的一种或多种组合:所述用户使用的用户终端支持预设的安全协议;所述用户使用的用户终端中预先录入有所述用户的生物特征信息;以及所述用户的预设支付业务处于未开通状态。
具体来讲,于本说明书的一实施例中,客户端判断用户是否满足预设支付业务的开通条件的过程可以包括:判断用户的预设支付业务是否处于开通状态,若是,则结束本次推荐,若否,则判断用户使用的用户终端是否支持预设的安全协议,若否,则结束本次推荐,若是,则判断用户使用的用户终端中是否预先录入有用户的生物特征信息,若否,则结束本次推荐,若是,则判定用户满足预设支付业务的开通条件。需要说明的是,上述的开通状态判断步骤、安全协议判断步骤和生物特性信息录入判断步骤也可以不按照上述顺序执行,例如,也可以先执行安全协议的判断,然后再执行开通状态和生物特性信息录入的判断。
具体地,当预设支付业务具体为指纹支付业务或面容支付业务时,预设安全协议可以是IFAA协议或类似安全协议。IFAA协议或类似安全协议是支持指纹支付或面容支付的基本条件。例如,当用户终端为智能手机时,可以调用isSupported接口通过手机厂商在Framework内置的状态位来判断该手机是否支持IFAA协议。
具体地,用户在用户终端中预先录入的生物特征信息如指纹信息或人脸信息会存储在用户终端的特定位置。用户可以通过系统提供的接口来判断用户终端中的特定位置是否存储有用户的生物特征信息。当然,所存储的生物特征信息应与预设支付业务对应,例如,当预设支付业务为指纹支付业务时,生物特征信息为指纹信息,当预设支付业务为面容支付业务时,生物特征信息为人脸信息。
步骤S302,当满足所述开通条件时,向服务器发送推荐请求,以使得所述服务器基于所述推荐请求,获取所述用户的特征信息,通过将所述特征信息与预先关联有推荐文案的预设规则进行匹配,确定本次推荐的推荐文案。
可以理解的是,推荐请求中包括用户的身份信息,例如可以是用户的账号信息或其他的身份信息,以便于服务器可以根据用户的身份信息查找该用户的特征信息。本说明书实施例中,用户的特征信息可以包括但不限于用户所用用户终端的设备、之前是否有开通记录、使用频率。例如,用户的特征信息还可以包括用户的年龄以及所在城市等。
具体来讲,服务器通过将特征信息与预先关联有推荐文案的预设规则进行匹配,确定本次推荐的推荐文案的实施方式可以参考上述第一方面提供的业务推荐方法中步骤S203的具体实施方式,此处不再赘述。
步骤S303,接收所述服务器下发的所述推荐文案,并根据所述推荐文案向所述用户展示推荐界面,所述推荐界面用于向所述用户推荐所述预设支付业务。
推荐界面中可以显示该推荐文案以及用于开通预设支付业务的开通按钮。用户可以在推荐界面中浏览到推荐文案,若用户想要开通预设支付协议,可以通过执行触发该开通按钮的操作,开通预设支付业务,此时则表示推荐成功,若用户不想开通预设支付协议,可以选择退出推荐界面或者直接关闭客户端,此时则表示推荐失败。
于本说明书一实施例中,为了进一步完善推荐策略,提高业务推荐的成功率,在根据所述推荐文案向所述用户展示推荐界面之后,本方法还可以包括:获取所述用户基于所述推荐界面的行为数据,将所述行为数据反馈给所述服务器,以使得所述服务器基于所述行为数据对所述预设规则进行调整。
具体来讲,用户基于所述推荐界面的行为数据可以包括:用户是否点击推荐界面上显示的开通按钮、用户是否退出推荐界面、用户是否直接退出了客户端以及用户在推荐界面的停留时间等数据。服务器基于所述行为数据对所述预设规则进行调整的具体策略可以根据实际应用设置。
于本说明书一实施例中,为了控制打扰率在合理的范围,可以遵循预设的推荐疲劳策略。具体来讲,作为一种可选的实施方式,在判定用户满足预设支付业务的开通条件时,在客户端向服务器发送推荐请求之前,本业务推荐方法还包括:获取所述用户对应的历史推荐记录,判断所述历史推荐记录是否满足预设条件,若是,则执行向服务器发送推荐请求的步骤,若否,则停止本次推荐。
具体地,历史推荐记录可以包括:第一推荐次数和/或第二推荐次数。其中,第一推荐次数为第一目标时间段内对该用户进行预设支付业务推荐的次数,第二推荐次数为第二目标时间段内对该用户进行预设支付业务推荐的次数,且第一目标时间段的时间长度小于第二目标时间段的时间长度,具体根据需要设置。例如,第一目标时间段可以是当前时间之前的七天内,第二目标时间段可以是当前时间之前的一年内。
当历史推荐记录包括第一推荐次数和第二推荐次数时,判断所述历史推荐记录是否满足预设条件可以具体包括:判断第一推荐次数是否小于或等于预设的第一次数阈值,若小于或等于预设的第一次数阈值,则判断第二推荐次数是否小于或等于预设的第二次数阈值,若小于或等于预设的第二次数阈值,则判定历史推荐记录满足预设条件;若第一推荐次数大于预设的第一次数阈值或第二推荐次数大于预设的第二次数阈值,则判定历史推荐记录不满足预设条件。
其中,第一次数阈值和第二次数阈值可以根据实际需要设置。例如,第一次数阈值可以设置为零,第二次数阈值可以设置为5,这样就可以保证用户在第一目标时间段内不被重复推荐,在第二目标时间段内被推荐次数不超过5次,以便于将打扰率控制在合理的范围。
作为一种可选的实施方式,在判定用户满足预设支付业务的开通条件时,在客户端向服务器发送推荐请求之前,本业务推荐方法还可以包括:检测所在的用户终端中是否有在预设时间段内关闭目标功能的历史记录,若是,则执行向服务器发送推荐请求的步骤,若否,则停止本次推荐。
其中,预设时间段可以根据实际需要设置,例如可以设置为当前时间之前的60天内。目标功能与预设支付业务对应,例如,当预设支付业务为指纹支付业务时,目标功能为用户终端的指纹识别功能,以iOS系统为例,目标功能可以为TouchID;当预设支付业务为面容支付业务时,目标功能为用户终端的人脸识别功能,以iOS系统为例,目标功能可以为FaceID。
可以理解的是,用户主动关闭目标功能表明了用户的一种意愿,出于某种原因用户不愿意再使用目标功能,因此,为了避免影响用户体验,需要停止对该用户进行预设支付业务推荐。
本说明书实施例提供的业务推荐方法,通过在合适的场景下,对具备开通条件的用户,针对用户的特征信息以及预设规则筛选推荐文案,有利于在保证不显著提高打扰率的同时,同步提高推荐的成功率。
第三方面,本说明书实施例提供了一种业务推荐方法,本实施例为客户端所执行的业务推荐方法。请参见图4,该方法包括以下步骤S401-步骤S402。
步骤S401,当检测到用户进入预设场景时,判断所述用户是否满足预设支付业务的开通条件,其中,所述预设场景为密码支付场景、补密场景或找密场景。
其中,预设场景可以为指定场景集合中的任意一种场景。本说明书实施例中,指定场景集合可以包括密码支付场景、补密场景和找密场景。
为了检测用户是否进入预设场景,需要对用户的相关操作进行监控。可以理解的是,对于密码支付场景,用户的相关操作为密码支付操作,即用户通过输入密码,在密码校验通过后完成支付的操作;对于补密场景,用户的相关操作为密码补设操作,即用户被系统要求补齐支付密码时,按照系统指示执行的补齐密码的操作;对于找密场景,用户的相关操作为密码找回操作,即用户点击忘记密码按钮后,按照系统指示执行的重新找回密码的操作。
具体来讲,作为一种可选的实施方式,检测用户是否进入密码支付场景的步骤包括:当检测到用户触发密码支付操作时,判断所述密码支付操作是否处于完成状态,若是,则判定所述用户进入所述密码支付场景。
需要说明的是,密码支付操作的具体过程可以包括客户端获取用户输入的支付密码,并将该支付密码发送给服务器验证,当验证通过时,完成当前支付交易,当接收到服务器反馈的验证通过指示时,表示完成支付,即密码支付操作处于完成状态。
作为一种可选的实施方式,检测用户是否进入补密场景的步骤包括:预设场景的检测步骤包括:当检测到用户触发密码补设操作时,判断所述密码补设操作是否处于完成状态,若是,则判定所述用户进入所述补密场景。
需要说明的是,对于没有设置支付密码的用户,系统会发出指示给该用户,要求该用户补齐支付密码,用户可以根据系统的提示触发密码补设操作以设置支付密码,当支付密码设置成功时,表示密码补设操作处于完成状态。
作为一种可选的实施方式,检测用户是否进入找密场景的步骤包括:当检测到用户触发密码找回操作时,判断所述找密操作是否处于完成状态,若是,则判定所述用户进入所述找密场景。
需要说明的是,当用户通过密码支付的方式进行支付时,需要用户输入支付密码,若用户忘记支付密码,可以通过触发密码找回操作来找回或重置密码,具体过程可以按照系统的相关指示执行相应操作,例如,答复预先设置的问题等,当密码找回成功时,表示密码找回操作处于完成状态。
可以理解的是,用户刚刚完成密码支付时,是给用户进行推荐的好时机,密码支付本身需要用户牢记密码,并且输入时间较长,在用户刚刚完成这样一个流程时做推荐,给用户推荐一种更省时省力的选择,更符合用户心智;同理,在补密场景或找密场景中,用户刚刚经历过因为忘记密码而带来的多余操作的麻烦,此时正好是给用户提供了一个不需要记忆的方案的好时机。因此,在合适的场景下对用户进行新的支付业务推荐,用户更容易接受,有利于提高推荐的成功率。
当预设支付业务为利用生物特征信息进行支付的业务时,开通条件可以根据实际支付业务需要设置。作为一种可选的实施方式,上述步骤S401中,开通条件包括以下三种条件中的一种或多种组合:所述用户使用的用户终端支持预设的安全协议;所述用户使用的用户终端中预先录入有所述用户的生物特征信息;以及所述用户的预设支付业务处于未开通状态。具体来讲,判断用户是否满足预设支付业务的开通条件的实施方式可以参照上述第一方面中的相关描述,此处不再赘述。
步骤S402,当满足所述开通条件时,向所述用户展示推荐界面,所述推荐界面用于向所述用户推荐所述预设支付业务。
本说明书实施例中,当用户进入预设场景且满足预设支付业务的开通条件时,则表示该用户为适合进行预设支付业务推荐的目标用户,进而向该用户进行预设支付业务推荐。
具体来讲,向目标用户进行预设支付业务推荐的方式可以有多种。作为一种可选的实施方式,客户端可以向该用户展示预先设置的推荐界面。推荐界面中展示有预先设置的关于预设支付业务的相关描述以及用于开通预设支付业务的开通按钮。
作为另一种可选的实施方式,客户端可以向服务器发送推荐请求,该推荐请求中包含有用户的身份信息,例如可以是用户的账号信息或其他的身份信息,服务器基于接收到的推荐请求,获取用户的特征信息,通过将特征信息与预先关联有推荐文案的预设规则进行匹配,确定本次推荐的推荐文案,并将该推荐文案反馈给客户端,客户端根据该推荐文案向用户展示推荐界面。具体过程可以参照上述第一方面提供的业务推荐方法中的相应描述,此处不再赘述。
于本说明书一实施例中,为了控制打扰率在合理的范围,可以遵循预设的推荐疲劳策略。具体来讲,作为一种可选的实施方式,在判定用户满足预设支付业务的开通条件时,在向所述用户展示推荐界面之前,本业务推荐方法还包括:获取所述用户对应的历史推荐记录,判断所述历史推荐记录是否满足预设条件,若是,则执行向所述用户展示推荐界面的步骤,若否,则停止本次推荐。其中,获取所述用户对应的历史推荐记录,判断所述历史推荐记录是否满足预设条件的具体过程可以参照上述第二方面提供的业务推荐方法中的相关描述,此处不再赘述。
本说明书实施例提供的业务推荐方法,通过在合适的场景下,对具备开通条件的用户推荐预设支付业务,有利于提高推荐的成功率。
第四方面,基于与前述第一方面提供的实施例中业务推荐方法同样的发明构思,本说明书实施例还提供了一种业务推荐装置,本实施例提供的装置可运行于服务器。请参考图5,该业务推荐装置50可以包括:
接收模块51,用于接收客户端发送的推荐请求,所述推荐请求是所述客户端在检测到用户进入预设场景,并判定所述用户满足预设支付业务的开通条件时发送的;
获取模块52,用于基于所述推荐请求获取所述用户的特征信息;
确定模块53,用于通过将所述特征信息与预先关联有推荐文案的预设规则进行匹配,确定本次推荐的推荐文案;
文案发送模块54,用于将所述推荐文案下发给所述客户端,以使所述客户端根据所述推荐文案向所述用户展示推荐界面,所述推荐界面用于向所述用户推荐所述预设支付业务。
作为一种可选的实施方式,所述预设规则包括预先配置有优先级的多条规则,每条规则均对应有推荐文案,所述确定模块53具体用于:按照所述优先级顺序将所述特征信息依次与所述多条规则进行匹配;当所述特征信息与其中任意一条规则匹配成功时,则将匹配成功的规则对应的推荐文案作为本次推荐的推荐文案。
作为一种可选的实施方式,所述特征信息包括所述用户当前所处的场景信息,所述预设规则包括场景规则,所述确定模块53包括:第一匹配子模块531,用于判断所述用户当前所处的场景信息是否属于指定场景,若是,则判定所述特征信息与所述场景规则匹配成功,将预先与所述场景规则关联的推荐文案作为本次推荐的推荐文案。
作为一种可选的实施方式,所述特征信息包括标识信息,所述标识信息用于表示所述用户是否具有所述预设支付业务的历史开通记录,所述确定模块53包括:第二匹配子模块532,用于根据所述标识信息判断所述用户是否具有所述预设支付业务的历史开通记录,若是,则判定所述特征信息与所述开通记录规则匹配成功,将预先与所述开通记录规则关联的推荐文案作为本次推荐的推荐文案。
作为一种可选的实施方式,所述特征信息包括所述用户使用所述客户端进行支付的频率,所述预设规则包括支付频率规则,所述确定模块53包括:第三匹配子模块533,用于判断所述频率是否超过预设阈值,若是,则判定所述特征信息与所述支付频率规则匹配成功,将预先与所述支付频率规则关联的推荐文案作为本次推荐的推荐文案。
作为一种可选的实施方式,所述特征信息包括所述用户使用的用户终端的机型,所述预设规则包括用户属性规则,所述确定模块53包括:第四匹配子模块534,用于根据所述用户使用的用户终端的机型判断所述用户是否属于预设用户,若是,则判定所述特征信息与所述用户属性规则匹配成功,将预先与所述用户属性规则关联的推荐文案作为本次推荐的推荐文案。
作为一种可选的实施方式,所述装置还包括:调整模块55,用于接收所述客户端反馈的所述用户基于所述推荐界面的行为数据;基于所述行为数据对所述预设规则进行调整。
需要说明的是,本说明书实施例所提供的业务推荐装置50,其中各个单元执行操作的具体方式已经在上述第一方面提供的方法实施例中进行了详细描述,此处将不做详细阐述说明。
第五方面,基于与前述第二方面提供的实施例中业务推荐方法同样的发明构思,本说明书实施例还提供了一种业务推荐装置,本实施例提供的装置可运行于客户端。请参考图6,该业务推荐装置60可以包括:
判断模块61,用于当检测到用户进入预设场景时,判断所述用户是否满足预设支付业务的开通条件;
请求发送模块62,用于当满足所述开通条件时,所述客户端向服务器发送推荐请求,以使得所述服务器基于所述推荐请求,获取所述用户的特征信息,通过将所述特征信息与预先关联有推荐文案的预设规则进行匹配,确定本次推荐的推荐文案;
展示模块63,用于接收所述服务器下发的所述推荐文案,并根据所述推荐文案向所述用户展示推荐界面,所述推荐界面用于向所述用户推荐所述预设支付业务。
作为一种可选的实施方式,所述预设支付业务为利用生物特征信息进行支付的业务,所述开通条件包括以下条件中的一种或多种组合:所述用户使用的用户终端支持预设的安全协议;所述用户使用的用户终端中预先录入有所述用户的生物特征信息;以及所述用户的预设支付业务处于未开通状态。
作为一种可选的实施方式,所述装置还包括:反馈模块,用于获取所述用户基于所述推荐界面的行为数据,将所述行为数据反馈给所述服务器,以使得所述服务器基于所述行为数据对所述预设规则进行调整。
作为一种可选的实施方式,所述装置还包括:第一过滤模块,用于获取所述用户对应的历史推荐记录,判断所述历史推荐记录是否满足预设条件,若是,则执行向服务器发送推荐请求的步骤,若否,则停止本次推荐。
作为一种可选的实施方式,所述装置还包括:第二过滤模块,用于检测所在的用户终端中是否有在预设时间段内关闭目标功能的历史记录,若是,则执行向服务器发送推荐请求的步骤,若否,则停止本次推荐。
作为一种可选的实施方式,所述预设场景为密码支付场景、补密场景或找密场景。
需要说明的是,本说明书实施例所提供的业务推荐装置60,其中各个单元执行操作的具体方式已经在上述第二方面提供的方法实施例中进行了详细描述,此处将不做详细阐述说明。
第六方面,基于与前述第三方面提供的实施例中业务推荐方法同样的发明构思,本说明书实施例还提供了一种业务推荐装置,本实施例提供的装置可运行于客户端。请参考图7,该业务推荐装置70可以包括:
检测模块71,用于当检测到用户进入预设场景时,判断所述用户是否满足预设支付业务的开通条件,其中,所述预设场景为密码支付场景、补密场景或找密场景;
推荐模块72,用于当满足所述开通条件时,向所述用户展示推荐界面,所述推荐界面用于向所述用户推荐所述预设支付业务。
作为一种可选的实施方式,当所述预设场景为密码支付场景时,所述检测模块71具体用于:当检测到用户触发密码支付操作时,判断所述密码支付操作是否处于完成状态,若是,则判定所述用户进入所述密码支付场景。
作为一种可选的实施方式,当所述预设场景为补密场景时,所述检测模块71具体用于:当检测到用户触发密码补设操作时,判断所述密码补设操作是否处于完成状态,若是,则判定所述用户进入所述补密场景。
作为一种可选的实施方式,当所述预设场景为找密场景时,所述检测模块71具体用于:当检测到用户触发密码找回操作时,判断所述找密操作是否处于完成状态,若是,则判定所述用户进入所述找密场景。
需要说明的是,本说明书实施例所提供的业务推荐装置70,其中各个单元执行操作的具体方式已经在上述第三方面提供的方法实施例中进行了详细描述,此处将不做详细阐述说明。
第七方面,基于同一发明构思,本发明还提供一种电子设备,如图8所示,包括存储器804、一个或多个处理器802及存储在存储器804上并可在处理器802上运行的计算机程序。当该电子设备作为服务器时,所述处理器802执行所述程序时实现前文第一方面提供的实施例中业务推荐方法的步骤。当该电子设备作为用户终端时,所述处理器802执行所述程序时实现前文第二方面提供的实施例中业务推荐方法的步骤,或者实现前文第三方面提供的实施例中业务推荐方法的步骤。
其中,在图8中,总线架构(用总线800来代表),总线800可以包括任意数量的互联的总线和桥,总线800将包括由处理器802代表的一个或多个处理器和存储器804代表的存储器的各种电路链接在一起。总线800还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口805在总线800和接收器801和发送器803之间提供接口。接收器801和发送器803可以是同一个元件,即收发机,提供用于在传输介质上与各种其他装置通信的单元。处理器802负责管理总线800和通常的处理,而存储器804可以被用于存储处理器802在执行操作时所使用的数据。
可以理解的是,图8所示的结构仅为示意,上述电子设备还可包括比图8中所示更多或者更少的组件,或者具有与图8所示不同的配置。图8中所示的各组件可以采用硬件、软件或其组合实现。
第八方面,基于与前述第一方面提供的实施例中业务推荐方法同样的发明构思,本发明还提供一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现前文第一方面提供的实施例中业务推荐方法的步骤。
第九方面,基于与前述第二方面提供的实施例中业务推荐方法同样的发明构思,本发明还提供一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现前文第二方面提供的实施例中业务推荐方法的步骤。
第十方面,基于与前述第二方面提供的实施例中业务推荐方法同样的发明构思,本发明还提供一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现前文第三方面提供的实施例中业务推荐方法的步骤。
本说明书是参照根据本说明书实施例的方法、设备、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的设备。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令设备的制造品,该指令设备实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本说明书的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本说明书范围的所有变更和修改。
显然,本领域的技术人员可以对本说明书进行各种改动和变型而不脱离本说明书的精神和范围。这样,倘若本说明书的这些修改和变型属于本说明书权利要求及其等同技术的范围之内,则本说明书也意图包含这些改动和变型在内。