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