嵌入式移动设备远程快速更新数据方法.docVIP

嵌入式移动设备远程快速更新数据方法 　　摘要：在物联网飞速发展的今天，嵌入式移动终端设备得到广泛的应用。移动设备固有的移动特性，使得应用程序远程升级、业务数据远程下载成为一项重要功能指标。文章就如何实现嵌入式移动终端设备同远程服务器之间数据的快速交互更新，从数据预处理和交互机制两方面提出切实可行的方法。 　　关键词：嵌入式移动设备；GZIP；窗口交互；断点续传 　　中图分类号：TN929 文献标识码：A 文章编号：1009-2374（2012）04-0114-02 　　 　　在物联网飞速发展的今天，嵌入式移动终端设备得到广泛的应用。移动设备固有的移动特性，使得应用程序远程升级、业务数据远程下载成为一项重要功能指标。由于网络带宽有限，同时移动终端设备处于移动状态，往往导致移动终端的数据远程更新速度较慢，对终端用户的使用体验造成一定的不良影响。在此前提下，通过结合无线网络、数据压缩、数据快速交互技术实现移动终端设备数据远程更新具有重要意义和一定的研究价值。 　　在维持现有的网络带宽和无线数据传输速度不变前提下，要实现移动终端设备程序远程数据更新，只能从降低网络传输数据量、提高数据交互效率两方向着手。本文将根据上述两个方向，分别提出相应的解决方案。 　　一、降低网络传输数据量 　　时至今日，数据压缩技术已经非常成熟，各种数据无损压缩算法得到广泛应用，尤其是在网络数据传输应用中。此外，嵌入式移动设备硬件资源的飞速发展，嵌入式CPU的处理速度越来越快，不仅可以对静态文件进行压缩、解压处理，减小静态文件的大小，还可以对应用程序中的实时数据动态地进行压缩、解压处理，尤其在拨号上网和负载较重的网络应用中对通信数据进行压缩，可极大地提高传输效率和节省网络资源。 　　GZIP是目前广泛应用的一种无损压缩算法，它具有很高的压缩比和压缩效率。同时该算法支持多种操作系统、多种编程语、方便移植的特点，无疑是嵌入式移动设备最佳选择之一。采用GZIP算法，数据的压缩率大部分能够达到40%左右，有些甚至高达70%。在同等网络传输速率下，采用GZIP压缩后的数据，传输数据量大大降低，相应地传输时间就明显减少，有利于移动终端数据的快速下载及相关业务功能实现和终端客户使用体验。 　　为了减少网络数据传输量，在移动终端设备的应用程序升级或业务数据下载之前，我们建议对传输数据进行GZIP压缩预处理，以无损压缩的方式降低传输数据量，经由无线通讯网络下载至移动终端设备的上，再利用GZIP数据解压算法还原为原始数据，并最终在移动终端上应用更新数据。 　　交互数据预处理操作如下： 　　 　　二、提高数据交互效率 　　移动终端通过TCP/UDP方式从远程服务器进行数据下载，通常利用各种用户定义的通讯交互方式来实现。其中“一帧下行数据，一次上行数据”交互机制即在数据下载过程，移动终端针对远程服务器的每帧数据都予以相应的应答，该方法简单可靠，但是数据交互次数较多，时间开销大，下载速度较慢；“无应答”下载机制，该方法在数据下载过程，移动终端在下载完所有数据后才对数据进行完整性、正确性进行判断，该方法无数据交互，时间开销小，下载速度快，但成功率较低；“窗口交互机制”针对上述两种方法的优点及缺点，予以改进，以窗口交互的方式，利用适当的交互次数，实现快速可靠地下载数据。 　　（一）窗口交互机制 　　我们约定N组数据帧为一个传输“窗口”的数据，移动终端设备和远程服务器通过窗口交互机制进行数据下载时，移动终端在接收完一个“窗口”数据、或接收等待计数器超时、或接收到远程服务器在应答等待计数器超时发送的查询包后，才向远程服务器一个接收结果通知，即“多帧下行数据，一帧上行数据”方式。 　　相对当前常用的数据传输“一帧下行数据，一次上行数据”方式，假定在相同网络环境和传输数据包大小的情况下，远程服务器下发数据至移动终端的传输时间等于移动终端上行数据至远程服务器的时间，均为T，则完成传输一个窗口的N（大于1）帧数据，理想状态下，窗口交互机制所用的时间为（N+1）* T，而“一帧下行数据，一次上行数据”窗口机制所用的时间为（2N）*T，理论上减少了（N-1）* T的传输时间，对于一个能分割M个窗口的更新文件的下载理论上将节省M*（ N-1）*T的时间。 　　相对于“无应答”下载机制，本方法虽然增加数据交互的次数，在理想状态下，更新时间有所延长。但是，本方法通过有限的交互次数，能够有效地解决网络数据丢包、延时、设备异常重启等导致更新中断、延时问题，在实际运行环境下，以有限的时间开销，实现快速可靠地远程数据更新，实际更新速度甚至可能超过“无应答”下载机制。 　　其中传输窗口交互如图1所示： 　　 　　（二）窗口数据帧数N的确定 　　对于N的取值，需要根据实际无线网络