專利名稱：電信資源協(xié)商的方法和系統(tǒng)的制作方法
廣義而言，本發(fā)明涉及電信領(lǐng)域，具體而言，它涉及在電信網(wǎng)絡(luò)上提供各種服務(wù)的資源協(xié)商方法和系統(tǒng)。
在這樣的通信網(wǎng)絡(luò)上確定兩點之間最佳的通信方式是一個復雜的任務(wù)，需要按照通信需求考慮價格、質(zhì)量和可獲得的服務(wù)。目前沒有可獲得的系統(tǒng)用來確定最佳的通信方式。人們試圖提供ATM和IP網(wǎng)絡(luò)的方案，但是由于后面將描述的原因表明這些嘗試從根本上是錯誤的。
人們也希望用動態(tài)的方法根據(jù)用戶和網(wǎng)絡(luò)服務(wù)供應(yīng)商的不同的需求做出優(yōu)化的系統(tǒng)。這對有限帶寬的通信鏈路(例如無線通信)來說尤其重要。當然，這樣的系統(tǒng)也無法獲得。
電信網(wǎng)是通過鏈路相互連接的物理上分散的節(jié)點集合。端節(jié)點的例子是用戶接口，例如產(chǎn)生和消費數(shù)據(jù)的電話或個人計算機。中間節(jié)點的例子是交換機、路由器或網(wǎng)關(guān)，它們把數(shù)據(jù)從輸入鏈路轉(zhuǎn)發(fā)到輸出鏈路，其中一些中間節(jié)點可能處理或存儲數(shù)據(jù)來提供電視會議或語音郵件服務(wù)。
以前語音和計算機數(shù)據(jù)在不同的網(wǎng)絡(luò)上傳輸，盡管目前兩者通常使用數(shù)字方式傳輸。因為對語音和數(shù)據(jù)傳輸?shù)男枨笫侨绱说牟煌灾劣陔y以在一個共同的網(wǎng)絡(luò)上同時提供兩種服務(wù)。例如，語音通信產(chǎn)生相對低速的穩(wěn)定數(shù)據(jù)流，快速性比精確性更重要。相反，數(shù)據(jù)應(yīng)用例如瀏覽萬維網(wǎng)，通常產(chǎn)生要精確傳輸?shù)耐话l(fā)數(shù)據(jù)，而一到兩秒的延遲被認為是可以接受的。
其它服務(wù)可能對精確性、延遲和數(shù)據(jù)速率有不同的需求，這在通信中稱為服務(wù)質(zhì)量(QOS)。理想情況是電信服務(wù)供應(yīng)商應(yīng)該既提供為用戶特定應(yīng)用而優(yōu)化的通信服務(wù)，又同時以最優(yōu)的方式在自己的網(wǎng)絡(luò)上為其它用戶提供服務(wù)。使用傳統(tǒng)的技術(shù)，這將要求服務(wù)供應(yīng)商為它開發(fā)的每個新數(shù)據(jù)應(yīng)用通信提供一個不同的服務(wù)質(zhì)量。目前尚沒有一個電信系統(tǒng)能夠根據(jù)不同的用戶和應(yīng)用提供不同的服務(wù)質(zhì)量需求優(yōu)化。
人們希望提供一個單一的通信網(wǎng)絡(luò)，在一個共同的物理信道上同時傳輸數(shù)據(jù)和語音。這降低了成本，實現(xiàn)了資源共享。這要求新的應(yīng)用必須能夠使用這些集成的網(wǎng)絡(luò)，從而能夠在不為它們創(chuàng)建特殊的電信網(wǎng)絡(luò)的情況下發(fā)展。
人們還希望發(fā)展新應(yīng)用的過程要盡可能的開放，而不是限制在有特別知識或有權(quán)按照政策分配資源的一小組發(fā)展商手中，這樣新應(yīng)用才能快速的融合。
由于服務(wù)供應(yīng)商對用戶實現(xiàn)何種應(yīng)用缺乏了解，所以對它們而言就難以提供適合這些應(yīng)用的產(chǎn)品。很顯然，服務(wù)供應(yīng)商也不可能預(yù)測將要開發(fā)的應(yīng)用的需求。類似的，服務(wù)供應(yīng)商通常對給定用戶的計算能力(如處理器速度、內(nèi)存容量、軟件和操作者的專業(yè)程度等)不敏感。因此，服務(wù)供應(yīng)商提供的產(chǎn)品通常只滿足最常見的市場，以及一個或兩個主要的小環(huán)境市場。目前，用戶必須尋找最適合其需求的服務(wù)供應(yīng)商的產(chǎn)品，如果該產(chǎn)品真的存在的話。具有多重需求的用戶就必須列出一系列的服務(wù)供應(yīng)商。
傳統(tǒng)的電話網(wǎng)提供固定質(zhì)量的語音服務(wù)，這稱為收費質(zhì)量，其價格是預(yù)先規(guī)定的。長途分銷商使用數(shù)字語音壓縮以較低的價格來提供低成本的長途服務(wù)，但同樣的，該服務(wù)是固定質(zhì)量的，其價格是預(yù)先規(guī)定的。因為競爭者提供不同的語音質(zhì)量、價格、和呼叫成功率，最終用戶要獲得更好的質(zhì)量就可以選擇更貴的有名望的服務(wù)供應(yīng)商。當新服務(wù)出現(xiàn)時，該方法就變得笨拙了，最終用戶必須為其每個應(yīng)用分別選擇服務(wù)供應(yīng)商，而且只能根據(jù)他們的口頭表示來確定它們的信譽。
當出現(xiàn)對網(wǎng)絡(luò)資源的爭用時，傳統(tǒng)電話系統(tǒng)采用“先來先服務(wù)(first-come-first-served)”的方法，如果可獲得的資源不夠，那么就拒絕為呼叫者服務(wù)。該過程稱為呼叫允許。顯然，有的用戶可能寧愿接受一個較低質(zhì)量的通信服務(wù)也不愿意被拒絕通信。目前的電信網(wǎng)不能提供這種選擇。
傳統(tǒng)的因特網(wǎng)提供“盡力而為(best effort)”的服務(wù)，從不試圖對流量進行優(yōu)先級劃分。但是，由于每個服務(wù)供應(yīng)商可能選擇不同網(wǎng)絡(luò)容量和到其它服務(wù)供應(yīng)商的連接，所以最終用戶有一定的自由選擇不同的服務(wù)供應(yīng)商，間接地在質(zhì)量和價格之間折中。但是，這不是一個靈活或精確的解決方案。
包交換系統(tǒng)，例如因特網(wǎng)能夠?qū)Σ煌陌x予不同的優(yōu)先權(quán)，因此當出現(xiàn)擁塞時，高優(yōu)先權(quán)的包比低優(yōu)先權(quán)的包有優(yōu)勢。但其困難在于如何在有許多相互沖突的需求的大型系統(tǒng)中正確的劃分優(yōu)先權(quán)。
在實現(xiàn)時通常包優(yōu)先權(quán)并不是簡單的給予優(yōu)先級別，因為大容量的高優(yōu)先權(quán)流將完全排除低優(yōu)先權(quán)的即使較小的容量的數(shù)據(jù)流。因此，公平原則要用于確定優(yōu)先權(quán)的效果，在因特網(wǎng)路由器中實現(xiàn)了稱為加權(quán)公平隊列的特定算法。它輪流訪問優(yōu)先權(quán)隊列的網(wǎng)絡(luò)鏈路，具有較少容量的優(yōu)先權(quán)隊列獲得優(yōu)先而不是絕對排除其訪問。但是，該方法仍沒有確定如何設(shè)置包優(yōu)先權(quán)。
最近的Internet協(xié)議擴展允許用戶通過設(shè)置包頭部的特定字節(jié)來指定它們的數(shù)據(jù)按最小成本或最小延遲發(fā)送。但是，該機制很少被使用，因為沒有保證節(jié)儉使用該機制的機制。用戶可以毫無原因的要求任何數(shù)據(jù)在任何情況下都以最小成本和最小延遲來發(fā)送，這樣該請求就變得毫無意義。該機制還比較粗糙，它只允許用戶設(shè)置兩個成本等級，而且它不能讓用戶指定期望產(chǎn)生數(shù)據(jù)的速率。
ATM標準提供了更詳細的機制來表示服務(wù)質(zhì)量參數(shù)。它允許指定和報告平均延遲和最大延遲，允許指定最大和最小數(shù)據(jù)速率。這些機制也很少被使用，因為用戶仍然沒有理由降低它們的需求。因此，ATM服務(wù)質(zhì)量機制適合于封閉的電信系統(tǒng)，其中由服務(wù)供應(yīng)商設(shè)置影響用戶流量的參數(shù)。
基于策略的路由發(fā)送是允許網(wǎng)絡(luò)管理員根據(jù)各種變量例如源和目標，或所使用的協(xié)議等定義優(yōu)先權(quán)的系統(tǒng)。例如，使用超文本傳輸協(xié)議(HTTP)的萬維網(wǎng)瀏覽器流量可以被賦予比使用簡單郵件傳輸協(xié)議(SMTP)的電子郵件流量更高的優(yōu)先權(quán)。
因特網(wǎng)通信通常導致包經(jīng)過多個不同的網(wǎng)絡(luò)傳遞。一般地，每個網(wǎng)絡(luò)由不同的實體管理，使用互不相同且互不協(xié)調(diào)的策略。因此，上面描述的每個因特網(wǎng)策略并不能提供實際的解決方案，其原因是包將不可避免的經(jīng)過由這些互不協(xié)調(diào)的策略帶來的瓶頸。
即使這些策略相互協(xié)調(diào)，或者傳輸經(jīng)過單一的服務(wù)供應(yīng)商，用戶仍無法協(xié)商如何處理在該網(wǎng)絡(luò)中被接受的用戶數(shù)據(jù)。
現(xiàn)有的系統(tǒng)不能為特定的性能需求提供多樣的服務(wù)。例如，醫(yī)生使用遠程器械執(zhí)行外科手術(shù)的遠程醫(yī)療就不能在現(xiàn)有的系統(tǒng)中實現(xiàn)。該應(yīng)用需要極其嚴格的精確性、及時性和很高的視頻帶寬。如果該網(wǎng)絡(luò)不能按要求運行，那么其后果將是十分嚴重的。
另一個例子是因特網(wǎng)游戲，許多玩家交換小的信息包來相互更新其移動。這些游戲的典型實現(xiàn)是，其應(yīng)用需要較低的延遲，但帶寬需求較低，允許有一定速率的丟包率，這些游戲應(yīng)用通常在設(shè)計時能容忍這些包丟失。
當發(fā)生沖突時，顯然遠程醫(yī)療應(yīng)用的優(yōu)先權(quán)應(yīng)大于因特網(wǎng)游戲的優(yōu)先權(quán)。因此，需要一個系統(tǒng)的方法在各種不同的應(yīng)用之間決定交互性。
因此，需要一個靈活的系統(tǒng)來解決對電信網(wǎng)絡(luò)資源的爭用，改善上面提到的問題。
發(fā)明簡述本發(fā)明的目的是提供一個方法和系統(tǒng)來協(xié)商電信資源。
本發(fā)明一方面被廣義定義為一個電信系統(tǒng)，它包括第一用戶界面；第二用戶界面；把第一用戶界面和第二用戶界面相互連接起來的電信網(wǎng)絡(luò)，該網(wǎng)絡(luò)至少具有一種傳輸方法和協(xié)議；第一用戶界面有第一用戶代理，它在第一用戶界面和第二用戶界面進行通信協(xié)商時代表第一用戶界面的利益；電信網(wǎng)絡(luò)由網(wǎng)絡(luò)代理管理，它在第一用戶界面和第二用戶界面進行通信協(xié)商時代表電信網(wǎng)絡(luò)的利益；以及一個協(xié)商經(jīng)理，其功能是識別協(xié)商的參與者，實現(xiàn)協(xié)商規(guī)范，該規(guī)范允許每個參與者考慮合同并接受或修改合同，并通過成功的執(zhí)行合同來響應(yīng)該協(xié)商。
本發(fā)明的另一個實例提供了一種方法在第一用戶和第二用戶之間建立通信，所述第一用戶和所述第二用戶之間通過電信網(wǎng)絡(luò)相互連接，該網(wǎng)絡(luò)至少具有一種傳輸方法和協(xié)議，協(xié)商經(jīng)理執(zhí)行的步驟包括識別協(xié)商的參與者，實現(xiàn)協(xié)商規(guī)范，該規(guī)范允許每個參與者考慮合同并接受或修改合同，并通過成功的執(zhí)行合同來響應(yīng)該協(xié)商。
本發(fā)明的另一個實例提供了一種方法在第一用戶和第二用戶之間建立通信，所述的第一用戶和所述的第二用戶之間通過電信網(wǎng)絡(luò)相互連接，該網(wǎng)絡(luò)至少具有一種傳輸方法和協(xié)議，所述的至少一種傳輸方法和協(xié)議由網(wǎng)絡(luò)實體管理，所述的網(wǎng)絡(luò)實體執(zhí)行的步驟包括從協(xié)商經(jīng)理處獲取合同，檢查所述合同，對不能接受的合同加以修改達到可接受的狀態(tài)，返回所述合同給所述經(jīng)理。
本發(fā)明的另一個實例提供了一種方法在第一用戶和第二用戶之間建立通信，所述的第一用戶和所述的第二用戶之間通過電信網(wǎng)絡(luò)相互連接，該網(wǎng)絡(luò)至少具有一種傳輸方法和協(xié)議，所述的第一用戶執(zhí)行的步驟包括從協(xié)商經(jīng)理處獲取合同，檢查所述合同，對不能接受的合同加以修改達到可接受的狀態(tài)，返回所述合同給所述協(xié)商經(jīng)理。
圖表描述本發(fā)明的這些和其它特征將在后面的描述中更加清楚，這些描述參照如下的附圖。


圖1展示了根據(jù)本發(fā)明的電信系統(tǒng)的物理布局圖。
圖2展示了根據(jù)本發(fā)明的電信系統(tǒng)的軟件層的體系結(jié)構(gòu)圖。
圖3展示了根據(jù)本發(fā)明實現(xiàn)協(xié)商經(jīng)理的方法的流程圖，它在第一用戶和第二用戶之間進行通信協(xié)商。
圖4展示了根據(jù)本發(fā)明實現(xiàn)電信網(wǎng)絡(luò)代理的方法的流程圖，它在第一用戶和第二用戶之間進行通信協(xié)商。
圖5展示了根據(jù)本發(fā)明實現(xiàn)第一用戶代理的方法的流程圖，它在第一用戶和第二用戶之間進行通信協(xié)商。
圖6展示了根據(jù)本發(fā)明實現(xiàn)協(xié)商經(jīng)理的優(yōu)選方法的流程圖，它在第一用戶和第二用戶之間進行通信協(xié)商。
圖7展示了根據(jù)本發(fā)明在第一用戶和第二用戶之間建立通信條款的優(yōu)選協(xié)商規(guī)范的流程圖。
圖8展示了根據(jù)本發(fā)明在第一用戶和第二用戶之間實現(xiàn)電信網(wǎng)絡(luò)代理的通信協(xié)商條款的優(yōu)選方法的流程圖。
圖9展示了根據(jù)本發(fā)明在第一用戶和第二用戶之間實現(xiàn)第一用戶代理的通信協(xié)商條款的優(yōu)選方法的流程圖。
本發(fā)明優(yōu)選實例的詳細描述滿足上述目標的系統(tǒng)在圖1的方框圖中表達。從物理上看，該電信系統(tǒng)10包含第一用戶界面12和第二用戶界面14，它們由電信網(wǎng)絡(luò)16相互連接。第一用戶界面12和第二用戶界面14可以是電話、蜂窩電話，個人數(shù)字助理，個人計算機或服務(wù)器，它們產(chǎn)生和消費數(shù)據(jù)。電信網(wǎng)絡(luò)16至少有一種傳輸方法和協(xié)議，下面將詳細描述。
在軟件層，第一用戶界面12有第一用戶代理18，它在第一用戶界面12和第二用戶界面14進行通信協(xié)商時代表第一用戶界面12的利益。類似的，電信網(wǎng)絡(luò)16有電信網(wǎng)絡(luò)代理20，它在通信協(xié)商時代表電信網(wǎng)絡(luò)16的利益。
通信條款的協(xié)商由稱為協(xié)商經(jīng)理22的軟件代理實現(xiàn)。從物理上看，協(xié)商經(jīng)理22可以駐留在系統(tǒng)10的任何一處，在一個簡單的實現(xiàn)方式中，它駐留在第一用戶的服務(wù)供應(yīng)商提供的電信網(wǎng)絡(luò)16的某處。
協(xié)商經(jīng)理22的功能是1．識別協(xié)商的參與者；2．實現(xiàn)協(xié)商規(guī)范，該規(guī)范允許每個參與者思考合同并可以接受或修改合同；3．響應(yīng)因執(zhí)行合同而成功的協(xié)商。
廣義而言，系統(tǒng)10提供了解決網(wǎng)絡(luò)資源爭用問題的靈活的電信系統(tǒng)。
系統(tǒng)10的靈活性表現(xiàn)在其它部門開發(fā)的新服務(wù)和新特征可以在協(xié)商中實現(xiàn)。在目前的電信系統(tǒng)中，所有的服務(wù)由電信系統(tǒng)供應(yīng)商提供和控制，這限制了可獲得的服務(wù)數(shù)量，妨礙了新服務(wù)的出現(xiàn)。在系統(tǒng)10中，最終用戶，例如協(xié)商經(jīng)理或者其它在協(xié)商中有利益關(guān)系的網(wǎng)絡(luò)實體，可以獲得它們自己或第三方伙伴開發(fā)的新協(xié)商規(guī)范或軟件代理，并在協(xié)商中實現(xiàn)。后文將更詳細的說明該選項的細節(jié)。
本發(fā)明的系統(tǒng)10可以更廣泛的允許多方參與對給定通信的協(xié)商。由于通信過程要涉及跨越廣泛地理范圍的兩個、三個或更多電信供應(yīng)商，因此對該功能的需求是明顯的。所有參與通信的網(wǎng)絡(luò)實體都參與協(xié)商是保證各方利益的最好方法。
該系統(tǒng)還允許通信在多個最終用戶之間進行，例如會議呼叫，此時所有的最終用戶以及它們相關(guān)的服務(wù)供應(yīng)商都要參與到協(xié)商中來。
本發(fā)明的系統(tǒng)10鼓勵服務(wù)供應(yīng)商提供更多樣、更靈活的服務(wù)，并相應(yīng)的改善其網(wǎng)絡(luò)的有效性。反過來，增加了的多樣性和靈活性允許用戶協(xié)商它們需要的服務(wù)，而不是被迫在服務(wù)供應(yīng)商提供的有限的服務(wù)中選擇，或者不得不尋求提供所需服務(wù)的新服務(wù)供應(yīng)商。
系統(tǒng)10解決了用戶之間的爭用，提供適合各種不同應(yīng)用的多樣的數(shù)據(jù)和語音通信服務(wù)，并提供諸如降低的價格等激勵因素來使用可獲得的資源，而不是堅持要使用最高的質(zhì)量。通過提供對服務(wù)的實時協(xié)商，參與者將能夠達成相互接受的結(jié)果。
如上所述，本發(fā)明通過在利益各方內(nèi)部提供一個軟件代理來代表它們進行協(xié)商從而允許實現(xiàn)上述改善。一個較小的問題是，這要求建立一個所有軟件代理能夠理解的協(xié)商約定，盡管該約定的本質(zhì)和參數(shù)并不是本發(fā)明的限制。
本發(fā)明的軟件層概況如圖2所示。該圖中所有的協(xié)商利益方都用參與者24標注。在對應(yīng)圖1的簡單實例中，參與者24包括第一用戶代理18和電信網(wǎng)絡(luò)代理20。該例子與傳統(tǒng)的語音通信模式一致，發(fā)起呼叫者需支付服務(wù)費。
但是，在涉及協(xié)商的第二用戶中設(shè)置代理將使第二用戶承擔部分或全部通信費用。更重要的是，這允許所協(xié)商的通信能夠考慮第二用戶界面14的利益。例如，若第二用戶界面14沒有象第一用戶界面12那樣高速的調(diào)制解調(diào)器，那么在第一用戶界面12和電信網(wǎng)絡(luò)16之間協(xié)商一個高速連接就沒有任何益處。
類似的，如果電信網(wǎng)絡(luò)16包含許多ATM，長途或幀中繼供應(yīng)商，那么在每個協(xié)商相關(guān)電信供應(yīng)商中包含軟件代理就是有益的。因此，電信系統(tǒng)10的任何對協(xié)商結(jié)果有利益關(guān)系的網(wǎng)絡(luò)實體都可以是協(xié)商的參與者24。
參與者24與協(xié)商經(jīng)理22通信，使用標準缺省通信協(xié)議來回傳送合同26。一般地，協(xié)商包括單一合同26，每個參與者24都可以使用某些規(guī)范自由檢查并修改此合同，合同26也包括部分通信爭用。使用單一合同26避免了使用多個合同常常帶來的對協(xié)調(diào)的附加需求和對時間的占用。
因為合同26是相對較小的數(shù)據(jù)包，所以將它從一個參與者24傳到另一個參與者時消耗的時間很少。用戶也可以通過選擇協(xié)商策略和參數(shù)在一定程度上控制合同26的大小。下面將對合同26的爭用詳細描述。
協(xié)商經(jīng)理22根據(jù)規(guī)范參數(shù)30的集合采用協(xié)商規(guī)范28。在此處描述中本發(fā)明將結(jié)合特定的協(xié)商規(guī)范28，但是本發(fā)明獨立于所采用的實際協(xié)商規(guī)范28。
如上所述，本發(fā)明沒有限制協(xié)商經(jīng)理22的物理位置。一般的，希望協(xié)商經(jīng)理22被有關(guān)各方所“信任”，或駐留在安全位置，但是協(xié)商經(jīng)理的位置并不必然如此，如果參與者24在協(xié)商中喜歡由自己實現(xiàn)保護。例如參與者24可能希望合同26的提議是可以取消的，從而允許自己在開始執(zhí)行協(xié)商合同26之前看最后一眼。使用其它的安全方法的例子包括加密簽名或認證列表，都是業(yè)界熟知的。
由于協(xié)商經(jīng)理22的位置沒有限制，所以它可以由網(wǎng)絡(luò)服務(wù)供應(yīng)商、用戶自己或第三方來提供。這種靈活性是本發(fā)明的優(yōu)點之一，因為它使本發(fā)明成為一個開放系統(tǒng)。第三方可以創(chuàng)建協(xié)商經(jīng)理22或協(xié)商規(guī)范28，并使之能夠被電信系統(tǒng)10的所有用戶和網(wǎng)絡(luò)實體所獲得。
該開放性允許本發(fā)明的系統(tǒng)10能夠非?？斓爻墒欤黾有碌膮f(xié)商經(jīng)理22和具有新特征的協(xié)商規(guī)范28。限于單一服務(wù)供應(yīng)商的傳統(tǒng)電信系統(tǒng)只能提供該單一服務(wù)供應(yīng)商所具有的服務(wù)。
圖3表示協(xié)商經(jīng)理22的簡單操作流程。在協(xié)商步驟32協(xié)商經(jīng)理22識別出參與者24，在步驟34實現(xiàn)協(xié)商規(guī)范，如果協(xié)商成功，就在步驟36執(zhí)行所協(xié)商出的合同條款26。
步驟32中對參與者的識別可以用多種方式實現(xiàn)。在具有兩個參與者24(即第一用戶代理18和電信網(wǎng)絡(luò)代理20)的簡單實現(xiàn)中，參與者24由第一用戶代理18所創(chuàng)建的初始合同26所識別，此時第一用戶代理18發(fā)起與第二用戶界面14的通信請求。此時，初始合同26把第一用戶界面12標識成合同26的源方和呼叫方，把第二用戶界面14標識成被呼叫方，把電信網(wǎng)絡(luò)16標識成服務(wù)供應(yīng)商。
在更一般的情況下，初始合同26仍把第一用戶界面12標識成合同26的源方和呼叫方，把第二用戶界面14標識成被呼叫方，但是把位于電信網(wǎng)絡(luò)16層的參與者24的標識任務(wù)留給協(xié)商經(jīng)理22。協(xié)商經(jīng)理22從數(shù)據(jù)庫中標識出服務(wù)供應(yīng)商，將給予該服務(wù)供應(yīng)商尋找協(xié)商經(jīng)理22的激勵，因為如果服務(wù)供應(yīng)商不存在于協(xié)商經(jīng)理22的數(shù)據(jù)庫中，那么協(xié)商經(jīng)理22將根本不會讓該服務(wù)供應(yīng)商參與到協(xié)商中。創(chuàng)建、訪問和維護關(guān)于服務(wù)供應(yīng)商的數(shù)據(jù)庫的方法是業(yè)界熟知的。
在步驟34的協(xié)商規(guī)范28的實現(xiàn)將結(jié)合圖7中循環(huán)規(guī)范的例子加以詳細描述。為了圖3，協(xié)商規(guī)范28要包含允許每個參與者24都對合同26滿意的策略。在圖1的簡單情形下，協(xié)商規(guī)范28中，協(xié)商經(jīng)理22只需負責在第一用戶代理18和電信網(wǎng)絡(luò)代理20之間來回傳遞合同26而無須任何干預(yù)。此時，如果在給定的時間段內(nèi)合同26沒有協(xié)商成功則第一用戶代理18超時，以便終止協(xié)商。
如果第一用戶代理18提議的初始合同26能被電信網(wǎng)絡(luò)代理20接受，則電信網(wǎng)絡(luò)代理20就同意該合同26并不加修改的把它返回給協(xié)商經(jīng)理22。電信網(wǎng)絡(luò)代理20如何分析和響應(yīng)合同26的細節(jié)將結(jié)合圖4和圖8在下面說明。
在步驟36，協(xié)商經(jīng)理22確定合同26是否協(xié)商成功，如果成功，則允許該合同26被執(zhí)行。可以通過在合同26中設(shè)置標志位來標記協(xié)商成功的合同26。
圖4的流程圖描述了電信網(wǎng)絡(luò)代理20的操作。如上所述，電信網(wǎng)絡(luò)代理20的目標是在第一用戶界面12和第二用戶界面14之間的通信協(xié)商中代表電信網(wǎng)絡(luò)16的利益。由于電信網(wǎng)絡(luò)16至少有一種電信方式和協(xié)議，因此它會希望優(yōu)化使用資源的效率。
電信網(wǎng)絡(luò)代理20的操作是直接了當?shù)?。在步驟38，電信網(wǎng)絡(luò)代理20收到來自協(xié)商經(jīng)理22的合同26。在圖1所描述的簡單實例的第一個遞歸中，合同26包含由第一用戶代理18所提供的信息，如上所述。在步驟40，電信網(wǎng)絡(luò)代理20檢查合同26的內(nèi)容并確定是否接受。
如果合同26的條款是不能接受的，電信網(wǎng)絡(luò)代理20就修改合同26的條款到可以接受的地步，并在步驟44返回合同26給協(xié)商經(jīng)理22。在電信網(wǎng)絡(luò)16只具有非常有限的資源集合的簡單情形下，電信網(wǎng)絡(luò)代理20可以包含一個簡單算法參照資源和標準速率數(shù)據(jù)庫來產(chǎn)生新的合同條款26。
在更復雜的實現(xiàn)中，電信網(wǎng)絡(luò)代理20包含基于規(guī)則的代理來優(yōu)化對資源閉聯(lián)集的使用。例如，如果電信網(wǎng)絡(luò)16可以訪問ATM服務(wù)，那么就可以在完整的閉聯(lián)集中提供從10Kb/s到10Mb/s的連續(xù)位速率(CBR)傳輸，其速率與通信量等級成線性關(guān)系。在這樣的情況下，電信網(wǎng)絡(luò)代理20就要考慮現(xiàn)有的通信容量、負載、預(yù)期通信量和成本，以確定資源優(yōu)化使用的計數(shù)器。該資源管理方法的實現(xiàn)是業(yè)界技術(shù)人員具有的能力。
如果在步驟40確定合同條款26是可以接受的，那么電信網(wǎng)絡(luò)代理20就在步驟46標志出合同26被接受，并在步驟44把合同26返回給協(xié)商經(jīng)理22。如上所述，標志合同26被接受的方法很多，包括在合同26中設(shè)置標志位。
圖5的流程圖描述了第一用戶代理20的操作。該流程圖所描述的軟件代理只具有接收通信的功能，但是也可以實現(xiàn)只具有發(fā)起通信的功能或具有發(fā)起和接收通信的功能的軟件代理。
廣義而言，第一用戶代理18的操作非常類似于電信網(wǎng)絡(luò)代理20。如上所述，第一用戶代理18的目標是在第一用戶界面12和第二用戶界面14之間的通信協(xié)商中代表第一用戶界面12的利益。由于第一用戶界面12的計算和通信資源和限制只被它自己所知道，因此它會希望與通信方式和協(xié)議進行協(xié)商以便按照所實現(xiàn)的應(yīng)用的特點最好的使用資源。例如，這些資源和限制包括處理器速度，內(nèi)存容量和調(diào)制解調(diào)器速度。
第一用戶代理18的操作開始于步驟48，此時第一用戶代理18收到來自協(xié)商經(jīng)理22的合同26。在廣義的實現(xiàn)中，第一用戶代理18可能不具備發(fā)起通信協(xié)商的功能。但是，該功能將結(jié)合圖9的發(fā)明優(yōu)選實例加以描述。在第一用戶代理18不具備產(chǎn)生初始合同26的情形下，初始合同由試圖與第一用戶界面12通信的另一方產(chǎn)生，或由電信網(wǎng)絡(luò)代理20作為標準定單而產(chǎn)生，當?shù)谝挥脩艚缑?2登錄到電信網(wǎng)絡(luò)16提供的電信服務(wù)時。其它類似的情形業(yè)界技術(shù)人員都很清楚。
在步驟50，第一用戶代理18檢查合同26的內(nèi)容，確定其能否被接受。如果合同26的條款不能被接受，第一用戶代理18在步驟52就修改合同26的條款使之能夠被接受，并在步驟54返回合同26給協(xié)商經(jīng)理22。在簡單的情形下，第一用戶代理18有一個第一用戶界面12不想超越的預(yù)先定義的限制。例如，不接受任何呼入收費，不超過第一用戶界面12的調(diào)制解調(diào)器的傳輸速率，不接受低于收費質(zhì)量的語音通信。如果進入的合同26的參數(shù)超過了任何這些限制，這可以通過簡單的邏輯測試加以識別，那么就產(chǎn)生新合同26修改這些參數(shù)使之落在預(yù)期的邊界內(nèi)。第一用戶代理18可以包含參照資源和參數(shù)設(shè)置數(shù)據(jù)庫的簡單算法。
在更復雜的實現(xiàn)中，第一用戶代理18包含基于規(guī)則的軟件代理，優(yōu)化資源閉聯(lián)集的使用，其方式與上述的電信網(wǎng)絡(luò)代理20的一致。例如，第一用戶代理18在通信協(xié)商時要考慮特定的應(yīng)用，以及第一用戶界面12的計算和通信參數(shù)。這些參數(shù)設(shè)置對應(yīng)端到端電信參數(shù)例如峰值信元速率(PCR)，可容忍的信元延遲變化(CVDT)，信元傳輸延遲(CTD)，信元丟失率(CLR)和峰到峰延遲變化(CDV)。這些參數(shù)通常用于ATM來指定電信服務(wù)提供的服務(wù)質(zhì)量(QOS)。顯然，本發(fā)明可以應(yīng)用到各種參數(shù)中，或業(yè)界熟知的不同參數(shù)例如平均觀點分(MOS)。其它度量方法也可能包括映射。
如果在步驟50確定合同26的條款可以被接受，那么第一用戶代理18就在步驟56標志出合同26被接受，并在步驟54把合同26返回給協(xié)商經(jīng)理22。如上所述，標志合同26被接受的方法很多，包括在合同26中設(shè)置標志位。
現(xiàn)在開始描述實現(xiàn)本發(fā)明的優(yōu)選實例。
圖6顯示響應(yīng)來自用戶請求的通信的協(xié)商經(jīng)理22的優(yōu)選操作。在步驟58，協(xié)商經(jīng)理22被初始化。業(yè)界眾所周知，計算機軟件編程需要在程序的開始初始化變量、數(shù)組和函數(shù)。在步驟60，識別通信參與者24。如果協(xié)商由第一用戶發(fā)起，則協(xié)商經(jīng)理22收到的初始合同26將標識出第一用戶界面12和第二用戶界面14，協(xié)商經(jīng)理22必須識別出電信網(wǎng)絡(luò)16中希望加入到參與者24中以便完成通信的各個實體。
協(xié)商經(jīng)理22在步驟62認證參與者24。如上所述，協(xié)商經(jīng)理22是可以駐留在網(wǎng)絡(luò)的任何位置的軟件代理。因此，參與協(xié)商的所有參與者24之間不必一定是安全連接。在優(yōu)選實例中，參與者24的認證方法包括使用業(yè)界熟知的加密簽名。
一旦參與者24被認證，協(xié)商經(jīng)理22就在步驟64建立規(guī)范28的環(huán)境。
在步驟66參與者24被告知協(xié)商將要開始。該步驟提供參與者24一個關(guān)于協(xié)商狀態(tài)的反饋，但是也用于警告參與者24后續(xù)的提議是不可取消的。這就是說，一旦用戶表達了意圖，它就不能撤消其意圖。比較好的情況是，該不可取消性在一個簡短的時間例如一分鐘之后就會超時。
然后在步驟68實現(xiàn)協(xié)商規(guī)范28，關(guān)于協(xié)商規(guī)范28的操作細節(jié)參照圖7給出。
然后在步驟70參與者被告知協(xié)商成功了還是失敗了。如果在步驟72協(xié)商被標記為成功，那么合同26就在步驟74被執(zhí)行。如果失敗，合同26就在步驟76被拋棄。
在圖6的步驟68中的協(xié)商規(guī)范28的一個例子參見圖7。該協(xié)商規(guī)范28被稱為“循環(huán)”規(guī)范，原因在于每個參與者24都有機會一個接一個的查看合同26并選擇接受或修改它。該過程可以重復無數(shù)輪。一旦所有的參與者24都接受合同26，它就被執(zhí)行。
在每輪中合同26都要經(jīng)過每個參與者24的手，輪數(shù)可以預(yù)先確定。如果在預(yù)先確定的輪數(shù)內(nèi)沒有協(xié)商出被各方接受的合同26，則協(xié)商失敗。
“循環(huán)”協(xié)商在步驟78開始，其中協(xié)商經(jīng)理22接收參與者24列表和初始輪數(shù)，初始合同26由第一用戶代理18創(chuàng)建。按照本發(fā)明的開放觀點，協(xié)商規(guī)范28例程無須駐留在協(xié)商經(jīng)理22內(nèi)部。這允許任何協(xié)商實體來提供協(xié)商規(guī)范28，或從第三方獲得協(xié)商規(guī)范28。
在步驟80標識出協(xié)商的下一個參與者24，并在步驟82傳送合同26給下一個參與者24。該參與者24按照圖6到9描述的有關(guān)方式處理合同26，并在步驟84返回合同26給協(xié)商經(jīng)理22。
如果協(xié)商沒有成功，在步驟86確定在給定的輪中是否所有的參與者24都被查詢了。如果沒有，控制就返回步驟80標識并查詢本輪中的下一個參與者24。由于合同26標識出協(xié)商中的每個參與者24，所以能夠很直觀的標記或標識出某個參與者24是否查看了當前合同26，以及參與者24是否接受了給定的合同26。這種標識方法對業(yè)界技術(shù)人員而言是熟知的。
在步驟88，確定合同26是否被成功的協(xié)商。如上所述，每個參與者通過在合同26中設(shè)置標記位來標識出是否接受合同，或通過增加加密簽名然后再返回合同26給協(xié)商經(jīng)理22。這要求每個參與者24都已經(jīng)查看并同意了當前合同26。
合同26也可以在參與者24沒有查看的情況下被接受，前提是該合同比參與者24已經(jīng)不可撤消的批準了的合同更優(yōu)惠。例如，如果第一用戶代理18批準的合同要求以10Kb/s的定常位速率傳輸5分鐘，每分鐘成本是5分，該合同已經(jīng)處于不可撤消的1分鐘時期，后來所協(xié)商的5分鐘10Kb/s定常位速率的合同26變成了每分鐘收費4分，那么就認為參與者24已經(jīng)批準了更優(yōu)惠的合同26，因為這是在1分鐘的不可撤消期內(nèi)協(xié)商的。
如果合同26協(xié)商成功，在步驟90把所完成的合同26返回給協(xié)商經(jīng)理22來執(zhí)行。
如果合同26沒有協(xié)商成功，那么就要在步驟92確定是否執(zhí)行新一輪關(guān)于合同26的協(xié)商。如果新增協(xié)商輪數(shù)是必要的，控制就返回步驟80。如果所有預(yù)先確定的輪數(shù)被執(zhí)行但是在步驟88沒有標識出一個成功的合同26，那么該協(xié)商就被認為失敗了，未完成的合同26帶著失敗標識在步驟94被返回給協(xié)商經(jīng)理22。
現(xiàn)在分別參照圖8和圖9描述優(yōu)選實例中的電信網(wǎng)絡(luò)代理20和第一用戶代理18的操作。在描述這些代理的功能之前，先描述對兩個代理而言共同的優(yōu)選實現(xiàn)模式。
第一，電信網(wǎng)絡(luò)代理20和第一用戶代理18采用給各自用戶定置的軟件“代理”實現(xiàn)，而不是一般的軟件算法。當然，廣義的本發(fā)明可以采用不是代理的一般軟件實現(xiàn)，但是它會帶來相應(yīng)的功能和靈活性上損失。
第二，盡管這些結(jié)合流程圖描述了連續(xù)的步驟，但是要理解這些軟件代理通常駐留在計算機或電話設(shè)備的內(nèi)存中，處于空閑狀態(tài)。這允許代理來檢測到達的通信請求。
第三，在優(yōu)選實例中，電信網(wǎng)絡(luò)代理20和第一用戶代理18通過基于java或C++的編程語言實現(xiàn)。使用java的好處對業(yè)界技術(shù)人員而言是清楚的，例如目前廣泛的使用范圍、與瀏覽器或其它基于因特網(wǎng)的應(yīng)用直接相關(guān)、廣泛地通用標準，以及使用“沙箱”安全性的好處。顯然，本發(fā)明并沒有局限于使用這種編程語言。
使用“沙箱”安全性方法時，小程序(applet)只允許在特定的邊界(沙箱)內(nèi)操作。這種受限的實時環(huán)境阻止小程序訪問或修改未經(jīng)授權(quán)的區(qū)域，或執(zhí)行其它有害的操作。在Java應(yīng)用程序中，被稱為“小程序安全管理器”的特殊類執(zhí)行該增強措施。例如，“安全管理器”阻止小程序?qū)蛻舻挠脖P進行讀或?qū)懳募牟僮?，或者建立到小程序來源的服?wù)器之外的其它網(wǎng)絡(luò)連接。
如上所述，圖8描述了對應(yīng)本發(fā)明的優(yōu)選實例的電信網(wǎng)絡(luò)代理20的操作。步驟38、40、42、44和46實現(xiàn)的功能與圖4所描述的廣義實例的情形一致。
在優(yōu)選實例中，電信網(wǎng)絡(luò)代理20監(jiān)視網(wǎng)絡(luò)可用資源的狀態(tài)并預(yù)測預(yù)期的使用，以致其可以作出合適的決定用以判斷入局合同26的可接受性以及出局合同26的生成。
在優(yōu)選實例中，電信網(wǎng)絡(luò)代理20在步驟96確定網(wǎng)絡(luò)的狀態(tài)數(shù)據(jù)是足夠新而能夠做出正確的決定，還是需要更新數(shù)據(jù)。如果確定需要新數(shù)據(jù)，那么就在步驟89獲得新數(shù)據(jù)。
網(wǎng)絡(luò)數(shù)據(jù)包括至少兩種類型內(nèi)部數(shù)據(jù)和外部數(shù)據(jù)。內(nèi)部數(shù)據(jù)一般包括當前負載所保持的資源，例如中央處理器(CPU)和內(nèi)存，和已知的提供電信服務(wù)的義務(wù)。由于所有的訪問和管理都在服務(wù)供應(yīng)商的控制之下，所以這些數(shù)據(jù)非常易于檢測到。一般的，這些數(shù)據(jù)需要連續(xù)或?qū)崟r的更新。
外部數(shù)據(jù)更難以獲得和預(yù)測。因為這些資源在服務(wù)供應(yīng)商的控制之外。由于這些服務(wù)的管理超出了電信網(wǎng)絡(luò)代理20的范圍，所以有必要周期性的查詢其可獲得性和質(zhì)量，例如按照由時間或流量確定的周期。例如，可能需要網(wǎng)絡(luò)數(shù)據(jù)每分鐘或更高的頻率下都更新，或者每十次呼叫就更新。
在本發(fā)明的優(yōu)選實例中，內(nèi)部數(shù)據(jù)在連續(xù)的基礎(chǔ)上檢測，記錄當前的負載和以后的義務(wù)。外部數(shù)據(jù)的更新是當有新呼叫進入而且已經(jīng)超過了預(yù)先確定的時間周期。
更新外部數(shù)據(jù)的方式有很多種。例如，采樣包被直接傳送到目的電信網(wǎng)絡(luò)或?qū)嶓w，并檢測其性能。在優(yōu)選實例中，請求傳送到服務(wù)供應(yīng)商把操作數(shù)據(jù)返回。服務(wù)供應(yīng)商有責任正確地轉(zhuǎn)發(fā)數(shù)據(jù)，以便保留作為電信網(wǎng)絡(luò)代理20的可接受的供應(yīng)商。
由于電信網(wǎng)絡(luò)代理20和第一用戶代理18可以在通信過程中監(jiān)控其性能，所以服務(wù)供應(yīng)商必須忠實履行其服務(wù)，否則客戶或其它服務(wù)供應(yīng)商將拒絕使用其服務(wù)。
在優(yōu)選實例中，電信網(wǎng)絡(luò)代理20提供標準異步傳輸模式(ATM)服務(wù)選擇用來描述已知應(yīng)用的需求1．定常位速率(CBR)的設(shè)計意圖是適應(yīng)標準語音電話模式，但是它浪費帶寬。CBR使用給定的峰值信元速率(PCR)設(shè)置帶寬，在定義上是直接了當?shù)?。用戶也定義可容忍信元延遲變化(CVDT)，希望在目的地平滑緩沖區(qū)。信元傳送延遲(CTD)，信元丟失率(CLR)和峰到峰延遲變化(CDV)由網(wǎng)絡(luò)指定，作為其服務(wù)質(zhì)量(QoS)。用戶要按分鐘付費。
2．實時可變位速率(rt-VBR)允許突發(fā)到峰值信元速率以及最大突發(fā)大小(MBS)，并保證信元傳輸延遲(CTD)和可容忍變化(CDVT)在特定的持續(xù)信元速率(SCR)。這是適合于調(diào)制解調(diào)器電話的模式。用戶要按秒付費。
3．非實時可變位速率(nrt-VBR)不能保證CTD，更適合于萬維網(wǎng)瀏覽器應(yīng)用。用戶要按分鐘付費，但可以對較慢的數(shù)據(jù)包打折扣。
4．不確定位速率(UBR)基本上是“盡力而為”型的，它建模于目前的因特網(wǎng)服務(wù)。UBR實際上確實指定峰值信元速率，但是不能提供持續(xù)信元速率。用戶可能希望按兆字節(jié)付費。
5．可獲得位速率(ABR)指定最小信元速率(MCR)和峰值信元速率，網(wǎng)絡(luò)使用后向壓力來控制流量。網(wǎng)絡(luò)發(fā)送“資源管理”信元給源以便允許它適應(yīng)可獲得的容量。用戶可能希望對最小信元速率按分鐘付費，當速率較高時支付額外的費用，或通常支付較高的費用或一旦速率被迫降低到最小速率時就打折扣。該機制能夠最好地利用網(wǎng)絡(luò)，當用戶有復雜的速率自適應(yīng)編碼器時，它還可以為視頻會議做優(yōu)化。
如上所述，圖9描述了在本發(fā)明優(yōu)選實例中的第一用戶代理18的操作。步驟48,50,52,54和56實現(xiàn)的功能與圖5所描述的廣義實例的情形一致。
盡管第一用戶代理18和電信網(wǎng)絡(luò)代理20的功能類似廣義實現(xiàn)，但是在優(yōu)選實例中關(guān)注的焦點相當不同。電信網(wǎng)絡(luò)代理20關(guān)注的焦點是電信網(wǎng)絡(luò)16資源的狀態(tài)和可預(yù)測性，而第一用戶代理18關(guān)注的焦點在于第一用戶界面12的需求。第一用戶代理18識別出第一用戶界面12可獲得的資源，并確定該用戶在實時環(huán)境中的需求，然后它才能代表第一用戶界面12進行有效的協(xié)商。
對電話和網(wǎng)絡(luò)沖浪等應(yīng)用，第一用戶代理18最好通過在窗口環(huán)境中的圖形用戶界面(GUI)來與用戶通信。最好該GUI作為能夠被標準瀏覽器編輯的網(wǎng)頁提供給用戶。開發(fā)具有本發(fā)明的功能的技術(shù)是業(yè)界所熟知的。其它應(yīng)用，例如遠程醫(yī)療，可能需要第一用戶嵌入或“硬連線”到第一用戶的應(yīng)用程序中。
在圖9的步驟100，第一用戶代理18獲得關(guān)于硬件資源和第一用戶界面12的參數(shù)設(shè)置的信息。有關(guān)硬件資源的信息可以手工獲得，用戶輸入相關(guān)數(shù)據(jù)來響應(yīng)來自第一用戶代理18的提示符，但是最好由第一用戶代理18在第一用戶界面12加電時從操作系統(tǒng)收集。該信息包括例如微處理器速度、內(nèi)存容量和訪問次數(shù)，操作系統(tǒng)環(huán)境，調(diào)制解調(diào)器軟件和硬件等數(shù)據(jù)。執(zhí)行這些任務(wù)的方法是業(yè)界所熟知的。
用戶參數(shù)設(shè)置通常由手工輸入，最好通過圖形用戶界面輸入并存放在本地計算機。用戶代理軟件可以對參數(shù)(例如延遲和速度)提供缺省值。下面給出這些參數(shù)設(shè)置的細節(jié)。
在步驟102，第一用戶代理18保持在空閑狀態(tài)，等待接受輸入呼叫的請求，或等待來自本地用戶的請求產(chǎn)生一個輸出請求。如果接受輸入呼叫的請求到達，那么控制就傳遞到步驟50，象圖5有關(guān)的描述那樣執(zhí)行。
如果接受到來自用戶或用戶程序的請求要發(fā)起新通信的協(xié)商，控制就傳遞到步驟104，收集必要的數(shù)據(jù)來創(chuàng)建初始合同26。一般的，該初始合同26由第一用戶代理18通過查詢下面的用戶信息而創(chuàng)建1．目的，或被呼叫方，例如圖1中的第二用戶界面14。
2．應(yīng)用，例如視頻會議，語音通信，網(wǎng)頁瀏覽或電子郵件。
第一用戶代理18具有關(guān)于大部分應(yīng)用的缺省參數(shù)，如前面關(guān)于ATM模式所簡單描述的那樣，包括最小可接受費用，延遲和速度。這些缺省值可以被用戶修改，或創(chuàng)建新模式。如果第一用戶代理不知道某個特定的應(yīng)用，那么第一用戶代理就詢問用戶缺省值并存儲這些參數(shù)以便將來參考。例如，用戶可能希望對語音通信有不止一個缺省模式商業(yè)用的收費質(zhì)量以及個人或峰值期間使用的較低質(zhì)量的語音。有技術(shù)的人員能夠?qū)崿F(xiàn)完成這些功能的軟件。
3．手工或自動確認對第一用戶代理18所協(xié)商的合同26的接受。
4．成本協(xié)商。例如，成本支付可以是呼叫方或被呼叫方(反向收費，或1-800對方付費業(yè)務(wù))，或分擔費用，或每使用一次就付費(例如1-976電話業(yè)務(wù))。
5．關(guān)于不允許不可撤消的合同26的參數(shù)設(shè)置。
6．關(guān)于要接觸和協(xié)商的特定服務(wù)供應(yīng)商的參數(shù)設(shè)置。
7．關(guān)于協(xié)商經(jīng)理22或協(xié)商規(guī)范28的參數(shù)設(shè)置以及URL地址或能夠找到它們的位于本地硬盤的位置。
在所查詢的信息的基礎(chǔ)上，結(jié)合在步驟100收集的關(guān)于用戶界面12的知識，第一用戶代理18在步驟104創(chuàng)建初始合同26，在步驟106傳送給優(yōu)選的服務(wù)供應(yīng)商。第一用戶代理18然后在步驟48等待合同26從協(xié)商經(jīng)理20處返回。
執(zhí)行該例程的方式與圖5所描述的方式中直到步驟108都是一致的。在步驟108，用戶可以退出例程或返回步驟102來繼續(xù)監(jiān)控新通信請求或接收新合同。
本發(fā)明可以應(yīng)用于很寬廣的可選功能范圍內(nèi)，業(yè)界技術(shù)人員利用本講義對此很清楚。其中一個可選項是在通信中終止并重新協(xié)商條款的靈活性。例如，這允許服務(wù)供應(yīng)商收回以較低價格提供的最快速的通信線路，如果有愿意付更高價格的消費者希望獲得該線路時。這必須在初始協(xié)商中批準同意這種中斷，但是這允許所有的參與者獲得現(xiàn)有系統(tǒng)不提供的額外的靈活性。
另一個可選項是使用軟件代理本身而不是協(xié)商經(jīng)理20處理遞歸協(xié)商。與其允許協(xié)商經(jīng)理20發(fā)布合同26到它定義的網(wǎng)絡(luò)實體，不如由第一用戶代理18標識本地網(wǎng)絡(luò)實體，例如希望參與協(xié)商的其它服務(wù)供應(yīng)商。這允許第一用戶代理18相互掩蓋一組參與者。類似的，網(wǎng)絡(luò)代理也可以具有希望參與到協(xié)商中的網(wǎng)絡(luò)子實體，但是在協(xié)商中它們希望相互掩蓋其它實體。在這兩種情況下，參與者能夠接收合同26，把它發(fā)送到子參與者并接收子參與者的響應(yīng)。參與者希望通過增加或去除信息修改合同26，然后再發(fā)送到子參與者，并修改子參與者的響應(yīng)然后再發(fā)送到協(xié)商經(jīng)理20。
除了上述“循環(huán)”協(xié)商規(guī)范28之外，可以有許多其它協(xié)商規(guī)范28能夠被協(xié)商經(jīng)理20或第三方獲得。這包括1．投標和詢問在任何時候，每個實體被允許提供其它實體所接受的服務(wù)。這是一個比循環(huán)規(guī)范缺少結(jié)構(gòu)性的規(guī)范，因為實體可能在任何時候引入投標。
2．欺騙只對特定參數(shù)加以協(xié)商，其它保密。這允許實體謊報它們的需求或資源來試圖協(xié)商到更好的條款。例如，服務(wù)供應(yīng)商不愿意暴露未被使用的資源，因為用戶可能希望通過較低的價格持有它。
3．刺探者服務(wù)供應(yīng)商允許大量用戶同時對服務(wù)投標，只提供服務(wù)給在協(xié)商中達到一定層次的用戶。例如，服務(wù)供應(yīng)商有10個相同的通信單元，它開始與投標不同單元數(shù)目的20個用戶協(xié)商。當價格抬升時，部分用戶將退出協(xié)商，而服務(wù)供應(yīng)商將調(diào)整以適應(yīng)在10個或少于10個單元投標的用戶。該協(xié)商規(guī)范在銷售日用品服務(wù)中更有用，例如通信線路按預(yù)先定義的時間段而不是按照每個呼叫的基礎(chǔ)來分配。
4．反向拍賣服務(wù)供應(yīng)商與多個用戶啟動協(xié)商，最初是較高的價格然后降低價格直到用戶接受。該規(guī)范也用于日用品服務(wù)銷售。
盡管描述了本發(fā)明的特定實例，但是應(yīng)該清楚可以在不偏離本發(fā)明的真正的范圍和精神的范圍內(nèi)對這些實例進行修改或改變。
盡管結(jié)合方法步驟對操作進行了詳細描述，但是應(yīng)該清楚本發(fā)明可以通過軟件和硬件的結(jié)合來實現(xiàn)。這些方法步驟可以由計算機處理器或類似的適合編程的設(shè)備執(zhí)行，或由電子系統(tǒng)來執(zhí)行，電子系統(tǒng)要被提供執(zhí)行這些步驟的方式。類似的，電子存儲方式例如計算機磁盤，CD-ROM，隨機訪問存儲器(RAM)和只讀存儲器(ROM)可以編寫代碼來執(zhí)行這些方法步驟。另外，代表這些方法步驟的電子信號也可以通過通信網(wǎng)絡(luò)傳輸。
代表本發(fā)明方法步驟的可執(zhí)行機器代碼集可以用各種格式存儲，例如目標代碼或源代碼。這些代碼此處一般稱為程序代碼，或簡單的稱為計算機程序。該可執(zhí)行代碼也可以作為電子信號通過通信鏈路傳送。另外，可執(zhí)行機器代碼可以與按子例程實現(xiàn)的其它程序代碼集成，被外部程序調(diào)用，或使用業(yè)界其它熟知的技術(shù)。
要理解，由于通信網(wǎng)絡(luò)變得越來越靈活和強大，傳統(tǒng)的服務(wù)器、路由器、計算機、電話和其它硬件組件的定義變得越來越不清晰。此處使用這些術(shù)語來簡化討論，并不是用這些硬件的以前的定義限制本發(fā)明。例如，帶因特網(wǎng)訪問功能的蜂窩電話可以通過在只讀存儲器中提供軟件代理來實現(xiàn)本發(fā)明。這種電話顯然不具有術(shù)語“電話”的傳統(tǒng)限定性。
類似的，現(xiàn)有的電話供應(yīng)商可以修改其路由設(shè)備以更廣泛地應(yīng)用本發(fā)明，包括增加新的可操作性作為獨立設(shè)備，或相應(yīng)的修改現(xiàn)有的設(shè)備。在這兩種情況下，前文描述的方法中不能明顯的讀出該實際實現(xiàn)，但是業(yè)界技術(shù)人員所實現(xiàn)的應(yīng)用就來自此處對本發(fā)明的描述。
另外，可以方便的修改該方法步驟的順序和細節(jié)但仍可實現(xiàn)本發(fā)明的優(yōu)點。對業(yè)界技術(shù)人員而言這些修改是很顯然的。此處說明的實例是描述性的而不是限制性的。
權(quán)利要求
1．一個電信系統(tǒng)包括第一用戶界面；第二用戶界面；把所述的第一用戶界面和所述的第二用戶界面相互連接起來的電信網(wǎng)絡(luò)，該網(wǎng)絡(luò)至少具有一種傳輸方法和協(xié)議；所述的第一用戶界面有第一用戶代理，它在所述第一用戶界面和所述的第二用戶界面進行通信協(xié)商時代表所述第一用戶界面的利益；所述的電信網(wǎng)絡(luò)由網(wǎng)絡(luò)代理管理，它在所述第一用戶界面和所述的第二用戶界面進行通信協(xié)商時代表所述的電信網(wǎng)絡(luò)的利益；協(xié)商經(jīng)理，它可以如下操作識別協(xié)商的代理參與者；實現(xiàn)協(xié)商規(guī)范，該規(guī)范允許每個參與代理考慮合同并可以接受或修改合同；以及響應(yīng)通過執(zhí)行所述合同而成功的所述協(xié)商。
2．根據(jù)權(quán)利要求1所述的電信系統(tǒng)，其中所述第一用戶代理可以如下操作從協(xié)商經(jīng)理處獲取合同；檢查所述合同；響應(yīng)所述不能接受的合同，通過修改所述合同以達到可接受的狀態(tài)；以及將所述合同返回給所述協(xié)商經(jīng)理。
3．根據(jù)權(quán)利要求2所述的電信系統(tǒng)，其中所述的網(wǎng)絡(luò)代理可以如下操作從協(xié)商經(jīng)理處獲取合同；檢查所述合同；響應(yīng)所述不能接受的合同，通過修改所述合同以達到可接受的狀態(tài)；以及將所述合同返回給所述協(xié)商經(jīng)理。
4．根據(jù)權(quán)利要求3所述的電信系統(tǒng)，其中所述第一用戶代理進一步可以如下操作通過如下操作響應(yīng)來自所述第一用戶的請求以發(fā)起通信創(chuàng)建合同；傳輸所述合同給所述協(xié)商經(jīng)理。
5．根據(jù)權(quán)利要求4所述的電信系統(tǒng)，其中所述的網(wǎng)絡(luò)代理可以進一步操作通過更新所述的電信網(wǎng)絡(luò)信息來響應(yīng)過時的電信網(wǎng)絡(luò)信息。
6．根據(jù)權(quán)利要求所述的電信系統(tǒng)，其中所述的第二用戶界面具有第二用戶代理，它在所述第一用戶界面和所述的第二用戶界面進行通信協(xié)商時代表所述的第二用戶界面的利益。
7．在第一用戶和第二用戶之間建立通信的方法，所述的第一用戶和所述的第二用戶之間通過電信網(wǎng)絡(luò)相互連接，該網(wǎng)絡(luò)至少具有一種傳輸方法和協(xié)議，協(xié)商經(jīng)理執(zhí)行的步驟包括識別協(xié)商的參與者；實現(xiàn)協(xié)商規(guī)范，該規(guī)范允許每個參與者考慮合同并可以接受或修改所述合同；響應(yīng)通過執(zhí)行所述合同而成功的所述協(xié)商。
8．根據(jù)權(quán)利要求7所述的在第一用戶和第二用戶之間建立通信的方法，其中在實現(xiàn)所述協(xié)商規(guī)范的所述的步驟之前執(zhí)行如下步驟通知所述參與代理所述協(xié)商將要開始。
9．根據(jù)權(quán)利要求8所述的在第一用戶和第二用戶之間建立通信的方法，其中所述識別參與代理的步驟包括增加參與代理到所述協(xié)商；認證所述參與代理。
10．在第一用戶和第二用戶之間建立通信的方法，所述的第一用戶和所述的第二用戶之間通過電信網(wǎng)絡(luò)相互連接，該網(wǎng)絡(luò)至少具有一種傳輸方法和協(xié)議，協(xié)商經(jīng)理執(zhí)行的步驟包括初始化協(xié)商；增加參與代理到所述協(xié)商；認證所述參與代理；建立協(xié)商規(guī)范環(huán)境；通知所述參與代理所述協(xié)商將要開始；實現(xiàn)所述協(xié)商規(guī)范，該規(guī)范允許所述參與代理考慮合同并可以接受或修改所述合同；通知所述參與者所述協(xié)商的結(jié)果；響應(yīng)通過執(zhí)行所述合同而成功的所述協(xié)商；以及響應(yīng)通過放棄所述合同而未成功所述協(xié)商。
11．根據(jù)權(quán)利要求10所述的在第一用戶和第二用戶之間建立通信的方法，其中所述的實現(xiàn)所述協(xié)商規(guī)范的步驟包括如下步驟轉(zhuǎn)發(fā)所述合同包給下一個所述協(xié)商參與者；從所述的下一個參與者接收修改的合同包；通過返回所述的被接受的合同包給所述合同經(jīng)理來響應(yīng)所述的接受了所述合同的被修改的合同包；通過返回所述轉(zhuǎn)發(fā)步驟來對本輪中其它參與者做出響應(yīng)；通過返回所述轉(zhuǎn)發(fā)步驟來對要執(zhí)行的其它輪做出響應(yīng)；通過在所述合同中設(shè)置未完成標志來停止對其它輪和其它參與者的響應(yīng)；以及返回所述合同包給所述合同經(jīng)理。
12．在第一用戶和第二用戶之間建立通信的方法，所述第一用戶和所述第二用戶之間通過電信網(wǎng)絡(luò)相互連接，該網(wǎng)絡(luò)至少具有一種傳輸方法和協(xié)議，協(xié)商經(jīng)理執(zhí)行的步驟包括接收包含參與者列表、輪數(shù)和協(xié)商規(guī)范的合同包；轉(zhuǎn)發(fā)所述合同包給位于所述參與者列表中的下一個參與者；從所述的下一個參與者接收修改的合同包；通過返回所述的被接受的合同包給所述合同經(jīng)理來響應(yīng)所述接受了所述合同的被修改的合同包；通過返回步驟b來對本輪中其它參與者做出響應(yīng)；通過返回步驟b來對要執(zhí)行的其它輪做出響應(yīng)；在所述合同中設(shè)置未完成標志；以及返回所述合同包給所述合同經(jīng)理。
13．在第一用戶和第二用戶之間建立通信的方法，所述第一用戶和所述第二用戶之間通過電信網(wǎng)絡(luò)相互連接，該網(wǎng)絡(luò)至少具有一種傳輸方法和協(xié)議，所述的至少一種傳輸方法和協(xié)議由網(wǎng)絡(luò)實體管理，所述的網(wǎng)絡(luò)實體執(zhí)行的步驟包括從協(xié)商經(jīng)理處獲取合同；檢查所述合同；對不能接受的合同加以修改達到可接受的狀態(tài)；以及返回所述合同給所述經(jīng)理。
14．根據(jù)權(quán)利要求13所述的在第一用戶和第二用戶之間建立通信的方法，其中在所述檢查所述合同的步驟之前，執(zhí)行如下步驟通過更新所述的電信網(wǎng)絡(luò)信息來響應(yīng)過時的電信網(wǎng)絡(luò)信息。
15．根據(jù)權(quán)利要求14所述在第一用戶和第二用戶之間建立通信的方法，其中在將所述合同返回給所述經(jīng)理步驟之前，執(zhí)行如下步驟通過在所述合同中設(shè)置接受標志來響應(yīng)被接受的所述合同。
16．在第一用戶和第二用戶之間建立通信的方法，所述第一用戶和所述第二用戶之間通過電信網(wǎng)絡(luò)相互連接，該網(wǎng)絡(luò)至少具有一種傳輸方法和協(xié)議，所述的至少一種傳輸方法和協(xié)議由網(wǎng)絡(luò)實體管理，所述的網(wǎng)絡(luò)實體執(zhí)行的步驟包括從合同經(jīng)理處接收合同；通過更新所述的電信網(wǎng)絡(luò)信息來響應(yīng)過時的電信網(wǎng)絡(luò)信息；檢查所述合同；通過對不能接受的合同加以修改達到可接受的狀態(tài)來響應(yīng)沒有被接受的所述合同；通過在所述合同中設(shè)置接受標志來響應(yīng)被接受的所述合同；返回所述合同給所述經(jīng)理。
17．根據(jù)權(quán)利要求16所述的在第一用戶和第二用戶之間建立通信的方法，其中所述的電信網(wǎng)絡(luò)包括兩種或更多種傳輸方法和協(xié)議，所述傳輸方法和協(xié)議由對所述的網(wǎng)絡(luò)實體負責的獨立網(wǎng)絡(luò)子實體管理，所述的檢查所述合同的步驟進一步包括傳送所述合同給所述的網(wǎng)絡(luò)子實體；所述的網(wǎng)絡(luò)子實體執(zhí)行如下步驟檢查所述合同；對不能接受的合同加以修改達到可接受的狀態(tài)來響應(yīng)沒有被接受的合同；返回所述合同給所述的網(wǎng)絡(luò)實體。
18．在第一用戶和第二用戶之間建立通信的方法，所述的第一用戶和所述的第二用戶之間通過電信網(wǎng)絡(luò)相互連接，該網(wǎng)絡(luò)至少具有一種傳輸方法和協(xié)議，所述第一用戶執(zhí)行的步驟包括從協(xié)商經(jīng)理處獲取合同；檢查所述合同；對不能接受的合同加以修改達到可接受的狀態(tài)來響應(yīng)沒有被接受的合同；以及返回所述合同給所述協(xié)商經(jīng)理。
19．根據(jù)權(quán)利要求18所述的在第一用戶和第二用戶之間建立通信的方法，其中在從協(xié)商經(jīng)理處接收合同步驟之前，執(zhí)行如下步驟創(chuàng)建合同以響應(yīng)來自第一用戶發(fā)起通信的請求；傳送所述合同給協(xié)商經(jīng)理。
20．在第一用戶和第二用戶之間建立通信的方法，所述的第一用戶和所述的第二用戶之間通過電信網(wǎng)絡(luò)相互連接，該網(wǎng)絡(luò)至少具有一種傳輸方法和協(xié)議，所述的第一用戶執(zhí)行的步驟包括創(chuàng)建合同以響應(yīng)來自第一用戶發(fā)起通信的請求；傳送所述合同給協(xié)商經(jīng)理；從所述協(xié)商經(jīng)理處獲取所述合同；檢查所述合同；對不能接受的合同加以修改達到可接受的狀態(tài)來響應(yīng)沒有被接受的合同；在所述合同中標明接受來響應(yīng)被接受的合同；以及返回所述合同給所述協(xié)商經(jīng)理。
21．根據(jù)權(quán)利要求20所述的在第一用戶和第二用戶之間建立通信的方法，其中所述的電信網(wǎng)絡(luò)包括兩種或更多種傳輸方法和協(xié)議，所述傳輸方法和協(xié)議由對所述第一用戶負責的獨立本地網(wǎng)絡(luò)子實體管理，所述的檢查所述合同的步驟進一步包括傳送所述合同給所述的本地網(wǎng)絡(luò)子實體；所述的本地網(wǎng)絡(luò)子實體執(zhí)行如下步驟檢查所述合同；對不能接受的合同加以修改達到可接受的狀態(tài)來響應(yīng)沒有被接受的合同；返回所述合同給所述第一用戶。
22．協(xié)商經(jīng)理管理通過電信網(wǎng)絡(luò)相互連接的第一用戶和第二用戶之間的通信協(xié)商，所述的電信網(wǎng)絡(luò)有許多傳輸方法和協(xié)議，所述協(xié)商經(jīng)理包括識別協(xié)商的參與者的裝置；實現(xiàn)協(xié)商規(guī)范的裝置，該規(guī)范允許每個參與者考慮合同并可以接受或修改所述合同；通過成功的執(zhí)行所述合同來響應(yīng)所述協(xié)商的裝置。
23．第一用戶代理代表第一用戶管理電信系統(tǒng)中的通信協(xié)商，該電信系統(tǒng)包括有第二用戶代理的第二用戶，以及把所述第一用戶和第二用戶相互連接起來的電信網(wǎng)絡(luò)，所述的電信網(wǎng)絡(luò)具有由協(xié)商經(jīng)理管理的許多傳輸方法和協(xié)議，所述第一用戶代理包括從協(xié)商經(jīng)理處獲取合同的裝置；檢查所述合同的裝置；對不能接受的合同加以修改達到可接受的狀態(tài)來響應(yīng)沒有被接受的合同的裝置；返回所述合同給所述協(xié)商經(jīng)理的裝置。
24．根據(jù)權(quán)利要求23所述的第一用戶代理，進一步包括創(chuàng)建合同以響應(yīng)來自所述第一用戶發(fā)起通信的請求的裝置；以及傳送所述合同給協(xié)商經(jīng)理的裝置；
25．網(wǎng)絡(luò)實體管理電信系統(tǒng)中的多種傳輸方法和協(xié)議，所述的電信系統(tǒng)包括帶有第一用戶代理的第一用戶，帶有第二用戶代理的第二用戶，以及把第一用戶和第二用戶相互連接起來的電信網(wǎng)絡(luò)，所述的網(wǎng)絡(luò)實體包括從協(xié)商經(jīng)理處獲取合同的裝置；檢查所述合同的裝置；對不能接受的合同加以修改達到可接受的狀態(tài)來響應(yīng)沒有被接受的合同的裝置；返回所述合同給所述經(jīng)理的裝置。
26．根據(jù)權(quán)利要求25所述的網(wǎng)絡(luò)實體，進一步包括通過更新所述的電信網(wǎng)絡(luò)信息來響應(yīng)過時的電信網(wǎng)絡(luò)信息的裝置。
全文摘要
目前,電信服務(wù)供應(yīng)商允許用戶在預(yù)定的性能參數(shù)和價格范圍內(nèi)選擇電信服務(wù)。本發(fā)明提供了一個系統(tǒng)來幫助用戶和電信服務(wù)供應(yīng)商實時地協(xié)商電信服務(wù)的性能和價格,允許電信服務(wù)供應(yīng)商和用戶之間進行交流以便更好的優(yōu)化它們的資源和目前的需求。這通過分別代表有關(guān)各方的軟件代理實時協(xié)商通信的條款來實現(xiàn)。另外,本發(fā)明允許第三方創(chuàng)建適合于因特網(wǎng)的新的代理或協(xié)商規(guī)范軟件,這將有助于技術(shù)更快的成熟并對新服務(wù)和/或需求做出反應(yīng)。
文檔編號H04Q1/45GK1320312SQ99811350
公開日2001年10月31日 申請日期1999年9月24日 優(yōu)先權(quán)日1998年9月25日
發(fā)明者威廉·馬丁·斯奈爾格魯夫, 邁克爾·斯塔姆, 莫里希爾·德西蒙尼 申請人:索馬網(wǎng)絡(luò)公司