基于ESMTP的水文数据共享方法设计与实现_计算机论文.docVIP

基于ESMTP的水文数据共享方法设计与实现_计算机论文 基于ESMTP的水文数据共享方法设计与实现_计算机论文 摘 要 针对水利部门数据共享的高成本、低效率现状，提出一种通过email方式进行水文数据共享的方法。通过对ESMTP和POP3协议的应用，发送方将数据打包作为邮件的附件发送，接收方解析邮件，从而实现数据共享。该方法灵活方便，运行成本低。本文对协议进行了简单说明，同时对数据交换流程和实现类图进行了详细说明。 关键词 水文数据共享，ESMTP，POP3 0 引言 当前，水利信息化正在水利行业大力推行，其中水文数据的共享是水资源管理以及防洪抗灾等决策支持的核心。由于水利部门管辖流域分布广，各水文管理单位地域分散，管理机制多是采用集中-分散方式。管理站采集数据后传送给各个分中心，再由分中心将信息汇总后发送给管理局（或水利厅），使得管理局（或水利厅）能对管辖范围的水情信息进行整体把握，做出决策分析；此外，因为河流之间的联动关系，各分中心、管理站之间也需要相互通信，因此水文信息的互传及共享十分必要。 目前水文信息的互传及共享采用的方式主要有以下三种：1，电话（传真）；2，公用通信信道；3，VPN（或网站）进行数据共享。但这三种方式有其明显的不足之处：电话（传真）方式需要人工参与，限制了工作人员的工作范围和处理事情的灵活性，而且需要接收方人工录入数据，这样效率很低且缺乏实时性。公用通信信道方式通常利用PSTN、GSM、GPRS等进行数据传输，这种方法传送的数据量受限且运行费用较高。通过VPN（或网站）进行数据共享，这种方式相对于前两种而言，真正实现了信息化，但建立VPN或网站都需要较高的投资和后期高昂的维护费用，这阻碍了它的广泛应用及推广。 为了弥补上述方法的不足，本文提出了基于email方式的水文数据共享的方法，通过邮件的收发，网络协议身份验证来实现信息的互传，实现无人工参与的数据共享。该方法简单、高效，只要能上网，不需要额外的系统维护成本，对于大多经济还不发达的水利单位具有实用性。 1 邮件收发协议简介 1.1 POP3协议 POP适用于C/S结构的脱机模型的电子邮件协议，目前已发展到第三版，称POP3。 在POP3协议中有三种状态：认可状态，处理状态，和更新状态。当客户机与服务器建立联系时，一旦客户机提供了自己身份并成功确认，即由认可状态转入处理状态，在完成相应的操作后客户机发出QUIT命令，则进入更新状态，更新之后重返认可状态。 一般情况下，大多数现有的POP3客户与服务器执行采用ASCII明文发送用户名和口令，在认可状态等待客户连接的情况下，客户发出连接，并由命令USER/PASS对在网络上发送明文用户名和口令给服务器进行身份确认。一旦确认成功，便转入处理状态。 1.2 ESMTP协议 ESMTP英文全称是“Extended SMTP”，是对SMTP协议的扩展，为了防止垃圾邮件的泛滥，采用了身份验证机制。在登陆服务器后需经过身份验证才能发信。其他部分同SMTP协议基本一样。命令AUTH LOGIN表示开始身份验证，然后是用户名和密码的验证。用户名和密码都是使用Base64编码。 1.2.1 SMTP协议： SMTP称为简单邮件传输协议（Simple Mail Transfer Protocol），目标是向用户提供高效、可靠的邮件传输。SMTP的一个重要特点是它能够在传送中接力传送邮件，即邮件可以通过不同网络上的主机接力式传送。工作在两种情况下：一是电子邮件从客户机传输到服务器；二是从某一个服务器传输到另一个服务器。SMTP是个请求/响应协议，它监听25号端口，用于接收用户的Mail请求，并与远端Mail服务器建立SMTP连接。客户端向服务器发送请求命令，服务器向客户端返回一些响应信息。命令和响应都是基于ASCII文本，并以CR和LF符结束。响应包括一个表示返回状态的三位数字代码。 1.2.2 Base64编码： 由于历史原因，Email只被允许传送ASCII字符，即一个8位字节的低7位。因此，如果您发送了一封带有非ASCII字符（即字节的最高位是1）的Email通过有“历史问题”的网关时就可能会出现问题。网关可能会把最高位置为0而产生错误。基于以上的一些主要原因产生了Base64编码。 Base64编码的思想是采用64个基本的ASCII码字符对数据进行重新编码。它将需要编码的数据拆分成字节数组。以3个字节为一组。按顺序排列24位数据，再把这24位数据分成4组，即每组6位。再在每组的最高位前补两个0凑足一个字节。这样就把一个3字节为一组的数据重新编码成了4个字节。当所要编码的数据的字节数不是3的整倍数，也就是说在分组时最后一组不够3个字节。这时在最后一组填充1到2个0字节。并在最后编码完成后在结尾添加