未读数据获取方法、装置、设备及存储介质与流程

文档序号:15358734发布日期:2018-09-05 00:21阅读:221来源:国知局

本发明实施例涉及应用软件技术领域,尤其涉及一种未读数据获取方法、装置、设备及存储介质。



背景技术:

随着智能终端的快速发展,各种各样的应用软件开发以满足用户的多方面需求。

目前,应用软件通常以“红点显示”方式以提醒用户有未读消息或者提醒用户应用软件内部各部分组件的动态变化。在相关技术中,红点数据获取主要有两种方式:第一,应用软件渲染某一页面的时候,访问服务器获取红点数据然后展示红点,该种方案不能保证应用软件红点出现的及时性;第二,后台每隔特定时间发送网络请求获取红点数据,该方案极大的浪费用户流量。

因此,现有技术中的红点数据获取方式较为单一,不能兼顾数据获取及时性以及流量浪费严重情况。



技术实现要素:

本发明实施例提供一种未读数据获取方法、装置、设备及存储介质,能够灵活管理应用软件中的红点信息。

第一方面,本发明实施例提供了一种未读数据获取方法,包括:

获取用户对应用内各个组件的关注等级;

根据所述关注等级,确定所述应用内各个组件获取未读数据的方式。

可选的,所述根据所述关注等级,确定所述应用内各个组件获取未读数据的方式,包括:

若确定所述用户对第一组件的关注等级为第一关注等级;

则实时接收服务器发送的更新数据,并同步显示未读标识。

可选的,所述根据所述关注等级,确定所述应用内各个组件获取未读数据的方式,包括:

若确定所述用户对第二组件的关注等级为第二关注等级;

则在无线网络条件下,实时接收服务器发送的更新数据,并同步显示未读标识。

可选的,所述根据所述关注等级,确定所述应用内各个组件获取未读数据的方式,包括:

若确定所述用户对第三组件的关注等级为第三关注等级;

则在无线网络条件下,定时接收服务器发送的更新数据,并不显示未读标识。

可选的,在所述根据所述关注等级,确定所述应用内各个组件获取未读数据的方式之前,还包括:

判断所述应用是否为重启状态;

若确定所述应用为重启状态,则向服务器发送数据请求,以全量获取未读数据。

第二方面,本发明实施例还提供了一种未读数据获取装置,包括:

等级获取模块,用于预设未读标识类型;

方式确定模块,用于在所述未读标识类型中,配置与应用中各个组件相匹配的未读标识,以在所述组件上进行显示。

可选的,所述方式确定模块具体用于:

若确定所述用户对第一组件的关注等级为第一关注等级;

则实时接收服务器发送的更新数据,并同步显示未读标识。

可选的,所述方式确定模块具体用于:

若确定所述用户对第二组件的关注等级为第二关注等级;

则在无线网络条件下,实时接收服务器发送的更新数据,并同步显示未读标识。

可选的,所述方式确定模块具体用于:

若确定所述用户对第二组件的关注等级为第二关注等级;

则在无线网络条件下,实时接收服务器发送的更新数据,并同步显示未读标识。

可选的,还包括:重启判断模块。

重启判断模块,用于在所述根据所述关注等级,确定所述应用内各个组件获取未读数据的方式之前,判断所述应用是否为重启状态;若确定所述应用为重启状态,则向服务器发送数据请求,以全量获取未读数据。

第三方面,本发明实施例还提供了一种电子设备,所述电子设备包括:

一个或多个处理器;

存储器,用于存储一个或多个程序,

当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现本发明实施例所述的未读数据获取方法。

第四方面,本发明实施例还提供了一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现本发明任意实施例提供的未读数据获取方法。

本发明实施例提供了一种未读数据获取技术方案,通过获取用户对应用内各个组件的关注等级;根据所述关注等级,确定所述应用内各个组件获取未读数据的方式,能够使红点显示满足用户的个性化需求,清洁应用软件的使用界面。

附图说明

图1是本发明实施例一中的一种未读数据获取方法的流程图;

图2是本发明实施例二中的一种未读数据获取装置的结构示意图;

图3是本发明实施例三中的一种设备的结构示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是,此处所描述的具体实施例仅仅用于解释本发明,而非对本发明的限定。另外还需要说明的是,为了便于描述,附图中仅示出了与本发明相关的部分而非全部结构。

现在大部分的信息发布类应用,都有这样的一个功能:当后台数据更新,比如有系统消息或者是用户间互动的时候,通过在组件上显示一个小红点来提示用户有信息变动,以提示用户查看。在现有技术中,每个应用都有多个组件显示红点信息,以提供用户多种信息变更,但是,有部分红点信息并不是用户所感兴趣的,导致该类信息并不能起到提示用户查看的作用,反而引起用户厌恶,同时,未读数据获取耗费用户流量。本申请实施例提供了一种未读数据获取方法,能够解决现有技术中红点显示以及未读数据获取耗费用户流量的问题,具体如下:

实施例一

图1为本发明实施例一提供的一种未读数据获取方法的流程图,本实施例可适用于各种未读数据获取的情况,该方法可以由本发明实施例提供的未读数据获取装置来执行,该装置可采用软件和/或硬件的方式实现,该装置可集成在任何提供未读数据获取功能的设备中,例如可以是手机或者平板电脑等,如图1所示,具体包括:

s110、获取用户对应用内各个组件的关注等级。

其中,应用可以是智能手机和平板电脑的应用,例如可以是应用程序(app,application)。组件可以是与应用中各项功能一一对应的控件。每个组件都可以配置多种未读标识类型,每个组件都可以显示至少一种未读标识。其中,未读标识可以是红点图标、红点加数字图标以及红点加文字图标等。关注等级用于表示用户对应用中各个组件的关注程度。关注等级可以设置为两个等级、三个等级或者四个等级等,本申请关注等级的设定不做限定。

具体的,由于每个应用中包含多个组件,每个组件均有未读标识显示,导致用户打开应用界面时,包含有多个未读标识以提供用户进行查看。但是,用户对不同组件的关注度不同,导致用户对每个组件未读标识显示的需求并不相同。例如,购物网站的个人中心可以有待付款、待发货、已发货、待收货或者待评价等多个组件。若用户对“待收货”的关注度高,则可以将“待收货”的组件设置为较高关注等级;若用户对“待评价”的关注度低,则可以将“待评价”的组件设置为较低关注等级。

s120、根据所述关注等级,确定所述应用内各个组件获取未读数据的方式。

由于用户对应用中各个组件的关注等级不一样,因此可以根据关注等级设置不同组件获取未读数据的方式。例如,将关注等级高的组件,及时获取未读数据,将关注等级低的组件,无需实时获取未读数据。

示例性的,所述根据所述关注等级,确定所述应用内各个组件获取未读数据的方式,包括:若确定所述用户对第一组件的关注等级为第一关注等级;则实时接收服务器发送的更新数据,并同步显示未读标识。

其中,第一关注等级可以是用户关注度较高的等级,也即用户较关注的动态。第一组件即用户关注度较高的组件。若确定用户对第一组件设定的关注等级为第一关注等级,则可以允许第一组件实时更新数据,并同步显示未读标识。为了减少组件与服务器之间的交互,第一组件实时更新数据可以是实时接收服务器发送的更新数据。

具体例如,应用可以与服务器建立tcp(transmissioncontrolprotocol传输控制协议)长链接通信,当服务器产生未读数据或者未读数据被查看时,可以主动推送最新的数据给应用。其中,tcp可以是一种面向连接的、可靠的、基于字节流的传输层通信协议。例如可以是,若用户对支付信息的组件关注度较高,则可以将支付信息的组件设置为第一组件,其关注等级设置为第一关注等级。那么,用户可以实时获取服务器更新的未读数据,并且能够及时显示未读标识。

示例性的,所述根据所述关注等级,确定所述应用内各个组件获取未读数据的方式,包括:若确定所述用户对第二组件的关注等级为第二关注等级;则在无线网络条件下,实时接收服务器发送的更新数据,并同步显示未读标识。

其中,第二关注等级可以是用户关注度中等的等级,也即用户无需及时获知动态的等级。第二组件即用户无需及时获取动态的组件。若确定用户对第二组件设定的关注等级为第二关注等级,则可以允许第二组件在无线网络条件下实时更新数据,并同步显示未读标识。由于用户无需及时获知第二组件的动态,因此可以设定应用在无线网络条件下,获取未读数据,并显示未读标识,以提示用户。第二组件与第二关注等级的设定减少了应用在移动网络条件下,为获取第二组件未读数据而浪费流量的情况。

具体例如,当应用与服务器为无线网络条件下,服务器可以将第二组件产生的更新数据主动推送给应用,也即在无线网络条件下,实时更新第二组件的未读数据。当应用与服务器为移动网络条件下,服务器则不将第二组件产生的更新数据主动推送给应用,而是当应用与服务器为无线网络条件连接时,再更新数据进行显示。

例如可以是,若用户对待发货的组件关注度中等,则可以将待发货的组件设置为第二组件,其关注等级设置为第二关注等级。那么,应用在无线网络连接时,可以实时获取服务器更新的未读数据,并且能够及时显示未读标识;应用在移动网络连接时,服务器保存更新的未读数据,而在移动网络连接转换为无线网络连接时,更新未读数据,并显示未读标识。其中,显示未读标识可以是通知组件重新渲染红点状态。

示例性的,所述根据所述关注等级,确定所述应用内各个组件获取未读数据的方式,包括:若确定所述用户对第三组件的关注等级为第三关注等级;则在无线网络条件下,定时接收服务器发送的更新数据,并不显示未读标识。

其中,第三关注等级可以是用户关注度较低的等级,也即用户无需获知动态的等级。第三组件即用户无需获取动态的组件。若确定用户对第三组件设定的关注等级为第三关注等级,则可以允许第三组件在无线网络条件下定时更新数据,并不显示未读标识。由于用户无需获知第三组件的动态,因此可以设定应用在无线网络条件下,定时获取未读数据,并不显示未读标识。其中,定时时间可以是系统默认的时间,或者用户自定义的时间,如2h。第三组件与第三关注等级的设定不仅减少了应用在移动网络条件下,为获取第三组件未读数据而浪费流量的情况,而且还对红点显示进行灵活应用,即在用户不需要获知第三组件动态时,不显示该类组件的未读标识,有利于应用界面的干净整洁。

具体例如,当应用与服务器为无线网络条件下,服务器可以定时将第三组件产生的更新数据推送给应用,也即在无线网络条件下,定时更新第三组件的未读数据,并不显示未读标识。当应用与服务器为移动网络条件下,服务器则不将第三组件产生的更新数据主动推送给应用,而是当应用与服务器为无线网络条件连接时,再更新数据进行显示。

例如可以是,若用户对待评价的组件关注度较低,则可以将待评价的组件设置为第三组件,其关注等级设置为第三关注等级。那么,应用在无线网络连接时,可以定时获取服务器更新的未读数据,并且不显示未读标识;应用在移动网络连接时,服务器保存更新的未读数据,而在移动网络连接转换为无线网络连接时,更新未读数据,并不显示未读标识。第三组件与第三关注等级为用户不想获知未读数据动态的情况,因此第三组件与第三关注等级的设定,有利于对红点显示的管理,并且,定时获取服务器更新的未读数据也减少了服务器与应用之间的交互次数。

示例性的,在所述根据所述关注等级,确定所述应用内各个组件获取未读数据的方式之前,还包括:判断所述应用是否为重启状态;若确定所述应用为重启状态,则向服务器发送数据请求,以全量获取未读数据。

当应用处于运行状态或者后台运行状态时,由于应用与服务器处于连接状态,因此能够增量获取红点数据。但是当应用为关闭状态时,则停止对应用中各个组件未读数据的更新。当应用判断为重启状态时,则可以主动向服务器发送数据请求,以全量获取未读数据覆盖掉app本地存储的红点数据。例如可以是,当应用重新启动或者应用后台时间超过5分钟复活的时候,可以向服务器发送数据请求,以全量获取未读数据。

具体例如,当用户新增红点数据时,可以及时显示在应用页面的组件上面。但是,当用户多设备产生操作时,例如可以是,用户在设备a上已经获取过红点数据a1,但是因为登录了手机b进行操作消除了红点数据a1,之后又返回设备a的时候可以通过全量获取未读数据的方式消除已下载的红点数据a1。

本发明实施例提供了一种未读数据获取方法,通过获取用户对应用内各个组件的关注等级;根据所述关注等级,确定所述应用内各个组件获取未读数据的方式,能够使红点显示满足用户的个性化需求,使得应用软件的使用界面干净整洁。

实施例二

图2为本发明实施例二提供的一种未读数据获取装置的结构示意图,本实施例可适用于各种未读数据获取情况,该装置可采用软件和/或硬件的方式实现,该装置可集成在任何提供未读数据获取功能的设备中,例如可以是手机或平板电脑。如图2所示,具体包括:等级获取模块21和方式确定模块22。

等级获取模块21,用于预设未读标识类型;

方式确定模块22,用于在所述未读标识类型中,配置与应用中各个组件相匹配的未读标识,以在所述组件上进行显示。

在上述实施例的基础上,所述方式确定模块22具体用于:

若确定所述用户对第一组件的关注等级为第一关注等级;

则实时接收服务器发送的更新数据,并同步显示未读标识。

在上述实施例的基础上,所述方式确定模块22具体用于:

若确定所述用户对第二组件的关注等级为第二关注等级;

则在无线网络条件下,实时接收服务器发送的更新数据,并同步显示未读标识。

在上述实施例的基础上,所述方式确定模块22具体用于:

若确定所述用户对第三组件的关注等级为第三关注等级;

则在无线网络条件下,定时接收服务器发送的更新数据,并不显示未读标识。

在上述实施例的基础上,还包括:重启判断模块。

重启判断模块,用于在所述根据所述关注等级,确定所述应用内各个组件获取未读数据的方式之前,判断所述应用是否为重启状态;若确定所述应用为重启状态,则向服务器发送数据请求,以全量获取未读数据。

实施例三

本实施三例提供了一种设备。图3是本发明实施例三提供的一种设备的结构示意图。参见图3,该设备包括:

一个或多个处理器310;

存储器320,用于存储一个或多个程序;

当所述一个或多个程序被所述一个或多个处理器310执行,使得所述一个或多个处理器310实现如本发明实施例提出的软件编译方法。

图3中以一个处理器310为例;处理器310和存储器320可以通过总线或其他方式连接,图3中以通过总线连接为例。

存储器320作为一种计算机可读存储介质,可用于存储软件程序、计算机可执行程序以及模块,如本发明实施例中的软件编译方法对应的程序指令/模块。处理器310通过运行存储在存储器320中的软件程序、指令以及模块,从而实现上述的软件编译方法。

存储器320可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序;存储数据区可存储根据机顶盒的使用所创建的数据等。此外,存储器320可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中,存储器320可进一步包括相对于处理器310远程设置的存储器,这些远程存储器可以通过网络连接至机顶盒。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

本实施例提出的设备与本发明实施例提出的未读数据获取方法属于同一发明构思,未在本实施例中详尽描述的技术细节可参见上述实施例,并且本实施例与上述实施例具有相同的有益效果。

实施例五

本实施例提供一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现如本发明实施例提出的未读数据获取方法。

本实施例提出的计算机可读存储介质与本发明实施例提出的未读数据获取方法属于同一发明构思,未在本实施例中详尽描述的技术细节可参见上述实施例,并且本实施例与上述实施例具有相同的有益效果。

通过以上关于实施方式的描述,所属领域的技术人员可以清楚地了解到,本发明可借助软件及必需的通用硬件来实现,当然也可以通过硬件实现,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在计算机可读存储介质中,如计算机的软盘、只读存储器(read-onlymemory,rom)、随机存取存储器(randomaccessmemory,ram)、闪存(flash)、硬盘或光盘等,包括若干指令用以使得一台机顶盒(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。

注意,上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解,本发明不限于这里所述的特定实施例,对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此,虽然通过以上实施例对本发明进行了较为详细的说明,但是本发明不仅仅限于以上实施例,在不脱离本发明构思的情况下,还可以包括更多其他等效实施例,而本发明的范围由所附的权利要求范围决定。

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