專利名稱：為Web服務(wù)進行協(xié)商的系統(tǒng)和方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)化環(huán)境中的可視化及自動協(xié)商，更具體地，涉及對于網(wǎng)絡(luò)化環(huán)境中提供、供應(yīng)和訂約服務(wù)的可視化及自動協(xié)商。
背景技術(shù)：
2003年4月22日對Tavor等人的“AUTOMATIC VIRTUALNEGOTIATIONS”授權(quán)的美國專利US 6,553,347 B1，公開了一種用于利用更特定于用戶調(diào)整協(xié)商過程的系統(tǒng)處理一對一及自動虛擬協(xié)商的方法。
2002年3月14日公布的Pezzutti的“INTELLIGENT NETWORKPROVIDING NETWORK ACCESS SERVICES(INP-NAS)美國專利申請公布US 2002/0032765A1，公開了一種在自愈服務(wù)網(wǎng)絡(luò)中提供網(wǎng)絡(luò)訪問服務(wù)、服務(wù)激活和提供的智能網(wǎng)絡(luò)。該系統(tǒng)在訪問時在訪問系統(tǒng)的網(wǎng)絡(luò)站點自動檢測用戶或安裝程序的事件。
2002年4月18日公布的Solomon的“SYSTEM，METHOD ANDAPPARATUS FOR DEMAND-INITIATED INTELLIGENTNEGOTIATION AGENTS IN A DISTRIBUTED NETWORK”美國專利申請公布US 2002/0046157 A1以及2002年6月6日公布的Solomon的“SYSTEM，METHOD AND APPARATUS FOR AGGREGATION OFCOOPERATIVE INTELLIGENT AGENTS FOR PROCUREMENT IN ADISTRIBUTED NETWORK”美國專利申請US 2002/0069134A1，公開了一種用于利用自動協(xié)商聚集分布式網(wǎng)絡(luò)中用于采購的協(xié)作智能代理并進行產(chǎn)品、服務(wù)和其捆綁的采購的系統(tǒng)和方法。
1997年2月7日公布的Takahide等人的“INFORMATIONCOMMUNICATION SERVICE DISTRIBUTION AND COOPERATIONCONTROL，METHOD AND CONTROLLER THEREFORE”日本專利JP9036955A，公開了一種信息通信服務(wù)，其中接收來自客戶的服務(wù)請求并從信息采集中獲取當(dāng)前客戶的條件。協(xié)商從該信息采集中獲取信息，并根據(jù)協(xié)商信息知識存儲中的規(guī)則基于從調(diào)用者側(cè)接收的計劃生成適于當(dāng)前用戶的條件的計劃。
2002年12月20日公布的Naosuke的“MEDIATION SYSTEM”日本專利JP2002366788A，公開了一種自動搜索接近于客戶的期望的項目并包括代理功能的中介系統(tǒng)，該代理功能包括協(xié)商條件數(shù)據(jù)。協(xié)商功能根據(jù)這些數(shù)據(jù)執(zhí)行自動協(xié)商處理。
Papaioannou等人的“EFFICIENT AGENT-BASED SELECTION OFDIFFSERV SLAs OVER MPLs NETWORKS WITHIN THE ASPSERVICE MODEL”，網(wǎng)絡(luò)和系統(tǒng)管理期刊，第一期第10卷，6390頁(2002年3月)(INSPEC 7275970)公開了使用相對于被呈遞的特定服務(wù)是有條件的各種類型的文檔的自動協(xié)商。
Chang等人的“A NEGOTIATION ARCHITECTURE FOR FLUIDDOCUMENTS”，UIST’98 San FRANCISCO，CA，ACM0-58113-034-1/98/11，第123-132頁(1998)公開了用于確保主和輔助材料的呈現(xiàn)得以兌現(xiàn)以及流動用戶接口得以實現(xiàn)的流動文檔的協(xié)商體系結(jié)構(gòu)。
Bond等人的“AN OPEN ARCHITECTURE FORNEXT-GENERATION TELECOMMUNICATION SERVICES”，ACMtransactions on Internet Technology，第一期第4卷，第83-123頁(2004年2月)公開了一種基于用于管理特征交互的綜合策略的IP電信的開放體系結(jié)構(gòu)。
現(xiàn)有技術(shù)未提供本發(fā)明中闡述的對網(wǎng)絡(luò)化環(huán)境中提供、供應(yīng)和訂約服務(wù)的可視化及自動協(xié)商。

發(fā)明內(nèi)容
通過共同協(xié)商文檔定義和動態(tài)圖形用戶接口，克服了現(xiàn)有技術(shù)的缺點，并提供了其他的優(yōu)點。本發(fā)明提供了可視化由通用標(biāo)記所指定的服務(wù)提供的能力。此外，可以在服務(wù)流構(gòu)建應(yīng)用的交互情境中實現(xiàn)可視化，這在2003年4月2日提交的Goodman等人的“PROGRAM CREATION BYCOMBINING WEB SERVICES USING GRAPHIC USER INTERFACECONTROLS(代理機構(gòu)卷號POU920020082US1)”美國專利申請序號10/406378、2003年10月6日提交的Goodman等人的“CREATING WEBSERVICES PROGRAMS FROM OTHER WEB SERVICESPROGRAMS(代理機構(gòu)卷號POU920030105US1)”美國專利申請序號10/679759、以及2000年7月25日對Rogers等人的“METHOD OFCREATING AND USING NOTES DECISION CAPSULES”授權(quán)的美國專利6,094,655中進行了描述，其中這些專利申請或?qū)＠D(zhuǎn)讓給本發(fā)明的受讓人，在此將其全體引入作為參考。
本發(fā)明是一種在實現(xiàn)服務(wù)構(gòu)建環(huán)境中安全交換、可視化及選擇服務(wù)提供而得到工作文檔的系統(tǒng)。
本發(fā)明的一個目的在于提供一種交換服務(wù)提供文檔的安全方法。在本發(fā)明的一個實施例中，服務(wù)提供文檔存在于網(wǎng)絡(luò)的第一節(jié)點上。第二節(jié)點根據(jù)用戶交互或作為編目例程的一部分識別目標(biāo)服務(wù)。作為此識別的一部分，第二節(jié)點請求服務(wù)接口定義(諸如Web服務(wù)描述語言，WSDL)。作為服務(wù)描述的一部分，唯一的網(wǎng)絡(luò)標(biāo)識符指向服務(wù)提供文檔?？蛇x地，服務(wù)提供文檔的內(nèi)容包括為服務(wù)接口定義的一部分。第二節(jié)點向第一節(jié)點請求服務(wù)提供文檔。在另一實施例中，網(wǎng)絡(luò)的第一節(jié)點請求第二節(jié)點的服務(wù)提供文檔。第一節(jié)點向第三節(jié)點請求第二節(jié)點的服務(wù)提供文檔的真實性證實。第三節(jié)點證實該文檔的真實性，且第一節(jié)點信任該文檔。在一個實施例中，第三節(jié)點擔(dān)當(dāng)使得該事務(wù)能夠被第一和第二節(jié)點所信任的媒介。
本發(fā)明的另一目的在于提供服務(wù)提供文檔的可視化。在本發(fā)明的一個實施例中，網(wǎng)絡(luò)的第二節(jié)點向第一節(jié)點檢索服務(wù)提供文檔。對該服務(wù)提供文檔進行解釋，并將其顯示為圖形用戶接口和用戶體驗的一部分。在本發(fā)明的另一實施例中，呈現(xiàn)是將第一服務(wù)與第二服務(wù)聯(lián)結(jié)或修改第一服務(wù)與第二服務(wù)的連接的結(jié)果。
本發(fā)明的另一目的在于提供與服務(wù)提供文檔的交互。預(yù)定義的端點是服務(wù)提供文檔中網(wǎng)絡(luò)的節(jié)點提交合同請求的部分。在一個實施例中，第一用戶根據(jù)服務(wù)提供文檔的顯示選擇服務(wù)的一個選項。用戶通過與圖形用戶接口交互來識別該選擇完成?？上蛑付ǘ它c發(fā)送接受合同的消息。在一個實施例中，網(wǎng)絡(luò)的第一節(jié)點查看全局環(huán)境設(shè)置，以確定自動接受合同。
本發(fā)明的又一目的在于提供工作說明作為正式文檔，其是根據(jù)服務(wù)合同而生成的。工作說明是基于呈現(xiàn)時的服務(wù)提供文檔的協(xié)議記錄。在工作說明中捕獲的其他數(shù)據(jù)可包括服務(wù)請求的提交時間、處理時間以及與該合同有關(guān)的任何服務(wù)質(zhì)量或?qū)傩浴?br> 本文還描述和要求保護與上面概述的方法對應(yīng)的系統(tǒng)和計算機程序產(chǎn)品。
通過本發(fā)明的教導(dǎo)，可實現(xiàn)其他特征和優(yōu)點。本文詳細描述本發(fā)明的其他實施例和方面，并將其作為要求保護的本發(fā)明的一部分。為了更好地理解本發(fā)明的優(yōu)點和特征，參考說明書和附圖。


在說明書結(jié)尾處的權(quán)利要求中具體指出并清楚地要求保護了被認為是本發(fā)明的主題。從下面結(jié)合附圖所作的詳細描述中，本發(fā)明的上述及其他目的、特征和優(yōu)點將變得顯而易見，在附圖中圖1是示出可用于本發(fā)明的計算機網(wǎng)絡(luò)的方框圖，該計算機網(wǎng)絡(luò)具有運行第一服務(wù)的第一節(jié)點和運行第二服務(wù)的第二節(jié)點、以及作為認證節(jié)點的第三節(jié)點；圖2是示出已由第一和第二節(jié)點的服務(wù)達成協(xié)議的文檔交換的圖1網(wǎng)絡(luò)的方框圖；圖3示出了圖1的系統(tǒng)的條件文檔工作臺以及供應(yīng)和合同屏幕的屏幕捕獲；
圖4示出了圖1網(wǎng)絡(luò)的第一和第二節(jié)點之間的交換；以及圖5是圖1第一和第二節(jié)點的服務(wù)之間的合同協(xié)商的一個實施例的工作流的流程圖。
詳細的說明以參照附圖的實例方式，解釋了本發(fā)明的優(yōu)選實施例及優(yōu)點和特征。
具體實施例方式
圖1是可用于本發(fā)明的計算機網(wǎng)絡(luò)的方框圖，該計算機網(wǎng)絡(luò)具有運行服務(wù)A的圖1網(wǎng)絡(luò)的第一節(jié)點或計算機10、運行服務(wù)B的該網(wǎng)絡(luò)的第二節(jié)點或計算機12、以及運行作為認證服務(wù)器的服務(wù)C的該網(wǎng)絡(luò)的第三節(jié)點或計算機14。節(jié)點14的服務(wù)C是節(jié)點10的服務(wù)A和節(jié)點12的服務(wù)B的可信任服務(wù)。應(yīng)該理解，替換節(jié)點14的服務(wù)C，可使用用戶交互來提供認證功能。
每個節(jié)點10、12和14可包括計算機系統(tǒng)11(基于簡單起見，僅對于節(jié)點10示出)。同樣可以理解，計算機系統(tǒng)11包括監(jiān)控功能8和存儲功能9。公知地，存儲功能9可包括內(nèi)部和外部計算機可讀介質(zhì)，諸如計算機RAM或ROM存儲器、硬盤驅(qū)動器、磁帶、盤、軟盤、只讀光盤或其他電子或光存儲介質(zhì)。公知地，諸如節(jié)點10的服務(wù)A的服務(wù)存在于存儲器9中，且其由計算機系統(tǒng)11執(zhí)行。
當(dāng)服務(wù)A希望請求與服務(wù)B進行協(xié)商文檔的交換時，服務(wù)A從服務(wù)C獲得包括標(biāo)識和口令(id和pw)的身份驗證令牌，如15處所示。然后，14處的服務(wù)C向服務(wù)A指派id和pw，并向服務(wù)A發(fā)送標(biāo)識令牌，如16處所示。在17處，10的服務(wù)A向12的服務(wù)B發(fā)送包括該標(biāo)識令牌的請求。然后，12的服務(wù)B向14的服務(wù)C發(fā)送消息，以檢驗該標(biāo)識令牌的有效性，如18處所示。在19處，從14的服務(wù)C向12的服務(wù)B發(fā)送指示該標(biāo)識令牌是真還是假的消息。以這種方式，服務(wù)A和服務(wù)B能夠驗證另一方，以確定正在從授權(quán)的站點發(fā)送和接收協(xié)商文檔的交換請求。以這種方式，當(dāng)向服務(wù)C提供id和口令時，服務(wù)C將返回令牌。因此，服務(wù)A不必向服務(wù)B(其可能是不可信任的計算機服務(wù))發(fā)送證書。
圖2是圖1網(wǎng)絡(luò)的方框圖，其示出了已由服務(wù)A和服務(wù)B達成協(xié)議的文檔的交換。在20處，10的服務(wù)A向14的服務(wù)C發(fā)送驗證符合性并對所達成協(xié)議的文檔簽名的請求。該請求包括用于此次交換的文檔、標(biāo)識和口令(DOC、id和pw)。在21，服務(wù)C將簽名后的文檔發(fā)送回給服務(wù)A，并驗證符合性。在22，在服務(wù)A和服務(wù)B之間交換所請求的文檔。在23，服務(wù)B向服務(wù)C發(fā)送消息，以檢驗該文檔的驗證。在24，服務(wù)C向服務(wù)B發(fā)送真/假響應(yīng)，以驗證交換后的文檔。
在另一實施例中，不需要整個文檔來證實該文檔已被第三方(服務(wù)C)簽名。而是僅需要簽名段。例如，如果該文檔已被篡改，但實際上服務(wù)C已對該文檔簽名了的事實檢驗通過，則服務(wù)B可利用本領(lǐng)域中已知的其他手段來進行計算。簽名數(shù)據(jù)可能包括其中單向散列(校驗和)已由第三方簽名了的數(shù)據(jù)(通常發(fā)現(xiàn)于簽名中)。這允許服務(wù)C僅處理此段，并根據(jù)真實性返回真假。若是真，則如果該簽名中包含的校驗和與對整個文檔的校驗和匹配，則服務(wù)B推斷該文檔已被簽名。校驗和可采用各種形式，但通常是一序列的字符和數(shù)字，它們對于字節(jié)的特定設(shè)置是唯一的。字節(jié)和數(shù)據(jù)中的任何變化都是可疑的。而且，如果簽名不符合，則服務(wù)C不正確地簽名，而該段是可疑的，因此該文檔是可疑的。
圖3示出了本發(fā)明的條件文檔工作臺30以及供應(yīng)和合同31的屏幕捕獲。條件文檔工作臺30包括可用于工作臺30的web服務(wù)菜單32，且包括在web服務(wù)正被使用時對它們的實時說明。例如，報告生成器服務(wù)33被示為連接到電子郵件服務(wù)34，電子郵件服務(wù)34用于將報告形式從例如第一方轉(zhuǎn)換到第二方。在供應(yīng)和合同屏幕31中，電子郵件web服務(wù)34遵從報告生成器服務(wù)33的某些合同和協(xié)商標(biāo)準(zhǔn)。此供應(yīng)文檔提供正在協(xié)商中的合同的信息。在31中，提供了價格和每周最少量選擇。如果第二方同意接受所提供的供應(yīng)之一，則第二方選擇一項，諸如在35處所示的每周最少量1000件則每一件是1美元。如果第二方選擇了可接受的選項，并選擇了“服務(wù)合同”按鈕，則供應(yīng)文檔完成，且最終的合同文檔得到交換。
如上述美國專利申請序號10/406378和10/679759中所討論的，程序員使用創(chuàng)建程序為要被支持的每個web服務(wù)32創(chuàng)建圖標(biāo)支持。菜單安放功能將所創(chuàng)建的圖標(biāo)置入菜單32中。也可為不是web服務(wù)的用戶程序創(chuàng)建圖標(biāo)。這種圖標(biāo)可用于提供例如音頻、視頻、機械的接口。通過授權(quán)代理或通過向內(nèi)容提供方檢索圖標(biāo)，而使圖標(biāo)對用戶可用。優(yōu)選地，每個圖標(biāo)由標(biāo)題和輔助描述文本表示。圖3中所示的標(biāo)題和可選地描述文本顯示于具有相關(guān)常規(guī)圖標(biāo)圖像的用戶的客戶端計算機11。圖標(biāo)包括對程序代碼、web服務(wù)接口控制以及可視特性的訪問。
用戶選擇圖標(biāo)標(biāo)題并將其拖放到工作臺30的畫布29中。然后，用戶可執(zhí)行該圖文框中的圖標(biāo)以測試其功能。如結(jié)合圖5所討論的那樣，可使其與該圖文框中的其他對象互連，以創(chuàng)建新功能。優(yōu)選地，當(dāng)將該圖標(biāo)拖放到畫布29中時，創(chuàng)建可視地描述接口選擇(如果可應(yīng)用的話)的更詳細的圖標(biāo)，以便當(dāng)用戶互連該對象時可選擇適當(dāng)?shù)目梢暠硎?。用戶可使用參?shù)設(shè)置圖形用戶接口(GUI)來設(shè)置適當(dāng)?shù)膮?shù)，以定制所選擇圖標(biāo)的功能。用戶使用顯示啟動GUI來顯示圖標(biāo)的參數(shù)選項；然后，使用對參數(shù)的顯示進行操作的操作器，用戶設(shè)置適當(dāng)?shù)膮?shù)；最終，用戶使用退出GUI退出參數(shù)的顯示。
如所討論的，如果菜單32中已選擇的web服務(wù)需要使用合同，則顯示供應(yīng)和合同屏幕31，且用戶可協(xié)商合同的各個條款，以用于所選擇的web服務(wù)。如所提及的，可例如通過選擇描述正被提供的各條款的期望單選按鈕35，來進行此協(xié)商。
圖4示出了圖1的系統(tǒng)10和12之間的交換。系統(tǒng)10包括服務(wù)構(gòu)建工作臺40，該工作臺40被拖放到畫布中并與其他服務(wù)互連。系統(tǒng)12可運行服務(wù)構(gòu)建工作臺42，但是，這并不是必需的。
在43，示出了服務(wù)描述交換。在46，提出服務(wù)描述請求，以向工作臺調(diào)色板提供服務(wù)的可視表示。在44，獲得服務(wù)B 42的服務(wù)描述。在47，將該服務(wù)描述返回給系統(tǒng)10。系統(tǒng)10讀取該文檔，并識別該服務(wù)提供文檔的端點。
系統(tǒng)10上的第一用戶將服務(wù)B 42的可視表示拖放到工作臺畫布。該用戶將第二服務(wù)拖放到畫布，且該用戶將第一服務(wù)與第二服務(wù)互連。
在48，示出了服務(wù)提供文檔交換。在連接時，系統(tǒng)10識別服務(wù)提供端點存在，并在49向系統(tǒng)12請求該文檔。系統(tǒng)12獲得服務(wù)提供文檔45，并以服務(wù)提供文檔50來響應(yīng)。應(yīng)該理解，在另一實施例中，根據(jù)46處的請求和請求者，動態(tài)地生成服務(wù)提供文檔。系統(tǒng)10讀取該文檔(表I)。
表I中描述的服務(wù)提供文檔包括兩部分，即頭部和服務(wù)提供。頭部存儲諸如數(shù)字簽名的標(biāo)識信息和諸如企業(yè)的身份標(biāo)簽以及合同信息。頭部可指定所提供的服務(wù)的級別。例如，24/7或不保證。頭部還包括服務(wù)端點，其是了解怎樣處理服務(wù)請求的web服務(wù)(表II)。服務(wù)提供部分包括服務(wù)的各選項。例如，選項樣式或單選樣式、互斥列表。
在51，示出了服務(wù)提供的顯示、選擇提交、以及確認和協(xié)議過程。第一系統(tǒng)10識別稱作服務(wù)提供的部分，識別匹配已知用戶接口(UI)標(biāo)簽的每個標(biāo)簽以構(gòu)建用于向用戶進行顯示(52)的圖形用戶接口(GUI)。標(biāo)簽匹配系統(tǒng)構(gòu)建該UI。在表I中，選項標(biāo)簽用于表示互斥的選項列表。這通過單選按鈕來表示。僅有一個選擇將被接受，并將顯示基本的接受取消按鈕。每個選項描述足夠多的信息來表示該選擇。
如圖3中所示，向第一用戶呈現(xiàn)對話框。該用戶選擇服務(wù)提供選項中的一個，并按下服務(wù)合同按鈕。
系統(tǒng)10識別處理端點URL，并在53提交請求，表I是服務(wù)消息請求的實例。如已解釋的，其具有兩部分頭部和服務(wù)。頭部是為識別信息、簽名等而保留的。服務(wù)識別服務(wù)質(zhì)量和已選擇的服務(wù)選項。服務(wù)標(biāo)簽請求的唯一ID屬性使得兩個服務(wù)器之間的事務(wù)被唯一標(biāo)識。
系統(tǒng)12接收服務(wù)請求53。在54，如先前所討論的那樣，系統(tǒng)12向第三系統(tǒng)證實該文檔的真實性。在從第三系統(tǒng)14獲得肯定響應(yīng)時，第二系統(tǒng)12根據(jù)環(huán)境變量、當(dāng)前使用和平均響應(yīng)時間，決定該服務(wù)請求是否可能。如果它是可接受的，則生成確認和接受該請求的響應(yīng)，并將其返回至55處所示的第一系統(tǒng)(見表III)。
擔(dān)當(dāng)驗證真實性的角色的第三系統(tǒng)14也可擔(dān)當(dāng)如結(jié)合圖2所討論的第一系統(tǒng)10和第二系統(tǒng)12的中間人。第一系統(tǒng)10請求原始服務(wù)提供文檔(條件文檔)的證實。第三系統(tǒng)14處的證實啟動端到端事務(wù)的聯(lián)機。為該文檔返回第三方簽名。然后，服務(wù)請求與該簽名一起被提交給第二系統(tǒng)12。第二系統(tǒng)12向第三系統(tǒng)14進行驗證。第三系統(tǒng)14證實該文檔真實性。這使得該事務(wù)完成，并可選地提供工作文檔(見表IV)。
可選地，每個系統(tǒng)可采用本領(lǐng)域中公知的公鑰結(jié)構(gòu)(PKI)，其中每個節(jié)點具有證書(公鑰)且每個節(jié)點具有私鑰。私鑰用于解密，而公鑰被分發(fā)，以便其他節(jié)點能夠向包含私鑰的節(jié)點進行加密。該結(jié)構(gòu)有助于系統(tǒng)的驗證和安全。例如，不是由第三方提供簽名服務(wù)，而是服務(wù)C提供公鑰查找。服務(wù)A請求服務(wù)B的公鑰?？蛇x地，服務(wù)A將該密鑰存儲于本地存儲器中，以消除對服務(wù)C的與使用服務(wù)B的公鑰有關(guān)的事務(wù)的進一步請求。服務(wù)B對該消息進行解密，知道其可能僅來自于服務(wù)A，特別是當(dāng)該消息以服務(wù)A的密鑰簽名的時候。簽名需要私鑰；證實簽名僅需要公鑰。然后，服務(wù)B向服務(wù)C請求服務(wù)A的公鑰，并可選地存儲它以用于將來對消息的加密、簽名和響應(yīng)。服務(wù)A和B的節(jié)點保存服務(wù)C的證書(公鑰)以進行證實。
在另一實施例中，第三系統(tǒng)14可能是交換所(登錄記帳等)。在另一實施例中，第二系統(tǒng)負責(zé)對第一系統(tǒng)10進行記帳。在又一實施例中，第一系統(tǒng)10被分發(fā)了訪問第二系統(tǒng)12的特殊密鑰、注冊、口令或證書。在另一實施例中，服務(wù)的響應(yīng)可能用于由第三系統(tǒng)14指向的可能具有更適合的環(huán)境的第四系統(tǒng)。更適合的環(huán)境可能是例如基于位置、負荷等的。
表I是如下的服務(wù)提供文檔的樣本列舉表I<？xml version＝”1.0”encoding＝”iso-8859-1”？>
<document-of-condition>
<header>
<identity company＝””contact＝””signature＝””/>
<process endpoint＝”http//clearinghouse.com/webservices/service”/>
<standards-compliance name＝””/>
<qos uptime＝”24/7”avgResponseTime＝”350”/>
</header>
<service-offering>
<options>
<option id＝””cost＝”$0.25”duration＝”100”description＝”$0.25 per 100transactions”/>
<optionid＝””cost＝”$0.50”duration＝”1000”description＝”$0.50 per 1,000transactions”/>
<option id＝””cost＝”$10.00”duration＝”2500”description＝”$10.00 per 2,500transactions”/>
<option id＝””cost＝”$100.00”duration＝”10000”description＝”$100.00 per 10,000transactions”/>
<option id＝””cost＝”$1000.00”duration＝”-1”description＝”$1000 for unlimitedtransactions”/>
</options>
</service-offering>
</document-of-condition>
表II是如下的服務(wù)文檔請求的樣本列舉表II<？xml version＝”1.0”encoding＝”iso-8859-1”？>
<request-for-service uid＝”4AAFfa32454ddgs4547”>
<header>
<identity company＝””contact＝””signature＝””/>
</header>
<service>
<selected-qos uptime＝”24/7”avgResponseTime＝”350”/>
<selected-option id＝””cost＝”$0.50”duration＝”1000”description＝”$0.50 per
1,000 transactions”/>
</service>
</request-for-service>
表III是如下的對服務(wù)請求的響應(yīng)的樣本列舉表III<request-for-service-response>
<header>
<identity company＝””contact＝””signature＝””/>
</header>
<service-accepted>
<selected-qos uptime＝”24/7”avgResponseTime＝”350”/>
<selected-option id＝””cost＝”$0.50”duration＝”1000”description＝”$0.50 per 1,000transactions”/>
<service-provider-identity company＝””contact＝””signature＝””endpoint＝””/>
</service-accepted>
</request-for-service-response>
表IV是如下的工作文檔的樣本列舉表IV<document-of-work>
<parties>
<provider>
<identity company＝””contact＝””signature＝””/>
</provider>
<customer>
<identity company＝””contact＝””signature＝””/>
</customer>
</parties>
<service>
<selected-qos uptime＝”24/7”avgResponseTime＝”350”/>
<selected-option id＝””cost＝”$0.50”duration＝”1000”description＝”$0.50 per 1,000transactions”/>
</service>
</document-of-work>
圖5是其中如果A與B連接則具有一個成功合同的協(xié)商的一個實施例的工作流的流程圖。在60，用戶將對象A拖放到工作臺。在61，用戶將對象B拖放到該工作臺。在62，用戶使對象A和對象B互連，以來回發(fā)送請求和響應(yīng)。在63，進行檢驗以確定對象B是否具有條件文檔。如果在63的檢驗為否，則A與B連接。如果在63的檢驗為是，則在65進行檢驗以確定對象A是否具有條件文檔。如果在65的檢驗為是，則在67查詢對象A的條件文檔。
如果在65的檢驗為否，或者當(dāng)對象A的條件文檔為否時，則在66查詢當(dāng)前實體信息和全局條件文檔。在68，查詢對象B的條件文檔。在69，進行檢驗以確定是否能夠進行自動協(xié)商。如果在69的檢驗為是，則在70，A與B連接。如果在69的檢驗為否，則在71，向當(dāng)前實體顯示UI，以作出決定。在72，進行檢驗以確定在71請求的決定是否導(dǎo)致了成功。如果是，則在73，A與B連接。如果否，則在74，A不與B連接。
應(yīng)該理解，盡管在本例中將文檔顯示為存在于同一系統(tǒng)中，但文檔也可存在于任何位置，諸如存在于其中URI/URL指向文檔/文檔生成器的互聯(lián)網(wǎng)中。另外，在本例中服務(wù)A和B代表它們自己來進行協(xié)商。應(yīng)該理解，諸如節(jié)點14的第三方可提供代表服務(wù)A和B創(chuàng)建并分發(fā)文檔的服務(wù)。
本發(fā)明的能力可以軟件、固件、硬件或它們的某種組合來實現(xiàn)。
作為一個例子，本發(fā)明的一個或多個方面可包括在具有例如計算機可用介質(zhì)的制造物品(例如一個或多個計算機程序產(chǎn)品)中。該介質(zhì)具有包括在其中的例如計算機可讀程序代碼手段，用于提供并有助于本發(fā)明的能力。該制造物品可包括為計算機系統(tǒng)的一部分或單獨出售。
另外，可提供有形地包括機器可執(zhí)行以實現(xiàn)本發(fā)明的能力的至少一個指令程序的機器可讀的至少一個程序存儲設(shè)備。
文中描述的流程圖僅是例子?？纱嬖趯ζ渲忻枋龅倪@些圖示或步驟(或操作)的多種變換，而不脫離本發(fā)明的精神。例如，可以不同的順序來執(zhí)行這些步驟，或者可以增加、刪除或修改步驟。所有這些變體都被認為是所要求保護的本發(fā)明的一部分。
盡管已對本發(fā)明的優(yōu)選實施例進行了描述，但本領(lǐng)域的技術(shù)人員應(yīng)該理解，現(xiàn)在和將來可實現(xiàn)各種落入隨后的權(quán)利要求的范圍內(nèi)的改進和提高。應(yīng)將這些權(quán)利要求解釋為主張對前面描述的本發(fā)明的適當(dāng)保護。
權(quán)利要求
1.一種在其中第一服務(wù)正在尋求與第二服務(wù)的連接的計算機網(wǎng)絡(luò)中，用于當(dāng)這些服務(wù)中的一個在該連接完成之前要求與另一服務(wù)的協(xié)議時交換及可視化這些服務(wù)之間的協(xié)商文檔的系統(tǒng)，所述系統(tǒng)包括所述網(wǎng)絡(luò)中的第一節(jié)點，其具有用于提供服務(wù)提供文檔的第一服務(wù)；所述網(wǎng)絡(luò)中的第二節(jié)點，其具有用于響應(yīng)從所述第一服務(wù)接收的所述服務(wù)提供文檔而提供工作文檔說明的第二服務(wù)；所述第一服務(wù)中的顯示，所述第一服務(wù)在其上顯示來自所述第二服務(wù)的所述工作文檔說明，以可視化所述工作文檔說明；所述第一服務(wù)中的接受例程，其使用戶能夠接受所述工作文檔說明中的條款；以及所述第二服務(wù)中的協(xié)議生成例程，用于在所述用戶接受所述工作文檔說明時完成協(xié)議文檔。
2.根據(jù)權(quán)利要求1的系統(tǒng)，還包括所述網(wǎng)絡(luò)中的第三節(jié)點，用于認證所述第一和第二節(jié)點之間發(fā)送的服務(wù)提供文檔和工作文檔說明。
3.根據(jù)權(quán)利要求2的系統(tǒng)，其中所述認證包括用來自所述第三節(jié)點的公鑰在所述第一節(jié)點本地驗證所述第一節(jié)點的文檔。
4.根據(jù)權(quán)利要求1的系統(tǒng)，其中所述工作文檔說明包括可由所述用戶選擇以接受所述工作文檔說明的選項。
5.根據(jù)權(quán)利要求3的系統(tǒng)，其中所述選項包括互斥選項的列表。
6.根據(jù)權(quán)利要求5的系統(tǒng)，其中所述互斥選項由單選按鈕限定，所述用戶可選擇這些單選按鈕中的一個。
7.一種用于為web服務(wù)的使用進行協(xié)商的系統(tǒng)，包括web服務(wù)菜單，用于在程序的創(chuàng)建中使用；工作臺，可在所述程序的創(chuàng)建期間將所述菜單中的web服務(wù)拖放到其上；連接例程，用于連接被拖放到所述工作臺的web服務(wù)；以及所述連接例程中的協(xié)商過程，用于在所述連接完成之前為所述工作臺上的至少一個web服務(wù)的使用進行協(xié)商。
8.根據(jù)權(quán)利要求7的系統(tǒng)，還包括具有第一和第二節(jié)點的網(wǎng)絡(luò)，其中所述工作臺位于所述第一節(jié)點上，而所述web服務(wù)中的一個的提供者位于所述第二節(jié)點上，且所述協(xié)商過程包括從所述第一節(jié)點向所述第二節(jié)點發(fā)送服務(wù)提供文檔；響應(yīng)所述服務(wù)提供文檔，從所述第二節(jié)點向所述第一節(jié)點發(fā)送工作文檔說明；在所述第一節(jié)點可視化所述工作文檔說明，以便用戶可接受所述工作文檔說明；以及響應(yīng)所述用戶接受所述工作文檔說明，從所述第一節(jié)點向所述第二節(jié)點發(fā)送指示所述協(xié)商過程成功的服務(wù)協(xié)議。
9.根據(jù)權(quán)利要求8的系統(tǒng)，還包括所述網(wǎng)絡(luò)中的第三節(jié)點，用于驗證在所述第一和第二節(jié)點之間發(fā)送的所述服務(wù)提供文檔。
10.根據(jù)權(quán)利要求9的系統(tǒng)，其中所述工作文檔說明包括可由所述用戶選擇以便所述用戶接受所述工作文檔說明的選項。
11.一種為web服務(wù)進行協(xié)商的方法，該方法包括步驟從網(wǎng)絡(luò)中的第一節(jié)點發(fā)送服務(wù)提供文檔；響應(yīng)所述服務(wù)提供文檔的發(fā)送，從所述第二節(jié)點接收工作文檔說明；在所述第一節(jié)點根據(jù)用戶輸入?yún)f(xié)商對所述工作文檔說明的接受；以及在協(xié)商接受所述工作文檔說明時，在所述第一節(jié)點從所述第二節(jié)點接收包含所述協(xié)商步驟的結(jié)果的協(xié)議文檔。
12.根據(jù)權(quán)利要求11的方法，其中所述工作文檔說明包括要由用戶選擇的選項，且所述協(xié)商步驟包括該用戶從所述工作文檔說明中選擇所述選項中的一個。
13.一種在其中第一服務(wù)正在尋求與第二服務(wù)的連接的計算機網(wǎng)絡(luò)中，用于當(dāng)這些服務(wù)中的一個在該連接完成之前要求與另一服務(wù)的協(xié)議時交換及可視化這些服務(wù)之間的協(xié)商文檔的方法，所述方法包括從第一節(jié)點向第二節(jié)點提供服務(wù)提供文檔；響應(yīng)從所述第一服務(wù)接收的所述服務(wù)提供文檔，從第二節(jié)點向第一節(jié)點提供工作文檔說明；在所述第一節(jié)點處顯示所述工作文檔說明的可視化表示；使用戶能夠接受所述工作文檔說明中的條款；以及在所述用戶接受所述工作文檔說明時，在所述第二服務(wù)中生成協(xié)議文檔。
14.根據(jù)權(quán)利要求13的方法，還包括在第三節(jié)點處認證所述第一和第二節(jié)點之間發(fā)送的服務(wù)提供文檔和工作文檔說明。
15.根據(jù)權(quán)利要求13的方法，還包括在所述工作文檔說明中包括可由所述用戶選擇以接受所述工作文檔說明的選項。
16.根據(jù)權(quán)利要求15的方法，其中所述選項包括互斥選項的列表。
17.根據(jù)權(quán)利要求16的方法，還包括由單選按鈕限定所述互斥選項，所述用戶可選擇這些單選按鈕中的一個。
18.一種用于為web服務(wù)的使用進行協(xié)商的方法，包括提供用于在程序的創(chuàng)建中使用的web服務(wù)菜單；在所述程序的創(chuàng)建期間，可將所述菜單中的web服務(wù)拖放到工作臺上；連接被拖放到所述工作臺的web服務(wù)；為所述工作臺上的至少一個web服務(wù)的使用進行協(xié)商；以及在成功協(xié)商時，連接被拖放到所述工作臺的web服務(wù)。
19.根據(jù)權(quán)利要求18的方法，其中網(wǎng)絡(luò)具有第一和第二節(jié)點，所述工作臺位于所述第一節(jié)點上，而所述web服務(wù)中的一個的提供者位于所述第二節(jié)點上，所述協(xié)商包括從所述第一節(jié)點向所述第二節(jié)點發(fā)送服務(wù)提供文檔；響應(yīng)所述服務(wù)提供文檔，從所述第二節(jié)點向所述第一節(jié)點發(fā)送工作文檔說明；在所述第一節(jié)點處可視化所述工作文檔說明，以便用戶可接受所述工作文檔說明；以及響應(yīng)所述用戶接受所述工作文檔說明，從所述第一節(jié)點向所述第二節(jié)點發(fā)送指示所述協(xié)商過程成功的服務(wù)協(xié)議。
20.根據(jù)權(quán)利要求19的方法，還包括在該網(wǎng)絡(luò)中的第三節(jié)點處驗證在所述第一和第二節(jié)點之間發(fā)送的所述服務(wù)提供文檔。
21.根據(jù)權(quán)利要求20的方法，其中所述驗證包括與所述第三節(jié)點通信，所述通信包括交換用于簽名驗證和加密的公鑰；以及在所述第一和第二節(jié)點處本地使用所述公鑰，以簽名驗證并加密在所述第一和第二節(jié)點之間交換的所述文檔，而無需進一步與所述第三節(jié)點通信。
22.根據(jù)權(quán)利要求20的方法，還包括所述用戶選擇所述工作文檔說明中的選項，以接受所述工作文檔說明。
23.一種可與用于為web服務(wù)進行協(xié)商的系統(tǒng)一起使用的程序產(chǎn)品，所述程序產(chǎn)品包括具有記錄在其上的執(zhí)行以下方法的計算機可讀程序代碼的計算機可讀介質(zhì)，該方法包括從網(wǎng)絡(luò)中的第一節(jié)點發(fā)送服務(wù)提供文檔；響應(yīng)所述服務(wù)提供文檔的發(fā)送，從所述第二節(jié)點接收工作文檔說明；在所述第一節(jié)點處根據(jù)用戶輸入?yún)f(xié)商對所述工作文檔說明的接受；以及在協(xié)商接受所述工作文檔說明時，在所述第一節(jié)點處從所述第二節(jié)點接收包含所述協(xié)商步驟的結(jié)果的協(xié)議文檔。
24.根據(jù)權(quán)利要求23的程序產(chǎn)品，其中所述工作文檔說明包括要由用戶選擇的選項，且所述協(xié)商步驟包括該用戶從所述工作文檔說明中選擇所述選項中的一個。
25.一種可用于其中第一服務(wù)正在尋求與第二服務(wù)連接的計算機網(wǎng)絡(luò)中的程序產(chǎn)品，所述程序產(chǎn)品包括具有記錄在其上的計算機可讀程序代碼的計算機可讀介質(zhì)，該計算機可讀程序代碼執(zhí)行一種用于當(dāng)這些服務(wù)中的一個在該連接完成之前要求與另一服務(wù)的協(xié)議時交換及可視化這些服務(wù)之間的協(xié)商文檔的方法，所述方法包括從第一節(jié)點向第二節(jié)點提供服務(wù)提供文檔；響應(yīng)從所述第一服務(wù)接收的所述服務(wù)提供文檔，從第二節(jié)點向第一節(jié)點提供工作文檔說明；在所述第一節(jié)點處顯示所述工作文檔說明的可視化；使用戶能夠接受所述工作文檔說明中的條款；以及在所述用戶接受所述工作文檔說明時，在所述第二服務(wù)中生成協(xié)議文檔。
26.根據(jù)權(quán)利要求25的程序產(chǎn)品，其中所述方法還包括在第三節(jié)點處認證所述第一和第二節(jié)點之間發(fā)送的服務(wù)提供文檔和工作文檔說明。
27.根據(jù)權(quán)利要求25的程序產(chǎn)品，其中所述方法還包括在所述工作文檔說明中包括可由所述用戶選擇以接受所述工作文檔說明的選項。
28.根據(jù)權(quán)利要求27的程序產(chǎn)品，其中所述選項包括互斥選項的列表。
29.根據(jù)權(quán)利要求28的程序產(chǎn)品，其中所述方法還包括由單選按鈕限定所述互斥選項，所述用戶可選擇這些單選按鈕中的一個。
30.一種用于為web服務(wù)的使用進行協(xié)商的程序產(chǎn)品，包括具有記錄在其上的執(zhí)行以下方法的計算機可讀程序代碼的計算機可讀介質(zhì)，該方法包括提供用于在程序的創(chuàng)建中使用的web服務(wù)菜單；在所述程序的創(chuàng)建期間，可將所述菜單中的web服務(wù)拖放到工作臺上；連接被拖放到所述工作臺的web服務(wù)；為所述工作臺上的至少一個web服務(wù)的使用進行協(xié)商；以及在成功協(xié)商時，連接被拖放到所述工作臺的web服務(wù)。
31.根據(jù)權(quán)利要求30的程序產(chǎn)品，可與具有第一和第二節(jié)點的網(wǎng)絡(luò)一起使用，所述工作臺位于所述第一節(jié)點上，而所述web服務(wù)中的一個的提供者位于所述第二節(jié)點上，且所述方法的所述協(xié)商包括從所述第一節(jié)點向所述第二節(jié)點發(fā)送服務(wù)提供文檔；響應(yīng)所述服務(wù)提供文檔，從所述第二節(jié)點向所述第一節(jié)點發(fā)送工作文檔說明；在所述第一節(jié)點處可視化所述工作文檔說明，以便用戶可接受所述工作文檔說明；以及響應(yīng)所述用戶接受所述工作文檔說明，從所述第一節(jié)點向所述第二節(jié)點發(fā)送指示所述協(xié)商過程成功的服務(wù)協(xié)議。
32.根據(jù)權(quán)利要求31的程序產(chǎn)品，其中所述方法還包括在該網(wǎng)絡(luò)中的第三節(jié)點處驗證在所述第一和第二節(jié)點之間發(fā)送的所述服務(wù)提供文檔。
33.根據(jù)權(quán)利要求32的程序產(chǎn)品，其中所述方法還包括所述用戶選擇所述工作文檔說明中的選項，以接受所述工作文檔說明。
全文摘要
本發(fā)明提供了一種可用于其中第一節(jié)點上的第一服務(wù)正在尋求與第二節(jié)點上的第二服務(wù)的連接的計算機網(wǎng)絡(luò)中的系統(tǒng)、方法和程序產(chǎn)品。提供了一種用于當(dāng)這些服務(wù)中的一個在該連接完成之前要求與另一服務(wù)的協(xié)議時交換及可視化這些服務(wù)之間的協(xié)商文檔的系統(tǒng)。該網(wǎng)絡(luò)中的第一節(jié)點上的第一服務(wù)提供服務(wù)提供文檔，而第二節(jié)點上的第二服務(wù)響應(yīng)從所述第一服務(wù)接收的服務(wù)提供文檔而提供工作文檔說明。第一服務(wù)顯示該工作文檔說明的可視化表示，以便用戶可接受該工作文檔說明中的條款。如果用戶接受該工作文檔說明，則從第二服務(wù)向第一服務(wù)發(fā)送協(xié)議文檔。
文檔編號H04L29/06GK1794274SQ200510115299
公開日2006年6月28日 申請日期2005年11月11日 優(yōu)先權(quán)日2004年12月21日
發(fā)明者B·D·古德曼 申請人:國際商業(yè)機器公司