WO2009049517A1 - Method, system and device for determining user data - Google Patents

Method, system and device for determining user data Download PDF

Info

Publication number
WO2009049517A1
WO2009049517A1 PCT/CN2008/072425 CN2008072425W WO2009049517A1 WO 2009049517 A1 WO2009049517 A1 WO 2009049517A1 CN 2008072425 W CN2008072425 W CN 2008072425W WO 2009049517 A1 WO2009049517 A1 WO 2009049517A1
Authority
WO
WIPO (PCT)
Prior art keywords
user
module
user data
status information
status
Prior art date
Application number
PCT/CN2008/072425
Other languages
English (en)
French (fr)
Inventor
Pei Fu
Gang Shao
Yinyan Tan
Original Assignee
Huawei Technologies Co., Ltd.
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 Huawei Technologies Co., Ltd. filed Critical Huawei Technologies Co., Ltd.
Priority to EP08800919A priority Critical patent/EP2187585A4/en
Publication of WO2009049517A1 publication Critical patent/WO2009049517A1/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/2866—Architectures; Arrangements
    • H04L67/30—Profiles
    • H04L67/306—User profiles
    • 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/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • 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/54—Presence management, e.g. monitoring or registration for receipt of user log-on information, or the connection status of the users

Definitions

  • Embodiments of the present invention relate to network communication technologies, and in particular, to a method, system, and apparatus for determining user data. Background technique
  • the mobile phone user in order to enable the mobile phone user to receive only the business service that he wants, the mobile phone user is allowed to set a user data by himself, and when the network side needs to send the business service to the mobile phone user, the user data set by the mobile phone user needs to be viewed. In order to perform corresponding operations, such as: whether to provide business services to users, and so on.
  • User data is defined by the Extensible Markup Language (XML) Document Management (XDM) specification and a series of user data related specifications developed by the International Standards Organization Open Mobile Alliance (OMA). Stored in XML format in an XML Document Management Server (XDMS). When accessing user data or elements thereof, it is necessary to construct a corresponding Uniform Resource Identifier (URI) according to the XDM specification, and access user data through the Hyper Text Transport Protocol (HTTP).
  • XML Extensible Markup Language
  • XDM XML Document Management Server
  • URI Uniform Resource Identifier
  • HTTP Hyper Text Transport Protocol
  • the method for accessing user data based on the XDM specification includes: Step 100: When an XDM client has a service service, construct a uniform resource descriptor of user data, and place the uniform resource descriptor in an HTTP request. In the message, it is sent to the Aggregation Proxy entity.
  • Step 101 The aggregation proxy entity forwards the HTTP GET request message to the corresponding XDMS according to a Uniform Identifier (AUID).
  • AUID Uniform Identifier
  • Step 102 After the XDMS completes the authentication according to the HTTP GET request message, The proxy entity sends a 200 OK response message, and carries the user data required in the request message in the response message.
  • Step 103 The aggregation proxy entity forwards the 200 OK response message to the XDM client.
  • Step 104 The XDM client operates according to the user data in the 200 OK response message.
  • the inventors have found that the prior art has at least the following problems:
  • the current user data is fixed, and the user data can only be changed when the user is modified. If the user wishes to go to work, he does not receive the data. Any business service, and after work, receiving its own customized business services, through the existing user data access framework, is clearly not possible.
  • Embodiments of the present invention provide a method, system, and apparatus for determining user data, so as to implement a user data access framework, satisfying users' needs in different states, and improving user experience.
  • An embodiment of the present invention provides a method for determining user data, where the method includes: receiving an access request message that is sent by a service server and carrying a user identifier; and searching for status information of the corresponding user according to the user identifier;
  • Corresponding user data is selected according to the found status information of the user.
  • An embodiment of the present invention provides a system for determining user data, including a service server, where the system further includes:
  • the management server is configured to receive an access request message that is sent by the service server and that carries the user identifier, and search for the status information of the corresponding user according to the user identifier, and select corresponding user data according to the found status information of the user.
  • Another system for determining user data, including a service service, provided by an embodiment of the present invention also includes:
  • An aggregation proxy entity configured to receive an access request message that is sent by the service server and carries a user identifier
  • the mapping proxy entity is configured to search for status information of the corresponding user according to the user identifier, and select corresponding user data according to the found status information of the user.
  • a receiving module configured to receive an access request message that is sent by the service server and carries a user identifier
  • a search module configured to search for status information of the corresponding user according to the user identifier; and a selection module, configured to select corresponding user data according to the status information of the user that is found by the search module.
  • the embodiment of the present invention receives the access request message that is sent by the service server and carries the user identifier, searches for the status information of the corresponding user according to the user identifier, and selects the corresponding information according to the found state information of the user.
  • User data to meet the needs of users in different states.
  • FIG. 1 is a schematic flow chart of a method for accessing user data based on the XDM specification in the prior art
  • FIG. 2A is a schematic structural diagram of a system for determining user data according to an embodiment of the present invention
  • FIG. 2B is a schematic structural diagram of a system for determining user data according to an embodiment of the present invention
  • FIG. 2C is a schematic structural diagram of a management server according to an embodiment of the present invention
  • FIG. 3A is a schematic flowchart of a first method for determining user data according to an embodiment of the present invention
  • FIG. 3B is a schematic flowchart of a second method for determining user data according to an embodiment of the present invention
  • FIG. 3C is a third method for determining user data according to an embodiment of the present invention
  • Method flow diagram is a schematic flowchart diagram of a fourth method for determining user data according to an embodiment of the present invention.
  • the first system for determining user data in the embodiment of the present invention includes: a service server 10 and a management server 11.
  • the service server 10 is configured to send an access request message carrying the user identifier to the management server 11.
  • the service server 10 may carry the service unified identifier and the file path in the access request message.
  • the access request message can be an HTTP request, which contains a URI.
  • the service server 10 may further include: a processing module 100.
  • the processing module 100 is configured to operate according to user data selected by the management server 11.
  • the manner in which the business server 10 operates includes, but is not limited to, one of the following:
  • the service server 10 judges whether or not the service is provided to the user, and whether the service server 10 transmits a message or the like to the user.
  • the service server 10 determines whether the service provided to the user is advertisement information, and if so, does not provide the service information to the user; otherwise, provides the service information to the user.
  • the management server 11 is configured to receive an access request message that is sent by the service server 10 and that carries the user identifier, and search for the status information of the corresponding user according to the user identifier, and select corresponding user data according to the status information of the found user.
  • the system for determining user data in the first embodiment of the present invention may further include: a user status server 12.
  • the user status server 12 is configured to switch the status information of the user when the preset switching condition is satisfied, or switch the status information of the user according to the received user switching information.
  • the management server 11 searches for the status information of the corresponding user through the user status server 12.
  • the switching conditions include, but are not limited to, one or more of the following: time conditions, presence information, location information, status information, and the like.
  • the user switching information includes at least a user identifier and a switching status.
  • a second system for determining user data includes: a service server 20, an aggregation proxy entity 21, and a mapping proxy entity 22.
  • the service server 20 is configured to send an access request message carrying the user identifier to the aggregation proxy entity 21.
  • the service server may carry the service unified identifier and the file path in the access request message.
  • the access request message can be an HTTP request, which contains a URI.
  • the service server 20 may further include: a processing module 200.
  • the processing module 200 is configured to perform operations according to user data selected by the mapping proxy entity 22.
  • the manner in which the business server 20 operates includes, but is not limited to, one of the following:
  • the service server 20 determines whether to provide a service to the user, whether the service server 20 sends a message to the user, and the like.
  • the service server 20 determines whether the service provided to the user is advertisement information, and if yes, does not provide the service information to the user; otherwise, provides the service information to the user.
  • the aggregation proxy entity 21 is configured to receive an access request message that is sent by the service server 20 and carries the user identifier.
  • the mapping proxy entity 22 is configured to search for the status information of the corresponding user according to the user identifier received by the aggregation proxy entity 21 in the access request message, and select the corresponding user data according to the status information of the found user.
  • the mapping proxy entity 22 may further include: a searching module 220 and a selecting module 221.
  • the searching module 220 is configured to search for status information of the corresponding user according to the user identifier received by the aggregation proxy entity 21 in the access request message.
  • the selecting module 221 is configured to select corresponding user data according to the status information of the user found by the searching module 220.
  • the mapping proxy entity 22 may further include: a response module 222.
  • the response module 222 is configured to send, to the service server 20, a response message carrying the user data selected by the selection module 221.
  • the system for determining user data in the second embodiment of the present invention may further include: a user status server 23.
  • the user status server 23 is configured to switch the status information of the user when the preset switching condition is satisfied, or switch the status information of the user according to the received user switching information.
  • the user switching information includes at least a user identifier and a switching status.
  • the lookup module 220 can further include: a first module 2200.
  • the first module 2200 is configured to search for status information of the corresponding user by using the user status server 23.
  • the information stored in the user status server includes at least all possible user status information descriptions and current user status identifiers.
  • the specific content is as shown in Table 1:
  • the switching conditions include but are not limited to one or more of the following ways:
  • Time conditions presence information, location information, status information, and more.
  • the presence information comes from the presence server.
  • Location information comes from the location server.
  • the switching condition includes a combination of a plurality of conditions such as a time condition, a presentation information, a user position, etc.
  • the relationship between the conditions may be a relationship of "and” or an "or” relationship, that is, if it is a relationship of "and” , if and only if all conditions are true Only if it is an "or” relationship, when one of the state conditions is established, the state condition is established.
  • a user's status information can correspond to one or more status conditions.
  • the status condition can also include a default status indicator, indicating that the status is the default state, that is, when no status condition corresponding to the status is established, the status is automatically switched to (or maintained).
  • a default status indicator indicating that the status is the default state, that is, when no status condition corresponding to the status is established, the status is automatically switched to (or maintained).
  • the time condition can be expressed by the start and end time, that is, if the current time is within the set time period, the time condition is established.
  • the time condition can use absolute time to indicate that a certain month of the year is a certain time; or relative time, it can be used from a certain time of day to a certain time of the day. For example, the time conditions for working from 9:00 to 18:00 every day are shown in Table 2:
  • the presence information is user information from the presence server.
  • Xpath indicates the specific rendering information required by the condition.
  • the value of the presence-info element indicates the value necessary for the above specific presentation information to make the presentation condition true.
  • instant messaging is only one type of presence information that can be accessed in the server.
  • presence information There are many presentation information in the presence server, and other presentation information can also be used together with this embodiment.
  • the location information can indicate whether the specified user is within a particular area.
  • a zone condition can contain one or more zone information. The relationship between these regional information is "and", that is, only when all the conditions indicated by the regional information are satisfied, the regional conditions formed by them are established.
  • the location information contains at least the user ID and geographic area. When the location information indicates that the user indicated by the user identifier is located in the geographical area, the location information of the area is satisfied.
  • Location information can contain an attribute relationship ( relative ) and have two values inside (inside) and outside (inside). When relative is taken inside, it means that the area information is satisfied when the specified user is within the indicated geographical area. When relative is taken outside, it means that the area information is satisfied when the user is not in the indicated area.
  • the location information is "The number is 461011678298 in the north latitude 35 degrees 35 minutes 24.139 seconds, east longitude 139 degrees 35 minutes 24.754 seconds for the center 500 meters radius, and the number is 461011678299 in Seoul (Seoul), as 4 shows: ⁇ location-condition>
  • Table 4 Location information representation When the user status information contains all the above conditions, as shown in Table 5: ⁇ user-status>
  • Table 5 Switching condition indications containing time information, presence information, and location information. Table 5 shows the relationship between time information, presence information, and location information in ", and if "or" relationship and table 5 similar, no longer repeat.
  • the user has a default status of "home”.
  • the user status server may also store a correspondence between user status information and user data.
  • the user state server is implemented based on the XDM specification, and the received query request should include a service unified identifier (AUID), a user identifier (XUI), and a file. Path ( file path ).
  • AUID service unified identifier
  • XUI user identifier
  • file path file path
  • the user state server can retrieve the hierarchical storage.
  • the user element contains the application element, and the application contains the filemapping element.
  • the User element also contains the user specified by the uri attribute identifier.
  • the application element also contains the auid identity service.
  • the filemapping contains the basicfile, which is the file name (or path) to be mapped.
  • Table 6 Storage mode of the user status server The specific steps of the user status server to switch the status information of the user according to the user's switching information include:
  • the user status server After receiving the switching information of the user, the user status server determines the corresponding user according to the user identifier in the status information, and switches the status information of the user according to the switching status in the status information.
  • the state switching information can be sent to the status service through multiple methods such as the HTTP protocol and the Session Initiation Protocol (SIP).
  • HTTP protocol HyperText Transfer Protocol
  • SIP Session Initiation Protocol
  • the identity of all the states in the user state server and the switching conditions can be stored in the state storage XDMS, and then the user state server receives the user switching information,
  • the XML Configuration Access Protocol (XCAP) is used to modify the status information of the user.
  • the state storage XDMS can be independent of the user state server or the user state server.
  • the message sent by the user status server to the state store XDMS is shown in Table 7: PUT htt ://userstatus . example . com/ user-status/ users/ si : michael@ example.com/
  • Table 7 Message content sent by the user status server in manual mode
  • the user status server can switch the status information of the user when the preset switching conditions are met.
  • the user status server sends a request to acquire the status information of the user on the status storage XDMS and the corresponding switching condition through the XCAP protocol. As shown in Table 8:
  • Table 8 Message Contents Sent by the Status Server in Automatic Mode
  • the User Status Server queries the server and/or Location server to see if the user status meets the switching criteria.
  • the user status server may only subscribe to the presence information or the location information in the time range according to the time condition in the state condition, so as to reduce the calculation amount of the user status server and the uselessness of the presence information or the location information.
  • the user status server may send a subscription message to the Presence server when the time condition is met, the message includes an expiration time "Expires" field, which is used to set the length of the time condition; Can At the beginning of the time period defined by the time condition, the request message is sent to subscribe to the location information corresponding to the time condition; and the stop message is sent when the time period expires to stop the unnecessary subscription.
  • the defined filter set can be used in the message body sent to the Presence Server.
  • the user status server converts the time condition to an absolute time based on the type label of the time condition. For example, after the time condition of a state obtained from the state storage XDMS is converted to an absolute time, as shown in Table 9,
  • Table 9 User-status server-converted content If the status condition does not include a time condition, the time range is not used when subscribing to related messages.
  • the user status server determines, according to the local time, whether the presence information and the location information sent by the presence server and/or the Location server are in compliance with the handover. condition.
  • the switching condition corresponding to this time condition is not established. If one or more of the switching conditions are true, the switching condition is set to be true.
  • the system for determining user data in the second embodiment of the present invention may further include: an extended markup language file management server 24.
  • the extended markup language file management server 24 is used to store user data.
  • the selection module 221 may further include: a first storage module 2210 and a user data determination module 2211.
  • a first storage module 2210 configured to save user status information and user data A correspondence.
  • the user data determining module 2211 is configured to select, according to the first correspondence stored by the first storage module 2210, the user data corresponding to the state information of the user searched by the searching module 220 from the extended markup language file management server 24.
  • the selection module 221 may further include: a second storage module 2212 and a file path determination module 2213.
  • the second storage module 2212 is configured to save a second correspondence between the status information of the user and the file path.
  • the file path determining module 2213 is configured to search, according to the second correspondence stored by the second storage module 2212, a file path corresponding to the status information of the user searched by the searching module 220, and select the file from the extended markup language file management server 24. User data corresponding to the path.
  • mapping proxy entity 22 can be placed in the aggregation proxy entity 21 or the extended logo language file management server 24.
  • the structure of the management server 11 of the embodiment of the present invention includes: a receiving module 110, a searching module 111, and a selecting module 112.
  • the receiving module 110 is configured to receive an access request message that is sent by the service server and carries the user identifier.
  • the searching module 111 is configured to search for status information of the corresponding user according to the user identifier in the access request message received by the receiving module 110.
  • the selecting module 112 is configured to select corresponding user data according to the status information of the user found by the searching module 111.
  • the selection module 112 may further include: a first storage module 1120 and a user data determination module 1121.
  • the first storage module 1120 is configured to save a first correspondence between the status information of the user and the user data.
  • the user data determining module 1121 is configured to select user data corresponding to the status information of the user searched by the searching module 111 according to the first correspondence stored in the first storage module 1120.
  • the selection module 112 may further include: a second storage module 1122 and a file path determination module 1123.
  • the second storage module 1122 is configured to save a second correspondence between the status information of the user and the file path.
  • the file path determining module 1123 is configured to search for a file path corresponding to the status information of the user searched by the search module 111 according to the second correspondence stored by the second storage module 1122, and select user data corresponding to the file path.
  • the management server 11 may further include: a response module 113.
  • the response module 113 is configured to send, to the service server, a response message carrying the user data selected by the selection module 112.
  • the first method for determining user data in the embodiment of the present invention includes the following steps:
  • Step a300 Receive an access request message that is sent by the service server and carries the user identifier.
  • Step a301 Search for status information of the corresponding user according to the user identifier.
  • Step a302 Select corresponding user data according to the found state information of the user.
  • the step a302 may further include:
  • a response message carrying the determined user data is sent to the service server.
  • the step a302 may further include:
  • the business server operates according to the selected user data.
  • the manner in which the service server operates includes, but is not limited to, one of the following ways:
  • the service server determines whether to provide a service service to the user, whether the service server sends a message to the user, and the like.
  • the service server determines whether the service provided to the user is advertisement information, and if yes, does not provide the service information to the user; otherwise, provides the service information to the user.
  • the first method for determining user data further includes:
  • Step a302 may further include:
  • the file path corresponding to the user's state information is searched for, and the user data corresponding to the file path is selected.
  • the first method for determining user data can be implemented by an aggregation proxy entity, a mapping proxy entity, an extended markup language file management server, and a user state server, respectively, and the specific process is shown in FIG. 3B.
  • the second method for determining user data in the embodiment of the present invention includes the following steps:
  • the correspondence between the user's status information and the file path is preset and stored in the mapping proxy entity; the user data is stored in the extended logo language file management server.
  • Step b300 The service server sends an access request message including the user identifier, the service unified identifier, and the request path to the mapping proxy entity.
  • the request may include a display identifier (ie, a special field) to indicate that the request message is processed by the mapping proxy entity, for example: adding a path fragment (current) before the AUID in the request to distinguish it from other request messages, http:// [XCAP Root URI]/current/[AUID] , or the request message can be sent directly to the mapping proxy entity based on the AUID.
  • a display identifier ie, a special field
  • the access request message sent by the service server is shown in Table 10:
  • Table 10 The access request message sent by the service server, step b301, after the aggregation proxy entity receives the access request message, according to the message
  • the display ID sends the message to the mapping proxy entity.
  • Step b302 After receiving the access request message, the mapping proxy entity sends a request message including the user identifier to the user status server.
  • Step b303 After receiving the request message, the user status server determines status information of the user corresponding to the user identifier in the request message, and returns the status information of the user to the mapping proxy entity.
  • Step b304 The mapping proxy entity determines a corresponding file path according to the corresponding relationship between the user state information and the file path, and replaces the request path in the access request message with the determined file path.
  • step b303 the user status server sends the determined file path to the mapping proxy entity, and in step b304, the mapping proxy entity directly accesses the access request.
  • the request path in the message is replaced with the received file path.
  • Step b305 The mapping proxy entity sends the replaced access request message to the extended identifier language file management server.
  • the access request message sent by the mapping proxy entity is shown in Table 11:
  • Table 11 The access request message sent by the mapping proxy entity, steps b306-b308, after the extended identifier language file management server receives the access request message, determines the corresponding user data according to the request path in the message, and passes the user data through the mapping proxy entity and the aggregation.
  • the proxy entity sends to the business server.
  • the extended markup language file management server stores a file identified by a plurality of actual file names to represent a copy of the user data identified by the basic file name in different states of the user.
  • User data is stored in each of the files actually stored. For example, for service A, user U's user data rule-set, when the user status is home, corresponds to the actual The file name is rule_set_home; When the user status is work, the corresponding actual file name is rule_set_work. These two files correspond to the same access file name rule_set.
  • the extended markup language file management server storage structure is shown in Table 12:
  • Step b309 The service server operates according to the received user data.
  • the third method for determining user data in the embodiment of the present invention includes: the function of the mapping proxy entity in FIG. 3B is performed by the aggregation proxy entity; the correspondence between the state information of the user and the file path is preset, and Stored in the Aggregation Proxy Entity; user data is stored in the Extended Identity Language File Management Server.
  • Step c300 The service server sends an access request message including the user identifier, the service unified identifier, and the request path to the aggregation proxy entity.
  • Step c301 After receiving the access request message, the aggregation proxy entity sends a request message including the user identifier to the user status server.
  • Step c302 After receiving the request message, the user status server determines status information of the user corresponding to the user identifier in the request message, and returns the status information of the user to the aggregation proxy entity.
  • Step c303 The aggregation proxy entity determines a corresponding file path according to the correspondence between the status information of the user and the file path, and replaces the request path in the access request message with the determined file path.
  • step c302 the user status server sends the determined file path to the aggregation proxy entity.
  • step c303 the aggregation proxy entity directly accesses the access request. The request path in the message is replaced with the received file path.
  • Step c304 The aggregation proxy entity sends the replaced access request message to the extension. Identify the language file management server.
  • Steps c305 ⁇ c306 After receiving the access request message, the extended markup language file management server determines the corresponding user data according to the request path in the message, and sends the user data to the service server through the aggregation proxy entity.
  • Step c307 The service server operates according to the received user data.
  • the fourth method for determining user data in the embodiment of the present invention includes: the function of the mapping proxy entity in FIG. 3B is completed by the extended identifier language file management server; and the correspondence between the state information of the user and the file path is preset.
  • the relationship is stored in the extended markup language file management server; the user data is stored in the extended markup language file management server.
  • Step d300 The service server sends an access request message including the user identifier, the service unified identifier, and the request path to the aggregation proxy entity.
  • Step d301 After receiving the access request message, the aggregation proxy entity sends the message to the extended markup language file management server according to the display identifier in the message.
  • Step d302 Expand the logo language file management server. After receiving the access request message, a request message containing the user ID is sent to the user status server.
  • Step d303 After receiving the request message, the user status server determines status information of the user corresponding to the user identifier in the request message, and returns the status information of the user to the extended identifier language file management server.
  • Step d304 The extended markup language file management server determines a corresponding file path according to the correspondence between the user state information and the file path, and determines corresponding user data according to the file path.
  • step d303 the user status server sends the determined file path to the extended identifier language file management server, and in step d304, the extension is performed.
  • the identification language file management server directly determines the corresponding user data according to the received file path.
  • Steps d305 ⁇ d306 the extended markup language file management server sends the user data to the service server through the aggregation proxy entity.
  • Step d307 The service server operates according to the received user data.
  • modules provided in the embodiments of the present invention are not limited to the server or the entity in the embodiment of the present invention, and may be placed in different orders according to requirements, and the sequence of steps may be adjusted as needed, thereby achieving For the same purpose of the present invention, the above variations will be apparent to those skilled in the art.
  • the embodiment of the present invention receives the access request message that is sent by the service server and carries the user identifier, and searches for the status information of the corresponding user according to the user identifier, according to the found status information of the user.
  • the corresponding user data is selected to meet the needs of the user in different states, and the user experience is improved.
  • the present invention can be implemented by hardware or by software plus a necessary general hardware platform. Based on such understanding, the technical solution of the present invention can be embodied in the form of a software product that can be stored in a non-volatile storage medium.
  • a computer device (may be a personal computer, server, or network device, etc.) to perform the methods described in various embodiments of the present invention.

Landscapes

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

Description

一种确定用户数据的方法、 系统及装置 技术领域
本发明实施例涉及网络通信技术，特别涉及一种确定用户数据的 方法、 系统及装置。 背景技术
现有的通信网络中， 随着手机用户逐渐增多， 各种业务服务也越 来越多。 在各种服务中， 有些服务是手机用户自己定制的， 而有些服 务是用户不想接收到的。
目前， 为了能够让手机用户只收到自己想要的业务服务， 允许手 机用户自己设定一个用户数据， 网络侧在有业务服务需要向手机用户 发送时 ,需要查看该手机用户设定的用户数据 ,从而进行相应的操作 , 比如： 是否向用户提供业务服务等等。
由国际标准组织开放移动联盟 ( Open Mobile Alliance, OMA ) 制定的扩展标识语言（extensible Markup Language, XML )文件管理 ( XML Document Management, XDM )规范和一系列用户数据相关 的规范中， 规定了用户数据以 XML格式存储在 XML文件管理服务 器（ XML Document Management Server, XDMS ) 中。 在访问用户数 据或其中的元素时， 需要根据 XDM规范构造相应的访问对象统一资 源描述符 ( Uniform Resource Identifier, URI ), 通过超文本传送协议 ( Hyper Text Transport Protocol , HTTP )访问用户数据。
如图 1所示，现有技术基于 XDM规范访问用户数据的方法包括： 步骤 100、 XDM客户端在有业务服务时， 构造用户数据的统一 资源描述符， 将该统一资源描述符置于 HTTP请求消息中， 发送给聚 合代理 ( Aggregation Proxy ) 实体。
步骤 101、 聚合代理实体根据业务统一标识（Uniform Identifier, AUID ), 将该 HTTP GET请求消息转发给相应的 XDMS。
步骤 102、 XDMS根据该 HTTP GET请求消息完成鉴权后， 向聚 合代理实体发送 200 OK响应消息， 并在该响应消息中携带请求消息 中需要的用户数据。
步骤 103、 聚合代理实体将 200 OK响应消息转发给 XDM客户 端。
步骤 104、 XDM客户端根据该 200 OK响应消息中的用户数据进 行操作。
在实现本发明的过程中， 发明人发现现有技术至少存在以下问 题： 目前的用户数据是固定的， 只能对其进行修改的时候才能改变用 户数据， 如果用户希望自己在上班时， 不接收任何业务服务， 而在下 班后， 接收自己定制的业务服务， 通过现有的用户数据访问框架， 显 然无法实现。
综上所述， 目前的用户数据访问框架中， 用户数据不能适应用户 不同状态下的需求。 发明内容
本发明实施例提供一种确定用户数据的方法、 系统及装置， 以实 现在用户数据访问框架中， 满足用户在不同状态下的需求， 提高用户 体验感。
本发明实施例提供一种确定用户数据的方法， 该方法包括： 接收业务服务器发送的携带有用户标识的访问请求消息； 才艮据所述用户标识查找对应的用户的状态信息；
根据查找到的所述用户的状态信息选择对应的用户数据。
本发明实施例提供一种确定用户数据的系统， 包括业务服务器， 该系统还包括：
管理服务器，用于接收所述业务服务器发送的携带有用户标识的 访问请求消息， 根据所述用户标识查找对应的用户的状态信息， 根据 查找到的所述用户的状态信息选择对应的用户数据。
本发明实施例提供的另一种确定用户数据的系统， 包括业务服务 器， 该系统还包括：
聚合代理实体，用于接收所述业务服务器发送的携带有用户标识 的访问请求消息；
映射代理实体，用于根据所述用户标识查找对应的用户的状态信 息， 根据查找到的所述用户的状态信息选择对应的用户数据。
本发明实施例提供的一种管理服务器包括：
接收模块，用于接收所述业务服务器发送的携带有用户标识的访 问请求消息；
查找模块， 用于才艮据所述用户标识查找对应的用户的状态信息； 选择模块，用于根据所述查找模块查找到的所述用户的状态信息 选择对应的用户数据。
与现有技术相比，本发明实施例接收业务服务器发送的携带有用 户标识的访问请求消息，根据所述用户标识查找对应的用户的状态信 息， 根据查找到的所述用户的状态信息选择对应的用户数据， 从而满 足用户在不同状态下的需求。 附图说明
图 1 为现有技术基于 XDM规范访问用户数据的方法流程示意 图；
图 2A为本发明实施例第一种确定用户数据的系统结构示意图； 图 2B为本发明实施例第二种确定用户数据的系统结构示意图； 图 2C为本发明实施例管理服务器的结构示意图；
图 3A为本发明实施例确定用户数据的第一种方法流程示意图； 图 3B为本发明实施例确定用户数据的第二种方法流程示意图； 图 3C为本发明实施例确定用户数据的第三种方法流程示意图； 图 3 D为本发明实施例确定用户数据的第四种方法流程示意图。 具体实施方式 下面结合说明书附图对本发明实施例作进一步详细描述。
如图 2A所示， 本发明实施例第一种确定用户数据的系统包括： 业务服务器 10和管理服务器 11。
业务服务器 10, 用于向管理服务器 11发送携带有用户标识的访 问请求消息。
在本实施例中， 业务服务器 10可以在访问请求消息中携带业务 统一标识以及文件路径。
访问请求消息可以是 HTTP请求， 该 HTTP请求中包含了 URI。 其中， 业务服务器 10还可以进一步包括： 处理模块 100。
处理模块 100, 用于根据管理服务器 11选择的用户数据进行操 作。
业务服务器 10 进行操作的方式包括但不限于下列方式中的一 种：
业务服务器 10判断是否向用户提供业务服务，业务服务器 10是 否向用户发送消息等等。
比如： 用户数据为拒绝广告信息， 则业务服务器 10判断给用户 提供的业务是否为广告信息， 如果是， 则不向用户提供业务信息； 否 则， 向用户提供业务信息。
管理服务器 11 , 用于接收业务服务器 10发送的携带有用户标识 的访问请求消息， 根据该用户标识查找对应的用户的状态信息， 根据 查找到的用户的状态信息选择对应的用户数据。
其中，本发明实施例第一种确定用户数据的系统还可以进一步包 括： 用户状态服务器 12。
用户状态服务器 12, 用于在预先设置的切换条件满足时， 切换 用户的状态信息，或根据收到的用户切换信息，切换用户的状态信息。
则管理服务器 11通过用户状态服务器 12查找对应的用户的状态 信息。
其中， 切换条件包括但不限于下列方式中的一种或几种： 时间条件、 呈现信息、 位置信息、 状态信息等等。 用户切换信息中至少包括用户标识和切换状态。
如图 2B所示， 本发明实施例第二种确定用户数据的系统包括： 业务服务器 20、 聚合代理实体 21和映射代理实体 22。
业务服务器 20, 用于向聚合代理实体 21发送携带有用户标识的 访问请求消息。
在本实施例中，业务服务器可以在访问请求消息中携带业务统一 标识以及文件路径。
访问请求消息可以是 HTTP请求， 该 HTTP请求中包含了 URI。 其中， 业务服务器 20还可以进一步包括： 处理模块 200。
处理模块 200, 用于根据映射代理实体 22选择的用户数据进行 操作。
业务服务器 20 进行操作的方式包括但不限于下列方式中的一 种：
业务服务器 20判断是否向用户提供业务服务，业务服务器 20是 否向用户发送消息等等。
比如： 用户数据为拒绝广告信息， 则业务服务器 20判断给用户 提供的业务是否为广告信息， 如果是， 则不向用户提供业务信息； 否 则， 向用户提供业务信息。
聚合代理实体 21 , 用于接收业务服务器 20发送的携带有用户标 识的访问请求消息。
映射代理实体 22 , 用于根据聚合代理实体 21接收到访问请求消 息中的用户标识查找对应的用户的状态信息，才艮据查找到的用户的状 态信息选择对应的用户数据。
其中， 映射代理实体 22还可以进一步包括： 查找模块 220和选 择模块 221。
查找模块 220, 用于根据聚合代理实体 21接收到访问请求消息 中的用户标识查找对应的用户的状态信息。
选择模块 221 , 用于根据查找模块 220查找到的用户的状态信息 选择对应的用户数据。 其中， 映射代理实体 22还可以进一步包括： 响应模块 222。 响应模块 222 , 用于向业务服务器 20发送携带有选择模块 221 选择的用户数据的响应消息。
其中，本发明实施例第二种确定用户数据的系统还可以进一步包 括： 用户状态服务器 23。
用户状态服务器 23 , 用于在预先设置的切换条件满足时， 切换 用户的状态信息，或根据收到的用户切换信息，切换用户的状态信息。
用户切换信息中至少包括用户标识和切换状态。
则查找模块 220还可以进一步包括： 第一模块 2200。
第一模块 2200, 用于通过用户状态服务器 23查找对应的用户的 状态信息。
其中，用户状态服务器中存储的信息至少包括所有可能的用户状 态信息描述和用户当前状态标识， 具体内容如表 1所示：
<user-status>
<active-status>home</active-status>
<status id="home">
<status-description>relax me</ status-description>
</status>
<status id="work">
<status-description>less interruption^ status-description>
</status>
</user-status>
表 1 用户状态存储结构
切换条件包括但不限于下列方式中的一种或几种：
时间条件、 呈现信息、 位置信息、 状态信息等等。
呈现信息来自呈现服务器。 位置信息来自位置服务器。
当切换条件包含时间条件， 呈现信息， 用户位置等多个条件的组 合时， 各个条件之间的关系可以是 "和" 的关系， 或者是 "或" 的关 系， 即如果是 "和" 的关系， 则当且仅当所有条件都成立时状态条件 才成立； 如果是 "或" 的关系， 则其中一个状态条件成立时， 状态条 件就成立。
一个用户的状态信息可以对应一个或多个状态条件。
当然， 状态条件还可以包含一个默认状态标识， 表示此状态为默 认状态， 即当没有任何状态对应的状态条件成立时， 自动切换到（或 保持）默认状态。
下面以具体实例进行说明：
时间条件可以用起止时间来表示，即如果当前时间位于设置的时 间段内， 那么时间条件成立。 时间条件既可以使用绝对时间， 表示某 年某月某时起到某时止； 也可以用相对时间， 表示从每天的某时起到 该天的某时止。 例如， 每天 9点到 18点为工作状态的时间条件如表 2所示：
<time-condition type="everyday">
<from>9:00Z</from>
<to>18:30Z</to>
</time-condition >
表 2 工作状态的时间条件
显然， 时间条件还有其他多种表示方式， 例如工作日 （周一至周 五）每天的某时段等， 具体的实现方式与表 2所示的方式类似， 不再 赘述。
呈现信息是来自于呈现服务器的用户信息。 呈现信息可以有多 个， 其之间为 "和" 的关系， 即只有当该条件中所有呈现信息为所定 义的值时该条件才成立。
例如呈现信息条件 "即时通信（ Instant Message , ΙΜ )状态为忙 碌（busy )" 如表 3所示:
<presence-condition>
<presence-info entity="sip: michael@example.com"
xpath="/pidf:presence/pidf:tuple/pidf:status/im:im" >
busy </presence-info>
<presence-info entity="sip: mark@example.com"
xpath="/pidf:presence/pidf:tuple/pidf:status/im:im" >
busy
</presence-info>
</presence-condition>
表 3 即时通信状态
其中 entity表示呈现体的 sip uri。 xpath指示了条件所需要的特定 的呈现信息。 presence-info元素的值表示要使呈现条件成立， 上述特 定呈现信息必须的取值。
当然， 即时通信只是呈现服务器中可以访问的呈现信息的一种， 呈现服务器中还有许多呈现信息，其他的呈现信息也同样能与本实施 例共同使用。
位置信息可表示指定用户是否在特定区域内。区域条件中可以包 含一个或多个区域信息。 这些区域信息之间为 "和" 的关系， 即只有 当所有的区域信息所表示的条件都满足时，其所组成的区域条件才成 立。位置信息中至少包含用户标识和地理区域。 位置信息表示了用户 标识所指的用户位于地理区域内时， 此区位置息才满足。位置信息可 以包含一个属性关系 （ relative ), 并有两个取值内部（ inside )和外部 ( outside )。 当 relative取 inside,表示所指用户在所指地理区域内时， 区域信息才满足。 当 relative取 outside,表示用户不在所指区域内时， 区域信息满足。
比如： 位置信息为 "号码为 461011678298 的用户在北纬 35度 35分 24.139秒、 东经 139度 35分 24.754秒为中心 500米为半径的 区域内， 并且号码为 461011678299在汉城 ( Seoul )，， 如表 4所示： <location-condition>
<location-info relative="inside">
<msid>461011678298</msid>
<area> <shape>
<CircularArea srsName="www.epsg.org#4326"> <coord>
<X>35 35 24.139N</X>
<Y>139 35 24.754E</Y>
</coord>
<radius>500</radius>
</CircularArea>
</shape>
</area>
</location-info >
<location-info relative="outside">
<msid>461011678299</msid>
<area>
<name_area>Seoul</name_area>
</area>
</location-info>
</location-condition>
表 4 位置信息表述方式 当用户状态信息中包含上述所有条件信息时， 如表 5所示: <user-status>
<user uri="sip: michael@example . com">
<active-status>home</active-status>
<status id="home" default="yes">
<status-description>relax me</ status-description>
<condition>
<time-condition type="everyday">
</time-condition > <presence-condition>
</presence-condition>
<location-condition>
</location-condition>
<condition>
</status>
<status id="work">
<status-description>less interruption^ status-description> <condition>
<time-condition type="everyday">
</time-condition >
<presence-condition>
</presence-condition>
<location-condition>
</location-condition>
<condition>
</status>
</user >
</user-status> | 表 5 包含时间信息、 呈现信息和位置信息的切换条件表示方式 表 5中时间信息、 呈现信息和位置信息为 "和" 的关系， 如果是 "或" 的关系与表 5类似， 不再赘述。
其中用户有一个默认状态 "家 （home )"。 用户状态服务器中还可以存储用户状态信息和用户数据的对应 关系。
具体地， 如果保存的是用户状态信息和文件路径的第二对应关 系， 则用户状态服务器基于 XDM规范实现， 对于收到的查询请求应 该包括业务统一标识（ AUID )、 用户标识（ XUI )以及文件路径（ file path )。
用户状态服务器可以釆取层次的存储方式， 例如表 5所示， user 元素包含了 application元素 , application又包含了 filemapping元素。 User元素还包含了 uri属性标识指定的用户， application元素还包含 了 auid标识业务， filemapping 包含了 basicfile, 即需要映射的文件 名 （或路径）。
<user-status>
<user uri="">
<active-status>home</active-status>
<status id="home">
<status-description>relax me</ status-description>
<mapping>
application auid="A">
<filemapping basicfile=" fileAl ">
fileAl-home
</filemapping>
</applicaiton>
application auid="B">
<filemapping basicfile=" fileBl ">
fileBl-home
</filemapping>
</applicaiton>
</mapping> </status>
<status id="work">
<status-description>work hard</ status-description> <mapping>
application auid="A">
<filemapping basicfile=" fileAl ">
fileAl-work
</filemapping>
</applicaiton>
application auid="B"> <filemapping basicfile=" fileBl"> fileBl-work
</filemapping>
</applicaiton>
</mapping>
</status>
</user>
</user-status>
表 6 用户状态服务器的存储方式 其中， 用户状态服务器根据用户的切换信息， 切换用户的状态信 息的具体步骤包括：
用户状态服务器接收到用户的切换信息后，根据该状态信息中的 用户标识确定对应的用户， 根据该状态信息中的切换状态， 对该用户 的状态信息进行切换。
可以通过 HTTP 协议， 会话初始化协议 （ Session Initiation Protocol, SIP)等多种方式向状态服务发送状态切换信息。
用户状态服务器中的所有状态的标识以及切换条件可以存储到 状态存储 XDMS 中， 则当用户状态服务器收到用户切换信息后， 通 过 XML配置访问协议（ XML Configuration Access Protocol , XCAP ) 修改该用户的状态信息。
其中， 状态存储 XDMS可以独立于用户状态服务器， 也可以在 用户状态服务器中。
用户状态服务器发送给状态存储 XDMS的消息如表 7所示： PUT htt ://userstatus . example . com/ user-status/ users/ si ： michael@ example.com/
ustatusl/user-status /active-status HTTP/1.1
Content- Type： application/xcap-el+xml
<active-status>home</active-status>
表 7 手动模式下用户状态服务器发送的消息内容 其中， 当用户状态切换模式为自动切换时， 用户状态服务器可以 在预先设置的切换条件满足时， 切换用户的状态信息。
如果用户状态服务器中的用户的状态信息，所有状态的标识以及 切换条件存储在状态存储 XDMS中， 则用户状态服务器通过 XCAP 协议发送请求获取状态存储 XDMS上的用户的状态信息及相应的切 换条件， 如表 8所示：
GET http ://userstatus . example . com/ user-status/ users/ sip： michael@ exmaple.com/
ustatusl/user-status HTTP/ 1.1
表 8 自动模式下状态服务器发送的消息内容 用户状态服务器通过呈现 （Presence ) 服务器和 /或位置 ( Location )服务器查询该用户状态是否符合切换条件。
具体的， 用户状态服务器可以根据状态条件中时间条件， 只订阅 时间范围内的呈现信息或者位置信息，以减少用户状态服务器的计算 量和无用的呈现信息或者位置信息的发送量。
对于订阅呈现信息， 用户状态服务器可以在某时间条件满足时， 向 Presence 服务器发送订阅消息， 消息中包含了失效时间 "终止 ( Expires )" 字段， 用来设定时间条件的长度； 对于位置信息， 可以 在时间条件定义的时间段开始时， 发送请求消息， 订阅该时间条件对 应的位置信息； 而在时间段截止时发送停止消息， 以停止不需要的订 阅。
在向 Presence月良务器订阅相关呈现信息时，可以只订阅当前成立 的时间条件对应的呈现信息， 而无需得到用户呈现信息的全部。 具体 地， 可在发送给 Presence服务器消息体使用定义的过滤集。
对于时间条件， 用户状态服务器根据时间条件的类型标签， 将时 间条件转化为绝对时间。 例如从状态存储 XDMS 中获得的某状态的 时间条件转化为绝对时间后， 如表 9所示，
<from>2007-08-27T9:00Z</from>
<to>2007-08-27T 18:30Z</to>
表 9 用户状态服务器转化后的内容 如果状态条件中不包含时间条件则订阅相关消息时不使用时间 范围。
当用户状态服务器收到所订阅的相关信息发生变化，或者满足状 态条件中的时间条件时，用户状态服务器根据本地时间，判断 Presence 服务器和 /或 Location服务器所发送的呈现信息以及位置信息是否 符合切换条件。
如果当前时间到了设定的时间条件的截止时间，则标记此时间条 件对应的切换条件不成立。 如果一个或者多个切换条件成立， 则将切 换条件标己为成立。
进一步地， 当收到的所订阅的相关信息变化时， 只计算这些信息 相关的切换条件是否成立即可。
其中，本发明实施例第二种确定用户数据的系统还可以进一步包 括： 扩展标识语言文件管理服务器 24。
扩展标识语言文件管理服务器 24, 用于保存用户数据。
则选择模块 221还可以进一步包括： 第一存储模块 2210和用户 数据确定模块 2211。
第一存储模块 2210 , 用于保存用户的状态信息和用户数据的第 一对应关系。
用户数据确定模块 2211 , 用于根据第一存储模块 2210保存的第 一对应关系， 从扩展标识语言文件管理服务器 24中， 选择查找模块 220查找到的用户的状态信息对应的用户数据。
则选择模块 221还可以进一步包括： 第二存储模块 2212和文件 路径确定模块 2213。
第二存储模块 2212 , 用于保存用户的状态信息和文件路径的第 二对应关系。
文件路径确定模块 2213 , 用于根据第二存储模块 2212保存的第 二对应关系，查找查找模块 220查找到的用户的状态信息对应的文件 路径， 从扩展标识语言文件管理服务器 24中， 选择该文件路径对应 的用户数据。
在本发明实施例中， 映射代理实体 22可以置于聚合代理实体 21 或扩展标识语言文件管理服务器 24中。
如图 2C所示，本发明实施例管理服务器 11的结构包括：接收模 块 110、 查找模块 111和选择模块 112。
接收模块 110, 用于接收业务服务器发送的携带有用户标识的访 问请求消息。
查找模块 111 , 用于根据接收模块 110接收到的访问请求消息中 的用户标识查找对应的用户的状态信息。
选择模块 112 , 用于根据查找模块 111查找到的用户的状态信息 选择对应的用户数据。
其中， 选择模块 112还可以进一步包括： 第一存储模块 1120和 用户数据确定模块 1121。
第一存储模块 1120 , 用于保存用户的状态信息和用户数据的第 一对应关系。
用户数据确定模块 1121 , 用于根据第一存储模块 1120中保存的 第一对应关系，选择查找模块 111查找到的用户的状态信息对应的用 户数据。 其中， 选择模块 112还可以进一步包括： 第二存储模块 1122和 文件路径确定模块 1123。
第二存储模块 1122 , 用于保存用户的状态信息和文件路径的第 二对应关系。
文件路径确定模块 1123 , 用于根据第二存储模块 1122保存的第 二对应关系，查找查找模块 111查找到的用户的状态信息对应的文件 路径， 选择该文件路径对应的用户数据。
其中， 管理服务器 11还可以进一步包括： 响应模块 113。
响应模块 113 , 用于向业务服务器发送携带有选择模块 112选择 的用户数据的响应消息。
如图 3A所示， 本发明实施例确定用户数据的第一种方法包括下 列步骤：
步骤 a300、 接收业务服务器发送的携带有用户标识的访问请求 消息。
步骤 a301、 根据所述用户标识查找对应的用户的状态信息。 步骤 a302、 根据查找到的所述用户的状态信息选择对应的用户 数据。
其中， 步骤 a302之后还可以进一步包括：
向业务服务器发送携带有确定的用户数据的响应消息。
其中， 步骤 a302之后还可以进一步包括：
业务服务器根据选择的用户数据进行操作。
业务服务器进行操作的方式包括但不限于下列方式中的一种： 业务服务器判断是否向用户提供业务服务，业务服务器是否向用 户发送消息等等。
比如： 用户数据为拒绝广告信息， 则业务服务器判断给用户提供 的业务是否为广告信息， 如果是， 则不向用户提供业务信息； 否则， 向用户提供业务信息。
其中， 确定用户数据的第一种方法还包括：
在预先设置的切换条件满足时， 切换用户的状态信息， 或根据收 到的用户切换信息， 切换用户的状态信息。
步骤 a302还可以进一步包括：
根据预先设定的用户的状态信息和用户数据的对应关系，选择用 户的状态信息对应的用户数据； 或
根据预先设定的用户的状态信息和文件路径的对应关系，查找用 户的状态信息对应的文件路径， 选择该文件路径对应的用户数据。
其中， 确定用户数据的第一种方法可以分别由聚合代理实体、 映 射代理实体、 扩展标识语言文件管理服务器以及用户状态服务器实 现， 则具体的流程如图 3B所示。
如图 3B所示， 本发明实施例确定用户数据的第二种方法包括下 列步骤：
预先设定用户的状态信息和文件路径的对应关系，并且存储在映 射代理实体中； 用户数据存储在扩展标识语言文件管理服务器中。
步骤 b300、 业务服务器向映射代理实体发送包含用户标识、 业 务统一标识以及请求路径的访问请求消息。
其中， 请求中可以包含显示标识（即特殊字段）用来指示该请求 消息由映射代理实体处理 , 比如： 在请求中的 AUID之前加入路径片 断 （ current ) 以 区别于其他请求消息， http://[XCAP Root URI]/current/[AUID] , 或者可直接根据 AUID将请求消息发送到映射 代理实体。
其中， 业务服务器发送的访问请求消息如表 10所示：
GET http： //xca . example . com/ current /pres-rules/users/ sip： Michael@ example.com/
ruleset HTTP/1.1
Content-Length: 0
表 10 业务服务器发送的访问请求消息 步骤 b301、 聚合代理实体收到该访问请求消息后， 根据消息中 的显示标识将该消息发送给映射代理实体。
步骤 b302、 映射代理实体收到该访问请求消息后， 向用户状态 服务器发送包含用户标识的请求消息。
步骤 b303、 用户状态服务器收到该请求消息后， 确定请求消息 中的用户标识对应的用户的状态信息，并将该用户的状态信息返回给 映射代理实体。
步骤 b304、 映射代理实体根据用户的状态信息和文件路径的对 应关系， 确定对应的文件路径， 并将访问请求消息中的请求路径替换 为确定的文件路径。
其中，如果用户状态服务器中存储了用户的状态信息和文件路径 的对应关系， 则步骤 b303中， 用户状态服务器将确定的文件路径发 送给映射代理实体， 步骤 b304中， 映射代理实体直接将访问请求消 息中的请求路径替换为收到的文件路径。
步骤 b305、 映射代理实体将替换后的访问请求消息发送给扩展 标识语言文件管理服务器。
其中， 映射代理实体发送的访问请求消息如表 11所示：
GET http://xcap.example.eom/current/pres-rules/users/sip:Michael@ example.com/ruleset -home
HTTP/1.1
Content-Length: 0
表 11 映射代理实体发送的访问请求消息 步骤 b306~b308、 扩展标识语言文件管理服务器收到访问请求消 息后根据消息中的请求路径， 确定对应的用户数据， 将该用户数据通 过映射代理实体和聚合代理实体发送给业务服务器。
其中，扩展标识语言文件管理服务器存储多个实际文件名所标识 的文件来表示一个基本文件名所标识的用户数据在用户不同状态下 的副本。 每个实际存储的文件中都存储了用户数据。 例如， 对于业务 A, 用户 U的用户数据 rule— set, 在用户状态为 home时， 对应的实际 文件名为 rule— set— home; 在用户状态为 work时， 对应的实际文件名 为 rule— set— work。 这两个文件对应同一个访问文件名 rule— set。
扩展标识语言文件管理服务器存储结构如表 12所示:
<?xml version:" 1.0" encoding="UTF-8 " ?>
<cr:ruleset xmlns="urn:ietf:params:xml:ns:pres-rules"
xmlns : pr= " urn : ietf : params : xml : ns : pre s-mle s "
xmlns : cr= "urn : ietf : params : xml : ns : common-policy ">
<cr:rule id="a">
<cr:conditions>
<cr:identity>
Figure imgf000021_0001
</cr:identity>
</cr:conditions>
<cr:actions>
<pr: sub-handling>allow</ r： sub-handling> </cr:actions>
<cr:transformations>
</cr:transformations>
</cr:rule>
<cr:rule id="b">
<cr:conditions>
Figure imgf000021_0002
</cr:identity>
</cr:conditions>
<cr:actions>
<pr: sub-handling>allow</pr:sub-handling>
</cr:actions> <cr:transformations>
</cr:transformations>
</cr:rule>
</cr:ruleset>
表 12扩展标识语言文件管理服务器存储结构 表 12中， 用户 Michael的用户数据文件内部信息存储结构中有 多个文件， 例如用户数据 fileAl 在 "home" 和 "work" 状态下所对 应的实际文件名分别为 fileAl -home , fileAl -work。
步骤 b309、 业务服务器根据收到的用户数据进行操作。
如图 3C所示， 本发明实施例确定用户数据的第三种方法包括： 图 3B中的映射代理实体的功能由聚合代理实体完成； 预先设定 用户的状态信息和文件路径的对应关系， 并且存储在聚合代理实体 中； 用户数据存储在扩展标识语言文件管理服务器中。
步骤 c300、 业务服务器向聚合代理实体发送包含用户标识、 业 务统一标识以及请求路径的访问请求消息。
步骤 c301、 聚合代理实体收到该访问请求消息后， 向用户状态 服务器发送包含用户标识的请求消息。
步骤 c302、 用户状态服务器收到该请求消息后， 确定请求消息 中的用户标识对应的用户的状态信息，并将该用户的状态信息返回给 聚合代理实体。
步骤 c303、 聚合代理实体根据用户的状态信息和文件路径的对 应关系， 确定对应的文件路径， 并将访问请求消息中的请求路径替换 为确定的文件路径。
其中，如果用户状态服务器中存储了用户的状态信息和文件路径 的对应关系， 则步骤 c302中， 用户状态服务器将确定的文件路径发 送给聚合代理实体， 步骤 c303 中， 聚合代理实体直接将访问请求消 息中的请求路径替换为收到的文件路径。
步骤 c304、 聚合代理实体将替换后的访问请求消息发送给扩展 标识语言文件管理服务器。
步骤 c305~c306、 扩展标识语言文件管理服务器收到访问请求消 息后根据消息中的请求路径， 确定对应的用户数据， 将该用户数据通 过聚合代理实体发送给业务服务器。
步骤 c307、 业务服务器根据收到的用户数据进行操作。
如图 3D所示， 本发明实施例确定用户数据的第四种方法包括： 图 3B中的映射代理实体的功能由扩展标识语言文件管理服务器 完成； 预先设定用户的状态信息和文件路径的对应关系， 并且存储在 扩展标识语言文件管理服务器中；用户数据存储在扩展标识语言文件 管理服务器中。
步骤 d300、 业务服务器向聚合代理实体发送包含用户标识、 业 务统一标识以及请求路径的访问请求消息。
步骤 d301、 聚合代理实体收到该访问请求消息后， 根据消息中 的显示标识将该消息发送给扩展标识语言文件管理服务器。
步骤 d302、 扩展标识语言文件管理服务器。 收到该访问请求消 息后， 向用户状态服务器发送包含用户标识的请求消息。
步骤 d303、 用户状态服务器收到该请求消息后， 确定请求消息 中的用户标识对应的用户的状态信息，并将该用户的状态信息返回给 扩展标识语言文件管理服务器
步骤 d304、 扩展标识语言文件管理服务器根据用户的状态信息 和文件路径的对应关系， 确定对应的文件路径， 并 4艮据该文件路径确 定对应的用户数据。
其中，如果用户状态服务器中存储了用户的状态信息和文件路径 的对应关系， 则步骤 d303中， 用户状态服务器将确定的文件路径发 送给扩展标识语言文件管理 ^良务器， 步骤 d304中， 扩展标识语言文 件管理服务器直接根据收到的文件路径确定对应的用户数据。
步骤 d305~d306、 扩展标识语言文件管理服务器将该用户数据通 过聚合代理实体发送给业务服务器。
步骤 d307、 业务服务器根据收到的用户数据进行操作。 本领域技术人员应该明白，本发明实施例所提供的各个模块并不 限于本发明实施例中所在的服务器或实体中，可以根据需要置于不同 顺序， 根据需要可以调整步骤顺序， 从而可以实现与本发明相同的目 的， 上述的变化对于本领域技术人员来说是显而易见的。
从上述实施例中可以看出：本发明实施例接收业务服务器发送的 携带有用户标识的访问请求消息，根据所述用户标识查找对应的用户 的状态信息， 根据查找到的所述用户的状态信息选择对应的用户数 据， 从而满足用户在不同状态下的需求， 提高了用户体验。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解 到本发明， 可以通过硬件实现， 也可以借助软件加必要的通用硬件平 台的方式来实现。基于这样的理解， 本发明的技术方案可以以软件产 品的形式体现出来， 该软件产品可以存储在一个非易失性存储介质
(可以是 CD-ROM, U盘， 移动硬盘等） 中， 包括若干指令用以使 得一台计算机设备（可以是个人计算机， 服务器， 或者网络设备等） 执行本发明各个实施例所述的方法。
总之， 以上所述仅为本发明的较佳实施例而已， 并非用于限定本 发明的保护范围。 凡在本发明的精神和原则之内所作的任何修改、 等 同替换、 改进等， 均应包含在本发明的保护范围之内。

Claims

权利要求
1、 一种确定用户数据的方法， 其特征在于， 所述方法包括： 接收业务服务器发送的携带有用户标识的访问请求消息； 才艮据所述用户标识查找对应的用户的状态信息；
根据查找到的所述用户的状态信息选择对应的用户数据。
2、 如权利要求 1所述的方法， 其特征在于， 所述根据查找到的 所述用户的状态信息选择对应的用户数据之后还包括：
向所述业务服务器发送携带有所述用户数据的响应消息。
3、 如权利要求 1所述的方法， 其特征在于， 所述根据查找到的 所述用户的状态信息选择对应的用户数据之后还包括：
所述业务服务器根据所述管理服务器选择的所述用户数据进行 操作；
其中， 所述操作包括：
是否向用户发送消息或是否向用户提供业务服务。
4、 如权利要求 1所述的方法， 其特征在于， 所述方法还包括： 在预先设置的切换条件满足时， 切换所述用户的状态信息， 或根 据收到的用户切换信息， 切换所述用户的状态信息。
5、 如权利要求 1所述的方法， 其特征在于， 所述根据查找到的 所述用户的状态信息选择对应的用户数据包括：
根据预先设定的用户的状态信息和用户数据的对应关系，选择所 述用户的状态信息对应的用户数据。
6、 如权利要求 1所述的方法， 其特征在于， 所述根据查找到的 所述用户的状态信息选择对应的用户数据包括：
根据预先设定的用户的状态信息和文件路径的对应关系，查找所 述用户的状态对应的文件路径， 选择所述文件路径对应的用户数据。
7、 一种确定用户数据的系统， 包括业务服务器， 其特征在于， 所述系统还包括：
管理服务器，用于接收所述业务服务器发送的携带有用户标识的 访问请求消息， 根据所述用户标识查找对应的用户的状态信息， 根据 查找到的所述用户的状态信息选择对应的用户数据。
8、 如权利要求 7所述的系统， 其特征在于， 所述管理服务器包 括：
接收模块，用于接收所述业务服务器发送的携带有用户标识的访 问请求消息；
查找模块， 用于才艮据所述用户标识查找对应的用户的状态信息； 选择模块，用于根据所述查找模块查找到的所述用户的状态信息 选择对应的用户数据。
9、 如权利要求 7所述的系统， 其特征在于， 所述管理服务器还 包括：
响应模块，用于向所述业务服务器发送携带有所述选择模块选择 的所述用户数据的响应消息。
10、 如权利要求 7所述的系统， 其特征在于， 所述业务服务器包 括：
处理模块，用于根据所述管理服务器选择的所述用户数据进行操 作；
其中， 所述操作包括：
是否向用户发送消息或是否向用户提供业务服务。
11、 如权利要求 8所述的系统， 其特征在于， 所述系统还包括： 用户状态服务器， 用于在预先设置的切换条件满足时， 切换所述 用户的状态信息， 或根据收到的用户切换信息， 切换所述用户的状态 信息；
则所述查找模块包括：
第一模块，用于通过所述用户状态服务器查找对应的用户的状态 信息。
12、如权利要求 8所述的系统，其特征在于，所述选择模块包括： 第一存储模块，用于保存用户的状态信息和用户数据的第一对应 关系； 用户数据确定模块， 用于根据所述第一对应关系， 选择所述查找 模块查找到的用户的状态信息对应的用户数据。
13、如权利要求 8所述的系统，其特征在于，所述选择模块包括： 第二存储模块，用于保存用户的状态信息和文件路径的第二对应 关系；
文件路径确定模块， 用于根据所述第二对应关系， 查找所述查找 模块查找到的所述用户的状态信息对应的文件路径，选择所述文件路 径对应的用户数据。
14、 一种确定用户数据的系统， 包括业务服务器， 其特征在于， 所述系统还包括：
聚合代理实体，用于接收所述业务服务器发送的携带有用户标识 的访问请求消息；
映射代理实体，用于根据所述用户标识查找对应的用户的状态信 息， 根据查找到的所述用户的状态信息选择对应的用户数据。
15、 如权利要求 14所述的系统， 其特征在于， 所述映射代理实 体包括：
查找模块， 用于才艮据所述用户标识查找对应的用户的状态信息； 选择模块，用于根据所述查找模块查找到的所述用户的状态信息 选择对应的用户数据。
16、 如权利要求 14所述的系统， 其特征在于， 所述映射代理实 体还包括：
响应模块，用于向所述业务服务器发送携带有所述选择模块选择 的所述用户数据的响应消息。
17、 如权利要求 14所述的系统， 其特征在于， 所述业务服务器 包括：
处理模块，用于根据所述映射代理实体选择的所述用户数据进行 操作；
其中， 所述操作包括：
是否向用户发送消息或是否向用户提供业务服务。
18、 如权利要求 15所述的系统， 其特征在于， 所述系统还包括： 用户状态服务器， 用于在预先设置的切换条件满足时， 切换所述 用户的状态信息， 或根据收到的用户切换信息， 切换所述用户的状态 信息；
则所述查找模块包括：
第一模块，用于通过所述用户状态服务器查找对应的用户的状态 信息。
19、 如权利要求 15所述的系统， 其特征在于， 所述系统还包括： 扩展标识语言文件管理服务器， 用于保存用户数据；
则所述选择模块包括：
第一存储模块，用于保存用户的状态信息和用户数据的第一对应 关系；
用户数据确定模块， 用于根据所述第一对应关系， 从所述扩展标 识语言文件管理服务器中，选择所述查找模块查找到的用户的状态信 息对应的用户数据； 或
第二存储模块，用于保存用户的状态信息和文件路径的第二对应 关系；
文件路径确定模块， 用于根据所述第二对应关系， 查找所述查找 模块查找到的所述用户的状态信息对应的文件路径，从所述扩展标识 语言文件管理服务器中， 选择所述文件路径对应的用户数据。
20、 如权利要求 14所述的系统， 其特征在于， 所述映射代理实 体可以置于所述聚合代理实体中。
21、 如权利要求 19所述的系统， 其特征在于， 所述映射代理实 体可以置于所述扩展标识语言文件管理服务器中。
22、 一种管理服务器， 其特征在于， 包括：
接收模块，用于接收所述业务服务器发送的携带有用户标识的访 问请求消息；
查找模块， 用于才艮据所述用户标识查找对应的用户的状态信息； 选择模块，用于根据所述查找模块查找到的所述用户的状态信息 选择对应的用户数据。
23、 如权利要求 22所述的管理服务器， 其特征在于， 还包括： 响应模块，用于向所述业务服务器发送携带有所述选择模块选择 的所述用户数据的响应消息。
24、 如权利要求 22所述的管理服务器， 其特征在于， 所述选择 模块包括：
第一存储模块，由于保存用户的状态信息和用户数据的第一对应 关系；
用户数据确定模块， 用于根据所述第一对应关系， 选择所述查找 模块查找到的用户的状态信息对应的用户数据。
25、 如权利要求 22所述的管理服务器， 其特征在于， 所述选择 模块包括：
第二存储模块，用于保存用户的状态信息和文件路径的第二对应 关系；
文件路径确定模块， 用于根据所述第二对应关系， 根据预先设定 的用户的状态信息和文件路径的对应关系，查找所述查找模块查找到 的所述用户的状态信息对应的文件路径，选择所述文件路径对应的用 户数据。
PCT/CN2008/072425 2007-10-12 2008-09-19 Method, system and device for determining user data WO2009049517A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
EP08800919A EP2187585A4 (en) 2007-10-12 2008-09-19 METHOD, SYSTEM AND DEVICE FOR DETERMINING USER DATA

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200710151430.3A CN101409718A (zh) 2007-10-12 2007-10-12 一种确定用户数据的方法、系统及装置
CN200710151430.3 2007-10-12

Publications (1)

Publication Number Publication Date
WO2009049517A1 true WO2009049517A1 (en) 2009-04-23

Family

ID=40567002

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2008/072425 WO2009049517A1 (en) 2007-10-12 2008-09-19 Method, system and device for determining user data

Country Status (3)

Country Link
EP (1) EP2187585A4 (zh)
CN (1) CN101409718A (zh)
WO (1) WO2009049517A1 (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102339285A (zh) * 2010-07-16 2012-02-01 中国联合网络通信集团有限公司 web应用和终端自动匹配的方法和系统以及网络侧设备
CN103685182A (zh) * 2012-09-14 2014-03-26 中兴通讯股份有限公司 用户数据的处理方法及装置
CN105827423A (zh) * 2015-01-07 2016-08-03 中兴通讯股份有限公司 数据获取方法及装置

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1543615A (zh) * 2001-08-15 2004-11-03 Ħ��������˾ 使用存储的规则集提供通信操作的动态选择的系统和方法
CN1602029A (zh) * 2003-09-26 2005-03-30 华为技术有限公司 个性化提示信息系统及其方法
CN1859322A (zh) * 2005-12-17 2006-11-08 华为技术有限公司 查询用户信息的方法
CN1917483A (zh) * 2006-08-30 2007-02-21 中国移动通信集团公司 信息发送方法
US20070043692A1 (en) * 2005-08-19 2007-02-22 Samsung Electronics Co., Ltd. System and method for managing XDM service information
WO2007019729A1 (fr) * 2005-08-18 2007-02-22 Zte Corporation Systeme et methode d'emission de tonalites de retour d'appel personnalisees en fonction de l'information d'etat de presence de l'utilisateur appele
WO2007068289A1 (en) * 2005-12-16 2007-06-21 Telefonaktiebolaget Lm Ericsson (Publ) Xml document manager server method and apparatus

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2007042624A1 (en) * 2005-10-14 2007-04-19 Nokia Corporation Lawful interception
CN100563196C (zh) * 2005-11-25 2009-11-25 华为技术有限公司 通信系统和在通信系统中查询信息的方法

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1543615A (zh) * 2001-08-15 2004-11-03 Ħ��������˾ 使用存储的规则集提供通信操作的动态选择的系统和方法
CN1602029A (zh) * 2003-09-26 2005-03-30 华为技术有限公司 个性化提示信息系统及其方法
WO2007019729A1 (fr) * 2005-08-18 2007-02-22 Zte Corporation Systeme et methode d'emission de tonalites de retour d'appel personnalisees en fonction de l'information d'etat de presence de l'utilisateur appele
US20070043692A1 (en) * 2005-08-19 2007-02-22 Samsung Electronics Co., Ltd. System and method for managing XDM service information
WO2007068289A1 (en) * 2005-12-16 2007-06-21 Telefonaktiebolaget Lm Ericsson (Publ) Xml document manager server method and apparatus
CN1859322A (zh) * 2005-12-17 2006-11-08 华为技术有限公司 查询用户信息的方法
CN1917483A (zh) * 2006-08-30 2007-02-21 中国移动通信集团公司 信息发送方法

Non-Patent Citations (1)

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

Also Published As

Publication number Publication date
EP2187585A1 (en) 2010-05-19
EP2187585A4 (en) 2012-01-25
CN101409718A (zh) 2009-04-15

Similar Documents

Publication Publication Date Title
TWI791935B (zh) 服務發現的方法及設備
US9363106B2 (en) Apparatus and method for providing contacts through interworking between messaging service and social network service
KR101504064B1 (ko) 사용자 선호도 프로파일을 관리하기 위한 시스템 및 방법
US20060133407A1 (en) Content sharing in a communication system
EP1960907B1 (en) Xml document manager server method and apparatus
US20080256117A1 (en) Managing entity data in case of multiple entity identities
JP5545953B2 (ja) Ｘｍｌ文書管理サーバヒストリーを管理するためのシステム及び方法
KR20110008334A (ko) 네트워크 기반 컨버지드 주소록을 위한 시스템 및 방법
WO2008131628A1 (fr) Procédé et système de messagerie permettant de gérer des contenus multimédia dans un stockage uniforme
WO2011029025A1 (en) Methods and apparatus to subscribe for change notifications in a document management system
TW201248419A (en) Content sharing within a private user group
WO2009049517A1 (en) Method, system and device for determining user data
EP2248359A2 (en) Cpm service provisioning system and method for interworking with non-cpm service
WO2013075534A1 (zh) 一种基于RCS-e系统的信息处理的方法及终端
CN103460681B (zh) 融合地址薄能力的管理方法
US20130091287A1 (en) System for contact subscription invitations in a cross-domain converged address book system
WO2010020153A1 (zh) 一种根据用户状态选择用户的方法、装置和系统
US20120297029A1 (en) Method and Apparatus For Routing XCAP Requests
US20120072534A1 (en) Method and System for the Exposure of Simplified Data-Service Facades Through a Context Aware Access Layer
WO2009083524A1 (en) Enhanced presence server system
WO2010108392A1 (zh) 业务网络中增强用户信息的方法、设备及系统
WO2008100019A1 (en) Method for providing cpm service using device profile
Sogunle A Unified Data Repository for Rich Communication Services
WO2009024099A1 (fr) Procédé servant à mettre en place des requêtes de répertoire de réseau et un serveur de requêtes de répertoire de réseau
WO2023165717A1 (en) Technique for enriching user plane traffic in a core network domain with sensual content

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

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2008800919

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE