按钮激活方法及装置与流程

文档序号:13072325阅读:386来源:国知局
按钮激活方法及装置与流程

本申请涉及计算机应用领域,尤其涉及一种按钮激活方法及装置。



背景技术:

在传统的移动端应用中,用户界面中提供的交互按钮,通常可以作为用户完成后续业务流程的入口;例如,以支付应用中提供的“支付按钮”为例,用户需要通过支付应用完成一笔支付交易时,则需要通过诸如“点击”的方式,来触发该“支付按钮”,以启动后续的支付流程。而为了引导用户通过交互按钮,来完成后续的业务流程,开发者在应用的开发阶段,通常会为交互按钮设计出不同的按钮状态,来表达不同的业务语义。然而,随着移动端的业务场景的日益复杂化,由于现有的按钮状态较为单一,已经逐渐已无法满足实际的业务需求。



技术实现要素:

本申请提出一种按钮激活方法,应用于客户端,所述方法包括:

监听用户针对包括多种业务场景的目标界面的用户操作;所述目标界面包括交互按钮;所述交互按钮的按钮激活态包括多种按钮子状态,所述多种按钮子状态分别对应不同的业务场景;

基于监听到的用户操作确定用户触发的目标业务场景;

将所述交互按钮切换至与所述目标业务场景对应的按钮子状态。

可选的,所述目标界面预配置了与所述业务场景对应的业务选项;

所述基于监听到的用户操作确定所述用户触发的目标业务场景,包括:

基于监听到的用户操作确定用户在所述目标界面中选定的目标业务选项;

将与所述目标业务选项对应的业务场景确定为用户触发的所述目标业务场景。

可选的,不同的按钮子状态分别预配置了不同的按钮切换特效;

所述将所述交互按钮切换至与所述目标业务场景对应的按钮子状态,包括:

获取为所述目标业务场景对应的按钮子状态预配置的按钮切换特效;

在与所述交互按钮对应的位置上播放所述按钮切换特效,并在该按钮切换特效播放结束时,将所述交互按钮切换至与所述目标业务场景对应的按钮子状态。

可选的,所述方法还包括:

当所述交互按钮被切换至与所述目标业务场景对应的按钮子状态后,基于监听到的用户操作确定用户是否触发了所述交互按钮;

如果用户触发了所述交互按钮,跳转至与所述目标业务场景对应的业务界面完成后续业务流程;

其中,不同的业务场景分别对应不同的业务界面。

可选的,其中,不同的按钮子状态分别对应不同的按钮样式。

本申请还提出一种按钮激活装置,应用于客户端,所述装置包括:

监听模块,监听用户针对包括多种业务场景的目标界面的用户操作;所述目标界面包括交互按钮;所述交互按钮的按钮激活态包括多种按钮子状态,所述多种按钮子状态分别对应不同的业务场景;

确定模块,基于监听到的用户操作确定用户触发的目标业务场景;

切换模块,将所述交互按钮切换至与所述目标业务场景对应的按钮子状态。

可选的,所述目标界面预配置了与所述业务场景对应的业务选项;

所述确定模块:

基于监听到的用户操作确定用户在所述目标界面中选定的目标业务选项;

将与所述目标业务选项对应的业务场景确定为用户触发的所述目标业务场景。

可选的,不同的按钮子状态分别预配置了不同的按钮切换特效;

所述切换模块:

获取为所述目标业务场景对应的按钮子状态预配置的按钮切换特效;

在与所述交互按钮对应的位置上播放所述按钮切换特效,并在该按钮切换特效播放结束时,将所述交互按钮切换至与所述目标业务场景对应的按钮子状态。

可选的,所述确定模块进一步:

在所述交互按钮被切换至与所述目标业务场景对应的按钮子状态后,基于监听到的用户操作确定用户是否触发了所述交互按钮;

如果用户触发了所述交互按钮,跳转至与所述目标业务场景对应的业务界面完成后续业务流程;

其中,不同的业务场景分别对应不同的业务界面。

可选的,其中,不同的按钮子状态分别对应不同的按钮样式。

在本申请中,可以基于目标界面中所包含的业务场景的实际种类,将按钮的激活态进一步配置为分别对应于不同业务场景的多种子状态;当用户在触发了与该按钮对应的业务流程下的某种业务场景时,可以立即将按钮切换至与该业务场景对应的子状态;

由于系统通过查看按钮所呈现出的不同的子状态,就可以区分出由用户触发的业务场景,因此可以对按钮的激活态所传达出的业务语义进行进一步扩展,从而可以显著提升按钮的对不同的业务场景的适应性,使得按钮可以满足更加多元化的业务场景。

附图说明

图1是本申请一实施例示出的一种按钮激活方法的流程图;

图2是本申请一实施例示出的一种通过“支付界面”触发支付场景的示意图;

图3是本申请一实施例示出的另一种通过“支付界面”触发支付场景的示意图;

图4是本申请一实施例示出的一种按钮激活装置的逻辑框图;

图5是本申请一实施例提供的承载所述按钮激活装置的客户端的硬件架构图。

具体实施方式

在传统的按钮状态设计中,交互按钮的按钮状态,通常被设计为“激活态”和“非激活态”两类。

所谓激活态,是指交互按钮处于可操作的状态。当与交互按钮对应的业务流程满足触发条件时,可以将该交互按钮切换至激活态;例如,在示出的一种实施方式中,可以将该交互按钮高亮显示,或者改变按钮的颜色,来指示该交互按钮当前处于可操作的状态。通过这种方式可以引导用户来“点击”该交互按钮,完成后续的业务流程。

所谓非激活态,是指交互按钮处于不可操作的状态。当与交互按钮对应的业务流程未满足触发条件时,该交互按钮将一致保持在非激活态;例如,在示出的一种实施方式中,可以将该交互按钮一致保持为灰色,来指示该交互按钮当前处于不可操作的状态。通过这种方式可以阻止用户来“点击”该交互按钮。

在实际应用中,对于一个交互按钮而言,其对应的业务流程往往具有唯一性;比如,支付客户端提供的“支付按钮”,通常仅用于触发支付业务流程;然而,与某一个交互按钮对应的业务流程,却可能包含多种业务场景。而传统的按钮状态设计中,并未考虑交互按钮的按钮状态在业务场景上的差异;因此,当与交互按钮对应的业务流程下的某一个具体的业务场景满足触发条件时,通常仅会默认将该交互按钮切换至激活态。而单一的激活态,显然并不能传达出更多的业务语义,使得系统无法精确区分出具体的业务场景。

例如,以支付客户端面向用户提供的“支付按钮”为例,“支付按钮”通常用于触发支付业务流程;然而,在实际应用中,即便是通过同一个“支付按钮”触发的支付业务流程,也可以可能包含多个不同的支付场景;比如,“订单支付场景”、“爱心午餐捐赠的支付场景”,等等;当该“支付按钮”处于激活态时,通常只能传达出与该“支付按钮”对应的支付业务流程已经满足了触发条件这一业务语义,而系统并不能精确区分出,具体是该支付业务流程下的哪一个支付场景当前已满足了触发条件。

可见,传统的按钮态设计,存在按钮状态较为单一,无法传达出更多的业务语义的缺陷。

有鉴于此,本申请旨在提出一种基于业务场景对按钮的激活态进行进一步细分的按钮态设计方案。

在实现时,可以基于目标界面中所包含的业务场景的实际种类,将按钮的激活态进一步配置为分别对应于不同业务场景的多种子状态;当用户在触发了与该按钮对应的业务流程下的某种业务场景时,可以立即将按钮切换至与该业务场景对应的子状态;

由于在本申请中,系统通过查看按钮所呈现出的不同的子状态,就可以区分出由用户触发的业务场景,因此可以对按钮的激活态所传达出的业务语义进行进一步扩展,从而可以显著提升按钮的对不同的业务场景的适应性,使得按钮可以满足更加多元化的业务场景。

下面通过具体实施例并结合具体的应用场景对本申请进行描述。

请参考图1,图1是本申请一实施例提供的按钮激活方法,应用于客户端;所述方法执行如下步骤:

步骤101,监听用户针对包括多种业务场景的目标界面的用户操作;所述目标界面包括交互按钮;所述交互按钮的按钮激活态包括多种按钮子状态;所述多种按钮子状态分别对应不同的业务场景;

步骤102,基于监听到的用户操作确定用户触发的目标业务场景;

步骤103,将所述交互按钮切换至与所述目标业务场景对应的按钮子状态。

上述客户端,可以泛指任意形态的,能够面向用户提供相关服务的客户端软件;例如,web客户端,或者app应用。

上述目标界面,具体是指上述客户端面向用户提供的相关业务界面;其中,在该目标界面中可以包括多种业务场景;

例如,以上述客户端为支付客户端为例,在这种情况下,上述目标界面具体可以是一个包含多种支付场景的支付界面,用户可以通过该支付界面触发诸如“订单支付”、“爱心午餐捐赠”等不同的支付场景。

而上述交互按钮,可以是在上述业务界面中提供的用于触发相关业务流程的交互按钮。用户可以通过诸如“点击”的方式触发上述交互按钮,来启动与该交互按钮对应的业务流程。

例如,以上述客户端为支付客户端为例,在这种情况下,上述目标界面具体可以是一个“支付界面”,上述交互按钮可以是该支付界面中提供的一“支付按钮”,用户可以通过诸如“点击”的方式,来触发该“支付按钮”,启动后续的支付流程,完成相关支付业务。

上述业务场景,具体是指与上述交互按钮对应的业务流程下,所包含的某一种具体的业务类型;在实际应用中,与上述交互按钮对应的业务流程下,可以包含多种业务场景;用户可以通过在上述目标页面中执行不同的用户操作,在上述目标页面中触发不同的业务场景。

例如,仍以上述交互按钮为“支付按钮”,以及上述业务流程为触发上述“支付按钮”启动的“支付流程”为例,即便是通过同一个“支付按钮”触发的支付业务流程,也可能包含诸如“订单支付”、“爱心午餐捐赠”等不同的支付场景。在这种情境下,用户可以在“支付界面”中执行不同的用户操作,来分别触发“订单支付场景”、“爱心午餐捐赠的支付场景”等不同的支付场景。

在本申请中,为了实现对交互按钮的激活态,所传达出的业务语义进行进一步扩展,提出一种按钮的激活态进一步划分为多种子状态的按钮态设计思路。

以下通过子状态的划分、业务场景的触发、以及激活态的切换三个阶段,对本申请的技术方案进行详细描述。

1)子状态的划分

在本申请中,开发人员在针对交互按钮进行按钮状态设计时,可以在传统的按钮状态设计的基础上,基于该交互按钮对应的业务流程下,所包含的业务场景的实际种类,对交互按钮的激活态进行进一步的细分,将该交互按钮的激活态,划分为多种按钮子状态。

其中,对于每一种划分出的按钮子状态,可以分别与该交互按钮对应的业务流程下的一种业务场景相对应;即可以针对每一种业务场景,分别定义一种独立的按钮子状态。

而交互按钮的激活态最终被划分出的按钮子状态的数量,则取决于该交互按钮对应的业务流程下,所包含的业务场景的种类,在本申请中不进行特别限定;在实际应用中,本领域技术人员可以基于实际的业务需求,对业务场景的种类,以及最终划分出的按钮子状态的数量进行自定义配置。

例如,仍以上述业务流程为触发上述“支付按钮”启动的“支付流程”为例,开发人员可以基于实际的业务需求,将该“支付流程”划分出不同的“支付场景”;比如,“订单支付场景”、“捐款支付场景”、“日常缴费支付场景”等等;然后为“支付流程”下所包含的各种支付场景,分别定义一种按钮子状态。

需要强调的是,与传统的按钮状态设计思路相比,本申请中所描述的交互按钮的“激活状态”,将不再是一种单一的按钮状态。而是由若干种按钮子状态共同组成的一个“激活状态”的集合;对于每一种按钮子状态而言,都是一种独立的“激活状态”。即将上述交互按钮切换至任意一个子状态时,都表示该交互按钮当前处于可操作的状态。

其中,由于不同的按钮子状态,将分别对应上述交互按钮对应的业务流程下的不同业务场景,因此为了确保能够通过不同的按钮子状态,准确的传达出不同的业务语义,进而直观的区分出不同的业务场景,在实际应用中,可以针对不同的按钮子状态,分别进行差异化的可视化设计。

在本申请中,对不同的按钮子状态进行差异化的可视化设计,具体可以包括在按钮切换特效上的差异化设计,以及按钮样式上的差异化设计两部分:

在示出的一种实施方式中,可以为不同的按钮子状态,分别配置不同的按钮切换特效。上述按钮切换特效,是指在将上述交互按钮切换至对应的按钮子状态时,需要在该交互按钮对应的位置上播放的按钮展示效果。

其中,上述按钮切换特效的具体展示内容,以及展示方式,在本申请中均不进行特别限定,在实际应用中,本领域技术人员可以基于实际的需求,进行自定义配置;

例如,在实际应用中,上述按钮切换特效,可以是诸如交互按钮的颜色发生的动态变化、在交互按钮所在位置上,或者交互按钮周围的特定区域中播放的切换动画,等等。

在示出的一种实施方式中,还可以为不同的按钮子状态,分别配置不同的按钮样式。上述按钮样式,是指交互按钮所呈现出的诸如颜色、大小、形状、按钮上的文字等基本的属性。即在本申请中,在将上述交互按钮切换至不同的按钮子状态时,该交互按钮的颜色、大小、形状、按钮上的文字等都可以存在差异,进而在不同的按钮子状态下,上述交互按钮可以呈现出差异化的展示效果。

其中,为各按钮子状态所配置的按钮样式的具体类型,在本申请中也不进行特别限定,在实际应用中,本领域技术人员也可以基于实际的需求,进行自定义配置。

通过这种方式,为不同的按钮子状态,分别配置不同的按钮切换特效,或者按钮样式,能够确保交互按钮在不同的按钮子状态之间进行切换时,能够呈现出差异化的可视化效果,从而可以直观的区分出不同的按钮子状态。

在实现时,在初始状态下,可以为每种按钮子状态分别配置一个状态标识,并为上述交互按钮对应的业务流程下所包含的各种业务场景,分别配置一个场景标识。

当完成以上分配过程后,可以基于开发人员的配置,将各按钮子状态的状态标识,和与该按钮子状态对应的业务场景的场景标识进行映射存储,生成相应的配置文件。

而开发人员可以基于特定的开发语言(比如对于安卓系统可以是java语言,对于ios系统可以是objectc语言),在后台针对每种按钮子状态,分别开发出与按钮切换特效以及按钮样式相关的执行代码,然后将开发完成的执行代码封装成可供客户端调用的可视化组件。

最后,可以将封装完成的可视化组件,与对应的按钮子状态的状态标识进行映射存储,以便于上述客户端可以基于各按钮子状态的状态标识,快速检索到相关的可视化组件进行执行调用。

此时,基于该交互按钮对应的业务流程下,所包含的业务场景的实际种类,对交互按钮的激活态进行进一步的细分的初始化配置过程完成。

2)业务场景的触发

在本申请中,上述客户端可以监听用户针对上述目标界面的用户操作,并判断监听到的用户操作是否为预设操作,来识别用户触发的目标业务场景。

其中,用户在触发业务场景时,在上述目标界面中所执行的用户操作,可以包括任意类型的能够触发相关业务场景的用户操作;

例如,以搭载上述客户端的终端设备为触屏终端设备为例,上述用户操作,可以包括用户针对上述目标界面的任意形式的触摸操作;比如,点击操作、长按操作、滑动操作、特殊的手势操作,等等。

在实现时,上述客户端可以上述各业务场景,分别定义一种用于触发当前业务场景的预设操作;当客户端监听到用户针对上述目标界面的用户操作时,可以将监听到的用户操作,与定义完成的用于触发各业务场景的预设操作进行匹配;当监听到的用户操作,与任意一种预设操作匹配时,上述客户端可以立即触发与该预设操作对应的业务场景,并继续执行后续的按钮状态切换的流程。

在示出的一种实施方式中,为了实现与上述交互按钮对应的业务流程下的各种业务场景的快捷触发,可以在上述目标界面中提供若干个与各业务场景分别对应的业务选项。在这种情况下,用于触发各业务场景的预设操作,则可以是针对与各业务场景对应的业务选项的选中操作。

在实现时,上述客户端仍然可以监听用户针对上述目标界面的用户操作,并判断监听到的用户操作,是否为针对上述目标界面中提供的各业务选项的选中操作;如果监听到的用户操作,为针对上述目标界面中任一业务选项的选中操作时,此时可以立即选中该业务选项,并触发与该业务选项对应的业务场景,然后执行后续的流程,将上述交互按钮切换至与该业务场景对应的按钮子状态。

可见,在这种情况下,用户不仅可以通过在上述目标界面中,选中相应的业务选项,来快捷的触发与该业务选项对应的业务场景;而且,当用户通过选中业务选项触发了相应的业务场景,将上述交互按钮切换至与该业务场景对应的按钮子状态后,用户还可以在上述目标界面中重新选择业务选项,来完成不同的按钮子状态之间的快捷切换。

其中,需要说明的是,除了以上描述的与各业务场景对应的业务选项,可以与上述交互按钮设置于同一目标界面上以外,在实际应用中,与各业务场景对应的业务选项,也可以设置在上述目标界面以外的其它界面上;即在本申请中,与各业务场景对应的业务选项,可以与上述交互按钮同时设置于上述目标界面,也可以分别设置于不同的界面中。

例如,在一种实现方式中,可以将与各业务场景对应的业务选项,设置于一个独立的“场景选择”界面;当用户选择了相应的业务选项后,上述客户端可以执行一次业务跳转,跳转至上述目标界面,然后在上述目标界面中完成后续的按钮子状态的切换流程。

3)激活态的切换

在本申请中,当上述客户端通过监听用户针对上述目标界面的用户操作,确定出用户触发的目标业务场景后,此时可以基于为该目标业务场景预配置的按钮子状态,完成将上述交互按钮切换至激活状态的后续流程。

在实现时,上述客户端可以将该目标业务场景的场景标识作为查询索引,调用相关的配置文件,查询为该目标业务场景配置的按钮子状态的状态标识;当查询到为该目标业务场景配置的按钮子状态的状态标识后,上述客户端可以进一步将该状态标识作为查询索引,查询由开发人员开发完成的相关可视化组件,获取为该按钮子状态预配置的按钮切换特效以及按钮样式,然后在上述交互按钮对应的位置上播放该按钮切换特效。当按钮切换特效播放结束,此时上述客户端还可以基于为该按钮子状态预配置的按钮样式,对上述交互按钮的按钮样式进行切换。当按钮样式切换完成后,此时上述交互按钮已经成功切换至上述按钮子状态。

在本申请中,当通过执行以上的切换过程,成功将上述交互按钮切换至与用户触发的目标业务场景对应的按钮子状态后,此时该交互按钮将处于可操作的状态,用户可以通过进一步触发该操作按钮,来启动与上述目标业务场景对应后续业务流程。

在实现时,上述客户端可以针对上述交互按钮,定义一种用于触发该交互按钮的预设操作;比如,该预设操作,具体可以是针对上述交互按钮的“点击操作”。而上述客户端可以在后台继续监听用户针对上述目标页面的用户操作,当监听到用户针对上述交互按钮的“点击操作”后,可以立即触发与上述目标业务场景对应的业务流程。

需要说明的是,由于不同的业务场景,在业务执行流程上可能存在一定的差异,因此开发人员可以针对不同的业务场景分别配置不同的业务界面。即对于上述目标界面中预配置的每一个业务选项而言,将分别对应不同的业务界面。

其中,以上描述的“不同的业务界面”,可以是指不同的业务场景分别对应页面地址(比如url地址)完全不同的业务界面,也可以是指不同的业务场景对应的业务界面的页面地址相同,但该界面中在不同的业务场景下所显示的页面内容存在差异。

在这种情况下,当上述客户端监听到用户针对上述交互按钮的“点击操作”后,可以立即触发与上述目标业务场景对应的业务流程,跳转至与该目标业务场景的业务界面,完成后续的业务流程。

通过这种方式,一方面,用户不仅可以通过选中不同的业务选项,触发上述交互按钮在不同的按钮子状态之间进行切换;而且,由于上述交互按钮在不同的按钮子状态之间进行切换时,将会分别播放不同的按钮切换特效,因此可以通过播放不同的按钮切换特效,来实现不同的按钮子状态之间的平稳过度。

另一方面,用户除了可以通过选中不同的业务选项,触发上述交互按钮在不同的按钮子状态之间进行切换以外,当完成按钮子状态的切换后,如果用户进一步触发了上述交互按钮,还可以跳转至不同的业务界面,执行与用户触发的业务场景对应的后续业务流程。

可见,通过本申请提出的这种基于业务场景的种类,对交互按钮的激活态进行进一步的细分的按钮态涉及思路,可以对交互按钮的激活态,所传达出的业务语义进行进一步扩展,使得上述交互按钮能够适应多元化的业务场景。

以下结合具体的应用场景对以上实施例中的技术方案进行详述。

在本例中,上述客户端可以是“支付客户端”;上述目标界面可以是“支付界面”;上述交互按钮可以是上述支付界面向用户提供的一个“立即付款”按钮。与“立即付款”按钮对应的支付流程,可以进一步包括:“爱心午餐捐赠的支付场景”和“订单支付场景”。上述“立即付款”按钮的激活态,被划分为“按钮子状态1”和“按钮子状态2”。

其中,“爱心午餐捐赠的支付场景”对应“按钮子状态2”;“订单支付场景”对应“按钮子状态2”。为“按钮子状态1”配置的按钮切换特效为“按钮切换特效1”;为“按钮子状态2”配置的按钮切换特效为“按钮切换特效2”。

请参见图2,图2为本例示出的一种通过“支付界面”触发支付场景的示意图。

如图2所示,在“支付界面”中,默认可以提供与“爱心午餐捐赠的支付场景”对应的用户选项。而上述“立即付款”按钮,在初始状态下,可以处于不可操作的非激活态。

请继续参见图2,用户可以通过点击“转账金额”所在的输入框,来输入支付金额,完成“订单支付”。而当客户端监听到用户针对上述“转账金额”所在的输入框的“点击操作”,并获取到用户输入的支付金额后,可以立即在上述“支付界面”中触发“订单支付场景”,在“立即付款”按钮对应的位置上播放“按钮切换特效1”。当“按钮切换特效1”播放结束后,上述“立即付款”按钮将被切换至“按钮子状态1”,同时上述“立即付款”按钮将由不可操作的状态,转换为可操作的状态。

在这种情况下,用户可以通过继续触发上述“立即付款”,来启动后续的订单支付的流程,完成订单的支付。

请参见图3,图4为本例示出的另一种通过“支付界面”触发支付场景的示意图。

如图3所示,当“订单支付场景”被触发后,用户还可以通过选中上述“爱心午餐捐赠的支付场景”对应的用户选项,在上述“支付界面”中触发“爱心午餐捐赠的支付场景”,完成上述“立即付款”按钮由“按钮子状态1”至“按钮子状态2”的切换。

请继续参见图3,当客户端监听到用户针对上述“爱心午餐捐赠的支付场景”的用户选项的“选中操作”,可以立即触发“爱心午餐捐赠的支付场景”,在“立即付款”按钮对应的位置上播放“按钮切换特效2”。

例如,图3示出的“按钮切换特效2”为“立即付款”按钮按照从左到右的方向动态变色,并在按钮周围输出心形图标的展示特效。

当“按钮切换特效2”播放结束后,上述“立即付款”按钮将被切换至“按钮子状态2”。此时,上述“立即付款”按钮仍然处于可操作的状态。

可见,通过这种方式,用户可以通过“支付界面”快捷的触发不同的支付场景,将上述“立即付款”按钮切换至不同的“按钮子状态”;并且,上述“立即付款”按钮可以在不同的按钮子状态下,通过差异化的可视化呈现效果,传达出不同的业务语义。

通过以上各实施例可知,本申请提出的按钮状态设计方案,可以基于目标界面中所包含的业务场景的实际种类,将按钮的激活态进一步配置为分别对应于不同业务场景的多种子状态;当用户在触发了与该按钮对应的业务流程下的某种业务场景时,可以立即将按钮切换至与该业务场景对应的子状态;

由于系统通过查看按钮所呈现出的不同的子状态,就可以区分出由用户触发的业务场景,因此可以对按钮的激活态所传达出的业务语义进行进一步扩展,从而可以显著提升按钮的对不同的业务场景的适应性,使得按钮可以满足更加多元化的业务场景。

与上述方法实施例相对应,本申请还提供了装置的实施例。

请参见图4,本申请提出一种按钮激活装置40,应用于客户端;请参见图5,作为承载所述按钮激活装置40的客户端所涉及的硬件架构中,通常包括cpu、内存、非易失性存储器、网络接口以及内部总线等;以软件实现为例,所述按钮激活装置40通常可以理解为加载在内存中的计算机程序,通过cpu运行之后形成的软硬件相结合的逻辑装置,所述装置40包括:

监听模块401,监听用户针对包括多种业务场景的目标界面的用户操作;所述目标界面包括交互按钮;所述交互按钮的按钮激活态包括多种按钮子状态,所述多种按钮子状态分别对应不同的业务场景;

确定模块402,基于监听到的用户操作确定用户触发的目标业务场景;

切换模块403,将所述交互按钮切换至与所述目标业务场景对应的按钮子状态。

在本例中,所述目标界面预配置了与所述业务场景对应的业务选项;

所述确定模块402:

基于监听到的用户操作确定用户在所述目标界面中选定的目标业务选项;

将与所述目标业务选项对应的业务场景确定为用户触发的所述目标业务场景。

在本例中,不同的按钮子状态分别预配置了不同的按钮切换特效;

所述切换模块403:

获取为所述目标业务场景对应的按钮子状态预配置的按钮切换特效;

在与所述交互按钮对应的位置上播放所述按钮切换特效,并在该按钮切换特效播放结束时,将所述交互按钮切换至与所述目标业务场景对应的按钮子状态。

在本例中,所述确定模块402进一步:

在所述交互按钮被切换至与所述目标业务场景对应的按钮子状态后,基于监听到的用户操作确定用户是否触发了所述交互按钮;

如果用户触发了所述交互按钮,跳转至与所述目标业务场景对应的业务界面完成后续业务流程;

其中,不同的业务场景分别对应不同的业务界面。

在本例中,其中,不同的按钮子状态分别对应不同的按钮样式。

对于装置实施例而言,由于其基本对应于方法实施例,所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。

上述实施例阐明的系统、装置、模块或单元,具体可以由计算机芯片或实体实现,或者由具有某种功能的产品来实现。一种典型的实现设备为计算机,计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。

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

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

以上所述仅为本申请的较佳实施例而已,并不用以限制本申请,凡在本申请的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本申请保护的范围之内。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1