專利名稱：在安全計算機基礎架構內電子地執(zhí)行合同的方法和系統(tǒng)的制作方法
技術領域：
本發(fā)明一般涉及在安全計算機基礎架構(infrastructure)內電子地執(zhí)行合同(即使之生效)的方法、系統(tǒng)和程序產品。具體地，本發(fā)明提供了一種用于在安全環(huán)境內電子地執(zhí)行合同的改進過程。
背景技術：
隨著計算機網絡變得越來越普遍，逐漸需要提供合同的電子執(zhí)行/簽字。合同的電子執(zhí)行比傳統(tǒng)的基于紙件的方式效率更高且成本更高效。一種易于電子執(zhí)行的具體合同類型是服務協(xié)議(例如，ServicePac)。例如，在購買計算機硬件時，購買者可能還希望購買相關的服務協(xié)議。如眾所周知的，這些協(xié)議通常涉及幾年并可能具有各種價格表。
但是，現(xiàn)在已出現(xiàn)了許多對電子合同執(zhí)行的關心。一個這樣的關心是確保電子執(zhí)行的合同如所期望的那樣具有法律約束力。這可能是很困難的，除非能夠確保第三方未使用另一方的身份欺騙性地執(zhí)行合同。
目前廣泛實施的一種技術是“點擊和接受”協(xié)議，籍此在計算機用戶的本地機器上向該用戶呈現(xiàn)許可協(xié)議等，并要求該用戶如果他/她接受這些條款的話則簡單地點擊按扭。雖然對于軟件許可是方便的，但點擊接受協(xié)議對于許多更重要的合同來說是很不適合的，在這些合同中為跨越多年的長期關系規(guī)定了進一步的履行，或在這些合同中各方的潛在責任是很高的。例如，使用點擊和接受協(xié)議，通常不必特別地去確定接受/接收方。這樣，沒有進行正式的執(zhí)行(電子的或其他的)。就這方面來說，接受或拒絕完全是在接收方的計算機設備上進行的，而沒有與發(fā)起方的隨后通信。此外，由于點擊和接受協(xié)議必須“照原樣”被接受或拒絕，不存在接收方請求對該協(xié)議進行變更或修改的過程。
當前所使用的另一種技術容許小值合同(例如，通常在$100.00之下)由雙方經由公共web站點電子執(zhí)行。不幸的是，使用這種當前技術，許多重要的安全措施都無法提供。例如，由于該web站點是公共的，不僅缺乏安全性和機密性，而且也沒有驗證過程。因此，無法確保電子執(zhí)行該合同的某人確實是協(xié)議中所指定的那一方。此外，當前技術沒能對各方提供首先認可然后執(zhí)行該合同的單獨的慎重的行為。向每一方提供在執(zhí)行合同之前慎重地指出他們的認可將不僅有助于向雙方提供公平性，而且也使得合同的隨后毀約更加困難。
由于上述原因，需要一種用于在安全計算機基礎架構內電子地執(zhí)行合同的方法、系統(tǒng)和程序產品。具體需要一種用于電子地執(zhí)行合同的更安全系統(tǒng)，以便可以提供諸如各方的驗證的一些核心原則。此外，還存在這樣的需要，即合同的認可和執(zhí)行要求有雙方的單獨的慎重行為。

發(fā)明內容
一般地，本發(fā)明提供了一種用于在安全計算機基礎架構內電子地執(zhí)行合同的方法、系統(tǒng)和程序產品。具體地，在本發(fā)明的情境下，根據(jù)各方的需要來創(chuàng)建定制的合同。一旦被創(chuàng)建，合同便被存儲在安全計算機基礎架構內。該計算機基礎架構內的安全性通常是通過加密例如128位加密來提供的。此外，對于該合同所采取的所有行為(例如，認可、執(zhí)行等)都發(fā)生在該基礎架構內，并根據(jù)時間和日期被記錄下來以便可以提供記錄。而且，任何試圖訪問該基礎架構以采取行為的一方還將首先在這一訪問被準許之前被驗證。為了電子地執(zhí)行合同，合同發(fā)起方和合同接收方都必須首先慎重地認可該合同。一旦獲得認可，該合同可以由雙方電子地執(zhí)行。在執(zhí)行完成之后，將生成包括電子簽字和執(zhí)行日期的該合同的最終圖象。本發(fā)明提供了較先有系統(tǒng)來說的幾個主要優(yōu)點，諸如安全性、機密性、數(shù)據(jù)完整性、數(shù)據(jù)保持、數(shù)據(jù)訪問、驗證和防止毀約。
本發(fā)明的第一方面提供了一種用于在安全計算機基礎架構內電子地執(zhí)行合同的方法，其包括從合同接收方獲得合同信息；根據(jù)上述合同信息在該安全計算機基礎架構內創(chuàng)建合同；在該安全計算機基礎架構內向合同發(fā)起方和合同接收方請求對該合同的認可；在該合同被合同發(fā)起方和合同接收方認可之后，在該安全計算機基礎架構內向合同接收方和合同發(fā)起方請求對該合同的執(zhí)行；以及在該合同被合同接收方和合同發(fā)起方執(zhí)行之后，在該安全計算機基礎架構內生成該合同的最終圖象。
本發(fā)明的第二方面提供一種用于在安全計算機基礎架構內電子地執(zhí)行合同的系統(tǒng)，包括合同創(chuàng)建系統(tǒng)，用于在該安全計算機基礎架構內根據(jù)從合同接收方獲得的合同信息創(chuàng)建合同；合同認可系統(tǒng)，用于在該安全計算機基礎架構內向合同發(fā)起方和合同接收方請求并接收對該合同的認可決定；合同執(zhí)行系統(tǒng)，用于在該合同被合同發(fā)起方和合同接收方認可之后，在該安全計算機基礎架構內向合同接收方和合同發(fā)起方請求并接收對該合同的執(zhí)行決定；以及圖象生成系統(tǒng)，用于在該合同被合同接收方和合同發(fā)起方執(zhí)行之后，在該安全計算機基礎架構內生成該合同的最終圖象。
本發(fā)明第三方面提供一種存儲在可記錄介質上用于在安全計算機基礎架構內電子地執(zhí)行合同的程序產品，當其被執(zhí)行時，包括用于在該安全計算機基礎架構內根據(jù)從合同接收方獲得的合同信息創(chuàng)建合同的程序代碼；用于在該安全計算機基礎架構內向合同發(fā)起方和合同接收方請求并接收對該合同的認可決定的程序代碼；用于在該合同被合同發(fā)起方和合同接收方認可之后，在該安全計算機基礎架構內從合同接收方和合同發(fā)起方請求并接收對該合同的執(zhí)行決定的程序代碼；以及用于在該合同被合同接收方和合同發(fā)起方執(zhí)行之后，在該安全計算機基礎架構內生成該合同的最終圖象的程序代碼。
因此，本發(fā)明提供了一種用于在安全計算機基礎架構內電子地執(zhí)行合同的方法、系統(tǒng)和程序產品。


根據(jù)下面結合附圖所作的本發(fā)明各方面的詳細說明，本發(fā)明的這些和其他特征將更加容易理解，其中圖1顯示根據(jù)本發(fā)明用于在安全計算機基礎架構內電子地執(zhí)行合同的示例性系統(tǒng)；圖2以更多的細節(jié)顯示圖1的合同系統(tǒng)；圖3顯示根據(jù)本發(fā)明的包含簡檔信息的示例性界面頁；圖4顯示根據(jù)本發(fā)明顯示合同的第一狀態(tài)的示例性界面頁；圖5顯示根據(jù)本發(fā)明用于合同發(fā)起方的認可通知；圖6顯示根據(jù)本發(fā)明當選擇圖5的認可通知中的鏈接時所顯示的示例性登錄頁；圖7顯示根據(jù)本發(fā)明用于合同發(fā)起方認可合同的示例性界面頁；圖8顯示根據(jù)本發(fā)明顯示合同的第二狀態(tài)的示例性界面頁；圖9顯示根據(jù)本發(fā)明用于合同接收方的示例性認可消息；圖10顯示根據(jù)本發(fā)明當選擇圖9的認可通知中的鏈接時所顯示的示例性登錄頁；圖11顯示根據(jù)本發(fā)明用于合同接收方認可合同的示例性界面頁；圖12顯示根據(jù)本發(fā)明顯示合同的第三狀態(tài)的示例性界面頁；圖13顯示根據(jù)本發(fā)明用于合同接收方的示例性執(zhí)行消息；圖14顯示根據(jù)本發(fā)明用于合同接收方執(zhí)行合同的示例性界面頁；圖15顯示根據(jù)本發(fā)明顯示合同的第四狀態(tài)的示例性界面頁；圖16顯示根據(jù)本發(fā)明用于合同發(fā)起方的示例性執(zhí)行消息；圖17顯示根據(jù)本發(fā)明用于合同發(fā)起方執(zhí)行合同的示例性界面頁；圖18顯示根據(jù)本發(fā)明顯示合同的第五狀態(tài)的示例性界面頁；圖19顯示根據(jù)本發(fā)明用于要生成的所執(zhí)行合同的圖象的示例性界面頁；圖20顯示根據(jù)本發(fā)明的、合同的示例性最終圖象；圖21顯示根據(jù)本發(fā)明顯示合同的第六狀態(tài)的示例性界面頁；圖22顯示根據(jù)本發(fā)明用于查看合同細節(jié)的示例性界面頁。
應該指出，本發(fā)明的這些附圖未必是符合比例的。這些附圖只是示例性的表示，并不是要描繪本發(fā)明的特定參數(shù)。這些附圖只是旨在顯示本發(fā)明的典型實施例，因此不應被認為是對本發(fā)明的范圍限制。在這些附圖中，相同的標號代表相同的部件。
具體實施例方式
為了方便起見，用于實現(xiàn)本發(fā)明的最佳方式將具有下述部分I.概括說明II.詳細示例I.概括說明如上面所指出的，本發(fā)明提供用于在安全計算機基礎架構內電子地執(zhí)行合同的方法、系統(tǒng)和程序產品。具體地，在本發(fā)明的情境下，根據(jù)雙方的需要來創(chuàng)建定制的合同。一旦被創(chuàng)建，該合同便被存儲在安全計算機基礎架構內。該計算機基礎架構內的安全性通常是通過加密例如128位加密來提供的。此外，對于該合同所采取的所有行為(例如，認可、執(zhí)行等)都發(fā)生在該基礎架構內，并根據(jù)時間和日期被記錄下來以便可以提供記錄。而且，任何試圖訪問該基礎架構以采取行為的一方還將首先在這一訪問被準許之前被驗證。為了電子地執(zhí)行合同，合同發(fā)起方和合同接收方都必須首先慎重地認可該合同。一旦獲得認可，該合同可以由雙方電子地執(zhí)行。在執(zhí)行完成之后，可生成包括電子簽字和執(zhí)行日期的該合同的最終圖象。本發(fā)明提供了較先有系統(tǒng)來說的幾個主要優(yōu)點，諸如安全性、機密性、數(shù)據(jù)完整性、數(shù)據(jù)保持、數(shù)據(jù)訪問、驗證和防止毀約。
無論如何，如這里所使用的，術語“合同”旨在指任何具有法律約束力的協(xié)議，諸如聯(lián)合開發(fā)協(xié)議、許可協(xié)議、服務協(xié)議等。就這方面來說，術語合同包括但不限于在雙方之間已經協(xié)商過的，其中一方為另一方執(zhí)行一項服務和/或提供硬件。此外，如這里所使用的，術語“合同發(fā)起方”旨在指向另一方提供合同的一方，而術語“合同接收方”旨在指從“合同發(fā)起方”接受/協(xié)商合同的一方。
現(xiàn)在參照圖1，圖中顯示了用于在安全計算機基礎架構(基礎架構)12內電子地執(zhí)行合同的系統(tǒng)10?；A架構12旨在代表任何一種類型的在安全環(huán)境(即對其實施了訪問控制)中維護的計算機體系結構。如圖所示，基礎架構12包括通常代表服務器等的計算機系統(tǒng)14。但是，應該理解，雖然未示出，在基礎架構12內也可以包括其他硬件和軟件部件(例如，其他計算機系統(tǒng)、路由器、防火墻等)。
一般地，合同發(fā)起方(OCP)16和合同接收方(RCP)18將與基礎架構12連接，以生成、認可和電子地執(zhí)行定制的合同。就這方面來說，OCP 16和RCP 18可直接訪問基礎架構12，或經由裝載在計算機化設備(例如，未顯示于圖1中的個人計算機、膝上型計算機、手持設備等)上的界面(例如，web瀏覽器)通過網絡來訪問基礎架構12。在后一種情況中，該網絡可以是任何類型的網絡，諸如因特網、局域網(LAN)、廣域網(WAN)、虛擬專用網(VPN)等。無論如何，與基礎架構12的通信可以通過直接硬連線連接(例如，串行端口)，或通過可使用有線和/或無線傳輸方法的任何組合的可尋址連接來進行。此外，可以使用諸如令牌環(huán)網、以太網、WiFi或其他常規(guī)通信標準的常規(guī)網絡連接。還可由常規(guī)的基于TCP/IP套接字的協(xié)議來提供連接。在這一情況下，OCP 16和RCP 18可以使用因特網服務提供商來建立與基礎架構12的連接。
應該理解，在本發(fā)明的情境下，基礎架構12可以由諸如OCP 16的一方所擁有和/或操作，或由單獨的實體所擁有和/或操作。在前一種情況下，OCP 16將使用基礎架構12與諸如RCP 18的外部的一方形成合同。在后一種情況下，基礎架構12可以由OCP 16和RCP 18獨立地使用來形成合同。就這方面來說，基礎架構12可以免費地提供給各方。在任一種情境下，系統(tǒng)管理員20可以支持并配置基礎架構12。
無論怎樣，如進一步所顯示的，計算機系統(tǒng)14一般包括中央處理單元(CPU)22、存儲器24、總線26、輸入/輸出(I/O)接口28、外部設備/資源30和存儲單元32。CPU 22可包括單個處理單元，或分布于例如客戶機和計算機系統(tǒng)上的一個或多個位置中的一個或多個處理單元。存儲器24可包括任何已知類型的數(shù)據(jù)存儲和/或傳輸介質，包括磁介質、光介質、隨機存取存儲器(RAM)、只讀存儲器(ROM)、數(shù)據(jù)高速緩存等。此外，類似于CPU 22，存儲器24可存在于單個物理位置上，包括一種或多種類型的數(shù)據(jù)存儲器，或以各種形式分布于多個物理系統(tǒng)上。
I/O接口28可包括用于與外部源交換信息的任何系統(tǒng)。外部設備/資源30可包括任何已知類型的外部設備，包括揚聲器、CRT、LCD屏幕、手持設備、鍵盤、鼠標、語音識別系統(tǒng)、語音輸出系統(tǒng)、打印機、監(jiān)視器/顯示器、傳真、尋呼機等?？偩€26提供計算機系統(tǒng)14中每一部件之間的通信鏈接，并同樣可包括任何已知類型的傳輸鏈路，包括電子的、光的、無線的等。
存儲單元32可以是能夠在本發(fā)明的情境下提供對信息的存儲的任何系統(tǒng)(例如，數(shù)據(jù)庫)。這種信息可以包括例如合同、行為歷史等。這樣，存儲單元32可以包括一個或多個存儲設備，諸如磁盤驅動器或光盤驅動器。在另一實施例中，存儲單元32包括分布于例如局域網(LAN)、廣域網(WAN)或存儲區(qū)域網上(未示出)的數(shù)據(jù)。雖然未示出，但計算機系統(tǒng)14中可引入其他的部件，諸如高速緩沖存儲器、通信系統(tǒng)、系統(tǒng)軟件等。此外，應該理解，雖然未示出，但任何由OCP 16和RCP 18操作的計算機化的設備很可能包括與計算機系統(tǒng)14中相同的計算機化部件。
合同系統(tǒng)34顯示于計算機系統(tǒng)14的存儲器24中。在本發(fā)明的情境下，合同系統(tǒng)34允許在基礎架構12內合同的定制化創(chuàng)建、認可和電子執(zhí)行。具體地，如下面將進一步描述的，合同系統(tǒng)34提供幾個先前未認識到的主要的協(xié)議/優(yōu)點。例如，在本發(fā)明的情境下(1)對安全性進行維護(例如，通常通過128位加密)；(2)對機密性進行維護，以僅使適當?shù)母鞣侥軌虿榭磾?shù)據(jù)和合同；(3)對數(shù)據(jù)完整性進行維護，以不致產生訛誤；(4)提供數(shù)據(jù)保持，以使各方隨后能夠查看合同和圍繞它的行為；(5)要求驗證，以僅使經驗證的各方能夠訪問基礎架構12和有關合同；(6)通過確保執(zhí)行該合同的一方是真實的一方而不是欺騙性的用戶來提供不可毀約性；(7)提供數(shù)據(jù)訪問以使適當?shù)母鞣娇梢圆榭磁c合同處理相關的數(shù)據(jù)。
現(xiàn)在參照圖2，其中以更多細節(jié)顯示了合同系統(tǒng)34。如圖所示，合同系統(tǒng)34包括注冊系統(tǒng)36、驗證系統(tǒng)38、安全性系統(tǒng)40、行為跟蹤系統(tǒng)42、合同創(chuàng)建系統(tǒng)44、合同認可系統(tǒng)46、合同執(zhí)行系統(tǒng)48和圖象系統(tǒng)50。這些系統(tǒng)中的每一個代表實現(xiàn)下面所描述的功能的程序代碼。在實現(xiàn)這些功能時，合同系統(tǒng)34中的這些系統(tǒng)很可能會產生在本發(fā)明情境下用于電子生成、認可和執(zhí)行合同的任何必需的界面頁和/或通知。
下面進一步描述這些系統(tǒng)中每一個的功能，但一般地，注冊系統(tǒng)36將用于首先對各方進行注冊。在基礎架構12由OCP 16所擁有和操作的情況下，可能只有RCP 18的注冊是必需的。一般地，一方的注冊需要獲得簡檔信息，諸如合同信息。注冊還用于使各方當隨后試圖訪問基礎架構12時可以被驗證。此外，一旦獲得了簡檔信息，注冊系統(tǒng)36可與其他外部系統(tǒng)(未示出)通信以實現(xiàn)對注冊方的信用檢驗等。驗證系統(tǒng)38確保只有經授權的各方可以訪問基礎架構12。通常這是根據(jù)諸如用戶名和口令的登錄信息來實現(xiàn)的。安全性系統(tǒng)40為基礎架構12提供安全性，以防止黑客等。這通常是使用128位加密或其他類似方法來實現(xiàn)的。行為跟蹤系統(tǒng)42用于跟蹤發(fā)生在基礎架構12內的所有行為(例如，根據(jù)日期和時間以及實現(xiàn)該行為的用戶的IP地址)。例如，當創(chuàng)建了一個合同時，在存儲單元24等中將生成一個記錄。類似地，在OCP 16和RCP 18認可和執(zhí)行該合同時，將在存儲單元32中生成一個記錄。這使得全部行為歷史可以容易地被查看。合同創(chuàng)建系統(tǒng)44將根據(jù)OCP 16和RCP 18的需要為它們創(chuàng)建定制化的合同。合同認可系統(tǒng)46將協(xié)調OCP 16和RCP 18對合同的認可。一旦合同被認可，合同執(zhí)行系統(tǒng)48將協(xié)調OCP 16和RCP 18對合同的執(zhí)行。在合同執(zhí)行之后，圖象系統(tǒng)50將為各方生成合同的最終圖象。
II.詳細示例下面進一步描述本發(fā)明的功能。對于此公開的剩余部分，作為一個說明性的例子，假設基礎架構12由OCP 16所擁有/操作，RCP 18希望從該OCP 16處購買服務合同。在這一情境下，RCP 18將首先進行注冊，如上所述。作為注冊過程的一部分，電子通知(例如，電子郵件)將被傳送給RCP 18。電子通知將很可能包括諸如URL的鏈接，該鏈接在由RCP 18所選擇時，將提供對基礎架構12的初始訪問。一旦提供了這一初始訪問，驗證系統(tǒng)38將向RCP 18提供用戶名和口令(其可由RCP 18改變)，用于隨后對基礎架構12的訪問。
在RCP 18已經注冊之后，OCP 16將與其通信以獲得RCP 18的合同需求/信息。例如，RCP 18可能尋求這樣的服務合同，該合同涵蓋對于某一時間長度和某一價格的某些件硬件。這一合同信息可以由OCP 16(或其代表)手動收集，或經由電子郵件等電子地收集。無論怎樣，合同信息將被填入如圖3所示的界面頁60中。根據(jù)包含在界面頁60內的信息，可以定制新的合同。具體地，使用界面頁60中的合同信息，合同創(chuàng)建系統(tǒng)44(圖2)將生成新合同。因為該合同是基于各方的個別需要的，因此認為它是一個定制的合同，與諸如“點擊并接受”協(xié)議等樣板協(xié)議相反。
一旦合同被創(chuàng)建，行為跟蹤系統(tǒng)42(圖2)將在存儲單元32中根據(jù)日期和時間記錄該合同的生成。此外，該合同將被(例如合同創(chuàng)建系統(tǒng)44)指定“已提交”的初始狀態(tài)。參照圖4，以更多的細節(jié)示出了這一點。如所示的，圖4顯示了表示三個不同合同的狀態(tài)的界面頁。第一個合同(被圈出的)已經被賦予了“已提交”的狀態(tài)，意味著它已經被創(chuàng)建但還未被認可。圖4顯示三個合同，以說明單個一方可以使用該基礎架構和合同系統(tǒng)34來一次達成多個合同。在這一情況下，不是所有的合同需要都針對相同的對方。例如，假設圖4顯示OCP 16與其他方的三個合同。一個合同可能是與RCP 18的未決合同，而其他兩個合同可能是與其他兩個RCP的未決合同。就這方面來說，每一方都可能在基礎架構12內具有包含它的所有未決合同的它自己的“空間”。只有該一方被允許訪問它的空間。這種模式可以擴展到在單個組織內的個人或部門。例如，每一部門可以具有不能被其他部門訪問的它自己的空間。
無論怎樣，一旦合同已被生成，合同認可系統(tǒng)46(圖2)將生成并向OCP 16發(fā)送電子認可通知(例如，電子郵件)。圖5顯示了對于OCP 16的示例性認可通知80。如圖所示，認可通知80包括鏈接82。在選擇了鏈接82時，OCP 16將被帶到登錄頁以登錄到基礎架構12。圖6顯示了示例性的登錄頁90。如圖所示，登錄頁90提示OCP 16輸入登錄信息92，諸如用戶名和口令。當提交信息時，驗證系統(tǒng)38將試圖驗證該信息。如果成功，合同認可系統(tǒng)46(圖2)將顯示一個界面頁以使OCP 16認可該合同。就這方面來說，鏈接82可被認為是“智能鏈接”，其在一旦驗證成功時直接將OCP 16送到要被認可的合同處。
參照圖7，其顯示了示例性的這種界面頁100。如圖所示，界面頁100不僅包括關于合同和與其相關的行為的事項信息，而且還包括用于OCP 16輸入備注，以及認可、拒絕(例如，尋求改變)或使合同完全撤回的機制104。應該理解，在認可合同時，可能要求在OCP 16內的一個或多個個人以這種方式來行動。
一旦OCP 16認可了合同，該合同的狀態(tài)便被合同認可系統(tǒng)46(圖2)改為“新的”，如圖8的界面頁110所顯示的。此后，合同認可系統(tǒng)46(圖2)將把電子認可通知傳送給RCP 18。如圖9所示，對RCP 18的認可通知120與對圖5中的OCP 16的認可通知80類似。無論怎樣，在選擇了認可通知120中的(智能)鏈接122時，RCP將到達登錄頁130(圖10)以輸入登錄信息132。一旦被提交，驗證系統(tǒng)38(圖2)將試圖驗證RCP 18的登錄信息。如果成功，則“智能”鏈接122將把RCP 18直接帶到合同處以便認可。就這方面來說，圖11顯示了將呈現(xiàn)給RCP 18以用于認可該合同的示例性界面頁140。與呈現(xiàn)給OCP 16的界面頁100(圖7)相似，界面頁140包含事項信息142，以及用于RCP 18輸入備注以及指示合同準備簽字、拒絕合同、或請求改變合同的機制144。
如果RCP 18請求改變合同，則將向RCP 18提供一個界面頁或類似物，以創(chuàng)建表示RCP 18對該合同的異議的問題列表。然后，OCP 16可根據(jù)該問題列表創(chuàng)建合同的新版本。該合同的所有版本以及相關行為都將由系統(tǒng)維護。
或者，如果RCP 18同意該合同(指示它已準備簽字)，則狀態(tài)將由合同認可系統(tǒng)46(圖2)改為“準備簽字”。在一個典型實施例中，如果RCP 18指示該合同“準備簽字”，則可封鎖由RCP 18輸入的任何備注。這有助于防止隨后的毀約或爭論。無論怎樣，圖12描述示出這一新狀態(tài)的界面頁150。這時，合同認可系統(tǒng)48(圖2)可以開始使OCP 16和RCP 18執(zhí)行該合同的過程。在一個典型實施例中，將請求RCP 18首先執(zhí)行(雖然情況并非必須如此)。相應地，圖13表示將被傳送給RCP 18的示例性執(zhí)行通知160。類似于認可通知，執(zhí)行通知160包括(智能)鏈接162，其在被RCP 18選擇時，將RCP 18引導到登錄頁(例如，圖10)。類似于認可過程，將首先驗證RCP 18的登錄信息。此后，如圖14所示，將向RCP 18呈現(xiàn)用于認可合同的界面頁170。如圖所示，界面頁170包括事項信息172和接受/執(zhí)行合同的機制176。界面頁170也可包括法律聲明174等。
一旦RCP 18執(zhí)行了合同，合同執(zhí)行系統(tǒng)48(圖2)將把合同的狀態(tài)改為“已簽字”，如圖15的界面頁180中所示。然后，可以類似的方式請求OCP 16的執(zhí)行。具體地，將向其發(fā)送電子執(zhí)行通知190(圖16)。類似于認可通知，執(zhí)行通知190可包括到登錄頁的(智能)鏈接192。一旦OCP 16的登錄信息已被驗證，可提供諸如圖17中所示的界面200。如圖所示，界面200包括事項信息202和用于OCP 16接受/執(zhí)行合同或完全撤回合同的機制204。應該指出，執(zhí)行頁170(圖14)和200均包括使RCP 18和OCP 16輸入登錄信息的另一提示。這提供了又一機會來驗證每一方并確保作出選擇的個人實際上被授權了這樣做。無論怎樣，一旦OCP 16已執(zhí)行了合同，該合同的狀態(tài)將被合同執(zhí)行系統(tǒng)48(圖2)改為“已會簽”，如圖18的界面頁210所示。
這時，圖象系統(tǒng)50(圖2)可通過通知或類似物提示OCP 16使合同的最終圖象生成。就這方面來說，一旦OCP 16登錄并被驗證，可提供諸如圖19的220的界面頁。如圖所示，界面220包括事項信息222以及用于OCP 160向合同添加電子簽字的機制224。一旦這一點完成，該合同的最終圖象就被生成。參照圖20，其中顯示了示例性最終圖象230。如所示的，最終圖象230包括OCP 16和RCP 18的電子簽字以及相應的執(zhí)行日期戳。這時，如圖21的界面240中所示，該合同的狀態(tài)將被改為“完成”。
因為行為跟蹤系統(tǒng)42(圖2)記錄了圍繞合同的所有行為，所以任一方都可以登錄到該系統(tǒng)查看詳情。例如，參照圖22，其中顯示了用于查看合同詳情的示例性界面頁250。界面頁250不僅列出了一些事項信息252，而且還具有用于一方查看合同的文檔歷史、或合同的執(zhí)行歷史的機制254。如上面所指出的，行為跟蹤系統(tǒng)42還可以在行為被作出時跟蹤OCP 16和RCP 18的IP地址。這也有助于防止任一方的毀約。
由于本發(fā)明引入了各種安全措施，所以任一方進行毀約是極其困難的。例如，不僅合同的認可和執(zhí)行需要雙方單獨的慎重行為，而且在該過程的所有階段，包括兩次執(zhí)行，還提供了驗證。此外，本發(fā)明提供了提供適當法律通知的機會。
還應該理解，本發(fā)明可以硬件、軟件或硬件和軟件的結合來實現(xiàn)。任何一種計算機系統(tǒng)或適于實現(xiàn)這里描述的方法的其他裝置都是適用的。硬件和軟件的典型組合可以是具有計算機程序的通用計算機系統(tǒng)，當該計算機程序被加載并執(zhí)行時，實現(xiàn)這里描述的各方法?；蛘?，也可以使用包含用于實現(xiàn)本發(fā)明的一個或多個功能任務的特殊硬件的專用計算機。本發(fā)明還可被嵌入到計算機程序產品中，該計算機程序產品包括能夠實現(xiàn)這里描述的方法的所有相應特征，且當其被加載到計算機系統(tǒng)中時，能夠實現(xiàn)這些方法。在本發(fā)明情境下的計算機程序、軟件程序、程序、或軟件意味著旨在使具有信息處理能力的系統(tǒng)執(zhí)行特定功能的一組指令的以任何代碼或符號表示的任何表達，其中上述執(zhí)行是直接或在下述一個或兩個行為之后進行的(a)轉換成另一種語言、代碼或符號；和/或(b)以不同材料形式再現(xiàn)。
上述對本發(fā)明優(yōu)選實施例的描述是為了例示和說明的目的呈現(xiàn)的。這并不是要對本發(fā)明進行窮舉或將本發(fā)明限制于所公開的確切形式，而顯然的是，許多修改和變換都是可能的。對于本領域的技術人員來說可能明顯的是，這種修改和變換都將包括在由所附權利要求定義的本發(fā)明范圍之內。例如，合同的狀態(tài)可以由合同系統(tǒng)34中的“狀態(tài)系統(tǒng)”(未示出)來改變，而不是上面描述的個別系統(tǒng)。此外，雖然這里使用了某一術語來表示合同的各種狀態(tài)，但應該理解，也可以使用其他的術語說法。同樣，盡管指出128位加密作為典型的加密方法，但也可使用任何其他類型的加密來為該系統(tǒng)提供安全性。
權利要求
1.一種用于在安全計算機基礎架構內電子地執(zhí)行合同的方法，包括從合同接收方獲得合同信息；根據(jù)上述合同信息在該安全計算機基礎架構內創(chuàng)建合同；在該安全計算機基礎架構內向合同發(fā)起方和合同接收方請求對該合同的認可；在該合同被合同發(fā)起方和合同接收方認可之后，在該安全計算機基礎架構內向合同接收方和合同發(fā)起方請求對該合同的執(zhí)行；以及在該合同被合同接收方和合同發(fā)起方執(zhí)行之后，在該安全計算機基礎架構內生成該合同的最終圖象。
2.權利要求1的方法，其中所述向合同發(fā)起方請求對該合同的認可的步驟包括向該合同發(fā)起方傳送電子認可通知，其中該電子認可通知包含到該安全計算機基礎架構的鏈接。
3.權利要求2的方法，進一步包括從該合同發(fā)起方接收登錄信息；對該登錄信息進行驗證；如果該登錄信息被驗證，向合同發(fā)起方提供對該安全計算機基礎架構內的該合同的訪問；以及從該合同發(fā)起方接收認可決定。
4.權利要求1的方法，其中所述向合同接收方請求對該合同的認可的步驟包括在合同發(fā)起方認可之后，向合同接收方傳送電子認可通知，其中該電子認可通知包含到該安全計算機基礎架構的鏈接。
5.權利要求4的方法，進一步包括從合同接收方接收登錄信息；對該登錄信息進行驗證；如果該登錄信息被驗證，向該合同接收方提供對該安全計算機基礎架構內的該合同的訪問；以及從該接收方接收認可決定。
6.權利要求1的方法，其中所述向合同發(fā)起方請求對該合同的執(zhí)行的步驟包括向該合同發(fā)起方傳送電子執(zhí)行通知，其中該電子執(zhí)行通知包含到該安全計算機基礎架構的鏈接。
7.權利要求6的方法，進一步包括從合同發(fā)起方接收登錄信息；對該登錄信息進行驗證；如果該登錄信息被驗證，向該合同發(fā)起方提供對該安全計算機基礎架構內的該合同的訪問；以及從該發(fā)起方接收執(zhí)行決定。
8.權利要求1的方法，其中所述向合同接收方請求對該合同的執(zhí)行的步驟包括向該合同接收方傳送電子執(zhí)行通知，其中該電子執(zhí)行通知包含到該安全計算機基礎架構的鏈接。
9.權利要求8的方法，進一步包括從合同接收方接收登錄信息；對該登錄信息進行驗證；如果該登錄信息被驗證，向該合同接收方提供對該安全計算機基礎架構內的該合同的訪問；以及從該接收方接收執(zhí)行決定。
10.權利要求1的方法，進一步包括在數(shù)據(jù)庫中根據(jù)時間、日期和IP地址跟蹤該合同發(fā)起方和合同接收方所采取的所有行為。
11.權利要求1的方法，其中該安全計算機基礎架構被使用加密保護。
12.權利要求1的方法，進一步包括在所述獲得步驟之前對合同接收方進行注冊，其中該注冊步驟包括獲得用于合同接收方的簡檔信息；將對應于該安全基礎架構的URL傳送給該合同接收方；以及在選擇了該URL時，向該合同接收方提供登錄信息。
13.權利要求12的方法，其中所述注冊步驟進一步包括檢驗該合同接收方的信用。
14.權利要求1的方法，其中在該合同被生成之后該合同的狀態(tài)被表示為“已提交”，其中在該合同被合同發(fā)起方認可之后該狀態(tài)被表示為“新的”，其中在該合同被合同接收方認可之后該狀態(tài)被表示為“準備簽字”，其中在該合同被合同接收方執(zhí)行之后該狀態(tài)被表示為“已簽字”，其中在該合同被合同發(fā)起方執(zhí)行之后該狀態(tài)被表示為“已會簽”，及其中在最終圖象生成之后該狀態(tài)被表示為“完成”。
15.權利要求1的方法，進一步包括如果未獲得合同接收方對該合同的認可，則從該合同接收方接收問題列表。
16.權利要求1的方法，進一步包括如果獲得了合同接收方對該合同的認可，則封鎖該合同接收方輸入的備注。
17.一種用于在安全計算機基礎架構內電子地執(zhí)行合同的系統(tǒng)，包括合同創(chuàng)建系統(tǒng)，用于在該安全計算機基礎架構內根據(jù)從合同接收方獲得的合同信息創(chuàng)建合同；合同認可系統(tǒng)，用于在該安全計算機基礎架構內從合同發(fā)起方和合同接收方請求并接收對該合同的認可決定；合同執(zhí)行系統(tǒng)，用于在該合同被合同發(fā)起方和合同接收方認可之后，在該安全計算機基礎架構內向合同接收方和合同發(fā)起方請求并接收對該合同的執(zhí)行決定；以及圖象生成系統(tǒng)，用于在該合同被合同接收方和合同發(fā)起方執(zhí)行之后，在該安全計算機基礎架構內生成該合同的最終圖象。
18.權利要求17的系統(tǒng)，進一步包括注冊系統(tǒng)，用于獲得合同接收方的簡檔信息，并用于將相應于該安全基礎架構的URL傳送給該合同接收方。
19.權利要求18的系統(tǒng)，其中上述注冊系統(tǒng)進一步檢驗該合同接收方的信用。
20.權利要求17的系統(tǒng)，其中上述合同認可系統(tǒng)向合同發(fā)起方和合同接收方傳送單獨的電子認可通知，其中這些電子認可通知每一個包含到該安全計算機基礎架構的鏈接。
21.權利要求17的系統(tǒng)，其中上述合同執(zhí)行系統(tǒng)向合同發(fā)起方和合同接收方傳送單獨的電子執(zhí)行通知，其中這些電子執(zhí)行通知每一個包含到該安全計算機基礎架構的鏈接。
22.權利要求17的系統(tǒng)，進一步包括驗證系統(tǒng)，用于對合同發(fā)起方和合同接收方的登錄信息進行驗證。
23.權利要求17的系統(tǒng)，進一步包括安全系統(tǒng)，用于使用加密保護該安全計算機基礎架構。
24.權利要求17的系統(tǒng)，進一步包括行為跟蹤系統(tǒng)，用于在該安全計算機基礎架構內根據(jù)時間、日期和IP地址跟蹤合同發(fā)起方和合同接收方的所有行為。
25.權利要求17的系統(tǒng)，進一步包括狀態(tài)系統(tǒng)，用于維護該合同的狀態(tài)，其中在該合同生成之后該合同的狀態(tài)被表示為“已提交”，其中在該合同被合同發(fā)起方認可之后該狀態(tài)被表示為“新的”，其中在該合同被合同接收方認可之后該狀態(tài)被表示為“準備簽字”，其中在該合同被合同接收方執(zhí)行之后該狀態(tài)被表示為“已簽字”，其中在該合同被合同發(fā)起方執(zhí)行之后該狀態(tài)被表示為“已會簽”，及其中在最終圖象生成之后該狀態(tài)被表示為“完成”。
26.一種存儲在可記錄介質上用于在安全計算機基礎架構內電子地執(zhí)行合同的程序產品，當其被執(zhí)行時，包括用于在該安全計算機基礎架構內根據(jù)從合同接收方獲得的合同信息創(chuàng)建合同的程序代碼；用于在該安全計算機基礎架構內從合同發(fā)起方和合同接收方請求并接收對該合同的認可決定的程序代碼；用于在該合同被合同發(fā)起方和合同接收方認可之后，在該安全計算機基礎架構內向合同接收方和合同發(fā)起方請求并接收對該合同的執(zhí)行決定的程序代碼；以及用于在該合同被合同接收方和合同發(fā)起方執(zhí)行之后，在該安全計算機基礎架構內生成該合同的最終圖象的程序代碼。
27.權利要求26的程序產品，進一步包括對合同接收方進行注冊的程序代碼，其中該用于注冊的程序代碼獲得該合同接收方的簡檔信息，并將相應于該安全基礎架構的URL傳送給該合同接收方。
28.權利要求27的程序產品，其中上述用于注冊的程序代碼進一步檢驗該合同接收方的信用。
29.權利要求26的程序產品，其中上述用于認可的程序代碼向合同發(fā)起方和合同接收方傳送單獨的電子認可通知，其中這些電子認可通知每一個包含到該安全計算機基礎架構的鏈接。
30.權利要求26的程序產品，其中上述用于執(zhí)行的程序代碼向合同發(fā)起方和合同接收方傳送單獨的電子執(zhí)行通知，其中這些電子執(zhí)行通知每一個包含到該安全計算機基礎架構的鏈接。
31.權利要求26的程序產品，進一步包括用于對合同發(fā)起方和合同接收方的登錄信息進行驗證的程序代碼。
32.權利要求26的程序產品，進一步包括用于使用加密保護該安全計算機基礎架構的程序代碼。
33.權利要求26的程序產品，進一步包括用于在該安全計算機基礎架構內根據(jù)時間、日期和IP地址跟蹤合同發(fā)起方和合同接收方的所有行為的程序代碼。
34.權利要求26的程序產品，進一步包括用于維護該合同的狀態(tài)的程序代碼，其中在該合同生成之后該合同的狀態(tài)被表示為“已提交”，其中在該合同被合同發(fā)起方認可之后該狀態(tài)被表示為“新的”，其中在該合同被合同接收方認可之后該狀態(tài)被表示為“準備簽字”，其中在該合同被合同接收方執(zhí)行之后該狀態(tài)被表示為“已簽字”，其中在該合同被合同發(fā)起方執(zhí)行之后該狀態(tài)被表示為“已會簽”，及其中在最終圖象生成之后該狀態(tài)被表示為“完成”。
全文摘要
在本發(fā)明的情境下，根據(jù)各方的需要來創(chuàng)建定制的合同，然后該合同被存儲在安全計算機基礎架構內。該計算機基礎架構內的安全性通常是通過加密例如128位加密來提供的。此外，對于該合同所采取的所有行為(例如，認可、執(zhí)行等)都發(fā)生在該基礎架構內，并被記錄下來以便可以提供記錄。任何采取行為的一方將首先在對該基礎架構的訪問被準許之前被驗證。為了電子地執(zhí)行合同，合同發(fā)起方和合同接收方都必須首先慎重地認可該合同。一旦獲得認可，該合同可以由雙方電子地執(zhí)行。在執(zhí)行完成之后，將生成包括電子簽字和執(zhí)行日期的該合同的最終圖象。
文檔編號G06F21/00GK1645807SQ200510002710
公開日2005年7月27日 申請日期2005年1月19日 優(yōu)先權日2004年1月21日
發(fā)明者A·G·法夸爾森, M·J·卡馬羅塔, J·R·哈里森, T·Y·夸克, L·H·拉姆, T·N·源, M·A·佩恩, K·羅伊, M·B·桑德勒, G·D·韋克斯勒 申請人:國際商業(yè)機器公司