用户代理软件的设计与实现多播数据包的寿命，仅当传送参数为且服务器地址参数为多播地址时才能使用。消息结构消息的般格式，用范式形式化表示请求方法邀请用户加入会话，会话包含于消息体中。对于请求的最终响应的证实。成功的响应由发出请求的给予响应，不成功的响应可以由收到此响应的第个有状态代理服务器给予响应，也可以由给予响应。询问服务器的能力。指示释放已经建立的呼叫。请求按请求同样的方式前转，可以由主叫方或者被叫方发出。收到请求后，应该停止向发出请求的方发送媒体流。在服务器上注册字段地址。取消个尚未完成的请求。对于已经完成的请求，则没有影响。响应消息响应状态码第位指示响应类别，后两位数字表示该类中的具体响应。表示呼叫进展。表示请求已经成功接收，完全理解并被接受。用户代理软件的设计第四章基于协议的用户代理软件的设计与实现重定向响应，表示需采取进步动作，完成该请求。客户出错。服务器出错，表示服务器不能完成合法的请求。全局故障。表示任何服务器都不能完成该请求。是协议的核心机制。发出邀请请求后，终端用户或者网络应该回送响应。在中，响应分成两大类。类是中间响应，报告呼叫进展情况，另类是最终响应，包括成功响应和失败响应。客户和服务器之间的操作从第个请求到最终请求的所有消息构成个事务。个正常成功的呼叫包含三个事务邀请请求发起的事务到成功最终响应。对这个响应的请求。呼叫终结请求发起的事务。注意对不成功邀请的响应的应答不构成个单独的事务。协议定义的是呼叫建立终结和修改的信息，并不涉及媒体控制。媒体类型，编码格式和收发地址等信息由传送。可以采用不同的应用层控制协议。如果采用传送，要求响应消息沿着请求消息发送的同样路径传送，以支持中间服务器对呼叫的监视和状态控制。对于经多播传送的请求，其响应应送往同个多播地址和目的端口。如果采用传送，则同事务的请求和响应应该在同连接上发送。同客户到同服务器的若干事务请求可以用同连接，也可以用不同的连接。呼叫控制过程和示例呼叫是由个会议的所有参与者组成的，在系统中，呼叫由唯标识。个端到端的会话与个呼叫相对应，而在基于多点控制单元的会议中，每个参与者通过单独的呼叫将自己引荐给，完成多点会议的初始化。协议支持三种呼叫模式由用户代理客户机向用户代理服务器直接呼叫，由在重定向服务器的辅助下进行重定向呼叫和由代理服务器代表向被叫发起呼叫。以重定向服务器信令过程为例，来说明呼叫建立过程见图。主叫方向被叫域服务器发送请求该服务器配置成重定向服务器，向定位服务器发出查询请求定位服务器返回被叫当前地址④重定向服务器向主叫回送响应，字段置入被叫当前地址主叫回送证实消息主叫向被叫用户当前地址重新发送消息被叫用户回送响应消息用户代理软件的设计第四章基于协议的用户代理软件的设计与实现主叫用户向被叫用户回送证实消息。图呼叫建立过程注册服务器经常用作启动后的注册，由于在消息中使用了地址的缘故，因此，当请求到达时，代理服务器或者重定向服务器可以直接正确地转发请求信息。这基于注册服务器的转发。域包含主叫的地址。如果地址可以出现在请求中，并在同个呼叫中，由其他产生，主叫必须插入出参数到域中。应该可选的增加个包含个可以联系的地址，返回被叫到主叫的事务。被叫发出的响应被叫接收到初始的请求，被叫可以接受，重定向，或者拒绝呼叫。在所有的这些情况中，都要返回个响应。响应的信息必须从请求域中拷贝下面的域,和域。另外，如果在请求中包含个或者多个头域，必须在域的响应中增加参数。因为个从的请求应该分叉并到达多个主机，将根据区分来自不同的响应。可以在响应中增加个域。这里包含个被叫希望连接的被叫地址，包括目前请求的。保存和的值，包括任何。这些分别变成本地或者远端地址。主叫接收并响应初始化的请求因为,单个请求，多个响应可以到达。每个响应通过头域中的参数区别。主叫应该通过每次响应的，选择识别或者结束呼叫。为了识别，它发送个请求，为了结束，发送个请求。在或者的头域中，包括任何类型的，头域，必须与响应的域致。缺省时，或者的被设置成在响应中的地址。相反的，可以从头域拷贝地址到。在每个响应中，也会注意到和的值。对于每个呼叫历程，头域变成远端地址，而头域变成本地地址。用户代理软件的设计第四章基于协议的用户代理软件的设计与实现主叫或者被叫产生二级并发请求旦呼叫已经建立，主叫或者被叫可以产生或者请求，来改变或者结束呼叫。不管是主叫还是被叫产生新的请求，在请求中的头域如下设置。对于期望的，头域设置为远端地址，头域设置为本地地址两者包含任何。联系头域与先前响应或者请求的域不同。应该设置成联系头域的值，这个联系头域被先前的从远端发送过来的请求或者响应接收，或者设置成远端地址。接收的并发请求当请求后来被接收，将进行下面的检查如果是新的，不管是否是和头域的值，认为请求是个新的呼叫。如果已经存在，那么请求是对于个存在的呼叫。如果和值与先前接收的致，则这个请求是个重传请求。如果上面两步没有匹配到，和域比较存在的和本地及远端的地址。如果这里匹配，在请求中的比上个值，这样对于存在的，这个请求是个新的事务。消息机制结构使用于消息的头部，表示发起者，当前地址，重定向地址，请求的最终接受者。协议采用的的般结构是用户名口令主机端口传送参数用户参数方法参数生存期参数服务器地址参数头部名头部值这里未采用严格的形式化表示形式。其中表示需采用协议和所指示的端系统通信。用户名可由任意字符组成，般可取类似于用户名的形式。的个特定功能是允许主机类型为电话网关，此时的用户名可为般的电话号码。由于语法表示不能区分电话号码和般的用户名，因此在域名后面增加了用户参数字段，该字段有两个可选值和，当其设定为时，表示用户名为电话号码，对应的端系统为电话网关。主机可为主机域名或地址。端口表示请求消息送往的端口号，其缺省值为，即公开端口号。口令可以置于中，但般不这样做，因为其安全性是值得考虑的。传送参数指示采用还是传送，缺省值为。服务器地址参数指示和该用户通信的服务器地址，通常为多播地址。生存期参数指示用户代理软件的设计第四章基于协议的特性复杂程度可想而知最重要的是在线考试系统是基于组卷参数定义总体参数是指对试卷的整体属性的说明，具体有试卷标题考试时间满分值平均难度平均区分度考察的章节知识点。表总体参数表参数名称试卷标题考试时间满分值平均难度平均区分度考察的章节知识点参数值难中题型比例题型比例指试卷的题型结构，也就是试卷中有那些大题型，道大题型下有多少道小试题，这些试题在试卷中占多少分，题型要考察那些知识点，题型比例参数可概括成为个维表，其中列为题型，试题数，分数，题型考察的章节知识点。表题型比例表题型试题数分数考察章节知识点良中较差差基于遗传算法的组卷算法设计从上文可知，使用遗传算法组卷时要涉及到七大要素，并且上文已对这七大要素的设计思想进行了介绍。下面详细介绍下在线考试系统在使用遗传算法进行组卷时所涉及的七大要素的设计方法。组卷算法与题库的研究题库基础理论题库发展计算机应用的普及，为计算机管理试题库提供了可能，同时也促进了试题库理论和实践的发展。七十年代，试题库建设形成较完善的经典理论体系，即。题库的概念题库是大量具有必要参数的题目的有机组合。题库中的题目都是按照测验目标精心筛选和校准的，每题目除了试题本身的内容外，还要具有表征题目属性的编号来源知识点答案难度区分度以及使用情况等多种指标，这些题目以定的结构存放在题库中，使用者可以方便地根据题目属性指标提供的信息选择题目，编制所需要的试卷。题库的特征题库的特征主要有以下几点题库的建设理论题库建设理论是指整个题库工作的基本理论。题库建设理论的涵义是广泛题库建设步骤实际上题库建设是项相当艰巨的系统工程。要建设个题库，般要包括以下几个步骤在线考试系统的题库建设方案根据我校对学生的培养目标和考核目的，在线考试系统题库建设依据经典测试理论进行新疆工程学院毕业设计论文在线考试系统的题库建设步骤在线考试系统的题库建设包括以下几个步骤题库的结构设计题库管理系统框架题库建设和设计是实现在线考试的基础。为了加强对题库的管理，本在线考试系统设置只有系统管理员才有权限管理题库。因此要对题库进行管理，首先需要以系统管理员身份登录考试系统。在线考试系统中的题库管理部分包括科目管理和题库管理两个部分。具体题库管理系统框架如图所示。图题库管理系统框架图题库管理设计方案科目管理主要实现科目的添加删除和修改功能，所涉及数据只有科目名称个数据，操作比较容易，在此不再叙述。下面主要描述下题库管理设计方案。本章小结本章分别对组卷算法和题库进行了研究。组卷算法方面首先介绍和分析了随机选取法和回溯试探法两种组卷算法，接着介绍了遗传算法，最后给出了在线考试系统的组卷算法设计方案题库方面主要介绍了题库的发展题库的概念题库的特征和题库建设方面的理论，以及题库建设的步骤，最后给出了在线考试系后台管理题库管理科目管理添加科目删除科目修改科目添加试题删除试题修改试题浏览试题组卷算法与题库的研究统的题库建设方案。在线考试系统的需求分析和设计在线考试系统的需求分析和设计系统需求分析系统功能分文用户代理软件的设计与实现多播数据包的寿命，仅当传送参数为且服务器地址参数为多播地址时才能使用。消息结构消息的般格式，用范式形式化表示请求方法邀请用户加入会话，会话包含于消息体中。对于请求的最终响应的证实。成功的响应由发出请求的给予响应，不成功的响应可以由收到此响应的第个有状态代理服务器给予响应，也可以由给予响应。询问服务器的能力。指示释放已经建立的呼叫。请求按请求同样的方式前转，可以由主叫方或者被叫方发出。收到请求后，应该停止向发出请求的方发送媒体流。在服务器上注册字段地址。取消个尚未完成的请求。对于已经完成的请求，则没有影响。响应消息响应状态码第位指示响应类别，后两位数字表示该类中的具体响应。表示呼叫进展。表示请求已经成功接收，完全理解并被接受。用户代理软件的设计第四章基于协议的用户代理软件的设计与实现重定向响应，表示需采取进步动作，完成该请求。客户出错。服务器出错，表示服务器不能完成合法的请求。全局故障。表示任何服务器都不能完成该请求。是协议的核心机制。发出邀请请求后，终端用户或者网络应该回送响应。在中，响应分成两大类。类是中间响应，报告呼叫进展情况，另类是最终响应，包括成功响应和失败响应。客户和服务器之间的操作从第个请求到最终请求的所有消息构成个事务。个正常成功的呼叫包含三个事务邀请请求发起的事务到成功最终响应。对这个响应的请求。呼叫终结请求发起的事务。注意对不成功邀请的响应的应答不构成个单独的事务。协议定义的是呼叫建立终结和修改的信息，并不涉及媒体控制。媒体类型，编码格式和收发地址等信息由传送。可以采用不同的应用层控制协议。如果采用传送，要求响应消息沿着请求消息发送的同样路径传送，以支持中间服务器对呼叫的监视和状态控制。对于经多播传送的请求，其响应应送往同个多播地址和目的端口。如果采用传送，则同事务的请求和响应应该在同连接上发送。同客户到同服务器的若干事务请求可以用同连接，也可以用不同的连接。呼叫控制过程和示例呼叫是由个会议的所有参与者组成的，在系统中，呼叫由唯标识。个端到端的会话与个呼叫相对应，而在基于多点控制单元的会议中，每个参与者通过单独的呼叫将自己引荐给，完成多点会议的初始化。协议支持三种呼叫模式由用户代理客户机向用户代理服务器直接呼叫，由在重定向服务器的辅助下进行重定向呼叫和由代理服务器代表向被叫发起呼叫。以重定向服务器信令过程为例，来说明呼叫建立过程见图。主叫方向被叫域服务器发送请求该服务器配置成重定向服务器，向定位服务器发出查询请求定位服务器返回被叫当前地址④重定向服务器向主叫回送响应，字段置入被叫当前地址主叫回送证实消息主叫向被叫用户当前地址重新发送消息被叫用户回送响应消息用户代理软件的设计第四章基于协议的用户代理软件的设计与实现主叫用户向被叫用户回送证实消息。图呼叫建立过程注册服务器经常用作启动后的注册，由于在消息中使用了地址的缘故，因此，当请求到达时，代理服务器或者重定向服务器可以直接正确地转发请求信息。这基于注册服务器的转发