WO2010045849A1 - 反馈失败信息的方法、相关装置及通信系统 - Google Patents

反馈失败信息的方法、相关装置及通信系统 Download PDF

Info

Publication number
WO2010045849A1
WO2010045849A1 PCT/CN2009/074434 CN2009074434W WO2010045849A1 WO 2010045849 A1 WO2010045849 A1 WO 2010045849A1 CN 2009074434 W CN2009074434 W CN 2009074434W WO 2010045849 A1 WO2010045849 A1 WO 2010045849A1
Authority
WO
WIPO (PCT)
Prior art keywords
information
request
uri
evaluation
client
Prior art date
Application number
PCT/CN2009/074434
Other languages
English (en)
French (fr)
Inventor
宋悦
王睿
李小娟
刘海涛
常新苗
Original Assignee
华为终端有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 华为终端有限公司 filed Critical 华为终端有限公司
Publication of WO2010045849A1 publication Critical patent/WO2010045849A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications

Definitions

  • the present invention relates to the field of communications technologies, and in particular, to a method, a related device, and a communication system for feeding back failure information.
  • the session establishment phase of many services needs to select users who need to join the session according to certain conditions. These conditions will be based on various information possessed by the user, such as presence information, location information, and User's interests and hobbies, etc.
  • the Location information indicates the geographic location where the user is currently located, which exists on the location server. If you need to get a list of users in the vicinity of a certain mall and the status is online, then you need to judge and choose according to the current presence information and location information of the user.
  • the current method can only be that the requester first sends a request to the presence server to obtain a Uniform Resource Identifier (URI) whose status is online, and then sends a request to the location server to obtain a user URI with a geographical location near the mall, requesting The users themselves conduct a comprehensive analysis to obtain users whose status is online near the mall.
  • URI Uniform Resource Identifier
  • Such an operation requires the requester to send a request to a different server to obtain a user who satisfies the condition and compare the returned results.
  • the requester needs to know which server holds the information, and the requester's terminal device needs to have different The interface of the server brings great inconvenience to the requester.
  • the Condition Based URIs Selection (CBUS) solution solves the above-mentioned shortcomings.
  • the requester can send the requirements or conditions for geographic location, presentation and other information to the CBUS server, CBUS server and various
  • the information server is connected, and the results are analyzed and integrated, and the user URI that satisfies the requester's sending condition is sent to the requester, so that the requester does not need to directly deal with various servers, and only needs to submit the request to the CBUS service.
  • CBUS Condition Based URIs Selection
  • the Policy Evaluation Enforcement and Management (PEEM) engine can be seen as a function that is called directly by other resources.
  • the application server may feed back the undesired target user to the CBUS server, or the CBUS server may directly request the policy evaluation from the PEEM server, and the PEEM server feedback is unwilling to receive the selected target. user.
  • the CBUS server cannot receive and process the failure information fed back by the application server or the PEEM server, nor can it inform the requester to select the detailed result information, resulting in the requester. It is not possible to understand the specific execution of the selected task, so that the requester may initiate a useless choice.
  • the embodiment of the present invention provides a method for feeding back failure information, a related device, and a communication system.
  • the technical solution provided by the embodiment of the present invention enables the client to obtain failure information.
  • a method of feeding back failure information including:
  • Receiving the information source or the policy evaluation execution management server returns information according to the request for obtaining the evaluation information
  • a condition-based URI selection server including:
  • a receiving unit configured to receive a URI selection request sent by the client
  • An information obtaining unit configured to send, according to the URI selection request received by the receiving unit, an information source corresponding to the URI selection request or a request for obtaining evaluation information to the information source by using a policy evaluation execution management server, and Receiving the information source or the policy evaluation execution management server returns information according to the request for obtaining the evaluation information;
  • An evaluation unit configured to determine whether the information obtained by the information acquiring unit includes failure information;
  • a feedback unit configured to: when the evaluation unit determines that the information is failure information, feed back the failure information to the client.
  • a communication system comprising:
  • a condition-based URI selection server configured to receive a URI selection request sent by the client; send, according to the URI selection request, a request for acquiring evaluation information to an information source corresponding to the URI selection request; and receiving the information source according to the Obtaining information returned by the request for evaluating information; and when determining that the received information is a failure information, feeding back the failure information to the client;
  • An information source configured to return information to the condition-based URI selection server.
  • the evaluation information is obtained from the information source or the policy evaluation execution management server to the information source, and the information is evaluated, and when the information includes the failure information, the client is
  • the feedback failure information enables the client to know the evaluation information rejecting the access when the target user fails, so that the client can avoid some useless choices.
  • FIG. 1 is a flowchart of a method for feeding back failure information according to Embodiment 1 of the present invention
  • FIG. 2 is a flowchart of a method for feeding back failure information according to Embodiment 2 of the present invention
  • FIG. 3 is a flowchart of Embodiment 3 of the present invention
  • FIG. 4 is a flowchart of a method for feeding back failure information according to Embodiment 4 of the present invention
  • FIG. 5 is a flowchart of a method for feeding back failure information according to Embodiment 5 of the present invention
  • 6 is a flowchart of a method for feeding back failure information according to Embodiment 6 of the present invention
  • FIG. 7 is a flowchart of a method for feeding back failure information according to Embodiment 7 of the present invention
  • FIG. 8 is a flowchart of an embodiment of the present invention
  • FIG. 9 is a block diagram showing the composition of a communication system according to an embodiment of the present invention.
  • the embodiment of the present invention provides a method for feeding back failure information, a related device, and a communication system.
  • the technical solution provided by the embodiment of the present invention enables the client to obtain failure information.
  • This embodiment describes a method for feeding back failure information, which is described in detail below with reference to the accompanying drawings.
  • the method includes the following steps:
  • Step 101 The CBUS server receives a URI selection request sent by the client.
  • the client can be a CBUS client.
  • the above URI selection request includes the selected condition, and the CBUS server will send a request for obtaining the evaluation information to the information source corresponding to the selected condition.
  • the URI selection request may be a URI selection request for selecting a single or multiple users.
  • the URI selection request may include a plurality of user uniform resource identifiers, or may include a list uniform resource identifier.
  • Step 102 The CBUS server obtains the evaluation information from the information source or the policy evaluation execution management server to the information source;
  • the foregoing steps may firstly send a request for obtaining the evaluation information to the information source according to the URI selection request to the information source corresponding to the URI selection request or through the policy evaluation execution management server; and then receive the information source or the policy evaluation execution information returned by the management server.
  • the policy evaluation execution management server determines, according to the request for obtaining the evaluation information, whether to allow access to the information of the list corresponding to the list unified resource identifier, or the policy evaluation execution.
  • the management server determines whether to allow access to each user information in the list according to the request for obtaining the evaluation information, and each of the above user information can be obtained from an Extensible Markup Language (XML) document management server, and when access is permitted
  • XML Extensible Markup Language
  • the CBUS server can be based on The URI selection request sends a search request to an XML Document Management (XDM) server, and the XDM server requests a permission evaluation from the PEEM server.
  • XDM XML Document Management
  • the policy evaluation execution management server When the CBUS server obtains the evaluation information from the information source through the policy evaluation execution management server, the policy evaluation execution management server performs the authority evaluation according to the request for obtaining the evaluation information, when the policy evaluation execution management server allows the client to access the evaluation information. And sending the request for obtaining the evaluation information to the information source.
  • the receiving information source determines, based on the request for obtaining the evaluation information, information returned when the authentication fails to pass or does not satisfy the target user of the condition.
  • the CBUS server After the CBUS server directly obtains the evaluation information from the information source, it receives the information returned by the information source and allows the client to access the information.
  • Step 103 The CBUS server feeds back the failure information to the client when determining that the received information is a failure message.
  • the failure information may be a user uniform resource identifier including the denied access, the number of users denied access, the selection condition rejected by the user who refused access, the reason for the user rejection of the denied access, the unrecognized URI, the number of unrecognized URIs, no Any one or any combination of the URI corresponding to the evaluation information and the number of URIs without the corresponding evaluation information.
  • the evaluation information is obtained from the information source or the policy evaluation execution management server to the information source, and the information is evaluated.
  • the information includes the failure information
  • the failure information is fed back to the client, so that the client selects the target user.
  • it fails it can understand the evaluation information that refuses its access, so that the client can avoid some useless choices.
  • the information source may include an application server and an XDM server, and the application server includes a presence server and a location server.
  • the application server mentioned in the following embodiments can be replaced with an information source.
  • the evaluation information may include presence information, location information, personal profile information, and the like of the target user.
  • the target user information, location information, and the like mentioned in the following embodiments may be replaced with the evaluation letter embodiment 2
  • This embodiment describes a case where the CBUS server fails to obtain information from the application server. The following is a detailed description with reference to the accompanying drawings. Referring to FIG. 2, the method in this embodiment includes the following steps:
  • Step 201 Client A initiates a selection request to the CBUS server
  • Step 202 The CBUS server acquires information of the target user from the corresponding application server.
  • the CBUS server requests the presence server to obtain the status information of the user B and the user C, and the user is identified by the URI, and requests the location server to obtain the location information of the two users;
  • the CBUS server After receiving the request from the client A, the CBUS server requests the presence server to obtain the status information of the user B and the user C, and requests the location server to obtain the location information of the two users. At the same time, the CBUS server also provides authentication information to these application servers, such as the username and password or certificate of client A, the username and password of the CBUS server, or the certificate.
  • the presence server authenticates the identity of the CBUS server and/or the client A.
  • the presence server fails to pass the authentication of any of the above, the certificate fails to pass the conclusion, and then the CBUS server feeds back the information that the authentication fails.
  • the presence server may also determine whether the CBUS server and/or the client A have the right to access the presence information of the user B and the user C. If there is no permission, the CBUS server feeds back information that does not have access to the target user.
  • the location server feeds back the location information of user B and user C to the CBUS server, for example, the location information is located in Shanghai.
  • Step 203 The CBUS server evaluates the feedback information.
  • the CBUS server evaluates the feedback information and finds that the presence server rejects the request. According to the information fed back by the location server, none of the target users are located in Beijing.
  • Step 204 The CBUS server feeds back the selection failure information to the client A.
  • the CBUS server When the CBUS server is authenticated without or without permission to access the target user or the information of the target user who does not meet the conditions, the CBUS server feeds back to the client A a specific selection failure message, which can be as follows:
  • the FailureResults element indicates that the feedback information is failure information.
  • Each sub-element of the FailureSource represents information about an application server.
  • the child element of the FailureSource is the type or identifier of the application server, and the other sub-element Data represents the specific failure information.
  • the failure information is the presence information of the target user that the authentication fails or does not have permission. For the location server, the failure information is that the user who does not meet the condition of "in Beijing" is found.
  • the other failure information may further include an unrecognized URI, an unrecognized URI number, a URI having no corresponding evaluation information, and a number of URIs having no corresponding evaluation information, that is, as follows, other failure information may further include:
  • the CBUS has not received feedback from the application server for a long time, causing the task to terminate, or the CBUS server is temporarily unable to access the application server due to busy or blocked network. Or an error occurred while accessing the application server.
  • the application server returns information to the CBUS that does not recognize the target user URI sent by the CBUS server, or the application server returns a message that does not have the target user information requested by the CBUS.
  • these failure messages can be included in the Data element and returned to Client A. Only if the failure information relates to a specific target user URI, the information returned to the client A may specify which target user's URI is not recognized or temporarily has no such user information, for example:
  • Target element is used here to indicate the URI of the target user whose error occurred and the reason for its failure.
  • the pre-accessed user B ⁇ ps.cintel.net.cn corresponds to the failure reason that the user does not exist
  • the reason for the failure of ps.cintd.net.cn is that there is no such user location information.
  • the TargetNumber element is also used to indicate the number of target users who have encountered an error.
  • the CBUS server obtains the identity authentication of the CBUS server and/or the client A by the presence server, or does not have the right to access the target user information or the location server feedbacks the target user that does not satisfy the condition, the client A is fed back to the client A to select the target user.
  • the failure information of B and C can make client A understand the specific reason for the failure of the selection and improve the user experience.
  • This embodiment may also include a case where, after receiving the selection request of the client A, the CBUS server determines that there is no capability to access the information source corresponding to the URI selection request according to the received URI selection request. If the application server corresponding to the condition is selected, for example, the location information of the user is not acquired, or the selection condition is not recognized, the CBUS server may return the failure information to the client A.
  • the second embodiment illustrates the case where the CBUS server fails to obtain information from the application server.
  • the following embodiment illustrates a case where a single user refuses to be selected.
  • Step 301 The client A initiates a request to the CBUS server to select whether a single user is online. A client A wants to know whether the target user B is online through the CBUS server.
  • Step 302 The CBUS server sends a request to the PEEM server to obtain whether a single user is online.
  • the CBUS server Using the proxy mode, the CBUS server requests the presence server B's online information from the presence server, and sends a message to the PEEM server through the proxy interface.
  • the main content can be as follows: SUBSCRIBE sip:B@ps.cintel.net.cn SIP/2.0
  • the message indicates the URI of the target user, the URI of the CBUS server, the requested resource as the presence information, and the message body type is application/cbus, indicating that the subscription message body carries the specific information when the CBUS server initiates the request, in this example
  • the private information includes the client URI, the service identifier (Identifier, ID) that initiated the request, and the provider of the service that initiated the request.
  • PEEM comprehensively analyzes the above information to perform permission evaluation on the request, for example, analyzing whether the CBUS server and client A have the right to access the presence information of the target user B, and may also join the service ID of the request and provide the service ID.
  • the quotient is used as an evaluation reference condition.
  • Step 303 The PEEM server evaluates the rights of the client.
  • the request sent by A is forwarded to the presence server; if the PEEM server rejects the access of A to B, the license failure message is returned to the CBUS server;
  • the request is forwarded to the presentation server, and some special information that has been evaluated for authority can be tailored during forwarding, and the Consumer ID is cut out by 1" column.
  • the message body of ConsumerServicelD, ConsumerServiceProviderlD, etc., Content-Type is also trimmed, and Content-Length is set to 0. At this time, the message becomes the following form:
  • the PEEM server If the PEEM server refuses to access the information presented to the target user B, it directly returns the license failure information to the CBUS server, and the returned license failure information may be as follows:
  • the 403 Forbidden is used as a response to indicate that the request is rejected.
  • a specific reason description of the failure may be added to the failure message, which may be placed in the message body, as long as the type of the message body is specified in the message header.
  • Step 304 The CBUS server feeds back the license failure information to the client.
  • the CBUS server After receiving the license failure message returned by PEEM, the CBUS server feeds back the above license failure message to client A.
  • the CBUS server feeds back to Client A that User B denied access to the presence status.
  • the CBUS server receives the license failure information returned by the PEEM server after rejecting the presence information of the target user B, and evaluates the license failure information, and then feeds back to the client A that the target user B refuses to access the presentation state.
  • the information can make the client A understand the specific reason for the failure of selecting the presentation information of the target user B, thereby improving the user experience.
  • the third embodiment describes a case where a single user is selected to be rejected.
  • the following embodiment illustrates a case where a plurality of target user resource information is requested in a list manner.
  • Step 401 Client A initiates, by using a list URI, a request to the CBUS server to select whether multiple users are online;
  • Client A wants to know the online information of multiple target users through the CBUS server, such as whether the target users B, C, D, E are online.
  • Step 402 The CBUS server sends a request to the PEEM server to obtain whether multiple users are online.
  • the CBUS server uses the proxy mode to send a message to the PEEM server through the proxy interface.
  • the main content can be as follows:
  • the target user URI becomes a list URI, which is A-list@ps.cintel.net.cn.
  • the list contains four users B, C, D, and E.
  • the user URI contained in the list is stored on a shared list XDM server.
  • Step 403 The PEEM server evaluates the rights of the client A.
  • the PEEM server determines whether A is allowed to access the presence information of the list URI, or obtains the target user URI included in the list from the shared list XDM server that includes the list user URI, and then determines whether A is allowed to present information to each target user. Access;
  • the PEEM server can handle multiple ways:
  • PEEM may also obtain the user URI contained in the list from the shared list XDM server and determine whether client A has access to the entire list user.
  • PEEM forwards the subscription message to the presence server or Resource List Server (RLS).
  • RLS Resource List Server
  • Step 404 The PEEM server returns the evaluated result.
  • PEEM For users who are licensed to access the PEEM server, PEEM forwards the subscription message to the presence server or resource list server. For the PEEM server to reject the A access target user, PEEM to CBUS The server returns a message that denies access;
  • the message is sent to the presence server, the URI is sip: rls@ ps.cintd.net.cn, and the message body contains the URIs of the two target users D and E.
  • the type of the message body is identified by application/resource-lists+xml.
  • the PEEM server For the user who refuses to access, the PEEM server returns a 200 OK message before returning the message rejecting the access to the CBUS server, indicating that the message sent by the CBUS server has been successfully processed, and then using the notification (NOTIFY) method in the session initiation protocol technology to feed back the denied access message.
  • the message can be as follows: NOTIFY sip:a.cintel.net.cn SIP/2.0
  • Cid B @ps.cintel.net.cn"/>
  • Cid C@ps.cintel.net.cn"/>
  • the NOTIFY request contains the message body type "application/rlmi+xml", and the message body contains a target.
  • User list in this example, the list only includes the information of the target users B and C, indicating that only the two users are denied access.
  • Step 405 The CBUS server feeds back to the client the target user information that is denied access.
  • the CBUS server evaluates to the client A based on the message sent by the PEEM server and rejects the target user information accessed by the client A.
  • the CBUS server feeds back the target user URI that satisfies the condition to the client A, and also feeds back the target user information that is denied access by the client A.
  • the information may include the number of users rejected by the rejected user URL, the selection condition of the user rejection, The reason for the user's rejection, etc., may include one or more of them.
  • the user can reject either client A or CBUS server.
  • the specific failure information can be as follows:
  • each of the child elements Target specifically represents the URI of each target user, that is, the user D and the user E.
  • the FailureResults element contains the target user information of the failed selection, wherein each child element FailureSource carries a failure information fed back by the application server, and the child element Source of the FailureSource carries the type of the application server or the URI of the application server, in the above example, the presence, Indicates that the application server is a presence server.
  • the child element Target of the FailureSource carries the URI of the user who refused to access and the reason for the rejection.
  • the child element of the FailureSource, TargetNumber carries the number of users rejected.
  • the PEEM server returns the denied access information to the CBUS server, and the CBUS server feeds back the target user information denied by the client A through the evaluation, so that the client A can understand the specific selection of the target user.
  • the implementation and the partial selection failure can promptly understand the reason for the failure.
  • the fourth embodiment describes a case where a request for a plurality of target user resource information partially fails in a list URI manner.
  • the following embodiment illustrates a case where a plurality of target user information portions fail to be requested in multiple URI manners.
  • Step 501 Client A Initiating a request to the CBUS server to select whether multiple users are online, the request includes a URI of multiple users;
  • the request message sent at this time can be as follows:
  • the first part is of type application/resource-lists+xml and the ID is nXYxAE@ ps.cintel.net.cn. This part is used to carry multiple user URIs included in the resource list, as in the example, using list/entry.
  • Steps 502 to 505 are the same as steps 402 to 405, and are not described here again. However, in step 503, the PEEM server does not need to contact the shared list XDM server after receiving the subscription message.
  • the PEEM server returns a partial target user's access denied information to the CBUS server, and the CBUS server feeds back to the client to reject the target user information accessed by the client A, so that the client A can understand the specific implementation of the selection and When some of the choices fail, you can understand the reason for the failure in time.
  • the fifth embodiment describes a case where a method of directly including a plurality of target user URIs is directly requested in the request, and the following embodiment describes a case where a plurality of target users are requested in the instant call mode.
  • the method of this embodiment includes the following steps:
  • Step 601 Client A initiates a request to the CBUS server to select whether multiple users are online and whether the location is in Beijing;
  • Client A sends a request to the CBUS server, such as whether the target user list A-List@ps.cintd.net.cn is online and the location is in Beijing.
  • the list contains 4 users B, C, D, E.
  • Step 602 The CBUS server sends a request for acquiring multiple online information of the user to the presence server, and further sends a request for acquiring multiple user location information to the location server.
  • the CBUS server sends directly to the presence server and location server.
  • the subscription message is sent to the presence server at the same time as the messages of the third, fourth and fifth embodiments.
  • the subscription message sent to the location server is basically the same as the message of the third, fourth, and fifth embodiments, except that the Event: presence is changed to Event: location.
  • Step 603 The presence server and the location server send the information of the authority evaluation to the PEEM server, requesting the authority evaluation;
  • the presence server sends a permission evaluation information request authority evaluation to the PEEM server according to the request for obtaining the online information of the plurality of users;
  • the presence server first requests a permission evaluation from the PEEM server, which can be as follows:
  • the URI of the target user which is a list URI at this time, but may also be a plurality of specified target user URIs; the URI of the initiator CBUS server; the client End URI; the service ID of the originating request; the mention of the service that initiated the request Vendor; requested resource, present information.
  • the message front end includes the template ID and template version number of PEEM, which are OMA_GPM_l and VI.0.0 respectively.
  • the location server also requests a permission evaluation from the PEEM server.
  • the request message is basically the same as the message sent by the presence server, except that the requestedAttributes field is:
  • Step 604 After the PEEM server performs the authority evaluation, returning the evaluation result to the presence server and the location server;
  • the user who refuses the A access or the A does not have the access permission to the PEEM returns the information of rejecting the A access user or A not having the right to access the user to the presence server and the location server. , the reason for the rejection may also be returned; for the user who allows A to access by PEEM, the user ID of the license is fed back to the presence server and the location server;
  • the message returned to the presence server may be Is as follows:
  • the permission result for each target user is represented by four PermissionTarget/TargetID elements.
  • the uri attribute of each TargetlD element represents the URI of the target user, and the corresponding decision attribute indicates the access permission status of the target user.
  • the reason for the rejection of B in the example is "not allowed A to access him”
  • the reason for C's rejection is "do not want to join a cellular-based push-to-talk service" (Push to talk) Over Cellular, PoC) session”.
  • Other reasons include "A does not have permission to access users"
  • the message returned to the location server is similar.
  • the above message returned to the presence server is as follows:
  • the reason for the rejection of B and D is "not allowing A to access his location information.”
  • Step 605 The presence server and the location server send information of the target user that is denied access to
  • the presence server and the location server send the information of the above denied access to the user, and may further include the URI information and the cause information to the CBUS server; the presence server and the location server send the presence information of the user who is allowed to access A to the CBUS server;
  • the presence server informs the CBUS server of the URI information and the cause information of the user who has denied access by means of NOTIFY.
  • the location server informs the CBUS server of the URI information and the cause information of the user who refused access by means of NOTIFY. It is basically the same as the fourth embodiment except that the users who refuse access are 8 and 0.
  • the PRS (presentation) server can also inform the CBUS server of the presence information of the users who are allowed to access by means of NOTIFY.
  • the presence information of the users D and E that are visited is online, and the location server can also inform the CBUS server of the location information of the users who are allowed to access through the NOTIFY method.
  • the location information of the users C and E that are allowed to access at this time are all in Beijing. .
  • Step 606 The CBUS server feeds back to the client the target user information that is denied access.
  • the CBUS server After evaluating the received information, the CBUS server feeds back to Client A a message rejecting the target user accessed by Client A.
  • the CBUS server feeds back to the client A the target user URI that satisfies the condition, and also feeds back the target user information that is denied access by the client A.
  • the information may include the number of user URIs rejected by the rejected user URL, the selection condition of the rejection, or The type of information, the reason for rejection, and the like may include one or more of them.
  • the target user can reject either Client A or CBUS Server.
  • the specific failure information can be as follows:
  • each sub-element Target specifically represents the URI of each target user, that is, user E.
  • the FailureResults element contains the target user information of the failed selection, wherein each child element FailureSource carries a failure information fed back by the application server, and the child element Source of the FailureSource carries the type of the application server or the URI of the application server.
  • a Source is Presence
  • another source is location, indicating that the application server that returns the failure information includes the presence server and the location server, that is, the presence information and location information of some URIs cannot be obtained or refused to be acquired or not obtained, and thus cannot be performed.
  • the child element Target of FailureSource carries the URI of the user who denied access and the reason for the rejection.
  • the child element TargetNumber of FailureSource carries the number of users rejected.
  • the URI of the user who is denied access corresponds to the application server or the information source, that is, it can be known from the failure information which user URI has rejected the acquisition of which type of information.
  • the failure information may also carry a selection condition specifically rejected by the user URI. In this case, the application server needs to return to the CBUS server which target information is specifically rejected.
  • the client can know the target user URI that the user has access to, and also understands the URI of the target user who refuses to access the user, thereby improving the user experience.
  • the sixth embodiment describes a case where a plurality of target user information is requested in the instant call mode, and a case where a plurality of target user information is requested using the search mode in the instant call mode is explained below.
  • This embodiment describes a case where a plurality of target user information is requested by using a search mode in an instant call mode.
  • the following is a detailed description with reference to the accompanying drawings. Referring to FIG. 7, the method of this embodiment includes the following steps:
  • Step 701 Client A initiates a request to the CBUS server to select whether multiple users prefer football. Can be in the form of a list URI, or it can be a URL that contains multiple users in the request.
  • the CBUS server can also use the search method to access resources on the XDM server, such as the shared Profile XDM server, for example, searching for a soccer user URI in a list.
  • the XDM server such as the shared Profile XDM server, for example, searching for a soccer user URI in a list.
  • Step 702 The CBUS server sends a search request to the shared profile (XDM) server;
  • the CBUS server sends a search request to the shared Profile XDM server according to the above request; the CBUS server sends the search message to the shared Profile XDM server through the Aggregation Agent and the Search Agent.
  • Step 703 The Profile XDM server sends an information request authority evaluation of the authority evaluation to the PEEM server.
  • the shared profile XDM server may request a PEEM to evaluate the rights of the target user list and obtain the rights evaluation result using a method similar to that of the sixth embodiment.
  • Step 704 The PEEM server returns the evaluation result to the Profile XDM server after performing the authority evaluation.
  • the user who rejects the access of the PEEM server After the PEEM server performs the authority evaluation based on the information of the foregoing authority evaluation, the user who rejects the access of the PEEM server returns the information of the user who refuses to access the profile XDM server (optionally, the reason for the rejection may also be returned); for the PEEM server A user who allows A to access, sends a user ID that allows access to the Profile XDM server;
  • Step 705 The Profile XDM server returns information to the CBUS server.
  • the Profile XDM server sends the URI of the target user who is allowed to access and loves football to the CBUS server, and sends the user information that is denied access to the CBUS server;
  • the profile XDM server feeds back to the CBUS server the user URI that is allowed to be accessed and is hobby to be a soccer player. At the same time, the user information of the user who is denied access is indicated to the CBUS server.
  • the specific feedback method may be the same as that of the sixth embodiment.
  • Step 706 The CBUS server feeds back to the client the target user information that is denied access.
  • the CBUS server After evaluating the received information, the CBUS server feeds back to Client A a message rejecting the target user accessed by Client A.
  • the manner of feeding back to the client A may be the same as that of the sixth embodiment.
  • the CBUS server since the CBUS server searches for the target user information to the XDM server, the XDM server requests the PEEM server for the authority evaluation, obtains the evaluation result, and feeds back to the CBUS server the target user information that allows access and denial of access, and the CBUS server feeds back the denied access to the client.
  • the target user information enables the client to know the information of the target user who has denied access, thereby improving the user's body.
  • a method for feeding back failure information is provided.
  • the embodiment of the present invention further provides a condition-based URI selection server and a communication system.
  • condition-based URI selection server includes the following elements:
  • the receiving unit 801 is configured to receive a URI selection request sent by the client.
  • the information obtaining unit 802 is configured to send, according to the URI selection request received by the receiving unit 801, an information source corresponding to the URa selection request or a request for obtaining evaluation information to the information source by using a policy evaluation execution management server. Receiving, by the information source or the policy evaluation, the information returned by the execution management server according to the request for obtaining the evaluation information;
  • the evaluation unit 803 is configured to determine whether the information obtained by the information acquiring unit 802 is a failure information feedback unit 804, and is configured to feed back the failure to the client when the evaluation unit 803 determines that the information is failure information. information.
  • the information obtaining unit 802 may include:
  • a request sending unit configured to send, according to the URI selection request received by the receiving unit 801, an information source corresponding to the URI selection request or a request for acquiring evaluation information to the information source by using a policy evaluation execution management server;
  • An information receiving unit configured to receive information returned by the information source or the policy evaluation execution management server according to the request for acquiring the evaluation information received by the request sending unit;
  • the evaluation unit 803 includes: an evaluation subunit, configured to determine whether the information received by the information receiving unit includes failure information.
  • the receiving unit 801 includes: a receiving subunit, configured to receive a URI selection request that is sent by the client and includes a selected condition; the request sending unit of the information acquiring unit 802 includes: a request sending subunit, configured to select a request according to the URI A request to acquire evaluation information is transmitted to an information source corresponding to the condition.
  • the receiving subunit includes: a first receiving unit, configured to receive, by the information source, information that is returned when the authentication fails or does not have permission to access the target URI or the target user that does not satisfy the condition according to the request for obtaining the evaluation information.
  • the receiving unit 801 includes: a second receiving unit, configured to receive a URI selection request that is sent by the client to select a single or multiple users; and the request sending unit of the information acquiring unit 802 includes: a first request sending unit, configured to: The URI selection request for selecting a single or multiple users requests the management server to request information of the single or multiple users from the information source through the policy evaluation; the feedback unit 804 includes: a feedback subunit, configured to determine at the evaluation unit 803 When the information includes the failure information, the information that the access is denied is fed back to the client.
  • the receiving unit 801 includes: a third receiving unit, configured to receive a URI selection request for selecting multiple users sent by the client, where the URI selection request for selecting multiple users includes a list unified resource identifier.
  • the receiving unit 801 includes: a fourth receiving unit, configured to receive a URI selection request for selecting multiple users sent by the client, where the URI selection request for selecting multiple users includes a list unified resource identifier or multiple user uniform resource identifiers
  • the information receiving unit of the information obtaining unit 802 includes: an information receiving subunit, configured to receive user information returned by the information source that allows the client to access and user information that denies the client access.
  • the receiving unit 801 includes: a fourth receiving unit, configured to receive a URI selection request that is sent by the client and select multiple user information, where the URI selection request for selecting multiple user information includes a list unified resource identifier or multiple user unified a resource identifier; the request sending unit includes: a second request sending unit, configured to send a search to the extended mark voice document management server according to the URI selection request;
  • the information receiving unit of the information acquiring unit 802 includes: a first information receiving unit, configured to receive the evaluation information returned by the information source to permit and deny the client access.
  • the failure information includes any one or any combination of the user uniform resource identifier of the access denied, the number of users denied access, the selection condition rejected by the user who refuses to access, and the reason for the user rejection of the access denied.
  • the foregoing CBUS server may be used to implement the feedback failure information mentioned in the embodiment of the present invention, but is not limited to implementing the method.
  • a CBUS server is described above, and a communication system is explained below.
  • a communication system includes:
  • the condition-based URI selection server 901 is configured to receive a URI selection request sent by the client, and send a request for acquiring the evaluation information to the information source 902 corresponding to the URI selection request according to the URI selection request; and receiving the information source according to the request And the information returned by the request for obtaining the evaluation information; when determining that the received information is the failure information, feeding back the failure information to the client;
  • the information source 902 is configured to return information to the condition-based URI selection server 901.
  • the above communication system further includes:
  • a policy evaluation execution management server configured to perform a rights evaluation according to the URI selection request received by the condition-based URI selection server 801, and when the access to the evaluation information is allowed, send the target user identification that is allowed to be accessed to the information source 902: When the access to the evaluation information is denied, returning the failure information to the condition-based URI selection server 901.
  • the evaluation information is obtained from the information source or the policy evaluation execution server to the information source, and the information is evaluated.
  • the information includes the failure information
  • the failure information is fed back to the client, so that the client selects the target.
  • a user fails they can understand the evaluation information that denies their access, thus preventing the client from initiating some useless choices.
  • the above-mentioned storage medium may be a read only memory, a magnetic disk or an optical disk or the like.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Transfer Between Computers (AREA)

Description

反馈失败信息的方法、 相关装置及通信系统
本申请要求于 2008 年 10 月 24 日提交中国专利局、 申请号为 200810171950.5、 发明名称为 "反馈失败信息的方法、 相关装置及通信系统" 的中国专利申请的优先权， 其全部内容通过引用结合在本申请中。
技术领域
本发明涉及通信技术领域， 尤其涉及一种反馈失败信息的方法、相关装置 及通信系统。
背景技术
随着通信技术的不断发展，许多业务的会话建立阶段都需要根据一定的条 件来选择需要加入会话的用户， 这些条件将基于用户所拥有的各种信息， 例如 呈现（Presence )信息、 位置信息以及用户的兴趣和爱好信息等。
现有的通信技术中， 不同的用户信息分别处于不同的服务器上，如呈现信 息存在于呈现服务器上， 呈现信息包括用户的在线信息、 网络承载信息、 客户 端设备应用能力信息以及用户的兴趣爱好和心情等等。 位置（Location )信息 指出了用户当前所处的地理位置， 其存在于位置服务器上。假如需要获得位于 某一个商场附近的、状态为在线的用户列表， 这时就需要根据用户当前的呈现 信息和位置信息才能得出判断和选择。目前的方法只能是请求者首先向呈现服 务器发送请求获得状态为在线的用户统一资源标识 （Uniform Resource Identifier, URI ), 然后再向位置服务器发送请求来获得地理位置在商场附近的 用户 URI,请求者自己将这些用户进行综合分析，得出满足条件位于商场附近 的、状态为在线的用户。这样的操作需要请求者向不同的服务器发送请求以获 得满足条件的用户并且将返回的结果进行比较，这时候请求者要知道哪种服务 器保存哪些信息， 而且请求者的终端设备需要具备到各个不同服务器的接口， 给请求者带来了很大的不便。
基于条件的 URI选择 ( Condition Based URIs Selection, CBUS )月良务器的 提出解决了上述的不足，请求者可以将对地理位置、呈现等信息的要求或者条 件送至 CBUS服务器， CBUS服务器与各种信息服务器连接， 并将这些结果 进行分析综合， 将满足请求者发送条件的用户 URI发送至请求者， 从而不再 需要请求者直接与各种各样的服务器打交道,只需要把需求提交给 CBUS服务 器即可。
策略评估执行管理 ( Policy Evaluation Enforcement and Management , PEEM ) 引擎可以看作是被其它资源直接调用的一个功能。
现有技术中 CBUS 服务器向应用服务器获取信息后， 应用服务器可以向 CBUS服务器反馈不愿意接收选择的目标用户，也可以是 CBUS服务器直接向 PEEM服务器请求策略评估， PEEM服务器反馈不愿意接收选择的目标用户。
在实现本发明的过程中， 发明人发现上述技术方案至少存在如下缺陷： 目前 CBUS服务器无法接收并处理应用服务器或 PEEM服务器反馈的失 败信息，也无法告知请求者详细的选择结果信息，导致请求者无法了解选择任 务的具体执行情况， 从而使得请求者可能会发起一起无用的选择。
发明内容
本发明实施例提供了一种反馈失败信息的方法、相关装置及通信系统，使 用本发明实施例提供的技术方案， 能够使得客户端获得失败信息。
本发明实施例的目的是通过以下技术方案实现的：
一种反馈失败信息的方法， 包括：
接收客户端发送的 URI选择请求；
根据所述 URI选择请求向与所述 URI选择请求对应的信息源或通过策略 评估执行管理服务器向所述信息源发送获取评估信息的请求；
接收所述信息源或策略评估执行管理服务器根据所述获取评估信息的请 求返回的信息；
在确定接收到的信息为失败信息时， 向所述客户端反馈所述失败信息。 一种基于条件的 URI选择服务器， 包括：
接收单元， 用于接收客户端发送的 URI选择请求；
信息获取单元， 用于根据所述接收单元接收到的所述 URI选择请求向与 所述 URI选择请求对应的信息源或通过策略评估执行管理服务器向所述信息 源发送获取评估信息的请求，并接收所述信息源或策略评估执行管理服务器根 据所述获取评估信息的请求返回的信息；
评估单元， 用于判断所述信息获取单元得到的所述信息是否包含失败信 息； 反馈单元， 用于在所述评估单元判断所述信息为失败信息时， 向所述客户 端反馈所述失败信息。
一种通信系统， 包括：
基于条件的 URI选择服务器， 用于接收客户端发送的 URI选择请求； 根 据所述 URI选择请求向与所述 URI选择请求对应的信息源发送获取评估信息 的请求；接收所述信息源根据所述获取评估信息的请求返回的信息； 在确定接 收到的信息为失败信息时， 向所述客户端反馈所述失败信息；
信息源， 用于向所述基于条件的 URI选择服务器返回信息。
从本发明实施例提供的以上技术方案可以看出，由于向信息源或通过策略 评估执行管理服务器向信息源获取评估信息，对上述信息进行评估，在判断上 述信息包含失败信息时， 向客户端反馈失败信息，使得客户端在选择目标用户 失败时能够了解拒绝其访问的评估信息，从而可以避免客户端发起一些无用的 选择。
附图说明
为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所 需要使用的附图作筒单地介绍，显而易见地， 下面描述中的附图仅仅是本发明 的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提 下， 还可以根据这些附图获得其他的附图。
图 1是本发明实施例一阐述的一种反馈失败信息的方法流程图； 图 2是本发明实施例二阐述的一种反馈失败信息的方法流程图； 图 3是本发明实施例三阐述的一种反馈失败信息的方法流程图； 图 4是本发明实施例四阐述的一种反馈失败信息的方法流程图； 图 5是本发明实施例五阐述的一种反馈失败信息的方法流程图； 图 6是本发明实施例六阐述的一种反馈失败信息的方法流程图； 图 7是本发明实施例七阐述的一种反馈失败信息的方法流程图； 图 8是本发明实施例阐述的一种基于条件的 URI选择服务器的示意图； 图 9是本发明实施例阐述的一种通信系统的组成框图。
具体实施方式
下面将结合本发明实施例中的附图 ,对本发明实施例中的技术方案进行清 楚、 完整地描述， 显然， 所描述的实施例仅仅是本发明一部分实施例， 而不是 全部的实施例。基于本发明中的实施例， 本领域普通技术人员在没有作出创造 性劳动前提下所获得的所有其他实施例， 都属于本发明保护的范围。
本发明实施例提供了一种反馈失败信息的方法、相关装置及通信系统，使 用本发明实施例提供的技术方案， 能够使得客户端获得失败信息。
实施例一
本实施例阐述一种反馈失败信息的方法， 下面结合附图进行详细说明， 参 见图 1 , 该方法包括以下步骤：
步骤 101: CBUS服务器接收客户端发送的 URI选择请求；
客户端可以是 CBUS客户端。
上述 URI选择请求包括选择的条件， CBUS服务器将向与选择的条件对应 的信息源发送获取评估信息的请求。
URI选择请求可以是选择单个或多个用户的 URI选择请求， 当选择多个 用户时， URI选择请求可以是包含多个用户统一资源标识， 也可以是包含列表 统一资源标识。
步骤 102: CBUS服务器向信息源或通过策略评估执行管理服务器向信息 源获取评估信息；
根据 URI选择请求向与 URI选择请求对应的信息源或通过策略评估执行 管理良务器向信息源获取评估信息；
上述步骤可以是先根据 URI选择请求向与 URI选择请求对应的信息源或 通过策略评估执行管理服务器向信息源发送获取评估信息的请求；再接收信息 源或策略评估执行管理服务器返回的信息。
在 CBUS服务器通过策略评估执行管理服务器向信息源获取评估信息时， 策略评估执行管理服务器根据获取评估信息的请求判断是否允许对与列表统 一资源标识对应的列表的信息的访问， 或， 策略评估执行管理服务器根据获取 评估信息的请求判断是否允许对列表中每个用户信息的访问，上述每个用户信 息可以从共享列表扩展标记语言（Extensible Markup Language, XML )文档管 理服务器获得， 在允许访问时向信息源发送获取评估信息的请求。
在 CBUS服务器直接向信息源获取评估信息时， CBUS服务器可以是根据 所述 URI选择请求向扩展标记语言文档管理（XML Document Management, XDM )服务器发送搜索请求， XDM服务器再向 PEEM服务器请求权限评估。
在 CBUS服务器通过策略评估执行管理服务器向信息源获取评估信息时， 策略评估执行管理服务器根据所述获取评估信息的请求进行权限评估，在所述 策略评估执行管理服务器允许客户端对评估信息访问时，将所述获取评估信息 的请求发送给所述信息源。
在 CBUS服务器直接向信息源获取评估信息后，接收信息源根据所述获取 评估信息的请求判断认证没有通过或没有满足所述条件的目标用户时返回的 信息。
在 CBUS服务器直接向信息源获取评估信息后，接收信息源返回的允许客 户端访问的信息和拒绝客户端访问的信息。
步骤 103: CBUS服务器在确定接收到的信息为失败信息时， 向客户端反 馈失败信息。
可以是向客户端反馈拒绝访问的信息。
失败信息可以是包括拒绝访问的用户统一资源标识、 拒绝访问的用户个 数、 拒绝访问的用户拒绝的选择条件、 拒绝访问的用户拒绝的理由、 无法识别 的 URI、 无法识别的 URI个数、 没有对应评估信息的 URI和没有对应评估信 息的 URI个数中的任一或任意组合。
本实施例由于向信息源或通过策略评估执行管理服务器向信息源获取评 估信息， 对上述信息进行评估， 在判断上述信息包含失败信息时， 向客户端反 馈失败信息，使得客户端在选择目标用户失败时能够了解拒绝其访问的评估信 息， 从而可以避免客户端发起一些无用的选择。
下面的实施例对各种场景下本发明的实施方式进行了描述。
信息源可以是包括应用服务器和 XDM服务器， 而应用服务器包括呈现服 务器和位置服务器等。 下面的实施例中提及的应用服务器可以替换为信息源。
评估信息可以是包括目标用户的呈现信息、位置信息、 个人轮廓（ profile ) 信息等。 下面的实施例中提及的目标用户信息、位置信息等可以替换为评估信 实施例二 本实施例阐述 CBUS服务器向应用服务器获取信息失败的情况，下面结合 附图进行详细说明， 参见图 2, 本实施例的方法包括以下步骤：
步骤 201： 客户端 A向 CBUS服务器发起选择请求；
其中包含选择的条件和范围， 条件为 "状态 =在线； 位置 =北京"， 范围是用 户 B和用户 C, 用户是通过 URI来标识的；
步骤 202: CBUS服务器向对应的应用服务器获取目标用户的信息；
CBUS服务器向呈现服务器请求获取用户 B和用户 C的状态信息， 用户 是通过 URI来标识的， 向位置服务器请求获取这两个用户的位置信息；
CBUS服务器接收到客户端 A的请求后， 向呈现服务器请求获取用户 B 和用户 C 的状态信息， 向位置服务器请求获取这两个用户的位置信息。 同时 CBUS服务器也向这些应用服务器提供了认证信息，例如客户端 A的用户名和 密码或证书、 CBUS服务器的用户名和密码或证书等。
呈现服务器对 CBUS服务器和 /或客户端 A的身份进行认证， 在呈现服务 器对上述任一种进行认证没有通过时则得到认证没有通过的结论， 然后向 CBUS服务器反馈认证未通过的信息； 另夕卜， 呈现服务器还可以判断 CBUS服 务器和 /或客户端 A是否有权限访问用户 B和用户 C的呈现信息，若没有权限， 则向 CBUS服务器反馈没有权限访问目标用户的信息。而位置服务器向 CBUS 服务器反馈了用户 B和用户 C的位置信息， 例如位置信息是位于上海。
步骤 203: CBUS服务器对反馈的信息进行评估；
CBUS服务器对反馈的信息进行评估后发现呈现服务器拒绝了请求， 而根 据位置服务器反馈的信息， 没有一个目标用户的位置在北京。
步骤 204: CBUS服务器向客户端 A反馈选择失败信息。
在 CBUS服务器得到认证没有通过或没有权限访问目标用户或没有满足 条件的目标用户的信息时， CBUS服务器向客户端 A反馈具体的选择失败信息 可以是如下所示：
<?xml version="1.0" encoding="UTF-8"?>
<cbus xmlns= "...">
<FailureResults> <FailureSource>
<Source>presence</Source >
<Data>403 Authentication Failed</Data>
</FailureSource>
<FailureSource>
<Source>location</Source >
<Data>405 No Target Suitable</Data>
</FailureSource>
</FailureResults>
</cbus>
其中 FailureResults 元素表示反馈的是失败信息， 其每个子元素 FailureSource表示一个应用服务器的相关信息， FailureSource的子元素 Source 表示应用服务器的类型或者标识， 另一个子元素 Data表示具体的失败信息， 对于呈现服务器， 失败信息是认证未通过或没有权限访问目标用户的呈现信 息， 对于位置服务器， 失败信息是没有发现满足"在北京 "这个条件的用户。
其它的失败信息还可以包括无法识别的 URI、 无法识别的 URI个数、 没 有对应评估信息的 URI、 以及没有对应评估信息的 URI个数， 即， 如下， 其 它的失败信息还可以包括：
CBUS长时间没有收到应用服务器的反馈导致任务终止，或者由于网络繁 忙或阻塞等原因 CBUS服务器暂时无法访问到应用服务器。或在访问应用服务 器时发生了错误， 例如应用服务器向 CBUS返回无法识别 CBUS服务器发送 来的目标用户 URI的信息， 或者应用服务器返回暂时没有 CBUS所请求的目 标用户信息的消息。 同上面一样， 这些失败信息都可以包含在 Data元素中返 回给客户端 A。 只是如果失败信息涉及到具体的目标用户 URI时， 返回给客 户端 A的信息中可以具体说明哪个目标用户的 URI无法识别或暂时没有该用 户的信息， 例如：
<FailureResults>
<FailureSource>
<Source>location</Source > <Target uri="sip:B@ps.cintel.net.cn" reason="No user" />
<Target uri="sip:C@ps.cintel.net.cn" reason="No user's info" /> <TargetNumber>2</TargetNumber>
</FailureSource>
</FailureResults>
注意这里使用 Target元素指明了发生错误的目标用户的 URI及其失败原 因，如预访问的用户 B ©ps.cintel.net.cn对应的失败原因是不存在这个用户， 而 预访问的用户 C@ps.cintd.net.cn对应的失败原因是没有这个用户位置信息。另 外还使用 TargetNumber元素说明了发生错误的目标用户的个数。
本实施例 CBUS服务器在获得呈现服务器对 CBUS服务器和 /或客户端 A 的身份认证没有通过或没有权限访问目标用户信息或位置服务器反馈没有满 足条件的目标用户时， 向客户端 A反馈选择目标用户 B和 C的失败信息， 能 够使得客户端 A了解选择失败的具体原因， 提升了用户体验。
本实施例还可能包括这样的情况， 即 CBUS服务器收到客户端 A的选择 请求后， 若根据接收到的 URI选择请求确定没有能力访问该 URI选择请求所 对应的信息源， 即发现没有能力访问选择条件对应的应用服务器， 例如没有能 力获取用户的位置信息，或者无法识别选择条件，则 CBUS服务器可以向客户 端 A返回这些失败信息。
实施例二阐述的是 CBUS服务器向应用服务器获取信息失败的情况，下面 的实施例阐述一种单个用户拒绝被选择的情况。
实施例三
本实施例阐述一种单个用户拒绝被选择的情况，下面结合附图进行详细说 明， 参见图 3 , 本实施例的方法包括以下步骤：
步骤 301 : 客户端 A向 CBUS服务器发起选择单个用户是否在线的请求； 某客户端 A希望通过 CBUS服务器了解目标用户 B是否在线。
步骤 302: CBUS服务器向 PEEM服务器发送获取单个用户是否在线的请 求；
使用代理模式， CBUS服务器向呈现服务器请求目标用户 B的在线信息， 中途通过代理接口向 PEEM服务器发送消息， 其主要内容可以是如下所示： SUBSCRIBE sip:B@ps.cintel.net.cn SIP/2.0
To: <sip:B @ps.cintel.net.cn>
From: <sip:CBUS@ps.cintel.net.cn>
Event: presence
Content-Type: application/cbus
Content-Length: xxx
ConsumerlD： sip: A ©ps.cintel.net.cn
ConsumerServicelD: PoC
ConsumerServiceProviderlD: PoC-Provider
这是一条会话初始协议的订阅 （SUBSCRIBE ) 消息， 在上面例子中用于 向呈现服务器请求用户的在线信息。 消息中各个字段的含义可参见表一； 表一：
Figure imgf000011_0001
消息中指明了目标用户的 URI、 CBUS服务器的 URI、 请求的资源为呈现 信息、 消息体类型为 application/cbus, 表示订阅消息体中携带的是 CBUS服务 器发起请求时的专用信息， 本例中这些专用信息包括客户端 URI、发起请求的 业务标识（Identifier, ID ) 、 发起请求的业务的提供商。 当 PEEM 收到这条消息后综合分析以上的信息对该请求进行权限评估， 例如分析 CBUS服务器、 客户端 A是否有权限访问目标用户 B的呈现信息， 也可以再加入发起请求的业务 ID及提供商作为评估参考条件。
步骤 303: PEEM服务器对客户端的权限进行评估；
若 PEEM服务器经过权限评估后允许 A对 B的访问， 则将 A发送的请求 向呈现服务器转发； 若 PEEM服务器拒绝 A对 B的访问， 则向 CBUS服务器 返回许可失败消息；
若 PEEM服务器允许对目标用户 B呈现信息的访问， 则把该请求向呈现 月良务器转发， 在转发时可以对一些已经进行了权限评估的专用信息进行裁剪， 1"列 口裁剪掉 ConsumerID、 ConsumerServicelD、 ConsumerServiceProviderlD等 消息体， Content-Type也裁剪掉， Content-Length设为 0, 这时消息变为如下 形式：
SUBSCRIBE sip:B@ps.cintel.net.cn SIP/2.0 To: < sip:B@ps.cintel.net.cn >
From: <sip:CBUS@ps.cintel.net.cn>
Event: presence Content-Length: 0
当然， 也可以不裁剪这些信息， 全部转发给呈现服务器。
若 PEEM服务器拒绝对目标用户 B呈现信息的访问， 则直接向 CBUS服 务器返回许可失败信息， 返回的许可失败信息可以是如下所示：
SIP/2.0 403 Forbidden
...
From: <sip:B @ps.cintel.net.cn>
To: <sip:CBUS @ps.cintel.net.cn>
Content-Length: 0 其中使用 403 Forbidden作为响应表示请求被拒绝， 可选的可以在失败消 息中添加失败的具体原因描述， 这可以放在消息体中， 只要在消息头中指明消 息体的类型即可。
步骤 304: CBUS服务器向客户端反馈许可失败信息。
CBUS服务器收到 PEEM返回的许可失败消息后， 向客户端 A反馈上述 许可失败消息。
CBUS服务器向客户端 A反馈用户 B拒绝访问呈现状态的信息。
本实施例由于 CBUS服务器收到 PEEM服务器拒绝客户端 A对目标用户 B的呈现信息进行访问后返回的许可失败信息，对许可失败信息进行评估后向 客户端 A反馈目标用户 B拒绝访问呈现状态的信息， 可以使得客户端 A了解 选择目标用户 B的呈现信息失败的具体原因， 从而提升了用户体验。
实施例三阐述了一种选择单个用户被拒绝的情况，下面的实施例阐述一种 以列表方式请求多个目标用户资源信息时失败的情况。
实施例四
本实施例阐述一种了解多个目标用户在线信息部分失败的情况，下面结合 附图进行详细说明， 参见图 4, 本实施例的方法包括以下步骤：
步骤 401: 客户端 A以列表 URI方式向 CBUS服务器发起选择多个用户 是否在线的请求；
客户端 A希望通过 CBUS服务器了解多个目标用户的在线信息， 例如目 标用户 B、 C、 D、 E是否在线。
步骤 402: CBUS服务器向 PEEM服务器发送获取多个用户是否在线的请 求；
使用代理模式， CBUS服务器通过代理接口向 PEEM服务器发送消息， 其 主要内容可以是如下所示：
SUBSCRIBE sip: A-list@ps.cintel.net.cn SIP/2.0
To: <sip: A-list@ps.cintel.net.cn>
From: <sip:CBUS@ps.cintel.net.cn> Event: presence
Content-Type: application/cbus
Content-Length: xxx
ConsumerlD: sip: A@ps.cintel.net.cn
ConsumerServicelD: PoC
ConsumerServiceProviderlD: PoC-Provider
此时目标用户 URI变成了一个列表的 URI, 即 A-list@ps.cintel.net.cn, 该 列表中包含了 B、 C、 D、 E四个用户。 列表包含的用户 URI存储在一个共享 列表 XDM服务器上。
步骤 403: PEEM服务器对客户端 A的权限进行评估；
PEEM服务器判断是否允许 A对该列表 URI的呈现信息进行访问， 或， 从包含列表用户 URI的共享列表 XDM服务器上获取列表中包含的目标用户 URI后再判断是否允许 A对每个目标用户呈现信息的访问；
PEEM服务器收到该消息后可以有多种处理方式：
1 ) 、 根据消息中的相关信息判断是否允许对该目标列表的呈现信息的访 问， 判断方法及后续的处理与实施例三相同；
PEEM也可能从共享列表 XDM服务器上获取列表包含的用户 URI, 并判 断客户端 A是否有对整个列表用户的访问权。
2 ) 、 从共享列表 XDM服务器上取回列表中包含的目标用户 URI, 并根 据订阅消息中的相关信息判断是否允许对每个目标用户呈现信息的访问， 其 中， 相关信息可以是目标用户 ID、 权限评估发起者 ID、 目标属性、 目标属性 使用者， 可选的包括目标用户属性使用业务 ID、 目标属性使用业务提供商。 对于许可访问的目标用户， PEEM向呈现服务器或资源列表服务器（ Resource List Server, RLS )转发订阅消息， 对于拒绝访问的目标用户， PEEM向 CBUS 服务器返回拒绝访问信息。
步骤 404: PEEM服务器返回评估后的结果；
对于 PEEM服务器许可访问的用户， PEEM向呈现服务器或资源列表服务 器转发订阅消息，对于 PEEM服务器拒绝 A访问的目标用户， PEEM向 CBUS 服务器返回拒绝访问的消息；
假设目标用户 B和 C拒绝访问， 而 D和 E允许访问， PEEM发送的消息 分别描述如下。
对 PEEM服务器允许访问的用户转发的消息例子如下所示：
SUBSCRIBE sip:rls@ps.cintel.net.cn SIP/2.0
To: RLS <sip:rls @ps.cintel.net.cn>
From: <sip:CBUS @ps.cintel.net.cn> Event: presence
Content-Type: application/resource-lists+xml
Content-Disposition: recipient-list
Content-Length: xxx
<?xml version="1.0" encodings "UTF- 8 "?>
<resource-lists xmlns="urn:ietf:params:xml:ns:resource-lists"
xmlns:xsi="http：〃 www.w3.org/2001/XMLSchema-instance">
<list>
<entry uri="sip:D@ps.cintel.net.cn" />
<entry uri="sip:E@ ps.cintel.net.cn " />
</list>
</resource-lists>
由于此时需要订阅多个用户的呈现信息， 所以向呈现服务器发送该消息， 其 URI为 sip :rls@ ps.cintd.net.cn,消息体中包含了两个目标用户 D和 E的 URI, 消息体的类型由 application/resource-lists+xml标识。
对于拒绝访问的用户， PEEM服务器向 CBUS服务器返回拒绝访问的消息 之前先返回 200 OK消息， 表明 CBUS服务器发送的消息已经成功处理， 然后 使用会话初始协议技术中的通知（NOTIFY )方法反馈拒绝访问消息， 消息可 以是如下所示： NOTIFY sip:a.cintel.net.cn SIP/2.0
From: <sip:A-list@ps.cintel.net.cn>
To: <sip:CBUS @ps.cintel.net.cn>
Event: presence
Subscription-State: terminated; reason=rejected
Content- Type: application/rlmi+xml; char set="UTF-8"
Content-Length: xxx
<?xml version="1.0" encoding="UTF-8"?>
<list xmlns=Murn:ietf:params:xml:ns:rlmiM
uri="sip: A-list@ps.cintel.net.cn"
version="l" full State="true">
<name language="en">Buddy List of A</name>
<name language="de">Liste der Freunde of A</name>
<resource uri="sip:B @ps.cintel.net.cn">
<name>B</name>
<instance id="juwigmtboe" state=" active"
cid="B @ps.cintel.net.cn"/>
</resource>
<resource uri="sip:C@ps.cintel.net.cn">
<name>C</name>
<instance id="hqzsuxtfyq" state=" active"
cid="C@ps.cintel.net.cn"/>
</resource>
</list>
NOTIFY的消息头中的 From字段为 sip:A-list@ps.cintel .net.cn表示是从目 标用户列表反馈的消息， 另外消息头中使用 Subscription-State 字段携带 "terminated; reason=rejected"的信息，这表示订阅被拒绝， 而拒绝访问的目标用 户在消息体中 包含， 这个 NOTIFY 请求包含的消息体类型是 "application/rlmi+xml", 消息体包含一个目标用户列表， 本例中列表只包括了 目标用户 B和 C的信息， 说明拒绝访问的用户只有这两个。
步骤 405: CBUS服务器向客户端反馈拒绝访问的目标用户信息。
CBUS服务器根据 PEEM服务器发送的消息进行评估后向客户端 A反馈 拒绝客户端 A访问的目标用户信息。
CBUS服务器通过评估后向客户端 A反馈满足条件的目标用户 URI,另外 也反馈拒绝客户端 A访问的目标用户信息， 这些信息可以包括拒绝的用户 URL 拒绝的用户个数、 用户拒绝的选择条件、 用户拒绝的理由等， 可以包括 它们中的一个或多个。 用户拒绝的可以是客户端 A, 也可以是 CBUS服务器。
具体反馈的失败信息可以是如下所示：
<?xml version="1.0" encoding="UTF-8"?>
<cbus xmlns= "... ">
...
<Succes sfulResults>
<Target uri="sip:D@ps.cintel.net.cn" />
<Target uri="sip:E@ps.cintel.net.cn" />
</SuccessfulResults>
<FailureResults>
<FailureSource>
<Source>presence</Source >
<Target uri="sip:B@ps.cintel.net.cn" reason^"..." />
<Target uri="sip:C@ps.cintel.net.cn" reason^"..." />
<TargetNumber>2</TargetNumber>
</FailureSource>
</FailureResults>
</cbus> 其中在 SuccessfulResults中包含了符合本次选择的目标用户信息， 其每个 子元素 Target具体表示了每一个目标用户的 URI, 即用户 D和用户 E。 而另 外使用 FailureResults元素包含了选择失败的目标用户信息， 其中每个子元素 FailureSource携带一个应用服务器反馈的失败信息， FailureSource 的子元素 Source携带应用服务器的类型或者应用服务器的 URI,上述例子中为 presence, 表示应用服务器是呈现服务器， FailureSource的子元素 Target携带了拒绝访问 的用户的 URI以及拒绝的理由， FailureSource的子元素 TargetNumber携带拒 绝的用户个数。
本实施例由于部分目标用户拒绝访问， PEEM服务器向 CBUS服务器返回 拒绝访问信息， CBUS服务器通过评估后向客户端反馈拒绝客户端 A访问的目 标用户信息， 可以使客户端 A能够了解其选择的具体执行情况以及部分选择 失败时能够及时的了解失败的原因。
实施例四阐述了一种以列表 URI方式请求多个目标用户资源信息部分失 败时的情况， 下面的实施例阐述一种以多个 URI方式请求多个目标用户信息 部分失败的情况。
实施例五
本实施例阐述一种在请求中直接包含多个目标用户 URI的方法来访问的 情况， 下面结合附图进行详细说明，参见图 5 ,本实施例的方法包括以下步骤： 步骤 501 : 客户端 A向 CBUS服务器发起选择多个用户是否在线的请求， 上述请求包含多个用户的 URI;
此时发送的请求消息可以是如下所示：
SUBSCRIBE sip:rls@ps.cintel.net.cn SIP/2.0
To: RLS <sip:rls @ps.cintel.net.cn>
From: <sip:CBUS@ps.cintel.net.cn>
Event: presence
Content- Type: multipart/related;type= " application/resource-lists+xml "； start="<nXYxAE@ps.cintel.net.cn>";
boundary="50UBfW7LSCVLtggUPe5z"
Content-Length: xxx
-50UBfW7LSCVLtggUPe5z
Content-Transfer-Encoding: binary
Content-ID: <nXYxAE@ ps.cintel.net.cn >
Content- Type: application/resource-lists+xml;charset="UTF-8"
Content-Disposition: recipient-list
Content-Length: xxx
<?xml version="1.0" encoding="UTF-8"?>
<resource-lists xmlns="urn:ietf:params:xml:ns:resource-lists"
xmlns:xsi="http：〃 www.w3.org/2001/XMLSchema-instance">
<list>
<entry uri="sip:B ©ps.cintel.net.cn" />
<entry uri="sip:C@ ps.cintel.net.cn " />
<entry uri="sip:D@ps.cintel.net.cn" />
<entry uri="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
<?xml version="1.0" encoding="UTF-8"?>
<cbus xmlns="urn:ietf:params:xml:ns:cbus">
<ConsumerID uri="sip: A@ps.cintel.net.cn" />
<ConsumerServiceID>PoC</ConsumerServiceID>
<ConsumerServiceProviderID>PoC-Provider</ConsumerServiceProviderID>
</cbus> 其中消息头字段 To和 From分别表示目的地的资源列表服务器的 URI, 和发起消息的 CBUS服务器的 URI;字段 Event为呈现服务器表示订阅呈现信 息； 内容类型 multipart/related表示消息中有多个部分， 第一个部分的类型是 application/resource-lists+xml , ID标识是 nXYxAE@ ps.cintel.net.cn, 这部分用 于携带资源列表包括的多个用户 URI, 如例子中用 list/entry携带了 B、 C、 D、 E四个 URI; 第二个部分内容类型是 application/cbus+xml, ID标识是 CBUS@ ps.cintel.net.cn, 这部分携带了客户端 ID、 发起请求的业务 ID、 发起请求的业 务的提供商。
步骤 502至步骤 505与步骤 402至步骤 405相同， 此处不再赘述， 只是在 步骤 503中， PEEM服务器收到订阅消息后不需要再联系共享列表 XDM服务 器。
本实施例由于 PEEM服务器向 CBUS服务器返回部分目标用户拒绝访问 信息， CBUS服务器通过评估后向客户端反馈拒绝客户端 A访问的目标用户信 息， 可以使客户端 A能够了解其选择的具体执行情况以及部分选择失败时能 够及时的了解失败的原因。
实施例五阐述了一种在请求中直接包含多个目标用户 URI的方法来访问 的情况， 下面的实施例阐述一种在即时调用模式下请求多个目标用户的情况。
实施例六
本实施例阐述一种在即时调用模式下请求多个目标用户的情况，下面结合 附图进行详细说明， 参见图 6, 本实施例的方法包括以下步骤：
步骤 601:客户端 A向 CBUS服务器发起选择多个用户是否在线及位置是 否在北京的请求；
可以是以列表形式， 也可以是在请求中包含一到多个用户的 URI的方式。 客户 端 A 向 CBUS 服务器发送请求， 如 目 标用 户 列表 A-List@ps.cintd.net.cn是否在线及位置是否在北京， 列表中包含 4个用户 B、 C、 D、 E。
步骤 602: CBUS服务器向呈现服务器发送获取多个用户在线信息的请求， 另外还向位置服务器发送获取多个用户位置信息的请求；
在即时调用的模式下， CBUS服务器直接向呈现服务器和位置服务器发送 订阅消息，此时向呈现服务器发送的订阅消息与实施例三、四、五的消息相同。 向位置服务器发送的订阅消息与实施例三、 四、 五的消息也基本相同， 只是其 中的 Event: presence更改为 Event: location。
步骤 603:呈现服务器及位置服务器向 PEEM服务器发送权限评估的信息 请求权限评估；
呈现服务器根据获取多个用户在线信息的请求向 PEEM服务器发送权限 评估的信息请求权限评估；
呈现服务器首先向 PEEM服务器请求权限评估， 这个请求消息可以是如 下所示：
<?xml version="1.0" encoding="UTF-8"?>
<peem xmlns="urn:ietf:params:xml:ns:peem" xmlns:xsi="http：〃 www.w3.org/2001/XMLSchema-instance">
<templateID>OMA_GPM_l</templateID>
<templateVersion>Vl .0.0</templateVersion>
<permissionsTargetID uri="sip:A-List@ps.cintel.net.cn"/>
<permissionsRequesterID uri="sip:CBUS @ps.cintel.net.cn"/> <TargetAttributeConsumer>
<ConsumerID uri="sip:A@ps.cintel.net.cn"/>
<ServiceID>PoC</ServiceID>
<ServiceProviderID>Poc Provider</ServiceProviderID>
</TargetAttributeConsumer>
<requestedAttributes>
<targetAttributeName>presence</targetAttributeName> </requestedAttributes>
</peem>
其中包含了如实施例三中描述的用于进行权限评估的信息： 目标用户的 URI, 此时为一个列表 URI, 但也可以为多个指定的目标用户 URI; 发起者 CBUS服务器的 URI; 客户端 URI; 发起请求的业务 ID; 发起请求的业务的提 供商； 请求的资源， 此时为呈现信息。 消息前端包括 PEEM 的模板标识和模 板版本号， 分别为 OMA_GPM_l和 VI.0.0。
位置服务器也向 PEEM服务器请求权限评估， 这个请求消息与上述呈现 服务器发送的消息基本相同， 只是其中的 requestedAttributes字段为：
<requestedAttributes>
<targetAttributeName>location</targetAttributeName>
</requestedAttributes>
这说明需要评估的是是否有权限访问目标用户的位置信息。
步骤 604: PEEM服务器进行权限评估后， 向呈现服务器及位置服务器返 回评估结果；
PEEM服务器根据上述权限评估的信息进行权限评估后，对于 PEEM拒绝 A访问或 A没有权限访问的用户， 则向呈现服务器及位置服务器返回拒绝 A 访问用户或 A没有权限访问用户的信息， 可选的， 还可以返回拒绝的原因； 对于 PEEM允许 A访问的用户， 向呈现服务器及位置服务器反馈许可的用户 标识；
对于呈现服务器发送来的请求消息， PEEM进行综合评估后，假设拒绝对 目标用户 B和 C的呈现信息进行访问， 允许对目标用户 D和 E的呈现信息进 行访问， 则向呈现服务器返回的消息可以是如下所示：
<?xml version="1.0" encoding="UTF-8"?>
<peem xmlns="urn:ietf:params:xml:ns:peem"
xmlns:xsi="http：〃 www.w3.org/2001/XMLSchema-instance">
<templateID>OMA_GPM_2</templateID>
<templateVersion>V1.0.0</templateVersion>
<PermissionTarget>
<TargetID uri="sip:B @ps.cintel.net.cn"/>
<TargetID decision="DENY"/ >
<TargetID reason="Consumer A is not permitted to visit B"/ > </PermissionTarget>
<PermissionTarget> <TargetID uri="sip:C@ps.cintel.net.cn"/>
<TargetID decision="DENY"/ >
<TargetID reason=，，C is not willing to accept PoC call"/ >
</PermissionTarget>
<Permis sionTarget>
<TargetID uri="sip:D@ps.cintel.net.cn"/>
<TargetID decision="GRANT"/ >
</PermissionTarget>
<Permis sionTarget>
<TargetID uri="sip:E@ps.cintel.net.cn"/>
<TargetID decision="GRANT"/ >
</PermissionTarget>
</peem>
通过四个 PermissionTarget/TargetID元素来表示对每个目标用户的许可结 果， 每个 TargetlD元素的 uri属性表示目标用户的 URI, 对应的 decision属性 表示对该目标用户的访问许可情况。可选的还可使用 reason属性给出拒绝的原 因， 例如例子中 B的拒绝理由是"不允许 A访问他"， C的拒绝理由是"不想加 入基于蜂窝网的一按通业务（Push to talk over Cellular, PoC )会话"。 其它理 由包括 "A没有权限访问用户"
对于呈现服务器发送来的请求消息， PEEM进行综合评估后，假设拒绝对 目标用户 B和 D的位置信息进行访问， 允许对目标用户 C和 E的位置信息进 行访问， 则向位置服务器返回的消息类似上述向呈现服务器返回的消息， 具体 如下所示：
<?xml version="1.0" encoding="UTF-8"?>
<peem xmlns="urn:ietf:params:xml:ns:peem"
xmlns:xsi="http：〃 www.w3.org/2001/XMLSchema-instance">
<templateID>OMA_GPM_2</templateID>
<templateVersion>V1.0.0</templateVersion>
<PermissionTarget> <TargetID uri="sip:B @ps.cintel.net.cn"/>
<TargetID decision="DENY"/ >
<TargetID reason="Consumer A is not permitted to visit B's loc'V > </PermissionTarget>
<Permis sionTarget>
<TargetID uri="sip:C@ps.cintel.net.cn"/>
<TargetID decision:" GRANT"/ >
</PermissionTarget>
<Permis sionTarget>
<TargetID uri="sip:D@ps.cintel.net.cn"/>
<TargetID decision:" DENY"/ >
<TargetID reason="Consumer A is not permitted to visit D's loc'V > </PermissionTarget>
<Permis sionTarget>
<TargetID uri="sip:E@ps.cintel.net.cn"/>
<TargetID decision="GRANT"/ >
</PermissionTarget>
</peem>
例子中 B和 D的拒绝理由是"不允许 A访问他的位置信息"。
步骤 605: 呈现服务器及位置服务器将拒绝访问的目标用户的信息发送给
CBUS月^务器；
呈现服务器及位置服务器将上述拒绝访问用户的信息、 还可以包括 URI 信息及原因信息发送给 CBUS服务器； 呈现服务器及位置服务器将允许 A访 问的用户的呈现信息发送给 CBUS服务器；
呈现服务器通过 NOTIFY的方式把拒绝访问的用户的 URI信息及原因信 息告知 CBUS服务器， 这与实施例四相同， 位置服务器通过 NOTIFY的方式 把拒绝访问的用户的 URI信息及原因信息告知 CBUS服务器， 这与实施例四 基本相同， 只是其中拒绝访问的用户为 8和0。 PRS (呈现）服务器还可以通 过 NOTIFY的方式把允许访问的用户的呈现信息告知 CBUS服务器， 此时允 许访问的用户 D和 E的呈现信息均为在线， 位置服务器还可以通过 NOTIFY 的方式把允许访问的用户的位置信息告知 CBUS服务器，此时允许访问的用户 C和 E的位置信息均为在北京。
步骤 606: CBUS服务器向客户端反馈拒绝访问的目标用户信息。
CBUS服务器对收到的信息进行评估后向客户端 A反馈拒绝客户端 A访 问的目标用户信息。
CBUS服务器通过评估后向客户端 A反馈满足条件的目标用户 URI,另外 也反馈拒绝客户端 A访问的目标用户信息， 这些信息可以包括拒绝的用户 URL 拒绝的用户 URI个数、 拒绝的选择条件或信息类型、 拒绝的理由等， 可 以包括它们中的一个或多个。目标用户拒绝的可以是客户端 A,也可以是 CBUS 服务器。
具体反馈的失败信息可以是如下所示：
<?xml version="1.0" encoding="UTF-8"?>
<cbus xmlns= "... ">
<SuccessfulResults>
<Target uri="sip:E@ps.cintel.net.cn" />
</SuccessfulResults>
<FailureResults>
<FailureSource>
<Source>presence</Source >
<Target uri="sip:B@ps.cintel.net.cn" reason^"..." />
<Target uri="sip:C@ps.cintel.net.cn" reason^"..." />
<TargetNumber>2</TargetNumber>
</FailureSource>
<FailureSource>
<Source>location</Source >
<Target uri="sip:B@ps.cintel.net.cn" reason^"..." /> <Target uri="sip:D@ps.cintel.net.cn" reason=，，..." /> <TargetNumber>2</TargetNumber>
</FailureSource>
</FailureResults>
</cbus>
其中在 SuccessfulResults中包含了符合本次选择的目标用户信息， 其每个 子元素 Target 具体表示了每一个目标用户的 URI, 即用户 E。 而另外使用 FailureResults 元素包含了选择失败的目标用户信息， 其中每个子元素 FailureSource携带一个应用服务器反馈的失败信息， FailureSource 的子元素 Source携带应用服务器的类型或者应用服务器的 URI,上述例子中一个 Source 为 presence, 另一个 Source为 location, 表示返回失败信息的应用月良务器包括 呈现服务器和位置服务器， 即表示某些 URI的呈现信息和位置信息无法获取 或拒绝获取或没有权限获取，也就无法进行选择, FailureSource的子元素 Target 携带了拒绝访问的用户的 URI 以及拒绝的理由， FailureSource 的子元素 TargetNumber携带拒绝的用户个数。 拒绝访问的用户的 URI与应用 良务器或 信息源是对应的， 即可以从该失败信息中获知哪一个用户 URI拒绝了哪一个 信息类型的获取。 除了信息类型， 失败信息中还可以携带用户 URI具体拒绝 了哪一个选择条件，这种情况下需要应用服务器向 CBUS服务器返回目标用户 具体拒绝的是哪一个评估信息的获取。
本实施例可以使客户端了解其有权限访问的目标用户 URI,同时也了解了 拒绝其访问的目标用户的 URI, 提升了用户体验。
实施例六阐述了一种在即时调用模式下请求多个目标用户信息的情况，下 面阐述一种在即时调用模式下使用搜索方式请求多个目标用户信息的情况。
实施例七
本实施例阐述一种在即时调用模式下使用搜索方式请求多个目标用户信 息的情况， 下面结合附图进行详细说明， 参见图 7, 本实施例的方法包括以下 步骤：
步骤 701 :客户端 A向 CBUS服务器发起选择多个用户是否爱好足球的请 求； 可以是以列表 URI形式， 也可以是在请求中包含多个用户的 URL
在即时调用模式下， 除了使用订阅的方式外， CBUS服务器还可以使用搜 索的方式在 XDM服务器， 例如共享 Profile XDM服务器上进行资源访问， 例 如在一个列表中搜索爱好足球的用户 URI。
步骤 702: CBUS服务器向共享轮廓（ Profile ) XDM服务器发送搜索请求；
CBUS服务器根据上述请求向共享 Profile XDM服务器发送搜索请求； CBUS服务器通过聚合代理和搜索代理向共享 Profile XDM服务器发送搜 索消息。 该消息中包含需要搜索的范围信息， 例如一个目标用户列表； 搜索的 条件信息， 例如"爱好 =足球"。
步骤 703: Profile XDM服务器向 PEEM服务器发送权限评估的信息请求 权限评估；
共享 Profile XDM服务器可以是使用与实施例六类似的方法向 PEEM请求 对目标用户列表的权限评估， 并获取权限评估结果。
步骤 704: PEEM服务器进行权限评估后向 Profile XDM服务器返回评估 结果；
PEEM服务器根据上述权限评估的信息进行权限评估后，对于 PEEM服务 器拒绝 A的访问的用户，则向 Profile XDM服务器返回拒绝访问用户的信息（可 选的， 还可以返回拒绝的原因）； 对于 PEEM服务器允许 A访问的用户， 向 Profile XDM服务器发送允许访问的用户标识；
步骤 705: Profile XDM服务器向 CBUS服务器返回信息；
Profile XDM 服务器将允许访问且爱好足球的目标用户的 URI发送给 CBUS服务器， 将拒绝访问的用户信息发送给 CBUS服务器；
Profile XDM服务器向 CBUS服务器反馈允许访问的而且爱好是足球的目 标用户 URI, 同时向 CBUS服务器指明拒绝访问的用户信息，具体的反馈方式 可以是与实施例六相同。
步骤 706: CBUS服务器向客户端反馈拒绝访问的目标用户信息。
CBUS服务器对收到的信息进行评估后向客户端 A反馈拒绝客户端 A访 问的目标用户信息。
向客户端 A反馈的方式可以是与实施例六相同。 本实施例由于 CBUS服务器向 XDM服务器搜索目标用户信息， XDM服 务器向 PEEM服务器请求权限评估， 获得评估结果后向 CBUS服务器反馈允 许访问和拒绝访问的目标用户信息， CBUS服务器向客户端反馈拒绝访问的目 标用户信息，使得客户端能够了解拒绝其访问的目标用户的信息，从而提升了 用户体马 。
需要说明的是， 对于前述的各方法实施例， 为了筒单描述， 故将其都表述 为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的 动作顺序的限制， 因为依据本发明， 某些步骤可以采用其他顺序或者同时 进行。 其次， 本领域技术人员也应该知悉， 说明书中所描述的实施例均属 于优选实施例， 所涉及的动作和模块并不一定是本发明所必须的。
在上述实施例中，对各个实施例的描述都各有侧重， 某个实施例中没有详 述的部分， 可以参见其他实施例的相关描述。
以上提供了一种反馈失败信息的方法，本发明实施例还提供一种基于条件 的 URI选择服务器和一种通信系统。
首先阐述一种基于条件的 URI选择服务器， 参见图 8, 基于条件的 URI 选择服务器包括以下单元：
接收单元 801 , 用于接收客户端发送的 URI选择请求；
信息获取单元 802,用于根据所述接收单元 801接收到的所述 URI选择请 求向与所述 URi选择请求对应的信息源或通过策略评估执行管理服务器向所 述信息源发送获取评估信息的请求，并接收所述信息源或策略评估执行管理服 务器根据所述获取评估信息的请求返回的信息；
评估单元 803, 用于判断所述信息获取单元 802得到的信息是否为失败信 反馈单元 804, 用于在所述评估单元 803判断所述信息为失败信息时， 向 所述客户端反馈所述失败信息。
其中， 信息获取单元 802可以包括：
请求发送单元， 用于根据所述接收单元 801接收到的所述 URI选择请求 向与所述 URI选择请求对应的信息源或通过策略评估执行管理服务器向所述 信息源发送获取评估信息的请求； 信息接收单元，用于接收所述信息源或策略评估执行管理服务器根据所述 请求发送单元接收到的所述获取评估信息的请求返回的信息；
评估单元 803包括： 评估子单元， 用于判断所述信息接收单元接收到的所 述信息是否包含失败信息。
其中， 接收单元 801包括： 接收子单元， 用于接收客户端发送的包含选择 的条件的 URI选择请求； 信息获取单元 802的请求发送单元包括： 请求发送 子单元， 用于根据所述 URI选择请求向与所述条件对应的信息源发送获取评 估信息的请求。
其中， 接收子单元包括： 第一接收单元， 用于接收所述信息源根据所述获 取评估信息的请求判断认证失败或没有权限访问目标 URI或没有满足所述条 件的目标用户时返回的信息。
其中， 接收单元 801包括： 第二接收单元， 用于接收客户端发送的选择单 个或多个用户的 URI选择请求； 信息获取单元 802的请求发送单元包括： 第 一请求发送单元， 用于根据所述选择单个或多个用户的 URI选择请求通过策 略评估执行管理服务器向信息源请求所述单个或多个用户的信息； 反馈单元 804包括： 反馈子单元， 用于在所述评估单元 803判断所述信息包含失败信息 时， 向客户端反馈拒绝访问的信息。
其中， 接收单元 801包括： 第三接收单元， 用于接收客户端发送的选择多 个用户的 URI选择请求， 所述选择多个用户的 URI选择请求包含列表统一资 源标识。
其中， 接收单元 801包括： 第四接收单元， 用于接收客户端发送的选择多 个用户的 URI选择请求， 所述选择多个用户的 URI选择请求包含列表统一资 源标识或多个用户统一资源标识； 信息获取单元 802的信息接收单元包括： 信 息接收子单元，用于接收信息源返回的允许所述客户端访问的用户信息和拒绝 所述客户端访问的用户信息。
其中， 接收单元 801包括： 第四接收单元， 用于接收客户端发送的选择多 个用户信息的 URI选择请求， 所述选择多个用户信息的 URI选择请求包含列 表统一资源标识或多个用户统一资源标识； 请求发送单元包括： 第二请求发送 单元， 用于根据所述 URI选择请求向扩展标记语音文档管理服务器发送搜索 请求； 信息获取单元 802的信息接收单元包括： 第一信息接收单元， 用于接收 信息源返回的允许和拒绝所述客户端访问的评估信息。
其中， 上述失败信息包括拒绝访问的用户统一资源标识、拒绝访问的用户 个数、拒绝访问的用户拒绝的选择条件、拒绝访问的用户拒绝的理由中的任一 或任意组合。
上述 CBUS 服务器可以用于实现本发明实施例提及的反馈失败信息的方 法， 但不限于实现该方法。
上面阐述了一种 CBUS服务器， 下面阐述一种通信系统。
参见图 9, 一种通信系统， 包括：
基于条件的 URI选择服务器 901 , 用于接收客户端发送的 URI选择请求； 根据所述 URI选择请求向与所述 URI选择请求对应的信息源 902发送获取评 估信息的请求；接收所述信息源根据所述获取评估信息的请求返回的信息； 在 确定接收到的信息为失败信息时， 向所述客户端反馈所述失败信息；
信息源 902, 用于向所述基于条件的 URI选择服务器 901返回信息。
其中， 上述通信系统还包括：
策略评估执行管理服务器， 用于根据基于条件的 URI选择服务器 801接 收到的所述 URI选择请求进行权限评估， 在允许对评估信息进行访问时， 将 允许访问的目标用户标识发送给所述信息源 902, 在拒绝对评估信息进行访问 时， 向所述基于条件的 URI选择服务器 901返回失败信息。
本发明实施例由于向信息源或通过策略评估执行管理服务器向信息源获 取评估信息， 对上述信息进行评估， 在判断上述信息包含失败信息时， 向客户 端反馈失败信息，使得客户端在选择目标用户失败时能够了解拒绝其访问的评 估信息， 从而可以避免客户端发起一些无用的选择。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤 是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可 读存储介质中， 该程序在执行时， 包括如下步骤：
接收客户端发送的 URI选择请求；
根据所述 URI选择请求向与所述 URI选择请求对应的信息源或通过策略 评估执行管理服务器向所述信息源获取评估信息 对所述信息进行评估，在判断所述信息包含失败信息时， 向所述客户端反 馈所述失败信息。
上述提到的存储介质可以是只读存储器， 磁盘或光盘等。
以上对本发明实施例所提供的一种反馈失败信息的方法、相关装置及通信 系统进行了详细介绍，以上实施例的说明只是用于帮助理解本发明的方法及其 思想； 同时， 对于本领域的一般技术人员， 依据本发明的思想， 在具体实施方 式及应用范围上均会有改变之处， 综上所述， 本说明书内容不应理解为对本发 明的限制。

Claims

权 利 要 求
1、 一种反馈失败信息的方法， 其特征在于， 包括：
接收客户端发送的统一资源标识 URI选择请求；
根据所述 URI选择请求向与所述 URI选择请求对应的信息源或通过策略 评估执行管理服务器向所述信息源发送获取评估信息的请求；
接收所述信息源或策略评估执行管理服务器根据所述获取评估信息的请 求返回的信息；
在确定接收到的信息为失败信息时， 向所述客户端反馈所述失败信息。
2、 根据权利要求 1所述的反馈失败信息的方法， 其特征在于， 所述接收 客户端发送的 URI选择请求包括：
接收客户端发送的 URI选择请求， 所述请求包含单个或多个 URI;
所述根据所述 URI选择请求向与所述 URI选择请求对应的信息源或通过 策略评估执行管理服务器向所述信息源发送获取评估信息的请求包括：
根据所述 URI选择请求通过策略评估执行管理服务器向所述信息源发送 获取所述单个或多个 URI的评估信息的请求；
所述向所述客户端反馈所述失败信息包括：
向所述客户端反馈拒绝访问的 URI的评估信息。
3、 根据权利要求 1所述的反馈失败信息的方法， 其特征在于， 所述接收 客户端发送的 URI选择请求包括：
接收客户端发送的包含选择的条件的 URI选择请求；
所述根据所述 URI选择请求向与所述 URI选择请求对应的信息源或通过 策略评估执行管理服务器向所述信息源发送获取评估信息的请求包括：
根据所述 URI选择请求向与所述条件对应的信息源发送获取评估信息的 请求或通过策略评估执行管理服务器向所述信息源发送获取评估信息的请求； 所述接收所述信息源或策略评估执行管理服务器根据所述获取评估信息 的请求返回的信息包括：
接收所述信息源根据所述获取评估信息的请求返回的认证失败或没有权 限访问目标 URI或没有满足所述条件的目标 URI的信息。
4、 根据权利要求 1所述的反馈失败信息的方法， 其特征在于， 所述接收 客户端发送的 URI选择请求包括：
接收客户端发送的选择多个用户的 URI选择请求， 所述选择多个用户的 URI选择请求包含列表统一资源标识；
所述通过策略评估执行管理服务器向所述信息源发送获取评估信息的请 求包括：
策略评估执行管理服务器根据所述获取评估信息的请求判断是否允许对 与所述列表统一资源标识对应的列表的信息的访问， 或， 策略评估执行管理服 务器根据所述获取评估信息的请求判断是否允许对所述列表中每个用户信息 的访问， 所述每个用户信息从共享列表扩展标记语言文档管理服务器获得，在 允许访问时向所述信息源发送获取评估信息的请求；
所述向所述客户端反馈所述失败信息包括：
向所述客户端反馈拒绝访问的用户的评估信息。
5、 根据权利要求 1所述的反馈失败信息的方法， 其特征在于，
所述接收所述信息源或策略评估执行管理服务器根据所述获取评估信息 的请求返回的信息包括：
接收所述信息源返回的拒绝所述客户端访问的 URI信息或所述客户端没 有权限访问的 URI信息。
6、 根据权利要求 1所述的反馈失败信息的方法， 其特征在于，
所述根据所述 URI选择请求向与所述 URI选择请求对应的信息源或通过 策略评估执行管理服务器向所述信息源发送获取评估信息的请求包括：
根据所述 URI选择请求向扩展标记语言文档管理服务器发送搜索请求； 所述接收所述信息源或策略评估执行管理服务器根据所述获取评估信息 的请求返回的信息包括：
接收扩展标记语言文档管理服务器返回的拒绝所述客户端访问的 URI信 息。
7、根据权利要求 1至 6任一项所述的反馈失败信息的方法， 其特征在于， 所述通过策略评估执行管理服务器向所述信息源发送获取评估信息的请求包 括：
策略评估执行管理服务器根据所述获取评估信息的请求进行权限评估，在 所述策略评估执行管理服务器允许客户端对评估信息访问时，将所述获取评估 信息的请求发送给所述信息源。
8、根据权利要求 1至 6任一项所述的反馈失败信息的方法， 其特征在于， 所述失败信息包括：
拒绝访问或没有权限访问的 URI、 拒绝访问或没有权限访问的 URI个数、 拒绝访问或没有权限访问的 URI的选择条件、拒绝访问或没有权限访问的 URI 的信息类型、 拒绝访问的理由、 无法识别的 URI、 无法识别的 URI个数、 没 有对应评估信息的 URI和没有对应评估信息的 URI个数中的任一或任意组合。
9、根据权利要求 1至 6任一项所述的反馈失败信息的方法， 其特征在于， 所述接收客户端发送的 URI选择请求之后还包括：
根据接收到的 URI选择请求确定没有能力访问该 URI选择请求所对应的 信息源时， 向客户端返回失败信息。
10、 一种基于条件的 URI选择服务器， 其特征在于， 包括：
接收单元， 用于接收客户端发送的 URI选择请求；
信息获取单元， 用于根据所述接收单元接收到的所述 URI选择请求向与 所述 URI选择请求对应的信息源或通过策略评估执行管理服务器向所述信息 源发送获取评估信息的请求，并接收所述信息源或策略评估执行管理服务器根 据所述获取评估信息的请求返回的信息；
评估单元， 用于判断所述信息获取单元得到的所述信息是否为失败信息； 反馈单元， 用于在所述评估单元判断所述信息为失败信息时， 向所述客户 端反馈所述失败信息。
11、 根据权利要求 10所述的基于条件的 URI选择服务器， 其特征在于， 所述接收单元包括：
第三接收单元， 用于接收客户端发送的 URI选择请求， 所述 URI选择请 求包含列表 URI。
12、 根据权利要求 11所述的基于条件的 URI选择服务器， 其特征在于， 所述接收单元包括：
接收子单元， 用于接收客户端发送的包含选择的条件的 URI选择请求； 所述信息获取单元包括： 请求发送子单元， 用于根据所述 URI选择请求向与所述条件对应的信息 源发送获取评估信息的请求。
13、 根据权利要求 12所述的基于条件的 URI选择服务器， 其特征在于， 所述接收子单元包括：
第一接收单元，用于接收所述信息源根据所述获取评估信息的请求判断认 证失败或没有权限访问目标 URI或没有满足所述条件的目标 URI时返回的信
14、 根据权利要求 12所述的基于条件的 URI选择服务器， 其特征在于， 所述接收单元包括：
第二接收单元， 用于接收客户端发送的选择单个或多个用户的 URI选择 请求；
所述信息获取单元包括：
第一请求发送单元， 用于根据所述选择单个或多个用户的 URI选择请求 通过策略评估执行管理服务器向信息源请求所述单个或多个用户的信息； 所述反馈单元包括：
反馈子单元， 用于在所述评估单元判断所述信息为失败信息时， 向客户端 反馈拒绝访问的用户的评估信息。
15、 根据权利要求 12所述的基于条件的 URI选择服务器， 其特征在于， 所述接收单元包括：
第四接收单元， 用于接收客户端发送的选择多个用户的 URI选择请求， 所述选择多个用户的 URI选择请求包含列表统一资源标识或多个用户统一资 源标识；
所述信息获取单元包括：
信息接收子单元，用于接收信息源返回的拒绝所述客户端访问的用户的评 估信息。
16、 根据权利要求 12所述的基于条件的 URI选择服务器， 其特征在于， 所述接收单元包括：
第四接收单元， 用于接收客户端发送的选择多个用户信息的 URI选择请 求， 所述选择多个用户信息的 URI选择请求包含列表统一资源标识或多个用 户统一资源标识；
所述请求发送单元包括：
第二请求发送单元， 用于根据所述 URI选择请求向扩展标记语音文档管 理服务器发送搜索请求；
所述信息获取单元包括：
第一信息接收单元，用于接收扩展标记语音文档管理服务器返回的拒绝所 述客户端访问的用户的评估信息。
17、 一种通信系统， 其特征在于， 包括：
基于条件的 URI选择服务器， 用于接收客户端发送的 URI选择请求； 根 据所述 URI选择请求向与所述 URI选择请求对应的信息源发送获取评估信息 的请求；接收所述信息源根据所述获取评估信息的请求返回的信息； 在确定接 收到的信息为失败信息时， 向所述客户端反馈所述失败信息；
信息源， 用于向所述基于条件的 URI选择服务器返回信息。
18、 根据权利要求 17所述的通信系统， 其特征在于， 还包括：
策略评估执行管理服务器， 用于根据所述基于条件的 URI选择服务器接 收到的所述 URI选择请求进行权限评估， 在允许对评估信息进行访问时， 将 允许访问的目标用户标识发送给所述信息源， 在拒绝对评估信息进行访问时， 向所述基于条件的 URI选择服务器返回失败信息。
PCT/CN2009/074434 2008-10-24 2009-10-14 反馈失败信息的方法、相关装置及通信系统 WO2010045849A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200810171950.5 2008-10-24
CN2008101719505A CN101753518B (zh) 2008-10-24 2008-10-24 反馈失败信息的方法、相关装置及通信系统

Publications (1)

Publication Number Publication Date
WO2010045849A1 true WO2010045849A1 (zh) 2010-04-29

Family

ID=42118951

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2009/074434 WO2010045849A1 (zh) 2008-10-24 2009-10-14 反馈失败信息的方法、相关装置及通信系统

Country Status (2)

Country Link
CN (1) CN101753518B (zh)
WO (1) WO2010045849A1 (zh)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1859332A (zh) * 2006-03-23 2006-11-08 华为技术有限公司 一种采用数据同步处理电子邮件的系统、装置及方法
WO2007088589A1 (ja) * 2006-01-31 2007-08-09 Fujitsu Limited 電子会議におけるコンテンツ配信方法及び装置
CN101194495A (zh) * 2005-04-15 2008-06-04 泰克莱克公司 在通信网络中提供有呈现资格的e.164号码映射（enum）服务的方法、系统和计算机程序产品
WO2008098592A1 (en) * 2007-02-15 2008-08-21 Hurra Communications Gmbh Method and system for redirecting a request according to a profile

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100505704C (zh) * 2005-12-17 2009-06-24 华为技术有限公司 查询用户信息的方法
CN100527678C (zh) * 2006-09-08 2009-08-12 中国科学院计算技术研究所 发布和获取关系型呈现信息的方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101194495A (zh) * 2005-04-15 2008-06-04 泰克莱克公司 在通信网络中提供有呈现资格的e.164号码映射（enum）服务的方法、系统和计算机程序产品
WO2007088589A1 (ja) * 2006-01-31 2007-08-09 Fujitsu Limited 電子会議におけるコンテンツ配信方法及び装置
CN1859332A (zh) * 2006-03-23 2006-11-08 华为技术有限公司 一种采用数据同步处理电子邮件的系统、装置及方法
WO2008098592A1 (en) * 2007-02-15 2008-08-21 Hurra Communications Gmbh Method and system for redirecting a request according to a profile

Also Published As

Publication number Publication date
CN101753518B (zh) 2012-08-08
CN101753518A (zh) 2010-06-23

Similar Documents

Publication Publication Date Title
US7860525B2 (en) System, method, and computer program product for service and application configuration in a network device
US9363106B2 (en) Apparatus and method for providing contacts through interworking between messaging service and social network service
US8750909B2 (en) Method, system, and apparatus for processing a service message with a plurality of terminals
JP5282095B2 (ja) マルチメディア通信セッションの確立
US8646057B2 (en) Authentication and authorization of user and access to network resources using openid
US8775586B2 (en) Granting privileges and sharing resources in a telecommunications system
US7818020B1 (en) System and method for joining communication groups
EP1909430A1 (en) Access authorization system of communication network and method thereof
US8291481B2 (en) Sessionless redirection in terminal services
JP2007516485A (ja) ネットワーク内のユーザ情報へのアクセスを許可する方法およびシステム
US20080134259A1 (en) Method, server and system for subscribing for presence information
US9832252B2 (en) Systems, methods, and computer program products for third party authentication in communication services
US20090303943A1 (en) Access Control in a Communication Network
US20110023131A1 (en) Method and Apparatus for Checking Aggregated Web Services
JP2009538586A (ja) Ｓｉｐベースメッセージサービスにおけるグループ通知方法
US9380049B2 (en) Method and system for authentication-based multi-user online video game
US9455841B2 (en) Group handling for push-to-talk services
KR101192036B1 (ko) 프레젼스 구독과 함께 접속 리스트 엔트리들을 전송하는시스템 및 방법
WO2015021842A1 (zh) 访问ott应用、服务器推送消息的方法及装置
WO2007068208A1 (fr) Procede de realisation d&#39;un service base sur un groupe
WO2010045849A1 (zh) 反馈失败信息的方法、相关装置及通信系统
EP2273807A1 (en) Method, system, server and client for implementing relative condition evaluation
US9615256B2 (en) Method and apparatus for providing an access to a tethering service via an endpoint device
WO2023036451A1 (en) Technique for storing cookie information in a core network domain of a wireless communication network
EP2360891B1 (en) Method for optimizing results returned from CBUS server and CBUS server

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 09821570

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 09821570

Country of ref document: EP

Kind code of ref document: A1