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