具体实施方式
以下描述中,为了说明而不是为了限定,提出了诸如特定系统结构、技术之类的具体细节,以便透彻理解本公开实施例。然而,本领域的技术人员应当清楚,在没有这些具体细节的其它实施例中也可以实现本公开。在其它情况中,省略对众所周知的系统、装置、电路以及方法的详细说明,以免不必要的细节妨碍本公开的描述。
随着互联网技术的快速发展,通过移动终端中的客户端、应用程序、web页面、小程序等实现用户服务功能,为用户提供便利化的信息资讯和场景功能,这极大提升了用户的服务体验并促进社会的进步。卡片是一种常见的用于展示目标对象的相关信息的方式,用户通过卡片可以快速的获取对象的信息,并对卡片进行选择;例如以商品信息的展示为例,购物应用页面中的每一张卡片可以对应一个商品对象,在卡片中可以展示商品对象对应的图片、价格、说明等信息。如果用户对其中某个商品对象感兴趣,则可以通过点击或者滑动的方式,对商品对象所对应的卡片做出选择,比如点击用于表示喜欢该商品的选择按钮,将该商品对象标记为喜欢的商品。
现有的卡片选择操作,在基于应用页面的单卡片选择场景中,在卡片的两侧一般设有“是”与“否”这两个选项,其中,“是”可以表示喜欢,“否”可以表示不喜欢。用户可以通过点击选项按钮或者滑动卡片来做出“是/否”的选择,用户每次只能对一张卡片进行选择。这种单卡片选择方式,需要让用户在短时间内做出判断,用户只能关注当前卡片的信息,而无法对全部对象做出综合判断;这种判断逻辑会造成因用户缺乏较长时间的全局性思考,只能碎片化的针对单个商品对象做出判断,导致用户的选择结果与实际需求之间产生偏差,降低用户对产品的满意度,并且这种单卡片浏览和选择方式,降低了用户对卡片的浏览效率,使得用户的操作体验降低。
需要说明的是,在本公开实施例的应用场景中,本公开可以由安装或运行在移动终端中的客户端、应用程序、web页面或小程序等执行,移动终端包括但不限于:智能手机、平板电脑、笔记本电脑等支持触屏操作的移动终端。本公开实施例是以手机终端的应用程序界面为例进行描述的,但是在实际应用中,本公开实施例不限于手机终端中的应用程序。本公开以下实施例以商品对象的选择作为应用场景,将商品对象作为卡片,对商品对象的偏好选择过程进行描述。上述应用场景不构成对本公开技术方案的限定,其它任何能够对卡片进行选择的应用场景都可以适用于本方案,比如在交友应用程序中,根据交友推荐对象生成卡片,对交友推荐对象的偏好选择等。下面以商品对象的偏好选择为例,对本公开的方案进行详细说明。
图1是本公开实施例提供的卡片操作方法的流程示意图。图1的卡片操作方法可以由安装在移动终端上的应用程序对应的客户端执行。如图1所示,该卡片操作方法具体可以包括:
S101,在用户界面中显示卡片对应的选择页面,选择页面中至少显示一个完整的卡片,卡片用于以卡片形式展示相关信息;
S102,响应于针对选择页面内的卡片的第一手势操作,将卡片移动至选择页面底部的待定选择区域,并将卡片标记为待定状态,其中,待定状态的卡片为待定卡片;
S103,响应于针对待定卡片的第二手势操作,以便触发对待定卡片的选择操作,根据选择结果将待定卡片从待定选择区域中移动至当前卡片的一侧;
S104,响应于针对选择页面内的卡片的第三手势操作,将选择页面切换为列表视图,接收对列表视图内的卡片的选择操作,根据选择结果对选择的卡片进行处理。
具体地,卡片可以认为是一种卡片式信息的展示页面,用于在应用程序中展示目标对象的信息,因此,在以下实施例中卡片也可以称为信息卡片。在应用程序对卡片进行展示之前,可以根据应用程序的类型和展示需求,配置不同的卡片,从而展示不同目标对象的信息;比如以购物类应用程序为例,可以根据商品的展示图片、商品名称、商品信息等生成商品对象的卡片,当用户打开购物类应用程序后,从服务器中调用预先配置好的商品对象的卡片,并将卡片通过应用界面展示给用户选择。不同类型的应用程序可以配置不同的卡片,本公开实施例中应用程序的类型、卡片内容以及卡片在应用界面的呈现方式不构成对本公开技术方案的限定。
进一步地,手势操作是指用户通过滑动移动终端的触摸屏所形成的操作,移动终端在检测到针对应用程序界面的滑动操作后,可以生成相应的操作指令,因此,不同手势操作对应产生不同的手势指令,手势操作与指令之间的绑定关系可以预先配置并存储在应用程序客户端对应的服务器中。在实际应用中,当触摸屏检测到用户通过手指或触控笔所发出的手势操作之后,根据手势操作与预先配置的指令之间的对应关系,确定用户所发出的手势指令,例如:当用户向下滑动卡片时,卡片将自动移动至选择页面底部的待定选择区域。
进一步地,选择页面和待定选择区域都属于用户界面的组成部分,在实际应用中,待定选择区域可以单独设置在选择页面的底部,此时,待定选择区域与选择页面之间属于分开的两个独立的区域,因此,用户在待定选择区域内的手势操作不会影响用户在选择页面内的手势操作,所以即使同样的手势操作(如上滑手势操作)在不同区域内所产生的结果也不相同。另外,待定选择区域还可以悬浮设置于选择页面的上方,且待定选择区域的位置可以根据实际需求进行调整。
根据本公开实施例提供的技术方案,通过在用户界面中显示卡片对应的选择页面,选择页面中至少显示一个完整的卡片,卡片用于以卡片形式展示相关信息;响应于针对选择页面内的卡片的第一手势操作,将卡片移动至选择页面底部的待定选择区域,并将卡片标记为待定状态,其中,待定状态的卡片为待定卡片;响应于针对待定卡片的第二手势操作,以便触发对待定卡片的选择操作,根据选择结果将待定卡片从待定选择区域中移动至当前卡片的一侧;响应于针对选择页面内的卡片的第三手势操作,将选择页面切换为列表视图,接收对列表视图内的卡片的选择操作,根据选择结果对选择的卡片进行处理。本公开能够辅助用户实现对全局对象的综合判断,使用户对卡片的选择更加符合用户的真实想法,避免选择结果与实际需求之间产生偏差,并且提升了卡片的浏览效率,增强了用户的操作体验。
在一些实施例中,该方法还包括:在用户界面显示卡片的过程中,接收对当前卡片的选择操作,根据选择结果变更当前卡片的颜色显示;将当前卡片滑动到前一张卡片的位置,并将当前卡片对应的后一张卡片滑动到当前卡片的位置;根据选择结果对选择页面顶部的状态条进行变更,以便在状态条中以不同颜色的色点来区分当前卡片的选择状态;其中,针对当前卡片的选择操作包括通过点击选择项或者将卡片滑动至选择项的方式,对卡片执行选择操作。
具体地,当前卡片是指能够完整展示在用户界面的卡片,一般而言,同一用户界面内仅同时展示一个当前卡片。下面结合附图对本公开实施例中当前卡片的选择过程进行说明。图2是本公开实施例提供的对当前卡片执行选择操作的示意图。如图2所示,该当前卡片的选择过程主要包括以下内容:
当前卡片的选择页面中设置有选择项对应的按钮,通过接收用户对不同选择项的按钮的点击操作,来判断用户对当前卡片所做的选择,其中,不同的选择结果将对应不同的处理结果。例如在一具体实施例中,当前卡片对应的选择项包括“是”和“否”,其中选择项“是”对应的图标为“√”,选择项“否”对应的图标为“×”,下面结合具体实施例分别对这两种不同的选择操作的结果进行说明。
进一步地,当接收用户对图标“×”的点击操作后,该当前卡片的颜色变为红色,当前卡片自动滑动到左侧(即前一张卡片的位置),右侧卡片(即当前卡片对应的后一张卡片)自动滑动到当前卡片的位置,同时选择页面顶部的状态条上显示一个红点,代表被选择为“否”的当前卡片,状态条上的定位线自动向后移动一格。
进一步地,当接收用户对图标“√”的点击操作后,该当前卡片的颜色变为绿色,当前卡片自动滑动到左侧(即前一张卡片的位置),右侧卡片(即当前卡片对应的后一张卡片)自动滑动到当前卡片的位置,同时选择页面顶部的状态条上显示一个绿点,代表被选择为“是”的当前卡片,状态条上的定位线自动向后移动一格。
在一些实施例中,第一手势操作包括下滑手势操作,响应于针对选择页面内的卡片的第一手势操作,将卡片移动至选择页面底部的待定选择区域,并将卡片标记为待定状态,包括:当检测到针对选择页面内的卡片的下滑手势操作时,将卡片移动至选择页面底部的待定选择区域,卡片进入待定状态,其中,在待定选择区域内按照下滑手势操作的先后顺序对待定卡片进行排列。
具体地,为了便于提供给用户对当前卡片进行充分思考和选择的时间,使用户对全部卡片做出综合判断,本公开实施例可以通过手势操作使当前卡片移动至预定的待定选择区域,待定选择区域内的卡片进入待定状态,用户仍可以通过应用界面看到待定卡片的内容,并对待定卡片执行选择操作。下面结合附图对本公开实施例中对当前卡片执行待定选择操作的过程进行说明。图3是本公开实施例提供的对当前卡片执行待定选择操作的示意图。如图3所示,该当前卡片的待定选择操作过程主要包括以下内容:
当接收用户对当前卡片的下滑手势操作后,将当前卡片移动至待定选择区域内,此时,当前卡片进入待定状态,后面如果需要对待定状态的卡片(即待定卡片)执行选择操作时,可以通过对待定卡片施加长按手势操作,并根据待定卡片上所显示的选择项按钮,用户点击选择项按钮从而对待定卡片进行选择。
在一些实施例中,第二手势操作包括长按手势操作,响应于针对待定卡片的第二手势操作,以便触发对待定卡片的选择操作,根据选择结果将待定卡片从待定选择区域中移动至当前卡片的一侧,包括:当检测到针对待定卡片的长按手势操作时,将待定卡片在待定选择区域内进行上移,并显示选择项;接收对选择项的选择操作,根据选择结果变更待定卡片的颜色显示,并将待定卡片移动至当前卡片的一侧,根据选择结果对选择页面顶部的状态条进行变更;在针对待定卡片的长按手势操作过程中,检测针对待定卡片的上滑手势操作,以便将待定卡片从待定选择区域内移动至下滑手势操作之前的位置,并将待定卡片的选择状态恢复至默认状态。
具体地,当接收到用户对待定卡片的长按手势操作后,待定卡片的位置会向上移动一段距离,并且在待定卡片上显示选择项对应的按钮,通过点击选择项按钮对其进行选择。下面继续结合附图3对本公开实施例中待定卡片的选择过程进行说明,当长按待定卡片之后,待定卡片的上方显示选择项“是”和“否”,其中选择项“是”采用图标“√”表示,选择项“否”采用图标“×”表示。
进一步地,当接收用户对图标“×”的点击操作后,该待定卡片的颜色变为红色,待定卡片移动至当前时刻下选择页面中所显示当前卡片的左侧,同时选择页面顶部的状态条中与该待定卡片对应的色点变为红色。同理,当接收用户对图标“√”的点击操作后,该待定卡片的颜色变为绿色,待定卡片移动至当前时刻下选择页面中所显示当前卡片的左侧,同时选择页面顶部的状态条中与该待定卡片对应的色点变为绿色。
进一步地,在对待定卡片进行长按的手势操作中,还可以对待定卡片执行上滑手势操作,从而使待定卡片从待定选择区域内移动至下滑手势操作之前的位置,并将待定卡片的选择状态恢复至默认状态。下面结合附图对本公开实施例中待定卡片的状态恢复过程进行说明。图4是本公开实施例提供的对待定卡片的状态进行恢复操作的示意图。如图4所示,该待定卡片的状态恢复过程主要包括以下内容:
在长按待定卡片的状态下,同时向上滑动待定卡片,待定卡片可以从待定选择区域内移出,并在选择页面中进行显示,并且该待定卡片的选择状态恢复至默认状态,其中,默认状态可以理解为未进行选择的状态。同时,选择页面顶部的状态条中的定位线跳转到该待定卡片对应的位置,状态条中定位线所指示的位置可以认为是当前操作的卡片在全部连续显示的卡片中的先后位置,定位线越靠前说明该卡片的位置就越靠前。
在一些实施例中,该方法还包括:在选择页面顶部的状态条上设置定位线,当检测到针对定位线的滑动操作时,卡片跟随定位线的滑动进行横向切换;当定位线滑动到待定卡片对应的状态条上的位置时,将待定卡片进行突出显示,以展示不同待定卡片对应状态条上的位置。
具体地,状态条上的定位线除了可以标记各个卡片的位置之外,还可以利用定位线实现对卡片的快速切换浏览。下面结合附图对本公开实施例中基于定位线对卡片执行切换操作的过程进行说明。图5是本公开实施例提供的基于定位线对卡片执行切换操作的示意图。如图5所示,该基于定位线对卡片执行切换操作的过程主要包括以下内容:
当接收到对状态条上的定位线的滑动操作(左右滑动操作)时,定位线跟随左右滑动手势沿状态条进行滑动,同时,应用界面中的卡片会跟随定位线的滑动进行横向切换。如果定位线滑动到状态条的蓝色点(蓝色点表示待定卡片对应定位线上的位置)上时,待定选择区域内对应该蓝色点的待定卡片向上移动一段距离,以突出显示切换到的该待定卡片。
在一些实施例中,第三手势操作包括上滑手势操作,响应于针对选择页面内的卡片的第三手势操作,将选择页面切换为列表视图,接收对列表视图内的卡片的选择操作,根据选择结果对选择的卡片进行处理,包括:当检测到针对选择页面内的卡片的上滑手势操作时,将选择页面切换为列表视图,并将选择页面顶部的状态条变更为指示线;接收对列表视图内卡片的选择操作,根据选择结果变更列表视图内卡片的选择状态;当检测到针对指示线的下滑手势操作时,将选择页面切换为卡片视图。
具体地,为了使用户能够同时查看到更多的卡片,便于用户对全部卡片进行综合判断,还可以将单卡片视图切换到列表视图,列表视图中以瀑布流信息的方式展示更多的卡片。下面结合附图对本公开实施例中将选择页面切换到列表视图的过程进行说明。图6是本公开实施例提供的将选择页面切换到列表视图过程的示意图。如图6所示,该列表视图的切换过程主要包括以下内容:
当接收用户对选择页面内的当前卡片的上滑手势操作后,将选择页面切换到列表视图的状态,此时,选择页面顶部的状态条变换为指示线;列表视图内每一栏信息对应一个卡片,通过点击列表视图中每一栏信息右侧的选择项按钮对卡片的状态进行选择,还可以对列表视图中的每一栏信息执行长按手势操作,并在长按状态下将其下滑到待定选择区域内,使其成为待定卡片。另外,通过接收对列表视图顶部的指示线的下滑手势操作,还可以将选择页面从列表视图的状态切换到卡片视图的状态。
在一些实施例中,该方法还包括:在选择页面顶部的状态条的两侧设置分类图标,当接收到对分类图标的选择操作时,将选择页面切换为已选列表的视图,其中,已选列表中包含与分类图标相对应的选择状态的卡片。
具体地,在状态条的两侧设置有“是”和“否”的选择项,其中选择项“是”采用图标“√”表示,选择项“否”采用图标“×”表示,当点击状态条两侧对应的选择项的图标时,可以调出已选列表,通过已选列表查看用户的历史操作记录。下面结合附图对本公开实施例中将选择页面切换到已选列表的视图的过程进行说明。图7是本公开实施例提供的将选择页面切换到已选列表过程的示意图。如图7所示,该已选列表的切换过程主要包括以下内容:
进一步地,当接收用户对状态条一侧的图标“×”的点击操作后,获取用户历史选择为“否”的卡片,并生成历史选择状态为“否”的卡片所对应的已选列表,将该已选列表在用户界面进行展示,以使用户查看历史操作记录;同理,当接收用户对状态条一侧的图标“√”的点击操作后,获取用户历史选择为“是”的卡片,并生成历史选择状态为“是”的卡片所对应的已选列表,将该已选列表在用户界面进行展示,以使用户查看历史操作记录。
根据本公开实施例提供的技术方案,首先,通过对当前卡片执行下滑手势操作,使其快速变更为待定状态,利用卡片上的“是/非”选项,可以对其进行选择,对于待定卡片可以通过上滑手势操作恢复至默认状态,因此,在增加待定状态的同时也不失卡片的选择效率;其次,通过上滑手势操作将选择页面变为列表视图,提高了选择页面的屏效比,用户可以在同一屏幕中查看多个卡片,使用户可以对卡片进行前后参考,做出更严谨的选择;另外,选择页面顶部具有全部卡片的状态概览条,以色点区分卡片的不同状态,并且可以对状态条上的定位线进行滑动,快速切换浏览卡片,实现对卡片的定位。本公开能够辅助用户实现对全局对象的综合判断,使用户对卡片的选择更加符合用户的真实想法,避免选择结果与实际需求之间产生偏差,并且提升了卡片的浏览效率,增强了用户的操作体验。
下述为本公开装置实施例,可以用于执行本公开方法实施例。对于本公开装置实施例中未披露的细节,请参照本公开方法实施例。
图8是本公开实施例提供的卡片操作装置的结构示意图。如图8所示,该卡片操作装置包括:
显示模块801,被配置为在用户界面中显示卡片对应的选择页面,选择页面中至少显示一个完整的卡片,卡片用于以卡片形式展示相关信息;
第一响应模块802,被配置为响应于针对选择页面内的卡片的第一手势操作,将卡片移动至选择页面底部的待定选择区域,并将卡片标记为待定状态,其中,待定状态的卡片为待定卡片;
第二响应模块803,被配置为响应于针对待定卡片的第二手势操作,以便触发对待定卡片的选择操作,根据选择结果将待定卡片从待定选择区域中移动至当前卡片的一侧;
第三响应模块804,被配置为响应于针对选择页面内的卡片的第三手势操作,将选择页面切换为列表视图,接收对列表视图内的卡片的选择操作,根据选择结果对选择的卡片进行处理。
在一些实施例中,图8的选择模块805在用户界面显示卡片的过程中,接收对当前卡片的选择操作,根据选择结果变更当前卡片的颜色显示;将当前卡片滑动到前一张卡片的位置,并将当前卡片对应的后一张卡片滑动到当前卡片的位置;根据选择结果对选择页面顶部的状态条进行变更,以便在状态条中以不同颜色的色点来区分当前卡片的选择状态;其中,针对当前卡片的选择操作包括通过点击选择项或者将卡片滑动至选择项的方式,对卡片执行选择操作。
在一些实施例中,第一手势操作包括下滑手势操作,图8的第一响应模块802当检测到针对选择页面内的卡片的下滑手势操作时,将卡片移动至选择页面底部的待定选择区域,卡片进入待定状态,其中,在待定选择区域内按照下滑手势操作的先后顺序对待定卡片进行排列。
在一些实施例中,第二手势操作包括长按手势操作,图8的第二响应模块803当检测到针对待定卡片的长按手势操作时,将待定卡片在待定选择区域内进行上移,并显示选择项;接收对选择项的选择操作,根据选择结果变更待定卡片的颜色显示,并将待定卡片移动至当前卡片的一侧,根据选择结果对选择页面顶部的状态条进行变更;在针对待定卡片的长按手势操作过程中,检测针对待定卡片的上滑手势操作,以便将待定卡片从待定选择区域内移动至下滑手势操作之前的位置,并将待定卡片的选择状态恢复至默认状态。
在一些实施例中,图8的定位模块806在选择页面顶部的状态条上设置定位线,当检测到针对定位线的滑动操作时,卡片跟随定位线的滑动进行横向切换;当定位线滑动到待定卡片对应的状态条上的位置时,将待定卡片进行突出显示,以展示不同待定卡片对应状态条上的位置。
在一些实施例中,第三手势操作包括上滑手势操作,图8的第三响应模块804当检测到针对选择页面内的卡片的上滑手势操作时,将选择页面切换为列表视图,并将选择页面顶部的状态条变更为指示线;接收对列表视图内卡片的选择操作,根据选择结果变更列表视图内卡片的选择状态;当检测到针对指示线的下滑手势操作时,将选择页面切换为卡片视图。
在一些实施例中,图8的分类模块807在选择页面顶部的状态条的两侧设置分类图标,当接收到对分类图标的选择操作时,将选择页面切换为已选列表的视图,其中,已选列表中包含与分类图标相对应的选择状态的卡片。
应理解,上述实施例中各步骤的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本公开实施例的实施过程构成任何限定。
图9是本公开实施例提供的电子设备9的结构示意图。如图9所示,该实施例的电子设备9包括:处理器901、存储器902以及存储在该存储器902中并且可以在处理器901上运行的计算机程序903。处理器901执行计算机程序903时实现上述各个方法实施例中的步骤。或者,处理器901执行计算机程序903时实现上述各装置实施例中各模块/单元的功能。
示例性地,计算机程序903可以被分割成一个或多个模块/单元,一个或多个模块/单元被存储在存储器902中,并由处理器901执行,以完成本公开。一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段,该指令段用于描述计算机程序903在电子设备9中的执行过程。
电子设备9可以是桌上型计算机、笔记本、掌上电脑及云端服务器等电子设备。电子设备9可以包括但不仅限于处理器901和存储器902。本领域技术人员可以理解,图9仅仅是电子设备9的示例,并不构成对电子设备9的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件,例如,电子设备还可以包括输入输出设备、网络接入设备、总线等。
处理器901可以是中央处理单元(Central Processing Unit,CPU),也可以是其它通用处理器、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)或者其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
存储器902可以是电子设备9的内部存储单元,例如,电子设备9的硬盘或内存。存储器902也可以是电子设备9的外部存储设备,例如,电子设备9上配备的插接式硬盘,智能存储卡(Smart Media Card,SMC),安全数字(Secure Digital,SD)卡,闪存卡(Flash Card)等。进一步地,存储器902还可以既包括电子设备9的内部存储单元也包括外部存储设备。存储器902用于存储计算机程序以及电子设备所需的其它程序和数据。存储器902还可以用于暂时地存储已经输出或者将要输出的数据。
所属领域的技术人员可以清楚地了解到,为了描述的方便和简洁,仅以上述各功能单元、模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能单元、模块完成,即将装置的内部结构划分成不同的功能单元或模块,以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中,上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。另外,各功能单元、模块的具体名称也只是为了便于相互区分,并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述或记载的部分,可以参见其它实施例的相关描述。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本公开的范围。
在本公开所提供的实施例中,应该理解到,所揭露的装置/计算机设备和方法,可以通过其它的方式实现。例如,以上所描述的装置/计算机设备实施例仅仅是示意性的,例如,模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口,装置或单元的间接耦合或通讯连接,可以是电性,机械或其它的形式。
作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本公开各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读存储介质中。基于这样的理解,本公开实现上述实施例方法中的全部或部分流程,也可以通过计算机程序来指令相关的硬件来完成,计算机程序可以存储在计算机可读存储介质中,该计算机程序在被处理器执行时,可以实现上述各个方法实施例的步骤。计算机程序可以包括计算机程序代码,计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。计算机可读介质可以包括:能够携带计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、电载波信号、电信信号以及软件分发介质等。需要说明的是,计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减,例如,在某些司法管辖区,根据立法和专利实践,计算机可读介质不包括电载波信号和电信信号。
以上实施例仅用以说明本公开的技术方案,而非对其限制;尽管参照前述实施例对本公开进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本公开各实施例技术方案的精神和范围,均应包含在本公开的保护范围之内。