利用存在性連同其它信息來確定恰當的通信形態的製作方法

2023-12-06 16:11:16 3

專利名稱：利用存在性連同其它信息來確定恰當的通信形態的製作方法
利用存在性連同其它信息來確定恰當的通信形態技術領域
一個示例性方面針對提高通信中的可聯繫性(contactability)。更具體地，一 個示例性方面針對為了確定用於與被聯繫人(contactee)建立通信的優選聯繫形態 (modality),評估博客、論壇、社交站點、微博等中的一個或多個來。另外，一個示例 實施例可以對提高如下情況的可能性嘗試實現的聯繫可實際上經由所選擇的形態來獲得。
背景技術：
行動電話網絡、固定電話網絡和IP網絡的集合為用戶提供了多樣的通信選擇。 如果一個人想要與另一個人聯繫，他或她可以使用電子郵件(即e-mail)、即時消息、有 線或無線電話、個人計算機、尋呼機、個人數字助理(即PDA)、統一消息(即UM系 統)，這僅僅例舉出一小部分。對於這麼多選擇，很難確定(在並非不可能確定的情 況下)在給定時間點上哪種選擇將向主叫方提供聯繫到所希望的人或被叫方的最大可能 性。反覆試錯和猜測是用來聯繫被叫方所使用的典型技術，這對於主叫方而言常常是浪 費時間和精力的。
為了提供存在性獲知網絡已經進行了各種嘗試，這些嘗試暫時地跟蹤個人對所 選擇的通信裝置的使用來向聯繫人(contactor)提供聯繫到這位個人的最大可能性。其它 機制基於諸如日曆條目、時間等的存在性信息而建立被聯繫人的喜好的模式。
最近，已經開發了會話發起協議，即^tP(其是數據網絡多媒體會議和電話所用 的簡單信令/應用層協議)，來在通信網絡中提供一定程度的存在性獲知。儘管其它協議 等同地支持存在性概念，但是SIP提供了用於支持該功能的示例基礎。
在幻？中，系統和代理伺服器可以提供諸如以下的服務呼叫轉發、被叫方和 主叫方號碼傳送(其中，號碼可以是諸如傳統的URL格式之類的任意命名方案)，個人移 動性(即使被叫方改變終端也能在單個的依賴於位置的地址的情況下聯繫到被叫方的能 力)，終端類型協商和選擇(例如，可以給予主叫方有關如何聯繫被叫方的選擇)、移動 電話接聽服務，終端能力協商，主叫方和被叫方認證，隱蔽的或受監控的呼叫轉移，多 點會議邀請，等等。
為了提供這些不同的服務，SIP使用相對簡單的消息系統，S卩，「INVITE」消息(帶有主叫方的編解碼器參數選擇)和「0K」消息(帶有被叫方的編解碼器參數選 擇)，SIP使用不同的軟體實體，即，維護當前時刻給定用戶的地址圖的登記器，執行呼 叫路由、會話管理、用戶認證、重定向功能和路由到媒體網絡的代理，執行轉發功能的 子集的重定向伺服器，和維護用戶檔案(profile)並且提供訂戶登記的SIP位置伺服器。 「登記」是這樣的機制，在每次用戶上線並且個人檔案(規定了基於許多標準進行路由的 信息)被訪問時，用戶的通信裝置向網絡進行登記。發明內容
儘管SIP (會話發起協議)提供某種程度的存在性獲知，但是需要更完善的存在 性獲知。與現有實現方式相關聯的一個示例性問題是實況呼叫(live call)和消息系統之間 的人工通信中的通知間隔。
現有的實現方式在極為有限的範圍上綜合實況呼叫情景。它們的特徵一般在 於用於在消息系統處結束呼叫的靜態規則或使得消息系統可以發起呼叫。例如，為了 確定郵箱的信息等待狀態，你必須要麼登錄郵箱要麼郵箱必須打開裝置特定的消息等待 燈或其它靜態指示器。這兩種機制都以用戶或系統任一方的直接的刻意的動作為例，這 是當前系統的特點。當前的商用消息系統僅允許對消息通知、存在性和當前呼叫語境的 粗糙的動態校正。即使在數據網絡中使用具有郵箱狀態通知的更為動態的存在性數據的 那些最先進的工作流引擎和協作環境，它們的通信範圍也受到嚴重的限制。它們一般不 能與公共交換電話網絡進行交互操作。
微博是記錄博客形式的被動式廣播介質。微博與傳統博客的不同在於其內容的 實際大小以及聚合文件大小兩者都小得多。微博條目可以僅僅包括短的句段或圖像和/ 或嵌入視頻。與利用傳統的博客一樣，微博作者張貼從例如「我現在正在做什麼」之類 的簡單句到例如「外出就餐」之類的詞幹的範圍內的話題。還存在商業微博，其一般推 銷網站、服務和/或產品，並促進組織機構內的協作。
某些微博服務還提供一些特徵，例如用戶可以控制哪些人可以閱讀他們博客的 隱私設置，或者除了基於網絡的界面以外可選的其他用於公布條目的方式。這些可以包 括文本消息、即時消息、電子郵件或數字音頻。
即使利用SIP和用戶可獲得的各種通信選擇，對存在性本身的監視不能提供足夠 的信息來確定用於通信的最恰當的聯繫形態。因此，需要用於生成最近活動的狀況以從 中確定優選通信形態的更完備的方法，並提供使得聯繫人可以經由該形態聯繫到被聯繫 人的相應解決方案。例如，承載信道或訂閱源(feed)的網絡可以被建立為對於存在性確 定模塊的輸入。這些輸入可以不僅可以包括存在性信息，也可以包括來自一個或更多博 客、微博、社交站點等的訂閱源，使得系統可以確定更完整的最近活動的狀況。基於該 輸入信息和可選的一個或多個規則，可以確定可增強聯繫人與被聯繫人取得聯繫的能力 的優選聯繫形態。
例如，一個或多個社交站點的使用模式的統計分析可以連同存在性信息進行加 權來預測什麼將是最有可能成功的通信形態。這些使用模式可以基於使用、使用頻率、 最近的使用、被聯繫人的(一個或多個)偏好等來加權並且可以算作統計分析的因素。
另外，對於(一個或多個)社交站點的輸入的類型可以被分析來輔助該確定。例 如，如果用戶正在Facebook 上張貼圖片，並且他們的工作日曆指明他們不在辦公室， 則可以確定他們很有可能在度假。因此，由於在該示例中聯繫人是同事，所以經由非實 時的形態來嘗試聯繫被聯繫人會是更合適的，這樣，被聯繫人可以在他們閒暇時經由非 實時的形態——可能是電子郵件——來回復。
作為另一示例，如果被聯繫人剛剛發出推特(tweet，一種微博)，則可見，被聯 系人在這一天中會在多個場合發出推特，也許最成功的聯繫形態可以是通過Twitter 界 面——之後可以為「主叫方」啟動一個恰當的界面來使得通信可以經由所選擇的聯繫形態來發送。作為另一示例，可以對不同社交站點中的模式匹配進行評估來輔助聯繫形態確定處 理。例如，如果用戶總是在大約下午8:15時在某一博客上張貼，則如果想在下午8:15與被 聯繫人進行聯繫的聯繫人向該博客發送消息將是一個好機會，被聯繫人將會看到該消息。
諸如在網際網路上一個或多個社交網絡和信息源中最近的活動、基於語境的分 析、基於內容的分析以及時間關係之類的信息也可以算作聯繫形態確定處理的因素。另 外，在考慮恰當的聯繫形態時還可以考慮貢獻的大小和時間，並且還可以評估基於被聯 系人的規則。
作為另一示例，模式趨勢分析、預測存在性確定、對話分析和/或統計分析中 的一個或多個可以用來輔助確定恰當的聯繫形態。該聯繫形態確定的結果不僅可以用來 發展成為存在性信息的指示(例如，反映被聯繫人的預測存在性的標記)，而且還可以用 作發起聯繫人與被聯繫人之間的通信的基礎。
另外的方面針對監視多個位置(包括傳統的存在性以及社交站點、基於網際網路 的網絡站點或資源，網際網路網頁或資源)中的用戶活動的能力以及一般而言來自任意資 源的信息來輔助確定恰當的聯繫形態。
另一示例性方面針對確定與被聯繫人相關聯的一個或多個「身份」，這些身份 提供對可以用來進一步增強存在性確定和預測存在性性能的一個或多個資源的可見性。 例如，與用戶相關聯的傳統信息是電話號碼、電子郵件地址、行動電話號碼等。對這些 信息構成補充的是與被聯繫人相關聯的諸如用戶ID之類的其它身份，例如，頭銜、暱 稱、屏幕顯示名稱、作者信息等。例如，用戶可以具有與大量網站(例如，他們定期在 其上張貼信息的博客或社交站點)相關聯的大量屏幕顯示名稱。類似地，被聯繫人可以 具有與社交和/或博客或微博服務相關聯的用戶名稱，用戶名稱使得用戶可以與其它人 交換信息。與用戶相關聯的活動和歷史活動連同這些身份中的一個或多個身份被用來輔 助預測存在性，從而增強聯繫人與被聯繫人取得聯繫的能力。
本發明的方法也針對分析當前和歷史信息中的一個或多個，摘要和分析該信 息，以及尋找可以進一步輔助預測被聯繫人的行為的趨勢。例如，就以上示例，如果用 戶在下午8點到9點之間定期在幾個社交站點上進行張貼，用戶在該時間期間應答個人電 子郵件，並且還常常以家庭電話號碼接收電話呼叫，則可以假定，也許這是在晚飯後， 被聯繫人正在休閒和進行例如，愛好、個人興趣等等的私人活動。因此，如果聯繫人在 該時間段期間嘗試聯繫被聯繫人，則該系統可以提供與被聯繫人建立通信時更有可能的 一個或多個優選聯繫形態——從而有可能縮短使被聯繫人獲知該通信並且可以進行應答 所需的時間。
另一方面針對在確定用於聯繫人與被聯繫人通信的優選聯繫形態時，向聯繫 人提供使得聯繫人能夠與被聯繫人建立通信的恰當的界面、API、網頁等中的一個或多 個。作為一個示例，如果確定優選聯繫形態是經由蜂窩電話，則可以向聯繫人提供被聯 系人的蜂窩電話號碼，或者，為了使被聯繫人的蜂窩電話號碼不可見為，自動發出針對 被聯繫人的呼叫，聯繫人將不會看見被聯繫人的蜂窩電話號碼。
在另一示例性實施例中，可以向聯繫人提供微博API，微博API以「發送 至」的欄位來標識被聯繫人。與利用之前討論的實施例一樣，並且一般對於這裡討論 的所有實施例，該「發送至」類型的欄位信息可能例如基於一個或多個規則使得聯繫人不可見。
相應地，一個示例性實施例針對確定優選聯繫形態。
另外的方面針對根據一個或多個規則、存在性信息以及另外的信息資源來確定 優選聯繫形態。
另一個方面針對監視和/或分析與一個或多個資源(例如，博客、論壇、社交站 點、微博、具有專用API的站點或一般任意信息源)的歷史活動，並且使用該信息並可選 地連同傳統的存在性信息來預測被聯繫人的優選聯繫形態。
另外的方面針對向聯繫人通知所確定的優選聯繫形態。
另一個方面針對執行模式趨勢分析、語境分析、統計分析、使用模式分析、內 容分析、輸入類型分析、時間關係分析以及歷史分析中的一個或多個來輔助確定優選聯 系形態。
另一個方面針對從用戶檢測或請求與該用戶相關聯的一個或多個身份，這些身 份例如與博客、論壇、社交站點、微博等中的一個或多個相關聯地使用。
另外的方面針對一旦在優選聯繫形態已被確立之後，生成標記或可以呈現給 聯繫人的其它指示，該指示表示被聯繫人的優選聯繫形態。例如，如果優選聯繫形態是 經由電話，則可以顯示電話標記，如果優選聯繫形態是某一商業微博，則顯示該特定的 微博標識(logo)，如果優選聯繫形態是經由電子郵件，則顯示信封標記，等等。
各個方面還涉及添加被聯繫人的時間/日期和/或位置。該信息可以來自於被 聯繫人經由Foursquare之類的應用進行的社交網絡張貼或者將來的對移動服務提供商具有 的位置服務的使用。這是可以在用於挑揀最恰當的聯繫方法的方程中使用的另一因數。
根據本文這裡包含的公開，這些和其它優點將變得清楚。上述實施例和配置既 不是全部的也不是窮盡的。應了解，本發明的其它實施例可單獨地得到使用，或者與以 上闡述的或以下詳細描述的特徵集中的一個或多個相結合地得到使用。
這裡使用的「至少一個」、「一個或多個」以及「和/或」是在操作中既可以 並列又可以分離的開放式表述。例如，表述「至少A、B和C」、「A、B或C中的至 少一個」、「A、B和C中的一個或多個」、「A、B或C中的一個或多個」以及「A、 B和/或C」中的每一者均包含僅A，僅B，僅C，A和B—起，A和C 一起，B和C 一起，或者A、B和C 一起的情況。


將參考以下附圖來詳細描述本發明的示例性實施例，其中
圖1圖示出示例性通信環境；
圖2是描畫出用於組合用戶身份的示例性方法的概要的流程圖；以及
圖3是描畫出用於確定優選聯繫形態的示例性方法的概要的流程圖。
具體實施方式
以下，將結合示例性通信系統來說明某些實施例。儘管非常適合與例如使用 (一個或多個)交換機、(一個或多個)伺服器和/或(一個或多個)資料庫的系統一起 使用，但是這些實施例不限於與任意具體類型的通信系統一起使用，也不限於任意系統元件的構造。本領域 技術人員將認識到，所公開的技術可以用於任何其中期望提供增強 的可聯繫性的通信應用中。首先參考圖1，將描述根據至少某些實施例的示例性通信環境100。該通信系統 包括(除了公知的元件部分以外)將多個通信裝置、網際網路信息源等連接的通信網絡。在一個實施例中，通信系統可以包括交換機，交換機可以包括專用交換分機 (PBX)系統或能夠向一個或多個實體提供電話服務的任意相似類型的交換系統，所述實 體例如是與該交換機相關聯的企業、與該交換機相關聯的用戶(例如，主叫方或被叫方) 等等。交換機可以是許多已知交換系統中的一個，這些交換系統包括但不限於專用自動 交換分機(PABX)、計算機化交換分機(CBX)、數字交換分機(DBX)或集成交換分機 (IBX)。交換機也可以包括為多個端點的連接所設置的交換機構，這多個端點例如是與 呼叫參與方、伺服器和資料庫相關聯的通信裝置。交換機構可以提供用於將來話呼叫和 /或去話呼叫導向不同的端點的功能，並且還提供端點之間的會議能力以及用於與存在性 相關聯的轉發信息的能力。與參與方相關聯的通信裝置可以是分組交換或電路交換的，並且例如可以包 括諸如Avaya公司的96xx Series IP Phones 之類的IP電話，諸如Avaya公司的one_X Communicator 之類的IP軟體電話，個人數字助理(即PDA)，個人計算機(即PC)，膝
上型計算機，上網本，平板計算機，基於分組的H.320視頻電話和會議單元，基於分組的 語音消息和應答單元，基於分組的傳統計算機電話附件，以及傳統的有線或無線電話。 另外的與參與方相關聯的裝置可以是基於計算機的網際網路瀏覽器和/或專用於特定通信 形態的應用，例如，支持從計算機或移動計算裝置或移動通信裝置發微博的應用(以及 相關聯的通信硬體)。圖1圖示出了示例性的通信環境100。通信環境100包括經由一個或多個網絡10 和鏈路5連接到一個或多個信息源的聯繫輔助系統1，所述一個或多個信息源例如是博客 110、論壇120、社交站點130、微博140、具有專用API的站點150 (例如，110-140中的 任一者)和其它信息源(一般地表示為其它160)，它們例如可以包括位置信息、存在性信 息並且還可以包括被聯繫人的位置處的時間/日期。在通信環境100中還存在信息聚合 模塊2，其可連接到聯繫輔助系統1和信息源110-160中的一個或多個。聯繫輔助系統1包括存在性確定模塊15、預測存在性模塊20、對話分析模塊 25、模式趨勢分析模塊30、語境分析模塊35、發現模塊40、人工智慧模塊45、規則模塊 50、統計分析模塊55、狀態標識生成模塊60、處理器65、存儲器/存儲裝置70。為了輔助確定用於聯繫特定被聯繫人的更優選的方式，聯繫輔助系統1應當被 供應有可以輔助系統跟蹤用戶實際上正在做什麼的各條信息或身份。如果基於檔案信 息，信息聚合模塊2得知與用戶相關聯的所有身份，例如，頭銜、暱稱、屏幕顯示名 稱、作者信息、電話號碼、蜂窩電話號碼、電子郵件地址以及一般地由用戶用來傳送和/ 或接收信息的任意信息；這使得信息聚合模塊2可以進行信息的採集並且使得能夠分析 與那些用戶ID的信息相關聯的任意通信。另外，基於檔案信息、歷史信息(例如，從互 聯網瀏覽器得到)和用戶活動中的一個或多個，用戶張貼(或訪問)信息所在的不同位置 也可以被信息聚合模塊2識別來輔助預測存在性(稍後將更詳細地描述)。假定在檔案信息和歷史信息之間，信息聚合模塊2得知所有的地址、位置和其它信息源，則這些信息源處的各種信息要麼被信息聚合模塊2收取(pull)或推開(push)， 要麼被其以其他方式組合、採集或挖掘。信息聚合模塊2可以例如基於複製的信息、陳 舊的信息等來任意地執行過濾。作為一種可選方式，信息聚合模塊2可以前瞻性地執行並且著眼於主叫方ID信 息、網絡信息、歷史信息、瀏覽信息、檔案信息等中的一個或多個來獲得與這些信息源 中的每一個相關聯的一個或多個用戶ID。然後，該發現的結果可以被信息聚合模塊2用 來輔助針對用戶(聯繫人)活動識別和監視這些信息源中的一個或多個。 作為另一種可選方式，或者附加地，可以向用戶詢問並要求用戶輸入針對這些 信息源中的一個或多個來的用戶ID，然後，這些用戶ID可以被信息聚合模塊2如所討論 的那樣使用。利用對用戶可能張貼信息的各種地方以及各種活動的了解，聯繫輔助系統 1開始使用該信息來監視一個或多個信息源，以輔助確定用戶更準確的存在性，從而確定 更優選的聯繫形態。根據一個示例性實施例，可以建立各種信息源的訂閱源(feed)，用戶張貼到其 上的信息被信息聚合模塊2轉發給存在性確定模塊15、人工智慧模塊45和存儲器70中的 一個或多個。如所討論的，這些信息可以基於一個或多個標準被過濾，來幫助聯繫輔助 系統1確定更準確的存在性以及被聯繫人偏好。在這些信息被聚合時，信息的一個或多 個部分可以被存儲在聯繫輔助系統1中來輔助分析以及將來的存在性預測和/或偏好。更具體而言，可以與預測存在性模塊20、對話分析模塊25、模式趨勢分析模塊 30、語境分析模塊35和統計分析模塊55中的一個或多個協同來分析來自各種信息源的信 息，以輔助預測存在性。甚至更具體地，對話分析模塊25可以，可選地與語境分析模塊35和由人工智 能模塊45執行的關聯信息分析模塊相協同，來分析各種對話、線程、張貼和/或消息交 換，以輔助預測存在性。例如，可以分析對話(或者甚至單一的張貼)的內容來尋找例 如可能有助於預測存在性的關鍵詞。例如，用戶表明他們將要去度假，用戶表明他們將 要參加具體的活動或會面，用戶表明他們將不在辦公室，用戶表明他們將與客戶會面， 或者一般地將來的計劃活動的任意指示都可以用來輔助存在性的預測。這也可以與日曆 信息的分析相結合。模式趨勢分析模塊30可以在來自信息源110-116的信息中查找模式或趨勢，再 來輔助預測存在性。例如，不論信息的源或其形態如何，模式(例如，何時對該信息源 進行張貼，該信息源何時被訪問等等)可以與正被訪問的該信息或者正被執行趨勢分析 或模式識別的該信息中的全部一起使用。另外，歷史信息(例如，與網絡瀏覽器相關聯 的歷史信息、所發送的電子郵件、張貼等等)也可以被包括在模式趨勢分析模塊30的模 式趨勢分析中，來建立用戶何時執行某些活動以及在哪裡執行的資料庫。附加地，或者作為一種可選方式，或者與以上相協同，使用模式分析、輸入類 型分析、內容分析以及時間關係分析也可以與上述情況相協同來輔助預測存在性。輸入 類型分析例如可以包括用戶正從何種類型的源或通信裝置與各種信息源進行交互。作為 示例，可以與發現模塊40協同檢測個人計算機、PDA、平板PC、智慧型手機等來輔助確定 用戶如何與各種信息源相接口。時間關係分析使得人工智慧模塊45可以著眼於一個或多個信息源、資源、實體、個人等之間的時間關係來進一步輔助預測存在性分析。在聯繫輔助系統1開始建立不僅提供趨勢分析信息還洞察特定用戶如何與各種信息源(例如，博客、論壇、社交站點、微博等)進行交互的資料庫時，統計分析模塊55 可以與預測存在性模塊20協作來輔助基於統計分析進行的預測用戶將來的存在性。另 夕卜，與存在性確定模塊15相協作，可以包括傳統的存在性信息，來與由預測存在性模塊 20、人工智慧模塊45和規則模塊50執行的預測用戶的存在性的分析結合。可以了解， 存在某些實例，其中，該跟蹤可以是被聯繫人可選的或者是被聯繫人可選擇允許(或選 擇禁止)的——例如，「監視」可以是在沒有被聯繫人的準許的情況下不被執行的。然後，在聯繫輔助系統1被通知另一實體(主叫方或聯繫人)正嘗試聯繫用戶 (被聯繫人)時，該預測的存在性被預測存在性模塊20用來確定優選的聯繫形態。該優選 的聯繫形態可以是經由與用戶相關聯的任意通信系統、技術或協議的，並且可以理解， 其可以不限於例如論壇上的回覆。而是，來自所有不同的源的與用戶相關聯的信息的綜 合和分析可以用來輔助預測存在性，這轉變為在具體實例中對什麼樣的聯繫形態最有效 的估算。優先級高於該優選聯繫形態的決定的可以是用戶能定義的一個或多個規則，它 們可以進一步根據用戶的偏好來規定哪種優選的聯繫形態是更優選的聯繫形態。例如， 如果用戶去度假，則即使優選的聯繫形態被確定為是來自同事用蜂窩電話聯繫用戶，用 戶也可以實現如下的規則，該規則規定，在該特定環境中，用戶寧願經由電子郵件或私 人消息(PM)而不是電話被聯繫。可選地，或附加地，該系統可以將基於每一形態可進 行通信的可能性得到的不同形態的排名提供給主叫方。因此，用戶可以基於個人偏好、用戶所具備的專門信息或知識等中的一個或多 個來建立一個或多個規則，這些規則要麼優先級高於由預測存在性模塊20所確定的確定 優選聯繫形態，要麼對由預測存在性模塊20所確定的確定優選聯繫形態進行補充。已經確定優選聯繫形態之後，聯繫輔助器可以將優選聯繫形態通知聯繫人，該 優選聯繫形態例如具有該優選聯繫形態可以在多長時間內有效的預測。作為一個示例， 假定用戶通常每周檢查特定的社交站點兩到三次，並且他們訪問該站點的平均時間是8 分鐘——則，如果優選聯繫形態是經由聯繫人向該特定社交站點發送消息但是用戶已經 登錄了 5分鐘，則可以通知聯繫人最佳時機是在接下來的三分鐘裡在該特定的社交站點 上聯繫該用戶。該通知可以在狀態標識生成模塊60的協作下被提供給聯繫人。例如，當聯繫人 被確定為正嘗試聯繫用戶時，狀態標識生成模塊60可以經由文本、語音和/或圖形中的 一種或多種方式生成的狀態信息(例如，優選聯繫形態)並將其返回給聯繫人。狀態標 識生成模塊60還可以以已知的方式來與傳統的存在性通知技術相接口來提供該增強的優 選聯繫形態功能。圖2是描繪用於確定用戶可以關聯的信息源的示例方法的概要的流程圖。具體 地，控制開始於步驟S200並且繼續到步驟S210。在步驟S210中，進行是否知道用戶的 所有身份的判定。如果知道所有的身份，則控制繼續到步驟S220，獲得一個或多個用戶 ID(例如，頭銜、暱稱、屏幕顯示名稱、作者信息、主叫方ID信息、電話號碼等)以及用 戶張貼信息的各種位置的一個或多個地址(例如，URL)。然後，控制進行到步驟S250。 在步驟S250中，不同的用戶ID被組合併且如稍後討論的那樣被用於採集和聚合與用戶有關的信息。然後，控制繼續進行到步驟S299，控制序列結束。如果不 知道身份，則控制跳到步驟S230。在步驟S230，進行是否要分析可獲得 的信息的判定。如果要分析可獲得的信息，則控制繼續進行到步驟S240，系統可以查詢 以下信息中的一個或多個主叫方ID信息、網絡信息、歷史信息(例如，瀏覽器歷史信 息、呼叫日誌信息、電子郵件發送和接收信息)、或一般的與從用戶接收或由用戶發出的 任意通信以及任意通信形態有關的任意信息。然後，控制繼續到步驟S250。如果系統在步驟S230中不分析可獲得的信息，則控制跳到步驟S260，進行是否 向用戶詢問他們的用戶ID的判定。如果系統不詢問用戶，則控制繼續到步驟S270，要 求用戶針對一個或多個信息源(例如，博客、論壇、社交站點等)輸入他們的用戶ID， 使得可以跟蹤用戶在那些站點的活動。否則，控制繼續到步驟S280，將可獲得的信息用 來輔助預測存在性確定。圖3是描繪用於預測存在性從而預測優選的聯繫形態的示例性方法的概要的流 程圖。具體地，控制開始於步驟S300並且繼續到步驟S310。在步驟S310，針對用戶 存在性而監視用戶信息(如上所述，可選地具有網站、社交站點等的一個或多個地址)。 另外，也可以使用與SIP和其它通信協議相關聯的傳統存在性監視技術。接著，在步驟 S320,並且連同對各種信息源的監視，那些信息源處的活動被監視並組合在例如在一個 或多個訂閱源中，這些訂閱源例如在步驟S330被可選地過濾。然後，在步驟S340中， 聚合信息以用於提交給預測存在性系統。然後，控制繼續到步驟S350。在步驟S350，對從各個信息訂閱源中接收到的信息的一個或多個部分執行模式 趨勢分析、語境分析、統計分析、使用模式分析、輸入類型分析、內容分析、時間關係 分析和歷史分析中的一個或多個。接著，在步驟S360，利用步驟S350的結果(可選地 連同傳統的存在性信息)來預測存在性以及優選的聯繫形態。然後，在步驟S370，確定 並存儲該優選的聯繫形態。然後，控制繼續到步驟S380。在步驟S380，判定是否將一個或多個規則應用於所確定的優選聯繫形態。如果 要應用一個或多個規則，控制跳到步驟S382，否則控制繼續到步驟S390。在步驟S390， 經由文本、語音和/或圖形中的一種或多種向聯繫人通知用戶的優選聯繫形態(可選地， 還有對該優選聯繫形態適用的時間有多長的指示)。另外，可以向聯繫人提供多個優選聯 系形態，並預測每一個聯繫形態作為某一時間段的優選聯繫形態。例如，可以向聯繫人提供優選的聯繫形態，向他們提供與此後兩小時有關的優 選聯繫形態或多個形態。又假定利用該種實現方式存在安全性後果，則可以應用如下 規則基於例如聯繫人的身份對優選聯繫形態或多個形態的精細、詳細或詳盡程度進行 約束，聯繫人的身份可以經由主叫方ID或以類似方式來確定。然後，控制繼續到步驟 S399，控制序列結束。在步驟S382，一個或多個規則可被應用於所確定的優選聯繫形態。接著，在步 驟S384，可以根據一個或多個規則(如果可應用的話)來更新優選的聯繫形態，從而替 換或補充所確定的優選聯繫形態。然後，在步驟S386，向聯繫人通知經更新的、或經規 則增強的(或經更改的)優選聯繫形態，控制繼續到步驟S399，控制序列結束。各個實施例包括基本如這裡所描述的組件、方法、處理、系統和/或設備，包 括各種實施例、子組合和其子集合。本領域技術人員在理解本公開之後將懂得如何實現和使用本發明。本發明在各個實施例中包括具有本文未描繪和/或描述的項目的裝置和 處理，並且在其各個實施例中，包括沒有在之前的裝置或處理中已經使用的項目，例如 用於提高性能，實現便利性和/或降低成本的目的。已經為了說明和描述的目的展示了前述討論。前文並不意在將本發明限制於這 裡所公開的一個或多個形式。例如，在以上具體實施方式
中，為了使本公開簡化，本發 明的各個特徵在一個或多個實施例中被集結到一起。本公開的方法不應被解釋為反映如 下意圖請求保護的發明需要比每個權利要求中所明確闡述的方案更多的特徵。而是， 如權利要求所反映的，創新性的方面所在於的特徵比單個前述實施例的所有特徵少。因 此，權利要求被結合到具體實施方式
中，每個權利要求作為分開的優選實施方式是獨立 的。此外，儘管本發明的描述包括一個或多個實施例以及某些變形例和修改例的描 述，但是在理解本公開之後，其它變形例和修改例也在本公開的範圍以內，例如，在本 領域的技術人員的技能和技術範圍以內可以實現的。希望獲得包括允許程度的可替換實 施例的權利，包括所要求保護的那些的可替換、可互換、和/或等同的結構、功能、範 圍或步驟，而不論這樣的可替換、可互換、和/或等同的結構、功能、範圍或步驟是否 在這裡被公開，以及不想公開地專用於任意可專利的主題。儘管關於事件的特定順序描述了上述流程圖，但是應當了解，在不實質上影響 本發明的操作的情況下可以更改該順序。另外，事件的準確順序不需要如示例性實施例 中所闡述的那樣發生。這裡說明的示例性實施例不限於具體說明的實施例，而是還可以 利用其它示例性實施例。並且每個描述的特徵是可以分別地各自要求保護的。

這裡描述的系統、方法和協議除了可以在所述通信裝備、編程的微處理器或微 控制器和(一個或多個)外圍集成電路元件、ASIC或其它集成電路、數位訊號處理器、 硬連接電子或邏輯電路(例如離散元件電路)、可編程邏輯器件(例如PLD、PLA, FPGA、PAL)、通信裝置(例如，電話)、任何相當的裝置等上實現以外，還可以附加地 或替代地在專用計算機上實現。一般而言，能夠實施使這裡所說明的方法實現的狀態機 的任意裝置都可以用來實現這裡公開的各種通信方法、協議和技術。此外，所公開的方法可以在使用對象或面向對象的軟體開發環境的軟體中容易 地實現，所述開發環境能夠提供可以在各種計算機或工作平臺上使用的可移植原始碼。 可替換地，所公開的實施例可以部分或全部在使用標準邏輯電路或VLSI設計的硬體中實 現。是用硬體還是軟體來實現根據本發明的系統取決於系統的速度和/或效率要求、具 體的功能、以及所利用的具體軟體或硬體系統(或微處理器或微計算機系統)。這裡所說 明的通信系統、方法和協議可以由本領域的技術人員根據這裡提供的功能描述以及利用 計算機和通信領域的一般基礎知識、使用任何已知的或以後開發的系統或結構，裝置和/ 或軟體來以硬體和/或軟體容易地實現。此外，所公開的方法可以用可被存儲在非暫時的存儲介質上，在控制器和存儲 器的協作下在編程的通用計算機上、專用計算機、微處理器等上通過執行軟體來容易地 實現。在這些實例中，本發明的系統和方法可以被實現為嵌入在個人計算機上的程序 (例如，應用小程序、JAVA 或CGI腳本)，駐留在伺服器或工作站上的源，嵌入在專 用通信系統或系統組件中的例程，等等。系統也可以通過將系統和/或方法物理地結合到軟體和/或硬體(例如，通信裝置或系統的硬體和軟體系統)中來實現。 因此，顯而易見的是，已經根據本發明提供了用於增強型通信的系統、設備和 方法。儘管結合許多實施例描述了這些實施例，但是顯然，許多替換、修改和變形對於 本領域技術人員是顯而易見的。因此，希望包含在本公開的精神和範圍以內的所有這樣 的替換例、修改、等同例和變形例。本申請要求2009年8月21日提交的美國專利臨時申請NO.61/235,838和2010 年7月2日遞交的美國專利申請No.12/829,620的優先權，通過引用將它們結合於此。
權利要求
1.一種用於在通信環境中提供改進的可聯繫性的方法，包括以下步驟利用信息聚合模塊的協作來從一個或多個信息源聚合信息，其中，所述信息源包括 博客、論壇、社交站點、微博和網絡站點中的一個或多個；對聚合的信息執行以下分析中的一個或多個對話分析、模式分析、語境分析、內 容分析、使用模式分析、輸入類型分析、時間關係分析、歷史分析和統計分析；預測優選聯繫形態。
2.根據權利要求1所述的方法，還包括以下步驟向聯繫人提供與預測得到的被聯 系人的所述優選聯繫形態相關的信息，以及過濾所述聚合的信息。
3.根據權利要求1所述的方法，還包括以下步驟確定與被聯繫人相關聯的一個或 多個用戶身份。
4.根據權利要求1所述的方法，還包括以下步驟將一個或多個規則應用於預測得 到的所述優選聯繫形態，並且更新所述優選聯繫形態。
5.根據權利要求1所述的方法，其中，所述優選聯繫形態基於預測得到的存在性，並 且聯繫人被提供多個針對特定時間段的優選聯繫形態，並且其中，所述多個針對特定時 間段的優選聯繫形態是基於一個或多個規則以及被聯繫人識別信息受到過濾的。
6.一個或多個用於執行權利要求1所述的步驟的裝置。
7.一種用於在通信環境中提供改進的可聯繫性的系統，包括信息聚合模塊，所述信息聚合模塊從一個或多個信息源聚合信息，其中，所述信息 源包括博客、論壇、社交站點、微博和網絡站點中的一個或多個；一個或多個模塊，所述一個或多個模塊對聚合的信息執行以下分析中的一個或多 個對話分析、模式分析、語境分析、內容分析、使用模式分析、輸入類型分析、時間 關係分析、歷史分析和統計分析；預測存在性模塊，所述預測存在性模塊預測優選聯繫形態。
8.根據權利要求7所述的系統，還包括狀態標識生成模塊，所述狀態標識生成模塊向聯繫人提供與預測得到的被聯繫人的 優選聯繫形態相關的信息；發現模塊，所述發現模塊確定與被聯繫人相關聯的一個或多個用戶身份；規則模塊，所述規則模塊將一個或多個規則應用於預測得到的所述優選聯繫形態來 更新所述優選聯繫形態。
9.根據權利要求7所述的系統，還包括存在性確定模塊和人工智慧模塊，所述存在性 確定模塊確定被聯繫人的存在性，其中所述優選連續形態是基於預測得到的存在性的， 並且其中所述聚合的信息被過濾，所述人工智慧模塊分析一個或多個對話、張貼、線程 和消息交換。
10.根據權利要求7所述的系統，其中，所述優選聯繫形態是基於預測得到的存在性 的，並且向聯繫人提供多個用於特定時間段的優選聯繫形態，並且其中，所述多個用於 特定時間段的優選聯繫形態是基於一個或多個規則和被聯繫人識別信息受到過濾的。
全文摘要
本發明利用存在性連同其它信息來確定恰當的通信形態。即使利用SIP和用戶可獲得的各種通信選擇，對存在性本身的監視不能提供足夠的信息來確定用於通信的最恰當的聯繫形態。因此，需要用於生成最近活動狀況以可以從中確定優選通信形態的更完備的方法，並提供使得聯繫人可以經由該形態聯繫到被聯繫人的相應解決方案。例如，承載信道或訂閱源的網絡可以被建立作為對於存在性確定模塊的輸入。這些輸入可以不僅可以包括存在性信息，也可以包括來自一個或多個博客、微博、社交站點等的訂閱源，使得系統可以確定更完整的最近活動的狀況。基於該輸入信息，可以確定可增強聯繫人與被聯繫人取得聯繫的能力的優選聯繫形態。
文檔編號H04L29/08GK102025767SQ20101026274
公開日2011年4月20日 申請日期2010年8月23日 優先權日2009年8月21日
發明者美麥特·C·巴拉薩根, 麥可·J·克裡恩 申請人:阿瓦雅公司