專利名稱：用于修正具有遺漏接收者的電子郵件消息的方法、系統(tǒng)和計算機程序的制作方法
技術領域：
本發(fā)明涉及數據處理領域。更具體地，本發(fā)明涉及數據處理系統(tǒng)中 的消息(例如，電子郵件)交換。
背景技術：
近年來，電子郵件('簡寫為e-mail)服務已經日益流行(出于個人 或商業(yè)應用)。這些服務允許通過通信網絡在計算機用戶之間交換電子 消息(稱為電子郵件消息，或者簡稱為e-mail)。某些(專用)電子郵 件服務用來在諸如公司的特定組織內交換信息；然而，特別是由于因特 網(其使得能夠在世界上的任何地方進行通信)，電子郵件服務已經變 得非常大眾化。電子郵件允許以直接或者間接的方式來傳達信息；這提 供了快速、靈活并且可靠的通信渠道。
然而，電子郵件的廣泛使用帶來了某些問題。實際上，發(fā)送電子郵 件的非常低的成本(在已經建立了與因特網的相應連接時，基本上是免 費的)促進了其普及；結果，大多數用戶每天發(fā)送巨大數量的電子郵件。
然而，管理電子郵件所需的操作的簡便性使其執(zhí)行變得越來越快； 對于專業(yè)用戶而言尤其如此，這些專業(yè)用戶趨向于幾乎是機械地執(zhí)行那 些操作。
然而，上述這些降低了對電子郵件管理的關注水平。由此，在撰寫、 發(fā)送、接收或者存儲電子郵件時，經常發(fā)生錯誤。
特別地，在發(fā)送者用戶(或者簡稱發(fā)送者)向接收者用戶(或者簡 稱接收者)的列表發(fā)送電子郵件時，經常會出現問題。實際上，在這種 情況下，可能在電子郵件中遺漏一個或多個期望的接收者。通常，這會 在發(fā)送者忘記將其插入到電子郵件中時發(fā)生；當錯誤輸入接收者地址時，也會經歷相同的問題。
一旦發(fā)送者意識到了錯誤(例如，因為她/他注意到發(fā)送的電子郵 件中遺漏的接收者，或者因為她/他接收到了針對接收者的地址輸入錯 誤的失敗消息)，有兩個選項可用于解決問題。
第一種可能性是將相同的電子郵件轉發(fā)給遺漏的接收者。然而，在 這種情況下，電子郵件的(原始)接收者不會具有關于遺漏接收者的任 何指示。因此，當原始接收者借助于通常可用于對電子郵件中指示的所
有用戶進行響應的功能來自動回復(原始)電子郵件時，錯誤將會傳播；
實際上，(回復)電子郵件現在僅僅發(fā)送給了發(fā)送者以及其他原始接收 者(而不會發(fā)送給遺漏的接收者)。
一種備選的可能性是向所有接收者(也即，原始接收者以及遺漏的 接收者)發(fā)送新的電子郵件(具有相同的信息)。相反地，在這種情況 下，向原始接收者提供了兩次相同的電子郵件，從而使其必須用正確的 電子郵件來替代錯誤的電子郵件。然而，對于原始接收者而言這非常煩 人。而且，原始接收者經常會丟棄新的電子郵件(因為這比再次存儲它
以替代原始電子郵件要快)；因此，這些原始接收者現在會經歷與上文 指出的相同的問題。
在這兩種情況下，都將導致用戶丟失有價值的信息，而原本意在使 這些用戶接收到該信息。該問題在商業(yè)應用中尤其嚴重，例如，當電子 郵件涉及信息請求、任務分配等等時。

發(fā)明內容
總體上，本公開基于以下構思利用添加遺漏的接收者來修正消息。 具體地，本發(fā)明的不同方面提供在獨立4又利要求中記載的解決方 案。本發(fā)明的有益實施方式在從屬權利要求中記載。
更具體地，本發(fā)明的一方面提出一種用于在多個數據處理實體(諸 如，客戶端計算機)之間交換消息(諸如，電子郵件)的方法。該方法 開始于以下步驟從發(fā)送者實體向 一組原始接收者實體發(fā)送原始消息； 該原始消息包括原始信息內容以及原始接收者實體的指示。該方法繼續(xù)以下步驟從發(fā)送者實體將修正消息至少部分地發(fā)送給原始接收者實 體、并完全地發(fā)送給原始消息中遺漏的一組遺漏接收者實體；該修正消 息包括原始信息內容以及原始接收者實體和遺漏接收者實體的指示。繼 而按照該修正消息來修正針對每個原始接收者實體的原始消息。
在本發(fā)明的一個實施方式中，通過將遺漏接收者實體的指示添加到 原始消息來執(zhí)行修正。
在所提出的實施方式中，向原始接收者實體發(fā)送修正消息的縮減版 本(通過移除原始信息內容或者其至少一部分來獲得)。
通常，按照包含在修正消息中的相應標識符來識別要修正的原始消
優(yōu)選地，在每個原始接收者實體(其中，已經接收到原始消息)上 執(zhí)行對原始消息的修正。
作為進一步的改進，響應于其修正，對讀取指示符(在讀取原始消
息時被斷言(assert))解斷言。
而且，還可以按照不同的可視模式來顯示具有原始接收者實體指示 以及遺漏接收者實體指示的經修正的消息。
可以針對任何回復消息(其是在原始消息的修正之前發(fā)送的對原始 消息的回復)，重復迭代相同的過程。
通常，所提出的解決方案應用于電子郵件消息。
本發(fā)明的另 一方面提出 一種用于執(zhí)行上述方法的計算機程序。
本發(fā)明的又一 方面提出 一種相應的系統(tǒng)。
本發(fā)明的又 一 方面提出 一 種用于在此系統(tǒng)中使用的數據處理實體 (諸如，客戶端計算機)。


通過參考結合附圖閱讀下文僅以非限制性指示方式給出的詳細描 述，將最好地理解本發(fā)明本身及其其他特征和優(yōu)點，其中
圖1是可以應用按照本發(fā)明的實施方式的數據處理系統(tǒng)的高層概圖2A-圖2D示出了按照本發(fā)明實施方式的解決方案的示例性應用。 圖3是表示可以用來實現按照本發(fā)明實施方式的解決方案的不同軟
件組件的作用的協(xié)作框圖；以及
圖4A-圖4B示出了描述涉及按照本發(fā)明實施方式的解決方案的實
現的動作流的框圖。
具體實施例方式
具體地參考圖1，其示出了具有分布式架構的數據處理系統(tǒng)100。 系統(tǒng)100包括多個客戶端計算機105(或者簡稱為客戶端)?？蛻舳?05 通過與其直接連接的其他計算機115接入網絡IIO(例如，包括因特網)， 該計算機115作為接入提供商進行操作。為此目的，每個客戶端105向 選定的接入提供商115 (其中，客戶端105已注冊)進行撥號；客戶端 105繼而可以通過相應的接入提供商115在因特網IIO上發(fā)送和接收信 息和/或命令。這允許客戶端105利用因特網110的一個或多個服務器 計算機120提供的不同服務。
每個客戶端105通常包括個人計算機(PC)。具體地，客戶端105 包含并聯(lián)至系統(tǒng)總線130的多個單元。特別地，微處理器(//P) 135控 制客戶端105的操作；RAM 140直接用作微處理器135的工作存儲器， 而ROM 145存儲用于客戶端105的引導的基本代碼。多個外圍單元聚 集在局部總線150周圍(借助于各自的接口 )。具體地，大容量存儲器 包括硬盤155和用于讀取CD-ROM 165的驅動160。而且，客戶端105 包括輸入單元170 (例如，鍵盤和鼠標)，以及輸出單元175 (例如， 監(jiān)視器和打印機)。調制解調器180(例如，ADSL類型的調制解調器) 用來將客戶端105連接至相應的接入提供商115 (并繼而連接至因特網 110)。橋單元185將系統(tǒng)總線130與局部總線150對接。微處理器135 和橋單元185可以作為主代理來操作，請求對系統(tǒng)總線130的訪問以便 傳送信息。仲裁器190管理對系統(tǒng)總線130的互斥訪問的授權。
如上所述，服務器120可以提供多個服務。在本發(fā)明的一個實施方 式的特定情況下，服務器120實現電子郵件服務，其允許客戶端105的用戶發(fā)送和接收電子郵件。
一般而言，電子郵件是借助于相應的客戶端
105通過因特網IIO從發(fā)送者用戶(或者簡稱發(fā)送者)傳送給一個或多 個接收者用戶(或者簡稱接收者)的消息；為此目的，利用相應的地址 來標識每個(發(fā)送者/接收者)用戶，所述地址包括關聯(lián)的郵件服務器 120的域中的唯一的個人用戶名，其后跟隨符號"@"以及關聯(lián)的郵件服 務器120的域名(諸如，"MyName@MyDomain")。電子郵件用來向接 收者傳遞各種信息。例如，信息包括文本、圖像等；而且還可以以外部 文件的形式添加一個或多個附件。
在因特網110中，電子郵件的格式由多用途因特網郵件擴展 (MIME)標準來定義。簡言之，每個電子郵件包含報頭部分和主體部 分(由空白行隔開)。報頭部分借助于相應的報頭字段來定義電子郵件； 每個報頭字段包含名稱/值對，其包括由符號":"隔開的字段名稱和字段 值。 一組預定義的報頭字段是在MIME標準中規(guī)定的；還可以使用可選 的報頭字段(具有不同于為MIME標準預留的報頭名稱)來傳遞定制信 息(當可選的報頭字段不被支持時，其被簡單地丟棄)。
更具體地，報頭部分包括電子郵件的標識符(字段名稱 "Message-ID:")。該標識符包括全珅 唯一的ji (由與發(fā)送者相關聯(lián)的郵 件服務器120來確保)；例如，電子郵件的標識符包括郵件服務器120 處理其的當前絕對日期和時間，其后跟隨符號"@"以及郵件服務器120 的域名(諸如，"MyTime@MyDomain")。報頭部分還提供發(fā)送者的地 址以及有可能還有其名稱(字段名稱"From:")、 一個或多個接收者的 地址以及可能還有其名稱(字段名稱"To:");其他報頭字段可以指示 抄送副本接收者(字段名稱"Cc:")或者密件抄送副本接收者(字段名 稱"Ccn:")。報頭部分繼而包括電子郵件的主題(字段名稱"Subject:")、 其顯示類型(字段名稱"Content-Type:")、任何附件的名稱(字段名稱 "Attachment:")、相應的日期和時間(字段名稱"Date:"),等等。另一 方面，主體部分包括其內容(例如，文本和/或圖像)；通常，主體部 分以發(fā)送者的簽名結束。
無論何時發(fā)送者需要向特定的接收者發(fā)送電子郵件，該電子郵件( 一旦按照MIME標準設置了格式)借助于簡單郵件傳輸協(xié)議(SMTP ) 傳送至關聯(lián)的郵件服務器120。郵件服務器120繼而提取電子郵件消息 必須遞送到的每個接收者的地址(從SMTP協(xié)議提取而不是從^^頭部分 提取)。郵件服務器120利用因特網IIO的域名服務器(DNS)的系統(tǒng) 來將與每個接收者相關聯(lián)的郵件服務器120的域名轉換為郵件服務器 120的物理位置，繼而將電子郵件傳送至該物理位置(使用SMTP協(xié)議)。 任何用戶接收到的所有電子郵件消息存儲在關聯(lián)的郵件服務器120上 的相應電子郵箱中。用戶可以借助于郵局協(xié)議(P0P3)將接收到的電 子郵件取回到他/她的客戶端105上。
圖2A-圖2D示出了上面描述的電子郵件服務的示例性應用。具體 參考圖2A,考慮一般的發(fā)送者"MySender"希望向一個或多個接收者(諸 如，在所討論的此例中是"MyRecl"和"MyRec2")發(fā)送電子郵件。電子 郵件具有相應的標識符"MyID"(報頭字段"Message-ID:MyID");報頭 部分還指示電子郵件從發(fā)送者"MySender"(報頭字段"From: My Sender") 發(fā)送至接收者"MyRecl"和"MyRec2"(報頭字段"To:MyRecl , MyRec2")。電子郵件的信息內容(將要遞送給接收者)通常由 "MyContent"表示；例如，信息內容包括電子郵件的主題以及任何附件
(由相應的報頭字段指示)，以及其主體部分。
如圖2B所示，上述電子郵件由其接收者"MyRecl"和"MyRec2"接 收。每個接收者(諸如接收者"MyRecl")繼而可以打開和讀取該電子 郵件；通常， 一旦電子郵件已經被讀取，便設置相應的指示符(例如， 利用在電子郵件附近顯示的一個小綠旗來實現)。接收者"MyRecl"還 可以決定回復電子郵件。為此目的，接收者"MyRecl"通常利用"回復全 部"功能，其允許創(chuàng)建(回復)電子郵件，該回復電子郵件重復她/他想 要回復的(父)電子郵件的內容；回復電子郵件的地址自動設置為父電 子郵件中指示的所有其他(發(fā)送者和接收者)用戶?；貜碗娮余]件具有 相應的標識符"MyIDR"(報頭字段"Message-ID:MyIDR")。附加的報頭 字段(字段名稱"In-Reply-To:")被用來指示具有標識符"MyID"的父電 子郵件(報頭字段"In-Reply-To:MyID")?；貜碗娮余]件從接收者"MyRecl"(報頭字段"From:MyRecl")發(fā)送至其他用戶"MySender"和 "MyRec2"(報頭字段"To:MySender， MyRec2")。電子郵件的信息內 容(通常包括關于父電子郵件的信息內容的附加信息)總體上表示為 "MyContentR"。
轉到圖2C,現在假設發(fā)送者"MySender"認識到發(fā)送給(原始)接 收者"MyRecl"和"MyRec2"的(原始)電子郵件還想發(fā)送給一個或多個 遺漏的接收者(諸如，遺漏接收者"MyRecM")。在按照本發(fā)明的一個 實施方式的解決方案中，在這種情況下，創(chuàng)建修正電子郵件。該修正電 子郵件包括與原始電子郵件相同的信息內容，但是其地址設置為所有期 望的接收者(也即，原始接收者和遺漏接收者二者)。將該修正電子郵 件照常發(fā)送給遺漏接收者。修正電子郵件(或者至少其一部分)也發(fā)送 給原始接收者；在這種情況下，該修正電子郵件被用來修正原始電子郵 件(從而添加遺漏的接收者)。
所提出的解決方案確保了每個接收者得到正確的電子郵件(具有所 有接收者的指示)。以此方式，(一旦已經修正了原始電子郵件)，可 以防止由原始接收者回復原始電子郵件所導致的任何進一步的錯誤。
自動地實現了預期結果，而無需原始接收者的任何人工干預。
以此方式，可以避免(或者極大地降低)原本計劃接收有價值信息 的用戶喪失該信息。在商業(yè)應用中，可以明顯地感受到該優(yōu)點(盡管并 不排除在個人應用中使用相同的解決方案)。
在所討論的示例中，修正電子郵件(其替代發(fā)送者"MySender"上的 原始電子郵件)具有相應的標識符"MyIDC"(報頭字段 "Message-ID:MyIDC")。 一個可選的報頭字段(例如，由字段名稱 "Replace.'"定義)用來指示所替換的具有標識符"MyID"的原始電子郵件 (報頭字段"Replace:MyID")。修正電子郵件從發(fā)送者"MySender"(報 頭字段"From:MySender")發(fā)送至所有接收者"MyRecl"、 "MyRec2"和 "MyRecM"(報頭字段"To:MyRecl, MyRec2, MyRecM")。電子郵 件的信息內容與原始電子郵件的信息內容相同(也即，"MyContent")。
優(yōu)選地，在發(fā)送者"MySender"處突出顯示修正電子郵件與原始電子郵件之間的差異(也即，所添加的遺漏接收者)；在所討論的示例中， 通過利用有色背景來顯示遺漏接收者"MyRecM"的地址(可能還有名稱) 實現了期望的結果。該附加特征有助于對原始電子郵件執(zhí)行的修正的標識。
轉到圖2D，如上所述，每個遺漏的接收者(也即，所討^r示例中 的接收者"MyRec，，)從發(fā)送者"MySender"接收修正電子郵件。相反，每 個原始接收者(也即，接收者"MyRecl"和"MyRec2")簡單地按照修正 電子郵件來修正原始電子郵件(如報頭字段"Replace:"中標識的那樣)。 為此目的，如圖所示，用修正電子郵件(具有標識符"MyIDC")替換原 始電子郵件；可選地，可以將遺漏的接收者"MyRecM"添加到原始電子 郵件(具有標識符"MyID")。
優(yōu)選地，當已經讀取了原始電子郵件時(諸如在原始接收者 "MyRecl"上)，重置相應的讀取指示符(例如，通過移除旗幟實現)。 以此方式，可以使原始接收者"MyRec 1 "注意到對原始電子郵件執(zhí)行的 修正。
如上，突出顯示已修正的電子郵件與原始電子郵件之間的差異(也 即，所添加的遺漏接收者)，從而進一步促進對原始電子郵件執(zhí)行的修 正的標識。
對于每個已經回復原始電子郵件的原始接收者，也傳播相同的修 正；在這種情況下，使用進一步的修正電子郵件來修正回復電子郵件。 所提出的解決方案確保自動地修正由原始電子郵件(直接或者間接)引 起的任何錯誤(從而避免任何信息的丟失)。
在所討論的示例中，如上所述，原始接收者"MyRecl"已經向其他 用戶"MySender，，和"MyRec2"發(fā)送了具有標識符"MyIDR"的回復電子郵 件。其修正電子郵件具有相應的標識符"MyIDCR"(報頭字段 "Message-ID:MyIDCR")?，F在使用可選的報頭字段來指示所替換的具 有標識符"MyIDR，，的回復電子郵件(報頭字段"Replace:MyIDR")。修 正電子郵件是對具有標識符"MyIDC"的(已》務正的)父電子郵件的回復 (報頭字段"In-Reply-To:MyIDC")。修正電子郵件從接收者"MyRecl"(報頭字段"From:MyRecl")發(fā)送至所有其他用戶"MySender"、 "MyRec2"和"MyRecM"(報頭字段"To: MySender, MyRec2， MyRecM")。 修正電子郵件的信息內容與回復電子郵件的信息內容相同(也即， "MyContentR")。優(yōu)選地，再次突出顯示修正電子郵件與(原始)回復 電子郵件之間的差異(也即，所添加的遺漏接收者)。
繼而在該修正電子郵件的每個接收者上重復上述相同操作(可能繼 而生成進一步的修正電子郵件)。
現在參考圖3,利用標號300總體上表示可以用來在一般的客戶端 上實現上述解決方案的主要軟件組件。信息(程序和數據)通常存儲在 硬盤上，并且在程序運行時與操作系統(tǒng)和其他應用程序(圖中未示出) 一起(至少部分地)加載到客戶端的工作存儲器中。程序最初例如從 CD-ROM安裝到硬盤上。特別地，該圖描述了系統(tǒng)的靜態(tài)結構(借助于 相應的組件)及其動態(tài)行為(借助于一系列交換的消息，每個消息表示 相應的動作，利用以符號"A"開始的序號表示)。
具體地，郵件客戶端305用來本地編寫、發(fā)送、接收和存儲電子郵 件；市場上可獲得的商用電子郵件客戶端305的示例是IBM公司的 "Lotus Notes"。在按照本發(fā)明的一個實施方式的解決方案中，專用插件 310(此后稱為修正器)被添加到郵件客戶端305,用于管理電子郵件(由 于錯誤，該電子郵件沒有發(fā)送給所有預期的接收者)的上述修正。
通常，將任何新的外發(fā)郵件置于發(fā)件箱315中；郵件客戶端305繼 而將外發(fā)電子郵件發(fā)送至其報頭部分中指示的接收者，并將其移動到已 發(fā)送郵件箱320 (動作"A1.發(fā)送")。當在未發(fā)送給一個或多個遺漏接收 者的情況下發(fā)送了原始電子郵件(并繼而將其存儲在已發(fā)送郵件箱320 中)時，修正器310創(chuàng)建相應的修正電子郵件；將修正電子郵件置于發(fā) 件箱315，同時將原始電子郵件從已發(fā)送郵件箱320中移除(動作"A2. 修正")。以此方式，郵件客戶端305照常將發(fā)件箱315中的修正電子 郵件發(fā)送給其所有(原始和遺漏)接收者，并將其移至已發(fā)送郵件箱(動 作"A3.發(fā)送")。
無論何時客戶端接收到新的傳入電子郵件，修正器310截取該事件(動作"A4.截取")。為此目的，修正器310包括在后臺持續(xù)運行的代 理(圖中未示出)，該代理檢測任何傳入電子郵件的接收(例如，借助 于鉤子技術)。當傳入電子郵件不是修正電子郵件時，修正器310將其 轉發(fā)給郵件客戶端305;由此，照常接收(標準)傳入電子郵件，并接 著將其添加到收件箱325 (動作"A5.接收，，)。
相反，當傳入電子郵件是修正電子郵件時，修正器310相應地修正 收件箱325中的相應的原始電子郵件(動作"A6.修正")。而且，修正 器310驗證已發(fā)送郵件箱320是否包括響應于相同的原始電子郵件而發(fā) 送的任何回復電子郵件。如果是，創(chuàng)建相應的進一步的修正電子郵件， 作為對經修正的相同的父電子郵件的回復；將該修正電子郵件添加到發(fā) 件箱315，同時將回復電子郵件從已發(fā)送郵件箱320中移除(動作"A7. 修正")。如上，郵件客戶端305繼而將發(fā)件箱315中的修正電子郵件 發(fā)送至其全部(原始和遺漏)接收者，并將其移至已發(fā)送郵件箱320(動 作"A8.發(fā)送")。
現在考慮圖4A-圖4B,利用方法400來表示可以在上述客戶端中實
該方法開始于郵件客戶端的泳道中的黑色開始圈403,并且只要客 戶端的用戶希望發(fā)送新的電子郵件，便傳遞至塊406。響應于此，在塊 409，用戶通過使用郵件客戶端提供的圖形用戶界面(GUI)編寫期望 的電子郵件。為此目的，用戶鍵入電子郵件的主題(在"主題(subject)" 輸入字段)及其文本(在"主體"框中)；用戶繼而添加預期的接收者 (在"發(fā)往(To)，，輸入字段中)，例如通過鍵入其地址或者從地址本 中選擇其地址來實現。繼而在塊412,將如此得到的電子郵件發(fā)送至指 示的接收者(例如，通過用鼠標在相應的按鈕上點擊)。
移動到塊415,用戶意識到已發(fā)送給(原始)接收者的(原始)電 子郵件還要發(fā)送給一個或多個遺漏的其他接收者。因此，用戶選擇已發(fā) 送郵件箱中的原始電子郵件，并繼而調用由修正器提供的修正命令(例 如，通過在一旦選中了原始電子郵件時用來顯示該原始電子郵件的彈出 式窗口的下拉菜單中選擇相應的命令)。響應于此，在塊418，修正器提示用戶輸入遺漏的接收者(在另一 "發(fā)往(TO)"輸入字段中)。繼
續(xù)到塊421 ，修正器通過復制原始郵件并繼而添加遺漏接收者來編寫修
正電子郵件；將該修正電子郵件置于發(fā)件箱中，同時從已發(fā)送郵件箱中
移除原始電子郵件。返回郵件客戶端的泳道，繼而在塊424，將修正電
子郵件發(fā)送給所有(原始和遺漏)接收者。
特別地，修正電子郵件總是完整發(fā)送給遺漏接收者。相反，修正電
子郵件可以完整地或者僅僅以縮減版本發(fā)送至原始接收者；通過添加另 外的可選報頭字段(例如，"Reduced:Yes，，)對縮減的修正電子郵件 與其完整版本加以區(qū)分?？s減的修正電子郵件包括標識相應的原始電子 郵件所需的信息(也即，其報頭字段"Replace:"中的標識符)以及修 正它所需的信息(也即，報頭字段"發(fā)往(To)"中的遺漏接收者)。 取而代之，可以移除其他信息(諸如主體部分和附件)，由于原始接收 者已經可獲得該信息(其同樣包括在原始電子郵件中)。以此方式，可 以避免對相同信息的任何重復傳送(對網絡流量具有有益影響)。
只要客戶端接收到新的傳入電子郵件，則該方法繼而進行到塊427。
在塊430,修正器截取事件?，F在，根據傳入電子郵件的類型，活動流 在塊433發(fā)生分支。
具體地，當接收到修正電子郵件時(由報頭字革殳"Replace:"指示)， 在塊436，修正器在收件箱中搜索相應的原始郵件(其具有修正電子郵 件的報頭字段"Replace:"中指示的標識符)。
如果在判決塊439處沒有找到原始電子郵件(這意味著，原始電子 郵件還沒被原始接收者接收，或者修正電子郵件已由遺漏接收者接收)， 活動流傳遞至塊442;在此階段，(修正)電子郵件照常添加到收件箱 中。繼續(xù)到塊445,客戶端的用戶可以打開和讀取此電子郵件。相應地， 在塊448設置相應的讀取指示符(通過顯示旗幟來實現)?，F在參考塊 451，客戶端的用戶還可以決定利用"回復全部，，功能來回復電子郵件
的下拉菜單中的相應命令)。響應于此，通過(分別在"主題"輸入字 段中和"主體"框中)重復父電子郵件的主題和主體，以及通過(在"發(fā)往，，輸入字段中)插入父電子郵件的其他(發(fā)送者和接收者)用戶，在
塊454自動創(chuàng)建新的(回復)電子郵件；用戶繼而通過在相同的"主體" 框中插入對父電子郵件的響應(以及可能在"發(fā)往"輸入字段中插入任 何其他接收者)來完成回復電子郵件。繼而在塊457，將如此獲得的電 子郵件發(fā)送給指示的接收者?，F在，該方法進行到同心的白/黑停止圓 圏460。
返回塊439,當在收件箱中發(fā)現剛剛接收到的修正電子郵件的原始 電子郵件時，方法繼續(xù)到塊463;在此階段，保存將要添加到原始電子 郵件的遺漏接收者(通過比較修正電子郵件與原始電子郵件來確定)。 前進到塊466,繼而按照修正電子郵件來修正原始電子郵件。具體地， 當已經接收到完整的修正電子郵件時(由報頭字段"Reduced:Yes"的 缺失來指示)，將收件箱中的原始電子郵件替換為修正電子郵件。相反， 當已經接收到縮減的修正電子郵件時(包括報頭字段"Reduced:Yes"), 通過將遺漏接收者添加到原始電子郵件的報頭字段"To:"來更新原始 電子郵件。
繼而在塊469進行測試，以驗證原始電子郵件是否已被讀取(由郵 件客戶端所管理的相應的讀取指示符已被斷言來指示)。如果已被讀取，
在塊472重置讀取指示符(由此刪除旗幟)。繼續(xù)到塊475，突出顯示 遺漏的接收者(其被添加到了經修正的原始郵件中)。該方法繼而進行 到塊478;當原始電子郵件未被讀取時，也會從塊469直接到達相同的點。
子郵件(利用其報頭字段"In-Replay畫To:"中的標識符)。
如果在判決塊481處找到至少一個回復電子郵件，則針對每個回復 電子郵件執(zhí)行循環(huán)。循環(huán)開始于塊484,其中創(chuàng)建對應于(當前)回復 電子郵件的修正電子郵件。當通過將原始電子郵件替換為修正電子郵件 而獲得了已修正電子郵件時，基于回復電子郵件，通過在報頭字段"To:" 中添加遺漏接收者、以及在報頭字段"In-Reply-To:"中將原始電子郵件 的標識符替換為修正電子郵件的標識符，從而獲得該進一步的修正電子說明書第13/16頁
郵件；相反，當通過更新原始電子郵件來獲得修正的電子郵件時，基于
回復電子郵件，僅通過在報頭字段"To:"中添加遺漏的接收者，從而 獲得該進一步的修正電子郵件(在報頭字段"In-Reply-To:"中維持原始 電子郵件的標識符)。繼而將修正電子郵件置于發(fā)件箱中，同時將回復 電子郵件從已發(fā)送郵件箱中移除。返回郵件客戶端的泳道，在塊487, 將修正電子郵件發(fā)送給全部其接收者。方法繼而在塊490 (在修正器的 泳道內)驗證是否已經處理了全部回復電子郵件。如果沒有，動作流返 回塊484，以針對下一個回復電子郵件重復相同的操作。反之，方法進 行到同心的白/黑停止圓圏460;當沒有找到對原始電子郵件的回復電子 郵件時，也從塊481直接達到相同的點。
返回塊433，當接收到標準電子郵件時(沒有報頭字段"Replace:，，)， 修正器在塊493處在收件箱中搜索相應的修正電子郵件(在其報頭字段
"Replace:"中具有傳入電子郵件的標識符)。
如果在判決塊496沒有找到修正電子郵件(這意味著，傳入電子郵 件是正確的，或者尚未接收到相應的修正電子郵件)，則動作流繼續(xù)到 塊442,從而照常處理傳入電子郵件(如上所述)。反之(也即，在相 應的原始電子郵件之前已經接收到了修正電子郵件)，則在塊499丟棄 接收到的電子郵件，因為其已被修正電子郵件代替。該方法繼而進行到 同心的白/黑停止圏460。
自然，為了滿足本地和特定的需求，本領域技術人員可以對上述解 決方案應用多種邏輯的和/或物理的修改和替換。更具體地，盡管本發(fā) 明是以某種程度的特定性參考其優(yōu)選實施方式來描述的，但應當理解， 形式和細節(jié)上的各種省略、替換和改變以及其他的實施方式是可能的。 特別地，所提出的解決方案甚至可以在沒有前文描述中記載的特定細節(jié)
(諸如，數字示例)的情況下付諸實踐，這些特定細節(jié)是為了提供對本 發(fā)明的更為透徹的理解；反之，公知特征可能已經省略或者簡化，以便 不會因為不必要的細節(jié)使描述變得混淆不清。而且，很明顯，結合本發(fā) 明的任何已公開實施方式描述的特定元件和/或方法步驟可以作為 一般 性設計選4奪并入任何其他實施方式。
17特別地，所提出的解決方案本身導致其利用等效的方法實現(通過
使用類似的步驟，移除某些不必要的步驟，或者添加其他可選步驟)； 而且，步驟可以(至少部分地)按照不同的順序、并發(fā)地或者以交替的 方式來執(zhí)行。
如果以任何其他方式來編寫電子郵件，類似的考慮同樣適用；例如， (原始和/或遺漏)接收者可以借助于分發(fā)列表來指定。
當然，不能以限制性的方式來解釋基于MIME標準的上述實現；例 如，也可以通過使用不同的可選報頭字段、通過利用已有的報頭字段、 或者甚至通過對主體部分中的特定信息進行編碼，將相同的解決方案付 諸實踐。類似的考慮適用于其他電子郵件服務，甚至是基于不同協(xié)議和 /或格式(諸如，"X.400"或者任何專用解決方案)的電子郵件服務。 備選地，可以按照不同的方式來管理電子郵件，例如，借助于本地郵件 服務器(其直接連接至本地網絡的客戶端)，借助于胖客戶端(fat client )、 借助于"webmail"接口等。
如上文指出的，可以通過添加遺漏接收者或者通過將原始電子郵件
再一次，修正電子郵件可以完整地或者僅部分地發(fā)送至原始接收 者；在后一種情況下，可以通過僅移除附件、移除附件和主體部分或者 其全部信息內容來獲得修正電子郵件的縮減版本(直到縮減修正電子郵 件僅包括原始電子郵件的標識符和遺漏接收者)。
完全可以按照不同的方式來識別與修正電子郵件相關聯(lián)的原始電 子郵件，甚至不使用任何可選報頭字段(例如，通過比較其信息內容來 實現)。
而且，不排除在郵件服務器上修正原始電子郵件的可能性(例如， 當其尚未下載到相應的客戶端時)。
如果將等效的讀取指示符用于已經讀取的電子郵件(例如，具有不 同顏色的對勾、復選框等)，類似的考慮也適用。然而，重置已修正的 原始電子郵件的讀取指示符的特征并不是強制需要的，其可以在本發(fā)明 的簡化實現中省略。添加到原始電子郵件的遺漏接收者可以根據原始電子郵件與修正 電子郵件之間的比較來確定，或者其甚至可以直接從修正電子郵件中提 取(當其在沒有原始接收者的縮減版本中時)。在任何情況下，可以在
如，利用不同的字體、顏色或者其他可視模式)。然而，完全可以按照 相同的方式來顯示所有接收者(也即，原始接收者和遺漏接收者二者)。 加以必要的改變，類似的考慮適用于回復電子郵件的修正。備選地， 此功能可以按照不同方式來實現(例如，限制為回復電子郵件鏈的最大 級別，直到僅限于對原始電子郵件的直接回復)，或者其甚至可以完全 省略。
雖然在上文描述中已經參考了電子郵件服務器，但是不應當以限制 性的方式來解釋它。更一般地，相同的解決方案也可以適用于即時消息 收發(fā)服務、聊天室、新聞服務，以及更一般地，適用于基于任何消息交 換的任何其他計算機實現的服務。
如果所提出的解決方案利用不同的郵件客戶端實現，適用類似的考 慮。備選地，可以按照不同的方式來截取傳入的電子郵件(例如，通過 按照預定義的關鍵字(諸如，其主題中的關鍵字)過濾修正電子郵件)。 在任何情況下，完全可以定制郵件客戶端，以直接支持所提出的解決方 案(無需任何專用插件)。
施方式)，或者如果提供附加的模塊或者功能，適用類似的考慮；同樣， 存儲器結構可以是其他類型，或者可以替換為等效的實體(不一定包含 物理存儲介質)。在任何情況下，程序可以采用適于由任何數據處理系 統(tǒng)使用或者與之結合使用的任何形式，諸如外部或者駐留軟件、固件或 者微碼(例如，將要進行編譯或者解釋的目標代碼或者源代碼)。而且， 可以提供任何計算機可用介質上的程序，該介質可以是適于包含、存儲、 通信、傳播或者傳送程序的任何元件。例如，介質可以是電、磁、光、 電磁、紅外或者半導體類型；此類介質的示例是固定盤(其中程序可以 預先載入)、可移動盤、帶、卡、線、光纖、無線連接、網絡、廣播波
19等。在任何情況下，按照本發(fā)明實施方式的解決方案本身導致利用硬件 結構(例如，集成在半導體材料的芯片中)或者軟硬件結合的實現。
到支持多用戶的單個主機)上執(zhí)行。而且，每個計算機可以具有其他結 構或者可以包括類似元件(諸如，臨時存儲程序或其部分以減少在執(zhí)行
期間對大容量存儲器的訪問的高速緩存)；在任何情況下，可以將計算 機替換為任何代碼執(zhí)行實體(諸如PDA、移動電話等)或者其組合(諸 如，客戶端/服務器架構、網格計算基礎設施等)。
權利要求
1.一種用于在多個數據處理實體(105)之間交換消息的方法(400)，所述方法包括步驟從發(fā)送者實體向一組原始接收者實體發(fā)送(403-412)原始消息，所述原始消息包括原始信息內容和所述原始接收者實體的指示；從所述發(fā)送者實體至少部分地向所述原始接收者實體、以及完整地向在所述原始消息中遺漏的一組遺漏接收者實體發(fā)送(415-424)修正消息，所述修正消息包括所述原始信息內容以及所述原始接收者實體和所述遺漏接收者實體的指示；以及按照所述修正消息，針對每個原始接收者實體修正(427-496)所述原始消息。
2. 根據權利要求l所述的方法(400),其中所述修正原始消息的 步驟(427-496 )包括向所述原始消息添加(466)所述遺漏接收者實體的指示。
3. 根據權利要求1或2所述的方法(400),其中所述發(fā)送修正消 息的步驟(415-424)包括向所述原始接收者實體發(fā)送(421-424)所述修正消息的縮減版本， 所述縮減版本通過從所述修正消息中移除所述原始信息內容的至少一 部分而獲得。
4. 根據權利要求1到3中任一項所述的方法(400),其中所述修 正消息還包括所述原始消息的標識符，所述修正原始消息的步驟(427-496)包括根據包括在所述修正消息中的標識符，識別(436)將被修正的原始消息。
5. 根據權利要求1到4中任一項所述的方法(400)，還包括步驟 在每個原始接收者實體上接收(427)所述原始消息， 所迷修正原始消息的步驟在所述原始接收者實體上執(zhí)行。
6. 根據權利要求5所述的方法(400)，還包括步驟讀取(445)所述原始消息；響應于對于所述原始消息的讀取，斷言(448 )針對所述原始消息 的讀取指示符；以及響應于對于所述原始消息的修正，解斷言(472)所述讀取指示符。
7. 根據權利要求5或6所述的方法(400 ),還包括步驟顯示(475 )所述修正的原始消息，其中所述原始接收者實體的指 示按照第一可視模式顯示，所述遺漏接收者實體的指示按照不同于所述 第一可視模式的第二可視模式顯示。
8. 根據權利要求5到7中任一項所述的方法(400 )，還包括步驟 在修正所述原始消息之前，從所述原始接收者實體向包括所述發(fā)送者實體和其他原始接收者實體的一組回復接收者實體發(fā)送(451)回復消息，作為對于所述原始消息的回復，所述回復消息包括回復信息內容 和所述回復接收者實體的指示；響應于對于所述原始消息的修正，從所述原始接收者實體至少部分 地向所述回復接收者實體、以及完整地向所述遺漏接收者實體發(fā)送 (484-487 )另一修正消息，所述另一修正消息包括所述回復信息內容 以及所述回復接收者實體和所述遺漏接收者實體的指示；以及根據所述另一修正消息，針對每個回復接收者實體修正(427-496) 所述回復消息。
9. 根據權利要求1到8中任一項所述的方法(400)，其中每個消 息是電子郵件消息。
10. —種計算機程序(300 )，當所述計算機程序在數據處理系統(tǒng) (100)上執(zhí)行時，用于執(zhí)行權利要求1到9中任一項所述的方法(400)。
11. 一種系統(tǒng)(100)，包括用于執(zhí)行根據權利要求1到9中任一項 所述的方法(400)的步驟的裝置(300)。
12. —種在根據權利要求11的系統(tǒng)中使用的數據處理實體(105), 所述實體包括用于從所述實體向 一 組原始接收者實體發(fā)送原始消息的裝置 (305 ),所述原始消息包括原始信息內容和所述原始接收者實體的指用于從所述實體至少部分地向所述原始接收者實體、以及完整地向在所述原始消息中遺漏的一組遺漏接收者發(fā)送修正消息的裝置(305、 310),所述修正消息包括所述原始信息內容以及所述原始接收者實體 和所述遺漏接收者實體的指示；用于從所述系統(tǒng)的另 一 實體接收另 一 原始消息和另 一 修正消,包、的 裝置(305、 310);以及用于根據所述另一修正消息，修正所述另一原始消息的裝置(305 )。
全文摘要
提出了一種用于在多個數據處理實體(諸如計算機)之間交換消息(諸如，電子郵件)的解決方案。一種相應的方法，開始于步驟從發(fā)送者實體向一組原始接收者實體發(fā)送(403-412)原始消息，所述原始消息包括原始信息內容和所述原始接收者實體的指示。該方法通過從所述發(fā)送者實體至少部分地向所述原始接收者實體、以及完整地向在所述原始消息中遺漏的一組遺漏接收者發(fā)送(415-424)修正消息而繼續(xù)，所述修正消息包括所述原始信息內容以及所述原始接收者實體和所述遺漏接收者實體的指示。繼而根據所述修正消息，針對每個原始接收者實體修正(427-496)所述原始消息。
文檔編號H04L12/58GK101632272SQ200880007803
公開日2010年1月20日 申請日期2008年3月4日 優(yōu)先權日2007年5月22日
發(fā)明者B·帕斯托里爾利, S·皮克西尼尼 申請人:國際商業(yè)機器公司