專利名稱：用于電子郵件網(wǎng)關的方法和裝置的制作方法
技術領域：
本發(fā)明總的來說涉及網(wǎng)絡通信系統(tǒng)，更具體地說，涉及網(wǎng)絡中電子郵件 通信的特定設備優(yōu)化。 —
背景技術：
消除移動電話、個人數(shù)字助手(PDA)、筆記本電腦及臺式工作站之間 的傳統(tǒng)差異的消費者壓力日益增加?；诨ヂ?lián)網(wǎng)協(xié)議的語音(VOIP)和用 于遞送VOIP的免費及付費服務的出現(xiàn)正在改變對臺式計算機的感受。 Windows Mobile及其它操作移動操作系統(tǒng)的出現(xiàn)預示對臺式的體驗延伸到 到移動設備。當前，有線和無線蜂窩網(wǎng)絡與計算機網(wǎng)絡日益增長的融合的最 普遍例子由被期望在有線網(wǎng)絡或無線網(wǎng)絡上的異類設備間無縫傳遞的電子 郵件提供。
從技術角度來說，在移動通信設備和臺式通信設備上處理電子郵件的任 務是具有挑戰(zhàn)性的。蜂窩通信設備和臺式通信設備在以下方面彼此不同顯 示尺寸、處理能力、網(wǎng)絡和處理帶寬及駐留的軟件應用程序。176 x 220 = 38,720像素數(shù)的典型蜂窩電話像素數(shù)到臺式計算機的大型平板顯示器的 1920 x 1200 = 2,304,000 ^f象素數(shù)之間，總像素數(shù)相差大約兩位的大小。具有 以300兆赫茲為時鐘的單核處理器的典型移動電話與可能具有以3.8吉赫茲 (Giga Hertz)為時鐘的雙核或四核處理器的工作站之間，處理能力相差幾位大小。典型移動電話中的易失性存儲器，也叫做隨機存取存儲器('RAM，)
是64兆字節(jié)，而臺式計算機將有1-4吉字節(jié)(Gigabytes)。移動電話上的 文件存儲使用駐留RAM完成，而計算機上的文件存儲使用40-80吉字節(jié)的 硬盤完成。蜂窩網(wǎng)絡有300-700千比特每秒的數(shù)據(jù)傳輸率，而典型的企業(yè)局 域網(wǎng)有10-100兆比特每秒的數(shù)據(jù)傳輸率。
電子郵件通信的復雜度在從筒單文本信息到帶有嵌入圖像和相關附件 的HTML文檔的范圍內變化。與文件傳輸協(xié)議('FTP，)相反的頻繁電子郵 件充當大小組織內和之間的文件共享和文檔傳輸?shù)膬?yōu)選方法。這些文件和文 檔盡管被稱為電子郵件附件，但是實際上它們是電子郵件本身的一部分，且 它們在通信過程的對端的集束(bundling)和解集束(unbundling)消耗相當 多的處理功率和時間。在電子郵件附件被接收之后，它必須由兼容的駐留應 用程序打開，以供接收方查看或編輯。如果沒有對應的應用程序，例如，文 字處理、電子表格及制.圖，那么嘗試打開附件將證明是徒勞的，因而阻礙了 通信過程。
所需的是用于處理范圍廣泛的移動和固定的、及無線和有線的通信設備 之間的通4言的統(tǒng)一通4言方法。
發(fā)明內容
本發(fā)明公開一種能夠管理在異類設備和網(wǎng)絡上操作的用戶的電子郵件 經(jīng)驗的電子郵件網(wǎng)關的方法和裝置。該網(wǎng)關允許以接收，也叫做目標設備的 硬件和軟件能力為基礎來配置電子郵件。引入電子郵件被分解成主體部分和 附件部分，并存儲在網(wǎng)關中。外發(fā)電子郵件通過各個組裝階段，每個階段對 于請求設備，也叫做目標設備是特定的。集成的存儲器和檢索能力允許網(wǎng)關 重新產(chǎn)生從移動電話轉發(fā)至臺式計算機的電子郵件，從而保留原始通信的完 整性。存儲的電子郵件附件可直接通過基于萬維網(wǎng)的用戶界面或者通過被嵌 入外發(fā)電子郵件的主體部分的鏈接來獨立訪問。在任何一種情況下，附件通 過各個組裝階段，其中每個階段根據(jù)請求設備的能力具體配置附件。在本發(fā)明的 一個實施例中，公開了 一種被配置為連接至至少 一個網(wǎng)絡的通 信設備的電子郵件網(wǎng)關。該電子郵件網(wǎng)關包括分解器、存儲器、設備檢測器 及目標優(yōu)化器。所述分解器將所接收的電子郵件分解成分立的主體部分和附件 部分。所述存儲器連接至所述分解器，被配置為存儲從所述分解器接收的每封 電子郵件的分立的主體部分和附件部分。所述設備檢測器在電子郵件要被遞送 至對應通信設備前4企測該通信設備的硬件和軟件能力。所述目標優(yōu)化器連接至 所述存儲器和所述設備檢測器，響應于電子郵件請求，基于由所述設備檢測器 檢測到的所述通信設備的能力來對要遞送至所述通信設備的相關聯(lián)電子郵件的 主體部分和附件部分進行優(yōu)化。
在本發(fā)明的另一個實施例中，電子郵件網(wǎng)關包括分解器、存儲器、至少 一個管理萬維網(wǎng)頁及存儲管理器。所述分解器將所接收的電子郵件分解成分立 的主體部分和附件部分。所述存儲器連接至所述分解器，被配置為存儲從所述 分解器接收的每封電子郵件的分立的主體部分和附件部分。所述至少一個附件 管理萬維網(wǎng)頁被配置用于搜索和查看獨立于電子郵件且與該電子郵件相關聯(lián)的 電子郵件附件。所述存儲管理器連接至所述存儲器，響應于由電子郵件接收方 經(jīng)由所述至少 一個附件管理萬維網(wǎng)頁輸入的查詢，來從所述存儲器中檢索電郵 至所述接收方的附件，該附件與在所述至少一個附件管理萬維網(wǎng)頁上顯示的接 收方的查詢參凄t相匹配。
從下面結合附圖的詳細描述中，本發(fā)明的這些和其它特點及優(yōu)勢對于本 領域技術人員而言將變得更加明顯，在附圖中
圖1示出具有顯示通用電子郵件的電子郵件客戶端的多個有線和無線 通信設備；
圖2示出從圖1的通信設備中選擇的通信設備，這些通信設備彼此相連， 通過電子郵件網(wǎng)關進行電子郵件交換；
圖3A示出用于將成員愛好輸入至如圖2所示的電子郵件網(wǎng)關的圖形用戶界面(GUI)的實施例；
圖3B示出用于將成員愛好輸入至如圖2所示的電子郵件網(wǎng)關的GUI的 替代實施例；
圖4示出根據(jù)本發(fā)明實施例用于管理電子郵件附件的GUI; 圖5A-5B示出在優(yōu)化特定目標通信設備之前和之后電子郵件的頭部分、 文本部分、主體部分和附件部分；
圖6示出XML格式的所選擇移動設備的硬件和軟件規(guī)范；
圖7示出根據(jù)本發(fā)明實施例的用于分立的管理電子郵件頭部分、主體部
分和附件部分的數(shù)據(jù)結構；
圖8示出如圖2所示電子郵件網(wǎng)關的實施例的組合硬件和軟件的框圖9示出如圖2所示的電子郵件網(wǎng)關的實施例的硬件框圖10A-10B示出根據(jù)本發(fā)明實施例的在如圖2所示的電子郵件網(wǎng)關中
電子郵件接收和發(fā)送的過程流程圖11是根據(jù)本發(fā)明實施例的在如圖2所示的電子郵件網(wǎng)關中與管理分
立的附件請求或查詢相關聯(lián)的處理的過程流程圖。
具體實施例方式
圖1示出具有顯示通用電子郵件的電子郵件客戶端的多個有線和無線
通信設備。示出了幾個蜂窩電話108、 118、筆記本電腦104及計算機工作
站顯示器100。這些通信設備在以下方面彼此不同顯示尺寸、處理能力、
網(wǎng)絡和處理帶寬及駐留的軟件應用程序。這些差異中最明顯的差異是各自的
顯示尺寸。蜂窩電話108具有176 x 220像素的顯示器，蜂窩電話118具有
320 x 24(H象素的顯示器。筆記本電腦104具有1024 x 768 #>素的顯示器且
平板監(jiān)視器100具有1920 x 1200像素的顯示器。因此在176 x 220 = 38,720
像素的最小蜂窩電話總像素數(shù)到大平板監(jiān)視器的1920 x 1200 = 2,304,000像
素數(shù)之間，總像素數(shù)相差70/1或者大約為兩位的大小。處理能力、易失性
存儲器、文件存儲及網(wǎng)絡帶寬能力呈現(xiàn)相似的差異。
ii本發(fā)明的電子郵件網(wǎng)關以考慮每個目標通信設備的硬件軟件能力和用 戶愛好的方式管理這些異類通信設備間的電子郵件通信。電子郵件通信的復
雜度在從簡單文本消息到具有嵌入圖像和相關附件的HTML文檔的范圍內 變化。這些文件和文檔盡管被稱為電子郵件附件，但是實際上它們是電子郵
力和用戶愛好來管理附件。附件可以以特定設備為基礎被排斥在電子郵件之 外，可以通過文本超鏈接在電子郵件中被引用，也可以被包括在電子郵件中。 當附件被遞送到請求設備時，電子郵件網(wǎng)關可以使附件進行特定設備轉換， 從原始文件類型轉換成與接收通信設備上的軟件應用程序相兼容的文件類型。
在圖1中，通過向以特定設備為基礎，即被配置為以目標設備的硬件和 軟件規(guī)范及與之相關聯(lián)的任何用戶愛好為基礎的每個通信設備遞送的通用 電子郵件的相關聯(lián)的電子郵件客戶端應用程序，以初始顯示示出所有的通信 設備。該通用電子郵件的原始格式102在顯示器100上被顯示。電子郵件 102包含HTML格式的主體、嵌入圖像104a和被標識為'嬰兒P.psd，、'嬰 兒D.doc，及'BabG.gif的不同文件類型的三個附件。每個附件與不同的軟件 應用程序相關聯(lián)。.psd文件類型是與加利福尼亞州圣何塞市的Adobe系統(tǒng)公 司的圖像處理應用程序'Photoshop，相關聯(lián)的專有(proprietary )位圖格式。.doc 文件類型是與華盛頓州雷德蒙市微軟公司的'WORD ，應用程序相關聯(lián)的專有 字處理格式。.gif文件類型是被圖像處理應用程序、萬維網(wǎng)查看器及電子郵 件客戶端廣泛支持的位圖格式。筆記本電腦104的電子郵件客戶端中也示出 了具有嵌入圖像104b和相關附件的相同電子郵件106。
由于蜂窩電話上的縮減的顯示尺寸、處理能力及有限的軟件應用程序 集，本發(fā)明的電子郵件網(wǎng)關以不同的格式向這些移動通信設備108和118遞 送電子郵件。在為蜂窩電話118的情況下，嵌入圖像104c和所附的圖像文 件(未圖示)針對目標設備顯示器，即320 x 240像素而被調整尺寸，且也 可以從.psd和.gif格式被轉換為被廣泛支持的諸如聯(lián)合圖像專家組('.jpg，)
12之類的圖像格式。按比例調整尺寸減小了圖像尺寸而不影響圖像質量。由于 圖像已經(jīng)針對接收設備被縮放，因此調整尺寸既降低了數(shù)據(jù)傳輸帶寬又降低 了接收設備上的處理需求。尤其在諸如.psd之類的不被支持的應用程序類型 的情況下，格式轉換允許在接收設備上通過諸如.jpg之類的被支持的應用程 序文件類型來查看文件。另外，因為.jpg格式是有損格式，因此雖然通過壓 縮會損失圖像質量，但是可以實現(xiàn)數(shù)據(jù)傳輸帶寬的進一 步降低。
被發(fā)送給移動通信設備108的電子郵件最初在既不帶附件也不帶嵌入 圖像的情況下被遞送。這是由于減小的顯示尺寸、缺乏所需的軟件應用程序 和針對目標設備建立的用戶愛好。電子郵件102中嵌入的嬰兒圖像104a已 被電子郵件主體中的圖像超鏈接替代。選擇該鏈接導致對在網(wǎng)關處原始存儲 的圖像進行設備特定處理，以供隨后遞送給蜂窩電話。該處理可以包括針 對目標顯示器調整尺寸、若合適則進行圖像旋轉及根據(jù)需要進行文件類型轉 換，以使能通過蜂窩電話上的駐留軟件應用程序查看圖像。原始電子郵件的 文本部分112被傳輸至蜂窩電話。在所示出的實施例中，電子郵件網(wǎng)關確定 目標通信設備108的用戶愛好和/或默認的硬件和軟件規(guī)范，并且相應地， 管理附件。在所示出的例子中，原始電子郵件的附件沒有在初始通信中被遞 送，反而到該附件的文本鏈接以被附件類型分類并相應地被例如'圖片 (Pictures)，或'文檔(Documents)，標注的文本鏈接110, 114， 116的的 方式被遞送給蜂窩電話。接收方能夠通過選擇電子郵件主體嵌入的這些超鏈 接IIO、 114、 116來訪問這些附件。選擇超鏈接導致對存儲在網(wǎng)關上的附件 進行特定設備處理，以供隨后遞送至蜂窩電話。該處理可以包括針對目標 顯示器調整尺寸、若合適則進行圖像旋轉及為根據(jù)需要進行文件類型轉換， 以使能通過蜂窩電話上的駐留軟件應用程序查看圖像。
圖2示出從圖1的通信設備100, 108, 118中選擇的幾個通信設備，這 些通信設備彼此相連，通過電子郵件網(wǎng)關210進行電子郵件交換。電子郵件 網(wǎng)關包括存儲器212，除了相關程序代碼、用戶界面、設備規(guī)范及成員概要 外，該存儲器212還包括對電子郵件的頭部、主體部分和附件部分的存儲。在所示的例子中，電子郵件102從連接至顯示器100的工作站(未示出)被 發(fā)送至接收方，該接收方的相關聯(lián)通信設備包括蜂窩電話108。為了本例子 起見，接收方在電子郵件網(wǎng)關210上具有帳戶。這允許網(wǎng)關在處理遞送給它
的特定設備電子郵件愛好。電子郵件從蜂窩電話108被轉發(fā)到另一個接收 方，在該接收方處，該電子郵件在它們的通信i殳備118之一上^皮查看。
電子郵件102以遵循針對ARPA互4關網(wǎng)文本消息和對其的多用途互耳關網(wǎng) 郵件擴展('MIME，)格式的RFC822標準的格式被發(fā)送200。該格式包括具 有頭部、HTML、文本主體部分202a以及具有內聯(lián)和非內聯(lián)附件204a、 206a、 208a及210a的附件部分的單一文件。 一旦^皮網(wǎng)關220接收，電子郵件被分 解成分立的部分以存儲在存儲器222中。電子郵件頭部及主體202b與內聯(lián) 和非內jf關附件204b、 206b、 208b及210b 4皮分立存4諸。當電子郵件遞送請 求230被電子郵件網(wǎng)關接收到時，電子郵件網(wǎng)關基于請求通信設備的硬件和 軟件規(guī)范和因此的任何可用遞送愛好來確定要遞送的內容以及采用何種格 式去遞送被請求的電子郵件。蜂窩電話108的的極小顯示尺寸和數(shù)量有限的 駐留軟件應用程序數(shù)導致電子郵件232a作為僅具有嵌入文檔/文件超鏈接的 文本#:遞送。因此沒有內聯(lián)或其它方式的附件被電子郵件網(wǎng)關初始遞送給設 備108。電子郵件102中嵌入的嬰兒圖像104a已被電子郵件的主體中的圖像 超鏈接110替代。選擇該鏈接導致對在網(wǎng)關處原始存儲的圖像進行特定設備 處理，以供隨后遞送至蜂窩電話。原始電子郵件的文本部分112被傳輸給蜂 窩電話。原始電子郵件的非內聯(lián)附件在初始通信中也沒有被遞送。然而接收 方能夠通過電子郵件主體中嵌入的超鏈接110、 114及116來訪問附件，選 擇該超鏈接導致對在網(wǎng)關處存儲的附件進行特定設備處理，以供隨后遞送至 蜂窩電話。
通信設備108b顯示在選擇圖像超鏈接110后的通信設備108。與該圖 像超鏈接110相關聯(lián)的URL 110b通過HTTP連接被發(fā)送至電子郵件網(wǎng)關 220。這啟動通信260，導致以特定目標為基礎處理所存儲的嵌入圖像204b。在此情況下，電子郵件網(wǎng)關對所存儲的圖像調整尺寸、旋轉，并以及轉換所 存儲的圖像的文件類型。另外，根據(jù)得到的文件尺寸，圖像可能要在作為.jpg
圖像文件204d遞送給蜂窩電話之前進行額外的壓縮步驟。以.jpg格式遞送 的圖像文件如圖像104d所示被顯示在蜂窩電話查看器客戶端。
在如圖2所示的代表性電子郵件交換中的下一個步驟是將電子郵件 232b轉發(fā)240至預期接收方，該接收方的相關聯(lián)通信設備是蜂窩電話118。
上的原始內聯(lián)和非內聯(lián)附件204b、 206b、 208b及210b相關。當電子郵件網(wǎng) 關220從通信設備118接收到電子郵件請求250時，所存儲的這些附件的特 定目標轉換受到影響。內聯(lián)的嬰兒圖片204b在調整尺寸和文件類型轉換步 驟后^皮復原且作為內耳關附件204c ^皮添加回電子郵件。既包括文本部分又包 括圖形部分的Photoshop .psd文件206b在轉換為.jpg格式的附件206c后被 復原。Word .doc文件208b在轉換為.txt格式的附件208c后被復原。所附的.gif 圖像文件210b在調整尺寸和轉換為.jpg格式的文件類型附件210c后被復原。 所示的通信設備顯示被轉發(fā)的電子郵件的內聯(lián)圖像104c和相關聯(lián)文本。為 了 ，電子郵件網(wǎng)關復原被轉發(fā)的電子郵件的能力也可以用于對在電子郵件網(wǎng) 關220上沒有帳戶的接收方的電子郵件通信。對于這些接收方，被轉發(fā)至它
208b及210b以100%的保真度被復原成原始文件類型和圖像尺寸。
圖3A示出將成員愛好輸入至如圖2所示的電子郵件網(wǎng)關的圖形用戶界
面(GUI) 300的實施例。用戶界面包括目標設備選4奪部分310、源管理部
分312、圖像管理部分314及應用管理部分316。
在目標設備選擇部分，成員輸入他們的通信設備的制造商和型號。然后
該通信設備的相關聯(lián)硬件和軟件規(guī)范與該成員的記錄相關聯(lián)。
在源管理部分，用戶具有他們的電子郵件接收愛好的檢驗框選項。動態(tài)
始才妄收方的i也址，例如me@hotmail.com，而不是壽爭發(fā)J4址me@momail.com。這允許單個網(wǎng)關上的電子郵件帳戶的透明統(tǒng)一。圖形附件選項使網(wǎng)關能夠遞 送帶有圖形附件的外發(fā)電子郵件。如果該選項沒有被檢驗，則網(wǎng)關將遞送帶 有鏈接到電子郵件網(wǎng)關上的圖形附件的超鏈接的電子郵件。其它附件選項使 網(wǎng)關能夠遞送帶有非圖形附件的外發(fā)電子郵件。如果該選項沒有被檢驗，則 網(wǎng)關將遞送帶有鏈接到電子郵件網(wǎng)關上的非圖形附件的超鏈接的外發(fā)電子 郵件。清除消息選項允許網(wǎng)關執(zhí)行對引入消息的清除。轉換成純文本選項允
許網(wǎng)關從引入電子郵件的HTML部分提取文本且將該文本注入外發(fā)電子郵 件的文本部分。去除鏈接選項阻止網(wǎng)關將附件的鏈接注入外發(fā)電子郵件。
在圖像管理部分，成員可以設置對所接收的內聯(lián)或非內聯(lián)圖像的愛好。 這些愛好包括自定義圖像尺寸、彩色對黑白色以及壓縮量。
在應用管理部分，用戶能夠選擇a)以非圖像文件附件的原始格式，例 如.psd或.doc來保存該非圖像文件附件；或b)通過網(wǎng)關將它們被轉換成以圖 形方式顯示文本和圖像的格式，例如.jpg;或c)將它們轉換成純文本格式， 例如.txt。
圖3B示出將成員愛好輸入至如圖2所示的電子郵件網(wǎng)關的GUI 350的 替代實施例。該GUI包括設備規(guī)范部分352、源控制部分356、內容管理部 分358以及進度條(band plan)部分360。
在設備規(guī)范部分，用戶為他們的通信設備中的各通信設備輸入特定設備 的硬件和軟件參數(shù)。
在源控制部分，用戶輸入用于在設備規(guī)范部分指定的他們的通信設備中 的特定通信設備上接收電子郵件的電子郵件配置設置。這些設置對由朋友或
的電子郵件可以4皮分立地配置為包括或排除分立的部分，例如頭部、文本 主體、主體html以及附件。
在內容管理部分，電子郵件附件的轉換映射、調整尺寸、壓縮及尺寸限 制轉換可以基于文件類型而被指定。每種文件類型也可以服從下列之一作 為附件的包括和僅通過超鏈接或模塊的包括。在進度條部分，滑動條利用在前月份接收的電子郵件作為基線，向用戶 顯示在給定的設置下所估計的月數(shù)據(jù)流量。可替代地，當用戶移動滑動條時， 源控制和內容管理部分以可編程的方式被改變，以再基于在前月份接收的電 子郵件而達到所需的數(shù)據(jù)率。
圖4示出根據(jù)本發(fā)明實施例的用于管理電子郵件附件的GUI400。在本
發(fā)明的實施例中，內聯(lián)和非內聯(lián)電子郵件附件作為原始電子郵件的一部分， 與原始電子郵件分立的存儲。另外，由電子郵件網(wǎng)關提供的一個或多個萬維
網(wǎng)頁允許獨立成員去管理和訪問他們的電子郵件附件。GUI包括附件管理部 分402及附件4叟索和查看部分408。
附件管理萬維網(wǎng)頁400的附件管理部分具有兩個子部分404和406,在 這兩個子部分中，成員能夠配置分別由該成員發(fā)送和接收的附件的附件策 略。由成員發(fā)送的附件的策略包括存儲持續(xù)時間、接收方權限及訪問通知。 由成員接收的附件的策略包括基于發(fā)送方和接收方之間的關系而變化的存 儲持續(xù)時間。
附件搜索和查看部分408包括查詢表格410和結果列表412。查詢表格 410包括用于由參數(shù)建立附件查詢的輸入，所述參數(shù)包括例如，文件名稱、 文件類型、文件大小、發(fā)送方、接收方及主題。附件列表部分412包括用包 括使每個附件滿足查詢的一行，每行包括與附件相關聯(lián)的對應電子郵件主體 部分的超鏈接。每行上的單選按扭允許與由相關聯(lián)的發(fā)送方或接收方設置的 策略一致的附件訪問。
圖5A-5B示出在優(yōu)化特定目標通信設備之前和之后電子郵件的頭部部 分、文本部分、主體部分和附件部分。所接收的電子郵件500包括諸如.eml 或.msg類型的一個電子郵件文件，該電子郵件文件包括內聯(lián)和非內聯(lián)的基本 64 (base64)編碼的附件。所接收的電子郵件包括頭部502、文本格式的主 體504、 HTML格式的替代主體508及附件516。頭部部分包括諸如To: (至)、From: O人)、CC:、 BCC:、 Subject:(主題)、Return Path (返 回路徑)及Mime Type (類型)之類的電子郵件元數(shù)據(jù)，以及與產(chǎn)生電子郵件或檢驗該電子郵件上被執(zhí)行的內容的垃圾電子郵件(Spam)的應用程序 相關聯(lián)的自定義字段。
主體文本部分504是由'…=—NextPart:，標簽及內容、字符設置標識符 506界定的標簽。字符集，即iso-8859-n是用在北美和西歐計算機上的標準 8位字符編碼，該字符集嘗試在14種以上主要語言中使用的主要字符覆蓋 在經(jīng)過編碼的256個字符。-11后綴是目前覆蓋9個地區(qū)的變體，以擴展覆蓋 到東歐、地中海及非洲語言。全世界有超過IOO個字符集在不同計算機上使 用的用于電子位"1和0"進行編碼，通過這些字符集，文檔和通信被存儲 在計算機上并在計算機間傳輸。這些字符集的復雜度在每字符7-32位的范 圍內，諸如'iso-8859，之類的較老的字符集覆蓋256個或較少的字符且需要 較少位來對字符進行編碼，而諸如'單一代碼-n，之類的較新的國際標準嘗 試以單一字符集來覆蓋所有的世界語言，因而每字符需要更多位來進行編 碼。在這些后來的標準中，單一代碼變換才各式-8('UTF-8，)是最流行的。UTF-8 將每個單一代碼字符編碼為l到16字節(jié)的可變數(shù)字。
主體HTML部分508是由Next Part (下一部分)標簽界定的標簽，且 包括HTML文檔形式的電子郵件主體。該文檔包括元標簽510，該元標簽 510為文檔限定內容類型'text/html (文本/html)'和字符集iso-8859-1 。在文 檔的'〈td〉，標簽內，嬰兒圖片104a (參見圖1)的圖像標簽被顯示。圖像標 簽的源屬性512具有指向也包括在電子郵件文件中的下列附件522之一的 'CID,指針。
電子郵件的附件部分520包含子部分522、 526、 528、 530,每個子部 分整體包含電子郵件的內聯(lián)和非內聯(lián)附件中的分立的內聯(lián)或非內聯(lián)附件。由 于為基本編碼內容的長度，每個附件的內容已被嚴格編寫在附圖中。第一附 件522是如圖1所示的且被命名為'嬰兒E，的內聯(lián).gif嬰兒圖片104a。整幅 圖片的每個像素是基本64編碼字符串524。下一部分526包含500Kb的附 件，該附件的基本64編碼字符串部分是標題為'嬰兒G，的.gif圖像。下一部 分包含200Kb的附件528，，該附件的基本64編碼字符串部分是標題為'嬰兒D,的Microsoft Word .doc文件。下一部分包含500Kb的附件530 ,該附 件的基本64編碼字符串部分是標題為'嬰兒P，的Adobe Photoshop .psd文件。 電子郵件客戶端處理每封電子郵件的組裝和顯示，每封電子郵件包括非 內聯(lián)附件的列表和電子郵件客戶端的電子郵件GUI中'Attach:，字段的大小。
該格式編排和顯示也包括對任何內聯(lián)圖像的解碼和顯示。
圖5B示出優(yōu)化之后的圖5A的所接收的電子郵件，用于遞送至特定請 求目標設備，例如諸如圖1所示的蜂窩電話118之類的移動通信設備。所遞 送的電子郵件是具有頭部552、主體文體554及附件560部分的單一文件 550。頭部552已被清除，以去除自定義頭部。主體文本部分554包含文本 和從原始電子郵件(參看圖5A) HTML主體部分提取的內聯(lián)圖像。字符編 碼556已被轉換成UTF-8來保證在接收設備上的兼容性。附件部分560包 括內聯(lián)附件562和三個非內4關附件568、 574及580。
附件562是命名為嬰兒E的.jpg圖像文件類型564,來源于相同名稱的 所存儲的內聯(lián)附件522 (參看圖5A)從.gif圖像文件類型到.jpg圖像文件類 型的轉換。.jpg圖像已被調整尺寸且被轉換，并且也可以被壓縮，以遞送到 目標設備。每一個轉換步驟依賴于請求目標設備的硬件和軟件規(guī)范及對源于 用戶選擇的同樣規(guī)范所作的任何改進。得到的圖像文件被包含基本64編碼 字符串566中。
附件568是命名為嬰兒G的.jpg圖像文件類型570，其來源于同樣名稱 的所存儲的附件526 (參看圖5A)從.gif到.jpg圖像文件類型的轉換。為了 發(fā)送到目標設備，.jpg圖像已被調整大小且被轉換，也可以被壓縮。每一個 轉換步驟是基于請求目標設備的硬件和軟件規(guī)范及由用戶愛好導致的對請
包含在基本64編碼字符串572中。
附件574是命名為嬰兒D的.txt文本文件類型576，來源于對相同名稱 的所存儲的附件528 (參看圖5A)從Microsoft Word .doc文檔格式到純文本.txt文件類型的轉換。文件類型轉換是基于請求目標設備的硬件和軟件規(guī) 范及由用戶愛好導致的對請求目標設備的硬件和軟件規(guī)范所作的任何修改
而決定的。得到的圖像文件被包含在基本64編碼字符串578中。
附件580是命名為嬰兒P的.jpg圖像文件類型582,來源于相同名稱的 所存儲的附件530 (參看圖5A )從Adobe PhotoShop .psd文件格式到圖像文 件類型的轉換。文件類型轉換是基于請求目標設備的硬件和軟件規(guī)范及由用
得到的圖像文件被包含在基本64編碼字符串584中。
圖6示出被選擇的移動設備的XML格式的規(guī)范600。在本發(fā)明的實施 例中，這個從標準主體或制造商自身獲得的記錄被用于形成設備規(guī)范記錄的 基礎。設備規(guī)范記錄包含硬件平臺部分602、軟件平臺部分604、網(wǎng)絡特征 部分606、瀏覽器部分608、無線訪問協(xié)議('WAP，)部分610、'進棧，電 子郵件特征部分612及消息接發(fā)特征部分614。
圖7示出根據(jù)本發(fā)明實施例的用于分立的管理電子郵件頭部部分、主體 部分和附件部分的數(shù)據(jù)結構。
在本發(fā)明的該實施例中，第一組記錄700包含所接收的電子郵件的頭部 部分、主體文本部分及主體HTML部分。第二組記錄702以多對一的關系 相關地鏈接到第一組記錄。第二組記錄702包含與記錄組700中的電子郵件 頭部-主體記錄中的對應一條記錄相關聯(lián)的實際內聯(lián)和非內聯(lián)附件。每個附 件記錄可以包含作為'一滴字段(blob field)，的實際附件或者指向作為分立 的文件被存儲的相應附件的指針。在本發(fā)明的替代實施例中，電子郵件頭部 -主體部分和附件部分的分立的存儲可以通過如圖7顯示的關系表格結構 的替代實施例來實現(xiàn)，所述關系表格結構包括例如在不脫離本發(fā)明所要求 的范圍的情況下，基于對象的、基于平面文件的和基于XML的。
圖8示出如圖2所示的電子郵件網(wǎng)關220實施例的組合硬件和軟件的框 圖。電子郵件網(wǎng)關包括支持通過簡單郵件傳輸協(xié)議('SMTP，)，即SMTP 模塊806,郵局協(xié)議('POP，)和因特網(wǎng)信息訪問協(xié)議('IMAP，)，即模塊800，及超文本傳輸協(xié)議('HTTP')，即模塊804傳輸電子郵件和/或附件的 模塊。網(wǎng)關也包括用于程序代碼850、設備硬件和軟件規(guī)范記錄852、成 員概要記錄854、電子郵件頭部和主體部分記錄856、電子郵件附件記錄858 及萬維網(wǎng)頁860的存儲器222。
電子郵件網(wǎng)關也包括用于將引入電子郵件分解成頭部-主體部分和附 件部分的分解器模塊812;清除器模塊838、字符轉換模塊840、用于管理 存儲器222中的記錄的存儲管理器842、基于電子郵件和/或附件被發(fā)送至的 目標設備來優(yōu)化所遞送的電子郵件和/或附件的目標優(yōu)化器模塊814、用于組 裝已優(yōu)化的電子郵件頭部_主體部分和附件部分以供遞送的組裝器模塊 808、用于動態(tài)檢測請求遞送電子郵件的目標設備的構造、模型和/或規(guī)范的 設備檢測器模塊和用于控制對電子郵件和/或附件的用戶HTTP訪問的萬維 網(wǎng)界面^t塊810。
所示出的電子郵件網(wǎng)關經(jīng)由SMTP模塊806接收電子郵件202a(參看圖 2)。分解器812將引入電子郵件分解成包括頭部部分、主體-文本部分、主體 -HTML部分以及附件部分的組成部分。然后各部分在清除器模塊838中被 處理，執(zhí)行諸如去除不需要的標簽、被禁止的腳本或附件類型之類的清除。 然后字符轉換模塊將組成部分的字符集轉換成國際標準，典型地，單一代碼，
例如UTF-8。在本發(fā)明的替代實施例中，在遞送電子郵件或附件時，該字符 轉換以特定目標為基礎來被執(zhí)行。接下來，所接收的電子郵件的頭部和主體 部分被傳遞至存儲管理器的電子郵件管理子模塊，該電子郵件管理子模塊在 存儲器222中產(chǎn)生對應的電子郵件頭部-主體記錄856。所接收的電子郵件 的附件部分被傳遞至存儲管理器的附件管理子模塊844a-b，該附件管理子模 塊在存儲器222中產(chǎn)生對應的附件記錄858。
電子郵件和/或附件的遞送調用特定目標優(yōu)化。這需要目標設備的識別 以及響應該識別的電子郵件和/或附件的轉換。
目標設備可以基于直接或間接方法中的一種或兩種被識別。目標通信設 備檢測的直接方法包括通過設備檢測器模塊802動態(tài)檢測處于遞送時的目標通信設備。該動態(tài)檢測也可以包括通過請求頭部中包含的信息對設備能力
或駐留^:件應用程序的識別。
也由設備檢測器模塊802執(zhí)行的目標通信設備檢測的間接方法包括通 過登錄信息識別電子郵件請求者，將請求者與相關聯(lián)的識別接收方目標設備 的成員概要記錄854進行關聯(lián)，并基于設備規(guī)范記錄852中的相關聯(lián)的設備 規(guī)范記錄或在相關聯(lián)的成員概要記錄中對該相關聯(lián)的設備規(guī)范記錄的修改， 來從目標設備的對應硬件和軟件規(guī)范中確定。
一旦目標設備被識別出，目標優(yōu)化器即基于請求者，也叫做目標設備和 任何可用于該目標設備的成員愛好來影響恰當?shù)母郊呗?。附件管理確定附 件輸送的方式以及可用于該附件的任何轉換。附件可以被排斥在電子郵件之 外，可以以由文件類型分類和標注的附件超鏈接的形式通過引用被包括，也 可以被包括在電子郵件中。附件也可以基于請求設備的能力而受到各種類型 的轉換。轉換包括調整尺寸、旋轉、壓縮和改變文件類型以符合目標設備 上的可用的應用程序。接收方愛好子模塊836接收所識別的硬件和軟件規(guī)范 以及接收方對目標設備的愛好，且相應地配置目標優(yōu)化器的剩余子模塊。這 些子模塊包括附件復原器834、應用程序轉換器816、圖像轉換器822以 及組合器830。存儲管理器模塊識別要遞送的電子郵件和/或附件。電子郵件 頭部-主體部分被存儲管理器傳遞至組合器830。組合器處理電子郵件主體 的HTML部分和文本部分的組合，并且如果需要字符轉換，則與處理字符 轉換器840交互。另外，組合器模塊的鏈接注入器子模塊832處理附件超鏈 接到組合電子郵件主體的主體的所需注入。任何所需的附件被存儲管理器傳 遞至目標優(yōu)化器的附件復原器子模塊834。附件復原器確定是否利用鏈接注 入。如果需要遞送附件，那么附件復原器將圖像附件傳遞至圖像轉換器子模 塊822,并將其它的附件傳遞至應用程序轉換器子模塊816。
在縮放器子模塊824中，圖像轉換器通過處理將圖像調整至與目標設備 的顯示尺寸相對應的尺寸?？s放包括旋轉、調整尺寸以及改變縱橫比。文 件類型轉換，例如從.gif到.jpg文件類型的轉換，由轉換器子模塊826執(zhí)行。任何需要的有損圖像類型的壓縮也以目標設備的硬件和軟件規(guī)范和任何源 于成員愛好對目標設備的硬件和軟件規(guī)范所作的修改中所指定的特定設備
為基礎，在壓縮器子模塊828中被執(zhí)行。
應用程序轉換器處理對附件的文件類型的任何所需轉換，將其轉換成目 標設備上的駐留應用程序所支持的文件類型，該目標設備由被附件將被發(fā)送 至的目標通信設備的軟件規(guī)范和/或由修改該軟件規(guī)范的成員愛好指示。映
射器子模塊818確定要執(zhí)行哪種轉換，轉換器子模塊820中被選擇的轉換器 子模塊執(zhí)行所需的轉換，例如Adobe Photoshop .psd文件類型到,jpg圖像類 型的轉換。在這種情況中，Adobe Photosh叩文件類型的轉換可以包括分 析.psd文件的圖像層和文本層來確定組合視圖，.jpg格式的圖形圖像文件從 該組合視圖中被產(chǎn)生。如果需要，轉換后的附件也可以通過圖像轉換器進行 隨后的轉換，例如縮放和壓縮。
接下來，各種轉換后的附件和電子郵件頭部和主體部分從目標優(yōu)化器被 遞送至組裝器808,以組裝成一個或多個電子郵件，所述一個或多個電子郵 件到目標設備的請求電子郵件客戶端的遞送受到POP/IMAP協(xié)議模塊800 的影響。在圖8中，所示的電子郵件網(wǎng)關220經(jīng)由POP和IMAP模塊800 將電子郵件232a遞送至電子郵件客戶端。該模塊單獨與SMTP模塊806的
子郵件。
在目標規(guī)范或對目標規(guī)范的成員愛好修改避免在電子郵件中發(fā)送附件
接或直接通過為此目的特別提供給成員的一個或多個萬維網(wǎng)頁860訪問。圖 4中示出示例性萬維網(wǎng)頁，例如用于直接查詢和遞送附件的附件管理萬維網(wǎng) 頁400。 HTTP模塊804經(jīng)由萬維網(wǎng)界面模塊810和該萬維網(wǎng)界面才莫塊810 的訪問控制子模塊811來提供這樣的訪問。
圖9示出如圖2所示的電子郵件網(wǎng)關實施例的硬件框圖。網(wǎng)關包括本地 總線918,該本地總線918連接至的輸入-輸出部件906、網(wǎng)絡4矣口部件(NIC) 910、主存儲部件912、只讀存儲部件914、大容量存儲部件916以 及處理器920。輸入輸出模塊處理由例如網(wǎng)關管理員經(jīng)由例如鍵盤和屏幕接 口對網(wǎng)關的直接訪問。NIC處理網(wǎng)關與互聯(lián)網(wǎng)902或其它的局域或廣域無線 或有線網(wǎng)絡的交互。主存儲器處理在網(wǎng)關運行期間的程序代碼、程序代碼上 執(zhí)行的計算及所需要的中間數(shù)據(jù)的高速緩存的易失性存儲。只讀存儲器914 存儲基本輸入輸出系統(tǒng)(BIOS)和計算機運行所通配的其它程序代碼。大 容量存儲部件916處理與用于存儲器222的介質的交互。處理器920執(zhí)行所 存儲的程序代碼850來實現(xiàn)在以下圖10A-B和11中的過程904。
圖10A-10B示出根據(jù)本發(fā)明的實施例，用于在如圖2的電子郵件網(wǎng)關 中進fi"電子郵件接收和遞送的過程流程圖。對引入電子郵件的處理在步驟 1000開始，在該步驟，經(jīng)由SMTP或其它所需協(xié)議的電子郵件遞送受到影 響?？刂苽鬟f至步驟1002,在該步驟，所接收的電子郵件;故分解成頭部主 體—文本部分、主體-HTML部分及附件部分。然后電子郵件頭部和主體部分 的清除在步驟1004中受到影響。接下來在步驟1006中，電子郵件頭部-主 體部分被存儲且相關聯(lián)的電子郵件記錄被添加至存儲器。在判決步驟1008 中，如果內聯(lián)或非內聯(lián)附件被包括在所接收的電子郵件中，則作出確定。否 則，控制返回步驟1000。如果附件被包括在電子郵件中，則控制傳遞至步 驟1010。在本發(fā)明的實施例中，步驟1010確定所接收的附件是否與先前接 收的，現(xiàn)在位于存儲器中的附件相對應。在由網(wǎng)關先前接收的轉發(fā)電子郵件 和隨后由網(wǎng)關處理的^^皮遞送的電子郵件中存在這種情況。在本發(fā)明的實施例 中，該確定在遞送過程期間由網(wǎng)關以附件自身中嵌入的唯一附件標識符為基 礎作出。如果這樣的標識符或指針存在，那么在判決步驟1012中，由于指 針的存在而得到肯定判決，且控制傳遞到步驟1014。在步驟1014中，產(chǎn)生 附件記錄，該附件記錄包含或指向在先所存儲的附件，且該附件記錄被鏈接 至在步驟1006中產(chǎn)生的電子郵件記錄。然后控制返回到判決步驟1008,來 處理下一個附件。可替代地，若在判決步驟1012中，沒有找到對在先被存 儲的附件的標識符和指針，那么控制傳遞到步驟1016。在步驟1016中，所接收的附件被存儲在相關聯(lián)的附件記錄中，或與相關聯(lián)的附件記錄一起被存 儲。附件記錄鏈接到在步驟1006中產(chǎn)生的電子郵件記錄。然后控制返回判
決步驟1008,以處理下一個附件。
圖10B示出在目標特定基礎上，為了通信設備，與被優(yōu)化的電子郵件 發(fā)送相關的步驟，至該通信設備的發(fā)送將受到影響。在步驟1050，電子郵 件遞送以來自目標設備的電子郵件請求'入棧，或從網(wǎng)關到目標設備的通知 '出棧，被影響開始。
在步驟1052中，確定諸如請求設備或目標設備的例如硬件和軟件能力 及可用于該請求設備或目標設備的成員愛好?？梢曰谥苯踊蜷g接方法中的 一種或兩種來識別目標設備能力。在本發(fā)明的實施例中，可以基于來自請求 設備或目標設備的請求頭部中的信息來動態(tài)作出該確定。在本發(fā)明的另 一個 實施例中，可以基于特定目標設備的設備規(guī)范記錄和/或任何可用于請求設 備的成員概要記錄來作出該確定。
接下來，在步驟1054中，識別相關聯(lián)的內聯(lián)和非內聯(lián)的附件記錄、所 有針對接收方所存儲的電子郵件或由接收方請求的所存儲的電子郵件的子 集。然后在步驟1058中，對待遞送的電子郵件的頭部和主體部分執(zhí)行任何 所需的轉換。
然后在判決步驟1060中，確定是否存在與待遞送的電子郵件相關聯(lián)的 附件。如果沒有，則控制直接傳遞到步驟1080,用于對電子郵件進行組裝 和遞送。如果附件與待遞送的特定電子郵件相關聯(lián)，那么控制傳遞到判決步 驟1062。
接下來，在判決步驟1062中，基于成員愛好和/或目標設備規(guī)范確定在 待遞送的電子郵件中是否包括附件。如果包括附件，則控制傳遞到步驟1064。 如果不包括，那么控制傳遞到步驟1070。在步驟1064中，從存儲器中復制 附件。然后在步驟1066中，確定由目標設備規(guī)范和/或成員愛好對該目標設 備規(guī)范作出的修改請求的轉換，并且在步驟1068中執(zhí)行后，控制傳遞到步 驟1080,用于組裝和遞送包括轉換后的附件的電子郵件。可替代地，如果沒有要被包括的附件，那么在步驟1070中確定與所遞送的電子郵件相關聯(lián)
的任何附件。然后在步驟1072中，通過諸如圖片或文檔之類的類型對附件 進行分組，且為每個附件產(chǎn)生統(tǒng)一資源定位器(URL) URL超鏈接。這些 超鏈接通過附件類型被分類和相應地被標注。然后在步驟1074中，超鏈接 被注入電子郵件主體。然后控制傳遞到步驟1080,用于對電子郵件進行組裝。
圖11是根據(jù)本發(fā)明的一個實施例，在圖2的電子郵件網(wǎng)關220中，與 管理分立的附件請求或查詢相關聯(lián)的處理的過程流程圖。在步驟1100中， 處理開始于直接或間接附件請求。如果附件請求具有附件的URL鏈接的形 式，那么在判決步驟1102中的對應確定傳遞控制至步驟1110?？商娲?， 如果附件查詢通過向網(wǎng)關上具有帳戶的成員提供的一個或多個附件萬維網(wǎng) 頁(參看圖4， 400頁)而被接收，那么控制被傳遞至步驟1120。
擇的附件，在該步驟中，附件位于存儲器中，且出于安全目的，在判決步驟 1112中受到訪問控制處理。該訪問控制處理將可以檢索附件的用戶限制為 那些嵌入的鏈接被遞送至的用戶，即電子郵件的From、 To、 CC或BCC字 段中列出的那些用戶，且可能需要登錄或IP地址識別才能進行檢索。在本 發(fā)明的實施例中，也可以在確定訪問權限時考慮對于附件的成員愛好。圖4 中示出并描述了這些成員愛好的設置的例子，并且還示出附件管理萬維網(wǎng) 頁。在附件管理萬維網(wǎng)頁的附件管理器部分，具體來說在部分404中，發(fā)送 方能夠設置接收方對所接收的附件的權限，該權限包括對所接收的附件進 行查看、下載及編輯。如果訪問附件是不合適的，那么控制返回步驟1100， 如果是合適的，則控制傳遞至步驟1114。在步驟1114中，基于附件將被遞 送至的設備的能力以及由成員愛好產(chǎn)生的對設備的任何改進來確定對附件 的轉換要求。此后在步驟1116中，在從存儲器中檢索對附件執(zhí)行的任何所 需的轉換。接下來，在步驟1118中，附件被遞送給目標設備，在該目標設 備上，選擇URL鏈接，此后控制返回步驟1100。另一方面，如果附件請求是查詢類型，例如通過如圖4所示的附件管理
萬維網(wǎng)頁400，具體來說是通過附件管理萬維網(wǎng)頁400的附件查詢表才各410, 那么控制傳遞至步驟1120。在步驟1120中，識別產(chǎn)生查詢的成員是接收方 或發(fā)件人且滿足查詢的附件。然后在判決步驟1122中，位于在步驟120中 的附件被額外過濾來反映任何附加的訪問控制考慮，該訪問控制考慮由圖4 所示的附件管理萬維網(wǎng)頁的附件發(fā)送部分404中的附件發(fā)送方建立的成員
的鏈接。(參看圖4，搜索結果列表部分412)。在任何給定的附件行記錄 上選擇電子郵件鏈接會產(chǎn)生顯示相關聯(lián)的電子郵件的主體部分的彈出窗口。 然后控制返回步驟1100。
出于示例和描述的目的，以上已呈遞對本發(fā)明優(yōu)選實施例的描述。它不 意在窮舉或將發(fā)明限制為拘泥于所公開的形式。顯然，許多改進和變化對于 本領域技術人員將是顯而易見的。本發(fā)明的范圍意在由下列的權利要求和它 們的等同替代來限定。
權利要求
1、一種電子郵件網(wǎng)關，被配置為連接至至少一個網(wǎng)絡的通信設備，該電子郵件網(wǎng)關包括·分解器，將所接收的電子郵件分解成分立的主體部分和附件部分；·存儲器，連接至所述分解器，被配置為存儲從所述分解器接收的每封電子郵件的分立的主體部分和附件部分；·設備檢測器，在電子郵件被遞送至通信設備前，檢測該通信設備的硬件和軟件能力；及·目標優(yōu)化器，連接至所述存儲器和所述設備檢測器，響應于電子郵件請求，基于由所述設備檢測器檢測到的所述通信設備的能力來對要遞送至所述通信設備的相關聯(lián)電子郵件的主體部分和附件部分進行優(yōu)化。
2、 根據(jù)權利要求1所述的電子郵件網(wǎng)關，進一步包括 所述目標優(yōu)化器進一步響應于所述電子郵件請求，將用于檢索網(wǎng)絡上相 關聯(lián)的附件的可選擇URL鏈接注入每封相關聯(lián)的電子郵件的主體部 分，并且所述目標優(yōu)化器進一步響應于基于選擇URL鏈接而接收到附 件請求，將從所述存儲器檢索到的對應附件轉換成符合所述目標設備的 能力的文件類型。
3、 根據(jù)權利要求1所述的電子郵件網(wǎng)關，進一步包括 所述目標優(yōu)化器進一步響應于所述電子郵件請求，基于由所述設備^r測 器檢測到的通信設備的能力，將每封電子郵件的相關聯(lián)的附件部分從所
4、 根據(jù)權利要求1所述的電子郵件網(wǎng)關，進一步包括 所述目標優(yōu)化器進一步響應于所述電子郵件請求，調整相關聯(lián)的圖像附 件部分的尺寸，以符合由所述設備檢測器檢測到的所述目標設備的顯示 尺寸。
5、 根據(jù)權利要求1所述的電子郵件網(wǎng)關，進一步包括 所述目標優(yōu)化器進一步響應于所述電子郵件請求，旋轉相關聯(lián)的圖像附 件部分，以符合由所述設備檢測器檢測到的所述目標設備的顯示尺寸。
6、 根據(jù)權利要求1所述的電子郵件網(wǎng)關，進一步包括 字符轉換器，將所接收的電子郵件從區(qū)域字符碼轉換成國際字符碼。
7、 根據(jù)權利要求1所述的電子郵件網(wǎng)關，進一步包括 至少一個成員愛好萬維網(wǎng)頁，用于輸入針對所遞送的電子郵件附件的轉 換的成員愛好；及 所述目標優(yōu)化器響應于對向所述通信設備遞送所接收的電子郵件的請 求，基于經(jīng)由至少一個成員愛好萬維網(wǎng)頁輸入的成員愛好來管理對每封 電子郵件的附件部分的轉換。
8、 根據(jù)權利要求1所述的電子郵件網(wǎng)關，進一步包括 至少一個成員愛好萬維網(wǎng)頁，用于輸入針對電子郵件附件的存儲的成員 愛好；及 存儲管理器，連接至所述存儲器，響應于接收到所接收的電子郵件的附 件部分，基于經(jīng)由至少一個成員愛好萬維網(wǎng)頁輸入的成員愛好來管理附 件存儲策略。
9、 一種電子郵件網(wǎng)關，被配置為連接至至少一個網(wǎng)絡的通信設備，且該電 子郵件網(wǎng)關包括 分解器，將所接收的電子郵件分解成分立的主體部分和附件部分； 存儲器，連接至所述分解器，被配置為存儲從所述分解器接收的每封電 子郵件的分立的主體部分和附件部分； 至少一個附件管理萬維網(wǎng)頁，用于^_索和查看獨立于電子郵件且與該電 子郵件相關聯(lián)的電子郵件附件； 存儲管理器，連接至所述存儲器，響應于電子郵件接收方經(jīng)由所述至少 一個附件管理萬維網(wǎng)頁而輸入的查詢，從所述存儲器中檢索被電郵至所 述接收方的附件，該附件與所述至少一個附件管理萬維網(wǎng)頁上顯示的接 收方的查詢參凄t相匹配。
10、 一種用于電子郵件網(wǎng)關的方法，該電子網(wǎng)關被配置為連接至至少一個網(wǎng)絡的通信設備，并且該方法包括 將所接收的電子郵件分解成分立的主體部分和附件部分； 存儲每封電子郵件在分解操作中被分解成的分立的主體部分和附件部分； 在向通信設備遞送電子郵件之前，確定該通信設備的硬件和軟件能力； 及 將在存儲操作中存儲的相關聯(lián)的電子郵件附件轉換成被在確定操作中 確定的所述通信設備所支持的格式，從而使要遞送至所述通信設備的電 子郵件附件符合所述設備的能力。
11、 根據(jù)權利要求IO所述的方法，其中轉換操作進一步包括 將可選擇的URL鏈接注入每封所遞送的電子郵件的主體部分，以檢索 網(wǎng)絡上相關聯(lián)的附件；及 將通信設備經(jīng)由可選擇的URL鏈接而請求的附件轉換成符合在確定操 作中確定的所述請求通信設備的能力的格式。
12、 根據(jù)權利要求IO所述的方法，其中轉換操作進一步包括 基于在確定操作中確定的所述通信設備可用的軟件應用程序和所述通 信設備所支持的文件類型，將相關聯(lián)的附件部分從所述通信設備不支持 的文件類型轉換成所述通信設備支持的文件類型。
13、 根據(jù)權利要求10的方法，其中轉換操作進一步包括 將相關聯(lián)的圖像附件部分調整為符合在確定操作中確定的所述通信設 備的顯示尺寸的尺寸。
14、 根據(jù)權利要求IO所述的方法，其中轉換操作進一步包括 旋轉相關聯(lián)的圖像附件部分，以符合在確定操作中確定的所述通信設備 的顯示尺寸。
15、 根據(jù)權利要求IO所述的方法，進一步包括 將所接收的電子郵件從區(qū)域字符碼轉換為國際字符碼。
16、 根據(jù)權利要求IO所述的方法，進一步包括個成員愛好萬維網(wǎng)頁；以及 基于在提供操作中提供的經(jīng)由所述至少一個成員愛好萬維網(wǎng)頁輸入的 成員愛好，來轉換每封電子郵件的附件部分。
17、 根據(jù)權利要求IO所述的方法，進一步包括 提供用于輸入針對電子郵件附件的存儲的成員愛好的至少一個成員愛 好萬維網(wǎng)頁；以及 基于在提供操作中提供的經(jīng)由所述至少一個成員愛好萬維網(wǎng)頁輸入的 成員愛好，來管理對所接收的每封電子郵件的附件部分的存儲。
18、 —種用于電子郵件網(wǎng)關的方法，該電子郵件網(wǎng)關被配置被連接至至少 一個網(wǎng)絡的通信設備，并且該方法包括 將所接收的電子郵件分解成分立的主體部分和附件部分； 存儲每封電子郵件在分解操作中被分解成的分立的主體部分和附件部分； 提供用于搜索和查看獨立于電子郵件且與該電子郵件相關聯(lián)的電子郵 件附件的至少 一個附件管理萬維網(wǎng)頁； 響應于電子郵件的接收方經(jīng)由在提供操作中提供的至少一個附件管理 萬維網(wǎng)頁輸入的查詢，從所述存儲器中檢索被電郵至所述接收方的附 件，該附件與所述接收方的查詢參數(shù)相匹配。
19、 一種計算機軟件，以可觸知的方式嵌入到計算機可讀介質或傳播載波 信號中，用于被配置為在至少一個網(wǎng)絡的通信設備上使用的電子郵件網(wǎng)關；且 該軟件包括執(zhí)行下列操作的指令 將所接收的電子郵件分解成分立的主體部分和附件部分； 存儲每封電子郵件在分解操作中被分解成的分立的主體部分和附件部 分； 在向通信設備遞送電子郵件之前，確定該通信設備的硬件和軟件能力；及 將在存儲操作中存儲的相關聯(lián)的電子郵件附件轉換成被在確定操作中 確定的所述通信設備所支持的格式，從而使要遞送至所述通信設備的電 子郵件附件符合所述設備的能力。
20、 根據(jù)權利要求19所述的軟件，其中所述指令進一步包括用于下列操作的指令 將可選擇的URL鏈接注入每封所遞送的電子郵件的主體部分，以檢索 網(wǎng)絡上相關聯(lián)的附件；及 將通信設備經(jīng)由可選擇的URL鏈接而請求的附件轉換成符合在確定操 作中確定的所述請求通信設備的能力的格式。
21、 根據(jù)權利要求19所述的軟件，其中所述指令進一步包括用于下列操作 的指令 基于在確定操作中確定的所述通信設備可用的軟件應用程序和所述通 信設備所支持的文件類型，將相關聯(lián)的附件部分從所述通信設備不支持 的文件類型轉換成所述通信設備支持的文件類型。
22、 根據(jù)權利要求19所述的軟件，其中所述指令進一步包括用于下列操作 的指令 將相關聯(lián)的圖像附件部分調整為符合在確定操作中確定的所述通信設 備的顯示尺寸的尺寸。
23、 根據(jù)權利要求19所述的軟件，其中所述指令進一步包括用于下列操作 的指令 旋轉相關聯(lián)的圖像附件部分，以符合在確定操作中確定的所述通信設備 的顯示尺寸。
24、 根據(jù)權利要求19所述的軟件，其中所述指令進一步包括用于下列操作 的指令 將所接收的電子郵件從區(qū)域字符碼轉換為國際字符碼。
25、 根據(jù)權利要求19所述的軟件，其中所述指令進一步包括用于下列操作的指令個成員愛好萬維網(wǎng)頁；以及 基于在提供操作中提供的經(jīng)由所述至少 一 個成員愛好萬維網(wǎng)頁輸入的 成員愛好，來轉換每封電子郵件的附件部分。
26、 根據(jù)權利要求19所述的軟件，其中所述指令進一步包括用于下列操作 的指令 提供用于輸入針對電子郵件附件的存儲的成員愛好的至少一個成員愛 好萬維網(wǎng)頁；以及 基于在提供操作中提供的經(jīng)由所述至少一個成員愛好萬維網(wǎng)頁輸入的 成員愛好，來管理對所接收的每封電子郵件的附件部分的存儲。
27、 一種計算機軟件，以可觸知的方式嵌入到計算機可讀介質或傳播載波 信號中，用于被配置為在通信設備的至少一個網(wǎng)絡上使用的電子郵件網(wǎng)關；且 該軟件包括執(zhí)行下列操作的指令 將所接收的電子郵件分解成分立的主體部分和附件部分； 存儲每封電子郵件在分解操作中被分解成的分立的主體部分和附件部分； 提供用于搜索和查看獨立于電子郵件且與該電子郵件相關聯(lián)的電子郵件附件的至少 一個附件管理萬維網(wǎng)頁； 響應于電子郵件的接收方經(jīng)由在提供操作中提供的至少 一 個附件管理 萬維網(wǎng)頁輸入的查詢，從所述存儲器中檢索被電郵至所述接收方的附 件，該附件與所述^^妄收方的查詢參凄t相匹配。
全文摘要
一種能夠管理在異類設備和網(wǎng)絡上操作的用戶的電子郵件經(jīng)驗的電子郵件網(wǎng)關。該網(wǎng)關允許以接收，也叫做目標設備的硬件和軟件能力為基礎來配置電子郵件。該電子郵件網(wǎng)關包括分解器、存儲器、設備檢測器及目標優(yōu)化器。所述分解器將所接收的電子郵件分解成分立的主體部分和附件部分。所述存儲器連接至所述分解器，被配置為存儲從所述分解器接收的每封電子郵件的分立的主體部分和附件部分。所述設備檢測器在電子郵件要被遞送至對應通信設備前檢測該通信設備的硬件和軟件能力。所述目標優(yōu)化器連接至所述存儲器和所述設備檢測器，響應于電子郵件請求，基于由所述設備檢測器檢測到的所述通信設備的能力來對要遞送至所述通信設備的相關聯(lián)電子郵件的主體部分和附件部分進行優(yōu)化。
文檔編號H04L12/58GK101589588SQ200780014961
公開日2009年11月25日 申請日期2007年4月24日 優(yōu)先權日2006年4月26日
發(fā)明者羅格·格倫貝里 申請人:摩郵有限公司