浅析后台实时广播与接收技术.docVIP

  1. 1、本文档共4页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
浅析后台实时广播与接收技术.doc

浅析后台实时广播与接收技术   [摘 要]局域网中,不同的工作站之间直接交换屏幕信息,能够将信息交换速度有效提升。而这一技术则可以应用于相应的系统,并借助于一系列技术,形成基于“前台可持续操作”的后台实时收发屏幕信息的相应系统。   [关键词]后台;点对多点广播;实时接收;Netibos   1系统组成及工作原理   本系统共计有接收播放、后台广播发送、前台支持三个主体模块。后两者在发送工作站运行,前台支持模块主要对TC、WPS等DOS应用程序的运行做出保证,后台广播发送模块主要负责广播发送和打包、压缩、采集前台屏幕数据之类;接收播放模块则在接收工作站运行,主要任务是接收、拆包、解压缩数据以及前台播放。其工作原理详见图1:   2前台支持模块的实现技术   本系统功能的实现要依托一系列任务操作系统,鉴于DOS的局限性,将前台支持模块修改DOS作为其首要任务。   本模块中,主要借助中断技术实现DOS初始化运行环境并对通往后台的功能加以建立。   前者主要以捕获键盘操作、解决DOS问题为主,为此主要设置了防止系统中断的现场数据保存“自用堆栈”。并对相应功能加以修改,同时将PSP切换加以实现。使得本模块可在键盘操作时,直接读取按键并操作。   后者主要以18.2s-1次频率的“定时中断”为主,同时也调用相应的系统调用――其又是一条空操作。由此,将后台广播发送模块设置为常驻内存。在调用时仅需条件满足即可对之加以激活,实现自动发送后台数据。   3后台广播发送和接收模块   3.1数据采集函数   此方面主要人物为采集屏幕数据。为尽快完成采集,其函数应直接读取数据于显示缓冲区中。在此过程中,因为显示模式会因前台程序而存在差异,故而应加以区别对待――文本模式多为约4kB的“常数据量”,而图形模式则有着较大的数据量。应怎样将后者的数据在不产生较大动画感的前提下实时发送出去则成为了重大问题――为此,本研究先将屏幕信息划分为可以分别采集的若干由发送信息帧大小、压缩方法两因素决定大小的部分,随后将之发送到压缩函数。   3.2压缩函数   在此方面主要采取的办法包括RUNLENGTH(行程码)、JPEG两种。   因为很多DOS软件以图形作为屏幕图像,故而其数据有着很强的“相邻相同”特点。本身是一种映射的RUNLENGTH(行程码)的编码方法简单、无损压缩等特点对之最为适合。若其中具有相同值g存在于l个相邻数据中,则可体现为(g,l)。以此法对变换变换所有数据(X1,X2,……Xm),即可获得(g1,l1),(g2,l2)……(gm,lm)这一数据对序列的行程码。其中图像中数据串的“重复率”和压缩率成正比关系,但一旦大部分l小于lm的话,就会发生一定的压缩问题。JPEG方法具备较高成熟性,在此解说从略。   3.3信息帧数据结构   此方面主要包括打包、后台发送函数等重要活动,考虑到此后该技术的发展,本系统主要采取以Noibtos支持作为基础的编程。Neibtos类属“标准接口”,其和协议无关,提供的功能具备“标准性”,在OSI模型中位居会话、表示两层间。其数据报长512B――同时也是打包函数包长。由于其长度较小且屏幕数据量大,同时后台以“无连接发送”为主,往往会发生接收时不按顺序的情况。故而本技术中扩充了Neibtos数据报传输协议,给每个数据包在打包时加以编号,从而确定其屏幕位置,保证信息实时、完整性。   3.4后台发送原理   打包函数以NCB形式组织数据包,随后向Netbios提交。后者将之置入内部待处理队列。在发送完成后,则在NcbRteCdoe、NcbCmdClpt等处保存最后结果。可以中断处理程序形式处置POST程序,将之地址在执行非等待命令时“告诉”Neibtos并返回前台。而在完成后台命令时则对POST程序自动执行。其Nehtios调用步骤包括构造NCB、在ES:Bx寄存器写入NCB地址、执行scH中断等。而调用ST程序时应满足其他寄存器无特别代码、有最终返回代码位于ES:Bx寄存器对、有最终返回代码位于CPU的AL寄存器、全部中断被屏蔽四个条件。   3.5实现广播和接收   在网络中,NeibtosLAN适配器的区分办法在于名字。在发送信息时,也只有指定的名字(工作站)才可获得Neibtos信息。如此,主要将同组工作站组名统一化,便可同时获得Neibtos的信息,从而将“点对多点”广播发送加以落实。并且以时钟中断激活此后的广播发送函数。   接收函数方面同样一以后台方式为主,以“循环轮询”这一办法对信息加以“监听”,若有则第一时间加以接收。   参考文献:   [1]郑迪文,沈立炜,彭鑫,赵文耘.基于AJAX的Web应用构件组装技术及工具[J].计算机科学.2014

文档评论(0)

ganpeid + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档