基于XML的挪动终端网络阅读方案.docx

基于XML的挪动终端网络阅读方案caojing导语：基于XML的挪动终端网络阅读方案是在传统客户/效劳器阅读形式中插入中间层，中间层在后台效劳器上运行，接收客户端效劳恳求，并与WEB效劳器通讯以获取需要的文件。摘要：基于XML的挪动终端网络阅读方案是在传统客户/效劳器阅读形式中插入中间层，中间层在后台效劳器上运行，接收客户端效劳恳求，并与WEB效劳器通讯以获取需要的文件。并按照标准过滤此文件，重新组织XML格式的文件，通过无线网络传入客户端。客户端平台采用嵌入式Linux，根据需要自由裁减，经XML解析后，调用GUI函数显示网页。关键词：嵌入式阅读器挪动终端XML解析器挪动终端受挪动性和便携性的制约，CPU主频及计算才能较小，存储器容量、显示屏和输入设备大小也受到限制。同时，无线数据网带宽、连接可靠性及网络可预测性相对较低，网络时延比有线网大。假如将挪动终端通过无线方式直接接入Internet，技术实现有困难。近年度业界提出：一是重写现有Internet协议，使其与现有协议兼容，让挪动设备透过微阅读器Micro-Browser能通过无线网络使用Internet上所提供的针对WAP十分定制的资讯及效劳。另是将挪动终端当作功能简化的PC，并内置阅读器，虽可自由访问现有网络，但由于现有Internet网站网页大量采用Flash、Shockwave等技术，导致其体积庞大，无线传输中耗时长，还要求挪动终端具有较强运算才能，硬件投入较高。为此，对上述方式进展改良，使其既可知足无线网络传输中数据量小的要求，又可让用户获取现有网络上的绝大局部资源。二、基于XML的挪动终端网络阅读模型1.模型概述基于XML的WEB阅读方案是在传统的客户/效劳器阅读形式中插入中间层。中间层接收客户端的效劳恳求，并与WEB效劳器通讯以获取所需要的文件，将此文件按一定标准进展过滤，去掉客户端不需要的标签及内容，重新组织成XML格式文件通过无线网络传送给客户端。经由XML解析器以后，调用GUI图形接口函数将网页显示在用户界面上。客户端阅读器的控制局部负责响应用户的恳求，并处理与用户的交互。其构造如图1。2.在无线网络阅读中使用XML的优缺点可扩展标记语言XML：eXtensibleMarkupLanguage是用来描绘其它语言的元语言，定义了应用间传递数据的构造，是能用任何编辑器读取的文本。利用这种机制，程序员可制定底层数据交换的标准，并在此根底上开发整个系统的各个模块，模块间传输符合既定规那么的数据，合适计算机间传送构造化数据。每种阅读器内置的文档解析器是最核心的局部之一，影响阅读器的运行效率和空间效率。由于XML统一定义了其文档解析器的标准接口标准DOMDocumentObjectModel，即文档对象模型，使得应用程序可按需选择、更换适宜的解析器，无须对程序本身做大的改动。在阅读模型中，将解析等计算量大的任务交由中间层效劳器完成，客户端进展较为简单的XML解析，符合瘦客户机/效劳器的信息应用体系形式。当前使用XML最大的问题是支持XML的应用程序还不多，许多详细应用还需要开发人员自行设计。3.中间层实现的机制和原理选择VC+6.0为中间层的集成开发环境，中间层运行在后台效劳器上，采用模块化的设计。每个模块作为一个常规动态链接库RegularDLL单元，由后台效劳器需要时动态加载。1数个无线MODEM通太多串口卡连接在后台效劳器上构成无线MODEM池，为多个挪动终端用户提供效劳。客户端与效劳器建立连接时，先申请MODEM池中的空闲资源并建立与后台效劳器连接，发送客户端阅读器效劳恳求，任务完成后释放MODEM资源。如没有可用资源，等待一定时间后重新申请。2后台效劳器通过有线网络接入Internet，使用标准WWW协议栈HTTP、TCP/IP等。与WEB效劳器通讯时主要使用CInternetSession，CHttpConnection和CFile等3个MFC类。核心代码如下：CInternetSessionsession;CHttpConnectionpServer=NULL;CHttpFilepFile=NULL;AfxParseURLpURL,;初始化完成后，将客户端的效劳恳求转化为标准统一资源定位符URL：UniformResourceLocator，并调用全局函数AfxParseURL分析映射此URL。pServer=session.GetHttpConnection;pFile=pServer->OpenRequest;pFile->AddRequestHeaders;pFile->SendRequest;翻开客户端恳求特定HTTP连接，向WEB效劳器发送相应HTTP恳求消息。pFile->ReadString;WEB效劳器返回响应消息，调用CHttpFile类ReadString函数获得返回数据，完成与WEB效劳器通讯。3选择Dilloproject阅读器中的解析引擎作为解析过滤和组装模块的核心，流程如图2。解析局部对输入的数据流按语法特点逐字符分解成三类：Space数据类型：所有ASCII码值在0x090x0d或者0x20的字符代表空格或者占位信息。经Space_proces局部处理，以确定其长度。为保持排版格式根本不变，此类数据全部保存在生成的XML文件中。Tag数据类型：表示数据流中的所有标签。由于语法规那么的限制，必须检查标签的有效性，例如标签必须存在于标签之中。为此建立一堆栈存放标签信息，堆栈中的所有元素构成了当前文本处的现场信息。遇到新标签，首先按照语法规那么将新标签与当前状态信息进展比拟，确认有效后，将当前标签信息包括标签名及属性入栈，在标签完毕处将此信息出栈，此经过由Tag_process局部完成。同时建立一数组保存需要保存的标签名，数组详细元素可根据用户需要进展增减。将每个经检验有效的标签与数组中元素进展逐个比照以确定标签是否参加XML文件中，通过这样的挑选，来减小无线传输量。Word数据类型：需要显示的文本信息。此局部信息经Word_process处理后，全部参加到XML文件中。最后将XML文件通过无线网络传输给客户端阅读器。由于无线通讯环境数据传输的不确定性和不稳定性，定义了转换模块通讯子模块PDA：协议格式：FramHead0x01ASCII数据长度6bytes指令空格ASICII数据FramTail0x024.支持指令OKFAIL其中第一个字段表示数据帧头第二个字段表示数据总长度以10进制表示最大不超过999999字节指令字段表示中间层效劳器工作状态成功那么返回OK最后为帧尾通过检验帧头和帧尾来确定数据传输的完好性和准确性。经测试经过中间层过滤掉JavaScript和一些动态图片并保存了网页的主要信息前提下网页体积只有原来的10%左右适宜在GSM等低速无线网络上传输。三、客户端阅读器的实现机制客户端平台采用嵌入式Linux工作流程如下：1阅读器启动后首先初始化XmlBrowser构造此构造包括阅读器当前URL显示构造入口指针及保存已阅读的历史URL成员构造体等初始化后通过客户端通讯模块向中间层发送恳求消息其通讯子模块中间层效劳器通讯子模块格式如下：协议格式FramHead0x01总长度4bytes指令空格URL字符串?POSTDATAFramTail0x02支持指令GETPOSTHEAD前两个字段分别表示帧头和数据长度后四个字段遵循HTTP协议支持标准HTTP三种指令最后为帧尾。2阅读器收到中间层返回数据后先检验数传中无数据丧失后将此XML数据流送入XML解析器选择可为GnomeLinux主要窗口管理环境之一提供XML支持的XMLLibrary中的XML解析器它遵循标准DOM接口可将DOM看作标准的连接文档和应用程序或者脚本语言的构造体系其提供应用户一个接口以装载定位操作和序列化XML文档基于DOM的XML解析器将XML文档转换成对象模型的集合通常为树状构造通过遍历整棵树来访问XML文档任意处的内容和构造信息。3从XML解析到XML文本的显示步骤从流程图图3可见底层GUI接口调用和上层显示模块是分开的显示模块完成对全部详细元素的显示信息的计算后向底层GUI接口形函数发出效劳恳求底层GUI对效劳恳求进展响应完成屏幕绘制采用该构造应用程序开发员无需解析底层图形引擎的实现机理和技术细节只要保持两者间的接口不变系统底层图形函数库的晋级将不会影响现有软件。进入显示的DOM数据流元素分为两类一类是在屏幕显示区域上显示的对象如输入框链接和文本等元素另类为Container容器如表格行表格单元等元素不显示在屏幕上每个显示对象都处在特定Container中以此来确定它与其它显示对象间的相对位置关系整个屏幕显示区域视为最外层的容器包含了实际显示对象和下层容器以此类推构成了整个显示构造显示构造完成后计算每个元素的实际显示位置通过遍历整个显示构造根据显示区域长宽计算每个显示对象的坐标超出显示区域长度的局部使用滚动条来访问。4阅读器与用户交互的管理该管理由阅读器的虚拟控制器完成阅读器的整个屏幕除了页面显示区域外还分为滚动条和系统区域系统区域上为用户提供了一些定制的功能如前进后退页面刷新等通过点击滚动条区域可以上下挪动屏幕。四、完毕语基于XML的挪动终端网络阅读方案既考虑到现有网络数据构造以为主的现状又可知足将来网络向XML方向开展的趋势并已在我所自行研发的挪动终端上运行成功知足了流动性很强的特殊行业对信息阅读和查询的需要。标签：0