專利名稱：為評價網(wǎng)絡(luò)情況的動態(tài)的基于cc/pp設(shè)置文件的生成框架的制作方法
技術(shù)領(lǐng)域：
本發(fā)明通常涉及通信系統(tǒng)和網(wǎng)絡(luò)。更具體地，本發(fā)明涉及一種框架，通過該框架，系統(tǒng)可以得到動態(tài)實時的網(wǎng)上鄰居信息，來用于應(yīng)用級的內(nèi)容自適應(yīng)。該發(fā)明可以與基于CC/PP的結(jié)構(gòu)和詞匯表兼容的方式實現(xiàn)。這樣本發(fā)明響應(yīng)于可讀機器格式的基于網(wǎng)絡(luò)的信息允許對應(yīng)用級服務(wù)質(zhì)量進行控制。
背景技術(shù)：
目前的通信系統(tǒng)和計算機網(wǎng)絡(luò)必須在客戶端和服務(wù)器端都支持大量不同的硬件設(shè)備和軟件應(yīng)用程序。由于這種多樣性，所以不存在可以工作于所有條件下的單一通用內(nèi)容格式。例如，在蜂窩電話的小液晶顯示器上顯示文本內(nèi)容具有與在膝上型電腦屏幕上顯示同一文本信息非常不同的要求。類似地，在56k波特的調(diào)制解調(diào)器上傳輸流動視頻數(shù)據(jù)涉及許多技術(shù)問題，而這些問題在用T1信道傳輸同樣的介質(zhì)內(nèi)容時未被發(fā)現(xiàn)。
為解決信息設(shè)備制造標(biāo)準(zhǔn)不同的問題，W3C組織發(fā)起了一個工作組，來研究應(yīng)用級內(nèi)容在異質(zhì)設(shè)備(heterogeneous device)環(huán)境(也就是在其中信息使用具有不同執(zhí)行性能的設(shè)備，例如移動設(shè)備的環(huán)境)中會受到怎樣的影響。前述工作組發(fā)布了一個描述CC/PP(復(fù)合能力/偏好設(shè)置文件)的結(jié)構(gòu)和一套詞匯的工作草稿。CC/PP設(shè)置文件是一個對設(shè)備能力和用戶偏好的描述，它可以用于指導(dǎo)對出現(xiàn)在該設(shè)備的內(nèi)容的調(diào)整。關(guān)于CC/PP工作的更多信息，可以參考W3C的網(wǎng)址，http//www.w3.org。目前的工作草稿被公布于http//www.w3.org/Mobile/cc/pp/。
CC/PP工作組的工作所陳述的任務(wù)如下“隨著連接到因特網(wǎng)的設(shè)備數(shù)量和種類的增加，傳輸適合于不同設(shè)備性能的內(nèi)容的需求也相應(yīng)增加?！鳛閮?nèi)容適應(yīng)和上下文相關(guān)化框架的一部分，一般用途設(shè)置文件的格式必須能夠描述用戶代理的能力及其用戶的偏好。CC/PP被設(shè)計成這樣一種格式?！币坏┣‘?dāng)?shù)膱?zhí)行細節(jié)被研究出來并被采用，CC/PP對解決如何調(diào)整異質(zhì)設(shè)備環(huán)境中應(yīng)用級的內(nèi)容這個難題將大有幫助。但是，在現(xiàn)今的多種通信和網(wǎng)絡(luò)基礎(chǔ)設(shè)施中分配信息帶來的挑戰(zhàn)遠遠超出CC/PP所處理的設(shè)備能力和用戶偏好問題。這方面更具挑戰(zhàn)的問題之一是在目前的通信和網(wǎng)絡(luò)信道中發(fā)現(xiàn)了相當(dāng)大的實時的性能變化。通信和網(wǎng)絡(luò)系統(tǒng)包括許多內(nèi)部互聯(lián)的鏈路。那些鏈路的情況在很大程度上影響通信系統(tǒng)或網(wǎng)絡(luò)的實時的或動態(tài)的性能。簡單地說，這些鏈路本身可以在該信息信號中引入損耗、延時和抖動。除了鏈路情況問題，其它影響網(wǎng)絡(luò)動態(tài)質(zhì)量的因素包括路由器緩存的占用、鏈路利用率和主機的可達性。

發(fā)明內(nèi)容
本發(fā)明提出了一種捕獲動態(tài)網(wǎng)上鄰居的特定信息并將其傳送到需要該信息的信息系統(tǒng)的框架。目前優(yōu)選的實施方式通常使用基于XML的設(shè)置文件，并且具體地使用基于CC/PP的設(shè)置文件。這些設(shè)置文件被擴展來與動態(tài)網(wǎng)上鄰居的特定信息相關(guān)。該信息包括，但不限于，鏈路狀況(例如，損耗、延時和抖動)、路由器緩存的占用、鏈路利用率、主機的可達性和通信特征參數(shù)(例如，泄漏桶參數(shù)(leaky bucketparameter))?？梢酝ㄟ^利用可能的標(biāo)準(zhǔn)網(wǎng)絡(luò)評價工具和協(xié)議的設(shè)施來獲取信息。這些工具和協(xié)議包括RTP/RTCP、SNMP、ICMP(Ping)、TCP/IP、UDP/IP和多種其它的路由選擇協(xié)議。
根據(jù)本發(fā)明的一個方面，這個動態(tài)的或者實時的信息以一種CC/PP兼容的形式表達，如基于RDF的表示，它允許網(wǎng)絡(luò)設(shè)置文件信息的結(jié)構(gòu)化和可升級的表示。
根據(jù)本發(fā)明的另一方面，動態(tài)網(wǎng)絡(luò)特定信息被獲取和翻譯成可以被服務(wù)器或客戶機上運行的應(yīng)用程序理解的形式。這種表示也可以以人類可讀的形式表達。本發(fā)明能夠根據(jù)CC/PP模式規(guī)則動態(tài)地產(chǎn)生基于CC/PP的設(shè)置文件。為網(wǎng)絡(luò)特征和它們的分組所設(shè)計的附加的詞匯表將用來傳輸這種動態(tài)信息。
從下文提供的詳細描述中可以清楚本發(fā)明的其他適用領(lǐng)域。應(yīng)該理解的是這些詳細描述和具體實施例在提到該發(fā)明的實施方式時，僅用于說明的目的而不限定本發(fā)明的范圍。


通過詳細說明和附圖將可以充分理解本發(fā)明，其中圖1是用于說明目前的信息通信網(wǎng)絡(luò)的實質(zhì)的系統(tǒng)環(huán)境框圖；圖2是用于說明本發(fā)明的一些原理的通信系統(tǒng)框圖；圖3是用于說明本發(fā)明的優(yōu)選實施方式的框架結(jié)構(gòu)圖；圖4是說明本發(fā)明的另一實施方式的順序圖；圖5是說明根據(jù)本發(fā)明的一當(dāng)前優(yōu)選操作方法的流程圖。
具體實施例方式
以下對優(yōu)選實施方式的說明只是本質(zhì)上有代表性而不用來限定本發(fā)明、它的實施或用途。
本發(fā)明允許響應(yīng)于實時的網(wǎng)絡(luò)情況來控制應(yīng)用級的服務(wù)質(zhì)量。圖1示出了一個代表性的可使用本發(fā)明的環(huán)境。應(yīng)當(dāng)理解圖示的環(huán)境代表一種普遍的通信基礎(chǔ)設(shè)施。本發(fā)明還可使用很多其他的結(jié)構(gòu)。參考圖1，附圖標(biāo)記10表示一個通信網(wǎng)絡(luò)。通信網(wǎng)絡(luò)可以基于網(wǎng)際協(xié)議(IP)的基礎(chǔ)設(shè)施，比如因特網(wǎng)所基于的基礎(chǔ)設(shè)施。
如圖所示，通信網(wǎng)絡(luò)10能夠使用許多不同的設(shè)備和不同的通信信道來支持通信。如圖1所示，蜂窩電話12和膝上型電腦14與網(wǎng)絡(luò)10進行通信。這種通信可以通過傳統(tǒng)方式，包括硬連線鏈路和無線鏈路。另外，網(wǎng)絡(luò)10可以包括一個或多個無線通信熱點(hotspot)16，通過它，其它移動設(shè)備18可以和因特網(wǎng)進行通信。應(yīng)該理解的是不同的設(shè)備和它們相應(yīng)的通信信道彼此變化很大。一些設(shè)備可能具有在其它設(shè)備上沒有發(fā)現(xiàn)的通信能力和特征。另外，相應(yīng)的通信信道可以支持不同的信息帶寬。
其他信息基礎(chǔ)設(shè)施，如應(yīng)用服務(wù)器20和內(nèi)容服務(wù)器22也被連接到網(wǎng)絡(luò)10上。這些服務(wù)器通過網(wǎng)絡(luò)10將信息提供給多個不同用戶使用。
根據(jù)電信標(biāo)準(zhǔn)，網(wǎng)絡(luò)10包括多個內(nèi)部互相聯(lián)接的鏈路，通過安排合理的路徑操作，其在網(wǎng)絡(luò)上對使用基于分組和流媒體信息傳輸?shù)亩喾N不同協(xié)議的信息進行傳輸。網(wǎng)關(guān)設(shè)備24與這些鏈路之一相聯(lián)接。網(wǎng)關(guān)設(shè)備可以看作通信網(wǎng)絡(luò)基礎(chǔ)設(shè)施的一部分。它提供與使用各種不同協(xié)議的其它終端用戶設(shè)備的連接。如圖1所示，膝上型電腦26和蜂窩電話28使用802.11x協(xié)議進行通信。設(shè)備30使用以太網(wǎng)協(xié)議通信，如100B-T協(xié)議。其它消費設(shè)備，如電影攝影機32和家庭娛樂系統(tǒng)34使用IEEE 1394協(xié)議標(biāo)準(zhǔn)與網(wǎng)關(guān)24進行通信。當(dāng)然，通過提供合理設(shè)置的網(wǎng)關(guān)也可以使用其它通信協(xié)議。
圖1所示的通信基礎(chǔ)設(shè)施示出了一個重要的工程學(xué)問題如何為所有的各種終端用戶設(shè)備提供合適適用的內(nèi)容。不僅終端用戶設(shè)備有不同的功能，而且將這些設(shè)備連接到網(wǎng)絡(luò)中的通信路徑在路徑之間將會具有很大不同。此外，路徑的差別不是靜態(tài)的。當(dāng)用戶登錄和退出網(wǎng)絡(luò)時，信息吞吐量和帶寬將會產(chǎn)生不可預(yù)知的波動。數(shù)據(jù)包丟失、信號延時、信號抖動和其它網(wǎng)上鄰居的人為因素是不可避免的。本發(fā)明通過提出一種框架來解決這個難題，通過該框架實時網(wǎng)絡(luò)的特征被監(jiān)控、獲取并被翻譯成可通過網(wǎng)絡(luò)傳播和用于實時應(yīng)用及內(nèi)容服務(wù)控制的結(jié)構(gòu)化數(shù)據(jù)設(shè)置文件。
圖2示出了一個本發(fā)明框架的例子。在圖2中，蜂窩電話18利用熱點鏈路16與網(wǎng)絡(luò)通信；同時蜂窩電話12利用空中接入信道36與網(wǎng)絡(luò)通信。兩個蜂窩電話均用于接收圖像內(nèi)容以將其顯示在它們各自的液晶顯示器上。該圖像內(nèi)容是由內(nèi)容服務(wù)器22提供的。
在圖2示出的實施例中，當(dāng)前或?qū)崟r的情況是，電話18的帶寬比電話12大得多，信號質(zhì)量總的來說也比電話12好得多。因而被傳送到電話18的內(nèi)容A目前比內(nèi)容A～好得多。
本發(fā)明的框架提供了一種裝置，通過該裝置，相應(yīng)網(wǎng)絡(luò)連接的實時或動態(tài)質(zhì)量可以以設(shè)置文件的形式通過網(wǎng)絡(luò)進行傳輸。如下面將會更詳細解釋，這些設(shè)置文件不受任何單一應(yīng)用服務(wù)器或內(nèi)容服務(wù)器限制。更確切地，如果需要的話，為了在網(wǎng)絡(luò)中傳播和存儲，它們可以被設(shè)置為一種分布式的形式。在圖2中，電話設(shè)備18和12使用RTCP協(xié)議與網(wǎng)絡(luò)進行通信，該協(xié)議包括許多有證明文件的信號質(zhì)量(QoS)的量度。這些信號質(zhì)量的量度被本發(fā)明監(jiān)控和翻譯，以生成傳輸?shù)骄W(wǎng)絡(luò)10的設(shè)置文件(設(shè)置文件B、設(shè)置文件A)。然后內(nèi)容服務(wù)器22可以取得這些設(shè)置文件以確定目前發(fā)生的網(wǎng)絡(luò)情況。
最好基于預(yù)定義的模式和使用預(yù)定義的詞匯表將設(shè)置文件設(shè)置為結(jié)構(gòu)化的數(shù)據(jù)。在這點上，可以使用一個預(yù)定義的XML詞匯表來實施本發(fā)明。在目前優(yōu)選的實施方式中，使用與CC/TP設(shè)置文件詞匯表結(jié)合的詞匯表來表達結(jié)構(gòu)化數(shù)據(jù)，CC/TP設(shè)置文件詞匯表是為表達網(wǎng)絡(luò)上設(shè)備性能和偏好的目的所開發(fā)的。后一實施方式格外需要，因為它允許動態(tài)的網(wǎng)絡(luò)情況作為正在傳輸?shù)年P(guān)于終端用戶設(shè)備的靜態(tài)性能本身的信息主體的一部分進行傳輸。
作為例子，本發(fā)明的框架可以為網(wǎng)絡(luò)實體定義新的CC/PP兼容的詞匯表，即表達將反映動態(tài)網(wǎng)絡(luò)情況的附加的組件、屬性對的詞匯表。表1，如下所示，示出了一個組件、屬性對的示例性矩陣，其可以用于傳輸通信網(wǎng)絡(luò)基礎(chǔ)設(shè)施的動態(tài)網(wǎng)絡(luò)特定屬性。
表1

在以上表格中，說明了兩個組件，鏈路狀態(tài)和業(yè)務(wù)描述。對這兩個組件都確定了四個屬性。要理解本發(fā)明如果需要時可以使用任意數(shù)目的不同組件和屬性來表達相關(guān)的動態(tài)網(wǎng)絡(luò)信息。這樣，表1所示的組件屬性對僅作為示例目的。
通過進一步舉例，表1所示的詞匯表包括一種稱為“鏈路狀態(tài)”的組件，它有一套與設(shè)備相關(guān)的屬性“平均損耗”、“平均延時”和“平均抖動”。在工作的實施方式中，平均延時可以通過查閱一份RTCP報告來測量以判斷特定時間內(nèi)的平均損耗。這樣確定的值被確定為相應(yīng)屬性“平均延時”的“數(shù)值”，并根據(jù)預(yù)定義的模式在設(shè)置文件中被反映。
下面是這樣一種模式的實例，其可以用來實現(xiàn)這個例子。注意在本例中，平均延時的屬性的值被確定為“150”。
<RDF xmlns＝”http//www.w3.org/TR/1999/some-rdf-syntax-123456789#”xmlnsPRF＝”http//www.w3.org/some-profile-vocabulary#”>
<Bag>
<Description about＝”LinkStatus”>
<Defaults>
<Description PRFVendor＝”Matsushita”PRFLinkID＝”SuperFastlink”PRFAverageLoss＝”10”PRFAverageDelay＝”150”PRFAverageJitter＝”65”</Defaults>
<Modifications>
<Description PRFAverageLoss＝”15”/>
</Modifications>
</Description>
......
</RDF>
以上設(shè)置文件示出了一個目前優(yōu)選的模式設(shè)置，其不僅包括用于“默認(rèn)”的部分——用于通信鏈路(例如，最常見的那些)的屬性，還包括用于默認(rèn)屬性的“修改”部分，用于反映最近發(fā)生的改變(測量值被處理之后)。
在所示的實施例中，平均延時的測量是通過監(jiān)控網(wǎng)絡(luò)(或者至少網(wǎng)絡(luò)中的一條鏈路)來開發(fā)所述網(wǎng)絡(luò)的信息，然后用至少一個狀態(tài)變量來表示該信息。這種情況下用RTCP來確定平均延時。然后一套算法和/或探試規(guī)則(heuristic rule)被用于這一個或多個狀態(tài)變量來生成至少一個屬性。然后根據(jù)預(yù)定義的設(shè)置文件模式，該屬性被翻譯成設(shè)置文件或者以一個數(shù)值形式被放進設(shè)置文件。這樣該信息作為關(guān)于該網(wǎng)絡(luò)的動態(tài)狀態(tài)的結(jié)構(gòu)化數(shù)據(jù)被存于設(shè)置文件中。其后，該設(shè)置文件可以是在網(wǎng)絡(luò)中傳播的設(shè)置文件以用于使用或存儲供以后使用。
目前優(yōu)選的設(shè)置文件以文本形式(用XML或其它合適的標(biāo)記語言)表示為結(jié)構(gòu)化數(shù)據(jù)。設(shè)備和服務(wù)器之間的設(shè)置文件傳播有多種可用的機制。其中包括例如http和sip傳輸機制。設(shè)置文件的傳輸可以用推技術(shù)(push technology)、拉技術(shù)(pull technology)，或二者的結(jié)合。本發(fā)明一種可用的系統(tǒng)結(jié)構(gòu)的實現(xiàn)將聯(lián)系圖3加以說明。
參考圖3，本發(fā)明的框架可以包括網(wǎng)絡(luò)評價組件50、設(shè)置文件構(gòu)建組件52和設(shè)置文件分配組件54。網(wǎng)絡(luò)評價組件50通過使用與標(biāo)準(zhǔn)網(wǎng)絡(luò)評價工具和協(xié)議相聯(lián)系的合適的設(shè)備來監(jiān)控網(wǎng)絡(luò)10，以提取相應(yīng)的網(wǎng)絡(luò)動態(tài)信息。這種設(shè)備包括體現(xiàn)在RTP/RTCP、SNMP、ICMP(Ping)、TCP/IP、UDP/IP以及其它路由協(xié)議中的那些設(shè)備。這些網(wǎng)絡(luò)評價工具將典型地提供表示不同實時網(wǎng)絡(luò)情況的數(shù)字?jǐn)?shù)據(jù)。這些例子包括，在預(yù)定時間間隔內(nèi)的數(shù)據(jù)包丟失的數(shù)量或者預(yù)定時間間隔內(nèi)的平均比特率等。當(dāng)這些量度用來表示實時網(wǎng)絡(luò)情況時，它們不是它們自身，而是適合于用于一般目的的通過網(wǎng)絡(luò)的傳輸，與設(shè)備無關(guān)(device-independent)的消耗。
設(shè)置文件構(gòu)建組件52的設(shè)計使用了一種數(shù)據(jù)存儲或者一套屬性數(shù)值確定規(guī)則56。這些規(guī)則用于將未加工的網(wǎng)絡(luò)設(shè)置文件數(shù)據(jù)翻譯為組件、屬性對，然后以結(jié)構(gòu)化的數(shù)據(jù)表達之。優(yōu)選地，設(shè)置文件構(gòu)建組件對這個結(jié)構(gòu)化數(shù)據(jù)的表述遵循一套預(yù)定義的設(shè)置文件表述規(guī)則，如CC/PP規(guī)則58，并使用預(yù)定義的數(shù)據(jù)存儲或者一套詞匯表，如網(wǎng)絡(luò)詞匯表60。優(yōu)選地將設(shè)置文件構(gòu)建組件設(shè)計為可擴展的。這樣經(jīng)常可以增加附加的屬性數(shù)值確定規(guī)則56和附加的網(wǎng)絡(luò)詞匯表術(shù)語60。這將允許系統(tǒng)在新的和新興的網(wǎng)絡(luò)技術(shù)被采用時能夠健全地發(fā)展。
為了更好地理解網(wǎng)絡(luò)情況評估框架如何起作用，參考圖4的示例性順序圖。在圖4中，示出了內(nèi)容服務(wù)器22與用戶14之間的通信。該通信可以開始于，例如，用戶14發(fā)出一個請求100，內(nèi)容服務(wù)器對這個請求發(fā)出應(yīng)答102。使用合適的適于通信發(fā)生的評估工具，網(wǎng)絡(luò)評價組件50通過研究從用戶14到服務(wù)器22和從服務(wù)器22到用戶14的通信的特征得到未加工的服務(wù)質(zhì)量信息。該信息可以在請求100和應(yīng)答102發(fā)生的時刻或者其它時刻獲得。為舉例起見，服務(wù)質(zhì)量信息(QoS信息)的獲取分別在圖中示為104和106。
網(wǎng)絡(luò)評價器50隨后將未加工的服務(wù)質(zhì)量信息提供給設(shè)置文件構(gòu)建組件52，然后該信息的結(jié)構(gòu)化數(shù)據(jù)表示以設(shè)置文件的形式表述。設(shè)置文件構(gòu)建組件可以被物理地固定于同一個系統(tǒng)上，該系統(tǒng)執(zhí)行網(wǎng)絡(luò)評價，但這不是必須的。如果需要的話，設(shè)置文件構(gòu)建組件可以使用不同系統(tǒng)來執(zhí)行。因此，在圖4中，網(wǎng)絡(luò)評價組件50開發(fā)的服務(wù)質(zhì)量屬性作為108處的質(zhì)量屬性被傳輸給設(shè)置文件構(gòu)建組件52。之后該設(shè)置文件在110上通過網(wǎng)絡(luò)被傳播或分配。
雖然本框架不要求，但是設(shè)置文件可以直接被傳送到內(nèi)容服務(wù)器22。更確切地，設(shè)置文件被設(shè)置為可以通過網(wǎng)絡(luò)被分配給一個或者多個位置，在這些位置該設(shè)置文件可以被存儲和/或者利用。為了利用該設(shè)置文件，設(shè)置文件分析器150檢查設(shè)置文件并提取出與相應(yīng)網(wǎng)絡(luò)信息組件相關(guān)的屬性值。因此，在圖4中，設(shè)置文件分析器150檢查設(shè)置文件110并通過消息112向內(nèi)容服務(wù)器22發(fā)送合適的控制信息。還是為舉例起見，設(shè)置文件分析器150也可以通過114向用戶設(shè)備14發(fā)送控制信息。將會理解的是設(shè)置文件分析器可以存在于一個或多個不同的位置，并可以向一個或多個不同的服務(wù)器和/或終端用戶設(shè)備提供控制指令。
為進一步說明本框架和與本框架有關(guān)的相關(guān)操作方法，現(xiàn)在參考圖5。圖5示出了在評價動態(tài)網(wǎng)絡(luò)情況、設(shè)置文件傳輸和隨后使用這些設(shè)置文件用于后續(xù)控制中所執(zhí)行的基本步驟。該過程從步驟200開始，在這里對網(wǎng)絡(luò)10進行監(jiān)控，以獲得未加工的服務(wù)質(zhì)量數(shù)據(jù)。然后在步驟202翻譯這個未加工的服務(wù)質(zhì)量數(shù)據(jù)來生成設(shè)置文件，之后該設(shè)置文件在步驟204可以通過網(wǎng)絡(luò)被傳播。如在此所示，該設(shè)置文件可以通過網(wǎng)絡(luò)傳播到一個或多個不同位置(圖5中示出的是3個位置)。
當(dāng)一個網(wǎng)絡(luò)設(shè)備，例如內(nèi)容服務(wù)器22想要利用設(shè)置文件中所包含的信息時，該目標(biāo)在步驟206被檢查和分析。分析設(shè)置文件之后，一個或多個控制指令在208生成，這些指令被提供給內(nèi)容服務(wù)器22?；谙鄳?yīng)的用戶當(dāng)前正在經(jīng)歷的實時的網(wǎng)絡(luò)情況，內(nèi)容服務(wù)器可以根據(jù)它的內(nèi)部程序設(shè)計來改變向終端用戶發(fā)送信息的方式。
對本發(fā)明的說明在本質(zhì)上只是示例性的，因此，不脫離本發(fā)明宗旨的變化也在本發(fā)明的范圍之內(nèi)。這樣的變化不被認(rèn)為脫離了本發(fā)明的精神和范圍。
權(quán)利要求
1.一種網(wǎng)絡(luò)情況評價系統(tǒng)，包括網(wǎng)絡(luò)度量系統(tǒng)，其監(jiān)控網(wǎng)絡(luò)并產(chǎn)生關(guān)于所述網(wǎng)絡(luò)的至少一個服務(wù)質(zhì)量情況的實時信息；翻譯模塊，其基于一套預(yù)定的規(guī)則處理所述實時信息以生成包括關(guān)于所述網(wǎng)絡(luò)的動態(tài)狀態(tài)的結(jié)構(gòu)化數(shù)據(jù)的設(shè)置文件。
2.如權(quán)利要求1所述的系統(tǒng)，其中，所述結(jié)構(gòu)化數(shù)據(jù)根據(jù)預(yù)定義的模式來設(shè)置。
3.如權(quán)利要求1所述的系統(tǒng)，其中，所述結(jié)構(gòu)化數(shù)據(jù)用預(yù)定義的XML詞匯表表達。
4.如權(quán)利要求1所述的系統(tǒng)，其中，所述結(jié)構(gòu)化數(shù)據(jù)用預(yù)定義的第一詞匯表表達，該詞匯表和用來說明網(wǎng)絡(luò)設(shè)備的性能和偏好的預(yù)定義的第二詞匯表結(jié)合。
5.如權(quán)利要求4所述的系統(tǒng)，其中，所述第二詞匯表是CC/PP詞匯表。
6.如權(quán)利要求1所述的系統(tǒng)，其中，所述翻譯模塊使用一套探試規(guī)則。
7.如權(quán)利要求1所述的系統(tǒng)，其中，所述翻譯模塊使用一套網(wǎng)絡(luò)評價規(guī)則。
8.如權(quán)利要求1所述的系統(tǒng)，其中，配置所述設(shè)置文件用于跨越分布式網(wǎng)絡(luò)環(huán)境的存儲。
9.如權(quán)利要求1所述的系統(tǒng)，進一步包括連接到所述網(wǎng)絡(luò)的信息處理器；所述處理器被配置來分析所述設(shè)置文件和基于所述設(shè)置文件所傳送的所述網(wǎng)絡(luò)的動態(tài)狀態(tài)來改變它的信息處理行為。
10.一種在聯(lián)網(wǎng)的計算機系統(tǒng)中實施的設(shè)置文件生成框架，其包括網(wǎng)絡(luò)評價組件，用于監(jiān)控網(wǎng)絡(luò)情況和生成指示所述網(wǎng)絡(luò)的至少一個服務(wù)質(zhì)量情況的屬性值；設(shè)置文件構(gòu)建組件，用于基于所述屬性值構(gòu)建至少一個設(shè)置文件；設(shè)置文件分配組件，用于在所述網(wǎng)絡(luò)上傳播所述設(shè)置文件。
11.如權(quán)利要求10所述的框架，其中，所述設(shè)置文件構(gòu)建組件在構(gòu)建所述至少一個設(shè)置文件時使用一套屬性確定規(guī)則。
12.如權(quán)利要求11所述的框架，其中，所述屬性確定規(guī)則是探試規(guī)則。
13.如權(quán)利要求10所述的框架，其中，所述設(shè)置文件構(gòu)建組件將所述設(shè)置文件構(gòu)建為關(guān)于所述網(wǎng)絡(luò)的動態(tài)狀態(tài)的結(jié)構(gòu)化數(shù)據(jù)。
14.如權(quán)利要求13所述的框架，其中，所述結(jié)構(gòu)化數(shù)據(jù)使用預(yù)定的XML詞匯表表達。
15.如權(quán)利要求13所述的框架，其中，所述結(jié)構(gòu)化數(shù)據(jù)用預(yù)定的詞匯表表達，該詞匯表受到預(yù)定的設(shè)備性能詞匯表的約束。
16.如權(quán)利要求15所述的框架，其中，所述設(shè)備性能詞匯表是CC/PP詞匯表。
17.如權(quán)利要求10所述的框架，其中，所述設(shè)置文件構(gòu)建組件使用預(yù)定的網(wǎng)絡(luò)詞匯表將所述設(shè)置文件構(gòu)建為結(jié)構(gòu)化數(shù)據(jù)。
18.如權(quán)利要求10所述的框架，其中，所述網(wǎng)絡(luò)評價組件使用網(wǎng)絡(luò)評價工具，這些工具是從包括RTP、RTCP、NSMP、ICMP、TCP/IP、UDP/IP、路由協(xié)議及其結(jié)合的組中選擇出來的。
19.如權(quán)利要求10所述的框架，其中，所述網(wǎng)絡(luò)評價組件監(jiān)控網(wǎng)絡(luò)鏈路狀態(tài)屬性，這些屬性是從包括平均損耗、平均延時、平均抖動及其結(jié)合的組中選擇出來的。
20.一種評價網(wǎng)絡(luò)情況的方法，包括監(jiān)控所述網(wǎng)絡(luò)以生成關(guān)于所述網(wǎng)絡(luò)的服務(wù)質(zhì)量信息；將所述服務(wù)質(zhì)量信息翻譯為至少一個包括關(guān)于所述網(wǎng)絡(luò)的動態(tài)狀態(tài)的結(jié)構(gòu)化數(shù)據(jù)的設(shè)置文件；以及在所述網(wǎng)絡(luò)上傳播所述設(shè)置文件。
21.如權(quán)利要求20所述的方法，其中，所述結(jié)構(gòu)化數(shù)據(jù)根據(jù)預(yù)定義的模式來配置。
22.如權(quán)利要求20所述的方法，其中，所述結(jié)構(gòu)化數(shù)據(jù)使用一個預(yù)定義的XML詞匯表來表達。
23.如權(quán)利要求20所述的方法，其中，所述結(jié)構(gòu)化數(shù)據(jù)使用預(yù)定義的第一詞匯表表達，該表與用于描述網(wǎng)絡(luò)設(shè)備性能和偏好的預(yù)定義的第二詞匯表結(jié)合。
24.如權(quán)利要求23所述的方法，其中，所述第二詞匯表是CC/PP詞匯表。
25.如權(quán)利要求20所述的方法，其中，所述翻譯步驟使用一套探試規(guī)則。
26.如權(quán)利要求20所述的方法，其中，所述翻譯步驟使用一套網(wǎng)絡(luò)評價規(guī)則。
27.如權(quán)利要求20所述的方法，其中，所述設(shè)置文件被設(shè)置來用于跨越分布式網(wǎng)絡(luò)環(huán)境的存儲。
28.如權(quán)利要求20所述的方法，進一步包括分析所述設(shè)置文件并基于所述設(shè)置文件所傳輸?shù)乃鼍W(wǎng)絡(luò)的動態(tài)狀態(tài)改變信息處理器的行為。
29.一種評價網(wǎng)絡(luò)情況的方法，包括監(jiān)控所述網(wǎng)絡(luò)以產(chǎn)生關(guān)于所述網(wǎng)絡(luò)的信息并將所述信息表達為至少一種狀態(tài)變量；在所述至少一個狀態(tài)變量上使用至少一種預(yù)定義的規(guī)則來生成至少一個屬性；將所述至少一個屬性翻譯成至少一個包括關(guān)于所述網(wǎng)絡(luò)的動態(tài)狀態(tài)的結(jié)構(gòu)化數(shù)據(jù)的設(shè)置文件；以及在所述網(wǎng)絡(luò)上傳播所述設(shè)置文件。
30.如權(quán)利要求29所述的方法，其中，所述至少一種預(yù)定義的規(guī)則以算法形式表達。
31.如權(quán)利要求29所述的方法，其中，所述至少一種預(yù)定義的規(guī)則以探試形式表達。
32.如權(quán)利要求29所述的方法，其中，所述結(jié)構(gòu)化數(shù)據(jù)根據(jù)預(yù)定義模式設(shè)置。
33.如權(quán)利要求29所述的方法，其中，所述結(jié)構(gòu)化數(shù)據(jù)用預(yù)定義的XML詞匯表表達。
34.如權(quán)利要求29所述的方法，其中，所述結(jié)構(gòu)化數(shù)據(jù)使用預(yù)定義的第一詞匯表表達，該表與用于描述網(wǎng)絡(luò)設(shè)備的性能和偏好的預(yù)定義的第二詞匯表結(jié)合。
35.如權(quán)利要求32所述的方法，其中，所述第二詞匯表是CC/PP詞匯表。
36.如權(quán)利要求29所述方法，其中，所述設(shè)置文件被設(shè)置用于跨越分布式網(wǎng)絡(luò)環(huán)境的存儲。
37.如權(quán)利要求29所述的方法，進一步包括分析所述設(shè)置文件并基于所述設(shè)置文件所傳輸?shù)乃鼍W(wǎng)絡(luò)的動態(tài)狀態(tài)改變信息處理器的行為。
全文摘要
本發(fā)明公開了一種系統(tǒng)，其中動態(tài)地測量網(wǎng)絡(luò)情況以提取服務(wù)質(zhì)量情況信息，然后根據(jù)一套預(yù)定的規(guī)則翻譯該服務(wù)質(zhì)量情況信息來生成設(shè)置文件(圖3)。設(shè)置文件被設(shè)置為關(guān)于網(wǎng)絡(luò)的動態(tài)狀態(tài)的結(jié)構(gòu)化數(shù)據(jù)(10)。設(shè)置文件可以通過網(wǎng)絡(luò)被傳送到一個或多個不同的位置和一個或多個不同的服務(wù)器(20、22)或終端用戶(10、14、18)，允許那些系統(tǒng)實時地調(diào)整網(wǎng)絡(luò)情況。
文檔編號G06Q30/00GK1742256SQ200480002731
公開日2006年3月1日 申請日期2004年1月22日 優(yōu)先權(quán)日2003年1月24日
發(fā)明者D·布什米奇, A·卡普蘭, T·因那雅瑪 申請人:松下電器產(chǎn)業(yè)株式會社