ESB系統(tǒng)工作原理與要求

ESB系統(tǒng)工作原理及要求ESB全稱為EnterpriseServiceBus，即企業(yè)服務總線。它是傳統(tǒng)中間件技術(shù)與XML、Web服務等技術(shù)結(jié)合的產(chǎn)物。ESB提供了網(wǎng)絡中最基本的連接中樞，是構(gòu)筑企業(yè)神經(jīng)系統(tǒng)的必要元素。ESB的出現(xiàn)改變了傳統(tǒng)的軟件架構(gòu)，可以提供比傳統(tǒng)中間件產(chǎn)品更為廉價的解決方案，同時它還可以消除不同應用之間的技術(shù)差異，讓不同的應用服務器協(xié)調(diào)運作，實現(xiàn)了不同服務之間的通信與整合。從功能上看，ESB提供了事件驅(qū)動和文檔導向的處理模式，以及分布式的運行管理機制，它支持基于內(nèi)容的路由和過濾，具備了復雜數(shù)據(jù)的傳輸能力并可以提供一系列的標準接口。ESB的基本概念企業(yè)服務總線(EnterpriseServiceBus，ESB)從面向服務體系架構(gòu)(Service-OrientedArchitecture,SOA)發(fā)展而來，是傳統(tǒng)中間件技術(shù)與XML、Web服務等技術(shù)結(jié)合的產(chǎn)物。ESB提供了網(wǎng)絡中最基本的連接中樞，是構(gòu)筑企業(yè)神經(jīng)系統(tǒng)的必要元素。ESB采用了“總線”這樣一種模式來管理和簡化應用之間的集成拓撲結(jié)構(gòu)，以廣為接受的開放標準為基礎來支持應用之間在消息、事件和服務級別上動態(tài)的互連互通，是一種在松散耦合的服務和應用之間標準的集成方式。它可以作用于：面向服務的架構(gòu)—分布式的應用由可重用的服務組成；面向消息的架構(gòu)一應用之間通過ESB發(fā)送和接受消息；事件驅(qū)動的架構(gòu)—應用之間異步地產(chǎn)生和接收消息。ESB的出現(xiàn)改變了傳統(tǒng)的軟件架構(gòu)，可以提供比傳統(tǒng)中間件產(chǎn)品更為低廉的解決方案，同時它還可以消除不同應用之間的技術(shù)差異，讓不同的應用服務器協(xié)調(diào)運作，實現(xiàn)了不同服務之間的通信與整合。從功能上看，ESB提供了事件驅(qū)動和文檔導向的處理模式，以及分布式的運行管理機制，它支持基于內(nèi)容的路由和過濾，具備了復雜數(shù)據(jù)的傳輸能力，并可以提供一系列的標準接口2基本功能1)服務的MetaData管理：在總線范疇內(nèi)對服務的注冊命名及尋址進行管理。傳輸服務：確保通過企業(yè)總線互連的業(yè)務流程間的消息的正確交付，還包括基于內(nèi)容的路由功能。中介：提供位置透明的路由和定位服務；提供多種消息傳遞形式；支持廣泛使用的傳輸協(xié)議。多服務集成方式：如JCA，Web服務，Messaging，Adapter等。服務和事件管理支持：調(diào)用服務的記錄、測量和監(jiān)控數(shù)據(jù)；提供事件檢測、觸發(fā)和分布功能；擴展功能面向服務的元數(shù)據(jù)管理：他必須了解被他中介的兩端,即服務的請求以及請求者對服務的要求，以及服務的提供者和他所提供的服務的描述；Mediation：它必須具有某種機制能夠完成中介的作用，如協(xié)議轉(zhuǎn)換；通信：服務的發(fā)布/訂閱、響應/請求、同步/異步消息、路由和尋址等；集成：遺留系統(tǒng)適配器，服務編排和映射，協(xié)議轉(zhuǎn)換，數(shù)據(jù)變換，企業(yè)應用集成中間件的連續(xù)等。服務交互：服務接口定義，服務實現(xiàn)的置換，服務消息模型，服務目錄和發(fā)現(xiàn)等。服務安全：認證和授權(quán)、不可否認和機密性、安全標準的支持等；服務質(zhì)量：事務，服務的可交付性等；服務等級：性能、可用性等。ESB中最常提到的兩個功能是消息轉(zhuǎn)換和消息路由。4ESB架構(gòu)ESB是傳統(tǒng)中間件技術(shù)與XML、Web服務等技術(shù)相互結(jié)合的產(chǎn)物，ESB的出現(xiàn)改變了傳統(tǒng)的軟件架構(gòu)，可以提供比傳統(tǒng)中間件產(chǎn)品更為廉價的解決方案，同時它還可以消除不同應用之間的技術(shù)差異，讓不同的應用服務器協(xié)調(diào)運作，實現(xiàn)了不同服務之間的通信與整合。從功能上看，ESB提供了事件驅(qū)動和文檔導向的處理模式，以及分布式的運行管理機制，它支持基于內(nèi)容的路由和過濾，具備了復雜數(shù)據(jù)的傳輸能力，并可以提供一系列的標準接口。5ESB的發(fā)展在云計算應用時代，ESB將逐步發(fā)展到EBB(EnterpriseBusinessBus,企業(yè)業(yè)務總線)，國際范圍內(nèi)EBB尚處于發(fā)展初期，當然許多人也將ESB在業(yè)務上的應用，未作區(qū)分對待而統(tǒng)一作為ESB看待。事實上,ESB更關注IT服務，而EBB更關注業(yè)務執(zhí)行，具有不同的屬性。國內(nèi)在2008年就有人就EBB的發(fā)展做了專題研究，并就濰柴動力與湘火炬汽車集團結(jié)成戰(zhàn)略聯(lián)盟后形成的集齒輪箱、變速器、發(fā)動機和整車為一體的汽車產(chǎn)業(yè)鏈實例，使用面向服務的架構(gòu)SOA和企業(yè)協(xié)同理念，給出了協(xié)同服務平臺的設計與分析。目前國內(nèi)在EBB領域研究較為超前的，是由中國最年青博士后導師之一、協(xié)達軟件創(chuàng)先人付勇，所指導的協(xié)同軟件博士后工作站。該團隊所研究的成果，已經(jīng)在產(chǎn)業(yè)應用上有良好表現(xiàn)，并廣泛應用在辦公自動化OA、企業(yè)資源計劃ERP、制造執(zhí)行系統(tǒng)MES、客戶關系管理CRM等領域。6應用特征大規(guī)模分布式的企業(yè)應用需要相對簡單而實用的中間件技術(shù)來簡化和統(tǒng)一越來越復雜、繁瑣的企業(yè)級信息系統(tǒng)平臺。面向服務體系架構(gòu)(SOA)是能夠?qū)贸绦虻牟煌δ軉卧ㄟ^服務之間定義良好的接口和契約聯(lián)系起來。SOA使用戶可以不受限制地重復使用軟件、把各種資源互連起來，只要IT人員選用標準接口包裝舊的應用程序、把新的應用程序構(gòu)建成服務，那么其他應用系統(tǒng)就可以很方便的使用這些功能服務。支撐SOA的關鍵是其消息傳遞架構(gòu)-企業(yè)服務總線(ESB)。ESB是傳統(tǒng)中間件技術(shù)與XML、Web服務等技術(shù)相互結(jié)合的產(chǎn)物，用于實現(xiàn)企業(yè)應用不同消息和信息的準確、高效和安全傳遞。讓不同的應用服務協(xié)調(diào)運作實現(xiàn)不同服務之間的通信與整合。ESB在不同領域具有非常廣泛的用途：電信領域：ESB能夠在全方位支持電信行業(yè)OSS的應用整合概念。是理想的電信級應用軟件承載平臺。電力領域：ESB能夠在全方位支持電力行業(yè)EMS的數(shù)據(jù)整合概念，是理想的SCADA系統(tǒng)數(shù)據(jù)交換平臺。金融領域：ESB能夠在全方位支持銀企間業(yè)務處理平臺的流程整合概念，是理想的B2B交易支撐平臺。電子政務：ESB能夠在全方位支持電子政務應用軟件業(yè)務基礎平臺、信息共享交換平臺、決策分析支撐平臺和政務門戶的平臺化實現(xiàn)。7主要結(jié)構(gòu)ESB提供了一種開放的、基于標準的消息機制，通過簡單的標準適配器和接口，來完成粗粒度應用（服務）和其他組件之間的互操作，能夠滿足大型異構(gòu)企業(yè)環(huán)境的集成需求。它可以在不改變現(xiàn)有基礎結(jié)構(gòu)的情況下讓幾代技術(shù)實現(xiàn)互操作。通過使用ESB，可以在幾乎不更改代碼的情況下，以一種無縫的非侵入方式使企業(yè)已有的系統(tǒng)具有全新的服務接口，并能夠在部署環(huán)境中支持任何標準。更重要的是，充當“緩沖器”的ESB（負責在諸多服務之間轉(zhuǎn)換業(yè)務邏輯和數(shù)據(jù)格式）與服務邏輯相分離，從而使得不同的應用程序可以同時使用同一服務，用不著在應用程序或者數(shù)據(jù)發(fā)生變化時，改動服務代碼。SmartServiceBusSmartEnterpriseServiceBus?是神州數(shù)碼秉承SOA理念，結(jié)合十數(shù)年企業(yè)應用集成領域的最佳實踐，研發(fā)的一套功能完善、高效穩(wěn)定、靈巧開放的企業(yè)服務總線中間件。作為核心的交換平臺，能保證7*24小時永不間斷提供服務。提供最優(yōu)的擴容方式，保證擴展線性度達到100%，為組織提供高吞吐量的優(yōu)質(zhì)基礎服務。提供靈活的部署方式，支持集中部署、分布式部署及總分結(jié)構(gòu)部署。最佳的IT架構(gòu)治理平臺，提供基于元數(shù)據(jù)的服務治理工具和系統(tǒng)監(jiān)控工具套件。OracleServiceBusServiceBus的前身是BEA的AquaLogicServiceBus，BEAAquaLogic產(chǎn)品家族交付了最全面的服務基礎架構(gòu)產(chǎn)品線，可以幫助企業(yè)成功部署SOA。作為首款完全針對SOA而構(gòu)建的產(chǎn)品套件，它為IT提供了一組統(tǒng)一的產(chǎn)品來處理消息傳遞、服務管理、數(shù)據(jù)一致和安全需要。OracleServiceBus為IT提供了一個理想的SOA基礎，可以實現(xiàn)下列業(yè)務目標：通過動態(tài)配置異構(gòu)共享服務之間的集成來節(jié)省時間。通過簡單的集中式服務注冊來減少維護工作。通過經(jīng)濟有效的服務部署和自動配置來降低成本。通過確保服務交互的正常進行和可用性來增加正常運行時間。通過使用服務元數(shù)據(jù)來簡化共享服務的配置、集成和管理。提供支持基于SOA的業(yè)務解決方案所需的企業(yè)級可靠性和性能。[1]IBMWebSphereESBIBM提供了三種ESB產(chǎn)品：IBMWebSphereESB、IBMWebSphereMessageBroker、IBMWebSphereDataPowerIntegrationApplianceXI50。根據(jù)您的需求選擇ESB來增強您的SOA。WebSphereESB是一種基于平臺的ESB，作為集成的SOA平臺，針對WebSphere應用服務器進行了優(yōu)化。WebSphereMessageBroker是跨平臺的ESB，是為異構(gòu)IT環(huán)境中的統(tǒng)一連接和轉(zhuǎn)換而構(gòu)建的。WebSphereDataPowerIntegrationApplianceXI50是一種基于設備的ESB，是為簡化的部署和更強的安全性而構(gòu)建的?？蛻裘媾R著從簡單到復雜的各式各樣的ESB需求。MicrosoftESB微軟通過其應用平臺提供了全面的ESB服務，包括：WindowsServer®2003,.NETFramework,BizTalk®Server2008R2.應用平臺提供了一個基礎架構(gòu)，基于此可以靈活和安全地重復使用架構(gòu)和商業(yè)服務，并具有協(xié)調(diào)原有的服務整合到新的端到端的業(yè)務流程中的能力。微軟通過一些列的產(chǎn)品WindowsServer2003,the.NETFramework3.0,andBizTalkServer2006作為對企業(yè)實現(xiàn)ESB的支撐‘MicrosoftESBGuidance是基于BizTalkServer2006一組應用，它提供以下公用的ESB組件：lMessagerouting（消息路由）lMessagevalidation（消息驗證）lMessagetransformation（消息轉(zhuǎn)換）lCentralizedexceptionmanagement（集中的異常管理）丨Extensibleadapterframework（可擴展的適配器框架）丨Serviceorchestration（服務的編制支持）丨Businessrulesengine（業(yè)務規(guī)則引擎）lBusinessactivitymonitoring（業(yè)務活動監(jiān)視）微軟ESB指南提供了架構(gòu)指導，模式和實踐，以及一套BizTalkServer和.NETFramework組件來簡化基于微軟平臺的大型或小規(guī)模的ESB解決方案的開發(fā)。它還可以幫助開發(fā)人員擴展現(xiàn)有的信息和集成解決方案包括的一些服務和組件。JBOSSSOAPlatformJBossEnterpriseSOAPlatform提供了一個基于標準的平臺，用以集成應用、SOA服務、業(yè)務事件和自動化業(yè)務流程。這一SOA平臺集成了特定版本的JBossESB、jBPM、Drools、和已得到驗證的JBoss企業(yè)應用平臺，把它們組織在一起形成一個單一的企業(yè)級發(fā)布。JBossEnterpriseSOAPlatform打包了不少流行組件如：JBossESBlJBossjBPMjPDLlJBossRules（Drools）lJBossApplicationServerlHibernatelHibernateEntityManagerHibernateAnnotationslJBossSeamlJBossWeb（嵌入式Tomcat6.0）lJBossCachelJGroupslJBossMessaginglJBossTransactionslJBossWebServices（JBossWS）lJBossXBlJBossAOPlJBossRemotinglJBossSerializationlJacORBServiceMix對ESB的實現(xiàn)ServiceMix是一個建立在JBI（JSR208）語法規(guī)則和APIs上的開源ESB（EnterpriseServiceBus:企業(yè)服務總線）項目。ServiceMix是基于JBI的ESB。它是開源的基于JBI語義和API的ESB和SOA工具包，以Apache許可證方式發(fā)布。它是輕量的ESB實現(xiàn)，易于作為嵌入式ESB使用;集成了對Spring技術(shù)的支持;可以在客戶端或服務器端運行;可以作為獨立的ESB提供者，也可以作為另外ESB的服務組件；可以在JavaSE或JavaEE服務器中使用；ServiceMix同ApacheGeronimo以及JBoss服務器完全集成，并且在ApacheGeronimo服務器中可以直接部署JBI組件和服務。JavaBusinessIntegration(JBIJava業(yè)務集成)技術(shù)規(guī)范定義了SOA的服務導向集成的內(nèi)核和組成架構(gòu)。它對公共訊息路徑架構(gòu)、服務引擎與捆綁的插件程序接口，以及復合型服務描述機制等都進行了標準化，這樣就將多種服務結(jié)合成為一個單一的可執(zhí)行的和可審核的工作單元。JBI和ServiceMix關系圖JBI并不是一個為開發(fā)者設計的一個接口，更準確的說它是在JBI容器里為集成商提供相互集成的一個體系和一系列的接口。所以人們能集合他們所需要的所有部分，做出一個總體解決。例如在理論你能從BPEL引擎上，EJB容器上或者是數(shù)據(jù)傳輸產(chǎn)品上集合一個基礎設施，并且能夠集成的很合適。ServiceMix中包含完整的JBI容器，支持JBI規(guī)范的所有功能要求:1規(guī)范化消息服務和路由lJBI管理Beans(MBeans)l組件管理和安裝的Ant任務丨對JBI部署單元的完全支持，支持JBI組件的熱部署NECWebOTXESBWebOTXEnterpriseServiceBus(以下簡稱WebOTXESB)是靈活地結(jié)合基于SOA的系統(tǒng)上的業(yè)務應用的，具有消息交換功能的服務運行平臺的中間件，是在WebOTXApplicationServer的JavaEE環(huán)境上動作的ESB運行環(huán)境。WebOTXESB處于處理層和服務層中間的Hub產(chǎn)品的位置，使業(yè)務變更時系統(tǒng)能靈活對應。WebOTXESB遵循JBI1.0(服務總線的Java標準定義)，提供標準的對應了各種協(xié)議的組件，能實現(xiàn)與業(yè)務應用的無縫連接。此外，提供了豐富的適配器群以致能與大型計算機上的業(yè)務應用、EAI工具等連接。而且,提供了能吸收服務間消息差異的高速XML變換引擎，使得不進行任何變更就能靈活地實現(xiàn)系統(tǒng)的構(gòu)筑。RESInfomaticServiceBusRESInfomaticServiceBus是銳易特軟件信息整合解決方案中最為核心的企業(yè)級信息服務總線產(chǎn)品。該產(chǎn)品理念與核心技術(shù)跟IBM、Oracle等國際主流廠商的ESB產(chǎn)品同步，自2004年至今，經(jīng)過了為期兩年的國外產(chǎn)品原型設計和四年的國內(nèi)本土研發(fā)與多行業(yè)重量級客戶實踐檢驗。廣泛應用于金融、電信、政府、公共衛(wèi)生等行業(yè)。它是由七款子產(chǎn)品構(gòu)成的產(chǎn)品家族，包含了UniversalAdapters通用適配器、MessageBroker消息代理、ServiceMonitor服務監(jiān)控中心、ServiceProxy服務代理、RegistryandRepository服務資源注冊中心、ConfigurationManager配置管理中心、IntegrationTools整合開發(fā)工具集，這些子產(chǎn)品相互支撐、協(xié)同工作，共同構(gòu)成分布式信息服務總線的開發(fā)、部署、運行、管理的SOA全生命周期支持。MuleESBMuleESB是一種基于java的、輕量級的企業(yè)服務總線和集成平臺，它允許開發(fā)者快速的、簡單的連接應用,并能夠?qū)崿F(xiàn)數(shù)據(jù)的轉(zhuǎn)換。MuleESB的主要功能如下：服務的創(chuàng)建與管理(Servicecreationandhosting):用MuleESB作為一個輕量級的服務容器來暴露和管理可重用的服務。服務調(diào)解(Servicemediation):隱藏服務消息的格式和協(xié)議，將業(yè)務邏輯從消息中獨立出來，并可以實現(xiàn)本地獨立的服務調(diào)用。消息路由(Messagerouting):基于內(nèi)容和規(guī)則的消息路由、消息過濾、消息合并和消息的重新排序。數(shù)據(jù)轉(zhuǎn)換(Datatransformation):在不同的格式和傳輸協(xié)議中進行轉(zhuǎn)換數(shù)據(jù)。8ESB以太網(wǎng)插板：ESB26與ESB24板的不同主要是在插板上提供的以太網(wǎng)接口的數(shù)量不一樣ESB26提供26個接口，ESB24上有24個；另外ESB26板前面板上有六個以太網(wǎng)接口一個com口，ESB24板前面板上有四個以太網(wǎng)接口一個com口；通常構(gòu)成EMB的ESB板也屬于SWU單元，還有LANU上的ESB板也是SWU單元。EBA系統(tǒng)原理ElectronicBrakeAssist，簡稱EBA，譯為電子控制制動輔助系統(tǒng)，是汽車緊急制動輔助系統(tǒng)的一種。中文名電子控制制動輔助系統(tǒng)名稱eba全稱ElectronicBrakeAssist定義輔助系統(tǒng)控制系統(tǒng)編輯緊急制動輔助系統(tǒng)在正常情況下，大多數(shù)駕駛員開始制動時只施加很小的力，然后根據(jù)情況增加或調(diào)整對制動踏板施加的制動力。如果必須突然施加大得多的制動力，或駕駛員反應過慢，這種方法會阻礙他們及時施加最大的制動力。許多駕駛員也對需要施加比較大的制動力沒有準備，或者他們反應得太晚。造成制動距離過長，導致追尾等交通事故。EBA通過駕駛員踩踏制動踏板的速率來理解它的制動行為，如果它察覺到制動踏板的制動壓力恐慌性增加，EBA會在幾毫秒內(nèi)啟動全部制動力，其速度要比大多數(shù)駕駛員移動腳的速度快得多。EBA可顯著縮短緊急制動距離并有助于防止在停停走走的交通中發(fā)生追尾事故。EBA系統(tǒng)靠時基監(jiān)控制動踏板的運動。它一旦監(jiān)測到踩踏制動踏板的速度陡增，而且駕駛員繼續(xù)大力踩踏制動踏板，它就會釋放出儲存的180巴(18兆帕)的液壓施加最大的制動力。駕駛員一旦釋放制動踏板，EBA系統(tǒng)就轉(zhuǎn)入待機模式。由于更早地施加了最大的制動力，緊急制動輔助裝置可顯著縮短制動距離。EBA是先進的汽車電子產(chǎn)品，由傳感器、執(zhí)行器和控制器組成。核心的執(zhí)行器是車內(nèi)的電子真空助力器(ElectronicVacuumBooster，EVB)。其作用原理是在制動主泵上安裝一個壓力傳感器，通過壓力傳感器感知駕駛員是否進行緊急制動行為。如果是緊急制動，車載控制電腦會啟動電子真空助力器內(nèi)部的電磁機構(gòu)，開速將制動壓力提升至助力器的最大伺服點。雙膜片的電子助力器的反應時間為0.4秒內(nèi)達到助力器的最大伺服壓力。EBA的本質(zhì)是實現(xiàn)車輛的線控制動功能。當EBA配合有長程雷達、激光雷達或其它視覺系統(tǒng)，可以實現(xiàn)車輛的自適應巡航系統(tǒng)功能，車輛主動避撞功能等。BA系統(tǒng)原理BA系統(tǒng)全稱樓宇設備自控系統(tǒng)（BuildingAutomationSystem-RTU），是以一臺微機為中心，由符合工業(yè)標準的網(wǎng)絡，對分布于監(jiān)控現(xiàn)場的區(qū)域智能分站（即DDC）進行連接，通過特定的終端設備，實現(xiàn)對樓宇機電設備集中監(jiān)控和管理的專業(yè)樓宇自動化控制系統(tǒng)。BA系統(tǒng)它是基于現(xiàn)代控制論中分布式控制理論而設計的集散型系統(tǒng),是具有集中操作、管理和分散控制功能的綜合監(jiān)控系統(tǒng)。系統(tǒng)的目標是對建筑物內(nèi)大多數(shù)機電設備采用現(xiàn)代計算機技術(shù)進行全面有效的監(jiān)控和管理,確保建筑物內(nèi)所有設備處于高效、節(jié)能、合理的運行狀態(tài)。樓宇設備自控系統(tǒng)（BuildingAutomationSystem-RTU）主要是建筑物的變配電設備、應急備用電源設備、蓄電池、不停電源設備等監(jiān)視、測量和照明設備的監(jiān)控，給排水系統(tǒng)的給排水設備、飲水設備及污水處理設備等運行、工況的監(jiān)視、測量與控制，空調(diào)系統(tǒng)的次熱源設備、空調(diào)設備、通風設備及環(huán)境監(jiān)測設備等運行工況的監(jiān)視、測量與控制，熱力系統(tǒng)的熱源設備等運行工況的監(jiān)視,以及對電梯、自動扶梯設備運行工況的監(jiān)視。通過RTU實現(xiàn)對建筑物內(nèi)上述機電設備的監(jiān)控與管理,可以節(jié)約能源和人力資源,向用戶創(chuàng)造更舒適安全的環(huán)境?？照{(diào)及通風系統(tǒng)空調(diào)機組風機控制：風機由RTU系統(tǒng)按每天預先編排的時間及需求來控制風機的啟停并記錄運行時間累積。在配電回路故障條件下禁止開機。溫度控制：根據(jù)測量的回風溫度與設定值的偏差，進行計算，經(jīng)比例積分微分（PID）規(guī)律控制水調(diào)節(jié)閥，在夏季工況下，溫度高于設定溫度時開大水閥，溫度低于設定溫度時關小水閥，使送風溫度維持在設定的范圍內(nèi)。風門控制：根據(jù)測量到的室內(nèi)外溫度,進行計算比較，采用經(jīng)濟運行方式，在滿足衛(wèi)生許可條件下，盡量采用最小新風比例，充分利用室內(nèi)回風，過渡季節(jié)充分利用室外空氣的自然調(diào)節(jié)能力，以達到節(jié)省冷量的消耗，同時滿足空調(diào)的要求。壓差報警：進行過濾網(wǎng)壓差檢測與阻塞報警。聯(lián)動控制：風機、水閥、風門聯(lián)動控制，在關閉風機時關閉水閥和風門。檢測：回風溫度，室外溫度，風機狀態(tài)，手自動狀態(tài)。報警：設備故障報警。故障報警同時打印維修派工單，及在上位機反映。中央監(jiān)控顯示打?。簠?shù)，狀態(tài)，報警，動態(tài)流程圖（設定值、測量值、狀態(tài)等）新風機組風機控制：風機由RTU系統(tǒng)按每天預先編排的時間假日程序來控制風機的啟停并記錄運行時間累積。在配電回路故障條件下禁止開機。溫度控制：根據(jù)要求在設置室外溫度檢測點，系統(tǒng)將根據(jù)測量的室外溫度、送風溫度與設定溫度，進行計算，經(jīng)比例積分微分（PID）規(guī)律控制冷水調(diào)節(jié)閥，溫度太高時開大冷水閥，溫度太低時關小冷水閥，使送風溫度維持在設定的范圍內(nèi)。檢測：送風溫度，室外溫度，風機狀態(tài)，故障、手自動狀態(tài)，送風管靜壓值，風機轉(zhuǎn)速。報警：風機故障報警。故障報警同時打印維修派工單，及在上位機反映。中央監(jiān)控顯示與打?。簠?shù)，狀態(tài)，報警，動態(tài)流程圖（設定值、測量值、狀態(tài)等）。其他通風設備風機控制：送風機、排風機由RTU系統(tǒng)按照需求及每天預先編排的時間假日程序來控制風機的啟停并記錄運行時間累積。夏季充分利用夜間風，降低空調(diào)能量損耗。在配電回路故障條件下禁止開機。檢測：風機狀態(tài)。報警：風機故障報警。故障報警同時打印維修派工單，及在上位機反映。中央監(jiān)控顯示與打印：參數(shù)，狀態(tài)，報警，手自動狀態(tài)、動態(tài)流程圖（設定值、測量值、狀態(tài)等）。冷水機組系統(tǒng)冷水機組系統(tǒng)的監(jiān)控，RTU系統(tǒng)按每天預先編排的時間假日程序來控制冷凍系統(tǒng)的啟停和監(jiān)視各設備的工作狀態(tài)。負荷控制：測量冷凍水供回水溫度、回水流量，計算用戶的實際冷負荷，系統(tǒng)根據(jù)計算結(jié)果控制冷水機組開啟的臺數(shù)及冷水機組的制冷量，從而實現(xiàn)節(jié)能的目的。壓差控制：根據(jù)冷凍水供回水壓差控制旁通閥的開度，以保證系統(tǒng)供回水溫度的平衡。設備群控：冷水機組系統(tǒng)的群控功能，根據(jù)負荷自動啟/停冷水機組，并具有設定和修改控制參數(shù)功能。冷水機組內(nèi)的各種狀態(tài)與過程參數(shù)將通過標準接口由冷水機組統(tǒng)上的控制器讀取。當旁通流量達到一臺泵流量時，關停一臺水泵，當總供回水壓差低于設定值時開啟水泵，以達到變量控制，實現(xiàn)空調(diào)系統(tǒng)綜合節(jié)能的目的。系統(tǒng)顯示冷凍水泵的運行狀態(tài)和故障報警。監(jiān)測：冷水機組系統(tǒng)的運行狀態(tài),運行時間累積,各環(huán)節(jié)水的溫度、流量、水位、輸入電流、電壓.報警：冷水機組系統(tǒng)故障報警，水溫超過限定值報警。故障報警同時打印維修派工單，及在上位機反映。中央監(jiān)控顯示與打?。簠?shù)，狀態(tài)，報警，動態(tài)流程圖（設定值、測量值、狀態(tài)等）。給排水系統(tǒng)控制：根據(jù)生活水箱、生活水池的水位啟停生活水泵；根據(jù)污水池的水位控制排污泵的啟停。報警：生活水箱超低水位報警,生活水泵故障報警.故障報警同時打印維修派工單,及在上位機反映中央監(jiān)控顯示與打?。核亍⑸钏?、污水池水位狀態(tài)，生活水泵與污水泵狀態(tài)及報警。變配電系統(tǒng)從大廈的安全性考慮，中央監(jiān)控系統(tǒng)對配電房的有關變配電狀況，實行一般實時監(jiān)視而不作控制，通常強電回路一切控制操作均留給現(xiàn)場有關控制器或操作人員執(zhí)行。BAS系統(tǒng)可實時監(jiān)視以下參量：監(jiān)測：高壓開關、低壓開關和母聯(lián)開關的工作狀態(tài)；低壓配電柜的電壓、電流、功率因數(shù)、有功電度和無功電度；報警：變壓器超溫報警，油箱低油位報警，發(fā)電機潤滑油超溫報警，蓄電池低電壓報警，回路超負荷報警,電流超過額定值報警。故障報警同時打印維修派工單，及在上位機反映。中央監(jiān)控顯示與打?。焊髟O備狀態(tài)、參數(shù)、報警，動態(tài)流程圖。照明系統(tǒng)照明系統(tǒng)的控制采用分回路按時間表自動開關，節(jié)省能源，并監(jiān)測各回路的工作狀態(tài)。RTU系統(tǒng)按預先編排的時間假日程序來進行照明系統(tǒng)設備的開關控制及監(jiān)視其狀態(tài)；正常照明監(jiān)控：航空障礙燈，走廊等處室內(nèi)照明；非正常照明監(jiān)控：安全照明、應急照明、疏散標志照明；(一般情況下非正常照明監(jiān)控和其他所有消防設施一樣并不納入BA解決方案中)特殊照明監(jiān)控：廣告、建筑立面的藝術(shù)照明?？涂叵到y(tǒng)主要是酒店智能照明，節(jié)省能源，且更人性化。電梯系統(tǒng)監(jiān)測：電梯由RTU系統(tǒng)監(jiān)視電梯的運行狀態(tài)；報警：由RTU系統(tǒng)對電梯故障進行報警。MDS系統(tǒng)原理多維標度分析(multidimensionalscaling,MDS)是一組通過直觀的空間圖(spatialmap),表示研究對象的感知和偏好的分析方法。它用多維空間中的點表示不同刺激物之間的感知或心理測量關系，這種幾何表示方法稱為空間圖。一般認為空間圖的軸代表調(diào)查對象對刺激物形成的感知和偏好心理基礎或潛在維度。在市場營銷方面，MDS可用于確認：1?消費者對不同品牌感知維度的數(shù)目與性質(zhì)2?現(xiàn)有品牌在這些維度上的定位3?消費者地理想品牌在這些維度上的定位。中文名多維標度分析外文名multidimensionalscaling簡稱mds類型分析方法1骨髓增生異常編輯簡介骨髓增生異常綜合癥(myelodysplasticsyndrome,MDS)是一組起源于造血髓系定向干細胞或多能干細胞的異質(zhì)性克隆性疾患，主要特征是無效造血和高危演變?yōu)榧毙运柘蛋籽。R床表現(xiàn)為造血細胞在質(zhì)和量上出現(xiàn)不同程度的異常變化。其具體臨床表現(xiàn)為貧血，可伴有感染或出血，部分病人可無癥狀。部分患者可有肝，脾，淋巴結(jié)輕度腫大，少數(shù)患者可有胸骨壓痛，肋骨或四肢關節(jié)痛。血象可呈全血細胞減少，或任何一系及二系血細胞減少。1982年由FAB協(xié)作組建議確立病名，并將MDS分為五型：難治性貧血；難治性貧血伴環(huán)狀鐵粒幼細胞增多；難治性貧血伴原始細胞增多，轉(zhuǎn)變中的難治性貧血伴原始細胞增多；慢性粒－單核細胞白血病。MDS發(fā)病率約10/10萬?12/10萬人口，多累及中老年人，50歲以上的病例占50%?70%，男女之比為2：1。MDS30%?60%轉(zhuǎn)化為白血病。其死亡原因除白血病之外，多數(shù)由于感染，出血，尤其是顱內(nèi)出血。病因MDS的病因尚不明確，推測是由于生物，化學，或物理等因素引起基因突變，染色體異常使某個惡變的細胞克隆性增生。業(yè)已公認，誘變劑如病毒，某些藥物(如化療藥)，輻射(放療)，工業(yè)反應劑(如苯，聚乙烯)以及環(huán)境污染等的可致癌作用，誘變劑可引起染色體的重排或基因重排，也可能只引起基因表達的改變導致MDS．MDS和急性白血病一樣，是由一個異常的造血干細胞衍生的惡性克隆發(fā)展起來的“克隆性疾病”。主要累及髓系細胞，使骨髓粒，紅及巨三系細胞無效病態(tài)造血，其凋亡細胞數(shù)量明顯增加。MDS分型1982年FAB協(xié)作組首先倡導MDS這一概念并將MDS分為五型：難治性貧血(refracroryaremia,RA)；難治性貧血伴環(huán)狀鐵幼粒細胞增多(RAwithringsideroblst,RAS);難治性貧血伴原始細胞增多(RAwithanexcessofblast,RAEB);轉(zhuǎn)變中的難治性貧血伴原始細胞增多(RAEBintransformation,RAEB-T);慢性粒-單核細胞性白血病(chronicmyelo-monocyticleukemia,CMML);MDS分型已由FAB標準過度到WHO標準，按照此標準將MDS分為以下八型：難治性貧血(RA);難治性貧血伴環(huán)狀鐵幼粒細胞增多(RARS)；難治性血細胞減少癥伴幼多系發(fā)育異常(RCMD);難治性血細胞減少癥伴有多系發(fā)育異常和環(huán)狀鐵幼粒細胞(RCMD-RS);難治性貧血伴原始細胞增多-1(RAEB-1)灘治性貧血伴原始細胞增多-2(RAEB-2);MDS，不能分類(MDS-U);MDS伴單純del(5q);.WHO關于MDS的分類標準對于規(guī)范和同意MDS的診斷和治療具有非常重要的意義，但WHO分型標準面世，不久，目前尚未得到與FAB分型同樣的認可與應用。臨床表現(xiàn)〖癥狀〗MDS通常起病緩慢，少數(shù)起病急劇。一般從發(fā)病開始轉(zhuǎn)化為白血病，在一年之內(nèi)約由50%以上。貧血患者占90%。常為中度貧血，表現(xiàn)為面色蒼白，頭暈乏力，活動后心悸氣短等。發(fā)熱占50%，其中原因不明性發(fā)熱占10%?15%，感染部位以呼吸道，肛門周圍和泌尿系為多。出血占20%，常見于呼吸道，消化道，也由顱內(nèi)出血者，早期的出血癥狀較輕，多為皮膚粘膜出血，牙齦出血或鼻衄，女性患者可有月經(jīng)過多。晚期出血趨勢加重，腦出血成為患者死亡的主要原因之一。〖體癥〗一般無特殊體征，僅少數(shù)病例有肝，脾，淋巴結(jié)腫大，脾臟腫大者常為中，輕度。晚期可有胸骨壓痛?！汲Ｒ姴l(fā)癥〗感染：急性白血病MDS中RA,RAS型演變?yōu)榧毙运杓毎籽〉陌l(fā)生率約為13%，此組病例生存期達50個月；MDS中RAEB與CMML組中則有35%?40%演變?yōu)榧毙运杓毎籽?，中位生存期僅14?16個月，RAEB-T演變位急性白血病，中位生存期為三個月。出血：約20%的MDS患者有出血表現(xiàn)，常見于皮膚，呼吸道，消化道等，也有顱內(nèi)出血者。貧血：除個別病人外，絕大多數(shù)患者以不同程度貧血癥狀為主要臨床表現(xiàn)，如面色蒼白、頭暈乏力、活動后心悸氣短等。[1]預防和調(diào)理一、預防專家認為MDS的發(fā)生可能與生物、化學或物理等因素有關。因此，應采取預防措施，醫(yī)務人員應認識濫用藥物的危害性，使用化療藥要慎重；放射治療也應嚴格把握適應證：在有關工農(nóng)業(yè)生產(chǎn)中接觸化學品等有害物質(zhì)（如苯、聚氯乙烯）時，應作好勞動保護，防止有害物質(zhì)污染周圍環(huán)境，以減少MDS的發(fā)病。另外，對于預防骨髓增生異常綜合征這一問題，表現(xiàn)在有不良嗜好的人群。長期吸煙人群，易患肺癌、胃癌;喜食過熱飲料與湯類，或常食刺激性強及粗糙食物的人群，易患食管癌;喜擁熱“懷爐”或坐熱浴的人，易患皮膚癌;長期酗酒者，則易患食管癌和肝癌，等等。[2]二、調(diào)理1、生活調(diào)理非特異性的預防有增強體質(zhì)的作用，合理安排飲食起居，適當運動如散步、太極拳、可以自我調(diào)節(jié)身體的失衡,MDS與情緒密切相關，情緒樂觀，精神愉快對防病極有意義。、飲食調(diào)理飲食得宜，可以養(yǎng)生、延年益壽、且可防病。在疾病治療過程中或治療后，通過飲食調(diào)理可避免疾病的進一步發(fā)展或復發(fā)，而有利于身體康復。一、注意營養(yǎng)合理調(diào)配飲食，對肉類、蛋類、新鮮蔬菜的攝取要全面，不要偏食。二、忌口雞屬陽，動風。MDS虛實夾雜，邪毒內(nèi)壅，助火洞風之品宜忌，特別是陰虛火旺、出血，痰濕交阻者尤要注意。三、冬蟲春草燉鴨冬蟲夏草5g,鴨75g，生姜3片，黃酒5g,水200ml，適加鹽油調(diào)味，文火燉2小時，飲湯食肉，治療MDS氣陰不足，神疲乏力，舌淡紅，脈細者。3、精神調(diào)理肝氣郁結(jié)與MDS的發(fā)病關系密切，有資料提出MDS發(fā)病前有長達半年以上的較嚴重的精神刺激，因此提倡虛懷若谷，胸襟開闊，提高修養(yǎng)，在疾病調(diào)治過程中亦非常之關鍵。程度意義I級：增生極度活躍，主要見于急性和慢性白血病，偶見某些增生性貧血。II級：增生明顯活躍，常見于各種增生性貧血，如缺鐵性貧血、巨幼紅細胞性貧血、溶血性貧血等，或某些白血病。III級：增生活躍，見于正常人骨髓象，某些代償增生較差的貧血，也見于因骨髓取材時受部分血液稀釋。W級：增生減低，常見于再生障礙性貧血及骨髓被部分血液稀釋。V級：增生極度減低，見于典型再生障礙性貧血。2MDS（中醫(yī)）編輯簡單介紹MDS屬中醫(yī)“虛勞”、“血證”、“內(nèi)傷發(fā)熱”、“瘀證”及“癥積”范疇。本病以肝郁、脾虛、腎虧為本，氣血陰陽虧虛為先，肝郁氣滯，繼則邪毒內(nèi)壅，氣血滯行，終致虛實夾雜。與遺傳、體質(zhì)、環(huán)境、外感、飲食勞倦、情緒等因素有關。MDS病因有內(nèi)因、外因、不內(nèi)外因。內(nèi)因多由先天稟賦不足，后天失養(yǎng)，或勞倦內(nèi)傷，正氣虧虛，肝氣郁結(jié)；外因為六淫之邪；不內(nèi)外因為接觸異常射線和藥物，化學毒素。外因、不內(nèi)外因通過內(nèi)因起作用。正氣虛弱，氣血不足致外邪侵襲有可乘之機。病初淺者為“氣血兩虛”，病情進一步發(fā)展可出現(xiàn)“氣陰兩虛”或“陰陽兩虛”。臨床上氣血兩虛者可見面色蒼白，唇甲色淡，頭暈目眩，神疲乏力，心悸氣短，舌淡苔白，脈虛大無力。腎虛則見頭暈乏力，面色少華，腰酸腿軟，耳鳴健忘，尿清長，脈細弱或遲脈虛大。偏腎陰虛則見五心煩熱，低熱盜汗，口干便結(jié)，舌淡紅少苔，脈細數(shù)無力。偏腎陽虛者形寒肢冷，面浮肢終，夜尿頻繁，納呆腹脹，大便溏軟，舌淡胖，苔薄白，脈沉。氣虛不能行血，血虛脈道不充，血流不暢為瘀，陰虛火旺，熱傷血絡迫血妄行，溢出脈外，留體為瘀，或陽虛內(nèi)寒，血凝不行致“血瘀”形成。癥見面色晦暗，口唇色暗，粘膜瘀斑，腹部包塊，或痰核瘰疬，舌質(zhì)淡暗、瘀斑，苔白膩，脈沉澀。氣陰兩虛，虛熱內(nèi)生可致“發(fā)熱”癥狀，風熱毒邪乘虛而入又可形成熱毒熾盛或邪毒內(nèi)攻的高熱癥狀。氣虛無力統(tǒng)血，陽虛無力固攝或陰虛火旺，熱迫血妄行均可導致“出血”癥狀。MDS的發(fā)病過程是由虛到實夾雜，實又加重虛損的動態(tài)病理變化過程。治療方法隨著醫(yī)學理論的完善和科學技術(shù)的發(fā)展，治療血液病[3]的方法也在不斷進步。專家組結(jié)合古今血證治療經(jīng)驗，博采家之長，形成了全新的辨證系列組方及優(yōu)化康復方案?！敖?jīng)腧介導調(diào)控生血療法”既突出了現(xiàn)代醫(yī)學長于微觀、定位精確、止血迅速的特點，又充分發(fā)揮了傳統(tǒng)治療注重整體、治病求本、靈活多變的優(yōu)勢，是辨證與辨病結(jié)合系統(tǒng)治療疾病的最佳體現(xiàn)。治療理念編輯中醫(yī)是攻克血液病的利器，具有提高療效、延長生存期、不良反應少、費用低的優(yōu)點?！敖?jīng)腧介導調(diào)控生血療法”[3]結(jié)合中醫(yī)內(nèi)病外治理論并應用現(xiàn)代生物全息免疫學說，通過透皮離子導入技術(shù)，在人體肝脾腎經(jīng)腧穴部位植入高倍濃縮藥物因子，使藥液活性成份以緩釋滲透的方式，由經(jīng)絡內(nèi)傳相應臟腑，調(diào)理臟腑功能，增強血細胞活力，溝通和加強機體的氣血、營衛(wèi)有序地循環(huán)運行，調(diào)節(jié)血細胞代謝、增殖與凋亡，凈化血液循環(huán)系統(tǒng)，促使骨髓重新恢復造血機能。4計算機擴展名編輯MDF與MDS文件：mds是光盤映像文件名，一般這個文件很小，與之配套的還應該有一個MDF同名文件，這個文件大。虛擬光驅(qū)文件后綴名為*.iso,*.cue,*.bin*.cif,*.fcd,*.tao,*.dao,*.dfi,*.img,*.ccd,*.mgd,*.mdf,*.mds,*.cdi,*.nrg,*.vcd可以使用Alcohol、DaemonTools或WinMount軟件打開。5通信系統(tǒng)編輯MultipointDistributionSystem多點分布系統(tǒng)GEMDS由美國通用電氣生產(chǎn)的無線電臺，由RS232R422RS485以太網(wǎng)口60racleERP編輯MasterDemandSchedule主需求計劃7信息論與編碼編輯maximum-distance-separable（MDS）codes最大距離可分碼8多專業(yè)支吊架編輯Multi-DisciplineSupports多專業(yè)支吊架MDS是由國際著名的工廠工程信息技術(shù)企業(yè)一一英國AVEVA公司，根據(jù)歐洲工程公司的支吊架標準開發(fā)的一款設計工具，主要用于旗下知名軟件PDMS（工廠全球三維布置設計系統(tǒng)）的管道支吊架配套設計，可以設計三維實體管道、風管及電纜橋架支吊架并自動生成支吊架安裝圖，這種以數(shù)據(jù)庫為核心的圖形數(shù)據(jù)一體化技術(shù)，代表了全球三維工廠設計的主流和發(fā)展方向XML原理可擴展標記語言編輯xml一般指可擴展標記語言可擴展標記語言，標準通用標記語言的子集，是一種用于標記電子文件使其具有結(jié)構(gòu)性的標記語言。在電子計算機中，標記指計算機所能理解的信息符號，通過此種標記，計算機之間可以處理包含各種的信息比如文章等。它可以用來標記數(shù)據(jù)、定義數(shù)據(jù)類型，是一種允許用戶對自己的標記語言進行定義的源語言。它非常適合萬維網(wǎng)傳輸，提供統(tǒng)一的方法來描述和交換獨立于應用程序或供應商的結(jié)構(gòu)化數(shù)據(jù)。是Internet環(huán)境中跨平臺的、依賴于內(nèi)容的技術(shù)，也是當今處理分布式結(jié)構(gòu)信息的有效工具。早在1998年，W3C就發(fā)布了XML1.0規(guī)范，使用它來簡化Internet的文檔信息傳輸。中文名可擴展標記語言外文名ExtensibleMarkupLanguage類型標記語言外語縮寫XML（也做文件擴展名）中文縮寫可擴標言其他稱呼可擴展置標語言、可擴展標識語言1998年2月，W3C正式批準了可擴展標記語言的標準定義，可擴展標記語言可以對文檔和數(shù)據(jù)進行結(jié)構(gòu)化處理，從而能夠在部門、客戶和供應商之間進行交換，實現(xiàn)動態(tài)內(nèi)容生成，企業(yè)集成和應用開發(fā)?？蓴U展標記語言可以使我們能夠更準確的搜索，更方便的傳送軟件組件，更好的描述一些事物。例如電子商務交易等。它被設計用來傳輸和存儲數(shù)據(jù)；[1]超文本標記語言被設計用來顯示數(shù)據(jù)。它們都是標準通用標記語言的子集。一、什么是可擴展標記語言？可擴展標記語言是一種很像超文本標記語言的標記語言。它的設計宗旨是傳輸數(shù)據(jù)，而不是顯示數(shù)據(jù)。它的標簽沒有被預定義。您需要自行定義標簽。它被設計為具有自我描述性。它是W3C的推薦標準。二、可擴展標記語言和超文本標記語言之間的差異它不是超文本標記語言的替代。它是對超文本標記語言的補充。它和超文本標記語言為不同的目的而設計：它被設計用來傳輸和存儲數(shù)據(jù)，其焦點是數(shù)據(jù)的內(nèi)容。超文本標記語言被設計用來顯示數(shù)據(jù)，其焦點是數(shù)據(jù)的外觀。超文本標記語言旨在顯示信息，而它旨在傳輸信息。對它最好的描述是：它是獨立于軟件和硬件的信息傳輸工具。三、可擴展標記語言是W3C的推薦標準XML于1998年2月10日成為W3C的推薦標準。四、可擴展標記語言無所不在超文本標記語言。XML是各種應用程序之間進行數(shù)據(jù)傳輸?shù)淖畛Ｓ玫墓ぞ摺?格式特性編輯它與Access，Oracle和SQLServer等數(shù)據(jù)庫不同，數(shù)據(jù)庫提供了更強有力的數(shù)據(jù)存儲和分析能力，例如：數(shù)據(jù)索引、排序、查找、相關一致性等，它僅僅是存儲數(shù)據(jù)。事實上它與其他數(shù)據(jù)表現(xiàn)形式最大的不同是：它極其簡單，這是一個看上去有點瑣細的優(yōu)點，但正是這點使它與眾不同。它和超文本標記語言語法區(qū)別：超文本標記語言的標記不是所有的都需要成對出現(xiàn)，它則要求所有的標記必須成對出現(xiàn)；HTML標記不區(qū)分大小寫，它則大小敏感，即區(qū)分大小寫。[1]結(jié)合標準通用標記語言、超文本標記語言是它的先驅(qū)。標準通用標記語言它是國際上定義電子文件結(jié)構(gòu)和內(nèi)容描述的標準，是一種非常復雜的文檔的結(jié)構(gòu)，主要用于大量高度結(jié)構(gòu)化數(shù)據(jù)的防衛(wèi)區(qū)和其他各種工業(yè)領域，利于分類和索引。同它相比，定義的功能很強大，缺點是它不適用于Web數(shù)據(jù)描述，而且標準通用標記語言軟件價格非常昂貴。HTML相信大家都比較熟悉，即超文本標識語言，它的優(yōu)點是比較適合web頁面的開發(fā)。但它有一個缺點是標記相對少，只有固定的標記集如＜p＞.＜strong＞等。缺少標準通用標記語言的柔性和適應性。不能支持特定領域的標記語言，如對數(shù)學、化學、音樂等領域的表示支持較少。舉個例子來說，開發(fā)者很難在網(wǎng)頁上表示數(shù)學公式、化學分子式和樂譜。它結(jié)合了標準通用標記語言和HTML的優(yōu)點并消除其缺點。XML仍然被認為是一種標準通用標記語言。比標準通用標記語言要簡單，但能實現(xiàn)標準通用標記語言的大部分的功能。1996年的夏天，標準通用標記語言，使其在Web中，既能利用標準通用標記語言的長處又保留html的簡單性。XML的簡單使其易于在任何應用程序中讀寫數(shù)據(jù)，這使XML很快成為數(shù)據(jù)交換的唯一公共語言，雖然不同的應用軟件也支持其它的數(shù)據(jù)交換格式，但不久之后他們都將支持XML,那就意味著程序可以更容易的與Windows,MacOS,Linux以及其他平臺下產(chǎn)生的信息結(jié)合，然后可以很容易加載XML數(shù)據(jù)到程序中并分析它,并以XML格式輸出結(jié)果。友好為了使得標準通用標記語言顯得用戶友好，它重新定義了標準通用標記語言的一些內(nèi)部值和參數(shù)，去掉了大量的很少用到的功能，這些繁雜的功能使得標準通用標記語言在設計網(wǎng)站時顯得復雜化。它保留了標準通用標記語言的結(jié)構(gòu)化功能，這樣就使得網(wǎng)站設計者可以定義自己的文檔類型，它同時也推出一種新型文檔類型使得開發(fā)者也可以不必定義文檔類型。3語法編輯可以在可擴展標記語言文件的內(nèi)容包括幾乎所有的萬國碼Unicode字符（以下例子使用本條例，以＜?開頭的文檔序言部分標記不能使用此條例），元素和屬性的名稱也可以由非ascii字符組成。[2]標準通用標記語言常用來定義針對HTML的文檔類型定義（DTD），同時它也常用于編寫XML的DTD。標準通用標記語言的問題就在于它允許出現(xiàn)一些奇怪的語法，這讓創(chuàng)建HTML的解析器成為一個大難題：某些起始標簽可以選擇性出現(xiàn)結(jié)束標簽或者隱含了結(jié)束標簽。某些起始標簽要求必須出現(xiàn)結(jié)束標簽，例如HTML中＜script＞“腳本”標簽。標簽可以以任何順序嵌套。即使結(jié)束標簽不按照起始標簽的逆序出現(xiàn)也是允許的，例如，Thisisasamplestring是正確的。某些特性要求必須包含值，例如＜圖片源="百度百科.jpg"＞中的源特性。某些特性不要求一定有值，例如中的“不換行”（外語：nowrap）特性。定義特性的兩邊有沒有加上雙引號都是可以的，所以都是允許的。?12＜百度百科詞條="可擴展標記語言"＞?＜!--和--＞?12＜百度百科詞條=可擴展標記語言＞這些問題使建立一個標準通用標記語言的解析器變成了一項艱巨的任務，判斷何時應用以上規(guī)則的困難導致了標準通用標記語言語言的定義一直停滯不前，以這些問題作為出發(fā)點，XML逐漸步入我們的視野。XML去掉了之前令許多開發(fā)人員頭疼的標準通用標記語言的隨意語法。在XML中，采用了如下的語法：一、任何的起始標簽都必須有一個結(jié)束標簽。二、可以采用另一種簡化語法，可以在一個標簽中同時表示起始和結(jié)束標簽。這種語法是在大于符號之前緊跟一個斜線（/），例如＜百度百科詞條/＞。XML解析器會將其翻譯成＜百度百科詞條＞＜/百度百科詞條〉。三、標簽必須按合適的順序進行嵌套，所以結(jié)束標簽必須按鏡像順序匹配起始標簽，例如這是一串百度百科中的樣例字符串。這好比是將起始和結(jié)束標簽看作是數(shù)學中的左右括號：在沒有關閉所有的內(nèi)部括號之前，是不能關閉外面的括號的。四、所有的特性都必須有值。五、所有的特性都必須在值的周圍加上雙引號。這些規(guī)則使得開發(fā)一個XML解析器要簡便得多，而且也除去了解析標準通用標記語言中花在判斷何時何地應用那些奇怪語法規(guī)則上的工作。僅僅在XML出現(xiàn)后的前六年就衍生出多種不同的語言，包括MathML、SVG、RDF、RSS、SOAP、XSLT、XSL-F0,而同時也將HTML改進為XHTML。應用編輯可擴展標記語言是一種元標記語言，即定義了用于定義其他特定領域有關語義的、結(jié)構(gòu)化的標記語言,這些標記語言將文檔分成許多部件并對這些部件加以標識。XML文檔定義方式有：文檔類型定義(DTD)和XMLSchema。DTD定義了文檔的整體結(jié)構(gòu)以及文檔的語法，應用廣泛并有豐富工具支持。XMLSchema用于定義管理信息等更強大、更豐富的特征。XML能夠更精確地聲明內(nèi)容，方便跨越多種平臺的更有意義的搜索結(jié)果。它提供了一種描述結(jié)構(gòu)數(shù)據(jù)的格式，簡化了網(wǎng)絡中數(shù)據(jù)交換和表示，使得代碼、數(shù)據(jù)和表示分離，并作為數(shù)據(jù)交換的標準格式，因此它常被稱為智能數(shù)據(jù)文檔。XML技術(shù)已經(jīng)廣泛應用于e-Learning應用系統(tǒng)的開發(fā),大多數(shù)的商用e-Learning平臺都支持XML標準。一些主要的網(wǎng)絡設備制造商，如CISCO、JUNIPER等，生產(chǎn)的網(wǎng)絡設備也已提供了對XML的支持，以利于今后基于XML的網(wǎng)絡管理。XML在e-Learning管理中的應用一、兼容現(xiàn)有協(xié)議XML文檔格式的管理信息可以很容易地通過HTTP協(xié)議傳輸，由于HTTP是建立在TCP之上的，故管理數(shù)據(jù)能夠可靠傳輸。XML還支持訪問XML文檔的標準API,如DOM，SAX，XSLT，Xpath等。二、統(tǒng)一的管理數(shù)據(jù)存取格式XML能夠以靈活有效的方式定義管理信息的結(jié)構(gòu)。以XML格式存儲的數(shù)據(jù)不僅有良好的內(nèi)在結(jié)構(gòu)，而且由于它是W3C提出的國際標準，因而受到廣大軟件提供商的支持，易于進行數(shù)據(jù)交流和開發(fā)?，F(xiàn)有網(wǎng)絡管理標準如TMN、SNMP等的管理信息庫規(guī)范決定了網(wǎng)管數(shù)據(jù)符合層次結(jié)構(gòu)和面向?qū)ο笤瓌t，這使得以XML格式存儲網(wǎng)管數(shù)據(jù)也非常自然，易于實現(xiàn)。三、不同應用系統(tǒng)間數(shù)據(jù)的共享和交互只要定義一套描述各項管理數(shù)據(jù)和管理功能的XML語言，用Schema對這套語言進行規(guī)定，并且共享這些數(shù)據(jù)的系統(tǒng)的XML文檔遵從這些Schema，那么管理數(shù)據(jù)和管理功能就可以在多個應用系統(tǒng)之間共享和交互。四、底層傳輸?shù)臄?shù)據(jù)更具可讀性網(wǎng)絡中傳輸?shù)牡讓訑?shù)據(jù)因協(xié)議不同而編碼規(guī)則不同，雖然最終傳輸時都是二進制位流，但是不同的應用協(xié)議需要提供不同的轉(zhuǎn)換機制。這種情況導致管理站在對采用不同協(xié)議發(fā)送管理信息的被管對象之間進行管理時很難實現(xiàn)兼容。如果協(xié)議在數(shù)據(jù)表示時都采用XML格式進行描述，這樣網(wǎng)絡之間傳遞的都是簡單的字符流，可以通過相同的XML解析器進行解析，然后根據(jù)不同的XML標記，對數(shù)據(jù)的不同部分進行區(qū)分處理，使底層數(shù)據(jù)更具可讀性。[3]五、它和json都是一種數(shù)據(jù)交換格式XML由3個部分構(gòu)成，它們分別是：文檔類型定義(DocumentTypeDefinition，DTD)，即XML的布局語言;可擴展的樣式語言(ExtensibleStyleLanguage，XSL)，即XML的樣式表語言；以及可擴展鏈接語言(ExtensibleLinkLanguage，XLL)。(1)DTDDTD規(guī)定了文檔的邏輯結(jié)構(gòu)。它可定義文檔的語法，而文檔的語法反過來也能夠讓XML語法分析程序確認頁面標記使用的合法性。DTD定義了頁面的元素、元素的屬性及元素和屬性間的關系。元素與元素間用起始標記和結(jié)束標記來定界，對于空元素，用一個空元素標記來分隔。每一個元素都有一個用名字標識的類型，也稱為它的通用標識符，并且它還可以有一個屬性說明集。每個屬性說明都有一個名字和一個值。理想定義應該面向描述與應用程序相關的數(shù)據(jù)結(jié)構(gòu)，而不是如何顯示數(shù)據(jù)。就是說，應該把一個元素定義為一個標題行，之后讓樣式表和腳本定義顯示標題行。DTD不具強制性。對于簡單的應用程序來說，開發(fā)商不需建立自己的DTD，可以使用預先定義的公共DTD或不使用。即使某個文檔已經(jīng)有DTD,只要文檔組織是良好的，語法分析程序也不必對照DTD來檢驗文檔的合法性。服務器可能己執(zhí)行了檢查，所以檢驗的時間和帶寬將得以大幅度節(jié)省。(2)XSLXSL是用來規(guī)定XML文檔樣式的語言。XSL能使Web瀏覽器改變原有文檔的表示法，例如改變數(shù)據(jù)的顯示順序，不必再與服務器進行交互通信。通過樣式表的變換，同一文檔可以顯示得更大，或經(jīng)過折疊只顯示外面的一層，或者變?yōu)榇蛴「袷健SL憑借其本身的可擴展性，能夠控制無窮無盡的標記，而且控制每個標記的方式也是無窮盡的，這也給Web提供了高級的布局特性。如文本的旋轉(zhuǎn)、多列和獨立區(qū)域。同時支持國際書寫格式，可在一頁上混合使用從左至右、從右至左及從上至下的書寫格式。就如同XML介于HTML和SGML之間一樣，XSL標準是介于CSS和SGMI的文檔樣式語義和規(guī)范語言之間的。(3)XLLXLL支持Web上已有的簡單鏈接，而且將進一步擴展鏈接，包括終結(jié)死鏈接的間接鏈接及可從服務器中只查詢某個元素的相關部分鏈接等。超文本標記語言(HTML)僅僅執(zhí)行歷來與超文本系統(tǒng)概念相關的極少功能，僅支持最簡單的鏈接形式，即指向硬編碼位置的單向鏈接，這與XML相比有著很大的差別。在為XML所設想的真正超文本系統(tǒng)中，所有典型的超文本鏈接機制全部將得到支持，包括：與位置無關命名，雙向鏈接，可在文檔外規(guī)定和管理的鏈接元超鏈接(如環(huán)路、多個窗口)，集合鏈接(多來源)，Transc1usion(鏈接目標文檔是鏈接源文檔的一部分)，鏈接屬性(鏈接類型)。所有這些可通過XLL來實現(xiàn)。由于XML以SGML作為基礎，因此，XLL基本上屬于Hytime（超媒體/基于時間的結(jié)構(gòu)語言，ISO10744）的一個子集，另外它還遵循文本編碼所倡議規(guī)定的鏈接概念。XML能方便有效地表示結(jié)構(gòu)化數(shù)據(jù)，這就使得XML可以作為描述和傳輸數(shù)據(jù)的手段。使用XML進行數(shù)據(jù)交換已經(jīng)成為計算機軟件領域的標準技術(shù)模式。通過XML實現(xiàn)數(shù)據(jù)的標準化、結(jié)構(gòu)化，解決了在不同平臺、不同系統(tǒng)之間的數(shù)據(jù)結(jié)構(gòu)/模式的差異，使得數(shù)據(jù)層在XML技術(shù)的支持下統(tǒng)一起來。⑷WEB原理WebService全部的規(guī)范，技術(shù)都是以XML為底層核心和構(gòu)架基礎的，對WebService而言，SOAP、WSDL和UDDI，都是使用XML作為信息描述和交換的標準手段。XML技術(shù)的產(chǎn)生促使了WebService技術(shù)的產(chǎn)生與發(fā)展。web的本意是蜘蛛網(wǎng)和網(wǎng)的意思，在網(wǎng)頁設計中我們稱為網(wǎng)頁的意思?，F(xiàn)廣泛譯作網(wǎng)絡、互聯(lián)網(wǎng)等技術(shù)領域表現(xiàn)為三種形式，即超文本（hypertext）、超媒體（hypermedia）、超文本傳輸協(xié)議（HTTP）等。中文名互聯(lián)網(wǎng)外文名web表現(xiàn)形式超文本、超媒體、超文本傳輸協(xié)議本意蜘蛛網(wǎng)表現(xiàn)形式編輯一、超文本（hypertext）超文本是一種用戶接口方式，用以顯示文本及與文本相關的內(nèi)容?，F(xiàn)時超文本普遍以電子文檔的方式存在，其中的文字包含有可以鏈接到其他字段或者文檔的超文本鏈接，允許從當前閱讀位置直接切換到超文本鏈接所指向的文字。超媒體室內(nèi)效果圖大課堂超文本的格式有很多，最常使用的是超文本標記語言（標準通用標記語言下的一個應用）及富文本格式（RTF）。我們?nèi)粘g覽的網(wǎng)頁都屬于超文本。超文本鏈接一種全局性的信息結(jié)構(gòu)，它將文檔中的不同部分通過關鍵字建立鏈接，使信息得以用交互方式搜索。二、超媒體（hypermedia）超媒體是超文本（hypertext）和多媒體在信息瀏覽環(huán)境下的結(jié)合。它是超級媒體的簡稱。用戶不僅能從一個文本跳到另一個文本，而且可以激活一段聲音，顯示一個圖形，甚至可以播放一段動畫。Internet采用超文本和超媒體的信息組織方式，將信息的鏈接擴展到整個Internet上。Web就是一種超文本信息系統(tǒng)，Web的一個主要的概念就是超文本鏈接。它使得文本不再像一本書一樣是固定的線性的，而是可以從一個位置跳到另外的位置并從中獲取更多的信息，還可以轉(zhuǎn)到別的主題上。想要了解某一個主題的內(nèi)容只要在這個主題上點一下，就可以跳轉(zhuǎn)到包含這一主題的文檔上。正是這種多連接性把它稱為Web。三、超文本傳輸協(xié)議（HTTP）HyperTextTransferProtocol超文本在互聯(lián)網(wǎng)上的傳輸協(xié)議。2性能測試編輯Web性能測試涉及的范圍太廣，但一般web開發(fā)者在程序上線以后很多都曾遇到過性能的問題。普遍表現(xiàn)為頁面速度開始急劇變慢，正常訪問時間變的很長，或則干脆給你拋出異常錯誤頁面。這里會涉及到很多可能發(fā)生的情況，舉例幾個最主要發(fā)生的情況：數(shù)據(jù)庫連接超過最大限制，一般表現(xiàn)為程序的連接池滿，拒絕了與數(shù)據(jù)庫的連接。數(shù)據(jù)庫死鎖WebServer超過最大連接數(shù)（一般在虛擬主機上才會限制）內(nèi)存泄漏*Http連接數(shù)太多，即訪問量超過了機器和軟件設計正常所能提供的服務引申編輯該詞匯又引申為“環(huán)球網(wǎng)”，而且，在不同的領域，有不同的含義。就拿“環(huán)球網(wǎng)”的釋義來說，對于普通的用戶來說，web僅僅只是一種環(huán)境一一互聯(lián)網(wǎng)的使用環(huán)境、氛圍、內(nèi)容等；而對于網(wǎng)站制作、設計者來說，它是一系列技術(shù)的復合總稱（包括網(wǎng)站的前臺布局、后臺程序、美工、數(shù)據(jù)庫領域等等的技術(shù)概括性的總稱）。網(wǎng)頁編輯簡述網(wǎng)頁，是網(wǎng)站中的一個頁面，通常是HTML（標準通用標記語言下的一個應用）格式（文件擴展名為.html或.htm或.asp或.aspx或.php或jsp等）。網(wǎng)頁通常用圖像檔來提供圖畫。網(wǎng)頁要透過網(wǎng)頁瀏覽器來閱讀。web（5張）網(wǎng)頁是構(gòu)成網(wǎng)站的基本元素，是承載各種網(wǎng)站應用的平臺。通俗的說，您的網(wǎng)站就是由網(wǎng)頁組成的。如果您只有域名和虛擬主機而沒有制作任何網(wǎng)頁的話，您的客戶仍舊無法訪問您的網(wǎng)站。所謂網(wǎng)站（Website），就是指在網(wǎng)際網(wǎng)路（因特網(wǎng)）上，根據(jù)一定的規(guī)則，使用HTML等工具制作的用于展示特定內(nèi)容的相關網(wǎng)頁的集合。簡單地說，網(wǎng)站是一種通訊工具，就像布告欄一樣，人們可以通過網(wǎng)站來發(fā)布自己想要公開的資訊（信息），或者利用網(wǎng)站來提供相關的網(wǎng)路服務（網(wǎng)絡服務），又或收集想要的信息。人們可以通過網(wǎng)頁瀏覽器來訪問網(wǎng)站，獲取自己需要的資訊（信息）或者享受網(wǎng)路服務。什么是網(wǎng)頁在你眼前，出現(xiàn)在顯示器上的這個“東西”，就是一個網(wǎng)頁。網(wǎng)頁實際是一個文件，它存放在世界某個角落的某一臺計算機中，而這臺計算機必須是與互聯(lián)網(wǎng)相連的。網(wǎng)頁經(jīng)由網(wǎng)址（URL）來識別與存取，當我們在瀏覽器輸入網(wǎng)址后，經(jīng)過一段復雜而又快速的程序，網(wǎng)頁文件會被傳送到你的計算機，然后再通過瀏覽器解釋網(wǎng)頁的內(nèi)容，再展示到你的眼前。構(gòu)成元素文字與圖片是構(gòu)成一個網(wǎng)頁的兩個最基本的元素。你可以簡單的理解為：文字，就是網(wǎng)頁的內(nèi)容，圖片，就是網(wǎng)頁的美觀。除此之外，網(wǎng)頁的元素還包括動畫、音樂、程序等等。在網(wǎng)頁上點擊鼠標右鍵，選擇菜單中的“查看源文件”，就可以通過記事本看到網(wǎng)頁的實際內(nèi)容?？梢钥吹?，網(wǎng)頁實際上只是一個純文本文件，它通過各式各樣的標記對頁面上的文字、圖片、表格、聲音等元素進行描述(例如字體、顏色、大小)，而瀏覽器則對這些標記進行解釋并生成頁面，于是就得到你現(xiàn)在所看到的畫面。為什么在源文件看不到任何圖片？網(wǎng)頁文件中存放的只是圖片的鏈接位置，而圖片文件與網(wǎng)頁文件是互相獨立存放的，甚至可以不在同一臺計算機上。網(wǎng)頁的類型通常我們看到的網(wǎng)頁，都是以htm或html后綴結(jié)尾的文件，俗稱HTML文件。不同的后綴，分別代表不同類型的網(wǎng)頁文件，例如以CGI、ASP、PHP、JSP甚至其他更多。網(wǎng)頁的分類網(wǎng)頁有多種分類,我們籠統(tǒng)意義上的分類是動態(tài)和靜態(tài)的頁面,原則上講靜態(tài)頁面多通過網(wǎng)站設計軟件來進行重新設計和更改,相對的比較滯后，當然有網(wǎng)站管理系統(tǒng)，也可以生成靜態(tài)頁面~我們稱這種靜態(tài)頁面為偽靜態(tài)。動態(tài)頁面通過網(wǎng)頁腳本與語言自動處理自動更新的頁面，比方說貼吧，他就是通過網(wǎng)站服務器運行程序自動處理信息，按照流程更新網(wǎng)頁。關于網(wǎng)頁當你每次上網(wǎng)時，都會在歷史紀錄里留下紀錄(Cookie)，保存在C盤主要文件的一個文檔里，刪除時只要右鍵點擊IE屬性，在瀏覽歷史記錄刪除就可以了，也可以修改記錄保存的目錄或退出瀏覽器時刪除記錄。起源最早的網(wǎng)絡構(gòu)想可以追溯到遙遠的1980年蒂姆?伯納斯-李構(gòu)建的ENQUIRE項目。這是一個類似維基百科的超文本在線編輯數(shù)據(jù)庫。盡管這與萬維網(wǎng)大不相同，但是它們有許多相同的核心思想，甚至還包括一些伯納斯－李的萬維網(wǎng)之后的下一個項目語義網(wǎng)中的構(gòu)想。1989年3月，伯納斯－李撰寫了《關于信息化管理的建議》一文，文中提及ENQUIRE并且描述了一個更加精巧的管理模型。[3]1990年11月12日他和羅伯特?卡里奧(RobertCailliau)合作提出了一個更加正式的關于萬維網(wǎng)的建議。在1990年11月13日他在一臺NeXT工作站上寫了第一個網(wǎng)頁以實現(xiàn)他文中的想法.在那年的圣誕假期，伯納斯－李制作了要一個網(wǎng)絡工作所必須的所有工具：第一個萬維網(wǎng)瀏覽器(同時也是編輯器)和第一個網(wǎng)頁服務器。1991年8月6日，他在alt.hypertext新聞組上貼了萬維網(wǎng)項目簡介的文章。這一天也標志著因特網(wǎng)上萬維網(wǎng)公共服務的首次亮相。萬維網(wǎng)中至關重要的概念超文本起源于1960年代的幾個從前的項目。譬如泰德?尼爾森(TedNelson)的仙那都項目(ProjectXanadu)和道格拉斯?英格巴特(DouglasEngelbart)的NLS。而這兩個項目的靈感都是來源于萬尼瓦爾?布什在其1945年的論文《和我們想得一樣》中為微縮膠片設計的“記憶延伸”(memex)系統(tǒng)。蒂姆?伯納斯-李的另一個才華橫溢的突破是將超文本嫁接到因特網(wǎng)上。在他的書《編織網(wǎng)絡》中，他解釋說他曾一再向這兩種技術(shù)的使用者們建議它們的結(jié)合是可行的，但是卻沒有任何人響應他的建議，他最后只好自己解決了這個計劃。他發(fā)明了一個全球網(wǎng)絡資源唯一認證的系統(tǒng)：統(tǒng)一資源標識符。萬維網(wǎng)和其他超文本系統(tǒng)有很多不同之處：1.萬維網(wǎng)上需要單項連接而不是雙向連接，這使得任何人可以在資源擁有者不作任何行動情況下鏈接該資源。和早期的網(wǎng)絡系統(tǒng)相比，這一點對于減少實現(xiàn)網(wǎng)絡服務器和網(wǎng)絡瀏覽器的困難至關重要，但它的副作用是產(chǎn)生了壞鏈的慢性問題。2?萬維網(wǎng)不像某些應用軟件如HyperCard，它不是私有的，這使得服務器和客戶端能夠獨立地發(fā)展和擴展，而不受許可限制。1993年4月30日，歐洲核子研究組織宣布萬維網(wǎng)對任何人免費開放，并不收取任何費用。兩個月之后Gopher宣布不再免費，造成大量用戶從Gopher轉(zhuǎn)向萬維網(wǎng)。萬維網(wǎng)聯(lián)盟(WorldWideWebConsortium，簡稱W3C)，又稱W3C理事會。1994年10月在麻省理工學院計算機科學實驗室成立，建立者是萬維網(wǎng)的發(fā)明者蒂姆?伯納斯-李。特點編輯圖形化Web非常流行的一個很重要的原因就在于它可以在一頁上同時顯示色彩豐富的圖形和文本的性能。在Web之前Internet上的信息只有文本形式。Web可以提供將圖形、音頻、視頻信息集合于一體的特性。同時，Web是非常易于導航的，只需要從一個連接跳到另一個連接，就可以在各頁各站點之間進行瀏覽了。與平臺無關無論你的系統(tǒng)平臺是什么，你都可以通過Internet訪問WWW。瀏覽WWW對你的系統(tǒng)平臺沒有什么限制。無論從Windows平臺、UNIX平臺、Macintosh還是別的什么平臺我們都可以訪問WWW。對WWW的訪問是通過一種叫做瀏覽器(browser)的軟件實現(xiàn)的。如Netscape的Navigator、NCSA的Mosaic、Microsoft的InternetExplorer等。分布式的大量的圖形、音頻和視頻信息會占用相當大的磁盤空間，我們甚至無法預知信息的多少。對于Web沒有必要把所有信息都放在一起，信息可以放在不同的站點上，只需要在瀏覽器中指明這個站點就可以了。在物理上并不一定在一個站點的信息在邏輯上一體化，從用戶來看這些信息是一體的。動態(tài)的最后，由于各Web站點的信息包含站點本身的信息，信息的提供者可以經(jīng)常對站上的信息進行更新。如某個協(xié)議的發(fā)展狀況，公司的廣告等等。一般各信息站點都盡量保證信息的時間性。所以Web站點上的信息是動態(tài)的、經(jīng)常更新的，這一點是由信息的提供者保證的。交互的Web的交互性首先表現(xiàn)在它的超鏈接上，用戶的瀏覽順序和所到站點完全由他自己決定。另外通過FORM的形式可以從服務器方獲得動態(tài)的信息。用戶通過填寫FORM可以向服務器提交請求，服務器可以根據(jù)用戶的請求返回相應信息。工作原理編輯當你想進入萬維網(wǎng)上一個網(wǎng)頁,或者其他網(wǎng)絡資源的時候，通常你要首先在你的瀏覽器上鍵入你想訪問網(wǎng)頁的統(tǒng)一資源定位符(UniformResourceLocator)，或者通過超鏈接方式鏈接到那個網(wǎng)頁或網(wǎng)絡資源。這之后的工作首先是URL的服務器名部分，被名為域名系統(tǒng)的分布于全球的因特網(wǎng)數(shù)據(jù)庫解析，并根據(jù)解析結(jié)果決定進入哪一個IP“網(wǎng)絡協(xié)議”地址(IPaddress)。接下來的步驟是為所要訪問的網(wǎng)頁，向在那個IP地址工作的服務器發(fā)送一個HTTP請求。在通常情況下，HTML文本、圖片和構(gòu)成該網(wǎng)頁的一切其他文件很快會被逐一請求并發(fā)送回用戶。網(wǎng)絡瀏覽器接下來的工作是把HTML、CSS和其他接受到的文件所描述的內(nèi)容，加上圖像、鏈接和其他必須的資源，顯示給用戶。這些就構(gòu)成了你所看到的“網(wǎng)頁”。大多數(shù)的網(wǎng)頁自身包含有超鏈接指向其他相關網(wǎng)頁，可能還有下載、源文獻、定義和其他網(wǎng)絡資源。像這樣通過超鏈接，把有用的相關資源組織在一起的集合，就形成了一個所謂的信息的“網(wǎng)”。這個網(wǎng)在因特網(wǎng)上被方便使用，就構(gòu)成了最早在1990年代初蒂姆?伯納斯-李所說的萬維網(wǎng)7web2.0編輯2001年秋天互聯(lián)網(wǎng)公司(dot-com)泡沫的破滅標志著互聯(lián)網(wǎng)的一個轉(zhuǎn)折點。許多人斷定互聯(lián)網(wǎng)被過分炒作，事實上網(wǎng)絡泡沫和相繼而來的股市大衰退看起來像是所有技術(shù)革命的共同特征。股市大衰退通常標志著蒸蒸日上的技術(shù)已經(jīng)開始占領中央舞臺。假冒者被驅(qū)逐，而真正成功的故事展示了它們的力量，同時人們開始理解了是什么將一個故事同另外一個區(qū)分開來。Web2.0“Web2.0”的概念開始于一個會議中，展開于O'Reilly公司和MediaLive國際公司之間的頭腦風暴部分。所有互聯(lián)網(wǎng)先驅(qū)和O'Reilly公司副總裁的戴爾?多爾蒂(DaleDougherty)注意到，同所謂的“崩潰”迥然不同，互聯(lián)網(wǎng)比其他任何時候都更重要，令人激動的新應用程序和網(wǎng)站正在以令人驚訝的規(guī)律性涌現(xiàn)出來。更重要的是，那些幸免于當初網(wǎng)絡泡沫的公司，看起來有一些共同之處。那么會不會是互聯(lián)網(wǎng)公司那場泡沫的破滅標志了互聯(lián)網(wǎng)的一種轉(zhuǎn)折，以至于呼吁“Web2.0”的行動有了意義？我們都認同這種觀點，Web2.0會議由此誕生。在那個會議之后的一年半的時間里，“Web2.0”一詞已經(jīng)深入人心，從Google上可以搜索到950萬以上的鏈接。但是，至今關于Web2.0的含義仍存在極大的分歧，一些人將Web2.0貶低為毫無異議的一個行銷炒作口號，而其他一些人則將之理解為一種新的傳統(tǒng)理念。在我們當初的頭腦風暴中，我們已經(jīng)用一些例子，公式化地表達了我們對Web2.0的理解：Web1.0Web2.0DoubleClickGoogleAdSenseOfotoFlickrAkamaiBitTorrentNapster大英百科全書在線(BritannicaOnline)維基百科全書(Wikipedia)個人網(wǎng)站博客(blogging)evite和EVDB域名投機搜索引擎優(yōu)化頁面瀏覽數(shù)每次點擊成本屏幕抓取(screenscraping)網(wǎng)絡服務(webservices)發(fā)布參與內(nèi)容管理系統(tǒng)維基目錄(分類)標簽(“分眾分類”，folksonomy)粘性聚合這個列表還會不斷繼續(xù)下去。但是到底是什么，使得我們認定一個應用程序或一種方式為作所謂“Web1.0”，而把另外一個叫做“Web2.0”呢？(這個問題尤為緊迫，因為Web2.0的觀念已經(jīng)傳播的如此廣泛,以至于很多公司正在將這個詞加到他們的行銷炒作中，但卻沒有真正理解其含義。同時這個問題也尤為困難因為許多嗜好口號的創(chuàng)業(yè)公司顯然不是Web2.0，而一些我們認為是Web2.0的應用程序，例如Napster和BitTorrent，甚至不是真正適當?shù)木W(wǎng)絡程序！)然而，拋開紛繁蕪雜的Web2.0現(xiàn)象，進而將其放到科技發(fā)展與社會變革的大視野下來看，Web2.0可以說是信息技術(shù)發(fā)展引發(fā)網(wǎng)絡革命所帶來的面向未來、以人為本的創(chuàng)新2.0模式在互聯(lián)網(wǎng)領域的典型體現(xiàn)，是由專業(yè)人員織網(wǎng)到所有用戶參與織網(wǎng)的創(chuàng)新民主化進程的生動注釋。8版本區(qū)別編輯Web1.0Web1.0是關于來自一些主要的公司，如：eBay，andGoogle的殺手級的應用程序的出現(xiàn)。我們一直認為它們僅僅是網(wǎng)站，但它們實際上是一些令人驚訝的應用程序：功能豐富，容易上手，擴展性強，這些特性以前很少被普通消費者看到過。交易，不僅僅是針對貨物的，還有知識的，變得普遍和即時。效率，透明，這個曾經(jīng)是全球金融市場的領域，被個人消費者和商業(yè)者占領。Web1.0在今天依舊是很大的推動力并且在將來持續(xù)很長時間。Web2.0Web2.0是關于互聯(lián)網(wǎng)上的下一代應用程序，特點是用戶產(chǎn)生內(nèi)容，合作化，社區(qū)化。任何人可以參與到內(nèi)容的創(chuàng)建中。在YouTube上上傳一個視頻，在Flickr上上傳參加聚會的照片，或者在Blogspot上寫自己的政治見解，所有這些都不需要專門技術(shù)，僅僅需要連接上互聯(lián)網(wǎng)。參與改變了我們對于內(nèi)容的理解：內(nèi)容不是固定在發(fā)布商那里，它是活動在任何地方的。Google的AdSense帶來了一個即時的商業(yè)模式，尤其對于博客作者，并且視頻共享網(wǎng)站已經(jīng)重寫了流行文化和內(nèi)容過濾的規(guī)則。當你圍繞Web1.0或者2.0創(chuàng)業(yè)的時候，建設一個安全的，可擴展的數(shù)據(jù)中心并不是一項容易的工作。對于進入把軟件當成服務的行業(yè)，大量的時間和資本依舊是進入的一個門檻。而且，傳統(tǒng)的客戶端-服務器的軟件開發(fā)依然復雜。并且創(chuàng)建一個成功的應用程序還需要辛勤的部署和維護。Web3.0Web3.0猜想Web3.0通過改變傳統(tǒng)軟件行業(yè)的技術(shù)和經(jīng)濟基礎來改變現(xiàn)有的一切。新的Web3.0強調(diào)的是任何人，在任何地點都可以創(chuàng)新。代碼編寫，協(xié)作，調(diào)試，測試，部署，運行都在云計算上完成。當創(chuàng)新從時間和資本的約束中解脫出來，它就可以欣欣向榮。對于企業(yè)來說，Web3.0意味著SaaS程序可以比傳統(tǒng)的C-S軟件更快，更高效的開發(fā)，部署，升級。對于開發(fā)者來說，Web3.0意味著他們需要創(chuàng)建一個理想的應用程序東西需要的僅僅是一個想法，一個瀏覽器。因為世界上的每一個開發(fā)人員都可以訪問強大的云計算，Web3.0是全球經(jīng)濟的推動力。對于獨立軟件開發(fā)商，Web3.0意味著他們可以花費更多的時間專注提供給客戶的核心價值上，而不是支持它的基礎架構(gòu)。因為代碼生長在云計算上，全球的精英可以為它做貢獻。因為它運行在云計算上，全球的市場都可以把它作為服務來訂閱。Web4.0在Web3.0里，人類可以隨心所欲地獲取各種知識，當然這些知識都是先人們即時貢獻出來的。這里的即時性，指的就是學堂里老師教學生的即時性。從Web3.0開始，網(wǎng)絡就具備了即時特性。但人們并不知道自己應該獲取怎樣的知識，即自己適合于學習哪些知識。比如一個10歲的孩子想在20歲的時候成為核物理學家，那么他應該怎樣學習知識呢？這些問題就是Web4.0的核心--知識分配系統(tǒng)所要解決的問題了。Web5.0說到語用網(wǎng)，才真正進入了我的研究領域。技術(shù)的發(fā)展雖然令人眼花繚亂，但其背后的本質(zhì)卻十分簡單?，F(xiàn)有的計算機技術(shù)都是圖靈機模型，簡單地講，圖靈機就是機械化、程序化，或者說算術(shù)，以數(shù)據(jù)和算符（算子）為2元的閉合理論體系。圖靈機是研究和定義在數(shù)據(jù)集上的算子規(guī)律或法則的數(shù)學科學