平台技术服务协议

平台技术服务协议（共8篇）（共8篇）

1.平台技术服务协议 篇一

技术人才参与平台服务合作协议 甲 方: 注册地址: 法定代表人: 乙 方:性别:年龄: 身 份 证 号: 现 居 住 地 址: 联 系 电 话:

根据国家相关法律规定及甲方的业务需要,经甲乙双方作为平等主体，自愿协商一致,就乙方为甲方平台的技术服务提供者达成协议如下:

一、乙方为独立主体，与甲方平等合作的关系，甲方作为平台的所有者，负责平台的运营和发展，乙方作为甲方平台的参与者，在参与甲方平台的技术劳务提供者时，有义务维护平台的商誉，并且接受甲方的管理。

二、服务项目及费用

1、乙方提出务工申请。甲方向乙方提供统一品牌、统一服装、统一标准，先进技能培训、定级，工伤保险，代收劳务费，以及大量的服务机会等中介服务。乙方向甲方缴纳一定的中介费用。包括:品牌使用费、营销推广费、培训费、管理费、保险费等，缴纳方式为劳务费按比例分成。服装费_______元单独缴纳。

2、乙方需向甲方交纳服务质量保证金2000元人民币，在乙方无责任事故情况下，解除本合同之后甲方返还乙方服务质量保证金2000元人民币。若乙方有责任事故，甲方酌情返还服务质量保证金，并有权追究乙方对用工单位的赔偿责任.三、甲乙双方中介服务细则。

1、甲方向乙方提供：a.统一品牌“蚂蚁很忙”，统一服装,统一代收劳务费。b.先进技能培训和定级以及对因此而获得的证书进行统一管理;生产管理;资源调度。c.在乙方无过错情况下，甲方保证乙方月平均可获收入不低于人民币_________元的劳务机会。不足部分由甲方补偿。

d.以乙方个人名义替乙方缴纳工伤意外保险。

e.大量的服务机会：

（1）乙方自己获得的业务必须经甲方平台上签单并完成交易，甲乙双方按劳务费1:9分配。

（2）甲方介绍的业务，乙方在甲方平台上签单并完成交易，甲乙双方按劳务费1.5:8.5分配。

（3）甲方介绍的年业务总量不小于乙方自己获得的年业务总量，实现业务量比原来翻番。（因乙方的原因而导致无法达成此目标，甲方无责任。）

（4）劳务费按市场价协商，每月26日转发已确认完工的劳务费。

2、乙方向甲方提供：

a.身份证，户口簿，健康证明，技能展示和相关技能等级证书等。

b.保证高质量、高效率地及时完成在甲方平台上签单的一切劳务业务。凡因乙方技能或态度等个人因素给第三方造成损失的，一切后果和赔偿责任由乙方承担。质量要求必须在行业标准范围内为合格。

c.保证乙方本人不参与未在甲方平台上签单的一切劳务业务（不接私单）。违者罚款人民币2000元，甲方有权单方面解除本中介合同。

d.乙方必须热情、真诚、高效、高质量、规范地为第三方提供服务，一切都以客户需求为标准，不与客户发生争执（特殊情况可与甲方公司申诉），维护甲乙双方的品牌形象,不得随意吐痰,大小便等。违者罚款人民币500元。乙方在提供服务过程中有任何违法违规的行为都由乙方本人承担，与甲方无任何关系。

e.乙方在提供劳务过程中应当注意节约材料、爱护机械设备和生产工具，如因乙方原因造成非正常损抔的，由乙方承担赔偿责任。乙方在整个劳动过程中或其他任何时候出现的任何意外安全事故都与甲方无关。甲方在法律范围内应积极帮助乙方申领意外保险。五,保险和福利待遇：乙方保证其社会保险已由所属原单位按规定缴纳;乙方患病或非因工负伤的医疗费用由乙方按社保规定自行办理;由甲方为乙方购买合作期间的人身意外保险;乙方服务期间发生的意外事故,按社保及意外险规定办理;乙方如不按甲方客户单位安全生产须知违规作业，所造成的意外事故,责任由乙方自行承担。

六、甲方的权利和义务

1、甲方有权根据乙方的服务能力和生产(工作)需要调整乙方的服务内容;

2、甲方有权根据内部规章制度对乙方进行管理。并对乙方履行制度的情况进行检查、监督、考核和奖惩;

3、乙方服务期间,如违反国家法律、法规等,将承担相应的责任,若造成损失的将承 担相应经济责任,并解除服务协议;

4、由甲方为乙方提供符合国家标准的劳动安全卫生设施和必要的服务条件;

5、如乙方从事有职业危害的服务内容,甲方应将该职业的危害及后果、职业病防护措 施和待遇如实书面告知乙方。

七、乙方的权利和义务

1、乙方在服务期间,有获得劳务报酬的权利;

2、乙方在服务期内,休假需经甲方客户单位负责人根据工作情况安排;

3、乙方提供的有关本人证件及资料应真实有效,否则应承担相应的法律责任;

4、乙方应服从甲方客户单位工作需要,调整乙方的服务内容;

5、乙方应当自觉学习和遵守安全生产法规、条例以及治安管理条例,必须严格遵守安 全操作规程;

6、乙方应当维护甲方的利益和信誉,保守甲方的商业秘密和技术秘密;

7、乙方应严格遵守国家的各项法律、法规, 遵守甲方依法制定的各项管理制度和纪律, 服从甲方的管理和规定;

八、协议的履行和变更

1、甲乙双方应当按照本协议的约定,全面履行各自的义务;

2、甲乙双方协商一致,可以变更服务协议约定的内容。变更服务协议,应当采用书面 形式。

九、协议的解除、终止和续订

1、甲乙双方协商一致,可以解除服务协议;

2、一方提出解除的,应提前 5天书面通知对方;

3、协议的终止:本协议期限届满即行终止;

4、协议的续订:甲、乙双方经协商同意,可以续订服务协议。

十、违约责任

1、甲方和乙方应履行合同中全部条款，违约方应承担相应的违约责任。

2、甲方违反合同条款造成合同无法履行，甲方应退回向乙方收取的服务质量保证金。

3、乙方向甲方提供虚假文件材料，致使合同无法履行，甲方可以解除合同，押金不退还。

4、由于乙方的违法行为，导致本合同无法履行，乙方应承担相关违约责任，服务质量保证金不退还。

十一、其他约定

1、乙方终止服务时应当按照甲方的规定办理相关交接手续;

2、本协议未尽事宜双方可以签订补充协议或专项协议,作为本协议附件,具有相同法 律效力;

3、本协议一式叁份,共肆页。甲乙双方签字(盖章)生效,并各执壹份(乙方在签字 时即执壹份),另存壹份甲方客户单位。涂改或未经合法授权代签无效。

甲方盖章:乙方签字(手印): 签署日期:签署日期:

2.平台技术服务协议 篇二

随着移动通信技术的发展和无线数据业务的进步,移动电话已被赋予了除通话以外的其它许多应用,数据传输就是其中非常吸引用户的功能。OBEX(Object Exchange)协议是一个简洁、灵活的通信协议,被广泛用于移动设备间的数据传输。但由于移动设备所处的环境相对比较恶劣,再加上移动设备本身硬件的功耗、体积、成本、可靠性、速度、处理能力等方面均受到应用要求的限制,这也决定了移动环境下存在着存储空间有限、低带宽、高延迟等方面的缺点,无论是红外线还是蓝牙技术标准,它们在利用OBEX协议传输时,都有一定的速度上限,如何以最快的速度实现数据传输的最大化一直是研究的热点。本文通过分析OBEX协议和数据压缩技术后,将它们结合起来传输数据,实现了对基于J2ME平台的移动设备,通过红外线进行OBEX协议对象交换的一种有效扩展。经过数据压缩后数据对象的容量有了相当大的减少,尽管数据压缩增加了系统的处理时间,但对应的传输时间相比未压缩时,由于数据变小还是变快了很多。

2 数据压缩

数据压缩是一种编码数据的过程,它的目的是使数据的存储空间或传输时间最小化。数据压缩可分成两种类型,一种叫做无损压缩,另一种叫做有损压缩。有损压缩不需要压缩后的数据与被压缩的数据完全相同允许一定范围内的精度损失,尽量压缩掉一些无关紧要的数据,但不影响数据分析的结果。无损压缩是指数据被压缩后,其数据分析效果与压缩前完全相同。本文研究的是手机间的数据传输,必须保证数据的完整性,所以采用无损压缩算法。同时,由于J2ME平台的CLDC/MIDP官方不支持任何的压缩类库,所以本文采用了将LZ77压缩[1]方法和Huffman编码[2]方法结合起来综合使用的一种数据压缩技术。具体过程是首先使用LZ77算法的一个变种进行压缩,然后对得到的结果再使用Huffman编码的方法(根据情况,选择使用静态Huffman编码或者动态Huffman编码)进行压缩。

2.1 使用LZ77算法进行压缩和解压缩

LZ77算法是通过使用编码器中已经出现过的相应匹配数据信息替换当前数据从而实现压缩功能一种压缩方法。如果文件中有两块内容相同的话,那么只要知道前一块的位置和大小,我们就可以确定后一块的内容。所以我们可以用(匹配长度,相隔距离)这样一对信息,来替换后一块内容。由于(匹配长度,相隔距离)这一对信息的大小,小于被替换内容的大小,所以文件得到了压缩。为了在解压缩时,可以区分“没有匹配的字节”和“(匹配长度,相隔距离)对”,我们还需要在每个“没有匹配的字节”或者“(匹配长度,相隔距离)对”之前,放上一位,来指明是“没有匹配的字节”,还是“(之间的距离,匹配长度)对”。我们用0表示“没有匹配的字节”,用1表示“(匹配长度,相隔距离)对”。

2.2 使用Huffman编码进行压缩和解压缩

Huffman编码是一种可变长编码方式,编码的原理是:将使用次数多的代码转换成长度较短的代码,而使用次数少的可以使用较长的编码,从而使得编码的总长度最短。并且保持编码的唯一可解性。要进行Huffman编码,首先要把整个数据内容读一遍,在读的过程中,统计每个符号(我们把字节的256种值看作是256种符号)的出现次数。然后根据符号的出现次数,建立Huffman树,通过Huffman树得到每个符号的新的编码。对于数据中出现次数较多的符号,它的Huffman编码的位数比较少。对于数据中出现次数较少的符号,它的Huffman编码的位数比较多。然后把数据中的每个字节替换成他们新的编码。为了在解压缩的时候,得到压缩时所使用的Huffman树,我们需要在压缩数据中,保存树的信息,也就是保存每个符号的出现次数的信息。

2.3 数据压缩算法的改进

本文所实现的是LZ77压缩方法和Huffman编码方法结合起来综合使用的一种无损数据压缩技术。从前面的论述中可以看到,相比传统的算法过程,加入了一些扩展性的设置,通过这些设置对两种采用的经典压缩方法都予以了改进。主要表现在:

(1)省去了LZ77用来指明是斆挥懈亩�淖纸跀还是斊ヅ涞男畔⒍詳的那个标志位。由于在实现过程中,把匹配长度的范围和字节值,作为不同的叶子结点进行编码。比如说,值为1的字节,和一个值为1的匹配长度,他们的值虽然相同,但是他们是不同的叶子结点,他们的编码也是不同的。这样一来,解压缩时,就可以直接区分,就不必再输出那个指示位了。这个节省对压缩率的改善有一些帮助。

(2)叶子结点所表示的内容不再局限于字符。叶子节点所代表的内容各种各样,不仅仅是一个固定的值,而且有些代表了一个值的范围,(然后用之后的更多的位来表示这个范围中的一个值),而且还有代表情况的。

3 OBEX连接的流程及其扩展

OBEX协议是为交换复杂数据而指定的一种简单、高效的二进制协议。OBEX属于会话层的协议,它是由红外线数据标准协会(Infrared Data Association IrDA)制定的。制定OBEX协议的目的是实现客户端和服务器传输对象,交换的对象可以是文件、图像或应用支持的任何数据单位。OBEX的下一层负责数据传输,在进行数据交换之前需要首先在传输层建立连接。OBEX协议与HTTP协议有些类似,都是基于请求-相应的。基于OBEX协议的应用程序同样采用了客户端-服务器模式,任意两台设备间都可组成主从关系,主动发起方是主设备(client),被找到者是从设备(server)。图1描述了一个典型的基于OBEX应用程序的结构图[3]。

3.1 OBEX连接的流程

OBEX的会话格式是请求/应答对,发起连接请求的称为OBEX客户端,接受连接请求的称为OBEX服务端。客户端发出请求以后,等待服务端的应答,然后再发下一请求。一对请求/应答也称为一个操作。一个OBEX数据传输的具体流程如图2所示。其中的数据压缩为本应用的扩展。

(1)发出Put/Get请求。

(2)应用程序通过调用OBEX层API请求一个传输层连接。

(3)当传输层连接建立完成后,返回结果给应用程序,应用程序通过调用OBEX层API建立OBEX层的连接。

(4)应用程序通过调用OBEX层API来交换数据。

(5)数据交换完毕后,返回结果给应用程序。

(6)如果需要,应用程序可以通过调用OBEX层A P I来继续交换更多的数据,如果不再交换,通知OBEX断开连接。

3.2 OBEX连接的扩展

本文通过在文件系统和OBEX间加入了一个新的步骤数据压缩/加密,实现了对OBEX的扩展。数据数据压缩/加密操作包括两个部分,第一步是应用程序调用压缩/加密算法操作数据对象,第二步是建立OBEX信息包的头部,OBEX定义了多种类型的信息头,不同的操作建立不同的信息头。OBEX协议可以在客户端和服务器之间传输头信息,头信息是使用字节或者字节序列描述的。在对OBEX协议的扩展中,最重要的就是对头信息的改进,通过创建头信息的方法,在客户端和服务器之间建立了双方一致的头信息格式。在数据传输的过程中,对数据的操作如图2所示,规模较小的数据(小于32字节)不压缩,而大于32字节的数据则进行压缩,最终产生一个合适的包头(packet header)。

在创建头信息的过程中,头信息一共有三种格式,格式是由数据对象的大小决定的,而在头信息中最重要的是第一个字节,它的作用是作为指示器。三种头信息具体表述如下:

(1)1-byte头:用四位来表示数据对象的大小,一位来表示数据对象是否经过加密。

(2)4-byte头:第一个字节是指示器字节,第二个字节表示操作模式,第三个字节表示压缩和加密前的文件大小,第四个字节表示压缩和加密后的文件大小。

(3)10-byte头:第一个字节是指示器字节,第二个字节表示操作模式,第三个到第六个字节表示压缩和加密前的文件大小,第七个到第十个字节表示压缩和加密后的文件大小。

在O B E X数据传输的过程中,为了保证数据交换的安全和可靠性,本文采取了数据加密技术。由于数据加密在很大程度上要依靠于设备的硬件条件,而移动设备的处理器和内存都比较差,同时数据压缩也可以改变数据对象的原有结构,达到部分的安全效果,所以在数据加密在这里是选择性的。算法主要采用的是DES算法,它可以适用于J2ME环境下,并且不需要很高的计算能力。

4 试验评估

试验数据选用了几种大小不同的数据文件,基于这些不同大小的文件进行测试。由于在发送方和接收方之间存在着压缩、加密和解压缩、解密的过程,所以测试的总时间除了OBEX数据传输的时间以外,还包括这部分额外增加的时间。表1为原有压缩前与压缩后的比较。测试结果显示,尽管压缩、加密和解压缩、解密数据花费了额外的时间,采用扩展后的OBEX传输数据还是比原有OBEX传输快了10%—40%,大的数据尤其明显。

5 结束语

OBEX对系统资源的要求比较低,适用于低端设备。同时,OBEX具有灵活的数据处理能力和良好的可扩展性能,使得OBEX在J2ME或是其他移动平台上开发应用程序非常方便。由试验结果可以看到本文所作的OBEX协议的扩展,在很大程度上提高OBEX数据传输的速度。尽管试验是在使用红外作为传输层协议的情况下分析的,但其同样适用于RFCOMM、TCP/IP、蓝牙作为传输层协议的情况。因此在移动设备OBEX数据传输中应用数据压缩技术,可以有效提高传输速度并在加入数据加密的前提下进一步保证了数据安全和相关的可靠性。

摘要：数据压缩是一种编码数据的过程,它的目的是使数据的存储空间或传输时间最小化。OBEX协议是为交换复杂数据而指定的一种简单、高效的二进制协议。本文介绍了在J2ME平台上对OBEX协议的一种扩展,这种扩展建立在数据压缩和加密的基础上,它可以减少数据传输时间并保证安全。

关键词：数据压缩,J2ME,OBEX协议

参考文献

[1]DAVID SALOMON.Data Compression The Com-plete Reference[M].Springer-Verlag New York,Inc.2004.

[2]A.HUFFINAN.A method for the construction ofminimum redundancy codes[J].Proe.IRE,1952,(40):1098-1101.

3.平台技术服务协议 篇三

关键词：尔雅通识课；CAS协议；Web Services；教务系统

中图分类号：TP315 文献标志码：B 文章编号：1673-8454（2016）09-0094-03

一、前言

高等职业教育以培养具有创新和实践能力的高素质人才为主要目标，随着顶岗实习、校企合作、工学结合等人才培养模式的不断变革，对专业核心课程、必修课程、通识课程的建设提出了新的要求，尤其是通识课程在强化整体素质教育、拓展和完善学生知识结构、促进个性发展，具有不可替代的作用，但通识课在课程实施过程中，由于受到传统“基础课、专业基础课、专业课”教学模式的影响，普遍存在大班授课、优质师资不足、课程结构不合理、授课时空单一等现状。

超星泛雅网络教学平台是基于MOOC理念，集成平台、资源和服务为一体的网络教学平台。“尔雅通识课”是该网络教学平台之下的通识课程学习平台。我校为进一步缓解通识课在高职教育过程中存在的普遍问题，于2013年引入“尔雅通识课”学习平台中的通识教育课程。

目前对通识课程的管理，都是依托现有的苏文高职教务系统进行统一管理，包括面向学生的选课、平时作业、考试，面向教师的排课、工作量的核算、成绩的录入，面向教务管理的工作量统计，学分统计等，同时教务系统又是数字化校园数据交换平台的重要权威数据发布源，为了满足数字化校园信息化系统松耦合的建设要求，同时兼顾为师生提供友好的用户体验，统一的信息入口和用户访问授权，本文在系统设计过程中，遵循开放性和标准化的原则，基于CAS协议和Web Services接口技术，实现了超星尔雅通识课系统与高职教务系统，在用户统一认证和授权，业务数据共享与交换等方面的融合。下面主要从CAS协议、Web Services接口、系统设计分析、系统实现四个方面进行说明。

二、CAS协议

CAS（Central Authentication Service）是耶鲁大学发起的一个企业级的、开源的项目，为 Web 应用系统提供一种可靠的单点登录解决方法，属于 Web SSO的范畴，支持微软活动目录AD、JAAS、JDBC、LDAP、X.509等多种主流的认证机制。

CAS软件体系结构，采用主流的C/S架构模式，包括CAS服务器端和CAS客户端。CAS服务器端是一个认证中心，提供Ticket票据的生成、校验以及过期票据的销毁等工作，CAS客户端主要部署在业务系统中，通过提供统一的CAS认证接口，实现业务的统一认证整合，目前CAS客户端支持主流的开发语言，包括Java、.Net、PHP、Perl 等。

CAS协议工作流程如图1所示，显示了用户在登录业务系统的过程中，CAS客户端与CAS服务器端的交互过程，完成用户的统一认证。

三、Web Services接口

在教务系统与尔雅通识课学习平台进行数据共享的过程中，为遵循数据接口开放性和标准化的原则，采用可扩展、跨平台的Web Services技术，实现业务数据的交换。Web Services是面向对象的技术架构，主要包括SOAP（Simple Object Access Protocol）、WSDL（Web Services Description Language）、UDDI（Universal Description Discovery and Integration）。SOAP是遵循W3C标准的轻量级通讯协议，WSDL是描述定位Web Services的XML文档，UDDI规定了Web Services如何在网络上相互发现和集成。为了发挥Web Services的松散耦合性、互操作性等特征，一般先根据Web Services提供的接口功能，生成XML描述的WSDL文档，同时在UUDI注册中心进行登记，用户或业务系统根据功能需求在UDDI中搜索功能匹配的WSDL，并生成相应的SOAP请求进行调用，Web Services应用响应流程如图2所示。

四、系统设计分析

尔雅通识课学习平台与高职教务系统从用户认证授权、数据共享、Web Services三个方面进行融合，主要包括统一用户认证和授权模块、数据共享模块、Web Services服务模块三个核心功能模块成，其系统结构如图3所示。

统一用户认证和授权模块，包含学生和教师登录信息的认证，同时根据用户不同的角色进行系统授权。师生用户登录高职教务系统进行认证授权后，可以直接访问超星尔雅通识课学习平台，根据授权角色的不同，学生可以完成通识课程的在线视频观看、学习进度查看、完成单元作业、参与课程的答疑和讨论、完成课程考试等学习业务相关的子功能。教师可以完成课程设置、课程资源管理、课程通知、题库管理、课程作业、课程考试、课程答疑和讨论、以及学习进度、作业、考试、讨论的统计管理等学习平台提供的学习过程管理相关功能子模块。

数据共享模块是尔雅通识课学习平台与高职教务系统进行数据共享融合的关键模块，涉及到教务系统数据发送子模块和数据接收子模块。其中数据发送子模块通过发送学生信息、教师信息、选课信息至尔雅学习平台Web Services服务接口实现教务系统数据与尔雅学习平台数据共享，其中学生信息和教师信息，包括姓名、学号（工号）、角色、密码、学院等关键属性，选课信息包括课程名称、课程代码、选课学号，可选字段学院、专业等属性。数据接受子模块，通过尔雅学习平台提供的Web Services服务接口可批量获取学生在线时长、平时作业、考试成绩等信息，可定期更新高职教务系统中学生课程的成绩、学分等信息，完成学生课程学习的记录，实现系统间信息的共享。

五、系统实现

尔雅通识课学习平台与高职教务系统对接的系统实现，主要包括基于CAS协议实现的统一用户认证和授权，基于Web Services接口技术的系统间的数据共享机制。

统一用户认证和授权模块，考虑到系统的跨平台，采用基于Java的CAS client的版本为cas-client-3.3.3-release.zip，JDK开发版本为JDK 7u60，同时在系统中添加oracle jdbc连接jar包ojdbc14_g.jar，cas-server-support-jdbc-3.4.4.jar。

其中主要的用户认证的过滤器配置如下：

CASFilter

org.jasig.cas.client.authentication.AuthenticationFilter

casServerLoginUrlhttp：//ids.js.edu.cn：8080/cas/login

serverNamehttp：// jwgl.js.edu.cn：8080

用户通过统一认证后，可以利用CAS协议获得对应的用户名、角色和院校部门等信息，其主要实现代码如下：

<%AttributePrincipal principal = （AttributePrincipal） request.getUserPrincipal（）；

String userid = principal.getName（）；

Map attributes = principal.getAttributes（）；

String username= attributes.get（"username"）.toString（）；

String department= attributes.get（"department"）.toString（）；

String jiaose= attributes.get（"jiaose"）.toString（）；%>

尔雅通识课学习平台采用Java进行Web Services开发，实现数据共享服务接口功能，其接口地址为http：//open.tsk.erya100.com/OpenApi.asmx？wsdl，注册提供了关键的五个接口方法，用户信息导入（UserInfoImport）、选课信息导入（CourseInfoImport）、在线时长（UserOnlineTime）、平时作业（UserWork）、考试成绩（CourseExam）。

UserInfoImport接口包括5个参数，分别为学号（工号）、姓名、密码、角色、学院。可支持excle格式的文件，批量进行用户导入操作

CourseInfoImport接口包括5个参数（CourseID，CourseName，StudentNum，ZhuanYe，Xueyuan），分别为课程代号、课程名称、学号、专业、院系。通过选课信息导入功能，可以实现尔雅学习平台中关联学生用户与选课信息，并记录学生用户的学习过程和行为。

UserOnlineTime接口包括2个参数（StudentNum，[StudentNumList]），可以通过该接口获得一个或者多个学生的在线时长信息，返回值单位为分钟。

UserWork接口包括2个参数（StudentNum，[StudentNumList]），该接口返回的是学生平时作业的平均值。CourseExam接口返回该通识课测试的结果，参数与上述一致。学生通识课课程的总成绩，是通过Web Services服务接口获得该生的在线时长、平时作业和考试成绩三个指标加权获得，其中加权比例为4：2：4。

教务系统调用尔雅学习平台Web Services接口批量导入用户选课信息伪代码如下：

Function booleanCourseInfoImport（List INFOS）{

try{

erya= new webservice（“http：// open.tsk.erya100.com /OpenApi.asmx？wsdl”）

Iterator？it= INFOS.Iterator（）；

While（it.hasNext（））{

INFO info=（INFO）it.next（）；

erya.CourseInfoImport（info.getCourseID，info.getCourseName，info.getStudentNum，info.getZhuanye，info.getXueyuan）；

}

return true；

}catch{

return false；

}

六、总结

本文针对高职教务系统与超星尔雅通识课学习平台存在交互性不足，数据不能共享，用户体验较差的现状，采用CAS协议实现系统间用户的统一认证和授权，基于Web Services接口技术屏蔽了系统间差异，实现数据共享，并提出了系统间进行数据融合和共享的系统结构图，通过对CAS协议、Web Services接口、系统结构、系统实现四个方面的阐述，验证了该系统融合方案可以有效提高系统的兼容性和可扩展性。

参考文献：

[1]秦怡，马自卫.基于CAS模式的统一认证与门户管理的研究与实现[J].现代图书情报技术，2008（12）：1-7.

[2]赵艳芳.基于CAS的统一认证平台的设计与实现[J].云南大学学报（自然科学版），2013（S2）：165-168.

[3]赵熹.基于“超星尔雅通识课程”平台的高职公共选修课程改革探索[J].机械职业教育，2013（2）：57-59.

[4]杨涛，刘锦德.Web Services技术综述——一种面向服务的分布式计算模式[J].计算机应用，2004（8）：1-4.

[5]饶元，冯博琴.新网络体系结构—Web Services研究综述[J].计算机科学，2004（5）：1-4.

[6]尹兆冰，王加阳.Web Service及其关键技术研究综述[J].软件导刊，2010（2）：121-123.

[7]许峰，林果园，黄皓.Web Services的访问控制研究综述[J].计算机科学，2005（2）：1-4.

[8]张幸芝，徐东东，贾菲.基于响应式Web设计的教务系统移动平台研究与建设[J].软件，2013（6）：5-7.

4.平台技术服务协议 篇四

月嫂服务合同

甲方（雇主）：身份证号： 联系电话：服务地址：

乙方（母婴护理员）：身份证号： 联系电话：户籍地址： 现住址： 紧急联系方式：平台方（中介机构）： 服务电话：经营地址：

根据国家有关法律、法规的规定，甲乙丙三方遵循平等、自愿、诚实信用原则，就母婴护理服务相关事宜签订本合同。

第一条 术语释义

甲方（雇主）: 是指具有完全行为能力的母婴护理员的雇佣者。

乙方（母婴护理员）：具有完全民事行为能力和母婴护理服务能力的劳动者。平台方（中介机构）：依法成立的具有相关资质的，以居间人身份为雇主和母婴护理员提供母婴护理服务信息的服务组织。

第二条 服务内容：平台方介绍符合母婴护理服务上岗条件(体检合格，经过培训并考核合格)的乙方为甲方家庭提供月嫂服务（具体内容见“服务明细表”）。

第三条 服务对象

服务对象人数和内容： 产妇与新生儿护理 ；

第四条 服务方式（请在内打√）：全日住家型 日间照料型 计时服务型 第五条 乙方资料 / 7 公司logo合同编号：

籍贯性别出生年月学历 技能证书及等级 第六条 服务期限：

月嫂每个月实际工作天数为26天。

一个月 二个月 三个月 42天其他 甲方预产期：，生产医院：

实际上岗日期以月嫂上户时间及工作记录表为准！第七条 服务费支付与方式

1、月嫂工资：元/月，服务期：，总薪资费用：元，若在服务期内因故中止服务，则按元/天进行结算，2、中介服务费（中介服务费为月嫂工资的20%，最少不低于1500元整）若服务期结束后，甲方需要延长服务期的，请在上岗后两周内告知公司，并将月嫂工资和中介服务费全额支付给平台方，费用支付成功则延长期限自动生效。

支付方式：

1、月嫂工资由平台方代发，在月嫂上岗后三个工作日内甲方将月嫂工资支付给平台方，月嫂工作结束后，凭《工作记录表》和《服务回访表》到公司领取工资。超过三个工作日尚未支付月嫂工资的，平台方有权终止合同，不再提供后续服务，中介费概不退还！

2、签订合同之日，甲方向平台支付中介服务费：元；乙方向平台方支付保证金：元（此保证金在月嫂履行服务合同后退还）。

第八条 甲方的权利义务 1．甲方权利

（1）甲方有权要求乙方提供最近一年内在正规医疗机构有效的体检合格的证明，如有异议，可要求重新体检，若体检合格，体检费用由甲方承担；若体检不合格，则体/ 7 公司logo合同编号：

检费用由乙方承担。如若甲方要求乙方进行非常规体检项目，乙方应给予配合，费用由甲方承担。

（2）甲方有权辞退不能完成合同约定工作的乙方，并有权要求平台方重新介绍符合要求的月嫂。

（3）甲方有权追究因乙方过错造成损失的法律责任，并向责任方要求经济赔偿（但不得扣押财产和证件或采取搜身、恐吓、殴打、等侵犯乙方人身财产权利等处理方式）。

（4）甲方有权对乙方进行管理和工作指导，对乙方服务质量有异议的，可要求平台方进行人员调换。

2．甲方义务

（1）甲方在签订合同时出示本人有效身份证件办理用户登记手续，如实填写家庭地址、联系电话、服务内容、时间要求以及需要的特殊服务和家族是否有传染病及精神病人等事项，洽谈时要如实告知乙方和平台方上述情况。

（2）提供全日住家型服务的，甲方应保证乙方每天基本的睡眠时间，向乙方提供与家庭成员基本相同的伙食（病人、孕产妇、婴幼儿餐除外）。国家法定假日确需乙方照常工作的，要给予加班补助，加班工资按照462元/天发放，或在征得乙方同意的前提下安排补休。

（3）为乙方（住家服务员）提供安全的居住场所，并保证不与成年异性同居一室（失能者除外）。当乙方需接触病人的血液、呕吐物及排泄物时，应为乙方提供相应的卫生和劳保用品。

（4）甲方不得将乙方转让给他方服务，不得拖欠乙方劳务报酬；服务结束后，甲方不得泄露乙方隐私和个人信息。

（5）因甲方原因造成乙方伤害，甲方应承担赔偿责任；在服务期间，若乙方突发疾病或遭遇其它伤害，甲方应采取必要的救治措施；若乙方外出未归或发生意外，应在24小时内通知有关方。/ 7 公司logo合同编号：

（6）甲方有义务与平台方保持良好沟通，及时反映乙方的工作情况（包括工作内容、操作技能、服务态度等）。

（7）甲方有义务按时在乙方的《工作记录表》和《服务回访表》上签字。第九条 乙方权利义务 1．乙方权利

（1）有权按时得到劳务报酬，获得正常的休息时间。

（2）有权保护自己人身和名誉不受侵犯，有权追究因甲方过错造成的经济损失。有权与侵权行为或严重违反合同约定的甲方解除合同。

（3）有权拒绝从事与合同内容不符的工作，有权拒绝为第三方服务和在非约定地址服务。

2.乙方义务

（1）遵守国家的法律法规，按合同约定服务。不得有损害甲方合法权益的行为，如因乙方过错而造成甲方人身或其他权益受侵害的，则要承担相应的法律责任。

（2）禁止擅自离岗，月嫂外出应告知去向，如遇特殊情况不能按时返回的，应提前通知甲方。

（3）服从甲方的管理和指导，遵照甲方的生活习俗，尊重甲方的宗教信仰，善待服务对象。

（4）不得擅自将他人带入或留宿甲方家中；不得擅自翻动、拿用甲方物品；不参与甲方家庭内部事务和邻里纠纷；不泄露和传播甲方的家庭和家庭成员隐私和个人信息。

第十条平台方权利义务

1．平台方促成、见证本合同的签订，甲乙双方应按照约定向平台方交纳介绍费。2．平台方核实甲方身份以及所提供信息的真实性，明确甲方需要提供的服务内容。3．平台方核实乙方身份以及所提供信息的真实性、健康状况、文化程度、服务技能，考察月嫂是否具有上岗能力。/ 7 公司logo合同编号：

4．若甲方因乙方自身原因（体检不合格或有不良行为等）而不继续使用乙方的，平台方应免费为甲方更换月嫂1次。

5．甲乙双方在履约过程中，如有纠纷，平台方有义务进行调解。第十一条 其他约定

1．合同一经签订，中介费概不退还。由于不可抗力造成的合同终止，不在此例。2．甲方提前辞退乙方或是乙方要求提前离岗的，由甲乙双方协商确定，可到平台方办理相关手续，结清工资。

3．乙方离岗时，甲方与乙方均应认真检查各自财物有无损坏和丢失，乙方离岗后，合同各方不再为他方承担任何责任。

4．如月嫂在合同期内有更换，更换的月嫂的详细信息作为本合同的附件，其他条款不变。

5、若甲方发生早产行为或新生儿异常时，平台方可建议甲方更换具备相应技能的月嫂。

第十二条 违约责任

1．甲、乙双方的任何一方如不能继续履行合约的，须提前7天通知对方（乙方生病或突发事件除外）。甲、乙方协商解除合同的，应到平台方处办理解除合约手续。

2．甲方逾期支付乙方服务报酬的，每逾期1天按应付服务报酬的1%向乙方支付违约金。

3．甲乙双方未如实告知对方自身有恶性传染病或精神疾病的，任何一方有权要求立刻解除合同。由违约方承担由此产生的一切费用，违约方也无权要求守约方退还任何费用。

第十三条 免责条款

1.甲方未尽审慎的注意义务，违反以下约定而导致的损失，乙方不予赔偿： ①甲方应妥善保管古董、文房、字画、珠宝、玉器、首饰等贵重、易碎物品，以及具有特殊纪念意义的物品，乙方对此类物品不负责清洁养护； / 7 公司logo合同编号：

②对于各类家用电器，乙方不负责拆装和清洗，只负责外部清洁； ③对于高档衣物、皮具、饰品、鞋帽等，乙方不负责清洗、熨烫、保养； ④乙方不负责洗涤内裤，产妇、新生儿、婴幼儿、失去自理能力的服务对象或另有书面约定的除外；

⑤二层以上（含二层）住所的玻璃外侧，乙方不负责擦洗。

2.如甲方要求乙方对价格昂贵的花卉果木或宠物进行照料，甲方须自行追加投保相关险种。甲方未按上述要求投保的，乙方对上述花卉果木或宠物的丢失、死亡、伤害等免责。

3.以上内容若由乙方故意造成损失的，不在免责范围内。第十四条 其他约定条款

第十五条 合同争议解决办法

本合同如果发生争议，应由三方协商解决，也可向消费者协会或行业组织申请调解，协商或调解不成的，按下列第1种方式解决：

1．提交仲裁委员会仲裁。2．向人民法院起诉。

本合同未尽事宜三方另行协商补充，补充协议与本合同具有同等法律效力。本合同一式三份，甲、乙、平台方三方各执一份，具有同等法律效力，自各方签字或盖章之日起生效。/ 7 公司logo合同编号：

甲方（签字）：平台方（盖章）：

年月日 负责人（签字）：

5.平台技术服务协议 篇五

协议编号:

甲方（商户）： 法定代表人： 地址：

联系人： 联系电话： 电子邮箱：

乙方（银行）：ⅩⅩⅩⅩ银行股份有限公司 法定代表人：ⅩⅩ

地址：ⅩⅩ市北部新区洪湖东路11号财富D座 联系人：ⅩⅩ 联系电话： 9 电子邮箱：

鉴于：

1、甲方是根据《网络借贷信息中介机构业务活动管理暂行办法》在中国境内依法设立、以互联网为主要媒介、为有投融资需求的自然人、法人及其他组织提供信息及资金撮合平台的运营主体。乙方是经中国人民银行批准的、合法成立并有效存续的商业银行，享有充分的法定权利开展资金存管业务。

2、甲方作为网络借贷平台的运营主体，委托乙方作为甲方平台用户交易资金的存管方，乙方愿意接受甲方的委托。为明确双方在互联网金融业务存管服务中的权利、义务及责任，双方根据相关法律法规签订本合作协议。

双方在此申明：甲乙双方均具有法定权利和充分的授权签署本协议并履行在本协议项下的全部约定。

第一章 定义

如无特殊说明，下列术语在本协议中的定义为：

第1条 甲方平台：甲方投资建设并运营的为有投融资需求的自然人、法人及其他组织提供以互联网及/或移动互联网为主要媒介的信息及资金撮合平台。在本协议中指的是XXX【列明平台名称，网址】，ICP备案登记号XX。

第2条平台用户：在甲方平台及资金存管系统完成身份信息及银行卡信息认证，并通过甲方平台进行投融资的自然人、法人或其他组织，甲方及其关联方出于计收服务费、担保费等需要也可注册为平台用户。

第3条 融资标的：融资用户通过甲方平台发布的包括融资人信息、资金用途、需求额度、融资价格、融资周期、还款计划、还款方式等在内的信息组合。

第4条 交易指令：甲方平台记录的与平台用户间权益转移行为有关的交易及其关联数据。第5条 划转指令：资金存管系统记录的平台用户之间的虚拟账户额度转移及其关联数据。第6条 资金存管系统：是指由乙方为甲方提供的具备开户、充值、投资、缴费、提现、还款、分账并记录具体账务明细及资金余额、受理甲方平台融资标的报备、具备交易指令与划转指令的信息一致性比对与校验等功能的集账务管理和业务监督管理的综合系统。第7条 资金存管业务：乙方作为存管银行接受甲方委托，按照法律法规规定，为甲方用户提供资金存管、办理资金清算和其他约定存管服务并收取相关费用的业务。

第二章 合作内容

第8条 乙方接受甲方委托提供资金存管服务，乙方的服务内容包括：根据甲方申请为甲方平台提供自有资金账户及资金存管专用账户的开立、为甲方平台用户及项目建立簿记信息、对甲方平台交易资金进行指令信息的核验和划付、履行国家有关法律法规及监管机构规定的职责。

第三章 权利和义务

第9条 甲方的权利和义务

1.甲方保证其向乙方提供的所有证件、资料均合法、真实、准确、完整和有效。甲方资料发生变化时，甲方必须按照约定的要求，自发生变化之日起5个工作日内书面通知乙方。因甲方提供的信息不真实、不准确、不及时和不完整导致的任何风险、损失与责任由甲方完全承担；如因此给乙方造成损失的，乙方保留向甲方追偿损失的权利。

2.甲方郑重声明其已依照法律法规的规定在地方金融监管部门完成了备案登记，并按照通信主管部门的相关规定申请获得相应的增值电信业务经营许可，是依法成立的业务经营 机构，具备相关的业务资格。如果甲方暂未完成备案登记或暂未获得增值电信业务经营许可，甲方承诺在地方金融监管部门开放登记之日起6个月内(如监管部门另有要求的,以监管部门的要求为准)完成备案登记并获得相应的增值电信业务经营许可。如甲方未在规定时间内完成备案登记或未获得增值电信业务经营许可的，乙方有权终止合作，且由此给乙方造成的任何损失均由甲方承担。甲方独自承担因甲方平台或该平台提供的服务违反国家法律、法规，信息虚假、陈旧或不详实造成的投诉等用户纠纷的责任，及由此而给乙方造成的损失。甲方在此进一步保证，如果将来有关法律法规、规章、监管规定对于其业务经营作出新要求，其将满足该要求；否则，甲方将对因违反法律法规、规章、监管规定而给乙方造成的任何及一切损失承担无条件的赔偿责任。

3.甲方有义务建立完善的内部控制制度和与业务规模相匹配的风险管理团队，对通过甲方平台发布的融资标的进行真实性审查和风险评估，并本着诚实守信的原则充分披露信息，保障平台用户合法权益。

4.甲方应要求用户在其平台注册时签订由乙方提供的三方存管协议。5.甲方需在本服务协议下，在乙方或乙方分支机构以甲方名义开立如下账户：

（1）自有资金账户。乙方向甲方收取的手续费、存管费等费用从自有资金账户收取，由乙方根据本协议规定的服务项目、收费标准及收费方式按期直接进行扣收；（2）资金存管专用账户。是指甲方在乙方开立的资金存管汇总账户，包括为出借人、借款人及担保人等在资金存管汇总账户下所开立的子账户。该存管账户内资金由乙方进行存管，除按第九条第4款进行操作外，甲方不得对账户进行操作。该账户不得开通网银和电子银行转账功能，不得购买理财产品、不得购买任何支付凭证；

6.甲方在对其业务进行宣传时，任何涉及披露乙方提供资金存管服务的内容，均应征得乙方的书面同意，不得擅自超越合作范围进行推广，不得利用乙方名称或者资料（包括但不限于地址及电话等）进行不实夸大之宣传和作出误导平台用户及其他损害平台用户利益的行为。甲方在任何情况下均不得宣传乙方对甲方开展的业务作出了明示或默示的担保或保证或承担连带责任。如甲方违反本条约定，乙方有权立即终止协议；造成乙方声誉或者其他经济损失的，甲方承担所有责任，乙方有权采取相关措施维护自身利益，同时乙方有权要求甲方向乙方缴纳50,000元/次作为罚金，甲方应收到乙方正式通知后3个工作日以内完成罚金的缴纳；如甲方未按时缴纳罚金的，乙方有权终止协议。7.甲方负责甲方平台技术系统的持续开发及安全运营，确保向资金存管系统发送的所有关于平台用户账户的交易指令均经过平台用户合法、真实、完整、有效的授权并确保信息 准确无误。由于甲方未经平台用户合法有效授权或交易指令本身信息错误，不真实，不完整导致的一切后果均由甲方承担。

8.甲方负责配合乙方完成双方系统的技术对接及上线投产工作，配合乙方完成上线投产报告的编写，并在报告上加盖公章确认。

9.甲方承诺按照乙方要求的格式与时间向资金存管系统报备融资标的、报送甲方平台交易指令明细，并确保数据真实性。因甲方报备、报送的数据虚假、缺失、无效所导致的一切后果由甲方独立承担。

10.甲方在本协议签署后如公司经营管理情况发生变动，包括但不限于实际控制人变更、公司信息变更、公司对接人变动、业务变更（包括但不限于业务模式变更、业务终止等）、经营地址变更、网址变更、公司经营状况发生重大变化（包括但不限于公司注册资本变更、法人或授权负责人变更、住所变更）等，甲方必须提前5个工作日书面通知乙方。11.如甲方经营遭遇困难可能影响业务持续性、甲方平台融资标的出现重大逾期或违约并造成甲方平台用户损失、甲方平台出现运行故障或安全问题等情况，甲方必须在事发后2个工作日内书面通知乙方。乙方得知上述情况后，有权采取相应措施，包括但不限于向甲方发出预警、暂停甚至终止本协议的履行。同时，因甲方通知不及时或未进行通知导致的一切后果由甲方独立承担。

12.甲方有义务配合乙方开展资金存管业务准入审批资料搜集、临时抽查、定期巡检等风险管控措施，并确保其所提供的信息的真实性、准确性和完整性。同时，甲方有义务配合乙方对于甲方平台融资标的的抽查，应向乙方提供包括但不限于融资标的对应主体背景资料、项目担保方资料、项目担保物资料、项目担保权证等有关信息。

13.甲方有义务按照监管要求组织实施信息披露工作，包括但不限于甲方的基本信息、借贷项目信息、借款人基本信息及经营情况、各参与方信息、网络借贷资金使用情况等。14.甲方承诺其服务内容和运营模式不存在任何违反法律法规及监管规定的行为，包括但不限于非法或变相吸收公众存款的行为、非法或变相违法集资等金融诈骗行为、变相归集资金开展资金池业务的行为、变相为甲方或其关联方自融的行为等。

15.甲方承诺在甲方平台注册的平台用户和融资标的具有真实性和合法性，不存在任何虚假平台用户和融资标的，不存在为平台用户虚构融资标的、故意隐瞒融资标的重大瑕疵等损害平台用户合法权益的情形。

16.甲方用户通过甲方平台或者甲方通过自有平台为其用户在乙方开立资金存管子账户时，必须通过乙方提供的指定服务渠道，且在此操作环节中必须采取有效的指令验证方式，对客户身份及交易授权进行认证，确保开户指令的真实性和合法性。同时，甲方承诺保证甲方用户在甲方平台上开立的平台用户账户与甲方为其用户在乙方开立的资金存管子账户保持一一对应，因开户指令或者开户信息的失真导致的任何法律风险，均由甲方承担。

17.甲方用户通过甲方平台或者甲方通过自有平台为其用户提供充值、提现、缴费等各类交易服务时，必须通过乙方指定的通道，且甲方承诺保证甲方用户必须通过乙方提供的界面输入正确的已经在乙方设置的资金存管子账户交易密码才能进行充值、提现和缴费。在此操作过程中，出现任何非法篡改、获取甲方用户资金存管子账户交易密码或者盗取甲方用户资金存管子账户的资金，均由甲方承担。甲方用户资金存管子账户里的资金，甲方无权对其进行转移和挪用，因甲方的非法挪用导致甲方用户资金产生的任何法律风险、财务损失等均由甲方承担。

18.甲方用户作为投资人在甲方平台进行投标（即参与甲方平台发布的交易项目的投资，下同）环节时，如因甲方用户的资金存管子账户可投资金不足而使得投标不成功的，乙方均不承担任何责任。当甲方用户进行投资时，甲方需进行审核的，因甲方审核不通过而使得甲方用户投标不成功的，乙方不承担任何责任。同时，在投资过程中，甲方承诺对甲方用户身份进行认证，确保甲方用户身份的真实性和合法性。若因甲方用户指令的失真导致甲方用户的任何损失，均不需要乙方承担。

19.甲方在此不可撤销地向乙方保证，其向乙方发送的针对本协议项下服务的任何资金划转、冻结的指令均由甲方取得相关用户的合法、真实、完整有效的授权，乙方有权根据该指令直接进行相应账户资金的划转、冻结等操作而无须再征得甲方或平台用户同意，乙方对因此造成的一切损失不承担任何责任。

20.甲方负责受理并解答用户在使用甲方平台中的问题；如有必要,甲方可将问题移交给乙方指定对象进行问题分析,乙方完成问题分析后将分析结果反馈给甲方,由甲方负责统一向用户答复。

21.甲方承诺履行并配合乙方履行反洗钱义务。

22.甲方应按本协议约定向乙方支付系统接入费和资金存管服务费用。第10条 乙方的权利和义务

1.乙方对本协议项下的资金存管专用账户履行存管职能，保证账户内资金安全，对于已经划出该账户的资金以及处于乙方控制之外的资金不承担任何责任。

2.乙方负责资金存管系统及配套服务的建设、运行和管理，并有权对所提供的系统及服务 进行升级、维护和调整。针对可能影响本协议项下的业务升级，应提前1个工作日通知甲方，并尽可能的减少对甲方经营活动的影响。

3.乙方负责牵头完成双方系统的技术对接及上线投产工作，牵头完成系统上线投产报告的编写，并在报告上加盖公章确认。

4.乙方依法律、法规及监管机构要求对资金存管系统的信息处理过程中的安全、保密、准确和及时性负责。

5.乙方向甲方提供支付结算服务,乙方按照甲方发出的经过甲方用户授权、准确无误的指令完成相应操作，并对系统的信息处理过程中的安全、保密、及时性负责。乙方有权通过包括但不限于密码验证、短信验证、银行卡认证、订单匹配等方式验证甲方发出的指令是否经过甲方用户授权，一旦乙方经验证认为该指令未经甲方用户授权或未按其实际授权内容进行，乙方有权不予操作。乙方在账户资金充足且在信息核验一致的前提下确保资金划转工作的准确性、安全性、保密性与及时性。乙方发现交易指令或划转指令与本协议约定不符的，有权不予执行且不承担任何责任。

6.除法律法规规定或国家有权机关、监管部门有特殊要求外，乙方依据甲方划转指令执行资金划转。由于甲方原因导致划转指令错误引起的任何法律责任及经济损失与乙方无关，一切后果均由甲方承担；由于乙方执行划转指令失误引起的相关法律责任及经济损失由乙方承担，但因甲方提供的划转指令信息错误、不真实或不完整，导致乙方无法执行指令或乙方已完全按照甲方指令执行的，乙方无需承担任何责任，一切后果均由甲方承担；由于甲方未经甲方用户合法有效授权或交易指令本身信息错误，不真实，不完整导致的一切后果均由甲方承担。

7.乙方保留对甲方平台运营状况进行评估、监督的权利；乙方保留根据行使存管职能需要对甲方平台融资标的及业务操作合规性进行抽查的权利。本条款为乙方权利而非乙方义务。

8.对于因下列原因导致乙方未能执行、未能及时执行或未能正确执行划转指令的情况，乙方不承担责任，包括但不限于如下情况： 1)账户内余额不足；

2)账户内资金被有权机构冻结或扣划；

3)甲方未能正确依据业务流程和要求进行操作，提供的信息不准确； 4)不可抗力原因。

9.乙方仅承担实名开户和履行协议约定及借贷交易指令表面一致性的形式审核责任，但不 承担融资标的及借贷交易信息真实性的实质审核责任。乙方不介入甲方与平台用户之间有关投融资交易的任何纠纷。乙方不对网络借贷交易行为提供保证或担保，不承担借贷违约责任。因甲方提交给乙方的数据不真实、不准确、不完整等引起的全部责任或产生的纠纷与乙方无关。

10.如甲方存在下列任一情况，乙方有权单方面终止本协议，并不承担任何责任：

1)不能及时报备融资标的，经多次（三次及以上）书面催告后仍无改进； 2)隐瞒公司重要信息变更或平台风险等重大事项； 3)发布虚假融资标的、自融标的；

4)被监管机构通报批评或被公安机关立案侦查；

5)甲方实际控制人或法定代表人连续失联10日以上或甲方经营不善，可能或已破产、解散、停业的；

6)拒绝配合乙方的经营监督和融资标的抽查工作；

7)甲方不具备全部或部分相关业务资格及条件或不符合乙方准入标准之任一情形； 8)提供的资料有任何虚假的；

9)甲方出现明显反洗钱管理漏洞或甲方组织或参与包括但不限于洗钱、诈骗等在内违法或违规资金操作； 10)甲方出现违反本协议约定；

11)甲方的经营不符合国家或监管机构的相关规定的；

12）甲方运营过程中存在较多纠纷或较大风险或者甲方的行为致使乙方经营风险加大并影响乙方的正常经营活动；

13）甲方出现其他乙方认为应当终止存管服务的事项。

11.如甲方提供的服务涉嫌侵害平台用户或其他第三方的合法权益，乙方在查实后有权采取终止服务、冻结账户等乙方认为有必要采取的风控措施且不承担任何责任；如甲方的违法违规行为损害乙方利益，乙方有权向甲方追偿损失。

12.乙方有权依照法律法规、监管规定从自身业务出发，依据数据分析情况拒绝受理涉嫌犯罪、洗钱交易、套现交易并建立黑名单。

13.乙方提供资金存管服务过程中，如有发现任何销赃、欺诈、诈骗、被盗用、洗钱、偷税、盗卡销赃等涉嫌违法犯罪行为的，乙方将配合协助监管机构、司法等职能部门调查相关案件及可疑交易、冻结可疑账户，提供完整的用户资料和交易数据，不承担以上原因造成的赔付责任。14.乙方向甲方收取系统接入费，系统接入费一次性收取，金额为0 万元/次（大写：零元整）。

15.乙方向甲方收取资金存管费用，资金存管费用按合同年收取,本合同资金存管费用为30万元（大写：叁拾万元整）。

第四章 费用结算

第11条 甲方应在合同签署完毕后10个工作日以内按照本协议约定的收费标准一次性向乙方系统平台接入费，系统接入费收取后不予退还。

第12条 甲方应在合同签署完毕后10个工作日以内按照本协议约定的收费标准一次性向乙方支付一年的存管服务费，存管服务费收取后不予退还。甲方应在合同到期之前的10个工作日以内向乙方一次性支付下一合同年的存管服务费。

第13条 本协议有效期限内，如甲方未能按时履行本协议项下的任何费用支付义务，乙方有权暂停本协议项下的资金存管服务及技术运营服务，因此造成的损失由甲方自行承担。第14条 乙方根据甲方提供的划转指令将用户应支付给甲方的服务费划转至甲方的自有资金账户内。

第15条 特殊条件下存管费用的退还。因不可抗力或情势变更导致乙方不能继续提供存管服务的（包括但不限于因法律或监管的规定导致乙方不具备为甲方提供存管资格），资金存管费按乙方已提供存管服务的月数（不足一个月的按照一个月计算）占合同约定的总存管月数的比例收取。如乙方已开具增值税专用发票的，甲方应将乙方已开具的增值税专用发票退还给乙方并提供退款收款账户。乙方收到后，按照实际收费金额重新开具增值税专用发票（按需），并将应退还的存管费支付至甲方指定账户。但因甲方原因导致乙方不能继续提供资金存管服务的，已收取的存管费不予退还。

第五章 不可抗力

第16条 “不可抗力”指地震、台风、水灾、火灾、战争、突发停电、公共通讯线路瘫痪，以及其他对其发生和后果不能预见、不能避免、不能克服、而且直接影响本协议的履行或者致使本协议不能按约定的条件履行的事件。

第17条 鉴于网络所具有的特殊性质，不可抗力还包括黑客攻击、计算机病毒发作等情况。第18条 如不可抗力事件发生，受不可抗力影响一方可根据受影响程度，决定是否暂停履行本协议项下的相关义务。第19条 援引遭遇不可抗力影响的一方应立即书面通知其他一方，并应在不可抗力发生后十五日内提供有关不可抗力的发生和持续的证明文件。援引受不可抗力影响的一方应尽合理努力减少不可抗力事件带来的损失。

第20条 不可抗力发生时，甲、乙双方应立即相互协商，以便寻找公平的解决方法，并尽全部合理努力减少不可抗力后果的影响。如因怠于采取措施或配合不力导致损失扩大时，过错方应就损失扩大部分承担责任。

第六章 保密

第21条 一方当事人（保密信息接收方）对于在订立、履行本协议过程中所知悉或获得的其他方（保密信息披露方）的保密信息均负有保密义务，未经其他方事先书面同意，不得向第三方披露或供第三人使用。

“保密信息”指双方合作过程中一方（披露方）向对方（接收方）披露的与本次合作有关的信息，包括但不限于商业秘密、技术信息、经营信息、个人信息、交易信息及本协议本身。

但是，如下情况不应视为保密信息接收方违反保密义务：保密信息接收方为遵守或服从法律法规的规定、法院判决或裁定、仲裁裁决或中国人民银行、银监会等监管机构（含分支机构、派出机构）的命令、决定所做出的信息披露或公开、内部审计需要进行的披露或公开。

下列信息不应视为保密信息：（1）公众已经知晓的或通过公开渠道可获得的信息，且不是因为保密信息接收方违反本保密义务而导致该信息公知公晓的；（2）保密信息接收方从有权披露该信息的第三方获取的信息，且该第三方对该信息无保密义务。

第七章 违约责任及赔偿

第22条 当事人不履行本协议或履行本协议不符合约定的给对方造成损失的，应承担相应的违约责任。

第23条 甲乙双方应分别按照本协议的约定履行义务，如因一方违反本协议有关约定或相关法律法规的规定而造成平台用户损失或对方损失的，违约方应独立承担相应的赔偿责任，守约方不应承担任何责任，且有权就自身遭受的损失要求违约方予以赔偿并有权单方面解除本协议。第24条 一方有下列情形之一的，守约方有权单方面解除本协议并要求违约方承担赔偿责任。

1.因一方违约，造成对方的损失，应由违约方就守约方的损失进行赔偿；

2.因一方违约，造成本协议双方外的第三方的损失，应由违约方就本协议双方外的第三方的损失进行赔偿。

第25条 因本协议项下事宜，在涉及本协议双方外的第三方的争议中，双方均有义务对另一方取证提供必要的协助。

第八章 争议解决

第26条 本协议的签署、有效性和解释适用中华人民共和国法律。协议双方因本协议引起的或与本协议有关的任何争议，均应首先通过友好协商解决；若协商未果，则应向乙方住所地法院提起诉讼。在争议解决期间,除争议事项外,协议双方应继续遵守本协议项下的其他条款, 履行本协议项下的其他义务。

第九章 合作期间

第27条 经双方法定代表人或授权代理人签字并加盖公章后，本协议生效。本协议有效期由系统对接期和资金存管服务期组成。系统对接期限为本协议生效之日至系统上线报告上载明系统上线之日止（具体期限根据系统对接情况确定）；资金存管服务期为一年，至系统上线报告上载明的系统上线之日起算。如本协议到期前，各方均未提出书面异议的，协议将到期后自动顺延一年，顺延次数不限。若一方希望不再续约的，该方应在协议到期前至少提前30日书面通知协议对方，协议到期终止。

第十章 其他

第28条 本协议中所有费用均以人民币结算。

第29条 协议双方同意在本协议签署后根据监管部门相关规定及本协议约定签署补充协议，约定其他未尽事宜。

第30条 补充协议如果与本协议有不一致之处，应以补充协议的约定为准。第31条 变更和终止

1.在本协议有效期内，双方每年可以根据业务发展、金融创新等具体情况对本协议的有关内容进行协商和调整，并根据实际情况签署新的具体协议或对已经签署的具体协议予以变更或补充。在协商达成一致并签署补充协议之前，本协议继续有效。2.在本协议有效期内，国家法律法规、监管部门的规章制度发生变化的，双方应协商对本协议做出相应修改。

3.本协议附件为本协议不可分割的组成部分，与本协议具有同等法律效力。

4.本协议正本一式肆份，甲乙双方各执贰份，具有同等法律效力。一方变更指定地址的，应当及时以书面形式通知另一方。未及时通知并影响本协议履行或造成损失的，应承担相应的责任。指定地址的变更不影响本协议效力。

5.甲乙双方以书面方式向另一方提供的本协议载明的以下地址发送文件、通知的：以特快专递、挂号信方式寄送的，特快专递、挂号信达到载明地址后即视为送达，如接受方拒收或提供地址不明经查无此人的，在特快专递、挂号信发出后10日内即视为送达。若出现纠纷，法院、仲裁机构的法律文书送达以下地址即视为送达。甲方联系地址： 乙方联系地址： <以下无正文> <本页为签署页>

甲方（公章）：

法定代表人或授权代理人（签章）：

日期： 年 月 日

乙方（公章）：ⅩⅩⅩⅩ银行股份有限公司

法定代表人或授权代理人（签章）：

6.平台技术服务协议 篇六

社区教育服务平台的协议

甲方：松江区社区学院

乙方：

为了进一步提升社区学院为企业发展提供服务的能力，提升企业员工职业素养，松江社区学院与贵企业合作共同开发与建设社区教育服务平台，经双方协商一致，签订本协议如下：

一、甲方通过访谈、问卷等方式，了解乙方对社区教育的需求情况，乙方积极提供员工培训需求信息。

二、甲方无偿为乙方提供现有的适合企业管理和发展需求的社区教育课程资源，并合作开发一批校企合作社区教育培训课程。双方共享这些课程资源。

三、根据乙方需求，甲方派培训师或志愿者讲师为乙方员工开展社区教育培训，不收取费用（不包括学历教育）。乙方做好学员培训时的组织管理工作。

四、乙方自有的培训师在不影响本企业工作并征得其上级领导同意的前提下，经甲方调配能为其他企业员工授课。

五、双方共同努力搭建一个稳固的校企合作社区教育平台，并逐步形成一套有效的管理制度和运行模式。

六、本协议一式二份，甲乙双方各执一份。

松江区社区学院（公章）

代表人：代表人：

7.平台技术服务协议 篇七

无线传感器网络是由大量的节点组成, 它们能够协作地进行实时监测, 感知和采集各种环境对象的数据, 通过嵌入式系统对信息进行处理, 然后通过无线网络将相关的信息发送到客户端。无线传感器网络在环境保护、领土安全和数字化战争中有着广泛的应用。无线传感器网络是近几年来国内外研究的一个热点, 越来越多的高校和研究机构加入其中。大多数对无线传感器研究都是基于网络仿真平台的, 例如NS2、opnet等。本文拟在介绍基于OMNeT++平台的SMAC协议的实现, 并对SMAC的性能进行评估。

1 SMAC协议概述

SMAC协议是2002年Wei Ye等在IEEE 802.11协议的基础上提出的MAC层协议。由于其卓越的节能表现, 已成为基于竞争类的最具代表性的MAC协议。

SMAC应用了三种新技术来减少能耗并支持自组织:节点定期睡眠以减少空闲监听造成的能耗;邻近的节点组成虚拟簇, 使睡眠调度时间自动同步;用消息传递的方法来减少时延。SMAC仍采用类似IEEE 802.11中的方式来避免冲突, 包括虚拟和物理的载波监听和RTS/CTS交换。与IEEE 802.11相比, SMAC具有很好的节能特性, 并且可以根据流量情况在能量和时延之间折衷。

2 OMNeT++仿真平台

OMNeT++是Objective Modular Network TestBed in C++的英文缩写, 它是开源的基于组件的模块化的开放网络仿真平台, 是近年来在科学和工业领域里逐渐流行的一种优秀的网络仿真平台。OMNeT++作为离散事件仿真器, 具备强大完善的图形界面接口和可嵌入式仿真内核, 同NS2, OPNET和JavaSim等仿真平台相比, OMNeT++可运行于多个操作系统平台, 可以简便定义网络拓扑结构, 具备编程, 调试和跟踪支持等功能。OMNeT++主要用于通信网络和分布式系统的仿真。

本文采用Mobility框架的2.0p3版本, 其中已经有了IEEE 802.11, CSMA等标准无线通信协议的实现。

Mobility框架是用来支持在OMNeT++中进行无线和移动网络的仿真, 它提供了节点的移动性, 节点间的动态连接以及无线信道管理模型这三方面的实现。其中的每个模块都能够被继承, 这样既能减少代码量, 又能增加模块的可移植性。

在此次对SMAC协议的仿真采用了Mobility框架中IEEE 802.11的组网方式并继承了其物理层, MAC层, 网络层, 应用层的模块定义。

Mobility框架中的基本模块介绍。在Mobility中有两个核心组件, 一个是节点间的动态连接管理, 另一个是节点的构造。ChannelControl (信道管理) 模块是用来维护节点间的通信连接的。在OMNeT++中, 一个节点如果想要与其它节点进行通信, 至少两个gate, 一个输入gate和一个输出gate。假设在一个具有n个节点的线性拓扑网络中, 两个相邻的节点都要能够进行相互通信, 那么就需要预定义2n* (n-1) 个gate, 这对系统的资源消耗是非常大的。因此, Mobility中采用了节点间的动态连接机制。只有当两个节点之间需要进行通信时, 才给它们相应地分配一个输出gate和一个输入gate, 在节点通信完之后再删除分配的gate。

在Mobility框架中, 节点默认构造如图1所示。

其中, Appl (Application) 是应用层模块, Netw (Network) 是网络层模块, NIC (Network Interface Card) 是网络接口模块, 这三个模块都是起数据传输作用的。Blackboard是用来在OMNeT++图形界面上动态显示输出信息的模块, Mobility是用来处理节点移动性的模块。NIC模块又包括三个子模块, 如图1所示。SnrEval (Signal Noise Ratio Evalution) 是用来判断信号是否为噪声的。当收到从信道来的消息时, SnrEval产生一定的时延以模拟传输时延, 并根据传输功率, 传输频率和损耗因子来计算其信噪比, 并将其加入一个列表中。如果信噪比小于门限, 就认定此信号为噪声, 并丢弃。当SnrEval收到从上层发来的消息时, 就直接将其送入信道。

Decider是用来计算信号的误码率的。Decider只能从下层接收消息, 而不能从上层接收消息。当收到从SnrEval层发来的消息时, Decider根据SnrEval模块提供的信噪比来计算它的误码率。同样, 如果误码率超过门限值, 则将此消息丢弃。

3 基于OMNeT++的SMAC仿真实现

在OMNeT++中, 协议栈的设计和开发采用了分层体系结构, 在定义好各层之间的接口后, 就能独立地进行协议栈各层的开发, 提高开发效率。同时, 以后对于协议栈的调试、维护和各层算法的更新也非常有利, 只要接口不变, 则各层之间仍保持相对独立, 这种概念类似于软件工程中的组件技术。比较普遍采用的WSN分层结构自上而下是应用层、传输层、网络层、MAC层、物理层。本文的工作仅涉及到MAC层的设计。只需在MAC层将mobility中已有的802.11替换成SMAC协议即可达到本文的目标。图2是数据包在节点各层的传递过程。

3.1 SMAC协议的消息结构定义

在实际仿真中, 各层协议都有自己独特的消息结构。而OMNeT++提供了一种非常便捷的定义消息的方式, 只需在msg文件中定义好消息所需要的各个字段 (field) , 然后在编译时OMNeT++自带的nedtool工具会自动生成相应的头文件和源程序文件。

在编译成功后, OMNeT++对消息中的每个字段都提供了set () 和get () 方法来对其进行读操作和写操作, 保证了消息的封装性。

SMAC协议data结构

其它RTS, CTS, ACK消息设置可参考mobility中802.11相应设置。

3.2 SMAC协议中的定时器

在OMNeT++中, 定时机制由函数scheduleAt (time, message) 启动。当节点调用scheduleAt函数时, 表示此节点将在time时间点上向自己发送一个message, 然后handleSelfMessage () 根据message的定义来启用相应的处理机制。所以scheduleAt类似于一个定时器, 在time时间点上被触发, 而相应的函数将被调用。

在S-MAC协议的实现中, 定义了六种不同的定时器, 如下所示

(1) TIMEOUT定时器

TIMEOUT定时器是用来触发等待CTS或ACK超时。

(1) 当源节点发送完RTS时, TIMEOUT定时器将启动。若在一定时间内没有收到目的节点响应的CTS, TIMEOUT定时器将被触发, 于是源节点的RTS发送次数加1, 并将在以后再次重发此RTS。如果源节点的RTS发送次数达到上限 (一般为5次) , 则丢弃此数据包。

(2) 同理, 当源节点发送完DATA时, TIMEOUT定时器将启动。若在一定时间内没有收到目的节点响应的ACK, TIMEOUT定时器将被触发, 源节点的DA-TA发送次数加1, 并将在以后再次重发此数据包。若DATA发送次数达到上限 (一般为5次) , 则认定为数据包在传输过程中丢失。

(2) NAV定时器

NAV定时器是用来启动虚拟载波监听机制的。当节点收到一个不属于自己的RTS或CTS时, 将根据RTS或CTS中的Duration字段做出不同的响应。此处假设NAV定时器将在t时间内被触发。

①当Duration>t时

首先取消NAV定时器, 再将NAV定时器设置为Duration时间后被触发

②当Duartion<=t时没有任何响应

(3) CONTENTION定时器

CONTENTION定时器用来启动节点对信道的竞争。当此定时器被触发且节点处在竞争信道状态时, 表明节点已经竞争到信道, 即将发送RTS。

(4) ENDSIFS定时器

ENDSIFS定时器用来模拟收发消息之间的间隔。例如, 当目的节点收到RTS后, 随即启动ENDSIFS定时器, 设置为在interframe space (通常为1E-6秒) 后被触发。当此定时器被触发后, 随即向源节点发送CTS。

(5) SCHEDSLEEP定时器

SCHEDSLEEP定时器用来启动节点的周期性睡眠机制。

(6) SENDSYNCTIMER定时器

SENDSYNCTIMER定时器用来启动节点SYNC消息的发送。当此定时器被触发后, 节点将广播自己的睡眠计划。

3.3 SMAC协议中的状态

在此次SMAC协议的仿真程序中, 应用到的主要的状态变量有三个, 第一个用来标记传输信道, 即射频电路的工作状态, 记为RaidoState, 第二个用来标记节点的工作状态, 记为State, , 第三个用来标记节点的计划睡眠状态, 记为SchedState。

(1) 射频电路工作状态 (RadioState)

RadioState的定义方式如下:

当节点要发送消息时, RaidoState必须为SEND状态。当节点要接收消息时, RadioState必须为RECV状态。当节点处在睡眠状态时, RadioState为SLEEP状态, 同时关闭射频来节能。

(2) 节点工作状态 (State)

State的定义方式如下:

在初始化函数initialize () 中, State的值被设为IDLE。在SMAC协议中, 使用定时器来实现工作状态之间的转换。每个定时器内部有handle系列函数来处理相应的超时函数。当节点在IDLE状态时收到上层来的消息, 如果此时射频电路为SLEEP状态, 则保持IDLE状态直到射频电路醒过来才再次尝试发送;如果此时射频电路不为SLEEP状态, 则开始竞争信道。

(3) SMAC睡眠机制 (SchedState)

SchedState的定义方式如下:

当节点的消息发送被推迟或失败后, 都会调用函数calcSchedState () 来计算节点可能处在的SchedState状态。

① 当节点处在自己监听帧中且没有发布它的睡眠计划时, 则设为STARTUP状态。

② 当节点处在自己的监听帧中且已经广播了它的睡眠计划, 则设为OWN状态。

③ 当节点处在邻居节点的监听帧中, 则设为OTHER状态。

④ 当节点处在睡眠帧中, 则设为SLEEP状态, 且将RadioState设为SLEEP。

3.4 网络维护方案的实现

网络中的每个节点都维护一个邻居节点状态表NeighborEntry和一个时序调度表schedTable。当节点收到SYNC/RTS/CTS消息时, 都可根据SYNC/RTS/CTS中所携带的信息对本节点所维护的邻居列表和时序调度表进行动态更新。

(1) 邻居列表NeighborEntry的更新

NeighborEntry的定义如下:

在SMAC协议中, 节点的邻居列表使用C++自带的列表 (list) 容器 (container) 。当节点收到邻居节点的消息时, 首先根据MAC地址查看列表中是否已经有此节点, 如果有, 则更新此节点的消息。如果没有, 则查看此列表是否已满 (默认值为10) 。若未满, 则添加此节点的信息。若已满, 则根据age淘汰最早进入列表的节点, 再添加新节点的信息。

(2) 时序调度表schedTable的更新

schedTable的定义如下:

double schedTable[10]; //记录邻居节点的睡眠计划与自己的之差

其实在本次仿真中, schedTable并没有明确的更新计划。它采用的策略非常简单, 当schedTable中的计划数超过10时, 它就不会再存储新的计划。

3.5 MAC层消息收发机制

在OMNeT++的Mobolity中, 已有许多可直接调用的函数, 向下层发送消息可以使用sendDonw () 函数, 向上层发送消息可以使用sendUp () 函数。接收下层发来的消息时可以使用handleLowerMessage () , 接收上层发来的消息时可以使用handleUpperMessage () 函数, 接收发给自己的消息时 (用以实现定时机制) 可以使用handleSelfMessage () 函数。

3.6 编译调试

windows平台下主要编译步骤如下:

在OMNeT++的目录下新建一个文件夹, 文件夹的名称将会是编译后生成的可执行文件的名称 (此处取名为ownproject) 。

将自己撰写的SMAC协议的相关文件和所需要继承的Mobility框架中的802.11项目的相关文件都放入ownproject文件夹中在命令提示符 (cmd) 中进入ownproject目录。

输入命令“oppnmakemake-f”, 将会生成相应的makefile。

输入命令“nmake-f makefile.vc”, 系统会开始编译。如果通过编译, 则会生成可执行文件“ownproject.exe”, 如果编译失败, 则会提示错误所在文件和行数以及可能的出错原因。

输入命令“ownproject”, 仿真程序开始运行。

4 仿真结果及性能分析

MAC层的仿真参数设置如表1所示, 其它层次参数设置可参考Mobility框架参数设置, 仿真拓扑见图3所示。

4.1 平均时延分析

从表1中可以获知, 对于任意的发送间隔, 睡眠比例为80%的时延总是大于睡眠比例为0%的时延, 一般情况下为2至3.5倍左右。仿真结果与SMAC是一致的:当睡眠比例增大时, 消息在排队队列中的时间随之增加, 导致时延的相应增加。发送间隔的增加及负载减少, 平均时延逐渐减小, 另无论在睡眠比例为80%或是0%的情况下, 随着发送间隔的增加, 时延总是在减小, 最大值约为最小值的两倍左右。因为当发送间隔增加时, 网络的拥堵量会随之减小, 导致节点竞争信道的成功率相应增加, 从而使得时延逐渐减小如图4所示。

但睡眠比例为80%, 在1到1.5秒时, 时延的变化率非常大。因为发送间隔小于1秒时, 网络的负载量较高, 所以时延相对较大;当发送间隔大于1.5秒时, 网络的负载量较低, 因此时延相对较小。同样, 对于睡眠比例为0%的曲线, 在1.5到2秒时也有同样的情况。

4.2 网络能耗分析

在SMAC协议中, 网络的能耗主要由空闲监听, 发送消息和接收消息这三部分组成, 而空闲监听, 节点状态间的转换所造成的能耗几乎可以忽略不记。在本文中, 节能率定义为:在成功接收相同数量的数据包时, SMAC协议相对于IEEE 802.11所节省的能量。即节能率=1- (SMAC消耗的能量/IEEE 802.11消耗的能量) 。

当睡眠比例为80%时, 发送间隔与节能率的关系图如图5所示。随着负载的增加, 节能率降低。当节点的发送间隔小于1秒时, 节能率在27%到30%左右徘徊, 增长幅度非常小。此时网络的负载量比较大, 节点处于睡眠状态的时间相应减小。而IEEE 802.11协议中的节点也很少处在空闲监听状态, 能量浪费不多。当检点的发送间隔大于1.5秒时, 节能率从35%增长到60%, 其幅度非常大。此时网络的负载量相对较小, SMAC协议几乎能够完全按照自己的睡眠计划进行睡眠, 因此消耗的能量较少。而IEEE 802.11在没有负载情况下一直处于空闲监听状态, 随着发送间隔的增大及负载减小, 空闲侦听所消耗的能量也随时间呈线性增长。

5 结束语

本文详细介绍了SMAC协议在OMNeT++平台的实现, 并且对SMAC协议的性能进行了评估。从而为传感器网络研究平台的选择提供一些参考。该仿真器与一些传统的仿真器相比, 具有模块定义简单, 网络结构搭建方便, 用户界面友好, 源代码开放等特点, 将越来越广泛地被采用于传感器网络的研究中。

参考文献

[1] [EB/OL].http://www.omnetpp.org/.

[2]Chhaya H.Performance evaluation of the IEEE 802.11 MAC protocolfor wireless LANs[J].Master’s thesis, Illinois Institute of Technology, Chicago, 1996.

8.制造技术快速响应服务平台 篇八

1.设计

设计的范畴较广，制造领域的设计主要包括概念设计和CAD技术，CAD技术是先进制造技 术的重要组成部分，对加速工程和产品开发、缩短设计制造周期、提高质量、降低成本、增 强企业市场竞争能力与创新能力发挥着重要作用，是企业生存和发展不可缺少的手段。它的 发展和应用已成为衡量一个国家工业现代化的重要标志。

2.反求工程(RE)

反求工程是将已有零件(模型)的几何形状信息通过扫描测量方式获得点云数据，再进行 产品几何特征等数据的重构，得到零件的数据模型。主要应用在复杂曲面产品的设计中，如 汽车、工艺礼品、家用电器等产品，其曲面造型非常复杂，二维数据难以表达其物理特征， 此时概念设计转化成数学模型的最佳途径是首先制作实体模型(油泥型、石膏型)，再通过反 求工程建立其三维CAD模型。反求工程的另一个用途是在产品的改型设计中，即产品原型对 其整体或局部进行结构或几何形状上的修改，以便设计出功能更加完善、外型更加美观的新 一代改型产品。另外，反求工程还被一些厂家用于生产验证，对于精度要求较高的产品，模 具制造完成或产品加工完成后，通过反求工程对模具或产品进行检测，分析最终产品精度是 否达到质量要求。

3.RPM

快速成型与制造(RPM)技术是近十几年来发展起来的一种新的制造技术，它集激光、数 控、精密机械、计算机、CAD/CAM、新料、新工艺等领域的先进技术于一身，能够按照设计 要求快速、准确地利用分层叠加的方法制造出产品的原型。在20世纪90年代引入中国，经历 了技术消化、吸收、跟进、发展等阶段，也经历了技术推广、市场培育、应用普及等过程， 目前已被生产厂家、科研机构和贸易行业广为应用，极大地缩短了新产品的开发周期，提高 了产品的更新换代速度，降低了新产品的开发风险和费用，也为医疗、科研等行业的特殊用 途提供了一种事半功倍的途径和敏捷的服务。

4.CNC手板制造

CNC手板制造是近年来发展起来的一种产品的样品加工技术。主要利用加工中心加工模 具的方式，用工程塑料加工产品的正反面，再通过表面处理后，进行喷漆及丝网印刷，可以 较快地得到一个尺寸精度很高、材质较好、外观甚至优于真实产品的样品。所以，CNC手板 制造技术很快地被广大厂家用于新产品开发过程。

5.RT

作为柔性制造技术，快速模具(RT)是一种快速、小批量的零件加工方式。结合CNC、RP 成型技术、RT技术可以急快地以较高精度复制出产品的样品或替代品，用于指导新产品开发 、模具制造、产品审样及实用零件替代品的制造等。

6.虚拟制造

随着信息技术的深入发展，新产品开发阶段的各个环节必将更多地应用到信息技术。虚 拟制造包含两部分内容，其一，是计算机网络对产品制造的整个过程进行模拟，以便验证设 计中存在的不足、实际生产过程将会出现的困难或产品本身存在的薄弱环节。其二，是由出 在核心地位的中间机构，承接市场委托，再向制造厂家发出生产指令。其优势就是充分利用 核心地位的信息资源，将市场与生产厂家有效地结合起来。

7.网络制造

网络制造是利用发达的信息网络技术，响应来自世界任何地方的技术支持和服务的需求 。信息技术日新月异，许多公司已经在其企业经营过程中，充分享受到信息技术所带来地好 处，不用出差、无须见面，通过网络将自己的要制作产品的图纸、数据、产品的开发生产的 意向及要求传给下家，下家将会按照要求尽快地完成产品的设计和制作。这样将会有效的节 省开发费用、缩短开发时间、节省开发人员的精力，使开发过程处在事半功倍的良好状态。