【文章內(nèi)容簡介】 義了一個描述消息中的內(nèi)容是什么，是誰發(fā)送的，誰應(yīng)當(dāng)接受并處理它以及如何處理它們的框架[9]；SOAP編碼規(guī)則（encoding rules），用于表示應(yīng)用程序需要使用的數(shù)據(jù)類型的實例。 SOAP RPC表示(RPC representation)，表示遠(yuǎn)程過程調(diào)用和應(yīng)答的協(xié)定。SOAP綁定（binding），使用底層協(xié)議交換信息。雖然這四個部分都作為SOAP的一部分，作為一個整體定義的，但他們在功能上是相交的、彼此獨立的。特別的，信封和編碼規(guī)則是被定義在不同的XML命名空間(namespace)中，這樣使得定義更加簡單。SOAP的兩個主要設(shè)計目標(biāo)是簡單性和可擴展性。這就意味著有一些傳統(tǒng)消息系統(tǒng)或分布式對象系統(tǒng)中的某些性質(zhì)將不是SOAP規(guī)范的一部分[11]。SOAP簡單的理解，就是這樣的一個開放協(xié)議SOAP=RPC+HTTP+XML：采用HTTP作為底層通訊協(xié)議；RPC作為一致性的調(diào)用途徑，ＸＭＬ作為數(shù)據(jù)傳送的格式，允許服務(wù)提供者和服務(wù)客戶經(jīng)過防火墻在INTERNET進(jìn)行通訊交互。SOAP 使用 HTTP 傳送 XML，盡管HTTP 不是有效率的通訊協(xié)議，而且 XML 還需要額外的文件解析，但是兩者的通信速度低于其它方案。但是XML 是一個開放、健全、有語義的訊息機制，而 HTTP 是一個廣泛又能避免許多關(guān)于防火墻的問題，從而使SOAP得到了廣泛的應(yīng)用[10]。 分布式計算分布式計算是利用互聯(lián)網(wǎng)上的計算機的中央處理器的閑置處理能力來解決大型計算問題的一種計算科學(xué)。也正如我前面所說的那樣，其實它就是將一個大問題分成很多小問題，然后來解決，最后再將結(jié)果綜合起來的一種計算科學(xué)。在我們的日常生活中也許并沒有這樣大的問題需要去解決，但是，一個公司、一個企業(yè)或者是一個項目，那么就需要這門科學(xué)去解決了。下面的幾個例子都是需要使用到分布式計算去解決的：尋找最為安全的密碼系統(tǒng)，例如要去破解RC72。研究疾病的病理，例如要尋找出H7N9的疫苗。信號接收與處理，例如我們要去尋找地球以外的生命和文明。以上僅僅只是一部分需要使用到分布式計算的例子，這些例子都需要驚人的計算能力去進(jìn)行計算，單單只依靠一個人的計算機要去完成這樣龐大的計算量幾乎是不可能的，而如果要使用一臺超級計算機去解決這個問題又是不合理的。首先，對于我們來說，構(gòu)建一臺超級計算機所要花費的代價是巨大的。其次，即便是我們有擁有了這樣的超級計算機，那么它的計算能力就能夠輕松幫助我們解決掉這些問題嗎？答案是否定的。因此，我們就需要一種能夠提供超級計算能力，并且廉價、高效的計算方法——分布式計算。隨著計算機價格的下降，計算機已經(jīng)走進(jìn)了千家萬戶，隨之而來的便是大量閑置計算能力的浪費，即便是我們在辦公時，依然有大量的計算資源是被閑置的。讓我們設(shè)想一下，在我們使用計算機時，比如使用word辦公，那么我們打字間隔以及思考的時候，計算機的等待時間其實是在被浪費的，然而即使是我們在打字，其實CPU的大部分計算資源還是被浪費了，因為它的計算效率是非常高的，我們連他的十分之一的能力都沒有使用到。而這些寂靜的浪費積少成多，每一份家庭的計算機都在消耗和浪費，要是把這些閑置的能力利用起來，那么它將是一臺比超級計算機計算能力強上很多很多的巨無霸。也許以前無法實現(xiàn)閑置資源的利用，但是互聯(lián)網(wǎng)的出現(xiàn)使得這一切成為可能。對于那些非常復(fù)雜，但又適合被分成許多小部分來解決的大問題來說，我們可以使用分布式計算來解決，這無疑是非常高效和廉價的。首先，我們能夠通過某個大型的研究機構(gòu)利用服務(wù)器將這個大問題分解，然后，再通過互聯(lián)網(wǎng)將這些小部分分配給那些將個人計算機閑置資源貢獻(xiàn)出來的計算機，最后，將這些計算結(jié)果返回給服務(wù)器進(jìn)行綜合，從而得出最終的結(jié)果。也許，一起開始，計算能力并不是很強大，但是隨著加入計劃的人數(shù)變多，那么它的計算能力也將隨之變強?，F(xiàn)在很多分布式計算項目的處理能力已經(jīng)非常強大，甚至超過了目前世界上最快的巨型計算機。視頻中所含的信息量巨大，而要從大量的視頻中進(jìn)行檢索，必定需要很大的計算量，而要提高這一效率就需要使用分布式計算。分布式計算當(dāng)然也包括了分布式存儲，我們使用分布式存儲能夠?qū)σ曨l資源更加合理地分配，當(dāng)我們需要使用時，它也將更快得被我們搜索到，從而進(jìn)行利用。因此，在使用分布式技術(shù)的使用，我們不應(yīng)該忽略了分布式存儲所帶來的好處[11]。 .NET framework技術(shù) .NET framework技術(shù)概述NET Framework 是一個集成在 Windows 中的組件，它支持生成和運行下一代應(yīng)用程序與 XML Web Services。.NET Framework 具有兩個主要組件：公共語言運行時和 .NET Framework 類庫。 公共語言運行時是 .NET Framework 的基礎(chǔ)。 您可以將運行時看作一個在執(zhí)行時管理代碼的代理，它提供內(nèi)存管理、線程管理和遠(yuǎn)程處理等核心服務(wù)，并且還強制實施嚴(yán)格的類型安全以及可提高安全性和可靠性的其他形式的代碼準(zhǔn)確性。 事實上，代碼管理的概念是運行時的基本原則。 以運行時為目標(biāo)的代碼稱為托管代碼，而不以運行時為目標(biāo)的代碼稱為非托管代碼[12]。 .NET Framework 的另一個主要組件是類庫，它是一個綜合性的面向?qū)ο蟮目芍赜妙愋图?，您可以使用它開發(fā)多種應(yīng)用程序，這些應(yīng)用程序包括傳統(tǒng)的命令行或圖形用戶界面 (GUI) 應(yīng)用程序，也包括基于 所提供的最新創(chuàng)新的應(yīng)用程序（如 Web 窗體和 XML Web Services）。 .NET Framework 可由非托管組件承載，這些組件將公共語言運行時加載到它們的進(jìn)程中并啟動托管代碼的執(zhí)行，從而創(chuàng)建一個可以同時利用托管和非托管功能的軟件環(huán)境。 .NET Framework 不但提供若干個運行時宿主，而且還支持第三方運行時宿主的開發(fā)。 是一個統(tǒng)一的 Web 開發(fā)模型，它包括您使用盡可能少的代碼生成企業(yè)級 Web 應(yīng)用程序所必需的各種服務(wù)。 作為 .NET Framework 的一部分提供。當(dāng)您編寫 應(yīng)用程序的代碼時，可以訪問 .NET Framework 中的類。您可以使用與公共語言運行庫 (CLR) 兼容的任何語言來編寫應(yīng)用程序的代碼，這些語言包括 Microsoft Visual Basic、C、JScript .NET 和 J。使用這些語言，可以開發(fā)利用公共語言運行庫、類型安全、繼承等方面的優(yōu)點的 應(yīng)用程序。 頁和控件框架是一種編程框架，它在 Web 服務(wù)器上運行，可以動態(tài)地生成和呈現(xiàn) 網(wǎng)頁?？梢詮娜魏螢g覽器或客戶端設(shè)備請求 網(wǎng)頁， 會向請求瀏覽器呈現(xiàn)標(biāo)記（例如 HTML）。通常，您可以對多個瀏覽器使用相同的頁，因為 會為發(fā)出請求的瀏覽器呈現(xiàn)適當(dāng)?shù)臉?biāo)記。但是，您可以針對諸如 Microsoft Internet Explorer 6 的特定瀏覽器設(shè)計 網(wǎng)頁，并利用該瀏覽器的功能。 支持基于 Web 的設(shè)備（如移動電話、手持型計算機和個人數(shù)字助理 (PDA)）的移動控件[13]。 網(wǎng)頁是完全面向?qū)ο蟮?。? 網(wǎng)頁中，可以使用屬性、方法和事件來處理 HTML 元素。 頁框架為響應(yīng)在服務(wù)器上運行的代碼中的客戶端事件提供統(tǒng)一的模型，從而使您不必考慮基于 Web 的應(yīng)用程序中固有的客戶端和服務(wù)器隔離的實現(xiàn)細(xì)節(jié)。該框架還會在頁處理生命周期中自動維護頁及該頁上控件的狀態(tài)。使用 頁和控件框架還可以將常用的 UI 功能封裝成易于使用且可重用的控件?？丶恍杈帉懸淮?，即可用于許多頁并集成到 網(wǎng)頁中。這些控件在呈現(xiàn)期間放入 網(wǎng)頁中。 頁和控件框架還提供各種功能，以便可以通過主題和外觀來控制網(wǎng)站的整體外觀和感覺?？梢韵榷x主題和外觀，然后在頁面級或控件級應(yīng)用這些主題和外觀。有關(guān)更多信息，請參見 主題和外觀概述。除了主題外，還可以定義母版頁，以使應(yīng)用程序中的頁具有一致的布局。一個母版頁可以定義您希望應(yīng)用程序中的所有頁（或一組頁）所具有的布局和標(biāo)準(zhǔn)行為。然后可以創(chuàng)建包含要顯示的頁特定內(nèi)容的各個內(nèi)容頁。當(dāng)用戶請求內(nèi)容頁時，這些內(nèi)容頁與母版頁合并，產(chǎn)生將母版頁的布局與內(nèi)容頁中的內(nèi)容組合在一起的輸出。有關(guān)更多信息[14]，請參見 母版頁概述。所有 代碼都經(jīng)過了編譯，可提供強類型、性能優(yōu)化和早期綁定以及其他優(yōu)點。代碼一經(jīng)編譯，公共語言運行庫會進(jìn)一步將 編譯為本機代碼，從而提供增強的性能。 包括一個編譯器，該編譯器將包括頁和控件在內(nèi)的所有應(yīng)用程序組件編譯成一個程序集，之后 宿主環(huán)境可以使用該程序集來處理用戶請求。有關(guān)更多信息，請參見 編譯概述[15]。 ，它集成了大量用于數(shù)據(jù)庫處理的類，這些類代表了那些具有數(shù)據(jù)庫功能（索引、視圖、排序等）的容器對象。但是，不涉及到這一類的一系列來完成這項工作。原因是不同的數(shù)據(jù)源，使用的是不同的協(xié)議，因而對于不同的數(shù)據(jù)源，必須使用相對應(yīng)的協(xié)議才可行。往往一些舊的數(shù)據(jù)源使用ODBC協(xié)議，而許多新的數(shù)據(jù)源，使用的是OLEDB協(xié)議。另一方面，與數(shù)據(jù)源進(jìn)行交互有關(guān)，但針對不同的數(shù)據(jù)源，則是使用不同的類庫集。其中，這些庫被稱為作為Data Providers，一般而言，命名是用交互的協(xié)議和數(shù)據(jù)源類型決定的。從這個數(shù)據(jù)訪問的角度來看，微軟的數(shù)據(jù)訪問方法都經(jīng)歷了以下幾個階段：1）ODBC：一種數(shù)據(jù)訪問技術(shù)，最先利用SQL來進(jìn)入不同關(guān)系數(shù)據(jù)庫。2）DAO：屬于微軟設(shè)計給Visual Basic的，對于開發(fā)人員來說是一個簡單的操作Access數(shù)據(jù)庫的數(shù)據(jù)訪問方法。3）RDO：采用DAO進(jìn)行對不同的關(guān)系數(shù)據(jù)庫的訪問，而Jet引擎則只能對DAO和ODBC實現(xiàn)命令轉(zhuǎn)換，從而導(dǎo)致性能降低，那么RDO的產(chǎn)生是理所當(dāng)然的。4）OleDB：因為存儲了越來越多的非關(guān)系型格式的數(shù)據(jù)，則應(yīng)該有一個提供這個應(yīng)用程序和數(shù)據(jù)源之間的無縫連接的新的架構(gòu)，這樣一來基于COM(Component Object Model)的OLEDB就產(chǎn)生了。5）ADO：位于在OLEDB上面的ADO是相對簡單的，更先進(jìn)的，而且有效減少了OLEDB很多缺陷，會被微軟的技術(shù)發(fā)展趨勢所取代。6）：，與以COM為基礎(chǔ)的ADO比較之下，是完全不同的數(shù)據(jù)訪問模式。，也就是ADO不能滿足的，這三個要求是：具備了斷開連接的數(shù)據(jù)訪問模型，在Web環(huán)境中是必不可少的；具備和XML的完美集成；，比如兼容基類庫類型等系統(tǒng)?，F(xiàn)在，。，其實ADO只是一個類似的名稱，類別不同，且在一個完全不同的方式訪問數(shù)據(jù)[16]。 本章小結(jié)本章主要對基于SOA技術(shù)的分布式視頻檢索系統(tǒng)中用到的技術(shù)進(jìn)行了簡要的介紹。首先，我們對SOA技術(shù)以及其中用到的Web Service進(jìn)行了介紹，同時，還簡單地說明了他們之間的關(guān)系。然后，我們又進(jìn)一步介紹了分布式計算和分布式存儲，說明了他們對于這個視頻檢索項目的重要性。第3章 系統(tǒng)需求分析上章主要介紹了本文相關(guān)的技術(shù)路線和技術(shù)背景，在此基礎(chǔ)上本章主要根據(jù)項目的實際需要，結(jié)合軟件工程理論，對于項目的可行性以及需求進(jìn)行詳細(xì)的分析，使項目的設(shè)計過程更加具有針對性和科學(xué)性。 系統(tǒng)總體需求網(wǎng)絡(luò)管理是保障電視臺媒資網(wǎng)絡(luò)正常運行的最重要的組成部分,也是衡量一個系統(tǒng)運行成功與否的重要標(biāo)志,因此,系統(tǒng)必須能夠提供完善的網(wǎng)絡(luò)管理手段,并且提供集成的界面,方便用戶進(jìn)行網(wǎng)絡(luò)的管理。我們所設(shè)計的網(wǎng)絡(luò)管理平臺必須滿足系統(tǒng)管理人員可以通過在一個操作界面中實現(xiàn)對系統(tǒng)的全面管理,網(wǎng)絡(luò)平臺提供統(tǒng)一認(rèn)證的窗口,通過訪問統(tǒng)一的認(rèn)證服務(wù)器,實現(xiàn)統(tǒng)一認(rèn)證管理。必須盡早發(fā)現(xiàn)網(wǎng)絡(luò)狀態(tài)的變化,并且提供多種工具,結(jié)合最先進(jìn)的偵測技術(shù)、端口分配工具、高級連接分析和配置管理工具、設(shè)備與網(wǎng)絡(luò)診斷工具等,能夠完成故障管理、遠(yuǎn)程監(jiān)控、流量監(jiān)測等等[17]。網(wǎng)絡(luò)管理主要包括對系統(tǒng)平臺的管理、系統(tǒng)運維管理、系統(tǒng)信息的管理以及對設(shè)備的管理等,具體實現(xiàn)功能如下::系統(tǒng)提供統(tǒng)一的用戶賬號管理。:對用戶在系統(tǒng)中不同業(yè)務(wù)角色使用權(quán)限進(jìn)行管理。,磁盤空間管理。、部門/欄目進(jìn)行統(tǒng)一規(guī)劃、分配。、人員空間分配、使用情況。,素材管理。,將素材按重要性分為重要、普通等多級。,設(shè)備管理。、部門/欄目或設(shè)備,查詢統(tǒng)計各設(shè)備的使用狀況,日志管理。,記錄操作人員進(jìn)行的每一項操作。、時間、人員來查詢?nèi)罩?。提供集成的設(shè)備監(jiān)控程序,可以通過圖形化界面實現(xiàn)網(wǎng)絡(luò)設(shè)備及相應(yīng)工作站運行狀態(tài)的監(jiān)控。可以把監(jiān)控信息通過SNMP協(xié)議7川,進(jìn)行監(jiān)控信息的集中采集,并通過信息采集服務(wù)器,按照規(guī)范化的數(shù)據(jù)接口,實現(xiàn)與全系統(tǒng)監(jiān)控數(shù)據(jù)服務(wù)的通信。具體實現(xiàn)功能如下:。、流量、平均響應(yīng)時間等網(wǎng)絡(luò)性能的實時監(jiān)測。、提供故障日志記錄。[18] 系統(tǒng)功能需求分析根據(jù)電視臺的業(yè)務(wù)流程圖，本系統(tǒng)所需要實現(xiàn)的功能主要包括以下幾個部分： 實現(xiàn)內(nèi)容的創(chuàng)建內(nèi)容創(chuàng)建包括采集、編目等工作。流量要求可靈活定制,盡量采用自動化技術(shù),減少人力成本。比如:編碼、轉(zhuǎn)碼均可采用批量集群技術(shù),編目要考慮自動標(biāo)引技術(shù)支持。例如自動抽幀、轉(zhuǎn)場識別、人臉識別、片中字幕識別、預(yù)言特征識別等自動標(biāo)引技術(shù)。 實現(xiàn)內(nèi)容的調(diào)度內(nèi)容調(diào)度分別由內(nèi)容管理中心與片庫管理中心完成各自的內(nèi)容管理。其中,內(nèi)容管理中心完成基于數(shù)字化網(wǎng)絡(luò)平臺上的內(nèi)容管理與監(jiān)控工作。通過各媒體頻道媒資子系統(tǒng)完成其內(nèi)部的內(nèi)容管理與整合工作,將相關(guān)數(shù)據(jù)匯總到媒資管理中心,由媒資管理中心實施整體規(guī)劃。片庫管理中心對各媒資子系統(tǒng)實施管理與調(diào)度功能。在內(nèi)容調(diào)度實現(xiàn)過程中必須提供相應(yīng)的工作流平臺,對資源的流轉(zhuǎn)實時監(jiān)控,對在線、近線以及離線的管理采用多種遷移策略,并應(yīng)用協(xié)同技術(shù)保持各系統(tǒng)一致性[19]。 實現(xiàn)內(nèi)容的檢索內(nèi)容檢索是內(nèi)容管理與服務(wù)的基本體現(xiàn),是內(nèi)容關(guān)系的核心支撐技術(shù)。由于音視頻內(nèi)容的用戶對信息檢索從方式到結(jié)果提出了更高、更多樣化的要求,適應(yīng)網(wǎng)絡(luò)化、智能化以及個性化的需要是音視頻內(nèi)容檢索實現(xiàn)的目標(biāo)。在提供基本描述性元數(shù)據(jù)檢索的基礎(chǔ)上,音視頻的檢索技術(shù)必須向以下方面發(fā)展:(l)智能檢索或知識檢索:傳統(tǒng)的全文檢索技術(shù)基于關(guān)鍵詞匹配進(jìn)行檢索,往往存在查不全、查不準(zhǔn)、檢索質(zhì)量不高的現(xiàn)象,特別是在網(wǎng)絡(luò)信息時代,利用關(guān)鍵詞匹配很難滿足人們檢索的要求。 (2)知識挖掘:知識挖掘包括自動摘要、分類和相似性檢索等方面。自動摘要就是自動抽取關(guān)鍵詞、關(guān)鍵