專利名稱：用于促進移動社區(qū)的發(fā)展的系統(tǒng)和方法
技術領域：
本申請涉及用于促進移動社區(qū)(mobile community)的發(fā)展的系統(tǒng)和方法。具體 而非排他的，本發(fā)明涉及提供移動通信網(wǎng)絡內(nèi)增強的即時消息傳送體驗。
背景技術：
近年來，已經(jīng)看到如即時消息傳送和電子郵件的消息服務到移動通信環(huán)境的轉 移。在標準桌面型環(huán)境中，即時消息傳送(IM)通過網(wǎng)絡在兩個或多個參與者之間提供基 于文本的實時或近實時通信。因此，IM與如電子郵件的這種服務之間的關鍵區(qū)別是感覺 到的各用戶之間通信的同步性，消息傳送是實時或近實時進行的。即時消息典型地記入 本地消息歷史，這彌補了與電子郵件的持久屬性的差距，并且便利了像URL或文檔片段 (snippets)的信息的快速交換(當經(jīng)由電話通信時，其可能是不便的)。IM允許有效和高 效的通信，其特征在于應答和答復的立即接收。移動即時消息傳送(MIM)與標準桌面型IM應用稍稍不同。MIM是試圖將桌面型 消息傳送體驗變換為處于移動的使用場景的存在激活(presence enabled)消息傳送服務。 盡管在一方面桌上型體驗的數(shù)種核心思想應用于連接的移動設備，但是有其他思想不能應 用。例如，需要考慮一些形式因素和移動性相關的差別，以便創(chuàng)造真正恰當?shù)摹姶蟮牟⑶?仍然方便的移動體驗，例如，帶寬、存儲器大小、媒體格式可用性、基于鍵區(qū)的輸入、屏幕輸 出、CPU性能和電池功率是核心問題，而桌面型設備用戶以及甚至具有連接的網(wǎng)絡的游動用 戶不用面臨這些問題。任何即時消息傳送應用的主要目標是創(chuàng)建大的用戶社區(qū)，用戶隨后將保持對社區(qū) 服務的提供者的忠誠。從服務提供者的立場來說，創(chuàng)建最大可能的用戶社區(qū)的動機是通過 他們的基礎設施的更大利用來最大化收入量。從用戶的立場來說，建立社區(qū)的動機更加涉 及社交的相互作用。實際上，用戶和服務提供者之間的關系某種程度上是共生的，用戶的 數(shù)量越大，服務提供者可以負擔提供的服務數(shù)量越大。然而，在大多數(shù)移動即時消息傳送 客戶端以及基于因特網(wǎng)的消息傳送客戶端的情況下，通常為新用戶呈現(xiàn)完全空的好友列表 (Buddy list)。這嚴重妨礙了新用戶成為即使消息傳送客戶端的活動用戶的動機，而這反 過來影響了社區(qū)的發(fā)展。顯而易見，提供這樣的系統(tǒng)和方法是有利的，所述系統(tǒng)和方法將以無縫和有成本 效益的方式實現(xiàn)各種移動即時消息傳送客戶端的用戶的匹配，以便促進移動用戶的社區(qū)的發(fā)展。

發(fā)明內(nèi)容
因此，在本發(fā)明的一個方案中，提供了一種用于自動匹配移動用戶的系統(tǒng)，所述系 統(tǒng)包括至少一個服務器，用于從所述系統(tǒng)中的每個移動用戶接收聯(lián)絡人列表，其中所述 服務器適于
處理所述聯(lián)絡人列表，以便為所述系統(tǒng)中的每個用戶產(chǎn)生一組規(guī)格化聯(lián)絡人信 息；將選擇的用戶的所述一組規(guī)格化聯(lián)絡人信息與分配到所述系統(tǒng)中的每個用戶的 用戶網(wǎng)絡標識進行比較；識別與所述選擇的用戶的所述一組規(guī)格化聯(lián)絡人信息中包含的條目相匹配的用 戶網(wǎng)絡標識；編輯所述相匹配的用戶網(wǎng)絡標識的列表；以及向所述相匹配的用戶網(wǎng)絡標識的列表中的每個用戶發(fā)送邀請。優(yōu)選地，所述服務器還包括客戶端應用，其中所述客戶端應用適于執(zhí)行每個移動 用戶的聯(lián)絡人列表的順序讀取，和向所述服務器發(fā)送信息。優(yōu)選地，每個移動用戶在將多個聯(lián)絡人發(fā)送到所述服務器之前，對他們進行批處理。聯(lián)絡人列表到服務器的上傳可以可見地(正在進行的狀態(tài)對用戶可見)或者透明 地執(zhí)行?？蛻舳藨每梢员惶峁﹣砉芾砺?lián)絡人列表到服務器的傳送。優(yōu)選地，客戶端執(zhí)行 對用戶的移動設備上聯(lián)絡人列表的順序讀取操作，并且將聯(lián)絡人列表中的一個或多個條目 按照讀取的原樣成批上傳到服務器。如果中斷，則客戶端可以從讀取的最后條目自動重啟 聯(lián)絡人列表的上傳。優(yōu)選地，所述服務器還適于復制從每個移動用戶接收到的聯(lián)絡人列表，并且存儲 所述聯(lián)絡人列表的未改變版本。于是，在用戶請求時，所述服務器可以將未改變的拷貝提供 給相關的用戶。如果服務器從用戶接收關于提供聯(lián)絡人列表的未改變版本的請求，則服務 器以不蓋寫用戶的移動設備中與基于服務器的聯(lián)絡人列表中的條目相匹配的現(xiàn)有條目的 方式，將未改變的聯(lián)絡人列表的拷貝發(fā)送到用戶。服務器還可以在識別到在用戶的移動設 備上存儲的當前聯(lián)絡人列表中有新條目時，更新它的版本的聯(lián)絡人列表中包含的信息。所述一組規(guī)格化聯(lián)絡人信息可以包括從每個用戶的聯(lián)絡人列表提取的一組規(guī)格 化電話號碼。優(yōu)選地，所述一組規(guī)格化電話號碼通過僅存儲所述聯(lián)絡人列表中存儲的完整 電話號碼的從右到左讀取的開頭7個數(shù)字來產(chǎn)生。在其中一個用戶為另一個所知但是反過來卻不能證明的場景下，所述服務器可以 適于啟動呼叫來對保持聯(lián)絡人的用戶進行操作，以便請求創(chuàng)建與該聯(lián)絡人的好友關系。優(yōu) 選地，邀請和接受的形式為到用戶的客戶端設備應用的系統(tǒng)消息。可替代地，服務器可以在 保持允許通信但不共享存在信息的聯(lián)絡人的用戶的好友列表中創(chuàng)建條目。服務器還可以適于將所述選擇的用戶的一組規(guī)格化聯(lián)絡人信息和另一用戶的一 組規(guī)格化聯(lián)絡人信息進行比較，以便確定所述選擇的用戶和所述另一用戶各自的用戶網(wǎng)絡 標識是否包含在所述選擇的用戶和所述另一用戶各自的所述一組規(guī)格化聯(lián)絡人信息中。在 所述用戶網(wǎng)絡標識包含在各自的所述一組規(guī)格化聯(lián)絡人信息中的情況下，在確定所述選擇 的用戶的所述一組規(guī)格化聯(lián)絡人信息包含所述另一用戶的網(wǎng)絡標識，并且所述另一用戶的 所述一組規(guī)格化聯(lián)絡人信息包含所述選擇的用戶的網(wǎng)絡標識時，所述服務器添加所述另一 用戶到所述選擇的用戶的好友列表，并且將所述選擇的用戶添加到與所述另一用戶相關聯(lián) 的好友列表。服務器還可以允許添加沒有識別為社區(qū)的現(xiàn)有成員的所有聯(lián)絡人的好友列表作為特殊種類的好友(“電話本好友”)。這些好友可以使用總體通信選項的子集來進行通信， 并且不可以參與存在共享。在如上添加電話本好友的情況下，服務器優(yōu)選地被編程為當一方加入社區(qū)時，自 動將電話本好友轉換為社區(qū)好友。此外，在任何類型的好友條目通過該處理添加到用戶的好友列表時，服務器優(yōu)選 地配置為并入來自原始電話本條目的所有信息。系統(tǒng)還可以包括合適的一組安全性措施，用于確保用戶的正確識別并且防止欺騙 性的重復嘗試注冊(例如，可能嘗試獲得提供給新用戶的免費試用期)。為了識別欺騙性注 冊的嘗試，服務器可以適于執(zhí)行多階段比較處理。該多階段操作可以包括以下功能移除已經(jīng)在網(wǎng)絡中活動超過預定時間段的用戶(SIM/MIN)；將選擇的用戶的聯(lián)絡人列表中的條目數(shù)量與整個所述服務器中包含的條目數(shù)量 進行比較；將開頭和最后五個條目的名字段和所述服務器中包含的所有條目進行比較；使用名/姓作為關鍵，來將開頭和最后五個條目的移動號碼字段與所述系統(tǒng)中包 含的所有條目進行比較；產(chǎn)生所述聯(lián)絡人列表的映射，并且將映射與所述服務器中包含的所有條目進行比較。如果在每個階段返回匹配，則注冊被視為欺騙性的，并且進行相應地處理。系統(tǒng)可以允許用戶輸入一個或多個外部源的聯(lián)絡人信息，如用戶在第三方網(wǎng)站或 第三方服務器、用戶持有的其他計算設備等上保持的聯(lián)絡人信息。在本發(fā)明的另一方案中，提供一種用于自動匹配網(wǎng)絡中的移動用戶的方法，所述 方法包括以下步驟在至少一個服務器處從所述網(wǎng)絡中的每個移動用戶接收聯(lián)絡人列表；處理每個聯(lián)絡人列表，以便為系統(tǒng)中的每個用戶產(chǎn)生一組規(guī)格化聯(lián)絡人信息；將選擇的用戶的所述一組規(guī)格化聯(lián)絡人信息與所述系統(tǒng)中的每個用戶標識進行 比較；識別與所述選擇的用戶的所述一組規(guī)格化聯(lián)絡人信息中包含的條目相匹配的用 戶標識；編輯所述相匹配的用戶標識的列表；以及向用戶標識的所述列表中的每個用戶發(fā)送邀請消息。適當?shù)兀龇椒ㄟ€包括順序讀取用戶聯(lián)絡人列表中的每個條目并且按照讀取的 原樣將每個條目發(fā)送到所述服務器的步驟。優(yōu)選地，所述方法還包括將并入了所有電話本以及好友信息的完整好友列表恢復 到用戶的移動設備的步驟?？蛇x地，所述方法還包括復制從每個用戶接收的聯(lián)絡人列表，并且將所述聯(lián)絡人 列表的未改變版本存儲在所述服務器上的步驟。所述方法還可以包括將未改變的聯(lián)絡人列 表恢復到用戶的移動設備的步驟。所述方法還可以包括以下步驟接收來自接受所述邀請的一個或更多用戶的應 答，并且編輯所述選擇的用戶的由接受所述邀請的一個或多個用戶組成的好友列表。優(yōu)選地，所述比較步驟包括將所述選擇的用戶的一組規(guī)格化聯(lián)絡人信息和另一用戶的一組規(guī) 格化聯(lián)絡人信息進行比較，以便確定正進行比較的用戶的用戶網(wǎng)絡標識是否包含在每個進 行比較的用戶的所述一組規(guī)格化聯(lián)絡人信息中，以及在識別到所述一組規(guī)格化聯(lián)絡人信息 包含相關用戶網(wǎng)絡標識時，自動添加相關用戶信息到每個進行比較的用戶的好友列表。


為了本發(fā)明可以被更容易地理解和產(chǎn)生實效，現(xiàn)在將參照附圖，

了本發(fā) 明的優(yōu)選實施例，并且其中圖1是根據(jù)本發(fā)明的一個實施例的、用于便利移動用戶的自動匹配的系統(tǒng)的示意 圖；圖2是根據(jù)本發(fā)明的一個實施例的、用于上傳和存儲聯(lián)絡人(contact)信息以便 利移動用戶的自動匹配的處理的流程圖；圖3是根據(jù)本發(fā)明的一個實施例的自動匹配處理的流程圖；圖4是根據(jù)本發(fā)明的一個實施例的、在用戶的聯(lián)絡人列表更新期間啟動的自動匹 配處理的流程圖；圖5是根據(jù)本發(fā)明的一個實施例的、在新用戶的注冊和或之前注冊用戶的用戶ID 改變期間啟動的根據(jù)本發(fā)明的一個實施例的自動匹配處理的流程圖；圖6是根據(jù)本發(fā)明的一個實施例的電話本指紋識別(fingerprinting)處理的流 程圖；以及圖7是根據(jù)本發(fā)明的一個實施例的邀請?zhí)幚淼牧鞒虉D。
具體實施例方式用于基于移動電話的消息傳送應用的最直接的好友源是移動用戶的電話本或聯(lián) 絡人列表。申請人已經(jīng)設計一種處理，由此通過以下方式來自動構造(populate)好友列 表將多方的移動號碼和電話本進行比較，以便推導各方之間已有的關系。申請人將該處理 稱為自動好友匹配(ABM)。在以下描述的上下文中，術語“電話本好友”可以可交換地用作短語“其他聯(lián)絡 人”。術語“社區(qū)好友”和“單向(one way)”好友在完全匹配和部分匹配的上下文中使用。如圖1所示的根據(jù)本發(fā)明一個實施例的用于自動匹配(AM)的系統(tǒng)100，如所示的 移動用戶101能夠經(jīng)由網(wǎng)絡103上傳他們的移動電話本102的內(nèi)容到服務器104。服務器 然后處理接收的數(shù)據(jù)，以產(chǎn)生好友列表105。服務器然后可以可選地發(fā)出邀請106到保存在 好友列表105的每個聯(lián)絡人107。如上面注意到的，AM處理中的第一步驟是獲得每個移動用戶的電話本的拷貝。這 需要每個用戶同意上傳電話本到服務器。上傳處理可以可見地執(zhí)行(正在進行的狀態(tài)對用 戶可見)，或者可以在這些場景后透明地執(zhí)行。圖2中示出上傳和其中在服務器處發(fā)生的用戶電話本的提交(post)處理200的 方式的一個示例。一旦用戶同意上傳(201)，采用客戶端應用來讀取每個條目，并且將其存 儲在服務器上(202)。一旦上傳了用戶電話本的整個內(nèi)容，服務器復制電話本(203)，并且 存儲電話本的第一拷貝(204)。“按照原樣”保持第一拷貝，其中所有字段和數(shù)據(jù)保持為它
9們的原始格式。如果要求電話本恢復，該拷貝旨在充當用于電話本恢復的源。第二拷貝被 傳遞通過預處理階段204，其中從電話本提取移動號碼，并且僅存儲頭7個數(shù)字(從右向左 計數(shù))(205)。這提供了對在隨后與網(wǎng)絡中的其它用戶的電話本的比較中使用的移動號碼的 一致格式化。如上所述，客戶端應用管理到服務器的上傳處理。客戶端應用順序地遍讀電話本 數(shù)據(jù)(在后臺)，并且將數(shù)據(jù)上傳到服務器。如果處理發(fā)生中斷，則客戶端程序自動從上傳 中斷的位置重啟上傳。服務器接受每個電話本條目(項目)，并且基于以下規(guī)則可選地處理每個電話本 條目 可替代地，服務器接受所有條目。除了專門刪除在好友列表中的條目之外，不處理 刪除。如果上傳處理被用戶中斷(例如，如果他們在其客戶端正在運行時關閉客戶端)， 則當客戶端重啟時，自動重啟該處理。本發(fā)明可以并入基于時機或改變而自動更新電話本 的能力。在本發(fā)明的某些實施例中，用戶的電話本可以按月自動刷新到服務器，使得新的聯(lián) 絡人將包括在匹配中。在本發(fā)明的某些實施例中，用戶具有手動刷新/上傳他們的電話本 的選項。在其它實施例中，用戶的電話本可以被持續(xù)監(jiān)控，并且一進行更新就可以被上傳。優(yōu)選地，當用戶請求恢復他們電話本時，客戶端應用使用好友信息完備集來啟動 恢復。在本發(fā)明的這種重復中，好友列表并入全部好友和電話本數(shù)據(jù)。有利之處在于，好友 列表呈現(xiàn)了用于所有用戶的聯(lián)絡人的現(xiàn)成的存儲庫，其可以容易地由用戶維護?？蛇x地，當用戶請求從服務器上保持的備份電話本文件恢復他們的電話本時，客戶端應用從服務器啟動電話本數(shù)據(jù)的恢復。當恢復回移動設備電話本時，以下規(guī)則應用于 電話本條目。
圖3描述根據(jù)本發(fā)明的一個實施例的匹配/比較處理300。在用戶的電話本聯(lián)絡 人和用戶數(shù)據(jù)庫中所有現(xiàn)有用戶的移動號碼之間執(zhí)行匹配，可以自動或應用戶請求執(zhí)行匹 配。在該具體示例中，比較用戶A 301和B 302的電話本。首先，系統(tǒng)確定是否確定用 戶B的電話號碼包含在用戶A的電話本中(303)。如果用戶B的電話號碼在用戶A的電話本 中，則系統(tǒng)通過確定用戶A的號碼是否包含在用戶B的電話本中，詢問匹配的“級別”(305)。 如果用戶A的號碼在用戶B的電話本中，則存在“完全”匹配條件307。在該實例中，系統(tǒng)已 經(jīng)確定兩方相互認識，并且自動添加每一個到另一個的好友列表(309)。不要求進一步的用 戶干預。這不同于PC類型的消息傳送平臺，其從不能識別這種類型的匹配，并且從不能避 免完整的并且有時麻煩的批準處理。如果用戶B的號碼不在用戶A的電話本中，則系統(tǒng)詢問用戶B的號碼本，以便確定 用戶A的號碼是否包含在用戶B的電話本中(304)。當匹配識別為單向時，即用戶A在其 電話本中具有用戶B的移動號碼，但是用戶B在其電話本中沒有關于用戶A的信息時(反 之亦然)，存在“部分”匹配條件(310)。在部分匹配情況下的策略是不向用戶提供關于他 們還未擁有的匹配方的存在和狀態(tài)信息。因此，在該實例中，用戶B添加到用戶A的好友列 表，但是A不添加到B的好友列表(反之亦然)。在該實例中，保持另一方的聯(lián)絡人信息的 人被提供有他們可以通信的好友，但是不提供存在信息。此外，在該場景下，如果好友A發(fā) 送消息放到B，則B具有添加A作為好友(使得關系為雙向存在關系)或者阻止他們進一步發(fā)送消息的選項。因此，在關系是“單向”的情況下，邀請隱含在發(fā)送消息中。將不共享的存在和狀態(tài)信息的示例可以是狀態(tài)消息和外貌照片。當用戶A的電話本不包含關于用戶B的信息時，宣告不匹配條件(306)，反之亦然。 在這種實例中，系統(tǒng)確定兩方相互不認識。在該實例中，在系統(tǒng)繼續(xù)比較用戶A的電話本與 另一用戶的電話本之前，不匹配的條目被添加為非社區(qū)好友或“電話本好友”(308)，直到每 個用戶電話本已經(jīng)與服務器上存儲的每個電話本進行了比較為止。不管好友添加為完全、單向或電話本好友，由用戶在他們的電話本中原始保持的 所有信息都被維持，并且作為額外數(shù)據(jù)添加到好友列表中的好友。使得該額外數(shù)據(jù)對于其 它社區(qū)成員不可用，但是由該用戶可見，并且可由該用戶維護為他們的聯(lián)絡人的完全基于 服務器(complete server based)的存儲庫，以及便利了恢復處理。如上所述，匹配處理可以是全自動的，并且可以由數(shù)種不同類型的場景觸發(fā)，例 如，當用戶上傳他們的電話本到服務器時，如圖4中所示；或者當在定期安排的更新中自動 刷新用戶的電話本時；或者當用戶在他們的電話本中改變或添加條目時，以及當新的用戶 注冊到系統(tǒng)或現(xiàn)有用戶改變他的/她的電話號碼時，如圖5中所示。參照圖4，說明了匹配處理400可以如何通過存儲在移動設備上的特定用戶的電 話本的當前版本的上傳來啟動的一個示例。如上所述，服務器上用戶的電話本的更新可以 基于時間或改變而自動啟動，或者在用戶請求時手動啟動。一旦啟動上傳，客戶端應用順序 遍讀用戶的電話本(401)，以便確定是否存在任何新的條目(402)。如果沒有新的條目存 在，則終止上傳處理(403)，并且用戶之前存儲在服務器上的版本保持不變。如果客戶端應 用確定在用戶的電話本中存在額外的條目，則它上傳該新的條目到服務器。服務器然后處理用戶的電話本中的新號碼，如上面關于圖3所討論的，S卩服務器 復制新的電話本(404)，并且存儲拷貝(405)。服務器然后處理電話本的剩余版本，以便產(chǎn) 生規(guī)格化電話號碼的列表(406)，其中每個電話號碼長度為7個數(shù)字。新的規(guī)格化電話號碼 的列表然后由服務器對照系統(tǒng)中存儲的所有其它用戶號碼進行比較(407)，以便以類似于 上面關于圖3討論的方式確定匹配。在確定匹配存在時，服務器以取決于所建立的匹配的 級別(即部分或完全)的適當方式將所識別的聯(lián)絡人添加到用戶的好友列表(408)，然后繼 續(xù)確定是否還有更多條目可用(402)。如果確定沒有匹配，則服務器繼續(xù)確定是否還有更多 條目可用(402)，直到處理了整個用戶電話本。圖5說明了匹配處理500可以如何通過新的用戶向服務提供者進行注冊(501)或 者當現(xiàn)有用戶改變移動聯(lián)絡人號碼時(502)來啟動的一個示例。規(guī)格化與用戶501、502相 關聯(lián)的號碼，并且對照服務器上存儲的所有號碼進行比較(503)。如果沒有識別到匹配，則 終止處理(506)，并且系統(tǒng)然后執(zhí)行多個額外處理，以確定用戶是否是合法用戶(下面更詳 細討論)。如果識別到匹配，則系統(tǒng)添加啟動用戶501、502到具有匹配條目所在的電話本的 用戶的好友列表(504)。服務器然后確定是否存在額外的條目可用于比較(505)，并且從識 別到最近匹配的點繼續(xù)比較(502)。如果沒有另外的條目可用(即搜索已經(jīng)到達存儲的號 碼列表的末端)，則終止處理(506)。除了以上功能之外，移動客戶端設備可以并入多個邀請功能。在最基本的級別，用 戶可以經(jīng)由合適的客戶端接口在他們的設備聯(lián)絡人列表(電話本)中選擇他們希望發(fā)送邀 請的一個特定聯(lián)絡人或多個聯(lián)絡人。該實例中的處理主要在用戶的移動設備上的客戶端應用上執(zhí)行。一旦已經(jīng)識別到受邀者，信息經(jīng)由在其中構建邀請的IP數(shù)據(jù)層被發(fā)送到服務 器，并且經(jīng)由運營商SMSC作為SMS消息被發(fā)送。用戶還具有來自邀請菜單或來自當查看他們的電話本時的選項的選項，以便選擇 受邀者或“邀請所有”。如果用戶選擇邀請所有選項，則請求他們提供關于他們的請求的確 認。幫助文本將說明“邀請所有”僅應用于網(wǎng)絡中的移動聯(lián)絡人?！┯脩敉鈫友埶刑幚?，將用戶的電話本上傳到服務器(當然假若用戶 還沒有這樣做)。用戶還將針對自動好友匹配被標記為活動的(根據(jù)上面的討論)。這里 的邏輯是如果用戶希望邀請他們的電話本，則他們無疑是有興趣通過網(wǎng)絡與他們認識的人 鏈接。在后臺執(zhí)行電話本的上傳，以使得用戶看不到來自他們請求“邀請所有”的另外的影 響。如果中斷上傳處理，則將在下一次客戶端應用在電話上啟動時自動重啟上傳處理。管 理數(shù)據(jù)的上傳速度，以便確保對客戶端應用的正常消息傳送功能沒有影響。當電話本數(shù)據(jù)變得在服務器上可用(即使是部分數(shù)據(jù))時，服務器基于運營商的 移動號碼前綴，準備和發(fā)送對于所有“網(wǎng)絡中”移動用戶的邀請。服務器對照注冊用戶的數(shù) 據(jù)庫來匹配潛在受邀者的號碼，并且排除已經(jīng)是成員的那些號碼。服務器然后維持對于每個移動號碼“到期的”(due)的邀請的拷貝，以及誰邀請了 誰的列表的拷貝。為了避免“煩擾”的SMS邀請，在任一天只有一個邀請從系統(tǒng)發(fā)送到移動 號碼。如果多個用戶希望在單日邀請一方，則系統(tǒng)保存邀請請求，并且在未來的日期發(fā)送它 們。例如，被三個用戶邀請的移動用戶將在連續(xù)三天接收三個邀請(每天一個)。在受邀 者接收第一、第二或第三邀請的時間范圍內(nèi)，受邀者可能已經(jīng)注冊，因此使得未來的邀請冗 余。在發(fā)送邀請之前執(zhí)行檢查，以便確保受邀者此時還沒有成為注冊用戶，以避免發(fā)送“煩 擾”的SMS邀請到受邀者。當受邀者成為注冊用戶時，檢查相對簡單，邀請者和受邀者作為 好友自動添加到相互的好友列表。因此，服務器僅需要尋找在注冊用戶的存儲好友列表中 受邀者的出現(xiàn)。由受邀者接收的邀請包含邀請他們的人的姓名，并且SMS邀請中“來自號碼”將是 邀請者的移動號碼。消息中不包括用戶定義的定制文本，因為這可能允許邀請?zhí)幚肀挥米?免費的SMS消息傳送服務。服務器可以可選地存儲邀請消息，并且在非高峰時間發(fā)送它們。因此，潛在的大量 消息可以在網(wǎng)絡容量被較少利用時發(fā)送。系統(tǒng)可以允許移動用戶通過發(fā)送“BLOCK”關鍵字 到SMS短代碼來阻止未來的邀請。這于是添加要阻止的移動號碼到黑名單，在發(fā)送任何邀 請SMS之前都要檢查該黑名單。為了有效的零成本，運營商能夠支持網(wǎng)絡中相當數(shù)量的邀請消息。消息將在網(wǎng)絡 被較少利用時的非高峰時間期間發(fā)送。因此，該處理不會產(chǎn)生實際基礎設施成本。運營商 能夠向它的用戶提供激勵以邀請他們的電話本。運營商保持所有它的用戶的MIN列表以及 預訂服務的MIN列表。因此，能夠發(fā)送目標SMS和EM消息到它的顧客，激發(fā)他們“邀請他們 的電話本”。這允許移動服務提供者實現(xiàn)網(wǎng)絡提供者打算實現(xiàn)的針對新服務提供等的目標 營銷活動。為了確保匹配和邀請服務的安全性，系統(tǒng)實現(xiàn)了本申請人稱為電話本指紋識別的 處理。指紋識別提供匹配電話本的能力，以便允許系統(tǒng)識別個體，并且防止對于重復注冊以 多次獲得介紹免費期或其它特殊優(yōu)惠的欺騙性嘗試。因為該處理旨在識別獲得專用于利用免費介紹優(yōu)惠的新SIM/MIN的惡意用戶，所以僅新近活動的SIM/MIN需要包括在該處理中。指紋識別處理600的一個示例在圖6中示出。這里，經(jīng)由如上所述的自動好友匹 配和/或邀請所有上傳處理獲得用戶的電話本。可替代地，可以使用同步處理技術獲得電 話本。上傳電話本(ABM或邀請所有)是利用免費介紹優(yōu)惠的強制性前提。每個人的電話 本例如包括多個聯(lián)絡人，用于聯(lián)絡人的多個字段，具有和沒有國家代碼和地區(qū)代碼等的多 個號碼。系統(tǒng)然后比較注冊用戶的電話本中的信息和之前上傳與比較的電話本的數(shù)據(jù)庫 (601)。比較的要素是姓名字段、號碼字段(包含數(shù)據(jù)的字段也是比較的部分)并且對匹配 /差別進行計數(shù)。該比較不需要精確展示匹配。由于惡意個體懷疑該處理正在使用時，他們 可能嘗試通過插入虛假聯(lián)絡人等來欺騙系統(tǒng)。該處理將需要不斷改進來應對這些嘗試。該處理的第一步驟是排除在網(wǎng)絡中已經(jīng)活動超過四個月的用戶(SIM/MIN)的電 話本(602)。運營商能夠訪問活動MIN的數(shù)據(jù)庫，因此基本上最小化執(zhí)行該處理所需的處 理。為了減少處理剩余電話本所需要的潛在的大量計算，方法是處理為多步驟階段處 理，其中每個步驟逐漸減少用于比較的字段的數(shù)量。在第一階段603，系統(tǒng)根據(jù)以下標準比較注冊用戶的電話本中的條目數(shù)量與條目
數(shù)量 用戶電話本中包含的條目的數(shù)量為A個條目； 之前上傳和比較的電話本的條目數(shù)據(jù)庫的數(shù)量是X個條目； 對于數(shù)據(jù)庫中的每個條目，比較A和X ；如果X的90%< A < X的110%，則看作匹配，并且保存為下一階段的候選者。應該注意，如果電話本中條目的數(shù)量小于30，則不允許免費時段。如果不超過X的 90%，則該用戶電話本被排除在進一步比較之外(604)。如果A匹配第一階段603的指定標準，則系統(tǒng)繼續(xù)執(zhí)行關于注冊用戶的電話本的 第二階段操作605。第二階段操作比較開頭和最后五個條目的名字段。根據(jù)以下標準 如果10個條目中有6個匹配，則視為可能匹配(順序和反常條目不計算在內(nèi)/ 無關緊要)如果確定沒有匹配，則該用戶電話本被排除在進一步比較之外(606)。如果檢測到 匹配，則系統(tǒng)然后繼續(xù)運行第三階段操作607。第三階段根據(jù)以下標準使用名/姓作為關鍵 來比較開頭5個和最后5個的移動號碼字段 如果10個條目中有6個匹配，則視為可能匹配如果確定沒有匹配，則該用戶電話本被排除在進一步比較之外(608)。如果存在匹 配條件，則系統(tǒng)繼續(xù)執(zhí)行第四階段操作609。第四階段操作根據(jù)以下標準映射電話本的內(nèi) 容 對于整個電話本，映射所有存在的字段(例如移動號碼、商業(yè)電話、傳真……) 并且指示為1和0。使用名/姓作為關鍵來執(zhí)行該映射的比較。如果沒有檢測到匹配，則用戶電話本被排除在進一步比較之外(610)，S卩，用戶被 適當?shù)赜行Р⑶以试S訪問免費服務。如果確定匹配，則服務器繼續(xù)操作來將注冊用戶從任 何免費試用優(yōu)惠等中排除(611)。
本領域技術人員將理解，盡管指紋識別處理已經(jīng)描述為包括四階段操作，但是可 以根據(jù)需要添加額外的階段。可見整個電話本不要求執(zhí)行指紋識別。將針對該處理保持對 每個電話本的查看，其中需要的數(shù)據(jù)被提取。例如，可以提取來自每個電話本的數(shù)據(jù)的子 集，其僅包含對于每個階段標準需要的信息，即電話本中聯(lián)絡人的數(shù)量，開頭5個和最后5 個條目的名，開頭5個和最后5個條目以及電話本映射。圖7描繪用于添加“電話本好友”(即好友列表中不是系統(tǒng)的注冊成員的聯(lián)絡人) 的處理700。這允許系統(tǒng)的用戶使用客戶端平臺的便利性與任何他們的聯(lián)絡人通信。所有電 話本聯(lián)絡人通過匹配處理被默認添加，然而添加電話本聯(lián)絡人允許用戶添加新的聯(lián)絡人到 他們的好友列表，即使這些新的聯(lián)絡人不在他們的電話本中。系統(tǒng)允許與其他聯(lián)絡人(例 如電話本好友)進行以下通信· GSM呼叫(本來的呼叫(native call)——移動和陸地線路，包括國際)· SMS (本來的 SMS)· ESMS(網(wǎng)絡中的SMS，包括通過IP數(shù)據(jù)層在客戶端和服務器之間進行的通信和 經(jīng)由SMSC和GSM網(wǎng)絡在服務器和其他聯(lián)絡人之間進行的通信) 電子郵件當新的用戶首次登錄客戶端應用并隨后每月登錄一次時，在登錄之后，處理自動 運行，所述處理從SMS收件箱、發(fā)件箱以及呼叫記錄(已接呼叫、已撥號碼、未接呼叫)提取 當前聯(lián)絡人(701)。處理然后繼續(xù)讀取用戶電話本(702)，以便使用從SMS收件箱、發(fā)件箱 以及呼叫記錄提取的號碼來提取名和姓、電子郵件地址。處理然后通過匹配提取的聯(lián)絡人 來排除任何重復(703)。對于在SMS收件箱、呼叫記錄等中發(fā)現(xiàn)的每個獨特聯(lián)絡人，對照用 戶的好友列表進行檢查，以便確定他們是否已經(jīng)在好友列表中，即確定是完全好友還是電 話本好友，并且如果他們已經(jīng)在好友列表中，則不對該聯(lián)絡人采取進一步的動作。定時通過在服務器上的觸發(fā)來控制，并且在每個用戶登錄時被檢查。該處理要求 實際添加聯(lián)絡人之前用戶進行確認，因為可能登錄到其他人的移動設備。然后向用戶呈現(xiàn) 屏幕，該屏幕聲明“這些是您當前的活動聯(lián)絡人。您想要將他們添加到您的好友列表作為其 他聯(lián)絡人(例如電話本好友)？用戶具有選擇(經(jīng)由勾選框)他們希望添加的聯(lián)絡人的選 項(704)。當首次呈現(xiàn)屏幕時，默認勾選所有勾選框。當用戶同意時，客戶端應用然后繼續(xù) 使用用戶的電話本中的聯(lián)絡人數(shù)據(jù)來添加新的聯(lián)絡人為“電話本好友”(705)。最終，系統(tǒng)識別來自該組的所有網(wǎng)絡中的移動聯(lián)絡人，并且將該列表重新呈現(xiàn)給 用戶，其中具有聲明“邀請您的朋友加入社區(qū)，并且節(jié)省您通信的費用！”(706)。默認勾選 所有聯(lián)絡人。用戶然后可以選擇繼續(xù)并且邀請這些聯(lián)絡人(707)，或者可以取消該部分處理 (708)。系統(tǒng)還可以允許用戶輸入來自他們的其他消息傳送應用的用戶ID，如Yahoo Messenger ID、Windows Live ID或G-Talk IDID0在這樣的實例中，系統(tǒng)然后能夠詢問所 有連接的IM用戶的好友列表，以便識別在服務器上存儲的用戶信息和桌面型IM用戶的ID 之間的匹配，并且呈現(xiàn)這些匹配，以作為移動IM社區(qū)上待批準的好友。在該具體示例中，IM 好友列表以與電話本在很大程度上相同的方式被處理，以匹配相互認識的個體。在進一步的實施例中，系統(tǒng)可以使用從由用戶提供到系統(tǒng)的用戶電子郵件地址簿 提供的信息。在該示例中，系統(tǒng)訪問存儲在他們的電子郵件地址簿中的信息，以建立好友列
15表。該系統(tǒng)然后比較存儲在用戶的聯(lián)絡人信息中的電子郵件地址和在用戶的郵件地址簿中 記錄的電子郵件地址，并且識別任何匹配。一旦系統(tǒng)已經(jīng)確定匹配，則依賴于匹配的級別， 系統(tǒng)自動添加每一個到另一個的好友列表。 應當理解，已經(jīng)僅通過舉例說明本發(fā)明的方式提供了上面的實施例，并且如將對 本領域技術人員顯而易見的，對其進一步的修改和改進視為落入在此描述的本發(fā)明的寬廣 范圍和界限內(nèi)。
權利要求
一種用于自動匹配多個移動用戶的系統(tǒng)，所述系統(tǒng)包括至少一個服務器，用于從所述多個移動用戶中的每個移動用戶接收聯(lián)絡人列表，其中所述服務器適于處理所述聯(lián)絡人列表，以便為所述系統(tǒng)中的每個用戶產(chǎn)生一組規(guī)格化聯(lián)絡人信息；將選擇的用戶的所述一組規(guī)格化聯(lián)絡人信息與分配到所述系統(tǒng)中的每個用戶的用戶網(wǎng)絡標識進行比較；識別與所述選擇的用戶的所述一組規(guī)格化聯(lián)絡人信息中包含的條目相匹配的用戶網(wǎng)絡標識；編輯所述相匹配的用戶網(wǎng)絡標識的列表；以及向所述相匹配的用戶網(wǎng)絡標識的列表中的每個用戶發(fā)送邀請。
2.如權利要求1所述的系統(tǒng)，其中所述服務器還包括客戶端應用，其中所述客戶端應 用適于執(zhí)行每個移動用戶的聯(lián)絡人列表的順序讀取，和向所述服務器發(fā)送信息。
3.如權利要求1所述的系統(tǒng)，其中每個移動用戶在將多個聯(lián)絡人發(fā)送到所述服務器之 前，對他們進行批處理。
4.如權利要求2或3所述的系統(tǒng)，其中由所述客戶端應用執(zhí)行的順序讀取對于所述用 戶是可見的。
5.如權利要求1到4中任一項所述的系統(tǒng)，其中所述服務器還適于復制從每個移動用 戶接收到的聯(lián)絡人列表，并且存儲所述聯(lián)絡人列表的未改變版本。
6.如權利要求5所述的系統(tǒng)，其中在所述多個移動用戶中的移動用戶請求時，所述服 務器將所述聯(lián)絡人列表的未改變版本提供給該移動用戶。
7.如權利要求5所述的系統(tǒng)，其中所述服務器僅發(fā)送沒有匹配條目包含在所述移動用 戶保持的聯(lián)絡人列表中的聯(lián)絡人列表的未改變版本中的聯(lián)絡人細節(jié)。
8.如權利要求1到7中任一項所述的系統(tǒng)，其中所述一組規(guī)格化聯(lián)絡人信息包括從每 個用戶的聯(lián)絡人列表提取的一組規(guī)格化電話號碼。
9.如權利要求8所述的系統(tǒng)，其中所述服務器通過僅存儲所述聯(lián)絡人列表中存儲的完 整電話號碼的從右到左讀取的開頭7個數(shù)字來產(chǎn)生所述一組規(guī)格化電話號碼。
10.如權利要求1到9中任一項所述的系統(tǒng)，其中所述服務器適于啟動呼叫來對所述選 擇的用戶進行操作，以便請求創(chuàng)建與在所述相匹配的用戶網(wǎng)絡標識的列表中標識的一個或 多個用戶的好友關系。
11.如權利要求1到9中任一項所述的系統(tǒng)，其中所述服務器適于自動添加好友條目， 其中上傳的數(shù)據(jù)的所有者表現(xiàn)出與在所述相匹配的用戶網(wǎng)絡標識的列表中標識的一個或 多個用戶單向匹配。
12.如權利要求1到9中任一項所述的系統(tǒng)，其中所述服務器適于將所述選擇的用戶的 一組規(guī)格化聯(lián)絡人信息和另一用戶的一組規(guī)格化聯(lián)絡人信息進行比較，以便確定所述選擇 的用戶和所述另一用戶各自的用戶網(wǎng)絡標識是否包含在所述選擇的用戶和所述另一用戶 各自的所述一組規(guī)格化聯(lián)絡人信息中。
13.如權利要求12所述的系統(tǒng)，其中在確定所述選擇的用戶的所述一組規(guī)格化聯(lián)絡人 信息包含所述另一用戶的網(wǎng)絡標識，并且所述另一用戶的所述一組規(guī)格化聯(lián)絡人信息包含 所述選擇的用戶的網(wǎng)絡標識時，所述服務器添加所述另一用戶到所述選擇的用戶的好友列表，并且將所述選擇的用戶添加到與所述另一用戶相關聯(lián)的好友列表。
14.如權利要求1到13中任一項所述的系統(tǒng)，其中所有的電話本信息被并入上傳的數(shù) 據(jù)的所有者的好友列表中。
15.如權利要求1到14中任一項所述的系統(tǒng)，其中所述服務器適于確定用戶聯(lián)絡人列 表的欺騙性注冊的識別。
16.如權利要求15所述的系統(tǒng)，其中所述服務器執(zhí)行多階段比較處理來檢測用戶聯(lián)絡 人列表的欺騙性注冊。
17.如權利要求16所述的系統(tǒng)，其中所述多階段操作包括以下功能的至少一個 移除已經(jīng)在網(wǎng)絡中活動超過預定時間段的用戶(SIM/MIN)；將選擇的用戶的聯(lián)絡人列表中的條目數(shù)量與整個所述服務器中包含的條目數(shù)量進行 比較；將開頭和最后五個條目的名字段和所述服務器中包含的所有條目進行比較； 使用名/姓作為關鍵，來將開頭和最后五個條目的移動號碼字段與所述系統(tǒng)中包含的 所有條目進行比較；產(chǎn)生所述聯(lián)絡人列表的映射，并且將映射與所述服務器中包含的所有條目進行比較。
18.如權利要求17所述的系統(tǒng)，其中當從所述多階段操作的任一功能返回對于聯(lián)絡人 列表的匹配時，認為注冊是欺騙性的。
19.如權利要求1到18中任一項所述的系統(tǒng)，其中所述服務器還被配置為 添加好友條目到完全匹配的雙方的好友列表；添加單向好友到部分匹配的好友列表；添加電話本好友到非用戶條目的好友列表；以及向所述相匹配的網(wǎng)絡標識的列表中的每個非用戶發(fā)送邀請。
20.一種用于自動匹配網(wǎng)絡中的移動用戶的方法，所述方法包括以下步驟 在至少一個服務器處從所述網(wǎng)絡中的每個移動用戶接收聯(lián)絡人列表；處理每個聯(lián)絡人列表，以便為系統(tǒng)中的每個用戶產(chǎn)生一組規(guī)格化聯(lián)絡人信息； 將選擇的用戶的所述一組規(guī)格化聯(lián)絡人信息與所述系統(tǒng)中的每個用戶標識進行比較；識別與所述選擇的用戶的所述一組規(guī)格化聯(lián)絡人信息中包含的條目相匹配的用戶標識；編輯所述相匹配的用戶標識的列表；以及 向用戶標識的所述列表中的每個用戶發(fā)送邀請消息。
21.如權利要求20所述的方法，其中所述方法還包括順序讀取用戶聯(lián)絡人列表中的每 個條目并且按照讀取的原樣將每個條目發(fā)送到所述服務器的步驟。
22.如權利要求20所述的方法，其中所述方法還包括在將多個聯(lián)絡人發(fā)送到所述服務 器之前對他們進行批處理的步驟。
23.如權利要求20到22中任一項所述的方法，其中所述方法包括復制從每個用戶接收 的聯(lián)絡人列表，并且將所述聯(lián)絡人列表的未改變版本存儲在所述服務器上的步驟。
24.如權利要求20到23中任一項所述的方法，其中所述方法包括在來自多個移動用戶 的移動用戶請求時，將所述聯(lián)絡人列表的未改變版本發(fā)送到該移動用戶的步驟。
25.如權利要求24所述的方法，其中僅發(fā)送沒有匹配條目包含在所述移動用戶保持的 聯(lián)絡人列表中的聯(lián)絡人列表的未改變版本中的聯(lián)絡人細節(jié)。
26.如權利要求20到25中任一項所述的方法，其中所述方法包括以下步驟接收來自 接受所述邀請的一個或更多用戶的應答，并且編輯所述選擇的用戶的由接受所述邀請的一 個或多個用戶組成的好友列表。
27.如權利要求20到25中任一項所述的方法，其中所述方法包括以下步驟在存在完 全匹配的情況下添加好友，在存在部分匹配的情況下添加單向好友，以及在條目不是用戶 的情況下添加電話本好友。
28.如權利要求20到27中任一項所述的方法，還包括檢測用戶聯(lián)絡人列表的欺騙性注 冊的步驟。
29.如權利要求28所述的方法，其中檢測欺騙性注冊的步驟包括以下操作的至少一個移除已經(jīng)在網(wǎng)絡中活動超過預定時間段的用戶(SIM/MIN)；將選擇的用戶的聯(lián)絡人列表中的條目數(shù)量與整個所述服務器中包含的條目數(shù)量進行 比較；將開頭和最后五個條目的名字段和所述服務器中包含的所有條目進行比較； 使用名/姓作為用于比較的關鍵，來將開頭和最后五個條目的移動號碼字段與所述系 統(tǒng)中包含的條目進行比較；產(chǎn)生所述聯(lián)絡人列表的映射，并且將該映射與所述服務器中包含的所有條目進行比較。
30.如權利要求29所述的方法，還包括當從這些操作中的任一操作返回匹配時，確定 存在欺騙性注冊的步驟。
31.如權利要求20所述的方法，其中所述比較步驟還包括將所述選擇的用戶的所述一 組規(guī)格化聯(lián)絡人信息和另一用戶的一組規(guī)格化聯(lián)絡人信息進行比較，以便確定所述選擇的 用戶和所述另一用戶各自的用戶網(wǎng)絡標識是否包含在所述選擇的用戶和所述另一用戶各 自的所述一組規(guī)格化聯(lián)絡人信息中。
32.如權利要求31所述的方法，還包括以下步驟在確定所述選擇的用戶的所述一組 規(guī)格化聯(lián)絡人信息包含所述另一用戶的網(wǎng)絡標識，并且所述另一用戶的所述一組規(guī)格化聯(lián) 絡人信息包含所述選擇的用戶的網(wǎng)絡標識時，添加所述另一用戶到所述選擇的用戶的好友 列表，并且將所述選擇的用戶添加到與所述另一用戶相關聯(lián)的好友列表。
33.如權利要求20到32中任一項所述的方法，還包括以下步驟 添加好友條目到完全匹配的雙方的好友列表；添加單向好友到部分匹配的好友列表；添加電話本好友到非用戶條目的好友列表；以及向所述相匹配的網(wǎng)絡標識的列表中的每個非用戶發(fā)送邀請。
34.一種方法，用于通過詢問在移動電話上的各種記錄和消息存儲位置來識別當前的 活動聯(lián)絡人，然后將所識別的獨特聯(lián)絡人呈現(xiàn)為潛在好友。
35.如權利要求34所述的方法，其中系統(tǒng)識別用戶好友列表中的現(xiàn)有好友，并且自動 將他們排除在所呈現(xiàn)的那些之外。
36.如權利要求34或35所述的方法，其中所述系統(tǒng)從移動電話的電話本捕獲關于所識 別的聯(lián)絡人的額外信息。
37.如權利要求34到36中任一項所述的方法，其中所述系統(tǒng)識別聯(lián)絡人是否是所述系 統(tǒng)的用戶，并且如果是，則將他們呈現(xiàn)為潛在好友。
38.如權利要求34到37中任一項所述的方法，其中所述系統(tǒng)將所有其他聯(lián)絡人呈現(xiàn)為 電話本聯(lián)絡人來包括在好友列表中，所述所有其他聯(lián)絡人僅可以使用本來的電話功能和電 子郵件來聯(lián)系。
全文摘要
公開了一種用于自動匹配多個移動用戶的系統(tǒng)和方法。所述系統(tǒng)包括至少一個服務器，用于從所述多個移動用戶中的每個移動用戶接收聯(lián)絡人列表。所述服務器適于處理所述聯(lián)絡人列表，以便為所述系統(tǒng)中的每個用戶產(chǎn)生一組規(guī)格化聯(lián)絡人信息；將選擇的用戶的所述一組規(guī)格化聯(lián)絡人信息與分配到所述系統(tǒng)中的每個用戶的用戶網(wǎng)絡標識進行比較；識別與所述選擇的用戶的所述一組規(guī)格化聯(lián)絡人信息中包含的條目相匹配的用戶網(wǎng)絡標識；編輯所述相匹配的用戶網(wǎng)絡標識的列表；以及向所述相匹配的用戶網(wǎng)絡標識的列表中的每個用戶發(fā)送邀請。
文檔編號G06F7/00GK101897204SQ200980101326
公開日2010年11月24日 申請日期2009年7月2日 優(yōu)先權日2008年7月4日
發(fā)明者C·E·基斯, J·A·安德伍德, M·凱羅, R·萊諾寧 申請人:3Rd布蘭德私人有限公司(公司注冊號200719143G)