[發明專利]獨立消息存儲和消息傳輸代理

無效

• 申請號: 200680041336.6
• 申請日: 2006-10-13
• 公開（公告）號: CN101305389A
• 公開（公告）日: 2008-11-12
• 發明（設計）人: M·E·皮爾森;B·A·麥克米蘭;L·R·沃曼;L·T·科蒂斯
• 申請（專利權）人: 微軟公司
• 主分類號: G06Q10/00
• 分類號: G06Q10/00
• 代理公司: 上海專利商標事務所有限公司
• 代理人: 陳斌

背景

企業和個人十分依賴于電子郵件系統來通信。由于這些通信的關鍵本質， 電子郵件系統的可靠且高效至關重要。本領域中已知的當前方法一般使消息傳 輸代理(MTA)和消息存儲共同位于單個集成系統內，以便于管理對用戶的遞 送以及消息傳輸。該方法可能導致兩個故障點。

首先，消息存儲可能是單個故障點。消息存儲包含系統中的所有消息。如 果消息存儲發生故障，則MTA不能訪問消息存儲。因為MTA不能將新的傳 入消息遞送到消息存儲，且消息存儲上的任何傳出消息都不能由MTA發送， 所以導致系統故障。

其次，MTA可能是單個故障點。MTA負責將消息遞送和傳輸給消息存儲。 如果MTA發生故障，則因為不能向消息存儲遞送任何新的傳入消息，且不能 從消息存儲發送任何新的傳輸消息，所以導致系統故障。

概述

在一個實施例中，提供了用于向MTA通知消息存儲上有可用于發送的新 消息的方法。當在消息存儲上接收到新消息時，選擇并通知一MTA。該MTA 通過將該新消息發送到指定目的地來響應該通知。

在另一實施例中，群集的郵箱和通知代理包括多個通知代理和多個MTA。 通知代理可訪問所有的MTA。每一通知代理與一消息存儲相關聯。通知代理 針對新消息而監控消息存儲。每一MTA可訪問所有的消息存儲。

提供該概述以簡化形式介紹將在以下在詳細描述中進一步描述的概念精 選。該概述不旨在標識所要求保護的主題的關鍵特征或必要特征，也不旨在用 于幫助確定所要求保護的主題的范圍。

其它特征部分是顯而易見的，部分將在后文中指出。

附圖簡述

圖1是示出本發明的合適計算系統的示例性實施例的框圖。

圖2是MTA通知方法的一個實施例的示例性流程圖。

所有附圖中，相應的參考標號指示相應的部分。

詳細描述

圖1是示出本發明的合適計算系統的示例性實施例的框圖。群集100包含 多個獨立服務器102，它們一起操作來提供統一的消息系統。該群集內的多個 服務器102將執行消息傳輸代理(MTA)104或通知代理106。MTA(104) 負責遞送傳入消息和發送傳出消息114。在接收消息114之后，MTA?104可將 其轉發給其它群集108和其它組織110。此外，MTA?104可將消息遞送給群集 內的消息存儲112。

通知代理106負責向MTA?104之一通知在消息存儲112上有新的傳出消 息114可用。消息存儲112包含群集100內的所有消息(傳入和傳出114)。 至少一個消息存儲112與執行通知代理106的每一服務器102C、102D相關聯。 傳出消息114被存儲在消息存儲112上，等待由MTA?104發送。

每一通知代理106可訪問所有的MTA?104，且每一MTA?104可經由服務 器102C、102D訪問所有的消息存儲112。如果一消息存儲不可訪問，且其余 的消息存儲可訪問，則可以發送其余可訪問的消息存儲上所接收的消息，從而 最小化不可訪問消息存儲作為單個故障點的影響。而且，如果所選MTA不可 訪問，且其余MTA可訪問，則所接收的消息可由其余可訪問MTA發送，從 而消除所選MTA作為單個故障點的影響。

通過在分開的服務器102A、102B、102C、102D上執行MTA?104和通知 代理106并允許MTA?104、通知代理106和消息存儲112之間的全網格連通， 排除單個故障點之一：單個MTA。消息存儲112仍是單個故障點，但現在該 機器上的移動部分較少，因此故障的概率進一步降低。此外，如果多個服務器 102C、102D容納消息存儲112，且單個消息存儲發生故障，則MTA?104可繼 續發送來自其它消息存儲的消息114。這將最小化故障對系統的影響。

而且，允許多個MTA?104參與消息發送實現在運行MTA?104的多個服務 器102A、102B上共享工作負載。該負載平衡提供了對硬件資源的更高效使用。 而且，多個MTA?104允許網絡操作員使一個MTA服務器離線而不停止消息流。 因此，可對服務器進行硬件或軟件升級而沒有對系統功能的任何影響。