專利名稱：為電子郵件消息的附加文檔提供版本控制的方法和系統(tǒng)的制作方法
技術領域：
本發(fā)明一般涉及電子郵件系統(tǒng)中的文檔附件的處理，且更具體地涉及為電子郵件消息的附加文檔提供版本控制的系統(tǒng)和方法。
背景技術：
如一般所了解的，電子郵件(“email”)軟件系統(tǒng)通過通信網(wǎng)絡在計算機系統(tǒng)用戶之間傳送消息和與之關聯(lián)的文檔附件。電子郵件系統(tǒng)經(jīng)常以客戶機-服務器軟件模型被構建，在該種模型中在終端用戶計算機系統(tǒng)中提供客戶軟件以使得用戶能夠編寫、發(fā)送和接收消息，而提供服務器軟件部件以執(zhí)行各種集中的功能。在大部分的電子郵件系統(tǒng)中，可由服務器計算機系統(tǒng)代表用戶接收消息，以便以后檢索。例如，在本地計算機系統(tǒng)中的電子郵件客戶應用程序可通過定期地查詢關聯(lián)的電子郵件服務器系統(tǒng)進行操作以確定一個或多個新消息是否已經(jīng)為本地用戶到達。如果到達，那么該電子郵件客戶端可提供指示一個或多個新消息到達的警告給該本地用戶。該本地用戶然后可將接收的來自該服務器系統(tǒng)的消息下載到該本地客戶計算機系統(tǒng)。電子郵件需要底層消息傳遞系統(tǒng)，其提供存儲和轉發(fā)能力，例如因特網(wǎng)簡單郵件傳輸協(xié)議(SMTP)。眾所周知的現(xiàn)有的電子郵件客戶系統(tǒng)包括Microsoft的Outlook和Eudora。通過諸如Google、Yahoo、和其他Web門戶提供商提供的服務的因特網(wǎng)電子郵件服務，Web瀏覽器程序也可用于提供郵件客戶端。
典型的電子郵件應用提供給用戶圖形用戶界面，通過該圖形用戶界面可編寫和發(fā)送消息，并可查看接收的和以前已發(fā)送的消息。通常為用戶維護多個郵箱結構(construct)，包括存儲接收的消息的收件箱、放置等候發(fā)送的消息的發(fā)件箱、和存儲以前已被發(fā)送的消息的已發(fā)送郵箱。電子郵件消息通常包括或關聯(lián)于一個或多個標識該消息將被發(fā)送給的收件人的目的地址或用戶名，其有時被稱為“收件人”字段?！鞍l(fā)件人”字段也被包括于或關聯(lián)到消息，且標識消息的發(fā)件人。電子郵件消息的“主題”字段包括定義消息的主題的文本字符串。消息正文存儲消息的內容，包括文本、圖像、鏈接、或其他內容。在消息被發(fā)送前，多個單獨的文檔也可以附加到消息中，這些文檔包含被包含在消息正文內的內容之外的內容。在消息正文、目的電子郵件地址和消息的任何附件被用戶確定后，可單擊或以其他方式選擇“發(fā)送”圖形按鈕等以使得消息被發(fā)送。
當消息被接收時，電子郵件客戶軟件提供給接收用戶回復所接收消息的能力，例如通過圖形用戶界面內的“回復”和/或“回復全部”按鈕。單擊“回復”按鈕建立包括所接收消息的新的消息，以便編輯并發(fā)回給所接收消息的原始發(fā)件人。單擊“回復全部”按鈕也建立也包括所接收消息的新的消息，以便編輯且發(fā)回給原始發(fā)件人和原始消息的任何其他收件人。被發(fā)送的包括所有以前的消息信息的回復有時稱作“帶歷史的回復”。原始發(fā)件人或回復消息的任何其他收件人然后可類似地生成另一個回復。
一系列的直接或間接回復原始“根”消息的所接收消息可稱作消息“線索”。線索中的回復消息可被認為是原始根消息下的子消息。除回復消息外，線索可被認為或不被認為也包括原始根消息。在電子郵件系統(tǒng)中，線索可由多個相關的存儲在用戶的收件箱或由電子郵件系統(tǒng)提供的另一個郵箱結構中的接收消息組成。
某些現(xiàn)有的電子郵件系統(tǒng)試圖通過使用所謂的“聚集的”線索視圖以用戶友好的方式顯示消息線索。例如，在一種類型的聚集的線索視圖中，在用戶的收件箱中使用單個消息條目表示屬于線索的接收消息。然而，不是所有的電子郵件用戶都有這樣一個視圖可用，或更喜歡這樣的視圖，因此“非集中的”視圖仍是常見的。
現(xiàn)有的電子郵件系統(tǒng)的一個問題在用戶訪問文檔附件的不同版本時發(fā)生，如可在附件在消息線索內被修改時發(fā)生的那樣。電子郵件線索常常用于在多個用戶之間共享文檔附件，例如在說明書文檔的審閱期間。這樣的過程可包括幾個反復，其中帶有不同修改的該被審閱的文檔被來回發(fā)送。在現(xiàn)有的系統(tǒng)中，當使用不通過聚集的線索視圖收集線索的收件箱或文件夾視圖時，會難以找到該線索中最近發(fā)送或接收的消息，且更難以找到在該線索內被來回發(fā)送的附加文檔的最近的版本。例如，如果用戶簡單地打開電子郵件消息而不知道該消息是否是線索中最后的消息，則該用戶或許不能簡單地確定該消息的附加文檔相對于該線索內的所做的修改是否是該文檔的最近的版本。這種情形涉及這樣的事實，即許多現(xiàn)有的電子郵件系統(tǒng)通過在消息內攜帶文檔來將文檔附加到消息，并允許更改消息內的文檔附件。
由于這些及其他原因，希望有新的處理電子郵件消息的系統(tǒng)，這種系統(tǒng)使得用戶能打開電子郵件消息線索中的任何消息，并方便地獲得消息的任何附加文檔的最近的版本。該系統(tǒng)應可操作以提供附加文檔的最近的版本，而不管用戶已經(jīng)打開線索內的哪個消息，包括打開的消息不是線索中最近的消息的情況。而且，該新系統(tǒng)應使得用戶能夠可選地打開該打開的消息的最初附加的文檔版本，即使該版本不是該文檔的最近的版本。

發(fā)明內容
為解決以前系統(tǒng)的上述的和其他缺點，公開了一種用于為電子郵件消息的附加文檔提供版本控制的方法和系統(tǒng)。在本發(fā)明的系統(tǒng)中，使用用戶的個人文檔庫來存儲該用戶發(fā)送和/或接收的電子郵件消息的附加文檔。每次附加文檔在消息線索內被傳送或接收時，該文檔的不同版本被創(chuàng)建和存儲在個人文檔庫中。創(chuàng)建的多個文檔版本允許本發(fā)明的系統(tǒng)向用戶提供打開附加文檔的最近的版本和/或打開與特定的打開的消息關聯(lián)的附加文檔版本的選項。
在一個實施例中，由個人文檔庫提供的API(應用編程接口)使得用戶能請求文檔的最近的版本，或該文檔的另一特定的版本可被指示打開。本發(fā)明的系統(tǒng)可被實現(xiàn)為通過使用存儲在消息內的URL(統(tǒng)一資源定位符)來表示電子郵件消息內的附加文檔，其中該存儲的URL指向存儲在個人文檔庫中的、該消息的附加文檔的版本。
在本發(fā)明的系統(tǒng)中，向用戶的客戶電子郵件應用提供對用戶的個人文檔庫的訪問。個人文檔庫可被本地存儲在用戶的客戶計算機系統(tǒng)內，和/或復制到服務器計算機系統(tǒng)上。在該個人文檔庫被復制到服務器計算機系統(tǒng)上的情況下，用戶可采用通過Web瀏覽器提供的電子郵件客戶端且仍獲得本系統(tǒng)的好處。
因而公開了一種用于處理電子郵件消息的新系統(tǒng)，該系統(tǒng)使得用戶能打開電子郵件消息線索內的任何消息且方便地獲得消息的任何附加文檔的最近的版本。本發(fā)明的系統(tǒng)可操作以提供附加文檔的最近的版本，而不管用戶已打開線索內的哪個消息，包括該打開的消息不是線索中最近的消息的情況。本發(fā)明的系統(tǒng)也使得用戶能可選地打開該打開的消息的最初附加的文檔版本，即使該版本不是該文檔的最近的版本。


為了幫助更完整地理解本發(fā)明，現(xiàn)在參照附圖。這些附圖不應被解釋限于本發(fā)明，而是僅旨在作為示例。
圖1是示出提供本發(fā)明的系統(tǒng)的示意性實施例的硬件和軟件部件的框圖；圖2是示出在本發(fā)明的系統(tǒng)的示意性實施例中執(zhí)行的處理電子郵件消息的附件的步驟的流程圖；圖3是示出在本發(fā)明的系統(tǒng)的示意性實施例中執(zhí)行的處理用戶打開電子郵件消息的附件的請求的步驟的流程圖；圖4是示出由本發(fā)明的系統(tǒng)的示意性實施例提供的、允許用戶指示電子郵件消息和/或其附件的接收消息用戶界面的至少一部分的簡化屏幕截圖；圖5是示出由本發(fā)明的系統(tǒng)的示意性實施例提供的、允許用戶指示消息的附件和請求打開該附件的消息用戶界面的至少一部分的簡化屏幕截圖；以及圖6是示出由本發(fā)明的系統(tǒng)的示意性實施例提供的、允許用戶指示將打開附加文檔的哪個版本的文檔打開用戶界面的至少一部分的簡化屏幕截圖。
具體實施例方式
如圖1所示，本發(fā)明的系統(tǒng)的示意性實施例使用在多個計算機系統(tǒng)上執(zhí)行的多個軟件部件操作，為了示例，這些計算機系統(tǒng)被示為客戶計算機系統(tǒng)10、其他客戶計算機系統(tǒng)38、和電子郵件應用服務器計算機系統(tǒng)36。進一步為了示例，其他客戶計算機系統(tǒng)38被示為包括客戶計算機系統(tǒng)38a、38b、38c、38d、38e等，而電子郵件應用服務器計算機系統(tǒng)36被示為包括服務器計算機系統(tǒng)36a、36b、36c、36d、36e等?？蛻粲嬎銠C系統(tǒng)10、其他客戶計算機系統(tǒng)38、和電子郵件應用服務器計算機系統(tǒng)36每個例如可以包括至少一個處理器、諸如內存的用于在該處理器上存儲可執(zhí)行的程序代碼的程序存儲器、和一個或多個輸入/輸出設備和/或接口，例如數(shù)據(jù)通信和/或外圍設備和/或接口?？蛻粲嬎銠C系統(tǒng)10、其他客戶計算機系統(tǒng)38、和電子郵件應用服務器計算機系統(tǒng)36由諸如局域網(wǎng)(LAN)、因特網(wǎng)等的通信網(wǎng)絡35通信地連接?？蛻粲嬎銠C系統(tǒng)10、其他客戶計算機系統(tǒng)38、和電子郵件應用服務器計算機系統(tǒng)36每個可進一步包括適當?shù)牟僮飨到y(tǒng)軟件，如圖1所示的客戶計算機系通10中的操作系統(tǒng)14。
在客戶計算機系統(tǒng)10上執(zhí)行的電子郵件應用12代表本地用戶20操作以發(fā)送和接收電子郵件消息，并向本地用戶20提供被示為用戶界面18的圖形用戶界面。電子郵件應用12例如可以是這樣的客戶程序，該客戶程序使用基于諸如簡單郵件傳輸協(xié)議(SMTP)的協(xié)議的消息傳遞系統(tǒng)通過電子郵件應用服務器36向其他客戶計算機系統(tǒng)38發(fā)送并從其接收電子郵件消息。
在電子郵件應用12的操作期間，接口程序邏輯17通過使用個人文檔庫16操作以存儲和檢索電子郵件消息13的附加文檔。在這方面，接口程序邏輯17通過應用編程接口18發(fā)送命令19給個人文檔庫16。個人文檔庫16處理命令19并對接口程序邏輯17產(chǎn)生響應21。個人文檔庫16是與用戶20關聯(lián)的文檔數(shù)據(jù)庫或文件系統(tǒng)，且支持存儲和檢索文檔的多個版本。
在本發(fā)明的系統(tǒng)的一個實施例中，存儲在個人文檔庫16中的每個文檔和/或文檔的版本可與電子郵件消息線索的唯一標識符相關聯(lián)地、和/或與特定電子郵件消息的標識符相關聯(lián)地存儲。在圖1的示例性個人文檔庫16中，示出文檔A的多個版本與相應的消息線索標識符和消息標識符關聯(lián)。例如，文檔A版本1.0 22示出與消息線索標識符23和消息標識符24關聯(lián)，文檔A版本1.1 25示出與消息線索標識符26和消息標識符27關聯(lián)，文檔A版本1.1.1示出與消息線索標識符29和消息標識符30關聯(lián)，并且文檔A版本1.1.2 31示出與消息線索標識符32和消息標識符33關聯(lián)。這樣，存儲在個人文檔庫中的每個文檔的每個版本可與電子郵件消息線索和電子郵件消息相關聯(lián)地存儲和檢索。
個人文檔庫16使得電子郵件應用程序12能夠存儲文檔附件以便其可以基于該文檔附件所附屬的消息被檢索。個人文檔庫16進一步使得電子郵件應用程序12能夠確定相對于給定的消息線索的文檔的最近的版本。例如，在一個實施例中，消息線索中具有最高版本號的文檔版本可被認為是該線索中該文檔的最近的版本。
圖2是示出在本發(fā)明的系統(tǒng)的示意性實施例中執(zhí)行的處理電子郵件消息的附件的步驟的流程圖。圖2的步驟被電子郵件應用自動地執(zhí)行。在步驟40，本發(fā)明的系統(tǒng)檢測至少有一個附加文檔的電子郵件消息。在步驟40檢測的消息可屬于包括一個或多個現(xiàn)有消息的消息線索，或是隨后將一個或多個其他消息添加到其中的消息線索中的第一個消息。在步驟40檢測到的消息可作為這樣的消息操作的結果被檢測，該消息操作導致該消息被存儲在消息文件夾中，例如收件箱、已發(fā)送項、或其他特定文件夾、或另一種類型的消息存儲結構內。導致在步驟40的檢測的消息操作可包括發(fā)送消息、接收消息、或一些其他消息操作。
在步驟42，本發(fā)明的系統(tǒng)確定在步驟40檢測的消息的附加文檔是否已經(jīng)先前存儲在用戶的個人文檔庫中。在步驟42的確定可基于附加文檔的文件名、和/或與該附加文檔有關聯(lián)的其他元數(shù)據(jù)、以及個人文檔庫的當前內容。例如，如果文件名為Draft Business Plan.txt的附加文檔在步驟42被處理，則電子郵件應用可向個人文檔庫發(fā)出命令以確定具有該名稱的文檔的任何版本是否已經(jīng)先前存儲在該個人文檔庫中。在步驟42的確定可進一步是特定于消息線索的，因為如果文檔的版本先前沒有與在步驟40檢測的消息的所屬消息線索相關聯(lián)地存儲，則該文檔可被認為先前沒有存儲在個人文檔庫中。
如果本發(fā)明的系統(tǒng)在步驟42確定在步驟40檢測的消息的附加文檔先前沒有存儲在個人文檔庫中，那么在步驟44將該文檔與在步驟40檢測的消息相關聯(lián)地以及與在步驟40檢測的消息所屬的消息線索相關聯(lián)地存儲在個人文檔庫中。例如，文檔可以和標識在步驟40檢測的消息的消息標識符、以及標識該消息所屬的消息線索的線索標識符一起被存儲個人文檔庫中。否則，如果在步驟40檢測的消息的附加文檔已經(jīng)先前存儲在個人文檔庫中，那么在步驟46本發(fā)明的系統(tǒng)確定自從步驟40檢測的消息的附加文檔上次被存儲在個人文檔庫中之后其是否已經(jīng)被修改。
可多種特定的方式完成步驟46的確定。例如，在一個實施例中，電子郵件應用程序可在每個帶有附件的電子郵件消息內包括附加的MIME(多用途因特網(wǎng)郵件擴展)報頭。所述附加的MIME報頭包含當確定文檔自從上次被存儲后是否已經(jīng)被修改時可能有用的、附加文檔的元數(shù)據(jù)。包含在帶有附加文檔的電子郵件消息中的這種元數(shù)據(jù)例如可以包括這樣的信息，即當文檔第一次被本地用戶創(chuàng)建并被存儲在個人文檔庫中時的該文檔的原始版本號，創(chuàng)建時間和日期，和/或最近的修改時間和日期，或其他信息。類似的元數(shù)據(jù)可與存儲在個人文檔庫中的每一個文檔版本相關聯(lián)地存儲，并且所接收消息的附加文檔的元數(shù)據(jù)與存儲的文檔的版本的相關聯(lián)的元數(shù)據(jù)的比較可使得能夠確定所接收消息的附加文檔自從上次被存儲在個人文檔庫中后是否已經(jīng)被修改。
如果本發(fā)明的系統(tǒng)在步驟46確定步驟40檢測的消息的附加文檔自從上次被存儲在個人文檔庫中后沒有被修改，那么沒有必要創(chuàng)建該文檔的新版本。因此，在步驟48本發(fā)明的系統(tǒng)使以前存儲的、在步驟40檢測的消息的附加文檔的版本關聯(lián)于在步驟40檢測的消息、以及在步驟40檢測的消息所屬的消息線索。如果本發(fā)明的系統(tǒng)在步驟46確定步驟40檢測的消息的附加文檔自從上次被存儲在個人文檔庫中后已經(jīng)被修改，那么在步驟50該文檔的新版本在個人文檔庫中被創(chuàng)建，并用于存儲在步驟40檢測的消息的修改的附加文檔。使該文檔的新版本與在步驟40檢測的消息和在步驟40檢測的消息所屬的消息線索相關聯(lián)。
盡管在步驟44、48、和50執(zhí)行的存儲的文檔與消息和消息線索的關聯(lián)在以上被描述為基于在個人文檔庫中與文檔相關聯(lián)地存儲的消息線索和消息標識符，本發(fā)明的系統(tǒng)不受限于這樣的方法。作為另一種選擇，在存儲在個人文檔庫中的文檔與這些文檔所附屬的電子郵件消息之間的關聯(lián)、以及與這些消息所屬的消息線索之間的關聯(lián)可在電子郵件應用程序內維護。例如，在一個這樣可選的實施例中，電子郵件應用程序可通過將文檔從其所附屬的電子郵件消息中分離進行操作，并在該消息中存儲允許從個人文檔庫中檢索該文檔的、指針或該文檔的其他標識符。這樣的指針例如可包括指向存儲在個人文檔庫內的文檔的統(tǒng)一資源定位符(URL)等。
圖3是示出在本發(fā)明的系統(tǒng)的示意性實施例中執(zhí)行的處理用戶打開電子郵件消息附件的請求的步驟的流程圖。在步驟52，本發(fā)明的系統(tǒng)檢測用戶選擇帶有文檔附件的消息。例如，該用戶可通過單擊由電子郵件應用程序提供的示出多個被組織到一個或多個邏輯文件夾中的電子郵件消息的用戶界面內的消息選擇該消息。在步驟52選擇的消息關聯(lián)于一消息線索，該消息線索包括相對于該線索的原始根消息的諸如回復等的子消息。在步驟54，本發(fā)明的系統(tǒng)檢測到用戶選擇在步驟52選擇的消息的文檔附件，例如通過單擊該附加文檔的直觀表示。響應于在步驟52用戶對消息的選擇和/或在步驟54用戶對文檔附件的選擇，在步驟56本發(fā)明的系統(tǒng)提供這樣的用戶界面，該用戶界面提供給用戶關于打開附加文檔的多個選項。這些用于打開附加文檔的選項包括(1)打開以前存儲的與在步驟52選擇的消息相關聯(lián)的文檔的版本；(2)打開最近存儲的文檔的版本；及(3)設置以前存儲的與在步驟52選擇的消息相關聯(lián)的文檔的版本為文檔的最近的版本。例如可通過使用在步驟52選擇的消息的唯一消息標識符搜索個人文檔庫，在個人文檔庫中識別以前存儲的與在步驟52選擇的消息相關聯(lián)的文檔的版本?？赏ㄟ^搜索與包含在步驟52選擇的消息的消息線索相關聯(lián)的文檔的各版本，然后選擇結果中編號最高的版本，來在個人文檔庫中識別最近存儲的文檔的版本。最后，可通過基于在步驟52選擇的消息的唯一標識符搜索個人文檔庫，然后設置匹配文檔的版本號為用于包含在步驟52檢測的消息的線索的、該文檔的新的最高的版本號，來設置以前存儲的與在步驟52選擇的消息相關聯(lián)的文檔的版本為文檔的最近的版本。
圖4是示出由本發(fā)明的系統(tǒng)的示意性實施例提供的允許用戶指示電子郵件消息和/或其附件的接收消息用戶界面的至少一部分的簡化屏幕截圖。如圖4所示，本地用戶Anna Albert的電子郵件收件箱用戶界面60包括多個提供相應功能的動作按鈕62。消息列表64包括當前存儲在用戶AnnaAlbert的收件箱內的接收消息。在圖4的示例中，消息64包括接收的消息列表元素66，其對應于接收自遠程用戶Ronald Lopez、主題為“回復說明書審閱”、并在2005年10月1日接收的消息。在圖4的示例中，對應于消息列表元素66的消息是對以前被本地用戶Anna Albert傳送給遠程用戶Ronald Lopez和Bob Johnston的主題為“說明書審閱”的消息的響應。
接收的消息列表元素66包括消息有一個或多個附件的指示68。該列表元素66是可單擊的區(qū)域，因為當用戶在列表元素66上單擊時，本發(fā)明的系統(tǒng)呈現(xiàn)出顯示關于相應的電子郵件消息的內容和其他信息的消息用戶界面。在一個可能的實施例中，也可單擊附件指示68以使得本發(fā)明的系統(tǒng)直接從收件箱界面60提供附加文檔打開界面。盡管為了示例圖4中的指示68被示為“#”號，本領域中的那些技術人員將認識到各種其他特定的指示可以作為另一種選擇在電子郵件系統(tǒng)郵箱界面中使用以指示給定的消息包括一個或多個附件。
圖5是示出由本發(fā)明的系統(tǒng)的示意性實施例提供的允許用戶指示消息附件和請求打開該附件的消息用戶界面的至少一部分的簡化屏幕截圖。圖5中示出了電子郵件消息界面70，該界面可由本發(fā)明的系統(tǒng)響應于用戶在圖4所示的消息列表條目66上的單擊而提供。消息界面70可包括多個動作按鈕72，這些動作按鈕使得用戶能執(zhí)行關于由消息界面70所表示的相應的電子郵件消息的某些相關的動作。多個消息信息字段74顯示關于相應的消息的信息，例如消息的發(fā)件人、消息的接收日期、消息所發(fā)送給的用戶、消息的主題等。附件字段76顯示消息的一個或多個附加文檔名。在圖5的示意性的示例中，附件字段76顯示文檔名“Project-Specification.txt”，該文檔名是消息的文件附件的名稱。文檔名“Project-Specification.txt”是附件指示78的一示例。本領域的那些技術人員將認識到在其他可選實施例中可提供各種其他附件指示。附件指示78是可單擊的，以致當用戶單擊它時，顯示另一個用戶界面，該用戶界面提供給用戶關于打開名稱為“Project-Specification.txt”的文檔的各版本的多個選項。
消息界面70進一步顯示原始消息80的文本，由圖5的消息界面70表示的接收消息是對該原始消息的響應。新文本82是用戶Ronald Lopez響應于原始消息80輸入的文本。來自Ronald Lopez的由圖5的消息界面70表示的接收消息可被認為是原始消息80的子消息。因而來自RonaldLopez的由圖5的消息界面70表示的接收消息和其所回復的原始消息80組成一部分消息線索的示例。而且，進一步為了說明，附加文檔“Project-Specification.txt”從其作為原始消息80的附件被發(fā)送時的樣子被修改。因此，當由圖5中的消息界面70所表示的接收消息最初被檢測時，本發(fā)明的系統(tǒng)將操作以存儲附屬于接收消息的修改的“Project-Specification.txt”，作為該文檔的新版本。
圖6是示出由本發(fā)明的系統(tǒng)的示意性實施例提供的允許用戶指示將打開附加文檔的哪個版本的文檔打開用戶界面的至少一部分的簡化屏幕截圖。如圖6所示，響應于用戶請求打開電子郵件消息的附加文檔，提供文檔附件打開用戶界面90。例如可響應于用戶在圖5的附件指示78上單擊或懸停光標，或在另一個可選的實施例中響應于用戶在圖4的指示68上單擊或懸停光標，呈現(xiàn)用戶界面90。示出的用戶界面90包括多個按鈕圖形對象，這些對象提供給用戶關于打開電子郵件消息的附加文檔的多個選項。盡管圖6的示意性實施例包括允許用戶通過單擊適當?shù)陌粹o在這些選項中選擇的多個按鈕圖形對象，本領域的技術人員將認識到本發(fā)明不受限于這樣的實施例。作為其他選擇，可使用任何適當?shù)脑试S同時呈現(xiàn)多個可選的用戶選項的用戶界面裝置。這樣的裝置包括但不受限于下拉菜單、復選框、單選按鈕等。
第一個按鈕92使得用戶能打開作為當前消息的附件接收的文檔的版本。例如，在圖6的示例中的當前消息是由圖5的消息界面70和/或圖5的消息列表條目66所表示的來自Ronald Lopez的消息。按鈕94使得用戶能打開該文檔的最近的版本。例如，附加文檔的最近的版本將是附屬在當前消息之后接收且處于同一消息線索內的消息的附加文檔的另一修改，且因此已被標上更高的版本號。按鈕96使得用戶能分離接收的當前消息的附加文檔的版本。按鈕98使得用戶能分離文檔的最近的版本。按鈕100使得用戶能設置當前消息的附加文檔的版本作為文檔的最近的版本，例如通過分配新的最高的版本號給當前消息的附加文檔的版本。而按鈕102使得用戶能訪問例如在單獨的用戶界面窗口等中提供的顯示列表內或其他直觀的結構內的、消息線索內的附加文檔的所有版本。
一般來說，雖然以上描述談到具有特定排列的特定類型的諸如按鈕、字段、特定的布局、格式等的用戶界面部件的本發(fā)明的系統(tǒng)的實施例，但本發(fā)明不受這樣的限制。因此，本領域的那些技術人員將認識到，可選的實施例可使用各種其他特定類型的用戶界面部件，和/或各種其他排列的這樣的部件，以便向用戶呈現(xiàn)信息并從其接收信息?？蛇x的實施例可使用任何適當類型的、可由用戶使用鼠標用戶界面設備、鍵盤、或其他等效設備選擇的用戶界面部件，包括但不受限于下拉菜單、復選框、和/或其他類型的用戶界面部件。
類似地，盡管為了簡要說明，圖3-6示出由本發(fā)明的系統(tǒng)的實施例提供的用戶界面的有關部分的簡化和/或抽象化的描述，但本領域的技術人員將認識到本發(fā)明不受這樣的限制。本發(fā)明的系統(tǒng)的實施例中的用戶界面可因此包括可適合于特定的實施例的比圖3-6的示例中所示的更多或更少的圖形部件。
圖1-3是根據(jù)本發(fā)明的實施例的方法、裝置和計算機程序產(chǎn)品的框圖和流程圖說明。將理解圖1-3的每個框和這些框的組合可被計算機程序指令實現(xiàn)。這些計算機程序指令可被載入計算機或其他可編程的數(shù)據(jù)處理裝置中以產(chǎn)生一機器，從而在該計算機或其他可編程的數(shù)據(jù)處理裝置上執(zhí)行的這些指令創(chuàng)建用于實現(xiàn)某個框或某些框中所指定的功能。這些計算機程序指令也可以存儲在能指導計算機或其他可編程的數(shù)據(jù)處理裝置以某種特殊的方式運行的計算機可讀存儲器中，從而存儲在該計算機可讀存儲器中的指令產(chǎn)生一種包括實現(xiàn)某個框或某些框中指定的功能的指令裝置的產(chǎn)品。這些計算機程序指令也可被載入計算機或其他可編程的數(shù)據(jù)處理裝置中以使得將在該計算機或其他可編程的裝置上執(zhí)行的一系列操作步驟產(chǎn)生計算機實現(xiàn)的過程，從而在該計算機或其他可編程的裝置上執(zhí)行的這些指令提供用于實現(xiàn)某個框或某些框中所指定的功能的步驟。
本領域中的那些技術人員應當容易理解定義本發(fā)明的功能的程序可以許多形式被傳送給計算機，這些形式包括但不受限于(a)持久存儲在不可寫的存儲介質(例如計算機內的諸如ROM或CD-ROM盤的可由計算機I/O附件讀取的只讀存儲器設備)上的信息；(b)可改變地存儲在可寫的存儲介質(例如軟盤和硬盤)上的信息；或(c)通過通信介質例如通過使用無線、包括載波信令技術的基帶信令或寬帶信令技術例如經(jīng)由調制解調器通過計算機或電話網(wǎng)絡被傳遞給計算機的信息。
盡管通過以上示例性實施例描述了本發(fā)明，但本領域中的那些技術普通人員將理解可對所示出的實施例做出修改和改變而不偏離此處公開的本發(fā)明的概念。而且，盡管聯(lián)系各種示例性的程序命令結構描述了優(yōu)選的實施例，本領域的技術人員將認識到可以使用多種特定的命令結構具體實施這些實施例。
權利要求
1.一種為電子郵件消息的附加文檔提供版本控制的方法，包括檢測涉及帶有附加文檔的電子郵件消息的傳送的操作，所述消息屬于消息線索；以及響應于所述操作的所述檢測，從所述消息分離所述文檔并將所述文檔存儲到本地用戶的個人文檔庫，其中將所述文檔與所述文檔的名稱和所述消息線索的唯一名稱相關聯(lián)地存儲在個人文檔庫中。
2.根據(jù)權利要求1的方法，進一步包括確定所述文檔先前是否存儲在所述個人文檔庫中；如果所述文檔先前存儲在所述個人文檔庫中，則確定所述文檔自從先前被存儲在所述個人文檔庫中以后是否已經(jīng)被修改；以及如果所述文檔先前存儲在所述個人文檔庫中且自從先前被存儲在所述個人文檔庫中以后已經(jīng)被修改，則生成所述文檔的新的版本，其中所述文檔的所述新版本是與所述電子郵件消息關聯(lián)的所述文檔的版本。
3.根據(jù)權利要求2的方法，進一步包括響應于用戶在電子郵件用戶界面中選擇所述電子郵件消息，呈現(xiàn)包括多個文檔打開選項的文檔打開用戶界面，其中第一個所述文檔打開選項使得所述用戶能打開與所述電子郵件消息相關聯(lián)的所述文檔的所述版本，且其中第二個所述文檔打開選項使得用戶能打開所述消息線索中的所述文檔的最近的版本，其中所述文檔的所述最近的版本與所述消息線索中的更近接收的電子郵件消息相關聯(lián)。
4.根據(jù)權利要求2的方法，其中所述文檔打開用戶界面進一步使得所述用戶能設置與所述電子郵件消息相關聯(lián)的所述文檔的所述版本為所述消息線索中的所述文檔的所述最近的版本。
5.根據(jù)權利要求2的方法，進一步包括將對所述文檔的所述新版本的指針存儲到所述電子郵件消息中。
6.根據(jù)權利要求1的方法，其中涉及帶有所述附加文檔的所述電子郵件消息的傳送的所述操作包括發(fā)送所述電子郵件消息。
7.根據(jù)權利要求1的方法，其中涉及帶有所述附加文檔的所述電子郵件消息的傳送的所述操作包括接收所述電子郵件消息。
8.一種包括計算機可讀介質的系統(tǒng)，所述計算機可讀介質具有存儲于其中用于為電子郵件消息的附加文檔提供版本控制的程序代碼，所述程序代碼包括用于檢測涉及帶有附加文檔的電子郵件消息的傳送的操作的程序代碼，所述消息屬于消息線索；以及用于響應于所述操作的所述檢測，從所述消息分離所述文檔和將所述文檔存儲到本地用戶的個人文檔庫中的程序代碼，其中將所述文檔與所述文檔的名稱和所述消息線索的唯一名稱相關聯(lián)地存儲在所述個人文檔庫中。
9.根據(jù)權利要求8的系統(tǒng)，所述程序代碼進一步包括用于確定所述文檔先前是否存儲在所述個人文檔庫中的程序代碼；用于在所述文檔先前存儲在所述個人文檔庫中的情況下，確定所述文檔自從先前被存儲在所述個人文檔庫中以后是否已經(jīng)被修改的程序代碼；以及用于在所述文檔先前存儲在所述個人文檔庫中且自從先前被存儲在所述個人文檔庫中以后已經(jīng)被修改的情況下，用于生成所述文檔的新的版本的程序代碼，其中所述文檔的所述新版本是與所述電子郵件消息相關聯(lián)的所述文檔的版本。
10.根據(jù)權利要求9的系統(tǒng)，所述程序代碼進一步包括用于響應于用戶在電子郵件用戶界面中選擇所述電子郵件消息，呈現(xiàn)包括多個文檔打開選項的文檔打開用戶界面的程序代碼，其中第一個所述文檔打開選項使得所述用戶能打開與所述電子郵件消息相關聯(lián)的所述文檔的所述版本，且其中第二個所述文檔打開選項使得所述用戶能打開所述消息線索中的所述文檔的最近的版本，其中所述文檔的所述最近的版本與所述消息線索中的更近接收的電子郵件消息相關聯(lián)。
11.根據(jù)權利要求9的系統(tǒng)，其中所述文檔打開用戶界面進一步使得所述用戶能設置與所述電子郵件消息相關聯(lián)的所述文檔的所述版本為所述消息線索中的所述文檔的所述最近的版本。
12.根據(jù)權利要求9的系統(tǒng)，所述程序代碼進一步包括用于將對所述文檔的所述新版本的指針存儲到所述電子郵件消息中的程序代碼。
13.根據(jù)權利要求8的系統(tǒng)，其中涉及帶有所述附加文檔的所述電子郵件消息的傳送的所述操作包括發(fā)送所述電子郵件消息。
14.根據(jù)權利要求8的系統(tǒng)，其中涉及帶有所述附加文檔的所述電子郵件消息的傳送的所述操作包括接收所述電子郵件消息。
15.一種用于為電子郵件消息的附加文檔提供版本控制的系統(tǒng)，包括用于檢測涉及帶有附加文檔的電子郵件消息的傳送的操作的裝置，所述消息屬于消息線索；以及用于響應于所述操作的所述檢測，從所述消息分離所述文檔并將所述文檔存儲到本地用戶的個人文檔庫中的裝置，其中將所述文檔與所述文檔的名稱和所述消息線索的唯一名稱相關聯(lián)地存儲在所述個人文檔庫中。
全文摘要
一種用于為電子郵件消息的附加文檔提供版本控制的系統(tǒng)，其中使用用戶個人文檔庫來存儲該用戶發(fā)送和/或接收的電子郵件消息的附加文檔。每次附加文檔在消息線索內被傳送或接收時，創(chuàng)建該文檔的不同版本并將其存儲在個人文檔庫中。所創(chuàng)建的多個文檔版本允許本發(fā)明的系統(tǒng)提供給用戶打開附加文檔的最近版本和/或打開與特定的打開的消息相關聯(lián)的附加文檔的版本的選項。在電子郵件消息內使用URL(統(tǒng)一資源定位符)表示附加文檔，其中存儲的URL指向存儲在用戶的個人文檔庫中的、該消息的附加文檔的版本。通過由個人文檔庫提供的API(應用編程接口)，可請求文檔的最近版本，或可指示打開該文檔的另一個特定的版本。
文檔編號H04L12/58GK1987912SQ20061013754
公開日2007年6月27日 申請日期2006年10月25日 優(yōu)先權日2005年12月21日
發(fā)明者O·基澤爾巴赫, N·海德洛夫, M·R·奧布賴恩 申請人:國際商業(yè)機器公司