[發(fā)明專利]一種基于擴展SOAP的數(shù)據(jù)密集型多媒體服務調(diào)用方法

無效

• 申請?zhí)枺?/td>: 200910083304.8
• 申請日: 2009-04-30
• 公開（公告）號: CN101645785A
• 公開（公告）日: 2010-02-10
• 發(fā)明（設計）人: 王勁林;李松斌;陳君;鄧浩江
• 申請（專利權）人: 中國科學院聲學研究所
• 主分類號: H04L12/18
• 分類號: H04L12/18;H04L29/08;H04L9/00
• 代理公司: 北京法思騰知識產(chǎn)權代理有限公司
• 代理人: 楊小蓉

技術領域

本發(fā)明涉及互聯(lián)網(wǎng)Web服務技術領域，更具體地，本發(fā)明涉及一種基于擴展SOAP的數(shù)據(jù)密集型多媒體服務調(diào)用方法。?

背景技術

由于需要對多媒體音視頻數(shù)據(jù)進行處理，多媒體業(yè)務中經(jīng)常包含連續(xù)的并且在時間和空間兩方面相關性很強的數(shù)據(jù)流，是一種典型的數(shù)據(jù)密集型業(yè)務。基于這一原因，目前多媒體應用被普遍地以單一的、緊耦合的完整系統(tǒng)方式加以實現(xiàn)。這使得多媒體業(yè)務的建立、維護、升級與及與其他業(yè)務的集成一直是一個比較棘手、昂貴、時間耗費巨大的難題。除多媒體業(yè)務外，數(shù)據(jù)密集型業(yè)務還包括數(shù)據(jù)托管、大規(guī)模數(shù)據(jù)分析如數(shù)據(jù)挖掘應用等，這些數(shù)據(jù)密集型業(yè)務也存在與其他業(yè)務集成困難的問題。?

另一方面，面向服務架構(Service?Oriented?Architecture，簡稱SOA)提供了一種可根據(jù)需要動態(tài)組合服務以形成集成業(yè)務的方法，它基于根據(jù)標準預先定義的接口，允許分布式和異構組件之間進行松散連接，是一種更為魯棒并且易于擴展的大規(guī)模系統(tǒng)設計方法，已經(jīng)成功地為眾多大規(guī)模應用系統(tǒng)提供了更為柔性的解決方案。在INTERNET環(huán)境下，Web?Service技術作為SOA的一種實現(xiàn)方式，得到學術界的承認并獲得眾多軟件巨頭如IBM、微軟等的支持。Web?Service由一系列基于XML的標準組成，如SOAP、UDDI和WSDL等，它實際上定義了一種平臺無關的遠程對象交互模型，實現(xiàn)該模型的核心是簡單對象請求協(xié)議(Simple?Object?AccessProtocol，簡稱SOAP)。因此，如果能夠?qū)eb?Service應用到多媒體業(yè)務領域，構建一種支持面向服務架構的分布式多媒體應用系統(tǒng)，則可以有效地解決多媒體業(yè)務系統(tǒng)的開發(fā)、維護與及與其他業(yè)務系統(tǒng)集成等方面的難題。?

但是，Web?Service技術最初是作為INTERNET事務類應用(如電子商務)的解決方案被提出的，主要針對的是輸入?yún)?shù)的數(shù)據(jù)規(guī)模較小的文本數(shù)據(jù)業(yè)務，對于涉及大容量的二進制數(shù)據(jù)的多媒體業(yè)務支持很弱。其中一個關鍵原因就是多媒體應用中數(shù)據(jù)一般要作為程序的處理對象，例如轉(zhuǎn)碼服務中原視頻文件必須作為參數(shù)提供給服務。而現(xiàn)有的SOAP及其擴展無法有效地支持將大規(guī)模數(shù)據(jù)作為參數(shù)封裝到其消息體中作為遠程過程調(diào)用的輸入。?

萬維網(wǎng)聯(lián)盟(W3C)定義了兩個在SOAP中攜帶附件的規(guī)范：帶附件SOAP消息(SOAP?Message?with?Attachment)和XML二進制數(shù)據(jù)優(yōu)化打包(XML-binaryOptimized?Packages，XOP)規(guī)范。這兩個規(guī)范都基于多用途因特網(wǎng)郵件擴展(Multipurpose?Internet?Mail?Extensions，MIME)協(xié)議，附件所包含的二進制數(shù)據(jù)在傳輸時要首先使用base64編碼為文本然后作為MIME信封中的一部分進行傳輸，SOAP消息本身作為另一部分。由于將二進制數(shù)據(jù)進行base64編碼會增加1/3的數(shù)據(jù)量，在附件很大時這種作法將導致嚴重的數(shù)據(jù)膨脹，造成不必要的網(wǎng)絡資源消耗；并且由于要將整個附件讀入內(nèi)存進行打包，在附件很大時內(nèi)存將被殆盡，在實驗中發(fā)現(xiàn)當附件較大時，基于這兩個規(guī)范的系統(tǒng)開始變得極不穩(wěn)定。另一方面，基于這兩種方法調(diào)用服務，無法自動感知附件的角色(即附件的所起到的作用)，從而無法進行自動化處理，特別是在存在多個附件的情況下，這個不足更加突顯。最后，基于MIME這一特征，破壞了SOAP標準本身的獨立性。因此上述兩個規(guī)范既無法兼容現(xiàn)有的Web?Service模型，也不能完全地支持多媒體業(yè)務這類數(shù)據(jù)密集型應用。?

再者，多媒體業(yè)務中經(jīng)常涉及數(shù)字內(nèi)容的版權安全，目前的Web?Service體系無法提供一個高效的內(nèi)容保護方案。目前SOAP消息的安全主要依賴于WS-Security規(guī)范，主要通過對消息體進行完全加密的方式獲得安全保障，這在數(shù)據(jù)量不大時是可行的。但是對于多媒體應用而言，由于多媒體數(shù)據(jù)經(jīng)常在數(shù)百兆以上，采用完全加密方式代價太大，同時多媒體數(shù)據(jù)與文本數(shù)據(jù)相比其數(shù)據(jù)之間的相關性很強，采用適當?shù)募用芊绞揭话隳軌蜻_到只加密部分數(shù)據(jù)即可達到保護整個數(shù)據(jù)文件的效果。?

發(fā)明內(nèi)容

本發(fā)明的目的是，對SOAP進行擴展，在SOAP消息中引入?yún)?shù)與附件的關聯(lián)機制，使得SOAP能夠支持將大規(guī)模數(shù)據(jù)作為參數(shù)封裝到SOAP消息體中作為遠程服務調(diào)用的輸入，從而提供一種基于擴展SOAP的數(shù)據(jù)密集型多媒體服務調(diào)用方法。?

為實現(xiàn)上述發(fā)明目的，本發(fā)明提供的基于擴展SOAP的數(shù)據(jù)密集型多媒體服務調(diào)用方法，涉及的實體包括擴展SOAP客戶端和擴展SOAP服務器端，所述多媒體服務調(diào)用方法包括如下步驟：?