文件cgi文件

就像操作系统的流行使得计算机应用迅速从以Windows平台为主向平台为主转移局域网技术的兴起DOSWindows使得企业内部应用由独立式逐渐转向客户服务器方式那/样因特网技术的迅猛发展更是使得基于方式的应B/SWeb用模式立即受到众多商家和广大用户前所未有的关注和青睐应用系统特别是各种数据库或信息管理系统的开发从传统的层模式转向多层模式已是不争的事实虽然从软件2技术的进步和发展的角度看软件的开发会越来越方便手段会越来越丰富但每一种新的程序设计模式总是由于其特有的特性可供使用的编程和目标运行环境开发工具及其他因素的制约使得在开发应用软件时有一些特殊的问题需要考虑现阶段在开发多媒体数据库应用系统时就可能会遇到这样的情况与只包含一般的文本数字型数据的应用相比多媒体信息中由于含有信息量庞大内容复杂图形或实时性强动态图象语音等表示和处理多样性交互性和集成性等非格式化数据加上目前在网络上处理多媒体信息的技术本身仍处于发展和成熟的阶段这使得在开发基于的多媒体数据库应用时必须考虑并采取适当的手Web段解决应用中所反映的与多媒体信息处理有关的特殊问题本文根据我们在开发一个建筑设计方案信息管理系统过程中所遇到的应用需求的实现与系统效能和数据安全问题就有关实现多媒体数据库管理系统应用中数据文件的存储与Web访问处理的主要问题进行讨论介绍可用的策略与方法包括文件的上载及其压缩预处理文件的远程访问与显示以及文件的下载与编辑文件的压缩与上载1将文件加入数据库是多媒体信息管理系统的常规操作之一图形图象语音和动画文件的数据量一般较大少则几十几百多则以计这样一个记录所含的数据kBMB量就可能很大例如一个建筑设计方案可以有方案概况和设计说明总平面图一层和标准层平面图三维模型图立面剖面图渲染效果图动画模型和声音解说等十几个文件一个建筑的设计施工图纸的数量更是可以多达几百张数据量可达几十兆如果文件不作任何压缩处理便存入数据库会使得数据库容量急速增大而造成存储空间的低效使用也使得用户以后访问这种文件时网络的传输时间增加特别是在目前的通信带宽成为影响多媒体应用性能Web的主要瓶颈的情况下因此在开发包含有大量多媒体文件的数据库系统时在兼顾到系统性能的同时尽可能采用压缩处理以减少数据记录的数量是需要认真考虑和解决的问题目前常用的图象视频和音频处理软件都可使用行业或标准格式的压缩编码技术以产生或读取显示相应的文件如采用压缩算法的和格式采用标准的静态图LZWTIFGIFJPEG象格式和标准的活动图象格式等但另一方面大多MPEG数工程领域的软件由于在图形数据处理方面存在的交CAD互性实时性相关性等特性和差异大多是以非压缩格式输出相关文件其中最典型的如的及AutoCADDWGDXF格式等IGES文件的压缩处理可以在客户端文件上载之前进行也()可以在服务器端上载之后进行但在服务器端进行压缩的()策略显然是不可取的因为应用模式是一个并发式的应Web作者简介顾景文男教授博导主研方向(1946)CAD多媒体与可视化技术等张桦高级建筑师博士生黄晓生硕士生收稿日期2000-07-10模式多媒体数据库应用的文件处理B/S顾景文1张桦2黄晓生1同济大学建筑与城市规划学院上海上海现代建筑设计集团有限公司上海1.
2000922.
()200002摘要多层方式的计算模式已成为计算机应用特别是数据库系统开发的必然趋势如何在开放的环境下满足用户对应用资源的需求B/SWeb和提供足够计算功能的同时确保信息资源的安全和提高系统的性能是值得研究的课题对多媒体数据库系统开发中实现数据文件的Web访问处理以及其可能涉及的系统效能与安全等问题进行了讨论介绍了可供采用的策略与方法关键词计算模式浏览器服务器方式多媒体数据库管理系统Web/FileProcessinginMultimediaDatabaseApplicationBasedonB/SGUJingwen1ZHANGHua2HUANGXiaosheng1(1.
CollegeofArchitectureandUrbanPlanning,TongjiUniversity,Shanghai2000922.
ShanghaiModernArchitecturalDesign(Group)Co.
,Ltd.
,Shanghai200002)AbstractWebcomputingmodebasedonmulti-tierB/Shasbeenthedominantoneinapplicationdevelopment,especiallyinthatofdatabasesystem.
Itisoneoftheimportanttasksinapplicationdevelopmenttostudyhowtoimprovetheperformanceandsecuretheresourceatthesametimeofprovidingtheconcurrentuserswithrequiredfunctions.
InthispapertheissuesonfileprocessingaswellasitseffectsonperformanceandsecurityindevelopmentofmultimediadatabasesystembasedonB/Sarediscussed,andavailablestrategiesorsolutionsarealsogiven.
KeywordsWebcomputingmodeB/SMultimediaDBMS第27卷第2期Vol.
272计算机工程ComputerEngineering2001年2月February2001多媒体技术及应用中图分类号TP311.
134.
3文章编号10003428(2001)02015203文献标识码A152http://www.
paper.
edu.
cn用环境文件传送到服务器后再行压缩无疑会增加服务Web器的处理负担大大降低数据在网上的传输效率甚至造成阻塞当众多用户同时传送大容量的数据文件时势将严重影响应用的性能此外如果在传送前对文件的压缩采用特殊的算法或密钥处理还可增加数据传输的安全性为了实现文件在客户端的压缩处理与上载有必要了解浏览器在处理文件传送方面的特点应用程序中文件的发送功能可以在页面中以HTMLEnctype="multipart/form-为属性设置表单并在表单中设置data"(Form)"type=file"的标签对象的方式提供在程序运行中用户点击表INPUT()单的按钮后浏览器会根据文件输入标签中属性Submit的值文件名将对应文件与表单中其他元素数据的value()内容一起打包发送到服务器端并由在表单的属性中action所指定的服务器端或等程序处理这种方(CGI,ISAPIASP)式对用户输入和选取不需压缩或标准的压缩文件不需要作任何附加处理但对需要压缩处理而又未压缩的文件如文本和图形程序必须在发送前进行适当的处理可能是出于,安全性方面的考虑目前的浏览器并不支持客户程序通过IE对文件型对象属性赋值以指定要上载的文件INPUTvalue也即此属性对客户程序是只读的对其赋值是由浏览器响应用户在页面文件框中键入或点击浏览按钮选取文件的内部事件实现的因此不能期望简单地采用脚本事件在表单递交前对文件进行压缩然后将其相应的对象的属INPUTvalue性值更改为压缩文件名的方式处理这时可采用这样的策略先将源文件改名而将其压缩的目标文件改为原文件名后发送发送成功后删除压缩文件并将源文件改回原名以下为实现这一功能的函数JavaScriptvartempFile;functionCompress(objFile){varsrcFile,zipFile,path,Ext,retcode;srcFile=objFile.
value;path=srcFile.
substring(0,srcFile.
lastIndexOf(".
"));Ext=srcFile.
substring(srcFile.
lastIndexOf(".
")+1);zipFile=path+".
ZIP";ImagDwgView1.
RemoteFile=false;ImagDwgView1.
ZipFile=zipFile;ImagDwgView1.
UnzipFile=srcFile;retcode=ImagDwgView1.
Zip();if(retcode==true){tempFile=path+".
tmp";ImagDwgView1.
Rename(objFile.
value,tempFile);ImagDwgView1.
Rename(zipFile,objFile.
value);frmSelect.
ZipFlag.
value="1";}}functionfrmSelect_onsubmit(){if(frmSelect.
File.
value!
=""){Compress(frmSelect.
File);}functionwindow_onunload(){if(frmSelect.
ZipFlag.
value=="1")ImagDwgView1.
Rename(tempFile,frmSelect.
File.
value);}这里函数为表单的frmSelect_onsubmit()frmSelect按钮的事件处理程序在确定表单内容实际打包发Submit送前激发它通过函数调用定制的客户端控件对Compress()象的方法实现文件的压缩和改名函数ImagDwgView1为发送之后页面卸载之前触发如果要window_onunload()处理一个表单中的多个文件上述函数需略作修改并应增加文件有效性检查和错误处理为了使服务器端处理程序或等能区分客户上载的文件是否是压缩(CGI,ISAPIASP)的可以在表单中对每一个文件标签附设一个不显示的文本型标签对象其属性值为空表明文件未压缩否则为value压缩上述程序中的即为这样的一个对象为了在ZipFlag下文的讨论中不致引起混淆我们将经过上述特殊压缩处理的文件称为非标准压缩文件以有别于前述的标准压""""缩文件也即这种压缩文件如未先经过解压缩则不能为任何媒体处理软件所直接显示或读取至于服务器端程序对从客户端传送过来的数据包进行文件和表单数据的分离以及将上载文件保存到磁盘和数据库中的处理需通过自行开发或外购的专用服务器组件实现[4]有关这方面的内容作者将另文介绍数据库的文件远程访问与显示2模式下的数据库访问可以基于服务器端脚本也B/S可以基于客户脚本但不管基于哪种方式最终总是需要通过某一特定的服务器程序才能实现对数据库的真正访问作为访问结果的记录和记录集内容以某些表示形式显示在返回给用户的页面上对于由文字数字等格式化数据组成的数据库记录在应用开发时可以使用一般开发环境下已有的数据控件与一般控件的数据绑定等流行的技术和开发工具有效地实现数据库的访问与显示基本上不需要太多额外编程例如中的和控件中的和VBDataGridInterDevRecordset设计时控件等但当记录中含有非RecordsetNavbar(DTC)格式化的多媒体数据时由于多媒体内容格式多变而不确定目前的多媒体显示控件插件均不支持数据绑定其存()取与显示就需要根据数据库的具体组织和存储方式作特别的考虑多媒体数据作为一个个独立的文件存放在数据库服(1)务器端的特定目录下且数据库服务器和服务器物理上Web位于同一台计算机在数据库表记录的相应字段中存储的是其对应的多媒体文件的路径信息在这种情况下多媒体文件的访问与显示就比较简单目前的浏览器都支持通过标准的元素对象或控件或插件显示HTMLActiveX(Plug-in)特定格式的媒体内容这种元素对象如HTMLIMG,和控件如公司的的IFRAMEAutodeskVoloView,Microsoft及其他第三方的图象显示控件如公MediaPlayerPegasus司的等都内置有一个支持格式编码的文件源ImagNURL属性如或等以显示位于站点上的图形SrcFilenameWeb图象与视频文件的内容只要在常规数据的数据库访问方式下增加一个简单的事件处理程序根据记录文件字段的路径信息将其对应的地址赋给相应对象元素或控件实URL例对象的文件源属性即可实现文件的访问而这种对应关系只不过是物理的绝对目录到站点的虚拟目录的简单映照除以外的情况即多媒体数据虽作为独立的文件(2)(1)153存放在数据库服务器上但数据库服务器与服务器分属Web不同的计算机或者多媒体文件本身以字段类Image(BLOB)型的数据直接存储在数据库中这时在采用中的方式将(1)文件内容返回给用户之前必须作一预处理将文件拷贝或从数据库中抽取到服务器的一个虚拟目录下当然从数Web据库中抽取一个文件也需要通过专用的组件实现在上面两种情况下如果文件是非标准压缩文件""则在返回客户端显示之前还应先行解压缩解压缩可以在客户端执行这可在页面的脚本事件中处理见window_onload(下列函数这时的文件源属性应是本地的路径JavaScript)信息functionwindow_onload(){varretfile,tempPath,outStr;tempPath="c:\\temp\\download";ImagDwgView1.
Uncompress=true;ImagDwgView1.
RemoteFile=true;ImagDwgView1.
ZipFile="";ImagDwgView1.
UnzipFile=tempPath;retfile=ImagDwgView1.
Unzip();if(retfile!
=""){retfile=tempPath+"\\"+retfile;outStr="";document.
open();document.
writeln("");document.
writeln(outStr);document.
writeln("");document.
writeln("");document.
close();}elsealert(ImagDwgView1.
ErrorMsg);}访问处理方式的优点是实现简单服务器的处理负(1)担轻但其缺点也是很明显的文件保存访问的目录固定这一点对信息的安全是一大隐患数据库的数据一般对Web不同类型的用户分别确定不同的访问权限但一个用户只要知道了虚拟目录的信息这点很容易就可以很轻易地实现从中获取其原本无权获取的文件的企图当然对于文件的这种组织形式也可以考虑采用的处理方式以避免这(2)一问题在访问处理方式中如果预处理过程中的虚拟目录(2)对同时访问的众多用户是固定不变的话同样会引起上述的数据安全性问题此外如果多用户使用的是同一个虚拟目录那么还可能因因特网上用户的不间断的访问该目录下复制或抽取的文件数量不断增多而导致服务器磁盘空间的无谓损耗甚至枯竭解决这一问题的较好方法是对""""每个访问的用户开设一个临时的虚拟目录并设定该用户可以访问应用的最长执行时间在该用户访问期间所产生Web的中间文件都存放于为其开设的虚拟目录下当时间超过该用户的允许时限时删除为其开设的虚拟目录在采用ASP技术开发的应用中通过在(ActiveServerPages)Webglobal.
文件的和事件程序中加asaSession_OnStartSession_OnEnd入适当的代码就可以实现这一功能以下便是在多媒体Web数据应用中使用的处理程序VBScriptSubSession_OnStartdimFileSysObj,workDir,counterApplication.
LockApplication("counter")=Int((100000-1000+1)*Rnd+1000)Application.
UnLockworkDir="c:\temp\cadtmp\"&Application("counter")SetFileSysObj=CreateObject("Scripting.
FileSystemObject")ifnotFileSysObj.
FolderExists(workDir)thenFileSysObj.
CreateFolderworkDirendifsession("workDir")=workDirsession.
Timeout=30endSubSubSession_OnEnddimworkDir,FileSysObjworkDir=session("workDir")SetFileSysObj=CreateObject("Scripting.
FileSystemObject")FileSysObj.
DeleteFolderworkDirendSub每当一个用户访问应用的起始页面时应用即执行ASP程序为其建立一个临时工作目录该目Session_OnStart录名是通过随机数生成函数随机确定的并保存在该用户的对象变量中当用户执行时间超过设定值本例中为session分钟应用即执行程序删除其临时工30Session_OnEnd作目录这样一般用户基本上无法精确获知为别的用户随机建立的目录信息从而也就无法获取别人特别是使用权限高于自己的用户目录下的相关文件文件的下载与编辑3实际中特别是在工程设计领域的应用中一个多媒体数据库应用系统不仅要提供数据库文件的访问与显示功能而且往往还需要提供文件的编辑修改功能如一个建筑师可以从建筑设计方案信息库中找出与其手头的设计任务相近的设计方案的有关设计图进行适当的修改以形成新的设计方案这就要求基于浏览器的应用程序能读取或下载数据库中文件并调用其它应用软件执行相关操作如上所述浏览器中可以使用特定的控件或插件显示因特网上特殊格式的文件虽然这种控件或插件为显示文件的内容必然要读取远程的文件数据但其读取方式对用户或应用程序一般是封闭的也即它们将文件内容或直接读取到客户机的内存缓冲区中或读入一临时文件中但这仅仅是为了满足它们自身对文件显示操作的需要用户或应用程序既无法获知和读取这些文件也不能直接利用这种控件对文件进行编辑有些控件如的虽提供通过弹出式选单以交互AutodeskVoloView方式让用户指定保存文件的功能实现文件下载但经如此方式下载后的编辑操作是难以在应用系统中实现的其实利用技术可以方便地将文件下载与调用其他程序的功ActiveX能集成在应用中如用创建一个定制的控件对象WebVB并在其中加入一控件实例MicrosoftInternetTransferInet1那么下列程序代码就可以将远程文件下载到本地(strURL)硬盘上(LocalFile)Dimb()AsByteb()=Inet1.
OpenURL(strURL,1)OpenLocalFileForBinaryAccessWriteAs#1下转第页Put#1,,b()156154在端作出不同的回应由于两类数据的不同特点在用PC户程序中的读取方式也有所不同对通道只需voiceData将一个数据缓冲区的指针传入提供的中即可而RTDXAPI对通道由于每个事件所带的数据量可能各不相voiceCatch同为保证数据的安全操作防止出现过度读取的问题需要采用变长数据类型这里采用了类库中MFCCOleVarient类提供的类型变长数据将指向该数据类型的指VARIENT针传入的中从而保证了数据的安全操作RTDXAPI同时由于的数据通道都是单向的为了对RTDXDSP进行控制还需要一条从到的输入通道PCDSP(Input用来传送一些控制信息Channel)"control"另外为了保证用户程序同之间协调工作在程序DSP开始时需要代替对的设置和CodeComposerStudioRTDX通道的工作情况作自检包括InternalTestHosttoDSP和检查以保证初始化成功DSPtoHostRTDXvoiceCatchvoiceDatacontrolDSP频谱数据话音识别用户程序定长数据变长数据自检图用户程序同之间的数据通路2DSP软硬件的设计3DSP硬件部分采用德州仪器公司的DSPTMS320C5402DSP处理芯片该芯片速度为对话音处理来说一般100MIPS的采样率仅在至之间这样的速度足够了8kHz40kHzA/芯片采用德州仪器的该芯片有位精DD/ATLCAC0214度一片芯片中包含通道各一个采用串行接口A/DD/A方式在系列的板中就采用了该芯片54DSK的软件部分除了一部分滤波器程序采用汇编DSPC54x编写以外程序的主体结构采用语言编写这既增加了程C序的可读可维护性又使一些开销大的运算能有效地利用的特殊结构体系DSP同用户程序相对应在端也需要对图示的个数据DSP3通路进行处理与用户程序有所不同的是为了保持同PC机的通信和数据传输的同步当准备发送数据时除了DSP需要查询数据通道的忙闲标志外还需要定时调用提RTDX供的接口函数这个函数用来向发送信RTDX_Poll()PC号维持同之间的联系如果不能定时调用该函DSPPC数端的用户程序会因此而阻塞运行使整个系统无法PC正常工作因此能否定时调用该函数成为整个系统能否满足实时性要求从而正常工作的关键为此程序结构作了如下安排除了主流程之外程序另外设置了两个中断服务程序一个是到的串口读中(ISR),TLCAC02TMS320C5402断用来读话音的采样数据另一个是时钟中断RINT本身有两个时钟中断此处特地选了高优先级的时钟中5402断用来处理对数据通路的状态查询和对函数RTDX_Poll()的调用以保证的调用能满足实时性RTDX_Poll()结束语4本文所介绍的的架构对话音PC/Windows+RTDX+DSP分析很有帮助同时由于这种架构具有广泛的通用性随着技术的不断发展和技术的改进这种结构对任DSPRTDX何需要大量信号处理计算开销和良好的人机界面的应用场合都能适用在很大程度上简化了软硬件的结构具有很好的实用价值参考文献1MSDNLibrary.
AttatchedwithVisualStudio6.
0.
MicrosoftCorp.
,19982ArmStrong'sActiveXSite.
http://www.
widgetware.
com,19993TMS320C54xDSPReferenceSet,Volume1:CPUandPeripherals(SPRU131).
TexasInstruments,19974TMS320C54xRTDXHelp(SPRH053).
TexasInstruments,19985FundamentalsofSpeechRecognition.
LawrenceRabinerandBiing-HwangJuang,PrenticeHall,1999上接第页154Close#1这里是远程文件的地址它可以作为控strURLURL件对象的可写的文件名属性如由页面的脚本程(RemoteFile)序在运行时动态提供文件保存后调用函数WindowsAPIWinExec(Application+LocalFile,SW_SHOWNORMAL)可以运行指定的程序并打开下载文件如果Application将程序名设置为控件对象方法如的一个运(RunApplication)行参数该方法中先后包含了上述文件下载和函数调用API的代码那么只需在需要下载和编辑文件的页面中设置ASP一个定制的控件对象实例如上文中的和一(ImagDwgView1)个按钮型的标签在按钮的事件程序(button)INPUTOnclick中加入下列代码JavaScriptImagDwgView1.
RemoteFile="";ImagDwgView1.
RunApplication(Application);这样在应用运行时通过点击页面的按钮就可以实现文件的下载与编辑结束语4本文中讨论了基于方式的多媒体数据库管理系统开B/S发中所必然要涉及的文件处理的主要问题这种对于文I/O件处理方面的有关考虑是影响分布式数据库系统和并发式应用的性能效率和确保企业单位信息资源安全的一个Web重要因素可惜对其的详细分析和讨论在现有的书刊与文献资料中尚不多见希望本文内容能对有意于Internet/上的多媒体数据库系统研制与开发人员有所启迪与Intranet帮助并能起到抛砖引玉的作用参考文献戚小滨赵文耘王俊峰网上多媒体档案系统的开发计算机工1.
.
程200026(4):39-40夏骄雄陆菊康施振夏与管理信息系统计算机工程2.
Intranet.
与应用200036(3):142-144阎丽霞尹康向辉石教英基于的3.
Internet/IntranetWWW数据库系统开发计算机工程与应用.
200036(2):110-111希望图书创作室译揭密北京希望电子4.
ActiveServerPages2.
0.
出版社2000156