專利名稱：聯(lián)系信息管理系統(tǒng)和方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通訊領(lǐng)域，尤其涉及來自不同信息源的個人聯(lián)系信息的同步方法和系
統(tǒng)，還涉及讓注冊用戶通過短消息建立私人日志和通過短消息的方法向其他聯(lián)系人報道自己在做什么或關(guān)心什么的機制。在此方法和系統(tǒng)的基礎(chǔ)上，還可以實現(xiàn)各種有效的服務包括拼車，電子郵件掛號傳遞，根據(jù)關(guān)系類別的電子邀請以及注冊用戶之間的商品貨物交換和買賣。
背景技術(shù)：
據(jù)統(tǒng)計平均每個年輕人大約有四個電子郵件帳號，這些電子郵件帳號可能包括一個工作電子郵件帳號、一個網(wǎng)絡(luò)提供商(比如中國電信)提供的住宅電子郵件帳號、幾個通用網(wǎng)站(比如Yahoo， Hotmail和Gmail)免費電子郵件帳號。每個電子郵件帳號的建立可能有各自不同的目的，所述工作電子郵件帳號可能經(jīng)常用來與工作上的同事通信，所述住宅電子郵件帳號可能用來與朋友和家人通信，而其它電子郵件帳號可能用于各種非正式的的通信。每個電子郵件帳號都有自己的通訊錄(其也可以被稱作地址薄)以方便用戶在給他人發(fā)送電子郵件時不用拼寫整個地址。但是，不管用戶擁有多少個電子郵件帳號，每個電子郵件帳號的通訊錄都是獨立管理的。如果一個用戶正好由于在外地出差而不能訪問工作電子郵件帳號，那么他可以通過其它電子郵件帳號(比如Yahoo郵件)與同事聯(lián)系，然而前提是他必須記得住這個同事的電子郵件地址。 微軟的Outlook和Outlook Express是現(xiàn)在最流行的電子郵件應用軟件，它們可以用來接收來自不同電子郵件帳號的電子郵件。如果用一個Outlook或Outlook E鄧ress來管理了多個電子郵件帳號，那么它可提供這些電子郵件帳號的一個整合通訊錄。然而，所述Outlook或Outlook Express需要在個人電腦上運行，當用戶遠離所述個人電腦時，訪問所述聯(lián)合通訊錄就會非常困難。 同樣的，許多人不只擁有一個便攜式裝置，所述便攜式裝置包括手機、個人數(shù)字助理(PDA)等。在手機上可為用戶創(chuàng)建一個通訊錄(也可稱為地址薄)以記錄聯(lián)系人的電話號碼。當有電話打進來后，用戶可根據(jù)所述手機上的來電顯示號碼來更新通訊錄，而用戶需要做的只是輸入該來電號碼的聯(lián)系人名字。類似的，PDA上也創(chuàng)建有通訊錄，用于記錄通過該裝置來聯(lián)系的其他人的聯(lián)系信息。 這樣就出現(xiàn)一個問題，個人聯(lián)系信息被分散存儲在幾個裝置或帳號上。當一個用戶需要通過手機來聯(lián)系某人時，必須使用平時與這個人聯(lián)系的手機，否則該用戶可能沒辦法找到這個人的電話號碼。同樣，如果一個用戶需要通過電子郵件來與某人聯(lián)系時，必須使用平時與這個人聯(lián)系的電子郵件帳號，否則該用戶也可能沒辦法找到這個人的電子郵件地址，除非該用戶記得或打電話給這個人詢問。 科技發(fā)展使人們可通過不同裝置/工具以不同方式來與他人進行聯(lián)系。然而，從某種角度來說，由于不同裝置/工具間缺乏配合協(xié)作，科技反而使我們的生活復雜化了。此外，手機常常會丟失，隨之丟失的還有手機中的地址薄，這樣地址薄中的聯(lián)系人就有可能再
4也沒法聯(lián)系到了。因此，亟待提出一種使我們被科技復雜化了的生活變簡單的解決方案，以 使一個人可以在任何時刻、任何地方都能查詢問到個人聯(lián)系信息，即使某聯(lián)系人已經(jīng)更新 了聯(lián)系信息。為進一步方便各聯(lián)系人之間的通訊，還需要提出一種保證各聯(lián)系人間實時、安 全以及經(jīng)常通訊的技術(shù)方案。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問題是提供聯(lián)系信息管理方法，如果一個用戶有聯(lián)系方式 (比如電子郵件地址或電話號碼)改變，只需要輸入到一指定服務器。所有把這個用戶列 為聯(lián)系人的用戶會即刻更新其用戶的已有的聯(lián)系方式。為了便于用戶在自己常用的裝備上 得到最新的通訊錄，所述服務器可以與用戶常用的裝備(比如電子郵件應用工具程序和手 機)同步。在同步過程中，起用一個對應表，使所述服務器的數(shù)據(jù)格式和所述裝備的數(shù)據(jù)格 式對應。所述服務器隱藏那些不用的數(shù)據(jù)，便于同步操作。
為了達到以上目的，根據(jù)本發(fā)明的一方面，本發(fā)明提供了一種
—種聯(lián)系信息管理方法，包括以下步驟 為一個注冊用戶維護有由聯(lián)系條目形成的列表，每個聯(lián)系條目記錄有所述注冊用
戶的一個聯(lián)系人的簡介，所述簡介包括有所述聯(lián)系人的姓名和聯(lián)系方式； 接收來自信息源的數(shù)據(jù)，所述數(shù)據(jù)包括列表中已有的聯(lián)系條目的部分內(nèi)容或列表
中沒有的聯(lián)系條目的部分內(nèi)容； 將所述數(shù)據(jù)并入所述聯(lián)系條目中，以更新相應聯(lián)系條目的部分內(nèi)容或添加新的聯(lián) 系條目； 將更新的聯(lián)系條目發(fā)回所述信息源，此時所述信息源上具有所述聯(lián)系條目的最新 版本，其中所述信息源包括電子郵件應用工具、網(wǎng)絡(luò)郵箱工具、手機、個人電腦和/或個人
數(shù)據(jù)助理。 任何一個聯(lián)系條目可以通過所述信息源或者直接從所述形成的列表中刪除，被刪 除聯(lián)系條目被儲存到一個特別安排的存儲空間，所述被刪除聯(lián)系條目可以從所述存儲空間 中恢復回到所述列表，所述存儲空間在一個服務器上。 所述注冊用戶的一個聯(lián)系人是另一個注冊用戶，在所述聯(lián)系人對自己的簡介作了 一個更新后，所述更新立即反映到所述注冊用戶的對應所述聯(lián)系人的聯(lián)系條目中，其中所 述注冊用戶在不知情的情況下就可獲得所述更新。 所述更新包括電話號碼和電子郵件地址的變更，這樣所述注冊用戶可一直與所述 聯(lián)系人保持聯(lián)系。 所述聯(lián)系信息管理方法進一步包括 允許所述注冊用戶通過電話或服務器發(fā)送字數(shù)有限的短消息；其中，將所述短消 息公開發(fā)布，以至于其他注冊用戶可對所述短消息進行回復或評論；或?qū)⑺龆滔⒈Ｃ?發(fā)布，以至于只有所述注冊用戶自己能看到、評論或編輯所述短信。 所述服務器用來為一個注冊用戶維護所述聯(lián)系條目列表，所述服務器中的每個聯(lián) 系條目的預定區(qū)域與所述信息源中的對應聯(lián)系條目的預定區(qū)域不完全匹配，所述方法進一 步包括 將來自每個信息源的數(shù)據(jù)映射到服務器的聯(lián)系條目上；禾口
將所述數(shù)據(jù)中的不能用于所述服務器中預定區(qū)域的部分隱藏。 所述注冊用戶具有自己的簡介，所述注冊用戶可以設(shè)定跟一個聯(lián)系人的關(guān)系層次 來決定所述聯(lián)系人能看到自己多少簡介信息。
所述聯(lián)系信息管理方法進一步包括 在所述聯(lián)系條目列表更新或下載至手機上時，自動在聯(lián)系條目列表中插入一個默 認聯(lián)系條目，所述默認聯(lián)系條目包括一個電話號碼，用戶可通過手機法短消息至所述電話 號碼。 根據(jù)本發(fā)明的另一方面，本發(fā)明提供了一種聯(lián)系信息管理系統(tǒng)，其特征在于，所述 系統(tǒng)包括 服務器，用來為一個注冊用戶管理包括多個聯(lián)系條目的列表，每個聯(lián)系條目記錄 有所述注冊用戶的一個聯(lián)系人的簡介，所述簡介包括有所述聯(lián)系人的姓名和聯(lián)系方式；
能獲得一些聯(lián)系條目的部分信息的至少一個信息源，其用來與所述服務器進行同 步，通過將來自所述信息源的數(shù)據(jù)并入所述聯(lián)系條目中來更新所述聯(lián)系條目，所述數(shù)據(jù)包 括列表中已有的聯(lián)系條目的部分內(nèi)容或列表中沒有的聯(lián)系條目的部分內(nèi)容；
其中，所述信息源也存儲了一份更新的聯(lián)系條目，此時所述信息源上具有所述聯(lián) 系條目的最新版本，其中所述信息源包括電子郵件應用工具、網(wǎng)絡(luò)郵箱工具、手機、個人電 腦和/或個人數(shù)據(jù)助理； 其中，所述更新的聯(lián)系條目包括一個默認聯(lián)系條目，所述默認聯(lián)系條目包括一個 電話號碼，用戶可通過手機法短消息至所述電話號碼。 所述服務器允許所述注冊用戶通過電話或服務器發(fā)送字數(shù)有限的短消息；其中，
將所述短消息公開發(fā)布，以至于其他注冊用戶可對所述短消息進行回復或評論；或?qū)⑺?br> 短消息保密發(fā)布，以至于只有所述注冊用戶能看到、評論或回復所述短信。 采用了本發(fā)明的技術(shù)方案，利用服務器和終端裝置(信息源)的同步來保持終端
裝置上的聯(lián)系條目(或通訊錄)及時更新，使用戶能一直有聯(lián)系人的聯(lián)系方式(比如最新
的電子郵件地址或電話號碼)。


圖1A示出了本發(fā)明在一個具體實施例中的系統(tǒng)架構(gòu)； 圖1B示出了本發(fā)明中個人信息同步的一個具體實施例，其中服務器與四個終端 裝置進行同步； 圖2A示出了本發(fā)明中一個具體實施例中的整合來自從不同信息源的部分聯(lián)系信 息的流程或方法； 圖2B示出了本發(fā)明中一個具體實施例中的裝置中的通訊錄格式不同于服務器中 的通訊錄格式的情況，此時將裝置中的記錄條目的所有數(shù)據(jù)都傳送至服務器上；
圖3A示出了一個注冊用戶在服務器中的通訊錄中的聯(lián)系列表的一個具體實施 例； 圖3B示出了本發(fā)明中一個具體實施例中的服務器接收和發(fā)布短消息的流程或方 法； 圖3C示出了本發(fā)明中一個具體實施例中的拼車邀請描述；
圖3D示出了本發(fā)明中一個具體實施例中的匹配拼車邀請和拼車請求的流程或方 法； 圖3E示出了本發(fā)明中一個具體實施例中的一個拼車示例，其中張三發(fā)布了一個 拼車請求，李四發(fā)布了一個拼車邀請； 圖4A示出了本發(fā)明中的一個具體實施例中的電子郵件證明傳遞系統(tǒng)的架構(gòu)圖； 圖4B示出了本發(fā)明中的一個具體實施例中的一封電子郵件的證明傳遞的流程或 方法； 圖5A示出了阻擋來自被刪除聯(lián)系人的電子郵件，短信或電話呼叫的一個示例的 架構(gòu)圖； 圖5B顯示出了保護用戶的隱私的一個示例的架構(gòu)圖；禾口 圖5C顯示一個可以用于圖5B的對應表。
具體實施例方式
下面結(jié)合附圖對本發(fā)明的具體實施方式
進行說明。 圖1A示出本發(fā)明在一個具體實施例中的系統(tǒng)架構(gòu)圖。服務器20用來為注冊用戶 管理聯(lián)系信息列表，其提供的其它服務將在下文描述。數(shù)據(jù)庫30用來存儲所述服務器20管 理的所述聯(lián)系信息列表和其它相關(guān)數(shù)據(jù)。 一個注冊用戶的聯(lián)系信息列表中通常包括一系列 的聯(lián)系人(也可以形象的稱之為聯(lián)系圈)，這樣一個聯(lián)系圈有多個聯(lián)系人條目。其中的部分 或所有聯(lián)系人也可是服務器20的注冊用戶。所述聯(lián)系信息列表中的一個聯(lián)系人條目記載 有該聯(lián)系人的簡介(也可以稱之為簡檔)，所述聯(lián)系人簡介包括該聯(lián)系人的姓名和聯(lián)系方 式，所述聯(lián)系方式可以是電子郵件地址、手機號碼和/或即時通訊ID等。在本發(fā)明中的系統(tǒng) 中通過合適的設(shè)置(通過同一數(shù)據(jù)庫)，在一個用戶更新了其簡介內(nèi)容時，通過所述服務器 20將該用戶列為聯(lián)系人的用戶可自動接收到所述更新數(shù)據(jù)，數(shù)據(jù)更新可在用戶知情或不知 情的情況下進行。比如，用戶可以通過某個擊鍵來需求系統(tǒng)更新他的聯(lián)系人的任何變更或 者系統(tǒng)在一聯(lián)系人更新了其某些內(nèi)容(比如電話號碼等)告知用戶。需要說明的是，除非 另有聲明外，所述聯(lián)系信息列表在這里還可被稱作通訊錄、地址薄、聯(lián)系列表或聯(lián)系人列表 等；所述聯(lián)系人可以廣義的理解為聯(lián)系對象，其既可以是真實的人，比如家人或朋友等，也 可以是虛擬的人，比如某某公司、某某單位或某聯(lián)系設(shè)備等；所述每個聯(lián)系人在通訊錄中都 體現(xiàn)為一個記錄條目(也可稱之為條目、聯(lián)系條目或聯(lián)系人條目等)。 在一個具體實施例中，所述數(shù)據(jù)庫30可以是所述服務器的一部分，也可以是分布 于不同電腦裝置上，還可以是設(shè)置于服務器20的遠端。終端裝置10、12和14表示可與服 務器20通訊的多個裝置，這些終端裝置包括但不限于接入網(wǎng)絡(luò)的手機、PDA和電腦。用戶 可以使用任一終端裝置與所述服務器20通訊，進而實現(xiàn)在服務器20上為該用戶維持的通 訊錄的同步、管理和下載。 所述服務器20可用來與注冊用戶使用的裝置通訊，以同步所述裝置本地存儲的 通訊錄。如圖1B所示，所述注冊用戶可能使用微軟Outlook 102(電子郵件應用軟件)來 接收與工作相關(guān)的電子郵件，使用網(wǎng)絡(luò)郵箱104(比如，Yahoo的電子郵箱)來接收與個人 相關(guān)的電子郵件，使用工作手機106來進行與工作相關(guān)的電話通訊，使用私人手機108來進 行與家人或朋友之間的電話通訊。通過向所述服務器20注冊一個帳號110，所述用戶可以使每個電子郵件工具或裝置102、104、106、108(可以被統(tǒng)稱為裝置或終端裝置)與所述服 務器20保持同步。 所述帳號110包括分別來自裝置102、104、106和108的聯(lián)系信息。舉例來說，注 冊用戶可能使用任何一個裝置102U04、106或108與一個名叫"張三"的聯(lián)系人進行聯(lián)系。 這樣，每個裝置102、 104、 106或108只保存有"張三"的部分聯(lián)系信息。由于張三可能在其 用的郵件設(shè)置中輸入一些信息，比如Outlook 102可能保存"張三"的部分簡介信息。所述 部分簡介信息可能包括頭銜、公司名字、公司地址、公司電子郵件地址、電話和傳真號碼等。 由于所述注冊用戶可能與張三溝通一些工作以外的事情，所述網(wǎng)絡(luò)郵箱104可能保存有張 三的私人郵件地址。同樣的，由于經(jīng)常用工作手機106與張三溝通工作上的事情，因此在工 作手機106上可能記錄有張三的工作電話。此外，由于可能用私人手機108接聽過張三從家 中打來的電話，因此在私人手機108上可能記錄有張三的家庭電話。換言之，每個裝置102、 104、 106或108分別保存有張三部分或零碎的聯(lián)系信息。 每個裝置102、 104、 106或108可以用來與所述服務器保持同步，將包含有部分聯(lián) 系信息的本地通訊錄上傳至服務器20。所述服務器20整合和處理所有部分聯(lián)系信息，用戶 需要時可以加入一些用戶輸入信息(比如哪里相遇這個聯(lián)系人，該聯(lián)系人的教育背景等) 以在服務器20上的該注冊用戶的遠端通訊錄(相對于裝置中的本地通訊錄來說，服務器20 中的通訊錄可被稱為遠端通訊錄)中形成一個關(guān)于相應聯(lián)系人的完整記錄條目112。這樣 的遠端通訊錄可以下載至任一裝置102U04、106或108上以更新或補充本地原始的部分聯(lián) 系信息。 圖2A示出了整合來自從不同信息源的部分聯(lián)系信息的流程或方法200。所述信 息源包括但不限于電腦(比如筆記本電腦)、手機(比如GPRS或3G手機)和個人數(shù)字助 理PDA(比如Blackberry或iPhone)。所述方法200可以實現(xiàn)為一種軟件或軟硬件的結(jié)合。 為了便于理解所述方法200，可以結(jié)合參考圖1A和圖1B。 假設(shè)用戶"張三"已在服務器(比如圖1A中的服務器20)上建立了一個帳號，比 如用一個電子郵件地址來做使用名。此用戶可以利用任何電腦通過數(shù)據(jù)網(wǎng)絡(luò)(有線的或無 線的)來訪問所述服務器以創(chuàng)建他自己的簡介。所述簡介可包括他的名字、他的其他電子 郵件地址、他的即時通訊ID(比如QQ號、MSN號)、他的各種電話號碼等。根據(jù)需要，所述簡 介還可包括他的頭銜、他的公司名稱和地址以及他的公司所能提供的產(chǎn)品/服務。所述簡 介還可包括他的教育背景(學位、學校和專業(yè))和他的部分或所有聯(lián)系人感興趣的相關(guān)數(shù) 據(jù)。在一實例中，所述簡介還可包括他愛好(比如乒乓球，電影)和希望得到的商品(比 如小汽車和休假旅行)。 與這個帳號交往的是一系列聯(lián)系人或記錄條目，即張三的聯(lián)系人。經(jīng)由所述服務 器的連接，張三的記錄條目被加到他聯(lián)系人的聯(lián)系圈中。同樣，他聯(lián)系人的記錄條目也加到 張三的聯(lián)系圈中。這樣張三就擁有了自己的不斷更新的聯(lián)系圈。每一個聯(lián)系人都具有與前 述張三帳號的簡介相似的簡介。所述聯(lián)系人的簡介在開始時可能不完整，但可以隨著時間 的推移由張三或相應的聯(lián)系人自己進行更新。張三與所述聯(lián)系人的簡介就逐漸完善。如果 張三換了手機并更換了新的電話號碼，他不需要去一一打電話給每個聯(lián)系人，他只需要在 其個人簡介中用新電話號碼替換掉原電話號碼，那些將他列為聯(lián)系人的用戶就可以在自己 的通訊錄中找到張三的新電話號碼。實際上將他列為聯(lián)系人的用戶不一定知道張三已經(jīng)更
8新了電話號碼(因為用數(shù)據(jù)庫來存儲全體注冊用戶的記錄條目，一個記錄條目中的任何數(shù) 據(jù)域改變都會直接影響到訪問所述記錄條目的結(jié)果)。 當然，如果張三不愿意與其某一聯(lián)系人保持聯(lián)系，他可以將這個人從其聯(lián)系信息 列表中刪除。這樣被刪除的聯(lián)系人將不能得到張三的新電話號碼。以下會進一步講倒被刪 除的聯(lián)系人不是從系統(tǒng)中即刻刪除。根據(jù)一實例，被刪除的聯(lián)系人首先放到回收箱，以便張 三也許想尋回被刪除的聯(lián)系人，以便恢復相互聯(lián)系。本發(fā)明的其中一個優(yōu)點、好處或目的在 于所述服務器20使所有用戶可以與他們希望聯(lián)系的人永遠保持聯(lián)系。 根據(jù)用戶的實際應用，用戶自己可以更新通訊錄中的某一聯(lián)系人中的某些簡介內(nèi) 容，必須指出，某一聯(lián)系人或條目中有許多區(qū)域(也可稱之為數(shù)據(jù)域，內(nèi)容欄等，即條目中 的某些內(nèi)容，比如姓氏、名字都可以成為一個區(qū)域或內(nèi)容欄)，不是所有的區(qū)域都可以讓其 他用戶改變或更新。比如聯(lián)系人的注冊的電子郵件地址是不可以讓別人變更的，但是有許 多區(qū)域是可以讓其他用戶填補的。舉例來說，對于一個經(jīng)營通訊設(shè)備的聯(lián)系人，雖然該聯(lián)系 人并沒有提供此類信息，所述用戶可以將這一信息加入該聯(lián)系人的簡介中，以在將來需要 通訊設(shè)備時方便用戶自己搜索或者跟該聯(lián)系人聯(lián)系。 假設(shè)是為一個名叫李四的聯(lián)系人建立的簡介。如果李四也是所述服務器的注冊用 戶，所述簡介可以由李四自己來更新。在一個實施例中，李四無論何時更新了自己的包括聯(lián) 系方式(比如電話號碼的變更)在內(nèi)的簡介，由李四發(fā)起的更新則立即反映到張三的通訊 錄中。由張三編輯的其通訊錄中的關(guān)于李四內(nèi)容可以由李四更新。在一實例中，李四提供 的信息有優(yōu)先權(quán)，將會取代原來內(nèi)容。然而，如果李四不在某內(nèi)容欄填寫任何內(nèi)容，那么由 張三編輯的這個區(qū)域內(nèi)容則保持原樣。 所述注冊用戶"張三"可能有幾個裝置與一聯(lián)系人聯(lián)系。如上所述，一些裝置中僅 記錄電子郵件地址，其它則僅記錄電話號碼。請參閱圖2A所示，在步驟202產(chǎn)生一個同步 請求。所述同步請求可以由所述每個裝置自動或手動產(chǎn)生，也可以由服務器自動或手動產(chǎn) 生。當使用一個裝置時，所述裝置可以根據(jù)身份驗證信息(比如用戶名和密碼)與服務器 建立通訊，并進一步檢測所述服務器上是否有更新。同樣的，如果用戶在某一時刻更新了一 裝置上的本地通訊錄，當用戶利用該裝置登錄至所述服務器后，所述用戶可以使服務器與
該裝置保持同步。 一般只有在互連網(wǎng)可用時才執(zhí)行所述同步請求。相應的，在步驟204需 要檢測所述是否有互連網(wǎng)絡(luò)。 假設(shè)互聯(lián)網(wǎng)可用，所述方法200轉(zhuǎn)入步驟206去獲取本地時間。所述本地時間可 根據(jù)收到的數(shù)據(jù)獲得，所述本地時間是所述收到的數(shù)據(jù)的創(chuàng)建或更新時間，所述收到的數(shù) 據(jù)就是指通訊錄的各記錄條目。在比較收到的數(shù)據(jù)和已經(jīng)存在服務器上的數(shù)據(jù)時，所述本 地時間用于確定哪些數(shù)據(jù)是最新的。 在步驟208中，將所述收到的數(shù)據(jù)的本地時間轉(zhuǎn)換為標準時間(比如格林威治標 準時間)。由于地球上有那么多時區(qū)，只有采用同樣時間標準來確定數(shù)據(jù)的新舊才更加準 確、有效。舉例來說， 一位商人打算從北京到舊金山去旅行，離開北京機場前的北京時間是1 月1日上午11點，他將其PDA與服務器同步了一次以更新一個聯(lián)系人的電子郵件地址，他 到達舊金山機場后，他接收到同一聯(lián)系人的一個更新的電子郵件地址。假設(shè)舊金山的當?shù)?時間比北京時間靠后15個小時，他到達舊金山機場的時間為太平洋時間1月1日上午8點 半。當都以格林威治標準時間為參考時，所述服務器會斷定所述第二次的更新數(shù)據(jù)事實上
9是最新的。而如果不進行時間轉(zhuǎn)換，所述服務器則可能得出相反的錯誤結(jié)論。需要注意的 是，一些裝置可能已經(jīng)使用格林威治標準時間來存儲各種記錄，此時步驟206的作用則變 成認證所述本地時間是格林威治標準時間，步驟208則不需要了 。 在步驟210中，比較所述收到的記錄條目與已有的記錄條目以判斷如何更新。當 一個收到的記錄條目與所述已存在的聯(lián)系列表中的對應記錄條目相同或相似時，所述方法 200轉(zhuǎn)入步驟212執(zhí)行合并。舉例來說，一個接收到的記錄條目的英語名字為"Mike Doe"， 而已存在的聯(lián)系列表中的一個記錄條目的名字為"M. Doe"，可以執(zhí)行一驗證步驟(未示出) 以保證這兩個記錄條目對應同一個聯(lián)系人。所述驗證步驟在一個示例中可以是驗證簡介中 的其他信息，比如已存在的聯(lián)系列表中的對應記錄條目中的電子郵件地址是否與收到的記 錄條目的電子郵件地址相同，也可以驗證其它數(shù)據(jù)(比如電話號碼)來驗證兩個記錄條目 是否對應同一個聯(lián)系人。如果驗證步驟結(jié)論是兩個記錄條目對應同一個聯(lián)系人，這兩個記 錄條目合并。所述方法200從步驟212轉(zhuǎn)入步驟216以更新整個聯(lián)系列表。
當接收到的記錄條目與已存在的聯(lián)系列表中的任何一個都不相同或相似時，這意 味著所述記錄條目對應一個新的聯(lián)系人。所述方法200進入步驟214以在聯(lián)系列表中增加 一個新記錄條目。同步請求的結(jié)果是用戶用的裝置和服務器都擁有了注冊用戶的通訊錄 的最新版本。張三無論何時需要查找一個聯(lián)系人的聯(lián)系信息，他都可以登錄到服務器上找 到他想要的，他總是能得到通訊錄的最新版本。同樣的，張三也可以使用與服務器同步的各 個裝置，所述裝置可以從服務器上下載完整的聯(lián)系列表或聯(lián)系列表的更新部分。張三從所 述裝置中可以獲得其需要的聯(lián)系人的最新聯(lián)系方式。 據(jù)統(tǒng)計將近60%的手機用戶每年都要更換一次手機(比如，手機更新，錯過手 機)。在有些地區(qū)(如美國)有一些手機標準并不支持SIM卡。在換了一個沒有SIM卡的 手機后，除非付費給經(jīng)銷商以請求其將舊手機中的電話號碼導入新手機中(有時也可能由 于接口問題而不能實現(xiàn))，否則舊手機中的所有電話號碼都會丟失。許多GSM手機支持可存 儲電話號碼的SIM卡，然而在手機丟失后所有的電話號碼也隨之丟失。這樣，許多人就可能 由于丟去了電話號碼而與他們的同事或朋友永遠失去聯(lián)系。在本發(fā)明中，用戶只需要在新 手機上通過GPRS、3G或其它無線網(wǎng)絡(luò)登所述服務器上的帳號。在建立了通訊后，他/她的 新手機就可以從服務器上下載最新的聯(lián)系列表。從一個角度來說，本發(fā)明解決了聯(lián)系列表 因手機更換，丟失或壞掉而丟失聯(lián)系信息的問題。 圖2B示出了裝置中的本地通訊錄格式不同于服務器上的遠端通訊錄格式的情 況。 一個裝置中的本地通訊錄的記錄條目與另一個裝置中的本地通訊錄的記錄條目可能 具有不同內(nèi)容欄。舉例來說，微軟Outlook具有經(jīng)理姓名和助手姓名的內(nèi)容欄，而微軟 Outlook Express則沒有上述內(nèi)容欄，但卻有網(wǎng)絡(luò)電話號碼等這些Outlook沒有的內(nèi)容欄。 除了來自兩個不同裝置的相同記錄條目在內(nèi)容欄不同外，服務器中的記錄條目的內(nèi)容欄也 可能與裝置中的相同記錄條目的內(nèi)容欄有所不同。 如圖2B所示的一個實施例中，多個裝置具有多個記錄條目格式220。 一個對應或 映射表222用來在一個裝置的記錄條目格式220與服務器的記錄條目格式之間建立橋梁。 在執(zhí)行同步程序時，執(zhí)行映射程序以將所述記錄條目格式220側(cè)的數(shù)據(jù)映射到服務器中定 義的相應內(nèi)容欄上。通常，所述服務器的記錄條目的內(nèi)容欄包括比如名字、姓氏、電子郵件 地址等基本內(nèi)容欄。這些基本內(nèi)容欄226是可顯示的，它們中的大部分是可編輯的或可更新的。對于服務器不需要的來自裝置的那些額外內(nèi)容欄，可以用服務器中的隱藏內(nèi)容欄228 來存儲。這些隱藏內(nèi)容欄228在服務器上是不能看到的或用戶不能編輯的。
舉例來說， 一個Outlook裝置具有兩個內(nèi)容欄"經(jīng)理姓名"和"助手姓名"，它們在 服務器的對應記錄條目中是不使用的。當所述裝置第一次與服務器同步時，Outlook的記 錄條目中的所有數(shù)據(jù)都被傳送至服務器中，其中只有所述基本內(nèi)容欄中的數(shù)據(jù)被加載或更 新至服務器的相應記錄條目中，其它內(nèi)容欄中的數(shù)據(jù)，比如"經(jīng)理姓名"和"助手姓名"被保 存在隱藏內(nèi)容欄內(nèi)。將所述裝置中的一個記錄條目中的所有數(shù)據(jù)都進行傳輸?shù)囊粋€好處在 于可使同步的實現(xiàn)比較簡單，這樣在執(zhí)行同步程序時就不需要從不同的裝置內(nèi)挑選不同的 數(shù)據(jù)。同樣的，當服務器中的一個記錄條目的更新需要同步到本地裝置的相應記錄條目時， 該聯(lián)系人的整個記錄條目(包括隱藏內(nèi)容欄中的數(shù)據(jù)，)都被傳送至本地裝置上用來取代 過時的記錄條目。在另一個不同的實施例中，可以只傳送更新數(shù)據(jù)以更新對應的記錄條目。
圖3A示出了一個注冊用戶在服務器中的通訊錄中的聯(lián)系列表300的一個示例。 所述聯(lián)系列表300顯示了三個記錄條目或聯(lián)系人，每個記錄條目或聯(lián)系人包括一個照片或 卡通圖片302、聯(lián)系人的簡要說明304、狀態(tài)描述306、關(guān)系分類308、用于個人事務或服務器 服務的訪問圖標310、312、314，和318。必須指出圖3A只是一個例子，任何有這個方面技術(shù) 背景的人閱讀本發(fā)明文件，可以做各種不同的修改，引導出各種各樣的版本，但是都可以包 含本發(fā)明的某些或全部的特性。所以圖3A中的各種安排位置，比如圖標310、312、314，和 318，按照需要可以隨便安置。同樣簡要說明304、狀態(tài)描述306、關(guān)系分類308的內(nèi)容可以 做相應的改變。 有些用戶不愿上傳個人相片，由此可以用一個卡通圖片。為了使卡通圖片能反映 一個聯(lián)系人的性別，在一個實例中，卡通圖片的加入是取決于用戶的性別(假定用戶愿意 提供性別，如果不提供，加入的卡通圖片可以是一個沒有性別的人影)。如果是男的，加入到 圖片302就是一個男性卡通圖。如果是女的，加入到圖片302就是一個女性卡通圖。當然， 如果用戶是一個未成年的，小孩的卡通圖也可以加入。 點擊所述照片或卡通圖302，簡要說明304的姓名或其他地點，將會顯示出該聯(lián)系 人的包括所有其它信息的簡介，注冊用戶可以編輯部分或全部所述簡介。所述狀態(tài)描述306 用來讓該聯(lián)系人告訴其他人自己正在干什么或關(guān)心什么，這樣系統(tǒng)提供了一種機制可以讓 該聯(lián)系人發(fā)起一個簡要主題以供他人評論或跟貼。在一個實施例中，可以用手機的短消息 來填寫所述狀態(tài)描述306。所述服務器為所有注冊用戶提供一個號碼，所述注冊用戶可以 通過這個號碼發(fā)送短消息給服務器。服務器可以通過注冊的手機號碼來對他們進行身份驗 證，身份驗證通過后服務器才發(fā)布他們的短消息。 在一個實施例中，為了方便用戶發(fā)送這樣的短信，當一個用戶與服務器達成協(xié)議 后，將一個風格或格式與聯(lián)系人相似的記錄條目316自動加入通訊錄或聯(lián)系列表中。所述 記錄條目316包括一個表示服務器(比如www. mingoe. com)提供服務的圖標，所述記錄條 目316可以用服務器的名稱來命名。另外，可以在所述記錄條目316的名稱后加入一句標 語。在一個實施例中，當這樣的記錄條目同步到手機中后，所述記錄條目顯示為一個聯(lián)系 人，用戶很容易就能瀏覽到該聯(lián)系人并點擊它以發(fā)送短信。這個實施例說明本發(fā)明的系統(tǒng) 可以任何時候根據(jù)需要添加記錄條目來方便用戶并能更新記錄條目內(nèi)的信息。
圖3B顯示了接收和發(fā)布短消息的流程或方法320。所述方法320可以實現(xiàn)為一種
11軟件或軟硬件的結(jié)合。在一個實施例中，在本發(fā)明的系統(tǒng)中提供有一個短信調(diào)制解調(diào)器，所
述短信調(diào)制解調(diào)器有一個電話號碼，所述短信調(diào)制解調(diào)器可以通過移動通訊基礎(chǔ)設(shè)置接收
或發(fā)送信息。所述短信調(diào)節(jié)解調(diào)器與服務器連接以將收到的短消息以及相應的電話號碼傳
送到服務器，這樣服務器就接收到了發(fā)自所述電話號碼的短消息。在另一個實施例中，本發(fā)
明的系統(tǒng)直接與移動通訊服務商合作(比如，美國的AT&T和中國移動)，用戶發(fā)出的短消息
可以直接從移動通訊服務商通過一個渠道(比如互聯(lián)網(wǎng))接入本發(fā)明的系統(tǒng)。 在步驟322，所述方法320檢測是否收到短消息，并只有在收到短消息后才繼續(xù)向
下進行。在步驟324，所述服務器確定這個短消息是否是來自注冊用戶的。在具體實現(xiàn)時，
所述服務器可以接收非注冊用戶的短消息，也可以不接收非注冊用戶的短消息。在一個實
施例中，在接收到短消息后，可在數(shù)據(jù)庫中查找發(fā)出所述短消息的電話號碼以判斷所述短
消息是否是注冊用戶發(fā)來的。如果沒有找到對應的注冊用戶，則將收到的短消息丟棄或者
建議非注冊用戶上服務器注冊，之后所述方法320返回步驟322等待下一條短消息。在另
一個實施中，所述發(fā)送者可以預先設(shè)置何人可以得到和閱讀他的私人日志。 現(xiàn)在假設(shè)收到的短消息確實是來自注冊用戶，所述方法320將進入步驟326去
判斷所述收到的短消息是作為私人日志的還是公開發(fā)布的。假設(shè)所述收到的短消息是
作為公開發(fā)布的，所述方法320轉(zhuǎn)入步驟328，根據(jù)電話號碼提取發(fā)送者的身份識別信息
ID(Identifier)，所述身份識別信息可以是其他人識別該用戶的姓氏、名字或昵稱。在步驟
330，公開發(fā)布所述短消息并可以允許他人對該短消息進行評論或跟貼。舉例來說， 一個注
冊用戶到達了北京，發(fā)送一條公開發(fā)布的短消息"我到北京了，將會在這里逗留6天"到服
務器。假設(shè)這個注冊用戶在北京有一些聯(lián)系人，在公開發(fā)布了這樣的短消息后，在北京的這
些聯(lián)系人知道所述注冊用戶在北京后可能會與他聯(lián)系，還可以通過手機或服務器發(fā)短消息
評論說"歡迎到北京來"。隨后，所述方法320轉(zhuǎn)入步驟332，更新所述用戶的記錄內(nèi)容，尤其
是讓所述用戶知道他的短消息有多少評論或跟貼，所述用戶還可以對所述評論進行再次評
論或跟貼。另外根據(jù)用戶的短消息發(fā)表來源，每條短消息的公布可以顯示其來源，比如"來
自手機"，"手機發(fā)表"或"網(wǎng)絡(luò)發(fā)表" 在步驟326，當判定所述短消息是私人日志用途時，所述方法320進入334步驟。 本發(fā)明的一個特點、優(yōu)點或目的在于允許注冊用戶利用短消息發(fā)送私人日志。舉例來說，一 個用戶旅行到某一個地方，可能希望寫下他所看到的或想到的，此時使用記事本和筆記本 電腦可能都不是很方便，所述用戶可以通過手機輕松的編寫短消息并將其發(fā)送到他的私人 日志中。利用手機發(fā)送短消息給自己還可有其他私人用途，比如設(shè)立備忘錄/提醒錄和記 錄旅行路線等等。當接收的短消息是私人日志用途時，在步驟334，所述短消息將被作為該 發(fā)送者的私人日志(其他聯(lián)系人看不到)。之后，所述發(fā)送者可能會看到一系列具有時間戳 的短消息，還可能進一步對其中某條短消息進行評論或批注，甚至可以輸出到其他文檔文 件修改。所述方法320進入步驟332去更新這個用戶的記錄內(nèi)容，尤其是可以為該用戶顯 示他自己發(fā)了多少條短消息并做了多少評論或批注。 請再次參考圖3A，一個聯(lián)系人"李四"被分為商業(yè)聯(lián)系人和同學聯(lián)系人，這樣的關(guān) 系等級分類用于定義該聯(lián)系人可以看到的用戶的簡介中的哪些信息。在一個實施例中，用 戶可以在所述服務器上設(shè)置其與各聯(lián)系人的關(guān)系等級。所述用戶可以讓相應的聯(lián)系人看到 他的部分或全部簡介信息，也可以不讓相應的聯(lián)系人看到任何其他簡介信息。在一實施例中，一些定為"秘友"關(guān)系等級的聯(lián)系人只能看到用戶簡介中的姓名和電話號碼信息。另一 些定為"普通"或"商業(yè)"關(guān)系等級的聯(lián)系人可能能看到用戶簡介中的所有信息。
在一個實施例中，所述系統(tǒng)提供事先定義了的幾個關(guān)系等級，包括普通、商業(yè)、同 學、家人和秘友。其中，普通聯(lián)系人可能可以看到用戶簡介的大部分信息以便發(fā)展和利用各 種機會，而秘友(比如異性朋友)聯(lián)系人只能看到用戶簡介中的部分信息以給此注冊用戶 必要的個人隱私。在另一個實施例中，所述系統(tǒng)允許注冊用戶為他自己的關(guān)系等級命名。舉 例來說， 一個用戶可能定義了一個"大學"關(guān)系，歸為"大學"關(guān)系中的聯(lián)系人可以看到該用 戶簡介中的特定部分的所有細節(jié)，比如教育背景和大學中值得紀念的活動等。對于用戶來 說，本發(fā)明的其中一個優(yōu)點在于這樣的分類有助于用戶對自己聯(lián)系人進行相應的管理，并 且各類聯(lián)系人將看到自己的簡介中的不同內(nèi)容。在一個實施例中，利用關(guān)系等級可以統(tǒng)一 給聯(lián)系圈內(nèi)的聯(lián)系人發(fā)出電子邀請來參加某個活動。這樣，用戶不需要一一通知想邀請的 聯(lián)系人，而只需要確定需要向哪個關(guān)系級別的聯(lián)系人圈發(fā)送電子邀請。舉例來說，張三打算 開一個生日宴會，并且只希望家庭成員參加，他需要做的就是給"家人"組的所有聯(lián)系人發(fā) 送電子邀請。 再次參考圖3A，所述圖標310表示聯(lián)系人"李四"發(fā)出了一個拼車邀請，"李四"的 所有聯(lián)系人都可能看到這個拼車邀請。在一個實施例中，點擊所述圖標310后就可以看到 一個如圖3C所示的拼車描述340。所述拼車描述顯示李四給她的聯(lián)系人發(fā)出了在上下班高 峰時間的一個拼車邀請。如圖3C所示，所述拼車描述340包括她的車況信息、路線信息和 拼車時間。所述拼車描述340只有李四的聯(lián)系人能看到，這樣李四就可以與自己認識的人 一起拼車，能與一個認識的人拼車當然是好的選擇。 在一個實施例中，一個類似圖標(未示出)可以表示一個拼車請求，點擊所述圖 標將被鏈接到一個拼車請求描述，所述拼車請求描述包括拼車時間和拼車路線。所有聯(lián)系 人不但可以看到用戶發(fā)布的拼車邀請/請求，還可以看到該發(fā)布用戶的部分或全部簡介信 息，這樣所述服務器提供了一個平臺，讓愿意拼車的用戶在這個平臺上快速、安全的找到合 適的拼車人選。 在另一個實施例中，所述服務器基于注冊用戶發(fā)布的拼車信息進行拼車邀請和拼 車請求的匹配。圖3D示出了匹配拼車邀請和拼車請求的流程或方法350。所述方法350可 以實現(xiàn)為一種軟件或軟硬件的結(jié)合。在步驟352有拼車邀請和在步驟354有拼車請求的情 況下才啟動所述方法350。在步驟356，所述方法350判斷所述拼車請求和拼車邀請是否僅 針對聯(lián)系人。 一些注冊用戶更希望與認識的人拼車，如果是這樣的話，服務器僅允許在相互 的聯(lián)系人間匹配。在一些情況下，僅在聯(lián)系人間匹配拼車請求和拼車邀請成功率會很低。
圖3E示出了 一個拼車示例，其中張三發(fā)布了 一個拼車請求，李四發(fā)布了 一個拼車 邀請。李四的聯(lián)系人中并沒有人對她的拼車邀請感興趣或符合她的拼車邀請。同樣，張三 的聯(lián)系人中也沒有人對他的拼車請求感興趣或符合他的拼車請求。兩者都愿意在各自的聯(lián) 系圈372、374之外進行匹配。之后所述方法350進入步驟358，服務器掃描所有的發(fā)布的拼 車邀請/請求并進行匹配。當張三的拼車請求與李四的拼車邀請可以在多個關(guān)鍵詞上匹配 時，所述方法350進入步驟360，所述服務器發(fā)送給雙方相互的鏈接，讓對方可以看到自己 的部分或全部簡介。如果張三和李四都感覺比較滿意，他們可以與對方通訊，并通過邀請將 對方加入自己的聯(lián)系圈372、374。如果張三和李四都感覺不滿意，那么系統(tǒng)將繼續(xù)為張三和李四進行拼車匹配。 另一個圖標312表示這個聯(lián)系人有一些東西出售或交換。作為為注冊用戶提供的 一種服務，所述服務器可以提供一個平臺讓用戶在聯(lián)系圈內(nèi)或所有注冊用戶間出售或交換 東西。當需要交換一些東西時，最好與認識的人進行交換。當可以與不認識的人進行東西 交換時，服務器還可以在所有注冊用戶間進行搜索匹配。 另外一個圖標314表示為注冊用戶保留的系統(tǒng)信息，所述信息包括通過服務器跟 蹤的電子郵件的回執(zhí)。由于各種原因(比如網(wǎng)絡(luò)崩潰)，發(fā)出去的電子郵件可能到達不了目 的地。有時即使一封電子郵件確實已被送到了接收者處，但仍不能據(jù)此主張說所述電子郵 件已經(jīng)被收到，接收者可以說沒有收到過，電子郵件的發(fā)送者并沒有辦法去考證。
圖4A示出了電子郵件掛號或證明傳遞系統(tǒng)400的一個示例的架構(gòu)圖。在現(xiàn)有技 術(shù)中，從一終端裝置402發(fā)出的電子郵件是由電子郵件服務器(未示出)轉(zhuǎn)發(fā)至另一個終 端裝置的。與現(xiàn)有技術(shù)不同的是，在電子郵件的傳遞路徑中增加有圖1A所示的服務器20， 所述郵件服務器仍然存在于電子郵件的傳遞路徑中。如下文所述，所述服務器20可提供一 封電子郵件從發(fā)送者(比如，終端裝置402)到接收者(比如，終端裝置404)的證明傳遞。
所述終端裝置402包括客戶端模塊406和通訊錄408。假設(shè)所述終端裝置402上 運行有電子郵件工具，比如微軟Outlook。所述客戶端模塊406可以是一個插件模塊，并在 Outlook運行時同時運行。所述電子郵件工具包括有通訊錄408，所述通訊錄408定期通過 客戶端模塊406與所述服務器20進行同步。所述終端裝置404包括與終端裝置402類似 的部分。 在一個實施例中，在同步程序時，所述客戶端模塊406或410提取其內(nèi)的本地通訊 錄的更新數(shù)據(jù)或所有數(shù)據(jù)，并將它們發(fā)送到服務器20，同時接收來自服務器20的遠端通訊 錄的更新數(shù)據(jù)或所有數(shù)據(jù)。所述服務器20包括聯(lián)系信息數(shù)據(jù)庫414、回執(zhí)數(shù)據(jù)庫416和電 子郵件處理器418。 在操作過程中，當一個終端裝置402的用戶決定發(fā)起一封發(fā)送至所述終端裝置 404的電子郵件的證明傳遞時，所述用戶可以點擊一個可激活客戶端模塊406中的一個電 子郵件證明傳遞功能(比如通過一個圖標)，這樣所述電子郵件將被封裝后傳送到服務器 20，而不是直接通過電子郵件服務器傳送到終端裝置404。正常電子郵件的傳遞是直接通過 電子郵件服務器傳送到終端裝置404。由于所述電子郵件被封裝后改道，這樣所述電子郵件 通過電子郵件服務器被傳送至所述終端裝置404前，還需要所述服務器20對所述電子郵件 進行登記。 當所述電子郵件最終到了所述終端裝置404后，所述客戶端模塊410將會記錄一 個或多個下述參數(shù)所述電子郵件的送達時間、接收所述電子郵件的終端裝置404的IP地 址和所述電子郵件的閱讀時間。其它記錄參數(shù)可包括電子郵件的數(shù)據(jù)量及打開所述電子郵 件的應用軟件等。這些傳遞證明可以在特定時間或下一次同步時是被傳輸至服務器20。在 一個實施例中，可將所述傳遞證明存儲為系統(tǒng)消息，所述發(fā)送者可在任何時候提取所述傳 遞證明以察看所述電子郵件的接收狀態(tài)。 圖4B示出了一封電子郵件的掛號或證明傳遞的流程或方法430。所述方法可以實 現(xiàn)為一種軟件或軟硬件的結(jié)合。在一個實施例中，結(jié)合參考圖4A更容易理解所述方法430。 在步驟432，等待一個證明傳遞請求。在用戶(發(fā)送者)打算發(fā)送一封電子郵件時，可以提
14出所述證明傳遞請求。舉例來說，在微軟Outlook上加載有一個圖標，當點擊這個圖標后， 可以使所述客戶端模塊406啟動所述證明傳遞的功能。 假設(shè)服務器20的注冊用戶已經(jīng)請求了發(fā)送至接收者的一封特定郵件的證明傳 遞。在步驟434，所述客戶端模塊406通過查找所述通訊錄408來驗證所述接收者是否是發(fā) 送者的一個聯(lián)系人。如果接收者或接收者的電子郵件地址不是發(fā)送者的一個聯(lián)系人，所述 方法430進入步驟435，提醒所述發(fā)送者說對于該接收者的證明傳遞是不能執(zhí)行的。如果接 收者加入服務器20成為注冊用戶并是發(fā)送者的聯(lián)系人之一，需求的證明傳遞就可以執(zhí)行。 在一個實施例中，所述發(fā)送者可以電子邀請所述接收者向服務器20注冊并成為自己的一 個聯(lián)系人。 現(xiàn)在假設(shè)所述接收者是通訊錄408中的一個聯(lián)系人。所述方法430進入步驟436， 將所述電子郵件封裝起來，使所述電子郵件首先改道至服務器20。在一個實施例中，可在 所述電子郵件的地址前加入服務器20的地址。舉例來說，所述服務器20的地址為proof@ mingoe. com，所述電子郵件本來需要寄到的地址為lisi@yahoo. com，為了使電子郵件改道， 所述電子郵件地址修改為proof@mingoe. com，所述電子郵件的原始地址lisi@yahoo. com 被封裝入所述發(fā)送至proof @mingoe. com的電子郵件內(nèi)。在一個實施例中，在所述電子郵件 在Outlook中正在發(fā)送時，執(zhí)行所述電子郵件地址更改。換句話說，所述電子郵件的改道對 于發(fā)送者來說是不知道的。另一個種辦法是，所述中轉(zhuǎn)電子郵件地址proof Omingoe. com可 能顯示為"To :proof@mingoe. com[lisi@yahoo. com]"以清楚的提醒所述發(fā)送者該電子郵 件將被改道做證明傳遞。 所述電子郵件到了服務器20后，在步驟437，所述服務器20驗證所述電子郵件是 否確實來自注冊用戶，是否符合證明傳遞條件(比如，帳戶是否有足夠的點或資金)。如果 所述發(fā)送者不是注冊用戶或所述電子郵件不符合證明傳遞的條件，將會通知所述發(fā)送者。 假設(shè)所述發(fā)送者是注冊用戶并符合證明傳遞條件，所述服務器20給所述電子郵件進行登 記。這有點模仿在郵局中郵寄掛號信。 所述方法430轉(zhuǎn)入步驟438，提取出原始電子郵件地址，將所述電子郵件發(fā)送至它 的目的地。在一個實施例中，此時所述電子郵件附加了一個標記。在所述電子郵件被傳送 至一個接收者用于接收電子郵件的終端裝置后，所述電子郵件中的標記驅(qū)動所述終端裝置 中的相應客戶端模塊的相應機能記錄所述電子郵件收到時間和當前使用終端裝置的IP地 址。在所述電子郵件被打開后，還需要記錄所述電子郵件的閱讀時間及打開所述電子郵件 的工具。舉例來說，所述電子郵件可能是在Outlook、 Outlook Express或其他工具被開打 的，比如用Hotmail看所述電子郵件了或者Adobe打開了附件。所述客戶端模塊儲存所述 回執(zhí)，定期的或在下一次同步時將所述回執(zhí)傳送給服務器20。 在步驟440，所述服務器檢測來自所述終端裝置的所述回執(zhí)是否收到。當收到這樣 回執(zhí)時，將所述回執(zhí)儲存在系統(tǒng)上或者轉(zhuǎn)發(fā)給發(fā)送者作為傳遞證明。所述方法430提供了 一種在服務器上的兩個用戶間的有效的郵件證明傳遞方案。 根據(jù)一個實例，本發(fā)明為每一用戶提供一個建立"黑名單"的裝置.黑名單的意思 是在黑名單上的聯(lián)系人是一個用戶不愿再聯(lián)系的聯(lián)系人。當一個用戶不想再與其中一個聯(lián) 系人聯(lián)系，該用戶可以把該聯(lián)系人從通訊錄上移到自己建立的黑名單上。這樣該聯(lián)系人發(fā) 出的電子郵件，短信或電話呼叫可以被有效地阻擋。
圖5A顯示出了阻擋來自被刪除聯(lián)系人的電子郵件，短信或電話呼叫的一個示例 的架構(gòu)圖500。假設(shè)被刪除聯(lián)系人使用終端502(比例，計算機或手機)試圖與所述用戶 聯(lián)系，所述用戶用的是另一個終端504。盡管終端504沒有辦法拒絕來自終端502的電子 郵件，短信或電話呼叫，但是根據(jù)本發(fā)明設(shè)計的一個客戶端模塊510會根據(jù)所述黑名單上 的被刪除聯(lián)系人來阻擋電子郵件，短信或電話呼叫或刪除收到的電子郵件和短信。如圖所 示，終端504設(shè)置一個黑名單514，客戶端模塊510會根據(jù)黑名單514來執(zhí)行阻擋或刪除功 能。這里需要指出終端502具有像終端504 —樣的客戶端模塊506，也有可能有一個黑名單 (沒顯示)。需要指出的是終端502和終端504上所顯示的郵件應用軟件508和512 (比如 Outlook)可以用其他應用軟件來代替負責接送短信或接打電話。 根據(jù)一個實例，本發(fā)明可以用來保護用戶的隱私。現(xiàn)在許多電話機都有來電顯示 (察看打電話者的身份)。差不多所有的電子郵件應用軟件和器件都顯示發(fā)電子郵件的原 作(誰寫的和用的電子郵件地址)。有時一用戶不希望顯示出某人的真實身份(比如其他 人可能查看他的手機或電子郵件)。本發(fā)明提供了一個機制讓用戶修飾或掩蓋原作的真實 身分。圖5B顯示出了保護用戶的隱私的一個示例的架構(gòu)圖520。比如，一注冊用戶"張三" 有一聯(lián)系人"李四"。張三進入自己的帳戶后，立定了一個對應表把"李四"對應到"王五"。 圖5C顯示一個對應表520。對應表520使得李四所有的標識轉(zhuǎn)變?yōu)槭孪榷x好的標識。比 如，李四的姓名修飾為王五，李四的電子郵件地址修飾為王五的電子郵件地址，相應的電話 號碼修飾為另一個號碼。取決一實施的方法，修飾過來的電子郵件地址或電話號碼可以是 虛構(gòu)的也可以是真的，其目的之一是希望"偷看"該用戶的電子郵件或手機的人不會對該用 戶有各種可能的猜疑。 在一實施中，對應表520是嵌入到客戶端模塊510。當用戶在同步他的客戶終端 時(比如，手機或者電腦)，帶有對應表520的客戶端模塊510或者對應表520和客戶端模 塊510下載到所述客戶終端。在另一個實施中，張三通過下載的客戶端模塊510在本地建 立對應表520，在下一個同步時，對應表520上載到服務器上張三的帳戶中。
在操作中，李四用lisifebc. com寄發(fā)一電子郵件給張三。當所述的電子郵件到了 張三用的終端后，客戶端模塊510根據(jù)對應表520查明所述的電子郵件是否需要修飾。如 果所述的電子郵件的原作沒有列在對應表520，所述的電子郵件就不會被修飾。假設(shè)所述的 電子郵件的原作是列在對應表520，所述的電子郵件就會被攔截施行相應修飾。產(chǎn)生的顯示 效果是所述電子郵件的原作使wangwu@yahoo. com 同樣，如果李四用自己的手機給張三送短信或打電話?？蛻舳四K510激活攔截 收到的短信或電話呼叫。根據(jù)對應表520修飾其來電的電話號碼。產(chǎn)生的顯示效果是所述 短信或電話是從王五那里來的。 如果張三有意回所述短信或電話，根據(jù)一實施，客戶端模塊510攔截張三回復的 短信或回電并用真實的號碼替換修飾的號碼，這樣所述回復的短信或回電就能順利繼續(xù)下 去。根據(jù)另一個實施，當張三回復短信或回電時，客戶端模塊510不激活來處理所述回信或 回電。所述修飾的號碼(或者修改的電子郵件致詞)實際是另一個指定身份。比如，所用 的修飾號碼021-63052236是一個實際的號碼，同樣wangwu@yahoo. com是一個可以工作的 電子郵件賬戶。其目的之一只是希望"偷看"張三的電子郵件或手機的人不會對該用戶有 各種可能的猜疑，從而保護張三的隱私。
以上所述僅為本發(fā)明的各種較佳實施例而已，并不用以限制本發(fā)明，凡在本發(fā)明 的精神和原則之內(nèi)，所作的任何修改、等同替換等，均應包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
一種聯(lián)系信息管理方法，其特征在于，所述方法包括為一個注冊用戶維護有由聯(lián)系條目形成的列表，每個聯(lián)系條目記錄有所述注冊用戶的一個聯(lián)系人的簡介，所述簡介包括有所述聯(lián)系人的姓名和聯(lián)系方式；接收來自信息源的數(shù)據(jù)，所述數(shù)據(jù)包括列表中已有的聯(lián)系條目的部分內(nèi)容或列表中沒有的聯(lián)系條目的部分內(nèi)容；將所述數(shù)據(jù)并入所述聯(lián)系條目中，以更新相應聯(lián)系條目的部分內(nèi)容或添加新的聯(lián)系條目；將更新的聯(lián)系條目發(fā)回所述信息源，此時所述信息源上具有所述聯(lián)系條目的最新版本，其中所述信息源包括電子郵件應用工具、網(wǎng)絡(luò)郵箱工具、手機、個人電腦和/或個人數(shù)據(jù)助理。
2. 如權(quán)利要求1所述的聯(lián)系信息管理方法，其特征在于任何一個聯(lián)系條目可以通過所述信息源或者直接從所述形成的列表中刪除，被刪除聯(lián) 系條目被儲存到一個特別安排的存儲空間，所述被刪除聯(lián)系條目可以從所述存儲空間中恢 復回到所述列表，所述存儲空間在一個服務器上。
3. 如權(quán)利要求1所述的聯(lián)系信息管理方法，其特征在于所述注冊用戶的一個聯(lián)系人 是另一個注冊用戶，在所述聯(lián)系人對自己的簡介作了一個更新后，所述更新立即反映到所 述注冊用戶的對應所述聯(lián)系人的聯(lián)系條目中，其中所述注冊用戶在不知情的情況下就可獲 得所述更新。
4. 如權(quán)利要求3所述的聯(lián)系信息管理方法，其特征在于，所述更新包括電話號碼和電 子郵件地址的變更，這樣所述注冊用戶可一直與所述聯(lián)系人保持聯(lián)系。
5. 如權(quán)利要求1所述的聯(lián)系信息管理方法，其特征在于，所述方法進一步包括 允許所述注冊用戶通過電話或服務器發(fā)送字數(shù)有限的短消息；其中， 將所述短消息公開發(fā)布，以至于其他注冊用戶可對所述短消息進行回復或評論；或?qū)⑺龆滔⒈Ｃ馨l(fā)布，以至于只有所述注冊用戶自己能看到、評論或編輯所述短信。
6. 如權(quán)利要求1所述的聯(lián)系信息管理方法，其特征在于，所述服務器用來為一個注冊 用戶維護所述聯(lián)系條目列表，所述服務器中的每個聯(lián)系條目的預定區(qū)域與所述信息源中的 對應聯(lián)系條目的預定區(qū)域不完全匹配，所述方法進一步包括將來自每個信息源的數(shù)據(jù)映射到服務器的聯(lián)系條目上；禾口 將所述數(shù)據(jù)中的不能用于所述服務器中預定區(qū)域的部分隱藏。
7. 如權(quán)利要求1所述的聯(lián)系信息管理方法，其特征在于，所述注冊用戶具有自己的簡 介，所述注冊用戶可以設(shè)定跟一個聯(lián)系人的關(guān)系層次來決定所述聯(lián)系人能看到自己多少簡 介信息。
8. 如權(quán)利要求1或7所述的聯(lián)系信息管理方法，其特征在于，所述方法進一步包括 在所述聯(lián)系條目列表更新或下載至手機上時，自動在聯(lián)系條目列表中插入一個默認聯(lián)系條目，所述默認聯(lián)系條目包括一個電話號碼，用戶可通過手機法短消息至所述電話號碼。
9. 一種聯(lián)系信息管理系統(tǒng)，其特征在于，所述系統(tǒng)包括服務器，用來為一個注冊用戶管理包括多個聯(lián)系條目的列表，每個聯(lián)系條目記錄有所 述注冊用戶的一個聯(lián)系人的簡介，所述簡介包括有所述聯(lián)系人的姓名和聯(lián)系方式；能獲得一些聯(lián)系條目的部分信息的至少一個信息源，其用來與所述服務器進行同步，通過將來自所述信息源的數(shù)據(jù)并入所述聯(lián)系條目中來更新所述聯(lián)系條目，所述數(shù)據(jù)包括列 表中已有的聯(lián)系條目的部分內(nèi)容或列表中沒有的聯(lián)系條目的部分內(nèi)容；其中，所述信息源也存儲了一份更新的聯(lián)系條目，此時所述信息源上具有所述聯(lián)系條 目的最新版本，其中所述信息源包括電子郵件應用工具、網(wǎng)絡(luò)郵箱工具、手機、個人電腦和/ 或個人數(shù)據(jù)助理；其中，所述更新的聯(lián)系條目包括一個默認聯(lián)系條目，所述默認聯(lián)系條目包括一個電話 號碼，用戶可通過手機法短消息至所述電話號碼。
10.如權(quán)利要求9所述的聯(lián)系信息管理系統(tǒng)，其特征在于，所述服務器允許所述注冊用 戶通過電話或服務器發(fā)送字數(shù)有限的短消息；其中，將所述短消息公開發(fā)布，以至于其他注 冊用戶可對所述短消息進行回復或評論；或?qū)⑺龆滔⒈Ｃ馨l(fā)布，以至于只有所述注冊 用戶能看到、評論或回復所述短信。
全文摘要
本發(fā)明提供一種聯(lián)系信息管理系統(tǒng)和方法。如果一個用戶有聯(lián)系方式(比如電子郵件地址或電話號碼)改變，只需要輸入到一指定服務器。所有把這個用戶列為聯(lián)系人的用戶會即刻更新其用戶的已有的聯(lián)系方式。為了便于用戶在自己常用的裝備上得到最新的通訊錄，所述服務器可以與用戶常用的裝備(比如電子郵件應用工具程序和手機)同步。在同步過程中，起用一個對應表，使所述服務器的數(shù)據(jù)格式和所述裝備的數(shù)據(jù)格式對應。所述服務器隱藏那些不用的數(shù)據(jù)，便于同步操作。
文檔編號G06F17/30GK101763566SQ200810226748
公開日2010年6月30日 申請日期2008年11月21日 優(yōu)先權(quán)日2008年11月21日
發(fā)明者不公告發(fā)明人 申請人:北京攜友聚信信息技術(shù)有限公司