前言：中文期刊網精心挑選了soap協議范文供你參考和學習，希望我們的參考范文能激發你的文章創作靈感，歡迎閱讀。

soap協議范文1

1、不可以的。Appstore這是蘋果系統的預裝軟件，也不會占太大內存。

2、AppStore是iOS設備自帶的應用，通過此應用，我們可以下載所需要的第三方App。由于該應用的功能還是非常重要的。

3、如果你真的不喜歡這個軟件的話，你可以把它隱藏起來，想要在隱藏期間打開AppStore應用，直接在搜索中輸入AppStore，就會顯示AppStore應用。

（來源：文章屋網 ）

soap協議范文2

 

關鍵詞：Web　Services　網絡完全　技術

1　XML技術

近年來，XML已成為數據表示和數據交換的一種新標準。其基本思想是數據的語義通過數據元素的標記來表達，數據元素之間關系通過簡單的嵌套和引用來表示。若所有web服務器和應用程序將它們的數據以XML編碼并到Internet，則信息可以很快地以一種簡單、可用的格式獲得，信息提供者之間也易于互操作。XML一推出就被廣泛地采用，并且得到越來越多的數據庫及軟件開發商的支持。總體講來，XML具有自描述性、獨立于平臺和應用、半結構化、機器可處理的、可擴展性和廣泛的支持等特點。因此，XML可被廣泛應用于電子商務、不同數據源的集成、數據的多樣顯示等各個方面。XML描述了一個用來定義標記集的方法用于規定一個標記集，填入文本內容后，這些標記和純文本一起構成了一個XML文檔。一個良好的XML文檔必須滿足以下幾條規則：(1)有一致良好定義的結構(2)屬性需用引號引起來：(3)空白區域不能忽略：(4)每個開始標簽必須要有一個與之對應的結束標簽：(5)有且只有一個根元素包含其他所有的結點：(6)元素不能交叉重疊但可以包含：(7)注釋和處理指令不能出現在標簽中：(8)大小寫敏感：(9)關鍵詞“D0CTYPE”、“ELEMENT”、“ATTRIBUTE”和“ENTITY”要大寫。為了說明特定的語法規則，XMLDTD(DocumentTypeDefination)采用了一系列正則式。語法分析器(或稱解析器)將這些正則式與XML文件內部的數據模式相匹配，以判別文件是否是有效。一個DTD描述了標記語言的語法和詞匯表，定義了文件的整體結構以及文件的語法。在Internet中，一個最重要的問題是如何實現數據的交互，即客戶端和服務器端雙向數據交流。當前所面對的是一個物理上分散的、異源、異構的數據環境，能方便地從這些數據中取得所需要的信息極為重要。XML滿足這一要求，它可以將各種類型的數據轉換成XML文檔，然后對XML文檔進行處理，之后，再將XML數據轉換為某種方式存儲的數據。XML的數據源多種多樣，但主要分為三種：第一種為本身是純文本的XML文檔、TXT文件、DAT文件等第二種來自于數據庫，如關系數據庫、對象數據庫等：第三種是其它的帶有一定格式的應用數據，如郵件、圖表、清單等。針對不同的數據源可以采用不同的技術進行轉換。純文本文檔是最基本也是最簡單的，它將數據存儲于文本文件中，可以直接方便地讀取數據。另外，XML文檔也可以加上CSS、XSL等樣式信息在瀏覽器中顯示，或者通過DOM、SAX編程接口同其它應用相關聯。第二種來源主要利用現有的比較成功的數據庫資源，是對第一種資源的擴展，可以利用數據庫管理系統對數據進行管理，并用服務器編程語言對數據進行動態存取，來實現各種動態應用。第三種數據源的轉換可以利用微軟提出的基于OLEDB的解決方案，從數據源直接導出XML文檔。

2　SOAP技術

SOAP(simple ObjectAcCess PrOtOCO1，簡單對象訪問協議)是由Microsoft、IBM等共同提出的規范，目的是實現大量異構程序和平臺之間的互操作，從而使存在的應用程序能夠被用戶訪問。W3C的SOAP規范主要由SOAP封裝、SOAP編碼規則、SOAPRPC表示及SOAP綁定四方面的內容組成：(1)SOAP封裝(SOAPEnvelop)：構造了一個整體的SOAP消息表示框架，可用于表示消息的內容是什么、誰發送的、誰應當接收并處理它，以及處理操作是可選的還是必須的。信封包含了S0AP消息頭部(可選)和SOAP消息體(必須)。消息體部分總是用于最終接收的消息，頭部可以確定執行中間處理的目標節點。附件、二進制數字及其他項目均可以附加到消息體上。(2)SOAP編碼規則(SOAPEncodingRules)：定義了一個數據編碼機制，通過這樣一個編碼機制來定義應用程序中需要使用的數據類型，并可用于交換由這些應用程序定義的數據類型所衍生的實例。(3)S0AP RPC表示(S0AP RPcRepresentation)：定義了一個用于表示遠程過程調用和響應的約定與HTTP相似，RPC使用請求／響應模型交換信息。使用SOAP調用遠程方法的主要工作就是構造SOAP消息。SOAP請求消息代表方法調用，被發送給遠程服務器，5OAP響應消息代表調用結果，返回給方法的調用者。(4)SOAP綁定(sOAPBinding)：定義了一個使用底層協議來完成在節點間交換SOAP消息的機制。SOAP消息的傳輸依靠底層的傳輸協議，與傳輸層的協議都能進行綁定。SOAP采用了已經廣泛使用的兩個協議：HTTP和XML。HTTP用于實現SOAP的RPC風格的傳輸，而XML是它的編碼模式。SOAP通訊協議使用HTTP來發送x扎格式的消息。HTTP與RPC的協議很相似，它簡單、配置廣泛，并且對防火墻比其它協議更容易發揮作用。HTTP請求一般由Web服務器來處理，但越來越多的應用服務器產品正在支持HTTP XML作為一個更好的網絡數據表達方式，SOAP把XML的使用代碼轉化為請求／響應參數編碼模式，并用HTTP作傳輸。具體的講，一個SOAP方法可以簡單地看作遵循SOAP編碼規則的HTTP請求和響應。一個SOAP終端則可以看作一個基于HTTP的URL，它用來識別方法調用的目標。SOAP不需要將具體的對象綁定到一個給定的終端，而是由具體實現程序來決定怎樣把對象終端標識符映像到服務器端的對象。

soap協議范文3

WSDL文檔的元素

在WSD的應用中，所有的WS協議都是用WSDL和XSD編寫的。WSDL主要可以描述服務提供的操作，如何訪問服務以及協議相關的地址。

■ Types

Types定義了Web服務使用的所有數據類型集合，可被元素的各消息部件所引用。它使用某種類型系統,一般使用XML Schema中的類型系統。它是一個數據類型定義的容器，包含了所有在消息定義中需要的XML元素的類型定義。

■ Message

Message是通信消息數據結構的抽象類型化定義，它通過使用Types所定義的類型來定義整個消息的數據結構。

■ Operation

Operation是對服務中所支持操作的抽象描述。一般單個Operation描述了一個訪問入口的請求/響應消息對。

■ PortType

PortType是對于某個訪問入口點類型所支持操作的抽象集合，這些操作可以由一個或多個服務訪問點來支持。PortType具體定義了一種服務訪問入口的類型（傳入/傳出消息的模式及其格式），一個PortType可以包含若干個Operation，而一個Operation則是指訪問入口支持的一種類型的調用。在WSDL里面支持四種訪問入口調用的模式: 單請求、單響應、請求/響應、響應/請求。

■ Binding

Binding包含了如何將抽象接口的元素轉變為具體表示的細節，具體表示也就是指特定的數據格式和協議的結合; 特定端口類型的具體協議和數據格式規范的綁定。Binding結構定義了某個PortType與某一種具體的網絡傳輸協議或消息傳輸協議相綁定，從這一層次開始，描述的內容與具體服務的部署相關。

■ Port

Port定義為協議/數據格式綁定與具體Web訪問地址組合的單個服務訪問點。Port描述的是一個服務訪問入口的部署細節，包括通過哪個Web地址(URL)來訪問，應當使用怎樣的消息調用模式來訪問等。其中消息調用模式則是使用Binding結構來表示。

■ Service

Service是一個粗糙命名的元素，代表端口的集合; 相關服務訪問點的集合。Service描述的是一個具體的被部署的Web服務所提供的所有訪問入口的部署細節，一個Service往往會包含多個服務訪問入口，而每個訪問入口都會使用一個Port元素來描述。

總地說來，PortType(與Message和Type元素的細節相結合)描述了Web服務是什么，Binding元素描述了如何使用Web服務，Port及Service元素描述了Web服務的位置。

SOAP的用途

SOAP（簡單對象訪問協議）是以XML形式提供了一個簡單、輕量的用于在分散或分布環境中交換結構化和類型信息的機制。在WSD網絡服務中傳輸的都是SOAP消息。SOAP消息從發送方到接收方是單向傳送，經常以請求/應答的方式實現。SOAP實現可以通過開發特定網絡系統的特性來優化。

SOAP決不只是一個漂亮的口號，它是一種即將深入滲透到未來分布式計算的技術。人們希望，SOAP結合其他技術，比如UDDI和WSDL，在Web服務這一概念的支持下，改變未來商業應用跨越Web進行通信的方法。甚至無法充分地表達出在開發者的工具包中加上SOAP知識的重要程度。

WS協議

WS協議是微軟在去年和今年上半年提出的一整套網絡服務協議，主要包括WS-Discovery、WS-Transfer、WS-MetadataExchange、WS-Eventing、WS-Policy、WS-Security、DeviceProfile等。整套WS協議，可以全面實現WSD的網絡服務，與WSD發現過程相關的協議主要有三個。

■ WS-Discovery

WS-Discovery，全名Web Services Dynamic Discovery，主要定義了網絡服務的一套多播發現協議。最初的發現模式是客戶端先主動尋找一個或多個目標服務，這是通過多播一個Probe消息實現的，這個Probe消息包括目標服務的服務類型和目標服務所在的范圍。和Probe發的消息一致的目標服務將直接發送一個消息到此客戶端。客戶端為了定位服務，將發送一個Resolve多播消息到此網絡，目標服務將直接發送一個消息到此客戶端以確認。

為了減少客戶端的探測次數，當一個目標服務加入網絡后，它就多播一個Hello消息到網絡。客戶端通過監聽這個多播組就可以直接探測到目標服務，而不用重復地發Probe。WS協議機制可以應用在很多場合，例如打印機的發現。

■ WS-Transfer

WS-Transfer主要是傳遞描述基于XML的服務信息的協議，主要描述了幾個方面: 目標設備、目標服務。在WSD發現過程中主要用到的有以下兩種消息的傳輸: Get消息，其作用是獲取服務的描述信息; Get Response，其作用是把目標服務的具體信息發送給客戶端。

■ DeviceProfile

DeviceProfile，又稱Devices Profile For Web Services (DPWS)，是關于WS系列協議的細節規定，主要包括以下幾個方面: 發送和接受網絡服務的安全信息; 自動發現網絡服務; 描述一個網絡服務; 定制和接收服務事件。

UDDI

UDDI注冊中心包含了通過程序手段可以訪問到的對企業和企業支持的服務所做的描述。此外，還包含對Web服務所支持的因行業而異的規范、分類法定義以及標識系統的引用。UDDI提供了一種編程模型和模式，它定義了與注冊中心通信的規則。UDDI規范中所有API都用XML來定義，包裝在SOAP信封中，在HTTP上傳輸。

soap協議范文4

1、WebService及相關技術

1.1WebService概述

WebService是一個平立的、松耦合的、自包含的、基于可編程的Web的應用程序，可使用開放的XML標準描述、、發現、協調和配置這些應用程序，用于開發分布式的互操作的應用程序。WebService能夠在一些常規的計算中提供一些服務，從而完成一個具體的任務，處理相關的業務或者解決一個復雜的問題。WebService使用基于XML的標準化語言和標準化協議在因特網或內部網上展示它們的可編程功能部件，并通過自描述接口實現。這些自描述接口基于開放的因特網標準。

1.2WebService體系結構

WebService體系結構基于三種角色(服務提供者、服務注冊中心和服務請求者)之間的交互。交互涉及、查找和綁定操作。這些角色和操作一起作用于WebService構件：WebService軟件模塊及其描述。在典型情況下，服務提供者托管可通過網絡訪問的軟件模塊(WebService的一個實現)。服務提供者定義WebService的服務描述，并把它到服務請求者或服務注冊中心。服務請求者使用查找操作來從本地或服務注冊中心檢索服務描述，然后使用服務描述與服務提供者進行綁定并調用WebService實現或同它交互。服務提供者和服務請求者角色是邏輯結構，因而服務可以表現兩種特性。如圖所示：

1.3WebService的相關技術標準

(1)XML———可擴展標記語言（ExtensibleMarkupLanguage）提供了一種可被用于不同的平臺和編程語言之間的語言。定義了用于定義其它特定領域有關語義的、結構化的標記語言的句法語言。XML不同于超文本語言(HTML)，用戶可以自由定義自己需要的標記。使用XML，用戶可以定義自己需要的標記，如用戶個人的信息、一個包括服務序號、姓名、性別、年齡等內容。

(2)SOAP———簡單對象訪問協議（SimpleObjectAccessProtocol）一個基于XML的可擴展消息信封格式，需同時綁定一個傳輸用協議。這個協議通常是HTTP或HTTPS，但也可能是SMTP或XMPP。一個SOAP消息包括SOAP<Header>，SOAP<Body>和SOAP<Fault>三個子元素。它們被封裝在SOAP<Envelope>內，組成了一個統一體。<Header>元素用來傳遞輔的附加消息，它的內容通常是特定于應用程序的。<Body>元素用來存放信息體，可以包括多個體條目，內容可以為遵循SOAP所規定的串行化編碼規則的遠程調用，以及其它一些信息。<Fault>元素是用來返回當一個SOAP消息傳遞失敗使得相關描述信息的，如錯誤原因，出錯位置等。(3)WSDL———WebService描述語言一個XML格式文檔，用以描述服務端口訪問方式和使用協議的細節。通常用來輔助生成服務器和客戶端代碼及配置信息。(4)UDDI———通用描述、發現與集成一個用來和搜索WebService的協議，應用程序可借由此協議在設計或運行時找到目標WebSer-vice。

2、WebService的安全性

基于WebService自身的一些特點，在使用過程中對其安全性提出了多方面的需求，認證（信任）與授權（訪問控制）、機密性、數據完整性、不可抵賴性、互操作性、權限委托等是基本的需求。以下將結合商業銀行客戶信息系統的實際需求對WebService的安全技術作具體地討論。

2.1網絡環境安全

確保WebService系統安全的基礎就是首先要保證系統所在網絡環境的安全，保證系統的網絡連接是安全、可靠、有效的。因

此，本系統將采用SSLVPN技術來保證網絡環境的安全。SSLVPN是一種采用SSL(SecuritySocketLayer)協議來實現遠程接入的新型VPN(VirtualPrivateNetwork)技術。SSLVPN提供對所傳送的數據的加密、認證和發送源的身份認證，提供對基于TCP協議的應用程序通訊的安全保護，并實現不同用戶對于不同應用程序的訪問控制。對于內、外部應用來說，使用SSL可保證信息的真實性、完整性和保密性。

2.2網絡通信安全

WebService是通過基于XML的SOAP(SimpleObjectAccessProtocol，簡單對象訪問協議)協議進行消息傳遞的，SOAP是在分散或分布式環境中交換信息的輕量級協議，它的兩個主要設計目標是簡單性和可擴展性，因此SOAP協議在制定時并沒有過多考慮安全性，而是盡可能地利用已有的標準和協議來實現相應的安全功能。而且XML是以文本格式來表示和存儲數據，在網絡上傳送或在經過中間服務器處理時，完全以明文形式出現，導致數據有被任意篡改的可能；SOAP能穿越已有的網絡防火墻，與應用建立通信。這就給病毒和黑客入侵帶來了很大的隱患。為了保證商業銀行客戶信息系統在客戶信息數據共享過程中的安全，就必須要先保證網絡通信的安全。有許多技術可用于保護網絡通信的安全性，其中最基本的技術就是消息加密。密碼技術解決了在網絡通信中應用層的四方面安全需求：認證（信任）與授權（訪問控制）、機密性、數據完整性、不可抵賴性。目前有三種主要的密碼技術：對稱加密（秘密密鑰加密）、非對稱加密（公開密鑰加密）、數字證書與數字簽名（帶密鑰的消息摘要）。其中，應用最廣泛的是非對稱加密（公鑰密碼術）———RSA(由Rivest、Shamir和Adleman三人共同完成)。使用非對稱加密模式可同時確保機密性與數據接收者的真實性，但是，這種模式無法確保不可抵賴性，不能確保對數據發送者的認證，而且性能也得不到保證。協同使用數字簽名與公鑰加密模式不但可以提供機密性、完整性、不可抵賴性及數據發送者和接收者的認證，也解決了性能上的問題。數字簽名算法(DSA)對生成簽名的速度進行了優化，使其可以在低功耗的微處理器上運行，例如智能卡；公鑰加密AES算法因密鑰建立時間短、靈敏性好、內存需求低，而且至今為止還沒有被破譯的官方報道，在各個領域得到了廣泛的研究與應用。因此，本系統將采用SHA1withDSA數字簽名算法技術協同AES加密技術來保證網絡環境的安全。核心代碼如下：publicabstractclassDSACoder{/**簽名*/privatestaticbyte[]sign(byte[]data,byte[]privateKey)throwsEx-ception{PKCS8EncodedKeySpecpkcs8KeySpec=newPKCS8Encod-edKeySpec(privateKey);//還原私鑰、轉換私鑰材料KeyFactorykeyFactory=KeyFactory.getInstance(“DSA”);//實例化密鑰工廠PrivateKeypriKey=keyFactory.generatePrivate(pkcs8KeySpec);//生成私鑰對象Signaturesignature=Signature.getInstance(“SHA1WITHD-SA”);//實例化Signaturesignature.initSign(priKey);//初始化Signaturesignature.update(data);//更新returnsignature.sign();//簽名}/**校驗*/privatestaticbooleanverify(byte[]data,byte[]publicKey,byte[]sign)throwsException{X509EncodedKeySpeckeySpec=newX509EncodedKeySpec(publicKey);//還原公鑰、轉換公鑰材料KeyFactorykeyFactory=KeyFactory.getInstance(“DSA”);//實例化密鑰工廠PublicKeypubKey=keyFactory.generatePublic(keySpec);//取公鑰對象Signaturesignature=Signature.getInstance(“SHA1WITHD-SA”);//實例化Signaturesignature.initVerify(pubKey);//初始化Signaturesignature.update(data);//更新returnsignature.verify(sign);//驗證}/**生成密鑰*/privatestaticMap<String,Object>initKey()throwsException{KeyPairGeneratorkeygen=KeyPairGenerator.getInstance(“DSA”);//初始化密鑰對生成器。

soap協議范文5

主題詞： 數字視頻監控系統，OVNIF規范，開發

隨著數字技術的發展，安防監控系統也不斷向數字化發展和結合。在監控系統不斷向數字化演變的過程中，各個廠家的數字化監控產品，并不像傳統監控設備傳輸的信號，擁有共同的標準（如：NTSC/PAL）。由于標準不統一，不同產品之間難以兼容，造成客戶在使用上的困難。

網絡監控市場不斷增長的商機，要求建立兼容性強的開放式標準。廠商們逐漸意識到：要想拓展IP視頻監控市場，使其成熟發展，就必須推出網絡攝像機的相關標準。

2008年5月，由安訊士(AXIS)聯合博世(BOSCH)及索尼(SONY)公司三方宣布將攜手共同成立一個國際開放型網絡視頻產品標準網絡接口開發論壇，取名為ONVIF（Open Network Video Interface Forum），并以公開、開放的原則共同制定開放性行業標準。2008年11月，論壇正式了ONVIF第一版規范。2010年11月，論壇了ONVIF第二版規范。

1、OVNIF概述

ONVIF規范描述了網絡視頻的模型、接口、數據類型以及數據交互的模式。并復用了一些現有的標準，如WS系列標準等。

ONVIF規范中設備管理和控制部分所定義的接口均以Web Services的形式提供。ONVIF規范涵蓋了完全的XML及WSDL的定義。每一個支持ONVIF規范的終端設備均須提供與功能相應的Web Service。服務端與客戶端的數據交互采用SOAP協議。

其所涵蓋的內容包含本地及遠程設備在線探測（local and remote device discovery）、設備管理（device management）、圖像管理（imaging configuration）、媒體組態（media configuration）、實時媒體流（real-time streaming of audio and video）、事件管理（event handling）、影像分析（video analytics）、PTZ（Pan、Tilt、Zoom）控制與安全管理等。

ONVIF中的其他部分比如音視頻流則通過RTP/RTSP進行 。

2、OVNIF的實現機制

2.1Web Service簡介

Web Service是基于網絡的、分布式的模塊化組件，執行特定的任務。Web Service 主要利用 HTTP 和 SOAP 協議使數據在 Web 上傳輸。Web 用戶能夠使用 SOAP 和 HTTP通過 Web 調用的方法來調用遠程對象。

圖1Web Service based development principles

客戶端根據 WSDL 描述文檔，會生成一個 SOAP 請求消息，該請求會被嵌入在一個HTTP POST請求中，發送到 Web Services 所在的Web 服務器。Web Services 請求處理器解析收到的 SOAP 請求，調用相應的 Web Services。然后再生成相應的 SOAP 應答。Web 服務器得到 SOAP 應答后，會再通過 HTTP應答的方式把信息送回到客戶端。

2.2WSDL

WSDL是Web services 描述語言（Web Service Description Language）的縮寫。是一個用來描述Web服務和說明如何與Web服務通信的XML語言，為用戶提供詳細的接口說明書。

SOAP是Simple Object Access Protocol的縮寫。是基于XML的一種協議。一條 SOAP 消息就是一個普通的 XML 文檔，包含下列元素：

 必需的 Envelope 元素，可把此 XML 文檔標識為一條 SOAP 消息

 可選的 Header 元素，包含頭部信息

 必需的 Body 元素，包含所有的調用和響應信息

 可選的 Fault 元素，提供有關在處理此消息所發生錯誤的信息

在向Web Service發送的SOAP請求中，Body元素中的字段需與WSDL中數據類型的相符合。在構建SOAP的過程中，必須從WSDL文件中獲取并映射這一種對應關系。然而這樣一個對應過程將是充滿了重復性和機械性的，為了避免不必要的人工差錯以及節約開發時間，一個名為gSOAP的編譯工具應運而生。

gSOAP利用編譯器技術提供了一組透明化的SOAP API，并將與開發無關的SOAP實現細節相關的內容對用戶隱藏起來。通過將WSDL文件解析序列化為C/C++文件，最小化了Web Service的開發過程。

2.3Web Service與視頻監控

ONVIF規范向視頻監控引入了Web Service的概念。設備的實際功能均被抽象為了Web Service的服務，視頻監控系統的控制單元以客戶端的身份出現，通過Web請求的形式完成控制操作。

視頻監控系統采用Web Service技術帶來的優點：

 設備的無關性，任何一個設備接入系統，不會對其他系統造成影響。

 設備的獨立性，每一個設備只負責對接收到的請求做出反饋，甚至不需要知曉控制端的存在。

 管理的集中性，所有的控制由客戶端來發起。

采用ONVIF規范的視頻監控系統的優點：

 抽象了功能的接口。統一了對設備的配置以及操作的方式。

 控制端關心的不是設備的型號，而是設備所提供的Web Service

 規范了視頻系統中Web Service范圍之外的行為。

 ONVIF提供了各個模塊的WSDL，擁有效率非常高的開發方式。

2.4場景比較分析：

下圖為傳統視頻監控系統的一個局域網應用場景

1. PU設備上線后，向CMU注冊，建立連接。

2. CMU與PU進行信令交互，請求能力集，獲取配置

3. CU上線，向CMU注冊，建立連接。

4. CMU與CU進行信令交互，傳輸設備列表

5. CU向PU請求碼流

圖2傳統視頻監控系統的一個局域網應用場景

下圖為應用ONVIF規范的對應場景：

1. PU設備上線后，向CMU發送HELLO消息。

2. CMU需要搜尋設備時，向PU發送PROBE消息。

3. CMU與PU進行信令交互，請求能力集，獲取配置

4. CU上線，向CMU注冊，建立連接。

5. CMU與CU進行信令交互，傳輸設備列表

6.在CMU的協調下， CU同PU建立連接傳輸碼流

圖3應用ONVIF規范的對應場景

比較結果：

PU與CMU的交互方式發生了改變。

CMU不再與PU保持長連接。

遵循ONVIF規范，信令以及消息內容有了統一的標準

3、結論

基于OVNIF規范的視頻監控系統具有以下優點：

協同性：不同廠商所提供的產品，均可以通過一個統一的“語言”來進行交流。方便了系統的集成。

靈活性：終端用戶和集成用戶不需要被某些設備的固有解決方案所束縛。大大降低了開發成本。

由于采用WSDL+XML模式，使ONVIF規范的后續擴展不會遇到太多的麻煩。XML極強的擴展性與SOAP協議開發的便捷性將吸引到更多的人來關注和使用ONVIF規范。

在安防、監控系統急速發展的今天，效率和質量的領先所帶來的價值不言而喻。ONVIF協議提供了這樣的潛質。

參考文獻：

[1]Open Network Video Interface Forum Core Specification Version 1.01,July,2009

[2]OVNIF Core Specification Version 2.0 Release Notes ,Nov,2010

soap協議范文6

關鍵詞：.NET，Web Service，分布式系統，實時顯示

中圖分類號： TP311 文獻標識碼： A 文章編號：

1引言

隨著軟件體系結構的不斷發展，各種組件技術和應用服務器技術的不斷涌現。計算機體系結構逐漸由C／S(客戶機／服務器)模式向B／S(瀏覽器／服務器)模式轉變，由集中式向分布式轉變。分布式系統以計算機網絡作為系統的基礎，將數據與功能分布在物理不同的位置，通過自然的數據與功能的連接而運行。現在，在企業級的應用開發中，更加注重基于瀏覽器的瘦客戶端的應用，重視系統的開放性、松耦合，應用程序需要與運行在其他異構平臺上的應用程序集成并進行數據交換，客戶端和服務器能夠自由的用HTTP進行通信，因此基于Web Service的多層分布式體系結構獲得了廣泛的應用。

2關鍵技術

2.1Web Service介紹

Web Service是一個平立的、松耦合的、自包含的、基于可編程的web應用程序，可使用開放的XML標準來描述、、發現、協調和配置這些應用程序，用于開發分布式的互操作的應用程序。

Web Service技術要實現異構平臺上的不同系統可以互相通信和共享數據，數據在Web上傳輸必須以XML標準進行，XML是Web Service的基石。而且，不同系統必須遵從SOAP(Simple Object Access Protocol)協議來傳輸XML數據，SOAP是利用XML技術與遠程過程調用的通訊協議，它把對象間的請求和響應都打包成XML文檔，以HTTP方式在對象間傳遞。

其它應用了解所用Web Service提供的服務內容和功能需要通過WSDL(Web Service Description Language)協議，WSDL 用XML 標準來說明Web Service 中的所有方法、參數和服務本身所在的位置，從而讓其它系統可以調用本系統提供的服務。

Web Service其系統服務，提供調用功能。要用到UDDI(Universal Description discovery Integration)協議，即通用發現、描述和集成協議，提供一個基于Web的、分布式的注冊、和發現Web Service的標準機制。

2.2 Web Service特點

Web Service具有以下特點：

(1)完好的封裝性。Web Service應用了面向對象的思想，具有良好的封裝性。用戶能看到且僅能看到該對象提供的功能列表。

(2)松散耦合。這一特征源于對象組件技術。對于用戶來講，只要Web的調用界面不變，Web實現的任何變更都是透明的。

(3)使用標準協議規范。其所有公共協約都使用開放的標準協議進行描述、傳輸和交換。

(4)高度可集成能力。實現了當前環境下的最高可集成性。

微軟的.NET技術應該算是時下最為流行的Web Service 開發技術。其核心技術包括分布式計算、XML、組件技術、即時編譯技術等。.NET擴展了通過任何設備隨時隨地操作數據和進行通信的能力。它使用分布式計算模型，并基于開放標準XML將PC與其他智能設備連接在一起。.NET平臺不僅延續了微軟一貫的編程風格，而且還增加了許多支持Web 服務的關鍵性技術，使得.NET在操作的簡單性和執行的穩定性，高效性上達到了一個非常好的結合。.NET技術中用于Web Service開發的主要工具是。

2.3基于Web Service的結構模型

基于Web Service的多層分布式體系結構，支持Internet／Intranet及各子系統間跨平臺交互。通過.NET構建相應的Web Service，并部署到網絡中的Web服務器上，客戶生成的SOAP請求會被嵌入在一個HTTP POST請求中，發送到Web服務器。Web服務器再把這些請求轉發給Web Service請求處理器。通過解析收到的SOAP請求，調用Web Service執行自身的功能，通過訪問后臺的數據庫服務器，獲取客戶所需的結果集，然后再生成相應的SOAP應答。Web服務器得到SOAP應答后，會再通過HTTP應答的方式把它送回到客戶端。

其體系結構是一種動態的集成方案，容易適應系統的變動，提高系統的靈活性和伸縮性，完全屏蔽了不同軟件平臺的差異。實現了不同平臺、應用在分布式環境下的信息分布存儲與共享，實現了企業異構應用環境下高度的可集成性。

3基于Web Service錄井實時顯示系統的實現

錄井實時顯示系統運用技術，以C#語言實現了基于.NET的企業應用解決方案。結合先進的計算機科學和無線網絡通訊等技術手段，打破了時間、地域等因素的制約，使用戶通過網絡實現與各個井場近乎零時間、零空間的實時監控和信息交互。

Web Service類庫的創建和調用：

namespace Wsd.WebSrv

public class Authentication : SoapHeader

public class LoggingDataReader : System.Web.Services.WebService

Soap采用簡單Xml的編碼格式封裝WebSirvice數據：

1-0-側761

…

在中添加web引用：

成功引用Web Service后即可在環境中聲明服務的對象：

wsd.LoggingDataReader ws=new LoggingNet.wsd.LoggingDataReader();

4結束語

信息技術在提高企業生產力方面，起著無可比擬的作用。Web Service既不是簡單的一個工具，也不是簡單的參數配置，而是涉及到諸多技術和理論、具有非常強的實踐性的技術，基于Web Service的多層分布式軟件結構的不斷發展將會進一步提升其在企業級應用開發的影響。

參考文獻：

[1]王松濤.基于Web Service的油田信息通道系統的研究與實現[D].長春:吉林大學,2007．

[2]趙敏,王余旺.基于.Net的分布式WebServiee模型的應用研究[J].計算機工程與設計,2005(4):1002-1003,1098．