專利名稱：媒體資源的操作方法、系統(tǒng)和設備的制作方法
技術領域：
本發(fā)明涉及通信技術領域，尤其涉及一種媒體資源的操作方法、系統(tǒng)和設備。
背景技術：
電信運營商未來發(fā)展戰(zhàn)略是實現(xiàn)從"通信專家"向"信息專家"的跨域轉移。電信增值業(yè)務發(fā)展未來方向是多媒體化和多用途化。在基于信息服務的電信增值業(yè)務中，往往存在一些海量的信息、媒體訪問的需求。 例如中國移動農(nóng)信通業(yè)務，目前的現(xiàn)狀是多個省份建立了自己的農(nóng)信通業(yè)務平臺，包括彩信中的圖片、彩鈴中的音樂、留言錄音文件、教學視頻短片等等。這些信息目前是散落在各省的農(nóng)信通業(yè)務平臺中，重復存儲，無法跨系統(tǒng)進行交互和共享，導致大量資源的閑置和浪費。解決以上問題的一個方法就是建立一個分布式信息管理平臺，采用分布式技術將存儲在各省業(yè)務平臺節(jié)點中的資源整合、管理起來，對外提供統(tǒng)一的資源獲取接口。分布式媒體資源庫的優(yōu)勢是成本低，可靠性更高，更符合電信運營商的建設習慣，但是整個系統(tǒng)的復雜度提高了數(shù)倍，必須有合適的技術和設計方法來支撐。 現(xiàn)有技術中一種分布式信息管理平臺的建立方法具體為在每個節(jié)點上建立FTP(File Transfer Protocol,文件傳輸協(xié)議)服務，同時建立一個資源分布的查詢服務器，保存資源和FTP節(jié)點的對應關系，使用者先通過LDAP(Lightweight Directory AccessProtocol,輕量級目錄訪問協(xié)議)等協(xié)議訪問查詢服務器，查詢資源所在的FTP服務器，然后通過專用FTP客戶端鏈接服務器，在服務器端為每個客戶端都生成一個會話(Session)保存客戶端上下文狀態(tài)，由客戶端發(fā)出諸如LS、DIR、CD、PUT、GET、DELETE等命令，服務器根據(jù)指令在資源目錄中移動，上傳或下載資源文件，完成操作后，客戶端結束會話，退出服務器。 該方法的問題在于，將資源的分布情況暴露給了客戶端，客戶端每次獲取資源均需查詢其分布情況，再根據(jù)查詢的結果連接不同的服務器，沒有實現(xiàn)對客戶端的透明化，方便性、安全性均得不到保證。另外，由于業(yè)務場景中往往存在一段時間內(nèi)集中的、爆發(fā)性的對某類資源訪問，大量的訪問都會集中在一個節(jié)點上，由于該方案要在服務器上保存客戶端應用狀態(tài)，這降低了服務器的可伸縮性，無法支持這種大規(guī)模的訪問量。
現(xiàn)有技術中還提供了一種基于WebService/SOAP (Simple ObjectAccessProtocol，簡單對象訪問協(xié)議)協(xié)議的網(wǎng)絡資源管理系統(tǒng)，使用SOAP協(xié)議替換FTP協(xié)議。SOAP協(xié)議通過WSDL (Web Services Description Language,網(wǎng)絡服務描述語言)描述接口的調用方式，使用URI服務的入口 ，通過UDDI (Universal Description, Discoveryand Integration,通用描述、發(fā)現(xiàn)和集成)描述服務發(fā)現(xiàn)機制。 發(fā)明人在實現(xiàn)本發(fā)明的過程中，發(fā)現(xiàn)該方式雖然通過使用了無狀態(tài)的請求避免了服務器端保留大量的會話，但是查看一個SOAP請求消息的具體內(nèi)容時必須首先對消息體內(nèi)容進行解析，使得網(wǎng)絡中的負載均衡、轉發(fā)代理、緩沖等常用的手段無法發(fā)揮作用，導致整體構架的可伸縮性(Scalability,表示在一個主動的配置中架構支持大量的組件或大量的組件之間交互的能力)低下，處理效率較低。
發(fā)明內(nèi)容
本發(fā)明的實施例提供一種媒體資源的操作方法、系統(tǒng)和設備，用于簡化媒體資源
的管理與操作方式，提高系統(tǒng)架構的可伸縮性。
本發(fā)明的實施例提供一種媒體資源的操作方法，包括 接收客戶端發(fā)送的對媒體資源進行操作的HTTP消息，所述HTTP消息頭中包括操作指令和邏輯通用資源標識符URI，所述邏輯URI與媒體資源對應；
根據(jù)所述HTTP消息操作與所述邏輯URI對應的媒體資源。
本發(fā)明的實施例還提供一種媒體資源的操作方法，包括 接收對媒體資源進行操作的HTTP消息，所述HTTP消息頭中包括操作指令和邏輯URI ; 解析所述邏輯URI，獲得與所述邏輯URI對應的媒體資源并進行操作；
發(fā)送對所述邏輯URI對應的媒體資源的操作結果。
本發(fā)明的實施例還提供一種網(wǎng)關設備，包括 消息接收單元，用于接收對媒體資源進行操作的HTTP消息，所述HTTP消息頭中包括操作指令和邏輯URI，所述邏輯URI與媒體資源對應； 消息操作單元，用于根據(jù)所述HTTP消息操作與所述邏輯URI對應的媒體資源。
本發(fā)明的實施例還提供一種資源處理設備，包括 接收單元，用于接收對媒體資源進行操作的HTTP消息，所述HTTP消息頭中包括操作指令和邏輯URI ; 解析單元，用于解析所述邏輯URI，獲得與所述邏輯URI對應的媒體資源并進行操作； 發(fā)送單元，用于發(fā)送所述邏輯URI對應的媒體資源的操作結果。
本發(fā)明的實施例還提供一種客戶端，包括 消息發(fā)送單元，用于向所述網(wǎng)關設備發(fā)送對媒體資源進行操作的HTTP消息，所述
HTTP消息頭中包括操作指令和邏輯URI，所述邏輯URI與媒體資源對應； 接收解析單元，用于接收并解析所述網(wǎng)關設備發(fā)送的對與所述邏輯URI對應的媒
體資源的操作結果。 本發(fā)明的實施例還提供一種媒體資源的操作系統(tǒng)，包括網(wǎng)關設備和資源處理設備， 所述網(wǎng)關設備，用于接收客戶端發(fā)送的對媒體資源進行操作的HTTP消息，所述HTTP消息頭中包括操作指令和邏輯URI，所述邏輯URI與媒體資源對應；并根據(jù)所述HTTP消息操作與所述邏輯URI對應的媒體資源； 所述資源處理設備，用于接收對媒體資源進行操作的HTTP消息，解析所述消息中攜帶的邏輯URI，獲得與所述邏輯URI對應的媒體資源并發(fā)送所述邏輯URI對應的媒體資源的操作結果。 與現(xiàn)有技術相比，本發(fā)明的實施例具有以下優(yōu)點 通過使用邏輯URI對不同的媒體資源進行區(qū)分，簡化了資源尋址方式；另外，通過使用HTTP消息頭攜帶的操作指令以及邏輯URI對特定的媒體資源進行相應操作，從而簡化了對資源的操作流程，提高了系統(tǒng)整體構架的處理效率以及可伸縮性。
為了更清楚地說明本發(fā)明實施例的技術方案，下面將對實施例描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領域普通技術人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。
圖1是本發(fā)明實施例中媒體資源的操作方法的應用網(wǎng)絡場景示意圖； 圖2A和圖2B是本發(fā)明實施例中媒體資源的操作方法流程圖； 圖3是本發(fā)明實施例中客戶端A獲取資源列表的流程圖； 圖4是本發(fā)明實施例中客戶端A獲取資源的流程圖； 圖5是本發(fā)明實施例中客戶端B獲取資源的流程圖； 圖6是本發(fā)明實施例中客戶端C維護資源的流程圖； 圖7是本發(fā)明實施例中緩沖服務清除無效緩存的流程圖； 圖8是本發(fā)明實施例中網(wǎng)關設備的結構示意圖； 圖9是本發(fā)明實施例網(wǎng)關設備中消息操作單元的結構示意圖； 圖10是本發(fā)明實施例網(wǎng)關設備中消息操作單元的另一結構示意圖； 圖11是本發(fā)明實施例中資源處理設備的結構示意圖； 圖12是本發(fā)明實施例中客戶端的結構示意圖。
具體實施例方式
下面將結合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明的一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領域普通技術人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。 本發(fā)明的實施例中提供了一種媒體資源的操作方法，其應用場景如圖1所示，包括客戶端、資源目錄、代理網(wǎng)關、緩沖服務以及資源接口。其中 客戶端是資源的使用者，可能是一個外部系統(tǒng)，其與代理網(wǎng)關連接，并向代理網(wǎng)關發(fā)送對媒體資源進行操作的HTTP消息，該HTTP消息頭中包括操作指令和媒體資源的邏輯URI。HTTP消息中的操作指令的不同可以大致分為兩類，一類是用于進行媒體資源獲取的消息如GET等， 一類是用于進行媒體資源維護的消息如POST (創(chuàng)建)/PUT (更新)/DELETE (刪除)等。 資源目錄用于保存媒體資源的邏輯URI和媒體資源所在資源接口的映射關系，供代理網(wǎng)關以及緩沖服務查詢。 代理網(wǎng)關用于代理一個或多個客戶端發(fā)送的請求，通過查看客戶端發(fā)送的HTTP消息中的邏輯URI，以及資源目錄保存的映射關系將HTTP消息轉發(fā)至邏輯URI對應資源所在的資源接口。代理網(wǎng)關一般和客戶端處于一個網(wǎng)段。 緩沖服務用于在本地保留媒體資源的拷貝，并具備媒體資源的緩沖老化功能。該緩沖服務可以集成在代理網(wǎng)關上。 資源接口用于根據(jù)HTTP消息，對HTTP消息中的邏輯URI對應的媒體資源進行操 作。 具體的，基于該網(wǎng)絡架構，本發(fā)明的實施例中提供了一種媒體資源的操作方法，如 圖2A所示，包括以下步驟 步驟s201、代理網(wǎng)關接收客戶端發(fā)送的對媒體資源進行操作的HTTP消息，HTTP消
息頭中包括操作指令和邏輯URI，該邏輯URI與媒體資源對應。 步驟s202、代理網(wǎng)關根據(jù)該HTTP消息操作與邏輯URI對應的媒體資源。 該方法中，如圖2B所示，該媒體資源的操作方法還可以包括 步驟s210、接收對媒體資源進行操作的HTTP消息，該HTTP消息頭中包括操作指令
和邏輯URI 。 步驟s211、解析該邏輯URI，獲得與該邏輯URI對應的媒體資源并進行操作。
步驟s212、發(fā)送對該邏輯URI對應的媒體資源的操作結果。 本發(fā)明的實施例中，通過使用邏輯URI對不同的媒體資源進行區(qū)分，簡化了資源 尋址方式；另外，通過使用HTTP消息頭攜帶的操作指令以及邏輯URI對特定的媒體資源進 行相應操作，從而簡化了對資源的操作流程，提高了系統(tǒng)整體構架的處理效率以及可伸縮 性。 以下結合不同的場景，對本發(fā)明實施例中媒體資源的操作方法進行詳細說明。
本發(fā)明的一個實施例中，以客戶端從資源接口獲取資源為例，說明本發(fā)明實施例 中媒體資源的操作方法。假設客戶端A是一個點歌業(yè)務系統(tǒng)，它需要獲得截止到今天被點 播最多的10首歌曲資源列表，則客戶端A從資源接口獲取媒體資源的流程如圖3所示，包 括以下步驟 步驟s30I、客戶端A向代理網(wǎng)關A發(fā)送GET請求，GET請求中攜帶的邏輯 URI (Uniform Resource Identifier,通用資源標志符)為 具體的，代理網(wǎng)關首先對客戶端A與代理網(wǎng)關間交互所使用的接口語言進行定 義。根據(jù)定義后的接口語言，客戶端A可以根據(jù)需要生成所需的邏輯URI并向代理網(wǎng)關發(fā) 送。該邏輯URI與現(xiàn)有技術中通過客戶端發(fā)送HTTP請求以獲取特定URL(Uniform Resource Locator,通用資源定位符)鏈接內(nèi)容的區(qū)別在于，URL鏈接所表示的是一個確定的地址，而 邏輯URI所代表的是業(yè)務資源本身，網(wǎng)絡側在對邏輯URI進行轉化前，并不能直接根據(jù)一個 邏輯URI得到一個確定的地址。 步驟s302、代理網(wǎng)關A檢查請求的消息頭，發(fā)現(xiàn)為GET請求，于是向緩沖服務查詢 該邏輯URI所代表的資源是否存在于緩沖服務的緩存中。 步驟s303、緩沖服務返回False,即該邏輯URI所代表的資源不存在緩沖服務的緩 存中。 步驟s304、代理網(wǎng)關A向資源目錄發(fā)起查詢，查詢該邏輯URI在哪個資源接口。
步驟s305、資源目錄返回查詢結果為資源接口 B。 步驟s306、代理網(wǎng)關A向資源接口 B發(fā)送GET請求，GET請求中攜帶的URI為
8
步驟s307、資源接口向代理網(wǎng)關A返回資源列表。 具體的，資源接口通過解析查詢出截止到今天被點播最多的10首歌曲資源，具體 可以通過調用動態(tài)腳本文件來實現(xiàn)，并將其得到的10首歌曲資源編碼為如下的XML格式后 作為資源列表返回給代理網(wǎng)關。
〈？ xml version 〈items xmlns = 〃
1. 0〃 encoding
UTF-8〃 *
r6sourc6.com
〈item name =，，披著羊皮的狼，，〉http://www. resource, corn/music/pop/1110〈/
〈item name : 〈item name
'恭喜發(fā)財"〉http:/ "桃花朵朵開"〉http
resource, com/music/pop/1111〈/item> resource, com/music/pop/1112〈/
item>
item> ...... 〈/items〉 步驟s308、代理網(wǎng)關A獲得結果后，將邏輯URI、資源列表(邏輯URI對應的媒體 資源)、媒體資源時間戳存入緩存。 步驟s309、代理網(wǎng)關A向客戶端A返回資源列表。 本發(fā)明的實施例中，每個資源都有獨特的邏輯URI標識，象"被點播最多的10首歌 曲資源列表，，也可以通過邏輯URIhttp://www. resource, com/music/pop/top10來標識，使 得尋址方式簡化，增強了資源擴展性。 本發(fā)明的另一實施例中，以客戶端從資源接口獲取資源為例，說明本發(fā)明實施例 中媒體資源的操作方法。假設客戶端A獲得資源列表后，通過解析XML格式的資源列表， 獲知"被點播最多的10首歌曲"里有《披著羊皮的狼》這首歌曲，且該歌曲的邏輯URI為 http:〃www. resource, com/music/pop/1110，想繼續(xù)獲得《披著羊皮的狼》這個資源。則客 戶端A從資源接口獲取媒體資源的流程如圖4所示，包括以下步驟 步驟s401、客戶端A向代理網(wǎng)關A發(fā)送GET請求，GET請求中攜帶的邏輯URI為 http:〃www. resource. com/music/pop/1110，這個邏輯URI是從接收到的資源列表中獲得 的。 步驟s402、代理網(wǎng)關A檢查請求的消息頭，發(fā)現(xiàn)為GET請求，于是向緩沖服務查詢 該邏輯URI所代表的資源是否存在緩沖服務的緩存中。 步驟s403、緩沖服務返回False,即該邏輯URI所代表的資源不存在緩沖服務的緩
存中。
http:
步驟s404、代理網(wǎng)關A向資源目錄發(fā)起查詢，查詢該邏輯URI在哪個資源接口。 步驟s405、資源目錄返回查詢結果為資源接口 B。
步驟s406、代理網(wǎng)關A向資源接口 B發(fā)送GET請求，GET請求中攜帶的邏輯URI為
resource. com/music/pop/1110。 步驟s407、資源接口向代理網(wǎng)關A返回資源。該資源的返回過程中涉及的邏輯URI 解析查詢過程與上述步驟s307所描述的過程相似，在此不進行重復描述。
步驟s408、代理網(wǎng)關A獲得結果后，將資源存入緩存。
步驟s409、代理網(wǎng)關A向客戶端A返回資源。
本發(fā)明的另一實施例中，以客戶端從資源接口獲取資源為例，說明本發(fā)明實施例 中媒體資源的操作方法。假設客戶端A獲得《披著羊皮的狼》這個資源之后的某一時刻，作 為彩鈴業(yè)務系統(tǒng)的客戶端B同樣想獲得《披著羊皮的狼》這個資源，則如圖5所示，客戶端 B從資源接口獲取媒體資源的流程包括 步驟s501 、客戶端B向代理網(wǎng)關A發(fā)送GET請求，GET請求中攜帶的URI為http: 〃 步驟s502、代理網(wǎng)關A檢查請求的消息頭，發(fā)現(xiàn)為GET請求，于是向緩沖服務查詢 該邏輯URI所代表的資源是否存在緩沖服務的緩存中。 步驟s503、緩沖服務返回True,即該邏輯URI所代表的資源在緩沖服務的緩存中。
步驟s504、代理網(wǎng)關A向緩沖服務發(fā)送GET請求，GET請求中攜帶的邏輯URI為 步驟s505、緩沖服務向代理網(wǎng)關A返回URI對應的資源文件。 步驟s506、代理網(wǎng)關A向客戶端B返回URI對應的資源文件。由于本次交互都是
在一個節(jié)點網(wǎng)絡中，因此速度會非常快。 本發(fā)明的另一實施例中，以客戶端修改資源接口中的資源為例，說明本發(fā)明實施 例中媒體資源的操作方法。假設客戶端C是一個資源采編系統(tǒng)，它需要將《披著羊皮的狼》 的歌名改為《披著羊皮的狼_搖滾版》，如圖6所示，該客戶端C修改資源接口處的媒體資源 的流程包括 步驟s601、客戶端C向代理網(wǎng)關B發(fā)送PUT請求，PUT請求中攜帶的邏輯URI為 http:〃www. resource, com/music/pop/1110的請求，并將修改內(nèi)容通過編碼攜帶在PUT消 息體中。 步驟s602、代理網(wǎng)關B解析消息頭，發(fā)現(xiàn)是PUT請求(緩沖動作只針對GET請求)， 則詢問資源目錄該邏輯URI的位置。 步驟s603、資源目錄返回查詢結果為資源接口 B。
步驟s604、代理網(wǎng)關B向資源接口 B轉發(fā)PUT請求。 步驟s605、資源接口 B完成該請求后更新資源時間戳，返回OK消息。該資源的返 回過程中涉及的邏輯URI解析查詢過程與上述步驟s307所描述的過程相似，該過程在此不 進行重復描述。 步驟s606 、代理網(wǎng)關B向客戶端C返回OK消息。 該實施例以HTTP消息中的操作為PUT為例進行了說明，可以理解的是，當操作為 DELETE、POST等其他對媒體資源的操作時，實施方式與上述PUT的操作方式相似，在此不進 行重復說明。 本發(fā)明的另一實施例中，對緩沖服務中的媒體資源的緩沖老化功能進行說明。具 體的，可以在緩沖服務中設置一個定時任務，定期清除無效的緩存。該緩沖服務清除本地緩 沖中無效的媒體資源的方法可以包括(l)緩沖服務定時遍歷本地緩沖中的媒體資源，將 上次訪問時間距離當前時間超過預設時間的媒體資源判斷為無效并清除；(2)對于上次訪 問時間距離當前時間未超過預設時間的媒體資源，緩沖服務可以通過資源目錄獲取所述媒 體資源所在的資源接口 ；并向資源接口發(fā)送查詢媒體資源時間戳的請求；當資源接口發(fā)送 的媒體資源的時間戳晚于本地緩沖中所述媒體資源的時間戳時，緩沖服務判斷該媒體資源為無效并清除。 過程如圖7所示，該緩沖服務根據(jù)資源接口發(fā)送的媒體資源的時間戳清除無效緩 存的流程包括 步驟s701、緩沖服務定期遍歷緩存對象。 步驟s702、緩沖服務向資源目錄查詢邏輯URI在哪個資源接口。
步驟s703、資源目錄返回查詢結果為資源接口 B。
步驟s704、緩沖服務向資源接口 B查詢該邏輯URI的時間戳，如
GET http://www. resource, com/music/pop/1110/timestamp
步驟s705、資源接口 B向緩沖服務返回時間戳查詢結果。 步驟s706、緩沖服務將返回的時間戳查詢結果和自己保存對象的時間戳對比。
步驟s707、如果緩沖服務將返回的時間戳查詢結果大于自己保存對象的時間戳， 則緩沖服務判斷該對象失效，刪除該失效對象。 本發(fā)明的實施例提供的上述方法中，通過使用邏輯URI對不同的媒體資源進行區(qū) 分，簡化了資源尋址方式；另外，通過使用HTTP消息頭攜帶的操作指令以及邏輯URI對特定 的媒體資源進行相應操作，從而簡化了對資源的操作流程，提高了系統(tǒng)整體構架的處理效 率以及可伸縮性。最后，通過使用緩沖服務提高了資源獲取速度，提高了用戶體驗。
本發(fā)明的實施例中還提供一種媒體資源的操作系統(tǒng)，包括網(wǎng)關設備和資源處理設 備。其中 網(wǎng)關設備用于接收客戶端發(fā)送的對媒體資源進行操作的HTTP消息，該HTTP消息 頭中包括操作指令和邏輯URI，邏輯URI與媒體資源對應；并根據(jù)該HTTP消息操作與邏輯 URI對應的媒體資源。 資源處理設備，用于接收對媒體資源進行操作的HTTP消息，解析消息中攜帶的邏 輯URI，獲得與邏輯URI對應的媒體資源并進行操作；發(fā)送對邏輯URI對應的媒體資源的操 作結果。該資源處理設備可以為資源接口。 該操作系統(tǒng)還可以包括緩沖服務，用于當本地存在以該邏輯URI標識的媒體資源 時，將以該邏輯URI標識的媒體資源提供給網(wǎng)關設備；緩沖服務還用于清除本地緩沖中無 效的媒體資源。 該操作系統(tǒng)還可以包括資源目錄，用于接收到網(wǎng)關設備或緩沖服務的查詢邏輯 URI對應的媒體資源所在的資源處理設備時，發(fā)送查詢結果。 該操作系統(tǒng)還可以包括客戶端，用于向網(wǎng)關設備發(fā)送對媒體資源進行操作的HTTP 消息，HTTP消息頭中包括操作指令和邏輯URI，邏輯URI與媒體資源對應；接收并解析網(wǎng)關 設備發(fā)送的對與邏輯URI對應的媒體資源的操作結果。 上述客戶端、網(wǎng)關設備、資源接口、緩沖服務以及資源目錄的組網(wǎng)形式可以如上述 圖1所示，在此不進行重復描述。 本發(fā)明的實施例還提供一種網(wǎng)關設備，如圖8所示，包括 消息接收單元10，用于接收對媒體資源進行操作的HTTP消息，該HTTP消息頭中包 括操作指令和邏輯URI ; 消息操作單元20，用于根據(jù)該HTTP消息操作與邏輯URI對應的媒體資源。
具體的，當消息接收單元10接收的對媒體資源進行的操作具體為獲取媒體資源時，如圖9所示，消息操作單元20可以包括 第一查詢單元21，用于查詢緩沖服務中是否存在與邏輯URI對應的媒體資源；
第一獲取單元22，用于當緩沖服務中存在邏輯URI對應的媒體資源時，從緩沖服 務獲取邏輯URI對應的媒體資源。 第二查詢單元23，用于在第一查詢單元21查詢到緩沖服務中不存在邏輯URI對應
的媒體資源時，向資源目錄查詢邏輯URI對應的媒體資源所在的資源接口 ； 資源接口信息接收單元24，用于接收資源目錄發(fā)送的資源接口信息； 第二獲取單元25，用于從資源接口信息對應的資源接口獲取邏輯URI對應的媒體資源。 緩沖服務存儲單元26，用于將第二獲取單元25從資源接口信息對應的資源接口 獲取的邏輯URI對應的媒體資源，存儲到緩沖服務。 發(fā)送單元27，用于將第一獲取單元22或第二獲取單元25獲取到的與邏輯URI對 應的媒體資源向客戶端發(fā)送。 具體的，當消息接收單元10接收的對媒體資源進行的操作具體為對媒體資源的 維護時，如圖10所示，消息操作單元20可以包括 第二查詢單元23，用于向資源目錄查詢邏輯URI對應的媒體資源所在的資源接 □; 資源接口信息接收單元24，用于接收資源目錄發(fā)送的資源接口信息； 維護請求發(fā)送單元28，用于向資源接口信息對應的資源接口發(fā)送對邏輯URI對應
的媒體資源的維護請求； 維護結果接收單元29，用于接收資源接口發(fā)送的維護結果。
發(fā)送單元27，用于將資源接口發(fā)送的維護結果向客戶端發(fā)送。 本發(fā)明的實施例中還提供一種資源處理設備，該設備可以為資源接口，如圖11所 示，包括 接收單元31，用于接收對媒體資源進行操作的HTTP消息，所述HTTP消息頭中包括 操作指令和邏輯URI。 解析單元32，用于解析所述邏輯URI，獲得與所述邏輯URI對應的媒體資源并進行 操作；該解析具體可以通過調用動態(tài)腳本文件來實現(xiàn)。 發(fā)送單元33，用于發(fā)送對邏輯URI對應的媒體資源的操作結果。具體的，當操作指 令具體為獲取媒體資源時，發(fā)送與所述邏輯URI對應的媒體資源；操作指令具體為對媒體 資源的維護時，用于發(fā)送對邏輯URI對應的媒體資源進行維護后的結果。
本發(fā)明的實施例中還提供一種客戶端，如圖12所示，包括 消息發(fā)送單元51，用于向網(wǎng)關設備發(fā)送對媒體資源進行操作的HTTP消息，該HTTP 消息頭中包括操作指令和邏輯URI，邏輯URI與媒體資源對應； 接收解析單元52，用于接收并解析網(wǎng)關設備發(fā)送的對與邏輯URI對應的媒體資源 的操作結果。 本發(fā)明的實施例提供的上述系統(tǒng)和設備中，通過使用邏輯URI對不同的媒體資源 進行區(qū)分，簡化了資源尋址方式；另外，通過使用HTTP消息頭攜帶的操作指令以及邏輯URI 對特定的媒體資源進行相應操作，從而簡化了對資源的操作流程，提高了系統(tǒng)整體構架的處理效率以及可伸縮性。最后，通過使用緩沖服務提高了資源獲取速度，提高了用戶體驗。
上述模塊可以分布于一個裝置，也可以分布于多個裝置。上述模塊可以合并為一 個模塊，也可以進一步拆分成多個子模塊。 通過以上的實施方式的描述，本領域的技術人員可以清楚地了解到本發(fā)明可以通
過硬件實現(xiàn)，也可以借助軟件加必要的通用硬件平臺的方式來實現(xiàn)?；谶@樣的理解，本發(fā)
明的技術方案可以以軟件產(chǎn)品的形式體現(xiàn)出來，該軟件產(chǎn)品可以存儲在一個非易失性存儲
介質(可以是CD-R0M， U盤，移動硬盤等)中，包括若干指令用以使得一臺計算機設備(可
以是個人計算機，服務器，或者網(wǎng)絡設備等)執(zhí)行本發(fā)明各個實施例所述的方法。 本領域技術人員可以理解附圖只是一個優(yōu)選實施例的示意圖，附圖中的模塊或流
程并不一定是實施本發(fā)明所必須的。 本領域技術人員可以理解實施例中的裝置中的模塊可以按照實施例描述進行分 布于實施例的裝置中，也可以進行相應變化位于不同于本實施例的一個或多個裝置中。上 述實施例的模塊可以合并為一個模塊，也可以進一步拆分成多個子模塊。
上述本發(fā)明實施例序號僅僅為了描述，不代表實施例的優(yōu)劣。 以上公開的僅為本發(fā)明的幾個具體實施例，但是，本發(fā)明并非局限于此，任何本領 域的技術人員能思之的變化都應落入本發(fā)明的保護范圍。
權利要求
一種媒體資源的操作方法，其特征在于，包括接收客戶端發(fā)送的對媒體資源進行操作的HTTP消息，所述HTTP消息頭中包括操作指令和邏輯通用資源標識符URI，所述邏輯URI與媒體資源對應；根據(jù)所述HTTP消息操作與所述邏輯URI對應的媒體資源。
2. 如權利要求1所述的方法，其特征在于，所述操作指令具體為獲取媒體資源時， 所述根據(jù)HTTP消息操作與所述邏輯URI對應的媒體資源包括 查詢緩沖服務中是否存在與所述邏輯URI對應的媒體資源；所述緩沖服務中存在所述邏輯URI對應的媒體資源時，從所述緩沖服務獲取所述邏輯 URI對應的媒體資源；所述緩沖服務中不存在所述邏輯URI對應的媒體資源時，向資源目錄 查詢所述邏輯URI對應的媒體資源所在的資源接口 ；接收所述資源目錄發(fā)送的資源接口信 息；從所述資源接口信息對應的資源接口獲取所述邏輯URI對應的媒體資源。
3. 如權利要求2所述的方法，其特征在于，所述根據(jù)所述HTTP消息操作與所述邏輯 URI對應的媒體資源后還包括向所述客戶端發(fā)送獲取到的與所述邏輯URI對應的媒體資源。
4 . 如權利要求2所述的方法，其特征在于，所述從資源接口信息對應的資源接口獲取 所述邏輯URI對應的媒體資源之后，還包括將從所述資源接口信息對應的資源接口獲取的所述邏輯URI對應的媒體資源，存儲到 所述緩沖服務。
5. 如權利要求1所述的方法，其特征在于，所述操作指令具體為對媒體資源的維護時， 所述根據(jù)HTTP消息操作與所述邏輯URI對應的媒體資源包括 向資源目錄查詢所述邏輯URI對應的媒體資源所在的資源接口 ； 接收所述資源目錄發(fā)送的資源接口信息；向所述資源接口信息對應的資源接口發(fā)送對所述邏輯URI對應的媒體資源的維護請求；接收所述資源接口發(fā)送的維護結果，并將所述維護結果向客戶端發(fā)送。
6. 如權利要求2至4中任一項所述的方法，其特征在于，還包括 所述緩沖服務定時遍歷本地緩沖中的媒體資源，將上次訪問時間距離當前時間超過預設時間的媒體資源判斷為無效并清除；或者，所述緩沖服務對于本地緩沖中的媒體資源，通過資源目錄獲取所述媒體資源所在的資 源接口 ，所述緩沖服務向所述資源接口發(fā)送查詢所述媒體資源時間戳的請求，所述資源接 口發(fā)送的所述媒體資源的時間戳晚于本地緩沖中所述媒體資源的時間戳時，所述緩沖服務 判斷所述媒體資源為無效并清除。
7. —種媒體資源的操作方法，其特征在于，包括接收對媒體資源進行操作的HTTP消息，所述HTTP消息頭中包括操作指令和邏輯URI ; 解析所述邏輯URI，操作與所述邏輯URI對應的媒體資源； 發(fā)送對所述邏輯URI對應的媒體資源的操作結果。
8. 如權利要求7所述的方法，其特征在于，所述操作指令具體為獲取媒體資源時，所述 操作與所述邏輯URI對應的媒體資源包括獲取與所述邏輯URI對應的媒體資源。
9. 如權利要求7所述的方法，其特征在于，所述操作指令具體為對媒體資源的維護時， 所述操作與所述邏輯URI對應的媒體資源包括維護與所述邏輯URI對應的媒體資源。
10. —種網(wǎng)關設備，其特征在于，包括消息接收單元，用于接收對媒體資源進行操作的HTTP消息，所述HTTP消息頭中包括操 作指令和邏輯URI，所述邏輯URI與媒體資源對應；消息操作單元，用于根據(jù)所述HTTP消息操作與所述邏輯URI對應的媒體資源。
11. 如權利要求io所述的網(wǎng)關設備，其特征在于，所述消息接收單元接收的操作指令具體為獲取媒體資源時，所述消息操作單元包括第一查詢單元，用于查詢緩沖服務中是否存在與所述邏輯URI對應的媒體資源； 第一獲取單元，用于當所述緩沖服務中存在所述邏輯URI對應的媒體資源時，從所述緩沖服務獲取所述URI對應的媒體資源；第二查詢單元，用于在所述第一查詢單元查詢到緩沖服務中不存在所述URI對應的媒體資源時，向資源目錄查詢所述邏輯URI對應的媒體資源所在的資源接口 ； 資源接口信息接收單元，用于接收所述資源目錄發(fā)送的資源接口信息； 第二獲取單元，用于從所述資源接口信息對應的資源接口獲取所述邏輯URI對應的媒體資源。
12. 如權利要求10所述的網(wǎng)關設備，其特征在于，所述消息操作單元還包括 緩沖服務存儲單元，用于將所述第二獲取單元從資源接口信息對應的資源接口獲取的所述邏輯URI對應的媒體資源，存儲到所述緩沖服務。發(fā)送單元，用于將所述第一獲取單元或第二獲取單元獲取到的與所述邏輯URI對應的 媒體資源向所述客戶端發(fā)送。
13. 如權利要求8所述的網(wǎng)關設備，其特征在于，所述消息接收單元接收的操作指令具 體為對媒體資源的維護時，所述消息操作單元包括所述第二查詢單元，還用于向資源目錄查詢所述邏輯URI對應的媒體資源所在的資源接口 ；所述資源接口信息接收單元，還用于接收所述資源目錄發(fā)送的資源接口信息； 維護請求發(fā)送單元，用于向所述資源接口信息對應的資源接口發(fā)送對所述URI對應的 媒體資源的維護請求；維護請求接收單元，用于接收所述資源接口發(fā)送的維護結果； 所述發(fā)送單元，還用于向所述客戶端發(fā)送所述維護結果。
14. 一種資源處理設備，其特征在于，包括接收單元，用于接收對媒體資源進行操作的HTTP消息，所述HTTP消息頭中包括操作指 令和邏輯URI ;解析單元，用于解析所述邏輯URI，操作與所述邏輯URI對應的媒體資源； 發(fā)送單元，用于發(fā)送對所述邏輯URI對應的媒體資源的操作結果。
15. 如權利要求14所述的資源處理設備，其特征在于，所述操作指令具體為獲取媒體 資源時，所述解析單元用于獲取與所述邏輯URI對應的媒體資源；所述操作指令具體為對 媒體資源的維護時，所述解析單元還用于維護所述邏輯URI對應的媒體資源。
16. —種客戶端，其特征在于，包括消息發(fā)送單元，用于向所述網(wǎng)關設備發(fā)送對媒體資源進行操作的HTTP消息，所述HTTP 消息頭中包括操作指令和邏輯URI，所述邏輯URI與媒體資源對應；接收解析單元，用于接收并解析所述網(wǎng)關設備發(fā)送的對與所述邏輯URI對應的媒體資源的操作結果。
17. —種媒體資源的操作系統(tǒng)，其特征在于，包括網(wǎng)關設備和資源處理設備， 所述網(wǎng)關設備，用于接收客戶端發(fā)送的對媒體資源進行操作的HTTP消息，所述HTTP消息頭中包括操作指令和邏輯URI，所述邏輯URI與媒體資源對應；并根據(jù)所述HTTP消息操 作與所述邏輯URI對應的媒體資源；所述資源處理設備，用于接收對媒體資源進行操作的HTTP消息，解析所述消息中攜帶 的邏輯URI，操作與所述邏輯URI對應的媒體資源并向送所述邏輯URI對應的媒體資源的操 作結果。
18. 如權利要求17所述的操作系統(tǒng)，其特征在于，所述操作系統(tǒng)還包括緩沖服務，用于 當本地存在以所述邏輯URI標識的媒體資源時，將以所述邏輯URI標識的媒體資源提供給 所述網(wǎng)關設備；所述緩沖服務還用于清除本地緩沖中無效的媒體資源。
19. 如權利要求17或18所述的操作系統(tǒng)，其特征在于，還包括資源目錄，用于接收到所 述網(wǎng)關設備或緩沖服務的查詢所述邏輯URI對應的媒體資源所在的資源處理設備時，發(fā)送 查詢結果。
全文摘要
本發(fā)明的實施例公開了一種媒體資源的操作方法、系統(tǒng)和設備。該方法包括接收客戶端發(fā)送的對媒體資源進行操作的HTTP消息，所述HTTP消息頭中包括操作指令和邏輯通用資源標識符URI，所述邏輯URI與媒體資源對應；根據(jù)所述HTTP消息操作與所述邏輯URI對應的媒體資源。本發(fā)明的實施例中，通過使用邏輯URI對不同的媒體資源進行區(qū)分，簡化了資源尋址方式；另外，通過使用HTTP消息頭攜帶的操作指令以及邏輯URI對特定的媒體資源進行相應操作，從而簡化了對資源的操作流程，提高了系統(tǒng)整體構架的處理效率以及可伸縮性。
文檔編號H04L12/56GK101741877SQ20081018044
公開日2010年6月16日 申請日期2008年11月27日 優(yōu)先權日2008年11月27日
發(fā)明者曹祖鵬 申請人:華為技術有限公司