專利名稱：：反饋失敗信息的方法、相關(guān)裝置及通信系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
：本發(fā)明涉及通信
技術(shù)領(lǐng)域：
，尤其涉及一種反饋失敗信息的方法、相關(guān)裝置及通信系統(tǒng)。
背景技術(shù)：
：隨著通信技術(shù)的不斷發(fā)展，許多業(yè)務(wù)的會(huì)話建立階段都需要根據(jù)一定的條件來選擇需要加入會(huì)話的用戶，這些條件將基于用戶所擁有的各種信息，例如呈現(xiàn)(Presence)信息、位置信息以及用戶的興趣和愛好信息等?，F(xiàn)有的通信技術(shù)中，不同的用戶信息分別處于不同的服務(wù)器上，如呈現(xiàn)信息存在于呈現(xiàn)服務(wù)器上，呈現(xiàn)信息包括用戶的在線信息、網(wǎng)絡(luò)承載信息、客戶端設(shè)備應(yīng)用能力信息以及用戶的興趣愛好和心情等等。位置(Location)信息指出了用戶當(dāng)前所處的地理位置，其存在于位置服務(wù)器上。假如需要獲得位于某一個(gè)商場附近的、狀態(tài)為在線的用戶列表，這時(shí)就需要根據(jù)用戶當(dāng)前的呈現(xiàn)信息和位置信息才能得出判斷和選擇。目前的方法只能是請(qǐng)求者首先向呈現(xiàn)服務(wù)器發(fā)送請(qǐng)求獲得狀態(tài)為在線的用戶統(tǒng)一資源標(biāo)識(shí)(UniformResourceIdentifier,URI)，然后再向位置服務(wù)器發(fā)送請(qǐng)求來獲得地理位置在商場附近的用戶URI，請(qǐng)求者自己將這些用戶進(jìn)行綜合分析，得出滿足條件位于商場附近的、狀態(tài)為在線的用戶。這樣的操作需要請(qǐng)求者向不同的服務(wù)器發(fā)送請(qǐng)求以獲得滿足條件的用戶并且將返回的結(jié)果進(jìn)行比較，這時(shí)候請(qǐng)求者要知道哪種服務(wù)器保存哪些信息，而且請(qǐng)求者的終端設(shè)備需要具備到各個(gè)不同服務(wù)器的接口，給請(qǐng)求者帶來了很大的不便?；跅l件的用戶選擇(ConditionBasedURIsSelection,CBUS)服務(wù)器的提出解決了上述的不足，請(qǐng)求者可以將對(duì)地理位置、呈現(xiàn)等信息的要求或者條件送至CBUS服務(wù)器，CBUS服務(wù)器與各種信息服務(wù)器連接，并將這些結(jié)果進(jìn)行分析綜合，將滿足請(qǐng)求者發(fā)送條件的用戶URI發(fā)送至請(qǐng)求者，從而不再需要請(qǐng)求者直接與各種各樣的服務(wù)器打交道，只需要把需求提交給CBUS服務(wù)器即可。策略評(píng)估執(zhí)行管理(PolicyEvaluationEnforcementandManagement,PEEM)弓|擎可以看作是被其它資源直接調(diào)用的一個(gè)功能?，F(xiàn)有技術(shù)中CBUS服務(wù)器向應(yīng)用服務(wù)器獲取信息后，應(yīng)用服務(wù)器可以向CBUS服務(wù)器反饋不愿意接收選擇的目標(biāo)用戶，也可以是CBUS服務(wù)器直接向PEEM服務(wù)器請(qǐng)求策略評(píng)估，PEEM服務(wù)器反饋不愿意接收選擇的目標(biāo)用戶。在實(shí)現(xiàn)本發(fā)明的過程中，發(fā)明人發(fā)現(xiàn)上述技術(shù)方案至少存在如下缺陷目前CBUS服務(wù)器無法接收并處理應(yīng)用服務(wù)器或PEEM服務(wù)器反饋的失敗信息，也無法告知請(qǐng)求者詳細(xì)的選擇結(jié)果信息，導(dǎo)致請(qǐng)求者無法了解選擇任務(wù)的具體執(zhí)行情況，從而使得請(qǐng)求者可能會(huì)發(fā)起一起無用的選擇。
發(fā)明內(nèi)容本發(fā)明實(shí)施例提供了一種反饋失敗信息的方法、相關(guān)裝置及通信系統(tǒng)，使用本發(fā)明實(shí)施例提供的技術(shù)方案，能夠使得客戶端獲得失敗信息。本發(fā)明實(shí)施例的目的是通過以下技術(shù)方案實(shí)現(xiàn)的—種反饋失敗信息的方法，包括接收客戶端發(fā)送的用戶選擇請(qǐng)求；根據(jù)所述用戶選擇請(qǐng)求向與所述用戶選擇請(qǐng)求對(duì)應(yīng)的信息源或通過策略評(píng)估執(zhí)行管理服務(wù)器向所述信息源獲取評(píng)估信息；對(duì)所述信息進(jìn)行評(píng)估，在判斷所述信息包含失敗信息時(shí)，向所述客戶端反饋所述失敗信息?！N基于條件的用戶選擇服務(wù)器，包括接收單元，用于接收客戶端發(fā)送的用戶選擇請(qǐng)求；信息獲取單元，用于根據(jù)所述接收單元接收到的所述用戶選擇請(qǐng)求向與所述用戶選擇請(qǐng)求對(duì)應(yīng)的信息源或通過策略評(píng)估執(zhí)行管理服務(wù)器向所述信息源獲取評(píng)估信息；評(píng)估單元，用于判斷所述信息獲取單元得到的所述信息是否包含失敗信息；反饋單元，用于在所述評(píng)估單元判斷所述信息包含失敗信息時(shí)，向所述客戶端反饋所述失敗信息?！N通信系統(tǒng)，包括基于條件的用戶選擇服務(wù)器，用于接收客戶端發(fā)送的用戶選擇請(qǐng)求；根據(jù)所述用戶選擇請(qǐng)求向與所述用戶選擇請(qǐng)求對(duì)應(yīng)的信息源；對(duì)所述信息進(jìn)行評(píng)估，在判斷所述信息包含失敗信息時(shí)，向所述客戶端反饋所述失敗信息；信息源，用于向所述基于條件的用戶選擇服務(wù)器返回信息。從本發(fā)明實(shí)施例提供的以上技術(shù)方案可以看出，由于向信息源或通過策略評(píng)估執(zhí)行管理服務(wù)器向信息源獲取評(píng)估信息，對(duì)上述信息進(jìn)行評(píng)估，在判斷上述信息包含失敗信息時(shí)，向客戶端反饋失敗信息，使得客戶端在選擇目標(biāo)用戶失敗時(shí)能夠了解拒絕其訪問的評(píng)估信息，從而可以避免客戶端發(fā)起一些無用的選擇。為了更清楚地說明本發(fā)明實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對(duì)實(shí)施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實(shí)施例，對(duì)于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動(dòng)性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。圖1是本發(fā)明實(shí)施例一闡述的圖2是本發(fā)明實(shí)施例二闡述的圖3是本發(fā)明實(shí)施例三闡述的圖4是本發(fā)明實(shí)施例四闡述的圖5是本發(fā)明實(shí)施例五闡述的圖6是本發(fā)明實(shí)施例六闡述的圖7是本發(fā)明實(shí)施例七闡述的圖8是本發(fā)明實(shí)施例闡述的一種基于條件的用戶選擇服務(wù)器的示意圖9是本發(fā)明實(shí)施例闡述的一種通信系統(tǒng)的組成框圖。種反饋失敗信息的方法流程圖種反饋失敗信息的方法流程圖種反饋失敗信息的方法流程圖種反饋失敗信息的方法流程圖種反饋失敗信息的方法流程圖種反饋失敗信息的方法流程圖種反饋失敗信息的方法流程圖具體實(shí)施例方式下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例僅僅是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例?；诒景l(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。本發(fā)明實(shí)施例提供了一種反饋失敗信息的方法、相關(guān)裝置及通信系統(tǒng)，使用本發(fā)明實(shí)施例提供的技術(shù)方案，能夠使得客戶端獲得失敗信息。實(shí)施例一本實(shí)施例闡述一種反饋失敗信息的方法，下面結(jié)合附圖進(jìn)行詳細(xì)說明，參見圖1，該方法包括以下步驟步驟101:CBUS服務(wù)器接收客戶端發(fā)送的用戶選擇請(qǐng)求；客戶端可以是CBUS客戶端。上述用戶選擇請(qǐng)求包括選擇的條件，CBUS服務(wù)器將向與選擇的條件對(duì)應(yīng)的信息源發(fā)送獲取評(píng)估信息的請(qǐng)求。用戶選擇請(qǐng)求可以是選擇單個(gè)或多個(gè)用戶的用戶選擇請(qǐng)求，當(dāng)選擇多個(gè)用戶時(shí)，用戶選擇請(qǐng)求可以是包含多個(gè)用戶統(tǒng)一資源標(biāo)識(shí)，也可以是包含列表統(tǒng)一資源標(biāo)識(shí)。步驟102:CBUS服務(wù)器向信息源或通過策略評(píng)估執(zhí)行管理服務(wù)器向信息源獲取評(píng)估信息；根據(jù)用戶選擇請(qǐng)求向與用戶選擇請(qǐng)求對(duì)應(yīng)的信息源或通過策略評(píng)估執(zhí)行管理服務(wù)器向信息源獲取評(píng)估信息；上述步驟可以是先根據(jù)用戶選擇請(qǐng)求向與用戶選擇請(qǐng)求對(duì)應(yīng)的信息源或通過策略評(píng)估執(zhí)行管理服務(wù)器向信息源發(fā)送獲取評(píng)估信息的請(qǐng)求；再接收信息源或策略評(píng)估執(zhí)行管理服務(wù)器返回的信息。在CBUS服務(wù)器通過策略評(píng)估執(zhí)行管理服務(wù)器向信息源獲取評(píng)估信息時(shí)，策略評(píng)估執(zhí)行管理服務(wù)器根據(jù)獲取評(píng)估信息的請(qǐng)求判斷是否允許對(duì)與列表統(tǒng)一資源標(biāo)識(shí)對(duì)應(yīng)的列表的信息的訪問，或，策略評(píng)估執(zhí)行管理服務(wù)器根據(jù)獲取評(píng)估信息的請(qǐng)求判斷是否允許對(duì)列表中每個(gè)用戶信息的訪問，上述每個(gè)用戶信息可以從共享列表擴(kuò)展標(biāo)記語言(ExtensibleMarkupLanguage,XML)文檔管理服務(wù)器獲得，在允許訪問時(shí)向信息源發(fā)送獲取評(píng)估信息的請(qǐng)求。在CBUS服務(wù)器直接向信息源獲取評(píng)估信息時(shí)，CBUS服務(wù)器可以是根據(jù)所述用戶選擇請(qǐng)求向擴(kuò)展標(biāo)記語言文檔管理(XMLDocumentManagement，X匿)服務(wù)器發(fā)送搜索請(qǐng)求，X匿服務(wù)器再向PEEM服務(wù)器請(qǐng)求權(quán)限評(píng)估。在CBUS服務(wù)器通過策略評(píng)估執(zhí)行管理服務(wù)器向信息源獲取評(píng)估信息時(shí)，策略評(píng)估執(zhí)行管理服務(wù)器根據(jù)所述獲取評(píng)估信息的請(qǐng)求進(jìn)行權(quán)限評(píng)估，在所述策略評(píng)估執(zhí)行管理服務(wù)器允許客戶端對(duì)評(píng)估信息訪問時(shí)，將所述獲取評(píng)估信息的請(qǐng)求發(fā)送給所述信息源。在CBUS服務(wù)器直接向信息源獲取評(píng)估信息后，接收信息源根據(jù)所述獲取評(píng)估信息的請(qǐng)求判斷認(rèn)證沒有通過或沒有滿足所述條件的目標(biāo)用戶時(shí)返回的信息。在CBUS服務(wù)器直接向信息源獲取評(píng)估信息后，接收信息源返回的允許客戶端訪問的評(píng)估信息和拒絕客戶端訪問的評(píng)估信息。步驟103:CBUS服務(wù)器對(duì)信息進(jìn)行評(píng)估，在判斷信息包含失敗信息時(shí)，向客戶端反饋失敗信息?？梢允窍蚩蛻舳朔答伨芙^訪問的評(píng)估信息。失敗信息可以是包括拒絕訪問的用戶統(tǒng)一資源標(biāo)識(shí)、拒絕訪問的用戶個(gè)數(shù)、拒絕訪問的用戶拒絕的選擇條件、拒絕訪問的用戶拒絕的理由中的任一或任意組合。本實(shí)施例由于向信息源或通過策略評(píng)估執(zhí)行管理服務(wù)器向信息源獲取評(píng)估信息，對(duì)上述信息進(jìn)行評(píng)估，在判斷上述信息包含失敗信息時(shí)，向客戶端反饋失敗信息，使得客戶端在選擇目標(biāo)用戶失敗時(shí)能夠了解拒絕其訪問的評(píng)估信息，從而可以避免客戶端發(fā)起一些無用的選擇。下面的實(shí)施例對(duì)各種場景下本發(fā)明的實(shí)施方式進(jìn)行了描述。信息源可以是包括應(yīng)用服務(wù)器和XDM服務(wù)器，而應(yīng)用服務(wù)器包括呈現(xiàn)服務(wù)器和位置服務(wù)器等。下面的實(shí)施例中提及的應(yīng)用服務(wù)器可以替換為信息源。評(píng)估信息可以是包括目標(biāo)用戶的呈現(xiàn)信息、位置信息、個(gè)人輪廓(profile)信息等。下面的實(shí)施例中提及的目標(biāo)用戶信息、位置信息等可以替換為評(píng)估信息。實(shí)施例二本實(shí)施例闡述CBUS服務(wù)器向應(yīng)用服務(wù)器獲取信息失敗的情況，下面結(jié)合附圖進(jìn)行詳細(xì)說明，參見圖2，本實(shí)施例的方法包括以下步驟步驟201:客戶端A向CBUS服務(wù)器發(fā)起選擇請(qǐng)求；其中包含選擇的條件和范圍，條件為"狀態(tài)=在線；位置=北京"，范圍是用戶B和用戶C;步驟202:CBUS服務(wù)器向?qū)?yīng)的應(yīng)用服務(wù)器獲取目標(biāo)用戶的信息；CBUS服務(wù)器向呈現(xiàn)服務(wù)器請(qǐng)求獲取用戶B和用戶C的狀態(tài)信息，向位置服務(wù)器請(qǐng)求獲取這兩個(gè)用戶的位置信息；CBUS服務(wù)器接收到客戶端A的請(qǐng)求后，向呈現(xiàn)服務(wù)器請(qǐng)求獲取用戶B和用戶C的狀態(tài)信息，向位置服務(wù)器請(qǐng)求獲取這兩個(gè)用戶的位置信息。同時(shí)CBUS服務(wù)器也向這些應(yīng)用服務(wù)器提供了認(rèn)證信息，例如客戶端A的用戶名和密碼或證書、CBUS服務(wù)器的用戶名和密碼或證書等。呈現(xiàn)服務(wù)器對(duì)CBUS服務(wù)器和/或客戶端A的身份進(jìn)行認(rèn)證，在呈現(xiàn)服務(wù)器對(duì)上述任一種進(jìn)行認(rèn)證沒有通過時(shí)則得到認(rèn)證沒有通過的結(jié)論，然后向CBUS服務(wù)器反饋認(rèn)證未通過的信息。而位置服務(wù)器向CBUS服務(wù)器反饋了用戶B和用戶C的位置信息，例如位置信息是位于上海。步驟203:CBUS服務(wù)器對(duì)反饋的信息進(jìn)行評(píng)估；CBUS服務(wù)器對(duì)反饋的信息進(jìn)行評(píng)估后發(fā)現(xiàn)呈現(xiàn)服務(wù)器拒絕了請(qǐng)求，而根據(jù)位置服務(wù)器反饋的信息，沒有一個(gè)目標(biāo)用戶的位置在北京。步驟204:CBUS服務(wù)器向客戶端A反饋選擇失敗信息。在CBUS服務(wù)器得到認(rèn)證沒有通過或沒有滿足條件的目標(biāo)用戶的信息時(shí)，CBUS服務(wù)器向客戶端A反饋具體的選擇失敗信息可以是如下所示〈？xmlversion=〃1.0〃encoding=〃UTF-8">9〈cbusxmlns=…〈FailureResults>〈FailureSource>〈Source>presence〈/Source>〈Data>403AuthenticationFailed〈/Data>〈/FailureSource>〈FailureSource>〈Source>location〈/Source>〈Data>405NoTargetSuitable〈/Data>〈/FailureSource>〈/FailureResults>〈/cbus>其中FailureResults元素表示反饋的是失敗信息，其每個(gè)子元素FailureSource表示一個(gè)應(yīng)用服務(wù)器的相關(guān)信息，F(xiàn)ailureSource的子元素Source表示應(yīng)用服務(wù)器的類型或者標(biāo)識(shí)，另一個(gè)子元素Data表示具體的失敗信息，對(duì)于呈現(xiàn)服務(wù)器，失敗信息是認(rèn)證未通過，對(duì)于位置服務(wù)器，失敗信息是沒有發(fā)現(xiàn)滿足"在北京"這個(gè)條件的用戶。其它的失敗信息還可以包括CBUS長時(shí)間沒有收到應(yīng)用服務(wù)器的反饋導(dǎo)致任務(wù)終止。本實(shí)施例CBUS服務(wù)器在獲得呈現(xiàn)服務(wù)器對(duì)客戶端A的身份認(rèn)證沒有通過或位置服務(wù)器反饋沒有滿足條件的目標(biāo)用戶時(shí)，向客戶端A反饋選擇目標(biāo)用戶B和C的失敗信息，能夠使得客戶端A了解選擇失敗的具體原因，提升了用戶體驗(yàn)。實(shí)施例二闡述的是CBUS服務(wù)器向應(yīng)用服務(wù)器獲取信息失敗的情況，下面的實(shí)施例闡述一種單個(gè)用戶拒絕被選擇的情況。實(shí)施例三本實(shí)施例闡述一種單個(gè)用戶拒絕被選擇的情況，下面結(jié)合附圖進(jìn)行詳細(xì)說明，參見圖3，本實(shí)施例的方法包括以下步驟步驟301:客戶端A向CBUS服務(wù)器發(fā)起選擇單個(gè)用戶是否在線的請(qǐng)求；某客戶端A希望通過CBUS服務(wù)器了解目標(biāo)用戶B是否在線。步驟302:CBUS服務(wù)器向PEEM服務(wù)器發(fā)送獲取單個(gè)用戶是否在線的請(qǐng)求；使用代理模式，CBUS服務(wù)器向呈現(xiàn)服務(wù)器請(qǐng)求目標(biāo)用戶B的在線信息，中途通過代理接口向PEEM服務(wù)器發(fā)送消息，其主要內(nèi)容可以是如下所示SUBSCRIBEsip:B@ps.cintel.net.cnSIP/2.0...To:〈sip:B@ps.cintel.net.cn>From:〈sip:CBUS@ps.cintel.net.cn>...Event-presence...Content-Type:即plication/cbusContent-Length:xxxConsumerID:sip:A@ps.cintel.net.cnConsumerServiceID:PoCConsumerServiceProviderID:PoC_Provider這是一條會(huì)話初始協(xié)議的訂閱(SUBSCRIBE)消息，在上面例子中用于向呈現(xiàn)服務(wù)器請(qǐng)求用戶的在線信息。消息中各個(gè)字段的含義如下<table>tableseeoriginaldocumentpage11</column></row><table>消息中指明了目標(biāo)用戶的URI、CBUS服務(wù)器的URI、請(qǐng)求的資源為呈現(xiàn)信息、消息體類型為application/cbus，表示訂閱消息體中攜帶的是CBUS服務(wù)器發(fā)起請(qǐng)求時(shí)的專用信息，本例中這些專用信息包括客戶端URI、發(fā)起請(qǐng)求的業(yè)務(wù)標(biāo)識(shí)(Identifier,ID)、發(fā)起請(qǐng)求的業(yè)務(wù)的提供商。當(dāng)PEEM收到這條消息后綜合分析以上的信息對(duì)該請(qǐng)求進(jìn)行權(quán)限評(píng)估，例如分析CBUS服務(wù)器、客戶端A是否有權(quán)限訪問目標(biāo)用戶B的呈現(xiàn)信息，也可以再加入發(fā)起請(qǐng)求的業(yè)務(wù)ID及提供商作為評(píng)估參考條件。步驟303:PEEM服務(wù)器對(duì)客戶端的權(quán)限進(jìn)行評(píng)估；若PEEM服務(wù)器經(jīng)過權(quán)限評(píng)估后允許A對(duì)B的訪問，則將A發(fā)送的請(qǐng)求向呈現(xiàn)服務(wù)器轉(zhuǎn)發(fā)；若PEEM服務(wù)器拒絕A對(duì)B的訪問，則向CBUS服務(wù)器返回許可失敗消息；若PEEM服務(wù)器允許對(duì)目標(biāo)用戶B呈現(xiàn)信息的訪問，則把該請(qǐng)求向呈現(xiàn)服務(wù)器轉(zhuǎn)發(fā)，在轉(zhuǎn)發(fā)時(shí)可以對(duì)一些已經(jīng)進(jìn)行了權(quán)限評(píng)估的專用信息進(jìn)行裁剪，例如裁剪掉ConsumerID、ConsumerServiceID、ConsumerServiceProviderID等消息體，Content-Type也裁剪掉，Content-Length設(shè)為O，這時(shí)消息變?yōu)槿缦滦问?112]SUBSCRIBEsip:B@ps.cintel.net.cnSIP/2.00113]…0114]0115]0116]0117]0118]0119]0120]0121]Content—Length:0當(dāng)然，也可以不裁剪這些信息，全部轉(zhuǎn)發(fā)給呈現(xiàn)服務(wù)器。若PEEM服務(wù)器拒絕對(duì)目標(biāo)用戶B呈現(xiàn)信息的訪問，則直接向CBUS服務(wù)器返回許可失敗信息，返回的許可失敗信息可以是如下所示0122]SIP/2.0403ForbiddenTo:〈sip:B@ps.cintel.net.cn>From:〈sip:CBUS@ps.cintel.net.cn>Event:presence0123]0124]0125]0126]0127]0128]From:〈sip:B@ps.cintel.net.cn>To:〈sip:CBUS@ps.cintel.net.cn>Content—Length:0其中使用403Forbidden作為響應(yīng)表示請(qǐng)求被拒絕，可選的可以在失敗消息中添加失敗的具體原因描述，這可以放在消息體中，只要在消息頭中指明消息體的類型即可。0129]步驟304:CBUS服務(wù)器向客戶端反饋許可失敗信息。0130]CBUS服務(wù)器收到PEEM返回的許可失敗消息后，向客戶端A反饋上述許可失敗消!、。0131]CBUS服務(wù)器向客戶端A反饋用戶B拒絕訪問呈現(xiàn)狀態(tài)的信息。0132]本實(shí)施例由于CBUS服務(wù)器收到PEEM服務(wù)器拒絕客戶端A對(duì)目標(biāo)用戶B的呈現(xiàn)信息進(jìn)行訪問后返回的許可失敗信息，對(duì)許可失敗信息進(jìn)行評(píng)估后向客戶端A反饋目標(biāo)用戶B拒絕訪問呈現(xiàn)狀態(tài)的信息，可以使得客戶端A了解選擇目標(biāo)用戶B的呈現(xiàn)信息失敗的具體原因，從而提升了用戶體驗(yàn)。實(shí)施例三闡述了一種選擇單個(gè)用戶被拒絕的情況，下面的實(shí)施例闡述一種以列表方式請(qǐng)求多個(gè)目標(biāo)用戶資源信息時(shí)失敗的情況。實(shí)施例四本實(shí)施例闡述一種了解多個(gè)目標(biāo)用戶在線信息部分失敗的情況，下面結(jié)合附圖進(jìn)行詳細(xì)說明，參見圖4，本實(shí)施例的方法包括以下步驟步驟401:客戶端A以列表URI方式向CBUS服務(wù)器發(fā)起選擇多個(gè)用戶是否在線的請(qǐng)求；客戶端A希望通過CBUS服務(wù)器了解多個(gè)目標(biāo)用戶的在線信息，例如目標(biāo)用戶B、C、D、E是否在線。步驟402:CBUS服務(wù)器向PEEM服務(wù)器發(fā)送獲取多個(gè)用戶是否在線的請(qǐng)求；使用代理模式，CBUS服務(wù)器通過代理接口向PEEM服務(wù)器發(fā)送消息，其主要內(nèi)容可以是如下所示0140]0141]0142]0143]0144]0145]0146]0147]0148]0149]0150]0151]0152]SUBSCRIBEsip:A_list@ps.cintel.net.cnSIP/2.0To:〈sip:A_list@ps.cintel.net.cn>From:〈sip:CBUS@ps.cintel.net.cn>Event:presenceContent-Type:即plication/cbusContent—Length-xxxConsumerID:sip:A@ps.cintel.net.cnConsumerServiceID:PoCConsumerServiceProviderID:PoC-Provider此時(shí)目標(biāo)用戶URI變成了一個(gè)列表的URI，即A-list@ps.cintel.net.cn，該列表中包含了B、C、D、E四個(gè)用戶。列表包含的用戶URI存儲(chǔ)在一個(gè)共享列表X匿服務(wù)器上。0153]步驟403:PEEM服務(wù)器對(duì)客戶端A的權(quán)限進(jìn)行評(píng)估；0154]PEEM服務(wù)器判斷是否允許A對(duì)該列表URI的呈現(xiàn)信息進(jìn)行訪問，或，從包含列表用戶URI的共享列表X匿服務(wù)器上獲取列表中包含的目標(biāo)用戶URI后再判斷是否允許A對(duì)每個(gè)目標(biāo)用戶呈現(xiàn)信息的訪問；0155]PEEM服務(wù)器收到該消息后可以有多種處理方式0156]1)、根據(jù)消息中的相關(guān)信息判斷是否允許對(duì)該目標(biāo)列表的呈現(xiàn)信息的訪問，判斷方法及后續(xù)的處理與實(shí)施例三相同；0157]PEEM也可能從共享列表X匿服務(wù)器上獲取列表包含的用戶URI，并判斷客戶端A是否有對(duì)整個(gè)列表用戶的訪問權(quán)。0158]2)、從共享列表X匿服務(wù)器上取回列表中包含的目標(biāo)用戶URI，并根據(jù)訂閱消息中的相關(guān)信息判斷是否允許對(duì)每個(gè)目標(biāo)用戶呈現(xiàn)信息的訪問，其中，相關(guān)信息可以是目標(biāo)用戶ID、權(quán)限評(píng)估發(fā)起者ID、目標(biāo)屬性、目標(biāo)屬性使用者，可選的包括目標(biāo)用戶屬性使用業(yè)務(wù)ID、目標(biāo)屬性使用業(yè)務(wù)提供商。對(duì)于許可訪問的目標(biāo)用戶，PEEM向呈現(xiàn)服務(wù)器或資源列表服務(wù)器(ResourceListServer,RLS)轉(zhuǎn)發(fā)訂閱消息，對(duì)于拒絕訪問的目標(biāo)用戶，PEEM向CBUS服務(wù)器返回拒絕訪問信息。步驟404:PEEM服務(wù)器返回評(píng)估后的結(jié)果；對(duì)于PEEM服務(wù)器許可訪問的用戶，PEEM向呈現(xiàn)服務(wù)器或資源列表服務(wù)器轉(zhuǎn)發(fā)訂閱消息，對(duì)于PEEM服務(wù)器拒絕A訪問的目標(biāo)用戶，PEEM向CBUS服務(wù)器返回拒絕訪問的消息；假設(shè)目標(biāo)用戶B和C拒絕訪問，而D和E允許訪問，PEEM發(fā)送的消息分別描述如下。對(duì)PEEM服務(wù)器允許訪問的用戶轉(zhuǎn)發(fā)的消息例子如下所示SUBSCRIBEsip:rls@ps.cintel.net.cnSIP/2.0…To:RLS〈sip:rls@ps.cintel.net.cn〉From:〈sip:CBUSOps.cintel.net.cn〉…Event-presence…Content-Type:即plication/resource-lists+xmlContent-Disposition:recipient_listContent-Length-xxx〈？xmlversion=〃1.0〃encoding=〃UTF_8〃？〉〈resource-listsxmlns=〃urn:ietf:params:xml:ns:resource-lists〃xmlns:xsi=〃http://www.w3.org/2001/XMLSchema_instance〃〉〈list〉〈entryuri=〃sip:DOps.cintel.net.cn〃/〉〈entryuri=〃sip:EOps.cintel.net.cn〃/〉〈/list〉〈/resource-lists〉由于此時(shí)需要訂閱多個(gè)用戶的呈現(xiàn)信息，所以向呈現(xiàn)服務(wù)器發(fā)送該消息，其URI為sip:rls@ps.cintel.net.cn，消息體中包含了兩個(gè)目標(biāo)用戶D和E的URI，消息體的類型由即plication/resource-lists+xml標(biāo)識(shí)。對(duì)于拒絕訪問的用戶，PEEM服務(wù)器向CBUS服務(wù)器返回拒絕訪問的消息之前先返回2000K消息，表明CBUS服務(wù)器發(fā)送的消息已經(jīng)成功處理，然后使用會(huì)話初始協(xié)議技術(shù)中的通知(NOTIFY)方法反饋拒絕訪問消息，消息可以是如下所示NOTIFYsip:a.cintel.net.cnSIP/2.0…From:〈sip:A-list@ps.cintel.net.cn>To:〈sip:CBUS@ps.cintel.net.cn>…Event-presenceSubscription-State-terminated;reason=rejected…Content-Type:application/rlmi+xml;charset=〃UTF-8"Content-Length:xxx〈？xmlversion=〃1.0〃encoding=〃UTF-8">〈listxmlns=〃urn:ietf:params:xml:ns:rlmi〃uri=〃sip:A_list@ps.cintel.net.cn"version=〃1〃fullState=〃true">〈n咖elanguage=〃en">BuddyListofA〈/name>〈namelanguage=〃de">ListederFreundeofA〈/name>〈resourceuri=〃sip:B@ps.cintel.net.cn">14〈name>B〈/name>〈instanceid=〃juwigmtboe"state=〃activecid=〃B@ps.cintel.net.cn"/>〈/resource>〈resourceuri=〃sip:C@ps.cintel.net.cn">〈name>C〈/name>〈instanceid=〃hqzsuxtfyq"state=〃activecid=〃C@ps.cintel.net.cn"/>〈/resource>〈/list>NOTIFY的消息頭中的From字段為sip:A_list@ps.cintel.net.cn表示是從目標(biāo)用戶列表反饋的消息，另外消息頭中使用Subscription-State字段攜帶"terminated;reason=rejected"的信息，這表示訂閱被拒絕，而拒絕訪問的目標(biāo)用戶在消息體中包含，這個(gè)NOTIFY請(qǐng)求包含的消息體類型是"application/rlmi+xml"，消息體包含一個(gè)目標(biāo)用戶列表，本例中列表只包括了目標(biāo)用戶B和C的信息，說明拒絕訪問的用戶只有這兩個(gè)。步驟405:CBUS服務(wù)器向客戶端反饋拒絕訪問的目標(biāo)用戶信息。CBUS服務(wù)器根據(jù)PEEM服務(wù)器發(fā)送的消息進(jìn)行評(píng)估后向客戶端A反饋拒絕客戶端A訪問的目標(biāo)用戶信息。CBUS服務(wù)器通過評(píng)估后向客戶端A反饋滿足條件的目標(biāo)用戶URI，另外也反饋拒絕客戶端A訪問的目標(biāo)用戶信息，這些信息可以包括拒絕的用戶URI、拒絕的用戶個(gè)數(shù)、用戶拒絕的選擇條件、用戶拒絕的理由等，可以包括它們中的一個(gè)或多個(gè)。用戶拒絕的可以是客戶端A，也可以是CBUS服務(wù)器。具體反饋的失敗信息可以是如下所示〈？xmlversion=〃1.0〃encoding=〃UTF-8">〈cbusxmlns=〃...">…〈SuccessfulResults>...〈Targeturi=〃sip:B@ps.cintel.net.cn"/>〈Targeturi=〃sip:C@ps.cintel.net.cn"/>〈/SuccessfulResults>〈FailureResults>〈FailureSource>〈Source>presence〈/Source>〈Targeturi=〃sip:D@ps.cintel.net.cn"reason=〈Targeturi=〃sip:E@ps.cintel.net.cn"reason=〈TargetNumber>2〈/TargetNumber>〈/FailureSource>15〈/FailureResults>〈/cbus>其中在SuccessfulResults中包含了符合本次選擇的目標(biāo)用戶信息，其每個(gè)子元素Target具體表示了每一個(gè)目標(biāo)用戶的URI，即用戶B和用戶C。而另外使用FailureResults元素包含了選擇失敗的目標(biāo)用戶信息，其中每個(gè)子元素FailureSource攜帶一個(gè)應(yīng)用服務(wù)器反饋的失敗信息，F(xiàn)ailureSource的子元素Source攜帶應(yīng)用服務(wù)器的類型或者應(yīng)用服務(wù)器的URI，上述例子中為presence,表示應(yīng)用服務(wù)器是呈現(xiàn)服務(wù)器，F(xiàn)ailureSource的子元素Target攜帶了拒絕訪問的用戶的URI以及拒絕的理由，F(xiàn)ailureSource的子元素TargetN咖ber攜帶拒絕的用戶個(gè)數(shù)。本實(shí)施例由于部分目標(biāo)用戶拒絕訪問，PEEM服務(wù)器向CBUS服務(wù)器返回拒絕訪問信息，CBUS服務(wù)器通過評(píng)估后向客戶端反饋拒絕客戶端A訪問的目標(biāo)用戶信息，可以使客戶端A能夠了解其選擇的具體執(zhí)行情況以及部分選擇失敗時(shí)能夠及時(shí)的了解失敗的原因。實(shí)施例四闡述了一種以列表URI方式請(qǐng)求多個(gè)目標(biāo)用戶資源信息部分失敗時(shí)的情況，下面的實(shí)施例闡述一種以多個(gè)URI方式請(qǐng)求多個(gè)目標(biāo)用戶信息部分失敗的情況。實(shí)施例五本實(shí)施例闡述一種在請(qǐng)求中直接包含多個(gè)目標(biāo)用戶URI的方法來訪問的情況，下面結(jié)合附圖進(jìn)行詳細(xì)說明，參見圖5，本實(shí)施例的方法包括以下步驟步驟501:客戶端A向CBUS服務(wù)器發(fā)起選擇多個(gè)用戶是否在線的請(qǐng)求，上述請(qǐng)求包含多個(gè)用戶的URI;此時(shí)發(fā)送的請(qǐng)求消息可以是如下所示SUBSCRIBEsip:rls@ps.cintel.net.cnSIP/2.0…To:RLS〈sip:rls@ps.cintel.net.cn>From:〈sip:CBUS@ps.cintel.net.cn>Event-presenceContent-Type:mu11ipart/re1ated;type=〃applicationresource_lists+xml〃；start=〃〈nXYxAE@ps.cintel.net.cn>〃；boundary="50UBfW7LSCVLtggUPe5z"Content-Length:xxx—50UBfW7LSCVLtggUPe5zContent-T:ransfer-Encoding-binaryContent-ID:〈nXYxAE@ps.cintel.net.cn>Content-TyPe:即plication/resource-lists+xml;charset=〃UTF-8"Content-Disposition:recipient_listContent-Length:xxx〈？xmlversion=〃1.0〃encoding=〃UTF—8">〈resource—listsxmlns=〃um:ietf:par咖s:xml:ns:resource—lists〃xmlns:xsi=〃http://www.w3.org/2001/XMLSchema_instance">〈list>〈entryuri=〃sip:B@ps.cintel.net.cn"/>〈entryuri=〃sip:C@ps.cintel.net.cn"/>〈entryuri=〃sip:D@ps.cintel.net.cn"/>〈entryuri=〃sip:E@ps.cintel.net.cn"/>〈/list>〈/resource_lists>...Content-Type:application/cbus+xml;charset=〃UTF-8"Content-ID:〈CBUS@ps.cintel.net.cn>Content-Length:xxx〈？xmlversion=〃1.0〃encoding=〃UTF-8">〈cbusxmlns=〃urn:ietf:params:xml:ns:cbus〃>〈ConsumerIDuri=〃sip:A@ps.cintel.net.cn"/>〈ConsumerServiceID>PoC〈/ConsumerServiceID>〈ConsumerServiceProviderID>PoC_Provider〈/ConsumerServiceProviderID>〈/cbus>其中消息頭字段To和From分別表示目的地的資源列表服務(wù)器的URI，和發(fā)起消息的CBUS服務(wù)器的URI;字段Event為呈現(xiàn)服務(wù)器表示訂閱呈現(xiàn)信息；內(nèi)容類型multipart/related表示消息中有多個(gè)部分，第一個(gè)部分的類型是application/resource_lists+xml，ID標(biāo)識(shí)是nXYxAE@ps.cintel.net.cn，這部分用于攜帶資源列表包括的多個(gè)用戶URI，如例子中用list/entry攜帶了B、C、D、E四個(gè)URI;第二個(gè)部分內(nèi)容類型是即plication/cbus+xml，ID標(biāo)識(shí)是CBUStps.cintel.net.cn，這部分?jǐn)y帶了客戶端ID、發(fā)起請(qǐng)求的業(yè)務(wù)ID、發(fā)起請(qǐng)求的業(yè)務(wù)的提供商。步驟502至步驟505與步驟402至步驟405相同，此處不再贅述，只是在步驟503中，PEEM服務(wù)器收到訂閱消息后不需要再聯(lián)系共享列表X匿服務(wù)器。本實(shí)施例由于PEEM服務(wù)器向CBUS服務(wù)器返回部分目標(biāo)用戶拒絕訪問信息，CBUS服務(wù)器通過評(píng)估后向客戶端反饋拒絕客戶端A訪問的目標(biāo)用戶信息，可以使客戶端A能夠了解其選擇的具體執(zhí)行情況以及部分選擇失敗時(shí)能夠及時(shí)的了解失敗的原因。實(shí)施例五闡述了一種在請(qǐng)求中直接包含多個(gè)目標(biāo)用戶URI的方法來訪問的情況，下面的實(shí)施例闡述一種在即時(shí)調(diào)用模式下請(qǐng)求多個(gè)目標(biāo)用戶的情況。實(shí)施例六本實(shí)施例闡述一種在即時(shí)調(diào)用模式下請(qǐng)求多個(gè)目標(biāo)用戶的情況，下面結(jié)合附圖進(jìn)行詳細(xì)說明，參見圖6，本實(shí)施例的方法包括以下步驟步驟601:客戶端A向CBUS服務(wù)器發(fā)起選擇多個(gè)用戶是否在線的請(qǐng)求；可以是以列表形式，也可以是在請(qǐng)求中包含多個(gè)用戶的URI的方式。客戶端A向CBUS服務(wù)器發(fā)送請(qǐng)求，如目標(biāo)用戶列表A_List@ps.cintel.net.cn是否在線，列表中包含4個(gè)用戶B、C、D、E。17步驟602:CBUS服務(wù)器向呈現(xiàn)服務(wù)器發(fā)送獲取多個(gè)用戶是否在線的請(qǐng)求；在即時(shí)調(diào)用的模式下，CBUS服務(wù)器直接向呈現(xiàn)服務(wù)器發(fā)送訂閱消息，此時(shí)的訂閱消息與實(shí)施例三、四、五的消息相同。步驟603:呈現(xiàn)服務(wù)器向PEEM服務(wù)器發(fā)送權(quán)限評(píng)估的信息請(qǐng)求權(quán)限評(píng)估；呈現(xiàn)服務(wù)器根據(jù)獲取多個(gè)用戶是否在線的請(qǐng)求向PEEM服務(wù)器發(fā)送權(quán)限評(píng)估的信息請(qǐng)求權(quán)限評(píng)估；呈現(xiàn)服務(wù)器首先向PEEM服務(wù)器請(qǐng)求權(quán)限評(píng)估，這個(gè)請(qǐng)求消息可以是如下所示〈？xmlversion=〃1.0〃encoding=〃UTF-8">〈peemxmlns=〃urn:ietf:params:xml:ns:peem"xmlns:xsi=〃http://www.w3.org/2001/XMLSchema_instance">〈ternplateID>OMA_GPM1〈/t卿latelD〉〈templateVersion>Vl.0.0〈/templateVersion>〈permissionsTargetIDuri=〃sip:A_List@ps.cintel.net.cn"/cn"/〈permissionsRequesterIDuri=〃sip:CBUS@ps.cintel.net.〈TargetAttributeConsumer>〈ConsumerIDuri=〃sip:A@ps.cintel.net.cn"/>〈ServiceID>PoC〈/ServiceID>〈ServiceProviderID>PocProvider〈/ServiceProviderID>〈/TargetAttributeConsumer>〈requestedAttributes>〈targetAttributeName>presence〈/targetAttributeName>〈/requestedAttributes>〈/peem>其中包含了如實(shí)施例三中描述的用于進(jìn)行權(quán)限評(píng)估的信息目標(biāo)用戶的URI，此時(shí)為一個(gè)列表URI，但也可以為多個(gè)指定的目標(biāo)用戶URI;發(fā)起者CBUS服務(wù)器的URI;客戶端URI;發(fā)起請(qǐng)求的業(yè)務(wù)ID;發(fā)起請(qǐng)求的業(yè)務(wù)的提供商；請(qǐng)求的資源，此時(shí)為呈現(xiàn)信息。消息前端包括PEEM的模板標(biāo)識(shí)和模板版本號(hào)，分別為0MA_GPM_1和VI.0.0。步驟604:PEEM服務(wù)器進(jìn)行權(quán)限評(píng)估后，向呈現(xiàn)服務(wù)器返回評(píng)估結(jié)果；PEEM服務(wù)器根據(jù)上述權(quán)限評(píng)估的信息進(jìn)行權(quán)限評(píng)估后，對(duì)于PEEM拒絕A訪問的用戶，則向呈現(xiàn)服務(wù)器返回拒絕A訪問用戶的信息，可選的，還可以返回拒絕的原因；對(duì)于PEEM允許A訪問的用戶，向呈現(xiàn)服務(wù)器反饋許可的用戶標(biāo)識(shí)；PEEM進(jìn)行綜合評(píng)估后，假設(shè)拒絕對(duì)目標(biāo)用戶B和C的訪問，允許對(duì)目標(biāo)用戶D和E的訪問，則向呈現(xiàn)服務(wù)器返回的消息可以是如下所示〈？xmlversion=〃1.0〃encoding=〃UTF-8">〈peemxmlns=〃urn:ietf:params:xml:ns:peem"xmlns:xsi=〃http://www.w3.org/2001/XMLSchema_instance">〈templateID>0MA_GPM_2〈/templateID>〈templateVersion>Vl.0.0〈/templateVersion>〈PermissionTarget>〈TargetIDuri=〃sip:B@ps.cintel.net.cn"/>〈TargetIDdecision=，，DENY，，/>〈TargetIDreason=，，ConsumerAisnotpermittedtovisitB，，/>〈/PermissionTarget>〈PermissionTarget>〈TargetIDuri=〃sip:C@ps.cintel.net.cn"/>〈TargetIDdecision=，，DENY，，/>〈TargetIDreason=，，CisnotwillingtoacceptPoCcall，，/>〈/PermissionTarget>〈PermissionTarget>〈TargetIDuri=〃sip:D@ps.cintel.net.cn"/>〈TargetIDdecision="GRANT"/>〈/PermissionTarget>〈PermissionTarget>〈TargetIDuri=〃sip:E@ps.cintel.net.cn"/>〈TargetIDdecision="GRANT"/>〈/PermissionTarget>〈/peem>通過四個(gè)PermissionTarget/TargetlD元素來表示對(duì)每個(gè)目標(biāo)用戶的許可結(jié)果，每個(gè)TargetID元素的uri屬性表示目標(biāo)用戶的URI，對(duì)應(yīng)的decision屬性表示對(duì)該目標(biāo)用戶的訪問許可情況?？蛇x的還可使用reason屬性給出拒絕的原因，例如例子中B的拒絕理由是"不允許A訪問他"，C的拒絕理由是"不想加入基于蜂窩網(wǎng)的一按通業(yè)務(wù)(PushtotalkoverCellular,PoC)會(huì)話，，。步驟605:呈現(xiàn)服務(wù)器將拒絕訪問的目標(biāo)用戶的信息發(fā)送給CBUS服務(wù)器；呈現(xiàn)服務(wù)器將上述拒絕訪問用戶的信息、還可以包括URI信息及原因信息發(fā)送給CBUS服務(wù)器；呈現(xiàn)服務(wù)器將允許A訪問的用戶的呈現(xiàn)信息發(fā)送給CBUS服務(wù)器；呈現(xiàn)服務(wù)器通過NOTIFY的方式把拒絕訪問的用戶的URI信息及原因信息告知CBUS服務(wù)器，這與實(shí)施例四相同。PRS服務(wù)器還可以通過NOTIFY的方式把允許訪問的用戶的呈現(xiàn)信息告知CBUS服務(wù)器。步驟606:CBUS服務(wù)器向客戶端反饋拒絕訪問的目標(biāo)用戶信息。CBUS服務(wù)器對(duì)收到的信息進(jìn)行評(píng)估后向客戶端A反饋拒絕客戶端A訪問的目標(biāo)用戶信息。此步驟與步驟405相同，此處不再贅述。本實(shí)施例可以使客戶端了解其有權(quán)限訪問的目標(biāo)用戶URI，同時(shí)也了解了拒絕其訪問的目標(biāo)用戶的URI，提升了用戶體驗(yàn)。實(shí)施例六闡述了一種在即時(shí)調(diào)用模式下請(qǐng)求多個(gè)目標(biāo)用戶信息的情況，下面闡述一種在即時(shí)調(diào)用模式下使用搜索方式請(qǐng)求多個(gè)目標(biāo)用戶信息的情況。實(shí)施例七本實(shí)施例闡述一種在即時(shí)調(diào)用模式下使用搜索方式請(qǐng)求多個(gè)目標(biāo)用戶信息的情況，下面結(jié)合附圖進(jìn)行詳細(xì)說明，參見圖7，本實(shí)施例的方法包括以下步驟步驟701:客戶端A向CBUS服務(wù)器發(fā)起選擇多個(gè)用戶是否愛好足球的請(qǐng)求；可以是以列表URI形式，也可以是在請(qǐng)求中包含多個(gè)用戶的URI。在即時(shí)調(diào)用模式下，除了使用訂閱的方式外，CBUS服務(wù)器還可以使用搜索的方式在X匿服務(wù)器，例如共享ProfileX匿服務(wù)器上進(jìn)行資源訪問，例如在一個(gè)列表中搜索愛好足球的用戶URI。步驟702:CBUS服務(wù)器向共享輪廓(Profile)XDM服務(wù)器發(fā)送搜索請(qǐng)求；CBUS服務(wù)器根據(jù)上述請(qǐng)求向共享ProfileX匿服務(wù)器發(fā)送搜索請(qǐng)求；CBUS服務(wù)器通過聚合代理和搜索代理向共享ProfileX匿服務(wù)器發(fā)送搜索消息。該消息中包含需要搜索的范圍信息，例如一個(gè)目標(biāo)用戶列表；搜索的條件信息，例如"愛好=足球"。步驟703:ProfileX匿服務(wù)器向PEEM服務(wù)器發(fā)送權(quán)限評(píng)估的信息請(qǐng)求權(quán)限評(píng)估；共享ProfileX匿服務(wù)器可以是使用與實(shí)施例六類似的方法向PEEM請(qǐng)求對(duì)目標(biāo)用戶列表的權(quán)限評(píng)估，并獲取權(quán)限評(píng)估結(jié)果。步驟704:PEEM服務(wù)器進(jìn)行權(quán)限評(píng)估后向ProfileX匿服務(wù)器返回評(píng)估結(jié)果；PEEM服務(wù)器根據(jù)上述權(quán)限評(píng)估的信息進(jìn)行權(quán)限評(píng)估后，對(duì)于PEEM服務(wù)器拒絕A的訪問的用戶，則向ProfileX匿服務(wù)器返回拒絕訪問用戶的信息(可選的，還可以返回拒絕的原因)；對(duì)于PEEM服務(wù)器允許A訪問的用戶，向ProfileX匿服務(wù)器發(fā)送允許訪問的用戶標(biāo)識(shí)；步驟705:ProfileXDM服務(wù)器向CBUS服務(wù)器返回信息；ProfileX匿服務(wù)器將允許訪問且愛好足球的目標(biāo)用戶的URI發(fā)送給CBUS服務(wù)器，將拒絕訪問的用戶信息發(fā)送給CBUS服務(wù)器；ProfileX匿服務(wù)器向CBUS服務(wù)器反饋允許訪問的而且愛好是足球的目標(biāo)用戶URI，同時(shí)向CBUS服務(wù)器指明拒絕訪問的用戶信息，具體的反饋方式可以是與實(shí)施例六相同。步驟706:CBUS服務(wù)器向客戶端反饋拒絕訪問的目標(biāo)用戶信息。CBUS服務(wù)器對(duì)收到的信息進(jìn)行評(píng)估后向客戶端A反饋拒絕客戶端A訪問的目標(biāo)用戶信息。向客戶端A反饋的方式可以是與實(shí)施例六相同。本實(shí)施例由于CBUS服務(wù)器向X匿服務(wù)器搜索目標(biāo)用戶信息，X匿服務(wù)器向PEEM服務(wù)器請(qǐng)求權(quán)限評(píng)估，獲得評(píng)估結(jié)果后向CBUS服務(wù)器反饋允許訪問和拒絕訪問的目標(biāo)用戶信息，CBUS服務(wù)器向客戶端反饋拒絕訪問的目標(biāo)用戶信息，使得客戶端能夠了解拒絕其訪問的目標(biāo)用戶的信息，從而提升了用戶體驗(yàn)。需要說明的是，對(duì)于前述的各方法實(shí)施例，為了簡單描述，故將其都表述為一系列的動(dòng)作組合，但是本領(lǐng)域技術(shù)人員應(yīng)該知悉，本發(fā)明并不受所描述的動(dòng)作順序的限制，因?yàn)橐罁?jù)本發(fā)明，某些步驟可以采用其他順序或者同時(shí)進(jìn)行。其次，本領(lǐng)域技術(shù)人員也應(yīng)該知悉，說明書中所描述的實(shí)施例均屬于優(yōu)選實(shí)施例，所涉及的動(dòng)作和模塊并不一定是本發(fā)明所必須的。在上述實(shí)施例中，對(duì)各個(gè)實(shí)施例的描述都各有側(cè)重，某個(gè)實(shí)施例中沒有詳述的部分，可以參見其他實(shí)施例的相關(guān)描述。以上提供了一種反饋失敗信息的方法，本發(fā)明實(shí)施例還提供一種基于條件的用戶選擇服務(wù)器和一種通信系統(tǒng)。首先闡述一種基于條件的用戶選擇服務(wù)器，參見圖8，基于條件的用戶選擇服務(wù)器包括以下單元接收單元801，用于接收客戶端發(fā)送的用戶選擇請(qǐng)求；信息獲取單元802，用于根據(jù)所述接收單元801接收到的所述用戶選擇請(qǐng)求向與所述用戶選擇請(qǐng)求對(duì)應(yīng)的信息源或通過策略評(píng)估執(zhí)行管理服務(wù)器向所述信息源獲取評(píng)估信息；評(píng)估單元803，用于判斷所述信息獲取單元802得到的信息是否包含失敗信息；反饋單元804，用于在所述評(píng)估單元803判斷所述信息包含失敗信息時(shí)，向所述客戶端反饋所述失敗信息。其中，信息獲取單元802可以包括請(qǐng)求發(fā)送單元，用于根據(jù)所述接收單元801接收到的所述用戶選擇請(qǐng)求向與所述用戶選擇請(qǐng)求對(duì)應(yīng)的信息源或通過策略評(píng)估執(zhí)行管理服務(wù)器向所述信息源發(fā)送獲取評(píng)估信息的請(qǐng)求；信息接收單元，用于接收所述信息源或策略評(píng)估執(zhí)行管理服務(wù)器根據(jù)所述請(qǐng)求發(fā)送單元接收到的所述獲取評(píng)估信息的請(qǐng)求返回的信息；評(píng)估單元803包括評(píng)估子單元，用于判斷所述信息接收單元接收到的所述信息是否包含失敗信息。其中，接收單元801包括接收子單元，用于接收客戶端發(fā)送的包含選擇的條件的用戶選擇請(qǐng)求；請(qǐng)求發(fā)送單元包括請(qǐng)求發(fā)送子單元，用于根據(jù)所述用戶選擇請(qǐng)求向與所述條件對(duì)應(yīng)的信息源發(fā)送獲取評(píng)估信息的請(qǐng)求。其中，接收子單元包括第一接收單元，用于接收所述信息源根據(jù)所述獲取評(píng)估信息的請(qǐng)求判斷認(rèn)證沒有通過或沒有滿足所述條件的目標(biāo)用戶時(shí)返回的信息。其中，接收單元801包括第二接收單元，用于接收客戶端發(fā)送的選擇單個(gè)或多個(gè)用戶的用戶選擇請(qǐng)求；請(qǐng)求發(fā)送單元包括第一請(qǐng)求發(fā)送單元，用于根據(jù)所述選擇單個(gè)或多個(gè)用戶的用戶選擇請(qǐng)求通過策略評(píng)估執(zhí)行管理服務(wù)器向信息源請(qǐng)求所述單個(gè)或多個(gè)用戶的信息；反饋單元804包括反饋?zhàn)訂卧糜谠谒鲈u(píng)估單元803判斷所述信息包含失敗信息時(shí)，向客戶端反饋拒絕訪問的評(píng)估信息。其中，接收單元801包括第三接收單元，用于接收客戶端發(fā)送的選擇多個(gè)用戶的用戶選擇請(qǐng)求，所述選擇多個(gè)用戶的用戶選擇請(qǐng)求包含列表統(tǒng)一資源標(biāo)識(shí)。其中，接收單元801包括第四接收單元，用于接收客戶端發(fā)送的選擇多個(gè)用戶的用戶選擇請(qǐng)求，所述選擇多個(gè)用戶的用戶選擇請(qǐng)求包含列表統(tǒng)一資源標(biāo)識(shí)或多個(gè)用戶統(tǒng)一資源標(biāo)識(shí)；信息接收單元包括信息接收子單元，用于接收信息源返回的允許所述客戶端訪問的用戶信息和拒絕所述客戶端訪問的用戶信息。其中，接收單元801包括第四接收單元，用于接收客戶端發(fā)送的選擇多個(gè)用戶信息的用戶選擇請(qǐng)求，所述選擇多個(gè)用戶信息的用戶選擇請(qǐng)求包含列表統(tǒng)一資源標(biāo)識(shí)或多個(gè)用戶統(tǒng)一資源標(biāo)識(shí)；請(qǐng)求發(fā)送單元包括第二請(qǐng)求發(fā)送單元，用于根據(jù)所述用戶選擇請(qǐng)求向擴(kuò)展標(biāo)記語音文檔管理服務(wù)器發(fā)送搜索請(qǐng)求；信息接收單元包括第一信息接收單元，用于接收信息源返回的允許和拒絕所述客戶端訪問的評(píng)估信息。其中，上述失敗信息包括拒絕訪問的用戶統(tǒng)一資源標(biāo)識(shí)、拒絕訪問的用戶個(gè)數(shù)、拒絕訪問的用戶拒絕的選擇條件、拒絕訪問的用戶拒絕的理由中的任一或任意組合。上述CBUS服務(wù)器可以用于實(shí)現(xiàn)本發(fā)明實(shí)施例提及的反饋失敗信息的方法，但不限于實(shí)現(xiàn)該方法。上面闡述了一種CBUS服務(wù)器，下面闡述一種通信系統(tǒng)。參見圖9，一種通信系統(tǒng)，包括基于條件的用戶選擇服務(wù)器901，用于接收客戶端發(fā)送的用戶選擇請(qǐng)求；根據(jù)所述用戶選擇請(qǐng)求向與所述用戶選擇請(qǐng)求對(duì)應(yīng)的信息源902;對(duì)所述信息進(jìn)行評(píng)估，在判斷所述信息包含失敗信息時(shí)，向所述客戶端反饋所述失敗信息；信息源902，用于向所述基于條件的用戶選擇服務(wù)器901返回信息。其中，上述通信系統(tǒng)還包括策略評(píng)估執(zhí)行管理服務(wù)器，用于根據(jù)基于條件的用戶選擇服務(wù)器801接收到的所述用戶選擇請(qǐng)求進(jìn)行權(quán)限評(píng)估，在允許對(duì)評(píng)估信息進(jìn)行訪問時(shí)，將允許訪問的目標(biāo)用戶標(biāo)識(shí)發(fā)送給所述信息源902，在拒絕對(duì)評(píng)估信息進(jìn)行訪問時(shí)，向所述基于條件的用戶選擇服務(wù)器901返回失敗信息。本發(fā)明實(shí)施例由于向信息源或通過策略評(píng)估執(zhí)行管理服務(wù)器向信息源獲取評(píng)估信息，對(duì)上述信息進(jìn)行評(píng)估，在判斷上述信息包含失敗信息時(shí)，向客戶端反饋失敗信息，使得客戶端在選擇目標(biāo)用戶失敗時(shí)能夠了解拒絕其訪問的評(píng)估信息，從而可以避免客戶端發(fā)起一些無用的選擇。本領(lǐng)域普通技術(shù)人員可以理解實(shí)現(xiàn)上述實(shí)施例方法中的全部或部分步驟是可以通過程序來指令相關(guān)的硬件完成，所述的程序可以存儲(chǔ)于一種計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)中，該程序在執(zhí)行時(shí)，包括如下步驟接收客戶端發(fā)送的用戶選擇請(qǐng)求；根據(jù)所述用戶選擇請(qǐng)求向與所述用戶選擇請(qǐng)求對(duì)應(yīng)的信息源或通過策略評(píng)估執(zhí)行管理服務(wù)器向所述信息源獲取評(píng)估信息對(duì)所述信息進(jìn)行評(píng)估，在判斷所述信息包含失敗信息時(shí)，向所述客戶端反饋所述失敗信息。上述提到的存儲(chǔ)介質(zhì)可以是只讀存儲(chǔ)器，磁盤或光盤等。以上對(duì)本發(fā)明實(shí)施例所提供的一種反饋失敗信息的方法、相關(guān)裝置及通信系統(tǒng)進(jìn)行了詳細(xì)介紹，以上實(shí)施例的說明只是用于幫助理解本發(fā)明的方法及其思想；同時(shí)，對(duì)于本領(lǐng)域的一般技術(shù)人員，依據(jù)本發(fā)明的思想，在具體實(shí)施方式及應(yīng)用范圍上均會(huì)有改變之處，綜上所述，本說明書內(nèi)容不應(yīng)理解為對(duì)本發(fā)明的限制。權(quán)利要求一種反饋失敗信息的方法，其特征在于，包括接收客戶端發(fā)送的用戶選擇請(qǐng)求；根據(jù)所述用戶選擇請(qǐng)求向與所述用戶選擇請(qǐng)求對(duì)應(yīng)的信息源或通過策略評(píng)估執(zhí)行管理服務(wù)器向所述信息源獲取評(píng)估信息；對(duì)所述信息進(jìn)行評(píng)估，在判斷所述信息包含失敗信息時(shí)，向所述客戶端反饋所述失敗信息。2.根據(jù)權(quán)利要求1所述的反饋失敗信息的方法，其特征在于，所述根據(jù)所述用戶選擇請(qǐng)求向與所述用戶選擇請(qǐng)求對(duì)應(yīng)的信息源或通過策略評(píng)估執(zhí)行管理服務(wù)器向所述信息源獲取評(píng)估信息的步驟包括根據(jù)所述用戶選擇請(qǐng)求向與所述用戶選擇請(qǐng)求對(duì)應(yīng)的信息源或通過策略評(píng)估執(zhí)行管理服務(wù)器向所述信息源發(fā)送獲取評(píng)估信息的請(qǐng)求；接收所述信息源或策略評(píng)估執(zhí)行管理服務(wù)器根據(jù)所述獲取評(píng)估信息的請(qǐng)求返回的信息。3.根據(jù)權(quán)利要求2所述的反饋失敗信息的方法，其特征在于，所述接收客戶端發(fā)送的用戶選擇請(qǐng)求包括接收客戶端發(fā)送的包含選擇的條件的用戶選擇請(qǐng)求；所述根據(jù)所述用戶選擇請(qǐng)求向與所述用戶選擇請(qǐng)求對(duì)應(yīng)的信息源或通過策略評(píng)估執(zhí)行管理服務(wù)器向所述信息源發(fā)送獲取評(píng)估信息的請(qǐng)求包括根據(jù)所述用戶選擇請(qǐng)求向與所述條件對(duì)應(yīng)的信息源發(fā)送獲取評(píng)估信息的請(qǐng)求或通過策略評(píng)估執(zhí)行管理服務(wù)器向所述信息源發(fā)送獲取評(píng)估信息的請(qǐng)求；所述接收所述信息源或策略評(píng)估執(zhí)行管理服務(wù)器根據(jù)所述獲取評(píng)估信息的請(qǐng)求返回的信息包括接收所述信息源根據(jù)所述獲取評(píng)估信息的請(qǐng)求判斷認(rèn)證沒有通過或沒有滿足所述條件的目標(biāo)用戶時(shí)返回的信息。4.根據(jù)權(quán)利要求1所述的反饋失敗信息的方法，其特征在于，所述接收客戶端發(fā)送的用戶選擇請(qǐng)求包括接收客戶端發(fā)送的選擇單個(gè)或多個(gè)用戶的用戶選擇請(qǐng)求，所述選擇多個(gè)用戶的請(qǐng)求包含多個(gè)用戶統(tǒng)一資源標(biāo)識(shí)；所述根據(jù)所述用戶選擇請(qǐng)求向與所述用戶選擇請(qǐng)求對(duì)應(yīng)的信息源或通過策略評(píng)估執(zhí)行管理服務(wù)器向所述信息源獲取評(píng)估信息包括根據(jù)所述選擇單個(gè)或多個(gè)用戶的用戶選擇請(qǐng)求通過策略評(píng)估執(zhí)行管理服務(wù)器向所述信息源獲取所述單個(gè)或多個(gè)用戶的評(píng)估信息；所述向所述客戶端反饋所述失敗信息包括向所述客戶端反饋拒絕訪問的用戶的評(píng)估信息。5.根據(jù)權(quán)利要求2所述的反饋失敗信息的方法，其特征在于，所述接收客戶端發(fā)送的用戶選擇請(qǐng)求包括接收客戶端發(fā)送的選擇多個(gè)用戶的用戶選擇請(qǐng)求，所述選擇多個(gè)用戶的用戶選擇請(qǐng)求包含列表統(tǒng)一資源標(biāo)識(shí)；所述通過策略評(píng)估執(zhí)行管理服務(wù)器向所述信息源發(fā)送獲取評(píng)估信息的請(qǐng)求包括策略評(píng)估執(zhí)行管理服務(wù)器根據(jù)所述獲取評(píng)估信息的請(qǐng)求判斷是否允許對(duì)與所述列表統(tǒng)一資源標(biāo)識(shí)對(duì)應(yīng)的列表的信息的訪問，或，策略評(píng)估執(zhí)行管理服務(wù)器根據(jù)所述獲取評(píng)估信息的請(qǐng)求判斷是否允許對(duì)所述列表中每個(gè)用戶信息的訪問，所述每個(gè)用戶信息從共享列表擴(kuò)展標(biāo)記語言文檔管理服務(wù)器獲得，在允許訪問時(shí)向所述信息源發(fā)送獲取評(píng)估信息的請(qǐng)求；所述向所述客戶端反饋所述失敗信息包括向所述客戶端反饋拒絕訪問的用戶的評(píng)估信息。6.根據(jù)權(quán)利要求2所述的反饋失敗信息的方法，其特征在于，所述接收客戶端發(fā)送的用戶選擇請(qǐng)求包括接收客戶端發(fā)送的選擇多個(gè)用戶的用戶選擇請(qǐng)求，所述選擇多個(gè)用戶的用戶選擇請(qǐng)求包含列表統(tǒng)一資源標(biāo)識(shí)或多個(gè)用戶統(tǒng)一資源標(biāo)識(shí)；所述接收所述信息源或策略評(píng)估執(zhí)行管理服務(wù)器根據(jù)所述獲取評(píng)估信息的請(qǐng)求返回的信息包括接收所述信息源返回的拒絕所述客戶端訪問的用戶的評(píng)估信息。7.根據(jù)權(quán)利要求2所述的反饋失敗信息的方法，其特征在于，所述接收客戶端發(fā)送的用戶選擇請(qǐng)求包括接收客戶端發(fā)送的選擇多個(gè)用戶的用戶選擇請(qǐng)求，所述選擇多個(gè)用戶的用戶選擇請(qǐng)求包含列表統(tǒng)一資源標(biāo)識(shí)或多個(gè)用戶統(tǒng)一資源標(biāo)識(shí)；所述根據(jù)所述用戶選擇請(qǐng)求向與所述用戶選擇請(qǐng)求對(duì)應(yīng)的信息源或通過策略評(píng)估執(zhí)行管理服務(wù)器向所述信息源發(fā)送獲取評(píng)估信息的請(qǐng)求包括根據(jù)所述用戶選擇請(qǐng)求向擴(kuò)展標(biāo)記語言文檔管理服務(wù)器發(fā)送搜索請(qǐng)求；所述接收所述信息源或策略評(píng)估執(zhí)行管理服務(wù)器根據(jù)所述獲取評(píng)估信息的請(qǐng)求返回的信息包括接收擴(kuò)展標(biāo)記語言文檔管理服務(wù)器返回的拒絕所述客戶端訪問的用戶的評(píng)估信息。8.根據(jù)權(quán)利要求2至7任一項(xiàng)所述的反饋失敗信息的方法，其特征在于，所述通過策略評(píng)估執(zhí)行管理服務(wù)器向所述信息源發(fā)送獲取評(píng)估信息的請(qǐng)求包括策略評(píng)估執(zhí)行管理服務(wù)器根據(jù)所述獲取評(píng)估信息的請(qǐng)求進(jìn)行權(quán)限評(píng)估，在所述策略評(píng)估執(zhí)行管理服務(wù)器允許客戶端對(duì)評(píng)估信息訪問時(shí)，將所述獲取評(píng)估信息的請(qǐng)求發(fā)送給所述信息源。9.根據(jù)權(quán)利要求1至7任一項(xiàng)所述的反饋失敗信息的方法，其特征在于，所述失敗信息包括拒絕訪問的用戶統(tǒng)一資源標(biāo)識(shí)、拒絕訪問的用戶個(gè)數(shù)、拒絕訪問的用戶拒絕的選擇條件、拒絕訪問的用戶拒絕的理由中的任一或任意組合。10.—種基于條件的用戶選擇服務(wù)器，其特征在于，包括接收單元，用于接收客戶端發(fā)送的用戶選擇請(qǐng)求；信息獲取單元，用于根據(jù)所述接收單元接收到的所述用戶選擇請(qǐng)求向與所述用戶選擇請(qǐng)求對(duì)應(yīng)的信息源或通過策略評(píng)估執(zhí)行管理服務(wù)器向所述信息源獲取評(píng)估信息；評(píng)估單元，用于判斷所述信息獲取單元得到的所述信息是否包含失敗信息；反饋單元，用于在所述評(píng)估單元判斷所述信息包含失敗信息時(shí)，向所述客戶端反饋所述失敗信息。11.根據(jù)權(quán)利要求io所述的基于條件的用戶選擇服務(wù)器，其特征在于，所述信息獲取單元包括請(qǐng)求發(fā)送單元，用于根據(jù)所述接收單元接收到的所述用戶選擇請(qǐng)求向與所述用戶選擇請(qǐng)求對(duì)應(yīng)的信息源或通過策略評(píng)估執(zhí)行管理服務(wù)器向所述信息源發(fā)送獲取評(píng)估信息的請(qǐng)求；信息接收單元，用于接收所述信息源或策略評(píng)估執(zhí)行管理服務(wù)器根據(jù)所述請(qǐng)求發(fā)送單元接收到的所述獲取評(píng)估信息的請(qǐng)求返回的信息；所述評(píng)估單元包括評(píng)估子單元，用于判斷所述信息接收單元接收到的所述信息是否包含失敗信息。12.根據(jù)權(quán)利要求11所述的基于條件的用戶選擇服務(wù)器，其特征在于，所述接收單元包括接收子單元，用于接收客戶端發(fā)送的包含選擇的條件的用戶選擇請(qǐng)求；所述請(qǐng)求發(fā)送單元包括請(qǐng)求發(fā)送子單元，用于根據(jù)所述用戶選擇請(qǐng)求向與所述條件對(duì)應(yīng)的信息源發(fā)送獲取評(píng)估信息的請(qǐng)求。13.根據(jù)權(quán)利要求12所述的基于條件的用戶選擇服務(wù)器，其特征在于，所述接收子單元包括第一接收單元，用于接收所述信息源根據(jù)所述獲取評(píng)估信息的請(qǐng)求判斷認(rèn)證沒有通過或沒有滿足所述條件的目標(biāo)用戶時(shí)返回的信息。14.根據(jù)權(quán)利要求11所述的基于條件的用戶選擇服務(wù)器，其特征在于，所述接收單元包括第二接收單元，用于接收客戶端發(fā)送的選擇單個(gè)或多個(gè)用戶的用戶選擇請(qǐng)求；所述請(qǐng)求發(fā)送單元包括第一請(qǐng)求發(fā)送單元，用于根據(jù)所述選擇單個(gè)或多個(gè)用戶的用戶選擇請(qǐng)求通過策略評(píng)估執(zhí)行管理服務(wù)器向信息源請(qǐng)求所述單個(gè)或多個(gè)用戶的信息；所述反饋單元包括反饋?zhàn)訂卧?，用于在所述評(píng)估單元判斷所述信息包含失敗信息時(shí)，向客戶端反饋拒絕訪問的用戶的評(píng)估信息。15.根據(jù)權(quán)利要求10所述的基于條件的用戶選擇服務(wù)器，其特征在于，所述接收單元包括第三接收單元，用于接收客戶端發(fā)送的選擇多個(gè)用戶的用戶選擇請(qǐng)求，所述選擇多個(gè)用戶的用戶選擇請(qǐng)求包含列表統(tǒng)一資源標(biāo)識(shí)。16.根據(jù)權(quán)利要求11所述的基于條件的用戶選擇服務(wù)器，其特征在于，所述接收單元包括第四接收單元，用于接收客戶端發(fā)送的選擇多個(gè)用戶的用戶選擇請(qǐng)求，所述選擇多個(gè)用戶的用戶選擇請(qǐng)求包含列表統(tǒng)一資源標(biāo)識(shí)或多個(gè)用戶統(tǒng)一資源標(biāo)識(shí)；所述信息接收單元包括信息接收子單元，用于接收信息源返回的拒絕所述客戶端訪問的用戶的評(píng)估信息。17.根據(jù)權(quán)利要求11所述的基于條件的用戶選擇服務(wù)器，其特征在于，所述接收單元包括第四接收單元，用于接收客戶端發(fā)送的選擇多個(gè)用戶信息的用戶選擇請(qǐng)求，所述選擇多個(gè)用戶信息的用戶選擇請(qǐng)求包含列表統(tǒng)一資源標(biāo)識(shí)或多個(gè)用戶統(tǒng)一資源標(biāo)識(shí)；所述請(qǐng)求發(fā)送單元包括第二請(qǐng)求發(fā)送單元，用于根據(jù)所述用戶選擇請(qǐng)求向擴(kuò)展標(biāo)記語音文檔管理服務(wù)器發(fā)送搜索請(qǐng)求；所述信息接收單元包括第一信息接收單元，用于接收擴(kuò)展標(biāo)記語音文檔管理服務(wù)器返回的拒絕所述客戶端訪問的用戶的評(píng)估信息。18.根據(jù)權(quán)利要求10至17任一項(xiàng)所述的基于條件的用戶選擇服務(wù)器，其特征在于，所述失敗信息包括拒絕訪問的用戶統(tǒng)一資源標(biāo)識(shí)、拒絕訪問的用戶個(gè)數(shù)、拒絕訪問的用戶拒絕的選擇條件、拒絕訪問的用戶拒絕的理由中的任一或任意組合。19.一種通信系統(tǒng)，其特征在于，包括基于條件的用戶選擇服務(wù)器，用于接收客戶端發(fā)送的用戶選擇請(qǐng)求；根據(jù)所述用戶選擇請(qǐng)求向與所述用戶選擇請(qǐng)求對(duì)應(yīng)的信息源；對(duì)所述信息進(jìn)行評(píng)估，在判斷所述信息包含失敗信息時(shí)，向所述客戶端反饋所述失敗信息；信息源，用于向所述基于條件的用戶選擇服務(wù)器返回信息。20.根據(jù)權(quán)利要求19所述的通信系統(tǒng)，其特征在于，還包括策略評(píng)估執(zhí)行管理服務(wù)器，用于根據(jù)所述基于條件的用戶選擇服務(wù)器接收到的所述用戶選擇請(qǐng)求進(jìn)行權(quán)限評(píng)估，在允許對(duì)評(píng)估信息進(jìn)行訪問時(shí)，將允許訪問的目標(biāo)用戶標(biāo)識(shí)發(fā)送給所述信息源，在拒絕對(duì)評(píng)估信息進(jìn)行訪問時(shí)，向所述基于條件的用戶選擇服務(wù)器返回失敗信息。全文摘要本發(fā)明實(shí)施例公開了一種反饋失敗信息的方法、相關(guān)裝置及通信系統(tǒng)，該方法包括接收客戶端發(fā)送的用戶選擇請(qǐng)求；向與用戶選擇請(qǐng)求對(duì)應(yīng)的信息源或通過策略評(píng)估執(zhí)行管理服務(wù)器向信息源獲取評(píng)估信息；對(duì)信息進(jìn)行評(píng)估，在判斷信息包含失敗信息時(shí)，向客戶端反饋所述失敗信息。本發(fā)明實(shí)施例由于向信息源或通過策略評(píng)估執(zhí)行管理服務(wù)器向信息源獲取評(píng)估信息，對(duì)上述信息進(jìn)行評(píng)估，在判斷上述信息包含失敗信息時(shí)，向客戶端反饋失敗信息，使得客戶端在選擇目標(biāo)用戶失敗時(shí)能夠了解拒絕其訪問的用戶的評(píng)估信息，從而可以避免客戶端發(fā)起一些無用的選擇。文檔編號(hào)H04L29/06GK101753518SQ200810171950公開日2010年6月23日申請(qǐng)日期2008年10月24日優(yōu)先權(quán)日2008年10月24日發(fā)明者劉海濤,宋悅,常新苗,李小娟,王睿申請(qǐng)人:華為終端有限公司