客户端数据检查更新方法及装置与流程

文档序号:11155163阅读:700来源:国知局
本申请涉及互联网
技术领域
,特别是涉及一种客户端数据检查更新方法及装置。
背景技术
:现有网络服务端通常会提供一些周期性新增的数据,如连载小说、连载视频等,订阅这些数据的客户端需要周期性地检查服务端的更新进度,并根据检查结果下载相关的新增数据,实现客户端数据自动更新,使得客户端与服务端之间的数据更新进度一致,从而保证用户可以及时看到最新的数据。一般的,在达到更新检查周期时,客户端通过向服务端周期性地发送更新查询请求,来判断相对于客户端中的已下载数据,服务端是否存在新增数据,如果存在,则下载这些新增数据。例如,某客户端A中某部连载小说B已下载至第10章,在到达A预设的更新检查周期时,A向服务端发送关于B的更新查询请求,检测服务端中是否存在B第10章之后的章节;假设检测结果为此时服务端中的B已更新至第12章,则A将B的第11至12章下载至本地,完成客户端A对连载小说B的自动更新。现有技术中客户端的更新检查周期一般为系统默认值或由用户人工设置,并在到达所设置的更新检查周期后,对同类型的所有目标数据进行检查更新;例如,在小说阅读软件中统一设置其所订阅的所有连载小说的更新检查周期,在视频播放软件中统一设置其订阅的所有连载视频的更新检查周期。但是,由于服务端对上述数据执行新增操作的时间间隔,即服务端的更新周期,往往是不固定的(例如,不同连载小说的更新周期不同,同一部连载小说也会因小说作者的主观意愿导致每次更新周期不尽相同),客户端的更新检查周期很难与之相匹配。如果所设置的更新检查周期过长,则会导致用户不能及时查看新增数据。反之,如果以保证用户及时看到新增数据为目的,设置客户端的更新检查周期尽可能短,即尽量频繁地向服务器发送更新查询请求,则不仅会增加服务端的请求响应压力,还会增加网络流量的消耗;特别是在同一客户端存在多种待同步数据(如,多部连载小说或连载视频)时,网络流量耗费会非常大,客户端的数据更新工作量也很大。因此,亟需一种工作量小、网络流量消耗小的客户端数据检查更新方法。技术实现要素:为了解决上述技术问题,本申请公开了如下技术方案:本申请第一方面提供一种客户端数据检查更新方法,该方法包括:针对目标数据,获取其在目标客户端相邻两次展示动作之间的展示时间间隔,以及在服务端相邻两次更新动作的更新时间间隔;根据预设展示权重和预设更新权重,计算所述展示时间间隔和更新时间间隔之间的权重平均值;根据所述权重平均值确定所述目标客户端对所述目标数据执行更新操作的更新检查周期。结合上述第一方面,在第一方面的第一种可能的实现方式中,根据预设展示权重和预设更新权重,计算所述展示时间间隔和更新时间间隔之间的权重平均值,包括:根据预设等级划分规则分别确定所述展示时间间隔对应的展示等级,和所述更新时间间隔对应的更新等级;根据所述展示等级、更新等级、预设展示权重和预设更新权重计算所述权重平均值。结合上述第一方面的第一种可能的实现方式,在第一方面的第二种可能的实现方式中,根据所述展示等级、更新等级、预设展示权重和预设更新权重计算所述权重平均值,包括:通过如下公式W=(S*Ws+P*Wp)/(Ws+Wp)计算所述权重平均值;其中,W为所述目标数据对应的权重平均值,S为所述目标数据对应的展示等级,Ws为所述目标数据对应的预设展示权重,P为所述目标数据对应的更新等级,Wp为所述目标数据对应的预设更新权重。结合上述第一方面,或第一方面的第一种可能的实现方式,或第一方面的第二种可能的实现方式,在第一方面的第三种可能的实现方式中,针对目标数据,获取其在目标客户端相邻两次展示动作之间的展示时间间隔,以及在服务端相邻两次更新动作的更新时间间隔,包括:根据所述目标客户端中关于所述目标数据的历史展示记录,计算所述目标客户端中最近两次展示所述目标数据的时间之差,得到所述展示时间间隔;根据所述服务端中关于所述目标数据的历史更新记录,计算所述服务端中最近两次更新所述目标数据的时间之差,得到所述更新时间间隔。本申请第二方面提供一种一种客户端数据检查更新装置;该装置包括:时间间隔获取单元,用于针对目标数据,获取其在目标客户端相邻两次展示动作之间的展示时间间隔,以及在服务端相邻两次更新动作的更新时间间隔;权重平均值确定单元,用于根据预设展示权重和预设更新权重,计算所述展示时间间隔和更新时间间隔之间的权重平均值;更新检查周期确定单元,用于根据所述权重平均值确定所述目标客户端对所述目标数据执行更新操作的更新检查周期。结合上述第二方面,在第二方面的第一种可能的实现方式中,所述权重平均值计算单元包括:等级确定单元,用于根据预设等级划分规则分别确定所述展示时间间隔对应的展示等级,和所述更新时间间隔对应的更新等级;权重平均值计算单元,用于根据所述展示等级、更新等级、预设展示权重和预设更新权重计算所述权重平均值。结合上述第二方面的第一种可能的实现方式,在第二方面的第二种可能的实现方式中,所述权重平均值计算单元具体被配置为,通过如下公式计算得到所述权重平均值:W=(S*Ws+P*Wp)/(Ws+Wp);其中,W为所述目标数据对应的权重平均值,S为所述目标数据对应的展示等级,Ws为所述目标数据对应的预设展示权重,P为所述目标数据对应的更新等级,Wp为所述目标数据对应的预设更新权重。结合上述第二方面,或第二方面的第一种可能的实现方式,或第二方面的第二种可能的实现方式,在第二方面的第三种可能的实现方式中,所述时间间隔获取单元,包括:展示时间间隔获取单元和更新时间间隔获取单元;其中,所述展示时间间隔获取单元用于,根据所述目标客户端中关于所述目标数据的历史展示记录,计算所述目标客户端中最近两次展示所述目标数据的时间之差,得到所述展示时间间隔;所述更新时间间隔获取单元用于,根据所述服务端中关于所述目标数据的历史更新记录,计算所述服务端中最近两次更新所述目标数据的时间之差,得到所述更新时间间隔。由以上技术方案可知,本申请实施例根据目标数据在目标客户端的展示时间间隔与在服务端的更新时间间隔二者之间的权重平均值,确定该目标数据对应的更新检查周期;由于上述展示时间间隔和更新时间间隔均为相应的目标数据对应的历史记录得到,使得最终得到的更新检查周期更符合该目标数据的当前实际情况;通过本实施例,客户端还可以随着展示时间间隔和更新时间间隔的不断变化,自动调整各项目标数据的更新检查周期,使之更符合当前的实际情况。因此,相对于现有技术,本申请实施例可以避免不必要的网络流量耗费,减小目标客户端的数据更新工作量,同时减小服务端的工作压力。另外,在同一客户端存在多项待更新的目标数据的情况下,本申请实施例可以分别确定各项目标数据相匹配的更新检查周期,不会因为频繁地对多项目标数据执行检查更新而增大客户端的工作量。附图说明为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,对于本领域普通技术人员而言,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。图1为本申请提供的一种客户端数据检查更新方法的流程图;图2为本申请提供的另一种客户端数据检查更新方法的流程图;图3为本申请提供的一种客户端数据检查更新装置的结构框图;图4为本申请提供的另一种客户端数据检查更新装置的结构框图。具体实施方式为了使本
技术领域
的人员更好地理解本申请实施例中的技术方案,并使本申请实施例的上述目的、特征和优点能够更加明显易懂,下面结合附图对本申请实施例中技术方案作进一步详细的说明。本申请实施例中提供了一种客户端数据检查更新方法及装置,用于控制客户端对服务端提供的分阶段新增的目标数据进行周期性下载,使得相应数据在客户端中的更新进度与服务端保持一致,以便用户可以通过客户端及时查看相应的新增数据。图1为本申请实施例提供的一种客户端数据检查更新方法的流程图。参照图1,该方法具体可以包括如下步骤:S1、针对目标数据,获取其在目标客户端相邻两次展示动作之间的展示时间间隔,以及 在服务端相邻两次更新动作的更新时间间隔。S2、根据预设展示权重和预设更新权重,计算所述展示时间间隔和更新时间间隔之间的权重平均值。S3、根据所述权重平均值确定所述目标客户端对所述目标数据执行更新操作的更新检查周期。上述展示时间间隔可以反映目标数据在客户端的展示频率,也即用户通过目标客户端查看该项目标数据的频率;上述更新时间间隔可以反映目标数据在服务端的更新频率。本申请实施例中,根据目标数据在客户端的展示时间间隔与在服务端的更新时间间隔二者之间的权重平均值,确定该目标数据对应的更新检查周期,从而使得目标数据的更新检查周期与其展示时间间隔和更新时间间隔均呈正相关,也即目标数据的展示时间间隔或更新时间间隔越大,计算得到的权重平均值就越大,最终确定的其更新检查周期也越大。实际情境下,目标数据的更新时间间隔越大,说明其更新越慢,此情况下若按照现有技术频繁向服务端发送更新查询请求,得到的请求结果大部分都会是无新增数据,造成不必要的网络流量耗费;而若采用本实施例,此情况下得到的更新检查周期会相对较长,可以大大减少更新查询请求的发送次数,不仅可以减少网络流量耗费,还可以减小服务端的工作压力。同时,目标数据的展示时间间隔越大,说明用户查看该目标数据的频率越小,客户端的数据更新进度可以在不影响用户查看的前提下存在一定的延迟,故通过本实施例得到的相对较长的更新检查周期,也可以减少发送更新查询请求造成的网络流量耗费,同时减小服务端的工作压力。由以上技术方案可知,本申请实施例根据目标数据在目标客户端的展示时间间隔与在服务端的更新时间间隔二者之间的权重平均值,确定该目标数据对应的更新检查周期;由于上述展示时间间隔和更新时间间隔均为相应的目标数据对应的历史记录得到,使得最终得到的更新检查周期更符合该目标数据的当前实际情况;通过本申请实施例,客户端还可以随着展示时间间隔和更新时间间隔的不断变化,自动调整各项目标数据的更新检查周期,使之更符合当前的实际情况。因此,相对于现有技术,本申请实施例可以避免不必要的网络流量耗费,减小目标客户端的数据更新工作量,同时减小服务端的工作压力。进一步的,实际应用中,同一个客户端中需要更新的目标数据可能有多项,对于每一项目标数据,均可采用上述实施例提供的方法确定对应的更新检查周期,使得客户端可以对不同的目标数据,分别采用与之匹配的更新检查周期进行更新。例如,某客户端 需要更新的目标数据包括两部连载小说B1和B2,则对B1执行上述步骤,可以得到B1对应的更新检查周期,假设为1天;对B2执行上述步骤,可以得到B2对应的更新检查周期,假设为1周;在该客户端每天向服务端发送一次关于B1的更新查询请求,没一周向服务端发送一次关于B2的更新查询请求。因此,在同一客户端存在多项待更新的目标数据的情况下,本申请实施例可以分别确定各项目标数据相匹配的更新检查周期,不会因为频繁地对多项目标数据执行检查更新而增大客户端的工作量。在本申请一个可行的实施方式中,上述展示时间间隔可以为多个相邻展示时间之差的平均值;例如,对于目标数据,由客户端的用户查看记录(即相应目标数据的历史展示记录)得知,其距当前时间最近的连续5个展示时间分别为R1、R2、R3、R4和R5(R1>R2>R3>R4>R5),则展示时间间隔的计算式为:△R=[(R1-R2)+(R2-R3)+(R3-R4)+(R4-R5)]/4。相应的,上述更新时间间隔也可以根据服务端存储的该目标数据的历史更新记录,通过求平均值的方法确定,即更新时间间隔为相应目标数据的多个相邻更新时间之差的平均值。在本申请另一个可行的实施方式中,上述步骤S1所述的获取目标数据对应的展示时间间隔,具体可以采用如下方法:根据所述目标客户端中关于所述目标数据的历史展示记录,计算所述目标客户端中最近两次展示所述目标数据的时间之差,得到所述展示时间间隔。仍以连载小说为例,上述展示时间间隔即用户相邻两次阅读该连载小说的时间间隔,假设根据客户端的历史阅读记录,用户最后一次阅读该连载小说的时间为R1,倒数第二次阅读该连载小说的时间为R2,则展示时间间隔△R=R1-R2。相应的,上述步骤S1所述的获取目标数据对应的更新时间间隔,具体可以采用如下方法:根据所述服务端中关于所述目标数据的历史更新记录,计算所述服务端中最近两次更新所述目标数据的时间之差,得到所述更新时间间隔。上文提供了两种获取展示时间间隔的具体实施方式;由于实际情况下受用户主观意愿影响,用户每次查看同一目标数据的时间与上一次查看时间之差可能存在很大浮动,即相邻两次展示时间之差的差距很大;同样的,服务端的更新时间也会由于更新人员的主观意愿而存在较大浮动,即相邻两次更新时间之差的差距很大。因此,相对于通过求平均值的方法确定展示时间间隔、更新时间间隔的方法,直接将最近两次展示时间之差作为展示时间间隔、将最近两次更新时间之差作为更新时间间隔的方法,不仅不会影响 目标数据的及时更新,还能简化展示时间间隔及更新时间间隔的确定过程,提高客户端数更新检查周期确定过程的效率。参见图2,在本申请一个可行的实施方式中,步骤S2所述的根据预设展示权重和预设更新权重,计算所述展示时间间隔和更新时间间隔之间的权重平均值,具体可以包括如下步骤:S21、根据预设等级划分规则分别确定所述展示时间间隔对应的展示等级,和所述更新时间间隔对应的更新等级。以展示时间间隔为例,相应的预设等级划分规则,即,可以如下关系表1所示。表1展示时间间隔与展示等级对应关系表展示时间间隔(△R)△R≤1天1天<△R≤2天2天<△R≤5天5天<△R展示等级S0S1S2S3当然,表1所示对应关系仅仅为一个可行的具体实例,实际应用中不仅限于此。在计算权重平均值时,不同展示等级对应不同的数值,展示时间间隔越长,相应展示等级的具体取值越大;例如,可以设定上述各个展示等级的取值为:S0=1,S1=2,S2=3,S3=4。更新等级的划分原理可参照上述展示等级的划分,两种等级的划分所采用的划分规则可以相同,也可以不同,可根据实际情况下展示时间间隔和更新时间间隔的取值范围分别确定。同时,上述展示时间间隔与展示等级的对应关系,以及更新时间间隔与更新等级的对应关系,都可以根据实际情况进行调整。S22、根据所述展示等级、更新等级、预设展示权重和预设更新权重计算所述权重平均值。假设S为目标数据对应的展示等级,P为目标数据对应的更新等级,Ws为目标数据对应的预设展示权重,Wp为目标数据对应的预设更新权重,则在本申请一个可行的具体实施方式中,目标数据的权重平均值W的计算公式可以为:W=(S*Ws+P*Wp)/(Ws+Wp)。实际情况下,上述展示时间间隔和更新时间间隔的具体可取值多种多样,且范围较大,例如1个小时、1天、3天、1周等,不利于权重平均值的计算及更新检查周期的确定;因此,相对于直接根据展示时间间隔、更新时间间隔及相应的的预设展示权重和预 设更新权重计算权重平均值,本申请实施例将展示时间间隔和更新时间间隔根据预设等级划分规则划分为相应的等级,进而计算展示等级和更新等级的加权平均值,得到相应的权重平均值,可以使得权重平均值保持在一个已知范围内,从而便于设置权重平均值与更新检查周期的对应关系。以下通过具体实例阐述本申请实施例相对于现有数据检查更新方法所具备的有益效果。假设用户的客户端中有10部连载小说Bi(i=1、2、……、10),每部小说检查更新一次需要消耗200b的流量。如果按照现有检查更新方法,设定每半个小时检查更新一次,即每天共检查更新48次,则10部小说每天检查更新需要消耗的流量为48*10*200b=96000b;其中,并不是每次流量消耗都能检查到新增数据,且并不是每次检查更新完毕后用户都会查看,因此所消耗的96kb流量中有很大一部分属于不必要的消耗。如果按照本申请实施例提供的检查更新方法,设定任意展示时间间隔对应的展示等级S及其取值为以下一种:S0=1,S1=2,S2=3,S3=4(展示等级的取值越小,对应的展示时间间隔越小);任意更新时间间隔对应的更新等级S及其取值为以下一种:P0=1,P1=2,P2=3,P3=4(更新等级取值越小,对应的更新时间间隔越小),预设展示权重和预设更新权重的取值为Ws=Wp=1,则第i部小说Bi的权重平均值W(i)的计算式为:W(i)=(S(i)*Ws+P(i)*Wp)/(Ws+Wp)=(S(i)+P(i))/2。其中,S(i)∈{S0,S1,S2,S3},P(i)∈{P0,P1,P2,P3}。则W(i)的取值集合为:{1、1.5、2、2.5、3、3.5、4}。W(i)的取值越小,说明相应的小说Bi在服务端的更新频率越大,用户阅读频率越大。根据权重平均值的七种可能的取值,设定其对应的更新检查周期如下表2所示。当然,表2所示对应关系仅仅为一个可行的具体实例,应用过程中可以根据实际情况进行调整。表2权重平均值与更新检查周期对应关系表权重平均值11.522.533.54更新检查周期(小时)0.5612244872144假设上述10部连载小说中,有2部小说对应的权重平均值为1,2部小说对应的权重平均值为1.5,3部小说对应的权重平均值为2.5,2部小说对应的权重平均值为3,1部小说对应的权重平均值为4,则根据上述表2,权重平均值为1的2部小说每条检查更新48次,权重平均值为1.5的2部小说每天检查更新4次,权重平均值为2.5的3部小说每天检查更新1次,权重平均值为3的2部小说每2天检查更新一次,权重平均值为4的1部小说每6天检查更新一次。由于更新检查周期的差异,每天消耗的流量不尽相同,消耗最少的情况为一天中只有权重平均值为1、1.5和2.5的7部小说需要更新,消耗流量为2*48*200+2*4*200+3*1*200=21400b,消耗流量最多的情况为一天中10部小说都需要更新,消耗流量为21400+2*1*200+1*1*200=22000b。对比以上计算结果可知,无论是每天的检查更新次数,还是每天的检查更新所消耗的网络流量,本申请实施例都远远小于现有技术,可以达到减少客户端及服务端工作量、减少网络流量消耗的目的。与本申请提供的客户端数据检查更新方法实施例相对应,本申请还提供了一种客户端数据检查更新装置。如图3所示,该装置可以包括:时间间隔获取单元100、权重平均值确定单元200和更新检查周期确定单元300。其中,该时间间隔获取单元100用于,针对目标数据,获取其在目标客户端相邻两次展示动作之间的展示时间间隔,以及在服务端相邻两次更新动作的更新时间间隔;该权重平均值确定单元200用于,根据预设展示权重和预设更新权重,计算所述展示时间间隔和更新时间间隔之间的权重平均值;该更新检查周期确定单元300用于,根据所述权重平均值确定所述目标客户端对所述目标数据执行更新操作的更新检查周期。由以上技术方案可知,该装置实施例中,根据目标数据在目标客户端的展示时间间隔与在服务端的更新时间间隔二者之间的权重平均值,确定该目标数据对应的更新检查周期;由于上述展示时间间隔和更新时间间隔均为相应的目标数据对应的历史记录得到,使得最终得到的更新检查周期更符合该目标数据的当前实际情况;通过本实施例,客户端还可以随着展示时间间隔和更新时间间隔的不断变化,自动调整各项目标数据的更新检查周期,使之更符合当前的实际情况。因此,相对于现有技术,本申请实施例可以避免不必要的网络流量耗费,减小目标客户端的数据更新工作量,同时减小服务端的工作 压力。另外,在同一客户端存在多项待更新的目标数据的情况下,本申请实施例可以分别确定各项目标数据相匹配的更新检查周期,不会因为频繁地对多项目标数据执行检查更新而增大客户端的工作量。如图4所示,在本申请一个可行的实施方式中,上述权重平均值确定单元200,具体可以包括:等级确定单元201和权重平均值计算单元202。其中,该等级确定单元201用于,根据预设等级划分规则分别确定所述展示时间间隔对应的展示等级,和所述更新时间间隔对应的更新等级;该权重平均值计算单元202用于,根据所述展示等级、更新等级、预设展示权重和预设更新权重计算所述权重平均值。更具体的,所述权重平均值计算单元202可以采用如下公式计算所述权重平均值:W=(S*Ws+P*Wp)/(Ws+Wp);其中,W为所述目标数据对应的权重平均值,S为所述目标数据对应的展示等级,Ws为所述目标数据对应的预设展示权重,P为所述目标数据对应的更新等级,Wp为所述目标数据对应的预设更新权重。相对于直接根据展示时间间隔、更新时间间隔及相应的的预设展示权重和预设更新权重计算权重平均值,本申请实施例将展示时间间隔和更新时间间隔根据预设等级划分规则划分为相应的等级,进而计算展示等级和更新等级的加权平均值,得到相应的权重平均值,可以使得权重平均值保持在一个已知范围内,从而便于设置权重平均值与更新检查周期的对应关系。仍参照图4,在本申请另一个可行的实施方式中,上述时间间隔获取单元100,具体可以包括:展示时间间隔获取单元101和更新时间间隔获取单元102。其中,该展示时间间隔获取单元101用于,根据所述目标客户端中关于所述目标数据的历史展示记录,计算所述目标客户端中最近两次展示所述目标数据的时间之差,得到所述展示时间间隔;所述更新时间间隔获取单元102用于,根据所述服务端中关于所述目标数据的历史更新记录,计算所述服务端中最近两次更新所述目标数据的时间之差,得到所述更新时间间隔。在本申请其他可行的实施方式中,上述时间间隔获取单元100还可以通过求平均值的方法确定展示时间间隔、更新时间间隔。相比之下,上述实施例中直接将最近两次展示时间之差作为展示时间间隔、将最近两次更新时间之差作为更新时间间隔,不仅不会影响目标数据的及时更新,还能简化展示时间间隔及更新时间间隔的确定过程,提高客户 端数更新检查周期确定过程的效率。本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-OnlyMemory)、随机存取存储器(RAM,RanHTMLDOMAccessMemory)、磁碟或者光盘等各种可以存储程序代码的介质。以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本
技术领域
的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应所述以权利要求的保护范围为准。当前第1页1 2 3 
当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1