TWI496009B - 有效顯示電子郵件之方法及裝置 - Google Patents

Description

有效顯示電子郵件之方法及裝置

本發明係關於提供一種有效顯示電子郵件之方法及裝置，尤其是關於使用於一行動通訊裝置上有效顯示電子郵件之方法及裝置。

隨著網際網路及其它網路環境的來臨，遠端之使用者能以各種不同形式諸如線上聊天(on－line chat，如聊天室chartroom)及電子郵件(e－mail)等互相通訊。今日，電子郵件在很大的範圍上已取代許多老舊通訊技術，如：備忘紙條(memos)、信件、傳真及電話交談。電子郵件在工作場所已變成通訊及協同合作(collaboration)的中心。電子郵件每日的數目及大小也持續增加中。電子郵件大小之增加許多是起因於電子郵件之附件。另一方面，由於業務需求許多人想要於在任何地方在任何時候都能檢視電子郵件。這導致今日行動通訊裝置如BlackBerry^TM 智慧型手機，或其他能存取電子郵件的個人數位助理(PDA)，也越來越流行。

然而行動通訊裝置(或任何小裝置)由於下列的限制，將使電子郵件之讀取對使用者而言不是友善的(user friendly)，甚至可說是令人感到痛苦的：

1.行動通訊裝置之螢幕太小(通常螢幕大約是2.5至3.5吋)，因而要瀏覽郵件十分困難。圖1A顯示一習知Lotus Notes Traveler^TM 電子郵件系統之顯示介面的螢幕顯示例示。如圖所示，顯示介面100中包含複數個郵件項目(mail items)102，及一位於顯示 介面100右側之捲動軸。每一郵件項目可包含送件者，主題，日期/時間，及郵件大小等等。每一郵件項目前端可另設置一附加的圖像(icon)供識別郵件狀態，如郵件圖像104代表已檢視過之郵件。使用者通常需上下捲動視窗以檢視所有電子郵件。使用者可按下(click)一選定之郵件項目以開啟該郵件供讀取。

2.網路速度及儲存空間的考量。圖1B顯示一行動通訊裝置上習知之電子郵件系統的工作流程圖。如圖示，一開始在步驟1010，電子郵件系統由一郵件伺服器側之一郵件資料庫1070下載所有郵件至行動通訊裝置上。當一使用者選擇一”Inbox”檢視窗，螢幕上將列出所有郵件項目之摘要資料(例如圖1A所示之送件者，主題，日期/時間，及郵件大小等等)(步驟1020)。接著，在步驟1030，使用者決定是否要停止讀取郵件。若決定不要讀取郵件，則結束(步驟1062)。若決定要讀取郵件，如前述，使用者按下一選定之郵件項目以開啟該郵件(1040)，供讀取(步驟1050)。最後，使用者決定是否要繼續讀取下一郵件(步驟1060)。

目前行動通訊裝置上之電子郵件系統由於網路速度比不上桌上型電腦者且較不穩定，因而在一開始便需要花費許多時間下載所有郵件至行動通訊裝置上。此外，由於行動通訊裝置之可用資源(如較小之儲存空間、較差能力的CPU及因電池供電故有較低的可用電力)比桌上型電腦者更受限制，使用者可能無法於處理郵件前，一次便下載所有郵件至行動通訊裝置上。

除以上之限制外，當使用者處在不是很舒適之環境下以行動通訊裝置處理郵件時，諸如在移動中之汽車或地鐵上，使用者通 常期望儘快完成所有新郵件之瀏覽，而不是一個一個開啟且詳細地檢視所有郵件。此外，當使用者以行動通訊裝置讀取郵件時，使用者通常僅在意緊急或有興趣的郵件，然而這些郵件很難僅由郵件之主題中被識別出。

鑑於上述行動通訊裝置上習知之電子郵件系統的缺點，因此，有提供一使用於一行動通訊裝置上有效顯示電子郵件之方法及裝置。

本發明揭示一嶄新的電子郵件系統。依本發明，一郵件伺服器於送出郵件至一作為客戶端之行動通訊裝置前，將執行一郵件組織程序模組，而先透過一歸類(Categorization)引擎群組化該客戶端相關之所有郵件，即將該客戶端相關之所有郵件依郵件內容分組，且產生關鍵字給每一群組。並透過一摘要(Summary)引擎對每一郵件依其內容產生簡要(short description)，再由群組中所有郵件之簡要產生該群組之摘要(summary)。因此，郵件伺服器將自動送出群組資訊(包含關鍵字及摘要)及每一郵件之簡要至客戶端之行動通訊裝置供檢視。這大大地簡化了大量郵件的複雜性，且增加了郵件的易讀性。藉由每一郵件之簡要，使用者可很容易地且快速地對所輸入之郵件有一概觀(overview)，且能立刻決定是否處理該郵件。

此外，依本發明揭示之一嶄新的電子郵件系統的實施例，在該客戶端之行動通訊裝置上可提供3種下載模式供使用者選擇，分別為快捷、正常及完整模式(Fast Mode，Normal Mode及 Complete Mode)。因此，不需在一開始便必須下載所有郵件，而能減少下載時間。使用者可依網路速度，選擇不同下載模式以決定何者須下載。

本發明揭示一種有效顯示電子郵件之方法、系統及電腦產品。尤其是，本發明揭示一使用於一行動通訊裝置上有效顯示電子郵件之方法、系統及電腦產品。本發明之實施，係藉群組化所有客戶端相關之輸入郵件，以產生代表每一群組之關鍵字；對每一輸入郵件依其內容，產生代表該每一輸入郵件之簡要；及由每一群組中所有輸入郵件之簡要，產生該每一群組之摘要。

再者，本發明也揭示一種提供有效顯示電子郵件之方法，包含：下載所有客戶端相關之輸入郵件之每一群組的資訊；下載該每一群組中所有輸入郵件資訊；及依下載模式，決定是否下載輸入郵件內容。

以下將配合附圖詳細說明本發明實施例。揭露之實施例只是用來解說，因此熟此技藝者應明白其中可以有許多修改及變化。參考圖式時，相同號碼代表所有圖式中相同的部分。

熟悉此項技術者將瞭解，本發明可體現為一種方法、系統或電腦程式產品。因而，可將本發明之實施例實施於完全硬體形式、完全軟體(包括韌體、駐存軟體、微碼等)中或實施於一結合軟體及硬體之實施例中。一般而言，本文中此等各 實施例均可被稱作"電路"、"模組"或"系統"。另外，本發明可採取一位於一電腦可用儲存媒體上之電腦程式產品形式，該電腦可用儲存媒體具有包含於其內的電腦可用程式碼。

可運用任何合適的電腦可用或電腦可讀媒體。該電腦可用或電腦可讀媒體可係(例如)但不限於：一電子、磁性、光學、電磁、紅外線或半導體之系統、設備、裝置或傳播媒體。該電腦可讀媒體之更具體的實例(一非詳盡列表)將包括如下：一具有一個或多個線的電連接、一可擕式電腦磁片、一硬碟、一隨機存取記憶體(RAM)、一唯讀記憶體(ROM)、一可擦可程式化唯讀記憶體(EPROM或快閃記憶體)、一光纖、一可攜式唯讀光碟片(CD－ROM)、一光學儲存裝置、一傳輸媒體(例如，可支援網際網路或內部網路者)或一磁性儲存裝置。應注意，電腦可用或電腦可讀媒體甚至可係上面印有程式之紙或其他合適之媒體，此乃因(例如)可藉由對紙或其他媒體之光學掃描而以電子方式捕獲該程式，然後編譯，解譯，或若需要，則以一合適方式進行其他處理，隨後儲存於電腦記憶體中。於此文獻之上下文中，一電腦可用或電腦可讀媒體可係任一可含有、儲存、通信、傳播或傳輸該程式以供指令執行系統、設備或裝置使用或結合其使用之媒體。該電腦可用媒體可包括一其中包含電腦可用程式碼之傳播資料信號，該傳播資料信號或係基帶形式或係載波之一部分的形式。可使用任一適當媒體傳輸該電腦可用程式碼，包括但不限於：網際網路、有線線路、光纖電纜、射頻(RF)等。

可用一物件導向程式化語言(例如，Java、Smalltalk、C＋＋ 等)編寫用於執行本發明作業之電腦程式碼。然而，亦可用慣用程式性程式化語言編寫用於執行本發明作業之電腦程式碼，例如，"C"程式化語言或類似程式化語言。該程式碼可在使用者之電腦上完全執行、部分地執行於使用者之電腦上，或作為一獨立軟體封包部分地執行於使用者之電腦上及部分地執行於一遠端電腦上，或完全執行於該遠端電腦或伺服器上。在最後一情形中，該遠端電腦可藉由一區域網路(LAN)或廣域網路(WAN)連接至使用者之電腦，或可連接至一外部電腦(例如，藉由使用一網際網路服務提供者之網際網路)。

下文將參照根據本發明實施例之方法、設備(系統)及電腦程式產品之流程圖圖解及/或方塊圖說明本發明之實施例。將理解，該等流程圖圖解及/或方塊圖之每一方塊、及該等流程圖圖解及/或方塊圖內之方塊組合皆可由電腦程式指令來實施。該等電腦程式指令可被提供至通用目的電腦、專用目的電腦或其他可程式化資料處理設備之處理器，以產生一機器，以便該等指令(其藉由電腦或其他可程式化資料處理設備之處理器執行)生成用於實施在流程圖及/或方塊圖方塊或方塊組中所規定之功能/行動之構件。

該等電腦程式指令亦可儲存於一電腦可讀記憶體內，該電腦可讀記憶體可引導一電腦或其他可程式化資料處理設備以一特定方式運作，以便儲存於該電腦可讀記憶體內的指令產生一種製成品，該製成品包括可實施在流程圖及/或方塊圖方塊或方塊組中所規定之功能/行動之指令構件。

亦可將該等電腦程式指令載入一電腦或其他可程式化資料處理設備上以引發一系列欲在該電腦或其他可程式化設備上實施之作業步驟，藉以產生一電腦實施之程序以便該等指令(其藉由電腦或其他可程式化設備執行)提供用於實施在流程圖及/或方塊圖方塊或方塊組中所規定之功能/行動之步驟。

圖2A及2B分別說明本發明電子郵件系統之例示性用戶端電腦與一郵件伺服器電腦之硬體及軟體環境。圖2A中顯示一典型之用戶端電腦(如行動通訊裝置或手機)2200之硬體架構(hardware infrastructure)，其包括複數個耦合至一系統匯流排之硬體子系統。該硬體子系統可包含用來執行程式模組及指令之一處理器單元2208，用來儲存資料與程式模組/指令(如RAM及ROM)的一記憶裝置2204，供長期儲存資料(如電子郵件)與程式之一高容量儲存裝置2206(例如硬碟或CD/DVD光碟機)，及一網路裝置2202。該用戶端電腦2200能藉由一網路2100與一郵件伺服器電腦2000通信。網路2100可係一外部網路(例如，網際網路)或一內部網路(例如，一乙太網路或一虛擬私人網路(VPN))。

類似地，該郵件伺服器電腦2000包括複數個耦合至一系統匯流排之硬體子系統，例如一處理器單元2002，一記憶裝置2004，一高容量儲存裝置2006，及一網路裝置2008。透過網路2100，該用戶端電腦2200能擷取來自該郵件伺服器電腦2000側之該高容量儲存裝置2006內之郵件資料庫(未顯示)的電子郵件。該用戶端電腦2200若為一行動通訊裝置或手機，則可透過任何無線方式(如GPRS,3G,CDMA,CDMA 2000, W－CDMA,TD－SCDMA,Wi－Fi,WiMAX,Bluetooth等等)與該郵件伺服器電腦2000互動。

圖2B中顯示本發明電子郵件系統之系統環境架構。該架構之硬體層級分別包含一郵件伺服器電腦2000及一行動通訊裝置2200。進駐於記憶裝置2004之資料包含伺服器電腦2000之本地作業系統(OS)2010及郵件伺服器2020。依本發明揭示之一實施例，該郵件伺服器2020可包含一郵件組織程序模組2022(Mail Organization Procedure，MOP)。郵件組織程序模組(MOP)2022亦包括一摘要(Summary)引擎2024及一歸類(Categorization)引擎2026。依本發明之電子郵件系統，郵件伺服器2020於送出郵件至一作為客戶端之行動通訊裝置2200前，將執行該郵件組織程序模組2022，而先透過歸類引擎2026群組化該客戶端相關之所有郵件，即將該客戶端相關之所有郵件依郵件內容分組，且產生關鍵字給每一群組。並透過摘要引擎2024對每一郵件依其內容產生簡要(short description)，再由群組中所有郵件之簡要產生該群組之摘要(summary)。因此，郵件伺服器將自動送出群組資訊(包含關鍵字及摘要)及每一郵件之簡要至客戶端之行動通訊裝置供檢視。由於通常客戶端有許多郵件係關聯到相同之主題，故透過前述之群組化，使用者可只需檢視作為標題(topic)之群組資訊(包含關鍵字及摘要)，而非郵件本身，因而節省時間，且能容易地識別出緊急或有興趣的郵件。例如，若一使用者信箱中有100封郵件，而這些郵件可被分成8群組，則本發明之電子郵件系統的顯示介面將只有8個標題供檢視。這大大地簡化了大量郵件的複雜性，且增加了郵件的易 讀性。

該摘要引擎2024及該歸類引擎2026包括用於實施下文中圖8－10相關說明之程序的程式碼。此外，該郵件組織程序模組(MOP)2022將參照圖7而更詳細陳述於後。

另一方面，進駐於記憶裝置2204之資料包含行動通訊裝置2200之本地行動通訊裝置作業系統(OS)2210及郵件客戶端應用程式2220。郵件客戶端應用程式2220可包含一顯示介面之智慧介面2222。依本發明揭示之一實施例，該智慧介面2222可提供3種下載模式供使用者選擇，分別為快捷、正常及完整模式(Fast Mode，Normal Mode及Complete Mode)。在快捷模式下，僅由郵件伺服器2020自動下載群組資訊(包含關鍵字及摘要)，郵件列表(mail list)及每一郵件之簡要至行動通訊裝置2200。一旦，使用者按下一選定之郵件項目時，再由郵件伺服器2020下載該郵件之內容。此模式通常適用在網路速度不佳時，使用者可很容易地且快速地對所輸入之郵件有一概觀(overview)。其次，在正常模式下，則除了快捷模式中下載之資訊外，還預先自動下載每一群組中最近一封郵件內容。此模式係假定每一群組中最近一封郵件內容可能是使用者想讀取之第一封郵件。最後，在完整模式下，則是除了快捷模式中下載之資訊外，還自動下載所有郵件至行動通訊裝置2200(若儲存容量足夠的話)，因而使用者可立刻開啟郵件並處理。該下載模式之流程將參照圖6而更詳細陳述於後。

透過網路2100，該行動通訊裝置2200能經由該郵件伺服器2020，擷取來自該高容量儲存裝置2006之郵件資料庫的電子郵件。該郵件伺服器2020可使用諸如習知POP、IMAP協定或其他專屬協定。

圖3至5顯示一本發明電子郵件系統之行動通訊裝置顯示介面之不同的螢幕顯示例示。如圖3所示，顯示介面300包含複數列之群組項目，其中，每一群組項目包含該群組之群組資訊(包含關鍵字部分304與摘要306)，及該群組之郵件總數目與未讀取之郵件數目308。每一群組項目之前端可另設置一附加的圖像供識別，如圖像302代表該項目是一群組。顯示介面300上之群組較佳地可依關鍵字之字母、未讀取之郵件數目或使用者自訂之規則分類。

當使用者選擇一群組302時，顯示介面300將顯示該群組包含的所有郵件。如圖4所示，每一郵件項目之前端可另設置一附加的圖像供識別，如圖像310可用來指示該郵件是儲存在該使用者之行動通訊裝置，而圖像312可用來指示該郵件是儲存在郵件伺服器(需由郵件伺服器2020下載至該使用者之行動通訊裝置，才能被檢視)。當使用者按下一選定之郵件項目時，一彈跳(pop－up)視窗將顯示該郵件之簡要314(如圖5所示)。因此使用者能快速地了解該郵件的重點。這有助於使用者能容易地識別出緊急或有興趣的郵件。

圖6說明本發明之電子郵件系統的工作流程圖。首先，在郵件伺服器側，該郵件伺服器2020於送出郵件至一作為客 戶端之行動通訊裝置2200前，將先自動執行該郵件組織程序模組(MOP)2022，對輸入至郵件資料庫624中之所有該客戶端相關之郵件進行處理，而後將產生之群組資訊(包含關鍵字及摘要)及每一郵件之簡要儲存至一經處理郵件資料庫626(步驟700)。

在客戶側，使用者執行一郵件客戶端應用程式2220，而由該經處理郵件資料庫626處自動下載該客戶端相關之所有郵件之群組資訊(包含關鍵字及摘要)(步驟602)及每一群組中所有郵件資訊(包含每一郵件之主題、日期、送件人及簡要等等)(步驟604)至客戶端之行動通訊裝置供檢視。接著，使用者要選擇下載模式(步驟608)。如前述，依本發明揭示之一實施例，該郵件客戶端應用程式2220可提供3種下載模式供使用者選擇，分別為快捷、正常及完整模式。

若使用者選擇完整模式，則郵件客戶端應用程式2220將再下載所有郵件至行動通訊裝置2200(若儲存容量足夠的話)，因而使用者可立刻開啟郵件並處理(步驟610)。由於可能有許多關聯到相同主題之郵件且都有相同附加檔(attachment)，故可經由下文中圖11關於壓縮郵件內容之相關流程壓縮，以得到一經壓縮之郵件而節省儲存空間及下載或傳輸時間。在正常模式下，郵件客戶端應用程式2220將只再下載每一群組中最近(latest)一封郵件內容(步驟620)。此模式係假定每一群組中最近一封郵件(或經壓縮之郵件)內容可能是使用者想讀取之第一封郵件。若使用者選擇快捷模式，則直接進行下一步驟612。使用者此時可依圖3所示之 顯示介面300上之群組資訊選擇一群組。在步驟614，當使用者選擇一群組時，如圖4所示，顯示介面300將顯示該群組包含的所有郵件之資訊(包含除簡要以外之每一郵件之主題、日期、送件人等等)。當使用者使用箭頭鍵或觸筆按下一選定之郵件項目以選擇一郵件時(步驟616)，一如圖5所示之彈跳(pop-up)視窗將顯示該郵件之簡要(步驟618)。

在步驟622，使用者將決定是否選擇一郵件以瀏覽其詳細內容。若決定瀏覽一郵件之詳細內容，且該郵件之詳細內容不在行動通訊裝置2200之儲存裝置中，則由該經處理郵件資料庫626下載該郵件之詳細內容(步驟628)；進而依下文中圖12關於解壓縮郵件內容之相關流程，解壓縮該郵件之內容(步驟750)。最後，使用者將決定是否停止讀取郵件(步驟630)。若是，則結束該郵件客戶端應用程式2220(步驟632)。

圖7說明本發明之電子郵件系統中郵件伺服器側之一郵件組織程序模組(MOP)2022的工作流程圖。首先，一歸類引擎2026，對輸入至郵件資料庫624中之所有該客戶端相關之郵件進行群組化，即將該客戶端相關之所有郵件依郵件內容分組，並將產生之關鍵字儲存至一經處理郵件資料庫626(步驟710)。歸類引擎2026之詳情將於圖8中詳述。在步驟712，該郵件組織程序模組2022將判斷每一郵件是否包含有歷史郵件。若有，截取該郵件之最新(newest)郵件部分(步驟714)。摘要引擎2024對每一郵件依其內容產生簡要，並將產生之簡要儲存至一經處理郵件資料庫626(步驟720)；接著，再由群組中所有郵件之簡要產生該群組之摘要，並將產 生之摘要儲存至該經處理郵件資料庫626(步驟730)。最後，依圖11關於壓縮郵件內容之相關流程壓縮郵件內容，以得到一經壓縮之郵件，並將產生之經壓縮郵件儲存至一經處理郵件資料庫626(步驟740)，而結束該郵件組織程序模組2022之流程(步驟742)。

圖8說明本發明之電子郵件系統郵件中一歸類引擎的工作流程圖。歸類引擎2026之群組化技術，可以是一習知技術，其基本概念可參見(http：//en.wikipedia.org/wiki/Vector_space_model )。首先，開始對每一郵件進行斷詞(segmentation)(在步驟810)。在步驟820，決定每一輸入郵件內容是否與使用者自訂之規則匹配。若是，則將該郵件儲存為一由使用者指定的群組(步驟821)；而後儲存該規則中之字詞為關鍵字(步驟823)。例如，使用者自訂兩個規則，分別如下：

規則1有2個關鍵字組：關鍵字組1：iPhone 3G Chunghwa關鍵字組2：HTC Touch 3G

規則2有1個關鍵字組：關鍵字組1：Websphere MQ Channel Exit

在相同關鍵字組內所有關鍵字必須在一郵件中發現。若不是，則該匹配失敗。這意即所有關鍵字是屬於邏輯上”及(AND)”的關係。不同關鍵字組內關鍵字則是邏輯上”或(OR)”的關係。這意即當一郵件A進來時，歸類引擎檢查是否郵件A包含”iPhone”，”3G”及”Chunghwa”，或”HTC”， “Touch”及“3G”。若是，則郵件A是規則1之群組。歸類引擎也檢查是否郵件A包含”Websphere”，“MQ”，“Channel”及“Exit”。若是，則郵件A是規則2之群組。當郵件A已匹配任一規則時，其他規則便不需再檢查。

回到決定每一輸入郵件內容是否與使用者自訂之規則匹配之步驟820。若不匹配，則在步驟825利用習知之TF/IDF技術，計算字詞之一相似性分數(similarity score)。接著儲存最高分數之字詞為關鍵字(步驟827)。於步驟829中，進而與每一群組比較相似性分數，以取得最佳群組。最後，儲存群組與郵件間關係，及關鍵字資訊至該經處理郵件資料庫626(步驟830)。

目前，已存在多種技術由一輸入之文件產生一列關鍵字或標籤。例如，利用習知常用的TF-IDF(term frequency-inverse document frequency)加權技術，以評估一字詞對於一個文件集或一個語料庫中的其中一份文件的重要程度(http：//en.wikipedia.org/wiki/Tf-idf)。即，計數每一字詞的出現，而一般較高計數的字詞會給予一較高的等級(rank)。該歸類引擎2026可產生複數個推薦關鍵字或標籤。此外，計算相似性分數可依郵件之歷史性調整字詞頻率計算。例如假設一郵件包含一最近郵件及4封郵件歷史部分，而總字數為100。當一字詞”Mobile”分別出現在最近郵件5次，第一郵件歷史0次，第二郵件歷史2次，第三郵件歷史1次，及第四郵件歷史2次；則較舊之郵件歷史可設定較低權重。例如，可分別設定為0.8、0.6、0.4及0.2，則字詞”Mobile”之最後 TF將為(5*1.0+0*0.8+2*0.6+1*0.4+2*0.2)/100=0.07。

圖9說明本發明之電子郵件系統郵件中一摘要引擎產生郵件簡要的工作流程圖。於步驟910先移除郵件簽名及附加檔，且進行斷詞。接著，計算每一字詞之權重(步驟920)。於步驟930中判斷字詞是否在郵件之標題(header)中(如郵件之主題(subject)、至(To)等等)。若是，則增加該字詞之權重(步驟940)。再依該字詞之權重計算句子之等級(步驟950)，而後依句子之次序調整句子的等級(步驟960)。例如，句子在最近郵件中，則有較高權重；而在郵件中最後一段，因郵件最後一段通常為結尾詞，故設定較低權重。最後，在步驟830，依句子之等級產生郵件之簡要。目前，已存在多種技術產生一文件之簡要，其基本概念可參見：http：//en.wikipedia.org/wiki/Automatic_summarization http：//en.wikipedia.org/wiki/Sentence_extraction

圖10說明本發明之電子郵件系統郵件中一摘要引擎產生群組摘要的工作流程圖。於步驟1002收集每一郵件之簡要。接著，依郵件順序及關鍵字調整句子等級(步驟1004)。例如，一簡要係來自最近郵件中，則有較高權重；若在簡要中之字詞出現在該郵件主題中，則有較高權重。最後，在步驟1006，依句子之等級產生群組摘要。

圖11說明本發明之電子郵件系統郵件中壓縮郵件內容之工作流程圖。於步驟1110，對一群組之每一郵件，分隔整個郵件為附件檔部份及郵件內容部分(包含最新及歷史郵件)。接 著，判斷附件檔部份是否存在於經處理郵件資料庫626中(步驟1120)。若是，則設定連結附件檔部份至該郵件之一索引(index)(步驟1122)；否則，儲存具唯一索引之新附件檔案部份於經處理郵件資料庫626中，且設定該索引至該郵件(步驟1124)。接著，判斷郵件歷史是否存在於經處理郵件資料庫626中(步驟1130)。若是，則設定連結歷史郵件部分至該郵件之一索引(步驟1132)；否則，儲存具唯一索引之新歷史郵件部分於經處理郵件資料庫626中，且設定該索引至該郵件(步驟1134)。於步驟1140，建立一已壓縮郵件，其具包含最新郵件部分及所有索引(若有的話)。最後，在步驟1150，儲存該已壓縮郵件至經處理郵件資料庫626中。

最後，圖12說明本發明之電子郵件系統郵件中解壓縮郵件內容之工作流程圖。於步驟1210，判斷是否存在任何附件檔索引。若是，則依該索引由一本地郵件儲存庫1260復原該附件檔(步驟1220)。接著，於步驟1230，再判斷是否存在任何歷史郵件索引。若是，則依該索引由一本地郵件儲存庫1260復原該歷史郵件(步驟1240)。

上述之本發明實施例係用於說明與描述本發明，而並非是用於限定本發明。依所揭示之方式可以有相當多的修正及變化。因此，本發明的範圍並非以先前的細部描述來加以限定，而是以其後所附之申請範圍來決定。上述的說明、範例、及資料提供了一完整製造及使用本發明的組合。因其他很多的實施例可在未脫離本發明所揭示之精神下完成等效改變或修飾，本發明申請範圍歸屬於申請專利範圍中所述之範圍。

100‧‧‧顯示介面

102‧‧‧郵件項目(mail items)

104‧‧‧郵件圖像

2000‧‧‧郵件伺服器電腦

2100‧‧‧網路

2200‧‧‧用戶端電腦(如行動通訊裝置或手機)

2002 2202‧‧‧網路裝置

2004 2204‧‧‧記憶裝置

2006 2206‧‧‧高容量儲存裝置

2008 2208‧‧‧處理器單元

2010‧‧‧本地作業系統(OS)

2020‧‧‧郵件伺服器

2022‧‧‧郵件組織程序模組(Mail Organization Procedure，MOP)

2024‧‧‧摘要(Summary)引擎

2026‧‧‧歸類(Categorization)引擎

2210‧‧‧本地行動通訊裝置作業系統(OS)

2220‧‧‧郵件客戶端應用程式

2222‧‧‧顯示介面之智慧介面

300‧‧‧顯示介面

302 310 312‧‧‧圖像

304‧‧‧關鍵字部分

306‧‧‧摘要

308‧‧‧群組之郵件總數目與未讀取之郵件數目

為使本發明及優點能更明瞭，本發明說明將伴隨下述相關圖式來說明：

圖1A顯示一習知Lotus Notes Traveler^TM 電子郵件系統之顯示界面的螢幕顯示例示。

圖1B顯示一行動通訊裝置上習知之電子郵件系統的工作流程圖。

圖2A及2B分別說明本發明電子郵件系統之例示性用戶端電腦與一郵件伺服器電腦之硬體及軟體環境。

圖3至5顯示一本發明電子郵件系統之行動通訊裝置顯示介面之不同的螢幕顯示例示。

圖6說明本發明之電子郵件系統的工作流程圖。

圖7說明本發明之電子郵件系統中郵件伺服器側之一郵件組織程序模組(MOP)的工作流程圖。

圖8說明本發明之電子郵件系統郵件中一歸類引擎的工作流程圖。

圖9說明本發明之電子郵件系統郵件中一摘要引擎產生郵件簡要的工作流程圖。

圖10說明本發明之電子郵件系統郵件中一摘要引擎產生群組摘要的工作流程圖。

圖11說明本發明之電子郵件系統郵件中壓縮郵件內容之工作流程圖。

圖12說明本發明之電子郵件系統郵件中解壓縮郵件內容之工作流程圖。

Claims (17)

1. 一種有效顯示電子郵件之方法，包含，群組化所有客戶端相關之輸入郵件，以產生代表每一群組之關鍵字；對每一輸入郵件依其內容，產生代表該每一輸入郵件之簡要；及由每一群組中所有輸入郵件之簡要，產生該每一群組之摘要。
2. 如申請專利範圍第1項之方法，進一步包含一步驟，以壓縮該每一輸入郵件之內容。
3. 如申請專利範圍第1或2項之方法，其中該群組化所有客戶端相關之輸入郵件之步驟，包含對該每一輸入郵件進行斷詞之步驟。
4. 如申請專利範圍第3項之方法，其中該其中該群組化所有客戶端相關之輸入郵件之步驟，包含依使用者自訂規則匹配以進行群組化之步驟。
5. 如申請專利範圍第4項之方法，其中其中該其中該群組化所有客戶端相關之輸入郵件之步驟，包含：利用TF/IDF加權技術計算字詞之相似性分數，以產生關鍵字之步驟；及與每一群組比較相似性分數，以取得最佳群組之步驟。
6. 如申請專利範圍第2項之方法，其中該輸入郵件包含附件檔部份及郵件內容部分。
7. 如申請專利範圍第6項之方法，其中該郵件內容部分包含最新及歷史郵件。
8. 如申請專利範圍第6項之方法，其中該壓縮該每一輸入郵件之內容之步驟，包含：設定連結附件檔部份至該輸入郵件之一索引。
9. 如申請專利範圍第7項之方法，其中該壓縮該每一輸入郵件之內容之步驟，包含：設定連結該歷史郵件部分至該輸入郵件之一索引。
10. 一種郵件伺服器電腦，包含：一主機；該主機包含，一匯流排系統；一記憶體，連接到該匯流排系統，其中該記憶體包含一組指令；一連接到該匯流排系統之處理單元，其中該處理單元執行該組指令，以執行如申請專利範圍第1至9項之任一項所述之方法。
11. 一種儲存在一電腦可用媒體上之電腦程式產品，包含一電腦可讀程式，供於一電腦上執行時，以實施如申請專利範圍第1至9項之任一項所述之方法。
12. 一種提供有效顯示電子郵件之方法，包含：下載所有客戶端相關之輸入郵件之每一群組的資訊；下載該每一群組中所有輸入郵件資訊；及依下載模式，決定是否下載輸入郵件內容。
13. 如申請專利範圍第12項之方法，其中該輸入郵件資訊較佳包含主題、日期、送件人及代表該每一輸入郵件簡要等。
14. 如申請專利範圍第12項之方法，其中該下載模式較佳分別為快捷、正常及完整模式供使用者選擇。
15. 如申請專利範圍第12項之方法，其中該輸入郵件內容較佳係已壓縮郵件。
16. 一種行動通訊裝置，包含：一主機；該主機包含，一匯流排系統；一記憶體，連接到該匯流排系統，其中該記憶體包含一組指令；一連接到該匯流排系統之處理單元，其中該處理單元執行該組指令，以執行如申請專利範圍第12至15項之任一項所述之方法。
17. 一種儲存在一電腦可用媒體上之電腦程式產品，包含一電腦可讀程式，供於一電腦上執行時，以實施如申請專利範圍第12至15項之任一項所述之方法，而提供一介面供一使用者操作。