WO2010003341A1 - 实现相对条件评估的方法、系统及服务器、客户端 - Google Patents

实现相对条件评估的方法、系统及服务器、客户端 Download PDF

Info

Publication number
WO2010003341A1
WO2010003341A1 PCT/CN2009/072425 CN2009072425W WO2010003341A1 WO 2010003341 A1 WO2010003341 A1 WO 2010003341A1 CN 2009072425 W CN2009072425 W CN 2009072425W WO 2010003341 A1 WO2010003341 A1 WO 2010003341A1
Authority
WO
WIPO (PCT)
Prior art keywords
evaluation
condition
relative
related information
information
Prior art date
Application number
PCT/CN2009/072425
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 华为技术有限公司
Priority to EP09793816A priority Critical patent/EP2273807A4/en
Priority to JP2011509847A priority patent/JP4988961B2/ja
Publication of WO2010003341A1 publication Critical patent/WO2010003341A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/564—Enhancement of application control based on intercepted application data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]

Definitions

  • the embodiments of the present invention relate to the field of communications, and in particular, to a method, a system, a server, and a client for implementing relative condition evaluation. Background technique
  • the Condition Based Uniform Resource Identifications Selection (CBUS) service is intended to provide the above evaluation function, and is capable of providing an object satisfying the relative evaluation condition according to the requirements of the evaluation requester.
  • the method for establishing a group session includes the following steps: The service server receives the group session request, and the service server obtains the group member list and establishes the session condition according to the information in the group session request; Obtaining information about establishing a session condition of the group member, determining whether the information satisfies the establishment of a session condition; the service server initiates a group session request to the group member client that satisfies the establishment of the session condition, and establishes a group session.
  • the relative evaluation conditions in the prior art are:
  • condition-set > "This element indicates the following is an evaluation condition
  • ⁇ profile-condition > "This element represents an evaluation condition based on the user's basic information.”
  • the method, the system, the server, and the client for implementing the relative condition evaluation provided by the embodiment of the present invention do not need to evaluate the requester to specify that a certain state of the evaluation object satisfies a certain fixed value, so as to implement evaluation according to the state of the reference object.
  • the evaluation request message includes related information related to the condition evaluation; and acquiring, according to the evaluation request message, a relative evaluation condition and a reference object in the relative evaluation condition;
  • a client configured to send an evaluation request message, and an evaluation result returned by the receiving server according to the evaluation request message, where the evaluation request message includes related information related to the condition evaluation,
  • the related information of the relative condition evaluation includes a relative evaluation condition or includes reference path information;
  • a server configured to acquire a relative evaluation condition and a reference object in the relative evaluation condition according to the received evaluation request message, and obtain a relative from the related information source Conditionally evaluating the required information; and evaluating the required information based on the relative conditions, obtaining the evaluation result and transmitting the client.
  • a second sending module configured to send the evaluation request message to the server, where the evaluation request message includes related information related to the condition evaluation, and the related information of the relative condition evaluation includes a relative evaluation condition or reference path information;
  • a second receiving module configured to receive an evaluation result returned by the server according to the evaluation request message.
  • a first receiving module configured to receive an evaluation request message, where the evaluation request message includes related information related to the condition evaluation
  • condition obtaining module configured to acquire, according to the evaluation request message, a relative evaluation condition and a reference object in the relative evaluation condition
  • An information obtaining module configured to obtain, according to the evaluation request message, information required for relative condition evaluation from a related information source
  • a processing/transmission module configured to evaluate the required information according to the relative condition, obtain an evaluation result, and send the result.
  • the relative evaluation condition is obtained, and the reference object is specified in the relative evaluation condition, and the related information of the reference object is used as the basis for the evaluation, and the evaluation is performed according to the state of the reference object.
  • FIG. 1 is a flowchart of a method for implementing relative condition evaluation according to an embodiment of the present invention
  • FIG. 2 is a signaling flowchart of a method for implementing relative condition evaluation according to Embodiment 2 of the present invention
  • 3 is a signaling flowchart of a first case of a method for implementing relative condition evaluation according to Embodiment 3 of the present invention
  • FIG. 6 is a signaling flowchart of a method for implementing relative condition evaluation according to Embodiment 6 of the present invention
  • FIG. 8 is a signaling flowchart of a method for implementing relative condition evaluation according to Embodiment 8 of the present invention
  • FIG. 9 is a flowchart for implementing a relative condition according to an embodiment of the present invention. A schematic diagram of the structure of the system being evaluated;
  • FIG. 10 is a schematic structural diagram of a client according to an embodiment of the present invention.
  • FIG. 11 is a schematic structural diagram of a server according to an embodiment of the present invention. detailed description
  • FIG. 1 is a flowchart of a method for implementing relative condition evaluation according to an embodiment of the present invention. As shown in FIG. 1 , the embodiment specifically includes:
  • Step 101 Receive an evaluation request message, where the evaluation request message includes related information related to the condition evaluation;
  • Step 102 Acquire, according to the evaluation request message, a relative evaluation condition and a reference object in the relative evaluation condition;
  • Step 103 Acquire, according to the evaluation request message, information required for the relative condition assessment from the relevant information source;
  • Step 104 Evaluate the required information according to the relative conditions, obtain the evaluation result, and send it.
  • the related information of the relative condition evaluation of the step 101 may be a relative evaluation condition, that is, the relative evaluation condition is encapsulated in the evaluation request message, and the step 102 is specifically: parsing the evaluation request message, obtaining the relative evaluation condition, and the relative evaluation condition.
  • the specified reference object may be a relative evaluation condition, that is, the relative evaluation condition is encapsulated in the evaluation request message, and the step 102 is specifically: parsing the evaluation request message, obtaining the relative evaluation condition, and the relative evaluation condition.
  • the related information of the relative condition evaluation of step 101 may also be reference path information indicating the storage location of the relative evaluation condition, and then the relative evaluation is included before step 101.
  • the condition is stored in the storage location.
  • Step 102 is specifically: obtaining a relative evaluation condition and a reference object specified in the relative evaluation condition from the storage location corresponding to the reference path information.
  • the relative storage location such as a shared group extensible markup language document management server (shared XDMS), or a storage space inside the CBUS server, in this way, the user or the application needs to indicate the relative when initiating the evaluation request.
  • shared XDMS shared group extensible markup language document management server
  • CBUS server shared XDMS
  • the reference object of the relative condition evaluation is specified in the relative evaluation condition, and the related information of the reference object is used as the basis for the evaluation, so that the relative condition evaluation can be performed according to the state of the reference object;
  • the pre-defined relative evaluation condition may be stored in a specific storage location, and the relative evaluation condition may not be carried in the evaluation request message, thereby improving the evaluation efficiency.
  • FIG. 2 is a signaling flowchart of a method for implementing relative condition evaluation according to Embodiment 2 of the present invention.
  • the CBUS service is taken as an example in this embodiment, where the device involved includes a CBUS client, a CBUS server, and a related service engine, as shown in FIG. 2 .
  • the embodiment specifically includes:
  • Step 201 The CBUS client sends an evaluation request message to the CBUS server, where the evaluation request message includes a relative evaluation condition and a reference object specified in the relative evaluation condition, and may further include an evaluation object and/or an evaluation setting, an evaluation object, and an evaluation setting. Can be optional information;
  • the relative evaluation conditions can be divided into the following two cases: First, only the relative conditions are included; Second, the combination of the relative conditions and the conditions of the evaluation object itself. Further, since the CBUS server mainly evaluates the location information, the presence information, and the information in the shared XDMS of the evaluation object, the relative evaluation condition may pass one or more of the above three types of information. The corresponding part of the information is represented. In addition, the relative evaluation conditions indicate that the CBUS server should compare the information of the evaluation object with the information of the reference object. Therefore, the relative evaluation condition indicates the reference object, that is, the reference object is included in the relative evaluation condition.
  • the reference object may be the evaluation request initiator itself or another person specified by the evaluation request initiator; the reference object may be one or more; during the evaluation process, the reference object may be fixed, Changes can also occur, such as the CBUS server dynamically selecting different reference objects under different conditions according to the preset settings of the CBUS client.
  • the evaluation object can be a single user, multiple users (such as a group) or group-based (such as multiple groups), CBUS business support group selection function, multiple groups can be specified for the evaluation requester
  • the group performs an assessment and selects a group that satisfies the relative evaluation criteria.
  • the evaluation setup mainly includes the evaluation methods, such as one assessment, real-time assessment, and end assessment (evaluation to meet the relative assessment conditions, that is, the assessment is terminated).
  • CBUS also supports the CBUS client to set the upper and lower limits of the number of evaluation results returned by the CBUS server according to its own requirements. For example: If the current evaluation condition is not met, the CBUS server continuously evaluates until the lower limit is reached, and the evaluation result is returned. And the number of results returned by the CBUS server does not exceed the upper limit.
  • the CBUS client can send an evaluation request message to the CBUS server through the interface of the Policy Evaluation (Enforcement and Management Callable Interface, PEM-1). Further, in this embodiment, the interaction between the CBUS client and the CBUS server can be implemented through the PEM-1 interface.
  • Policy Evaluation, Enforcement and Management is an evaluation, implementation, management of end user preferences, operator development, service providers, application developers.
  • the policy which implements the framework for resource protection and management, defines the interface PEM-1 for policy evaluation in PEEM.
  • the corresponding policies are different due to the differences of various resources, and thus the PEM-1 input information and output information are also different, and the input parameters are The parameters that are output are also different.
  • PEM-1 is a general-purpose interface, it is not possible to create different independent interfaces for different policies. Therefore, this problem can be solved by the PEM-1 template—that is, the structure of the specification request and response.
  • the PEM-1 template defines what input PEM-1 parameters are expected to be evaluated by the requester for the processing of the policy, and which output PEM-1 parameters may be generated after the policy processing to the evaluation requester, ie the basic input and output parameters are defined. And support for parameter expansion based on specific needs.
  • this embodiment can reuse the interface by extending PEM-1. Interface input and output template parameters to achieve interaction between the CBUS client and the CBUS server.
  • Step 202 The CBUS server parses the evaluation request message, obtains the relative evaluation condition, and the reference object specified in the relative evaluation condition, and obtains the evaluation object and the evaluation setting.
  • the evaluation request message of step 201 may include reference path information indicating a storage location of the relative evaluation condition, and before step 201, storing the relative evaluation condition in the storage location; step 202 is specifically The relative evaluation condition and the reference object specified in the relative evaluation condition are obtained from the storage location corresponding to the reference path information, and optionally, the evaluation object and the evaluation setting are also acquired.
  • relative evaluation conditions, evaluation objects, and/or evaluation settings may be predefined, and the user or application stores pre-defined relative evaluation conditions, evaluation objects, and/or evaluation settings in a particular storage location, such as a shared XDMS, or CBUS. The storage space inside the server. In this way, the user or application only needs to specify the reference path when initiating the evaluation request.
  • Step 203 The CBUS server acquires related information of the evaluation object and related information of the reference object, and specifically includes:
  • Step 2031 The CBUS server sends a request message for obtaining information about the evaluation object and the reference object to the information source (in this embodiment, specifically, the service engine); wherein the identifier information of the requesting initiator may be carried;
  • the information source in this embodiment, specifically, the service engine
  • the business engine of the embodiments of the present invention includes, but is not limited to, a location engine, a rendering engine, and a shared XDMS engine.
  • the CBUS server can obtain information about the evaluation object and the reference object from the same information source according to the relative evaluation condition, and can also obtain information about the evaluation object and the reference object from different information sources.
  • Step 2032 The service engine returns information about the evaluation object and the reference object to the CBUS server.
  • the step 2031 and the step 2032 may further include: the service engine authenticating the evaluation request initiator according to the identity information of the evaluation request initiator.
  • the service engine (such as a rendering engine or a location engine) receives the acquisition evaluation object and the reference object sent by the CBUS server.
  • the evaluation request initiator (CBUS client in this embodiment) may be authenticated; if the CBUS server implements interaction with the service engine through the SIP protocol, such as obtaining the presentation through the SIP subscription notification mechanism.
  • the information may be carried in the request message sent to the service engine, carrying the Identity and Identity-Info header fields to indicate the identity information of the evaluation request initiator, where the Identity field is the signature used for the authentication, and the Identity-Info is A reference to the signer certificate; if the CBUS server implements interaction with the service engine through other protocols, such as interacting with the location engine through the HTTP protocol to obtain location information, the Identity and Identity in the SIP protocol may be extended in the protocol.
  • the Info acts the same field to carry the identity information of the requesting initiator. Based on the above evaluation request sender's identity information, the service engine authenticates the evaluation request initiator.
  • Step 204 The CBUS server compares related information of the evaluation object with related information of the reference object according to the relative evaluation condition and the evaluation setting, and obtains the evaluation result;
  • Step 205 The CBUS server returns an evaluation result to the CBUS client.
  • the relative evaluation condition in the above embodiment includes a relative condition, and if the relative evaluation condition is a combination of the relative condition and the evaluation object's own condition, that is, the relative evaluation condition includes the first evaluation condition and the second evaluation condition, wherein the first evaluation condition is a relative condition,
  • the second evaluation condition is the evaluation object's own condition, wherein the evaluation object's own condition indicates that a certain state of the evaluation object satisfies a fixed value, and the step 204 and the step 205 may specifically include:
  • the CBUS server compares the relevant information of the evaluation object with the related information of the reference object according to the relative condition, and obtains the first evaluation object that satisfies the relative condition;
  • the CBUS server obtains related information of the first evaluation object obtained from the related information source (the embodiment is specifically a service engine), for example, obtaining the presence information of the first evaluation object from the presence server, and the like;
  • the CBUS server compares the relevant information of the first evaluation object with the condition of the evaluation object itself, that is, the second evaluation condition, and further filters out the second evaluation object that satisfies the condition of the evaluation object; the CBUS server returns the second evaluation object as the evaluation result, and returns CBUS client.
  • the first evaluation condition that satisfies the evaluation object's own condition, that is, the second evaluation condition may also be selected first. Estimating the object, and then further arranging the evaluation object that satisfies the relative condition, that is, the first evaluation condition, that is, in the case where the relative evaluation condition is a combination of the relative condition and the condition of the evaluation object itself, the present embodiment evaluates the two conditions. Not limited.
  • the reference object, the relative evaluation condition is specified in the evaluation request message, and the evaluation setting and the evaluation object may be further included, and the related information of the reference object acquired from the service engine is used as the basis for the evaluation, and the relative evaluation condition is the relative condition.
  • the requester specifies that a certain state of the evaluation object satisfies a certain fixed value, the evaluation is performed according to the state of the reference object; when the relative evaluation condition is a combination of the relative condition and the evaluation object's own condition, the array may be sequentially selected to satisfy The evaluation object of these two conditions makes the implementation of the relative condition evaluation more flexible; further, the actual evaluation message carries the relative evaluation condition, and the evaluation efficiency is higher.
  • the method for implementing the relative condition evaluation in the third embodiment of the present invention is different from the second embodiment in that the evaluation request message received by the CBUS server in step 201 does not include the evaluation object.
  • This embodiment can be divided into the following cases:
  • the first case the relative evaluation condition includes only the relative condition, and the related information of the reference object and the related information of the evaluation object (search object) that needs to be searched are acquired in the same information source, as shown in FIG. 3 , FIG. 3 is an embodiment of the present invention. 3. Method for implementing relative condition evaluation Signaling flow chart for the first case.
  • the step 201 may be replaced by the step 201A, the CBUS client sends an evaluation request message including a relative evaluation condition to the CBUS server, and the step 203 and the step 204 may be replaced by: Step 203A: The CBUS server sends the information source (specifically, the service engine) Carrying a search request message with a relative evaluation condition and a reference object; Step 203B: The service engine queries the related information of the reference object, searches for the evaluation object that satisfies the relative evaluation condition according to the related information of the reference object and the relative evaluation condition; Step 203C, will satisfy The evaluation object of the relative evaluation condition is returned to the CBUS server; Step 203D, the CBUS server receives the returned evaluation object that satisfies the relative evaluation condition, and uses it as the evaluation result.
  • the information source specifically, the service engine
  • Step 203B The service engine queries the related information of the reference object, searches for the evaluation object that satisfies the relative evaluation condition according to the related information of the reference object and
  • step 203 and step 204 may be replaced by: the CBUS server acquires related information of the reference object from the first information source; and the CBUS server sends the second information source with the relative evaluation condition and reference.
  • Search request message of related information of the object the second information source searches for the evaluation object satisfying the relative evaluation condition according to the relative evaluation condition and the related information of the reference object, and returns to the CBUS server; the CBUS server receives the returned evaluation that satisfies the relative evaluation condition Object, use it as the result of the evaluation.
  • the second evaluation condition indicates that the condition of the evaluation object satisfies a certain fixed value
  • the reference object The related information and the related information of the search object are obtained by the same information source.
  • the evaluation object that satisfies the relative condition is searched in the service engine, and the server further filters out the evaluation result that satisfies the condition of the search object itself, specifically, Step 203 and step 204 can be replaced by:
  • the CBUS server sends a search request message carrying the first evaluation condition and the reference object to the information source (specifically, the service engine); the service engine queries the related information of the reference object, and the search is satisfied according to the related information of the reference object and the first evaluation condition.
  • the information source specifically, the service engine
  • the service engine queries the related information of the reference object, and the search is satisfied according to the related information of the reference object and the first evaluation condition.
  • a first evaluation object of the first evaluation condition the CBUS server receives a first evaluation object returned by the service engine that satisfies the first evaluation condition;
  • the CBUS server acquires related information of the first evaluation object, such as presence information, from other service engines; the CBUS server
  • the related information of the first evaluation object is compared with the fixed value specified in the second evaluation condition to obtain a second evaluation object that satisfies the second evaluation condition, and the second evaluation object is used as the evaluation result.
  • the CBUS server can also first obtain relevant information of the evaluation object from other business engines, filter out the evaluation object that satisfies the evaluation object's own conditions, and then further search for the evaluation object that satisfies the relative condition, that is, for the relative
  • the evaluation condition is a combination of the relative condition and the condition of the evaluation object itself, and the order in which the two conditions are evaluated in this embodiment is not limited.
  • step 203 and step 204 can be replaced by:
  • the CBUS server acquires related information of the reference object from the first information source;
  • the CBUS server sends a search request message carrying the related information of the first evaluation condition and the reference object to the second information source;
  • the second information source is based on the first evaluation condition and the reference Information about the object, searching for the first evaluation object that satisfies the first evaluation condition, and returning to the CBUS server;
  • the CBUS server acquires related information of the first evaluation object, such as presence information, from other service engines;
  • the CBUS server will The related information is compared with the fixed value specified in the second evaluation condition to obtain a second evaluation object that satisfies the second evaluation condition, and the second evaluation object is used as the evaluation result.
  • the CBUS server may first obtain relevant information of the evaluation object from other business engines, filter out the evaluation object that satisfies the evaluation object's own condition, and then further search for the evaluation object that satisfies the relative condition, that is, for the relative
  • the evaluation condition is a combination of the relative condition and the condition of the evaluation object itself, and the order in which the two conditions are evaluated in this embodiment is not limited.
  • the reference object, the relative evaluation condition, and the evaluation setting are specified in the evaluation request message, and the related information of the reference object is used as the basis for the evaluation, and the evaluation object satisfying the relative evaluation condition is obtained.
  • the relative evaluation condition is a relative condition, Therefore, it is not necessary to evaluate the requester to specify that a certain state of the evaluation object satisfies a certain fixed value, and the evaluation is performed according to the state of the reference object; when the relative evaluation condition is a combination of the relative condition and the evaluation object's own condition, the screening can be sequentially performed to satisfy the two
  • the evaluation object of the condition makes the relative condition evaluation more flexible.
  • the technical solution of the embodiment of the present invention is further described below by taking a specific scenario as an example.
  • user A is the signing user of CBUS service. After user A visits a customer in an unfamiliar city, he hopes to find out the friends closest to him from some friends through CBUS service, and set the SIP URI of user A.
  • the SIP URIs of the friends to be evaluated are sip: fl@example.com, sip: f2@example.com, sip: G@example.com.
  • the embodiment specifically includes the following steps:
  • Step 301 User A sets a relative evaluation condition, an evaluation object, and an evaluation setting through a CBUS client on the terminal, wherein the relative evaluation condition is that the geographical location is closest to the user A, and the evaluation is The evaluation object is the three friends of user A.
  • the evaluation is set to one evaluation, that is, only the CBUS server needs to return the URI of a friend who meets the condition; the CBUS client will include the relative evaluation condition, the evaluation setting, and the evaluation object according to the setting of the user A.
  • the evaluation request message is sent to the CBUS server, wherein the reference object is specified in the relative evaluation condition (the user A in this embodiment, that is, the evaluation request initiator);
  • the evaluation request message adopts an implementation manner of HTTP GET, as follows:
  • the first line of code is the request line, where GET indicates that the request is using the GET method in HTTP, and cbusgroup@example.com indicates that the request is to evaluate the target and the corresponding object.
  • the identifier is one.
  • Group URI, HTTP/1.1 indicates the protocol version
  • Host: cbus.example.com "represents the requested resource as a CBUS server"
  • the user agent that initiated the evaluation request is a CBUS client
  • ⁇ /policyInputTemplate> "represents basic input template information
  • ⁇ /policyInputData> This embodiment uses the PEM-1 interface in PEEM to implement information exchange between the CBUS client and the CBUS server, that is, by extending the parameters of the input and output templates defined in the PEM-1 interface.
  • the relative evaluation condition is carried by the existing 1?01 ⁇ into the interface definition, wherein the ⁇ focus> element represents the reference object, that is, the SIP URI of the user A, and the ⁇ filter> element represents the rule.
  • the value can be nearest or farthest. In this example, the value is nearest; in addition, on the cornerstone of the standard input template, the parameter of type string is expanded.
  • -type> used to indicate the evaluation setting, the element is an enumerated type, and its value can be: one evaluation (once), real-time evaluation (realtime), end evaluation (union-cond-matched), in this embodiment The value is once.
  • Step 302 The CBUS server receives the evaluation request message, parses the evaluation request message, and obtains an evaluation object, that is, a group represented by the SIP URI, according to the Request URI ( si : cbus-group@example . com ) in the evaluation request message.
  • the members (fl, and ⁇ are members of the group), and the relative evaluation conditions are the closest to the user, and the evaluation is set to one evaluation;
  • Step 303 The CBUS server sends, to the location server, a request message for obtaining the reference object user A and the evaluation object si: f 1 @example . com , sip: f2@example.com, sip: fi@example.com location information;
  • the request message adopts an HTTP POST implementation manner, as follows: POST
  • the user agent that initiated the evaluation request is the Location client
  • Step 304 The location server returns the location information of the user A and its three friends to the CBUS.
  • the server, the return message is the 200 OK message corresponding to step 303, as follows: HTTP/1.1 200 OK "Indicating that the request is successfully responding"
  • LS-serv/OMA2.0 indicates the software used by the server to process the request.
  • Step 305 The CBUS server calculates the distance between the user A and the three friends according to the received location information, and compares that the friend closest to the user A is sip:f2@example.com;
  • Step 306 the CBUS server returns the evaluation result to the CBUS client (ie, currently away from the user A).
  • the nearest friend's SIP URI: sip:f2@example.com) the return message is the 200 OK message corresponding to step 301, as follows:
  • step 301 is implemented by extending the standard output template parameters defined by the PEM-1 interface, that is, defining a new array type 3 ⁇ 4 ⁇ urilist>, indicating the evaluation result (URI list) returned by the CBUS server.
  • the reference object, the relative evaluation condition, the evaluation setting, and the evaluation object are specified in the evaluation request message, and the location information of the reference object is obtained from the corresponding service engine, that is, the location server of the embodiment, according to the relative evaluation condition.
  • the relative evaluation condition is a relative condition, and the evaluation according to the relative condition of the evaluation object specified by the evaluation requester can be performed according to the state of the reference object, so that the relative condition evaluation is more flexible.
  • the user A wants to confirm whether the friends fl, and ⁇ are in the vicinity of the address of the friend ⁇ through the CBUS service.
  • the reference object is the other person specified by the evaluation request initiator, the reference object and the evaluation.
  • Information about objects comes from different sources of information.
  • Step 401 User A sets a relative evaluation condition, an evaluation object, and an evaluation setting through a CBUS client on the terminal, wherein the relative evaluation condition is a range of 500 meters from the friend B, and the evaluation object is the three friends of the user A, and the evaluation is performed.
  • the CBUS client sends an evaluation request message including the relative evaluation condition, the evaluation setting, and the evaluation object to the CBUS server according to the setting of the user A, wherein the reference object is specified in the relative evaluation condition (the friend B in this embodiment) ) ;
  • the evaluation request message adopts the implementation manner of SIP SUBSCRIBE, as follows:
  • Branch z9hG4bKwYb6QREiCL” indicates the path through which the request message has passed so far "Max-Forwards: 70" indicates the maximum number of times the request is forwarded"
  • Event:cbus indicates the CBUS event package
  • the ⁇ (3 ⁇ 41!8-req> element in the message body is used to represent the information included in the evaluation request message
  • the ⁇ cbus-9> element consists of two sub-members " ⁇ eva- 001 (1 ⁇ 01 > and ⁇ eva-setting>, which are used to represent relative evaluation conditions and evaluation settings.
  • ⁇ eva-condition> includes Child element
  • ⁇ rel_condition> used to indicate relative conditions
  • ⁇ rel_ condition contains sub-element ⁇ location> to indicate relative evaluation conditions based on location information
  • CBUS server will get relevant information from location server
  • ⁇ focus> element is used to represent Relative reference object (friend B)
  • its value is the SIP URI of buddy B
  • ⁇ radius> element is used to represent the range, that is, it is within the range of 500m, and the values of these two elements can be arbitrarily specified by the user.
  • This embodiment also defines a sub-element ⁇ eva_type>, which is used to indicate the evaluation mode.
  • the element is an enumerated type, and its value can be: once, realtime, until-cond-match, respectively, used to represent an evaluation, real-time Evaluation and end evaluation, in this embodiment, ⁇ eva-type: ⁇ takes the value of until-cond-matched.
  • the evaluation request message carries a specific evaluation object list, so the extension element ⁇ eva-object> in the message body is used to represent the evaluation object, and includes a child element ⁇ list> for indicating the evaluation object list. Each evaluation object in the list is represented by an ⁇ entry> child element.
  • Step 402 The CBUS server receives the evaluation request message and returns 200 to the CBUS client.
  • Step 403 The CBUS server parses the evaluation request message, and obtains an evaluation object of fl@example.com, sip: f2@example.com, sip: f3@example.com, and the relative evaluation condition is within a range of 500 m from the address of the user B, and the evaluation is performed. Set to end the assessment;
  • Step 404 the CBUS server extends the markup language document management server to the shared file
  • Step 405 The shared file XDMS returns the home address of the user B to the CBUS server; the message may be a 200 OK response message;
  • Step 406 The CBUS server sends a request message for obtaining location information of the evaluation object sip: fl@example.com, sip: f2@example.com, sip: G@example.com to the location server; the request message of this step may adopt HTTP POST Implementation
  • Step 407 The location server returns the location information of fl, f2, and ⁇ to the CBUS server, where the return message is a 200 OK message corresponding to step 406, and the implementation manner of the message may be the same as the return message of step 304 in the third embodiment;
  • the embodiment is not limited to the execution sequence of the above steps 404 to 407, and the technical solutions after the step 405 and the step 407 after the step 406 belong to the range to be protected by the embodiment.
  • Step 408 The CBUS server calculates the distance between each evaluation object and the user's address according to the received home address of the user B and the location information of the fl, and ⁇ , and compares and obtains the evaluation object that satisfies the relative evaluation condition; If the evaluation object satisfies the relative evaluation condition, step 409 may be performed, otherwise step 412 may be performed;
  • Step 409 The CBUS server sends a temporary notification message with no evaluation result to the CBUS client; the temporary notification message may adopt a SIP NOTIFY implementation manner, as follows:
  • Max-Forwards: 70" indicates the maximum number of requests to forward
  • Step 410 The CBUS client returns a 200 OK response message corresponding to step 409 to the CBUS server.
  • Step 411 Under the trigger of a certain condition (such as a timing device), the CBUS server requests the location server to obtain the location information of the evaluation object and the user B again;
  • a certain condition such as a timing device
  • the time interval for CBUS to obtain location information can be set by User A or by the CBUS server.
  • Step 412 The location server returns the location information of the evaluation object and the user B to the CBUS server. Further, the location information of the CBUS server tracking the evaluation object may also be implemented by subscribing to the notification;
  • Step 413 The CBUS server calculates the distance between the address of the user B and the three friends according to the received location information, and compares the evaluation objects that satisfy the relative evaluation conditions to fl@example.com and f2@example.com;
  • Step 414 The CBUS server returns an evaluation result (ie, the evaluation objects fl@example.com and f2@example.com satisfying the relative evaluation condition) to the CBUS client, and the return message may adopt an implementation manner of SIP NOTIFY, as follows: Via: SIP/2.0/TCP
  • Max-Forwards: 70" indicates the maximum number of requests to forward
  • Step 415 The CBUS client returns a 200 O response message corresponding to step 414 to the CBUS server.
  • the reference object, the relative evaluation condition, the evaluation setting, and the evaluation object are specified in the evaluation request message, and the position information of the reference object and the position information of the evaluation object are respectively obtained from the shared file XDMS and the location server as evaluation according to the relative evaluation condition.
  • the relative evaluation condition is a relative condition, and the evaluation requester does not need to specify that a certain state of the evaluation object satisfies a certain fixed value.
  • the evaluation is based on the state of the reference object, making the evaluation more flexible.
  • FIG. 6 is a signaling flowchart of a method for implementing relative condition evaluation according to Embodiment 6 of the present invention.
  • the location of the advertisement mobile station is dynamically changed, and it is desirable to search for the music lover of the IM online within the range of 1000 m from the advertisement mobile station through the CBUS service, and adopt a real-time evaluation method.
  • the embodiment specifically includes the following steps:
  • Step 501 The advertisement mobile station sends an evaluation request message to the CBUS server by using the CBUS client located therein, where the evaluation request message includes a relative evaluation condition and an evaluation setting, where the relative evaluation condition is that the current geographical location is within a range of 1000 m from the advertising mobile station.
  • the music lover of IM Online indicates that the reference object is the advertisement mobile station; the evaluation is set to real-time evaluation; in this embodiment, the evaluation request message adopts the implementation of SIP SUBSCRIBE, as follows:
  • Xmlns :1 "urn :oma :xml :loc:user,,> " indicates the following information about the evaluation request, ⁇ eva-condition" indicates the evaluation condition,
  • the relative evaluation condition in this embodiment is a combination of the relative condition and the condition of the evaluation object itself, thus defining a new element ⁇ fix-001 (1 01 > is used to represent the evaluation object's own condition, its child elements
  • ⁇ presence> and ⁇ shared-xdms> are respectively used to indicate that the condition is based on the information in the presence information and the shared xdms, and the ⁇ ! ⁇ > elements in the two sub-elements are used to represent the specific rule content, due to the implementation.
  • the example uses real-time evaluation, so a new sub-element is defined.
  • ⁇ eva-interval> is used to indicate the time interval for real-time evaluation
  • ⁇ result-1 ⁇ 1> and ⁇ 3 ⁇ 48111 1 ⁇ > are used to indicate the lower limit of the number of evaluation results that the evaluation request initiator requests from the CBUS server. With the upper limit.
  • Step 502 The CBUS server receives the evaluation request message, and returns a 200 OK response message to the CBUS client.
  • Step 503 The CBUS server parses the evaluation request message, and obtains a relative evaluation condition, an evaluation setting, and a reference object.
  • the relative evaluation condition of the embodiment includes a first evaluation condition (relative condition) and a second evaluation condition (assessment object self-condition), wherein the first evaluation condition is a music lover within a range of 1000 m from the advertisement mobile station.
  • the second evaluation condition is IM online, and the CBUS server sends a search request message carrying the first evaluation condition and the reference object to the information source (specifically, the location server in this embodiment), and requests to find the music within the range of 1000 m from the advertisement mobile station.
  • the search request message of this embodiment can adopt the implementation of HTTP POST, as follows: POST
  • the user agent that initiated the evaluation request is the Location client
  • Content-type application/slir-info + xml
  • Content-Length indicates the length of the message body
  • ⁇ target_area> "represents the target area i or ''
  • the mobile location protocol (hereinafter referred to as MLP) is extended in this embodiment.
  • a new attribute-search (search) is defined for the svc_init element, indicating Whether the request message sent by the location server is a search request message. If the value of the attribute is true (true), it indicates that the request message is a search request message. If the value of the attribute is false (false), it is indicated as The request message is a request message for location information.
  • Step 505 The location server performs a condition search, queries related information of the reference object, and searches for an evaluation object that satisfies the first evaluation condition according to the related information of the reference object and the first evaluation condition. Specifically, first, the location of the advertisement mobile station is determined, and a person within a range of 1000 m is determined according to the location of the advertisement mobile station, and based on the information in the user information database inside the location server, the person within a range of 1000 m from the advertisement mobile station For further screening, select people who are interested in music, including music.
  • the location server further provides a function for the user to select whether to disclose the location information of the user. If the user chooses to disclose, the user may further specify the purpose of publicizing the location information, for example, for receiving an evaluation, receiving an advertisement, etc., only when the user selects.
  • the location server can place the user in the search object of the search request message. In order to reduce the time when the location server processes the search request message, the location server can map their location information to a specific map area for users who are willing to disclose their own location information, so that after receiving the search request message, it can quickly determine Who is there in a certain area.
  • the location server provides a database for storing user information, which is used to store common basic information of users, and is convenient for further screening of people who satisfy the relative evaluation conditions of the location, and avoids the CBUS server to other databases that store user information (such as a shared profile).
  • user information such as a shared profile.
  • Xdms to obtain relevant information, thus avoiding excessive traffic interaction between the CBUS server and the service engine, but these user information is only used inside the location server and belongs to private information.
  • the database storing the user information is implemented in xdms
  • the common basic information of each user can be represented by an xml document as follows:
  • Step 506 The CBUS server receives the evaluation object that is returned by the location server and meets the first evaluation condition.
  • the return message of this step may be a 200 OK response message corresponding to step 504, as follows:
  • the CBUS server acquires relevant information of the evaluation object that satisfies the first evaluation condition from the related service engine according to the second evaluation condition and the evaluation setting, and further obtains the evaluation result.
  • the second evaluation condition is that the IM service is online
  • the obtaining the evaluation result may include the following steps:
  • Step 507 The CBUS server sends a request message for obtaining the presence information to the presence server, where the information about whether the IM service selected by the step 505 is online is obtained.
  • the request message may adopt an implementation manner of the SIP SUBSCRIBE.
  • Step 508 The presence server returns the presence information to the CBUS server; the return message may adopt an implementation manner of SIP NOTIFY;
  • Step 509 The CBUS server judges the received presence information, and selects an IM online person, that is, an evaluation object that satisfies the second evaluation condition, thereby obtaining an evaluation result;
  • Step 510 The CBUS server sends the evaluation result to the advertising mobile station, and the sent message may be implemented by using SIP NOTIFY, as follows:
  • Max-Forwards: 70" indicates the maximum number of requests to forward
  • Content-Type application/resource-lists+xml
  • Content-Length " indicates the length of the message body
  • CBUS Since the ⁇ 3 ⁇ 4 ⁇ 111 min> element and the ⁇ result_max> element are included in the evaluation request message in step 501, that is, the upper limit (200) and the lower limit (50) of the number of evaluation results are set in the relative evaluation condition, CBUS The server will count the results of this evaluation before returning the evaluation result. If the number of evaluation results is less than 50, the CBUS server will perform real-time evaluation according to the evaluation interval ( ⁇ eva- internal> element) set by the advertising mobile station until evaluation.
  • the number of results reaches 50, and then notified to the advertising mobile station; if the number of the evaluation results is greater than 200, the CBUS server notifies the advertising mobile station of the evaluation result in multiple times, and the number of evaluation results returned each time is at most 200.
  • Step 511 The advertisement mobile station returns a 200 OK response message corresponding to step 510 to the CBUS server.
  • the CBUS server Since the present embodiment adopts a real-time evaluation method, the CBUS server performs timing evaluation according to the evaluation interval ( ⁇ eva_interval> ) until the evaluation duration ( ⁇ eva_duration> ) is reached.
  • the embodiment is not limited to the execution order of the foregoing steps 504 to 509, and may also be First, the presentation information of the evaluation object is obtained, the person who is online is selected, and then the evaluation object that satisfies the relative evaluation condition is further searched.
  • the reference object, the relative evaluation condition, the evaluation setting are specified in the evaluation request message, the location information of the advertisement mobile station is obtained from the location server, the evaluation object satisfying the partial relative evaluation condition is searched, and the presentation is obtained according to the presentation server.
  • the information is further selected by the evaluation object that completely satisfies the relative evaluation condition, and the evaluation result is obtained; the embodiment realizes evaluation according to the state of the reference object, so that the evaluation is more flexible.
  • the CBUS server can automatically obtain the location information of the advertisement mobile station change, thereby avoiding the inconvenience caused by manually changing the relative evaluation condition.
  • the CBUS service supports the evaluation function in groups.
  • the SIP URIs of the three groups are sip:groupl@example. Com, si : group2@example . com , sip:group2@example.com, relative evaluation condition is that the geographical location is within 500m from user A, and the activity status is shopping.
  • the embodiment includes the following steps:
  • Step 601 The user A sends an evaluation request message to the CBUS server through the CBUS client on the terminal, where the evaluation request message includes a relative evaluation condition, an evaluation setting, and an evaluation object, and the relative evaluation condition is that the geographical location is within 500 m of the user A, The activity status is shopping, the evaluation object is three groups, and the evaluation is set to one evaluation, wherein the relative evaluation condition indicates that the reference object is user A;
  • the message body of the evaluation request message is as follows:
  • Xmlns: cr "urn:ietf:params: xml:ns: common-policy"
  • Xmlns:pdm ''urn:ietf:params:xml:ns:pidf:data-mode '
  • ⁇ /cbusreq> The ⁇ 1 ( ⁇ &11011> element and ⁇ presence> element in the message body are used to represent location-based information, respectively.
  • the relative evaluation condition of the presence information, ⁇ result_urilist> takes the value of most, and is used to indicate that the server is required to return the URI of the group that has the largest number of people satisfying the relative evaluation condition, and the element may also be a value of least, which is used to indicate the request server. Returns the URI of the group that meets the minimum number of relative evaluation criteria.
  • Step 602 The CBUS server receives the evaluation request message, and returns a 200 OK response message to the CBUS client.
  • Step 603 The CBUS server parses the evaluation request message, and obtains a relative evaluation condition, an evaluation setting, an evaluation object, and a reference object.
  • the CBUS server obtains the list information of the group members from related information sources (such as the shared group xdms) according to the group identifiers of the three groups.
  • Step 604 The CBUS server sends a request message for acquiring group member activity status information to the presence server, requesting to acquire activity status information of all members in the three groups; the request message may adopt an implementation manner of SIP SUBSCRIBE;
  • Step 605 The presence server returns the group member activity status information to the CBUS server; the return message may adopt a SIP NOTIFY implementation manner;
  • Step 606 The CBUS server filters out the activity status information as a group member of the shopping group.
  • Step 607 The CBUS server sends a request message for obtaining the evaluation object and the reference object location information to the location server, and requests to acquire the user A and the group selected in step 506.
  • Location information of the group member; the request message can be implemented by using HTTP POST;
  • Step 608 The location server returns location information to the CBUS server.
  • Step 609 The CBUS server calculates the user A and the step according to the received location information.
  • the distance of the group members selected in 506 is obtained, and the group members within the range of 500 m from the user A are obtained, and the number of people satisfying the conditions in the three groups is respectively counted, and the group with the largest number of people satisfying the condition is obtained as sip:group2@ Example.com;
  • Step 610 The CBUS server returns an evaluation result to the CBUS client; the return message may adopt an implementation manner of SIP NOTIFY;
  • Step 611 The CBUS client returns a 200 OK corresponding to step 510 to the CBUS server. Response message.
  • the reference object, the relative evaluation condition, the evaluation setting, and the evaluation object are specified in the evaluation request message, firstly, the activity status information of the group member is obtained from the presence server, and the group member whose activity status is shopping is selected, and then
  • the location server obtains the location information of the user A and the group member whose activity status is the shopping group, and obtains the evaluation result by calculating the distance from the user A and counting the number of people satisfying the conditions of each group; the embodiment does not need to evaluate the requester designation.
  • the evaluation object's state satisfies a fixed value, and it is evaluated according to the state of the reference object, making the evaluation more flexible.
  • the CBUS server supports the group selection function, which expands the applicable range of the evaluation method.
  • FIG. 8 is a signaling flowchart of a method for implementing relative condition evaluation according to Embodiment 8 of the present invention.
  • the user A wants to find a colleague within a range of 500 m from the client B and the client C through the CBUS service, and set the SIP URI of the client B and the client C to be 'sip:b@example.com, sip :c@example.com
  • the relative evaluation condition is that the geographical location is within 500m from customer B and customer C, the evaluation is set to one evaluation, the evaluation object is the colleague of user A, and the SIP URI of the colleague of user A is divided into another 'J Sip:fl @example.com , sip: f2@example.com, , sip: fn@example.com.
  • the implementation of the 1* column includes the following steps:
  • Step 701 User A sends an evaluation request message to the CBUS server through a CBUS client on the terminal, where the evaluation request message includes a relative evaluation condition, an evaluation setting, and an evaluation object, where the reference object is specified as the client B and the relative evaluation condition.
  • Customer C
  • the message body of the evaluation request message is as follows:
  • the ⁇ identity> element in the message body is used to represent the evaluation object
  • the ⁇ focus> element is used to represent the reference object
  • the ⁇ provide-urilist> element takes the value ture to indicate that the CBUS server is required to return the evaluation result in the form of a URI list.
  • Step 702 The CBUS server receives the evaluation request message and returns 200 to the CBUS client.
  • Step 703 The CBUS server parses the evaluation request message, and obtains a relative evaluation condition, an evaluation setting, an evaluation object, and a reference object.
  • Step 704 The CBUS server sends a request message for obtaining the evaluation object and the reference object location information to the location server, requesting to acquire the location information of the user A and the client B and the client C; the request message may adopt an HTTP POST implementation manner;
  • Step 705 The location server returns location information to the CBUS server.
  • Step 706 The CBUS server separately calculates the distance between each evaluation object (the colleague of user A) and the customer B and the client C according to the received location information, and obtains that the evaluation object satisfying the relative evaluation condition is sip:f2@example. Com;
  • Step 707 The CBUS server returns an evaluation result to the CBUS client; the return message may adopt an implementation manner of SIP NOTIFY;
  • Step 708 The CBUS client returns a 200 OK response message corresponding to step 510 to the CBUS server.
  • a plurality of reference objects, relative evaluation conditions, evaluation settings, and evaluation objects are specified in the evaluation request message, and the location information of the user A and the location information of the client B and the client C are obtained from the location server, and the condition for satisfying the relative evaluation condition is obtained.
  • the object is evaluated, thereby obtaining the evaluation result;
  • the relative evaluation condition is a relative condition, and the evaluation requester does not need to specify that a certain state of the evaluation object satisfies a certain fixed value, and the evaluation is performed according to the state of the reference object, so that the relative condition evaluation is more Flexible.
  • the CBUS server supports multiple evaluation methods of reference objects, and different reference objects can be dynamically selected according to user or application settings, so that the relative evaluation condition setting is more flexible and diverse.
  • FIG. 9 is a schematic structural diagram of a system for implementing relative condition evaluation according to an embodiment of the present invention. As shown in FIG. 9, the embodiment includes a server 1, a client 2, and further includes an information source 3.
  • the client 2 initiates an evaluation request message to the server 1, and the evaluation request message includes related information related to the condition evaluation, and the related information of the relative condition evaluation includes relative evaluation conditions or includes reference path information; if the relative condition evaluation related information includes The evaluation object, the server 1 acquires the reference object related information specified in the relative evaluation condition and the related information of the evaluation object from the information source 3 according to the evaluation request message (the related information of the two is the required information for the relative condition evaluation), Comparing the related information of the two, obtaining the evaluation result, and sending the evaluation result to the client 2; if the related information of the relative condition evaluation does not include the evaluation object, the server 1 sends the reference object and/or the reference source and/or Referring to the related information of the object and the search request message relative to the evaluation condition, the information source 3 searches for the evaluation object satisfying the relative evaluation condition based on the related information of the reference object (that is, the relative condition) The evaluation information is transmitted, and the evaluation object is sent to the server 1, and the server 1 obtains the evaluation result according to the evaluation object that
  • the client 2 in this embodiment may be any of the clients described in the client of the embodiment of the present invention.
  • the server 1 may be any of the servers described in the embodiment of the present invention.
  • a server may be any of the servers described in the embodiment of the present invention.
  • FIG. 10 is a schematic structural diagram of a client according to an embodiment of the present invention.
  • the embodiment may include: a second sending module 21, configured to send an evaluation request message; and a second receiving module 22, configured to receive an evaluation result returned by the server according to the evaluation request message.
  • the evaluation request message includes related information about the relative condition evaluation, and the related information of the relative condition evaluation further includes a relative evaluation condition, and/or an evaluation object, and/or an evaluation setting, or includes reference path information, where the reference path information indicates The relative evaluation conditions, and/or the evaluation object, and/or the storage location of the evaluation settings.
  • FIG. 11 is a schematic structural diagram of a server according to an embodiment of the present invention.
  • the embodiment may include: a first receiving module 11 configured to receive an evaluation request message, where the evaluation request message includes related information related to condition evaluation; and a condition obtaining module 12, configured to: according to the evaluation request message, Acquiring a relative evaluation condition and a reference object in the relative evaluation condition; the information obtaining module 13 is configured to obtain, according to the evaluation request message, information required for relative condition evaluation from the relevant information source; and the processing/transferring module 14 is configured to use the relative condition Evaluate the required information, obtain the assessment results and send them.
  • condition acquisition module 12 may also be configured to parse the evaluation request message, and obtain the relative evaluation condition and the reference object specified in the relative evaluation condition.
  • condition obtaining module 12 may be further configured to obtain the relative evaluation condition and the reference object in the relative evaluation condition from the storage location corresponding to the reference path information.
  • the above-mentioned analysis evaluation request message or the acquisition of the relative evaluation condition may further acquire the evaluation object;
  • the information acquisition module 13 may further include: a third sending module 15 and a third receiving module 16, wherein the third sending module 15 is configured to Sending an evaluation object to the information source 3 a request message for the related information and the related information of the reference object;
  • the third receiving module 16 is configured to receive the related information of the evaluation object returned by the information source 3 and the related information of the reference object, and the third sending module 15 is in communication with the third receiving module 16
  • the two can also be connected by the information source 3;
  • the processing/transferring module 14 can be used to compare the relevant information of the evaluation object with the related information of the reference object according to the relative evaluation condition, obtain the evaluation result, and obtain the evaluation result. Return to the client.
  • the information acquiring module 13 may further include a fourth sending module 17 and a fourth receiving module 18, wherein the fourth sending module 17 is configured to: according to the obtained relative evaluation condition and the reference object specified in the relative evaluation condition,
  • the information source 3 transmits the search request message carrying the related information of the reference object and/or the reference object and the relative evaluation condition;
  • the fourth receiving module 18 is configured to receive the evaluation object returned by the information source 3 that satisfies the relative evaluation condition, the satisfaction evaluation
  • the evaluation object of the condition is the information required for the relative condition evaluation, and is also the evaluation result.
  • the fourth transmitting module 17 and the fourth receiving module 18 can be communicatively connected. Of course, the two can also be communicatively connected through the information source 3.
  • the system, the client and the server for implementing the relative condition evaluation provided by the embodiment of the present invention, by obtaining the relative evaluation condition, the reference object is specified in the relative evaluation condition, and the related information of the reference object is used as the basis for the evaluation, and the requester is not required to be evaluated. Specifying a certain state of the evaluation object satisfies a certain fixed value, and it is evaluated based on the state of the reference object.
  • the foregoing storage medium includes: a medium that can store program codes, such as a ROM, a RAM, a magnetic disk, or an optical disk.

Landscapes

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

Description

实现相对条件评估的方法、 系统及服务器、 客户端 本申请要求于 2008 年 7 月 7 日提交中国专利局、 申请号为 200810130557.1、 发明名称为 "实现相对条件评估的方法、 系统及服务器、 客户端" 的中国专利申请的优先权， 其全部内容通过引用结合在本申请中。 技术领域
本发明实施例涉及通信领域， 尤其涉及一种实现相对条件评估的方法、 系统及服务器、 客户端。 背景技术
在用户或某个应用发起业务之前， 为了解当前业务接收方是否适合参与 到业务中， 可以对业务接收方的当前状态进行评估， 这样可以提高业务发起 的效率，避免通信资源的浪费。基于条件的统一资源标识选择（ Condition Based Uniform Resource Identifications Selection , 以下简称： CBUS )业务旨在提供 上述评估功能， 能够根据评估请求者的要求， 提供满足相对评估条件的对象。
以建立群组会话业务为例， 建立群组会话的方法包括如下步骤： 业务服 务器接收群组会话请求， 业务服务器根据群组会话请求中的信息， 获取群组 成员列表和建立会话条件； 业务服务器获取群组成员的建立会话条件的相关 信息， 判断该信息是否满足建立会话条件； 业务服务器向满足建立会话条件 的群组成员客户端发起建立群组会话请求， 并建立群组会话。 现有技术中的 相对评估条件为：
< condition-set > "该元素表示以下为评估条件，，
< profile-condition > "该元素表示基于用户基本信息的评估条件"
< gender > female < I gender > "表示性别为女"
< hobbies > football < / hobbies > "表示爱好为足球"
< I profile -condition >
< dynamiclnfo-condition > "表示以下是基于动态信息的评估条件" < presence > "表示基于呈现信息的评估条件"
< mood > happy < / mood > "表示心情为快乐"
< I presence >
< location > "表示基于位置信息的评估条件"
< geography-location > shenzhen < I geography-location >
"表示地理位置为深圳"
< /location >
< I condi tion-set > 发明人在实现本发明的过程中， 发现现有技术至少存在以下问题： 上述 现有技术仅实现了对评估对象自身信息的评估， 即评估请求者需要指定评估 对象的某项状态满足某固定值。 对于评估请求者无法指定固定值， 或者希望 根据某个参照对象的状态来评估， 或者相对评估条件动态改变的情况， 现有 技术无法实现这类评估。 发明内容
本发明实施例提供的实现相对条件评估的方法、 系统及服务器、客户端， 无需评估请求者指定评估对象的某项状态满足某固定值， 用以实现根据参照 对象的状态进行评估。
本发明实施例提供的实现相对条件评估的方法， 包括：
接收评估请求消息，所述评估请求消息中包括相对条件评估的相关信息； 根据所述评估请求消息， 获取相对评估条件以及所述相对评估条件中的 参照对象；
根据所述评估请求消息， 从相关信息源获取相对条件评估所需信息； 根据所述相对条件评估所需信息 , 获得评估结果并发送。
本发明实施例提供的实现相对条件评估的系统， 包括：
客户端， 用于发送评估请求消息， 以及接收服务器根据所述评估请求消 息返回的评估结果， 其中， 所述评估请求消息包括相对条件评估的相关信息， 所述相对条件评估的相关信息包括相对评估条件或者包括引用路径信息； 服务器， 用于根据接收的评估请求消息， 获取相对评估条件以及所述相 对评估条件中的参照对象， 从相关信息源获取相对条件评估所需信息； 以及 根据所述相对条件评估所需信息 , 获得评估结果并发送所述客户端。
本发明实施例提供的客户端， 包括：
第二发送模块， 用于向服务器发送所述评估请求消息， 所述评估请求消 息包括相对条件评估的相关信息， 所述相对条件评估的相关信息包括相对评 估条件或者引用路径信息；
第二接收模块， 用于接收所述服务器根据所述评估请求消息返回的评估 结果。
本发明实施例提供的服务器， 包括：
第一接收模块， 用于接收评估请求消息， 所述评估请求消息中包括相对 条件评估的相关信息；
条件获取模块， 用于根据所述评估请求消息， 获取相对评估条件以及所 述相对评估条件中的参照对象；
信息获取模块， 用于根据所述评估请求消息， 从相关信息源获取相对条 件评估所需信息；
处理 /发送模块， 用于根据所述相对条件评估所需信息， 获得评估结果并 发送。
本发明实施例通过获取相对评估条件， 该相对评估条件中指明了参照对 象， 进而将参照对象的相关信息作为评估的依据， 实现了根据参照对象的状 态来评估。 附图说明
图 1为本发明实施例一实现相对条件评估的方法的流程图；
图 2为本发明实施例二实现相对条件评估的方法的信令流程图; 图 3为本发明实施例三实现相对条件评估的方法第一种情况的信令流程 图；
图 6为本发明实施例六实现相对条件评估的方法的信令流程图； 图 8为本发明实施例八实现相对条件评估的方法的信令流程图； 图 9为本发明实施例实现相对条件评估的系统的结构示意图；
图 10为本发明实施例客户端的结构示意图；
图 11为本发明实施例服务器的结构示意图。 具体实施方式
图 1为本发明实施例一实现相对条件评估的方法的流程图，如图 1所示， 本实施例具体包括：
步骤 101、 接收评估请求消息； 该评估请求消息中包括相对条件评估的 相关信息；
步骤 102、 根据评估请求消息， 获取相对评估条件以及相对评估条件中 的参照对象；
步骤 103、 根据评估请求消息， 从相关信息源获取相对条件评估所需信 息；
步骤 104、 根据相对条件评估所需信息， 获得评估结果并发送。
进一步的， 步骤 101 的相对条件评估的相关信息可以为相对评估条件， 即相对评估条件封装在评估请求消息中， 则步骤 102具体为： 解析该评估请 求消息， 获取相对评估条件以及相对评估条件中指明的参照对象。
步骤 101 的相对条件评估的相关信息还可以为引用路径信息， 该引用路 径信息指示了相对评估条件的存储位置， 则在步骤 101之前包括将相对评估 条件存储在存储位置； 步骤 102具体为： 从该引用路径信息所对应的存储位 置获取相对评估条件以及相对评估条件中指明的参照对象。 具体地说， 相对 的存储位置，例如共享群组可扩展标记语言文档管理服务器（shared XDMS ) , 或 CBUS服务器内部的存储空间， 通过这种方式， 用户或应用在发起评估请 求时， 需要指明相对评估条件的引用路径。
本实施例通过获取相对评估条件， 该相对评估条件中指明了相对条件评 估的参照对象， 进而将参照对象的相关信息作为评估的依据， 实现了可以根 据参照对象的状态来进行相对条件评估； 进一步的， 本实施例可以将预先定 义的相对评估条件存储在特定的存储位置， 可以不在评估请求消息中携带该 相对评估条件， 提高了评估效率。
图 2为本发明实施例二实现相对条件评估的方法的信令流程图， 本实施 例以 CBUS业务为例， 其中所涉及的设备包括 CBUS客户端、 CBUS服务器 以及相关的业务引擎， 如图 2所示， 本实施例具体包括：
步骤 201、 CBUS客户端向 CBUS服务器发送评估请求消息， 该评估请 求消息中包括相对评估条件以及相对评估条件中指明的参照对象， 另外还可 以包括评估对象和 /或评估设置， 评估对象和评估设置可以为可选信息；
其中， 相对评估条件可以分为以下两种情况： 一是仅包括相对条件； 二 是为相对条件与评估对象自身条件的组合。 进一步的， 由于 CBUS服务器主 要根据评估对象的位置 （location )信息、 呈现（presence )信息以及在共享 XDMS中的信息进行评估， 因此相对评估条件可以通过与上述三种信息中的 一种或多种信息对应的部分来表示。 另外， 相对评估条件中表明了 CBUS服 务器应当将评估对象的信息与参照对象的信息进行比较， 因此， 相对评估条 件指明了参照对象， 即参照对象包括在相对评估条件中。
参照对象可以为评估请求发起者自身， 也可以为评估请求发起者指定的 他人； 参照对象可以为一个或多个； 在评估过程中， 参照对象可以是固定的， 也可以发生改变， 如 CBUS服务器根据 CBUS客户端的预先设置在不同的条 件下动态选取不同的参照对象。
评估对象可以为单个用户、 多个用户（如某个群组）或以群组为单位（如 多个群组） ， CBUS 业务支持群组选择的功能， 可以对评估请求者指定的多 个群组进行评估， 选择出满足相对评估条件的群组。
评估设置主要包括评估方式， 如一次评估、 实时评估、 结束评估 （评估 到满足相对评估条件者即结束评估）等方式。 另外， CBUS还支持 CBUS客 户端根据自身需求设置 CBUS服务器返回评估结果的数量的上下限， 例如： 如果当前满足相对评估条件者未达到下限， 则 CBUS服务器持续评估， 直至 达到下限， 返回评估结果， 并且 CBUS服务器返回的结果数量不超过上限。
本步骤中 CBUS 客户端可以通过策略评估执行与管理请求即付接口 ( Policy Evaluation, Enforcement and Management Callable Interface , 以下简 称： PEM-1 )接口向 CBUS服务器发送评估请求消息， 进一步的， 本实施例 中可以通过 PEM-1接口实现 CBUS客户端和 CBUS服务器之间的交互。具体 地说, 策略评估执行与管理 ( Policy Evaluation, Enforcement and Management, 以下简称： PEEM )是一种通过评估、 执行、 管理终端用户的偏好设置、 运营 商制定、 服务提供者、 应用开发商指定的策略， 从而实现资源的保护和管理 的框架， PEEM中定义了用于策略评估的接口 PEM-1。 在通过 PEM-1接口向 PEEM请求策略处理资源时， 由于各种资源的差异性， 则对应的策略也有所 不同， 从而导致 PEM-1输入信息与输出信息也各不相同， 则输入的参数与输 出的参数也不相同。 由于 PEM-1是一个通用的接口， 不可能对不同的策略制 定不同的独立的接口， 因此可以通过 PEM-1模板来解决这个问题——即规范 请求与响应的结构。 PEM-1模板定义了希望评估请求者提供哪些输入 PEM-1 参数用于策略的处理， 以及策略处理以后可能会生成哪些输出 PEM-1参数给 评估请求者， 即定义了基本的输入与输出参数， 并且支持根据特定需求进行 参数的扩展。 作为可选的方式， 本实施例可以重用该接口， 通过扩展 PEM-1 接口的输入输出模板参数，来实现 CBUS客户端与 CBUS服务器之间的交互。 步骤 202、 CBUS服务器解析评估请求消息， 获得相对评估条件以及相对 评估条件中指明的参照对象， 还可以获得评估对象、 评估设置；
可选地， 步骤 201的评估请求消息中可以包括引用路径信息， 该引用路 径信息指示了相对评估条件的存储位置， 则在步骤 201之前包括将相对评估 条件存储在该存储位置； 步骤 202具体为： 从该引用路径信息所对应的存储 位置获取相对评估条件以及相对评估条件中指明的参照对象， 可选的， 还可以 获取评估对象、 评估设置。 具体地说， 相对评估条件、 评估对象和 /或评估设 置可以预先定义， 用户或应用将预先定义的相对评估条件、 评估对象和 /或评 估设置存储在特定的存储位置， 例如共享 XDMS, 或 CBUS服务器内部的存 储空间，通过这种方式，用户或应用在发起评估请求时，只需要指明引用路径。
步骤 203、 CBUS 服务器获取评估对象的相关信息和参照对象的相关信 息， 具体包括：
步骤 2031、 CBUS服务器向信息源 （本实施例具体为业务引擎）发送获 取评估对象和参照对象的相关信息的请求消息； 其中可以携带评估请求发起 者的身份信息；
本发明实施例的业务引擎包括但不仅限于位置引擎、 呈现引擎和共享 XDMS引擎。
进一步的， CBUS 服务器根据相对评估条件可以从同一信息源获取评估 对象和参照对象的相关信息， 也可以从不同的信息源获取评估对象和参照对 象的相关信息。
步骤 2032、 业务引擎向 CBUS服务器返回评估对象和参照对象的相关信 息；
在步骤 2031和步骤 2032之间还可以包括： 业务引擎根据评估请求发起 者的身份信息，对评估请求发起者进行身份验证。具体地说，在业务引擎（如： 呈现引擎或位置引擎）接收到 CBUS服务器发送的获取评估对象和参照对象 的相关信息的请求消息时， 可以对评估请求发起者 （本实施例为 CBUS客户 端 )进行鉴权； 若 CBUS服务器通过 SIP协议实现与业务引擎之间的交互， 如通过 SIP订阅通知机制获取呈现信息， 则可以在发送至该业务引擎的请求 消息中携带 Identity以及 Identity-Info两个头字段， 来表示评估请求发起者的 身份信息， 其中， Identity字段是用于身份验证的签名， Identity-Info是签名 者证书的引用； 若 CBUS服务器通过其他协议实现与业务引擎之间的交互， 如通过 HTTP协议与位置引擎交互获取位置信息， 则可以通过在该协议中扩 展与 SIP协议中的 Identity以及 Identity-Info作用相同的字段， 来携带评估请 求发起者的身份信息。 根据上述评估请求发起者的身份信息， 业务引擎对评 估请求发起者进行身份验证。
步骤 204、 CBUS服务器根据相对评估条件和评估设置，将评估对象的相 关信息和参照对象的相关信息进行比较， 得出评估结果；
步骤 205、 CBUS服务器向 CBUS客户端返回评估结果。
上述实施例中相对评估条件包括相对条件， 若相对评估条件为相对条件 和评估对象自身条件的组合， 即相对评估条件包括第一评估条件和第二评估 条件， 其中第一评估条件为相对条件， 第二评估条件为评估对象自身条件， 其中评估对象自身条件中指明评估对象的某项状态满足固定值， 则步骤 204 和步骤 205可以具体包括：
CBUS 服务器根据相对条件， 将评估对象的相关信息和参照对象的相关 信息进行比较， 得出满足相对条件的第一评估对象；
CBUS 服务器从相关信息源 （本实施例具体为业务引擎）获取的第一评 估对象的相关信息， 例如从呈现服务器获取第一评估对象的呈现信息等；
CBUS 服务器将第一评估对象的相关信息与评估对象自身条件即第二评 估条件进行比较， 进一步筛选出满足评估对象自身条件的第二评估对象； CBUS服务器将第二评估对象作为评估结果， 返回给 CBUS客户端。 本实施例也可以首先陣选出满足评估对象自身条件即第二评估条件的评 估对象， 然后进一步陣选满足相对条件即第一评估条件的评估对象， 也就是 说， 对于相对评估条件为相对条件和评估对象自身条件的组合的情况， 本实 施例对两种条件进行评估顺序不作限定。
本实施例中， 评估请求消息中指定了参照对象、 相对评估条件、 也可以 进一步包括评估设置以及评估对象， 从业务引擎获取的参照对象的相关信息 作为评估的依据， 在相对评估条件为相对条件时， 则无需评估请求者指定评 估对象的某项状态满足某固定值， 实现了根据参照对象的状态来评估； 在相 对评估条件为相对条件和评估对象自身条件的组合时， 可依次陣选满足这两 个条件的评估对象， 使得相对条件评估的实现更具灵活性； 进一步的， 本实 请求消息中携带该相对评估条件 , 评估效率更高。
本发明实施例三实现相对条件评估的方法与上述实施例二的区别在于， 步骤 201中 CBUS服务器接收的评估请求消息中不包括评估对象。 本实施例 可以分为以下几种情况：
第一种情况： 相对评估条件仅包括相对条件， 且参照对象的相关信息和 需要搜索的评估对象（搜索对象） 的相关信息在同一信息源获取， 具体见图 3 , 图 3 为本发明实施例三实现相对条件评估的方法第一种情况的信令流程 图。 其中， 步骤 201可以替换为步骤 201A、 CBUS客户端向 CBUS服务器发 送包括相对评估条件的评估请求消息， 步骤 203和步骤 204可以替换为： 步骤 203A、 CBUS服务器向信息源 （具体为业务引擎）发送携带有相对 评估条件和参照对象的搜索请求消息； 步骤 203B、 业务引擎查询参照对象的 相关信息， 根据参照对象的相关信息和相对评估条件， 搜索满足相对评估条 件的评估对象； 步骤 203C、将满足相对评估条件的评估对象返回给 CBUS服 务器； 步骤 203D、 CBUS服务器接收返回的满足相对评估条件的评估对象， 将其作为评估结果。
第二种情况： 若相对评估条件仅包括相对条件， 且参照对象的相关信息和 搜索对象的相关信息在不同信息源获取， 则步骤 203和步骤 204可以替换为： CBUS 服务器从第一信息源获取参照对象的相关信息； CBUS服务器向 第二信息源发送携带有相对评估条件和参照对象的相关信息的搜索请求消 息； 第二信息源根据相对评估条件和参照对象的相关信息， 搜索满足相对评 估条件的评估对象， 并返回给 CBUS服务器； CBUS服务器接收返回的满足 相对评估条件的评估对象， 将其作为评估结果。
第三种情况： 若相对评估条件为相对条件（第一评估条件）和评估对象 自身条件（第二评估条件） 的组合， 第二评估条件指明评估对象的条件满足 某固定值，且参照对象的相关信息和搜索对象的相关信息在同一信息源获取， 本实施例还可以在业务引擎中搜索满足相对条件的评估对象， 再利用服务器 进一步筛选出满足搜索对象自身条件的评估结果， 具体地说， 步骤 203和步 骤 204可以替换为：
CBUS 服务器向信息源 （具体为业务引擎）发送携带有第一评估条件和 参照对象的搜索请求消息； 业务引擎查询参照对象的相关信息， 并根据参照 对象的相关信息和第一评估条件， 搜索满足第一评估条件的第一评估对象； CBUS服务器接收业务引擎返回的满足第一评估条件的第一评估对象； CBUS 服务器从其他业务引擎获取第一评估对象的相关信息， 例如呈现信息； CBUS 服务器将第一评估对象的相关信息与第二评估条件中所指定的固定值进行比 较， 得到满足第二评估条件的第二评估对象， 将第二评估对象作为评估结果。
在第三种情况下， CBUS 服务器也可以首先从其他业务引擎获取评估对 象的相关信息， 筛选出满足评估对象自身条件的评估对象， 然后进一步搜索 满足相对条件的评估对象， 也就是说， 对于相对评估条件为相对条件和评估 对象自身条件的组合的情况， 本实施例对两种条件进行评估顺序不作限定。
第四种情况： 若相对评估条件为相对条件（第一评估条件）和评估对象 自身条件（第二评估条件） 的组合， 且参照对象的相关信息和评估对象的相 关信息在不同信息源获取， 则步骤 203和步骤 204可以替换为： CBUS 服务器从第一信息源获取参照对象的相关信息； CBUS服务器向 第二信息源发送携带有第一评估条件和参照对象的相关信息的搜索请求消 息； 第二信息源根据第一评估条件和参照对象的相关信息， 搜索满足第一评 估条件的第一评估对象， 并返回给 CBUS服务器； CBUS服务器从其他业务 引擎获取第一评估对象的相关信息， 例如呈现信息； CBUS 服务器将第一评 估对象的相关信息与第二评估条件中所指定的固定值进行比较， 得到满足第 二评估条件的第二评估对象， 将第二评估对象作为评估结果。
在第四种情况下， CBUS 服务器也可以首先从其他业务引擎获取评估对 象的相关信息， 筛选出满足评估对象自身条件的评估对象， 然后进一步搜索 满足相对条件的评估对象， 也就是说， 对于相对评估条件为相对条件和评估 对象自身条件的组合的情况， 本实施例对两种条件进行评估顺序不作限定。
本实施例中， 评估请求消息中指定了参照对象、 相对评估条件、 评估设 置， 将参照对象的相关信息作为评估的依据， 获取满足相对评估条件的评估 对象， 在相对评估条件为相对条件时， 则无需评估请求者指定评估对象的某 项状态满足某固定值， 实现了根据参照对象的状态来评估； 在相对评估条件 为相对条件和评估对象自身条件的组合时， 可依次筛选满足这两个条件的评 估对象， 使得相对条件评估更具灵活性。
下面以具体场景为例， 进一步介绍本发明实施例的技术方案。 施例中， 用户 A为 CBUS业务的签约用户， 用户 A到一个陌生的城市拜访完 客户后， 希望通过 CBUS业务从一些好友中找出离自己最近的好友聚一聚， 设用户 A的 SIP URI为 sip:a@example.com,待评估的好友的 SIP URI分别为 sip: fl@example.com, sip: f2@example.com, sip: G@example.com。 口图 3所 示， 本实施例具体包括如下步骤：
步骤 301、 用户 A通过其终端上的 CBUS客户端设置相对评估条件、 评 估对象以及评估设置， 其中相对评估条件为地理位置与用户 A最为接近， 评 估对象为用户 A的三位好友， 评估设置为一次评估， 即只需要 CBUS服务器 返回一个满足条件的好友的 URI; CBUS客户端根据用户 A的设置， 将包括 相对评估条件、评估设置以及评估对象的评估请求消息发送给 CBUS服务器， 其中相对评估条件中指明了参照对象（本实施例为用户 A, 即评估请求发起 者） ；
本实施例中评估请求消息采用 HTTP GET的实现方式， 如下所示：
GET cbusgroup@example.com HTTP/1.1
"第一行代码为请求行， 其中 GET表示请求使用的是 HTTP中的 GET方 法 , cbusgroup@example.com表示该请求是对这个标口、对应的对象进行评估 , 本实施例中这个标识为一个群组 URI, HTTP/1.1表示协议版本"
Host: cbus.example.com "表示被请求的资源为 CBUS服务器"
User-Agent: CBUS-client/OMAl .O
"表示发起评估请求的用户代理为 CBUS客户端"
Date: Thu, 10 Aug 2007 10:50:33 GMT"
表示请求发起的日期和具体时间 "
X-3GPP-Intended-Identity: " si ： a@example.com"
"表示请求发起者的身份"
<?xml version=" 1.0"?>"xml声明"
<policyInputData xmlns="http：〃 www.openmobilealliance.org"
xmlns:xsi="http://www.w3. org/2001/XMLSchema-instance"
xsi:schemaLocation= "http://www.openmobilealliance.org" otherEnablerInputTemplate.xsd">
"表示以下为策略相关的输入信息 "
<policyInputTemplate xsi:type="PEEMInputTemplateType"
templatelD = "PEEMTemplateID_l"
templateVersion = "V1.0.0">
</policyInputTemplate> "表示基本输入模板信息，，
<policyInputTemplate xsi:type="OtherEnablerInputType""
templatelD = 'OtherEnablerInputTemplateID_2' templateVersion = "V1.0.0"> "表示自定义输入模板信息"
<extPolicy VAL> "外部策略"
<focus>a@example.com</focus><filter>nearest</filter>
"表示以用户 A为参照对象， 并且与他距离最近" </extPolicyVAL>
<eva— type>once</eva— type> "表示一次评估 "
</policyInputTemplate>
</policyInputData> 本实施例采用重用 PEEM中的 PEM-1接口来实现 CBUS客户端和 CBUS 服务器之间的信息交互， 即通过扩展 PEM-1接口中定义的输入输出模板的参 数来实现。 具体地说， 采用接口定义中已有的 1?01 ¥入]>元素来携带相 对评估条件，其中 <focus>元素表示参照对象，即为用户 A的 SIP URI, <filter> 元素表示规则， 其为枚举类型，取值可以为最近（ nearest )或最远（ farthest ) , 本实施例中取值为 nearest; 另外， 在标准的输入模板的基石出上， 扩展了类型 为 string的参数 <eva—type>, 用于表示评估设置， 该元素为枚举类型， 其取值 可以为： 一次评估 （ once ) , 实时评估 （ realtime ) , 结束评估 ( until— cond— matched ) , 本实施例中取值为 once。
步骤 302、 CBUS服务器接收到评估请求消息，对评估请求消息进行解析， 根据评估请求消息中的 Request URI ( si ： cbus-group@example . com ) , 获取评 估对象， 即该 SIP URI表示的群组中的成员 （fl、 和 β为该群组的成员 ) , 并且获得相对评估条件为与用户 Α距离最近， 评估设置为一次评估；
步骤 303、 CBUS服务器向位置服务器发送获取参照对象用户 A以及评 估对象 si ： f 1 @example . com , sip: f2@example.com, sip: fi@example.com位置 信息的请求消息；
本实施例中， 该请求消息采用 HTTP POST的实现方式， 如下所示： POST
http://location-server.example.com:9210/LocationQuery Service/HTTP/ 1.1 "采用 HTTP POST方法， 并且路径表示向 Location Server发起请求" Ho st: location- server. example . com [:9210]
"表示被请求的资源为 Location服务器"
User-Agent:LCS Client /OMA3.3
"表示发起评估请求的用户代理为 Location客户端"
Date: Thu, 10 Aug 2007 10:50:33 GMT
"表示请求发起的日期和具体时间"
X-3GPP-Intended-Identity: "sip: a@example.com"
"表示请求发起者的身份"
Content-type: application/slir-info + xml"表示消息体的媒体类型
Content-Length: "表示消息体的长度"
<?xml version='1.0' encoding='UTF-8'?> "xml声明，，
<!DOCTYPE svc— init SYSTEM "MLP_SVC_INIT_330.DTD">
"表示引用 DTD (文档类型定义） "
<svc_init ver="3.3.0">
<hdr ver='3.3.0'> "表示头部"
<client> "表示请求者客户端的相关信息"
<id>testlst</id> "表示请求发起者的名字"
<pwd>password</pwd> "表示密码"
</client>
</hdr>
<slir ver='3.3.0' res_type='SYNC> "表示请求，，
<msids> "表示被定位者的标识 "
<msid type:' SIP URI，>a@example.com </msid> "用户 A 的标识"
<msid type=' SIP URI，>fl @example.com </msid> "好友 1的标识" <msid type=' SIP URI '>f2@example.com </msid> "好友 2的标 ΐ只，， <msid type:' SIP URI '>13@example.com </msid>
"好友 3的标识"
</msids>
<loc— type type='CURRENTV>
"表示请求被定位者的当前位置信息"
</slir>
</svc_init>
步骤 304、 位置服务器将用户 A及其三位好友的位置信息返回给 CBUS 服务器， 该返回消息为与步骤 303对应的 200 OK消息， 如下所示： HTTP/1.1 200 OK "表示请求成功响应"
Server: LS-serv/OMA2.0"表示服务器用来处理请求所用的软件
Date: Thu, 10 Aug 200710:50:39 GMT
"表示请求发起的日期和具体时间"
Content- Type: application/slia-info+xml "表示消息体的媒体类型
Content-Length: "表示消息体的长度"
<xml version=" 1.0" encoding='UTF-8'?> "xml声明"
<!DOCTYPE svc— result SYSTEM "MLP— SVC— RESULT— 320.DTD"> "表示引用 DTD (文档类型定义） "
<svc— result ver="3.3.0">
<slia ver="3.3.0">"表示响应"
<pos> "表示被定位者的位置"
<msid type=" SIP URI " enc="ASC"> a@example.com </msid>
"表示被定位者 A的标识"
<pd>
<time utc_off="+0100">20030704221700</time> "表示定位时间"
<shape> "表示定位区域的形状"
<CircularArea> "表示椭圆范围"
<coord> "表示椭圓的中心坐标"
<X>45 07 24.123N</X>
<Y>100 06 22.111Ε</Υ>
<Ζ>5280</Ζ>
</coord>
<radius>300</radius> "表示范围，，
</CircularArea>
</shape>
<alt>5280.0</alt> "表示高度"
<alt_acc>300</alt_acc> "表示高度的准确性"
<speed>42.42640687119285</speed> "表示被定位者的速度，，
<direction>45.0</direction> "表示被定位者的移动方向"
<lev_conf 0.90</lev_conf
"表示被定位者在该范围内的可能性百分比" </pd>
</pos>
<pos>
<msid type=" SIP URI " enc="ASC"> fl@example.com </msid> "表示被定位者 fl的标识"
<pd>
<time utc_off="+0100">20030704221700</time> "表示定位时间"
<shape> "表示定位区域的形状"
<CircularArea> "表示椭圓范围"
<coord> "表示椭圓的中心坐标"
<X>56 09 58.183N</X> "表示范围 "
<Y>107 09 52.532Ε</Υ>
<Ζ>336Κ/Ζ>
</coord>
<radius>300</radius> "表示范围 "
</CircularArea>
</shape>
<alt>5280.0</alt> "表示高度"
<alt_acc>300</alt_acc> "表示高度的准确性"
<speed>42.42640687119285</speed> "表示被定位者的速度" <direction>45.0</direction> "表示被定位者的移动方向" <lev_conf>0.90</lev_conf>
"表示被定位者在该范围内的可能性百分比" </pd>
</pos>
</slia>
</svc_result> 步骤 305、 CBUS服务器根据接收到的位置信息， 计算出用户 A与其三 位好友之间的距离 ， 比较得到 当前离用户 A 最近的好友为 sip:f2@example.com;
步骤 306、 CBUS服务器向 CBUS客户端返回评估结果（即当前离用户 A 最近的好友的 SIP URI: sip:f2@example.com ) , 该返回消息为与步骤 301对 应的 200 OK消息， 如下所示：
HTTP/1.1 200 OK"表示请求成功响应"
Etag: "et53" "表示实体标签的当前值，
<?xml version=" 1.0"?>"xml声明
<policyOutputData xmlns="http://www.openmobilealliance.org" xmlns:xsi="http://www.w3. org/2001/XMLSchema- instance"
xsi: schemaLocation= "http://www.openmobilealliance.org otherEnablerOutputTemplate.xsd">
"表示以下为策略相关的输出信息，，
<policyOutputTemplate xsi:type="PEEMOutputTemplateType
templatelD = "PEEMTemplateID_l"
template Version = "V1.0.0">
"表示基本输出模板信息"
<StatusCode>2101 </StatusCode >
"表示策略处理的结果状态为服务器能够处理
<StatusText>ALLOW</StatusText >
"表示 StatusCode的附加信息"
</policyOutputTemplate>
<policyOutputTemplate xsi:type="OtherEnablerOutputType""
templatelD = "otherEnablerOutputTemplateID_2 template Version = "V1.0.0">"表示自定义输出模板信息"
<StatusCode>2101 </StatusCode >
"表示策略处理的结果状态为服务器能够处理"
<StatusText>ALLOW</StatusText >
"表示 StatusCode的附加信息"
<urilist>f2@example.com</urilist>
"表示评估结果为好友 2"
</policyOutputTemplate>
</ policyOutputData > 与步骤 301对应， 本步骤通过扩展 PEM-1接口定义的标准输出模板参数 来实现， 即定义了一个新的 array类型的 ¾<urilist>, 表示 CBUS服务器返 回的评估结果（URI列表） 。
本实施例中， 评估请求消息中指定了参照对象、 相对评估条件、 评估设 置以及评估对象， 根据相对评估条件从相应的业务引擎即本实施例的位置服 务器获取参照对象的位置信息作为评估的依据，该相对评估条件为相对条件， 可以根据评估请求者指定的评估对象的进行相对条件的评估， 实现了根据参 照对象的状态来进行评估， 使得相对条件评估更具灵活性。
施例中， 用户 A希望通过 CBUS业务确认好友 fl、 和 β是否在其好友 Β 的住址附近， 本实施例与实施例四的区别是参照对象为评估请求发起者指定 的他人， 参照对象和评估对象的相关信息来自于不同的信息源。 设用户 Α的 SIP URI为 sip: a@example.com,好友 B的 SIP URI为 sip:b@example.com。 ^口 图 4所示， 本实施例具体包括如下步骤：
步骤 401、 用户 A通过其终端上的 CBUS客户端设置相对评估条件、 评 估对象以及评估设置， 其中相对评估条件为地理位置距离好友 B 500米的范 围， 评估对象为用户 A的三位好友， 评估设置为结束评估； CBUS客户端根 据用户 A的设置， 将包括相对评估条件、 评估设置以及评估对象的评估请求 消息发送给 CBUS服务器， 其中相对评估条件中指明了参照对象（本实施例 为好友 B ) ；
本实施例中评估请求消息采用 SIP SUBSCRIBE的实现方式， 如下所示：
SUBSCRIBE sip: cbus-server@example.com SIP/2.0
"表示通过 SIP SUBSCRIBE向 CBUS服务器订阅评估结果"
Via: SIP/2.0/TCP terminal.example.com;
branch=z9hG4bKwYb6QREiCL"表示到目前为止请求消息经过的路径" Max-Forwards: 70"表示请求转发的最大次数"
To: <sip:cbus-server@example.com> "表示请求的逻辑接收者，， From: <sip:a@example.com>;tag=ie4hbb8t
"表示请求发起者的逻辑身份"
Call-ID: cdB34qLToC@terminal.example.com
"表示把一个对话中所有的消息关联起来的唯一标识"
CSeq: 322723822 SUBSCRIBE
标识同一对话中一个请求与响应的序列号"
Contact: <sip: terminal. example.com>
表示后续请求可通过该 SIP URI与请求者联系"
Event:cbus"表示 CBUS事件包，，
Expires:0"表示有效时间， 在此设为 0表示通过一次获取"
Accept: application/resource-lists+xml"^示可接 4欠的媒体类型" Content- Type: application/cbusformat+xml"表示消息体的媒体类型 Content-Length: "表示消息体的长度" <?xml version=" 1.0" encoding="UTF-8"?> "表示 xml声明"
<cbus_req xmlns="urn:oma:xml:cbus"
xmlns:l="urn:ietf:params:xml:ns:resource-lists">
"表示以下为评估请求的相关信息，，
<eva— condition "表示评估条件，，
<rel— condition> "表示相对条件"
<location> "表示基于位置信息的条件"
<focus>b@example.com</focus> "表示参照对 J <radius>500m</ radius > "表示范围为 500m " </location>
</rel_condition>
<eva_condition>
<e va— setting> "表示评估设置"
<eva— type>until— cond— matched</eva— type> "表示结束评估， </eva_setting>
<eva— object> "表示评估对象"
<l:list> "表示以下为一列表，，
<1: entry uri="sip:fl@example.com" />
"表示评估对象 1的标识"
<1: entry uri="sip:0@example.com" />
"表示评估对象 2的标识" <1: entry uri="sip:D@example.com" />
"表示评估对象 3的标识"
</l:list>
</eva_object>
</cbus_req>
消息体中的<(¾1!8— req>元素用于表示评估请求消息中所包括的信息，
<cbus— 9>元素包括两个子元 "^<eva— 001 (1^01 >与 <eva— setting>，分另 ll用于表 示相对评估条件与评估设置。 其中， <eva— condition>又包括子元素
<rel_condition>, 用于表示相对条件, <rel— condition 中包含子元素 <location> 用于表示基于位置信息的相对评估条件， CBUS 服务器将从位置服务器获取 相关的信息； <focus>元素用于表示相对条件的参照对象（好友 B ) , 它的取 值为好友 B的 SIP URI, <radius>元素用于表示范围， 即表示在 500m的范围 以内， 这两个元素取值可以由用户任意指定。 本实施例还定义了一个子元素 <eva_type>, 用于表示评估方式， 该元素为枚举类型， 其取值可以为： once, realtime, until— cond— matched,分别用于表示一次评估， 实时评估与结束评估， 本实施例中 <eva—type:^ 取值为 until— cond— matched。 本实施例中， 通过评估 请求消息携带具体的评估对象列表， 因此在消息体中的扩展元素 <eva— object> 用于表示评估对象， 它包括一个子元素 <list>用于表示评估对象列表， 列表中 的每个评估对象由 <entry>子元素表示。
步骤 402、 CBUS服务器接收到评估请求消息， 向 CBUS客户端返回 200
OK响应消息；
步骤 403、 CBUS 服务器解析评估请求消息， 获得评估对象为 fl@example.com, sip: f2@example.com, sip: f3@example.com, 相对评估条 件为距离用户 B的住址 500m范围内， 评估设置为结束评估；
步骤 404、 CBUS 服务器向共享档案可扩展标记语言文档管理服务器
( Shared Profile xdms )发送获取用户 B的家庭住址的请求消息； 该消息可以 采用 HTTP POST的实现方式； 步骤 405、 共享档案 XDMS将用户 B的家庭住址返回给 CBUS服务器； 该消息可以为 200 OK响应消息；
步骤 406 、 CBUS 服务器向位置服务器发送获取评估对象 sip: fl@example.com, sip: f2@example.com, sip: G@example.com位置信息的 请求消息； 本步骤的请求消息可以采用 HTTP POST的实现方式；
步骤 407、 位置服务器将 fl、 f2和 β的位置信息返回给 CBUS服务器， 该返回消息为与步骤 406对应的 200 OK消息，该消息的实现方式可以与实施 例三中步骤 304的返回消息相同；
本实施例不仅限于上述步骤 404 ~步骤 407的执行顺序， 步骤 405在步 骤 404之后以及步骤 407在步骤 406之后的技术方案均属于本实施例所要保 护的范围。
步骤 408、 CBUS服务器根据接收到的用户 B的家庭住址以及 fl、 和 β的位置信息， 计算出各个评估对象与用户 Β住址之间的距离， 比较得到满 足相对评估条件的评估对象； 若当前没有满足相对评估条件的评估对象， 则 可以执行步骤 409, 否则可以执行步骤 412;
步骤 409、 CBUS服务器向 CBUS客户端发送无评估结果的临时通知消 息； 该临时通知消息可以采用 SIP NOTIFY的实现方式， 如下所示：
NOTIFY sip:a@example.com SIP/2.0
"表示以 SIP NOTIFY方式将评估结果反馈给用户 A"
Via: SIP/2.0/TCP
cbus-server.example.com;branch=z9hG4bK4EPlfSFQKl"表示到目前为止请 求消息经过的路径"
Max-Forwards: 70"表示请求转发的最大次数"
From: <sip:cbus-server.example.com>;tag=zpNctbZq
"表示请求发起者的逻辑身份"
To: <sip:a@example.com>;tag=ie4hbb8t"表示请求的逻辑接^:者，，
Call-ID: cdB34qLToC@terminal.example.com
"表示把一个对话中所有的消息关联起来的唯一标识"
CSeq: 997935769 NOTIFY"标识同一对话中一个请求与响应的序列号" Contact: <sip:cbus-server. example. com>
"表示后续请求可通过该 SIP URI与请求者联系"
Event: cbus"表示 CBUS事件包"
Subscription-State: active;expires=0
"表示有效时间， 在此设为 0表示通过一次获取"
Content-Type: text/plain"表示消息体的媒体类型"
Content-Length:…"表示消息体的长度"
There is no rule matcher at this moment, please wait for a moment, once someone matches the condition ， you will be notified！ 步骤 410、 CBUS客户端向 CBUS服务器返回与步骤 409对应的 200 OK 响应消息；
步骤 411、 在一定条件的（如定时装置）的触发下， CBUS服务器向位置 服务器再次请求获取评估对象和用户 B的位置信息；
CBUS定时获取位置信息的时间间隔可以由用户 A设置，也可以由 CBUS 服务器设置。
步骤 412、 位置服务器将评估对象和用户 B的位置信息返回给 CBUS服 务器， 进一步的， CBUS服务器跟踪评估对象的位置信息还可以通过订阅通 知的方式实现；
步骤 413、 CBUS服务器根据接收到的位置信息， 计算出用户 B的住址 与三位好友之间的距离， 比较得到满足相对评估条件的评估对象为 fl@example.com和 f2@example.com;
步骤 414、 CBUS服务器向 CBUS客户端返回评估结果（即满足相对评 估条件的评估对象 fl@example.com和 f2@example.com ) , 该返回消息可以 采用 SIP NOTIFY的实现方式， 如下所示: Via: SIP/2.0/TCP
cbus-server.example.com;branch=z9hG4bK4EPlfSFQKl"表示到目前为止 请求消息经过的路径"
Max-Forwards: 70"表示请求转发的最大次数"
From: <si ： cbus- server@example . com>;tag=zpNctbZq
"表示请求发起者的逻辑身份"
To: <sip:a@example.com>;tag=ie4hbb8t"表示请求的 £辑接收者，，
Call-ID: cdB34qLToC@terminal.example.com
"表示把一个对话中所有的消息关联起来的唯一标识"
CSeq: 997935769 NOTIFY"标识同一对话中一个请求与响应的序列号"
Contact: <sip:cbus-server. example.com>
"表示后续请求可通过该 SIP URI与请求者联系"
Event: cbus"表示 CBUS事件包"
Subscription-State: active;expires=0
"表示有效时间， 在此设为 0表示通过一次获取"
Content-Type: application/resource-lists+xml"表示消息体的媒体类型，，
Content-Length: ..."表示消息体的长度"
<?xml version="1.0" encoding="UTF-8"?>"表示 xml声明，，
<resource-lists xmlns="urn:ietf:params:xml:ns:resource-lists"
xmlns:xsi="http：〃 www.w3.org/2001/XMLSchema-instance">
"表示以下资源列表为评估结果，，
<list>
<entry uri="sip:bill@example.com >"评估结果 1"
<entry uri="sip:joe@example.com'V>"评估结果 2"
</list>
</resource-lists>
步骤 415、 CBUS客户端向 CBUS服务器返回与步骤 414对应的 200 O 响应消息。
本实施例中， 评估请求消息中指定了参照对象、 相对评估条件、 评估设 置以及评估对象，根据相对评估条件从共享档案 XDMS和位置服务器分别获 取参照对象的位置信息和评估对象的位置信息作为评估的依据， 该相对评估 条件为相对条件， 无需评估请求者指定评估对象的某项状态满足某固定值， 实现了根据参照对象的状态来评估， 使得评估更具灵活性。
图 6为本发明实施例六实现相对条件评估的方法的信令流程图。 在本实 施例中， 广告移动台的位置动态改变， 希望通过 CBUS业务搜索当前地理位 置距离广告移动台 1000m范围内的 IM在线的音乐爱好者， 并且采用实时评 估的方式。 如图 5所示， 本实施例具体包括如下步骤：
步骤 501、广告移动台通过位于其中的 CBUS客户端向 CBUS服务器发送 评估请求消息， 该评估请求消息中包括相对评估条件和评估设置， 其中相对评 估条件为当前地理位置距离广告移动台 1000m范围内的 IM在线的音乐爱好 者， 该相对评估条件中指明了参照对象为广告移动台； 评估设置为实时评估； 本实施例中评估请求消息采用 SIP SUBSCRIBE的实现方式， 如下所示：
SUBSCRIBE sip: cbus-server@example.com SIP/2.0
"表示通过 SIP SUBSCRIBE向 CBUS服务器订阅评估结果"
Via: SIP/2.0/TCP terminal.example.com;
branch=z9hG4bKwYb6QREiCL
"表示到目前为止请求消息经过的路径"
Content-Length: <?xml version=" 1.0" encoding="UTF-8"?>"表示 xml声明，， <cbus_req xmlns="urn:oma:xml:cbus"
xmlns :pdm="um:ietf:params:xml:ns:pidf:data-model"
xmlns :1= "urn :oma :xml :loc:user，，> "表示以下为评估请求的相关信息， <eva— condition "表示评估条件，，
<rel— condition "表示相对条件"
<location> "表示基于位置信息的条件"
<focus>advertiser@example.com</focus>
"表示参照对象"
<radius>1000m</ radius > "表示范围为 500m，，
</location>
</rel_condition>
<fix— condition> "表示搜索对象自身条件"
<presence> "表示基于呈现信息的条件"
<rule>//pdm:tuple[*/op： service-id:
"org.openmobilealliance:IM-pager-mode"
/pdm:status[basic="open"]</mle> "表示 IM在线"
</presence>
<shared_xdms>
"表示基于搜索对象个人存储在 xdms中信息的条件，，
<rule>//l： hobbies/1： hobby/1： music] </rule>
"表示爱好包括音乐"
</shared_xdms>
</ fix_condition>
<eva_condition>
<e va— setting> "表示评估设置"
<eva— type>realtime</eva— type> "表示实时评估，，
<eva_duration> 12h</eva_duration>
"表示评估持续时间为 12小时"
<eva— interval>5min</eva— interval> "表示评估间隔为 5分钟"
<result— min>50</result— min> "表示返回评估结果数量的下限" <result— max>200</result— max> "表示返回评估结果数量的上限，' </eva_setting>
</cbus_req> 同， 本实施例中的相对评估条件为相对条件与评估对象自身条件的组合， 因 此定义了新的元素 <fix— 001 (1 01 >用于表示评估对象自身条件， 其子元素
<presence>与 <shared— xdms>分别用于表示该条件是基于呈现信息与共享 xdms中的信息， 这两个子元素中的^^!^〉元素都用于表示具体的规则内容， 由于本实施例采用实时评估的方式， 所以定义了新的子元素 ¥&—
Figure imgf000028_0001
于表示评估持续时间， <eva— interval>用于表示实时评估的时间间隔， <result— 1^1 >与<¾8111 1^ >用于表示评估请求发起者要求 CBUS服务器返回 的评估结果数量的下限与上限。
步骤 502、 CBUS服务器接收到评估请求消息， 向 CBUS客户端返回 200 OK响应消息；
步骤 503、 CBUS服务器解析评估请求消息， 获得相对评估条件、 评估设 置以及参照对象；
步骤 504、 本实施例相对评估条件包括第一评估条件（相对条件）和第二 评估条件（评估对象自身条件）， 其中第一评估条件为地理位置距离广告移动 台 1000m范围内的音乐爱好者， 第二评估条件为 IM在线， CBUS服务器向信 息源（本实施例具体为位置服务器）发送携带有第一评估条件和参照对象的搜 索请求消息， 请求查找地理位置距离广告移动台 1000m范围内的音乐爱好者； 本实施例搜索请求消息可以采用 HTTP POST的实现方式， 如下所示： POST
http://location-server. example. com:9210/LocationQueryService/HTTP/l . l "采用 HTTP POST方法， 并且路径表示向 Location Server发起请求"
Host: location-server.example.com[:9210]
"表示被请求的资源为 Location服务器"
User-Agent:LCS Client /OMA3.3
"表示发起评估请求的用户代理为 Location客户端 "
Date: Thu, 10 Aug 2007 10:50:33 GMT"表示请求发起的日期和具体时间"
X-3 GPP-Intended-Identity: "sip: advertiser@example . com"
"表示请求发起者的身份"
Content- type: application/slir-info + xml"表示消息体的媒体类 型" Content-Length: "表示消息体的长度"
<?xml version:' 1.0' encoding='UTF-8'?>
<!DOCTYPE svc— init SYSTEM "MLP_SVC_INIT_330.DTD">
<svc_init ver="3.3.0" search="TRUE">
<hdr ver='3.3.0'> "表示头部"
<client> "表示请求者客户端的相关信息"
<id>testlst</id> "表示请求发起者的名字"
<pwd>password</pwd> "表示密码，，
</client>
</hdr>
<slir ver='3.3.0' res_type='SYNC> "表示请求部分，，
<change— area type=" MS— WITHIN— AREA，，>
"表示触发定位的时间为搜索对象进入该区域"
<target— area> "表示目标区 i或''
<focus>advertiser@example.com</focus>
"表示参照对象为移动广告台"
<radius> 1000m</radius> "表示范围为 1000m" </target_area>
</change_area>
<userinfo>
<hobby>music</hobby> "表示爱好包括兴趣"
</userinfo>
<loc_type type='CURRENT_OR_LASTV>
"表示请求被定位者的当前或之前的位置信息"
</slir>
</svc_init>
为了满 吏索功能，本实施例对移动定位协议（ Mobile Location Protocol, 以下简称： MLP )进行了扩展， 具体地说， 为 svc— init元素定义了一个新的 属性一搜索（search ) , 表示向位置服务器发送的请求消息是否为搜索请求消 息， 若该属性的取值为真（true ) , 则表示为该请求消息为搜索请求消息， 若 该属性的取值为假（false ) , 则表示为该请求消息为位置信息的请求消息。
步骤 505、 位置服务器进行条件搜索， 查询参照对象的相关信息， 根据 参照对象的相关信息和第一评估条件，搜索出满足第一评估条件的评估对象； 具体地说， 首先确定广告移动台的位置， 根据广告移动台的位置确定距 离其 1000m范围内的人，并根据位置服务器内部的用户信息数据库中的信息， 对距离广告移动台 1000m范围内的人进行进一步筛选， 选择这部分人中兴趣 爱好包括音乐的人。
进一步的， 位置服务器还提供了用户可以选择是否公开自身位置信息的 功能， 若用户选择公开， 则还可以进一步指定公开自身位置信息的目的， 例 如用于接收评估、接收广告等， 只有在用户选择公开自身位置信息的情况下， 位置服务器才能够将该用户列入搜索请求消息的查找对象中。 为了降低位置 服务器处理搜索请求消息的时间， 对于愿意公开自身位置信息的用户， 位置 服务器可以将他们的位置信息映射到具体的地图区域中， 这样在接收到搜索 请求消息后， 能够快速地确定在某个区域范围内有哪些人存在。 另外， 位置 服务器提供了一个存储用户信息的数据库， 用于存储用户的常用基本信息， 便于对满足位置相对评估条件的人进行进一步地筛选， 避免 CBUS服务器到 其他存储用户信息的数据库（如 shared profile xdms )获取相关的信息， 从而 避免了 CBUS服务器与业务引擎之间存在过多的流量交互， 但这些用户信息 只在位置服务器内部使用， 属于私有信息。 若该存储用户信息的数据库以 xdms实现，则每个用户的常用基本信息可以由一个 xml文档表示，如下所示：
<?xml version="1.0" encoding="UTF-8"?>"表示 xml声明，，
<loc-userinfo xmlns = "urn :oma :xml :loc:user，，>"表示以、下是 Location 业务用户的基本信息"
<uri>userl@example.com</uri> "表示用户的 URI"
<gender>female</gender> "表示 '1"生别"
<age>25</age > "表示年龄"
<j ob>engineer</j ob> "表示职业，，
<company>Huawei Technology</company> "表示公司，，
<hobbies> "表示爱好"
<hobby>music</hobby> "表示爱好包括音乐 "
<hobby>game</hobby> "表示爱好包括游戏"
</hobbies> <open-willingness> "表示公开自身位置信息设置，，
<basic>open</basic>"表示愿意公开"
<purpose>evaluation</purpose>
"表示对评估业务公开位置信息"
<purpose>advertisement</purpose>
"表示对广告业务公开位置信息"
</open-willingness>
</loc-userinfo>
步骤 506、 CBUS服务器接收位置服务器返回的满足第一评估条件的评估 对象，本步骤的返回消息可以为与步骤 504对应的 200 OK响应消息，如下所 示：
HTTP/1.1 200 OK"表示请求成功响应"
Server: LS-serv/OMA2.0"表示服务器用来处理请求所用的软件"
Date: Thu, 10 Aug 200710:50:39 GMT"表示请求发起的日期和具体时 间" Content-Type: application/slia-info+xml "表示消息体的媒体类型" Content-Length: "表示消息体的长度"
<xml version="1.0" encoding='UTF-8'?> "xml声明"
<!DOCTYPE svc— result SYSTEM "MLP— SVC— RESULT— 320.DTD">
"表示引用 DTD (文档类型定义） "
<svc— result ver="3.3.0">
<slia ver="3.3.0"> "表示响应"
<msids> "表示满足条件的搜索对象的标识"
<msid type=' SIP URI '>user l@example.com </msid>
"满足条件者 Γ，
<msid type=' SIP URI '>user2@example.com </msid>
"满足条件者 2"
<msid type=' SIP URI '>user3@example.com </msid>
"满足条件者 3"
满足条件者 278 </slia>
</svc_result>
在扭「行完步骤 506之后， CBUS服务器根据第二评估条件和评估设置， 向相关业务引擎获取满足第一评估条件的评估对象的相关信息， 进而得出评 估结果， 在本实施例中， 第二评估条件为 IM业务在线， 则获取评估结果可 以包括如下步骤：
步骤 507、 CBUS服务器向呈现服务器发送获取呈现信息的请求消息，具 体为获取步骤 505 中筛选出的人 IM业务是否在线的呈现信息； 该请求消息 可以采用 SIP SUBSCRIBE的实现方式；
步骤 508、 呈现服务器将呈现信息返回给 CBUS服务器； 该返回消息可 以采用 SIP NOTIFY的实现方式；
步骤 509、 CBUS服务器对接收到的呈现信息进行判断， 筛选出 IM在线 的人， 即满足第二评估条件的评估对象， 从而获取评估结果；
步骤 510、 CBUS服务器将评估结果发送至广告移动台， 该发送的消息可 以采用 SIP NOTIFY的实现方式， 如下所示：
NOTIFY si ： advertiser@example . com SIP/2.0
"表示以 SIP NOTIFY方式将评估结果反馈给用户 A"
Via: SIP/2.0/TCP
cbus-server.example.com;branch=z9hG4bK4EPlfSFQKl"表示到目前为止请 求消息经过的路径"
Max-Forwards: 70"表示请求转发的最大次数"
From: <si ： cbus-server@example.com>;tag=zpNctbZq
"表示请求发起者的逻辑身份"
To: <sip: advertiser@example. com>;tag=ie4hbb 8t
"表示请求的逻辑接收者"
Call-ID: cdB34qLToC@terminal.example.com
"表示把一个对话中所有的消息关联起来的唯一标识"
CSeq: 997935769 NOTIFY"标识同一对话中一个请求与响应的序列号"
Contact: <sip:cbus-server. example.com>
"表示后续请求可通过该 SIP URI与请求者联系" Event: cbus"表示 CBUS事件包"
Subscription-State: active;expires=0
"表示有效时间， 在此设为 0表示通过一次获取"
Content- Type: application/resource-lists+xml"表示消息体的媒体类型 Content-Length: ..."表示消息体的长度"
<?xml version="1.0" encoding="UTF-8"?>"表示 xml声明，，
<resource-lists xmlns="urn:ietf:params:xml:ns:resource-lists"
xmlns:xsi="http：〃 www.w3.org/2001/XMLSchema-instance">
"表示以下资源列表为评估结果"
<list>
<entry
<entry
<entry
Figure imgf000033_0001
<entry uri="sip:userl28@example.com" />"评估结果 45"
</list>
</resource-lists>
进一步的， 由于步骤 501 中评估请求消息中包括<¾^111 min>元素及 <result— max>元素， 即相对评估条件中设置有评估结果数量的上限（200 )和 下限（50 ) ， 则 CBUS服务器在返回评估结果之前， 将对本次评估结果进行 统计， 若评估结果的数量小于 50, 则 CBUS服务器会按照广告移动台设置的 评估间隔（<eva— internal>元素 )进行实时评估， 直至评估结果的数量达到 50, 再通知给广告移动台； 若本次评估结果的数量大于 200, 则 CBUS服务器分 多次将评估结果通知给广告移动台， 每次返回的评估结果数量最多为 200。
步骤 511、广告移动台向 CBUS服务器返回与步骤 510对应的 200 OK响 应消息。
由于本实施例采用实时评估的方式， 因此， CBUS 服务器按照评估间隔 ( <eva_interval> )进行定时评估 , 直到达到评估持续时间 （ <eva_duration> ) 为止。
另外， 本实施例不仅限于上述步骤 504〜步骤 509的执行顺序， 也可以 先获取评估对象的呈现信息， 筛选出 IM在线的人， 然后进一步搜索满足相 对评估条件的评估对象。
本实施例中， 评估请求消息中指定了参照对象、 相对评估条件、 评估设 置， 从位置服务器获取广告移动台的位置信息， 搜索满足部分相对评估条件 的评估对象， 并根据从呈现服务器获得的呈现信息， 进一步陣选完全满足相 对评估条件的评估对象， 得出评估结果； 本实施例实现了根据参照对象的状 态来评估， 使得评估更具灵活性。 进一步的， 由于广告移动台的位置在动态 改变， CBUS 服务器可自动获取广告移动台变化的位置信息， 从而避免了手 动改变相对评估条件而带来的不便。 施例中， CBUS业务支持以群组为单位的评估功能。 用户 A希望通过 CBUS 业务对其创建的三个群组进行评估， 寻找这三个群组中满足相对评估条件人 数最多的群组， 这三个群组的 SIP URI 分别为 sip:groupl@example.com, si ： group2@example . com , sip:group2@example.com, 相对评估条件为地理位 置距离用户 A 500m范围以内， 活动状态为购物。 如图 6所示， 本实施例具 体包括如下步骤：
步骤 601、 用户 A通过其终端上的 CBUS客户端向 CBUS服务器发送评 估请求消息， 该评估请求消息中包括相对评估条件、 评估设置和评估对象， 相对评估条件为地理位置距离用户 A 500m范围以内、 活动状态为购物， 评 估对象为三个群组， 评估设置为一次评估， 其中相对评估条件中指明了参照 对象为用户 A;
该评估请求消息的消息体如下所示：
<?xml version=" 1.0" encoding="UTF-8"?>"表示 xml声明，，
<cbusreq xmlns=" xmlns="urn:oma:xml:cbus"
xmlns:ls="urn:oma:xml:poc:list-service"
xmlns:rl="urn:ietf:params:xml:ns:resource-lists"
xmlns： cr="urn:ietf:params： xml:ns： common-policy" xmlns:pdm=''urn:ietf:params:xml:ns:pidf:data-mode '
xmlns:rpid="urn:ietf:params:xml:ns:pidf:rpid">
"表示以下为评估请求的相关信息" <ls:list-service>
<rl:list> "表示评估对象"
<rl: entry uri=" sip .-group 1 (gexample.com'V^'i ^^ 1"
<rl: entry uri=''sip:group2@example.com"/>"i|2- ^†^- 2"
<rl: entry uri="sip:group3@example.com"/>"评估对象 3"
</rl:list>
<cr:ruleset> "表示评估条件及评估设置"
<cr:rule>
<cr:conditions> "表示评估条件，，
<is-list-member/> "表示应当是评估对象中的成员"
<location> "表示基于位置信息的条件"
<focus>a@sxample.com</focus> "表示参照对象，，
<radius>500m</radius> "表示范围，，
</location>
<presence> "表示基于呈现信息的条件"
<filter>//pdm:person/rpid:activities/rpid:shopping</filter> "表示活动状态为购物"
</presence>
</cr:conditions>
<cr:actions> "表示评估设置"
<re sult_uril i st>mo st</re suit— urili st>
"表示返回满足评估条件人数最多的群组 URI"
<eva— type>once</eva— type>' '表示一次评估"
</cr:actions>
</cr:rule>
</cr:ruleset>
</ls:list-service>
</cbusreq> 消息体中的<1(^&11011>元素与 <presence>元素分别用于表示基于位置信息 和呈现信息的相对评估条件， <result—urilist>取值为 most, 用于表示要求服务 器返回满足相对评估条件人数最多的群组的 URI,该元素还可以取值为 least, 用于表示要求服务器返回满足相对评估条件人数最少的群组的 URI。
步骤 602、 CBUS服务器接收到评估请求消息， 向 CBUS客户端返回 200 OK响应消息；
步骤 603、 CBUS服务器解析评估请求消息， 获得相对评估条件、 评估设 置、 评估对象以及参照对象；
本步骤中还包括 CBUS服务器根据三个群组的群组标识， 从相关信息源 (如共享群组 xdms )获取群组成员的列表信息。
步骤 604、 CBUS服务器向呈现服务器发送获取群组成员活动状态信息的 请求消息， 请求获取三个群组中所有成员的活动状态信息； 该请求消息可以 采用 SIP SUBSCRIBE的实现方式；
步骤 605、 呈现服务器将群组成员活动状态信息返回给 CBUS服务器； 该返回消息可以采用 SIP NOTIFY的实现方式；
步骤 606、 CBUS服务器筛选出活动状态信息为购物的群组成员； 步骤 607、 CBUS服务器向位置服务器发送获取评估对象和参照对象位置 信息的请求消息， 请求获取用户 A以及步骤 506中筛选出的群组成员的位置 信息； 该请求消息可以采用 HTTP POST的实现方式；
步骤 608、 位置服务器向 CBUS服务器返回位置信息；
步骤 609、 CBUS服务器根据接收到的位置信息， 计算出用户 A与步骤
506中筛选出的群组成员的距离， 获取距离用户 A 500m范围内的群组成员， 并分别统计三个群组中满足条件的人数， 得出满足条件人数最多的群组为 sip:group2@example.com;
步骤 610、 CBUS服务器向 CBUS客户端返回评估结果； 该返回消息可 以采用 SIP NOTIFY的实现方式；
步骤 611、 CBUS客户端向 CBUS服务器返回与步骤 510对应的 200 OK 响应消息。
本实施例中， 评估请求消息中指定了参照对象、 相对评估条件、 评估设 置以及评估对象， 首先从呈现服务器获取群组成员的活动状态信息， 筛选出 活动状态为购物的群组成员， 其次从位置服务器获取用户 A以及活动状态为 购物的群组成员的位置信息， 通过计算与用户 A之间的距离以及统计各群组 满足条件的人数， 从而得到评估结果； 本实施例无需评估请求者指定评估对 象的某项状态满足某固定值， 实现了根据参照对象的状态来评估， 使得评估 更具灵活性。 进一步的， 本实施例中 CBUS服务器支持群组选择的功能， 扩 大了该评估方法的适用范围。
图 8为本发明实施例八实现相对条件评估的方法的信令流程图。 在本实 施例中，用户 A希望通过 CBUS业务寻找地理位置距离客户 B和客户 C 500m 范 围 内 的 同 事 ， 设客户 B 和客户 C 的 SIP URI 分另' j 为 sip:b@example.com,sip:c@example.com,相对评估条件为地理位置距离客户 B 和客户 C 500m范围内， 评估设置为一次评估， 评估对象为用户 A的同事， 设 用 户 A 的 同 事 的 SIP URI 分另' J 为 sip:fl @example.com , sip: f2@example.com, , sip: fn@example.com。 ^口图 8所示, 本实施 1*列具 体包括如下步骤：
步骤 701、 用户 A通过其终端上的 CBUS客户端向 CBUS服务器发送评 估请求消息， 该评估请求消息中包括相对评估条件、 评估设置和评估对象， 其中相对评估条件中指明了参照对象为客户 B和客户 C;
该评估请求消息的消息体如下所示：
<?xml version=" 1.0" encoding="UTF-8"?>"表示 xml声明，，
<cbus_req xmlns="urn： oma: xml： cbus"
xmlns:cr=''urn:ietf:params:xml:ns:common-policy">
"表示以下为评估请求的相关信息，，
<cr:rule id="ck81 ">
<cr:conditions> "表示评估条件" <cr:identity> "表示评估对
<cr:one id="sip:fl@ex e.com"/>' 估对象 1， <cr:one id="sip:f2@ex e.com"/>"评估对象 2， <cr:one id=" si : fn@example . οοηι"^"^^ ： n"
</cr:identity>
<focus> "表示参照对象"
<cr:one id="sip:b@example.com"/> "参照对象 1" <cr:one id="sip:c@example.com"/> "参照对象 2" </focus>
<radius>500m</radius> "表示范围为 500m"
</cr:conditions>
<cr:actions> "表示评估设置"
<eva— type>once</eva— type> "表示一次评估"
</cr:actions>
<cr: transformations "表示评估结果设置'，
<provide-urilist>true</provide- urilist>
"表示要求服务器返回 URI列表"
</cr:transformations>
</cr:rule>
</cbus_req>
消息体中 <identity>元素用于表示评估对象， <focus>元素用于表示参照对 象， <provide-urilist>元素取值为 ture, 用于表示要求 CBUS服务器以 URI列 表的形式返回评估结果。
步骤 702、 CBUS服务器接收到评估请求消息， 向 CBUS客户端返回 200
OK响应消息；
步骤 703、 CBUS服务器解析评估请求消息， 获得相对评估条件、 评估设 置、 评估对象以及参照对象；
步骤 704、 CBUS服务器向位置服务器发送获取评估对象和参照对象位置 信息的请求消息， 请求获取用户 A的同事以及客户 B、 客户 C的位置信息； 该请求消息可以采用 HTTP POST的实现方式；
步骤 705、 位置服务器向 CBUS服务器返回位置信息； 步骤 706、 CBUS服务器根据接收到的位置信息， 分别计算各个评估对象 (用户 A的同事）与客户 B、 客户 C之间的距离， 得出满足相对评估条件的 评估对象为 sip:f2@example.com;
步骤 707、 CBUS服务器向 CBUS客户端返回评估结果； 该返回消息可 以采用 SIP NOTIFY的实现方式；
步骤 708、 CBUS客户端向 CBUS服务器返回与步骤 510对应的 200 OK 响应消息。
本实施例中， 评估请求消息中指定了多个参照对象、 相对评估条件、 评 估设置以及评估对象， 从位置服务器获取用户 A的同事以及客户 B、 客户 C 的位置信息， 获得满足相对评估条件的评估对象， 从而获得评估结果； 本实 施例中相对评估条件为相对条件， 无需评估请求者指定评估对象的某项状态 满足某固定值， 实现了根据参照对象的状态来评估， 使得相对条件评估更具 灵活性。进一步的，本实施例中 CBUS服务器支持多个参照对象的评估方法， 还可根据用户或应用的设置动态的选取不同的参照对象， 使得相对评估条件 设置更加灵活多样。
图 9为本发明实施例实现相对条件评估的系统的结构示意图。 如图 9所 示， 本实施例包括服务器 1、 客户端 2, 进一步还可以包括信息源 3。
其中， 客户端 2向服务器 1发起评估请求消息， 该评估请求消息包括相对 条件评估的相关信息，该相对条件评估的相关信息包括相对评估条件或者包括 引用路径信息； 若相对条件评估的相关信息包括评估对象， 则服务器 1根据该 评估请求消息，从信息源 3获取相对评估条件中指明的参照对象相关信息和评 估对象的相关信息（两者的相关信息即为相对条件评估的所需信息）， 将两者 的相关信息进行比较， 得到评估结果， 并将评估结果发送给客户端 2; 若相对 条件评估的相关信息不包括评估对象，则服务器 1向信息源 3发送携带有参照 对象和 /或参照对象的相关信息以及相对评估条件的搜索请求消息， 信息源 3 根据参照对象的相关信息， 搜索满足相对评估条件的评估对象 (即为相对条件 评估所需信息） ， 并将评估对象发送给服务器 1 , 服务器 1根据该满足相对评 估条件的评估对象， 得到评估结果， 将评估结果发送给客户端 2。
进一步的， 如图 9所示， 本实施例中的客户端 2可以为下面本发明实施 例客户端中所述的任一客户端， 服务器 1可以为下面本发明实施例服务器中 所述的任一服务器。
图 10为本发明实施例客户端的结构示意图。 如图 10所示， 本实施例可 以包括： 第二发送模块 21 , 用于发送评估请求消息； 第二接收模块 22, 用于 接收服务器根据评估请求消息返回的评估结果。 其中评估请求消息包括相对 条件评估的相关信息， 该相对条件评估的相关信息中又包括相对评估条件、 和 /或评估对象、 和 /或评估设置， 或者包括引用路径信息， 该引用路径信息指 明了相对评估条件、 和 /或评估对象、 和 /或评估设置的存储位置。
图 11为本发明实施例服务器的结构示意图。 如图 11所示， 本实施例可 以包括： 第一接收模块 11 , 用于接收评估请求消息， 该评估请求消息中包括 相对条件评估的相关信息； 条件获取模块 12, 用于根据评估请求消息， 获取 相对评估条件以及所述相对评估条件中的参照对象； 信息获取模块 13 , 用于 根据评估请求消息， 从相关信息源获取相对条件评估所需信息； 处理 /发送模 块 14, 用于根据相对条件评估所需信息， 获得评估结果并发送。
若相对条件评估的相关信息包括相对评估条件，则条件获取模块 12还可 以用于解析评估请求消息， 获取相对评估条件以及相对评估条件中指明的参 照对象。
若相对条件评估的相关信息为引用路径信息，则条件获取模块 12还可以 用于从引用路径信息所对应的存储位置获取相对评估条件以及相对评估条件 中的参照对象。
上述解析评估请求消息或在获取相对评估条件的同时， 还可以进一步获 取评估对象； 信息获取模块 13可以进一步包括： 第三发送模块 15和第三接 收模块 16 , 其中， 第三发送模块 15用于向信息源 3发送获取评估对象的 相关信息和参照对象的相关信息的请求消息；第三接收模块 16用于接收信息 源 3返回的评估对象的相关信息和参照对象的相关信息，第三发送模块 15与 第三接收模块 16通信连接， 当然二者也可以通过信息源 3进行通信连接； 处理 /发送模块 14可以用于根据相对评估条件， 将评估对象的相关信息与 参照对象的相关信息进行比较， 获得评估结果， 并将评估结果返回给客户端。
进一步地， 信息获取模块 13也可以包括第四发送模块 17和第四接收模 块 18, 其中， 所述第四发送模块 17用于根据获取的相对评估条件以及相对 评估条件中指明的参照对象， 向信息源 3发送携带有参照对象和 /或参照对象 的相关信息以及相对评估条件的搜索请求消息；第四接收模块 18用于接收信 息源 3返回的满足相对评估条件的评估对象， 该满足相对评估条件的评估对 象即为相对条件评估所需信息， 同时也是评估结果。 第四发送模块 17和第四 接收模块 18可以通信连接， 当然二者也可以通过信息源 3进行通信连接。
本发明实施例提供的实现相对条件评估的系统、 客户端和服务器， 通过 获取相对评估条件， 该相对评估条件中指明了参照对象， 进而将参照对象的 相关信息作为评估的依据， 无需评估请求者指定评估对象的某项状态满足某 固定值， 实现了根据参照对象的状态来评估。
本领域普通技术人员可以理解： 实现上述方法实施例的全部或部分步 骤可以通过程序指令相关的硬件来完成， 前述的程序可以存储于一计算机 可读取存储介质中， 该程序在执行时， 执行包括上述方法实施例的步骤， 而前述的存储介质包括： ROM、 RAM, 磁碟或者光盘等各种可以存储程 序代码的介质。
最后应说明的是： 以上实施例仅用以说明本发明实施例的技术方案， 而非 对其限制； 尽管参照前述实施例对本发明实施例进行了详细的说明， 本领域的 普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修 改， 或者对其中部分技术特征进行等同替换； 而这些修改或者替换， 并不使相 应技术方案的本质脱离本发明实施例各实施例技术方案的精神和范围。

Claims

权 利 要 求
1、 一种实现相对条件评估的方法， 其特征在于包括：
接收评估请求消息，所述评估请求消息中包括相对条件评估的相关信息； 根据所述评估请求消息， 获取相对评估条件以及所述相对评估条件中的 根据所述评估请求消息， 从相关信息源获取相对条件评估所需信息； 根据所述相对条件评估所需信息 , 获得评估结果并发送。
2、 根据权利要求 1所述的实现相对条件评估的方法， 其特征在于， 所述 相对条件评估的相关信息包括所述相对评估条件；
所述根据所述评估请求消息， 获取相对评估条件以及所述相对评估条件 中的参照对象具体为：
解析所述评估请求消息， 获取相对评估条件以及所述相对评估条件中的 参照对象。
3、 根据权利要求 1所述的实现相对条件评估的方法， 其特征在于， 所述 相对条件评估的相关信息为引用路径信息；
所述根据所述评估请求消息， 获取相对评估条件以及所述相对评估条件 中的参照对象具体为：
从所述引用路径信息所对应的存储位置获取相对评估条件以及所述相对 评估条件中指明的参照对象。
4、 根据权利要求 2或 3所述的实现相对条件评估的方法， 其特征在于， 所述相对条件评估的相关信息中还包括评估对象；
所述解析评估请求消息包括获取所述评估对象； 或者从所述引用路径信 息获取所述评估对象。
5、 根据权利要求 4所述的实现相对条件评估的方法， 其特征在于， 所述从相关信息源获取相对条件评估所需信息包括：
向相关信息源发送获取所述评估对象和参照对象的相关信息的请求消 息；
接收所述相关信息源返回的所述评估对象和参照对象的相关信息。
6、 根据权利要求 5所述的实现相对条件评估的方法， 其特征在于， 向相 关信息源发送的获取所述评估对象和参照对象的相关信息的请求消息中携带 有评估请求发起者的身份信息；
在向相关信息源发送获取所述评估对象和参照对象的相关信息的请求消 息之后还包括： 所述相关信息源根据所述评估请求发起者的身份信息， 对评 估请求发起者进行身份验证。
7、 根据权利要求 1所述的实现相对条件评估的方法， 其特征在于， 在同一信息源获取相对条件评估所需信息，
或者在不同的信息源获取相对条件评估所需信息。
8、 根据权利要求 4所述的实现相对条件评估的方法， 其特征在于， 所述相对条件评估所需信息包括所述评估对象的相关信息和所述参照对 象的相关信息；
所述根据相对条件评估所需信息， 获得评估结果并发送包括：
根据所述相对评估条件， 将所述评估对象的相关信息与所述参照对象的 相关信息进行比较 , 获得评估结果并发送所述评估结果。
9、 根据权利要求 8所述的实现相对条件评估的方法， 其特征在于， 所述 相对评估条件包括第一评估条件和第二评估条件；
所述根据相对条件评估所需信息， 获得评估结果并发送包括：
根据所述第一评估条件， 将所述评估对象的相关信息与所述参照对象的 相关信息进行比较， 得到满足第一评估条件的第一评估对象；
从相关信息源获取所述第一评估对象的相关信息；
将第一评估对象的相关信息与第二评估条件中所指定的固定值进行比 较， 获得满足第二评估条件的第二评估对象；
将所述第二评估对象作为评估结果进行发送。
10、 根据权利要求 4所述的实现相对条件评估的方法， 其特征在于， 若 所述评估对象为群组；
所述评估对象的相关信息为所述群组的成员的相关信息；
所述根据相对条件评估所需信息 , 获得评估结果并发送包括：
根据所述相对评估条件， 将所述群组成员的相关信息与所述参照对象的 相关信息进行比较， 并对群组中满足相对评估条件的群组成员进行统计， 获 得评估结果， 并发送所述评估结果。
11、 根据权利要求 1所述的实现相对条件评估的方法， 其特征在于， 所 述从相关信息源获取相对条件评估所需信息包括：
向所述相关信息源发送携带有相对评估条件和参照对象的搜索请求消 息，以使得所述相关信息源根据所述搜索请求查询所述参照对象的相关信息， 并根据所述相对评估条件和参照对象的相关信息， 搜索满足相对评估条件的 评估对象；
接收所述相关信息源返回的满足相对评估条件的评估对象。
12、 根据权利要求 1所述的实现相对条件评估的方法， 其特征在于， 所 述相关信息源包括第一信息源和第二信息源；
所述从相关信息源获取相对条件评估所需信息包括：
从第一信息源获取所述参照对象的相关信息；
向第二信息源发送携带有所述相对评估条件和所述参照对象的相关信息 的搜索请求消息， 以使得所述第二信息源根据所述相对评估条件和所述参照 对象的相关信息， 搜索满足所述相对评估条件的评估对象；
接收所述第二信息源返回的满足所述相对评估条件的所述评估对象。
13、 根据权利要求 1所述的实现相对条件评估的方法， 其特征在于， 所 述相对评估条件包括第一评估条件和第二评估条件；
所述从相关信息源获取相对条件评估所需信息包括：
向所述相关信息源发送携带有第一评估条件和参照对象的搜索请求消 息，以使得所述相关信息源根据所述搜索请求查询所述参照对象的相关信息， 根据所述第一评估条件和参照对象的相关信息， 搜索满足第一评估条件的第 一评估对象；
接收所述第一评估对象。
14、 根据权利要求 13所述的实现相对条件评估的方法， 其特征在于， 所 述相关信息源包括第一信息源和第二信息源；
所述从相关信息源获取相对条件评估所需信息包括：
从第一信息源获取参照对象的相关信息；
向第二信息源发送携带有第一评估条件和参照对象的相关信息的搜索请 求消息， 以使得所述第二信息源根据所述第一评估条件和参照对象的相关信 息， 搜索满足第一评估条件的第一评估对象；
收所述第二信息源返回的满足第一评估条件的第一评估对象。
15、 根据权利要求 13或 14所述的实现相对条件评估的方法， 其特征在 于，
所述根据所述相对条件评估所需信息， 获得评估结果并发送包括： 将所述第一评估对象的相关信息与所述第二评估条件中所指定的固定值 进行比较， 得到满足第二评估条件的第二评估对象；
将第二评估对象作为评估结果进行发送。
16、 根据权利要求 1或 2或 3所述的实现相对条件评估的方法， 其特征 在于所述相对评估条件包括评估结果数量的上限和下限；
所述获得评估结果还包括：
当所述评估结果的数量低于下限时， 服务器持续进行评估， 直至评估结 果的数量达到下限， 返回评估结果；
当所述评估结果的数量高于上限时， 服务器分多次返回评估结果， 且每 次返回的评估结果的数量不高于上限。
17、 根据权利要求 1或 2或 3所述的实现相对条件评估的方法， 其特征 在于， 所述参照对象为评估请求发起者或所述评估请求发起者指定的用户； 或者， 所述参照对象为一个或多个；
或者， 在评估过程中， 所述参照对象为固定的， 或者， 在评估过程中， 根据预先设置动态选取不同的参照对象。
18、根据权利要求 2或 3所述的实现相对条件评估的方法， 其特征在于， 所述相对条件评估的相关信息中还包括评估设置；
所述评估设置包括一次评估、 实时评估或结束评估。
19、 根据权利要求 1或 2或 3所述的实现相对条件评估的方法， 其特征 在于， 所述接收评估请求消息为通过 PEM-1接口进行接收； 所述发送评估结 果为通过 PEM-1接口进行所述评估结果的发送。
20、 根据权利要求 1所述的实现相对条件评估的方法， 其特征在于， 在 获取相对评估条件的同时还获取评估对象；
所述从相关信息源获取相对条件评估所需信息包括： 从相关信息源获取 所述评估对象的相关信息和所述参照对象的相关信息；
所述根据相对条件评估所需信息， 得到并返回评估结果包括： 根据所述 相对评估条件， 将所述评估对象的相关信息与所述参照对象的相关信息进行 比较， 得到并返回评估结果。
21、 一种实现相对条件评估的系统， 其特征在于包括：
客户端， 用于发送评估请求消息， 以及接收服务器根据所述评估请求消 息返回的评估结果， 其中， 所述评估请求消息包括相对条件评估的相关信息， 所述相对条件评估的相关信息包括相对评估条件或者包括引用路径信息； 服务器， 用于根据接收的评估请求消息， 获取相对评估条件以及所述相 对评估条件中的参照对象， 从相关信息源获取相对条件评估所需信息； 以及 根据所述相对条件评估所需信息 , 获得评估结果并发送所述客户端。
22、根据权利要求 21所述的实现相对条件评估的系统， 其特征在于还包 括： 信息源， 用于提供评估对象的相关信息和相对评估条件中所指明的参照 对象的相关信息， 以及， 搜索满足所述相对评估条件的评估对象。
23、 一种客户端， 其特征在于包括：
第二发送模块， 用于向服务器发送所述评估请求消息， 所述评估请求消 息包括相对条件评估的相关信息， 所述相对条件评估的相关信息包括相对评 估条件或者引用路径信息；
第二接收模块， 用于接收所述服务器根据所述评估请求消息返回的评估 结果。
24、 一种服务器， 其特征在于包括：
第一接收模块， 用于接收评估请求消息， 所述评估请求消息中包括相对 条件评估的相关信息；
条件获取模块， 用于根据所述评估请求消息， 获取相对评估条件以及所 述相对评估条件中的参照对象；
信息获取模块， 用于根据所述评估请求消息， 从相关信息源获取相对条 件评估所需信息；
处理 /发送模块， 用于根据所述相对条件评估所需信息， 获得评估结果并 发送。
25、 根据权利要求 24所述的服务器， 其特征在于，
所述信息获取模块进一步包括：
第三发送模块， 用于向相关信息源发送获取所述评估对象的相关信息和 参照对象的相关信息的请求消息；
第三接收模块， 用于接收所述相关信息源返回的所述评估对象的相关信 息和参照对象的相关信息；
所述处理 /发送模块根据所述相对评估条件， 将所述评估对象的相关信息 与所述参照对象的相关信息进行比较， 获得评估结果并发送。
26、 根据权利要求 24所述的服务器， 其特征在于， 所述信息获取模块进 一步包括： 第四发送模块， 用于根据获取的相对评估条件以及所述相对评估条件中 指明的参照对象， 向所述相关信息源发送携带有参照对象和 /或参照对象的相 关信息以及相对评估条件的搜索请求消息；
第四接收模块， 用于接收所述相关信息源返回的满足相对评估条件的评 估对象， 所述满足相对评估条件的评估对象即为相对条件评估所需信息。
PCT/CN2009/072425 2008-07-07 2009-06-24 实现相对条件评估的方法、系统及服务器、客户端 WO2010003341A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP09793816A EP2273807A4 (en) 2008-07-07 2009-06-24 PROCESS, SYSTEM, SERVER AND CLIENT FOR IMPLEMENTING AN ASSESSMENT OF RELATIVE CONDITIONS
JP2011509847A JP4988961B2 (ja) 2008-07-07 2009-06-24 相対的な条件評価を実現する方法、システム、サーバ、およびクライアント

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200810130557.1 2008-07-07
CN200810130557A CN101626372A (zh) 2008-07-07 2008-07-07 实现相对条件评估的方法、系统及服务器、客户端

Publications (1)

Publication Number Publication Date
WO2010003341A1 true WO2010003341A1 (zh) 2010-01-14

Family

ID=41506688

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2009/072425 WO2010003341A1 (zh) 2008-07-07 2009-06-24 实现相对条件评估的方法、系统及服务器、客户端

Country Status (4)

Country Link
EP (1) EP2273807A4 (zh)
JP (1) JP4988961B2 (zh)
CN (1) CN101626372A (zh)
WO (1) WO2010003341A1 (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106874336B (zh) * 2016-03-28 2020-07-28 阿里巴巴集团控股有限公司 数据撮合方法、数据查询方法及装置
CN110490423B (zh) * 2019-07-22 2024-02-27 平安科技（深圳）有限公司 一种废电池污染评估方法、装置、可读存储介质及服务器
JP7394099B2 (ja) 2021-09-29 2023-12-07 株式会社ジェーシービー プログラム、情報処理装置、及び情報処理方法

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6151631A (en) * 1998-10-15 2000-11-21 Liquid Audio Inc. Territorial determination of remote computer location in a wide area network for conditional delivery of digitized products
CN1703927A (zh) * 2002-10-09 2005-11-30 诺基亚公司 关于移动站的信息的提供
CN1778125A (zh) * 2002-12-27 2006-05-24 诺基亚公司 移动通信终端的基于位置的服务
US20060161568A1 (en) * 2005-01-20 2006-07-20 International Business Machines Corporation Utilization of logical fields with conditional constraints in abstract queries
CN1838794A (zh) * 2005-03-23 2006-09-27 中国铁通集团有限公司 一种集群终端状态信息查询的方法
CN101159755A (zh) * 2007-11-07 2008-04-09 中兴通讯股份有限公司 移动搜索系统及移动搜索方法

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2005053298A1 (ja) * 2003-11-27 2005-06-09 Matsushita Electric Industrial Co., Ltd. 通信制御装置及び方法
JP4335718B2 (ja) * 2004-03-19 2009-09-30 富士通株式会社 異種端末間データ転送方法、装置、プログラム及び記憶媒体
JP2007116673A (ja) * 2005-09-22 2007-05-10 Matsushita Electric Ind Co Ltd 通信装置
CN100563196C (zh) * 2005-11-25 2009-11-25 华为技术有限公司 通信系统和在通信系统中查询信息的方法
US8571580B2 (en) * 2006-06-01 2013-10-29 Loopt Llc. Displaying the location of individuals on an interactive map display on a mobile communication device
EP2506537B1 (en) * 2006-08-14 2015-01-28 Samsung Electronics Co., Ltd. Server and method for presence notification based on presence attribute
US7953392B2 (en) * 2006-12-19 2011-05-31 International Business Machines Corporation Method for controlling and calibrating access to a wireless access point
CN101119524B (zh) * 2007-09-12 2010-07-14 中兴通讯股份有限公司 一种通讯系统中过载控制的方法及装置

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6151631A (en) * 1998-10-15 2000-11-21 Liquid Audio Inc. Territorial determination of remote computer location in a wide area network for conditional delivery of digitized products
CN1703927A (zh) * 2002-10-09 2005-11-30 诺基亚公司 关于移动站的信息的提供
CN1778125A (zh) * 2002-12-27 2006-05-24 诺基亚公司 移动通信终端的基于位置的服务
US20060161568A1 (en) * 2005-01-20 2006-07-20 International Business Machines Corporation Utilization of logical fields with conditional constraints in abstract queries
CN1838794A (zh) * 2005-03-23 2006-09-27 中国铁通集团有限公司 一种集群终端状态信息查询的方法
CN101159755A (zh) * 2007-11-07 2008-04-09 中兴通讯股份有限公司 移动搜索系统及移动搜索方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP2273807A4 *

Also Published As

Publication number Publication date
CN101626372A (zh) 2010-01-13
JP2011521572A (ja) 2011-07-21
JP4988961B2 (ja) 2012-08-01
EP2273807A4 (en) 2011-11-02
EP2273807A1 (en) 2011-01-12

Similar Documents

Publication Publication Date Title
US10841421B2 (en) System and method for determining and communicating presence information
RU2477014C2 (ru) Способ группового оповещения в службе обмена сообщениями на основе протокола инициации сеанса связи &#34;sip&#34;
CA2792147C (en) Apparatus and method for providing contacts through interworking between messaging service and social network service
JP4809421B2 (ja) コンテクスト情報を提供する方法および装置
US7574201B2 (en) System for authentication of network usage
JP5010677B2 (ja) グループトークＱｏＥを実現する方法、システム及び装置
WO2007033590A1 (fr) Procede, appareil et systeme d&#39;adhesion d&#39;un membre a un groupe
WO2007059674A1 (fr) Mandataire de demandes, systeme de communication, et procede de demande d&#39;informations dans le systeme de communication
EP2901614A1 (en) Co-activation for authenticating a user&#39;s registration
KR20140033191A (ko) 프레즌스 속성 기반의 프레즌스 통지 시스템 및 방법
US20070225017A1 (en) Method and apparatus for providing geographical location information associated with mobile instant messaging user
WO2008131628A1 (fr) Procédé et système de messagerie permettant de gérer des contenus multimédia dans un stockage uniforme
WO2013081513A1 (en) A method and an apparatus in a communication node for identifying receivers of a message
KR101498731B1 (ko) 비통합 메시징 서비스와 인터워킹하기 위해 통합 메시징 서비스를 제공하는 서버 및 방법 및 이를 위한 시스템
KR101653970B1 (ko) Ｓｉｐ 기반 프레즌스 정보 동적 광고를 위한 방법 및 시스템
WO2010003341A1 (zh) 实现相对条件评估的方法、系统及服务器、客户端
WO2010020153A1 (zh) 一种根据用户状态选择用户的方法、装置和系统
WO2015117444A1 (zh) 数据卡处理方法及装置
US20230300041A1 (en) Method of Supporting Packet Flow Descriptor Management in a Service Based Architecture Based Telecommunication Network
KR20090036502A (ko) 단말의 위치 정보를 제공하기 위한 시스템 및 그 방법
WO2010045849A1 (zh) 反馈失败信息的方法、相关装置及通信系统

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: 09793816

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2011509847

Country of ref document: JP

WWE Wipo information: entry into national phase

Ref document number: 2009793816

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE