一种壁纸展示方法及终端设备与流程

文档序号:20510816发布日期:2020-04-24 18:30阅读:172来源:国知局
一种壁纸展示方法及终端设备与流程

本申请涉及终端技术领域,尤其涉及一种壁纸展示方法及终端设备。



背景技术:

手机、平板电脑等终端设备联网时,服务器会定期向终端设备下发壁纸数据,以使终端设备能定期对数据库中的壁纸进行更新,当终端设备接收到在锁屏状态下的亮屏或开屏操作时,可以加载数据库中定期更新的壁纸于锁屏界面进行显示,从而满足用户对壁纸的新鲜感和个性化需求。

然而申请人在实际应用中发现,由于用户是被动接受服务器推送的壁纸,导致在壁纸更新后亮屏时,用户无法再次看到之前自己感兴趣的壁纸。



技术实现要素:

为解决上述技术问题,本申请提供一种壁纸展示方法及终端设备。

第一方面,本申请提供一种壁纸展示方法,包括:

接收用户输入第一操作,所述第一操作被配置为控制终端设备进入壁纸展示状态;

响应于接收到所述第一操作,调用壁纸序列中的屏幕壁纸进行展示,所述壁纸序列中的屏幕壁纸包括被收藏的第一屏幕壁纸和服务器下发的第二屏幕壁纸,所述第一屏幕壁纸是在之前的壁纸展示过程中响应于用户的收藏操作存储在所述终端设备中的屏幕壁纸。

第二方面,本申请还提供一种终端设备,包括:

显示屏,用于展示屏幕壁纸;

通信器,用于接收服务器下发的第二屏幕壁纸;

控制器,与所述通信器和显示屏连接,所述控制器被配置为:

接收用户输入第一操作,所述第一操作被配置为控制终端设备进入壁纸展示状态;

响应于接收到所述第一操作,调用壁纸序列中的屏幕壁纸供所述显示屏展示,所述壁纸序列中的屏幕壁纸包括被收藏的第一屏幕壁纸和所述第二屏幕壁纸,所述第一屏幕壁纸是在之前的壁纸展示过程中响应于用户的收藏操作存储在所述终端设备中的屏幕壁纸。

本申请提供的技术方案具备如下有益效果:壁纸序列中不仅包括服务器下发的第二屏幕壁纸,还包括在之前壁纸展示过程中被用户收藏的第一屏幕壁纸,这样终端设备在调用壁纸序列中的屏幕壁纸进行展示时,用户就可以看到之前自己收藏的壁纸图像,即被收藏的壁纸不会因壁纸更新而被替换掉,并且在壁纸展示过程中,用户可以对自己看到的感兴趣的屏幕壁纸进行收藏操作,以便在后续壁纸展示时仍能看到该屏幕壁纸,从而提升用户使用体验。

附图说明

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

图1为本申请实施例示出的一种壁纸显示界面的示意图;

图2为本申请实施例示出的一种壁纸切换时的展示样式示意图;

图3为本申请实施例示出的壁纸显示界面唤出操作按键弹框时的示意图;

图4为本申请实施例示出的壁纸被收藏时,壁纸显示界面的示意图;

图5为本申请实施例示出的壁纸频道订阅界面示意图;

图6为本申请实施例示出的一种壁纸展示方法的流程图;

图7为本申请实施例示出的一种壁纸展示方法的交互流程图;

图8为本申请实施例示出的一种壁纸数据缓存流程图;

图9为本申请实施例示出的一种终端设备的结构示意图。

具体实施方式

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

本申请的发明目的在于,用户通过对壁纸界面的收藏操作,就可以收藏自己感兴趣的屏幕壁纸,即第一屏幕壁纸,第一屏幕壁纸会保存在终端设备中,不会因终端设备的壁纸更新而被替换,可选地,可以为第一屏幕壁纸设置收藏标识。服务器下发第二屏幕壁纸时,终端设备根据第一屏幕壁纸和第二屏幕壁纸得到壁纸序列,,终端设备调用壁纸序列中的屏幕壁纸进行展示,使得用户在壁纸更新后仍能看到自己收藏的第一屏幕壁纸。

在一些实施例中,界面是指应用程序或操作系统与用户之间进行交互和信息交换的介质接口,它实现信息的内部形式与用户可以接受形式之间的转换。用户界面常用的表现形式是图形用户界面(graphicuserinterface,gui),是指采用图形方式显示的与计算机操作相关的用户界面。它可以是在电子设备的显示屏中显示的一个图标、窗口、控件等界面元素,其中控件可以包括图标、按钮、菜单、选项卡、文本框、对话框、状态栏、导航栏、widget等可视的界面元素。

图1是以终端设备为智能手机为例,在智能手机处于锁屏状态下亮屏时展示的屏幕壁纸,屏幕壁纸中可以包括特定主题的图像,比如图1是人物图像,还可以在图像上层显示一些广告/应用/网页的推广链接,比如图1中壁纸界面显示的“孩子为何有不合理行为”,用户点击界面下方的“查看详情”即可跳转界面,查看推广链接对应的页面资源,方便用户浏览阅读。需要说明的是,屏幕壁纸中显示的信息内容不做限定。

终端设备在锁屏状态下亮屏时,可以向用户提供对壁纸界面的操作功能,比如用户可以在壁纸界面上向左滑动或向右滑动,来切换壁纸序列中排列的不同屏幕壁纸,如图2所示,用户在图1的壁纸界面上向右滑动时,左侧图片占屏逐渐减少,壁纸序列中排序在图1壁纸后一位的屏幕壁纸,即图2中右侧图片占屏会逐渐增加,直至右侧图片占满整个界面,则壁纸切换完成,图2示出的是渐变切换壁纸时的展示效果,在实际应用中,壁纸切换效果可以进行设置,不应限于本实施例所述。终端设备中可以设置相应的壁纸切换调用接口,比如向左滑动时调用prevpic接口,则可以切换至壁纸序列中排序在当前壁纸前一位的壁纸;向右滑动时调用nextpic接口,则可以切换至壁纸序列中排序在当前壁纸后一位的壁纸。

或者,在其他壁纸界面的操作功能中,用户可以进行唤出操作按键弹框操作,则终端设备在当前屏幕壁纸的指定区域显示操作按键弹框,比如用户可以在壁纸界面的底部向上滑动,从而在当前壁纸界面的底部唤出操作按键弹框,如图3所示,该弹框中可以包括暂停切换按键、删除按键、收藏按键、分享按键和设置按键等,可以暂停切换壁纸序列中的屏幕壁纸,或者对当前显示的屏幕壁纸进行删除、收藏、分享或者其他设置等,从而使得用户可以对壁纸序列中的屏幕壁纸进行更多样化的操作,便于用户对壁纸数据的管理和控制,提升用户体验。需要说明的是,用户对壁纸界面的操作方式不限于本实施例所述,可以根据用户使用习惯进行设置。

当用户观看到图3的屏幕壁纸时,用户喜欢该屏幕壁纸,可以在底部的操作按键弹框中点击“收藏”,从而使收藏按键被触发,则终端设备响应于图3屏幕壁纸的收藏按键被触发,可选择为图3的屏幕壁纸设置收藏标识,以标定该屏幕壁纸已被用户收藏,该屏幕壁纸的图像数据以及在本地磁盘的存储路径(即屏幕壁纸在终端设备中保存的位置)不会发生改变,也就不会因下次壁纸数据更新时被替换。用户对屏幕壁纸进行收藏时,可以弹出toast提示,如图4中的“已收藏该图片,将不因图片更新而被替换”,即可令用户知晓该图片不会被替换,在下次访问服务器进行壁纸数据更新时,用户还可以再次看到该图片在壁纸序列中展示。

终端设备中的屏幕壁纸展示可以通过安装锁屏应用/主题设置等类似功能的壁纸应用程序(app)来实现,如图5所示,壁纸应用程序中可设置频道订阅板块,在频道订阅板块中,用户可以选择和更改自己感兴趣的壁纸主题,比如“花卉”、“动物”、“风景”、“人物”等,壁纸主题信息确定后,频道订阅信息就确定了,这样壁纸应用程序对应的sdk(softwaredevelopmentkit,软件开发工具包)管理更新系统可以根据频道订阅信息向服务器请求下发第二屏幕壁纸,以使第二屏幕壁纸能够满足用户对壁纸主题的要求。

本实施例中所述的终端设备包括但不限于智能手机、平板电脑等移动终端,也可以是其他具有壁纸展示功能的显示设备,比如笔记本电脑、台式电脑和智能电视等,可以展示屏保壁纸,等等。比如支持触屏功能的终端设备,用户可以通过触屏对显示屏的屏幕壁纸进行操作;或者,用户可以通过输入设备对屏幕壁纸进行操作,输入设备包括但不限于鼠标、键盘、光笔、语音设备等。

以上是从用户操作层面和终端壁纸界面展示的角度,来说明壁纸的显示和操作,下面本申请实施例将从壁纸序列更新和壁纸数据缓存策略的角度,具体说明如何展示壁纸序列中的屏幕壁纸。

本申请提供一种壁纸展示方法,如图6所示,所述方法包括如下程序步骤:

步骤s10,接收用户输入第一操作,所述第一操作被配置为控制终端设备进入壁纸展示状态。

本实施例中,如果终端设备为手机、平板电脑等移动终端,则所述第一操作可以为终端设备熄屏时接收到的屏幕唤醒操作,也即是终端设备锁屏状态下的亮屏操作,当终端接收到第一操作时进入到壁纸展示状态。

对于电视和电脑等终端设备,用户可以设置屏幕保护程序,在预设时间内用户没有对终端设备进行操作,则触发屏幕保护程序,进入屏保状态展示屏保壁纸,以避免显示器屏幕长时间显示同一个静止画面,从而防止显示屏损坏。步骤s20,响应于接收到所述第一操作,调用壁纸序列中的屏幕壁纸进行展示,所述壁纸序列中的屏幕壁纸包括被收藏的第一屏幕壁纸和服务器下发的第二屏幕壁纸,所述第一屏幕壁纸是在之前的壁纸展示过程中响应于用户的收藏操作存储在所述终端设备中的屏幕壁纸。

响应于接收到第一操作,即响应于终端设备在熄屏时接收到屏幕唤醒操作,或者响应于终端设备进入屏保状态,则需要调用壁纸序列中的屏幕壁纸进行展示。在步骤s10之前,终端设备需要先生成壁纸序列,参照图6,所述方法还包括:

步骤s301,接收并存储所述服务器下发的第二屏幕壁纸。

终端设备可以获取频道订阅信息,所述频道订阅信息包括若干被用户选定的壁纸主题信息,然后向服务器发送壁纸下发请求,所述壁纸下发请求用户指示服务器向终端设备下发与频道订阅信息相匹配的第二屏幕壁纸。服务器响应于所述壁纸下发请求,向终端设备下发第二屏幕壁纸,终端设备接收并存储第二屏幕壁纸,则可以生成新的壁纸序列,从而对需要展示的屏幕壁纸进行更新。

步骤s302,根据所述第一屏幕壁纸和所述第二屏幕壁纸,生成所述壁纸序列,并对应于所述壁纸序列,在本地数据库中记录所述壁纸序列中每个屏幕壁纸的索引值、插入时间、url和在本地磁盘的存储路径等信息。

由于壁纸序列中不仅包括服务器新下发的第二屏幕壁纸,还包括第一屏幕壁纸,所以使用户能够看到之前收藏过的屏幕壁纸。在展示壁纸序列中的屏幕壁纸时,响应于接收到对当前屏幕壁纸的收藏操作,为所述当前屏幕壁纸设置收藏标识,所述收藏标识用于指示所述当前屏幕壁纸已成为第一屏幕壁纸。具体地,参照图3和图4,响应于接收到唤出操作按键弹框操作,则在所述当前屏幕壁纸的指定区域显示操作按键弹框,所述操作按键弹框包括收藏按键;响应于所述收藏按键被触发,则在本地数据库中为所述当前屏幕壁纸设置所述收藏标识。收藏标识也记录在本地数据库中当前屏幕壁纸对应的信息中,凡是具有收藏标识的屏幕壁纸都为第一屏幕壁纸。

以上壁纸展示方法在具体实现中,可以借助壁纸应用程序来实现屏幕壁纸的展示,如图7所示,可以细化为三侧,分别为壁纸应用程序、壁纸应用程序对应的sdk管理更新系统以及服务器(即第二屏幕壁纸的数据后台)。其中,壁纸应用程序和sdk管理更新系统配置在终端设备中,并在终端设备的内存中运行,终端设备与服务器之间通过网络进行通信交互,服务器用于向终端设备下发第二屏幕壁纸,实现终端设备中壁纸数据的更新。

壁纸应用程序是用户在终端设备中下载的app,直接面向用户,在响应于接收到第一操作或响应于进入屏保状态时,展示壁纸序列中的屏幕壁纸,根据用户的滑动操作,调用prevpic接口或nextpic接口,实现壁纸序列中屏幕壁纸的切换,还可以向sdk管理更新系统反馈用户的收藏或插入自定义壁纸的操作,以使sdk管理更新系统更新本地数据库,为屏幕壁纸设置收藏标识或自定义壁纸标识。

壁纸应用程序可以调用sdk管理更新系统的初始化接口,从而向sdk管理更新系统传入必要参数(比如终端设备的分辨率,以及应用标识等)和回调listener信息,使sdk管理更新系统在初始化时,可以监听到终端设备的系统广播,所述系统广播包括网络状态广播、亮屏广播、关屏广播、电量变化广播、应用安装广播等。

sdk管理更新系统在初始化完成以后,可以初始化默认的壁纸序列,默认的壁纸序列中包括存储在终端设备的屏幕壁纸,壁纸序列中的每个壁纸都具有索引值,索引值可以是按排序编制的连续数字序号。由于图片数据量可能较大,一张图片的大小可能达到几兆,而终端设备中存储的屏幕壁纸数量又很多,如果将全部的屏幕壁纸都加载到内存中,就会占用过多的内存空间,并且加载速度慢。

对此,可选地,维护当前索引值currentindex初始为0,并根据当前索引值,加载当前屏幕壁纸前后若干张图片,将索引值范围对应的目标数量个屏幕壁纸从本地磁盘加载到内存中,其中所述索引范围为[当前索引值-预设值,当前索引值+预设值],所述目标数量=2×预设值+1。本申请各实施例以预设值等于4为例,加载当前屏幕壁纸前后各4张图片到内存中,即壁纸序列中虽然包括很多壁纸,但真实加载在内存中的屏幕壁纸保持为9个,即当前屏幕壁纸+其前后4张屏幕壁纸。

默认的壁纸序列是未获取到服务器下发的第二屏幕壁纸(即网络壁纸)之前,一直维护在内存中的由本地屏幕壁纸组成的序列,在sdk管理更新系统没有向服务器请求下发第二屏幕壁纸前,可以保证用户输入第一操作时,可以有一个默认的壁纸序列进行展示。

sdk管理更新系统可以获取频道订阅信息,频道订阅信息包括若干壁纸主题信息,并向服务器发送壁纸下发请求,所述壁纸下发请求用于指示服务器向终端设备下发与频道订阅信息相匹配的第二屏幕壁纸,以对终端设备中的壁纸数据进行更新。

请求策略可以是每隔预设时间请求一次,比如每间隔24小时,向服务器发送一次壁纸下发请求,这样壁纸数据更新成功后,24小时内可以不再请求更新壁纸数据;或者,比如用户更改了频道订阅信息,则可以立即根据更改后的频道订阅信息更新壁纸数据,如果用户在一定时间内,比如5分钟内频繁更改频道订阅信息,可以在5分钟之后再次更新壁纸数据。如果sdk管理更新系统从服务器获取第二屏幕壁纸失败,则可以进入重试机制,重新获取第二屏幕壁纸,如果重试次数超过阈值(可选为三次)后仍旧获取失败,则不再进行重试,而是在接收到系统广播时,再次向服务器请求下发第二屏幕壁纸。

服务器可以根据sdk管理更新系统的请求,下发壁纸信息列表,壁纸信息列表包括多条壁纸信息,壁纸信息可以包括第二屏幕壁纸的url等信息,sdk管理更新系统根据所述壁纸信息列表,从网络下载并存储对应的第二屏幕壁纸,即根据一条壁纸信息,下载对应的第二屏幕壁纸,并将下载成功后的第二屏幕壁纸存储在终端设备的本地磁盘中,并在本地数据库中记录这条第二屏幕壁纸的壁纸信息、索引值、插入时间、url(uniformresourcelocator,资源定位符)和存储路径等相关信息;被收藏的第一屏幕壁纸保持收藏标识、存储路径、壁纸信息和插入时间等信息不变,其中插入时间维持第一次插入的时间。

可选地,在以后每次接收到服务器下发的第二屏幕壁纸时,可以将服务器下发的壁纸信息与本地数据库中保存的壁纸信息进行对比,从本地数据库中查找目标屏幕壁纸,所述目标屏幕壁纸不包括在第一屏幕壁纸和第二屏幕壁纸中,即目标屏幕壁纸没有被服务器下发,并且不带有收藏标识,并且也不属于自定义插入的屏幕壁纸,当查找到目标屏幕壁纸时,将目标屏幕壁纸从本地磁盘和本地数据库中删除。

比如对比后,本地数据库中的屏幕壁纸a和屏幕壁纸b没有被服务器下发,屏幕壁纸a没有收藏标识也不是自定义插入的屏幕壁纸,屏幕壁纸b具有收藏标识,则可将屏幕壁纸a从终端设备的本地磁盘中删除,将屏幕壁纸a对应的相关信息从本地数据库中删除,从而可以释放缓存空间,而屏幕壁纸b仍旧保留,不会因壁纸数据更新而被替换。由于服务器下发的壁纸信息可能与本地数据库中保存的壁纸信息重复,比如对比后发现本地数据库中的屏幕壁纸c被再次下发,则无需再次下载屏幕壁纸c,保持屏幕壁纸c的原存储状态不变。

对于自定义插入的屏幕壁纸,可以在用户自定义插入后,自行为该屏幕壁纸设置自定义壁纸标识,用户点击收藏的第一屏幕壁纸会被设置收藏标识,而服务器下发的第二屏幕壁纸可以默认不设置标识,这样就可以通过是否具有标识以及标识的类型,来识别终端存储的每个屏幕壁纸所属的类别。其中,标识的形式不做限定。

每次壁纸数据更新后,即服务器下发的壁纸信息列表中全部第二屏幕壁纸下载完成后,需要生成新的壁纸序列,没有下载成功的第二屏幕壁纸不会加入到壁纸序列中,生成壁纸序列时,可以获取排序规则,并根据排序规则,对第一屏幕壁纸、第二屏幕壁纸和自定义插入的屏幕壁纸进行排序。排序过程中需要在本地数据库中更新各屏幕壁纸的索引值。

排序规则可以被配置为:依次按照“第二屏幕壁纸+第一屏幕壁纸+自定义插入的屏幕壁纸”,对三组类别的壁纸数据进行排序;对于服务器下发的第二屏幕壁纸这一类别,壁纸信息列表中可以直接指定屏幕壁纸的展示顺序,这样就可以根据指定的展示顺序在壁纸序列中进行排序;对于用户收藏或自定义插入的屏幕壁纸,比如可选择根据本地数据库记录的插入时间的时间顺序来进行排序。需要说明的是,壁纸序列的排序规则不限于本实施例所述。

生成新的壁纸序列后,加载壁纸序列中当前索引值及其前后各4张,即共9张图片到内存中,降低内存占用并提高壁纸浏览切换时的图片加载体验,然后sdk管理更新系统通过壁纸应用程序设置的回调listener,通知壁纸应用程序壁纸序列已更新。

终端设备在壁纸序列更新后,响应于接收到第一操作,可以调用壁纸序列中的屏幕壁纸进行展示,通过调用nextpic接口,可以返回currentindex+1的屏幕壁纸给壁纸应用程序展示,在壁纸展示和切换过程中,始终保持currentindex前后四张图片加载在内存中。将本地图片加载到内存中时,可以从本地数据库获取对应索引值的屏幕壁纸的存储路径,并根据存储路径搜索壁纸数据,或者利用url搜索并读取对应的壁纸数据,如果没有搜索到壁纸数据,则从网络中重新下载,并将下载成功的壁纸数据的存储路径保存在本地数据库中,并加载到内存中。

在展示壁纸序列中的屏幕壁纸时,用户可以对屏幕壁纸进行操作,比如用户向左滑动时,终端设备响应于接收到对终端界面的左滑操作,调用prevpic接口,使sdk管理更新系统向壁纸应用程序返回currentindex-1对应的屏幕壁纸,从而展示前一张的屏幕壁纸;用户向右滑动操作时,终端设备响应于接收到对终端界面的右滑操作,调用nextpic接口,使sdk管理更新系统向壁纸应用程序返回currentindex+1对应的屏幕壁纸,从而展示后一张的屏幕壁纸。

用户还可以通过操作唤出操作按键弹框,用户可以点击删除按键,删除自己不喜欢的屏幕壁纸,还可以点击收藏按键对感兴趣的屏幕壁纸进行收藏,还可以对屏幕壁纸进行分享,比如分享到相关联的其他应用中,例如微信、qq和通讯录等。当屏幕壁纸被收藏时,为本地数据库中对应的屏幕壁纸设置收藏标识,同时在终端界面toast显示提示信息,比如“已收藏该图片,将不因图片更新而被替换”,需要说明的是,提示信息的内容不做限定。

如图8所示,为实现前述壁纸展示方法,本实施例还提供相应的壁纸数据缓存策略,可划分为四部分,壁纸应用程序、sdk管理更新系统、本地磁盘和网络,其中壁纸应用程序和sdk管理更新系统对应于终端设备的内存,本地磁盘用于存储屏幕壁纸,网络对应于下载第二屏幕壁纸。

壁纸应用程序调用sdk管理更新系统的初始化接口,完成sdk管理更新系统的初始化;然后由sdk管理更新系统初始化默认的壁纸序列,并将默认的壁纸序列维护到内存中,加载当前索引值及前后四张屏幕壁纸到内存中,这时还未获取到服务器新下发的第二屏幕壁纸,终端设备中的壁纸数据还未更新,所以在终端设备响应于接收到第一操作或响应于进入屏保状态时,可以根据展示默认的壁纸序列中的屏幕壁纸。

sdk管理更新系统根据频道订阅信息,获取到服务器下发的壁纸信息列表后,维护当前索引值currentindex,sdk管理更新系统根据所述壁纸信息列表,向网络请求下载第二屏幕壁纸,将下载的第二屏幕壁纸依次存储到本地磁盘中,并更新本地数据库中维护的存储路径等信息,然后生成新的壁纸序列,该壁纸序列包括第二屏幕壁纸、第一屏幕壁纸和自定义插入的屏幕壁纸,并将当前索引值前后四张图片从本地磁盘加载到内存中。

当终端设备响应于接收到第一操作或响应于进入屏保状态时,如果用户未进行滑动切换壁纸的操作,则默认由壁纸应用程序调用nextpic接口,使sdk管理更新系统返回壁纸序列中currentindex+1的屏幕壁纸,由壁纸应用程序展示该屏幕壁纸,这时该屏幕壁纸的索引值成为currentindex,同时维护内存中加载的屏幕壁纸,始终保持将currentindex前后+4的图片加载到内存中,将currentindex前的第五张图片销毁移除。

加载屏幕壁纸至内存时,可以根据屏幕壁纸的url在本地磁盘进行搜索,如果本地磁盘中未搜索到对应的屏幕壁纸,则从网络下载,将下载的屏幕壁纸存储在本地磁盘,并更新本地数据库中记录的该屏幕壁纸的存储路径等信息,然后将下载的壁纸数据加载到内存即可。

当终端设备响应于接收到第一操作或响应于进入屏保状态时,用户左右滑动切换屏幕壁纸时,调用prevpic接口或nextpic接口,使sdk管理更新系统返回壁纸序列中currentindex-1或currentindex+1的屏幕壁纸,以供壁纸应用程序进行展示。屏幕壁纸在展示和切换时,始终要维持currentindex前后各四张图片加载于内存中。

在具体实现中,本申请还提供一种终端设备,所述终端设备中包括壁纸应用模块和sdk管理更新系统,壁纸应用模块被配置为前述壁纸应用程序所执行的程序步骤,sdk管理更新系统被配置为执行前述对应的程序步骤。所述终端设备与服务器通过网络通信交互。

在具体实现中,本申请还提供一种终端设备,在上述方法实施例的基础上,结合图9中的显示设备,该显示设备中的部分组件具体执行:

显示屏100,用于展示屏幕壁纸;

通信器200,用于接收服务器下发的第二屏幕壁纸;

控制器300,与所述通信器和显示屏连接,所述控制器被配置为:

接收用户输入第一操作,所述第一操作被配置为控制终端设备进入壁纸展示状态;

响应于接收到所述第一操作,调用壁纸序列中的屏幕壁纸供所述显示屏展示,所述壁纸序列中的屏幕壁纸包括被收藏的第一屏幕壁纸和所述第二屏幕壁纸,所述第一屏幕壁纸是在之前的壁纸展示过程中响应于用户的收藏操作存储在所述终端设备中的屏幕壁纸。

所述控制器还可被配置为上述壁纸展示方法实施例中的部分或全部步骤,本实施例不再赘述。所述终端设备可以为智能手机、平板电脑等移动终端,或者也可以是台式电脑、笔记本电脑和智能电视等支持屏保壁纸展示功能的设备。图9是以终端设备为智能手机为例,图中各部分组件仅仅是示例性标注,不限定在终端设备中的实际安装位置和结构。对于支持触屏功能的终端设备,用户可以利用手触屏对屏幕壁纸进行操作;或者,用户可以借助终端设备配备的输入设备对屏幕壁纸进行操作,输入设备包括但不限于触屏笔、键盘、鼠标或语音设备等。

本领域的技术人员可以清楚地了解到本申请实施例中的技术可借助软件加必需的通用硬件平台的方式来实现。具体实现中,本申请还提供一种计算机存储介质,其中,该计算机存储介质可存储有程序,该程序执行时可实现前述壁纸展示方案的部分或全部步骤。所述的存储介质可为磁碟、光盘、只读存储记忆体(英文:read-onlymemory,简称:rom)或随机存储记忆体(英文:randomaccessmemory,简称:ram)等。

本说明书中各个实施例之间相同相似的部分互相参照即可。

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

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