專利名稱：一種音視頻服務(wù)配置的方法
技術(shù)領(lǐng)域：
本發(fā)明屬于計(jì)算機(jī)的技術(shù)領(lǐng)域，具體地涉及一種符合請(qǐng)求一響應(yīng)模型的音視頻服 務(wù)配置的方法。
背景技術(shù)：
針對(duì)音視頻服務(wù)配置，每個(gè)廠商都有一套自己的方法(即協(xié)議)，有時(shí)廠商內(nèi)部 的每款設(shè)備在相同協(xié)議上語(yǔ)義也會(huì)有細(xì)微差別。我們希望能設(shè)計(jì)一套通用的語(yǔ)義精確的 設(shè)備配置協(xié)議。該協(xié)議主要用于配置設(shè)備的業(yè)務(wù)功能，如開啟、關(guān)閉錄像；設(shè)置視頻分辨 率、碼流大小；控制客戶端訪問(wèn)遠(yuǎn)程音視頻資源等。我們發(fā)現(xiàn)，絕大多數(shù)情況下，設(shè)備需要 提供的接口只是簡(jiǎn)單的參數(shù)設(shè)置，而不太需要Transaction(事務(wù))語(yǔ)義(即要么成功， 要么沒(méi)有任何影響)?；蛘哒f(shuō)，需要Transaction語(yǔ)義的業(yè)務(wù)通常是通過(guò)上位機(jī)控制，設(shè) 備參與來(lái)完成的。相反，設(shè)備本身往往只需要提供對(duì)自身業(yè)務(wù)單元進(jìn)行操作的接口，這本 質(zhì)上符合REST式架構(gòu)(Respesentational State Transfer，表征性狀態(tài)轉(zhuǎn)移。具體參 考 Richardson，Leonard ；Ruby, Sam(2007-05)，RESTful Web Services, 0’ Reilly, ISBN 978-0-596-52926-0)。因此，我們相信，無(wú)論對(duì)于協(xié)議的實(shí)現(xiàn)者還是協(xié)議的客戶端，使用 REST式的協(xié)議設(shè)計(jì)更有利于他們整體把握業(yè)務(wù)流程和協(xié)議的語(yǔ)義。

發(fā)明內(nèi)容
本發(fā)明的技術(shù)解決問(wèn)題是克服現(xiàn)有技術(shù)的不足，提供一種語(yǔ)義精確的通用的音 視頻服務(wù)配置的方法。本發(fā)明的技術(shù)解決方案是這種音視頻服務(wù)配置的方法，其符合請(qǐng)求一響應(yīng)模型， 請(qǐng)求消息體包括(al)資源路徑，以UNIX文件系統(tǒng)路徑的方式表達(dá)各個(gè)資源的層次結(jié)構(gòu)； (a2)資源訪問(wèn)方式，包括查詢Retrieve、修改Update、創(chuàng)建Create、刪除Delete四種；響應(yīng) 消息體包括(rl)響應(yīng)返回值，每種資源還可以加入專有的返回值。由于本方法是對(duì)業(yè)務(wù)需求的一種抽象業(yè)務(wù)實(shí)踐中需要?jiǎng)?chuàng)建、訪問(wèn)、修改、刪除各 種資源，訪問(wèn)資源時(shí)用資源路徑指明訪問(wèn)的是哪個(gè)資源，指明訪問(wèn)方法，以及得到或修改資 源的表征。但對(duì)于其具體形式，本方法未作強(qiáng)制規(guī)定，本方法是對(duì)信息交換背后的實(shí)質(zhì)進(jìn)行 描述。這意味著首先，本方法需要與如HTTP或D-Bus的承載協(xié)議組成實(shí)體協(xié)議才能具體 應(yīng)用；其次，本方法可以應(yīng)用于任意一種承載協(xié)議，通用于各種音視頻服務(wù)。
具體實(shí)施例方式下面對(duì)本發(fā)明的技術(shù)方案做進(jìn)一步的詳細(xì)描述。一、面向資源REST式架構(gòu)無(wú)論對(duì)于協(xié)議實(shí)現(xiàn)者還是協(xié)議的客戶端，使用REST式的協(xié)議設(shè)計(jì)更有利于他 們整體把握業(yè)務(wù)流程和協(xié)議的語(yǔ)義。在REST風(fēng)格中，資源的訪問(wèn)統(tǒng)一使用四種操作—— Create創(chuàng)建、Retrieve查詢、Update修改、Delete刪除，此處沿用。在本方法中對(duì)資源進(jìn)行訪問(wèn)時(shí)，使用/category/sub-category/uuid的資源路徑進(jìn)行，這是對(duì)資源的自然分 類，很好理解。需注意，資源不僅局限于對(duì)應(yīng)設(shè)備上的硬件單元，它也對(duì)應(yīng)業(yè)務(wù)單元(如遠(yuǎn) 程音視頻輸入、遠(yuǎn)程音視頻輸出、事件觸發(fā)時(shí)響應(yīng)的預(yù)案等)。作為資源的全局唯一標(biāo)識(shí)， UUID(Universal Unique Identifier，全局唯一標(biāo)識(shí)符)與資源存在——對(duì)應(yīng)關(guān)系，而不是 資源路徑。這是因?yàn)?，一個(gè)資源可能具有多個(gè)角色，這樣我們可以從任意一個(gè)資源路徑對(duì)其 進(jìn)行訪問(wèn)，而UUID則是決定資源的唯一標(biāo)識(shí)。在REST式風(fēng)格下，設(shè)備的各個(gè)功能單元作為資源存在，而資源本身是抽象的，我 們要觀察或改造資源都需要對(duì)資源進(jìn)行描述或表征。表征的方法有很多，按照數(shù)據(jù)格式 可分為二進(jìn)制描述和基于文本的描述兩類。實(shí)踐已經(jīng)證明基于文本的描述在語(yǔ)義的精確 性(大小端問(wèn)題)、容錯(cuò)性、向前向后兼容性、開發(fā)者友好性(XML)方面都遠(yuǎn)優(yōu)于二進(jìn)制描 述，唯一的不足只是具體實(shí)現(xiàn)必須在運(yùn)行時(shí)對(duì)文本描述進(jìn)行解析，但這對(duì)于越來(lái)越強(qiáng)大的 硬件來(lái)說(shuō)不存在問(wèn)題。因此，我們選擇使用XML作為主要描述方式，所有的實(shí)現(xiàn)都必須支 持XML方式，其他可選方式為JS0N，以便與AJAX (異步JavaScript與XML，Asynchronous JavaScript and XML，該技術(shù)用于實(shí)現(xiàn)快速響應(yīng)Web應(yīng)用程序)技術(shù)聯(lián)合使用，提供快速響 應(yīng)的RIA (富互聯(lián)網(wǎng)應(yīng)用，Rich Internet Application，它是具有桌面應(yīng)用特性的Web應(yīng)用 程序，這類應(yīng)用通常借助AJAX或Adobe Flash等技術(shù)，將用戶界面相關(guān)的計(jì)算、數(shù)據(jù)的初步 驗(yàn)證計(jì)算等部署在瀏覽器端，而只與服務(wù)器進(jìn)行必要的數(shù)據(jù)交互，從而具有遠(yuǎn)高于傳統(tǒng)Web 應(yīng)用的響應(yīng)速度)。二、抽象的請(qǐng)求一響應(yīng)模型(與承載協(xié)議無(wú)關(guān))這種音視頻服務(wù)配置的方法，其符合請(qǐng)求一響應(yīng)模型，請(qǐng)求消息體包括(al) 資源路徑，以UNIX文件系統(tǒng)路徑的方式表達(dá)各個(gè)資源的層次結(jié)構(gòu)；(a2)資源訪問(wèn)方式， 包括查詢、修改、創(chuàng)建、刪除四種；響應(yīng)消息體包括(rl)響應(yīng)返回值，包括“0K”、“Bad Request，，、“Unauthorized，，、“Forbidden，，、“Not Found，，、“Method Not Allowed”、"Internal Server Error”、“Service Unavailable”，每種資源還可以加入專有的返回值。根據(jù)操作的不同，請(qǐng)求消息體還包括(a3)在創(chuàng)建、修改資源時(shí)對(duì)資源的表征可 選擇XML表征或JSON表征，其中XML表征可選用XML Schema或RelaxNG對(duì)其進(jìn)行驗(yàn)證，在 對(duì)資源進(jìn)行修改或查詢時(shí)需要包含對(duì)資源的新的表征；對(duì)應(yīng)地，響應(yīng)消息體包括(r2)在 創(chuàng)建新資源時(shí)新資源對(duì)應(yīng)的資源路徑；在對(duì)資源進(jìn)行查詢請(qǐng)求時(shí)返回資源的表征。該方法通用于下層承載協(xié)議，并可與下層承載協(xié)議結(jié)合為一種實(shí)體協(xié)議。本方法只是對(duì)業(yè)務(wù)需求的一種抽象業(yè)務(wù)實(shí)踐中需要?jiǎng)?chuàng)建、訪問(wèn)、修改、刪除各種 資源，訪問(wèn)資源時(shí)用資源路徑指明訪問(wèn)的是哪個(gè)資源，指明訪問(wèn)方法，以及得到或修改資源 的表征。但對(duì)于其具體形式，本方法未作強(qiáng)制規(guī)定，而是指明了用HTTP和D-Bus作為信息 載體的兩種實(shí)體協(xié)議。在方法實(shí)現(xiàn)與二次開發(fā)中，我們都是應(yīng)用實(shí)體協(xié)議來(lái)進(jìn)行信息交換， 但本方法是對(duì)信息交換背后的實(shí)質(zhì)進(jìn)行描述。這意味著首先，本方法需要與承載協(xié)議組成 實(shí)體協(xié)議才能具體應(yīng)用，如HTTP或D-Bus ；其次，本方法可以應(yīng)用于任意一種承載協(xié)議，只 要其保證準(zhǔn)確傳輸，同時(shí)能將消息體的各部分區(qū)分開。三、基于HTTP的實(shí)體協(xié)議——工作于互聯(lián)網(wǎng)環(huán)境例如，作為承載協(xié)議的HTTP與本方法結(jié)合為一種實(shí)體協(xié)議，具體實(shí)現(xiàn)方法包括以 下步驟
(Hl)將資源路徑映射為HTTP URI的方法對(duì)于支持虛擬主機(jī)(Virtual Host) 特性的HTTP服務(wù)器，我們保持一個(gè)資源路徑的字面值不變，并將其映射到虛擬主機(jī) hbservice下；否則，我們將其加上/hbservice前綴，并映射到默認(rèn)主機(jī)下；(H2)將資源訪問(wèn)方式映射為HTTP Method的方法對(duì)資源的創(chuàng)建訪問(wèn)映射為HTTP 的POST Method ；對(duì)資源的查詢?cè)L問(wèn)映射為HTTP的GET Method ；對(duì)資源的修改訪問(wèn)映射為 HTTP的PUT Method ；對(duì)資源的刪除訪問(wèn)映射為HTTP的DELETE Method ；(此步驟只適用于 資源訪問(wèn)請(qǐng)求消息，因?yàn)轫憫?yīng)消息中不存在訪問(wèn)方法信息)(H3)將資源表征映射為HTTP消息體的方法為了適應(yīng)國(guó)際化、多語(yǔ)言支持等需 求，資源表征在HTTP消息體中使用UTF-8編碼，具體的映射方法為通過(guò)HTTP消息頭中的 字段Content-Type規(guī)定使用哪種格式的表征(tl) XML格式使用Content-Type :text/ xml ；charset = utf-8 ； (t2) JSON 格式使用 Content-Type !application/json ；charset = utf-8 ；通過(guò)HTTP消息頭中的字段Content-Length規(guī)定表征數(shù)據(jù)的大??；Content-Type字 段和Content-Length字段是HTTP標(biāo)準(zhǔn)中規(guī)定的消息頭字段，因此承載協(xié)議的實(shí)現(xiàn)必須符 合HTTP標(biāo)準(zhǔn)；(H4)通過(guò)HTTP協(xié)商，選擇返回XML或JSON表示的方法此處的協(xié)商規(guī)則以HTTP 標(biāo)準(zhǔn)12. IfServer-Driven Negotiation為基礎(chǔ)，并略加限制，具體規(guī)則如下(nl)如不加 任何限制(即HTTP請(qǐng)求消息頭中沒(méi)有Accept字段)，則客戶端與服務(wù)器默認(rèn)雙方使用XML 格式進(jìn)行數(shù)據(jù)交互；(n2)如加限制必須由客戶端發(fā)起協(xié)商，為此客戶端需要在HTTP請(qǐng)求消 息中加入請(qǐng)求頭Accept字段，格式為Accept :mtl ；q = ql，mt2 ；q = q2,(其中mtl、mt2代 表資源的表征格式，可以在text/xml或application/json中進(jìn)行選擇；ql、q2值為0. 0到 1. 0之間的十進(jìn)制浮點(diǎn)數(shù)，且ql大于q2，表示對(duì)某種表征的偏好優(yōu)先級(jí))；如客戶端僅支持 某一種特定格式，則相應(yīng)的形式為Accept :mt, mt為text/xml或application/json ； (n3) 服務(wù)器根據(jù)客戶端提供的信息，從所有支持的表征類型中選取客戶端最為偏好的形式；如 果服務(wù)器不支持客戶端請(qǐng)求的表征類型，則返回錯(cuò)誤信息“415UnSUpp0rted Media Type”。四、基于D-Bus的實(shí)體協(xié)議——實(shí)用的系統(tǒng)集成模型本方法最理想的承載協(xié)議為HTTP，但考慮到設(shè)備處理能力，以及組件集成能力，我 們需要D-Bus承載協(xié)議來(lái)幫助在資源受限平臺(tái)上開發(fā)實(shí)現(xiàn)。按照D-Bus規(guī)范，服務(wù)對(duì)象為 服務(wù)進(jìn)程所擁有。服務(wù)進(jìn)程在接入D-Bus消息總線后需要申請(qǐng)一個(gè)公共名(well-known name)，本協(xié)議范疇內(nèi)的所有通信都由公共名定位服務(wù)進(jìn)程。服務(wù)進(jìn)程負(fù)責(zé)維護(hù)資源，并在 D-Bus總線上為每個(gè)資源(服務(wù)對(duì)象)申請(qǐng)對(duì)象路徑。。擁有多種角色(即隸屬于多個(gè)類、子 類)的資源，必須要為每個(gè)資源路徑申請(qǐng)唯一的D-Bus對(duì)象路徑(Object Path)。D-Bus總 線上的對(duì)象分兩類管理器(Manager)與實(shí)體(Entity)。實(shí)體對(duì)應(yīng)位于資源路徑的葉子節(jié) 點(diǎn)的資源，負(fù)責(zé)控制設(shè)備完成具體的業(yè)務(wù)功能；管理器對(duì)應(yīng)位于非葉子節(jié)點(diǎn)的資源，負(fù)責(zé)對(duì) 實(shí)體的管理。在對(duì)資源進(jìn)行訪問(wèn)時(shí)，需要首先用D-Bus公共名定位服務(wù)進(jìn)程，以確定請(qǐng)求消 息的目的地；同時(shí)需要用資源的D-Bus對(duì)象路徑定位具體資源，用D-Bus接口(Interface) 指明訪問(wèn)資源的哪個(gè)功能組，以及用D-Bus方法(Method)指明訪問(wèn)資源的哪個(gè)具體功能。 因此，用D-Bus協(xié)議實(shí)現(xiàn)本協(xié)議就涉及以下方面(1)如何確定D-Bus公共名(2)如何確定 D-Bus對(duì)象路徑(3)如何確定D-Bus接口和方法。具體的實(shí)現(xiàn)方法如下1. HTTP服務(wù)器收到客戶端的請(qǐng)求消息，基于HTTP的實(shí)體消息與本方法消息存在一一映射關(guān)系；2. HTTP服務(wù)器解析HTTP消息得到本方法消息；3. HTTP服務(wù)器將本方法消息一一映射為D-Bus消息，并發(fā)送到D-Bus總線上相應(yīng) 的對(duì)象(服務(wù))；4. D-Bus服務(wù)執(zhí)行相應(yīng)的動(dòng)作，并通過(guò)D-Bus總線將響應(yīng)結(jié)果返回給HTTP服務(wù) 器；5. HTTP服務(wù)器解析D-Bus消息得到本協(xié)議響應(yīng)消息；6. HTTP服務(wù)器將本方法響應(yīng)消息一一映射為HTTP響應(yīng)消息并發(fā)送給客戶端。S卩，作為承載協(xié)議的D-Bus消息協(xié)議與本方法結(jié)合為一種實(shí)體協(xié)議，具體實(shí)現(xiàn)方 法包括以下步驟(Dl)將資源路徑映射為D-Bus對(duì)象路徑的方法在資源路徑前加上前綴/com/ hbgk組成D-Bus對(duì)象路徑； (D2)將訪問(wèn)方式映射為D-Bus接口與方法的方法在構(gòu)成總線名(Bus Name) 時(shí)，使用D-Bus對(duì)象路徑的前三級(jí)，去掉首位的“/”，將其他兩個(gè)“/”改為“.”(即總線名 為com. hbgk. category)，通過(guò)總線名與對(duì)象路徑來(lái)定位D-Bus對(duì)象；在構(gòu)成D-Bus接口 (interface)時(shí)，使用對(duì)象路徑的直接父節(jié)點(diǎn)，并進(jìn)行總線名相同的操作(即接口為com. hbgk. category, sub-category,若資源不存在子類型，貝1J直接使用 com. hbgk. category)； 對(duì)資源訪問(wèn)的方法按字面值映射到D-Bus對(duì)象，即D-Bus總線上的實(shí)體對(duì)象需要支持 Create ()、Retrieve ()、Update ()、Delete ()四種方法調(diào)用；(D3)將資源表征映射為D-Bus方法調(diào)用的參數(shù)及返回值的方法(1)自行定義 出口參數(shù)Result的具體類型，出口參數(shù)Result用來(lái)返回操作成功與否，以及相應(yīng)的錯(cuò)誤 信息；(2)Create()方法的出口參數(shù)0bjPath，用于返回被創(chuàng)建對(duì)象的對(duì)象路徑，不能在 創(chuàng)建時(shí)給定UUID ；CreateO方法的入口參數(shù)R印resentation，用來(lái)傳入新建對(duì)象初始狀 態(tài)的描述；Create ()方法的入口參數(shù)R印Type，用來(lái)指定初始狀態(tài)描述使用XML或JSON 格式(3)RetrieveO方法的出口參數(shù)R印resentation，用來(lái)返回對(duì)象當(dāng)前狀態(tài)的描述； Retrieve ()方法的入口參數(shù)R印Type，用來(lái)指定使用XML或JSON格式并返回當(dāng)前狀態(tài)描述 (4) UpdateO方法的入口參數(shù)R印resentation，用來(lái)傳入對(duì)象新狀態(tài)的描述；UpdateO方 法的入口參數(shù)R印Type，用來(lái)指定新狀態(tài)描述使用XML或JSON格式(5)管理器實(shí)體不用支 持DeleteO方法，而實(shí)體對(duì)象必須支持Delete ()方法。運(yùn)行于后端的D-Bus服務(wù)對(duì)象不僅能為HTTP服務(wù)器提供服務(wù)，也能為其他模塊提 供服務(wù)，事實(shí)上后端服務(wù)對(duì)象根本不關(guān)心也無(wú)從知曉發(fā)起請(qǐng)求的是HTTP服務(wù)器還是其他 模塊。這個(gè)特性對(duì)系統(tǒng)集成非常重要，此特性可以將系統(tǒng)的耦合度與重復(fù)開發(fā)的成本大幅 降低。例如接入中興力維、互信互通等電信級(jí)安防平臺(tái)時(shí)，需要按平臺(tái)廠商的協(xié)議接入，這 時(shí)我們只需要加入相應(yīng)的模塊即可。附加模塊的功能類比HTTP服務(wù)器，它只負(fù)責(zé)按平臺(tái) 商的接入?yún)f(xié)議發(fā)送、解析消息，生成、解析相應(yīng)的D-Bus消息，即只需要作平臺(tái)協(xié)議消息與 D-Bus消息之間的映射。五、其他實(shí)現(xiàn)細(xì)節(jié)事務(wù)性動(dòng)作往往按一定次序操作一組資源，它保證要么成功，要么回滾所有操作。 由于本協(xié)議采用REST式架構(gòu)，所以資源的訪問(wèn)粒度是一個(gè)資源而非一組，因此對(duì)事務(wù)性動(dòng)作的支持不如RPC方式明確。從表面上看這是REST式架構(gòu)的一個(gè)普遍問(wèn)題，但實(shí)際上，我們 可以通過(guò)定義各種事務(wù)執(zhí)行器資源來(lái)解決此問(wèn)題。本協(xié)議定義了一組事務(wù)執(zhí)行器資源，以 應(yīng)對(duì)大多數(shù)用戶需求，但對(duì)于某些特殊需求，仍然需要按單個(gè)資源的粒度進(jìn)行操作來(lái)完成， 這時(shí)就需要請(qǐng)求發(fā)起者來(lái)確保事務(wù)性語(yǔ)義。本方法沒(méi)有明確規(guī)定資源的訪問(wèn)限制，這是系統(tǒng)集成的責(zé)任。例如，我們可以在 HTTP服務(wù)器上限制某些資源只能允許某些用戶以某些方法訪問(wèn)。以上所述，僅是本發(fā)明的較佳實(shí)施例，并非對(duì)本發(fā)明作任何形式上的限制，凡是依 據(jù)本發(fā)明的技術(shù)實(shí)質(zhì)對(duì)以上實(shí)施例所作的任何簡(jiǎn)單修改、等同變化與修飾，均仍屬本發(fā)明 技術(shù)方案的保護(hù)范圍。
權(quán)利要求
1.一種音視頻服務(wù)配置的方法，其符合請(qǐng)求一響應(yīng)模型，其特征在于，請(qǐng)求消息體包括(al)資源路徑，以UNIX文件系統(tǒng)路徑的方式表達(dá)各個(gè)資源的層次結(jié) 構(gòu)；(a2)資源訪問(wèn)方式，包括查詢Retrieve、修改Update、創(chuàng)建Create、刪除Delete四種；響應(yīng)消息體包括(rl)響應(yīng)返回值，每種資源還可以加入專有的返回值。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，請(qǐng)求消息體還包括(a3)在創(chuàng)建、修改資源時(shí)對(duì)資源的表征選擇XML表征或JSON表 征，其中XML表征選用XML Schema或RelaxNG對(duì)其進(jìn)行驗(yàn)證；在對(duì)資源進(jìn)行修改或查詢時(shí) 需要包含對(duì)資源的新的表征；對(duì)應(yīng)地，響應(yīng)消息體包括(r2)在創(chuàng)建新資源時(shí)，新資源對(duì)應(yīng)的資源路徑；在對(duì)資源進(jìn) 行查詢請(qǐng)求時(shí)返回資源的表征。
3.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，該方法通用于下層承載協(xié)議，并可與下層承載協(xié)議結(jié)合為一種實(shí)體協(xié)議。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，作為承載協(xié)議的HTTP與本方法結(jié)合為一種實(shí)體協(xié)議，具體實(shí)現(xiàn)方法包括以下步驟(Hl)將資源路徑映射為HTTP URI的方法對(duì)于支持虛擬主機(jī)特性的HTTP服務(wù)器， 保持一個(gè)資源路徑的字面值不變，并將其映射到虛擬主機(jī)hbservice下；否則，將其加上/ hbservice前綴，并映射到默認(rèn)主機(jī)下；(H2)將資源訪問(wèn)方式映射為HTTP Method的方法對(duì)資源的創(chuàng)建訪問(wèn)映射為HTTP的 POST Method ；對(duì)資源的查詢?cè)L問(wèn)映射為HTTP的GET Method ；對(duì)資源的修改訪問(wèn)映射為 HTTP的PUT Method ；對(duì)資源的刪除訪問(wèn)映射為HTTP的DELETE Method ；(H3)將資源表征映射為HTTP消息體的方法資源表征在HTTP消息體中使用UTF-8編 碼，通過(guò)HTTP消息頭中的字段Content-Type規(guī)定使用哪種格式的表征，通過(guò)HTTP消息頭 中的字段Content-Length規(guī)定表征數(shù)據(jù)的大??；(H4)通過(guò)HTTP協(xié)商，選擇返回XML或JSON表示的方法協(xié)商規(guī)則以HTTP標(biāo)準(zhǔn)12. 1節(jié) Server-Driven Negotiation為基礎(chǔ)，并略加限制，具體規(guī)則為(nl)如HTTP請(qǐng)求消息頭中 沒(méi)有Acc印t字段，則客戶端與服務(wù)器默認(rèn)雙方使用XML格式進(jìn)行數(shù)據(jù)交互；(n2)如HTTP請(qǐng) 求消息頭中有Acc印t字段，該字段必須由客戶端發(fā)起，即客戶端需要在HTTP請(qǐng)求消息中加 入請(qǐng)求頭Accept字段，格式為Accept :mtl ；q = ql, mt2 ；q = q2，其中mtl、mt2代表資源 的表征格式，可以在text/xml或application/json中進(jìn)行選擇；ql、q2值為0. 0到1. 0之 間的十進(jìn)制浮點(diǎn)數(shù)，且ql大于q2，表示對(duì)某種表征的偏好優(yōu)先級(jí)；如客戶端僅支持某一種 特定格式，則相應(yīng)的形式為Acc印t字段mt，mt為text/xml或application/json ;(n3)服 務(wù)器根據(jù)客戶端提供的信息，從所有支持的表征類型中選取客戶端最為偏好的形式；如果 服務(wù)器不支持客戶端請(qǐng)求的表征類型，則返回錯(cuò)誤信息“415 Unsupported Media Type”。
5.根據(jù)權(quán)利要求3所述的方法，其特征在于，作為承載協(xié)議的D-Bus消息協(xié)議與本方法結(jié)合為一種實(shí)體協(xié)議，具體實(shí)現(xiàn)方法包括以 下步驟(Dl)將資源路徑映射為D-Bus對(duì)象路徑的方法在資源路徑前加上前綴/com/hbgk組 成D-Bus對(duì)象路徑；(D2)將訪問(wèn)方式映射為D-Bus接口與方法的方法在構(gòu)成總線名Bus Name時(shí)，使用D-Bus對(duì)象路徑的前三級(jí)，去掉首位的“/”，將其他兩個(gè)“/”改為“.”，即總線名為com. hbgk. category,通過(guò)總線名與對(duì)象路徑來(lái)定位D-Bus對(duì)象；在構(gòu)成D-Bus接口 interface 時(shí)，使用對(duì)象路徑的直接父節(jié)點(diǎn)，并進(jìn)行總線名相同的操作，即接口為com. hbgk. category, sub-category，若資源不存在子類型，則直接使用com. hbgk. category ；對(duì)資源訪問(wèn)的方法 按字面值映射到D-Bus對(duì)象，即D-Bus總線上的實(shí)體對(duì)象需要支持Create () ,Retrieve ()、 Update (), DeleteO四種方法調(diào)用；(D3)將資源表征映射為D-Bus方法調(diào)用的參數(shù)及返回值的方法(1)自行定義出口 參數(shù)Result的具體類型，出口參數(shù)Result用來(lái)返回操作成功與否，以及相應(yīng)的錯(cuò)誤信 息；(2)Create()方法的出口參數(shù)ObjPath，用于返回被創(chuàng)建對(duì)象的對(duì)象路徑，不能在創(chuàng) 建時(shí)給定UUID ；CreateO方法的入口參數(shù)R印resentation，用來(lái)傳入新建對(duì)象初始狀 態(tài)的描述；Create ()方法的入口參數(shù)R印Type，用來(lái)指定初始狀態(tài)描述使用XML或JSON 格式(3)Retrieve()方法的出口參數(shù)R印resentation，用來(lái)返回對(duì)象當(dāng)前狀態(tài)的描述； Retrieve ()方法的入口參數(shù)R印Type，用來(lái)指定使用XML或JSON格式并返回當(dāng)前狀態(tài)描述 (4) UpdateO方法的入口參數(shù)R印resentation，用來(lái)傳入對(duì)象新狀態(tài)的描述；UpdateO方 法的入口參數(shù)R印Type，用來(lái)指定新狀態(tài)描述使用XML或JSON格式(5)管理器實(shí)體不用支 持DeleteO方法，而實(shí)體對(duì)象必須支持Delete ()方法。
全文摘要
公開了一種音視頻服務(wù)配置的方法，其符合請(qǐng)求—響應(yīng)模型，請(qǐng)求消息體包括(a1)資源路徑，以UNIX文件系統(tǒng)路徑的方式表達(dá)各個(gè)資源的層次結(jié)構(gòu)；(a2)資源訪問(wèn)方式，包括查詢Retrieve、修改Update、創(chuàng)建Create、刪除Delete四種；響應(yīng)消息體包括(r1)響應(yīng)返回值，每種資源還可以加入專有的返回值。由于本方法是對(duì)業(yè)務(wù)需求的一種抽象業(yè)務(wù)實(shí)踐中需要?jiǎng)?chuàng)建、訪問(wèn)、修改、刪除各種資源，訪問(wèn)資源時(shí)用資源路徑指明訪問(wèn)的是哪個(gè)資源，指明訪問(wèn)方法，以及得到或修改資源的表征。但對(duì)于其具體形式，本方法未作強(qiáng)制規(guī)定，本方法是對(duì)信息交換背后的實(shí)質(zhì)進(jìn)行描述。這意味著首先，本方法需要與如HTTP或D-Bus的承載協(xié)議組成實(shí)體協(xié)議才能具體應(yīng)用；其次，本方法可以應(yīng)用于任意一種承載協(xié)議，通用于各種音視頻服務(wù)。
文檔編號(hào)H04L29/06GK102082793SQ201010623628
公開日2011年6月1日 申請(qǐng)日期2010年12月30日 優(yōu)先權(quán)日2010年12月30日
發(fā)明者孫昕, 張海峰, 楊曄, 艾奇 申請(qǐng)人:北京漢邦高科數(shù)字技術(shù)有限公司