计算机网络开发协议（精选8篇）
篇1：计算机网络开发协议
编号：_________
甲方：____________大学（以下简称甲方）
乙方：________________（以下简称乙方）
为促进网络技术和多媒体技术在教学中的科学运用，有效推动学校本科教育观念的更新、教学模式的变革和教学质量的提高，甲乙双方依据教育部XX年4号文件精神，经协商一致同意签订本协议，共同遵循下列各项条款：
一、基本权利和义务
甲乙双方应合理规划、共同协商确定现代教育技术应用的课程、方式方法及实现目标。其中本协议中进行课件开发的课程分三个层次：校级建设课程由乙方确定，甲方认定；院级建设课程由甲方确定，乙方认定；教师自发建设课程由甲方认定即可。乙方依据本协议签订课程的建设情况提供经费支持，组织学校教学委员会下设的教学改革与建设小组参与课件开发及应用的检查验收，并给出评定意见；甲方负责课程建设的日常管理，监督和支持课课件的开发及应用，定期组织建设课程的检查验收，保证签订课程按质按量按期完成开发任务。
二、建设目标
在优化教学内容的基础上，发挥网络教学及多媒体教学的优势，科学利用powerpoint，authware等多媒体制作工具、flash，dreamwave，frontpage等网页制作工具、vb／vc／java／asp等语言、access／sql数据库进行单门或系列课程的课件开发与应用，课件主要用于教师的辅助教学、学生的自学（包括预习、复习）和师生之间、学生之间的交流等。甲方承诺截止______年底完成下列______门课程的课件开发，并应用于教学实际；乙方承诺在甲方按协议完成建设目标后总计至少投入_________元用于支持甲方的课件开发与应用（拨款说明请参看第六条条款）。
三、建设内容
1．校级建设课程一般应为至少开设过一学期，教学内容稳定、学生受益面广并计划至少在以后两届学生中继续开设的通识教育基础必修课程（包含英语类和计算机类的选修课）、学科基础必修课程，且建设内容应涵盖不同学分数的同性质系列课程的所有教学内容。经双方协商，确定一期校级建设课程如下：
┌──┬───────┬───────┬───────┬────────┐
│序号│ 课程名称│ 面向专业│负责人│备注│
├──┼───────┼───────┼───────┼────────┤
│1│││││
├──┼───────┼───────┼───────┼────────┤
│2│││││
├──┼───────┼───────┼───────┼────────┤
│3│││││
├──┼───────┼───────┼───────┼────────┤
│4│││││
├──┼───────┼───────┼───────┼────────┤
│5│││││
工具：powerpoint，authware，方正奥斯等多媒体制作工具；flash，dreamwave，frontpage等网页制作工具；vb／vc／jav／asp等语言；access／sql数据库
基本模块：同校级建设课程
四、课件开发基本规范
基本原则：
1．课件可以购买或自行开发，其中网络课件的开发是一个系统工程，涵盖教育教学原理、网络技术、多媒体技术、软件开发技术，其应以教学经验丰富、有专业特长的课程主讲教师编写适合网络教学的脚本，课程组集体讨论修改，交由专业开发队伍制作为主；具备课件开发能力的教师也可直接参与网络课件的制作。
2．网络课件应具备开放性、先进性、协作性和稳定性，利于教师的课堂辅助教学及学生的个性化自学：开放性是指网络课件的体系和内容相互关联又相对独立，便于教师的调整、更新和适时使用；先进性是指网络课件不简单等同于电子教案，而是面向日常教学的重点和难点，提供丰富形象的教学资源，能有效弥补传统教学中的不足；协作性是指网络课件通过电子信箱或在线讨论等形式，实现教师与学生、学生与学生之间平等、自由的交流与协作；稳定性是指网络课件本身的链接准确、运行无错误，能普遍适用于多种运行环境，并能持续进行更新与维护。
基本流程：
为保证课件开发的速度和质量，在全面编写课件脚本之前应制作“课件原型”，即选择某一知识点先行开发软件，从而基本确定课件的总体设计风格和脚本模式。课件开发的基本过程如下图所示。
┌────┐
│总体设计│
┌→││┐
┌───┐ ┌───┐ │ └────┘│ ┌──┐ ┌──┐ ┌──┐ ┌───────┐
│确定教│→│确定教│→│↓→│脚本│→│素材│→│课件│→│教学环境设计 │
│学大纲│↑│学内容│↑│↑││编写│ │准备│ │开发│ │（教学素材与 │
└───┘│└───┘││ ┌────┐││└──┘ └──┘ └──┘ │教学平台集成）│
││└→│网络软件│┘││└───────┘
│││原形实现││││
││└────┘↓││
│┌────┐┌────┐网络课件集成的网络课程
││原形修订│←──│征求意见│││
│││││││
│└────┘└────┘││
│↓↓
│┌────┐┌─────┐┌──────┐
││ 修订 ││试用与测试││教学活动设计│
└──修订意见──────││←────││←─││
└────┘└─────┘└──────┘
基本要求：
课件开发标准遵循教育部《教育资源建设技术规范》（详见教务处主页“网络课程”栏目）。课件完成后统一上传至教育技术中心服务器，挂教务处主页，并由专人管理，课件开发负责人可远程更新维护。
五、验收指标及方式
教学大纲、教材（明确课件开发的重点内容）、教案、案例集／习题集、试题等教学资料
经课程组认定的课件实现原型及总体设计方案（含学院、学生等的反馈意见及修订意见）
完整的课件脚本（依据学校脚本培训要求）及符合规范和要求、包含基本模块的课件
课件试用意见（包含课程组意见及学生意见等）、课件开发总结及更新维护计划
院级建设课程主要以网上验收的形式进行鉴定，校级建设课程还应组织有现场的验收鉴定会，甲方的综合验收意见依据课件建设的总体情况确定。
六、拨款说明
首期拨款（计划款项的50％），乙方应在本协议生效之日起一个月内拨给甲方
依据甲方课件建设的中期检查情况，乙方确定对各项目是否追加款及追加款额度，不合格者将终止协议
依据甲方课件建设的综合验收意见，乙方拨计划款项的40％（验收意见为“优”者）、30％（良）、20％（合格），不合格者将终止协议；
甲方的剩余款将于课件验收应用一年后，乙方视教学使用情况拨款。
七、相关变更条款说明
本协议在执行过程中，如随项目的深化，原定内容需修改的，须经甲、乙双方协商同意，签订协议修改书后方可生效；
撤消或终止协议建设内容的，甲方应退还乙方尚未使用资金，已购物资由乙方全权处理，其中对教学改革造成不良影响者，承担方（甲方）须承担一定的连带责任。
本协议一式两份，甲乙双方各执一份（课件开发负责人需保留复印件一份），经双方签字盖章后生效。
甲方（盖章）：_________乙方（盖章）：_________负责人（签字）：_______负责人（签字）：_______
_________年____月____日_________年____月____日
签订地点：_____________签订地点：_____________
附件 课件基本素材的说明（在开学时面向项目参与人开展的培训中强调）
在具体的开发过程中，要注意描述性文字要精炼、准确。中文字体尽量用宋体和黑体，字号不宜太小和变化太多，背景颜色应与字体前景颜色协调，以便减少在屏幕上阅读的疲劳。
在画质上，应要求构图合理、美观，画面清晰、稳定，色彩分明、色调悦目，动画、影像播放流畅、具有真实感。图形图象应有足够的清晰度。
色彩的选择应清晰、明快、简洁，颜色搭配合理，主题与背景在色彩上要有鲜明的对比。网页色彩要与内容相适应，背景颜色应与前景颜色协调，各页间也不宜变化太大。清晰度反映了显示系统呈现画面细节的能力。
构图是指画面的结构布局。构图的基本要求是设计好屏幕的空间关系，使画面新颖简洁、主体突出，具有艺术感染力，是教学内容形象地展示在学习者面前。
动画是课件的主要表现形式。动画的造型要合乎教学内容的要求，比喻和夸张要合理，动作应尽量准确，动画要尽可能接近事实。
影像的目的是突出教学重点和难点，增加可信度。由于动态影像的信息量大，受网络带宽的限制，播放可能会出现停顿现象，这时应适当减小影像的播放窗口，要尽可能采用流媒体技术。
在声音质量上，应要求解说准确无误，通俗生动，流畅清晰；音响时机恰当，效果逼真，配乐紧扣主题，朴素流畅，有利于激发感情，增强记忆。在声音的处理上要慎重考虑，应与影像结合起来综合平衡，如果是在www上使用的课件应尽量少使用声音，在局域网上使用的课件也不可滥用，能用文字表达的尽量用文字表达。
在内容结构上：同一网页中不宜同时出现过多动态区域。网页长度不宜太长，一般不要超过三屏，在800×600屏幕分辨率下不应横向滚屏。每门课程的网页应保持统一的风格和操作界面。背景音乐应选用恰当。控制功能、操作方法符合常规习惯。表现形式要生动活泼、色彩要和谐、页面布局美观，重点内容要有多媒体表现。
课程内容的设计应尽量加入交互方式，激发学生在学习过程中主动参与和积极思考。在疑难的知识点上充分发挥多媒体的功能，展现其内涵，使学生能够深刻体会，从而有利于培养学生获取知识的能力和创新能力。
使用的格式应该规范。脚本可以使用不同的格式，但必须规范，而且便于对脚本各项内容的表达，这些内容包括：
显示信息。指屏幕上将要显示的教学信息，反馈信息和操作信息。
注释信息。说明显示信息呈现的时间、位置和条件以及连接要求。
逻辑编号。显示信息常常是以屏幕为单位来表述的，为了说明它们之间的连接关系，每一个显示单位应有一个逻辑编号，以便说明连接时使用。
媒体、交互信息和“热字”的表示。为了清楚地表示教学信息中使用的不同媒体（文字、声音、图形或图象等）、教学信息中的“热字”以及交互过程中呈现的各种信息，脚本中常用不同的符号表示它们。
脚本的修改和“试运行”。对于编写好的脚本，应组织编写人员和更多的教师对其进行审查，修改其错误，补充其不足，然后，让未来的使用者对脚本进行“试运行”，看是否能达到预期效果。这样得到的脚本作为编程或写作的蓝本，会明显的提高开发课件的速度和质量。
篇2：计算机网络开发协议
合作开发协议书
甲方：，身份证号 乙方：，身份证号
鉴于，协议各方均为计算机软件专业开发人员，能够进行创造性的软件开发活动。并且，协议各方有意愿共同从事 软件的开发工作。为了规范各方的权利义务，在《中华人民共和国合同法》及其他相关法规政策的原则指导下，订立本协议书，各方共同遵守：
第一条、合作宗旨
为完成 软件的开发工作，并共同享有开发成果而合作。
第二条合作项目和范围
协议各方共同开发 软件，合作范围包括软件的代码编写、调试、测试等开发工作。
第三条合作期限 合作期限为 年。
第四条合作方式 １．协议各方按照软件编程工作的正常分工进行编写，任何一方不得随意更改软件的重大功能和事项，以免对其余各方造成履约困难。
２．合作各方应坚持勤勉努力诚实信用的原则，进行各方分别负责的软件的编程工作，并考虑到各方软件的兼容和接合。如部分合作人发生特殊技术困难，其余合作方有义务为其提供合理适当的技术帮助。
第五条知识产权
１．各方编写的软件源代码、技术文档及汇编而成的程序本身，其著作权均由合作方共同享有。
２．各作各方在编写软件的过程中，不得有侵犯他人知识产权的行为，否则，应对外承担全部侵权责任。
第六条协议变更
１．经合作各方协商同意，本协议可以作相应变更； ２．任何合作方未经与其他各方协商，擅自变更本协议条款或者将本协议权利义务转让他人，均为无效。
第七条禁止行为
１．未经全体合作人同意，禁止任何合作人私自以团体名义进行业务活动；如其业务获得利益归合作各方共有，造成损失按实际损失赔偿。２．禁止合作人经营与团队相竞争的业务。
３．禁止合作方泄露本协议所涉及的相关商业秘密。4．如合作人违反上述各条，应按实际损失赔偿。
第八条合作的终止
合作开发活动因以下事由之一得终止：
①全体合作人同意终止合作关系；②合作项目因技术原因，根本不能完成；③合作项目违反法律被撤销。
第九条纠纷的解决
合作各方之间如发生纠纷，应共同协商，本着有利于事业发展的原则予以解决。如协商不成，可以诉诸法院。
第十条本协议如有未尽事宜，应由合作人集体讨论补充或修改。补充和修改的内容与本协议具有同等效力。
各方签署：
甲方：
篇3：计算机网络开发协议
在数据采集系统中,需要硬件采集系统和上位机进行数据通信。由于采集的数据类型可能为多媒体数据流,因而对数据的传输速率就有很高的要求。为了满足这些高速率数据传输要求,需要寻求一种标准的高性能的总线协议接口。目前个人计算机通信中,常用总线主要有USB总线、ISA总线和PCI/PCIe总线[1,2]。在这三种总线中,USB总线的理论传输速率可达到480Mb/s,但它的CPU占用率较高,不适合多任务系统的应用;ISA总线采用程序请求I/O方式与CPU进行通信,它的CPU占用率较高且传输速率较低;而PCI/PCIe传输速率及性能均较高,特别是PCIe总线,传输速率为250Mb/s(×1),被称为第三代I/O标准接口。PCIe目前已成为设备间通信的主流协议,已经广泛应用到数据采集、传输等领域。
硬件数据采集系统需要将采集到的数据通过PCIe总线传输到个人计算机上进行数据的后续处理。在此之间,需要个人计算机上的驱动程序来完成对硬件数据采集系统的控制,以完成数据的采集和传输。为了缩短系统的开发时间和提高驱动程序的可靠性,Jungo公司的WinDriver[3]驱动程序开发软件包给驱动程序的开发提供了一种简洁可靠的开发方法。
1 硬件系统的实现
本系统采用ML555开发板,它自身带有PCIe硬件总线接口,其核心是Xilinx公司生产的Virtex-5系列的FPGA[4,5]。首先按照开发板的手册将开发板上的拨码开关配置到正确位置;然后在装有Windows XP SP2系统并且带有×8或者×16链路的PCIe插槽的个人计算机上,将开发板插入个人计算机的PCIe插槽中;最后用ISE软件将开发板提供的PCIe IP核代码经过ISE软件的综合布线后生成的“.b”文件通过JTAG接口下载到ML555开发板中。这就完成了开发板的硬件配置。Virtex-5 FPGA是系统数据传输的核心部件,主要用来配置PCIe的配置空间、实现DMA操作的控制及DDR2存储设备的控制器。图1为系统的框架结构图。
PCIe配置空间主要配置单元配置情况:Vendor ID=0x10EE,Device ID=0x0007;这是驱动程序识别该硬件的厂商号和设备号;地址空间选择BAR0,类型为Memory,大小为128字节。这是DMA控制寄存器的起始地址。
DMA控制寄存器简介:DMAWAS,偏移量0x00,DMA写操作时DDR2存储器地址;DMAWAD_L,偏移量0x04,DMA写操作时上位机低32位地址;DMAWAD_U,偏移量0x08,DMA写操作时上位机高32位地址;DMARAS_L,偏移量0x0C,DMA读操作时低32位地址;DMARAS_U,偏移量0x10,DMA读操作时高32位地址;DMARAD,偏移量0x14,DMA读操作时DDR2存储器地址;DMAWXS,偏移量0x18,从DDR2存储器到上位机存储器传送的字节数(128×2n,n=[0:13]);DMARXS,偏移量0x1C,从上位机存储器到DDR2存储器传送的字节数(128×2n,n=[0:13]);偏移量0x20、0x24和0x2C为保留字节;DMACST,偏移量0x28,DMA控制/状态寄存器;DMAWRP,偏移量0x30,32位DMA写操作只读计数器;DMARDP,偏移量0x34,32位DMA读操作只读计数器。
DMACST控制/状态寄存器位介绍:位0,DMA写启动位,初始值0;位1,DMA写完成位,初始值0;位2,DMA读启动位,初始值0;位3,DMA读完成位,初始值0;位4,DDR2存储器硬件初始化完成位,初始值0;位31:5,保留位。
ML555开发板配置完成后就需要开发和上位机通信的驱动程序。目前开发驱动的方式主要有DDK、DriverStudio以及WinDriver。使用DDK来开发应用驱动需要掌握操作系统专业知识,开发过程涉及到很多面向底层的应用程序,因而不适合于开发硬件的专业人员。DriverStudio能够提供开发向导,也能自动生成C++[6]代码,但是在调试过程中需要不断地安装驱动程序,使用不方便。WinDriver能够像DriverStudio一样提供开发向导,可以生成C、Delphi、VB和VC++语言代码框架,使用灵活、方便。因而本系统采用WinDriver来开发PCIe驱动程序。
2 驱动程序开发
WinDriver软件是由JUNGO公司出品的驱动程序开发软件,其大大简化了硬件工程师开发硬件驱动程序的工作量。它支持的操作系统有:Windows系列、Linux和Solaris;支持的开发语言:C/C++、VB和Delphi等;支持的开发平台:VC和GCC等;支持的驱动接口:PCI/PCMCIA、CardBus、ISA和PCIe等。并且具有一种平台开发,其它平台通用的特点,因而有很强的平台移植性。
2.1 驱动代码的生成
本系统选用开发语言C++,开发平台MFC,上位机操作系统Windows XP,接口通讯协议PCIe,开发一款基于窗口界面的驱动程序。通过窗口界面按钮来控制上位机和开发板之间的数据传输以及监视寄存器状态、查看数据。
按照开发要求安装VS2005、Windows XP DDK和WinDriver9.21。启动WinDriver后,按照开发向导一步一步完成,直到生成基于C++语言的驱动程序代码,弹出VS2005编译平台。当前生成的C++代码是基于DOS操作系统下的顺序执行机制程序,而MFC是基于对话框的事件驱动执行机制。所以向导生成的代码不能直接在窗口模式下进行运行。下面介绍如何将其转化为基于窗口的对话框模式。
2.2 基于窗口的驱动开发
重新打开VS2005软件,新建“项目”,创建“MFC应用程序”,选择“基于对话框”选项,其余默认。新建好MFC项目以后,需要添加必须的头文件和源文件。
需要添加的头文件:virtex5_diag.h;源文件:diag_lib.c、pci_diag_lib.c、print_struct.c、virtex5_lib.c、wdc_diag_lib.c。另外,bits.h、diag_lib.h、pccard_cis.h、pci_regs.h、windrvr_events.h、status_strings.h、status_strings.c、utils.h、virtex5_lib.h、wd_ver.h、wdapi921、wdapi921.dll、windrvr_int_thread.h、wdc_diag_lib.h、wdc_lib.h、windrvr.h、print_struct.h、wdc_defs.h 需要添加到工程文件目录下。在xxxDlg.cpp(xxx为窗口驱动程序项目名称,下同)文件中需要添加预编译头文件“virtex5_diag.h”和“wdc_defs.h”。
设置工程属性。在添加的文件属性页中,创建/使用预编译头:不使用预编译头;预编译头文件:.Debug/xxx.pch;在工程属性中,配置属性 → 连接器 → 输入 → 附加依赖项:wdapi921.lib。工程属性设置完成,编译项目,成功通过。此时就可以按照开发一般窗口程序一样开发基于对话框的PCIe驱动程序了。
在资源视图中创建好对话框以后,需要添加各对应控件的消息响应函数。由于WinDriver对Xilinx公司出品的Virtex-5系列的FPGA有专门的驱动服务程序,所以只需要把提供的各功能的函数代码实现到控件消息响应函数处,即可实现相应的操作功能。驱动程序界面如图2所示。
2.3 主要函数功能介绍
WDC_PciScanDevices(dwVendorId,dwDeviceId,&scanResult);//dwVendorId为PCIe配置空间中Vendor ID,dwDeviceId为PCIe配置空间中Device ID,scanResult为PCIe信息结构体。该函数是将有特定厂商号和设备号的硬件信息填写到scanResult信息结构体中。
dwOptions |= DMA_KERNEL_BUFFER_ALLOC;//分配一个连续的DMA BUFFER物理地址。
pVIRTEX5Dma = (VIRTEX5_DMA_STRUCT *)calloc(1, sizeof(VIRTEX5_DMA_STRUCT));//在内存中分配一个sizeof(VIRTEX5_DMA_STRUCT)大小的内存空间。
WDC_DMAContigBufLock(hDev, &(&dma)->pBuf, dwOptions, dwtran_size, &(pVIRTEX5Dma->pDma));//锁定DMA传输空间。
WDC_ReadAddr32(hDev, VIRTEX5_SPACE, VIRTEX5_DMACST_OFFSET, &cst_data);//读取DMACST值。
cst_data&BIT4;//该语句用来检测在DMA设备初始化过程中存储器初始化是否完成。
WDC_WriteAddr32(hDev, VIRTEX5_SPACE, VIRTEX5_DMACST_OFFSET, cst_data&~BIT0);//BIT0位为写DMA启动位。写传送完毕,该位由硬件清零。
WDC_WriteAddr32(hDev, VIRTEX5_SPACE, VIRTEX5_DMARAD_OFFSET, DeviceMemOffset);//DMA读目标地址寄存器DMARAD,该寄存器中存放DDR2存储器地址。
WDC_WriteAddr32(hDev, VIRTEX5_SPACE, VIRTEX5_DMARAS_L_OFFSET, dma_phys_addr+HostMemOffset);//DMA读源地址寄存器DMARAS_L,该寄存器存放系统存储器的低地址位。
WDC_WriteAddr32(hDev, VIRTEX5_SPACE, VIRTEX5_DMARAS_U_OFFSET, 0x0);//DMA读源地址寄存器DMARAS_L,该寄存器存放系统存储器地址位的高位。
WDC_WriteAddr32(hDev, VIRTEX5_SPACE, VIRTEX5_DMARXS_OFFSET, ReadSize);//DMA读传送大小寄存器。
//启动DMA传送
WDC_ReadAddr32(((&dma)->hDma)->hDev, VIRTEX5_SPACE, VIRTEX5_DMACST_OFFSET, &cst_data);
WDC_WriteAddr32(((&dma)->hDma)->hDev, VIRTEX5_SPACE, VIRTEX5_DMACST_OFFSET, cst_data | BIT2);//DMACST[2]为DMA读启动位,读完成后其值由硬件清零。
//采用查询方式
DWORD timeout = 5000000; //5s
WD_SLEEP sleep = {2, 0}; //2μs
for (i = 0; i < timeout; i += 2)
{WD_Sleep(hDev, &sleep);}
3 实例应用
将本系统嵌入到基于DICOM图像格式的CT医学图像处理中,实现由CT采集回来的数据通过PCIe总线接口传输到PC机上。数据采集框架图如图3所示。
该结构是由CT采集回的数据传输到ML555开发板上,进行图像处理,并将最终的处理结果传输到个人电脑上,用软件把数据还原为图像进行显示,如图4所示。
由图4得出,本次设计的PCIe总线驱动具有良好的可靠性,实现了数据传输要求。
4 结束语
在实验条件为PCIe插入×8数据链路插槽,单次传输数据量为1024字节,数据传输为DMA查询方式,数据传输速率可达到610Mb/s。并且整个系统性能稳定,在数据传输系统中可完全达到高速传输要求。
窗口驱动程序在测试硬件方面很直观,应用方便。不但能完成普通驱动程序高效传输数据的要求,而且在测试过程中便于观察硬件中特殊功能寄存器的状态,有利于硬件功能的进一步完善。
摘要：简要介绍Xilinx公司生产的基于Virtex-5系列的FPGA的ML555开发板特点,并用ML555开发板实现带有DMA数据传输通道的PCIe总线协议。以数据采集与传输为例,详细介绍了采用WinDriver与MFC相结合的方法来实现基于窗口操作的PCIe驱动程序的开发步骤。
关键词：WinDriver,设备驱动程序,FPGA,DMA
参考文献
[1]Ravi Budruk,Don Anderson,Tom Shanley.PCI Express系统体系结构标准教材[M].电子工业出版社,2005.
[2]Tom Shanley,Don Anderson.PCI系统结构[M].刘辉,翼然然,夏意军,译.北京:电子工业出版社,2000.
[3]Jungo Ltd.WinDriverTM PCI/ISA/CardBus User’s Manual Version9.20[Z].Jungo Ltd.,2008.
[4]何宾.Xilinx可编程逻辑器件设计技术详解[M].清华大学出版社,2010.
[5]Kraig Lund,David Naylor,Steve T-rynosky.Virtex-5 FPGA Integra-ted En-dpoint Block for PCI Express Designs:DDR2 SDRAM DMAInitiator Demonstration Platform,XILINX,2008.
篇4：基于BT协议的下载程序开发
关键词：下载程序；BitTorrent协议；torrent；B-encoding
中图分类号：TP312文献标识码：A文章编号：1009-3044(2007)12-21661-02
Development of Downloading Procedure Based on BT Protocol
ZHOU Ke1, ZHANG Yan-na2
(1.Henan University College of Computer and Information Engineering,Kaifeng 475001,China;2.Henan UniversityHenan University, Department of Facility and Laboratory Mangement,Kaifeng 475001,China)
Abstract:This paper analyses the BitTorrent protocol in details and sums up its characteristics. Then, in the basis of torrent file format and Bencoding encoded mode,The torrent file had been successfully analysed precisely. According the analysis, one method of developing the downloading procedure was described.
Key words:Downloading Procedure;BitTorrent protocol; torrent; Bencoding
1 引言
传统的网络服务模式，所有的下载开销都在服务器上，由于服务器性能和带宽的限制, 服务器往往要限定用户的数量和访问速率；而使用基于BT协议的共享软件，可以把下载的开销分摊到每个下载者那里，在理论上支持无限多个下载者下载同一个文件，充分提高文件共享效率。本文简要分析了BT协议的工作原理，并给出了一种采用C#的下载程序的分析部分的实现，基于这种分析程序，借助C#中TCP协议的助手类就可以快速的开发出实用的下载程序。
2 BT协议的工作原理
BT协议将这种文件共享模式分为Tracker服务器和Client两部分。Tracker服务器的任务是搜集Client的信息，并帮助BT Client相互发现对方，进而能互相下载所需的资源。每一个Client即一个Peer 在下载开始以及下载过程中，要不断地与Tracker服务器进行通信，报告自己的信息并获取其它Peer的信息。Tracker對所有下载者的信息进行维护，当它收到一个请求后，先把发出请求的Peer的信息记录下来，然后将其他参与下载同一个文件的下载者的信息返回给该Peer。Peer在收到Tracker的响应后，与其它下载者建立连接下载本地所没有的文件资源。为了使别的客户端也可以从本地获取文件资源，该客户端还要监听某个端口，用于接收其它Peers的连接请求。
3 torrent文件及其分析程序的实现
BT协议的主要特征，集中体现torrent文件中。下面就torrent文件的内容及格式先做介绍，最后给出用C#语言实现该类文件解析的方法。
3.1 torrent文件及其编码
BT客户端开始下载资源时首先需要寻找torrent文件， torrent文件包含了完整的资源下载信息：包括资源名、大小、资源的创建者，创建时间，指向Tracker的url列表等信息。
torrent文件采用B-encoding编码来保存数据。B-encoding编码提供四种类型的数据表示：strings(字符串)、integers(整数)、lists(列表)、dictionaries(字典) 。编码规则如下：
(1)strings的编码规则为：<字符串长度>：<字符串>
字符串长度单位为字节，没有开始或结束标记。
(2)integers的编码规则为：i<整数>e
开始标记为i，结束标记为e。没有大小限制，0不能出现在负的或者是整数的最高位。
(3)lists的编码规则为：l
开始标记为l，结束标记为e，列表里可以包含任何B-encoding编码类型，包括字符串、整数、列表、字典。
(4)dictionaries的编码规则为：d
开始标记为d，结束标记为e，关键字必须为B-encoding字符串，值可以为任何B-encoding编码类型，包括字符串、整数、列表、字典。
torrent 文件格式是由若干字段确定的，torrent 文件中关键字段如表1所示：
表1 torrent 文件中关键字段
info字段用于确定资源是由单文件还是多文件构成的，info后面的第一个字符串为length 或files，二者只能出现一个。length表明是单文件结构，files表明是多文件结构，其详细区别如表2所示：
表2 info字段的内容
3.2 torrent 文件分析程序的实现
B-encoding的编码规则只有前述的四种类型的数据，列表和字典中允许包含这四种数据类型，整个文件本身就是字典。在实现的这种文件的分析时采用如下的分析方法，算法流程如图1所示：
(1)字符串分析。调用四个函数来判断字符串是否为B-encoding编码的四种数据类型：字符串分析函数readstring、整数分析函数readint、列表分析函数 readlist和字典分析函数 readdict。
(2)分析结果存放。定义一个基类和四个由该基类派生的子类，四个子类分别对应于四种数据类型。字符串和整数数据分别定义CBEncodeString 和CBEncodeInt类的对象存放结果；列表类型的数据使用C#中的List<>泛型类定义一个列表：
public List
public SortedList
由于分析的结果有多种，而且结构不同，使用list<>泛型类定义一个基类型的列表类型m_listObj按序返回分析结果，torrent文件本身就是一个字典，所以保存返回值的列表只有索引值为0的一项，该项存储的内容是已经分析好的整个文件，结构为一个字典。还要需将最终分析结果由列表m_listObj[0])中的内容强制转换成字典CBEncodeDict类型，而字典中又有Bencoding编码中的四种数据类型深层嵌套，分析整个文件的结构，要把所有的格式都考虑到，在输出结果的过程中根据具体情况要进行不同类型和不同次数的强制转换。
4 结论
本文对BT工作原理进行了分析，根据B-encoding编码规则和torrent文件的格式，在C#.NET 2005环境下开发出了对torrent 文件进行解析的Windows应用程序。借助于此程序，将分析结果提供给下载程序就可以开发出BT下载软件。当然，在使用BT软件进行文件共享带来方便的同时，对磁盘的频繁操作可能会引起磁盘老化，占用过多带宽，这些问题都需要在开发有关基于BitTorrent协议的共享软件时给予足够的重视。以较小的代价获得较好的网络文件共享功能。
图1 算法流程
参考文献：
[1]Cohen B.Incentives BuildRobustness in BitTorrent[Z/OL].http://www.bittorrent.com.
[2]王珏,BitTorrent下载技术研究.科技广场,2005（2）.
[3]孔彬,徐良贤,BitTorrent原理分析及改进.计算机工程2004.30（12）.
[4]Simon Robinson.等.著.李敏波.等.译.C#高级编程（第3版）,清华大学出版社,2005年7月.
篇5：软件开发合作开发协议
甲方：法定代表人：乙方：身份证号：
甲方委托乙方，乙方接受甲方委托，开发**软件产品，为此，双方就合作事宜在公平、自愿、协商一致的情况下签署如下协议，以备共同遵守：一、二、三、四、五、六、七、八、九、甲方委托乙方开发的软件产品为：，软件的构成及功能需求见《软件需求说明书》（附件一）。开发进度：乙方应按本协议所附的《 软件开发进度计划》（见附件二）完成工作进度： 合作方式：甲方负责**软件的市场推广、销售、售后实施及维护工作；乙方根据甲方最终用户要求做好**产品的需求调研、系统设计、软件开发和相关的售前、售后及培训技术服务支持；甲乙双方按约定比例分配项目收益。利润分配及费用约定：甲方负责承担乙方去最终用户现场出差的差旅食宿费；甲方销售的**软件，乙方提成该软件销售毛利润的50%。（毛利润=软件实际合同销售额-第三方合作成本）利润支付方式：甲方收到项目最终用户款项后支付乙方收益款，乙方承担所得税，由甲方代扣或提供同等金额增值税票给甲方。验收标准：以经甲方确认的《 软件需求说明书》为准。培训服务：乙方负责为甲方培训安装调试、售后维护人员2 名，甲方接受培训的人员应达到熟练操作并能解决简单问题的程度。服务响应：如**软件产品使用运行出现问题时，乙方应在甲方要求的时间内解决问题，如问题不能按期解决，导致影响甲方最终用户正常使用 ,甲方有权扣除部分费用.软件知识产权：（1）**软件知识产权归甲方所有,乙方必须在**软件
交付使用时将该软件产品设计资料、产品源代码、数据及相关技术资料等全部移交给甲方，未经甲方书面许可，乙方不得许可第三方阅读、使用或复制。（2）乙方应保证其开发成果及其开发过程不侵
犯第三人的知识产权。
十、乙方不得擅自与第三方他人或单位合作开发和销售**软件。如有违
反，甲方有权单方面终止协议并向乙方提出索赔。
十一、甲乙双方应严格保守双方的商业秘密，不得违反。
十二、如发生争议，双方应积极协商解决，协商不成的，受损方可向甲方
所在地仲裁机构申请仲裁。
十三、本协议在执行过程中，双方认为需要补充、变更的，可订立补充协
议，补充协议具有同等法律效力。补充协议与本协议不一致的，以补充协议为准。
十四、其他：本合同附件如下：
附件一：《 软件需求说明书》
附件二：《 软件开发进度计划》
附件三：甲乙双方身份证明资料
本合同附件与正文具有同等效力。
十五、本协议经双方盖章签字后生效，一式贰份，甲乙双方各持一份，具
有同等法律效力。
甲方（盖章）：
法人代表（签字）：
日期：
乙方（签字）：
篇6：市场开发合作协议
甲方：葫芦岛安全科学技术研究所
乙方：身份证号：
为了更好的开发市场，发挥甲乙双方各自的优势及积极性，本着互惠互利的原则，经甲乙双方友好协商，对于在市开展安全评价业务达成如下协议：
一、协议期限
本协议有效期为三年，从年月日到年月日。
二、合作方式和利润分配原则
1、甲方委托乙方负责在市以甲方名义在甲方授权范围内开展安全
评价业务及相关业务活动，在市建立葫芦岛安全技术科学研究所驻市安全评价业务室；
2、利润分配比例按合同金额计算，甲方按合同总金额的60%提取评价费用，余下的40%支付给乙方，做为乙方在市的开展评价业务的代理费用，乙方承揽所有评价业务均依照以上分配比例。
3、支付乙方40%费用方法
（1）乙方提供合理真实的正规发票；
（2）甲方协助乙方办理支付费用时产生费用乙方承担。
三、双方权利义务
（一）、甲方权利与义务
1、甲方委托乙方在市设立葫芦岛安全技术科学研究所驻市安全评价业务室，提供甲方资质给乙方开展安全评价业务，拓展市安全评价业务市场；
2、甲方负责为乙方出具安全评价业务收费的发票及收据，承担税费缴纳的义务，乙方尽量减少、降低开具发票的次数和金额；
3、甲方负责出现场及安全评价报告的编写，并按要求及时制作完成评价报告，制作评价报告过程中所发生的费用由甲方承担；
4、甲方应按合同要求编写出质量合格的安全评价报告，并服务到报告通过
评审；
5、甲方有权拒绝接受违反相关部门规定及不合资质方面的相关评价业务；
（二）、乙方的权利与义务
1、乙方负责市场的安全评价业务的开发，在开发过程中所发生的一切费用均由乙方承担；
2、乙方自筹资金，负责在市筹建安全评价室，自行组织业务队伍，并自行负责房屋的租赁和办公设备的购置等相关筹建费用及日常开销；
3、乙方负责与客户签订安全评价委托协议，并代收评价费用；
4、乙方应在甲方每份评价报告编写完成并交付给乙方的同时，按合同约定
比例将评价费及时支付给甲方，否则甲方有权拒绝交付安全评价报告；
5、乙方自行处理并承担安全评价报告的评审工作及相关费用（如：评审会
议费、业务提成、佣金等）；
6、乙方在与甲方合作期间，不得与其他评价机构有业务往来，在协议有效
期间将其招揽的全部业务交由甲方评价，不得向其他机构转让评价业务；
7、乙方在承担评价业务时，与客户签订合同时不得擅自报价，所报价格应
按辽宁省同行业市场指导价格或甲方提供的参考价格执行，若低于上述标准价格应征求甲方意见，在获得甲方许可后方可与客户签订合同；
8、乙方有义务协助甲方与其所在地的安监局等相关部门及相关人员取得联
系，协调双方之间的关系，并建立良好的沟通平台，为甲乙双方联手开拓市安全评价市场打下坚实的基础；
9、乙方应严格保守甲方所提供的一切与评价业务相关的价格与技术信息等
内部信息；
四、违约责任
1、甲乙双方应严格遵守本协议，约定任何一方未按本合同约定履行，应承担
违约责任。给对方造成损失的，按实际损失的二倍进行赔偿，按实际损失额无法计算赔偿额的，违约方应向另一方赔偿人民币拾万元整。
2、乙方的相关业务活动应与甲方保持一致，遵循甲方的各项规定和政策，不得做出有损甲方相关利益的事情，否则甲方有权中止合同并追究相关责任。
3、若甲方连续三次检查发现乙方工作有不符合本协议规定,或其它有损甲方声誉、形象的行为，甲方可单方终止协议，并由乙方赔偿甲方因此而遭受的损失。
4、如果乙方违反本协议任一条款，应承担违约责任，甲方有权全部或部分取消尚未履行的订单，乙方无权因此提出任何索赔。
五、争议的解决
因履行本合同发生的任何争议，双方应协商解决。协商不成时应向甲方所在地的人民法院提起诉讼。
六、其他
1、本合同自双方签字盖章之日起生效。
2、本合同未尽事宜，甲乙双方另行签订补充协议。补充协议及合同附件是本合同不可分割的一部分，与本合同具有同等法律效力。
3、本合同一式两份，双方各执一份。
甲方：乙方：
篇7：技术开发协议
本协议于年月日由以下各方在（地点）签订：
委托方(以下称甲方)：研究开发方（以下称乙方）：鉴于：
1、甲方因业务发展需要开发项目；
2、乙方拥有相应的科研技术能力并愿意承担该项目的开发任务；
3、根据《中华人民共和国协议法》及其他法律法规的规定，经双方友好协商一致，特签订本协议。
一、定义
1.1“本协议”意指协议主体文本及协议附件。协议附件属“协议”不可分割之部分，与
协议主体文本条款具有同等法律效力。
1.2“上线测试”意指所开发的技术成果经检测合格后，正式装机，系统并网运行。
1.3“初验”意指在系统“上线测试”完成后一个月内，最终用户对交付系统的测试、验
收。初验时允许不影响系统整体运行的问题存在。
1.4“试运行”意指系统初验合格后，在终验之前上线运行的一段时间，用来验证系统是
否正常运行。系统无重大故障连续运行三个月即视为“试运行”通过。
1.5“终验”意指系统通过试运行期后,甲方按技术规范、业务需求、验收报告对系统组织
进行的验收，终验须完成初验中的遗留问题。
二、标的技术的内容、形式和要求
2.1甲方同意购买，乙方同意出售乙方接受甲方委托开发的项目。
三、履行期限和地点
3.1乙方承诺协议规定的开发内容在年月日完成。
3.2履行地点：湖南省。
四、报酬及其支付方式
4.1本项目投资总额（包括研究开发经费和报酬）：
人民币（大写）：元。（￥：元，以下简称“协议总价”）
上述协议总价包括了乙方全面完整地履行完成本协议约定，甲方需支付给乙方的全
部款项。乙方为全面完整地履行完成本协议之约定所花费的其他款项全部由乙方承
担。
4.2付款进度：
4.2.1自本协议签署之日三个工作日内，甲方向乙方支付总价款___%计人民币
元作为定金，定金抵作协议价款。
4.2.2项目成果移交并经双方初步验收合格后一周内，甲方向乙方支付总价款的___%计人民币：元，乙方须向甲方开出相应的发票或收据。（说明：
初验付款金额不得超过协议总价款90%）
4.2.3运行结束，经双方终验合格后周内，甲方须向乙方支付总价款的％，计人民币：元的正式发票及双方签署的终验合格报告，向乙方支付与
发票或收据相对应的协议价款。
4.3.3支付方式为。
五、双方职责
5.1甲方职责：
5.1.1甲方与乙方在内(时间)提供必要的开发条件，如与开发相关的文件、测试现场和软硬件环境等。
5.1.2甲方应指定专人对本次项目全权负责与甲方履行协议有关的事宜处理。
5.1.3甲方应书面提供与本项目相关系统的详细资料。
5.1.4甲方按协议要求负责及时组织对本项目的验收工作。
5.1.5甲方应按本协议规定及时付款。
5.1.6甲方应积极配合乙方，按协议要求进行相关培训。
5.1.7其他约定的甲方职责：。
5.2乙方职责：
5.2.1乙方必须严格按照协议要求本项目技术指标和参数，按约定制定和实施开发
计划。
5.2.2乙方应按协议要求向甲方提供为开发本项目所必须了解的资料的书面要求
清单。
5.2.3乙方负责甲方相关人员对本项目的使用培训。
5.2.4乙方负责配合甲方对提交的技术成果进行初验、终验并负责处理出现的问
题。
5.2.5乙方负责本协议项目初验后三个月的免费质量保证期。
5.2.6其他约定的乙方职责：。
六、项目的实施及验收
6.1本协议的执行须按协议附件二中确定的进度表进行。如因甲方原因影响开发进度，由甲方负责承担责任，如因乙方原因影响开发进度，由乙方负责承担责任。
6.2甲乙双方在协议生效后各指派一名代表全权负责整个协议一切事宜的协调。所有对
甲乙双方相关协议未尽事宜的处理，都应由双方全权代表通过正式书面形式并签字
同意后，方能生效。甲乙双方皆不对未经签字的事负责。双方在更换全权代表时，须以正式书面形式并经主管负责人签字后通知对方。开发进度的详细安排应通过友
好协商后决定。对于甲方提出的问题，乙方应给予明确的书面答复。
6.3在乙方交付本项目技术成果后一周内，双方按本协议第一条确定的项目开发要求及
技术指标共同对项目成果进行初步验收，各项功能及指标符合要求的，由双方签署
初验合格报告。
6.4初验合格后即进入为期三个月的试运行阶段，试运行结束，各项功能及技术指标符
合要求的，由双方签署终验合格报告。如在试运行期间出现重大故障，则试运行期
间从故障修复之日起重新起算。
6.5在本项目质量保证期内，当甲方有业务需求的变更时，应由甲方提供书面的业务需
求变更要求给乙方，乙方应在双方约定的时间内完成项目的修改工作，并经双方签
字认可。变更应支付给乙方的费用由甲乙双方另行协商决定。
七、技术培训
7.1乙方应向甲方人员提供项目的使用、管理、维护培训。
7.2培训应当使甲方受训人员达到对本项目的程度。
7.3培训内容包括：。
7.4培训方式采用：方式，培训地点、设备以及培训人员食宿费用均由
甲方，培训资料及其他费用由乙方负责。
八、售后服务
8.1乙方提供的“项目”免费质量保证期为从系统初验合格之日起年。
8.2乙方在质量保证期内免费为甲方提供技术支持和服务。质量保证期过后乙方提供相应的技术支持可酌收技术支持费，收费标准由双方协商确定。
8.3乙方承诺在质量保证期内提供的服务支持及响应时
间：。
九、技术情报和资料的保密
9.1乙方在履行本协议过程中触及和知晓的有关甲方的设备、网络情况、业务程序及方式、管理的方法制度和专有技术等，无论此种信息的形式和目的为何，均为甲方的保密信
息。
9.2未经甲方书面同意，乙方不得复制、记录或以其他方式泄露上述信息。乙方承诺在协议期内及协议期满后4年内，不向任何个人、组织和公司透露。
十、知识产权
10.1本协议项目成果的专利申请权、版权及其他非专利技术的所有权及使用权均归甲方
所有；乙方研究开发人员享有署名权。
10.4在本协议的有效期内，任何一方或者双方对协议标的的技术成果所作的革新和改
进，双方约定，本协议标的的技术成果后续改进的成果归改进方享有。
十一、违约金或者损失赔偿额的计算方法
11.1若甲方或最终用户因故未能按期支付协议款项，每延误一周应向乙方支付相当于协
议总额%的逾期违约金。
11.2若乙方未能按期执行协议，每延误一周应向甲方支付相当于协议总额%的逾
期违约金。若延误时间达三个月，则视为乙方不能执行本协议。甲方有权单方终止
协议，要求乙方双倍返还定金并赔偿给甲方造成一切直接经济损失。
11.3在使用过程中，由于乙方设计上的缺陷或隐患给甲方造成经济损失的，乙方应当予以赔偿。
11.4如确因现有水平和条件下难以克服的技术困难，导致开发项目部分或全部失败，所
造成的损失由乙方承担，乙方应退还已收取的全部开发经费及报酬。
11.5协议违约方应将索赔金额及事由书面通知违约方，若违约方有异议，应在收到通知
一周内以书面形式回复守约方，再由双方协商确定。若违约方收到通知后一周内未
予答复守约方，即视为认可。
十二、不可抗力
12.1协议订立后双方或一方由于不可抗力而影响协议履行时，则延长履行协议的期限，这一期限相当于该不可抗力所影响的时间，并可根据实际情况部分或全部免予承担
违约责任；
12.2受不可抗力影响方应在双方或一方不可抗力事件发生之日起日（时间）内以
形式告之对方，并出具有关部门的证明文件交对方确认。
12.3受不可抗力影响方应在双方或一方不可抗力事件消除后日（时间）内以
形式告之对方，如不可抗力事件影响超过三个月以上时，双方应重新协商协议的履
行问题，并尽快达成协议。
12.4因不可抗力事件导致的费用由双方按以下方法分别承担：
十三、争议的解决
13.1所有与协议履行有关的争议均需由双方友好协商或提交调解解决。
13.2如果双方协商不成或调解无效，则通过方式解决。
（1）提交仲裁委员会按照其仲裁程序和规则进行仲裁
（2）在人民法院提起诉讼
13.3纠纷处理期间，除双方有争议的部分外，协议其他部分应当继续有效。
十四、其他
14.1对于协议的终止，提出方应以书面形式通知另一方。另一方在收到通知后十天内做
出书面答复。如果未做书面答复，视为双方认可协议终止。
14.2对本协议的任何修改、变更或增减，须经双方授权代表签署书面文件，该书面文件
及其他附件均为本协议的组成部分，与本协议具有同等法律效力。
14.3本协议自双方法定代表人（负责人）或授权代表签字并加盖协议专用章之日起生效。14.4本协议一式份，甲方份，乙方份，具有同等法律效力。
甲方：
法定代表人（或授权代表）：法定代表人（或授权代表）：
乙方：
篇8：计算机网络开发协议
随着电力系统的快速发展,电力生产对调度自动化系统的依赖程度越来越高,调度自动化与电力生产之间需要加强系统整合、信息共享和应用集成,这对适应电网快速发展和建设坚强智能电网具有重要意义。
变电站视频监控经过多年的建设已初具规模,但还没有充分发挥作用。当前,由于变电站无人值班管理模式的大力推广,变电站现场设备的遥控操作范围正在不断扩大,但遥控操作后设备的状态情况无法及时直观监视,特别是开关、刀闸等设备操作后的状态检查无法及时确认设备的完好性。
为了解决这一问题,需要研制一套自动化采集终端,在这种背景下,采集终端OPEN3000系统便应运而生,其实时信息经过滤处理后直接发送到视频监控统一平台,触发相关视频操作和联动。
1 系统构架
系统构架如图1所示。
1.1 系统说明
自动化采集终端的串口连接自动化系统OPEN3000,网口连接到电力MIS区。作为连接OPEN3000和视频监控统一平台的桥梁,自动化采集终端能传递自动化系统的信息。通过在自动化系统中进行点位配置,一台自动化采集终端可采集多个变电站的遥信和遥控信息。
通信服务器在收到自动化采集终端的信息后,根据操作或告警的对象,搜索摄像机和预置位,向用户推送操作对象的相关视频,同时生成事件信息保存在系统中,工作人员可根据事件信息进行录像查询。
1.2 采集终端主要功能
(1)实时检测前端设备的开关量输入/输出及模拟量输入点位的状态,根据布/撤防的规则进行IDI/DO联动及告警的产生和解除。
(2)通过串行接口实时检测消防设备的状态,并进行消防联动、报警产生及解除。
(3)基于IEC60870-5-101—2002(简称101规约),实时采集站内数据,解析并打包上传点位发生变化的报文(包括刀闸变位类、开关类、故障类等信息)至管理服务器。
2 软硬件设计
系统架构框图如图2所示。
2.1 系统硬件设计
由于主控板上的核心处理器采用的是TI公司的DSP芯片,所以其操作系统(DSP/BIOS)、实时文件系统(RTFS)及网络开发包(NDK)全部采用TI公司提供的开发包。该终端对任务的处理采用多线程的设计方法,能并发处理多个客户端请求。
2.2 开发环境说明
(1)开发环境:WinXP+CCSv3.3;(2)使用语言:C语言;(3)仿真调试:SEED-XDS560PLUS。
2.3 系统软件设计
2.3.1 技术原理
自动化数据采集设备上电复位后,通过用户界面配置的采集方式(网络/串行),同时严格按照IEC60870-5-101规约的采集流程并发采集电网调度生产中的实时数据,并智能分析该实时数据是否为突发类数据(如刀闸变位类、开关类、故障类数据),如果该实时数据与用户定义的点位匹配,则封装并打包该实时数据上送至用户配置的管理服务器,形成告警信息并推送至前端客户端。
2.3.2 实时数据采集
必须严格按照IEC60870-5-101规约的采集流程采集电网调度生产中的实时数据,具体如下:首先,生成并发送请求链路报文,目的是确保从站已启动;然后,生成并发送复位链路报文,目的是同步主站与从站的FCB数据流码位,接着生成并发送第一次总召报文,目的是获取当前从站内所有实时数据,以方便后续的总召;最后,接收报文进行比较。
接下来进入召唤二级用户数据的循环中,首先,根据接收报文的ACD数据流码位判断是否有一级用户数据,如果有,则优先召唤一级用户数据,在循环召唤过程中,定时插入总召报文(界面可设定总召报文时间),否则,召唤二级用户数据;同时,实时智能分析接收报文是否为突发类数据,如果是,则通过上传突发类数据模块将该实时数据封装并打包后上送至用户配置的管理服务器。
2.3.3 软件设计要点
由于采集终端设备物理空间资源有限,在确保日志文件不超出最大占用物理空间的前提下,根据写日志规则可保留最近几小时/天/月/年的日志文件,为今后的事件处理、分析和研究提供基础资料。
差分采集DI多通道状态并检测变化位,在布防状态下,如果变化位与常态相同则上传报警结束,并进行摄像头和DO设备联动;如果变化位与常态相异则上传报警产生,并进行摄像头和DO设备联动。
当发送报文长度大于通讯规约定义的最大报文长度时,则根据当前发送报文长度与通讯规约定义的最大报文长度计算出拆包后的模数及余数,分别对其进行组包,每包数据都有报文序号,先发送由模数组成的报文,然后再发送由余数组成的报文。
在报文处理中增加了对接收报文最小包长、少包、粘包的检测,增加了报文重发机制;网络通讯及串口通讯中增加了重连机制。
基于IEC60870-5-101—2002远动传输规约,结合用户自定义的智能变电站事件采集方式,实现了多模式下依据状态位码位变化智能切换采集策略。
3 系统调试要点
3.1 模拟量输入(AI)各端子说明
每块AI板子有16个接线端子,2个1组。左正极右负极,依次类推。
3.2 测试模拟量输入(AI)的方法
将万用表的档位拨至导通档,红表笔接AI点位的正极,黑表笔接AI点位的负极,这样大概有1 mA的小电流,如果AI点位未接模式设备,则有≤0.05 mA的干扰电流。
3.3 数字量输入(DI)各端子说明
每块DI板子有16个接线端子。从左到右的布局为:7路DI端子,1个接地端子,然后再7路DI端子,1个接地端子。
3.4 数字量输出(DO)各端子说明
每块DO板子有16个接线端子,从左到右每2个1组,共8个继电器控制其吸合。
3.5 测试串口通讯需注意的几点
串口通讯板有16个端子,每4个端子为1组。每组端子可通过拨码开关选择工作模式(RS232或RS485)。当工作在RS232模式时,从左到右各端子的功能为:发、收、地、空。当工作在RS485模式时,从左到右各端子的功能为:485+、485-、空、空。测试示例如表1所示。
4 结语
经过半年的努力,调度自动化智能采集终端已完成了设计、开发和调试工作,目前已经在扬州市供电公司火车站变、吕桥变和金槐变稳定运行,实现了调度自动化系统与变电站视频监控的智能联动,提升了无人值守变电站的管理水平,提高了相关管理人员的工作效率。
参考文献
[1]肖翔,蒋晓宇.IEC60870-5-101协议应用浅析[J].电测与仪表,2010(S1)
[2]徐国勇.IEC60870-5-101规约应用中的问题及处理[J].浙江电力.2009(5)
【计算机网络开发协议】相关文章：
开发计算机软件论文04-18
Windows计算机网络协议的设置04-30
计算机软件开发简历04-08
计算机软件开发论文05-14
微课程开发计算机专业05-09
应用设备开发计算机通信论文04-22
计算软件应用软件开发论文04-25
存储平台开发计算机信息论文04-29
计算机系统开发方向论文题目05-06