﻿<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/"><channel><title>BlogJava-OpenStudio Weblog-随笔分类-技术名词解释</title><link>http://www.blogjava.net/zpuser/category/13238.html</link><description /><language>zh-cn</language><lastBuildDate>Fri, 30 May 2008 09:35:52 GMT</lastBuildDate><pubDate>Fri, 30 May 2008 09:35:52 GMT</pubDate><ttl>60</ttl><item><title>对称加密和非对称加密</title><link>http://www.blogjava.net/zpuser/archive/2008/05/21/201957.html</link><dc:creator>阿卜</dc:creator><author>阿卜</author><pubDate>Wed, 21 May 2008 08:42:00 GMT</pubDate><guid>http://www.blogjava.net/zpuser/archive/2008/05/21/201957.html</guid><wfw:comment>http://www.blogjava.net/zpuser/comments/201957.html</wfw:comment><comments>http://www.blogjava.net/zpuser/archive/2008/05/21/201957.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.blogjava.net/zpuser/comments/commentRss/201957.html</wfw:commentRss><trackback:ping>http://www.blogjava.net/zpuser/services/trackbacks/201957.html</trackback:ping><description><![CDATA[
		<h2>对称加密算法</h2>
		<br />
		<a title="JAVA-API部分算法实现" href="/zpuser/archive/2008/05/23/202513.html" target="_blank">JAVA-API部分算法实现</a>
		<br />
		<br />
		<p>对称加密算法 对称加密算法是应用较早的加密算法，技术成熟。在对称加密算法中，数据发信方将明文（原始数据）和加密密钥一起经过特殊加密算法处理后，使其变成复杂的加密密文发送出去。收信方收到密文后，若想解读原文，则需要使用加密用过的密钥及相同算法的逆算法对密文进行解密，才能使其恢复成可读明文。在对称加密算法中，使用的密钥只有一个，发收信双方都使用这个密钥对数据进行加密和解密，这就要求解密方事先必须知道加密密钥。对称加密算法的特点是算法公开、计算量小、加密速度快、加密效率高。不足之处是，交易双方都使用同样钥匙，安全性得不到保证。此外，每对用户每次使用对称加密算法时，都需要使用其他人不知道的惟一钥匙，这会使得发收信双方所拥有的钥匙数量成几何级数增长，密钥管理成为用户的负担。对称加密算法在分布式网络系统上使用较为困难，主要是因为密钥管理困难，使用成本较高。在计算机专网系统中广泛使用的对称加密算法有DES和IDEA等。美国国家标准局倡导的AES即将作为新标准取代DES。</p>
		<h3>DES </h3>数据加密算法（Data Encryption Algorithm，DEA）的数据加密标准（Data Encryption Standard，DES）是规范的描述，它出自 IBM 的研究工作，并在 1997 年被美国政府正式采纳。它很可能是使用最广泛的秘钥系统，特别是在保护金融数据的安全中，最初开发的 DES 是嵌入硬件中的。通常，自动取款机（Automated Teller Machine，ATM）都使用 DES。<br />DES 使用一个 56 位的密钥以及附加的 8 位奇偶校验位，产生最大 64 位的分组大小。这是一个迭代的分组密码，使用称为 Feistel 的技术，其中将加密的文本块分成两半。使用子密钥对其中一半应用循环功能，然后将输出与另一半进行“异或”运算；接着交换这两半，这一过程会继续下去，但最后一个循环不交换。DES 使用 16 个循环。<br />攻击 DES 的主要形式被称为蛮力的或彻底密钥搜索，即重复尝试各种密钥直到有一个符合为止。如果 DES 使用 56 位的密钥，则可能的密钥数量是 2 的 56 次方个。随着计算机系统能力的不断发展，DES 的安全性比它刚出现时会弱得多，然而从非关键性质的实际出发，仍可以认为它是足够的。不过 ，DES 现在仅用于旧系统的鉴定，而更多地选择新的加密标准 — 高级加密标准（Advanced Encryption Standard，AES）。 <br />DES 的常见变体是三重 DES，使用 168 位的密钥对资料进行三次加密的一种机制；它通常（但非始终）提供极其强大的安全性。如果三个 56 位的子元素都相同，则三重 DES 向后兼容 DES。<br />IBM 曾对 DES 拥有几年的专利权，但是在 1983 年已到期，并且处于公有范围中，允许在特定条件下可以免除专利使用费而使用。<br />由于DES是加(解)密64位明(密)文，即为8个字节(8*8=64)，可以据此初步判断这是分组加密，加密的过程中会有16次循环与密钥置换过程，据此可以判断有可能是用到DES密码算法，更精确的判断还得必须懂得一点DES的加密过程。 
<h3><b>3DES</b></h3><p>3DES是DES加密算法的一种模式，它使用3条64位的密钥对数据进行三次加密。数据加密标准（DES）是美国的一种由来已久的加密标准，它使用对称密钥加密法，并于1981年被ANSI组织规范为ANSI X.3.92。DES使用56位密钥和密码块的方法，而在密码块的方法中，文本被分成64位大小的文本块然后再进行加密。比起最初的DES，3DES更为安全。<br />3DES（即Triple DES）是DES向AES过渡的加密算法（1999年，NIST将3-DES指定为过渡的加密标准），是DES的一个更安全的变形。它以DES为基本模块，通过组合分组方法设计出分组加密算法，其具体实现如下：设Ek()和Dk()代表DES算法的加密和解密过程，K代表DES算法使用的密钥，P代表明文，C代表密表，这样，<br />3DES加密过程为：C=Ek3(Dk2(Ek1(P)))<br />3DES解密过程为：P=Dk1((EK2(Dk3(C))) <br /></p><br /><h3><b>AES——对称密码新标准 </b></h3><p>对称密码体制的发展趋势将以分组密码为重点。分组密码算法通常由<a href="http://baike.baidu.com/view/934.htm" target="_blank">密钥</a>扩展算法和加密（解密）算法两部分组成。密钥扩展算法将b字节用户主密钥扩展成r个子密钥。加密算法由一个密码学上的弱函数f与r个子密钥迭代r次组成。混乱和密钥扩散是分组密码算法设计的基本原则。抵御已知明文的差分和线性攻击，可变长密钥和分组是该体制的设计要点。  <br /><br />AES是美国国家标准技术研究所NIST旨在取代<a href="http://baike.baidu.com/view/7510.htm" target="_blank">DES</a>的21世纪的加密标准。   <br /><br />AES的基本要求是，采用对称分组密码体制，密钥长度的最少支持为128、192、256，分组长度128位，算法应易于各种硬件和软件实现。1998年 NIST开始AES第一轮分析、测试和征集，共产生了15个候选算法。1999年3月完成了第二轮AES2的分析、测试。预计在2000年8月AES的最终结果将公布。    <br />   <br />在应用方面，尽管DES在安全上是脆弱的，但由于快速DES芯片的大量生产，使得DES仍能暂时继续使用，为提高安全强度，通常使用独立密钥的三级DES。但是DES迟早要被AES代替。流密码体制较之分组密码在理论上成熟且安全，但未被列入下一代加密标准。   <br /></p><p><br /></p><h2>非对称加密算法</h2><p>asymmetric encoding algorithm<br />非对称加密算法需要两个密钥：公开密钥（publickey）和私有密钥（privatekey）。公开密钥与私有密钥是一对，如果用公开密钥对数据进行加密，只有用对应的私有密钥才能解密；如果用私有密钥对数据进行加密，那么只有用对应的公开密钥才能解密。因为加密和解密使用的是两个不同的密钥，所以这种算法叫作非对称加密算法。 非对称加密算法实现机密信息交换的基本过程是：甲方生成一对密钥并将其中的一把作为公用密钥向其它方公开；得到该公用密钥的乙方使用该密钥对机密信息进行加密后再发送给甲方；甲方再用自己保存的另一把专用密钥对加密后的信息进行解密。甲方只能用其专用密钥解密由其公用密钥加密后的任何信息。 非对称加密算法的保密性比较好，它消除了最终用户交换密钥的需要。<br /><br /><a href="/zpuser/archive/2008/05/27/203203.html" target="_blank">RSA算法演示<br /></a><br /><br /></p><h2>对称和非对称加密算法案例</h2><div class="t1">基于多级密钥管理体系中的对称密钥传输保护方法</div><div class="t2">申请号/专利号： 200610147335</div><div class="con2">一种基于在多级密钥管理体系中的对称密钥传输保护方法，其步骤为：<br />１．传入方签发并通过两条途径传递两张密钥传输卡，每张卡中存有一段传入方的根公钥；<br />２．传出方从两张卡获得传入方的根公钥，并随机生成传输密钥，再用该根公钥加密后分段写入到两张卡中，其工作密钥用传输密钥传出并写入两张卡中通过两条途径递送给传入方；<br />３．传入方验证卡的合法性；从两张卡中获得传输密钥和工作密钥密文并用根私钥解密传输密钥写入加密机传输密钥区；传入方将工作密钥密文通过传输密钥写入工作密钥区，从而完成了两台密钥管理加密机之间的密钥传递过程。本发明采用证书方式，加强了对称密钥传输时的安全性，采用ＩＣ卡作为介质，保证了传输介质的安全。</div><p></p><table class="tb" cellspacing="1" cellpadding="0" width="100%" border="0"><tbody><tr><td class="td1">申请日：</td><td>2006年12月15日</td></tr><tr><td class="td1">公开日：</td><td>2007年06月06日</td></tr><tr><td class="td1">授权公告日：</td><td><br /></td></tr><tr><td class="td1">申请人/专利权人：</td><td>上海格尔软件股份有限公司</td></tr><tr><td class="td1">申请人地址：</td><td>上海市闸北区余姚路288号A座4层</td></tr><tr><td class="td1">发明设计人：</td><td>张翔;杨茂江;李澜涛</td></tr><tr><td class="td1">专利代理机构：</td><td><br /></td></tr><tr><td class="td1">代理人：</td><td>陈学雯</td></tr><tr><td class="td1">专利类型：</td><td>发明专利</td></tr><tr><td class="td1">分类号：</td><td>H04L9/32;H04L9/14;H04L9/12;H04L9/08;H04L9/30</td></tr></tbody></table><img src ="http://www.blogjava.net/zpuser/aggbug/201957.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.blogjava.net/zpuser/" target="_blank">阿卜</a> 2008-05-21 16:42 <a href="http://www.blogjava.net/zpuser/archive/2008/05/21/201957.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>基于角色的访问控制RBAC</title><link>http://www.blogjava.net/zpuser/archive/2007/07/04/128062.html</link><dc:creator>阿卜</dc:creator><author>阿卜</author><pubDate>Wed, 04 Jul 2007 04:10:00 GMT</pubDate><guid>http://www.blogjava.net/zpuser/archive/2007/07/04/128062.html</guid><wfw:comment>http://www.blogjava.net/zpuser/comments/128062.html</wfw:comment><comments>http://www.blogjava.net/zpuser/archive/2007/07/04/128062.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.blogjava.net/zpuser/comments/commentRss/128062.html</wfw:commentRss><trackback:ping>http://www.blogjava.net/zpuser/services/trackbacks/128062.html</trackback:ping><description><![CDATA[1.概述 <br /><br />　　最近，随着电子商务和电子政务的发展，网络安全已成为研发的重点和热点。信息的完整性、机密性、身份鉴别和不可否认性构成了信息安全的四要
素。非对称加密算法从理论和实践上都可以保证身份的有效性和不可否认性，而要保证软件系统、数据库和信息网络的完整性、和机密性，至今还没有一个行之有效
的解决方案。如公司资源的讹误，信息的未授权泄漏或者失窃，以及被非法篡改都是因为没有保证信息的机密性和完整性而引起的。它们不仅破坏了组织的操作，并
有可能涉及到金融，法律，人员安全，个人隐私和国家机密方面，而造成重大的损失。 <br /><br />　　当今最著名的美国计算机安全标准是可信计算机系统评估标准（TCSEC）。其中一个内容就是要阻止未被授权而浏览机密信息。TCSEC规定了
两个访问控制类型：自主访问控制（DAC）和强制访问控制（MAC）。DAC是指主体可以自主地将访问权限或者访问权限的某个子集授予其他主体。主要是某
些用户（特定客体的用户或具有指定特权的用户）规定别的用户能以怎样的方式访问客体。它主要满足商业和政府的安全需要，以及单级军事应用。但是由于它的控
制是自主的，所以也可能会因为权限的传递而泄漏信息。另外，如果合法用户可以任意运行一个程序来修改他拥有的文件存取控制信息，而操作系统无法区分这种修
改是用户自己的操作，还是恶意程序的非法操作，解决办法就是通过强加一些不可逾越的访问限制。因此，又提出了一种更强有力的访问控制手段，即强制访问控制
（MAC），但是它主要用于多级安全军事应用，很少用于其他方面。现今人们在MAC基础上提出基于角色的访问控制（RBAC），它是一种强制访问控制形
式，但它不是基于多级安全需求。其策略是根据用户在组织内部的角色制定的。用户不能任意的将访问权限传递给其他用户。这是RBAC和DAC之间最基本的不
同。 <br /><br />　　基于角色访问控制（RBAC）模型是目前国际上流行的先进的安全访问控制方法。它通过分配和取消角色来完成用户权限的授予和取消，并且提供角
色分配规则。安全管理人员根据需要定义各种角色，并设置合适的访问权限，而用户根据其责任和资历再被指派为不同的角色。这样，整个访问控制过程就分成两个
部分，即访问权限与角色相关联，角色再与用户关联，从而实现了用户与访问权限的逻辑分离。 <br /><br />　　由于实现了用户与访问权限的逻辑分离，基于角色的策略极大的方便了权限管理。例如，如果一个用户的职位发生变化，只要将用户当前的角色去掉，
加入代表新职务或新任务的角色即可。研究表明，角色/权限之间的变化比角色/用户关系之间的变化相对要慢得多，并且给用户分配角色不需要很多技术，可以由
行政管理人员来执行，而给角色配置权限的工作比较复杂，需要一定的技术，可以由专门的技术人员来承担，但是不给他们给用户分配角色的权限，这与现实中的情
况正好一致。 <br /><br />　　基于角色访问控制可以很好的描述角色层次关系，实现最小特权原则和职责分离原则。 <br /><br />　　2.RBAC的正式定义 <br /><br />　　基于角色访问控制（RBAC）的定义已经在第十五届国际计算机安全会议上以集合的形式给出。定义如下： <br /><br />　　对于每一主体，激活角色是当前使用的主体： <br /><br />　　AR（s：subject）={主体s的激活角色} <br /><br />　　每一主体可被授权扮演一个或更多角色： <br /><br />　　RA（s：subject）={主体s的授权角色} <br /><br />　　每一角色可被授权执行一个或更多事务： <br /><br />　　TA（r：role）={授权给角色r的事务} <br /><br />　　主体可以执行事务。如果主体s可以在当前时间执行事务t，则预测exec（s，t）是真，否则为假： <br /><br />　　exec(s: subject, t: tran) =true, 如果主体s可以执行事务t。 <br /><br />　　执行过程中的三个基本规则： <br /><br />　　2.1 角色分配：仅当主体选择或被赋予一个角色，主体才能执行一个事务。 <br /><br />　　　<img src="http://www.stcore.com/imgfiles/2003.4.11.13.14.38.a.gif" /><br /><br />　　身份证明和鉴别过程（例如登录）不是一个事务。其他用户的所有在系统上的活动都可通过事务处理。因此要求所有激活用户具有某个激活角色。 <br /><br />　　2.2 角色授权：主体的激活角色必须是被授权的：<br />同上面的（1）一起，规则保证用户只能接收他们授予的角色。 <br /><br />　　2.3 事务授权：仅当事务被授权给主体激活角色时，主体才能执行该事务。 <br /><br />　　　<img src="http://www.stcore.com/imgfiles/2003.4.11.13.15.14.c.gif" /><br /><br />　　同（1）和（2）一起，本规则保证用户只可执行授权给他们的事务。注意，因为条件是“仅当（only
if）”，本规则允许事务执行的出现附加限制的可能性。即，规则不保证一个事务只是因为它在TA(AR(s))中就是可执行的，TA(AR(s))是由主
体激活角色执行的潜在事务集合。例如，一个主管角色的实习生可被赋予“主管”角色，但是在运用他/她用户角色时有限制，即对一主管可正常访问的子集，实习
生可能受到限制。 <br /><br />　　上文中，“事务”的定义是变换过程（transformation
procedure）加上一个由变换过程访问的数据项集。因为数据访问已被构建到事务中，所以上面规则的访问控制不要求对用户访问数据目标的权利或变换程
序访问数据项的权利作任何检查。由于在设计阶段将操作和数据绑定为一个事务，所以存在安全性问题，例如此时的在保险查询事务中提出的个人隐私的问题。 <br /><br />　　当规则中“事务”只指变换程序时，需要重新定义“事务”的含义，即不包括对目标的绑定。若要实施方式控制则需要第四个规则，即在模型中用户通
过事务程序访问目标。例如，利用事务（重新定义为变换程序），第四个规则可被定义为对象访问函数access(r, I, o, x)， <br /><br />　　<img src="http://www.stcore.com/imgfiles/2003.4.11.13.15.24.d.gif" /><br /><br />　　它表明了是否允许角色r的主体利用事务t以x的方式来访问对象o，其中x是已经缩小的模式的集合。例如读，写，附加。 <br /><br />　　第四项规则可适用于医院配置。一位医生可被提供读/写药方的访问控制，而医院的药剂师可能只具有读的访问权力。（单独调用前三个规则，将事务过程t与t能访问的数据对象绑定在一块，并且只控制对事务的访问）。我们可以使用第四个规则替换，更有益于满足机密性的要求。 <br /><br />　　RBAC的另一个用途是支持完整性。完整性以几种不同的方式定义，但完整性的一个方面是要求数据和程序只能由授权用户以被授权的方式修改。这看起来对于很多真实的系统是一合理的安全目标，同时RBAC应适用于这样的系统。 <br /><br />　　一般来说，决定数据是否只以授权的方式修改的问题与修改事务是同样复杂的。由于这个原因，实际的方法是事务直接与另一事务合并。要求系统通过
规则（4）中的访问函数控制事务程序对对象的访问，但是要取得完整性的同时需要极大的系统开销。因此，在RBAC中包含事务对对象的访问控制函数将在一些
应用集中是有用的，但并不是所有的应用。 <br /><br />　　3.最小特权策略 <br /><br />　　最小特权原则对于满足完整性目标是非常重要的。最小特权原则要求用户只具有执行一项工作所必需的权限。要保证最小特权要求验证用户的工作是什
么，要确定执行该项工作所要求的权限最小集合，并限制用户的权限域。若拒绝了不是主体职责的事务，则那些被拒绝的权限就不能绕过阻止安全性策略。尽管最小
特权包含当前存在于TCSEC的内容当中，但仍限制系统管理员的权限。通过使用RBAC，很容易满足一般系统的用户执行最小权限。 <br /><br />　　4.职责分离 <br /><br />　　RBAC机制可被系统管理员用于执行职责分离的策略。职责分离对于反欺诈行为是非常有效的。它是在真实系统中最重要的想法。 <br /><br />　　职责分离或者是静态的，或者是动态的。符合静态职责分离要求职能由个人角色的分配和事务角色的分配决定的。最难的是动态职责分配，其中符合动态职责分离的职能在系统操作期间决定。动态职责分离目的是允许操作更灵活。 <br /><br />　　根据角色分配访问权利在定义职责分离上也是有帮助的，它由系统执行。 <br /><br />　　5.结论 <br /><br />　　虽然商业和政府组织中很多终端用户能够访问信息，但他们都不“拥有”信息。而这些组织机构恰恰是实际系统对象的“拥有者”，并且自主访问控制是不可能适合的。基于角色访问控制（RBAC）是一个非自主访问控制机制，它允许促进组织具体安全策略的中央管理。<br />访问控制决策通常基于角色，个人用户采取的角色作为组织的组成。一个角色规定了一个事务集合，即用户或用户集合可在组织内执行。RBAC提供命名和描述个人和权利之间的关系的方法，提供很多商业和政府组织需要的安全处理方法。 <br /><br />　　本文提到的基于角色访问控制（RBAC）的定义，已经在第十五届国际计算机安全会议上以集合的形式给出。本文的目的是让更多热爱网络安全的朋友了解RBAC，使这一新型的访问控制方案得到更多的应用。 <br /><br /><img src ="http://www.blogjava.net/zpuser/aggbug/128062.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.blogjava.net/zpuser/" target="_blank">阿卜</a> 2007-07-04 12:10 <a href="http://www.blogjava.net/zpuser/archive/2007/07/04/128062.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>NFC</title><link>http://www.blogjava.net/zpuser/archive/2007/06/28/126942.html</link><dc:creator>阿卜</dc:creator><author>阿卜</author><pubDate>Thu, 28 Jun 2007 15:31:00 GMT</pubDate><guid>http://www.blogjava.net/zpuser/archive/2007/06/28/126942.html</guid><wfw:comment>http://www.blogjava.net/zpuser/comments/126942.html</wfw:comment><comments>http://www.blogjava.net/zpuser/archive/2007/06/28/126942.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.blogjava.net/zpuser/comments/commentRss/126942.html</wfw:commentRss><trackback:ping>http://www.blogjava.net/zpuser/services/trackbacks/126942.html</trackback:ping><description><![CDATA[
		<div>NFC(Near Field Communication, 近距离通讯技术)是脱胎于无线设备间的一种“非接触式射频识别”(RFID)及互联技术，为所有消费性电子产品提供了一个极为便利的通讯方式。</div>
		<div> </div>
		<div>
				<b>1</b>
				<b>．技术优势</b>
		</div>
		<div>NFC在单一芯片上结合了感应式读卡器，感应式卡片和点对点的功能。在数厘米（通常是15厘米以内）距离之间于13.56MHz频率范围内运
作，通过射频信号自动识别目标对象并获取相关数据，识别工作无须人工干预，任意两个设备（如移动电话、蓝牙设备、ＷｉＦｉ设备）接近而不需要线缆接插，就
可以实现相互间的通信，可以满足任何两个无线设备间的信息交换、内容访问、服务交换。此外，拥有 NFC
功能的消费电子装置可以轻易地交换或储存个人资料，其中包括各种讯息、照片、MP3等。为消费者实现使用简便、免安装设定、现场立即联机、智能型门控等功
能，完全符合现代消费者的需求。</div>
		<div> </div>
		<div>
				<b>2</b>
				<b>．应用类型</b>
		</div>
		<div>NFC 应用可区分为四个基本类型：</div>
		<div>
				<b>Touch and Go</b>
		</div>
		<div>这类应用就像门禁管制或车票及门票等，使用者只需携带储存着票证或门控代码的装置靠近读取装置即可，它还可做为简易的数据撷取应用，例如从海报上的智能型标签直接读取网址。 </div>
		<div> </div>
		<div>
				<b>Touch and Confirm</b>
		</div>
		<div>这类应用主要涵盖行动付费机制，通常使用者必须输入密码，以确认交易行为，有时则只要直接进行交易即可。 </div>
		<div> </div>
		<div>
				<b>Touch and Connect</b>
		</div>
		<div>将两个内建 NFC 的装置相连接，以进行点对点数据传输，例如下载音乐、交换影像与同步处理通讯簿等。 </div>
		<div> </div>
		<div>
				<b>Touch and Explore</b>
		</div>
		<div>NFC 装置所提供的功能极为丰富，消费者可以自行探索，找出 NFC 装置潜在的功能与服务。 </div>
		<div> </div>
		<div>全球消费电子巨头索尼和飞利浦公司、联合全球最大的手机厂商诺基亚，制定了该无线技术的标准，3家公司在2004年年初已经开始把NFC技术集
成到移动电话、数码相机、小型数码摄像机、电视机和汽车导航系统等设备中，目前已经在ISO 18092和ISO
21481、ECMA(340,352和356)、ETSI TS 102 190内进行标准化。另外，NFC同时兼容于以ISO
14443A为基础的感应式智能卡基础架构，如飞利浦的MIFARE技术，索尼(Sony)的FeliCa卡。</div>
		<div> </div>
		<div>
				<b>3</b>
				<b>．发展前景</b>
		</div>
		<div>ＮＦＣ具有成本低廉、方便易用和更富直观性等特点，这让它在某些领域显得更具潜力——ＮＦＣ通过一个芯片、一根天线和一些软件的组合，能够实现
各种设备在几厘米范围内的通信，而费用仅为２～３欧元。据ＡＢＩ
Ｒｅｓｅａｒｃｈ有关ＮＦＣ有最新研究，ＮＦＣ市场可能发迹于移动手持设备。ＡＢＩ估计，到２００５年以后，市场会出现采用ＮＦＣ芯片的智能手机和增强型
手持设备。到２００９年，这种手持设备将占一半以上的市场。如果ＮＦＣ技术能得到普及，它将在很大程度上改变人们使用许多电子设备的方式，甚至改变使用信
用卡、钥匙和现金的方式。</div>
		<div> </div>
		<div>NFC作为一种新兴的技术，大致总结了蓝牙技术协同工作能力差的弊病。不过，它的目标并非是完全取代蓝牙、Wi-Fi等其他无线技术，而是在不
同的场合、不同的领域起到相互补充的作用。因为NFC的数据传输速率较低，仅为212Kbps，不适合诸如音视频流等需要较高带宽的应用。 </div>
		<div> </div>
		<div>需要密切关注的是，中国政府正在制定自己的RFID标准，而飞利浦的NFC技术是否完全兼容并得到中国政府的认可对消费者相当重要。中国国家标
准化管理委员会成立了国家标准工作组，负责起草、制定中国有关RFID的国家标准，据称这样将使中国获得相关的自主知识产权，又能将RFID发展纳入标准
化、规范化的轨道。整个认证过程很可能需要飞利浦等公司公开一些关键的技术，这可能成为NFC在中国推广应用的绊脚石。 </div>
<img src ="http://www.blogjava.net/zpuser/aggbug/126942.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.blogjava.net/zpuser/" target="_blank">阿卜</a> 2007-06-28 23:31 <a href="http://www.blogjava.net/zpuser/archive/2007/06/28/126942.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>SIM</title><link>http://www.blogjava.net/zpuser/archive/2007/03/07/102448.html</link><dc:creator>阿卜</dc:creator><author>阿卜</author><pubDate>Wed, 07 Mar 2007 09:44:00 GMT</pubDate><guid>http://www.blogjava.net/zpuser/archive/2007/03/07/102448.html</guid><wfw:comment>http://www.blogjava.net/zpuser/comments/102448.html</wfw:comment><comments>http://www.blogjava.net/zpuser/archive/2007/03/07/102448.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.blogjava.net/zpuser/comments/commentRss/102448.html</wfw:commentRss><trackback:ping>http://www.blogjava.net/zpuser/services/trackbacks/102448.html</trackback:ping><description><![CDATA[移动电话机与SIM卡共同构成移动通信终端设备。无论是GSM系统还是CDMA系统，数字移动电话机用户在“入网”时会得到一张SIM卡。SIM卡 是（Subscriber Identity Model客户识别模块）的缩写 ，也称为智能卡、用户身份识别卡, GSM数字移动电话机必须装上此卡方能使用。<br /><br />SIM卡就是一个在内部包含有大规模集成电路的卡片，卡片内部存储了数字移动电话客户的信息、加密密钥等内容，它可供GSM网络对客户身份进行鉴别，并对客户通话时的语音信息进行加密。SIM卡的使用，完全防止了并机和通话被窃听行为，并且SIM卡的制作是严格按照GSM国际标准和规范来完成的，它使客户的正常通信得到了可靠的保障。现在的数字电话都是必须要安装SIM卡之后才可以使用，如果不安装的话，那么后果相信也就也不用我多说了。在没有安装SIM卡的情况下，我们仅仅只能拨打像119、112这种紧急电话的号码。<br /><p>SIM卡在GSM系统中的应用，使得卡和手机分离，一张SIM卡唯一标识一个客户。一张SIM卡可以插入任何一部GSM手机中使用，而使用手机所产生的通信费用则自动记录在该SIM卡所唯一标识的客户的帐户上.<br /><br />我们在使用手机时，会接触到5种密码 ：SIM卡的PIN、PIN2、PUK、PUK2和手机密码。前四种初始密码都是SIM卡供应商移动、联通提供的，手机密码是手机生产商提供的。它们之间的关系如下：<br /><br />1、PIN码(即PIN1码)就是SIM卡的个人识别密码 ，一般在修改前原始密码是1234，如果不是就不要再试了，打1860/1001咨询。打开开机PIN码，刚每次开机后就要输入PIN码！如果输入三次错误，需要用PUK码 解锁，PUK码 由移动、联通提供，如果输入十次错误会导致SIM卡烧毁，所以有问题不要自己随便猜测密码 ，马上找移动、联通。<br /><br />  2、PIN2码是设定手机计费时使用的，如果输入三次错误需要用 PUK 2码解锁。目前移动、联通都不提供此项功能支持，即使PIN2密码锁死也不会影响手机正常使用。<br /><br />  3、PIN码连续输入10次都是错误的话就会锁卡要求用PUK码 来解开，而PUK码的输入机会只有3次，3次都输错的话，SIM卡将会给永久锁死，即报废了。<br /><br />  4、PUK码，不管你使用的是全球通还是神州行，网络服务商那里都有资料保存，一旦需要输入时，可以致电相应的服务热线来查询，先核对用户资料就行了。这些密码设定及更改都在菜单－其他设定－安全设定中。</p><p><br />   忘记PIN码可以用PUK码来解密，PUK密码一般不向用户提供，但某些SIM卡除外，比如神州行的用户就随卡提供PUK。如果你的SIM卡的PUK没有随卡提供，你可以到当地的网络运营商营业厅要求解锁，一般是免费的。</p><p>SIM外观 <br />在实际使用中有两种功能相同而形式不同的SIM卡：卡片式（俗称大卡）SIM卡，这种形式的SIM卡符合有关IC卡的ISO7816标准，类似IC卡；嵌入式（俗称小卡）SIM卡，其大小只有25mm×15mm，是半永久性地装入到移动台设备中的卡。 <br /></p><p>“大卡”上真正起作用的是它上面的那张“小卡”，而“小卡”上起作用的部分则是卡面上的铜制接口及其内部胶封的卡内逻辑电路。目前国内流行样式是“小卡”，小卡也可以换成“大卡”（需加装一卡托）。“大卡”和“小卡”分别适用于不同类型的GSM移动电话，早期机型如摩托罗拉GC87C、308C等手机用的是“大卡”，而目前新出的机型基本上都使用“小卡”.</p><p>在SIM卡的背面有以五个一排，被排成四排的一组数字，在这组数字最前面的六位数字所代表的是中国的代号，就像从国外打电话到国内都需要先拨打86一样。第七位数字则代表的是接入号码，如果是5的话，那么这张SIM卡的电话号码前三位就是135的，而如果是6的话，则代表其前三位数字为136，其它的也都以此类推。第八位数字代表的是该SIM卡的功能位，一般情况下显示的数字为0。第九和第十位数字代表了该SIM卡所处的省份。至于第十一和第十二位数字则代表的是该SIM卡的年号，而第十三位数字则是SIM卡供应商的代码。从第十四位开始至第十九位数字则代表了该SIM卡的用户识别码。最后一个数字是校验位。<br /></p><p>什么是Ki、IMEI、IMSI <br />国际移动设备识别码（IMEI：International Mobile Equipment Identification Number）是区别移动设备的标志，储存在移动设备中，可用于监控被窃或无效的移动设备。IMEI组成如下图所示，移动终端设备通过键入“*#06#”即可查得。其总长为15位，每位数字仅使用0～9的数字。其中TAC代表型号装配码，由欧洲型号标准中心分配；FAC代表装配厂家号码；SNR为产品序号，用于区别同一个TAC和FAC中的每台移动设备；SP是备用编码。</p><p>国际移动用户识别码（IMSI：International Mobile Subscriber Identification Number）是区别移动用户的标志，储存在SIM卡中，可用于区别移动用户的有效信息。IMSI组成如下图所示，其总长度不超过15位，同样使用0～9的数字。 其中MCC是移动用户所属国家代号，占3位数字，中国的MCC规定为460；MNC是移动网号码，最多由两位数字组成，用于识别移动用户所归属的移动通信网；MSIN是移动用户识别码，用以识别某一移动通信网中的移动用户。</p><p>Ki (Key identifier)是SIM卡与运营商之间加密数据传递的密钥。GSM的加密方式是一种称为comp-128的数字加密运算，当系统进行验证时会同时使用Ki及IMSI，经过一连串系统安全认证讯息后产生随机变量，并以A3算法进行加密运算与手机内存资料进行比对，当身份确认无误后始可入网。目前GSM使用的Ki长度是16 bytes，相当于128bits，若非经过特殊译码程序，使用者无法读取Ki，安全性极高，使用者无须担心有被盗打电话的顾虑。</p><p><br />由此看来，只要知道SIM卡的Ki、IMSI值，我们就可以通过软件仿真出SIM卡的功能，甚至可以利用多组Ki、IMSI值，用一张微处理器卡片来同时仿真本来需要多张SIM所完成的功能，这就是“一卡多号”技术。<br />SIM卡的软件特性 <br />SIM卡采用新式单片机及存储器管理结构，因此处理功能大大增强。其智能特性的逻辑结构是树型结构。全部特性参数信息都是用数据字段方式表达，SIM卡中存有3类数据信息：</p><p>1. 与持卡者相关的信息以及SIM卡将来准备提供的所有业务信息，这种类型的数据存储在根目录下；<br />2. GSM应用中特有的信息，这种类型的数据存储在GSM目录下；<br />3.   GSM应用所使用的信息，此信息可与其他电信应用或业务共享，位于电信目录下。<br /><br />在SIM卡根目录下有3个应用目录，一个属于行政主管部门应用目录，另外两个属于技术管理的应用目录，分别是GSM应用目录和电信应用目录。所有的目录下均为数据字段，有二进制的和格式化的数据字段。数据字段中的信息有的是永存性的即不能更新的，有的是暂存的需要更新的。每个数据字段都要表达出它的用途、更新程度、数据字段的特性。<br /><br />SIM卡内部的数据 <br />了解完SIM卡的大概之后，我们再来看看SIM卡具体都能存储哪些类型的数据。以目前的情况来看，SIM卡能够存储的数据类型主要被分为以下四种：<br />1. 由SIM卡生产厂商存入的系统原始数据<br />2. 存储手机的固定信息，手机在出售之前都会被SIM卡中心记录到SIM卡当中，主要包括鉴权和加密信息、国际移动用户识别码（IMSI）、IMSI认证算法、加密密匙生成算法、密匙生成前，用户密匙的生成算法（这三种算法均为128位）<br />3. 用户自己存入的数据，如短消息、固定拨号、缩位拨号、性能参数、话费记数等；能够存储有关的电话号码，也就是具备电话簿功能。<br />4. 有关于网络方面的数据，用户在用卡过程中自动存入和更新的网络接续和用户信息类数据，包括最近一次位置登记时手机所在位置识别号、设置的周期性位置更新间隔时间、临时移动用户号等。不过这种数据的存放是暂时性的，也就是说它并不是永久的存放于SIM卡之中。<br /><br /> 5.相关的业务代码，这一点相信也是大家很熟悉的，那就是非常重要的个人识别码(也就使我们平常所说的PIN码)，还有就  是解开锁定用的解锁码(PUK)等等。<br />　　<br />以上四种类型的数据都是存储在SIM卡当中的，而我们通常也是可以利用这些数据来进行手机的设置，每张SIM卡个人密码(PIN)都是可以由用户设置，利用加密的功能可以实现防止手机被其它人所盗用甚至被窃听，由此看来SIM卡不仅仅可以为我们提供打电话的功能，而且还为我们保护自己的隐私而提供了安全的保障。<br /><br />SIM卡内部的数据都存放在各自的目录项内，第一类数据放在根目录，当电源开启后首先进入根目录，再根据指令进入相关的子目录，每种目录及其内部的数据域均有各自的识别码保护，只有经过核对判别以后才能对数据域中的数据进行查询、读出和更新。上面第一类数据通常属于永久性数据，由SIM卡生产厂商注入以后无法更改，第二类数据只有网络运行部门的专门机构才允许查阅和更新，第三、四类数据中的大部分允许用户利用手机对其进行读写操作。<br /><br />SIM卡的类型 <br />SIM卡的存储容量有3kB、8kB、16kB、32kB、64kB等。STK卡(SIM application Tool Kit)是SIM卡的一种，它能为手机提供增值服务，如移动梦网业务等。SIM卡能够储存多少电话号码和短信取决于卡内数据存储器EEPROM的容量（有2KB、3KB、8KB容量），假设一张EEPROM容量为8KB的SIM卡，可储存以下容量的数据：100组电话号码及其对应姓名、15组短信息、25组最近拨出的号码、4位SIM卡密码（PIN）。目前中国移动/中国联通实际对普通用户提供的多数是普通8K的SIM卡。<br /><br />SIM卡的接口<br />    SIM卡是通过卡面上铜制接口来连接卡内逻辑电路与移动终端的，SIM卡芯片有8个触点，通常与移动设备连接需要6个触点。<br /><br />SIM卡是一个装有微处理器（CPU）的芯片卡，它的内部有5个模块，并且每个模块都对应一个功能：微处理器CPU（8位）、程序存储器ROM（3～8kbit）、工作存储器RAM（6～16kbit）数据存储器EEPROM（16～256kbit）和串行通信单元。这5个模块被胶封在SIM卡铜制接口后与普通IC卡封装方式相同。这5个模块必须集成在一块集成电路中，否则其安全性会受到威胁，因为芯片间的连线可能成为非法存取和盗用SIM卡的重要线索。 <br /><br />SIM卡的供电分为5V（1998年前发行）、5V与3V兼容、3V、1.8V等，当然这些卡必须与相应的手机配合使用，即手机产生的SIM卡供电电压与该SIM卡所需的电压相匹配。SIM卡插入手机后，电源端口提供电源给SIM卡内各模块。</p><img src ="http://www.blogjava.net/zpuser/aggbug/102448.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.blogjava.net/zpuser/" target="_blank">阿卜</a> 2007-03-07 17:44 <a href="http://www.blogjava.net/zpuser/archive/2007/03/07/102448.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>STK</title><link>http://www.blogjava.net/zpuser/archive/2007/03/07/102440.html</link><dc:creator>阿卜</dc:creator><author>阿卜</author><pubDate>Wed, 07 Mar 2007 09:10:00 GMT</pubDate><guid>http://www.blogjava.net/zpuser/archive/2007/03/07/102440.html</guid><wfw:comment>http://www.blogjava.net/zpuser/comments/102440.html</wfw:comment><comments>http://www.blogjava.net/zpuser/archive/2007/03/07/102440.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.blogjava.net/zpuser/comments/commentRss/102440.html</wfw:commentRss><trackback:ping>http://www.blogjava.net/zpuser/services/trackbacks/102440.html</trackback:ping><description><![CDATA[STK是英文SIM Tool Kit的缩写,简称"用户识别应用发展工具",是在GSM手机使用的大容量SIM卡中开发的应用菜单。
<p>　　STK可以理解为一组开发增值业务的命令，一种小型编程语言，它允许基于智能卡的用户身份识别模块(SIM卡)运行自己的应用软件。<br /><br />STK技术主要应用于手机银行、股票交易、外汇买卖、理财秘书等领域。移动新业务“手机银行”、“股票查询与交易”等就是在使用该项技术。</p><p>　　STK卡同原来的SIM卡一样，可以在普通GSM手机上使用。不同的是，STK卡是新一代的智能卡，具有很高的存储量。用户在GSM网点换上STK卡后，每月只需交纳20元左右的一笔固定费用（各省不同）。<br /></p><img src ="http://www.blogjava.net/zpuser/aggbug/102440.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.blogjava.net/zpuser/" target="_blank">阿卜</a> 2007-03-07 17:10 <a href="http://www.blogjava.net/zpuser/archive/2007/03/07/102440.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>什么是SOAP</title><link>http://www.blogjava.net/zpuser/archive/2007/02/26/100706.html</link><dc:creator>阿卜</dc:creator><author>阿卜</author><pubDate>Mon, 26 Feb 2007 03:24:00 GMT</pubDate><guid>http://www.blogjava.net/zpuser/archive/2007/02/26/100706.html</guid><wfw:comment>http://www.blogjava.net/zpuser/comments/100706.html</wfw:comment><comments>http://www.blogjava.net/zpuser/archive/2007/02/26/100706.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.blogjava.net/zpuser/comments/commentRss/100706.html</wfw:commentRss><trackback:ping>http://www.blogjava.net/zpuser/services/trackbacks/100706.html</trackback:ping><description><![CDATA[　　简单对象访问协议（SOAP：Simple Object Access Protocol）是一种轻量的、简单的、基于 XML 的协议，它被设计成在 WEB 上交换结构化的和固化的信息。 SOAP
可以和现存的许多因特网协议和格式结合使用，包括超文本传输协议（
HTTP），简单邮件传输协议（SMTP），多用途网际邮件扩充协议（MIME）。它还支持从消息系统到远程过程调用（RPC）等大量的应用程序。<br /><br />　SOAP 包括三个部分： 
            <ul><li>SOAP 封装：它定义了一个框架，该框架描述了消息中的内容是什么，谁应当处理它以及它是可选的还是必须的。 </li><li>SOAP 编码规则：它定义了一种序列化的机制，用于交换应用程序所定义的数据类型的实例。 </li><li>SOAP RPC 表示：它定义了用于表示远程过程调用和应答的协定。</li></ul><p>　
　SOAP 消息基本上是从发送端到接收端的单向传输，但它们常常结合起来执行类似于请求 / 应答的模式。所有的 SOAP 消息都使用 XML
编码。一条 SOAP 消息就是一个包含有一个必需的 SOAP 的封装包，一个可选的 SOAP 标头和一个必需的 SOAP 体块的 XML 文档。</p><p>　
　把 SOAP 绑定到 HTTP 提供了同时利用 SOAP 的样式和分散的灵活性的特点以及 HTTP 的丰富的特征库的优点。在 HTTP
上传送 SOAP 并不是说 SOAP 会覆盖现有的 HTTP 语义，而是 HTTP 上的 SOAP 语义会自然的映射到 HTTP 语义。在使用
HTTP 作为协议绑定的场合中， RPC 请求映射到 HTTP 请求上，而 RPC 应答映射到 HTTP 应答。然而，在 RPC 上使用
SOAP 并不仅限于 HTTP 协议绑定。 </p><br /><table border="0" cellpadding="5" cellspacing="0" width="550"><tbody><tr><td width="21"><img src="http://www.networkdictionary.com/chinese/images/arrow.gif" height="20" width="20" /></td><td class="title" width="509">协议结构</td></tr></tbody></table><br /><table border="0" cellpadding="5" cellspacing="0" width="550"><tbody><tr><td><p>　　SOAP 消息格式：</p><p>　　SOAP 标头</p><p>　　&lt;SOAP-ENV: Envelope </p><p>　　Attributes&gt;</p><p>　　&lt;SOAP-ENV:Body</p><p>　　Attributes </p><p>　　&lt;/SOAP-ENV:Body&gt; </p><p>　　&lt;/SOAP-ENV:Envelope&gt; </p><p>　　示例 1 ： 内嵌在 HTTP 请求中的 SOAP 消息 </p></td></tr><tr><td class="pic" align="center"><p><img src="http://www.networkdictionary.com/chinese/images/soap1.jpg" alt="内嵌在 HTTP 请求中的 SOAP 消息" height="417" width="466" /></p><p>内嵌在 HTTP 请求中的 SOAP 消息</p></td></tr><tr><td><p>　　下面是一个包含将 SOAP 消息作为负载的 HTTP 应答消息。</p><p>　　示例 2 ： 内嵌在 HTTP 应答中的 SOAP 消息 </p></td></tr><tr><td class="pic" align="center"><p><img src="http://www.networkdictionary.com/chinese/images/soap2.jpg" alt="内嵌在 HTTP 应答中的 SOAP 消息 " height="384" width="459" /></p><p>内嵌在 HTTP 应答中的 SOAP 消息 </p></td></tr></tbody></table><br /><table bgcolor="#999999" border="0" cellpadding="5" cellspacing="1" width="550"><tbody><tr bgcolor="#ffffff"><td align="center" width="100">相关协议</td><td width="427"><p>HTTP、XML、RPC、MIME、SMTP </p></td></tr><tr bgcolor="#ffffff"><td align="center" width="100">组织来源</td><td><p>简单对象访问协议（SOAP）由微软公司提出。 </p></td></tr><tr bgcolor="#ffffff"><td align="center" width="100">相关链接</td><td><p><a href="http://www.w3.org/TR/2000/NOTE-SOAP-20000508/">http://www.w3.org/TR/2000/NOTE-SOAP-20000508/ </a>: Simple Object Access Protocol (SOAP) </p></td></tr></tbody></table><br /><img src ="http://www.blogjava.net/zpuser/aggbug/100706.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.blogjava.net/zpuser/" target="_blank">阿卜</a> 2007-02-26 11:24 <a href="http://www.blogjava.net/zpuser/archive/2007/02/26/100706.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>什么是WSDL（资料）</title><link>http://www.blogjava.net/zpuser/archive/2007/02/26/100702.html</link><dc:creator>阿卜</dc:creator><author>阿卜</author><pubDate>Mon, 26 Feb 2007 03:13:00 GMT</pubDate><guid>http://www.blogjava.net/zpuser/archive/2007/02/26/100702.html</guid><wfw:comment>http://www.blogjava.net/zpuser/comments/100702.html</wfw:comment><comments>http://www.blogjava.net/zpuser/archive/2007/02/26/100702.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.blogjava.net/zpuser/comments/commentRss/100702.html</wfw:commentRss><trackback:ping>http://www.blogjava.net/zpuser/services/trackbacks/100702.html</trackback:ping><description><![CDATA[    WSDL全称Web Service Description Language,即“WEB服务描述语言”，是专用于描述和定位Web服务的一种协议和语言。WSDL为Web Service的提供商和用户推出了方便的协调工作的方法。使用WSDL使得Web Service可以跨语言和跨平台的实现。<br />    <br />    本文是对WSDL相关定义，结构和语法的资料的收集和总结，以备学习查阅。（资料来源于互联网）<br /><br /><h3>1.结构</h3>　　<b>抽象定义</b><br /><br />　　　 Types ：独立与机器和语言的类型定义<br /><br />　　　 Messages : 包括函数参数（输入与输出分开）或文档描述<br /><br />　　　 PortTypes : 引用消息部分中消息定义来描述函数签名（操作名、输入参数、输出参数）<br /><br />　　<b>具体定义</b><br /><br />　　　 Bindings : PortTypes部分的每一操作在此绑定实现<br /><br />　　　 Services : 确定每一绑定的端口地址<br /><br />        <i>注意，文档之中可能只有一个Types栏，或根本没有。所有其他的栏可以只有零元素、单元素或是多元素。WSDL的列表要求所有的栏以固定的顺序出现：
import, types, message, portType, binding,
service。所有的抽象可以是单独存在于别的文件中，也可以从主文档中导入。</i><br /><br /><br /><br />    <br /><img src ="http://www.blogjava.net/zpuser/aggbug/100702.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.blogjava.net/zpuser/" target="_blank">阿卜</a> 2007-02-26 11:13 <a href="http://www.blogjava.net/zpuser/archive/2007/02/26/100702.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>SSL(Secury Socket Layer)简介</title><link>http://www.blogjava.net/zpuser/archive/2007/01/31/97096.html</link><dc:creator>阿卜</dc:creator><author>阿卜</author><pubDate>Wed, 31 Jan 2007 14:29:00 GMT</pubDate><guid>http://www.blogjava.net/zpuser/archive/2007/01/31/97096.html</guid><wfw:comment>http://www.blogjava.net/zpuser/comments/97096.html</wfw:comment><comments>http://www.blogjava.net/zpuser/archive/2007/01/31/97096.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.blogjava.net/zpuser/comments/commentRss/97096.html</wfw:commentRss><trackback:ping>http://www.blogjava.net/zpuser/services/trackbacks/97096.html</trackback:ping><description><![CDATA[    SSL (Secure socket Layer)安全套接层协议主要是使用公开密钥体制和X.509数字证书技术保护信息传输的机密性和完整性，它不能保证信息的不可抵赖性，主要适用于点对点之间的信息传输，常用Web Server方式。<br /><br />　　安全套接层协议（SSL，Security Socket Layer）是网景（Netscape）公司提出的基于WEB应用的安全协议，它包括：服务器认证、客户认证（可选）、SSL链路上的数据完整性和SSL 链路上的数据保密性。对于电子商务应用来说，使用SSL可保证信息的真实性、完整性和保密性。但由于SSL不对应用层的消息进行数字签名，因此不能提供交易的不可否认性，这是SSL在电子商务中使用的最大不足。有鉴于此，网景公司在从Communicator 4.04版开始的所有浏览器中引入了一种被称作"表单签名（Form Signing）"的功能，在电子商务中，可利用这一功能来对包含购买者的订购信息和付款指令的表单进行数字签名，从而保证交易信息的不可否认性。综上所述，在电子商务中采用单一的SSL协议来保证交易的安全是不够的，但采用"SSL+表单签名"模式能够为电子商务提供较好的安全性保证<br /><br /><p><a name="3"><span class="atitle">SSL工作原理</span></a></p><p>    SSL协议使用不对称加密技术实现会话双方之间信息的安全传递。可以实现信息传递的保密性、完整性，并且会话双方能鉴别对方身份。不同于常用的http协议，我们在与网站建立SSL安全连接时使用https协议，即采用https://ip:port/的方式来访问。</p><p>当我们与一个网站建立https连接时，我们的浏览器与Web Server之间要经过一个握手的过程来完成身份鉴定与密钥交换，从而建立安全连接。具体过程如下：</p><ol><li>用户浏览器将其SSL版本号、加密设置参数、与session有关的数据以及其它一些必要信息发送到服务器。</li><li>服务器将其SSL版本号、加密设置参数、与session有关的数据以及其它一些必要信息发送给浏览器，同时发给浏览器的还有服务器的证书。如果配置服务器的SSL需要验证用户身份，还要发出请求要求浏览器提供用户证书。</li><li>客户端检查服务器证书，如果检查失败，提示不能建立SSL连接。如果成功，那么继续。</li><li>客户端浏览器为本次会话生成pre-master secret，并将其用服务器公钥加密后发送给服务器。</li><li>如果服务器要求鉴别客户身份，客户端还要再对另外一些数据签名后并将其与客户端证书一起发送给服务器。</li><li>如果服务器要求鉴别客户身份，则检查签署客户证书的CA是否可信。如果不在信任列表中，结束本次会话。如果检查通过，服务器用自己的私钥解密收到的pre-master secret，并用它通过某些算法生成本次会话的master secret。</li><li>客户端与服务器均使用此master secret生成本次会话的会话密钥(对称密钥)。在双方SSL握手结束后传递任何消息均使用此会话密钥。这样做的主要原因是对称加密比非对称加密的运算量低一个数量级以上，能够显著提高双方会话时的运算速度。</li><li>客户端通知服务器此后发送的消息都使用这个会话密钥进行加密。并通知服务器客户端已经完成本次SSL握手。</li><li>服务器通知客户端此后发送的消息都使用这个会话密钥进行加密。并通知客户端服务器已经完成本次SSL握手。</li><li>本次握手过程结束，会话已经建立。双方使用同一个会话密钥分别对发送以及接受的信息进行加、解密。</li></ol><br /><img src ="http://www.blogjava.net/zpuser/aggbug/97096.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.blogjava.net/zpuser/" target="_blank">阿卜</a> 2007-01-31 22:29 <a href="http://www.blogjava.net/zpuser/archive/2007/01/31/97096.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>什么是CDN</title><link>http://www.blogjava.net/zpuser/archive/2006/12/25/89981.html</link><dc:creator>阿卜</dc:creator><author>阿卜</author><pubDate>Mon, 25 Dec 2006 13:10:00 GMT</pubDate><guid>http://www.blogjava.net/zpuser/archive/2006/12/25/89981.html</guid><wfw:comment>http://www.blogjava.net/zpuser/comments/89981.html</wfw:comment><comments>http://www.blogjava.net/zpuser/archive/2006/12/25/89981.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.blogjava.net/zpuser/comments/commentRss/89981.html</wfw:commentRss><trackback:ping>http://www.blogjava.net/zpuser/services/trackbacks/89981.html</trackback:ping><description><![CDATA[CDN，全称是Content Delivery
Network，中文可译为"内容快递网"。它是一个建立并覆盖在互联网（Internet）之上的一层特殊网络，专门用于通过互联网高效传递丰富的多媒
体内容。CDN
出现和存在的意义在于它使互联网更有效地为人们服务，特别是那些对互联网内容有更高要求（比如由简单的文字和图片等静态内容到声像俱全的多媒体动态内容）
的人们。<br /><br /><strong>“CDN技术”简介</strong><br /><br />　　CDN的全称是Content Delivery
Network，即内容分发网络。其目的是通过在现有的Internet中增加一层新的网络架构，将网站的内容发布到最接近用户的网络”边缘”，使用户可
以就近取得所需的内容，解决Internet网络拥挤的状况，提高用户访问网站的响应速度。从技术上全面解决由于网络带宽小、用户访问量大、网点分布不均
等原因所造成的用户访问网站响应速度慢的问题。<br /><br />　　目前，国内访问量较高的大型网站如新浪、网易等，均使用CDN网络加速技术，虽然网站的访问巨大，但无论在什么地方访问都会感觉速度很快。而一般的网站如果服务器在网通，电信用户访问很慢，如果服务器在电信，网通用户访问又很慢。<br /><br /><strong>何谓“GCDN技术”？<br /></strong><br />　　在CDN技术出现之后，为了适应用户信息全球化的需求，号称“第二代CDN技术”的“Global CDN技术”诞生了。其基本原理还是跟CDN技术一样，但是其信息发布范围大大扩充了。<br /><br />　
　Global CDN(Global Content Delivery
Network)全球网络加速器即内容分发网络，是构建在现有宽带IP网络之上的一层虚拟网络，其基本思想是，依靠放置在各地的缓存或媒体服务器，通过系
统中心平台的智能负载均衡、内容分发、调度等功能模块，将用户最感兴趣的那部分媒体内容部署到最贴近用户的地方，使得原本无序、低效、不可靠的宽带IP网
络转变成高效、可靠的智能网络，以满足用户对媒体访问质量的更高要求。<br /><br /><strong>“CDN技术”的特点</strong><br /><br />　　1、本地Cache加速 提高了企业站点（尤其含有大量图片和静态页面站点）的访问速度，并大大提高以上性质站点的稳定性 <br /><br />　　2、镜像服务 消除了不同运营商之间互联的瓶颈造成的影响，实现了跨运营商的网络加速，保证不同网络中的用户都能得到良好的访问质量。 <br /><br />    3、远程加速 远程访问用户根据DNS负载均衡技术 智能自动选择Cache服务器，选择最快的Cache服务器，加快远程访问的速度 <br /><br />    4、带宽优化 自动生成服务器的远程Mirror（镜像）cache服务器，远程用户访问时从cache服务器上读取数据，减少远程访问的带宽、分担网络流量、减轻原站点WEB服务器负载等功能。 <br /><br />    5、集群抗攻击 广泛分布的CDN节点加上节点之间的智能冗于机制，可以有效地预防黑客入侵以及降低各种D.D.o.S攻击对网站的影响，同时保证较好的服务质量 。 <br /><br /><strong>“CDN技术” 与 “镜像站点” 的区别<br /></strong><br />　
　CDN有别于镜像，因为它比镜像更智能，或者可以做这样一个比喻：CDN＝更智能的镜像+缓存+流量导流。因而，CDN可以明显提高Internet网
络中信息流动的效率。从技术上全面解决由于网络带宽小、用户访问量大、网点分布不均等问题，提高用户访问网站的响应速度。<br /><br /><strong>CND业务的运营商推荐：<br /></strong><br />    ChinaITLab为广大读者推荐的10个提供CDN业务的运营商如下：<br />　 
<div align="center"><center><table style="font-size: 12px; color: rgb(51, 51, 51); line-height: 20px; border-collapse: collapse;" border="1" bordercolor="#eeeeee" cellpadding="2" cellspacing="0" width="600"><tbody><tr align="center" bgcolor="#e3f4fb"><td width="70%">公司</td><td width="15%">性质</td><td width="15%">特色</td></tr><tr><td width="70%"><b>官方网站</b>：蓝汛CDN（<a style="color: rgb(0, 128, 0); text-decoration: none;" href="http://www.chinacache.com/" target="_blank">http://www.chinacache.com/</a>）<br /><b>公司名称</b>：北京蓝汛通信技术有限责任公司<br /><b>公司地址</b>：北京市朝阳区酒仙桥中路10号星科大厦A座6层<br /><b>联系电话</b>：(86-10)64373399-220 </td><td width="15%"><b>类型</b>：<br /><font color="#ff6600">核心运营商</font><br /><b>评定</b>：<br /><font face="宋体">★★★★★★</font></td><td width="15%">国内最大的CDN服务提供商<br /><font color="#ff0000">CDN加速</font></td></tr><tr><td width="70%"><b>官方网站</b>：北京快网（<a style="color: rgb(0, 128, 0); text-decoration: none;" href="http://www.fastweb.com.cn/" target="_blank">http://www.fastweb.com.cn/</a>）<br /><b>公司名称</b>：北京快网科技有限公司（京ICP备06026704号）<br /><b>公司地址</b>：北京市朝阳区八里庄西里97号住邦2000商务中心4号楼1705室<br /><b>联系电话</b>：010-85861266</td><td width="15%"><b>类型</b>：<br /><font color="#ff6600">核心运营商</font><br /><b>评定</b>：<br /><font face="宋体">★★★★★★</font></td><td width="15%">拥有大量机房和带宽资源的网站加速专家<br /><font color="#ff0000">CDN加速</font></td></tr><tr><td width="70%"><b>官方网站</b>：网宿科技（<a style="color: rgb(0, 128, 0); text-decoration: none;" href="http://www.chinanetcenter.com/index.asp" target="_blank">http://www.chinanetcenter.com/</a>）<br /><b>公司名称</b>：上海网宿科技发展有限公司（沪 B2-20030144）<br /><b>公司地址</b>：上海市漕河泾开发区田林路388号新业大厦9楼<br /><b>联系电话</b>：021-54902277</td><td width="15%"><b>类型</b>：<br /><font color="#ff6600">核心运营商</font><br /><b>评定</b>：<br /><font face="宋体">★★★★★★</font></td><td width="15%">拥有大量机房和带宽资源的大型<a class="channel_keylink" href="http://idc.chinaitlab.com/" target="_blank">IDC</a><br />专线接入<br /><font color="#ff0000">CDN加速</font></td></tr><tr><td width="70%"><b>官方网站</b>：有孚网络（<a style="color: rgb(0, 128, 0); text-decoration: none;" href="http://idc.yovole.com/" target="_blank">http://idc.yovole.com/</a>）<br /><b>公司名称</b>：上海有孚计算机网络有限公司<br /><b>公司地址</b>：上海市国定路335号2号楼19层<br /><b>联系电话</b>：800-708-0018（上海地区）+86-21-51263688</td><td width="15%"><b>类型</b>：<br /><font color="#ff6600">核心运营商</font><br /><b>评定</b>：<br /><font face="宋体">★★★★★☆</font></td><td width="15%">拥有大量机房和带宽资源的大型<a class="channel_keylink" href="http://idc.chinaitlab.com/" target="_blank">IDC</a><br />电子商务加速<br /><font color="#ff0000">CDN加速</font></td></tr><tr><td width="70%"><strong>官方网站</strong>：蓝芒科技（<a style="color: rgb(0, 128, 0); text-decoration: none;" href="http://www.lanmang.com/" target="_blank">http://www.lanmang.com/</a>）<br /><b>公司名称</b>：陕西蓝芒通信有限公司<br /><b>公司地址</b>：西安市南关正街1号泛美大厦2706<br /><b>联系电话</b>：029-87809350</td><td width="15%"><strong>类型</strong>：<br />重点运营商<br /><strong>评定</strong>：<br /><font face="宋体">★★★★★☆</font></td><td width="15%"><font color="#ff0000"><font color="#333333">厦门蓝芒科技西安分公司<br /></font><font color="#ff0000">CDN加速</font><br /><font color="#ff0000">硬件防火墙</font></font></td></tr><tr><td width="70%"><b>官方网站</b>：新世纪数据中心（<a style="color: rgb(0, 128, 0); text-decoration: none;" href="http://www.21idc.com.cn/" target="_blank">http://www.21idc.com.cn/</a>）<br /><b>公司名称</b>：厦门海盟科技有限公司<br /><b>公司地址</b>：厦门市厦禾路龙都大酒店（铁道大厦）13楼B座<br /><b>联系电话</b>：0592-5865800至5865820（共20线）</td><td width="15%"><b>类型</b>：<br />普通运营商<br /><b>评定</b>：<br /><font face="宋体">★★★★☆☆</font></td><td width="15%">全球CDN<br /><font color="#ff0000">海外主机<br /></font><font color="#ff0000">CDN加速</font></td></tr><tr><td width="70%"><b>官方网站</b>：商务中国（<a style="color: rgb(0, 128, 0); text-decoration: none;" href="http://www.bizcn.com/" target="_blank">http://www.bizcn.com/</a>）<br /><b>公司名称</b>：商务中国（闽B2-20040189）<br /><b>公司地址</b>：厦门软件园盛世大厦1-4楼（软件技术服务大楼裙楼）<br /><b>联系电话</b>：0592-2577888</td><td width="15%"><b>类型</b>：<br /><font color="#ff6600">核心运营商</font><br /><b>评定</b>：<br /><font face="宋体">★★★★★☆</font></td><td width="15%">国内域名、虚机业务几个核心运营商之一<br /><font color="#ff0000">CDN加速</font><br /><font color="#ff0000">数据备份</font></td></tr><tr><td width="70%"><b>官方网站</b>：数字引擎（<a style="color: rgb(0, 128, 0); text-decoration: none;" href="http://www.idc2000.com/" target="_blank">http://www.idc2000.com/</a>）<br /><b>公司名称</b>：厦门市数字引擎网络技术有限公司（闽B2-20050085）<br /><b>公司地址</b>：福建省厦门市嘉禾路388号永同昌大厦10E<br /><b>联系电话</b>：86-592-5583500 5583501</td><td width="15%"><b>类型</b>：<br />重点运营商<br /><b>评定</b>：<br /><font face="宋体">★★★★★☆</font></td><td width="15%">国内主要的虚机服务商之一<br />FastHTTP加速多线路3X3加速<br />数据库加速<br /><font color="#ff0000">双线多线</font><br /><font color="#ff0000">CDN加速</font></td></tr><tr><td width="70%"><b>官方网站</b>：世纪东方（<a style="color: rgb(0, 128, 0); text-decoration: none;" href="http://www.51web.cn/" target="_blank">http://www.51web.cn/</a>）<br /><b>公司名称</b>：成都世纪东方网络通信有限公司(川B2-20030101号)<br /><b>公司地址</b>：成都市一环路南二段17号NOVA@世界资讯广场917-919<br /><b>联系电话</b>：028-85493600 85493603</td><td width="15%"><b>类型</b>：<br />普通运营商<br /><b>评定</b>：<br /><font face="宋体">★★★★★☆</font></td><td width="15%">国内较大的虚机运营商<br /><font color="#ff0000">CDN加速</font><br /><font color="#ff0000">黑洞DDOS</font></td></tr><tr><td width="70%"><b>官方网站</b>：百优科技（<a style="color: rgb(0, 128, 0); text-decoration: none;" href="http://www.100u.com/" target="_blank">http://www.100u.com/</a>）<br /><b>公司名称</b>：百优科技（闽B2-20050060）<br /><b>公司地址</b>：厦门市天湖路40号假日电子城1012<br /><b>联系电话</b>：晚上值班电话0592-8756558 0592-8229558 <br />白天值班电话：0592-2207667 0592-2207669 0592-2296567 </td><td width="15%"><b>类型</b>：<br />重点运营商<br /><b>评定</b>：<br /><font face="宋体">★★★★★☆</font></td><td width="15%">国内主要的虚机服务商之一<br /><font color="#ff0000">CDN加速</font></td></tr></tbody></table></center></div><p><strong>运营商分析：</strong><br /><br />　　·CDN的国内领航者：从2000年起,
北京蓝汛通信技术有限公司（http://www.chinacache.com/）在中国首家引入内容分发网络（CDN——Content
Delivery Network）的概念和技术，投资构建了节点遍布全国的ChinaCache
CDN系统，成为中国第一家独立的专业CDN服务提供商。ChinaCache也是目前国内唯一获得信息产业部批准从事CDN业务的公司。 <br /><br />　
　目前，ChinaCache CDN的服务节点已在中国近30个主要城市开通运行，可服务的互联网用户超过全国总数的95%，总带宽资源超过8G，
很好地实现了不同地区用户访问量的负载均衡，优化了网络性能，提高了用户上网的访问效率。强大的技术力量和丰富的网络资源将使得ChinaCache可以
为各ISP、ICP、企业网站和互联网最终用户提供包括静态内容、动态内容、流媒体内容以及数据库等多种网络内容分发与应用服务。 <br /><br />　　ChinaCache 提供的CDN产品与服务包括：ChinaCache HTTP静态内容CDN服务、ChinaCache MDN流媒体内容发布与加速以及增值CDN服务。</p><p>　　·北京快网(<a href="http://www.fastweb.com.cn/">http://www.fastweb.com.cn/</a>)开发出了七大类产品。</p><p>　　北京快网在全国30多个骨干网络节点部署了加速节点（FastNode），组建成了一张覆盖范围广、性能稳定的CDN网络 –
FastWeb CDN。FastWeb
CDN在全国迅速而广泛的部署，为北京快网提供优质的CDN网站加速服务提供了强有力的保障。北京快网掌握有全国100多个城市或地区的骨干网络资源，随
时应对FastWeb CDN的扩充。</p><p>　　·网宿科技已经成为除电信运营商之外最大的专业<a class="channel_keylink" href="http://idc.chinaitlab.com/" target="_blank">IDC</a>服
务商。2004年初，在电信运营商进行整合后，互联网出现了南北互访缓慢的问题，这时网宿科技及时地推出了解决南北互通提高网站访问速度的CDN网站加速
服务产品，如今CDN业务如火如荼的开展着，迅速得到了众多国内大型网站的认可，目前CDN服务已成为网宿科技的最新主推产品。</p><p>　　目前网宿科技(<a href="http://www.51cdn.com/">http://www.51cdn.com/</a>)在全国八大区域部署有32个节点，遍布华东、华南、华中、西南、西北、华北、东北等地区，计划年底增加节点55个，整个CDN网络将覆盖全中国大陆地区。</p><p>　　网宿CDN提供：网页加速、动态内容加速、下载加速、流媒体点播加速、流媒体直播加速、CDN智能DNS服务、CDN地区广告服务、CDN快速传输服务。</p><p>    由于构建CDN系统需要大量的硬件资源和较高的技术实力，因此一般的运营商是无法自行建设CDN系统的，不少运营商都是与蓝汛合作以引入CDN业务。</p><p>    ·CDN＋虚拟主机：由于虚拟主机是<a class="channel_keylink" href="http://idc.chinaitlab.com/" target="_blank">IDC</a>业
务中非常热门和非常基础的一项服务，因此虚拟主机在不断的更新换代中也融入了CDN技术，国内不少大型的虚机服务商也都为自己的虚机系统加入了CDN技
术，例如世纪东方（http://www.51web.cn/）和百优科技（http://www.100u.com/），这些运营商的虚机业务也深受广
大站长欢迎。</p><p>    另外还有一些在本地区范围内具备一定影响力的公司也可以为用户提供 CDN 服务，如下：</p><table style="font-size: 12px; color: rgb(51, 51, 51); line-height: 20px; border-collapse: collapse;" border="1" bordercolor="#eeeeee" cellpadding="2" cellspacing="0" width="600"><tbody><tr align="center" bgcolor="#e3f4fb"><td width="70%">公司</td><td width="15%">性质</td><td width="15%">特色</td></tr><tr><td width="70%"><b>官方网站</b>：网络中国（<a style="color: rgb(0, 128, 0); text-decoration: none;" href="http://www.donic.net.cn/" target="_blank">http://www.donic.net.cn/</a>）<br /><b>公司名称</b>：西安百盛信息技术有限公司（陕B2-20060016）<br /><b>公司地址</b>：西安市电子二路电子花园A座102室<br /><b>联系电话</b>：029-88222205</td><td width="15%"><b>类型</b>：<br />重点运营商<br /><b>评定</b>：<br /><font face="宋体">★★★★★☆</font></td><td width="15%"><font color="#ff0000">数据备份</font><br /><font color="#ff0000">CDN加速</font></td></tr><tr><td width="70%"><b>官方网站</b>：蓝芒科技（<a style="color: rgb(0, 128, 0); text-decoration: none;" href="http://www.lanmang.com/" target="_blank">http://www.lanmang.com/</a>）<br /><b>公司名称</b>：陕西蓝芒通信有限公司<br /><b>公司地址</b>：西安市南关正街1号泛美大厦2706<br /><b>联系电话</b>：029-87809350</td><td width="15%"><b>类型</b>：<br />重点运营商<br /><b>评定</b>：<br /><font face="宋体">★★★★★☆</font></td><td width="15%">厦门蓝芒科技西安分公司<br /><font color="#ff0000">CDN加速</font><br /><font color="#ff0000">硬件防火墙</font></td></tr><tr><td width="70%"><b>官方网站</b>：商务互联（<a style="color: rgb(0, 128, 0); text-decoration: none;" href="http://www.wooor.com/" target="_blank">http://www.wooor.com/</a>）<br /><b>公司名称</b>：北京锦江世纪科技发展有限公司（京ICP证040364号）<br /><b>公司地址</b>：北京市海淀区华清嘉园16楼1501号<br /><b>联系电话</b>：（010）51668886、（010）51668887、（010）51668881</td><td width="15%"><b>类型</b>：<br />普通运营商<br /><b>评定</b>：<br /><font face="宋体">★★★★☆☆</font></td><td width="15%"><font color="#ff0000">CDN加速</font></td></tr><tr><td width="70%"><b>官方网站</b>：网银互联（<a style="color: rgb(0, 128, 0); text-decoration: none;" href="http://www.net-bank.cn/" target="_blank">http://www.net-bank.cn/</a>）<br /><b>公司名称</b>：杭州网银互联科技有限公司（浙B2-20050178）<br /><b>公司地址</b>：杭州市古翠路30-1号6层 杭州网银互联科技有限公司<br /><b>联系电话</b>：0571-85125899 85125822 85125900</td><td width="15%"><b>类型</b>：<br />普通运营商<br /><b>评定</b>：<br /><font face="宋体">★★★★☆☆</font></td><td width="15%"><font color="#ff0000">CDN加速</font></td></tr></tbody></table><br />                                                          摘录：http://idc.chinaitlab.com/CDN/528845.html<br /><img src ="http://www.blogjava.net/zpuser/aggbug/89981.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.blogjava.net/zpuser/" target="_blank">阿卜</a> 2006-12-25 21:10 <a href="http://www.blogjava.net/zpuser/archive/2006/12/25/89981.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>什么是ODS</title><link>http://www.blogjava.net/zpuser/archive/2006/10/22/76665.html</link><dc:creator>阿卜</dc:creator><author>阿卜</author><pubDate>Sun, 22 Oct 2006 14:00:00 GMT</pubDate><guid>http://www.blogjava.net/zpuser/archive/2006/10/22/76665.html</guid><wfw:comment>http://www.blogjava.net/zpuser/comments/76665.html</wfw:comment><comments>http://www.blogjava.net/zpuser/archive/2006/10/22/76665.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.blogjava.net/zpuser/comments/commentRss/76665.html</wfw:commentRss><trackback:ping>http://www.blogjava.net/zpuser/services/trackbacks/76665.html</trackback:ping><description><![CDATA[
		<font style="line-height: 18px;" color="#333333">ODS（Operational Data Store）是数据仓库体系结构中的一个可选部分，ODS具备数据仓库的部分特征和OLTP系统的部分特征，它是“面向主题的、集成的、当前或接近当前的、不断变化的”数据。<br />　　    一般在带有ODS的系统体系结构中，ODS都设计为如下几个作用：<br />　　1）	在业务系统和数据仓库之间形成一个隔离层。<br />　
　一般的数据仓库应用系统都具有非常复杂的数据来源，这些数据存放在不同的地理位置、不同的数据库、不同的应用之中，从这些业务系统对数据进行抽取并不是
一件容易的事。因此，ODS用于存放从业务系统直接抽取出来的数据，这些数据从数据结构、数据之间的逻辑关系上都与业务系统基本保持一致，因此在抽取过程
中极大降低了数据转化的复杂性，而主要关注数据抽取的接口、数据量大小、抽取方式等方面的问题。<br />　　2）	转移一部分业务系统细节查询的功能<br />　
　在数据仓库建立之前，大量的报表、分析是由业务系统直接支持的，在一些比较复杂的报表生成过程中，对业务系统的运行产生相当大的压力。ODS的数据从粒
度、组织方式等各个方面都保持了与业务系统的一致，那么原来由业务系统产生的报表、细节数据的查询自然能够从ODS中进行，从而降低业务系统的查询压力。<br />　　3）	完成数据仓库中不能完成的一些功能。<br />　
　一般来说，带有ODS的数据仓库体系结构中，DW层所存储的数据都是进行汇总过的数据，并不存储每笔交易产生的细节数据，但是在某些特殊的应用中，可能
需要对交易细节数据进行查询，这时就需要把细节数据查询的功能转移到ODS来完成，而且ODS的数据模型按照面向主题的方式进行存储，可以方便地支持多维
分析等查询功能。<br />　　
在一个没有ODS层的数据仓库应用系统体系结构中，数据仓库中存储的数据粒度是根据需要而确定的，但一般来说，最为细节的业务数据也是需要保留的，实际上
也就相当于ODS，但与ODS所不同的是，这时的细节数据不是“当前、不断变化的”数据，而是“历史的，不再变化的”数据。<br />　　设计方法<br />　
　
在数据仓库设计方法和信息模型建模方法中，前人的著作对各种思路和方法都做过大量的研究和对比，重点集中在ER模型和维模型的比较和应用上。根据我们的实
践经验，ER模型和维模型在数据仓库设计中并非绝对对立，尤其在ODS设计上，从宏观的角度来看数据之间的关系，以ER模型最为清晰，但从实现出来的数据
结构上看，用维模型更加符合实际的需要。因此孤立地看ER模型或者维模型都缺乏科学客观的精神，需要从具体应用上去考虑如何应用不同的设计方法，但目标是
一定的，就是要能够把企业的数据从宏观到微观能够清晰表达，并且能够实现出来。<br />　　    本文中重点介绍维模型的应用。<br />　　ODS设计指南<br />　　    在ODS的概念定义中，已经描述了ODS的功能和特点，实际上ODS设计的目标就是以这些特点作为依据的。ODS设计与DW设计在着眼点上有所不同，ODS重点考虑业务系统数据是什么样子的，关系如何，在业务流程处理的哪个环节，以及数据抽取接口等问题。<br />　　    第零步：数据调研<br />　　    有关数据调研的内容和要求，在《调研规范》文档中做了详细定义，此处不再重复。<br />　　    第一步：确定数据范围<br />　
　
确定数据范围实际上是对ODS进行主题划分的过程，这种划分是基于对业务系统的调研的基础上而进行的，并不十分关心整个数据仓库系统上端应用需求，但是需
要把上端应用需求与ODS数据范围进行验证，以确保应用所需的数据都已经从业务系统中抽取出来，并且得到了很好的组织。一般来讲，主题的划分是以业务系统
的信息模型为依据的，设计者需要综合各种业务系统的信息模型，并进行宏观的归并，得到企业范围内的高层数据视图，并加以抽象，划定几个逻辑的数据主题范
围。在这个阶段，以ER模型表示数据主题关系最为恰当。<br />　　    第二步：根据数据范围进行进一步的数据分析和主题定义<br />　　
在第一步中定义出来了企业范围内的高层数据视图，以及所收集到的各种业务系统的资料，在这一步中，需要对大的数据主题进行分解，并进行主题定义，直到每个
主题能够直接对应一个主题数据模型为止。在这个阶段，将把第一步生成的每个ER图中的实体进行分解，分解的结果仍以ER表示为佳。<br />　　    第三步：定义主题元素<br />　　    定义维、度量、主题、粒度、存储期限<br />　　    定义维的概念特性：<br />　　    维名称，名称应该能够清晰表示出这个维的业务含义。<br />　　    维成员，也就是这个维所代表的具体的数据，<br />　　    维层次，维成员之间的隶属与包含的层次关系，每个层次需要定义名称<br />　　    定义度量的概念特性：<br />　　    度量名称，名称应该能够清晰标书这个度量的业务含义<br />　　    定义主题的概念特性：<br />　　    主题名称和含义，说明该主题主要包含哪些数据，用于什么分析；<br />　　主题所包含的维和度量；<br />　　    主题的事实表，以及事实表的数据。<br />　　    定义粒度：<br />　　    主题中事实表的数据粒度说明，这种粒度可以通过对维的层次限制加以说明，也可以通过对事实表数据的业务细节程度进行说明。   <br />　　    定义存储期限：<br />　　    主题中事实表中的数据存储周期。<br />　　    第四步：迭代，归并维、度量的定义<br />　　    在ODS中，因数据来自于多个系统，数据主题划分时虽然对数据概念进行了一定程度上的归并，但具体的业务代码所形成的各个维、以及维成员等还需要进一步进行归并，把概念统一的维定义成一个维，不允许同一个维存在不同的实体表示（象不同的业务系统中一样）。<br />　　    第五步：物理实现<br />　　    定义每个主题的数据抽取周期、抽取时间、抽取方式、数据接口，抽取流程和规则。<br />　　    物理设计不仅仅是ODS部分的数据库物理实现，设计数据库参数、操作系统参数、数据存储设计之外，有关数据抽取接口等问题必须清晰定义。</font>
<img src ="http://www.blogjava.net/zpuser/aggbug/76665.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.blogjava.net/zpuser/" target="_blank">阿卜</a> 2006-10-22 22:00 <a href="http://www.blogjava.net/zpuser/archive/2006/10/22/76665.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>什么是WEB2.0</title><link>http://www.blogjava.net/zpuser/archive/2006/10/21/76484.html</link><dc:creator>阿卜</dc:creator><author>阿卜</author><pubDate>Fri, 20 Oct 2006 17:49:00 GMT</pubDate><guid>http://www.blogjava.net/zpuser/archive/2006/10/21/76484.html</guid><wfw:comment>http://www.blogjava.net/zpuser/comments/76484.html</wfw:comment><comments>http://www.blogjava.net/zpuser/archive/2006/10/21/76484.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.blogjava.net/zpuser/comments/commentRss/76484.html</wfw:commentRss><trackback:ping>http://www.blogjava.net/zpuser/services/trackbacks/76484.html</trackback:ping><description><![CDATA[&nbsp;&nbsp;&nbsp;&nbsp; 摘要: 真正的WEB2.0是什么呢？我现在的理解认为真正的WEB2.0应该是一种新的互联网理念，是以用户为中心的互联网，通过使用一些互联网新技术，让互联网用户更方面，更主动的参与互联网的内容建设和活动中。&nbsp;&nbsp;<a href='http://www.blogjava.net/zpuser/archive/2006/10/21/76484.html'>阅读全文</a><img src ="http://www.blogjava.net/zpuser/aggbug/76484.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.blogjava.net/zpuser/" target="_blank">阿卜</a> 2006-10-21 01:49 <a href="http://www.blogjava.net/zpuser/archive/2006/10/21/76484.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>serialVersionUID 是什么</title><link>http://www.blogjava.net/zpuser/archive/2006/09/24/71584.html</link><dc:creator>阿卜</dc:creator><author>阿卜</author><pubDate>Sun, 24 Sep 2006 09:54:00 GMT</pubDate><guid>http://www.blogjava.net/zpuser/archive/2006/09/24/71584.html</guid><wfw:comment>http://www.blogjava.net/zpuser/comments/71584.html</wfw:comment><comments>http://www.blogjava.net/zpuser/archive/2006/09/24/71584.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.blogjava.net/zpuser/comments/commentRss/71584.html</wfw:commentRss><trackback:ping>http://www.blogjava.net/zpuser/services/trackbacks/71584.html</trackback:ping><description><![CDATA[&nbsp;&nbsp;&nbsp;&nbsp; 摘要: serialVersionUID作用：<br>序列化时为了保持版本的兼容性，即在版本升级时反序列化仍保持对象的唯一性。 &nbsp;&nbsp;<a href='http://www.blogjava.net/zpuser/archive/2006/09/24/71584.html'>阅读全文</a><img src ="http://www.blogjava.net/zpuser/aggbug/71584.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.blogjava.net/zpuser/" target="_blank">阿卜</a> 2006-09-24 17:54 <a href="http://www.blogjava.net/zpuser/archive/2006/09/24/71584.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>什么是CA</title><link>http://www.blogjava.net/zpuser/archive/2006/07/22/59537.html</link><dc:creator>阿卜</dc:creator><author>阿卜</author><pubDate>Sat, 22 Jul 2006 05:56:00 GMT</pubDate><guid>http://www.blogjava.net/zpuser/archive/2006/07/22/59537.html</guid><wfw:comment>http://www.blogjava.net/zpuser/comments/59537.html</wfw:comment><comments>http://www.blogjava.net/zpuser/archive/2006/07/22/59537.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.blogjava.net/zpuser/comments/commentRss/59537.html</wfw:commentRss><trackback:ping>http://www.blogjava.net/zpuser/services/trackbacks/59537.html</trackback:ping><description><![CDATA[
		<table cellspacing="0" cellpadding="10" align="left" border="0">
				<tbody>
						<tr>
								<td>
										<!--插入广告JS代码-->
								</td>
						</tr>
				</tbody>
		</table>CA是认证中心的英文Certification Authority的缩写。　CA中心，又称为数字证书认证中心。CA中心作电子交易中受信任的第三方，负责为电子商务环境中各个实体颁发数字证书，以证明各实体身份的真实性，并负责在交易中检验和管理证书；数字证书的用户拥有自己的公钥/私钥对。证书中包含有证书主体的身份信息、其公钥数据、发证机构名称等，发证机构验证证书主体为合法注册实体后，就对上述信息进行数字签名，形成证书。 在公钥证书体系中，如果某公钥用户需要任何其它已向CA注册的用户的公钥，可直接向该用户索取证书，而后用CA的公钥解密解密即可得到认证的公钥；由于证书中已有CA的签名来实现认证，攻击者不具有CA的签名密钥，很难伪造出合法的证书，从而实现了公钥的认证性。 数字证书认证中心是整个网上电子交易安全的关键环节,是电子交易中信赖的基础。他必须是所有合法注册用户所信赖的具有权威性、信赖性及公正性的第三方机构。<br />CA的核心功能就是发放和管理数字证书。概括地说，CA认证中心的功能主要有：证书发放、证书更新、证书撤销和证书验证。具体描述如下：<br />（1）接收验证用户数字证书的申请。<br />（2）确定是否接受用户数字证书的申请，即证书的审批。<br />（3）向申请者颁发（或拒绝颁发）数字证书。<br />（4）接收、处理用户的数字证书更新请求。<br />（5）接收用户数字证书的查询、撤销。<br />（6）产生和发布证书的有效期。<br />（7）数字证书的归档。<br />（8）密钥归档。<br />（9）历史数据归档。<br /><img src ="http://www.blogjava.net/zpuser/aggbug/59537.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.blogjava.net/zpuser/" target="_blank">阿卜</a> 2006-07-22 13:56 <a href="http://www.blogjava.net/zpuser/archive/2006/07/22/59537.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>什么是数字证书</title><link>http://www.blogjava.net/zpuser/archive/2006/07/22/59528.html</link><dc:creator>阿卜</dc:creator><author>阿卜</author><pubDate>Sat, 22 Jul 2006 04:08:00 GMT</pubDate><guid>http://www.blogjava.net/zpuser/archive/2006/07/22/59528.html</guid><wfw:comment>http://www.blogjava.net/zpuser/comments/59528.html</wfw:comment><comments>http://www.blogjava.net/zpuser/archive/2006/07/22/59528.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.blogjava.net/zpuser/comments/commentRss/59528.html</wfw:commentRss><trackback:ping>http://www.blogjava.net/zpuser/services/trackbacks/59528.html</trackback:ping><description><![CDATA[
		<p>
				<strong>数字证书介绍 <br /><br /></strong>   也许您对"数字证书"这一概念还很陌生，其实，数字证书就是标志网络用户身份信息的一系列数据，用来在网络通讯中识别通讯各方的身份，即要在Internet上解决"我是谁"的问题，就如同现实中我们每一个人都要拥有一张证明个人身份的身份证或驾驶执照一样，以表明我们的身份或某种资格。<br />    数字证书是由权威公正的第三方机构即CA中心签发的，以数字证书为核心的加密技术可以对网络上传输的信息进行加密和解密、数字签名和签名验证，确保网上传递信息的机密性、完整性，以及交易实体身份的真实性，签名信息的不可否认性，从而保障网络应用的安全性。</p>
		<p>    数字证书采用公钥密码体制，即利用一对互相匹配的密钥进行加密、解密。每个用户拥有一把仅为本人所掌握的私有密钥（私钥），用它进行解密和签名；同时拥有一把公共密钥（公钥）并可以对外公开，用于加密和验证签名。当发送一份保密文件时，发送方使用接收方的公钥对数据加密，而接收方则使用自己的私钥解密，这样，信息就可以安全无误地到达目的地了，即使被第三方截获，由于没有相应的私钥，也无法进行解密。通过数字的手段保证加密过程是一个不可逆过程，即只有用私有密钥才能解密。在公开密钥密码体制中，常用的一种是RSA体制。 </p>
		<p>    用户也可以采用自己的私钥对信息加以处理，由于密钥仅为本人所有，这样就产生了别人无法生成的文件，也就形成了数字签名。采用数字签名，能够确认以下两点：<br />（1）保证信息是由签名者自己签名发送的，签名者不能否认或难以否认； <br />（2）保证信息自签发后到收到为止未曾作过任何修改，签发的文件是真实文件。</p>
		<p>    数字证书可用于：发送安全电子邮件、访问安全站点、网上证券、网上招标采购、网上签约、网上办公、网上缴费、网上税务等网上安全电子事务处理和安全电子交易活动。</p>
		<p>    数字证书的格式一般采用X.509国际标准。目前，数字证书认证中心主要签发安全电子邮件证书、个人和企业身份证书、服务器证书以及代码签名证书等几种类型证书。<br /><br /></p>
		<table cellspacing="2" cellpadding="1" align="center" border="1">
				<tbody>
						<tr>
								<td>
										<p>数字证书的格式遵循ITUTX.509国际标准。一个标准的X.509数字证书包含以下一些内容： </p>
										<p>证书的版本信息； <br />证书的序列号，每个证书都有一个唯一的证书序列号；<br />证书所使用的签名算法，如RSA算法；<br />证书的发行机构（CA中心）的名称，命名规则一般采用X.500格式；<br />证书的有效期，现在通用的证书一般采用UTC时间格式，它的计时范围为1950年-2049年；<br />证书拥有者的名称，命名规则一般采用X.500格式；<br />证书拥有者的公开密钥；<br />证书发行机构（CA中心）对证书的数字签名。  </p>
								</td>
						</tr>
				</tbody>
		</table>
		<p>
				<br />
				<strong>X.509数字证书结构</strong>
				<em>（第三版）</em>
		</p>
		<p>版本号..................证书的版本标识符（例如，版本3）<br />序列号 .................标识证书的唯一整数<br />签名....................用于签证书的算法标识<br />颁发者 .................证书颁发者的唯一识别名<br />有效期 .................证书有效时间段<br />主体....................证书拥有者的唯一识别名<br />主体公钥信息 ...........证书拥有者的公钥（和算法标识符）<br />颁发者唯一标识符........颁发者的可选唯一标识符<br />主体唯一标识符 .........主体的唯一识别符<br />扩展部分 ...............可选的扩展</p>
		<p>字段说明：<br />  ①版本号—标识证书的版本（版本1、版本2或是版本3）。<br />  ②序列号—由证书颁发者分配的本证书的唯一标识符。<br />  ③签名 —签名算法标识符，由对象标识符加上相关的参数组成，用于说明本证书所用的数字签名算法。例如，SHA-1和RSA的对象标识符 就用来说明该数字签名是利用RSA对SHA-1杂凑加密。<br />  ④颁发者—证书颁发者的可识别名（DN），这是必须说明。<br />  ⑤有效期—证书有效期的时间段。本字段由”Not Before”和”Not After”两项组成，它们分别由UTC时间或一般的时间表示（在RFC2459中有详细的时间表示规则）。<br />  ⑥主体 —证书拥有者的可识别名，这个字段必须是非空的，除非你在证书扩展中有别名。<br />  ⑦主体公钥信息—主体的公钥（以及算法标识符），这一项必须说明。<br />  ⑧颁发者唯一标识符—证书颁发者的唯一标识符，仅在版本2和版本3中有要求，属于可选项。<br />  ⑨主体唯 一标识符—证书拥有者的唯一标识符，仅在版本2和版本3中有要求，属于可选项。<br />  ⑩扩展 —可选的标准和专用的扩展（仅在版本2和版本3中使用），它们包括：<br />   ◆Authority密钥标识符—证书所含密钥的唯一标识符，用来区分同一证书拥有者的多对密钥。<br />   ◆密钥使用—一个比特串，指明（限定）证书的公钥可以完成的功能或服务，如：证书签名、数据加密等。<br />   ◆扩展密钥使用—由一个或多个对象标识符（OIDs）组成，可以说明证书密钥的特殊用途。有Internet策略限定，存取描述符限定[3]等，请参见RFC2459。<br />   ◆CRL分布点—指明CRL的分布地点。<br />   ◆私钥的使用期—指明证书中与公钥相联系的私钥的使用期限，它也有Not Before和Not After组成。若此项不存在时，公私钥的使用期是一样的。<br />   ◆证书策略—由对象标识符和限定符组成，这些对象标识符说明证书的颁发和使用策略有关。<br />   ◆策略映射—表明两个CA域之间的一个或多个策略对象标识符的等价关系，仅在CA证书里存在。<br />   ◆主体别名—指出证书拥有者的别名，如电子邮件地址、IP地址等，别名是和DN绑定在一起的。<br />   ◆颁发者别名--指出证书颁发者的别名，如电子邮件地址、IP地址等，但颁发者的DN必须出现在证书的颁发者字段。<br />   ◆主体目录属性—指出证书拥有者的一系列属性。可以使用这一项来传递访问控制信息。s</p>
<img src ="http://www.blogjava.net/zpuser/aggbug/59528.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.blogjava.net/zpuser/" target="_blank">阿卜</a> 2006-07-22 12:08 <a href="http://www.blogjava.net/zpuser/archive/2006/07/22/59528.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>什么是SOA</title><link>http://www.blogjava.net/zpuser/archive/2006/07/19/58949.html</link><dc:creator>阿卜</dc:creator><author>阿卜</author><pubDate>Wed, 19 Jul 2006 03:32:00 GMT</pubDate><guid>http://www.blogjava.net/zpuser/archive/2006/07/19/58949.html</guid><wfw:comment>http://www.blogjava.net/zpuser/comments/58949.html</wfw:comment><comments>http://www.blogjava.net/zpuser/archive/2006/07/19/58949.html#Feedback</comments><slash:comments>1</slash:comments><wfw:commentRss>http://www.blogjava.net/zpuser/comments/commentRss/58949.html</wfw:commentRss><trackback:ping>http://www.blogjava.net/zpuser/services/trackbacks/58949.html</trackback:ping><description><![CDATA[
		<table cellspacing="0" cellpadding="0" width="577" border="0">
				<tbody>
						<tr>
								<td class="news-txt" id="zoom" style="FONT-SIZE: 14px">
										<p>最近半年以来，在企业级应用开发领域，谈论最多的一个词，恐怕非SOA(Service-Oriented Architecture，面向服务架构)莫属。那么SOA究竟拥有什么样的魔力，能够让众多的软件厂商对他趋之若骛，掀起新的一轮企业架构浪潮。让我们在本文中一探SOA的究竟。<br />那么什么是SOA，让我们先从基本概念开始讲起。</p>
										<p>什么是SOA?</p>
										<p>SOA是一种架构模型，它可以根据需求通过网络对松散耦合的粗粒度应用组件进行分布式部署、组合和使用。服务层是SOA的基础，可以直接被应用调用，从而有效控制系统中与软件代理交互的人为依赖性。</p>
										<p>SOA的关键是“服务”的概念，W3C将服务定义为：“服务提供者完成一组工作，为服务使用者交付所需的最终结果。最终结果通常会使使用者的状态发生变化，但也可能使提供者的状态改变，或者双方都产生变化”。</p>
										<p>Service-architecture.com将SOA定义为：“本质上是服务的集合。服务间彼此通信，这种通信可能是简单的数据传送，也可能是两个或更多的服务协调进行某些活动。服务间需要某些方法进行连接。所谓服务就是精确定义、封装完善、独立于其他服务所处环境和状态的函数。”<br />Looselycoupled.com将SOA定义为：“按需连接资源的系统。在SOA中，资源被作为可通过标准方式访问的独立服务，提供给网络中的其他成员。与传统的系统结构相比，SOA规定了资源间更为灵活的松散耦合关系。”</p>
										<p>Gartner则将SOA描述为：“客户端/服务器的软件设计方法，一项应用由软件服务和软件服务使用者组成……SOA与大多数通用的客户端/服务器模型的不同之处，在于它着重强调软件组件的松散耦合，并使用独立的标准接口。”</p>
										<p>Gartner相信BPM和SOA的结合对所有类型的应用集成都大有助益??“SOA极大的得益于BPM技术和方法论，但是SOA面临的真正问题是确立正确的企业意识，即：强化战略化的SOA计划（针对供应和使用）并鼓励重用。”</p>
										<p>虽然不同厂商或个人对SOA有着不同的理解，但是我们仍然可以从上述的定义中看到SOA的几个关键特性：一种粗粒度、松耦合服务架构，服务之间通过简单、精确定义接口进行通讯，不涉及底层编程接口和通讯模型。</p>
										<p>需着重注意的是，SOA并不是新生事物??大型IT组织成功构建和部署SOA应用已有多年的历史??这要比现有的XML和Web服务长很多。IBM CICS和BEA TUXEDO就是过去被用于构建SOA应用的两种技术范例。</p>
										<p>重点说明的是SOA并不是一种现成的技术，而是一种架构和组织IT基础结构及业务功能的方法。SOA是一种在计算环境中设计、开发、部署和管理离散逻辑单元（服务）的模型。这一定义阐明了SOA的范围。</p>
										<p>SOA要求开发人员将应用设计为服务的集合。SOA要求开发人员跳出应用本身进行思考，考虑现有服务的重用，或思索他们的服务如何能够被其他项目重用。“单独的”、“独立的”、“封装完善的”服务所具有的一个关键的好处是，可以采用多种不同方法将它们组合成较大型的服务，由此来实现重用。</p>
										<p>但是，SOA并不仅仅是一种开发方法??它还具有管理上的优点。例如，现在管理员可直接管理开发人员所构建的相同服务，这远胜于以往管理单个应用的方式。通过分析服务间的交互，SOA可以帮助企业了解何时以及为什么业务逻辑被切实执行了，这使管理员或分析师能够有针对性的优化业务流程。</p>
										<p>SOA的基本特征</p>
										<p>SOA的实施具有几个鲜明的基本特征。实施SOA的关键目标是实现企业IT资产的最大化重用。要实现这一目标，就要在实施SOA的过程中牢记以下特征：</p>
										<p>q 可从企业外部访问<br />q 随时可用<br />q 粗粒度的服务接口<br />q 分级<br />q 松散耦合<br />q 可重用的服务<br />q 服务接口设计管理<br />q 标准化的服务接口<br />q 支持各种消息模式<br />q 精确定义的服务契约<br />我们现在开始依次讨论以上概念。 </p>
										<p>1  可从企业外部访问</p>
										<p>通常被称为业务伙伴的外部用户也能像企业内部用户一样访问相同的服务。业务伙伴采用先进的B2B协议（ebXML或RosettaNet）相互合作。当业务伙伴基于业务目的交换业务信息时，他们就参与了一次会话。会话是业务伙伴间一系列的一条或多条业务信息的交换。会话类型（会话复杂或简单、长或短等）取决于业务目的。</p>
										<p>除了B2B协议外，外部用户还可以访问以Web服务方式提供的企业服务。</p>
										<p>2 随时可用</p>
										<p>当有服务使用者请求服务时，SOA要求必须有服务提供者能够响应。大多数SOA都能够为门户应用之类的同步应用和B2B之类的异步应用提供服务。同步应用对于其所使用的服务具有很强的依赖性。<br />许多同步应用通常部署在前台，其最终用户很容易受到服务提供者短缺的影响。很多情况下，同步应用利用分布式服务提供者，这样可以响应更多的用户请求。但是，随着提供特定服务功能的服务器数量的增长，出现短缺的可能性也呈指数级上升。<br />相比之下，异步应用要更为稳健，因为其采用队列请求设计，因此可以容许出现服务提供者短缺或迟滞的情况。异步应用大多数情况下部署在后台，用户通常不会觉察到短暂的短缺。大部分情况下异步应用能够稳健应对短时间短缺，但是长时间短缺则会引发严重问题。在服务短缺解决、队列引擎将罕见的大量工作推到共享的应用资源中时，可能会出现队列溢出甚至服务死锁。<br />服务使用者要求提供同步服务时，通常是基于其自身理解或使用习惯。在多数情况下，采用异步模型可以达到同样的效果，但更能够体现SOA的最佳特性。<br />当然，并不是所有情况下都应当采用异步设计模式。但大多数情况下，异步消息可以确保系统在不同负荷下的伸缩性，在接口响应时间不是很短时尤其如此。</p>
										<p>3  粗粒度服务接口</p>
										<p>粗粒度服务提供一项特定的业务功能，而细粒度服务代表了技术组件方法。举个例说明最为清楚??向计费系统中添加一个客户是典型的粗粒度服务，而你可以使用几个细粒度服务实现同一功能，如：将客户名加入到计费系统中，添加详细的客户联系方式、添加计费信息等等。<br />采用粗粒度服务接口的优点在于使用者和服务层之间不必再进行多次的往复，一次往复就足够。Internet环境中有保障的TCP/IP会话已不再占据主导、建立连接的成本也过高，因此在该环境中进行应用开发时粗粒度服务接口的优点更为明显。<br />除去基本的往复效率，事务稳定性问题也很重要。在一个单独事务中包含的多段细粒度请求可能使事务处理时间过长、导致后台服务超时，从而中止。与此相反，从事务的角度来看，向后台服务请求大块数据可能是获取反馈的唯一途径。</p>
										<p>4 分级</p>
										<p>一个关于粗粒度服务的争论是此类服务比细粒度服务的重用性差，因为粗粒度服务倾向于解决专门的业务问题，因此通用性差、重用性设计困难。解决该争论的方法之一就是允许采用不同的粗粒度等级来创建服务。这种服务分级包含了粒度较细、重用性较高的服务，也包含粒度较粗、重用性较差的服务。<br />在服务分级方面，须注意服务层的公开服务通常由后台系统（BES's）或SOA平台中现有的本地服务组成。因此允许在服务层创建私有服务是非常重要的。正确的文档、配置管理和私有服务的重用对于IT部门在SOA服务层快速开发新的公开服务的能力具有重要影响。</p>
										<p>5  松散耦合</p>
										<p>SOA具有“松散耦合”组件服务，这一点区别于大多数其他的组件架构。该方法旨在将服务使用者和服务提供者在服务实现和客户如何使用服务方面隔离开来。<br />服务提供者和服务使用者间松散耦合背后的关键点是服务接口作为与服务实现分离的实体而存在。这是服务实现能够在完全不影响服务使用者的情况下进行修改。<br />大多数松散耦合方法都依靠基于服务接口的消息。基于消息的接口能够兼容多种传输方式（如HTTP、JMS、TCP/IP、MOM等）。基于消息的接口可以采用同步和异步协议实现，Web服务对于SOA服务接口来讲是一个重要的标准。<br />当使用者调用一个Web服务时，被调用的对象可以是CICS事务、DCOM或CORBA对象、J2EE EJB或TUXEDO服务等，但这与服务使用者无关。底层实现并不重要。<br />消息类Web服务通常是松散耦合和文档驱动的，这要优于与服务特定接口的连接。当客户调用消息类Web服务时，客户通常会发送的是一个完整的文档（如采购订单），而非一组离散的参数。Web服务接收整个文档、进行处理、而后可能或者不会返回结果信息。由于客户和Web服务间不存在紧密耦合请求响应，消息类Web服务在客户和服务器间提供了更为松散的耦合。</p>
										<p>6  可重用的服务及服务接口设计管理</p>
										<p>如果完全按照可重用的原则设计服务，SOA将可以使应用变得更为灵活。可重用服务采用通用格式提供重要的业务功能，为开发人员节约了大量时间。设计可重用服务是与数据库设计或通用数据建模类似的最有价值的工作。由于服务设计是成功的关键因此，因此SOA实施者应当寻找一种适当的方法进行服务设计过程管理。<br />服务设计管理根本上讲是服务设计问题，服务设计需要在两点间折衷??走捷径的项目战术与企业构建可重用通用服务的长期目标。<br />超越项目短期目标进行服务接口的开发和评估是迈向精确定义服务接口的重要一步，同时还需要为接口文档、服务实现文档及所有重要的非功能性特征设立标准。<br />在大型组织中实现重用的一个先决条件是建立通用（设计阶段）服务库和开发流程，以保证重用的正确性和通用性。此外，对记述服务设计和开发的服务文档进行评估也是成功利用服务库的关键。<br />简言之，不按规则编写服务将无法保证可提供重用性的SOA的成功实施。在执行规则的过程中会产生财务费用，需要在制定SOA实施计划时加以考虑。</p>
										<p>7  标准化的接口</p>
										<p>近年来出现的两个重要标准XML和Web服务增加了全新的重要功能，将SOA推向更高的层面，并大大提升了SOA的价值。尽管以往的SOA产品都是专有的、并且要求IT部门在其特定环境中开发所有应用，但XML和Web服务标准化的开放性使企业能够在所部署的所有技术和应用中采用SOA。这具有巨大的意义！<br />Web服务使应用功能得以通过标准化接口（WSDL）提供，并可基于标准化传输方式（HTTP和JMS）、采用标准化协议（SOAP）进行调用。例如，开发人员可以采用最适于门户开发的工具轻松创建一个新的门户应用，并可以重用ERP系统和定制化J2EE应用中的现有服务，而完全无须了解这些应用的内部工作原理。采用XML，门户开发人员无须了解特定的数据表示格式，便能够在这些应用间轻松地交换数据。<br />你也可以不采用Web服务或XML来创建SOA应用，但是这两种标准的重要性日益增加、应用日趋普遍。尽管目前只有几种服务使用者支持该标准，但未来大多数的服务使用者都会将其作为企业的服务访问方法。</p>
										<p>8  支持各种消息模式</p>
										<p>SOA中可能存在以下消息模式。在一个SOA实现中，常会出现混合采用不同消息模式的服务。<br />q 无状态的消息。使用者向提供者发送的每条消息都必须包含提供者处理该消息所需的全部信息。这一限定使服务提供者无须存储使用者的状态信息，从而更易扩展。<br />q 有状态的消息。使用者与提供者共享使用者的特定环境信息，此信息包含在提供者和使用者交换的消息中。这一限定使提供者与使用者间的通信更加灵活，但由于服务提供者必须存储每个使用者的共享环境信息，因此其整体可扩展性明显减弱。该限定增强了服务提供者和使用者的耦合关系，提高了交换服务提供者的服务难度。<br />q 等幂消息。向软件代理发送多次重复消息的效果和发送单条消息相同。这一限定使提供者和消费者能够在出现故障时简单的复制消息，从而改进服务可靠性。</p>
										<p>9  精确定义的服务接口</p>
										<p>服务是由提供者和使用者间的契约定义的。契约规定了服务使用方法及使用者期望的最终结果。此外，还可以在其中规定服务质量。此处需要注意的关键点是，服务契约必须进行精确定义。<br />META将SOA定义为：“一种以通用为目的、可扩展、具有联合协作性的架构，所有流程都被定义为服务，服务通过基于类封装的服务接口委托给服务提供者，服务接口根据可扩展标识符、格式和协议单独描述。”该定义的最后部分表明在服务接口和其实现之间有明确的分界。</p>
										<p>SOA的优点</p>
										<p>了解了SOA的定义和基本特征，最后我们再来看看SOA潜在的优点：</p>
										<p>编码灵活性</p>
										<p>可基于模块化的低层服务、采用不同组合方式创建高层服务，从而实现重用，这些都体现了编码的灵活性。此外，由于服务使用者不直接访问服务提供者，这种服务实现方式本身也可以灵活使用。</p>
										<p>明确开发人员角色</p>
										<p>例如，熟悉BES的开发人员可以集中精力在重用访问层，协调层开发人员则无须特别了解BES的实现，而将精力放在解决高价值的业务问题上。</p>
										<p>支持多种客户类型</p>
										<p>借助精确定义的服务接口和对XML、Web服务标准的支持，可以支持多种客户类型，包括PDA、手机等新型访问渠道。</p>
										<p>更易维护</p>
										<p>服务提供者和服务使用者的松散耦合关系及对开放标准的采用确保了该特性的实现。</p>
										<p>更好的伸缩性</p>
										<p>依靠服务设计、开发和部署所采用的架构模型实现伸缩性。服务提供者可以彼此独立调整，以满足服务需求。</p>
										<p>更高的可用性</p>
										<p>该特性在服务提供者和服务使用者的松散耦合关系上得以体现。使用者无须了解提供者的实现细节，这样服务提供者就可以在WebLogic集群环境中灵活部署，使用者可以被转接到可用的例程上。</p>
										<p>SOA可以看作是B/S模型、XML/Web Service技术之后的自然延伸。SOA将能够帮助我们站在一个新的高度理解企业级架构中的各种组件的开发、部署形式，它将帮助企业系统架构者以更迅速、更可靠、更具重用性架构整个业务系统。较之以往，以SOA架构的系统能够更加从容地面对业务的急剧变化。</p>
								</td>
								<td width="30"> </td>
						</tr>
				</tbody>
		</table>
		<table cellspacing="0" cellpadding="0" width="577" border="0">
				<tbody>
						<tr>
								<td width="30" height="50"> </td>
								<td class="normal_f" valign="bottom" width="547">出处：作者：崔晓波 BEA系统（中国）有限公司资深技术顾问    日期：2005-08-04 </td>
						</tr>
				</tbody>
		</table>
<img src ="http://www.blogjava.net/zpuser/aggbug/58949.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.blogjava.net/zpuser/" target="_blank">阿卜</a> 2006-07-19 11:32 <a href="http://www.blogjava.net/zpuser/archive/2006/07/19/58949.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item></channel></rss>