一种移动设备数据更新的装置的制作方法

文档序号:7902019阅读:170来源:国知局
专利名称:一种移动设备数据更新的装置的制作方法
技术领域
本实用新型涉及一种数据更新的装置,特别是一种在移动网络环境下的移动设备 数据更新的装置,属于计算机网络技术领域。
背景技术
当前的2. 5G移动网络环境,相对于互联网,网速较慢并且不稳定,目前移动网络 应用的特点是一、移动设备和移动网关之间的建立连接阶段比较慢,在网络繁忙时间一个连接 甚至需要耗时几秒甚至更长,当连接建立成功后,数据传输是计较快的。所以一个数据请求 到接收数据完成的过程最主要的效率瓶颈是在建立连接。现有的移动设备数据更新方式是 对每个数据请求都进行一个完整的从建立连接到接收数据的过程,没有针对连接阶段的性 能瓶颈进行优化处理;二、使用移动应用的用户对网络资费比较敏感,移动设备跟服务端的数据传输量 越大,用户的使用成本就越高。现有的移动设备还是采用互联网应用的数据更新方式,没有 对数据进行压缩处理。而在数据需要频繁更新的网络服务中,如果每个数据的更新,都要从移动客户端 都向服务端发起一个针对该更新的请求,就不能带来数据实时快速更新的体验,同时也需 要大量重复的数据更新操作。

实用新型内容本实用新型的目的在于,提供一种移动设备数据更新的装置。它只需要完成用户 的当前请求,就可以完成更多的附加数据更新,并通过对用户当前操作的后续分析,发出更 多的合并请求,使得后续操作,更加快速流畅,并且用户在进行数据更新的操作时不需要等 待服务器端返回数据,可以减少数据传输量,提高传输效率,也降低了用户网络资费成本。本实用新型的技术方案一种移动设备数据更新的装置,其特征在于,它包括设有移动客户端的移动设备 和服务器;包括设置在移动客户端上的请求模块,用于提出用户请求;合并发送模块,用于分析用户请求类型,并依据类型同其他需要更新的请求合并 为一个请求包,并发送至服务器;响应拆包模块,用于将服务器返回的响应包解压拆分成每个请求对应的独立响应 包;分析显示模块,用于分析处理每个独立响应包后在移动客户端显示给用户;还包括设在服务器上的拆包处理模块,用于在接收到合并请求的请求包后,对请求包的格式进行分析,并 分解成多个独立的请求,并分别处理每个独立请求;[0015]合并压缩模块,用于对拆包处理模块的处理结果数据进行合并压缩成一个响应 包。(数据压缩采用gzip算法);前述的移动设备数据更新的装置中,所述合并发送模块还包括一个合并模块,用 于将同一个操作中需要在服务器端调用两次以上的请求,合并成一个请求;预先判断用户当前操作之后有可能出现的操作,对用户之后有可能出现操作的请 求和当前请求合并;对于服务器端本身有频繁数据更新的常规请求操作,归并到每一个操作中去统一 请求。与现有技术相比,本实用新型通过合并发送模块对多个请求进行合并处理,大大 提高了每次数据传输的使用率,虽然每次传输的数据量有所增加,但因为减少了连接次数, 从而将建立连接的成本降到最低,所以整体上提高了传输效率。合并模块还可以通过对用 户当前操作的后续分析,发出更多的合并请求,使得后续操作,更加快速流畅。同时合并压 缩模块对多个请求所需要的服务端数据都合并压缩为一个响应包在一个操作返回,所以用 户切换界面不需要频繁更新数据,从而也大大提高了用户体验。按原来分多步操作进行的 话,如果当前用户看的是日记页,由于WAP展示空间小,所以一页只能显示一小部分,按着 传统的技术,可能每次翻页都向服务器端请求。而使用本实用新型的技术,每次打开日记, 把所有内容和分页信息都存储了下来,在后面的每次翻页,就是在本地操作,用户无需再等 待翻页过程。比如一篇日记有5页,每次翻页需要两秒。那原来在阅读的过程中用户等待 就需要10S。现在用户只需要在第一页是等待2秒。而且对服务端返回的响应数据进行压 缩很大程度上减少了数据量,普通的文本数据,经过压缩后数据量是压缩前的1/4,从而也 在很大程度上提高了传输效率(数据量变为原来的1/4,带宽同样的情况下,能传输四倍的 数据)。同时因为传输数据量的减少,用户相应的网络资费成本也减少为压缩前的1/4。

图1是本实用新型的结构示意图;图2是本实用新型实施例的工作流程图。附图中的标记1-移动客户端,2-服务器,3-请求模块,4-合并发送模块,5-响应 拆包模块,6-分析显示模块,7-拆包处理模块,8-合并压缩模块。
具体实施方式
以下结合附图和实施例对本实用新型作进一步的说明,但并不作为对本实用新型 限制的依据。
实施例一种移动设备数据更新的装置,其特征在于,它包括设有移动客户端1的移动设 备和服务器2 ;包括设置在移动客户端1上的请求模块3,用于提出用户请求;合并发送模块4,用于分析用户请求类型,并依据类型同其他需要更新的请求合并为一个请求包,并发送至服务器2 ;响应拆包模块5,用于将服务器2返回的响应包解压拆分成每个请求对应的独立 响应包;分析显示模块6,用于分析处理每个独立响应包后在移动客户端显示给用户。还包括设在服务器2上的拆包处理模块7,用于在接收到合并请求的请求包后,对请求包的格式进行分析, 并分解成多个独立的请求,并分别处理每个独立请求。合并压缩模块8,用于对拆包处理模块的处理结果数据进行合并压缩成一个响应 包。所述合并发送模块4还包括一个合并模块,用于将同一个操作中需要在服务器端调用两次以上的请求,合并成一个请求;预先判断用户当前操作之后有可能出现的操作,对用户之后有可能出现操作的请 求和当前请求合并;对于服务器端本身有频繁数据更新的常规请求操作,归并到每一个操作中去统一 请求。本实用新型的工作流程(如图2)步骤SlOl,请求模块3提出用户请求;步骤S102,合并发送模块4分析用户请求类型,并依据类型同其他需要更新的请 求合并为一个请求包,并发送至服务器;步骤S103,拆包处理模块7对请求包的格式进行分析,并分解成多个独立的请求, 并分别处理每个独立请求;步骤S104,合并压缩模块8对每个独立请求的处理结果数据进行合并压缩成一个 响应包;步骤S105,响应拆包模块5将服务器2返回的响应包解压拆分成每个请求对应的 独立响应包;步骤S106,分析显示模块6分析处理每个独立响应包后在移动客户端显示给用户。实例说明比如用户登录成功之后,需要取得首页的个人信息和动态等数据,同时也需要取 得个人消息系统中的相关更新情况,按着传统的办法是登录成功后,再由登录成功处跳转 到首页。而个人消息页,也等用户查看到个人消息页时,再缓慢读取。这里至少产生了三次 独立的请求,由于移动网络中连接的建立返回等都是比较费时的操作,所以在本实用新型 中,将这些一个序列中的操作合并在登录成功时就直接返回。这样三次独立的请求,变成了 只有一次,而在用户查看个人消息页时,也无须等待,可以迅速地切换。而在社交网络服务 中,有大量的交互操作,也导致了大量的消息、状态等的更新,比如,在传统的技术中,要想 知道这些消息的更新,就得切换到相应的消息页才能得到最新的结果。这就相当时于让用 户去主动经常查看,才能得到通知。应用了请求合并的技术之后,把消息更新检测的操作当 作一个常规的请求,合并到一般操作请求中去,每次操作的返回,都可以取得最新消息通知 的结果。极大地提高了消息更新提示的实时性。[0046] 另外一个例子就是,比如在一个热门的列表页中,用户点击了列表的第一项。根据 历史数据分析,用户有很高的可能性会来点击下面的三项。那么,就在用户点击列表第一项 的同时,将第二、三、四项的请求也合并起来,发往服务器端,用户在浏览后面的几项时,就 不用再另建连接进行下载,改善了用户体验。
权利要求一种移动设备数据更新的装置,其特征在于,它包括设有移动客户端(1)的移动设备和服务器(2);包括设置在移动客户端(1)上的请求模块(3),用于提出用户请求;合并发送模块(4),用于分析用户请求类型,并依据类型同其他需要更新的请求合并为一个请求包,并发送至服务器(2);响应拆包模块(5),用于将服务器(2)返回的响应包解压拆分成每个请求对应的独立响应包;分析显示模块(6),用于分析处理每个独立响应包后在移动客户端显示给用户;还包括设在服务器(2)上的拆包处理模块(7),用于在接收到合并请求的请求包后,对请求包的格式进行分析,并分解成多个独立的请求,并分别处理每个独立请求;合并压缩模块(8),用于对拆包处理模块的处理结果数据进行合并压缩成一个响应包。
专利摘要本实用新型公开了一种移动设备数据更新的装置,其特征在于,它包括设有移动客户端(1)的移动设备和服务器(2);包括设置在移动客户端(1)上的请求模块(3);合并发送模块(4);响应拆包模块(5);分析显示模块(6)。还包括设在服务器(2)上的拆包处理模块(7)和合并压缩模块(8)。本实用新型只需要完成用户的当前请求,就可以完成更多的附加数据更新,并通过对用户当前操作的后续分析,发出更多的合并请求,使得后续操作,更加快速流畅,并且用户在进行数据更新的操作时不需要等待服务器端返回数据,可以减少数据传输量,提高传输效率,也降低了用户网络资费成本。
文档编号H04L29/06GK201674665SQ201020205749
公开日2010年12月15日 申请日期2010年5月27日 优先权日2010年5月27日
发明者白帆, 袁伟铭, 邱龙雄 申请人:北京开心人信息技术有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1