客户端数据更新方法、客户端和服务器的制造方法

文档序号:10515246阅读:548来源:国知局
客户端数据更新方法、客户端和服务器的制造方法
【专利摘要】本发明实施例公开了一种客户端数据更新方法、更新客户端数据的方法、客户端和服务器,该客户端数据更新方法包括:获取访问服务器根据数据更新请求返回的请求限发时间;根据请求限发时间控制后续向访问服务器发送数据更新请求的时间。本发明实施例中客户端通过请求限发时间控制数据更新请求的发送时间,实现了根据请求限发时间在客户端拦截不必要的数据更新请求的目的,使得客户端减少了向访问服务器发送请求的次数,也相应降低了访问服务器向客户端传输数据的次数,达到减少网络传输次数、缓解访问服务器负担、节省传输数据量和网络开销的效果。
【专利说明】
客户端数据更新方法、客户端和服务器
技术领域
[0001]本发明实施例涉及互联网应用技术,尤其涉及一种客户端数据更新方法、更新客户端数据的方法、客户端和服务器。
【背景技术】
[0002]随着科技的发展,智能终端的功能越来越多、越来越强大,相应的也出现了各种应用软件(APP),作为客户端安装在智能终端上。应用软件的客户端通常需要和相应的服务器交换信息,即客户端通过API(应用程序编程接口)向服务器发送API请求以从服务器获取请求结果,解析该请求结果中的数据,以对客户端中的数据进行更新。例如,黄页应用软件,需要及时的从服务器获取各企业或个人的联系方式数据进行更新。
[0003]当客户端向服务器发出API请求并得到请求结果后,若服务器的数据还未更新,则该请求结果中的数据与上一次请求得到的数据相同,此时该请求不仅消耗了终端流量还增加了服务器的负担。
[0004]因此,现有技术提供的解决方案是,当客户端向服务器发送API请求后,服务器判断当前API请求与上一次API请求时的数据有没有发生变化,如果没有发生变化,则不将重复的数据返回给客户端。
[0005]现有技术提供的技术方案,节省了服务器向客户端返回数据时网络传输的数据量,减少了终端流量的消耗,也提高了客户端API请求的速度。但是,客户端仍然需要向服务器频繁地发出API请求,因此网络传输次数并没有减少,服务器的负担也没有得到缓解。

【发明内容】

[0006]本发明实施例提供一种客户端数据更新方法、更新客户端数据的方法、客户端和服务器,以减少网络传输次数、缓解服务器负担。
[0007]第一方面,本发明实施例提供了一种客户端数据更新方法,该方法包括:
[0008]获取访问服务器根据数据更新请求返回的请求限发时间;
[0009]根据所述请求限发时间控制后续向所述访问服务器发送数据更新请求的时间。
[0010]第二方面,本发明实施例还提供了一种更新客户端数据的方法,该方法包括:
[0011 ]接收客户端发送的数据更新请求;
[0012]根据所述数据更新请求所请求数据的更新规则确定所述客户端的请求限发时间;
[0013]向所述客户端返回所述请求限发时间,以使所述客户端控制后续发送数据更新请求的时间。
[0014]第三方面,本发明实施例还提供了一种实现客户端数据更新方法的客户端,该客户端包括:
[0015]限发时间获取模块,用于获取访问服务器根据数据更新请求返回的请求限发时间;
[0016]更新请求控制模块,用于根据所述请求限发时间控制后续向所述访问服务器发送数据更新请求的时间。
[0017]第四方面,本发明实施例还提供了一种实现更新客户端数据方法的服务器,该服务器包括:
[0018]更新请求接收模块,用于接收客户端发送的数据更新请求;
[0019]限发时间确定模块,用于根据所述数据更新请求所请求数据的更新规则确定所述客户端的请求限发时间;
[0020]限发时间发送模块,用于向所述客户端返回所述请求限发时间,以使所述客户端控制后续发送数据更新请求的时间。
[0021]本发明提供的一种客户端数据更新方法、更新客户端数据的方法、客户端和服务器,客户端获取访问服务器根据数据更新请求返回的请求限发时间,再根据该请求限发时间控制后续向访问服务器发送数据更新请求的时间。本发明中客户端通过请求限发时间控制数据更新请求的发送时间,实现了根据请求限发时间在客户端拦截不必要的数据更新请求的目的,使得客户端减少了向访问服务器发送请求的次数,也相应降低了访问服务器向客户端传输数据的次数,达到减少网络传输次数、缓解访问服务器负担、节省传输数据量和网络开销的效果。
【附图说明】
[0022]为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图做一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
[0023]图1是本发明第一实施例提供的客户端数据更新方法的流程图;
[0024]图2是本发明第二实施例提供的客户端数据更新方法的流程图;
[0025]图3是本发明第三实施例提供的客户端数据更新方法的流程图;
[0026]图4是本发明第四实施例提供的更新客户端数据的方法的流程图;
[0027]图5A是本发明第五实施例提供的一种实现客户端数据更新方法的客户端的示意图;
[0028]图5B是本发明第五实施例提供的另一种实现客户端数据更新方法的客户端的示意图;
[0029]图6A是本发明第六实施例提供的一种实现更新客户端数据方法的服务器的示意图;
[0030]图6B是本发明第六实施例提供的另一种实现更新客户端数据方法的服务器的示意图。
【具体实施方式】
[0031]为使本发明的目的、技术方案和优点更加清楚,以下将参照本发明实施例中的附图,通过实施方式清楚、完整地描述本发明的技术方案,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
[0032]如图1所示,为本发明第一实施例提供的客户端数据更新方法的流程图,本实施例的技术方案适用于客户端控制发向访问服务器的数据更新请求的时间以拦截不必要的数据更新请求的情况,该方法由客户端来执行且该客户端配置在智能终端中。
[0033]本实施例提供的一种客户端数据更新方法,包括如下步骤:
[0034]S110、获取访问服务器根据数据更新请求返回的请求限发时间。
[0035]如上所述,客户端发送一个数据更新请求,访问服务器用于接收客户端发送的该数据更新请求并根据该数据更新请求向该客户端提供一个请求限发时间。请求限发时间是访问服务器确定的限制该客户端后续数据更新请求发送的时间,客户端根据该请求限发时间进行后续数据更新请求的发送控制。需要说明的是,访问服务器接收客户端发送的不同数据更新请求时,对应的请求限发时间可能不同。需要说明的是,对于后续数据更新请求,该步骤中的数据更新请求可定义为前次发出的数据更新请求。
[0036]上述操作中,客户端在发出数据更新请求后,获取到访问服务器根据该数据更新请求返回的请求限发时间,以将该请求限发时间作为控制后续数据更新请求发送时间的依据。
[0037]S120、根据请求限发时间控制后续向访问服务器发送数据更新请求的时间。
[0038]如上所述,客户端获取请求限发时间,已知请求限发时间是访问服务器确定的限制该客户端后续数据更新请求发送的时间,那么客户端可确定发送时间不超出该请求限发时间的数据更新请求为客户端的不必要的数据更新请求。此时客户端控制在请求限发时间内产生的数据更新请求不发出,即控制后续向访问服务器发出的数据更新请求的时间为请求限发时间之外,由此实现了客户端对不必要的数据更新请求的拦截和控制后续数据更新请求的发送时间,减少了客户端发向访问服务器的请求次数。
[0039]需要说明的是,当客户端检测到请求限发时间之外产生了数据更新请求时,客户端控制直接将该数据更新请求发向访问服务器,并获取访问服务器根据该数据更新请求返回新的请求限发时间,再根据该请求限发时间控制后续发送数据更新请求的时间。由此循环步骤SllO?S120,客户端根据请求限发时间控制后续向访问服务器发送数据更新请求的时间,对不必要的数据更新请求进行拦截。或者,一次获取的请求限发时间也可以适用于限制多次数据更新请求的发送。例如,当前获取的请求限发时间,可用于控制后续一段时间内,或设定次数的请求发送。
[0040]本发明实施例一提供的一种客户端数据更新方法,客户端获取访问服务器根据数据更新请求返回的请求限发时间,再根据该请求限发时间控制后续向访问服务器发送数据更新请求的时间。本发明实施例中客户端通过请求限发时间控制数据更新请求的发送时间,实现了根据请求限发时间在客户端拦截不必要的数据更新请求的目的,使得客户端减少了向访问服务器发送请求的次数,也相应降低了访问服务器向客户端传输数据的次数,达到减少网络传输次数、缓解访问服务器负担、节省传输数据量和网络开销的效果。
[0041]如图2所示,为本发明第二实施例提供的客户端数据更新方法的流程图,本实施例的技术方案适用于客户端控制发向访问服务器的数据更新请求的时间以拦截不必要的数据更新请求的情况,该方法由客户端来执行且该客户端配置在智能终端中。
[0042]本实施例提供的一种客户端数据更新方法,包括如下步骤:
[0043]S210、获取访问服务器根据数据更新请求返回的请求限发时间。
[0044]上述操作中,该步骤中的数据更新请求定义为前次发出的数据更新请求,该步骤中的请求限发时间为第一请求限发时间,具体定义为一个时刻。
[0045]S220、产生待发送数据更新请求并获取该待发送数据更新请求的当前产生时间。
[0046]如上所述,客户端根据用户输入的更新指令产生待发送数据更新请求并同时获取该待发送数据更新请求的当前产生时间。该当前产生时间用于作为比较因子与第一请求限发时间比较,客户端以此判断是否可向访问服务器发出。需要说明的是根据用户的更新指令产生数据更新请求的目的在于节省网络开销,若不考虑网络开销,则本发明中客户端也可定时或按照规则主动产生更新请求。
[0047]S230、判断当前产生时间是否小于或等于第一请求限发时间,若是,则拦截待发送数据更新请求,若否,则向访问服务器发送待发送数据更新请求。
[0048]如上所述,已知第一请求限发时间具体被访问服务器定义为一个时刻,实质为访问服务器在前次更新数据之后的下一次更新数据的时间。由此可知,第一请求限发时间之前客户端所请求的数据访问服务器不会更新,客户端无需发送数据更新请求,即当判定该当前产生时间小于或等于第一请求限发时间时,客户端拦截该待发送数据更新请求。第一请求限发时间之后客户端所请求的数据访问服务器可能更新,客户端可发送数据更新请求,g卩当判定该当前产生时间大于第一请求限发时间时,客户端控制该待发送数据更新请求发出。由此客户端根据第一请求限发时间控制后续向访问服务器发送数据更新请求的时间。循环步骤S210?S230,客户端根据访问服务器前次返回的请求限发时间控制后续发送数据更新请求的时间,对不必要的数据更新请求进行拦截。优选的是,客户端可以将拦截的数据更新请求延迟至达到第一请求限发时间所对应的时刻再行发送。
[0049]本发明实施例二提供的一种客户端数据更新方法,客户端通过比较第一请求限发时间和待发送数据更新请求的产生时间,以控制发向访问服务器的数据更新请求产生于第一请求限发时间之后,拦截了产生于第一请求限发时间之前的数据更新请求,减少了向访问服务器发送请求的次数,也相应降低了访问服务器向客户端传输数据的次数,达到减少网络传输次数、缓解访问服务器负担、节省传输数据量和网络开销的效果。
[0050]如图3所示,为本发明第三实施例提供的客户端数据更新方法的流程图,本实施例的技术方案适用于客户端控制发向访问服务器的数据更新请求的时间以拦截不必要的数据更新请求的情况,该方法由客户端来执行且该客户端配置在智能终端中。
[0051]本实施例提供的一种客户端数据更新方法,包括如下步骤:
[0052]S310、获取访问服务器根据数据更新请求返回的请求限发时间。
[0053]上述操作中,该步骤中的数据更新请求定义为前次发出的数据更新请求,该步骤中的请求限发时间为第二请求限发时间,具体定义为一个时间长度。
[0054]S320、获取访问服务器根据数据更新请求返回的请求限发时间的同时,还获取访问服务器根据该数据更新请求返回的更新数据,以及该更新数据的数据最后更新时间。
[0055]如上所述,访问服务器向客户端返回的更新数据为客户端请求的内容,以及该更新数据的数据最后更新时间。在此该数据最后更新时间是指访问服务器中该更新数据在返回时间之前的最近一次更新时间。在此访问服务器返回的数据最后更新时间的格式为Last-Modified:Tue,20 Oct 2015 18:00:56 GMT0
[0056]S330、根据更新数据进行本地数据更新,并记录数据最后更新时间,以将数据最后更新时间添加至后续数据更新请求中。
[0057]如上所述,客户端对获取到的该更新数据进行解析再显示在页面中,实现了客户端的本地数据更新。随后客户端对解析后的更新数据和数据最后更新时间进行记录和缓存,并将该数据最后更新时间添加在后续数据更新请求中,以供访问服务器判断。在此添加至后续数据更新请求中的数据最后更新时间的格式为If-Modif ied-Since: Tue,20 Oct2015 18:00:56 GMT0
[0058]S340、产生待发送数据更新请求并获取该待发送数据更新请求的当前产生时间。
[0059]该步骤的操作过程在此不再详述。
[0060]S350、计算当前产生时间与数据最后更新时间之间的差值。
[0061]如上所述,访问服务器返回了前次更新数据的数据最后更新时间,则客户端计算待发送数据更新请求的当前产生时间与数据最后更新时间的差值,该差值为该当前产生时间距离数据最后更新时间的时间长度。
[0062]S360、判断差值是否小于或等于第二请求限发时间所对应的时间长度,若是,则拦截待发送数据更新请求,若否,则向访问服务器发送待发送数据更新请求。
[0063]如上所述,已知第二请求限发时间具体被访问服务器定义为一个时间长度,实质为访问服务器返回的数据最后更新时间和下一次更新数据的时间之间的时间长度,由此可知该时间长度之内访问服务器不会更新客户端所请求的数据,超出该时间长度时访问服务器更新。具体地,当客户端判定该差值小于或等于第二请求限发时间所对应的时间长度时,客户端拦截该待发送数据更新请求,反之则客户端向访问服务器发送待发送数据更新请求。循环步骤S310?S360,客户端根据访问服务器前次返回的请求限发时间控制后续发送数据更新请求的时间,对不必要的数据更新请求进行拦截。
[0064]需要说明的是,在该实施例中数据最后更新时间还可以为访问服务器返回更新数据的时间,则时间长度为访问服务器返回更新数据的时间到下一次更新数据的时间之间的时间长度。
[0065]本发明实施例三提供的一种客户端数据更新方法,客户端计算数据最后更新时间和待发送数据更新请求当前产生时间之间的差值,并与第二请求限发时间进行比较,以控制发向访问服务器的数据更新请求的发送时间,拦截了产生于第二请求限发时间之内的数据更新请求,减少了向访问服务器发送请求的次数,也相应降低了访问服务器向客户端传输数据的次数,达到减少网络传输次数、缓解访问服务器负担、节省传输数据量和网络开销的效果。
[0066]如图4所示,为本发明第四实施例提供的更新客户端数据的方法的流程图,本实施例的技术方案适用于访问服务器通过设置限发时间并发送至客户端以缓解访问服务器负担的情况,该方法可以由访问服务器执行。其中所述客户端为上述任意实施例所述的执行客户端数据更新方法的客户端且该客户端配置在智能终端中,所述访问服务器为上述任意实施例所述的与客户端交互的访问服务器。
[0067]本实施例提供的一种更新客户端数据的方法,包括如下步骤:
[0068]S410、接收客户端发送的数据更新请求。
[0069]如上所述,客户端首次向访问服务器发送的数据更新请求中没有报头为If-Modified-Since文件,访问服务器根据该数据更新请求返回相应的数据。客户端后续发送的数据更新请求中含有报头为If-Modified-Since文件,访问服务器根据该文件中的时间判断客户端请求的内容是否有更新,若更新则返回客户端请求的数据,若未更新则不返回客户端所请求数据。
[0070]S420、根据数据更新请求所请求数据的更新规则确定客户端的请求限发时间。
[0071 ]如上所述,客户端所请求的数据,访问服务器通常需要从业务服务器拉取,访问服务器从业务服务器拉取数据的规则通常设定为每隔X秒从业务服务器拉取数据,即为更新规则,访问服务器根据更新规则确定在上次拉取数据之后的X秒内其数据不会被更新。那么相应的,访问服务器根据该更新规则确定客户端的请求限发时间,通过减少客户端发出请求的次数来缓解访问服务器负担。若存在其他的数据更新规则,用于使访问服务器能够预估或确定下一个数据更新的时间,则均可以用于确定请求限发时间。
[0072]S430、向客户端返回请求限发时间,以使客户端控制后续发送数据更新请求的时间。
[0073]如上所述,访问服务器向客户端返回请求限发时间后,客户端根据该请求限发时间控制后续向访问服务器发送数据更新请求的时间,拦截了不必要的数据更新请求,降低了客户端向服务器发送请求的次数。
[0074]需要说明的是,访问服务器在返回请求限发时间时,还可以向客户端返回其他文件,如Last-Modified属性标记的文件、状态码、若确定所请求数据已更新则还返回客户端所请求的内容等,在此不再详述。
[0075]在上述技术方案的基础上,步骤420优选可通过以下方式确定客户端的请求限发时间:根据数据更新请求所请求数据,确定向提供所请求数据的业务服务器获取数据下次更新时间,以确定为第一请求限发时间。如上所述,访问服务器向业务服务器拉取数据有一定的规则,如定时规则拉取或按照其他规则拉取,因此访问服务器内已知向业务服务器拉取所请求数据的下次拉取时间,该拉取时间即为所请求数据的下次更新时间,在此该下次更新时间被访问服务器确定为第一请求限发时间并返回至客户端,客户端进行相应操作和控制。
[0076]在上述技术方案的基础上,步骤420优选还可通过以下方式确定客户端的请求限发时间:根据数据更新请求所请求数据,确定向提供所请求数据的业务服务器获取数据下次更新时间;根据数据下次更新时间与数据最后更新时间的差值,确定第二请求限发时间。如上所述,数据最后更新时间可以为数据最近一次已更新时间,也可以为访问服务器获取数据并返回的当前时间。访问服务器可根据更新规则确定数据下次更新时间或从业务服务器获取数据下次更新时间,那么数据下次更新时间与数据最后更新时间的差值即为第二请求限发时间。
[0077]本发明实施例提供的一种更新客户端数据方法,访问服务器通过更新规则确定客户端的请求限发时间并返回至客户端,以使客户端根据请求限发规则控制后续发送数据更新请求的时间,使得客户端拦截了不必要的数据更新请求,减少了访问服务器处理请求的次数,缓解了访问服务器的负担,也节省了传输数据量。
[0078]如图5A所示,为本发明第五实施例提供的一种实现客户端数据更新方法的客户端的示意图,本实施例的技术方案适用于客户端控制发向访问服务器的数据更新请求的时间以拦截不必要的数据更新请求的情况。该客户端用于执行上述任意实施例所述的客户端数据更新方法且该客户端配置在智能终端中,所述访问服务器为上述任意实施例所述的执行更新客户端数据方法的访问服务器。
[0079]本实施例提供的一种实现客户端数据更新方法的客户端,包括:限发时间获取模块510和更新请求控制模块520。其中,限发时间获取模块510用于获取访问服务器根据数据更新请求返回的请求限发时间;更新请求控制模块520用于根据请求限发时间控制后续向访问服务器发送数据更新请求的时间。
[0080]进一步地,更新请求控制模块520包括:待发送请求产生单元521和第一发送状态判断单元522。其中,待发送请求产生单元521用于产生待发送数据更新请求并获取该待发送数据更新请求的当前产生时间;第一发送状态判断单元522用于判断当前产生时间是否小于或等于第一请求限发时间,若是,则拦截待发送数据更新请求,若否,则向访问服务器发送待发送数据更新请求。
[0081]在本实施例中,以智能终端上的黄页应用软件为例进行说明,其客户端需要从访问服务器获取企业或个人的联系方式数据进行更新。在此客户端通过API采用http请求访问服务器,简称为API请求。其具体过程如下:
[0082]客户端第一次发出一个API请求时,访问服务器的返回状态码为200,返回内容是更新数据,还返回一个Last-Modif ied (最后被修改)的属性标记此文件在访问服务期最后被修改的时间,时间格式为Last-Modified:Tue,20 0ct2015 18:00:56 GMT,以及返回一个第一请求限发时间,该第一请求限发时间标识了访问服务器在该时间之前针对同一个API的数据不会变。
[0083]客户端接收到更新数据后解析并展现页面,还将解析后的更新数据连通Last-Modified 、第一请求限发时间一起缓存。
[0084]当客户端在T3时刻预备发送API请求时,客户端判断该API请求的当前产生时间T3是否超过第一请求限发时间。如果否则无需发出请求。如果是则向访问服务器发出该API请求,还根据HTTP协议的规定,向访问服务器传送一个If-Modif ied-Since报头,例如,If-Modified-Since:Tue,20 Oct 2015 18:00: 56GMT,询问该时间之后访问服务器针对该API的数据是否更新过。
[0085]访问服务器检查该Last-Modified,若判定该API请求的数据自上次请求之后未被更新,则访问服务器会直接返回状态码HTTP 304(Not Changed),无内容,这样也进一步节省了传输数据量。若已更新则返回相应的数据和文件。
[0086]如图5B所示,为本发明第五实施例提供的另一种实现客户端数据更新方法的客户端的示意图,该客户端用于执行上述任意实施例所述的客户端数据更新方法且该客户端配置在智能终端中,其中与客户端交互的访问服务器为上述任意实施例所述的执行更新客户端数据方法的访问服务器。
[0087]本实施例提供的一种客户端,可选限发时间获取模块510还包括:更新数据获取单元511和更新操作执行单元512。其中,更新数据获取单元511用于获取访问服务器根据该数据更新请求返回的更新数据,以及该更新数据的数据最后更新时间;更新操作执行单元512用于根据更新数据进行本地数据更新,并记录数据最后更新时间,以将数据最后更新时间添加至后续数据更新请求中。
[0088]可选更新请求控制模块520包括:待发送请求产生单元523,时间差值计算单元524和第二发送状态判断单元525。其中,待发送请求产生单元523用于产生待发送数据更新请求并获取该待发送数据更新请求的当前产生时间;时间差值计算单元524用于计算当前产生时间与数据最后更新时间之间的差值;第二发送状态判断单元525,用于判断差值是否小于或等于第二请求限发时间所对应的时间长度,若是,则拦截待发送数据更新请求,若否,则向访问服务器发送待发送数据更新请求。
[0089]图5B的客户端与图5A的客户端的区别在于,请求限发时间为第二请求限发时间。客户端在T3时刻预备发送API请求时,客户端计算T3与Last-Modified的时间差值,并判断该差值是否超过第二请求限发时间。如果否则无需发出请求。如果是则向访问服务器发出该API请求,还传送If-Modified-Since报头。
[0090]在本实施例中客户端会根据访问服务器传回的请求限发时间进行智能判断,使得在不必要的时候客户端不需要向访问服务器发出数据更新请求,于是访问服务器的负担大大减少,网络开销也现有减少。
[0091]如图6A所示,为本发明第六实施例提供的一种实现更新客户端数据方法的服务器的示意图,本实施例的技术方案适用于访问服务器通过设置限发时间并发送至客户端以缓解访问服务器负担的情况。其中,所述服务器为上述任意实施例所述的执行更新客户端数据方法的访问服务器,与服务器交互的客户端为上述任意实施例所述的执行客户端数据更新方法的客户端且该客户端配置在智能终端中。
[0092]本实施例提供的一种实现更新客户端数据方法的服务器,包括:更新请求接收模块610,限发时间确定模块620和限发时间发送模块630。其中,更新请求接收模块610用于接收客户端发送的数据更新请求;限发时间确定模块620用于根据数据更新请求所请求数据的更新规则确定客户端的请求限发时间;限发时间发送模块630用于向客户端返回请求限发时间,以使客户端控制后续发送数据更新请求的时间。
[0093]进一步地,限发时间确定模块620包括:第一限发时间确定单元621。其中,第一限发时间确定单元621用于根据数据更新请求所请求数据,确定向提供所请求数据的业务服务器获取数据下次更新时间,以确定为第一请求限发时间。
[0094]在本实施例中,以智能终端上的黄页应用软件为例进行说明,客户端向访问服务器请求数据,而访问服务器的数据则是从业务服务器拉取的来,因此访问服务器明确自身的业务逻辑即更新规则。在此访问服务器已知客户端所请求数据的数据下次更新时间,则访问服务器将该数据下次更新时间作为第一请求限发时间返回至客户端。
[0095]若服务器代码发生改变或者服务器重新时,服务器会重新发出数据,返回过程与返回第一次请求过程类似,依次避免向客户端重复发出数据,也保证了当服务器有变化时,客户端能够得到更新。
[0096]如图6B所示,为本发明第六实施例提供的另一种实现更新客户端数据方法的服务器的示意图。其中,所述服务器为上述任意实施例所述的执行更新客户端数据方法的访问服务器,与服务器交互的客户端用于执行上述任意实施例所述的客户端数据更新方法且该客户端配置在智能终端中。本实施例提供的一种服务器,可选限发时间确定模块620包括:更新时间确定单元622和第二限发时间确定单元623。其中,更新时间确定单元622用于根据数据更新请求所请求数据,确定向提供所请求数据的业务服务器获取数据下次更新时间;第二限发时间确定单元623用于根据数据下次更新时间与数据最后更新的差值,确定第二请求限发时间。
[0097]图6B的服务器与图6A的服务器的区别在于,请求限发时间为第二请求限发时间。例如访问服务器当前数据的数据最后更新时间为18:30,数据下次更新时间为18:31,则在该间隔为60秒的时间内访问服务器确定当前的数据不会更新。因此访问服务器返回给客户端的第二请求限发时间为数据下次更新时间与数据最后更新时间的差值,即60秒,以及还返回数据最后更新时间。客户端根据该第二请求限发时间控制后续发送API请求的时间。需要说的是,在此数据最后更新时间还可以定义为访问服务器返回给客户端的时间。
[0098]注意,上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解,本发明不限于这里所述的特定实施例,对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此,虽然通过以上实施例对本发明进行了较为详细的说明,但是本发明不仅仅限于以上实施例,在不脱离本发明构思的情况下,还可以包括更多其他等效实施例,而本发明的范围由所附的权利要求范围决定。
【主权项】
1.一种客户端数据更新方法,其特征在于,包括: 获取访问服务器根据数据更新请求返回的请求限发时间; 根据所述请求限发时间控制后续向所述访问服务器发送数据更新请求的时间。2.根据权利要求1所述的方法,其特征在于,根据所述请求限发时间控制后续向所述访问服务器发送数据更新请求的时间包括: 产生待发送数据更新请求并获取该待发送数据更新请求的当前产生时间; 判断所述当前产生时间是否小于或等于第一请求限发时间,若是,则拦截所述待发送数据更新请求,若否,则向所述访问服务器发送所述待发送数据更新请求。3.根据权利要求1所述的方法,其特征在于,获取访问服务器根据数据更新请求返回的请求限发时间的同时,还包括: 获取所述访问服务器根据该数据更新请求返回的更新数据,以及该更新数据的数据最后更新时间; 根据所述更新数据进行本地数据更新,并记录所述数据最后更新时间,以将所述数据最后更新时间添加至后续数据更新请求中。4.根据权利要求3所述的方法,其特征在于,根据所述请求限发时间控制后续向所述访问服务器发送数据更新请求的时间包括: 产生待发送数据更新请求并获取该待发送数据更新请求的当前产生时间; 计算所述当前产生时间与所述数据最后更新时间之间的差值; 判断所述差值是否小于或等于第二请求限发时间所对应的时间长度,若是,则拦截所述待发送数据更新请求,若否,则向所述访问服务器发送所述待发送数据更新请求。5.一种更新客户端数据的方法,其特征在于,包括: 接收客户端发送的数据更新请求; 根据所述数据更新请求所请求数据的更新规则确定所述客户端的请求限发时间; 向所述客户端返回所述请求限发时间,以使所述客户端控制后续发送数据更新请求的时间。6.根据权利要求5所述的方法,其特征在于,根据所述数据更新请求所请求数据的更新规则确定所述客户端的请求限发时间包括: 根据所述数据更新请求所请求数据,确定向提供所请求数据的业务服务器获取数据下次更新时间,以确定为第一请求限发时间。7.根据权利要求5所述的方法,其特征在于,根据所述数据更新请求所请求数据的更新规则确定所述客户端的请求限发时间包括: 根据所述数据更新请求所请求数据,确定向提供所请求数据的业务服务器获取数据下次更新时间; 根据所述数据下次更新时间与数据最后更新时间的差值,确定第二请求限发时间。8.一种实现客户端数据更新方法的客户端,其特征在于,包括: 限发时间获取模块,用于获取访问服务器根据数据更新请求返回的请求限发时间; 更新请求控制模块,用于根据所述请求限发时间控制后续向所述访问服务器发送数据更新请求的时间。9.根据权利要求8所述的客户端,其特征在于,所述更新请求控制模块包括: 待发送请求产生单元,用于产生待发送数据更新请求并获取该待发送数据更新请求的当前产生时间; 第一发送状态判断单元,用于判断所述当前产生时间是否小于或等于第一请求限发时间,若是,则拦截所述待发送数据更新请求,若否,则向所述访问服务器发送所述待发送数据更新请求。10.根据权利要求8所述的客户端,其特征在于,所述限发时间获取模块还包括: 更新数据获取单元,用于获取所述访问服务器根据该数据更新请求返回的更新数据,以及该更新数据的数据最后更新时间; 更新操作执行单元,用于根据所述更新数据进行本地数据更新,并记录所述数据最后更新时间,以将所述数据最后更新时间添加至后续数据更新请求中。11.根据权利要求10所述的客户端,其特征在于,所述更新请求控制模块包括: 待发送请求产生单元,用于产生待发送数据更新请求并获取该待发送数据更新请求的当前产生时间; 时间差值计算单元,用于计算所述当前产生时间与所述数据最后更新时间之间的差值; 第二发送状态判断单元,用于判断所述差值是否小于或等于第二请求限发时间所对应的时间长度,若是,则拦截所述待发送数据更新请求,若否,则向所述访问服务器发送所述待发送数据更新请求。12.—种实现更新客户端数据方法的服务器,其特征在于,包括: 更新请求接收模块,用于接收客户端发送的数据更新请求; 限发时间确定模块,用于根据所述数据更新请求所请求数据的更新规则确定所述客户端的请求限发时间; 限发时间发送模块,用于向所述客户端返回所述请求限发时间,以使所述客户端控制后续发送数据更新请求的时间。13.根据权利要求12所述的服务器,其特征在于,所述限发时间确定模块包括: 第一限发时间确定单元,用于根据所述数据更新请求所请求数据,确定向提供所请求数据的业务服务器获取数据下次更新时间,以确定为第一请求限发时间。14.根据权利要求12所述的服务器,其特征在于,所述限发时间确定模块包括: 更新时间确定单元,用于根据所述数据更新请求所请求数据,确定向提供所请求数据的业务服务器获取数据下次更新时间; 第二限发时间确定单元,用于根据所述数据下次更新时间与数据最后更新时间的差值,确定第二请求限发时间。
【文档编号】H04L12/24GK105871590SQ201510937920
【公开日】2016年8月17日
【申请日】2015年12月15日
【发明人】江丹
【申请人】乐视移动智能信息技术(北京)有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1