市场信息服务协议

市场信息服务协议（精选8篇）

1.市场信息服务协议 篇一

市场服务协议

甲方：

乙方：

乙方为甲方在_______________地区经销商。现为市场运作需要，乙方向甲方提供服务如下：

一、服务内容

1、甲方产品进入_________卖场销售（进场产品条码明细附后），进场起止时间为___。

2、DM海报_____期，起止时间___________________________。

3、堆头面积____平方米，位置______________________，起止时间_______________________。

4、端架__________个，位置_____________________________，起止时间_____________________________。

5、专柜面积_______平方米，位置________________________，起止时间_________________________________。

6、广告牌_______平方米，位置____________________________，起止时间___________________________________。

7、_____________________________________________________

______________________________________________________。

8、____________________________________________________

______________________________________________________。

二、服务收费

乙方完成上述服务项目后，按卖场（终端）向乙方收取的费用__________元的___%，向甲方收取___________________元服务费。

在乙方按协议提供服务后，按甲方要求提供相关资料（参见甲方报帐制度），经甲方审查合格确认后，甲方应于二个月内支付费用或冲抵乙方货款。

三、违约责任

乙方应严格执行本协议规定的服务项目及其面积、起止时间、位置等。如果甲方检查发现，实际执行与本协议中约定的服务要求任何一点不相符的，甲方可以不付费或酌情扣减费用。

乙方应如实提供卖场（终端），向其收费的原始依据（协议、发票、收货单等），如乙方不能提供或虚报的，甲方可以不付费或酌情扣减费用。

甲方已支付费用后，如发现乙方未按本协议要求执行的，可向乙方提出2倍于已支付服务费的赔偿要求。乙方应于甲方提出赔偿要求后，一个月内无条件支付2倍赔偿款。

四、其他

未尽事宜，双方协调解决。

五、合同的生效

本合同经甲、乙双方签字盖章后生效，一式四份，甲、乙双方，甲方分公司、办事处各执一份。

六、纠纷解决

双方在协议执行过程中如有争议，应协商解决。协商不成的，可向甲方所在地人民法院提起诉讼。

甲方：乙方：

法定代表人：法定代表人：

委托代理人：委托代理人：

身份证号码：身份证号码：

详细地址：详细地址：

电话：电话：

手机：手机：

开户行：开户行：

帐号：帐号：

年月日年月日/ 1

2.市场信息服务协议 篇二

1 WCCP的工作原理

WCCP使路由器可以透明的重定向用户发起的请求, 透明重定向的最大好处是用户不需要为更改浏览器的任何配置, 直接提交目的URL, 而他们的请求会通过配置有WCCP协议的路由器自动被重定向至本地的缓存服务器。

当缓存服务器接收到用户请求之后, 首先会查询本地缓存, 如果没有请求的内容, 它会向目的服务器转发该请求, 当它收到返回信息后, 立即将此转发给用户, 并把这些内容加入本地缓存中, 方便响应以后用户的请求, 由此大大降低了传输成本, 并且有效利用了网络带宽。

2 WCCP在网络中的部署

可以根据实际使用情况, 将一台或多台配置有WCCP协议的路由器与一台或多台缓存服务器配合形成内容缓存服务系统, 组成一个满足本地用户需要的缓存服务集群。管理人员可以通过轻易地扩展服务器来减轻网络出口带宽的负担。集群中的服务器提供了可扩展性和冗余性, 我们可以根据实际需要进行部署和配置。

2.1 理解WCCPv1的部署和配置

当配置WCCPv1时, 一个缓存服务系统中只能存在一台路由器。在这个网络结构中, 这台配置有WCCPv1的路由器为所有的IP包提供流量重定向, 图2显示了这一配置。

在这个网络结构中每台服务器的缓存内容都不会与其它的重复, 使用多个服务器可以让整个缓存系统拥有良好的扩展性, 可以通过向这个缓存集群中添加服务器来提升性能, 而且可以把多台服务器定义为一台逻辑设备。

以下详细解释了WCCPv1的工作过程。

(1) 每台服务器都被配置了和路由器连接的IP。最多可以有32台服务器连接至单台路由器。

(2) 所有服务器都利用WCCPv1将IP发送给路由器, 彼此通过控制信道交流信息。

(3) 路由器利用该信息建立集群视图。最终所有的服务器都会通过该视图彼此互通。

(4) 该视图结构稳定后, 其中一台服务器会被选举为本系统的主CACHE服务器。它会告知中心路由器如何重定向所有数据包。

2.2 理解WCCPv2配置

使用WCCPv2的CACHE服务集群中可以存在多台路由器, 弥补了WCCPv1的集群中只能存在一台路由器的缺点, 图3展示了多台路由器的系统集群结构。

在WCCPv2中, 集群中所有的服务器都必须知道本系统中所有路由器的IP。为了指定本系统中所有路由器的IP, 可以采用下面两种方法。

单播—在每台服务器上配置一组IP, 即本系统所有路由器的IP。

组播—在每台服务器上配置一个相同的组播地址。服务器会向这个组播地址发送通告, 该通告能会被本系统中所有路由器接收。例如, 一台服务器向224.0.0.100发送数据包, 那么本系统中所有配置了监听WCCP信息的路由器都会收到此信息。

以下详细解释了WCCPv2的工作过程。

(1) 为每台服务器配置所有路由器的IP。

(2) 所有服务器在网络中通告自己的存在, 并与每一台路由器建立连接。路由器则建立一个稳定的缓存集群系统视图。

(3) 该视图稳定后, 会有一台服务器被选举为主CACHE服务器, 并设置一个策略。路由器会按照这个策略重定向所有数据包。

3 WCCPv2的特性

3.1 支持多种流量类型

WCCPv1只支持HTTP流量, 而WCCPv2可以支持多种流量类型。如:HTTP代理FTP, FTP代理, 除了80端口以外的WEB服务, 以及实时音频、视频、电话服务等。

为了适应多种可用的服务, WCCPv2中提出了多服务组的概念。服务组信息是由WCCPv2配置命令中的动态服务标识号或者预先定义好的关键字来指定的, 这些信息用来确保服务组中的成员都能提供相同的服务。服务组中的缓存服务器通过协议 (TCP或UDP) 或端口号 (源端口或目的端口) 来定义流量, 并根据服务组的优先级来重定向不同类型的流量。

3.2 支持多台路由器

WCCPv2支持最大32台路由器, 并允许多台路由器同时连接至缓存服务集群。多台路由器可以提供密集的接口, 也能实现冗余和负载均衡。

3.3 MD5算法加密

WCCPv2中使用“ip wccp password password”命令可提供WCCP通信的MD5安全认证, 可以选择拥有相同密码的路由器和服务器组成服务组。MD5加密使得信息可以得到有效的保护, 而不会很容易的就被黑客利用。

3.4 缓存的透明错误处理

WCCPv2可以检查数据包, 确定哪些请求因为某些错误是不能被服务器所回复的, 路由器则可以利用这些信息将数据请求直接转发至目的服务器, 而不会将请求再次转发给缓存服务器, 而且这一容错过程对于用户来说是完全透明的。

3.5 集群中的服务器可以负载均衡

WCCPv2可以调整集群中每一台缓存服务器的负载流量, 可以将数据流分配到集群中的其它服务器上。WCCPv2使用三项技术达到负载均衡。

HOT SPOT HANDLING—允许为每一台服务器分配一个私有的HASH桶, 优先于WCCPv2, 从一个私有HASH桶中出来的数据只能发送至一台服务器。

平衡技术—允许为每台服务器分配一组HASH桶, 当某台服务器过载时, 它的流量可以被其它拥有多余容量的服务器承担。

分发技术—路由器可以有选择性的分发数据流, 避免将流量重定向至过载的服务器。

4 结语

WCCP也有一些局限性, 比如最多只支持32台路由器, 只能重定向IP数据流等。但它最大的优点就是建立一个对用户来说是完全透明的缓存服务系统, 这样的系统已经被广泛用于企业、高校、ISP等网络中, 使得这些网路中的用户能享受到高效效而且方便的缓存服务, 不仅提高了访问速度, 而且降低了带宽成本。

参考文献

[1]CISCO.CISCO IOS12.0参考库配置指南[M].北京电子出版社, 2000, 2.

[2]CISCO.思科网络术语和缩略语词典[M].人民邮电出版社, 2002, 4.

[3]曾展鹏.The Deployment Experience and Survey of the Cooperative Caching Proxy Server[J].网际网路技术学刊, 2002, 3 (3) .

[4]Tom Sheldon.网络与通信技术百科全书[M].人民邮电出版社, 2004, 8.

3.市场信息服务协议 篇三

关键词：云服务 云SLA 生命周期管理 云服务质量

中图分类号： G255.76 文献标识码： A 文章编号： 1003-6938（2013）01-0051-07

1 引言

云服务是云计算技术将其自身展现给用户的具体实现形式，也是其自身价值得以实现的方式。对云服务提供商而言，他们以不同的云服务内容和形式相互竞争，Google、Amazon、IBM、Sun、Microsoft、HP和Salesforce等这些大型的IT厂商均推出不同的云服务，如应用程序服务、存储服务、架构服务和计算服务等。对用户而言，众多的云服务可以满足用户随时随地按需使用的需求，但用户在访问云服务的过程中会受到各种因素的制约，如一定费用的支付和预算的局限。因此，从云服务提供商角度来看，可以依据云SLA（Service Level Agreements，服务等级协议）来优化使用其基础设施以提供用户所需要的云服务。从用户角度来看，可以依据云SLA来确保自己能够享受到云服务提供商所承受的服务质量和服务等级，进而平衡成本的支出与所获得服务质量的水平，选择性价比较高的云服务。

2 服务等级协议

TMF GB917定义的SLA为：SLA是服务提供商（Service Provider， SP）和用户之间正式签订的一个协定，是存在于双方之间的一个合约。它是一个正式的、经服务提供商和用户协商的合约，包括双方对服务内容、优先权、责任和义务以及费用和赔偿问题的共识，同时包括对服务质量等级的规定。在现有云环境下，SLA能较稳定地支持对服务的正常运营，因此是信息服务双方不可或缺的一项协议[1]。云环境下的信息服务等级协议（Information Service Level Agreement， ISLA）是提供商关于如何实现提供给客户的信息服务的承诺、保证客户获得预定义的信息服务质量的协议。

随着市场竞争的加剧，电信服务、网络服务和云服务的提供商均面临着提高自身竞争优势和满足用户性能需求的双重压力。他们一方面致力于减少服务的成本，另一方面又必须努力改进云服务质量，从而使自己的服务/产品有别于其他的竞争者。由于网络服务提供商（Internet Service Provider， ISP）、通信服务提供商（Transmission Service Provider， TSP）、云服务提供商（Cloud Service Provider， CSP）、信息资源服务提供商（Information Resource Service Provider， IRSP）及终端用户（User）这些参与方、其角色具有多重性、用户需求具有多样化，使得成本和QoS之间的平衡尤为复杂和困难；同一个服务提供商，它的角色既可以是服务的提供方，也可以是服务的接收方。这种多重角色形成了一条复杂的关系链[2]，如云服务提供商对于网络服务提供商是接受网络服务的客户（但不是终端客户），他们之间的服务等级协议是WSLA；对于信息资源服务提供商来说，云服务提供商是信息服务平台的提供者，因而他们之间的服务等级协议是ISLA（见图1）。

[图1 信息服务的业务关系模型]2.1 SLA的发展

SLA的应用经历了从电信到IP网络服务，在两者的基础上，SLA又被引入到云服务领域。因此，可以将SLA的发展归结为三个阶段，即电信服务阶段、网络服务阶段和云服务阶段。

（1） 电信管理论坛TMF将SLA应用于电信服务领域。TMF、ITU、IETF等部门分别制定各种SLA和QoS的标准与规范，如有关服务质量的术语定义、确定和应用QoS参数的框架和方法、SLA的框架、SLA的管理手册等，有利于统一规范SLA的应用，保证用户和提供商对SLA和QoS术语的统一理解。

（2） 在网络服务领域，各种在Web和Grid服务中签订的SLA逐渐形成，如HP的WSMF（Web Services Management Framework）[3]、IBM的WSLA（Web Service Level Agreement）[4]、WSPL[5]、WS-agreement[6]及其基于WS-Policy[7]的方法等。这些在Web服务领域中用以保证Web服务质量的协议，通过提供各种IT服务水平的参数、衡量实际服务水平与预先协定的偏差和失误、监测和管理Web服务的执行，从而确保Web服务的网络性能和质量得到应有的保证。

（3） 云服务领域，各云服务提供商制定各自的云SLA以保证云服务的质量。如Microsoft Azure云平台服务制定SLAs，从Storage、Compute、SQL、AppFabric和CDN等方面来明确服务双方的职责与义务；Amazon S3存储服务制定Amazon S3 SLA，从功能、可靠性和价格等方面来明确其存储服务；Google Apps制定Google Apps SLA，明确Apps产品提供的服务等级及违规情况。各种云SLA的实施使得云SLA成为目前云服务提供商们保证QoS的重要手段。

2.2 云SLA的需求及意义

云计算的本质是将资源虚拟化存储于云端，以互联网传播的方式为用户提供服务。因此，我们认为能通过网络实现的信息服务是实现云服务的前提条件之一。云SLA是对服务提供商所提供云服务的服务质量和服务等级进行阐述和明确的法律文本[8]。就云SLA而言，服务提供商或用户都会考虑与某项云服务相关的要素，如服务对象等级、双方职责、服务维护、数据存储位置、业务连续性或灾难恢复能力、系统冗余等，因此需要在SLA文本中明确或者满足以下几点需求[9]：

nlc202309031434

（1）对服务加以清晰的描述，以便用户能够容易地理解和完成对服务的操作。

（2）说明服务提供商所提供服务的服务等级。

（3）定义对服务参数进行监控的具体方式以及监控报告的格式。

（4）说明服务提供商不能提供服务时所需要承担的责任。

（5）说明计费等具体的业务参数等。

在关于云SLA的相关文本中，服务提供商和用户需要分别把各自的责、权、利阐述清楚，需要就双方均认可的服务提供商所提供服务的类型、所提供服务的等级参数、用户所需付费情况、关于所提供服务的相关保证措施以及关于服务提供商与用户违反文本中相关条款的惩罚措施等具体的文本条文明确下来。由于云计算在线服务模式的特殊性，对于云服务提供商可能出现的服务中断和不适时、数据损坏、用户隐私泄露等情况，要在云SLA文本中明确云服务提供商的责任以及一旦出现上述情况服务提供商所需承担的责任等。

3 云SLA管理的价值

为了服务质量水平以SLA预先定义的性能等级进行交付使用，需要对SLA中所有服务过程加以管理，即SLA管理（Service Level Agreement Management， SLAM）。TMF提出SLA生命周期管理和SLA参数框架两种SLAM管理工具。其中，SLA参数框架是对独立参数进行分类的有用工具。

云SLA定义了双方或者多方关于服务质量、优先权和职责等期望。传统的SLA是服务提供商和企业用户所签订的合同（见图2）。SP必须积极地管理所提供服务的质量以获得竞争优势。此外，其所提供的服务越是依赖于多个合作者，管理这些服务的云SLA在SP维持众多合作关系或用户关系中越具有重要的作用（见图3）。因此，云SLA及其管理在SP的用户关系管理（CRM）和供应关系管理（SRM）中起着重要作用，它对SP、用户和供应商均有着重要的价值。

4 云SLA的生命周期管理

TMF[10]在eTOM视图中定义了SLA的生命周期过程，云服务提供商同样需要eTOM商务过程框架来规范、集成并自动化云服务的商务运营过程，能高效地与其它实体或参与方开展商务，使通过网络实现的云服务能更多地关注客户、关注服务质量，实现其资源节约、资源共享、安全保障等基本特征。根据业务或参与方的性质，云SLA的类型包括云服务提供商内部的SLA、云服务提供商-客户的SLA、云服务提供商-供应商的SLA（见图4）。

目前云服务提供商向用户提供的云服务一般包括四种：基础设施即服务IaaS、软件即服务SaaS、平台即服务PaaS以及存储即服务。以上四种服务，在其服务等级协议的管理过程中都应该遵循SLA生命周期中各个阶段的管理。

4.1 云SLA开发阶段

云SLA的开发主要是支持服务计划及其活动，如预测市场的趋势、定义和构建可用的服务产品目录等活动。SP将其服务以不同的形式提供给云用户，服务产品是用其功能和特征加以描述的。在此阶段，首先，SP可以采用用户需求调查系统、用户评价系统、服务交互或监测程序等应用程序加以辅助支持，以做出服务开发阶段的一系列决策：如提供服务的类型、服务的水平、服务的质量等级，衡量每项服务水平及质量的参数、参数值的确定等。其次，由于市场需求、竞争压力、服务性能的变动预示着SP开发新服务及其新的SLA模板（见图5）。总之，此阶段的主要任务是：

（1）识别云用户需求。用户需求是开发新云SLA的主要依据。SP在将当前服务交付给用户使用时，需要不断地搜集用户在使用服务过程中所反馈的信息，从而分析用户的使用偏好、识别用户需求。此阶段中SP主要收集用户三个方面的需求：SLA中不存在的服务、SLA中没有定义的服务、超出当前SLA参数的定义。

（2）识别并描述与用户需求相称的服务特征（如服务水平、服务参数及参数值）。在服务的描述过程中，不仅要描述与服务相关的SLA参数，还要描述该SLA参数值是否可以由用户自己选择指定、某参数值是否依赖于已选择的某些参数。

（3）识别并描述网络、通信和云计算的性能。如现有网络和信息资源供给的技术所能提供的服务水平、质量等级等，有助于SP较好地认清当前的技术水平；同时需要将性能以可量化、可计算的参数及参数值的形式将其描述出来，以供用户选择和评价。

（4）准备标准的SLA模板。新服务的描述及其SLA模板是本阶段的结束标志及检验准则，为后阶段与用户的协商奠定基础。

本阶段结束的标志是获得服务的SLA模板。在SLA管理的过程中还应该对SLA模板的生命周期加以管理，使SLA模板尽可能地适应环境的变化。SLA模板的生命周期包括初始模板的生成、用户的反映/回馈、分析用户需求、改进模板和生成最终模板等。SLA模板是一个公用的服务模板，用户可以根据自身的个性化需求，在云SLA的协商阶段，与SP进行谈判、协商，从而形成适合自身需求的云SLA。

在此阶段，云服务提供中心（Cloud Service Provider Center， CSPC）持续不断地收集来自不同用户的请求，检查当前目录中是否有与用户需求相匹配或相近的服务，估计新服务潜在的用户量、预期利润和潜在的市场需求等，并将用户需求连同新服务的潜在市场价值及所估算的生命周期发送给云服务计划和开发中心（Cloud Service Planning and Development， CSP&D）。CSP&D将用户需求划分为业务需求和技术需求，咨询云服务质量管理中心（Cloud Service Quality Management， CSQM）当前网络、通信和云资源质量的情况，然后衡量提供新服务的可选架构，确定开发新服务所需的潜在技术或技术的优先级，并将技术需求发送给技术计划和开发中心（Technology Planning and Development， TP&D）。TP&D根据收到的技术需求，比较当前技术的性能和可靠性能力，分析其技术实现的可能性、更新或改进技术所需成本、实现新服务的时间跨度。如果TP&D认为支持服务可用性或QoS的某项技术尚未成熟，应给出使用其他特定技术的具体建议。TP&D将估计出来的成本和时间值返回给云服务计划和开发中心（Cloud Service Planning and Development， CSP&D）。CSP&D依据所有返回的成本和时间等信息，评估服务和技术的可行性，如果可行，则生成服务描述文档和SLA模板，并将其发送给相关中心。如CSPC负责服务的供给，服务配置中心根据与用户签订的SLA配置云服务，CSQM负责检测服务质量的执行情况等。

nlc202309031434

4.2 云SLA协商阶段

经过云SLA开发阶段，成型的服务及其描述文档和SLA模板即可发布。SLA的协商阶段始于用户与提供商双方对云服务的特征、功能、价格及双方的职责等信息经过多次协商、谈判后，签订包含一个或多个需要安装和使用服务实例的合同。因此，协商阶段包含的活动主要有协商服务的选项、服务参数的QoS水平、SLA模板中服务参数值，并要详细说明SLA合同的责任和义务（见图6）。总之，此阶段的主要任务是：

（1）为特定的服务实例选择合适的SLA参数值。用户协商主要是围绕服务的实例、质量水平以及用于衡量质量水平的参数值等内容展开的。

（2）确定签订SLA的用户成本，即确定用户购买服务的价格。

（3）确定发生SLA违规的SP成本，或当实现的服务水平超出SLA规定时SP所获得的奖励。

（4）定义与服务相关的使用报告。这与SLA参数的性质有关。

此阶段结束的标志是用户签订SLA合同。CSPC接受来自用户对云服务合同信息的咨询，将用户信息发送给订单处理中心（Order Handling，OH），然后其将订单细节提交给云服务配置和激活中心（Cloud Service Configuration & Activation，CSC&A）。CSC&A检查订单中各服务要素的可用性及可行性，如果涉及到外部提供商的服务要素，则咨询采购中心（Buying）。此外，CSC&A还需请求资源提供中心（Resource Provisioning，RP）检查支持该服务实例的能力及资源的可用性，并将核查的结果返回给OH，由OH来确定产品的可用性，并将结果返回给CSPC。CSPC向用户提供SLA模版，针对SLA的细节向用户提出报价，与用户谈判、协商，最后签订合同。合同中应包含经过双方同意的QoS和SLA参数。

4.3 云SLA实现阶段

云用户的请求在协商阶段转化为用户订单与SLA合同，而SLA合同在实现阶段被转化为可运行的实例。因此实现阶段即SLA实例化的过程，也是激活服务、对服务及服务实例进行配置、安装、启用的过程（见图7）。云SLA实现阶段的主要任务包括三个方面：

（1）配置和提供支付服务的资源。SP将提供给个体服务的实例化资源分配到生命周期的不同阶段；

（2）配置满足SLA的特定服务实例；

（3）激活云服务，将服务交付给用户使用，

此阶段结束的标志是产生实例化的、经过测试的、可接受的服务。CSC&A配置订单中所请求的服务实例，并将请求发送至恰当的部门。CSC&A执行对服务实例的测试，以检验其关键质量指标（Key Quality Indicator，KQI）是否达到SLA的标准，并在管理服务目录中更新服务实例及其KQIs。此外，CSC&A还需通知CSQM初始化监测新服务实例。一切准备就绪后，CSC&A通知服务OH，由OH负责通知用户及其他部门。

4.4 云SLA执行阶段

云SLA执行阶段即执行SLA合同中的各项规定，它涵盖了SLA服务的所有操作。此阶段主要的任务包括：

（1）正常执行和监测服务。其中正常执行的情况包括一切正常、无差错的执行以及出现中断但在SLA范围之内的执行。SP自身执行的服务与供应商/合作者执行的外部服务都需要进行全程监测。监测的目的，一方面是监测服务的性能数据，保证对服务的评价做到有据可依，有助于预测长期的服务能力；另一方面是保证服务的可用性及可靠性。

（2）即时报告服务执行的情况。报告记录的是服务执行和监测的情况，报告的时间和频率依服务的类型和特征而定。

（3）SLA违规的即时处理。SLA违规即服务的非正常执行。倘若SP首先发现服务中断，SP则会采取一系列的措施，确保中断的时间尽量不违反SLA的规定。因此，此处的SLA违规是指用户首先发现的服务中断，并且中断的时间超出了SLA的规定，从而造成SLA违规。

执行阶段结束的标志是用户使用了云服务，但执行的过程却存在正常执行和SLA违规的情况。正常执行是指执行的服务在SLA规定的范围内，或一切正常运行，或是曾出现过服务中断，但中断时间没超出SLA规定的范围。SLA违规的情况是指用户发现服务没有达到SLA规定的质量等级，并向SP提出相应的赔偿。

云服务在执行过程中，总是会出现超出或达不到SLA中明确规定的参数及参数值。换言之，在执行SLA的过程中会出现违反SLA规定的情况。而发现SLA违规的情况至少有两种，一种是SP首先发现违规，并采取相应的补救措施；另一种是用户首先发现违规，并向SP报告服务非正常执行的情况。

4.5 云SLA评估阶段

云SLA评估阶段的任务一方面是评估单个云用户的SLA与交付给云用户QoS的情况；另一方面是评估某一时期SP所有业务的整体质量水平，包括整体的质量目标、业务目标以及风险管理的过程，即SP内部业务评估的一部分。

4.5.1 单个云用户的阶段性评估

（1）SP实际交付给用户的QoS情况。QoS的评价存在不同视角：用户QoS需求、SP提供的QoS、SP实际交付、提供给用户的QoS以及用户所感知到的QoS。因此，在评估云SLA的阶段，必须要根据云服务在执行过程中所获得的监测数据为QoS的执行情况提供有力的证据，从而作为评价服务及其质量的依据。

（2）用户对服务质量的满意度。影响用户满意度的因素主要有两方面，一方面是SP实际交付给用户的QoS情况，另一方面是用户对QoS的期望。

（3）改进用户满意度的潜力。SP根据用户的满意度以及自身提供QoS的能力来确定自身提高QoS的潜力及改善用户满意度的潜力，从而保持用户的忠诚度。

（4）用户需求的改变。评估用户需求与发现用户需求的变化，进而分析其变化的因素及趋势，有利于SP改进服务及其SLA、开发新服务及新SLA、吸引用户和保持用户的忠诚度。

nlc202309031434

4.5.2 SP内部整体业务的质量水平评估

（1）向所有用户交付服务质量的整体情况。云服务的整体质量情况是SP服务实力的真实体现。因此，评估整体服务质量的情况也是SP衡量自身服务实力的依据。

（2）重新调整服务目标，使得服务实力与服务目标相匹配。

（3）重新调整服务运营。目标调整后，服务的执行和运营也需要同步协调。

（4）识别服务支持的问题。服务的执行和运营离不开支持性、辅助性的活动，如战略计划、风险管理、绩效管理、资金财产管理和人力支援管理等。

（5）创建不同SLA的服务水平。云服务提供商可以根据用户群的不同需求，创建SLA的不同服务等级。

云SLA评估的启动方式有三种，第一种是阶段性的评估，即根据SLA的规定，定期评估服务执行是否满足SLA的情况。第二是用户要求的重新评估，当用户对SP发送过来的评估报告存在质疑时，向SP提出重新评估或复查等需求。第三是用户退出服务时的评估，此时评估用户退出服务的相关影响因素。

4.6 云SLA撤销阶段

云SLA撤销阶段指的是SP因自身的问题，使得服务暂时撤销，其主要是解决与终止服务相关的用户端设备和线路问题。此阶段与云SLA相关的问题包括：

（1）规定设备或线路的拆除或搬迁的责任。

（2）承诺拆除或搬迁设备或线路的时间。

（3）规定SP有权使用用户的设备。设备或线路在拆除、搬迁的过程中，涉及到对用户设备的测试、拆除或搬迁，因此，SLA中应规定SP何时有权使用或有权访问用户的设备，以协助服务的关闭活动，减少关闭服务的时间。

总之，由于SP自身原因导致服务被关闭，对用户的行为产生的影响，用户对此应具有知情权。SP均应在SLA中明确规定并勇于承担其中的责任，从而提高用户的满意度和忠诚度。

5 结语

云SLA的管理是对云服务过程中涉及的SLA加以规划，使其服务质量与预先定义的性能相一致。云SLA的管理有利于高效地管理资源和服务，确保实现不同等级的服务质量。云SLA管理是SP从技术角度来衡量性能的一种方法。它通过量化性能指标获得和保留用户，监管性能和服务的实施，提供性能报告，并以惩罚的方式履行协议、管理供应链关系，有助于SP满足用户的需求、与用户保持良好的长期合作关系。本文对云SLA的生命周期管理加以分析，是为了展示基础设施即服务IaaS 、软件即服务SaaS、 平台即服务PaaS以及存储即服务这些云服务在实现过程中得以保证其服务质量的管理方式。从云SLA的生命周期管理角度分析各类服务要满足的基本管理模式仅仅是SLAM的一种工具，SLA参数框架的管理同样也是SLAM的一项重要工具，这将在后续的研究中加以详细阐述。

参考文献：

[1]邓仲华，喻越.云环境下的信息服务等级协议研究[J].图书与情报，2009，（4）：57-60.

[2]McConnell J， Siegel E. Practice Service Level Management： Delivering High-Quality Web Based Services [M]. Cisco Press， 2004.

[3]Nicolas C， Pankaj K，Bryan M，et al.Web Service Management Framework-Overview Version 2.0[R]. Hewlett-Packard Development Company， 2003.

[4]Ludwig H， Keller A， Dan A， et al.Web Service Level Agreement（WSLA） Language Specification， Version 1.0[S].International Business Machines Corporation（IBM），2003.

[5]Anderson A. An Introduction to the Web Service Policy Language[J].IEEE Computer Society，2004：189-192.

[6]Audrieux A， Czajkowski K， Dan A， et al.Web Service Agreement Spcification（WS-agreement）[S].Grid Resource Allocation Agreement Protocol（GRAAP）WG，2007.

[7]Vedamuthu A S， Orchard D，Hirsch F， et all. Web Services Policy Framwork（WS-Policy），Version 1.5[S].World Wide Web Consortium，2007.

[8]邓仲华等. SLA研究及其在信息服务中的应用[A].胡昌平.信息资源研究进展[M].武汉：武汉大学出版社， 2010： 305-339.

[9]张健.云计算服务等级协议（SLA）研究[J].电信网技术，2012（2）：7-10.

[10]TMF GB921. Business Process Framwork（eTOM） Enhanced Telecom Operations Map Concepts and Principles/ Version 8.1[R]. TeleManagement Forum， 2008.

作者简介：赵又霖，女，武汉大学信息管理学院博士研究生，研究方向：信息组织与系统开发、信息资源管理；邓仲华，男，武汉大学信息管理学院教授，博士生导师，研究方向：信息组织与系统开发、信息资源管理；黎春兰，女，武汉大学信息管理学院博士研究生，研究方向：信息资源管理。

4.信息服务协议书[范文模版] 篇四

甲方：

乙方：中国锂电工业协会

根据《中华人民共和国合同法》和其它相关法律的规定，甲乙双方就乙方为甲方提供信息服务事宜，达成如下协议，共同遵照执行：

第一条 甲方选定并经乙方确认的信息服务内容。

锂电池行业及相关行业专题分析、2、锂电池新产品、新技术、3、市场统计信息

5、产量统计信息

6、政策法规、产业动向

7、科技文献、8研究报告

9、研究报告（新能源正极材料、锂动力电池、储能电池、新能源汽车）

第二条 双方权利与义务：

甲方：

1、为了便于联络与沟通，甲方应指定专人负责相关工作；

2、甲方对于乙方所提供的信息不得转供给第三者（即甲乙双方法人以外的其它单位或个人），并不得代第三者向乙方提供需在网上发布的信息；

3、按照双方约定，按时足额支付服务费；

4、未经乙方事先书面同意，不得以任何形式向其他人复制、散布、出售、出版、广播、转播来自乙方的信息资源；由此造成的争议、诉讼及其他纠纷由甲方自行解决；乙方：

1、乙方向甲方提供其商定的信息服务；

2、信息内容及方式如有变化，乙方应及时通知甲方；

3、如发现甲方违反“甲方权利与义务第二条”，乙方有权终止向甲方提供信息服务，由此造成的一切损失由甲方自行承担。

第三条 协议有效期

本协议有效期为 年，从 年 月 日至 年 月 日止。

协议期满后，若甲方未能及时续费，乙方有权停止提供服务。

第四条 费用和结算

1、本协议涉及的费用：共计人民币 元整。

2、付款时间及方式：

① 付款：本协议签订后7日内，甲方应将信息服务费 元整一次性支付给乙方。② 甲方可以选择以现金、支票、电汇等方式向乙方支付相应款项。

3、用途：服务费

乙方在收到款项后，应及时向甲方提供正式发票。

第五条 违约责任

甲方在约定的时间内未向乙方足额支付信息服务费，乙方有权暂时中止向甲方提供信息服务，直至甲方按约定支付全额信息服务费。由此造成的延迟提供信息服务，乙方不承担任何责任。

乙方如发现甲方将所提供的内容转载第三方使用时，有权暂停或终止其服务，并保留追

究因此产生的经济责任和法律责任。

第六条 相互联系的确认

（一）甲方联系人：

第一联系人：

姓名： 性别： 部门： 职务： 手机

电话： 传真： E-mail：：

联系地址： 邮编：

第二联系人：

姓名： 性别： 部门： 职务： 手机

电话： 传真： E-mail：：

联系地址： 邮编：

（二）乙方联系人：

姓名： 性别： 电话： E-mail：

传真：

地址：

邮编：

双方的联系人发生变更，应当在变更之日起7日内书面通知对方。

第七条 协议的解除

出现不可抗力事件，致使本协议无法继续履行的，甲乙双方中的任何一方均可解除本协双方协商同意。可以解除本协议，已经支付的信息服务费不再退还。议，并及时以书面形式通知对方。

第八条 纠纷解决方式

本协议履行过程中，如发生争议，由双方友好协商解决，协商不成时，任何一方可向甲方所在地人民法院提起诉讼。

第九条 其它

本协议一式二份，甲乙双方各执一份，自双方代表签字并加盖公章之日起生效，协议传真件同具法律效力。

甲方： 乙方：

（盖章）（盖章）

代表： 代表：

5.2019信息服务业务合作协议书 篇五

信息服务业务合作协议

签约双方：

***科技有限公司

(以下简称甲方)

***科技发展有限公司

(以下简称乙方)

甲乙双方经友好协商，就信息服务业务合作事宜与乙方达成以下合作协议，以兹双方共同遵守：

第一条：协议内容：本协议属于软件应用及信息服务协议。

信息服务是指乙方为甲方提供的有偿信息服务，即甲方根据需要，利用乙方提供的信息发布平台及或信息发送通道，通过公用通信网及/或互联网，在满足规范要求的情形下向其用户的终端递送、分发文字、数据、图像、音视频、应用软件等信息。乙方按甲方通过公用通信网及/或互联网发送信息的条数，计收信息服务费。

第二条：费用及支付

1、资费标准：

a)

甲方使用乙方的信息服务，在移动运营商合作资费标准基础上，乙方同意给予甲方价格营销优惠。

短信月使用量N（万条）

赠送后折合三网综合单价（含税）(元/条）

0＜N<10

0.032

10≤N≤1000

0.031

N＞1000

0.030

b)

甲方首次充值金额【　　　1000　　　】元。

2、计费方式说明：

a)

中文短信息：单条信息（含签名不超过70个字）计费一条，长信息（含签名超过70个字）则每67个字计费一条，不足67字的部分仍需计费一条。信息内容（含签名）中含任意一个汉字、中文字符、全角符号等非GSM标准的8bit

ASCII字符即为视为中文信息，并按中文信息计费；任意一个汉字/符号/字母/数字/标点符号/空格/回车/换行等，均视为一个字。

b)

英文短信息：单条信息(含签名不超过140个字节)计费一条，长信息（含签名超过140字节）则每134个字节计费一条，不足134字节的部分仍需计费一条。信息内容（含签名）全部字符必须为GSM标准的8bit

ASCII字符，任意一个ASCII字符均视为一个字节；若信息内容（含签名）中含有非GSM标准的8bit

ASCII字符，将视为中文信息，并按中文信息计费。

c)

二进制短信：每140个字节计费一条，不足140字节的部分仍需计费一条。上述短信内容如包含表情符号，按表情符号实际占用字节数计算。默认短信均按中文短信计费，若需要发送英文短信和二进制短信需联系我司开通。

3、支付时间及方式：

本协议采用预付款充值模式，协议签署后，甲方应按本协议约定的时间内将充值金额以支票或银行转账的方式支付至乙方指定账号。具体金额以乙方与甲方指定的负责人通过邮件、签字（或盖章）确认“充值确认单”或客户账号充值成功的金额为准。邮件、平台记录截图，传真件及复印件与原件具有同等法律效力。如合作过程中甲方的信息使用量接近或达到已付金额时，甲方需即时续费，如因甲方原因出现付费延迟而导致服务中断的情况，乙方不承担任何由此引起的法律及经济责任。

甲方指定负责人姓名：

***，电话：

****，邮箱地址：

**********。

3、甲方开票信息

本协议单价为含税价，乙方向甲方提供增值税专用发票，发票内容为【信息服务费】。发票不作为收付款依据，应付款也不以开票为条件。甲方指定的开票信息为：

公司名称：

统一社会信用代码：

注册地址：

公司电话：

开户银行：

银行账号：

第三条 ：协议期限

本协议期限为：

贰

年，自

2019

年

月

日起，到

2021

年

月

日止，协议期满双方无书面异议或甲方仍继续使用乙方的产品或服务，则视为双方均认可本协议将按上述协议期限自动顺延。协议有效期内双方如需变更或解除协议，须提前通知对方并协商具体解决办法。

第四条：服务及支持

1、乙方应提供有效的信息递送、分发服务及运营支撑服务，在本协议有效期内向甲方免费提供远程技术支持及常见系统故障的实时响应、远程解决。

2、非通道及软件本身质量原因（如甲方操作失误、外部病毒入侵等）所造成的异常，乙方可以提供技术支持和完善建议。

3、对于因政府行为、基础运营商政策（管理和技术）行为、自然灾害、战争、电脑病毒、黑客攻击、乙方不可控制的ChinaNet骨干网故障、传输网故障或特定第三方的网络故障、带宽或其他网络设备或技术提供商的服务延迟、服务故障或任何其它类似事件，导致甲方服务中断或不能满足甲方要求等情况，乙方不承担责任，但应通知甲方并积极提供相应的应急解决方案。

4、甲方应自行对使用乙方的信息递送、分发服务行为进行信息安全合规性的全面控制。乙方有权根据运营商要求执行网络与信息安全管理，进行信息巡检，在甲方违法违规或违约时停止传输任何前述信息并采取相应措施，包括但不限于暂停甲方全部或部分信息递送服务，并向有关机关报告。

第五条：双方责任与义务

1、如合作过程中进行优惠价格政策调整，乙方应即时通知甲方，双方应另行协商，如协商不成均有权终止协议，互不承担违约责任。

2、保密条约：甲、乙双方对本协议的具体内容负有保密责任，在协议有效期内及终止后两年内，除基于法律、法规、判决、裁定、股票交易所要求或中介必要审计要求披露的信息外，任何一方均不得向第三方披露、泄露或提供从对方取得的商业机密（包括财务机密、成交价格）、技术机密、经营机密和（或）其他保密信息及资料。甲方理解，在协议项目洽谈、实施、合作过程中，甲方从乙方（或其母公司、子公司、关联公司）获得的与项目合作有关或因合作产生的任何单价、项目报价，项目成交价等信息均属于乙方的核心商业机密。事先未取得乙方的书面同意时不以任何形式向任何第三方（包括甲方的分支机构，子公司等）泄露、发布、复制、传播。

3、甲方需建立严格的客户投诉管理机制，如若超过运营商或乙方所规定的投诉标准，乙方有权根据客户投诉管理规定关停企业端口，停止服务，如由此造成的一切后果由甲方自行承担。

4、甲方应当在其服务系统中有效记录信息发送和接收时间、发送端和接收端电话号码或者代码、用户订阅和退订情况等信息，并将发送记录保存不少于5个月时间，其中用户订阅和退订情况应当保存至甲方与用户服务关系终止后5个月，以备对投诉反馈进行查验。

5、甲方保证已告知并获得其用户的授权在信息服务中使用其用户的个人信息，并且同意及授权乙方以信息传输为目的使用甲方客户的个人信息。甲方须遵守有关保护用户信息方面的相关法律法规，因甲方违反相关法律规定导致的任何争议或主张，乙方对此不应承担责任。

6、甲方保证发送信息内容及其来源的合法性或有充分授权，不会出现不正当竞争行为或侵犯第三方的著作权、肖像权、信息网络传播权等等任何合法权益，否则由此引起的纠纷或产生的损失均由甲方处理并承担。

第六条：信息安全承诺

甲方使用乙方的信息服务，保证遵守以下各项规定：

1、甲方使用乙方产品和服务的业务或应用应确保符合国家及地方有关法律及法规和管理规章的相关规定，并具有合法的相关业务运营资质证照和许可（如国家主管部门需要），不得从事违法违规和侵害他方合法权益的活动,否则其责任均由甲方承担。

2、遵守国家有关法律、行政法规和管理规章，严格执行信息安全管理规定。保证发送信息的合法性、准确性、安全性，严格禁止传播垃圾信息、违法和不良信息，不得发布侵犯其他单位和个人权益的内容，不得利用乙方提供的信息发布平台及/或信息发送通道递送、分发政治类信息、违法犯罪信息、涉黄信息、SP诱骗定制信息，发送的信息不得属于信息产业部规定的“九不准信息标准”或公安部（公通字【2005】77号）文件规定严格禁止的五大类信息，同时还应遵守《互联网信息服务管理办法》、《全国人民代表大会常务委员会关于加强网络信息保护的决定》及《通信短信息服务管理规定》等国家相关法律法规，包括但不限于影响社会安定的信息：如传播信息哄抬物价、鼓动市民抢购生活必需品等以及有关六合彩、短信欺诈、虚假中奖等违法信息。

3、甲方应在每条信息中标明发送单位的名称（企业签名），不得使用虚假签名；乙方提供的信息服务的用途限于甲方进行内部员工管理，或者甲方向其自身客户发布与其业务相关的信息。甲方不得将信息服务代码用作其他非本协议约定的用途，不得以转售、转租、借用、代发、嵌入（指嵌入未与乙方具有合作关系的产品）等方式提供给第三方使用；不得将信息服务代码用于个人业务产品的宣传、推广（包括SP业务短信等）。

4、甲方在向用户发送信息时，必须事前征得用户同意，不得侵犯用户的合法权益；未经用户同意或者请求，甲方不得向其发送商业性信息内容的信息，用户同意后又明确拒绝接收的，应当立即停止向其发送。甲方不符合相关法律法规规定的程序或内容要求而与用户产生的任何争议或主张，乙方对此不承担任何责任。

5、如果甲方违反以上约定，乙方有权单方面解除协议或暂停提供服务，并及时向有关主管部门报告，甲方并应自行承担全部法律责任。

第七条：送达

本协议双方联系方式和联系信息适用于双方往来联系、书面文件送达及争议解决时法律文书送达。因联系方式和联系信息错误而无法直接送达的自交邮后第7日视为送达。任何一方变更联系地址、电子邮箱、传真号或手机号、微信号，应当自变更之日起五个工作日将变更后的信息通知另一方，否则另一方有权按原联系地址或信息送达。因联系地址变更未成功送达的，退回之日或寄出后满七日（以较早者为准）视为送达之日。变更方自行承担因此可能产生的损失，不影响送达的合法效力。

第八条：争议解决方式

如由于本协议引起的争议，双方通过友好协商解决，协商不成的，任何一方可向原告所在地人民法院提起诉讼。

第九条：其它

本协议正本一式贰份，甲方执一份，乙方执一份，经双方签署后生效。

【以下无正文】

甲方(盖章)：***科技有限公司

开户银行：

招商各银行

账　　号：

91110228MA003FJM5D

授权代理人（签名）：

公司地址：

*******************

邮政编码：

*******

电

话：

**************

时

间：

****年**月**日

乙方(盖章)：

***科技发展有限公司

开户银行：

交通银行

账　　号：

*********************

授权代理人（签名）：

公司地址：

************************

邮政编码：

*************

电

话：

***********

时

间：

2019

年

月

6.经济信息咨询服务协议书 篇六

身份证号码： 身份证号码：

通信地址： 通信地址：

法定代表人： 法定代表人：

电话： 电话：

传真： 传真：

1、本协议有效期间从乙方向甲方于____ 年____月____日开始提供咨询服务

时起至所委托事务完成时止。

2.甲乙双方共同确认：甲方为乙方__________________公司协助融资。__________________ 公司融资成功将向甲方支付服务费。服务

费数额为融资金额的%（小写）支付给甲方综合服务费人民币（大写）

____________元整（￥_____________）甲方应支付乙方人民币____________元作

为定金，剩余的人民币三个工作日内一次性支付。

3、本协议签订后。由于甲方原因导致乙方的融资未获得批准，甲乙双方同意

终止本合同，甲方退还定金。

4．若乙方未按时支付服务费，甲方有权要求乙方按照日万分之五的比例支

付滞纳金。

5、因甲方原因解除委托或不能履行合同时，乙方有权收取为甲方的委托事项

已支付的交通费、通讯费、调查取证费、员工工资等费用，该等费用为咨询

服务费的5%（百分之五）。

6、受托方应亲自履行受托事项。在未征得委托方书面同意之前，不得将委托

事务交给他人办理，同样，委托人不得再将此事项委托他人处理。

7、因本协议发生纠纷，双方协商解决；协商不成时，应按以下第1项规定的方式解决争议：

（1）向乙方所在地人民法院提起诉讼。

（2）向＿/＿仲裁委员会申请仲裁。

8、本协议按以下约定的方式生效：

（1）甲方为自然人的，由甲方签字、按指模，乙方法定代表人或授权代理

人签字、盖公章之日起生效。

（2）甲方为法人的，由甲乙双方法定代表人或授权代理人签字、盖公章之

日起生效。

9、本协议一式二份，甲方执一份，乙方执一份，均具有同等法律效力。

甲方（签章）：乙方（签章）

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

7.市场信息服务协议 篇七

Presence服务是多媒体会议、即时消息等网络应用中的一项重要服务, 为用户提供网络上其他用户的基本信息和在线状态, 使用户可以方便地与其他用户进行语音、视频、即时消息等通信服务。随着SIP应用的发展, 基于SIP协议的Presence服务成为各种SIP网络应用的一个重要部分, 因此, 基于SIP的Presence服务便成了SIP网络应用中的迫切需求。

2 SIP协议

SIP (Session Initiation Protocol, 会话初始协议) 是由IETF制定的多媒体会话控制信令协议, 用于发起、修改和终止IP网络上的多媒体会话。它是从因特网协议如HTTP和SMTP发展而来, 采用文本格式, 独立于底层协议, 具有简洁、灵活、扩展性强等特点。SIP不仅可以用于Internet电话, 也可以用于Internet会议、即时消息、Presence等IP通信服务, 并且可以很容易地增加新的增值应用服务, 很好地与其他服务进行集成。SIP为下一代网络融合业务提供了一项重要的技术, 是目前VOIP技术的热点, 吸引着众多的公司和组织对其进行研究和应用开发。

3 基于SIP协议的Presence服务系统

Presence服务系统的设计目标是为SIP多媒体会议、即时消息等网络通信应用提供一个存储、接收和分发用户Presence信息的服务, 是用户能够修改、上传自己的Presence信息, 通过订阅其他用户的Presence信息, 随时了解网络上其他用户的信息和在线状态变化, 方便的查找和添加用户以及进行网络通信服务。配合SIP会议系统, 用户通过订阅会议的Presence信息, 就可以即时了解出席会议的会议成员列表, 获得用户加入或离开会议的通知服务。

整个Presence服务系统由Presence服务器、Presence代理、Presence用户代理、SIP代理/注册服务器、SIP应用服务器和数据库六个部分组成, 系统结构如图1所示。

3.1 Presence代理

Presence代理 (Presence Agent, PA) 是Presence服务器的核心功能模块, 主要完成用户Presence信息的接收和分发。PA具有SIP用户代理 (User Agent, UA) 的部分功能, 它能够接收SUBSCRIBE、PUBLISH请求, 并产生响应, 以及产生Presence状态变化通知。PA可以和Presence服务器共存于一台物理设备上, 也可以与SIP代理/注册服务器共存于一台物理设备上。本文设计时为了效率和设计上的简洁, 将PA和Presence服务器共存于一台物理设备上, 使Presence服务能够独立于目标系统。

3.2 Presence用户代理

Presence用户代理 (Presence User Agent, PUA) 是Presence服务系统的客户端, 主要用来操作用户的Presence信息, 如发布和接收Presence信息。PUA只是一个逻辑上的功能组件, 通常和SIP用户代理 (UA) 共存, 是SIP UA功能的一部分。目标系统中使用的SIP用户代理的PUA功能, PUA通过SIP扩展的PUBLISH方法请求来发布自己的Presence信息, 把Presence信息存放到Presence服务器上, PUA通过SIP的SUBSCRIBE方法来订阅其他用户的Presence信息。

3.3 Presence服务器

Presence服务器是Presence服务的核心组件, 是一个物理实体, 能充当PA或能处理SUBSCRIBE请求的代理服务器, 主要完成用户的Presence信息的存储、接收和分发功能。本文设计是让Presence服务器通常PA, 它包含了PA逻辑组件。Presence服务器与数据库结合使用, 将用户的Presence信息存放于数据库中。

4 结论

本文对基于SIP协议的Presence服务进行了细致的分析, 充分利用了SIP协议的高度灵活性、扩展性, 设计了基于SIP协议的Presence服务系统, 该系统能够为SIP会议系统提供Presence服务功能, 也可以为其他网络通信服务提供Presence服务功能。在今后的开发工作中, 将会对Presence服务系统进行进一步的完善, 使SIP Presence服务系统得到更广泛的应用。

摘要：Presence服务是多媒体会议、即时消息等网络应用中的一项重要服务。SIP协议可以很好的作为一种Presence协议来实现presence服务, 本文通过SIP协议的SUBSCRIBE、NOTIFY和扩展的PUBLISH方法, 使用SIP协议的事件通知机制设计了一个基于SIP协议的Presence服务系统。

关键词：Presence,PA,SIP,PUA

参考文献

[1]Rosenberg J.and Schulzrinne H., SIP:session initiation protocol, RFC3261, IETF, June2002.

8.市场信息服务协议 篇八

关键词：IPv6；无线；传感网

中图分类号：TN929.5；TP212.9 文献标识码：A 文章编号：1006-8937（2015）26-0090-01

1 项目研究背景和意义

1.1 研究背景

随着电子科技的进步，传感器网络已经经历了四代的发展，无线传感网作为新兴的下一代传感网络，节点计算能力更强，节点间通信更加方便，能够实现比以往更加复杂的应用。现阶段的无线传感网正处于研究和开发阶段，已有一些试验性项目，美国INTEL公司从2002年开始了基于微型无线传感网络的新型计算发展规划，我国也在无线传感网的节点硬件设计、操作系统设计、网络路由等方面陆续开展工作。

1.2 研究目标

研究传感器网络与下一代互联网互联的问题，重点研究具通用性的基础服务和对应的面向传感器网络的IPv6支撑协议，以方便快速构建连接传感器网络和互联网，连接不同地域环境的传感器网络的大规模应用。

2 基于IPv6的无线传感器网络的相关协议

本项目研究面向典型应用的共性基础服务，以及支撑服务的基于IPv6的无线传感器网络协议族，并构建典型应用环境，部署并运行一个完整的服务系统。服务系统及其支撑协议的整体架构，如图1所示。

2.1 传感网IPv6协议族

IPv6具有地址数量大，很好的支持自组织组网等诸多优点，充分符合传感器网络与互联网互联的网络层协议要求。但传感节点由于诸多硬件限制，难以实现整个IPv6协议族，需要基于上面提到的几类服务，针对性的研究必需的几类简化IPv6协议，服务和IPv6中的协议对应关系，如图2所示。

由于无线传感网节点功耗和计算能力等方面的限制，使得不可能也不必要实现完整的IPv6协议族，而要根据上层服务的需求，仅实现必需的最小协议集合，需符合两条要求：首先，输入/输出数据包都具有标准格式，能与IPv6网络互连互通；其次，为降低功耗，去除IPv6协议标准中不需要的功能和属性。主要研究内容分为以下几类。

2.1.1 路由协议

主要实现局部网络常用的ICMPv6和邻居发现（Neighbor Discovery， ND）协议，以支持传感节点的自组织组网。

2.1.2 传输协议

单播通信支持UDP协议，TCP协议由于其复杂性不适合在传感网节点实现，且传感网内由于数据量不大，基于其特点实现逐跳可靠传输，跨越互联网的可靠传输可由网关提供支持。

2.1.3 服务协议

①自动服务注册。

网关需要向中央服务器预注册以获取一些全局分配信息，如IPv6地址。传感节点经简单的撒播部署后能自动组织成局部传感网络，并连接到网关，网关根据预设信息在指定的中央服务器上注册该网络，并返回一些传感网内节点的初始信息。

②可靠的点对点通信服务。

互联网内的点对点通信的可靠性由TCP协（下转92页）（上接90页）议来保证，但由于传感网节点较弱的功能和单次传输信息较少的特点，TCP协议的消耗过大。另外，如果传感网节点具移动性，路由会经常更改和出错，造成上层连接频繁的不稳定。

3 IPv6的无线传感器网络创新之处

3.1 以面向服务为目标，提出融合传感网和互联网的服务框架

结合目前省内可持续化发展的需求，提出基于IPv6协议的融合传感网和互联网的服务框架，可有效用于涉及多个传感网的跨互联网的大规模聚集应用。服务框架提供自动服务注册机制，有利于应用的快速部署；提出了适合混合网络整体特点的可靠通信机制，以保证一些关键应用的可靠性；并提供针对单个节点访问的服务原语，规范化了节点的访问方法，消除了应用开发时的大量重复性工作；同时以整网操作为目标，提出了更具应用信息的群操作服务，消除了IPv6多播协议和上层应用需求的差距，方便全局信息的配置。

3.2 面向传感网和互联网互联的传感网IPv6精简协议栈设计

针对传感器网络终端设备和网络设备对网络的需求，充分考虑必要的传感器网络的在功耗和性能方面的要求，结合节点的大部分应用场景，精简IPv6协议栈。从OSI七层协议的角度，裁减高层协议。在报头定义、路径最大传输单元发现、邻居发现、地址自动配置等方面进行相应修改。精简后的协议能够保证和下一代互联网的互联，同时兼顾自主设计的传感节点的资源配置。

参考文献：

[1] 肖晓军.美国防部C4KISR系统研究现状与展望[J].装备参考， 2003，（5）.