專利名稱：業(yè)務網絡中增強用戶信息的方法、設備及系統的制作方法
技術領域：
本發(fā)明涉及通信技術領域，尤其涉及一種業(yè)務網絡中增強用戶信息的方法、設備及系統。
背景技術：
用戶信息(User Profile)是指與用戶相關的各種屬性與數據的集合，包括用戶姓 名、地址、聯系方式、興趣愛好、網絡群組等。在當前的電信網上，如GSM(Global System for Mobile Communications，全球移動通訊系統)和 IMS(IP Multimedia Subsystem, IP 多媒 體系統)網絡中，用戶信息相對比較有限，主要包括用戶的位置信息、用戶公共標識、用戶 狀態(tài)以及一些業(yè)務相關的用戶信息等。并且，當前電信網上的這些用戶信息是由運營商控 制，用戶本身不能對這些信息做任何操作，例如增加、修改、刪除等，另外用戶本身也不能為 這些信息設置訪問控制策略。也就是說，用戶并沒有自身信息的隱私控制權，所有的用戶信 息都是由運營商決定如何控制。隨著互聯網業(yè)務與電信業(yè)務的融合，電信業(yè)務逐漸允許用戶具有自身用戶信息的 隱私控制權，可以讓用戶設置相應的訪問控制策略。我們將這種機制稱為“用戶信息自管 理”。也就是說在這種機制下，用戶可以管理自身的用戶信息，包括增加、刪除、修改、查找等 操作；另外用戶還具有訪問控制功能。隨著 SOA (Service Oriented Architecture，，面向服務的架構)/Web Service 技 術的推廣和流行，業(yè)務與業(yè)務之間的交互和相互訪問越來越頻繁，SOAP (Simple Object Access Protocol，輕量級訪問協議)協議的誕生為簡化業(yè)務間的相互訪問流程提供了條 件。這些成千上萬的業(yè)務相互訪問和融合將構成一個巨大的交互網絡，即業(yè)務網絡。另外 伴隨著用戶自創(chuàng)建業(yè)務的逐漸流行，業(yè)務網絡中包含的業(yè)務將會急劇擴大，同時很多業(yè)務 都包含有相關的用戶信息，因此同一個用戶的用戶信息可以分布在不同的業(yè)務實體上。通 常，業(yè)務在為用戶提供個性化的體驗前，需要獲得相關的用戶信息。同時，在業(yè)務網絡上，用 戶應該具有自身的隱私控制權，也就是能夠實現“用戶信息自管理”，并且用戶可以設置自 身的用戶信息訪問控制策略。在實現本發(fā)明的過程中，發(fā)明人發(fā)現現有技術中至少存在如下問題1、由于用戶信息是分散在不同的業(yè)務上，因此一個業(yè)務并不包含所有用戶的用戶 信息。但是為了讓用戶獲得個性化體驗，業(yè)務需要獲取到相應的用戶信息，如果該用戶信息 不存在，如何讓用戶愿意補充相應的用戶信息是需要解決的一個問題。2、由于用戶具有“用戶信息自管理”的功能，因此用戶可以拒絕某些業(yè)務訪問其用 戶信息。而對于很多小型業(yè)務提供商而言，新開發(fā)的各種業(yè)務又需要獲得該用戶的用戶信 息以為用戶提供個性化體驗，但是在用戶拒絕訪問的情況下是很難開展業(yè)務的。因此，如何 吸引用戶開放自身的用戶信息是需要面對的另外一個問題。3、通常情況下用戶信息具有一定的有效期。在業(yè)務網絡中，有些用戶信息可能長時間不更新，如果業(yè)務使用過時的用戶信息會發(fā)生很多錯誤。因此，如何吸引用戶對用戶信息進行有效地更新也是需要面對的一個問題。

發(fā)明內容
本發(fā)明實施例提供一種業(yè)務網絡中增強用戶信息的方法、設備及系統，以能為用戶提供更多的個性化業(yè)務。本發(fā)明實施例采用如下技術方案一種業(yè)務網絡中增強用戶信息的方法，包括接收由業(yè)務實體發(fā)送的獲取用戶信息請求消息；根據所述獲取用戶信息請求消息，獲取對應的用戶信息的可用性信息；當所述用戶信息的可用性信息表明所述用戶信息不可用時，向用戶發(fā)送激勵通知 消息并提供預先存儲的激勵信息，以使用戶補充或開放或更新業(yè)務實體所需要的用戶信息 給所述業(yè)務實體。一種身份管理功能實體，包括消息接收單元，用于接收由業(yè)務實體發(fā)送的獲取用戶信息請求消息；信息獲取單元，用于根據所述獲取用戶信息請求消息，獲取對應的用戶信息的可 用性信息；激勵單元，用于當所述用戶信息的可用性信息表明所述用戶信息不可用時，向用 戶發(fā)送激勵通知消息并提供預先存儲的激勵信息，以使用戶補充或開放或更新業(yè)務實體所 需要的用戶信息給所述業(yè)務實體。一種業(yè)務網絡中增強用戶信息的系統，包括至少一個業(yè)務實體，用于向身份管理功能實體發(fā)送獲取用戶信息請求消息；身份管理功能實體，用于接收由所述業(yè)務實體發(fā)送的獲取用戶信息請求消息，根 據所述獲取用戶信息請求消息，獲取對應的用戶信息的訪問控制策略以及狀態(tài)信息；當所 述用戶信息的可用性信息表明所述用戶信息不可用時，向用戶發(fā)送激勵通知消息并提供預 先存儲的激勵信息，以使用戶補充或開放或更新業(yè)務實體所需要的用戶信息給所述業(yè)務實 體。本發(fā)明實施例業(yè)務網絡中增強用戶信息的方法、設備及系統，當身份管理功能實 體收到所述業(yè)務實體發(fā)送的獲取用戶信息請求消息后，根據所述獲取用戶信息請求消息， 獲取對應的用戶信息的可用性信息，并在當所述用戶信息的可用性信息表明所述用戶信息 不可用時，向用戶發(fā)送激勵通知消息并提供預先存儲的激勵信息，以使用戶補充或開放或 更新業(yè)務實體所需要的用戶信息給所述業(yè)務實體。因此，利用本發(fā)明實施例的技術方案，可使用戶補充、開放或更新更多的用戶信息 給業(yè)務實體。因此，業(yè)務提供商可獲得更多的用戶信息而了解用戶的需求，從而能為用戶提 供更多的個性化業(yè)務。


為了更清楚地說明本發(fā)明實施例的技術方案，下面將對實施例描述中所需要使用 的附圖作一簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于 本領域普通技術人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據這些附圖獲得其他的附圖。圖1為本發(fā)明實施例業(yè)務網絡中增強用戶信息的方法的流程圖；圖2為本發(fā)明實施例業(yè)務網絡中增強用戶信息的方法的第二流程圖；圖3為本發(fā)明實施例業(yè)務網絡中增強用戶信息的方法的第三流程圖；圖4為圖3所示本發(fā)明實施例業(yè)務網絡中增強用戶信息的方法中步驟10的示意 圖；圖5為本發(fā)明實施例業(yè)務網絡中增強用戶信息的方法中，業(yè)務獲取信息模式并為 用戶設置激勵的過程示意圖；圖6為本發(fā)明實施例業(yè)務網絡中增強用戶信息的方法中，業(yè)務訪問用戶信息的過 程示意圖；圖7為本發(fā)明實施例身份管理功能實體的示意圖；圖8為本發(fā)明實施例身份管理功能實體的結構圖；圖9為發(fā)明實施例業(yè)務網絡中增強用戶信息的系統的示意圖。
具體實施例方式下面將結合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行清楚、完 整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例?；?本發(fā)明中的實施例，本領域普通技術人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他 實施例，都屬于本發(fā)明保護的范圍。為使業(yè)務提供商獲得更多的用戶信息而為用戶提供更多的個性化服務，如圖1所 示，本發(fā)明實施例提供了一種業(yè)務網絡中增強用戶信息的方法，包括如下步驟步驟11、身份管理功能實體(身份Broker)接收由業(yè)務實體發(fā)送的獲取用戶信息 請求消息。在此實施例中，對所述獲取用戶信息請求消息的格式及所包含的內容做如下定 義*消息類型〈RequestProf ile> (必選)用于表示所述消息為獲取用戶信息請求消 息；*業(yè)務標識〈ServicelD〉(必選)，用于唯一標識所述業(yè)務實體，例如SOOl ；*用戶標識<UserID> (必選)，用于唯一標識所述用戶，例如23456 ；*用戶信息類型〈Profile Type〉(必選)，用于表示所述業(yè)務實體需要獲取哪種類 型的用戶信息；*信息屬性〈Element〉(必選)，用于表示所述業(yè)務實體需要獲取的用戶信息屬性。步驟12、所述身份管理功能實體根據所述獲取用戶信息請求消息，獲取對應的用 戶信息的可用性信息。其中，所述可用性信息可包括用戶信息的訪問控制策略；或者用戶信息的狀態(tài) 信息；或者用戶信息的訪問控制策略和狀態(tài)信息的組合。其中，所述用戶信息的訪問控制策略可 包括用戶預先設置的其用戶信息允許或拒 絕業(yè)務實體訪問等，狀態(tài)信息可包括該業(yè)務實體所請求的用戶信息是否存在，業(yè)務實體所 請求的用戶信息是否需要補充，業(yè)務實體所請求的用戶信息是否需要更新等。
步驟13、當所述用戶信息的可用性信息表明所述用戶信息不可用時，所述身份管 理功能實體向用戶發(fā)送激勵通知消息并提供預先存儲的激勵信息，以使用戶補充或開放或 更新業(yè)務實體所需要的用戶信息給所述業(yè)務實體。在此實施例中，對所述激勵通知消息的格式及所包含的內容做如下定義*消息類型〈EnticementNotif ication〉(必選)，用于表示所述消息為激勵通知消 息；*業(yè)務標識〈ServicelD〉(必選)，用于唯一標識所述業(yè)務實體； *動作類型〈Action〉(必選)，用于表示需要用戶在收到所述消息后需要進行的操 作類型，包括Supplement 用戶需要補充用戶信息；Open 用戶需要開放用戶信息；Update 用 戶需要更新用戶信息；*用戶信息類型〈ProfileTypeM必選)，用于表示所述業(yè)務實體需要獲取哪種類 型的用戶信息；*信息屬性〈Element〉(必選)，用于表示所述用戶的操作是針對哪種用戶信息屬 性進行的；*激勵描述〈EnticementDescriptionM必選)，用于描述向用戶發(fā)送的激勵信息 的情況，包括激勵標識以唯一標識該激勵信息。其中，所述用戶信息的可用性信息表明所述用戶信息不可用的情況可至少包括以 下幾種(1)業(yè)務實體所請求的用戶信息存在但用戶拒絕業(yè)務實體訪問其用戶信息；(2)業(yè) 務實體所請求的用戶信息不存在；(3)業(yè)務實體所請求的用戶信息需要更新等。針對上述的三種“不可用”情形，可有如下處理方式(1)當所述用戶信息的訪問控制策略和/或狀態(tài)信息表明所述用戶信息存在但拒 絕業(yè)務實體訪問時，所述向用戶發(fā)送激勵通知消息并提供預先存儲的激勵信息可包括由 預先存儲的信息模式(Profile Schema)中獲取相應的激勵信息，并向所述用戶發(fā)送激勵通 知消息，在所述激勵通知消息中攜帶所述激勵信息，并且所述激勵通知消息中的動作類型 為用戶需要開放用戶信息。(2)當所述用戶信息的訪問控制策略和/或狀態(tài)信息表明所述用戶信息不存在 時，所述向用戶發(fā)送激勵通知消息并提供預先存儲的激勵信息可包括由預先存儲的信息 模式中獲取相應的激勵信息，并向所述用戶發(fā)送激勵通知消息，在所述激勵通知消息中攜 帶所述激勵信息，并且所述激勵通知消息中的動作類型為用戶需要補充用戶信息。(3)當所述用戶信息的訪問控制策略和/或狀態(tài)信息表明所述用戶信息需要更新 時，所述向用戶發(fā)送激勵通知消息并提供預先存儲的激勵信息可包括由預先存儲的信息 模式中獲取相應的激勵信息，并向所述用戶發(fā)送激勵通知消息，在所述激勵通知消息中攜 帶所述激勵信息，并且所述激勵通知消息中的動作類型為用戶需要更新用戶信息。此外，如圖2所示，在圖1的基礎上，為準確的使得業(yè)務實體為用戶提供相應的激 勵以獲取用戶信息，本發(fā)明實施例所述方法還包括步驟14、所述身份管理功能實體接收由用戶發(fā)送的激勵響應消息。在此實施例中，對所述激勵響應消息的格式及所包含的內容做如下定義*消息類型〈EnticementResponse〉(必選)，用于表示所述消息為激勵響應消息；
*業(yè)務標識〈ServicelD〉(必選)，用于唯一標識所述業(yè)務實體，例如SOOl ；*用戶標識<UserID> (必選)，用于唯一標識所述用戶，例如23456 ；*動作類型〈Action〉(必選)，用于表示用戶在收到所述消息后進行的操作類型， 包括Supplemented 用戶補充了用戶信息；Opened 用戶開放了用戶信息；Upda ted 用戶更新了用戶信息；Denied 用戶拒絕補充或開放用戶信息；*用戶信息類型〈ProfileTypeX必選)，用于表示是哪種類型的用戶信息；*信息屬性〈Element〉(必選)，包含屬性名稱和用戶補充的信息值；*用戶所選擇激勵的描述〈EnticementDescription〉(可選)，包括激勵標識以唯 一標識該激勵信息，用于描述用戶所選擇的激勵信息的情況；并且，當〈Action〉= Denied 時，可以不出現。例如，當用戶更新了其用戶信息時，在用戶所發(fā)送的激勵響應消息中的Action字 段中的信息為Updated。步驟15、所述身份管理功能實體根據所述激勵響應消息，向所述業(yè)務實體發(fā)送激 勵反饋消息，通知所述業(yè)務實體用戶選擇的激勵信息。在此實施例中，對所述激勵反饋消息的格式及所包含的內容做如下定義*消息類型〈EnticementFeedback〉(必選)，用于表示所述消息為激勵反饋消息；*用戶標識<UserID> (必選)，用于唯一標識所述用戶；*動作類型〈Action〉(必選)，用于表示用戶在收到所述消息后進行的操作類型， 包括Supplemented 用戶補充了用戶信息；Opened 用戶開放了用戶信息；Upda ted 用戶更新了用戶信息；Denied 用戶拒絕補充或開放用戶信息；*用戶信息類型〈ProfileTypeM必選)，用于表示所述業(yè)務實體需要獲取哪種類 型的用戶信息；*信息屬性〈Element〉(必選)，包含屬性名稱和用戶補充的信息值；*用戶所選擇激勵的描述〈EnticementDescription〉(可選)，包括激勵標識以唯 一標識該激勵信息，用于描述用戶所選擇的激勵信息的情況；并且，當〈Action〉= Denied 時，可以不出現。如圖3所示，在圖2的基礎上，為提高向業(yè)務實體反饋用戶選擇的激勵的效率，在 步驟11前，所述方法還可包括步驟10、所述身份管理功能實體接收并存儲由所述業(yè)務實體根據獲取到的信息模 式而設置的激勵信息。如圖4所示，此步驟10可包括步驟100、所述身份管理功能實體接收由所述業(yè)務實體發(fā)送的獲取信息模式請求 消息。其中，所述獲取信息模式請求消息包括*消息類型<Prif ileSchemaREquest〉(必選)，用于表示所述消息為獲取信息模式 請求消息；*業(yè)務標識〈ServicelD〉(必選)，用于唯一標識所述業(yè)務實體，例如S001 ；
*請求內容〈Content〉(必選)，用于表示所述獲取信息模式請求消息所請求的內 容，包括All 請求全部信息模式；Part 請求部分信息模式；Type 請求信息模式的類型；*用戶信息類型〈ProfileTypeM可選)，用于表示所述獲取信息模式請求消息所 對應的用戶信息類型。步驟101、所述身份管理功能實體根據所述獲取信息模式請求消息中的Content 內容，查找相應的信息模式，并將查找到的信息模式發(fā)送給所述業(yè)務實體，以使所述業(yè)務實 體根據獲取到的信息模式設置激勵信息。在業(yè)務網絡中，用戶信息分散在不同的業(yè)務實體上，可以分為多種類型，如針對 個人信息的personal profile，針對社會網絡信息的social profile，針對具體業(yè)務的 service profile，針對用戶設備的device profile等。在本發(fā)明中，每一種類型的用戶信 息需要定義這種類型的profile schema，這個prof ile schema用于說明該類型的用戶信息 所包含的具體內容，不同類型的用戶信息具有不同的profile schema。在本發(fā)明中，在身份 Broker中登記用戶信息之前，首先需要將該類型的用戶信息所對應的profile schema注 冊到身份Broker之中，然后再登記用戶信息。其它業(yè)務在需要使用用戶信息的時候，首先 需要從身份Broker之中獲取該類型的用戶信息所對應的profile schema，從而了解該用 戶信息所包含的具體內容，以此為基礎接下來就可以進行具體的用戶信息發(fā)現。步驟102、所述身份管理功能實體接收并存儲由所述業(yè)務實體發(fā)送的激勵消息，在 所述激勵消息中包括所述激勵信息。其中，所述激勵消息包括*消息類型〈Enticement〉(必選)，用于表示所述消息為激勵消息；*業(yè)務標識〈Service ID> (必選)，用于唯一標識所述業(yè)務實體；*用戶信息類型〈ProfileTypeM必選)，用于表示所述獲取信息模式請求消息所 對應的用戶信息類型；*激勵條件〈Condition〉(必選)，用于表示需要向用戶發(fā)送激勵信息的條件，包 括Supplement 用戶補充用戶信息；Open 用戶開放用戶信息；Update 用戶更新用 戶信息；也即在用戶補充了用戶信息，或者用戶開放了用戶信息，或者用戶更新了用戶信 息時向用戶發(fā)送激勵信息。*激勵描述〈EnticementDescriptionM必選)，用于描述向用戶發(fā)送的激勵信息 的情況，包括激勵標識以唯一標識該激勵信息。此外，在本發(fā)明實施例所述的方法中，當所述用戶信息的訪問控制策略和/或狀 態(tài)信息表明所述用戶信息可用即業(yè)務實體所請求的用戶信息存在且用戶允許業(yè)務實體訪 問時，所述身份管理功能實體將與所述獲取用戶信息請求消息相對應的用戶信息發(fā)送給所 述業(yè)務實體。以下結合圖5，描述一下業(yè)務實體 是如何獲取信息模式(Profile Schema)并為用 戶設置激勵的。如圖5所示，業(yè)務實體獲取信息模式并為用戶設置激勵的過程包括如下步驟
步驟41、業(yè)務實體經業(yè)務路由器向所述身份管理功能實體的注冊/發(fā)現模塊發(fā)送 獲取信息模式請求消息，其中所述消息的格式與步驟100中描述的相同。在此，假設業(yè)務實 體請求內容(Content)為All。 步驟42、所述身份管理功能實體的注冊/發(fā)現模塊根據所述請求內容(Content) 查找全部的信息模式。步驟43、所述身份管理功能實體的注冊/發(fā)現模塊將查找到的全部信息模式經所 述業(yè)務路由器發(fā)送給所述業(yè)務實體。步驟44、所述業(yè)務實體在收到所述信息模式后，設置激勵消息，其中所述消息的 格式與步驟102中描述的相同。在此實施例中，所述激勵消息的激勵條件〈Condition〉為 Open，表明當用戶開放其用戶信息時為用戶提供激勵。步驟45、所述業(yè)務實體經所述業(yè)務路由器將所述激勵消息發(fā)送給所述身份管理功 能實體的激勵模塊。步驟46、所述身份管理功能實體的激勵模塊保存所述激勵消息所攜帶的激勵信 肩、ο以下結合圖6，詳細描述一下業(yè)務實體訪問用戶信息的過程。包括如下步驟步驟51、業(yè)務實體經業(yè)務路由器向身份管理功能實體的驗證模塊發(fā)送獲取用戶信 息請求消息。此獲取用戶信息請求消息的格式和所包含的內容與步驟11中所述的相同。在此步驟前，所述業(yè)務實體需首先獲取用戶的信息模式，以確定該用戶具有哪些 用戶{曰息。步驟52、所述身份管理功能實體的驗證模塊由策略存儲模塊獲取該用戶的用戶信 息的訪問控制策略。步驟53、所述策略存儲模塊向所述驗證模塊返回相應的訪問控制策略。步驟54、所述驗證模塊向所述身份管理功能實體的注冊/發(fā)現模塊查詢所述用戶 信息是否存在以及最近的更新日期。步驟55、所述注冊/發(fā)現模塊返回查詢結果給所述驗證模塊。步驟56、所述驗證模塊根據接收到的訪問控制策略和用戶信息的查詢結果進行判 斷，可有至少以下四種情況情況1 所請求的用戶信息存在+用戶允許業(yè)務實體訪問；情況2 所請求的用戶信息存在+用戶拒絕業(yè)務實體訪問；情況3 所請求的用戶信息不存在+用戶允許或拒絕業(yè)務實體訪問；情況4 所請求的用戶信息需要更新。上述情況1稱為用戶的用戶信息“可用”，情況2-情況4稱為用戶的用戶信息“不 可用”。以下分別描述針對上述不同情況，身份管理管理功能實體的不同處理方式(1)對于情況1，身份管理管理功能實體可按下述方式進行處理步驟57、當出現情況1時，所述驗證模塊判斷驗證通過，向所述注冊/發(fā)現模塊轉 發(fā)所述獲取用戶信息請求消息。步驟58、由所述注冊/發(fā)現模塊將查找到的用戶信息經所述業(yè)務路由器發(fā)送給業(yè) 務實體。(2)對于第二種情況，身份管理管理功能實體可按下述方式處理
步驟59、所述驗證模塊向所述身份管理功能實體發(fā)送驗證結果消息，通知所述激 勵模塊用戶的用戶信息存在但拒絕訪問。步驟510、所述激勵模塊從預先設置的信息模式Profile Schema中獲取相應的激
勵信息。 步驟511、所述激勵模塊向所述用戶發(fā)送激勵通知消息；其中所述激勵通知消息 與步驟13中描述的格式和包含的內容相同，并且動作類型〈Action〉= Open，表明只要用戶 開放相應的用戶信息即可獲得相應的激勵。步驟512、所述用戶開放其用戶信息，并向所述激勵模塊發(fā)送激勵響應消息。所述 激勵響應消息的格式和所包含的內容與步驟14中描述的相同，并且動作類型〈Action〉= Opened，表明所述用戶開放了其用戶信息給業(yè)務實體。并且，在所述激勵響應消息中包含了 用戶所選擇的激勵的情況。步驟513、所述激勵模塊在收到所述激勵響應消息后，向所述策略存儲模塊發(fā)送消 息，通知所述策略存儲模塊修改該用戶信息的訪問控制策略，允許業(yè)務實體訪問該用戶信 息，并設置在一定的有效期內，業(yè)務實體都可訪問該用戶信息。步驟514、所述激勵模塊經業(yè)務路由器向所述業(yè)務實體發(fā)送激勵反饋消息。其中所 述激勵反饋消息的格式和所包含的內容與步驟15中描述的相同，并且動作類型〈Action〉 = Opened,表明用戶開放了其用戶信息，并表明用戶所選擇的激勵。(3)對于第三種情況，身份管理管理功能實體可按下述方式處理步驟515、所述驗證模塊向所述身份管理功能實體發(fā)送驗證結果消息，通知所述激 勵模塊用戶的用戶信息不存在。步驟516、所述激勵模塊從預先設置的信息模式Profile Schema中獲取相應的激
勵信息。步驟517、所述激勵模塊向所述用戶發(fā)送激勵通知消息；其中所述激勵通知消息 與步驟13中描述的格式和包含的內容相同，并且動作類型〈Action〉= Supplement,表明只 要用戶補充相應的用戶信息即可獲得相應的激勵。步驟518、所述用戶補充其用戶信息，并向所述激勵模塊發(fā)送激勵響應消息。所述 激勵響應消息的格式和所包含的內容與步驟14中描述的相同，并且動作類型〈Action〉= Supplemented，表明所述用戶補充了其用戶信息給業(yè)務實體。并且，在所述激勵響應消息中 包含了用戶所選擇的激勵的情況。步驟519、所述激勵模塊在收到所述激勵響應消息后，向所述策略存儲模塊發(fā)送消 息，通知所述策略存儲模塊修改該用戶信息的訪問控制策略，允許業(yè)務實體訪問該用戶信 息，并設置在一定的有效期內，業(yè)務實體都可訪問該用戶信息。步驟520、所述激勵模塊向所述注冊/發(fā)現模塊發(fā)送消息，使所述注冊/發(fā)現模塊 保存用戶所補充的用戶信息。步驟521、所述激勵模塊經業(yè)務路由器向所述業(yè)務實體發(fā)送激勵反饋消息。其中所 述激勵反饋消息的格式和所包含的內容與步驟15中描述的相同，并且動作類型〈Action〉 =Supplemented，表明用戶補充了其用戶信息，并表明用戶所選擇的激勵。(4)對于第四種情況，身份管理管理功能實體可按下述方式處理步驟522、所述驗證模塊向所述身份管理功能實體發(fā)送驗證結果消息，通知所述激勵模塊用戶的用戶信息需要更新。步驟523、所述激勵模塊從預先設置的信息模式Profile Schema中獲取相應的激
勵信息。步驟524、所述激勵模塊向所述用戶發(fā)送激勵通知消息；其中所述激勵通知消息與步驟13中描述的格式和包含的內容相同，并且動作類型〈Action〉= Update，表明只要用 戶更新相應的用戶信息即可獲得相應的激勵。步驟525、所述用戶更新其用戶信息，并向所述激勵模塊發(fā)送激勵響應消息。所述 激勵響應消息的格式和所包含的內容與步驟14中描述的相同，并且動作類型〈Action〉= Updated，表明所述用戶更新了其用戶信息給業(yè)務實體。并且，在所述激勵響應消息中包含 了用戶所選擇的激勵的情況。步驟526、所述激勵模塊向所述注冊/發(fā)現模塊發(fā)送消息，使所述注冊/發(fā)現模塊 保存用戶更新后的用戶信息。步驟527、所述激勵模塊經業(yè)務路由器向所述業(yè)務實體發(fā)送激勵反饋消息。其中所述激勵反饋消息的格式和所包含的內容與步驟15中描述的相同，并且動作類型〈Action〉 = Updated,表明用戶更新了其用戶信息，并表明用戶所選擇的激勵。然后，業(yè)務實體即可對用戶信息進行訪問，并向用戶提供相應的激勵。下面，結合兩個具體例子，描述一下本發(fā)明實施例所述的方法的實現過程。例一在業(yè)務網絡中，一個在線圖書銷售業(yè)務為了擴大圖書銷售，向用戶提供個性 化的圖書通知功能。首先用戶需要給在線圖書銷售業(yè)務提供自身對于圖書的偏好，也就是說用戶喜歡 和希望購買哪些類型的圖書，一旦有新的圖書，則在線圖書銷售業(yè)務會向用戶發(fā)送滿足用 戶偏好的圖書信息給用戶。但是在業(yè)務網絡之中，用戶對于圖書的偏好也是用戶信息的一 種類型，該類型的用戶信息并不是在線圖書銷售業(yè)務掌握的，因此在線圖書銷售業(yè)務需要 通過身份管理功能實體訪問。在訪問圖書偏好用戶信息時，某些用戶可能拒絕在線圖書銷售業(yè)務進行訪問，另 外一種情況是一些用戶的圖書偏好用戶信息可能并不存在，因此為了向更多的用戶提供個 性化圖書通知功能，在線圖書銷售業(yè)務需要設置激勵策略來激勵用戶開放或補充圖書偏好 用戶信息。主要過程如下(1)在線圖書銷售業(yè)務向身份管理功能實體發(fā)送獲取信息模式請求消息，請求返回所有的profile schema類型，具體消息格式如下 (2)身份管理功能實體返回所有類型信息給在線圖書銷售業(yè)務，具體消息格式如 下 (3)在線圖書銷售業(yè)務向身份管理功能實體請求類型為Book Profile的profile schema，具體消息格式如下
< (4)身份管理功能實體返回Book Profile的profile schema給在線圖書銷售業(yè)
務，具體消息格式如下

(5)在線圖書銷售業(yè)務獲得上述profile schema之后，了解到這些用戶信息對于
自身的業(yè)務非常重要，設置相應的激勵，并發(fā)送給身份管理功能實體 (6)身份管理功能實體接收到上述激勵設置之后，將該激勵保存在本地。(7)在激勵信息設置并保存好之后，在線圖書銷售業(yè)務為了獲得用戶John對于圖 書的偏好信息，向業(yè)務路由器請求獲取用戶該類型的消息，主要內容包括 (8)業(yè)務路由器將請求轉發(fā)至身份管理功能實體驗證模塊；(9)驗證模塊發(fā)送請求從策略存儲模塊中獲取該用戶profile的訪問控制策略；(10)策略存儲模塊返回訪問控制策略至驗證模塊，驗證模塊發(fā)現訪問控制策略中 John拒絕在線圖書銷售業(yè)務訪問他的Book Profile用戶信息；(11)驗證模塊再向注冊/發(fā)現模塊查詢所請求的John的Book Profile用戶信息 是否存在；(12)注冊/發(fā)現模塊查詢到該用戶信息存在，并返回查詢結果至驗證模塊；(13)驗證模塊向激勵模塊發(fā)送消息，所請求的用戶profile存在但是用戶拒絕訪 問；(14)激勵模塊從預先保存的Book Profile激勵信息中提取對應的激勵；(15)激勵模塊發(fā)送消息通知John用戶開放Book Profile能夠對應的激勵，消息
如下所示
獲得半年的圖書免費通知 </Ent icementDescript ion> (16)John接收到上述請求開放和相應的激勵信息之后，開放自身的Book Profile
信息給在線圖書銷售業(yè)務，并選擇獲得對應的激勵，將消息反饋給身份管理功能實體；
獲得半年的圖書免費通知 </Ent icementDescript ion> </EnticementResponse>(17)激勵模塊接收到John的反饋之后，首先修改John的Book Profile訪問控制 策略為向在線圖書銷售業(yè)務開放，并將John的激勵選擇反饋給在線圖書銷售業(yè)務；(18)同時激勵模塊通知注冊/發(fā)現模塊將John的Book Prof ile用戶信息發(fā)送給 在線圖書銷售業(yè)務。
例二在業(yè)務網絡中，一個旅行社開發(fā)的旅游信息業(yè)務為了滿足用戶的隨時隨地了 解旅游信息，提供向用戶通知旅游信息的功能。旅游信息業(yè)務只要獲得用戶的旅行偏好(Travelling Profile)信息之后，就可以 把適合用戶偏好的旅游信息通知給用戶。用戶的旅行偏好，即Travelling Profile注冊在 身份管理功能實體之上，旅游信息業(yè)務需要從身份管理功能實體獲得該用戶信息。(1)旅游信息業(yè)務向身份管理功能實體發(fā)送獲取信息模式請求消息，請求返回所 有的profile schema類型，具體消息格式如下 (2)身份管理功能實體返回所有類型信息給旅游信息業(yè)務 (3)旅游信息業(yè)務向身份 管理功能 實體請求類型為Travelling Profile的 profile schema (4)身份管理功能實體返回Travelling Profile的profile schema給旅游信息 業(yè)務 (5)旅游信息業(yè)務獲得上述profile schema之后，了解到這些用戶信息對于自身 的業(yè)務非常重要，設置相應的激勵，并發(fā)送給身份管理功能實體 (6)身份管理功能實體接收到上述激勵設置之后，將該激勵保存在本地；(7)在激勵信息設置并保存好之后，旅游信息業(yè)務為了獲得用戶小明對于旅行的 偏好信息，向業(yè)務路由器請求獲取用戶該類型的用戶消息，主要內容包括 (8)業(yè)務路由器將請求轉發(fā)至身份管理功能實體驗證模塊；(9)驗證模塊發(fā)送請求從策略存儲模塊中獲取小明的Travelling Profile的訪 問控制策略；(10)策略存儲模塊返回訪問控制策略至驗證模塊，驗證模塊發(fā)現訪問控制策略中 小明允許在線圖書銷售業(yè)務訪問他的Travelling Profile用戶信息； (11)驗證模塊再向注冊/發(fā)現模塊查詢所請求的小明的Travelling Profile用 戶信息是否存在；(12)注冊/發(fā)現模塊查詢之后發(fā)現小明的Travelling Profile信息不存在，并返 回查詢結果至驗證模塊；(13)驗證模塊向激勵模塊發(fā)送消息，所請求的小明的Travelling Profile不存 在但是用戶允許訪問；(14)激勵模塊從預先保存的Travelling Profile激勵信息中提取對應的激勵；(15)激勵模塊發(fā)送消息通知小明補充Travelling Profile能夠對應的激勵，消
息如下所示 (16)小明接收到上述請求補充Travelling Profile以及相應的激勵信息之后， 補充自身的Travelling Profile信息給旅游信息業(yè)務，并選擇獲得對應的激勵，將消息反
饋給身份管理功能實體； (17)激勵模塊接收到小明的反饋之后，首先修改小明的Travelling Profile訪 問控制策略為向旅游信息業(yè)務開放，并將小明的激勵選擇反饋給旅游信息業(yè)務，另外將小 明補充的Travelling Profile信息發(fā)送給注冊/發(fā)現模塊保存；(18)同時激勵模塊通知注冊/發(fā)現模塊將小明的Travelling Profile用戶信息 發(fā)送給旅游信息業(yè)務。由上述實施例可以看出，本發(fā)明實施例業(yè)務網絡中增強用戶信息的方法，當身份 管理功能實體收到所述業(yè)務發(fā)送的獲取用戶信息請求消息后，根據所述獲取用戶信息請求 消息，獲取對應的用戶信息的訪問控制策略以及狀態(tài)信息，并在當所述用戶信息的訪問控 制策略和/或狀態(tài)信息表明所述用戶信息不可用時，向用戶發(fā)送激勵通知消息并提供預先 存儲的激勵信息，以使用戶補充或開放或更新業(yè)務所需要的用戶信息給所述業(yè)務實體。因 此，利用本發(fā)明實施例的技術方案，可使用戶補充、開放或更新更多的用戶信息給業(yè)務。因 此，業(yè)務提供商可獲得更多的用戶信息而了解用戶的需求，從而能為用戶提供更多的個性 化業(yè)務。本領域普通技術人員可以理解實現上述實施例方法中的全部或部分流程，是可以 通過計算機程序來指令相關的硬件來完成，所述的程序可存儲于一計算機可讀取存儲介質 中，該程序在執(zhí)行時，可包括如上述各方法的實施例的流程。其中，所述的存儲介質可為磁 碟、光盤、只讀存儲記憶體(Read-Only Memory, ROM)或隨機存儲記憶體(Random Access Memory, RAM)等。此外，本發(fā)明實施例還提供了一種身份管理功能實體，如圖7所示，包括消息接收單元61，用于接收由業(yè)務實體發(fā)送的獲取用戶信息請求消息；信息獲取單元62，用于根據所述獲取用戶信息請求消息，獲取對應的用戶信息的 可用性信息；激勵單元63，用于當所述用戶信息的可用性信息表明所述用戶信息不可用時，向用戶發(fā)送激勵通知消息并提供預先存儲的激勵信息，以使用戶補充或開放或更新業(yè)務實體 所需要的用戶信息給所述業(yè)務實體。同樣，在此實施例中，所述可用性信息可包括用戶信息的訪問控制策略；或者用戶信息的狀態(tài)信息；或者用戶信息的訪問控制策略和狀態(tài)信息的組合。其中，如圖8所示，所述信息獲取單元62可包括注冊/發(fā)現模塊621，用于存儲用戶的用戶信息；策略存儲模塊622，用于存儲用戶的用戶信訪問控制策略；驗證模塊623，用于根據所述獲取用戶信息請求消息，由所述策略存儲模塊獲取 所述用戶信息的訪問控制策略對所述業(yè)務實體進行驗證，并將驗證結果發(fā)送給所述激勵單 元；所述激勵單元63根據所述獲取用戶信息請求消息，由所述注冊/發(fā)現模塊622查 詢相應的用戶信息的狀態(tài)信息。此外，所述注冊/發(fā)現模塊622還可用于保存用戶信息的信息模式。為使得業(yè)務實體能夠有權限訪問各用戶的用戶信息，如圖8所示，所述身份管理 功能實體還可包括授權單元64，用于向業(yè)務實體發(fā)送對用戶信息的訪問進行授權的信息。為使得業(yè)務實體準確的獲知用戶所選擇的激勵信息以更好的為用戶提供個性化 的服務，如圖8所示，所述身份管理功能實體還可包括消息接收單元65，用于接收由所 述用戶發(fā)送的激勵響應消息；用戶信息發(fā)送單元66，用于向所述業(yè)務實體發(fā)送激勵反饋消 息，通知所述業(yè)務實體用戶選擇的激勵信息，或當所述用戶信息的可用性信息表明所述用 戶信息可用時，向所述業(yè)務實體發(fā)送與所述獲取用戶信息請求消息相對應的用戶信息。在此實施例中，各種消息的格式與本發(fā)明方法實施例中描述的對應消息的格式相同，在此不再贅述。利用本發(fā)明實施例身份管理功能實體的技術方案，可使用戶補充、開放或更新更多的用戶信息給業(yè)務實體。因此，業(yè)務提供商可獲得更多的用戶信息而了解用戶的需求，從 而能為用戶提供更多的個性化業(yè)務。如圖9所示，本發(fā)明實施例還提供了一種業(yè)務網絡中增強用戶信息的系統，包括至少一個業(yè)務實體81，用于向身份管理功能實體發(fā)送獲取用戶信息請求消息；身份管理功能實體82，用于接收由所述業(yè)務實體發(fā)送的獲取用戶信息請求消息， 根據所述獲取用戶信息請求消息，獲取對應的用戶信息的訪問控制策略以及狀態(tài)信息；當 所述用戶信息的可用性信息表明所述用戶信息不可用時，向用戶發(fā)送激勵通知消息并提供 預先存儲的激勵信息，以使用戶補充或開放或更新業(yè)務實體所需要的用戶信息給所述業(yè)務 實體。其中，所述可用性信息可包括用戶信息的訪問控制策略；或者用戶信息的狀態(tài) 信息；或者用戶信息的訪問控制策略和狀態(tài)信息的組合。此外，所述身份管理功能實體82還可用于向所述業(yè)務實體發(fā)送激勵反饋消息，通 知所述業(yè)務實體用戶選擇的激勵信息，或當所述用戶信息的可用性信息表明所述用戶信息 可用時，將與所述獲取用戶信息請求消息相對應的用戶信息發(fā)送給所述業(yè)務實體。綜上所述，本發(fā)明實施例業(yè)務網絡中增強用戶信息的方法、設備及系統，當身份管理功能實體收到所述業(yè)務發(fā)送的獲取用戶信息請求消息后，根據所述獲取用戶信息請求消 息，獲取對應的用戶信息的訪問控制策略以及狀態(tài)信息，并在當所述用戶信息的訪問控制 策略和/或狀態(tài)信息表明所述用戶信息不可用時，向用戶發(fā)送激勵通知消息并提供預先存 儲的激勵信息，以使用戶補充或開放或更新業(yè)務實體所需要的用戶信息給所述業(yè)務實體。因此，利用本發(fā)明實施例的技術方案，可使用戶補充、開放或更新更多的用戶信息給業(yè)務實體。因此，業(yè)務提供商可獲得更多的用戶信息而了解用戶的需求，從而能為用戶提 供更多的個性化業(yè)務，實現了業(yè)務提供商和用戶的雙贏。以上所述，僅為本發(fā)明的具體實施方式
，但本發(fā)明的保護范圍并不局限于此，任何 熟悉本技術領域的技術人員在本發(fā)明揭露的技術范圍內，可輕易想到變化或替換，都應涵 蓋在本發(fā)明的保護范圍之內。因此，本發(fā)明的保護范圍應所述以權利要求的保護范圍為準。
權利要求
一種業(yè)務網絡中增強用戶信息的方法，其特征在于，包括接收由業(yè)務實體發(fā)送的獲取用戶信息請求消息；根據所述獲取用戶信息請求消息，獲取對應的用戶信息的可用性信息；當所述可用性信息表明所述用戶信息不可用時，向用戶發(fā)送激勵通知消息并提供預先存儲的激勵信息，以使用戶補充或開放或更新業(yè)務實體所需要的用戶信息給所述業(yè)務實體。
2.根據權利要求1所述的業(yè)務網絡中增強用戶信息的方法，其特征在于，所述可用性 信息選自于 用戶信息的訪問控制策略； 用戶信息的狀態(tài)信息；用戶信息的訪問控制策略和狀態(tài)信息的組合。
3.根據權利要求1所述的業(yè)務網絡中增強用戶信息的方法，其特征在于，所述方法還 包括接收由用戶發(fā)送的激勵響應消息；根據所述激勵響應消息，向所述業(yè)務實體發(fā)送激勵反饋消息，通知所述業(yè)務實體用戶 所選擇的激勵信息。
4.根據權利要求1或2或3所述的業(yè)務網絡中增強用戶信息的方法，其特征在于，所述 獲取用戶信息請求消息包括消息類型，用于表示所述消息為獲取用戶信息請求消息； 業(yè)務標識，用于唯一標識所述業(yè)務實體； 用戶標識，用于唯一標識所述用戶；用戶信息類型，用于表示所述業(yè)務實體需要獲取哪種類型的用戶信息； 信息屬性，用于表示所述業(yè)務實體需要獲取的用戶信息屬性。
5.根據權利要求1或2或3所述的業(yè)務網絡中增強用戶信息的方法，其特征在于，所述 激勵通知消息包括消息類型，用于表示所述消息為激勵通知消息； 業(yè)務標識，用于唯一標識所述業(yè)務實體；動作類型，用于表示需要用戶在收到所述消息后需要進行的操作類型，包括用戶需要 補充用戶信息，用戶需要開放用戶信息，或用戶需要更新用戶信息；用戶信息類型，用于表示所述業(yè)務實體需要獲取哪種類型的用戶信息； 信息屬性，用于表示所述用戶的操作是針對哪種用戶信息屬性進行的； 激勵描述，用于描述向用戶發(fā)送的激勵信息的情況，包括激勵標識。
6.根據權利要求5所述的業(yè)務網絡中增強用戶信息的方法，其特征在于，當所述可用 性信息不可用為所述用戶信息的訪問控制策略和/或狀態(tài)信息表明所述用戶信息存在但 拒絕業(yè)務實體訪問時，所述向用戶發(fā)送激勵通知消息并提供預先存儲的激勵信息包括由預先存儲的信息模式中獲取相應的激勵信息；向所述用戶發(fā)送激勵通知消息，在所述激勵通知消息中攜帶所述激勵信息，并且所述 激勵通知消息中的動作類型為用戶需要開放用戶信息。
7.根據權利要求5所述的業(yè)務網絡中增強用戶信息的方法，其特征在于，當所述可用性信息不可用為所述用戶信息的訪問控制策略和/或狀態(tài)信息表明所述用戶信息不存在 時，所述向用戶發(fā)送激勵通知消息并提供預先存儲的激勵信息包括 由預先存儲的信息模式中獲取相應的激勵信息；向所述用戶發(fā)送激勵通知消息，在所述激勵通知消息中攜帶所述激勵信息，并且所述 激勵通知消息中的動作類型為用戶需要補充用戶信息。
8.根據權利要求5所述的業(yè)務網絡中增強用戶信息的方法，其特征在于，當所述可用 性信息不可用為所述用戶信息的訪問控制策略和/或狀態(tài)信息表明所述用戶信息需要更 新時，所述向用戶發(fā)送激勵通知消息并提供預先存儲的激勵信息包括由預先存儲的信息模式中獲取相應的激勵信息；向所述用戶發(fā)送激勵通知消息，在所述激勵通知消息中攜帶所述激勵信息，并且所述 激勵通知消息中的動作類型為用戶需要更新用戶信息。
9.根據權利要求3所述的業(yè)務網絡中增強用戶信息的方法，其特征在于，所述激勵響 應消息包括消息類型，用于表示所述消息為激勵響應消息； 業(yè)務標識，用于唯一標識所述業(yè)務實體； 用戶標識，用于唯一標識所述用戶；動作類型，用于表示用戶在收到所述消息后進行的操作類型，包括用戶補充了用戶信 息，用戶開放了用戶信息，用戶更新了用戶信息，或用戶拒絕補充或開放用戶信息； 用戶信息類型，用于表示是哪種類型的用戶信息； 信息屬性，包含屬性名稱和用戶補充的信息值。
10.根據權利要求9所述的業(yè)務網絡中增強用戶信息的方法，其特征在于，所述激勵響 應消息還包括用戶所選擇激勵的描述，包括激勵標識，用于描述用戶所選擇的激勵信息的情況。
11.根據權利要求3所述的業(yè)務網絡中增強用戶信息的方法，其特征在于，所述激勵反 饋消息包括消息類型，用于表示所述消息為激勵反饋消息； 用戶標識，用于唯一標識所述用戶；動作類型，用于表示用戶在收到所述消息后進行的操作類型，包括用戶補充了用戶信 息，用戶開放了用戶信息，用戶更新了用戶信息，或用戶拒絕補充或開放用戶信息； 用戶信息類型，用于表示是哪種類型的用戶信息； 信息屬性，包含屬性名稱和用戶補充的信息值。
12.根據權利要求11所述的業(yè)務網絡中增強用戶信息的方法，其特征在于，所述激勵 響應消息還包括用戶所選擇激勵的描述，包括激勵標識，用于描述用戶所選擇的激勵信息的情況。
13.根據權利要求1所述的業(yè)務網絡中增強用戶信息的方法，其特征在于，在所述接收 由業(yè)務實體發(fā)送的獲取用戶信息請求消息前，所述方法還包括接收并存儲由所述業(yè)務實體根據獲取到的信息模式而設置的激勵信息。
14.根據權利要求13所述的業(yè)務網絡中增強用戶信息的方法，其特征在于，所述接收 并存儲由所述業(yè)務實體根據獲取到的信息模式而設置的激勵信息包括接收由所述業(yè)務實體發(fā)送的獲取信息模式請求消息；根據所述獲取信息模式請求消息，查找相應的信息模式，并將查找到的信息模式發(fā)送 給所述業(yè)務實體，以使所述業(yè)務實體根據獲取到的信息模式設置激勵信息；接收并存儲由所述業(yè)務實體發(fā)送的激勵消息，在所述激勵消息中包括所述激勵信息。
15.根據權利要求14所述的業(yè)務網絡中增強用戶信息的方法，其特征在于，所述獲取 信息模式請求消息包括消息類型，用于表示所述消息為獲取信息模式請求消息； 業(yè)務標識，用于唯一標識所述業(yè)務實體；請求內容，用于表示所述獲取信息模式請求消息所請求的內容，包括請求全部信息模 式，請求部分信息模式，請求信息模式的類型。
16.根據權利要求15所述的業(yè)務網絡中增強用戶信息的方法，其特征在于，所述獲取 信息模式請求消息還包括用戶信息類型，用于表示所述獲取信息模式請求消息所對應的用戶信息類型。
17.根據權利要求14所述的業(yè)務網絡中增強用戶信息的方法，其特征在于，所述激勵 消息包括消息類型，用于表示所述消息為激勵消息； 業(yè)務標識，用于唯一標識所述業(yè)務實體；用戶信息類型，用于表示所述獲取信息模式請求消息所對應的用戶信息類型； 激勵條件，用于表示需要向用戶發(fā)送激勵信息的條件，包括用戶補充了用戶信息時向 用戶發(fā)送激勵信息，用戶開放了用戶信息時向用戶發(fā)送激勵信息，用戶更新了用戶信息時 向用戶發(fā)送激勵信息；激勵描述，用于描述向用戶發(fā)送的激勵信息的情況，其中包括激勵標識。
18.根據權利要求1或2所述的業(yè)務網絡中增強用戶信息的方法，其特征在于，還包括當所述可用性信息表明所述用戶信息可用時，將與所述獲取用戶信息請求消息相對應 的用戶信息發(fā)送給所述業(yè)務實體。
19.一種身份管理功能實體，其特征在于，包括消息接收單元，用于接收由業(yè)務實體發(fā)送的獲取用戶信息請求消息； 信息獲取單元，用于根據所述獲取用戶信息請求消息，獲取對應的用戶信息的可用性 fn息；激勵單元，用于當所述可用性信息表明所述用戶信息不可用時，向用戶發(fā)送激勵通知 消息并提供預先存儲的激勵信息，以使用戶補充或開放或更新業(yè)務實體所需要的用戶信息 給所述業(yè)務實體。
20.根據權利要求19所述的身份管理功能實體，其特征在于，所述可用性信息選自于 用戶信息的訪問控制策略；用戶信息的狀態(tài)信息；用戶信息的訪問控制策略和狀態(tài)信息的組合。
21.根據權利要求20所述的身份管理功能實體，其特征在于，所述信息獲取單元包括 注冊/發(fā)現模塊，用于存儲用戶的用戶信息；策略存儲模塊，用于存儲用戶的用戶信訪問控制策略；驗證模塊，用于根據所述獲取用戶信息請求消息，由所述策略存儲模塊獲取所述用戶 信息的訪問控制策略對所述業(yè)務實體進行驗證，并將驗證結果發(fā)送給所述激勵單元； 所述激勵單元根據所述獲取用戶信息請求消息，由所述注冊/發(fā)現模塊查詢相應的用 戶信息的狀態(tài)信息。
22.根據權利要求19-21任一所述的身份管理功能實體，其特征在于，還包括授權單 元，用于向業(yè)務實體發(fā)送對用戶信息的訪問進行授權的信息。
23.根據權利要求19-21任一所述的身份管理功能實體，其特征在于，所述注冊/發(fā)現 模塊還用于保存用戶信息的信息模式。
24.根據權利要求19或20所述的身份管理功能實體，其特征在于，還包括消息接收 單元，用于接收由所述用戶發(fā)送的激勵響應消息；用戶信息發(fā)送單元，用于向所述業(yè)務實體發(fā)送激勵反饋消息，通知所述業(yè)務實體用戶 選擇的激勵信息，或當所述用戶信息的可用性信息表明所述用戶信息可用時，向所述業(yè)務 實體發(fā)送與所述獲取用戶信息請求消息相對應的用戶信息。
25.—種業(yè)務網絡中增強用戶信息的系統，其特征在于，包括至少一個業(yè)務實體，用于向身份管理功能實體發(fā)送獲取用戶信息請求消息；身份管理功能實體，用于接收由所述業(yè)務實體發(fā)送的獲取用戶信息請求消息，根據所 述獲取用戶信息請求消息，獲取對應的用戶信息的可用性信息；當所述用戶信息的可用性 信息表明所述用戶信息不可用時，向用戶發(fā)送激勵通知消息并提供預先存儲的激勵信息， 以使用戶補充或開放或更新業(yè)務實體所需要的用戶信息給所述業(yè)務實體。
26.根據權利要求25所述的系統，其特征在于，所述身份管理功能實體還用于向所述 業(yè)務實體發(fā)送激勵反饋消息，通知所述業(yè)務實體用戶選擇的激勵信息，或當所述用戶信息 的可用性信息表明所述用戶信息可用時，將與所述獲取用戶信息請求消息相對應的用戶信 息發(fā)送給所述業(yè)務實體。
全文摘要
本發(fā)明實施例公開了一種業(yè)務網絡中增強用戶信息的方法、設備及系統，涉及通信技術領域，為能夠為用戶提供更多的個性化業(yè)務而發(fā)明。所述方法包括接收由業(yè)務實體發(fā)送的獲取用戶信息請求消息；根據所述獲取用戶信息請求消息，獲取對應的用戶信息的可用性信息；當所述用戶信息的可用性信息表明所述用戶信息不可用時，向用戶發(fā)送激勵通知消息并提供預先存儲的激勵信息，以使用戶補充或開放或更新業(yè)務實體所需要的用戶信息給所述業(yè)務實體。本發(fā)明實施例主要應用于業(yè)務網絡中。
文檔編號H04W12/06GK101848455SQ20091012847
公開日2010年9月29日 申請日期2009年3月23日 優(yōu)先權日2009年3月23日
發(fā)明者常恒, 李彥, 陳維亮 申請人:華為技術有限公司