專利名稱：利用分布規(guī)則配置和控制內(nèi)容傳遞中的網(wǎng)格資源的方法和設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及數(shù)據(jù)通信網(wǎng)中內(nèi)容傳遞的領(lǐng)域。更具體地講，本發(fā)明涉及流過一個(gè)中間網(wǎng)絡(luò)部件的數(shù)據(jù)包流的分布控制，和在一個(gè)中介層的網(wǎng)絡(luò)資源的分布控制和配置。本發(fā)明的主要用途是要充當(dāng)內(nèi)容流的代理，并且以分布方式提供內(nèi)容適配服務(wù)。
背景技術(shù)：
在過去十年中，互聯(lián)網(wǎng)，或更具體地講，基于網(wǎng)際協(xié)議(IP)的網(wǎng)絡(luò)取得了巨大的發(fā)展?；ヂ?lián)網(wǎng)的增長(zhǎng)和互聯(lián)網(wǎng)用戶數(shù)量的增長(zhǎng)導(dǎo)致了應(yīng)用的擴(kuò)展和定標(biāo)問題。對(duì)于諸如萬維網(wǎng)(WWW)和視聽流之類的終端用戶更是如此。網(wǎng)絡(luò)帶寬和處理功率的增長(zhǎng)難于滿足互聯(lián)網(wǎng)用戶數(shù)量增長(zhǎng)的要求。這導(dǎo)致了WWW頁(yè)請(qǐng)求更長(zhǎng)的裝載時(shí)間，和跨越互聯(lián)網(wǎng)的實(shí)時(shí)視聽重放質(zhì)量的降低。減小這些不良效果的努力導(dǎo)致在網(wǎng)絡(luò)邊緣(即，比較靠近終端用戶的位置)廣泛地部署智能網(wǎng)絡(luò)部件。
這些中間網(wǎng)絡(luò)部件的最通常的用途是要發(fā)揮超高速緩存代理的功能，例如，1999年6月，F(xiàn)ielding，R.，Gettys，J.，Mogul，J.，F(xiàn)rystyk，H.，Masinter，L.，Leach，P.，和T. Berners-Lee在IETF RFC 2616中發(fā)表的文章“超文本傳輸協(xié)議--HTTP/1.1”中所述的超文本傳輸協(xié)議(HTTP)代理和/或高速緩存器。這些功能在降低WWW服務(wù)器上的網(wǎng)絡(luò)負(fù)擔(dān)和加速對(duì)終端用戶的WWW內(nèi)容傳遞上是成功的。但是，隨著終端用戶數(shù)量的增加，網(wǎng)頁(yè)瀏覽器配置和平臺(tái)的種類越來越多。同樣，網(wǎng)頁(yè)內(nèi)容的范圍也越來越大。不能希望通過簡(jiǎn)單地復(fù)制靜態(tài)網(wǎng)頁(yè)內(nèi)容來維持來自終端用戶的日益增長(zhǎng)的需求。
此外，通過互聯(lián)網(wǎng)使用多媒體流也獲得了顯著地增長(zhǎng)。這些用途經(jīng)常使用實(shí)時(shí)流協(xié)議(RTSP)作為對(duì)話協(xié)議來建立和撤銷通信信道，并且將實(shí)時(shí)傳輸協(xié)議和實(shí)時(shí)控制協(xié)議(RTP/TRCP)用于內(nèi)容數(shù)據(jù)的實(shí)際傳輸。例如，Schulzrinne，H.，Rao，A.和Lanphier，R.在1998年4月出版的IETFRFC 2326中的發(fā)表的文章“實(shí)時(shí)流協(xié)議(RTSP)”中披露了RTSP。例如，Schulzrinne，H.，Casner，S.，F(xiàn)rederick，R.，和Jabcobson，V在1996年1月出版的IETF RFC 1889中的文章“RTP實(shí)時(shí)應(yīng)用的傳輸協(xié)議”中披露了RTP/RTCP。由于互聯(lián)網(wǎng)業(yè)務(wù)的多樣性，需要多媒體流適應(yīng)于波動(dòng)的業(yè)務(wù)條件，以保證對(duì)終端用戶的平滑呈遞。盡管RTCP為終端用戶提供了將他們的通信狀態(tài)回報(bào)給發(fā)送者的手段，但是，由于接收者與發(fā)送者之間的距離(網(wǎng)絡(luò)傳感“network-sense”)一般很大，所以發(fā)送者根據(jù)接收者報(bào)告采取的措施幾乎不能奏效。由于大多數(shù)終端用戶經(jīng)過某種中介，例如，經(jīng)過防火墻網(wǎng)關(guān)、網(wǎng)絡(luò)地址翻譯器(NAT)、或代理之類的中介，連接到互聯(lián)網(wǎng)，所以中介提供了一種代表內(nèi)容始發(fā)方執(zhí)行適配服務(wù)的良好選擇。
此外，隨著互聯(lián)網(wǎng)的發(fā)展，使得用于從Web存取內(nèi)容的設(shè)備的范圍也在不斷地?cái)U(kuò)大。隨著最近無線互聯(lián)網(wǎng)技術(shù)的進(jìn)展，瀏覽器類型多樣化進(jìn)程也越來越塊，從而使得諸如數(shù)字個(gè)人助理(PDA)和移動(dòng)電話之類的小型手持設(shè)備具有了瀏覽網(wǎng)絡(luò)或重放視聽流的內(nèi)置微型瀏覽器。內(nèi)容的作者不再能夠開發(fā)內(nèi)容，而設(shè)想建立的內(nèi)容僅由用戶使用傳統(tǒng)的臺(tái)式計(jì)算機(jī)觀看?，F(xiàn)在，設(shè)備獨(dú)立性是一個(gè)關(guān)鍵的考慮，如2001年9月，Gimson，R.等在http:\\www.w3.org/TR/di-princ/中提供的W3C工作草案“設(shè)備獨(dú)立原則”中所述。
許多國(guó)際標(biāo)準(zhǔn)組織已經(jīng)認(rèn)識(shí)到需要將原來僅能在網(wǎng)絡(luò)核心(服務(wù)器所在的位置)使用的服務(wù)提供給網(wǎng)絡(luò)邊緣(終端用戶所在的位置)。例如，互聯(lián)網(wǎng)工程任務(wù)組(Internet Engineering Task Force(IETF))最近已經(jīng)建立了幾個(gè)致力于在網(wǎng)絡(luò)邊緣提供服務(wù)的工作組。開放式可插入可擴(kuò)展服務(wù)(Open Pluggable Extensible Services(OPES))工作組是這些工作組中的一個(gè)。OPES工作組致力于將當(dāng)前的HTTP代理從執(zhí)行簡(jiǎn)單高速緩存任務(wù)擴(kuò)展到整個(gè)適配服務(wù)。2001年11月，Tomlison，G.，Chen，R.，和Hofmann，M.在http:∥www.ietf.org/internet-drafts/draft-tomlinson-opes-model-01中公開的IETF互聯(lián)網(wǎng)草案，“工作進(jìn)展”中發(fā)表的文章“開放式可插入邊緣服務(wù)的一種模型”中規(guī)定了OPES的框架。還有一個(gè)致力于不同內(nèi)容分布網(wǎng)絡(luò)之間的協(xié)作的內(nèi)容分布互聯(lián)網(wǎng)(Content Distribution Internetworking(CDI))工作組。相信這種協(xié)作努力能夠進(jìn)一步加快對(duì)終端用戶的內(nèi)容傳遞。
中介在內(nèi)容傳遞中的當(dāng)前用途大多數(shù)局限于提供簡(jiǎn)單的功能，例如，HTTP高速緩存，HTTP代理，或RTSP代理。隨著終端用戶數(shù)量成指數(shù)地增加，不能指望這能夠維持當(dāng)今互聯(lián)網(wǎng)用戶要求的服務(wù)水平。此外，由于不同用戶用于檢索內(nèi)容的硬件設(shè)備和軟件代理的范圍也在擴(kuò)大，內(nèi)容提供商發(fā)現(xiàn)難于向用戶提供適合于用戶的設(shè)備和優(yōu)先選擇的一組連貫的內(nèi)容。
盡管各種國(guó)際實(shí)體已經(jīng)認(rèn)識(shí)到上述問題，并且已經(jīng)采取行動(dòng)來提供解決問題的方案，但是，它們的工作仍然能夠繼續(xù)改進(jìn)。上述OPES框架集中在單個(gè)中介的操作，忽視了內(nèi)容傳遞網(wǎng)絡(luò)之間協(xié)作的當(dāng)前趨勢(shì)。此外，盡管OPES框架的思想是要執(zhí)行內(nèi)容適配，以便在內(nèi)容檢索中提高用戶經(jīng)驗(yàn)，但是，它僅集中在HTTP的參數(shù)上。這不僅不適合于設(shè)備獨(dú)立，而且也不能迎合視聽流應(yīng)用不斷增長(zhǎng)的數(shù)量。
發(fā)明內(nèi)容
為了解決3.3節(jié)中列出的問題，本發(fā)明允許內(nèi)容提供者、訪問提供者、和/或終端用戶經(jīng)過中間網(wǎng)絡(luò)部件規(guī)定控制內(nèi)容傳遞的規(guī)則。這些規(guī)則可以發(fā)布到沿內(nèi)容流路徑的其它中介，以取得最大效率和更容易的網(wǎng)絡(luò)資源控制。它適合于由不同的內(nèi)容傳遞網(wǎng)使用，并且能夠相互協(xié)同操作。此外，本發(fā)明使得能夠規(guī)定規(guī)則，從而特別地適合實(shí)時(shí)內(nèi)容流。本發(fā)明也定義了一種根據(jù)用戶的喜好和設(shè)備性能將規(guī)則演化成為結(jié)構(gòu)的機(jī)構(gòu)。這種規(guī)定使得規(guī)則制定者能夠構(gòu)造出能夠更好地適合于內(nèi)容以取得設(shè)備獨(dú)立的規(guī)則。
本發(fā)明包括一個(gè)或更多的執(zhí)行終端用戶與內(nèi)容提供商之間的內(nèi)容傳遞和適配的中間網(wǎng)絡(luò)部件的操作。中間網(wǎng)絡(luò)部件(也稱為中介)分析在終端用戶與內(nèi)容提供商之間傳送的每個(gè)數(shù)據(jù)包。當(dāng)數(shù)據(jù)包匹配中介寄存的一組規(guī)則指定的某種標(biāo)準(zhǔn)時(shí)，執(zhí)行規(guī)則中規(guī)定的動(dòng)作，通常導(dǎo)致數(shù)據(jù)包的修改?？梢园岩粋€(gè)中介中的規(guī)則可以分布到其它更適合于評(píng)價(jià)規(guī)則和/或執(zhí)行適配的中介。此外，規(guī)則可以專門地滿足實(shí)時(shí)流協(xié)議，或利用傳遞環(huán)境參數(shù)構(gòu)造，以取得設(shè)備獨(dú)立。
圖1是一個(gè)中間網(wǎng)絡(luò)部件的框架，示出了本發(fā)明中使用的中間網(wǎng)絡(luò)部件的功能結(jié)構(gòu)；圖2示出了沿內(nèi)容路徑的節(jié)點(diǎn)，并且顯示了從內(nèi)容服務(wù)器到內(nèi)容用戶的、跨越一個(gè)或多個(gè)中介的典型內(nèi)容流路徑；圖3示出了ContentPath結(jié)構(gòu)的例子，特別示出了存儲(chǔ)在圖2中標(biāo)號(hào)204標(biāo)記的中介foo4.bar.com的ContentPath結(jié)構(gòu)中的值；圖4示出了從數(shù)據(jù)包中的嵌入簽名中提取中介信息的方法，特別示出了提取數(shù)據(jù)包中的中介的簽名以構(gòu)造/更新ContentPath結(jié)構(gòu)方法的流程圖；圖5示出了確定分布規(guī)則的遠(yuǎn)端中介的方法，特別示出了用于確定遠(yuǎn)端中介以對(duì)其分布規(guī)則從而給予分布指示的算法；圖6示出了分析帶有分布規(guī)則支持的規(guī)則的方法，特別顯示了用于分析規(guī)則的算法，集中在支持分布規(guī)則。分析規(guī)則以檢查語法有效性和規(guī)則的評(píng)價(jià)的實(shí)際方法不在本申請(qǐng)文件的范圍內(nèi)；圖7示出了在服務(wù)器-客戶機(jī)模型中確定遠(yuǎn)端中介以分布規(guī)則的方法，特別示出了服務(wù)器-客戶機(jī)模型中用于確定對(duì)其分布規(guī)則的遠(yuǎn)端中介，以給予分布指示的算法。
具體實(shí)施例方式
以下說明分布式網(wǎng)絡(luò)資源管理的裝置和方法。為了便于理解本發(fā)明，使用了以下定義“包”是能夠在數(shù)據(jù)網(wǎng)絡(luò)上傳遞的任何可能格式的數(shù)據(jù)的自主單元。
“中介”和“中間網(wǎng)絡(luò)部件”是等價(jià)的，并且可以互換地用于指示可以應(yīng)用本發(fā)明的網(wǎng)關(guān)、路由器、或智能網(wǎng)絡(luò)中心，除非另有指示。
術(shù)語“當(dāng)前中介”或“當(dāng)前中間網(wǎng)絡(luò)部件”，根據(jù)使用本術(shù)語的環(huán)境，指示處理數(shù)據(jù)包或規(guī)則說明的中間網(wǎng)絡(luò)部件。
術(shù)語“內(nèi)容服務(wù)器”和“內(nèi)容用戶機(jī)”在信息交換的服務(wù)器-客戶機(jī)模型中使用。作為客戶的內(nèi)容用戶將一個(gè)或多個(gè)包含請(qǐng)求的數(shù)據(jù)包發(fā)送到內(nèi)容服務(wù)器。將這種數(shù)據(jù)包稱為請(qǐng)求包。在處理請(qǐng)求時(shí)，內(nèi)容服務(wù)器通過一個(gè)或多個(gè)包含響應(yīng)的數(shù)據(jù)包作出回答。這種數(shù)據(jù)包稱為響應(yīng)包。
在規(guī)則的分布中，術(shù)語“目標(biāo)中介”或“目標(biāo)中間網(wǎng)絡(luò)部件”是指接收分布規(guī)則的本發(fā)明的中間網(wǎng)絡(luò)部件。術(shù)語“分布中介”或“分布中間網(wǎng)絡(luò)部件”是指將規(guī)則分布到其它中介的本發(fā)明的中間網(wǎng)絡(luò)部件。
在以下的說明中，為了更好地解釋，提出了特定的數(shù)量、時(shí)間、結(jié)構(gòu)、和其它參數(shù)，以便提供對(duì)本發(fā)明的充分理解。但是，熟悉本領(lǐng)域的人員應(yīng)當(dāng)知道，可以不用這些特定的細(xì)節(jié)實(shí)踐本發(fā)明。
應(yīng)用本發(fā)明的中間網(wǎng)絡(luò)部件包括圖1中示出的功能結(jié)構(gòu)。中介包括網(wǎng)關(guān)模塊(101)，規(guī)則引擎(102)，一個(gè)或多個(gè)專用包(103)，和規(guī)則注入模塊(104)。
網(wǎng)關(guān)模塊(101)是實(shí)現(xiàn)網(wǎng)關(guān)或代理功能的功能塊的集合。這些功能塊可以包括，但是不限于，HTTP代理和/或高速緩存，RTSP代理，RTP/RTCP混合器和/或翻譯器，和應(yīng)用層網(wǎng)關(guān)(ALG)。例如，我們考慮一個(gè)執(zhí)行HTTP代理角色的中介。網(wǎng)關(guān)模塊(101)將根據(jù)客戶方請(qǐng)求實(shí)現(xiàn)從客戶方處理HTTP連接的功能部件，建立到服務(wù)器的HTTP或另一個(gè)HTTP代理的連接的功能部件，和延遲從服務(wù)器返回客戶方的響應(yīng)的功能部件。實(shí)際上，網(wǎng)關(guān)模塊(101)是實(shí)現(xiàn)中介對(duì)其是一個(gè)有效部件的協(xié)議(例如，HTTP，RTSP)的功能部件。
規(guī)則引擎模塊(102)分析通過中間網(wǎng)絡(luò)部件的所有數(shù)據(jù)包或其中一部分，并且將這些數(shù)據(jù)包與一組由單一或多個(gè)規(guī)則規(guī)定的標(biāo)準(zhǔn)匹配。這稱為規(guī)則的評(píng)價(jià)。這些規(guī)則列在一個(gè)被稱為規(guī)則說明(Rule Specification)的邏輯單元中。一個(gè)規(guī)則說明可以包含一個(gè)單一的規(guī)則或多個(gè)規(guī)則。當(dāng)發(fā)現(xiàn)匹配時(shí)，觸發(fā)規(guī)則指定的相應(yīng)動(dòng)作。這稱為“規(guī)則的引發(fā)(firing of rule)。執(zhí)行的動(dòng)作可以包括，但不限于，將內(nèi)容插入到數(shù)據(jù)包，從數(shù)據(jù)包取出一部分或全部?jī)?nèi)容，和修改數(shù)據(jù)包中的內(nèi)容。包內(nèi)容的插入、取出、和修改可以在中介執(zhí)行，或某種專用于執(zhí)行包變換的其它遠(yuǎn)端機(jī)器中執(zhí)行。
規(guī)則引擎(102)分析的規(guī)則的例子包括，確定要分配給客戶請(qǐng)求的數(shù)據(jù)流的帶寬的規(guī)則。例如，規(guī)則可以用以下的高層形式說明“If network channel of client＜＝1Mbps，then allocate 10 kbits for datastream”。(規(guī)則1)規(guī)則引擎模塊(102)實(shí)現(xiàn)分析這些規(guī)則并且確定是否發(fā)生匹配(即，終端用戶信道是否具有小于或等于1Mbps的容量)的功能。上述例子也示出了規(guī)則如何控制網(wǎng)絡(luò)資源分配決策。
規(guī)則引擎模塊(102)分析的規(guī)則的另一個(gè)例子是響應(yīng)從網(wǎng)關(guān)模塊(101)接收的客戶請(qǐng)求，確定要接觸的下一個(gè)中介或服務(wù)器。在這里，根據(jù)請(qǐng)求的參數(shù)，可以將請(qǐng)求路由到一個(gè)不同的服務(wù)器/中介。例如，考慮下面的高層規(guī)則“If requested data is audio only，route request to foo3.bar.com”。(規(guī)則2a)“If requested data is audio and video，route request to foo4.bar.com”。(規(guī)則2b)規(guī)則引擎模塊(102)負(fù)責(zé)分析和解釋這些規(guī)則，并且確定是否滿足了一個(gè)條件。當(dāng)滿足了一個(gè)條件時(shí)，規(guī)則引擎模塊(102)通知網(wǎng)關(guān)模塊(101)下一個(gè)選擇哪一個(gè)中介/服務(wù)器，并且，實(shí)現(xiàn)了利用特定協(xié)議與其它網(wǎng)關(guān)模塊通信的實(shí)際功能的網(wǎng)絡(luò)模塊(101)進(jìn)行將請(qǐng)求路由到選擇的下一個(gè)中介/服務(wù)器。
本發(fā)明中的中介可以具有零個(gè)，一個(gè)，或多個(gè)專用包(103)。這些專用包(103)是設(shè)計(jì)以通過提供指定功能而增強(qiáng)規(guī)則引擎模塊(102)的模塊。例如，可以將服務(wù)質(zhì)量(Quality-Service(QoS))專用模塊用于幫助規(guī)則引擎模塊(102)理解和評(píng)價(jià)包括QoS參數(shù)和條件的規(guī)則。規(guī)則引擎模塊(102)本身僅能分析規(guī)則，和嘗試發(fā)現(xiàn)對(duì)于規(guī)則說明清楚地說明的條件的匹配。利用上述(規(guī)則1a)的例子，規(guī)則引擎模塊(102)需要幫助以確定客戶機(jī)的網(wǎng)絡(luò)信道的實(shí)際容量?？梢园岩粋€(gè)用于評(píng)價(jià)QoS參數(shù)的專用包(103)安裝在中介中，以評(píng)價(jià)這些表達(dá)式。當(dāng)規(guī)則引擎模塊(102)分析一個(gè)指定了QoS參數(shù)(例如，帶寬、延遲、等等)的規(guī)則說明時(shí)，它詢問QoS專用包(103)。QoS專用包(103)評(píng)價(jià)所述參數(shù)的值，并且將它發(fā)送回規(guī)則引擎模塊(102)。由此，規(guī)則引擎模塊(102)可以繼續(xù)執(zhí)行，檢查在規(guī)則說明指定的條件下是否發(fā)生匹配。以這種方式，可以完成中介的模塊化設(shè)計(jì)。規(guī)則引擎模塊(102)執(zhí)行分析規(guī)則說明的工作。它利用不同的專用包(103)來評(píng)價(jià)規(guī)則說明中說明的參數(shù)的值，并且從這些值確定條件是否匹配。在本發(fā)明中，提出了根據(jù)傳遞環(huán)境評(píng)價(jià)規(guī)則的專用包。
規(guī)則注入模塊(104)是一個(gè)向和從規(guī)則引擎模塊(102)動(dòng)態(tài)地裝載或卸載規(guī)則的模塊。它還提供了對(duì)于遠(yuǎn)端部件的接口，以動(dòng)態(tài)地寄存、啟用、或停用規(guī)則。這個(gè)模塊在支持通過不同中介分布規(guī)則中是必不可少的。
最初，當(dāng)中介啟動(dòng)時(shí)，規(guī)則注入模塊(104)根據(jù)配置文件或其它文件，從中介的存儲(chǔ)器中裝載一組初始規(guī)則說明。這些規(guī)則說明將被裝載到規(guī)則引擎模塊(102)。當(dāng)客戶請(qǐng)求(或服務(wù)器響應(yīng)數(shù)據(jù))到達(dá)時(shí)，網(wǎng)關(guān)模塊處理客戶請(qǐng)求(或服務(wù)器響應(yīng)數(shù)據(jù))，并且將它傳送到規(guī)則引擎模塊(102)以進(jìn)行規(guī)則分析。規(guī)則引擎模塊(102)分析規(guī)則說明，并且試圖找出相對(duì)于請(qǐng)求(或響應(yīng))規(guī)定的條件的匹配。在分析這些規(guī)則的同時(shí)，規(guī)則引擎模塊(102)可能需要來自專用包(103)的幫助，以評(píng)價(jià)參數(shù)的值。
規(guī)則注入模塊(104)也允許將規(guī)則動(dòng)態(tài)地裝載到中介。例如，管理人員可以遠(yuǎn)端傳送一組新的規(guī)則說明，以安裝到中介上。作為選擇，管理人員可以在遠(yuǎn)端從中介取消一個(gè)規(guī)則說明。規(guī)則注入模塊(104)處理這種遠(yuǎn)端操作。此外，這些操作無需限于人類管理者。本發(fā)明的第一部分確實(shí)詳細(xì)地說明了使得能夠在中介之間動(dòng)態(tài)地裝載和卸載規(guī)則說明的機(jī)構(gòu)。規(guī)則注入模塊(104)在這里扮演了從其它中介接受連接，和處理向/從規(guī)則引擎模塊(102)裝載或卸載規(guī)則說明的請(qǐng)求的角色。
規(guī)則的分布意味著可以將裝載到一個(gè)中介上的規(guī)則說明傳送到要評(píng)價(jià)的另一個(gè)中介?？梢灾甘痉植颊麄€(gè)規(guī)則說明或其一部分。這些指示也建議沿?cái)?shù)據(jù)流路徑分布到哪一個(gè)中介。圖2示出了一個(gè)典型的內(nèi)容流路徑。應(yīng)當(dāng)指出，沿圖2中沒有示出的內(nèi)容路徑可以有執(zhí)行中繼任務(wù)的其它網(wǎng)絡(luò)部件。沿從內(nèi)容服務(wù)器(201)到內(nèi)容用戶(207)的路徑，可以有一個(gè)或多個(gè)使用本發(fā)明的中介(202-206)。
規(guī)則說明的作者可以指出給沿內(nèi)容流路徑的哪個(gè)中介部分地或完整地分布規(guī)則說明。由于要求作者知道中介在實(shí)際真實(shí)世界情況下是如何部署的是不現(xiàn)實(shí)的，所以作者通過指出分布方向，即指出到源節(jié)點(diǎn)或到目的地節(jié)點(diǎn)的方向，指定對(duì)其分布規(guī)則的優(yōu)選中介。術(shù)語“源(source)”和“目的地(destination)”是相對(duì)于數(shù)據(jù)包使用的。源節(jié)點(diǎn)是產(chǎn)生數(shù)據(jù)包的節(jié)點(diǎn)，而目的地節(jié)點(diǎn)是消耗數(shù)據(jù)包的節(jié)點(diǎn)。在服務(wù)器-客戶機(jī)模型中，將方向規(guī)定為“朝服務(wù)器的方向(towards server)”或“朝客戶機(jī)的方向(towardsclient)”。
例如，利用圖2中所示的部署方案，將規(guī)則說明遞交到中間網(wǎng)絡(luò)部件foo4.bar.com(204)。指示將規(guī)則的一部分朝“目的地”的方向分布。當(dāng)處理請(qǐng)求包時(shí)，即，處理從內(nèi)容用戶(207)發(fā)送到內(nèi)容服務(wù)器(201)的包時(shí)，可以將規(guī)則說明的這個(gè)部分分布到中介foo2.bar.com(202)，或中介foo3.bar.com(203)。相反，當(dāng)處理響應(yīng)包時(shí)，可以將規(guī)則的同一部分分布到中間網(wǎng)絡(luò)部件foo6.bar.com(206)，或網(wǎng)絡(luò)部件foo5.bar.com(205)。同樣，當(dāng)指示將規(guī)則的一個(gè)部分朝“服務(wù)器”方向分布時(shí)，可以將它分布到中介foo2.bar.com(202)，或中介foo3.bar.com(203)。相反，當(dāng)指示將規(guī)則說明的一部分朝“客戶機(jī)”方向分布時(shí)，可以把規(guī)則說明的這個(gè)部分分布到中間網(wǎng)絡(luò)部件foo6.bar.com(206)，或網(wǎng)絡(luò)部件foo5.bar.com(205)。
本發(fā)明的一個(gè)目的是要使得規(guī)則作者能夠指定一個(gè)規(guī)則層級(jí)，其中最高層級(jí)的規(guī)則說明處于一個(gè)中介上，而較低層級(jí)的規(guī)則說明位于其它中介上。這使得能夠有效地控制中介操作。因此，除了規(guī)定被分布的規(guī)則流動(dòng)的方向(即，向前、向后、向內(nèi)容服務(wù)器、或向內(nèi)容用戶方向)之外，本發(fā)明也使得規(guī)則作者能夠指定應(yīng)當(dāng)分布規(guī)則的方向上的近似位置。
使用上述例子，規(guī)則作者可以規(guī)定將被分布的規(guī)則說明部分分布到盡可能靠近內(nèi)容用戶的中介。在圖2中，這意味著中介foo6.bar.com(206)。作為選擇，可以指定將一部分規(guī)則分布到離開最靠近內(nèi)容用戶的部件一個(gè)路程段的中介上。在圖2中，這意味著中間網(wǎng)絡(luò)部件foo5.bar.com(205)。同樣，規(guī)則作者可以規(guī)定將一部分規(guī)則分布到朝內(nèi)容服務(wù)器方向的下一個(gè)中介。使用上述將規(guī)則說明遞交到foo4.bar.com(204)的例子，意味著規(guī)則作者要把這部分規(guī)則分布到網(wǎng)絡(luò)部件foo3.bar.com(203)。
本發(fā)明包括所有上述標(biāo)志用于分布的規(guī)則說明的方式。提供以下基于字符的指示方法作為例證。熟悉本領(lǐng)域的人員應(yīng)當(dāng)知道，可以使用其它形式的指示來取得相同的效果，例如，使用數(shù)字或文字?jǐn)?shù)字代碼。在基于字符的指示中，每個(gè)指示都是<target direction>-<approximate location fromtarget>形式的，或是<approximate location towards target>-<target-direction>形式的，其中<target-direction>是術(shù)語源、目的地、服務(wù)器、或客戶機(jī)，而<approximate location from target>和<approximate location towards target>是指示間隔指定目標(biāo)的中介的數(shù)量的數(shù)字值。
例如，為了指示要分布到最靠近內(nèi)容服務(wù)器的中介的規(guī)則部分，規(guī)則作者可以使用server-1的指示來顯示應(yīng)當(dāng)將規(guī)則分布到一個(gè)距離內(nèi)容服務(wù)器1路程段的中介。當(dāng)使用2-server的指示時(shí)，規(guī)則作者表示希望朝向內(nèi)容服務(wù)器的方向，將規(guī)則分布到一個(gè)距離裝載著規(guī)則的中介2路程段的中介。同樣地，指示client-2表示應(yīng)當(dāng)把規(guī)則分布到距離內(nèi)容用戶2路程段的中間網(wǎng)絡(luò)部件，指示1-client表示應(yīng)當(dāng)將規(guī)則分布到內(nèi)容用戶方向上的下一個(gè)中介。
為了中介能夠在它們中間分布規(guī)則說明，中介必須具有一種首先發(fā)現(xiàn)一個(gè)給定內(nèi)容流路徑上存在其它中介的方式。也可以把每個(gè)中介連接到多個(gè)內(nèi)容服務(wù)器、內(nèi)容用戶、和其它中介，因此，不可利用配置文件靜態(tài)地執(zhí)行發(fā)現(xiàn)，也不能在系統(tǒng)突然出現(xiàn)單程觸發(fā)。
本發(fā)明需要在數(shù)據(jù)包從內(nèi)容用戶流向內(nèi)容服務(wù)器或相反地流動(dòng)時(shí)，中介將指示它們的存在的指示插入到內(nèi)容中。這個(gè)指示被稱為中介的簽名。這些簽名應(yīng)當(dāng)包含中介的信息，例如，可分辨的主機(jī)名和中介的性能。中介的性能應(yīng)當(dāng)清楚地指出中介支持被分布的規(guī)則，并且也應(yīng)當(dāng)包括安裝在中介中的專用包之類的信息。
例如，在HTTP和RTSP協(xié)議中，中介可以將它們的簽名附加到請(qǐng)求和響應(yīng)首部中發(fā)現(xiàn)的“Via”通用首部中。主機(jī)名foo4.bar.com的、安裝有QoS專用包的中介可以插入以下的“Via”首部字段作為它的簽名Via1.1 foo4.bar.com(OPES＝standard，qos，distrbuted)。
對(duì)于不具有中介插入它們的簽名的內(nèi)置機(jī)構(gòu)的其它協(xié)議，可以尋找其它措施。例如，協(xié)議通常為機(jī)器提供將可選信息插入到數(shù)據(jù)包中的功能(通常使用可選擴(kuò)展首部)?？梢詫⑵溆糜跀y帶中介的簽名。此外，為了容易理解，上述例子中使用了字符串作為簽名。任何熟悉本領(lǐng)域的人員應(yīng)當(dāng)知道，可以使用其它形式的簽名來取得同等的效果，例如，使用數(shù)字或字母數(shù)字代碼，只要外部實(shí)體能夠從簽名提取中介的主機(jī)名和性能。
在使用協(xié)議內(nèi)置機(jī)構(gòu)或使用可選擴(kuò)展的情況下，應(yīng)當(dāng)允許多個(gè)簽名，以便能夠附加每個(gè)后續(xù)中介的簽名。也就是說，當(dāng)一個(gè)數(shù)據(jù)包到達(dá)內(nèi)容流路徑中的任何給定中間網(wǎng)絡(luò)部件時(shí)，該中間網(wǎng)絡(luò)部件知道數(shù)據(jù)包前面經(jīng)過的其它中介。這也使中介能夠知道包經(jīng)過的中介的順序。
在一個(gè)典型的操作中，具有從內(nèi)容用戶流向內(nèi)容服務(wù)器的請(qǐng)求，和從內(nèi)容服務(wù)器流向內(nèi)容用戶的響應(yīng)。因此，一旦有一對(duì)請(qǐng)求和響應(yīng)數(shù)據(jù)包通過它們時(shí)，中介將知道沿內(nèi)容流路徑的所有其它中介。例如，利用圖2中所示的方案，當(dāng)來自內(nèi)容用戶(207)的請(qǐng)求到達(dá)中介foo4.bar.com(204)時(shí)，它會(huì)知道中介foo6.bar.com(206)和foo5.bar.com(205)的存在。當(dāng)來自內(nèi)容服務(wù)器的內(nèi)容響應(yīng)到達(dá)foo4.bar.com(204)時(shí)，中介將發(fā)現(xiàn)中間網(wǎng)絡(luò)部件foo2.bar.com(202)和foo3.bar.com(203)的存在。因此，中介foo4.bar.com(204)能夠檢測(cè)到整個(gè)內(nèi)容流路徑中其它中間網(wǎng)絡(luò)部件的存在。
中介保持沿任何給定內(nèi)容流路徑的已知中間網(wǎng)絡(luò)部件的高速緩存。以下說明這樣做的原因。當(dāng)中介接收到請(qǐng)求時(shí)，它可能需要朝內(nèi)容服務(wù)器方向?qū)⒁粋€(gè)規(guī)則分布到另一個(gè)中間網(wǎng)絡(luò)部件。如果該中介僅依賴于插入的簽名來發(fā)現(xiàn)其它中間網(wǎng)絡(luò)部件，那么在它接收到內(nèi)容響應(yīng)之前，它不能預(yù)先知道朝內(nèi)容服務(wù)器方向的向前路徑中的其它中介。如果發(fā)生這種情況，規(guī)則引擎模塊(102)應(yīng)當(dāng)檢查它是否能夠從它的高速緩存器檢索到中介的信息。如果它能，那么可以將規(guī)則分布到一個(gè)前方中介；否則，應(yīng)當(dāng)本地評(píng)價(jià)規(guī)則。
為了保持高速緩存，可以使用在下面數(shù)據(jù)格式1和數(shù)據(jù)格式2中所示的數(shù)據(jù)格式。使用數(shù)據(jù)格式1記錄中介的(存儲(chǔ)在字段hostname中的)主機(jī)標(biāo)識(shí)符，和(存儲(chǔ)在字段capabilities中的)性能。數(shù)據(jù)格式2用于記錄沿給定內(nèi)容流路徑的已知中介的列表。內(nèi)容流路徑是由(存儲(chǔ)在字段source中的)源，(存儲(chǔ)在字段destination中的)目的地，和(存儲(chǔ)在字段protocol中的)協(xié)議三元組惟一地指定的，表示為{source，destination，protocol}。num_node字段存儲(chǔ)從當(dāng)前中介開始(但是不包括當(dāng)前中介)到達(dá)目的地節(jié)點(diǎn)之前、來自源節(jié)點(diǎn)的數(shù)據(jù)包必須經(jīng)過的中間網(wǎng)絡(luò)部件的數(shù)量，并且節(jié)點(diǎn)陣列存儲(chǔ)每個(gè)這種中間網(wǎng)絡(luò)部件的信息。圖3示出了存儲(chǔ)在圖2所示方案中的中介foo4.bar.com(204)中的一對(duì)ContentPath數(shù)據(jù)格式。
數(shù)據(jù)格式1中介項(xiàng)struct IntermediaryEntry{NodeIDhostname；char capabilities[]}數(shù)據(jù)格式2數(shù)據(jù)流路徑信息struct ContentPath{NodeIDsource；NodeIDdestination；ProtocolType protocol；int num_nodes；struct IntermediaryEntry nodes[]；}圖4示出了設(shè)計(jì)用于提取插在數(shù)據(jù)包中的中介簽名和構(gòu)造/更新ContentPath結(jié)構(gòu)的方法。當(dāng)數(shù)據(jù)包到達(dá)時(shí)，中介首先檢查是否有任何插入的簽名，如步驟401中所示。如果有一個(gè)簽名，那么如步驟402中所示，從高速緩存中搜索與{destination，source，protocol}三元組匹配的ContentPath結(jié)構(gòu)。應(yīng)當(dāng)注意，數(shù)據(jù)包的源是相對(duì)于ContentPath目的地檢查的，反過來也是一樣。其原因是由于ContentPath結(jié)構(gòu)被用于給出朝目的地節(jié)點(diǎn)方向的中介的列表，而當(dāng)從數(shù)據(jù)包提取簽名時(shí)，從源節(jié)點(diǎn)給出中介。因此，當(dāng)搜索匹配時(shí)，需要交換目的地和源節(jié)點(diǎn)。
如果不能發(fā)現(xiàn)任何匹配的ContentPath結(jié)構(gòu)，那么分配一個(gè)新的ContentPath結(jié)構(gòu)，如步驟403中所示。當(dāng)查找到一個(gè)存儲(chǔ)的ContentPath結(jié)構(gòu)時(shí)，那么要清除num_nodes和nodes字段，如步驟404中所示。然后，在步驟405中，將一個(gè)臨時(shí)存儲(chǔ)簽名的后進(jìn)先出棧式存儲(chǔ)器初始化到空，并且將計(jì)數(shù)n設(shè)置到零。在步驟406中，提取每個(gè)插入的簽名并且存儲(chǔ)到棧式存儲(chǔ)器中。此外，遞增計(jì)數(shù)n，以記錄提取的簽名數(shù)量。當(dāng)提取了所有簽名時(shí)，計(jì)數(shù)n將包含內(nèi)容流路徑中當(dāng)前網(wǎng)絡(luò)部件之前的中介的數(shù)量。將其存儲(chǔ)在num_nodes字段中。然后，如步驟406中所示，取出棧式存儲(chǔ)器中的簽名，以更新節(jié)點(diǎn)陣列。
上面的說明給出了中介發(fā)現(xiàn)沿內(nèi)容流路徑的其它中介的方法。當(dāng)一個(gè)規(guī)則引擎模塊分析一個(gè)規(guī)則說明，并且發(fā)現(xiàn)一部分規(guī)則說明被標(biāo)記以便分布時(shí)，那么它可以(使用內(nèi)容服務(wù)器、內(nèi)容用戶、和協(xié)議三元組)檢查適當(dāng)?shù)腃ontentPath結(jié)構(gòu)，并且確定將規(guī)則分布哪些遠(yuǎn)端中介。
圖5示出了用于確定規(guī)則分布到的遠(yuǎn)端中介的算法，如前面所述，以<target direction>-<approximate location from target>或<approximatelocation towards target>-<target direction>的形式給出了分布的指示。術(shù)語target(目標(biāo))用于代表<approximate location towards target>或<approximatelocation from target>的數(shù)字值。如果使用第一種形式，那么術(shù)語directive包含值“from”，如果使用第二種形式，那么包含值“to”。術(shù)語direction是值“source”或值“destination”。術(shù)語src，dst和protocol分別代表從數(shù)據(jù)包提取的源(source)，目的地(destination)和協(xié)議(protocol)。
如步驟501至504中所示，算法首先搜索ContentPath數(shù)據(jù)格式。如果分布的方向是朝目的地的方向，那么使用三元組{src，dst，protocol}確定ContentPath，如步驟502中所示。否則，如步驟503中所示，利用三元組{dst，src，protocol}代替。如果不能發(fā)現(xiàn)ContentPath，那么算法返回NULL，如步驟512中所示。在步驟505和506中，檢查target，以防止它超過分布方向上的遠(yuǎn)端中介的數(shù)量。在步驟507中，檢查分布指示，以了解它是否是形式<target direction>-<approximate location from target>或<approximate location towards target>-<target direction>。
對(duì)于第一種形式，數(shù)字值指示從終點(diǎn)主機(jī)(內(nèi)容服務(wù)器或內(nèi)容用戶)向回?cái)?shù)的中介的數(shù)量。但是，中介在節(jié)點(diǎn)陣列中是以朝終點(diǎn)節(jié)點(diǎn)的方向順序列出的。因此，在步驟508中，將臨時(shí)變量x設(shè)置到中介的數(shù)量減去數(shù)字值target。相反，如果指示是第二種形式，那么如步驟509中所示，將臨時(shí)變量x設(shè)置到數(shù)字值target減1。減1的原因是由于假設(shè)節(jié)點(diǎn)陣列中的第一元素是nodes
。任何熟悉本領(lǐng)域的人員可以容易地修改上述公式，以適合其它種類的陣列布置。在步驟510中，檢查變量x以判斷是否超出了范圍。如果超出了范圍，那么算法返回NULL，以指示不能發(fā)現(xiàn)適合的遠(yuǎn)端中介，如步驟512中所示。否則，如步驟511中所示，函數(shù)返回nodes[x]中給出的遠(yuǎn)端中介。
圖6示出了考慮分布規(guī)則而分析規(guī)則說明的方法。如步驟601，602和603中所示，首先分析規(guī)則說明，以檢查句法有效性，并且拒絕無效規(guī)則。然后，檢查規(guī)則以判斷它是否被標(biāo)記為要分布的，如步驟604中所示。如果它沒有被標(biāo)記，那么本地評(píng)價(jià)規(guī)則(605)。否則使用圖4中所示的算法識(shí)別要對(duì)其分布規(guī)則的遠(yuǎn)端中介，如步驟606中所示。如步驟607和605中所示，如果算法返回NULL，表示不能發(fā)現(xiàn)適合的遠(yuǎn)端中介，那么本地評(píng)價(jià)規(guī)則。如步驟608中所示，當(dāng)發(fā)現(xiàn)遠(yuǎn)端中介時(shí)，檢查遠(yuǎn)端中介以判斷它是否支持規(guī)則需要的專用包。如果它不支持，那么本地評(píng)價(jià)規(guī)則(605)。如果它支持，那么分布規(guī)則(609)。對(duì)下一個(gè)要分析的規(guī)則重復(fù)整個(gè)處理過程。
如果替代使用其中可以由朝“服務(wù)器”方向或朝“客戶機(jī)”方向說明目標(biāo)方向的服務(wù)器-客戶機(jī)模型，那么可以不再使用圖5中給出的確定目標(biāo)中介的方法。圖7示出了一種用于服務(wù)器-客戶機(jī)模型的方法。圖7中的算法與圖5中算法之間的差別僅在于步驟701至703，和步驟501至503。在步驟701中，首先檢查目標(biāo)方向是朝服務(wù)器方向還是朝客戶機(jī)方向。如果目標(biāo)方向是服務(wù)器，那么，如步驟702中所示，利用{node identificationof client，node identification of server，protocol}三元組搜索ContentPath。如果目標(biāo)方向是客戶機(jī)，那么，如步驟703中所示，利用{node identification ofserver，node identification of client，protocol}三元組搜索ContentPath。其余步驟704至712與步驟504至512相同。
為了分布規(guī)則，中介需要向接收中介發(fā)送信號(hào)。為了便于說明，使用圖2中所示的方案。在以下討論中，中介foo4.bar.com(204)是裝載規(guī)則的網(wǎng)絡(luò)部件，并且它確定了規(guī)則需要分布給中介foo6.bar.com(206)以進(jìn)行評(píng)價(jià)。
為了給foo6.bar.com(206)發(fā)送信號(hào)，foo4.bar.com(204)可以把一個(gè)信號(hào)插入到數(shù)據(jù)包中。本發(fā)明要求插入的信號(hào)包含正在分布規(guī)則的中介的標(biāo)識(shí)符，要接收規(guī)則的中介的標(biāo)識(shí)符，和唯一地標(biāo)識(shí)要分布的規(guī)則的規(guī)則標(biāo)識(shí)符。規(guī)則標(biāo)識(shí)符必須唯一地標(biāo)識(shí)要對(duì)一個(gè)給定中介分布的規(guī)則說明部分，并且標(biāo)識(shí)符應(yīng)當(dāng)不隨時(shí)間改變。
例如，在HTTP和RTSP協(xié)議中，中介可以將令牌(token)附加到請(qǐng)求和響應(yīng)首部中的“Pragma”通用首部中。因此，本發(fā)明可以利用這插入需要的信號(hào)。例如，foo4.bar.com(204)可以把以下令牌，OPES-distributed＝”foo6.bar.comXYZABC@foo4.bar.com”；，附加到響應(yīng)的“Pragma”通用首部。使用的令牌的形式是OPES-distributed＝“<target><rule identifier>@<distributor>”其中<target>代表接收分布的規(guī)則的中介的主機(jī)名，<rule identifier>代表標(biāo)識(shí)分布的規(guī)則的唯一標(biāo)識(shí)符，<distributor>代表分布規(guī)則的中介。
對(duì)于不具有中介用于插入信號(hào)的內(nèi)置機(jī)構(gòu)的其它協(xié)議，可以尋找其它方法。例如，協(xié)議經(jīng)常給機(jī)器提供將可選信息插入到數(shù)據(jù)包(通常使用可選擴(kuò)展首部)的功能?？梢允褂眠@來攜帶中介的信號(hào)。此外，為了容易理解，上述例子使用字符串作為簽名。但是，任何熟悉本領(lǐng)域的人員應(yīng)當(dāng)知道，可以使用其它形式的簽名取得相同的效果，例如，使用數(shù)字或字母數(shù)字代碼，只要外部實(shí)體能夠從信號(hào)提取分布中介的主機(jī)名，目標(biāo)中介的主機(jī)名，和規(guī)則標(biāo)識(shí)符。
在使用協(xié)議內(nèi)置機(jī)構(gòu)或使用可選擴(kuò)展的任何一種情況下，應(yīng)當(dāng)允許多個(gè)信號(hào)，以便在一次單一的數(shù)據(jù)包傳遞中，能夠分布兩組或更多組的規(guī)則。每個(gè)中介必須檢查數(shù)據(jù)包，以檢測(cè)這些信號(hào)，并且檢查是否有用于此目的的信號(hào)。一旦它確定有用于此目的的信號(hào)，中介可以隨意地從數(shù)據(jù)包取出信號(hào)。
規(guī)則標(biāo)識(shí)符用于利用一個(gè)分離的通信信道從分布中介檢索實(shí)際規(guī)則。規(guī)則注入模塊(104)負(fù)責(zé)建立這種通信信道，并且檢索/傳遞任何分布的規(guī)則。本發(fā)明不規(guī)定這種通信信道的格式。因?yàn)橐?guī)則標(biāo)識(shí)符是唯一地給予一個(gè)特定中介，中介應(yīng)當(dāng)使用規(guī)則標(biāo)識(shí)符和分布中介的主機(jī)名作為高速緩存關(guān)鍵字高速緩存檢索的分布的規(guī)則。如果再次發(fā)生后續(xù)分布，這消除了檢索相同分布的規(guī)則的需要。
可以在具有多個(gè)發(fā)送和接收節(jié)點(diǎn)的場(chǎng)合部署上述機(jī)構(gòu)用于內(nèi)容分布。將這種情況分解成多個(gè)數(shù)據(jù)流路徑，每個(gè)路徑包含一個(gè)發(fā)送節(jié)點(diǎn)和一個(gè)接收節(jié)點(diǎn)。應(yīng)當(dāng)注意，這種分解僅用于上述ContentPath結(jié)構(gòu)的構(gòu)造。當(dāng)一個(gè)被發(fā)送到多個(gè)接收節(jié)點(diǎn)的實(shí)際數(shù)據(jù)到達(dá)一個(gè)中介時(shí)，這個(gè)中介可以根據(jù)每個(gè)對(duì)應(yīng)發(fā)送節(jié)點(diǎn)(即，源)和接收節(jié)點(diǎn)(即，目的地)對(duì)作出規(guī)則分布的決定。如果分布規(guī)則的目標(biāo)中介恰好是同一中介，那么可以將一個(gè)單一的信號(hào)插入到內(nèi)容。如果(由于內(nèi)容路徑沿線路的某處分離)識(shí)別出一個(gè)以上的目標(biāo)中介，那么可以為每個(gè)目標(biāo)中介將一個(gè)分離的信號(hào)插入到內(nèi)容。
在以上說明中，披露了用于分布規(guī)則的中間網(wǎng)絡(luò)。在下面的說明，本文件將轉(zhuǎn)到本發(fā)明的下一部分，這個(gè)部分將本發(fā)明的安排縮小到實(shí)時(shí)內(nèi)容流情況。在這種情況中，內(nèi)容用戶經(jīng)過一個(gè)或多個(gè)作為本發(fā)明的對(duì)象的中介，將請(qǐng)求發(fā)送到內(nèi)容服務(wù)器，以建立實(shí)時(shí)對(duì)話。當(dāng)內(nèi)容服務(wù)器利用適當(dāng)?shù)捻憫?yīng)接受請(qǐng)求時(shí)，通過中介在內(nèi)容服務(wù)器與內(nèi)容用戶之間建立起一個(gè)通信信道。以后將內(nèi)容服務(wù)器與內(nèi)容用戶之間的這個(gè)通信信道稱為內(nèi)容對(duì)話。內(nèi)容服務(wù)器通過內(nèi)容對(duì)話開始將數(shù)據(jù)包發(fā)送到內(nèi)容用戶，而不用來自內(nèi)容用戶的任何主動(dòng)請(qǐng)求，直到內(nèi)容用戶經(jīng)過中介發(fā)送一個(gè)請(qǐng)求，以撤銷內(nèi)容對(duì)話。這種由內(nèi)容服務(wù)器自發(fā)地發(fā)送的數(shù)據(jù)包以后稱為內(nèi)容包。在內(nèi)容服務(wù)器發(fā)送內(nèi)容包的過程中，內(nèi)容用戶可以或可以不將有關(guān)發(fā)送統(tǒng)計(jì)的信息發(fā)送回內(nèi)容服務(wù)器。以后將這種統(tǒng)計(jì)稱為反饋包。
一個(gè)適合于上述說明的現(xiàn)有協(xié)議是實(shí)時(shí)流協(xié)議(RTSP)。但是，如熟悉本領(lǐng)域的人員所知，本發(fā)明可以應(yīng)用到表現(xiàn)出上述相同行為的其它協(xié)議。
對(duì)于所有已知的現(xiàn)有技術(shù)，為每個(gè)通過中介傳遞的請(qǐng)求和/或響應(yīng)包評(píng)價(jià)規(guī)則。本發(fā)明通過為規(guī)則作者提供詳細(xì)說明無論何時(shí)一個(gè)內(nèi)容包通過中介時(shí)就要評(píng)價(jià)的規(guī)則，無論何時(shí)多個(gè)內(nèi)容包通過中介時(shí)都要評(píng)價(jià)的規(guī)則，和建立了內(nèi)容對(duì)話的整個(gè)持續(xù)時(shí)間上的規(guī)定的規(guī)則時(shí)間間隔中評(píng)價(jià)的規(guī)則的能力，擴(kuò)展了這種能力。為了獲得這種提供的能力，允許規(guī)則作者為每個(gè)規(guī)則加上一個(gè)特定屬性的標(biāo)簽。為了說明，把這種屬性稱為“evaluateOn”屬性。下面的表1列出了“evaluateOn”屬性的可能的值。任何熟悉本領(lǐng)域的人員應(yīng)當(dāng)知道，可以利用其它名稱配置本發(fā)明。
表1“evaluateOn”屬性
本發(fā)明的最后部分涉及專用包(103)的配置。如上所述，專用包(103)是使得規(guī)則引擎模塊(102)能夠評(píng)價(jià)包括不同參數(shù)集(例如，服務(wù)的質(zhì)量(Quality ofService))的規(guī)則的模塊。本發(fā)明定義了一個(gè)新的專用包，稱為“Delivery Context(傳遞環(huán)境)”專用包。這個(gè)包將允許規(guī)則引擎模塊(102)根據(jù)傳遞環(huán)境翻譯構(gòu)造的規(guī)則。如以下表2中所示，定義了傳遞環(huán)境的四個(gè)主要類。這些類是用戶優(yōu)先選擇(User Preferences)，代理性能(Agent Capabilities)，設(shè)備性能(Device Capabilities)，和自然環(huán)境(NaturalEnvironment)。用戶優(yōu)先選擇是指有關(guān)人類用戶的信息，包括瀏覽優(yōu)先選擇、語言優(yōu)先選擇、顯示優(yōu)先選擇、QoS優(yōu)先選擇、年齡組、和性別。代理性能提供了有關(guān)軟件代理的信息，例如，代理類型、支持的格式、支持的語言、和支持的傳輸協(xié)議。設(shè)備性能是指有關(guān)硬件設(shè)備的信息，包括設(shè)備類型、處理器速度和類型、存儲(chǔ)容量、屏幕清晰度和對(duì)比度、以及操作系統(tǒng)。自然環(huán)境提供了有關(guān)終端用戶周圍的自然環(huán)境的信息，包括終端用戶是在室內(nèi)還是在室外、終端用戶的速度、終端用戶的位置、和照明性質(zhì)。
表2傳遞環(huán)境參數(shù)
Delivery Context專用包翻譯利用來自傳遞環(huán)境的參數(shù)構(gòu)造的規(guī)則。有各種傳遞環(huán)境專用包可以獲得參數(shù)的實(shí)際值的方法。一種方法是建立與提供這些參數(shù)的知識(shí)的外部實(shí)體，例如，內(nèi)容用戶，的通信信道。對(duì)于設(shè)備性能這樣的參數(shù)，必須從內(nèi)容用戶直接獲得。一種可選的方法是從存儲(chǔ)在中介上的另一個(gè)模塊獲得它。這個(gè)模塊可以本地地收集值，從存儲(chǔ)設(shè)備裝載值，或從外部實(shí)體請(qǐng)求值。對(duì)于自然環(huán)境這樣的參數(shù)，中介能夠自己推導(dǎo)出信息，特別是當(dāng)中介位于內(nèi)容用戶附近位置時(shí)。對(duì)于用戶優(yōu)先選擇這樣的參數(shù)，人類用戶可以寄存一組要存儲(chǔ)在中介的簡(jiǎn)表。
本發(fā)明允許沿內(nèi)容流路徑的中間網(wǎng)絡(luò)部件主動(dòng)地合作它們的內(nèi)容傳遞嘗試，以增強(qiáng)用戶在內(nèi)容檢索方面的經(jīng)驗(yàn)。隨著部署在互聯(lián)網(wǎng)中的內(nèi)容傳遞網(wǎng)絡(luò)(CDN)越來越多，本文獻(xiàn)中披露的發(fā)明使得這些CDN的中介能夠通過提供分布的規(guī)則組織協(xié)調(diào)它們的操作?？梢园蜒b載在一個(gè)網(wǎng)絡(luò)部件上的規(guī)則實(shí)時(shí)分布到其它中介，從而可以在一個(gè)更合適的節(jié)點(diǎn)執(zhí)行數(shù)據(jù)內(nèi)容和內(nèi)容請(qǐng)求的適配。也使得能夠更好地控制內(nèi)容傳遞的操作。
此外，披露的發(fā)明包含專用于在包轉(zhuǎn)換網(wǎng)絡(luò)中實(shí)時(shí)傳遞視聽內(nèi)容的方法和裝置。這允許規(guī)則作者能夠建立可以更迅速地對(duì)內(nèi)容流的網(wǎng)絡(luò)條件中的波動(dòng)作出反應(yīng)的規(guī)則。作者也能夠建立基于設(shè)備性能和內(nèi)容客戶的用戶優(yōu)先選擇的規(guī)則。當(dāng)利用適當(dāng)?shù)倪m配服務(wù)仔細(xì)地制定了這些規(guī)則時(shí)，將顯著地提高整個(gè)用戶內(nèi)容檢索經(jīng)驗(yàn)。
權(quán)利要求
1.一種用于在連接兩個(gè)或更多通信網(wǎng)的中間網(wǎng)絡(luò)部件控制資源的網(wǎng)絡(luò)控制框架裝置，包括以下實(shí)體i.提供網(wǎng)關(guān)功能的網(wǎng)關(guān)模塊，ii.根據(jù)指定規(guī)則執(zhí)行網(wǎng)絡(luò)資源控制決策的規(guī)則引擎模塊，其中規(guī)則是以一種以后稱為規(guī)則說明的規(guī)則說明格式說明的，iii.一個(gè)或多個(gè)加到規(guī)則引擎模塊上的專用包，在規(guī)則引擎模塊中所述專用包將專用的功能提供給規(guī)則引擎模塊，和iv.向或從規(guī)則引擎模塊注入或取出規(guī)則說明的規(guī)則注入模塊。
2.一種用于將權(quán)利要求1所述的規(guī)則說明分布到根據(jù)權(quán)利要求1所述的一個(gè)或多個(gè)中間網(wǎng)絡(luò)部件的裝置，包括i.規(guī)則說明中用于指出一部分或全部要分布的規(guī)則說明的指示，ii.插入到數(shù)據(jù)包中、用于通告數(shù)據(jù)包經(jīng)過的中間網(wǎng)絡(luò)部件的性能的簽名，iii.分析規(guī)則說明以確定是否分布指定規(guī)則說明的一部分或全部的方法，iv.識(shí)別分布規(guī)則說明的一部分或全部的目標(biāo)網(wǎng)絡(luò)部件的方法，v.插入到數(shù)據(jù)包中、以通知分布規(guī)則說明的一部分或全部的目標(biāo)網(wǎng)絡(luò)部件的信令，vi.從分布規(guī)則說明的一部分或全部的中間網(wǎng)絡(luò)部件檢索分布到目標(biāo)網(wǎng)絡(luò)部件的一部分或全部規(guī)則說明。
3.一種如權(quán)力要求2中所述的分布到權(quán)利要求1中所述的一個(gè)或多個(gè)中間網(wǎng)絡(luò)部件的一部分或全部規(guī)則說明的指示的格式，包括i.通過指出指定方向的終點(diǎn)指出分布方向的說明，ii.朝指定終點(diǎn)方向的中間網(wǎng)絡(luò)部件的數(shù)量的說明，iii.從指定終點(diǎn)計(jì)算的中間網(wǎng)絡(luò)部件的數(shù)量的說明，和/或iv.在中間網(wǎng)絡(luò)部件分布的特定內(nèi)容。
4.插入到權(quán)力要求2中所述的一個(gè)或多個(gè)數(shù)據(jù)包中、以便通告數(shù)據(jù)包經(jīng)過的權(quán)利要求1中所述的中間網(wǎng)絡(luò)部件的性能的簽名的格式，包括i.簽名所屬的中間網(wǎng)絡(luò)部件的標(biāo)識(shí)，ii.安裝在簽名所屬的中間網(wǎng)絡(luò)部件上的、權(quán)利要求1所述的專用包，和iii.接受或產(chǎn)生用于分布的一部分或全部規(guī)則說明的能力。
5用于權(quán)利要求1所述的中間網(wǎng)絡(luò)部件以存儲(chǔ)插入到權(quán)利要求2或4所述的一個(gè)或多個(gè)數(shù)據(jù)包中的簽名的裝置，其中數(shù)據(jù)包經(jīng)過的中間網(wǎng)絡(luò)部件的簽名是與數(shù)據(jù)包在其間通過的、按照數(shù)據(jù)包經(jīng)過的順序的起點(diǎn)和終點(diǎn)，以及數(shù)據(jù)包所屬的傳輸協(xié)議一同存儲(chǔ)的。
6.用于存儲(chǔ)根據(jù)權(quán)利要求1、2、4或5所述的中間網(wǎng)絡(luò)部件的簽名的數(shù)據(jù)格式，包含中間網(wǎng)絡(luò)部件的標(biāo)識(shí)符，和安裝在中間網(wǎng)絡(luò)部件的權(quán)利要求1所述的專用包。
7.用于存儲(chǔ)權(quán)利要求1、2、4或5所述的、從一個(gè)終點(diǎn)流到另一個(gè)終點(diǎn)的一個(gè)或多個(gè)數(shù)據(jù)包經(jīng)過的中間網(wǎng)絡(luò)部件的簽名的數(shù)據(jù)格式，包含i.數(shù)據(jù)包流向的終點(diǎn)的標(biāo)識(shí)，ii.數(shù)據(jù)包流出的起點(diǎn)的標(biāo)識(shí)，iii.數(shù)據(jù)包所屬的傳輸協(xié)議，iv.按照數(shù)據(jù)包經(jīng)過的從存儲(chǔ)著數(shù)據(jù)格式的中間網(wǎng)絡(luò)部件到終點(diǎn)的順序的中間網(wǎng)絡(luò)部件的簽名的陣列，和v.按照數(shù)據(jù)包經(jīng)過的從存儲(chǔ)著數(shù)據(jù)格式的中間網(wǎng)絡(luò)部件到終點(diǎn)的順序的中間網(wǎng)絡(luò)部件的簽名的數(shù)量。
8.一種提取插入到權(quán)利要求1、2、4或5所述的一個(gè)或多個(gè)數(shù)據(jù)包中的中間網(wǎng)絡(luò)部件的簽名，以便用權(quán)利要求7所述的數(shù)據(jù)格式進(jìn)行存儲(chǔ)的方法，包括步驟i.檢查是否有簽名插在數(shù)據(jù)包中，ii.檢查是否存在權(quán)利要求7所述的、以前存儲(chǔ)的、具有相同起點(diǎn)和終點(diǎn)以及傳輸協(xié)議的數(shù)據(jù)格式，iii.當(dāng)沒有以前存儲(chǔ)的、具有相同起點(diǎn)和終點(diǎn)以及傳輸協(xié)議的數(shù)據(jù)格式時(shí)，分配一個(gè)新的數(shù)據(jù)格式，iv.分析以以前存在的、具有相同起點(diǎn)、終點(diǎn)、和傳輸協(xié)議的數(shù)據(jù)格式中存儲(chǔ)的數(shù)據(jù)，v.準(zhǔn)備一個(gè)空的后進(jìn)先出數(shù)據(jù)結(jié)構(gòu)，vi.提取數(shù)據(jù)包中的每個(gè)插入的簽名，和將其存入后進(jìn)先出數(shù)據(jù)結(jié)構(gòu)，vii.取出后進(jìn)先出數(shù)據(jù)結(jié)構(gòu)中的每個(gè)元素，并且將其記錄到權(quán)利要求7所述的數(shù)據(jù)格式，和viii.將提取的插入簽名的數(shù)量記錄到權(quán)利要求7所述的數(shù)據(jù)格式中。
9.分析權(quán)利要求2所述的規(guī)則說明以確定是否要分布一部分或全部的規(guī)則說明的方法，包括步驟i.檢查規(guī)則說明中的每個(gè)規(guī)則的語法有效性，ii.如果存在語法錯(cuò)誤，那么拒絕規(guī)則，iii.檢查規(guī)則中的權(quán)利要求3中所述的分布指示，iv.如果不存在分布指示，那么本地評(píng)價(jià)規(guī)則，v.確定對(duì)其分布規(guī)則的遠(yuǎn)端中間網(wǎng)絡(luò)部件，vi.如果不能發(fā)現(xiàn)適合于對(duì)其分布規(guī)則的遠(yuǎn)端中間網(wǎng)絡(luò)部件，那么本地評(píng)價(jià)規(guī)則，vii.檢查遠(yuǎn)端中間網(wǎng)絡(luò)部件是否包含規(guī)則中需要的專用包，viii.如果遠(yuǎn)端中間網(wǎng)絡(luò)部件沒有需要的專用包，那么本地評(píng)價(jià)規(guī)則，和ix.將規(guī)則分布到遠(yuǎn)端中間網(wǎng)絡(luò)部件。
10.確定權(quán)利要求9所述的、對(duì)其分布規(guī)則的、給予權(quán)利要求3所述的分布指示的遠(yuǎn)端中間網(wǎng)絡(luò)部件的方法，包括步驟i.通過匹配起點(diǎn)、終點(diǎn)、和傳輸協(xié)議找到權(quán)力要求7中所述的數(shù)據(jù)格式的方法，ii.如果不能找到權(quán)利要求7所述的數(shù)據(jù)格式，那么宣布沒有合適的遠(yuǎn)端中間網(wǎng)絡(luò)部件，iii.在給出的分布指示中將一個(gè)臨時(shí)變量設(shè)置到朝或從指定終點(diǎn)方向的中介的指定數(shù)量，iv.將如果給出的分布指示中的朝或從終點(diǎn)方向的中介的指定數(shù)量大于給定分布指示中的朝或從指定終點(diǎn)方向的中介的數(shù)量，那么將臨時(shí)變量設(shè)置到找到的、如權(quán)利要求7中所述的數(shù)據(jù)格式中給出的中介的數(shù)量的值，v.在如權(quán)利要求3所述的規(guī)定分布指示包括終點(diǎn)的說明和朝指定終點(diǎn)方向的中間網(wǎng)絡(luò)部件的數(shù)量的說明時(shí)，將臨時(shí)變量設(shè)置到一個(gè)等于權(quán)利要求1所述的找到的數(shù)據(jù)格式中給出的中介的數(shù)量減去臨時(shí)變量中的原始值的值，vi.在如權(quán)利要求3所述的規(guī)定的分布指示包括終點(diǎn)的說明和從指定終點(diǎn)方向的中間網(wǎng)絡(luò)部件的數(shù)量的說明時(shí)，將臨時(shí)變量設(shè)置到一個(gè)等于臨時(shí)變量中的原始植減1的值，vii.在如權(quán)力要求7所述的查找到的數(shù)據(jù)格式的簽名陣列中，簽名具有一個(gè)等于的存儲(chǔ)在臨時(shí)變量中的值的指數(shù)時(shí)，如果存在這樣一個(gè)指數(shù)，那么宣布遠(yuǎn)端中間網(wǎng)絡(luò)部件是以權(quán)利要求7所述的找到的數(shù)據(jù)格式存儲(chǔ)的簽名中規(guī)定的網(wǎng)絡(luò)部件，和viii.如果權(quán)利要求7所述的找到的數(shù)據(jù)格式的簽名陣列中不存在等于存儲(chǔ)在臨時(shí)變量中的值的指數(shù)，那么宣布沒有合適的遠(yuǎn)端中間網(wǎng)絡(luò)部件。
11.一種向權(quán)利要求1所述的中間網(wǎng)絡(luò)部件發(fā)出信號(hào)以表達(dá)希望在規(guī)則說明中將一個(gè)或多個(gè)規(guī)則的集合分布到中間網(wǎng)絡(luò)部件的信令的格式，包括i.對(duì)其在規(guī)則說明中分布了一個(gè)或多個(gè)規(guī)則的集合的中間網(wǎng)絡(luò)部件的標(biāo)識(shí)，ii.從其在規(guī)則說明中分布了一個(gè)或多個(gè)規(guī)則的集合的中間網(wǎng)絡(luò)部件的標(biāo)識(shí)，和iii.規(guī)則說明中的一個(gè)或多個(gè)規(guī)則的集合的標(biāo)識(shí)。
12.通過對(duì)其分布規(guī)則集合的中間網(wǎng)絡(luò)部件，從分布規(guī)則集合的、權(quán)利要求1所述的中間網(wǎng)絡(luò)部件，檢索規(guī)則說明中的一個(gè)或多個(gè)規(guī)則的集合的裝置，包括i.在對(duì)其分布規(guī)則集合的中間網(wǎng)絡(luò)部件與從其分布規(guī)則集合的中間網(wǎng)絡(luò)部件之間建立通信信道，ii.通過對(duì)其分布規(guī)則集合的中間網(wǎng)絡(luò)部件，經(jīng)過通信信道，提供權(quán)利要求11所述的被分布的規(guī)則集合的標(biāo)識(shí)，和iii.通過從其分布規(guī)則集合的中間網(wǎng)絡(luò)部件，經(jīng)過通信信道，發(fā)送被分布的規(guī)則的集合。
13.用于在連接兩個(gè)或更多通信網(wǎng)的中間網(wǎng)絡(luò)部件控制資源的網(wǎng)絡(luò)控制框架裝置，其中此后稱為客戶節(jié)點(diǎn)的終點(diǎn)節(jié)點(diǎn)經(jīng)過一個(gè)或多個(gè)中介將請(qǐng)求發(fā)送到此后稱為服務(wù)器節(jié)點(diǎn)的其它終點(diǎn)節(jié)點(diǎn)，服務(wù)器節(jié)點(diǎn)用適當(dāng)?shù)捻憫?yīng)接受請(qǐng)求，通過中介在服務(wù)器內(nèi)容服務(wù)器與客戶節(jié)點(diǎn)之間建立通信信道，服務(wù)器節(jié)點(diǎn)通過通信信道開始將數(shù)據(jù)包發(fā)送到客戶節(jié)點(diǎn)，直到客戶節(jié)點(diǎn)通過中介發(fā)送請(qǐng)求，以撤銷通信信道，和客戶節(jié)點(diǎn)可以將有關(guān)傳輸統(tǒng)計(jì)的信息發(fā)送回服務(wù)器節(jié)點(diǎn)，所述網(wǎng)絡(luò)控制框架裝置包括以下實(shí)體i.提供網(wǎng)關(guān)功能的網(wǎng)關(guān)，ii.根據(jù)指定的規(guī)則執(zhí)行網(wǎng)絡(luò)資源控制決策的規(guī)則引擎模塊，其中規(guī)則是以此后稱為規(guī)則說明的規(guī)則說明格式說明的，iii.加到規(guī)則引擎模塊上的一個(gè)或多個(gè)專用包，其中所述專用包將特定的功能提供給規(guī)則引擎模塊，和iv.向或從規(guī)則引擎模塊注入或取出規(guī)則說明的規(guī)則注入模塊。
14.提供權(quán)利要求13所述的規(guī)則說明的作者，以根據(jù)以下的控制方法在權(quán)利要求13所述的中間網(wǎng)絡(luò)部件觸發(fā)一個(gè)或多個(gè)規(guī)則的裝置，i.當(dāng)中間網(wǎng)絡(luò)部件接收到一個(gè)從客戶節(jié)點(diǎn)到服務(wù)器節(jié)點(diǎn)的請(qǐng)求包時(shí)，評(píng)價(jià)規(guī)則，ii.當(dāng)中間網(wǎng)絡(luò)部件接收到一個(gè)從服務(wù)器節(jié)點(diǎn)到客戶節(jié)點(diǎn)的響應(yīng)包時(shí)，評(píng)價(jià)規(guī)則，iii.當(dāng)中間網(wǎng)絡(luò)部件接收到一個(gè)包含服務(wù)器節(jié)點(diǎn)通過服務(wù)器節(jié)點(diǎn)與客戶節(jié)點(diǎn)之間建立的通信信道發(fā)送到客戶節(jié)點(diǎn)的內(nèi)容的數(shù)據(jù)包時(shí)，評(píng)價(jià)規(guī)則，iv.當(dāng)中間網(wǎng)絡(luò)部件接收到包含從客戶節(jié)點(diǎn)到服務(wù)器節(jié)點(diǎn)的發(fā)送統(tǒng)計(jì)的數(shù)據(jù)包時(shí)，評(píng)價(jià)規(guī)則，v.當(dāng)中間網(wǎng)絡(luò)部件接收到規(guī)定數(shù)量的包含服務(wù)器節(jié)點(diǎn)通過服務(wù)器節(jié)點(diǎn)與客戶節(jié)點(diǎn)之間建立的通信信道發(fā)送到客戶節(jié)點(diǎn)的內(nèi)容的數(shù)據(jù)包時(shí)，評(píng)價(jià)規(guī)則，和vi.當(dāng)中間網(wǎng)絡(luò)部件接收到包含服務(wù)器節(jié)點(diǎn)在一個(gè)規(guī)定的定時(shí)器值的循環(huán)定時(shí)過去之后，通過服務(wù)器節(jié)點(diǎn)與客戶節(jié)點(diǎn)之間建立的通信信道發(fā)送到客戶節(jié)點(diǎn)的內(nèi)容的數(shù)據(jù)包時(shí)，評(píng)價(jià)規(guī)則。
15.在權(quán)利要求1所述的規(guī)則說明中使用以控制一個(gè)或多個(gè)內(nèi)容或內(nèi)容傳遞對(duì)話，從而在所述內(nèi)容傳遞中取得設(shè)備獨(dú)立的一組參數(shù)，包括i.由消費(fèi)內(nèi)容的人類用戶的優(yōu)先選擇構(gòu)成的用戶優(yōu)先選擇參數(shù)組，ii.由人類用戶使用以檢索內(nèi)容的軟件代理的性能組成的代理性能參數(shù)組，iii.由人類用戶使用以檢索內(nèi)容的硬件的性能組成的設(shè)備性能參數(shù)組，和iv.由有關(guān)人類用戶檢索內(nèi)容的環(huán)境的信息組成的自然環(huán)境參數(shù)組。
16.根據(jù)權(quán)利要求15所述的用戶優(yōu)先選擇參數(shù)組包括i.有關(guān)檢索內(nèi)容的方法的人類用戶的優(yōu)先選擇，ii.有關(guān)在檢索的內(nèi)容中使用的語言的人類用戶的優(yōu)先選擇，iii.有關(guān)檢索的內(nèi)容的表現(xiàn)的人類用戶的優(yōu)先選擇，iv.檢索內(nèi)容的人類用戶的年齡組，v.檢索內(nèi)容的人類用戶的性別，和vi.檢索內(nèi)容的人類用戶的職業(yè)狀態(tài)。
17.根據(jù)權(quán)利要求15所述的代理性能參數(shù)組包括i.人類用戶使用以檢索內(nèi)容的軟件代理的類型，ii.人類用戶使用以檢索內(nèi)容的軟件代理支持的內(nèi)容格式，iii.人類用戶使用以檢索內(nèi)容的軟件代理支持的內(nèi)容語言，和iv.人類用戶使用以檢索內(nèi)容的軟件代理支持的傳輸協(xié)議。
18.根據(jù)權(quán)利要求15所述的設(shè)備性能參數(shù)組包括i.人類用戶使用以檢索內(nèi)容的硬件的類型，ii.人類用戶使用以檢索內(nèi)容的硬件的處理器速度和處理器系列，iii.人類用戶使用以檢索內(nèi)容的硬件的物理和二級(jí)存儲(chǔ)器的存儲(chǔ)容量，iv.人類用戶使用以檢索內(nèi)容的硬件的顯示對(duì)比度和清晰度，和v.在人類用戶使用以檢索內(nèi)容的硬件上運(yùn)行的操作系統(tǒng)。
19.根據(jù)權(quán)利要求15所述的自然環(huán)境參數(shù)組包括i.人類用戶檢索內(nèi)容的位置的信息，ii.人類用戶檢索內(nèi)容的移動(dòng)性的信息，和iii.人類用戶檢索內(nèi)容的照明條件的信息。
20.安裝到權(quán)利要求1所述的中間網(wǎng)絡(luò)部件的、能夠翻譯和評(píng)價(jià)使用權(quán)利要求15、16、17、或18所述的參數(shù)組構(gòu)造的規(guī)則說明的專用包。
全文摘要
本發(fā)明披露了一種部署在內(nèi)容傳遞網(wǎng)絡(luò)中的中間網(wǎng)絡(luò)部件。內(nèi)容傳遞網(wǎng)絡(luò)與具有相同性能的其它中間網(wǎng)絡(luò)部件協(xié)同操作進(jìn)行它的內(nèi)容傳遞。提供了控制中間網(wǎng)絡(luò)部件的操作的分布規(guī)則。這些包括中間網(wǎng)絡(luò)部件的框架，指示要分布的一個(gè)規(guī)則說明的一部分或全部的格式，用于使中間網(wǎng)絡(luò)部件相互發(fā)現(xiàn)的簽名的格式，向?qū)ζ浞植家?guī)則的其它中間網(wǎng)絡(luò)部件發(fā)出信號(hào)的信令的格式，和確定對(duì)其分布規(guī)則的中間網(wǎng)絡(luò)部件的方法。此外，披露了專用于內(nèi)容的實(shí)時(shí)流的著作規(guī)則。披露了可以在實(shí)時(shí)內(nèi)容流期間根據(jù)不同標(biāo)準(zhǔn)觸發(fā)的一組規(guī)則評(píng)價(jià)條件。披露了一組根據(jù)其建立規(guī)則的參數(shù)。
文檔編號(hào)H04L29/08GK1643878SQ0380627
公開日2005年7月20日 申請(qǐng)日期2003年3月17日 優(yōu)先權(quán)日2002年3月18日
發(fā)明者吳振華, 陳必耀 申請(qǐng)人:松下電器產(chǎn)業(yè)株式會(huì)社