統(tǒng)一的用戶簡檔的制作方法
【專利摘要】本公開一般涉及數(shù)據(jù)管理。由不同實體存儲的針對單個用戶的信息被獲得和統(tǒng)一以創(chuàng)建統(tǒng)一用戶簡檔。統(tǒng)一用戶簡檔被存儲并且可以被搜索、顯示和/或以另外的方式使用。還存在其它實施例。
【專利說明】統(tǒng)一的用戶簡檔

【背景技術】
[0001] 在過去的大約十年內(nèi)，越來越多的人已經(jīng)成為通過通信網(wǎng)絡提供的各種類型服務 的訂戶。通常，單個網(wǎng)絡訂戶將會購買和參加多個網(wǎng)絡服務。典型地，服務提供者在各種類 型的數(shù)據(jù)庫系統(tǒng)中存儲用戶信息。例如，移動訂戶可以訂購由不同移動運營商提供的語音 和蜂窩服務二者，并且涉及語音和蜂窩服務的用戶簡檔信息被存儲在相應移動運營商的分 離的數(shù)據(jù)庫服務器處。為了檢索用戶簡檔信息，通常有必要訪問用戶簡檔存儲在其中的多 個數(shù)據(jù)庫。

【專利附圖】

【附圖說明】
[0002] 圖1是圖示了統(tǒng)一用戶簡檔系統(tǒng)的簡化框圖。
[0003] 圖2A是圖示了統(tǒng)一用戶簡檔系統(tǒng)100的簡化圖。
[0004] 圖2B是圖示了由統(tǒng)一用戶簡檔系統(tǒng)100執(zhí)行的功能的簡化框圖。
[0005] 圖3是圖示了操作中的統(tǒng)一用戶簡檔系統(tǒng)100的簡化框圖。
[0006] 圖4是圖示了統(tǒng)一用戶簡檔系統(tǒng)的操作的簡化框圖。
[0007] 圖5是圖示了統(tǒng)一用戶簡檔系統(tǒng)的概念性架構的簡化圖。
[0008] 圖6是圖示了統(tǒng)一用戶簡檔的簡化圖。
[0009] 圖7是圖示了統(tǒng)一用戶簡檔視圖和各種數(shù)據(jù)源之間的關系的簡化圖。
[0010] 圖8是圖示了可以被用于提供統(tǒng)一用戶簡檔的架構的簡化圖。
[0011] 圖9是圖示了統(tǒng)一用戶簡檔的簡化圖。
[0012] 圖10是圖示了網(wǎng)絡環(huán)境中的UUP系統(tǒng)的簡化圖。

【具體實施方式】
[0013] 本公開一般地涉及數(shù)據(jù)管理。針對單個用戶的由不同實體存儲的信息被聚集和統(tǒng) 一以創(chuàng)建統(tǒng)一用戶簡檔。統(tǒng)一用戶簡檔被存儲并且可以被搜索、顯示和/或以另外的方式 使用。也存在其它實施例。
[0014] 如以上所解釋的，用于存儲用戶簡檔的現(xiàn)有解決方案(其中單個用戶可以具有多 個簡檔)典型地牽涉在不同數(shù)據(jù)庫處存儲該單個用戶的不同簡檔。結果，為了訪問這些用戶 簡檔，單獨地訪問用戶簡檔被存儲在其中的每個數(shù)據(jù)庫成為必要。另外，由于不同數(shù)據(jù)庫可 以具有不同接口（例如不同API的)和不同數(shù)據(jù)庫模型，因此訪問這些數(shù)據(jù)庫可能是困難的。
[0015] 因此，要領會到，本公開描述了用于提供統(tǒng)一用戶簡檔的各種方法和系統(tǒng)。更具體 地，提供虛擬身份和簡檔代理（VIPB)以創(chuàng)建統(tǒng)一用戶簡檔的虛擬視圖。VIPB可以向各種目 標系統(tǒng)提供不同虛擬視圖及其映射。虛擬視圖可以是表示統(tǒng)一用戶簡檔的以XML格式的層 次樹結構。通過提供以XML格式的用戶簡檔的統(tǒng)一視圖，搜索用戶簡檔變得獨立于各種數(shù) 據(jù)庫可能需要的特定或定制用戶數(shù)據(jù)模型或搜索項語法?；谒鲂枰?，VIPB可以提供用 戶簡檔的不同虛擬視圖。
[0016] 作為示例，術語"VIPB"是指創(chuàng)建從多個底層訂戶數(shù)據(jù)源所映射的訂戶數(shù)據(jù)視圖的 一種類型的內(nèi)容管理解決方案（CMS)。VIPB系統(tǒng)可以通過使用一個或多個網(wǎng)絡服務器和/ 或其它實體來實現(xiàn)。虛擬視圖可以是表示單個訂戶在不同倉庫中的所有數(shù)據(jù)的單個XML文 檔。VIPB可以被配置成執(zhí)行數(shù)據(jù)聯(lián)合或?qū)ζ溥M行實時代理。其還可以在存儲器中數(shù)據(jù)網(wǎng) 格中存儲用戶信息的匯編數(shù)據(jù)樹。自動刷新過程可以被用于周期性地觸發(fā)VIPB以構造針 對用戶標識符列表的統(tǒng)一用戶簡檔。由于統(tǒng)一用戶簡檔被收集到緩存存儲器、數(shù)據(jù)庫和/ 或其它類型的存儲裝置中，因此它們可以基于接入點（例如XPATH)而被索引為密鑰和/或 被存儲在統(tǒng)一簡檔中的各種屬性值。例如，統(tǒng)一用戶簡檔的索引允許結構化搜索(例如使用 XPATH)和非結構化搜索(例如使用文本)。
[0017] 要領會的是在本公開中描述的方法和系統(tǒng)提供和管理關于要支持的訂戶的個人、 上下文和行為信息的單個視圖，從而增強訂戶體驗和行為并提升服務提供者的商業(yè)利益。 作為示例，統(tǒng)一用戶簡檔（UUP)是基于簡單的前提：如果訂戶和他/她的信息(例如環(huán)境、興 趣、設備、活動等)的統(tǒng)一視圖對運營商和/或開發(fā)者實時可用，則可以更好地實現(xiàn)對與訂戶 的關系、訂戶的體驗和與訂戶的交互的管理。
[0018] 圖1是圖示了統(tǒng)一用戶簡檔系統(tǒng)的簡化框圖。該圖僅僅是示例，其不應當在本文 中不當?shù)叵拗茩嗬蟮姆秶？梢詫崿F(xiàn)其它變型、修改和替換。統(tǒng)一用戶簡檔系統(tǒng)100 被配置成從各種源檢索用戶簡檔及其信息。例如，簡檔源包括簡檔源101-104。簡檔源可 以是網(wǎng)絡實體。簡檔系統(tǒng)100經(jīng)由其(一個或多個）網(wǎng)絡通信接口而連接到簡檔源。例如， 簡檔源可以是HLR系統(tǒng)、HSS系統(tǒng)、XDMS系統(tǒng)、NAB系統(tǒng)、CRM系統(tǒng)、賬單子系統(tǒng)、存貨系統(tǒng)、 故障單（trouble ticket)系統(tǒng)、訂購系統(tǒng)、廣品系統(tǒng)、設備管理系統(tǒng)、⑶R系統(tǒng)、網(wǎng)絡日志系 統(tǒng)、IPTV日志系統(tǒng)、線纜日志系統(tǒng)、身份管理系統(tǒng)、位置服務器、存在服務器以及其它。
[0019] 取決于應用，統(tǒng)一用戶簡檔系統(tǒng)100可以以各種方式從簡檔源獲得用戶簡檔。例 如，統(tǒng)一用戶簡檔系統(tǒng)100可以周期性地從簡檔源收集用戶簡檔并且保持簡檔被更新。統(tǒng) 一用戶簡檔系統(tǒng)1〇〇還可以響應于從客戶端107接收的請求而從簡檔源獲得用戶簡檔。如 以上解釋的，統(tǒng)一用戶簡檔系統(tǒng)1〇〇分析從簡檔源所獲得的用戶簡檔，并且從不同簡檔源 檢索到的但涉及相同用戶的多個用戶簡檔被統(tǒng)一成統(tǒng)一用戶簡檔。統(tǒng)一用戶簡檔系統(tǒng)100 可以以XML格式生成統(tǒng)一用戶簡檔，其允許非結構化搜索以及進行訪問的其它方式。統(tǒng)一 用戶簡檔系統(tǒng)100連接到網(wǎng)絡倉庫105,其可以被用于存儲統(tǒng)一用戶簡檔。例如，網(wǎng)絡倉庫 105可以是web (網(wǎng)絡）倉庫、數(shù)據(jù)庫、IT倉庫、網(wǎng)絡倉庫或其它。如所示的統(tǒng)一用戶簡檔系 統(tǒng)100連接到分析系統(tǒng)106。下文描述的分析系統(tǒng)106可以執(zhí)行各種功能，其包括合并用戶 簡檔、用附加信息豐富用戶簡檔以及將用戶簡檔鏈接到各種數(shù)據(jù)庫和服務。
[0020] 圖2A是圖示了統(tǒng)一用戶簡檔系統(tǒng)100的簡化圖。該圖僅僅是示例，其不應當在本 文中不當?shù)叵拗茩嗬蟮姆秶？梢詫崿F(xiàn)其它變型、修改和替換。作為示例，統(tǒng)一用戶簡 檔系統(tǒng)100包括用戶接口模塊204、處理器203、存儲器205和通信接口 201和202。取決于 應用和特定實現(xiàn)，統(tǒng)一用戶簡檔系統(tǒng)100也可以具有其它組件。處理器203運行存儲在存 儲器205處的指令。存儲器205例如可以是計算機可讀介質(zhì)、隨機存取存儲器和其它類型 的計算機存儲器。除其它外尤其是，存儲器205包括用于經(jīng)由通信接口 201和202從各種 網(wǎng)絡實體和/或簡檔源獲得用戶簡檔的指令。通信接口 201和202可以是局域網(wǎng)接口、因 特網(wǎng)接口、無線通信接口、電力線通信接口和/或其它類型的通信接口。
[0021] 另外，存儲器205包括用于合并用戶簡檔以提供統(tǒng)一用戶簡檔的指令。一旦生成， 統(tǒng)一用戶簡檔就可以存儲在存儲器205和/或外部存儲器或數(shù)據(jù)庫處。用戶接口 204為用 戶提供訪問統(tǒng)一用戶簡檔系統(tǒng)100的方式。用戶接口 204可以包括顯示器和/或諸如鍵盤、 鼠標、觸摸屏、運動傳感器之類的輸入設備和/或其它。例如，通過用戶接口 204,運營商可 以查看統(tǒng)一用戶簡檔和/或做出改變。除了提供統(tǒng)一用戶簡檔之外，統(tǒng)一用戶簡檔系統(tǒng)100 還可以提供搜索結果和/或其它信息。例如，統(tǒng)一用戶簡檔系統(tǒng)100通過網(wǎng)絡通信接口 201 接收搜索請求，并且作為響應，處理器203處理搜索請求、訪問統(tǒng)一用戶簡檔并且生成搜索 結果。
[0022] 圖2B是圖示了由統(tǒng)一用戶簡檔系統(tǒng)100執(zhí)行的功能的簡化框圖。該圖僅僅是示 例，其不應當在本文中不當?shù)叵拗茩嗬蟮姆秶？梢詫崿F(xiàn)其它變型、修改和替換。通過 使用處理器203，統(tǒng)一用戶簡檔系統(tǒng)100執(zhí)行同步210、定制211、緩存212、安全性213、訪問 接口 214、抽象和數(shù)據(jù)建模215和持久訂戶數(shù)據(jù)存儲216。作為示例，可以添加、移除和/或 修改這些功能中的一個或多個。
[0023] 執(zhí)行同步210功能以用于供應、分布和同步用戶簡檔數(shù)據(jù)。例如，這些過程可以被 服務請求和/或預定的進度激活。定制211功能是用于定制和配置各種控制，諸如要訪問的 簡檔源、同步過程之間的間隔、要從用戶簡檔收集的信息和/或控制參數(shù)。緩存212功能提 供對用戶簡檔和其它類型的數(shù)據(jù)的存儲和/或復制。例如，緩存212功能通過使用存儲器 來實現(xiàn)。安全性213功能設置訪問和安全性策略。當用戶或網(wǎng)絡實體訪問統(tǒng)一用戶簡檔系 統(tǒng)100時，安全性功能確定用戶或網(wǎng)絡實體將會具有什么水平的訪問。例如，統(tǒng)一用戶簡檔 可以具有屬于不同訪問水平的信息并且基于由安全性213功能設置的安全性和訪問策略。 另外，安全性213功能可以執(zhí)行認證。訪問接口 214功能提供統(tǒng)一用戶簡檔系統(tǒng)100和其 它實體之間的接口，所述其它實體諸如簡檔源和/或需要訪問統(tǒng)一用戶簡檔的實體。例如， 訪問接口 214功能利用與各種網(wǎng)絡實體進行通信的通信接口來實現(xiàn)。抽象和數(shù)據(jù)建模215 功能分析從各種簡檔源獲得的用戶簡檔，并且基于預定的數(shù)據(jù)模型，檢索被包含在用戶簡 檔中的信息并且生成統(tǒng)一簡檔。例如，抽象和數(shù)據(jù)建?？梢允腔诟鞣N準則，諸如簡檔源、 姓名、年齡、購買歷史和/或其它。持久訂戶數(shù)據(jù)存儲216功能為用戶簡檔信息提供存儲， 并且所述存儲可以針對由統(tǒng)一用戶簡檔系統(tǒng)100生成的統(tǒng)一用戶簡檔和從各種簡檔源獲 得的用戶簡檔二者。例如，持久訂戶數(shù)據(jù)存儲216功能通過使用一個或多個存儲設備來實 現(xiàn)，諸如硬盤、固態(tài)存儲器、光學盤和/或其它。
[0024] 在使用場景中，訂戶具有存儲在移動訂戶數(shù)據(jù)庫處的移動簡檔和存儲在線纜訂戶 數(shù)據(jù)庫處的線纜電視簡檔。移動訂戶數(shù)據(jù)庫和線纜訂戶數(shù)據(jù)庫可以是分離的實體，并且甚 至由不同運營商操作。統(tǒng)一用戶簡檔系統(tǒng)100通過其通信接口并在訪問接口 214功能的幫 助下，訪問移動訂戶數(shù)據(jù)庫和線纜訂戶數(shù)據(jù)庫以獲得線纜電視簡檔和移動簡檔。通過使用 通過抽象和數(shù)據(jù)建模215功能實現(xiàn)的預定準則，統(tǒng)一用戶簡檔系統(tǒng)100為訂戶生成統(tǒng)一用 戶簡檔。取決于應用，統(tǒng)一用戶簡檔可以以各種格式來存儲，諸如XML格式，其允許非結構 化搜索。統(tǒng)一用戶簡檔包含不同水平的信息，并且其訪問由安全性213功能確定。例如，安 全性213功能為統(tǒng)一用戶簡檔生成訪問策略，其中在不同訪問水平處，存儲在統(tǒng)一用戶簡 檔處的不同類型的信息可以或不可以可用于訪問。通過訪問接口 214功能，搜索實體可以 向統(tǒng)一用戶簡檔系統(tǒng)100發(fā)送針對具有某些使用模式的移動訂戶的搜索請求。當確定了搜 索實體具有訪問證書并且訂戶滿足搜索準則時，統(tǒng)一用戶簡檔系統(tǒng)1〇〇在統(tǒng)一視圖中向搜 索實體提供統(tǒng)一用戶簡檔。另外，統(tǒng)一用戶簡檔系統(tǒng)100還可以執(zhí)行分析以幫助搜索實體 更好地理解在統(tǒng)一用戶簡檔中提供的信息。
[0025] 圖3是圖示了操作中的統(tǒng)一用戶簡檔系統(tǒng)100的簡化框圖。該圖僅僅是示例，其 不應當在本文中不當?shù)叵拗茩嗬蟮姆秶？梢詫崿F(xiàn)其它變型、修改和替換。如圖3中 所圖示，統(tǒng)一用戶簡檔系統(tǒng)提供合并、聯(lián)合和復制用戶簡檔數(shù)據(jù)。統(tǒng)一用戶簡檔系統(tǒng)從移動 簡檔源、設備簡檔源和/或其中存儲了用戶簡檔的其它源獲得和合并用戶簡檔。例如，移動 簡檔可以存儲在網(wǎng)絡倉庫和IT倉庫處。Web倉庫也可以存儲用戶簡檔。統(tǒng)一用戶簡檔系統(tǒng) 100訪問這些倉庫并且獲得存儲在其中的用戶簡檔。
[0026] 圖4是圖示了統(tǒng)一用戶簡檔系統(tǒng)的操作的簡化框圖。該圖僅僅是示例，其不應當 在本文中不當?shù)叵拗茩嗬蟮姆秶?。可以實現(xiàn)其它變型、修改和替換。用戶簡檔被存儲 在各種數(shù)據(jù)源和數(shù)據(jù)管理405處。例如，數(shù)據(jù)源可以獨立于彼此并與彼此分離。通過聯(lián)合 和中央緩存403功能，通過使用本地于（native to)其中存儲用戶簡檔的數(shù)據(jù)庫的協(xié)議和 標識信息來訪問數(shù)據(jù)源。一旦獲得用戶簡檔，執(zhí)行抽象404。例如，通過抽象404,用戶簡檔 被統(tǒng)一成變得以自適應格式可搜索。諸如本地網(wǎng)絡、IT服務、web實體、新服務之類的各種 實體和服務可以在框401處發(fā)送服務和應用請求以訪問統(tǒng)一用戶簡檔。例如，請求是以自 適應格式(例如XMULDAP)的查詢數(shù)據(jù)的形式，其具有作為已知請求實體和/或其中存儲了 用戶簡檔的實體的一個或多個用戶ID。訪問控制402確定請求實體訪問數(shù)據(jù)的能力和證 書。
[0027] 圖5是圖示了統(tǒng)一用戶簡檔系統(tǒng)的概念性架構的簡化圖。該圖僅僅是示例，其不 應當在本文中不當?shù)叵拗茩嗬蟮姆秶??？梢詫崿F(xiàn)其它變型、修改和替換。UUP提供聯(lián)合 層以及連同同步能力一起的數(shù)據(jù)倉庫層二者。這意味著服務提供者可以經(jīng)由聯(lián)合架構來利 用存儲在倉中的數(shù)據(jù)。也就是說，用戶簡檔數(shù)據(jù)從統(tǒng)一點可訪問，即便個體用戶簡檔可以繼 續(xù)駐留在它們相應的數(shù)據(jù)倉中。要領會到，如圖5中所示的架構提供不同類型的應用，無論 內(nèi)部或外部，其中即時單個源、單個協(xié)議和單個事務訪問一旦分散的統(tǒng)一用戶簡檔數(shù)據(jù)。在 某種程度上，遷移或合并無需利用可用用戶簡檔數(shù)據(jù)，從而允許運營商以利用簡檔數(shù)據(jù)的 應用主動性（initiative)快速向前移動。另外，利用圖5中所圖示的架構，運營商可以在 合理的時間進度上承擔復雜、擴張的和長期運行的合并主動性。
[0028] 為了使統(tǒng)一用戶簡檔數(shù)據(jù)可使用和可訪問，可以使用自適應格式。例如，在聯(lián)合層 中支持諸如XML和LDAP格式之類的自適應格式。呈現(xiàn)給應用的數(shù)據(jù)被抽象化。通過從物 理存儲位置、結構、訪問協(xié)議和身份中分離，抽象數(shù)據(jù)使得對應用而言經(jīng)由XML或LDAP請求 以已知身份接近UUP成為可能，并且該身份被轉(zhuǎn)化成得到數(shù)據(jù)所需的每一個其它身份和協(xié) 議。例如，UUP系統(tǒng)能夠通過使用許多不同類型的通信協(xié)議來進行通信。
[0029] 統(tǒng)一用戶簡檔系統(tǒng)還提供身份別名特征，其使得應用能夠使用其已知訂戶所作為 的身份，即便跨其中存儲訂戶簡檔的不同源訪問數(shù)據(jù)可能需要多個身份。
[0030] 聯(lián)合可以被配置成支持"虛擬"數(shù)據(jù)模型，其將克服可能由嘗試創(chuàng)建單塊 (monolithic)數(shù)據(jù)模型所導致的問題。這意味著數(shù)據(jù)的任何集合或子集可以被呈現(xiàn)給任何 應用或應用群組，獨立于所有其它應用和群組。由于數(shù)據(jù)模型可以被獨立創(chuàng)建和演進，所以 每個應用主動性甚至可以具有其自身的數(shù)據(jù)模型。這在將外部開發(fā)者的訪問限制到僅運營 商希望該應用看到的數(shù)據(jù)模型的那些元件中是有用的，其提供了安全性益處。
[0031] 細粒度訪問控制列表(ACL)系統(tǒng)被用于往下向按元件、按請求者、按目標訂戶的水 平提供釋放控制，其與新興的0MA全局許可管理器標準一致。除了該安全性之外，還可以支 持群組水平的控制，用于用戶定義的群組(例如會員資格和特權）和全球運營商群組二者。
[0032] UUP可以具有多水平緩存能力，具有在聯(lián)合以及數(shù)據(jù)倉庫水平處的緩存。聯(lián)合層處 的緩存使得能夠?qū)崿F(xiàn)關于高性能的可重復性和一致性，并且其提供精密復雜的控制機制以 使得搜索請求者能夠使用其存活時間內(nèi)或超過其存活時間的數(shù)據(jù)、迫使針對給定元件或源 的緩存刷新等等。
[0033] 數(shù)據(jù)管理層提供持久數(shù)據(jù)的中央供應、控制和管理，從而使得能夠創(chuàng)建主倉庫或 中央緩存。來自數(shù)據(jù)管理層的數(shù)據(jù)復制能力使得能夠?qū)崿F(xiàn)中央供應并且支持主數(shù)據(jù)管理主 動性。
[0034] 另外，UUP可以提供虛擬視圖和物理層之間的數(shù)據(jù)變換，傳出和傳入二者均可。數(shù) 據(jù)變換可以被用于降低位置的分辨率，這取決于誰做出請求(傳出）。數(shù)據(jù)變換還可以被用 于數(shù)據(jù)加密(傳入和傳出二者)。
[0035] 圖6是圖示了統(tǒng)一用戶簡檔的簡化圖。該圖僅僅是示例，其不應當在本文中不當 地限制權利要求的范圍。可以實現(xiàn)其它變型、修改和替換。如所示的統(tǒng)一用戶簡檔可以被 存儲為虛擬統(tǒng)一用戶簡檔，其針對各種類型的查看而被優(yōu)化。例如，統(tǒng)一用戶簡檔可以具有 多個虛擬視圖，其中的每一個為特定查看需要做準備(例如某些信息僅在某些虛擬視圖中 可見)。VIPB 603充當統(tǒng)一用戶簡檔以及各種數(shù)據(jù)源和網(wǎng)絡實體之間的居間。例如，VIPB 603從諸如關系數(shù)據(jù)庫、Diameter數(shù)據(jù)庫(例如用于存儲賬單信息的數(shù)據(jù)庫）和/或其它源 之類的數(shù)據(jù)源獲得用戶簡檔。當處理和抽象化來自用戶簡檔的信息時，VIPB 603生成統(tǒng)一 用戶簡檔。例如VIPB生成統(tǒng)一用戶簡檔601和602,其可以以便于稍后訪問的XML格式而 被存儲。統(tǒng)一用戶簡檔一旦生成就可以存儲在緩存存儲器和/或長期存儲實體處。如所示 的統(tǒng)一用戶簡檔602包括不同水平的信息，并且信息的一些和/或全部被存儲在緩存存儲 器處。例如，不同水平的信息對應于不同訪問水平，如由預定的訪問策略所管控的那樣。當 諸如CRM Web服務之類的實體嘗試通過VIPB獲得統(tǒng)一用戶簡檔信息時，對該實體可用或可 見的信息取決于訪問策略。例如，信息的一個集合僅暴露給" John "并且信息的另一個集合 僅暴露給"Mary"。為了使從統(tǒng)一用戶簡檔搜索和檢索信息變得容易，統(tǒng)一用戶簡檔以允許 非結構化搜索的格式(例如XML或其它格式）而存儲。例如，不管用于創(chuàng)建統(tǒng)一用戶簡檔的 數(shù)據(jù)模型如何，可以通過使用非結構化搜索項來搜索統(tǒng)一用戶簡檔。如圖6中所示，統(tǒng)一用 戶簡檔601和602以樹結構存儲，其允許基于元數(shù)據(jù)和身份別名來執(zhí)行對多個源的并行查 詢。
[0036] 取決于應用，虛擬統(tǒng)一用戶簡檔可以被配置用于不同的查看選項。每個統(tǒng)一用戶 簡檔可以被呈現(xiàn)為單個訂戶視圖。為了訪問任何統(tǒng)一用戶簡檔，通過VIPB 603提供單個接 入點。統(tǒng)一用戶簡檔可以以公共數(shù)據(jù)模型來存儲，其允許訪問的統(tǒng)一和便利的方法。訪問 策略提供隱私控制，其防止對用戶簡檔信息的未經(jīng)授權的訪問?；诓榭葱枰?，可以修改用 于統(tǒng)一用戶簡檔的虛擬視圖。
[0037] 圖7是圖示了統(tǒng)一用戶簡檔視圖和各種數(shù)據(jù)源之間的關系的簡化圖。該圖僅僅是 示例，其不應當在本文中不當?shù)叵拗茩嗬蟮姆秶?。可以實現(xiàn)其它變型、修改和替換。如 圖7中所示，統(tǒng)一數(shù)據(jù)源可以具有被存儲在不同數(shù)據(jù)節(jié)點處的信息。統(tǒng)一用戶簡檔的數(shù)據(jù) 節(jié)點中的每一個可以對應于被存儲在數(shù)據(jù)源中的一個或多個用戶簡檔，并且針對每個數(shù)據(jù) 節(jié)點的信息通過聚集、提取、變換和/或優(yōu)先過程來獲得。
[0038] 圖8是圖示了可以被用于提供統(tǒng)一用戶簡檔的架構的簡化圖。該圖僅僅是示例， 其不應當在本文中不當?shù)叵拗茩嗬蟮姆秶?。可以實現(xiàn)其它變型、修改和替換。如圖8 中所示，該架構可以被劃分成客戶端層、聯(lián)合層和數(shù)據(jù)管理層。
[0039] 圖9是圖示了統(tǒng)一用戶簡檔的簡化圖。該圖僅僅是示例，其不應當不當?shù)叵拗茩?利要求的范圍?？梢詫崿F(xiàn)其它變型、修改和替換。例如，圖9中的統(tǒng)一用戶簡檔以XML格 式來存儲。Vertica數(shù)據(jù)庫中的用戶數(shù)據(jù)被映射到邏輯數(shù)據(jù)模型對象頻道簡檔（Channel Profile)和瀏覽簡檔（BrowsingProfile)，二者都在單個用戶（S卩"個體"節(jié)點）的移動和寬帶 服務的邏輯數(shù)據(jù)視圖下。例如，這些數(shù)據(jù)模型對象標示用戶觀看的頻道和瀏覽的網(wǎng)站以及 用戶前10位的興趣。類似地，簡檔源PDE具有位置信息，所述位置信息被映射到位置簡檔、 緯度和經(jīng)度的邏輯數(shù)據(jù)視圖。
[0040] 一旦邏輯XML視圖可用，VIPB就提供數(shù)據(jù)聯(lián)合和統(tǒng)一，其可以是CMS系統(tǒng)的一部 分。要領會到，邏輯XML視圖允許讀取統(tǒng)一用戶簡檔的任何部分，其可以是邏輯數(shù)據(jù)視圖， 具有任何用戶的已知標識符(例如電子郵件、MSISDN等)。VIPB在內(nèi)部被配置成通過使用基 于XML和XQUERY的配置而將邏輯數(shù)據(jù)模型的部分映射到不同數(shù)據(jù)源。當在邏輯數(shù)據(jù)模型 的任何部分上觸發(fā)讀取請求時，VIPB訪問數(shù)據(jù)模型并且通過使用從不同數(shù)據(jù)源檢索數(shù)據(jù)所 必要的標識符和對應變換來并行檢索形成統(tǒng)一用戶簡檔所需的不同數(shù)據(jù)，從而滿足讀取請 求。例如，如果針對具有標識符"MSISDN 1234567890"的用戶讀取了個體/客戶/產(chǎn)品/ 寬帶，則讀取三個數(shù)據(jù)源(例如CRM、設備管理和Vertica)。在讀取過程期間，訪問不同數(shù)據(jù) 源可能需要不同標識符?？梢源嬖谙嗤愋偷亩鄠€標識符。例如，CRM數(shù)據(jù)源可能需要與 MSISDN不相同的客戶ID。在內(nèi)部，VIPB提供從給定標識符的單個用戶的不同標識符的鏈 接。
[0041] 圖10是圖不了網(wǎng)絡環(huán)境中的UUP系統(tǒng)的簡化圖。該圖僅僅是不例，其不應當不當 地限制權利要求的范圍?？梢詫崿F(xiàn)其它變型、修改和替換。如圖10中所示，VIPB服務器提 供搜索服務和通過網(wǎng)絡對用戶的其它訪問。VIPB還通過網(wǎng)絡連接各種服務器，包括Oracle 10g和LDAP服務器。VIPB使用數(shù)據(jù)模型來組織和存儲用戶簡檔信息，其可以如所示的那樣 被訪問和搜索。
[0042] 從將用戶簡檔聚集和組織成統(tǒng)一用戶簡檔(其可以以XML格式存儲)得到的益處之 一是可以通過使用單個用戶的許多標識符之一來訪問和搜索用戶數(shù)據(jù)。
[0043] 當外部過程(或應用）其觸發(fā)統(tǒng)一用戶簡檔的訪問時，對于每個用戶基于標識符的 給定列表周期性地運行，并且聯(lián)合的XML簡檔被緩存在存活時間存儲器中緩存網(wǎng)格中，所 述緩存網(wǎng)格跨越節(jié)點集群。一旦從各種簡檔源獲得用戶簡檔，它們可以被存儲在緩存存儲 器中以供易于訪問。為了易于訪問，UUP系統(tǒng)可以對著統(tǒng)一 XML的XPATH來索引用戶簡檔 的各種值。例如，索引可以存儲在緩存存儲器中，從而使其跨不同節(jié)點可訪問。
[0044] 現(xiàn)在參考圖9以提供示例。由"MSISDN 1234567890"標識的用戶可以具有作為他 前10位觀看頻道的發(fā)現(xiàn)頻道和國家地理。該信息從Vertica被聯(lián)合并且統(tǒng)一成單個用戶 簡檔XML。對著/個體/客戶/產(chǎn)品/寬帶/服務/IPTV/頻道簡檔/前10的XPATH來索 引發(fā)現(xiàn)和國家地理的這些值。類似地，作為/個體的屬性的年齡和性別（在圖9中未示出） 被索引有如從CRM系統(tǒng)檢索的"45"和"男性"的值。對著用戶的統(tǒng)一簡檔的XPATH而創(chuàng)建 的索引被維護在單個文檔中，該文檔可以被存儲在存儲器中緩存網(wǎng)格中。
[0045] 當客戶端應用發(fā)布搜索請求時，索引被用于找到匹配。例如，包括"找到其前10位 興趣有發(fā)現(xiàn)頻道并且其年齡落在35和45之間且其為男性的所有用戶"和"返回他們的移 動電話號碼"的搜索請求，搜索功能使用對著ΧΡΑΤΗ而創(chuàng)建的索引來找到滿足這些搜索項的 匹配文檔。客戶端應用還可以通過發(fā)布作為返回所期望屬性的搜索請求的部分的命令來縮 窄搜索。例如，客戶端應用發(fā)布"返回"命令以提供MSISDN屬性，其使得UUP系統(tǒng)返回基于 其UUP的索引值而匹配搜索準則的用戶的所有MSISDN。進而，在所匹配的文檔的"標識符" 的所期望ΧΡΑΤΗ上發(fā)布"讀取"命令。取決于應用，索引中的每一個還可以存儲用戶的標識 符之一，使得索引還可以被用于檢索其它信息和屬性。

【權利要求】
1. 一種用于管理用戶信息的方法，該方法包括： 提供簡檔模塊，所述簡檔模塊包括處理器和第一通信接口以及第二通信接口； 標識第一訂戶； 通過第一通信接口與第一服務器相接口； 從第一服務器獲得與第一訂戶相關聯(lián)的第一用戶簡檔； 通過第二通信接口與第二服務器相接口； 定位被存儲在第二服務器上的第二用戶簡檔，所述第二用戶簡檔與第一訂戶相關聯(lián)； 從第二服務器獲得第二用戶簡檔； 處理第一用戶簡檔； 從第一用戶簡檔提供信息的第一集合； 處理第二用戶簡檔； 從第二用戶簡檔提供信息的第二集合； 生成針對第一訂戶的統(tǒng)一視圖，所述統(tǒng)一視圖包括來自信息的第一集合和信息的第二 集合的信息；以及 將統(tǒng)一視圖存儲在存儲器模塊處。
2. 根據(jù)權利要求1所述的方法，還包括： 接收有關第一訂戶的搜索請求； 處理搜索請求； 響應于搜索請求基于來自統(tǒng)一視圖的信息而生成搜索結果。
3. 根據(jù)權利要求2所述的方法，其中所述搜索請求包括XML或LDAP請求。
4. 根據(jù)權利要求1所述的方法，其中統(tǒng)一視圖是以自適應格式。
5. 根據(jù)權利要求1所述的方法，還包括： 獲得第三用戶簡檔； 至少基于第三用戶簡檔來更新所述統(tǒng)一視圖。
6. 根據(jù)權利要求1所述的方法還包括： 確定針對第一用戶簡檔的改變； 響應于改變來更新所述統(tǒng)一視圖。
7. 根據(jù)權利要求1所述的方法，還包括至少通過使用統(tǒng)一視圖來執(zhí)行分析。
8. 根據(jù)權利要求1所述的方法，還包括在預定時間處更新所述統(tǒng)一視圖。
9. 根據(jù)權利要求1所述的方法，其中第一用戶簡檔與移動電話訂購計劃相關聯(lián)。
10. -種用于提供訂戶信息的方法，該方法包括： 提供簡檔系統(tǒng)，所述簡檔系統(tǒng)包括多個通信接口和處理器； 選擇第一用戶； 在多個通信接口和多個數(shù)據(jù)源之間形成連接，所述多個數(shù)據(jù)源包括與第一用戶相關聯(lián) 的用戶簡檔； 至少獲得與第一用戶相關聯(lián)的第一簡檔和第二簡檔； 處理第一簡檔和第二簡檔； 從第一簡檔和第二簡檔檢索用戶信息； 創(chuàng)建針對第一用戶的統(tǒng)一視圖，所述統(tǒng)一視圖包括用戶信息； 確定針對用戶信息的多個訪問水平； 至少基于所述多個訪問水平來生成訪問策略； 接收有關第一用戶的查詢；以及 依照訪問策略通過使用統(tǒng)一視圖來生成響應信息。
11. 根據(jù)權利要求10所述的方法，還包括： 生成與針對第一用戶的統(tǒng)一視圖相關聯(lián)的索引，所述索引包括用戶信息； 在簡檔系統(tǒng)和網(wǎng)絡實體之間建立通信接口； 認證網(wǎng)絡實體； 其中查詢是從網(wǎng)絡實體接收的。
12. -種用于提供訂戶信息的方法，該方法包括： 提供簡檔系統(tǒng)，所述簡檔系統(tǒng)包括處理器和計算機可讀介質(zhì)以及一個或多個通信接 口，所述處理器被配置成運行計算機可讀介質(zhì)處的代碼； 經(jīng)由所述一個或多個通信接口從多個源獲得多個用戶簡檔； 將所述多個用戶簡檔關聯(lián)到多個用戶，所述多個用戶包括第一用戶，所述第一用戶與 兩個或更多用戶簡檔相關聯(lián)； 生成統(tǒng)一簡檔，所述統(tǒng)一簡檔中每一個與用戶相關聯(lián)并且包括來自所述多個用戶簡檔 的信息； 分析所述統(tǒng)一簡檔； 提供針對統(tǒng)一簡檔的訪問策略； 經(jīng)由通信接口之一從網(wǎng)絡實體接收搜索請求，所述搜索請求包括一個或多個搜索準 則； 通過處理器至少基于訪問策略來確定針對搜索請求的訪問水平； 響應于搜索請求依照訪問水平來訪問統(tǒng)一簡檔； 至少基于所述一個或多個搜索準則而從統(tǒng)一簡檔檢索結果信息；以及 生成搜索結果，所述搜索結果包括結果信息。
13. 根據(jù)權利要求12所述的方法，還包括針對統(tǒng)一用戶簡檔而執(zhí)行分析。
14. 根據(jù)權利要求12所述的方法，還包括合并多個用戶簡檔。
15. 根據(jù)權利要求12所述的方法，還包括存儲統(tǒng)一簡檔。
【文檔編號】G06F17/00GK104067268SQ201280068642
【公開日】2014年9月24日 申請日期:2012年4月20日 優(yōu)先權日:2012年4月20日
【發(fā)明者】K.塔拉帕蒂, P.M.伯克 申請人:惠普發(fā)展公司，有限責任合伙企業(yè)