專利名稱：通過公共非安全基礎結構安全地發(fā)行用戶概況信息的制作方法
技術領域：
本發(fā)明一般涉及電子消息通信系統(tǒng)，尤其涉及在通過電子消息彼此交互的個人團體中發(fā)行和使用用戶概況信息。
背景技術：
計算機化的系統(tǒng)提供了對于人們執(zhí)行任務的能力的許多優(yōu)點。實際上，計算機系統(tǒng)處理信息的能力已經(jīng)改變了人們生活和工作的方式。計算系統(tǒng)現(xiàn)在采用各種各樣的形式，包括臺式計算機、膝上計算機、圖形輸入板PC、個人數(shù)字助理(PDA)等等。即使家用設備(諸如冰箱、烤爐、縫紉機、安全系統(tǒng)等)也具有各種級別的處理能力，并由此可被認為是計算系統(tǒng)。處理能力繼續(xù)被集合到傳統(tǒng)上沒有這類處理能力的設備中。因此，計算系統(tǒng)的多樣性趨勢很可能會增長。
與計算系統(tǒng)一起，因特網(wǎng)改革了人們通信的方法，并引進了人類歷史上的一個新時代，通常被稱為“信息時代”。本質(zhì)上，因特網(wǎng)包括了分散在在世界上大部分的大量網(wǎng)絡化計算機。復雜的計算機、軟件和聯(lián)網(wǎng)技術使得因特網(wǎng)上的通信從最終用戶的觀點來看是相當直接的。
隨著因特網(wǎng)的出現(xiàn)，電子消息通信系統(tǒng)(例如，電子郵件、消息通信板、即時消息通信(IM)等)已成為越來越流行的通信方法。例如，企業(yè)越來越多地依賴于電子消息來共享觀念、發(fā)送文檔、調(diào)度會議以及執(zhí)行許多其它日常任務。此外，個人使用消息通信系統(tǒng)來與家人、朋友、商業(yè)合伙人、熟人或交互式團體內(nèi)的任何其它期望的個人通信和交互。因此，這類電子消息通信系統(tǒng)將團體的概念擴展到遠超出任何特定地理位置之外。
在這類交互式團體中，通常期望交換用戶概況信息。例如，個人和企業(yè)可能期望交換人、群組、組織、企業(yè)、家庭或他們所交互的任何其它可標識實體的聯(lián)系信息。這類信息可包括，例如，名字、別名、電話號碼、電子郵件地址、即時消息通信(IM)地址、家庭地址、聯(lián)系人的web地址、備選傳送方案的IP地址、公鑰、當前項目、時間表可用性等等。此外，個人或企業(yè)可能希望讓諸如愛好、職業(yè)特長、黨派、所提供的服務、所出售的商品等其它用戶概況信息在他們所交互的團體中分發(fā)或發(fā)行。
通常，為了使用戶能夠儲存和利用這類用戶概況信息，用戶必需手動將這類信息輸入到例如聯(lián)系人管理系統(tǒng)中。然而，這類手動處理是十分勞動密集型的，并且要經(jīng)受人員出錯。此外，沒有方法來確認數(shù)據(jù)的真實性，因為這類數(shù)據(jù)是可由其它來源欺騙的。當然，對手動處理的一種解決方案可以是提供集中式的存儲數(shù)據(jù)庫，其中個人可類似于黃頁或自頁數(shù)據(jù)庫系統(tǒng)來發(fā)行用戶概況信息。然而，這類集中式存儲對于維護是昂貴的，且其中包含的信息將擴展到超出用戶的交互式團體之外。此外，類似于手動處理，用戶將不會知道其中提供的用戶概況信息的有效性。因此，對于在通過電子消息彼此交互的個人團體中隨意分發(fā)或發(fā)行用戶概況信息，而無需用戶儲存和訪問這類信息的中央數(shù)據(jù)庫存在需求。

發(fā)明內(nèi)容
當前用戶概況系統(tǒng)或發(fā)行和訪問用戶概況信息的方法的上述缺陷和不足通過本發(fā)明的示例性實施例得到克服。例如，在消息通信系統(tǒng)中，本發(fā)明能夠在通過電子消息彼此交互的個人團體中發(fā)行概況信息。
示例性實施例能夠生成要從發(fā)送者發(fā)送到接收者的電子消息。該電子消息包括要在消息通信客戶機用戶界面處呈現(xiàn)的消息數(shù)據(jù)的一個或多個字段。此外，該電子消息包括至少一個機器可讀字段，用于包括默認地不在消息通信客戶機用戶界面處呈現(xiàn)的元數(shù)據(jù)?？稍L問包括關于發(fā)送者特征的元數(shù)據(jù)的用戶概況，其中該用戶概況的至少一部分被自動編碼成電子消息的至少一個機器可讀字段。包括用戶概況的至少一部分的電子消息然后被發(fā)送到接收者以供其隨后使用。
其它示例實施例能夠利用通過電子消息交互接收到的用戶概況信息，而無需具有用于儲存和訪問這類信息的中央數(shù)據(jù)庫?？梢越邮针娮酉?，它包括要在消息通信客戶機用戶界面處呈現(xiàn)的消息數(shù)據(jù)的一個或多個字段。此外，該電子消息包括至少一個機器可讀字段，用于包括默認地不在消息通信客戶機用戶界面處呈現(xiàn)的元數(shù)據(jù)。該至少一個機器可讀字段包括用戶概況，它是關于電子消息的發(fā)送者的特征的元數(shù)據(jù)。該用戶概況然后被儲存在用戶概況存儲庫中，以供隨后在查詢所需信息時使用。
其它另外的示例實施例提供了協(xié)助接收者驗證通過與發(fā)送者的電子消息交互接收到的用戶概況信息的方法?？山邮斩鄠€電子消息，其每一個都包括要在消息通信客戶機用戶界面處呈現(xiàn)的元數(shù)據(jù)的一個或多個字段。此外，該多個電子消息的每一個包括至少一個機器可讀字段，用于包括默認地不在消息通信客戶機用戶界面處顯示的元數(shù)據(jù)。至少一個機器可讀字段的每一個包括用戶概況，它是關于多個電子消息的發(fā)送者的特征的元數(shù)據(jù)。每一用戶概況然后彼此相比較，以確認其一致性?；谠摫容^，生成一置信度級別，它指示多個消息內(nèi)的用戶概況是否來自該發(fā)送者。
本發(fā)明的其它特征和優(yōu)點將在以下的描述中陳述，并且其部分可從以下描述中顯而易見，或者可通過對本發(fā)明的實施而學到。本發(fā)明的特征和優(yōu)點可通過所附權利要求書中特別指出的儀器和組合來實現(xiàn)和獲得。本發(fā)明的這些和其它特征將從以下描述和所附權利要求書中變得完全清楚，或者可通過如后文所述的對本發(fā)明的實施而學到。


為了以可獲得本發(fā)明的上述和其它優(yōu)點和特征的方式來描述，將參考附圖中所示的特定實施例來呈現(xiàn)以上簡要描述的本發(fā)明的更具體描述。要理解，這些附圖僅描繪了本發(fā)明的典型實施例，因此不能認為是限制其范圍，本發(fā)明將通過結合附圖用附加的特殊性和細節(jié)來描述和解釋，附圖中圖1A依照本發(fā)明的示例性實施例示出了可在其中發(fā)行用戶概況信息的消息通信系統(tǒng)；圖1B依照本發(fā)明的示例性實施例示出了其中可確認用戶概況信息并儲存它以供隨后使用的消息通信系統(tǒng)；圖2依照本發(fā)明的示例性實施例示出了發(fā)行用戶概況信息的方法的示例流程圖；圖3依照本發(fā)明的示例性實施例示出了利用通過電子消息交互接收的用戶概況信息的方法的流程圖；圖4依照本發(fā)明的示例性實施例示出了協(xié)助接收者驗證通過電子消息交互接收的用戶概況信息的方法的流程圖；以及圖5示出了為本發(fā)明提供合適的操作環(huán)境的示例系統(tǒng)。
具體實施例方式
本發(fā)明延及用于發(fā)行和利用關于電子消息系統(tǒng)團體的個人或實體的用戶概況信息的方法、系統(tǒng)和計算機程序產(chǎn)品。本發(fā)明的實施例可包括如下文詳細描述的包括各種計算機硬件的專用或通用計算機。
本發(fā)明利用用于將用戶概況信息嵌入或編碼到電子消息中的現(xiàn)有封裝或編碼機制。這類信息然后可在個人、組織或其它實體所交互的用戶團體中分發(fā)。示例實施例利用了隱藏字段，即包含默認地不在客戶機用戶界面處呈現(xiàn)的元數(shù)據(jù)的機器可讀字段，來包括用戶概況信息。用戶概況包括以下的任何一個名字、別名、家庭地址、電話號碼、電子郵件地址、備選傳送方案的IP地址、職業(yè)偏好、愛好、所提供的服務、所提供的商品、即時消息通信(IM)地址、聯(lián)系人的web地址、公鑰、當前項目、時間表可用性、或個人或組織希望在交互式團體中發(fā)行的任何其它信息。其它示例實施例還能夠確認這類用戶概況，其中用戶概況可被儲存在用戶概況存儲庫中。接收者隨后可使用關鍵詞查詢該存儲庫，來訪問關于他們所交互的個人和/或組織的期望信息。
圖1A示出了上文某些示例實施，并提供了利用電子消息內(nèi)的隱藏字段來發(fā)送或發(fā)行用戶概況信息的消息通信系統(tǒng)100。利用現(xiàn)有的封裝機制，例如，簡單郵件傳輸協(xié)議(SMTP)、X.400 P2、多用途互聯(lián)網(wǎng)郵件擴展(MIME)、直接互聯(lián)網(wǎng)消息通信封裝(DIME)、或諸如簡單對象訪問協(xié)議(SOAP)等可擴展標記語言(XML)協(xié)議，可生成包括首部120和有效負載125的電子消息115。如用戶界面140中對發(fā)送者135和接收者130所示的，首部120和有效負載125的各部分通常默認地在客戶機用戶界面140處呈現(xiàn)。例如，當接收者130接收到消息，或當發(fā)送者135正在生成消息，所示出的典型字段包括諸如TO(至)、FROM(自)、SUBJECT(主題)等字段，以及消息本身。現(xiàn)有的協(xié)議也提供了消息115內(nèi)的隱藏字段(未示出)，它可包括默認地不在消息通信客戶機用戶界面140處呈現(xiàn)的元數(shù)據(jù)。盡管這類隱藏字段能夠被訪問，且信息通過某些外延的用戶輸入以及與客戶機的交互來顯示，通常這類字段被認為是隱藏的，因為它們默認地不對發(fā)送者135或接收者130顯示。
示例實施例利用這些隱藏字段的一個或多個在彼此交互的個人團體中發(fā)行和分發(fā)用戶概況信息105。例如，如圖所示，提供了用戶概況105，它包括關于發(fā)送者135的特征的元數(shù)據(jù)。如上所述，用戶概況可包括這類信息如發(fā)送者135的名字、別名、家庭地址、電話號碼、電子郵件地址、備選傳送方案的IP地址、職業(yè)偏好、愛好、所提供的服務、所提供的商品、IM地址、聯(lián)系人的web地址、公鑰、當前項目、時間表可用性、或個人或組織期望在交互式團體中發(fā)行的任何其它信息。當電子消息115從發(fā)送者135發(fā)送到接收者130時，用戶概況105被自動編碼成隱藏字段。如可以認識到的，用戶概況105可以在消息115被發(fā)送之前或當時被包括在電子消息115的隱藏字段中。因此，將用戶概況105插入到隱藏字段中的時間選擇不應當限制或縮小本發(fā)明的范圍。
其它示例性實施例中，隱藏字段中的多個用戶概況105可被包括在電子消息115中。例如，消息可由已具有與其相關聯(lián)的用戶概況信息的發(fā)送者135接收。在將電子消息115轉發(fā)到接收者130之后，發(fā)送者135的用戶概況105也可被添加到電子消息115內(nèi)并通過任何公知的傳輸協(xié)議，如SMTP、IM協(xié)議等發(fā)送到接收者130。或者，或與其相結合，關于不直接涉及當前消息交互的團體的其它成員的用戶概況信息可以被包括在消息115中。例如，發(fā)送者135的客戶機可將具有它所具有的關于在團體或其任一子集中其他人的所有用戶概況信息的消息115隨意分發(fā)。
圖1B依照本發(fā)明的示例性實施例示出了可接收和利用用戶概況信息105的消息通信系統(tǒng)100。例如，接收者130可接收包括隱藏消息字段中的用戶概況105的消息115，該隱藏消息字段即是機器可讀的，且包括默認地不在接收者135的客戶機用戶界面140處呈現(xiàn)的元數(shù)據(jù)的字段。當接收到用戶概況105時，接收者130可在用戶概況臨時存儲145中儲存該用戶概況105，直到其中的信息被確認。
可以認識到，有許多確認用戶概況105的方法。例如，確認可基于消息115中的內(nèi)容的社交性交互。例如，如果接收者130近來與消息通信系統(tǒng)100外的發(fā)送者135通信，則這類通信不能被容易地欺騙。因此，如果發(fā)送者140包括對這類通信的引用，則接收者130能夠基于消息115內(nèi)的這一社交性交互信息來確認用戶概況110。這類社交性交互的一個示例可以是接收者130在咖啡店遇見發(fā)送者135并且進行了交談。當發(fā)送者135向接收者130發(fā)送電子消息116時，她可包括對咖啡店里的交談和/或其會議的引用。想起了該交談之后，接收者130可用發(fā)送者135是他們所聲稱的人的高度確定性來確認用戶概況105。如下文將更詳細地描述的，確認還可通過應用于元數(shù)據(jù)105的簽名的一致性來加強，該一致性允許例如證明社交性上下文在多個消息之間是相同的。
其它示例實施例能夠通過發(fā)送者135和接收者130之間的多個電子消息通信來確認用戶概況105的一致性。例如，可對所接收到的多個消息內(nèi)的用戶概況信息110進行比較，其中，與用戶概況105一起接收的消息115的數(shù)量越多，所產(chǎn)生的用戶概況105有效的概率也越高。此外，如上所述，用戶概況105可以用公鑰/私鑰、基本HTTP、windows NTML、Kerberos、X.509證書、護照、基于MAC的認證或用于數(shù)字簽署數(shù)據(jù)的任何其它公知的方法來電子地簽署。這類簽署可以基于由發(fā)送者135隨機生成的私鑰，但由客戶機無限期地保持來證明一致性。在這一情況下，公鑰與為確認用戶概況105的一致性所應用的簽名相匹配。然而，無論這類簽名是如何比較的，簽名可被確認的次數(shù)越多，用戶概況105真實的概率也越高?；谟脩舾艣r有效的某一閾值或置信度級別，用戶概況105可被發(fā)送到用戶概況存儲庫150，以供接收者130隨后在查詢時使用。
當然，確認用戶概況105的其它方法也可用于本發(fā)明。例如，如上所述，與發(fā)送者135的社交性交互以及用戶概況信息110和簽名的比較的組合也可以是可用的。例如，在比較了用戶概況105和/或與其相關聯(lián)的簽名之后，可向接收者130給予提示，指示用戶概況105的一致性。此外，該提示可向接收者130詢問，接收者是否希望將用戶概況105添加到用戶概況存儲庫150中。在接收到來自接收者130的用戶輸入之后，用戶概況105(或其一部分)可從用戶概況臨時存儲145傳輸?shù)酱鎯?50?；蛘撸脩舾艣r105可如接收者130所期望地被刪除。
當然，可以認識到，還有確認發(fā)送者135和用戶概況105的另外一些其它方法可用于本發(fā)明。因此，以上用于確認發(fā)送者135和用戶概況信息110的示例僅用于說明性目的，并非意味著限制或縮小本發(fā)明的范圍，除非明確地要求保護。
無論用戶概況信息是如何為了將用戶概況105儲存在存儲庫150中而被確認的，接收者130隨后可為查詢而訪問存儲庫150。例如，發(fā)送者135可能需要需要股票經(jīng)紀人，其中對用戶概況110高度信任的接收者可使用關鍵詞“股票經(jīng)紀人”來查詢存儲庫150。當掃描各用戶概況105時，發(fā)送者135可被標識為其職業(yè)是股票經(jīng)紀人的許多個人中的一個。在這一情況下，諸如地址、電話號碼或其它聯(lián)系信息等其它用戶概況信息110也可呈現(xiàn)給接收者130。另外，在其它示例性實施例中，發(fā)送者135與接收者130交互的次數(shù)也可被呈現(xiàn)，以允許接收者對于交互團體中誰是他們最信任的做出最可靠的決策。
在另外的其它示例性實施例中，用戶概況信息110可與用于與發(fā)送者135的隨后的電子消息通信的特殊指令一起使用。例如，用戶概況105可包括其電子郵件服務器限制電子消息的文件大小的指令。在這一情況下，用戶概況也可具有告訴接收者130使用備選傳送方案的IP地址來傳輸大于特定大小的文件的指令。由此，大尺寸文件，例如，圖像文件，可通過與發(fā)送者135的IP地址相關聯(lián)的直接連接來傳輸，其中，其它數(shù)據(jù)(例如，消息本身)可通過發(fā)送者135的普通服務器來路由。
當然，用戶概況110中的其它指令和信息可用于發(fā)送者135和接收者130之間的隨后的電子通信，例如，當傳送敏感的主題時要求簽名或加密。因此，以上文件大小要求和直接IP連接的使用僅用作說明性目的，并不意味著限制或縮小本發(fā)明的范圍，除非明確地要求保護。
其它示例實施例能夠持續(xù)地監(jiān)視用戶概況105來確定用戶概況信息110何時可能改變。具體地，當從發(fā)送者135接收到隨后的消息，可將用戶概況信息110與存儲庫150中的對應用戶概況105進行比較以找出一致性。這提供了識別用戶概況信息何時不再有效，和/或向接收者130警告其改變的優(yōu)點。在這一情況下，可向用戶或接收者130通知非一致性，并對于是否應當對用戶概況信息110做出改變、更新、刪除等作出提示。
本發(fā)明也可以按照包括功能步驟和/或非功能動作的方法來描述。以下是可在實施本發(fā)明時執(zhí)行的步驟和動作的描述。通常，功能步驟按照所達到的結果來描述本發(fā)明，而非功能動作描述了用于達到特定結果的更具體行動。盡管可以用任何特定的順序來描述或要求保護功能步驟和非功能動作，然而本發(fā)明不必限于任何特定的順序或動作和/或步驟的組合。此外，權利要求書的敘述和以下對于圖2-4的流程圖的描述中對動作和/或步驟的使用用于指示對這類術語的期望的特定使用。
圖2-4示出了本發(fā)明的各實施例的示例流程圖。以下圖2-4的描述有時會涉及圖1A和1B的對應元素。盡管對圖1A和/或1B的特定元素做出參考，然而這些元素僅用作說明性目的，并非意味著限制或縮小本發(fā)明的范圍，除非明確地要求保護。
圖2示出了在通過電子消息彼此交互的個人或實體的團體中發(fā)行用戶概況信息的方法200的示例流程圖。方法200包括生成(205)電子消息的動作。例如，發(fā)送者135可生成電子消息115，它包括要在消息通信客戶機用戶界面140處呈現(xiàn)的消息數(shù)據(jù)的一個或多個字段。電子消息115也包括至少一個機器可讀字段，用于包括默認地不在消息通信客戶機用戶界面140處呈現(xiàn)的元數(shù)據(jù)。機器可讀字段可以是消息115的首部120或正文部分之一。此外，機器可讀字段可以是電子消息115的信封擴展。
方法200也包括訪問(210)用戶概況的動作。例如，發(fā)送者135的客戶機可訪問用戶概況105，它包括關于發(fā)送者135的特征的元數(shù)據(jù)。特征可以是名字、別名、家庭地址、電話號碼、電子郵件地址、備選傳送方案的IP地址、職業(yè)偏好或專長、黨派、愛好、所提供的服務、所提供的商品、IM地址、聯(lián)系人的web地址、公鑰、當前項目、時間表可用性等的一個或多個。
方法200還包括將用戶概況自動編碼(220)成機器可讀字段的動作。例如，發(fā)送者135可利用標準封裝格式以將用戶概況105(或至少其一部分)編碼成電子消息的機器可讀字段。電子消息格式可以是MIME、DIME或基于XML的。此外，用戶概況105可以被電子地簽署，用于確認電子消息115或用戶概況105的完整性。例如，發(fā)送者135可使用公鑰/私鑰、基本HTTP、Windows NTLM、Kerberos、X509證書、護照、基于MAC的認證等來加密或數(shù)字地簽署用戶概況105。
此外，例如，當將消息115轉發(fā)到接收者130時，電子消息115可包括另一用戶概況信息。例如，消息還可包括在至少一個機器可讀字段中編碼的用戶概況，用于包括默認地不在消息通信客戶機用戶界面處呈現(xiàn)的第一元數(shù)據(jù)，該第一元數(shù)據(jù)包括關于始發(fā)所轉發(fā)的電子消息的一部分的發(fā)送者的特征。或者，電子消息115可包括團體中不直接涉及發(fā)送者135和接收者130之間的通信的成員的用戶概況信息。
方法200還包括發(fā)送(230)電子消息的動作。例如，在發(fā)送者135將用戶概況105信息編碼成電子消息115的隱藏字段之后，電子消息115可通過諸如SMTP等傳輸協(xié)議被發(fā)送到接收者135。
圖3示出了利用通過電子消息交互接收到的用戶概況，而無需具有用于儲存和訪問這類信息的中央數(shù)據(jù)庫的方法300的示例流程圖。方法300包括接收(305)電子消息的動作。例如，接收者130可接收電子消息115，它包括默認地在消息通信客戶機用戶界面140處呈現(xiàn)的消息數(shù)據(jù)的一個或多個字段。電子消息115也包括至少一個機器可讀字段，用于包括默認地不在消息通信客戶機用戶界面140處呈現(xiàn)的元數(shù)據(jù)。該至少一個機器可讀字段包括用戶概況105，它是關于電子消息115的發(fā)送者135的特征的元數(shù)據(jù)110。這些特征可以是名字、地址、電話號碼、直接連接的IP地址、職業(yè)專長、所提供的服務、所經(jīng)營的商品、黨派、愛好等的一個或多個。
方法300也包括將用戶概況儲存(310)在存儲庫中的動作。例如，所接收的用戶概況105可儲存在用戶概況存儲庫150中，以供隨后查詢所需信息時使用。
另外其它的示例性實施例中，用戶概況的儲存基于對用戶概況105來自電子消息115的發(fā)送者135的確認。在這一情況下，可接收第二電子消息，它包括要在消息通信客戶機用戶界面140處呈現(xiàn)的消息數(shù)據(jù)的一個或多個字段，以及用于包括默認地不在消息通信客戶機用戶界面140處呈現(xiàn)的元數(shù)據(jù)的至少一個機器可讀字段。該至少一個機器可讀字段包括第二用戶概況，它是關于發(fā)送者135的特征的元數(shù)據(jù)。然后可將用戶概況105與第二用戶概況105進行比較，以找出一致性。
其它示例性實施例能夠向接收者130呈現(xiàn)電子消息115和第二電子消息115中的用戶概況信息已被確認了一致性的指示。在這一情況下，可提示接收者130輸入接收者130是否希望將用戶概況105保存在用戶概況存儲庫150中，其中在接收到用戶輸入時用戶概況105可被儲存?；蛘?，或除此之外，所接收到的用戶輸入可以是基于任何電子消息內(nèi)的社交性交互內(nèi)容?；蛘撸瑢τ脩舾艣r的確認可以在沒有用戶輸入的情況下自動完成。
另外的其它示例性實施例中，特征包括備選傳送模式的發(fā)送者IP地址以及通過普通電子消息服務器通信的文件大小要求。用大小大于要求的文件進行的通信應當對于一個直接連接被傳輸?shù)桨l(fā)送者的IP。因此，當生成第二電子消息時，可由接收者130訪問用戶概況信息，其中，自動確定第二消息的文件大小大于文件大小要求。在這一情況下，可與發(fā)送者135的IP地址建立直接連接，并且第二電子消息的至少一部分可通過所建立的直接連接來發(fā)送。
其它示例性實施例能夠接收請求包括在用戶概況存儲庫150中的信息查詢的用戶輸入，其中用戶概況可使用如由用戶輸入所指示的一個或多個關鍵詞來掃描。因此，然后可標識對應于一個或多個關鍵詞的一個或多個用戶概況。
圖4示出了協(xié)助接收者驗證通過電子消息交互接收到的用戶概況信息的方法400的示例流程圖。方法400包括接收(405)多個電子消息的動作。例如，接收者130可接收多個消息115，其每一個包括要在消息通信客戶機用戶界面處呈現(xiàn)的消息數(shù)據(jù)的一個或多個字段。此外，電子消息115的每一個包括至少一個機器可讀字段，用于包括默認地不在消息通信客戶機用戶界面處呈現(xiàn)的元數(shù)據(jù)。至少一個機器可讀字段的每一個包括用戶概況，它是關于多個電子消息的發(fā)送者135的特征的元數(shù)據(jù)110。特征110包括類似于上文相對于其它示例實施例所描述的那些信息。
方法400還包括比較(410)多個電子消息內(nèi)的每一用戶概況的動作。例如，接收者130的客戶機或某一其它消息通信組件可比較用戶概況105，以確認其一致性。基于該比較，方法400還包括生成(420)用戶概況的置信度級別的動作。例如，基于對用戶概況105的每一個的比較和/或基于與其相關聯(lián)的簽名的一致性，可生成多個消息內(nèi)的用戶概況來自發(fā)送者135的置信度級別。此外，基于該置信度級別，用戶概況105或其一部分可儲存在用戶概況存儲庫150中，以供隨后查詢所需信息時使用。此外，該置信度級別可被呈現(xiàn)給用戶，其中，儲存的動作進一步基于用戶輸入?；蛘撸瑑Υ娴膭幼骺苫谥眯哦燃墑e自動完成。
本發(fā)明的范圍內(nèi)的實施例也包括用于實現(xiàn)或在其上儲存計算機可執(zhí)行指令或數(shù)據(jù)結構的計算機可讀介質(zhì)。這類計算機可讀介質(zhì)可以是可由通用或專用計算機訪問的任何可用介質(zhì)。作為示例而非局限，這類計算機可讀介質(zhì)可包括RAM、ROM、EEPROM、CD-ROM或其它光盤存儲、磁盤存儲或其它磁存儲設備、或其它可用來以計算機可執(zhí)行指令或數(shù)據(jù)結構的形式攜帶或儲存所期望的的程序代碼裝置并可由通用或專用計算機訪問的任一介質(zhì)。當通過網(wǎng)絡或另一通信連接(或者硬布線、或者無線、或硬布線和無線的組合)向計算機傳輸或提供信息時，計算機適當?shù)貙⒃撨B接視為計算機可讀介質(zhì)。由此，任一這類連接適當?shù)胤Q為計算機可讀介質(zhì)。上述的組合也應當包括在計算機可讀介質(zhì)的范圍內(nèi)。計算機可執(zhí)行指令包括，如，促使通用計算機、專用計算機或專用處理設備執(zhí)行特定功能或功能組的指令和數(shù)據(jù)。
圖5及以下討論旨在提供對適于在其中實現(xiàn)本發(fā)明的計算環(huán)境的簡要概括描述。盡管并非所需，但本發(fā)明將在諸如由網(wǎng)絡環(huán)境中的計算機執(zhí)行的程序模塊等計算機可執(zhí)行指令的一般上下文環(huán)境中描述。一般而言，程序模塊包括例程、程序、對象、組件、數(shù)據(jù)結構等等，它們執(zhí)行特定的任務或實現(xiàn)特定的抽象數(shù)據(jù)類型。計算機可執(zhí)行指令、相關的數(shù)據(jù)結構以及程序模塊表示了用于執(zhí)行此處揭示的方法的步驟的程序代碼裝置的示例。這一可執(zhí)行指令或相關數(shù)據(jù)結構的特定順序表示了用于實現(xiàn)在這類步驟中所描述的功能的相應動作的示例。
本領域的技術人員可以理解，本發(fā)明可以在具有多種類型計算機系統(tǒng)配置的網(wǎng)絡計算環(huán)境中實踐，包括個人計算機、手持式設備、多處理器系統(tǒng)、基于微處理器或可編程消費者電子設備、網(wǎng)絡PC、小型機、大型機等等。本發(fā)明也可以在分布式計算環(huán)境中實踐，其中，任務由通過通信網(wǎng)絡連接(或者通過硬布線鏈路、或者通過無線鏈路、或通過硬布線或無線鏈路的組合)的本地和遠程處理設備來執(zhí)行。在分布式計算環(huán)境中，程序模塊可以位于本地和遠程存儲器存儲設備中。
參考圖5，用于實現(xiàn)本發(fā)明的示例系統(tǒng)包括常規(guī)計算機520形式的通用計算設備，包括處理單元521、系統(tǒng)存儲器522以及將包括系統(tǒng)存儲器522的各類系統(tǒng)組件耦合至處理單元521的系統(tǒng)總線523。系統(tǒng)總線523可以是若干種總線結構類型的任一種，包括存儲器總線或存儲器控制器、外圍總線以及使用各類總線體系結構的局部總線。系統(tǒng)存儲器包括只讀存儲器(ROM)524和隨機存取存儲器(RAM)525。基本輸入/輸出系統(tǒng)(BIOS)526，包含如在啟動時協(xié)助在計算機520內(nèi)的元件之間傳輸信息的基本例程，可儲存在ROM 524中。
計算機520也可包括用于對磁硬盤539進行讀寫的磁硬盤驅動器527、用于對可移動磁盤529進行讀寫的磁盤驅動器528以及用于對可移動光盤531，如CD-ROM或其它光介質(zhì)進行讀寫的光盤驅動器530。磁硬盤驅動器527、磁盤驅動器528以及光盤驅動器530分別通過硬盤驅動器接口532、磁盤驅動器接口533和光盤驅動器接口534連接至系統(tǒng)總線523。驅動器及其相關的計算機可讀介質(zhì)為計算機520提供了計算機可執(zhí)行指令、數(shù)據(jù)結構、程序模塊和其它數(shù)據(jù)的非易失性存儲。盡管此處描述的示例性環(huán)境采用了磁硬盤539、可移動磁盤529以及可移動光盤531，然而也可以使用用于儲存數(shù)據(jù)的其它類型的計算機可讀介質(zhì)，包括盒式磁帶、閃存卡、數(shù)字多功能盤、Bernoulli盒式磁盤、RAM、ROM等等。
包括一個或多個程序模塊的程序代碼裝置可儲存在硬盤539、磁盤529、光盤531、ROM 524或RAM 525中，包括操作系統(tǒng)535、一個或多個應用程序536、其它程序模塊537以及程序數(shù)據(jù)538。用戶可以通過鍵盤540、定位設備542或其它輸入設備(未示出)，如話筒、操縱桿、游戲墊、圓盤式衛(wèi)星天線、掃描儀等等向計算機520輸入命令和信息。這些和其它輸入設備通常通過耦合至系統(tǒng)總線523的串行端口接口546連接到處理單元521?；蛘?，輸入設備也可以通過其它接口連接，如并行端口、游戲端口或通用串行總線(USB)。監(jiān)視器547或另一顯示設備也通過接口，如視頻適配器548連接到系統(tǒng)總線523。除監(jiān)視器之外，個人計算機通常包括其它外圍輸出設備(未示出)，如揚聲器和打印機。
計算機520可以使用到一個或多個遠程計算機，如遠程計算機549a和549b的邏輯連接在網(wǎng)絡化環(huán)境中操作。遠程計算機549a和549b的每一個可以是另一個人計算機、服務器、路由器、網(wǎng)絡PC、對等設備或其它普通網(wǎng)絡節(jié)點，并通常包括許多或所有相對于計算機520所描述的元件，盡管在圖5中僅示出了存儲器存儲設備550a和550b及其關聯(lián)的應用程序536a和536b。圖5描述的邏輯連接包括局域網(wǎng)(LAN)551和廣域網(wǎng)(WAN)552，這里示出作為示例而非局限。這類網(wǎng)絡環(huán)境常見于辦公室范圍或企業(yè)范圍計算機網(wǎng)絡、內(nèi)聯(lián)網(wǎng)以及因特網(wǎng)。
當在LAN網(wǎng)絡環(huán)境中使用時，計算機520通過網(wǎng)絡接口或適配器553連接至局域網(wǎng)551。當在WAN網(wǎng)絡環(huán)境中使用時，計算機520可包括調(diào)制解調(diào)器554、無線鏈路、或用于通過廣域網(wǎng)552，如因特網(wǎng)建立通信的其它裝置。調(diào)制解調(diào)器554可以是內(nèi)置或外置的，通過串行端口接口546連接至系統(tǒng)總線523。在網(wǎng)絡化環(huán)境中，相對于計算機520所描述的程序模塊或其部分可儲存在遠程存儲器存儲設備中。可以理解，示出的網(wǎng)絡連接是示例性的，也可以使用通過廣域網(wǎng)552建立通信的其它裝置。
本發(fā)明可以用其它特定形式來實施而不偏離其精神或本質(zhì)特征。所描述的實施例被認為在所有方面都僅是說明性的而非限制性的。因此，本發(fā)明的范圍由所附權利要求書而非上文的描述來指示。落入所附權利要求書的等效技術方案的意義和范圍之內(nèi)的所有改變都包括在其范圍之內(nèi)。
權利要求
1.在消息通信系統(tǒng)中，一種在通過電子消息彼此交互的個人團體中發(fā)行用戶概況信息的方法，所述方法包括以下動作生成要從發(fā)送者發(fā)送到接收者的電子消息，所述電子消息包括要在消息通信客戶機用戶界面處呈現(xiàn)的消息數(shù)據(jù)的一個或多個字段，以及用于包括默認地不在所述消息通信客戶機用戶界面處呈現(xiàn)的元數(shù)據(jù)的至少一個機器可讀字段；訪問用戶概況，所述用戶概況包括關于所述發(fā)送者的特征的元數(shù)據(jù)；將所述用戶概況的至少一部分自動地編碼成所述電子消息的至少一個機器可讀字段；以及將包括所述用戶概況的至少一部分的電子消息發(fā)送到所述接收者以供其隨后使用。
2.如權利要求1所述的方法，其特征在于，所述電子消息格式選自MIME、DIME或基于XML的。
3.如權利要求1所述的方法，其特征在于，所述傳輸協(xié)議是SMTP或X.400。
4.如權利要求1所述的方法，其特征在于，所述用戶概況是使用公鑰/私鑰對、基本HTTP、Windows NTLM、Kerberos、X509證書、護照或基于MAC的認證之一來電子地簽署的，用于確認所述電子消息的完整性。
5.如權利要求1所述的方法，其特征在于，所述電子消息是基于轉發(fā)命令生成的，并且其中，所述電子消息還包括在至少一個機器可讀字段中編碼的第一用戶概況，所述至少一個機器可讀字段用于包括默認地不在所述消息通信客戶機用戶界面處呈現(xiàn)的第一元數(shù)據(jù)，所述第一元數(shù)據(jù)包括關于始發(fā)所轉發(fā)的電子消息的一部分的發(fā)送者的特征。
6.如權利要求6所述的方法，其特征在于，所述特征是名字、別名、家庭地址、電話號碼、電子郵件地址、備選傳送方案的IP地址、職業(yè)偏好或專長、黨派、愛好、所提供的服務、所提供的商品、IM地址、聯(lián)系人的web地址、公鑰、當前項目或時間表可用性中的一個或多個。
7.如權利要求1所述的方法，其特征在于，所述機器可讀字段是所述電子消息的首部或所述電子消息的正文部分。
8.在用于在用戶團體中傳送消息的消息系統(tǒng)中，一種利用通過電子消息交互接收到的用戶概況信息，而無需具有用于儲存和訪問這類信息的中央數(shù)據(jù)庫的方法，所述方法包括以下動作接收電子消息，它包括要在消息通信客戶機用戶界面處呈現(xiàn)的消息數(shù)據(jù)的一個或多個字段，以及用于包括默認地不在所述消息通信客戶機用戶界面處呈現(xiàn)的元數(shù)據(jù)的至少一個機器可讀字段，所述至少一個機器可讀字段包括用戶概況，它是關于所述電子消息的發(fā)送者的特征的元數(shù)據(jù)；將所述用戶概況儲存在用戶概況存儲庫中，以供隨后查詢所需信息時使用。
9.如權利要求8所述的方法，其特征在于，所述儲存動作基于對所述用戶概況來自所述電子消息的發(fā)送者的確認，并且其中，所述確認包括以下動作接收第二電子消息，它包括要在消息通信客戶機用戶界面處呈現(xiàn)的消息數(shù)據(jù)的一個或多個字段，以及用于包括默認地不在所述消息通信客戶機用戶界面處呈現(xiàn)的包括元數(shù)據(jù)的至少一個機器可讀字段，所述至少一個機器可讀字段包括第二用戶概況，它是關于所述發(fā)送者的特征的元數(shù)據(jù)；以及將所述用戶概況與所述第二用戶概況進行比較，以找出一致性。
10.如權利要求9所述的方法，其特征在于，所述確認動作還包括以下動作向所述電子消息和所述第二電子消息的接收者呈現(xiàn)所述發(fā)送者的用戶概況和第二用戶概況都被確認了一致性的指示。
11.如權利要求10所述的方法，其特征在于，還包括以下動作提示所述接收者輸入所述接收者是否希望將所述用戶概況保存在用戶概況存儲庫中；以及接收將所述用戶概況儲存在所述用戶概況存儲庫中的用戶輸入。
12.如權利要求11所述的方法，其特征在于，所接收的用于儲存用戶概況的用戶輸入還基于所述電子消息或所述第二電子消息內(nèi)的社交性交互內(nèi)容。
13.如權利要求9所述的方法，其特征在于，基于所述用戶概況與所述第二用戶概況的一致性，所述用戶概況被自動儲存在所述用戶概況存儲庫中。
14.如權利要求9所述的方法，其特征在于，所述用戶概況和所述第二用戶概況是被電子地簽署的，并且其中，將所述用戶概況與所述第二用戶概況進行比較的動作還包括比較所述電子簽名的一致性。
15.如權利要求14所述的方法，其特征在于，所述用戶概況是使用公鑰/私鑰對、基本HTTP、Windows NTLM、Kerberos、X509證書、護照或基于MAC的認證之一來電子地簽署的，用于確認所述電子消息的完整性。
16.如權利要求8所述的方法，其特征在于，所述電子消息具有關于未涉及在發(fā)送電子消息中的多個發(fā)送者的用戶概況信息。
17.如權利要求8所述的方法，其特征在于，所述特征包括備選傳送方案的發(fā)送者IP地址以及通過普通電子消息服務器通信的文件大小要求，使得用大于所述要求的文件大小的通信應當被傳輸?shù)剿霭l(fā)送者的IP地址用于直接連接，所述方法還包括以下動作生成第二電子消息；訪問所述用戶概況；自動確定所述第二電子消息的文件大小大于所述文件大小要求；建立與所述發(fā)送者IP地址的直接連接；以及通過所建立的直接連接發(fā)送所述第二電子消息的至少一部分。
18.如權利要求8所述的方法，其特征在于，所述特征是名字、別名、家庭地址、電話號碼、電子郵件地址、備選傳送方案的IP地址、職業(yè)偏好或專長、黨派、愛好、所提供的服務、所提供的商品、IM地址、聯(lián)系人的web地址、公鑰、當前項目或時間表可用性中的一個或多個。
19.如權利要求8所述的方法，其特征在于，所述機器可讀字段是消息的信封擴展。
20.如權利要求8所述的方法，其特征在于，還包括以下動作接收請求包括在所述用戶概況存儲庫內(nèi)的信息的查詢的用戶輸入；使用由所述用戶輸入指示的一個或多個關鍵詞掃描所述用戶概況；以及標識對應于所述一個或多個關鍵詞的一個或多個用戶概況。
21.在用于在用戶團體中傳送消息的消息系統(tǒng)中，一種協(xié)助接收者驗證通過與發(fā)送者的電子消息交互接收到的用戶概況信息的方法，所述方法包括以下動作接收多個電子消息，其每一個包括要在消息通信客戶機用戶界面處呈現(xiàn)的消息數(shù)據(jù)的一個或多個字段，并且其每一個包括具有默認地不在所述消息通信客戶機用戶界面處呈現(xiàn)的元數(shù)據(jù)的至少一個機器可讀字段，所述至少一個機器可讀字段的每一個包括用戶概況，它是關于所述多個電子消息的發(fā)送者的特征的元數(shù)據(jù)；比較所述多個電子消息內(nèi)的用戶概況的每一個，以確認其一致性；以及基于所述比較，生成所述多個電子消息內(nèi)的用戶概況是來自所述發(fā)送者的置信度級別。
22.如權利要求21所述的方法，其特征在于，還包括以下動作基于所述置信度級別，將所述多個消息內(nèi)的用戶概況儲存在用戶概況存儲庫中，以供隨后查詢所需信息時使用。
23.如權利要求22所述的方法，其特征在于，所述置信度級別被呈現(xiàn)給用戶，并且所述儲存動作進一步基于用戶輸入。
24.如權利要求22所述的方法，其特征在于，所述儲存動作是基于所述置信度級別自動完成的。
25.如權利要求24所述的方法，其特征在于，所述置信度級別還基于與所述多個消息的用戶概況的每一個相關聯(lián)的數(shù)字簽名的一致性。
26.如權利要求22所述的方法，其特征在于，接收具有與所述用戶概況不同的發(fā)送者的用戶概況的另一消息，并且其中，向所述接收者提示更新對所述發(fā)送者儲存的用戶概況信息。
27.在消息通信系統(tǒng)中，一種用于實現(xiàn)一種方法的計算機程序產(chǎn)品，所述方法在通過電子消息彼此交互的個人團體中發(fā)行用戶概況信息，所述計算機程序產(chǎn)品包括其上儲存有計算機可執(zhí)行指令的一個或多個計算機可讀介質(zhì)，當所述指令由處理器執(zhí)行時，可使所述消息通信系統(tǒng)執(zhí)行以下動作生成要從發(fā)送者發(fā)送到接收者的電子消息，所述電子消息包括要在消息通信客戶機用戶界面處呈現(xiàn)的消息數(shù)據(jù)的一個或多個字段，以及用于包括默認地不在所述消息通信客戶機用戶界面處呈現(xiàn)的元數(shù)據(jù)的至少一個機器可讀字段；訪問用戶概況，它包括關于所述發(fā)送者的特征的元數(shù)據(jù)；自動將所述用戶概況的至少一部分編碼成所述電子消息的至少一個機器可讀字段；以及將包括所述用戶概況的至少一部分的電子消息發(fā)送到所述接收者以供其隨后使用。
28.如權利要求27所述的計算機程序產(chǎn)品，其特征在于，所述電子消息格式是選擇于MIME、DIME或基于XML的。
29.如權利要求27所述的計算機程序產(chǎn)品，其特征在于，所述用戶概況是使用公鑰/私鑰對、基本HTTP、Windows NTLM、Kerberos、X509證書、護照或基于MAC的認證之一來電子地簽署的，以確認所述電子消息的完整性。
30.如權利要求27所述的計算機程序產(chǎn)品，其特征在于，所述電子消息還包括關于所述團體內(nèi)不與所述電子消息相關聯(lián)的多個個人的用戶概況信息。
31.如權利要求30所述的計算機程序產(chǎn)品，其特征在于，所述特征是名字、別名、家庭地址、電話號碼、電子郵件地址、備選傳送方案的IP地址、職業(yè)偏好或專長、黨派、愛好、所提供的服務、所提供的商品、IM地址、聯(lián)系人的web地址、公鑰、當前項目或時間表可用性中的一個或多個。
32.如權利要求27所述的計算機程序產(chǎn)品，其特征在于，所述機器可讀字段是消息的信封擴展。
33.在用于在用戶團體中傳送消息的消息系統(tǒng)中，一種用于實現(xiàn)一種方法的計算機程序產(chǎn)品，所述方法利用通過電子消息交互接收到的用戶概況，而無需具有用于儲存和訪問這類信息的中央數(shù)據(jù)庫，所述計算機程序產(chǎn)品包括其上儲存了計算機可執(zhí)行指令的一個或多個計算機可讀介質(zhì)，當所述指令由處理器執(zhí)行時，可使所述消息通信系統(tǒng)執(zhí)行以下動作接收電子消息，它包括要在消息通信客戶機用戶界面處呈現(xiàn)的消息數(shù)據(jù)的一個或多個字段，以及用于包括默認地不在所述消息通信客戶機用戶界面處呈現(xiàn)的元數(shù)據(jù)的至少一個機器可讀字段，所述至少一個機器可讀字段包括用戶概況，它是關于所述電子消息的發(fā)送者的特征的元數(shù)據(jù)；將所述用戶概況儲存在用戶概況存儲庫中，以供隨后查詢所需信息時使用。
34.如權利要求33所述的計算機程序產(chǎn)品，其特征在于，所述儲存動作基于對所述用戶概況來自所述電子消息的發(fā)送者的確認，并且其中，所述計算機程序產(chǎn)品還包括可使所述消息通信系統(tǒng)執(zhí)行以下動作的計算機可執(zhí)行指令接收第二電子消息，它包括要在消息通信客戶機用戶界面處呈現(xiàn)的消息數(shù)據(jù)的一個或多個字段，以及用于包括默認地不在所述消息通信客戶機用戶界面處呈現(xiàn)的元數(shù)據(jù)的至少一個機器字段，所述至少一個機器字段包括第二用戶概況，它是關于所述發(fā)送者的特征的元數(shù)據(jù)；以及將所述用戶概況與所述第二用戶概況進行比較，以找出一致性。
35.如權利要求34所述的計算機程序產(chǎn)品，其特征在于，還包括可使所述消息通信系統(tǒng)執(zhí)行以下動作的計算機可執(zhí)行指令向所述電子消息和所述第二電子消息的接收者呈現(xiàn)所述發(fā)送者的用戶概況和第二用戶概況已被確認了一致性的指示。
36.如權利要求35所述的計算機程序產(chǎn)品，其特征在于，還包括可使所述消息通信系統(tǒng)執(zhí)行以下動作的計算機可執(zhí)行指令提示所述接收者輸入所述接收者是否希望將所述用戶概況保存在用戶概況存儲庫中；以及接收將所述用戶概況儲存在所述用戶概況存儲庫中的用戶輸入。
37.如權利要求36所述的計算機程序產(chǎn)品，其特征在于，所接收的用于儲存用戶概況的用戶輸入還基于所述電子消息或所述第二電子消息內(nèi)的社交性交互內(nèi)容。
38.如權利要求34所述的計算機程序產(chǎn)品，其特征在于，所述用戶概況和第二用戶概況是被電子地簽署的，并且其中，將所述用戶概況與所述第二用戶概況進行比較的動作還包括比較所述電子簽名的一致性。
39.如權利要求34所述的計算機程序產(chǎn)品，其特征在于，所述特征包括備選傳送方案的發(fā)送者IP地址以及通過普通電子消息服務器通信的文件大小要求，使得用大于所述要求的文件大小的通信應當被傳輸?shù)剿霭l(fā)送者IP地址用于直接連接，所述計算機程序產(chǎn)品還包括可使所述消息通信系統(tǒng)執(zhí)行以下動作的計算機可執(zhí)行指令生成第二電子消息；訪問所述用戶概況；自動確定所述第二電子消息的文件大小大于所述文件大小要求；建立與所述發(fā)送者IP地址的直接連接；以及通過所建立的直接連接發(fā)送所述第二電子消息的至少一部分。
40.如權利要求33所述的計算機程序產(chǎn)品，其特征在于，還包括可使所述消息通信系統(tǒng)執(zhí)行以下動作的可執(zhí)行指令接收請求包括在所述用戶概況存儲庫內(nèi)的信息的查詢的用戶輸入；使用由所述用戶輸入指示的一個或多個關鍵詞掃描所述用戶概況；以及標識對應于所述一個或多個關鍵詞的一個或多個用戶概況。
全文摘要
本發(fā)明利用了現(xiàn)有封裝或編碼機制將用戶概況信息嵌入到電子消息中。這類消息然后可在個人、組織或其它實體所交互的用戶團體中分發(fā)。本發(fā)明利用了隱藏字段，即包含默認地不在客戶機用戶界面處呈現(xiàn)的元數(shù)據(jù)的機器可讀字段，來包括用戶概況信息。用戶概況可被儲存在用戶概況存儲庫中，其中，用戶概況的接收者隨后可使用關鍵詞來查詢該存儲庫，來訪問關于他們所交互的個人或組織的所需信息。
文檔編號H04L12/00GK1750471SQ200510092140
公開日2006年3月22日 申請日期2005年8月16日 優(yōu)先權日2004年9月16日
發(fā)明者M·E·皮爾松, R·G·阿特金松 申請人:微軟公司