一种数据展示方法、系统和设备
技术领域
本申请涉及通信技术领域,尤其是一种数据展示方法、系统和设备。
背景技术
在包含客户端和服务器的Web应用中,有些数据(如会员数等)需要在客户端与服务器上保持同步,因此,服务器需要将数据实时同步给客户端。
为了在客户端与服务器保持数据同步,现有技术中,AJAX(AsynchronousJavaScript and Extensible Markup Language,异步JavaScript和可扩展标记语言)提供了一种解决方案。其中,客户端基于轮询周期定时向服务器发送AJAX请求报文,服务器在收到AJAX请求报文之后,将最新的数据同步给客户端。
为了实现上述过程,客户端需要定时向服务器发送AJAX请求报文,从而影响客户端和服务器的处理性能。具体的,如果轮询周期过短,则客户端需要向服务器发送大量AJAX请求报文,且服务器需要对大量AJAX请求报文进行处理,从而降低客户端和服务器的处理性能;如果轮询周期过长,则服务器同步给客户端的数据将不是最新的数据,无法保证数据的实时同步。
发明内容
本申请实施例提供一种数据展示方法、系统和设备,以在保证数据的真实展示的前提下,减少报文发送数量,提高客户端和服务器的处理性能。
为了达到上述目的,本申请实施例提供一种数据展示方法,所述方法包括以下步骤:客户端向服务器发送数据同步请求报文,由所述服务器在收到所述数据同步请求报文之后,确定所述客户端在此次数据请求过程中的第一数据、第二数据、数据显示过程的时长,且所述时长具体为所述第二数据对应时间与所述第一数据对应时间之间的时间长度;所述客户端接收来自所述服务器的数据同步响应报文,且所述数据同步响应报文中携带所述第一数据、所述第二数据以及所述时长;所述客户端利用所述第一数据、所述第二数据以及所述时长展示数据。
所述客户端利用所述第一数据、所述第二数据以及所述时长展示数据的过程,具体包括:所述客户端利用数据同步算法,在所述时长内依次模拟数据进行数据展示;其中,在所述时长内模拟的第一个数据为所述第一数据,在所述时长内模拟的最后一个数据为所述第二数据。
所述客户端利用数据同步算法,在所述时长内依次模拟数据进行数据展示的过程,具体包括:所述客户端在当前时刻模拟的数据具体为:所述第一数据+对(已经消耗的时间单位数量*每个时间单位的数据增量)向上取整的值;其中,所述已经消耗的时间单位数量具体为从展示所述第一数据开始,到当前时刻经过的时间单位数量;所述每个时间单位的数据增量具体为(所述第二数据-所述第一数据)/所述时长对应的时间单位数量。
所述客户端利用数据同步算法,在所述时长内依次模拟数据进行数据展示的过程,具体包括:在时间单位为1分钟时,客户端在当前时刻模拟的数据具体为:所述第一数据+已经消耗的分钟数*每分钟的数据增量+对(当前分钟内已经消耗的秒数对应的随机基数*每分钟的数据增量/指定数值)向上取整的值;所述已经消耗的分钟数具体为从展示所述第一数据开始,到当前时刻经过的分钟数;所述每分钟的数据增量为(所述第二数据-所述第一数据)/所述时长对应的分钟数;所述当前分钟内已经消耗的秒数为从展示所述第一数据开始,到当前时刻经过的秒数-所述已经消耗的分钟数*60。
所述客户端利用所述第一数据、所述第二数据以及所述时长展示数据之后,所述方法还包括:所述客户端判断是否将所述第二数据展示完或者展示时间到达所述时长,如果是,则重新向所述服务器发送数据同步请求报文。
本申请实施例提供一种数据展示方法,所述方法包括以下步骤:服务器接收来自客户端的数据同步请求报文;所述服务器确定所述客户端在此次数据请求过程中的第一数据、第二数据、数据显示过程的时长,且所述时长具体为所述第二数据对应时间与所述第一数据对应时间之间的时间长度;所述服务器向所述客户端发送数据同步响应报文,且所述数据同步响应报文中携带所述第一数据、所述第二数据以及所述时长;由所述客户端利用所述第一数据、所述第二数据以及所述时长展示数据。
本申请实施例提供一种数据展示系统,所述系统具体包括:服务器,用于接收来自客户端的数据同步请求报文,确定所述客户端在此次数据请求过程中的第一数据、第二数据、数据显示过程的时长,且所述时长具体为所述第二数据对应时间与所述第一数据对应时间之间的时间长度,以及向所述客户端发送数据同步响应报文,且所述数据同步响应报文中携带所述第一数据、所述第二数据以及所述时长;客户端,用于向所述服务器发送数据同步请求报文,接收来自所述服务器的数据同步响应报文,且数据同步响应报文中携带第一数据、第二数据以及时长,以及利用所述第一数据、所述第二数据以及所述时长展示数据。
所述客户端,具体用于利用数据同步算法,在所述时长内依次模拟数据进行数据展示;其中,在所述时长内模拟的第一个数据为所述第一数据,在所述时长内模拟的最后一个数据为所述第二数据。
所述客户端,进一步用于在当前时刻模拟的数据具体为:所述第一数据+对(已经消耗的时间单位数量*每个时间单位的数据增量)向上取整的值;其中,所述已经消耗的时间单位数量具体为从展示所述第一数据开始,到当前时刻经过的时间单位数量;所述每个时间单位的数据增量具体为(所述第二数据-所述第一数据)/所述时长对应的时间单位数量;或者,在时间单位为1分钟时,在当前时刻模拟的数据具体为:所述第一数据+已经消耗的分钟数*每分钟的数据增量+对(当前分钟内已经消耗的秒数对应的随机基数*每分钟的数据增量/指定数值)向上取整的值;其中,所述已经消耗的分钟数具体为从展示所述第一数据开始,到当前时刻经过的分钟数;所述每分钟的数据增量具体为(所述第二数据-所述第一数据)/所述时长对应的分钟数;所述当前分钟内已经消耗的秒数具体为从展示所述第一数据开始,到当前时刻经过的秒数-所述已经消耗的分钟数*60。
本申请实施例提供一种客户端,所述客户端具体包括:发送模块,用于向服务器发送数据同步请求报文,由所述服务器在收到所述数据同步请求报文之后,确定所述客户端在此次数据请求过程中的第一数据、第二数据、数据显示过程的时长,且所述时长具体为所述第二数据对应时间与所述第一数据对应时间之间的时间长度;接收模块,用于接收来自所述服务器的数据同步响应报文,且所述数据同步响应报文中携带所述第一数据、所述第二数据以及所述时长;处理模块,用于利用所述第一数据、所述第二数据和所述时长展示数据。
所述处理模块,具体用于利用数据同步算法,在所述时长内依次模拟数据进行数据展示;其中,在所述时长内模拟的第一个数据为所述第一数据,在所述时长内模拟的最后一个数据为所述第二数据。
所述处理模块,进一步用于在当前时刻模拟的数据具体为:所述第一数据+对(已经消耗的时间单位数量*每个时间单位的数据增量)向上取整的值;其中,所述已经消耗的时间单位数量具体为从展示所述第一数据开始,到当前时刻经过的时间单位数量;所述每个时间单位的数据增量具体为(所述第二数据-所述第一数据)/所述时长对应的时间单位数量。
所述处理模块,进一步用于在时间单位为1分钟时,在当前时刻模拟的数据具体为:所述第一数据+已经消耗的分钟数*每分钟的数据增量+对(当前分钟内已经消耗的秒数对应的随机基数*每分钟的数据增量/指定数值)向上取整的值;所述已经消耗的分钟数具体为从展示所述第一数据开始,到当前时刻经过的分钟数;所述每分钟的数据增量具体为(所述第二数据-所述第一数据)/所述时长对应的分钟数;所述当前分钟内已经消耗的秒数为从展示所述第一数据开始,到当前时刻经过的秒数-所述已经消耗的分钟数*60。
所述发送模块,进一步用于判断是否将所述第二数据展示完或者展示时间到达所述时长,如果是,则重新向所述服务器发送数据同步请求报文。
本申请实施例提供一种服务器,所述服务器具体包括:接收模块,用于接收来自客户端的数据同步请求报文;确定模块,用于确定所述客户端在此次数据请求过程中的第一数据、第二数据、数据显示过程的时长,且所述时长具体为所述第二数据对应时间与所述第一数据对应时间之间的时间长度;发送模块,用于向所述客户端发送数据同步响应报文,且所述数据同步响应报文中携带所述第一数据、所述第二数据以及所述时长;由所述客户端利用所述第一数据、所述第二数据以及所述时长展示数据。
与现有技术相比,本申请实施例至少具有以下优点:本申请实施例中,客户端向服务器发送一次数据同步请求报文后,服务器通过将此次数据请求过程中的第一数据、第二数据、数据显示过程的时长等信息通知给客户端,由客户端利用数据同步算法,在该时长内依次模拟数据进行数据展示,从而在保证数据的真实展示的前提下,使得客户端在该时长内不再需要向服务器发送数据同步请求报文,大大减少了客户端向服务器发送数据同步请求报文的数量,提高了客户端和服务器的处理性能,避免了客户端、网络、服务器的资源浪费。
附图说明
为了更清楚地说明本申请的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本申请实施例一中提出的系统结构示意图;
图2是本申请实施例一提供的一种数据展示方法流程示意图;
图3是本申请实施例三提供的一种客户端的结构示意图;
图4是本申请实施例四提供的一种服务器的结构示意图。
具体实施方式
下面将结合本申请中的附图,对本申请中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请的一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
实施例一
针对现有技术中存在的问题,本申请实施例一提供一种数据展示方法,该方法应用于包括客户端和服务器的系统中,以图1为本申请实施例的应用场景示意图,该系统中包括客户端(即网络访问者使用的终端设备上的客户端)、服务器(即提供服务的服务器),且客户端与服务器通过网络连接。
在上述应用场景下,如图2所示,该数据展示方法包括以下步骤:
步骤201,客户端向服务器发送数据同步请求报文。
其中,当需要向用户真实展示数据时,客户端需要向服务器发送数据同步请求报文;该数据同步请求报文可以为基于HTTP(Hyper Text Transfer Protocol,超文本转移协议)的数据同步请求报文,如AJAX请求报文。
步骤202,服务器接收来自客户端的数据同步请求报文。
步骤203,服务器在收到数据同步请求报文后,确定客户端在此次数据请求过程中的第一数据、第二数据、数据显示过程的时长,且该时长具体为第二数据对应时间与第一数据对应时间之间的时间长度。
其中,所述第一数据可以是客户端在数据请求过程中开始显示的数据,所述第二数据可以是客户端在数据请求过程中最后显示的数据。进一步的,该开始显示的第一数据是指客户端在发送数据同步请求报文后,在第二数据对应时间与第一数据对应时间之间的时间长度内显示的第一个数据;该最后显示的第二数据是指客户端在发送数据同步请求报文后,在第二数据对应时间与第一数据对应时间之间的时间长度内显示的最后一个数据。
其中,服务器可以从引擎或数据库中查询数据,以得到客户端在此次数据请求过程中的开始显示的第一数据、最后显示的第二数据、数据显示过程的时长,该时长为第二数据对应时间与第一数据对应时间之间的时间长度。
例如,服务器在收到数据同步请求报文后,如果基于自身需要确定10分钟内(服务器性能较好时,该时间设置的可以短些,服务器性能较差时,该时间设置的可以长些)不希望客户端再次发起数据同步请求报文,则第二数据对应时间与第一数据对应时间之间的时间长度为10分钟,客户端在此次数据请求过程中的最后显示的第二数据为当前时间的数据,客户端在此次数据请求过程中的开始显示的第一数据为10分钟之前的数据。
步骤204,服务器向客户端发送数据同步响应报文。
其中,该数据同步响应报文中至少携带客户端在此次数据请求过程中的第一数据、第二数据、以及数据显示过程的时长。
本申请实施例中,服务器在收到数据同步请求报文后,不是将服务器本地的当前数据通知给客户端,而是将客户端此次数据请求过程中的第一数据、第二数据、数据显示过程的时长通知给客户端。例如,服务器在3:10分收到数据同步请求报文后,不是将服务器本地在3:10时的会员数30000通知给客户端,而是确定客户端此次数据请求过程中的第一数据、第二数据以及数据显示过程的时长,假设服务器确定10分钟内不希望客户端再次发起数据同步请求报文,则确定数据显示过程的时长为10分钟,客户端在此次数据请求过程中的最后显示的第二数据为3:10时的会员数30000,客户端在此次数据请求过程中的开始显示的第一数据为10分钟之前(即3:00)的会员数6000,即将客户端在此次数据请求过程中的第一数据(在3:00时的会员数6000)、客户端在此次数据请求过程中的第二数据(在3:10时的会员数30000)、客户端在此次数据请求过程中的数据显示过程的时长(第二数据对应时间3:10与第一数据对应时间3:00之间的时间长度10分钟)通知给客户端。
基于上述处理方式,本申请实施例的一种具体实现方式中,服务器向客户端发送的数据同步响应报文中携带的信息的数据结构如下所示:
/**
*[countModel真实展示的数据模型]
*@type{Object}
*@type{Number}time
*@type{Number}count
*@type{Number}maxCount
*/
在上述数据结构中,time表示客户端在此次数据请求过程中的数据显示过程的时长(即第二数据对应时间3:10与第一数据对应时间3:00之间的时间长度10分钟),count表示客户端在此次数据请求过程中的第一数据(如服务器在3:00时的会员数6000),maxCount表示客户端在此次数据请求过程中的第二数据(如服务器在3:10时的会员数30000)。
步骤205,客户端接收数据同步响应报文,该数据同步响应报文中携带此次数据请求过程中的第一数据、第二数据、数据显示过程的时长,且该时长为第二数据对应时间与第一数据对应时间之间的时间长度。
步骤206,客户端利用第一数据、第二数据以及时长展示数据。
本申请实施例中,客户端利用第一数据、第二数据以及时长展示数据的过程,具体包括但不限于如下处理方式:客户端利用数据同步算法,在时长内依次模拟数据进行数据展示;其中,在时长内模拟的第一个数据为第一数据,在时长内模拟的最后一个数据为第二数据。
例如,客户端在3:10分收到数据同步响应报文后,在10分钟内(从3:10分-3:20分)模拟的第一个数据为会员数6000,即在3:10分展示的数据为会员数6000;在10分钟内(从3:10分-3:20分)模拟的最后一个数据为会员数30000,即在3:20分展示的数据为会员数30000。
基于上述处理,可以保证数据的真实展示,即在3:10分-3:20分的时间段内,客户端将依次展示10分钟的数据,以保证数据的真实展示。
本申请实施例中,客户端利用数据同步算法,在时长内依次模拟数据进行数据展示的过程,具体包括但不限于如下处理方式:客户端在当前时刻模拟的数据具体为:第一数据+对(已经消耗的时间单位数量*每个时间单位的数据增量)向上取整的值;其中,已经消耗的时间单位数量具体为从展示第一数据开始,到当前时刻经过的时间单位数量;每个时间单位的数据增量具体为(第二数据-第一数据)/时长对应的时间单位数量。
例如,假设时间单位为秒,则每个时间单位的数据增量为:(30000-6000)/600s(时长10分钟对应的时间单位数量)=40/s。基于此,客户端在3:10分收到数据同步响应报文后,在3:10分模拟的数据具体为:6000+对(0*40)向上取整的值=6000;以此类推,在3:10分08秒模拟的数据具体为:6000+对(8*40)向上取整的值=6320;以此类推,在3:15分模拟的数据具体为:6000+对(5*60*40)向上取整的值=18000;在3:20分模拟的数据具体为:6000+对(10*60*40)向上取整的值=30000。
进一步的,在时间单位为1分钟时,客户端利用数据同步算法,在时长内依次模拟数据进行数据展示的过程,具体包括但不限于如下处理方式:客户端在当前时刻模拟的数据具体为:第一数据+已经消耗的分钟数*每分钟的数据增量+对(当前分钟内已经消耗的秒数对应的随机基数*每分钟的数据增量/指定数值)向上取整的值;其中,已经消耗的分钟数具体为从展示第一数据开始,到当前时刻经过的分钟数;每分钟的数据增量具体为(第二数据-第一数据)/时长对应的分钟数;当前分钟内已经消耗的秒数具体为从展示第一数据开始,到当前时刻经过的秒数-已经消耗的分钟数*60。
例如,时间单位为1分钟时,每分钟的数据增量为:(30000-6000)/10分钟(时长10分钟对应分钟数)=2400/分钟。基于此,客户端在3:10分收到数据同步响应报文后,在3:10分模拟的数据具体为:6000+0*2400+对(秒数0对应的随机基数*2400/指定数值)向上取整的值;以此类推,在3:10分08秒模拟的数据具体为:6000+0*2400+对(秒数8对应的随机基数*2400/指定数值)向上取整的值;以此类推,在3:15分模拟的数据具体为:6000+5*2400+对(秒数0对应的随机基数*2400/指定数值)向上取整的值;在3:15分16秒模拟的数据具体为:6000+5*2400+对(秒数16对应的随机基数*2400/指定数值)向上取整的值;在3:20分模拟的数据具体为:6000+10*2400+对(秒数0对应的随机基数*2400/指定数值)向上取整的值。
在一种具体实现方式中,随机基数为60个大于等于1,且小于等于1000的递增随机数,且指定数值可以为1000,如秒数0-秒数59对应的随机基数分别为0,34,44,78,86,95,113,122,142,169,197,207,229,248,256,282,297,311,323,343,360,388,408,420,453,468,478,497,534,545,555,563,585,594,602,619,638,647,660,689,711,725,739,752,760,779,795,804,831,841,864,875,884,901,925,943,958,976,989,1000。基于此,在3:10分模拟的数据具体为:6000+0*2400+对(秒数0对应的随机基数0*2400/1000)向上取整的值=6000;在3:10分08秒模拟的数据具体为:6000+0*2400+对(秒数8对应的随机基数142*2400/1000)向上取整的值=6000+341=6341;在3:15分模拟的数据具体为:6000+5*2400+对(秒数0对应的随机基数0*2400/1000)向上取整的值=6000+12000=18000;在3:15分16秒模拟的数据具体为:6000+5*2400+对(秒数16对应的随机基数297*2400/1000)向上取整的值=6000+12000+713=18713;在3:20分模拟的数据具体为:6000+10*2400+对(秒数0对应的随机基数0*2400/1000)向上取整的值=30000。
本申请实施例中,客户端在展示数据时,可以通过滚动方式展示数据,且可以定义每次滚动展示数据的间隔时间(speed),如该间隔时间可以定义为1秒,客户端每隔1秒需要滚动展示一次数据;该间隔时间可以定义为3秒,客户端每隔3秒需要滚动展示一次数据,间隔时间的定义方式在此不再赘述。
本申请实施例中,客户端在展示数据时,需要利用数据同步算法,在时长内依次模拟数据,并在网页中定时展示模拟的数据。
本申请实施例中,客户端利用第一数据、第二数据以及时长展示数据之后,客户端需要判断是否将第二数据(即数据同步响应报文中携带的客户端在此次数据请求过程中的最后显示的第二数据)展示完或者展示时间到达时长(即数据同步响应报文中携带的客户端在此次数据请求过程中的数据显示过程的时长);如果是,则客户端重新向服务器发送数据同步请求报文;如果否,则客户端继续利用数据同步算法,在时长内依次模拟数据进行数据展示,以此类推,一直到第二数据展示完或者展示时间到达时长。
例如,客户端在3:10分收到数据同步响应报文后,在3:10分展示的数据为会员数6000,以此类推,在3:20分展示的数据为会员数30000。之后,客户端确认将第二数据展示完或者确认展示时间到达时长,此时客户端重新向服务器发送数据同步请求报文。服务器在3:20分收到数据同步请求报文后,不是将服务器本地在3:20时的会员数50000通知给客户端,而是将客户端在此次数据请求过程中的开始显示的第一数据(如服务器在3:10时的会员数30000)、客户端在此次数据请求过程中的最后显示的第二数据(如服务器在3:20时的会员数50000)、客户端在此次数据请求过程中的数据显示过程的时长(即第二数据对应时间3:20与第一数据对应时间3:10之间的时间长度10分钟)通知给客户端。客户端在3:20分收到数据同步响应报文后,在10分钟内(从3:20分-3:30分)模拟的第一个数据为会员数30000,即在3:20分展示的数据为会员数30000;在10分钟内(从3:20分-3:30分)模拟的最后一个数据为会员数50000,即在3:30分展示的数据为会员数50000。以此类推,后续处理在此不再详加赘述。
本申请实施例中,客户端向服务器发送数据同步请求报文之后,如果服务器未返回数据同步响应报文,则认为服务器出错,此时客户端继续向服务器发送数据同步请求报文,一直到客户端收到服务器返回的数据同步响应报文。此外,如果客户端不再需要模拟数据进行数据展示,即客户端停止进行数据展示时,则客户端将停止向服务器发送数据同步请求报文。
综上所述,本申请实施例中,客户端向服务器发送一次数据同步请求报文后,服务器通过将此次数据请求过程中的第一数据、第二数据、数据显示过程的时长等信息通知给客户端,由客户端利用数据同步算法,在该时长内依次模拟数据进行数据展示,从而在保证数据的真实展示的前提下,使得客户端在该时长内不再需要向服务器发送数据同步请求报文,大大减少了客户端向服务器发送数据同步请求报文的数量,提高了客户端和服务器的处理性能,避免客户端、网络、服务器的资源浪费。进一步的,客户端将定时轮询模式更换为将数据缓存在本地,通过与服务器相同的算法计算数据增量,通过这种方式可大大减少客户端到服务器的请求数量,提高性能。
实施例二
基于与上述方法同样的申请构思,本申请实施例中还提供了一种数据展示系统,所述数据展示系统具体包括:
服务器,用于接收来自客户端的数据同步请求报文,确定所述客户端在此次数据请求过程中的第一数据、第二数据、数据显示过程的时长,且所述时长具体为所述第二数据对应时间与所述第一数据对应时间之间的时间长度,以及向所述客户端发送数据同步响应报文,且所述数据同步响应报文中携带所述第一数据、所述第二数据以及所述时长;
客户端,用于向所述服务器发送数据同步请求报文,接收来自所述服务器的数据同步响应报文,且数据同步响应报文中携带第一数据、第二数据以及时长,以及利用所述第一数据、所述第二数据以及所述时长展示数据。
所述客户端,具体用于利用数据同步算法,在所述时长内依次模拟数据进行数据展示;其中,在所述时长内模拟的第一个数据为所述第一数据,在所述时长内模拟的最后一个数据为所述第二数据。
所述客户端,进一步用于在当前时刻模拟的数据具体为:所述第一数据+对(已经消耗的时间单位数量*每个时间单位的数据增量)向上取整的值;其中,所述已经消耗的时间单位数量具体为从展示所述第一数据开始,到当前时刻经过的时间单位数量;所述每个时间单位的数据增量具体为(所述第二数据-所述第一数据)/所述时长对应的时间单位数量;或者,
在时间单位为1分钟时,在当前时刻模拟的数据具体为:所述第一数据+已经消耗的分钟数*每分钟的数据增量+对(当前分钟内已经消耗的秒数对应的随机基数*每分钟的数据增量/指定数值)向上取整的值;其中,所述已经消耗的分钟数具体为从展示所述第一数据开始,到当前时刻经过的分钟数;所述每分钟的数据增量具体为(所述第二数据-所述第一数据)/所述时长对应的分钟数;所述当前分钟内已经消耗的秒数具体为从展示所述第一数据开始,到当前时刻经过的秒数-所述已经消耗的分钟数*60。
实施例三
基于与上述方法同样的申请构思,本申请实施例中还提供了一种客户端,如图3所示,所述客户端具体包括:
发送模块11,用于向服务器发送数据同步请求报文,由所述服务器在收到所述数据同步请求报文之后,确定所述客户端在此次数据请求过程中的第一数据、第二数据、数据显示过程的时长,且所述时长具体为所述第二数据对应时间与所述第一数据对应时间之间的时间长度;
接收模块12,用于接收来自所述服务器的数据同步响应报文,且所述数据同步响应报文中携带所述第一数据、所述第二数据以及所述时长;
处理模块13,用于利用所述第一数据、第二数据和所述时长展示数据。
所述处理模块13,具体用于利用数据同步算法,在所述时长内依次模拟数据进行数据展示;其中,在所述时长内模拟的第一个数据为所述第一数据,在所述时长内模拟的最后一个数据为所述第二数据。
所述处理模块13,进一步用于在当前时刻模拟的数据具体为:所述第一数据+对(已经消耗的时间单位数量*每个时间单位的数据增量)向上取整的值;其中,所述已经消耗的时间单位数量具体为从展示所述第一数据开始,到当前时刻经过的时间单位数量;所述每个时间单位的数据增量具体为(所述第二数据-所述第一数据)/所述时长对应的时间单位数量。
所述处理模块13,进一步用于在时间单位为1分钟时,在当前时刻模拟的数据具体为:所述第一数据+已经消耗的分钟数*每分钟的数据增量+对(当前分钟内已经消耗的秒数对应的随机基数*每分钟的数据增量/指定数值)向上取整的值;所述已经消耗的分钟数具体为从展示所述第一数据开始,到当前时刻经过的分钟数;所述每分钟的数据增量具体为(所述第二数据-所述第一数据)/所述时长对应的分钟数;所述当前分钟内已经消耗的秒数为从展示所述第一数据开始,到当前时刻经过的秒数-所述已经消耗的分钟数*60。
所述发送模块11,进一步用于判断是否将所述第二数据展示完或者展示时间到达所述时长,如果是,则重新向所述服务器发送数据同步请求报文。
其中,本申请装置的各个模块可以集成于一体,也可以分离部署。上述模块可以合并为一个模块,也可以进一步拆分成多个子模块。
实施例四
基于与上述方法同样的申请构思,本申请实施例中还提供了一种服务器,如图4所示,所述服务器具体包括:
接收模块21,用于接收来自客户端的数据同步请求报文;
确定模块22,用于确定所述客户端在此次数据请求过程中的第一数据、第二数据、数据显示过程的时长,且所述时长具体为所述第二数据对应时间与所述第一数据对应时间之间的时间长度;
发送模块23,用于向所述客户端发送数据同步响应报文,且所述数据同步响应报文中携带所述第一数据、所述第二数据以及所述时长;由所述客户端利用所述第一数据、所述第二数据以及所述时长展示数据。
其中,本申请装置的各个模块可以集成于一体,也可以分离部署。上述模块可以合并为一个模块,也可以进一步拆分成多个子模块。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述的方法。
本领域技术人员可以理解附图只是一个优选实施例的示意图,附图中的模块或流程并不一定是实施本申请所必须的。
本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中,也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块,也可以进一步拆分成多个子模块。
上述本申请实施例序号仅仅为了描述,不代表实施例的优劣。
以上公开的仅为本申请的几个具体实施例,但是,本申请并非局限于此,任何本领域的技术人员能思之的变化都应落入本申请的保护范围。