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