WO2010012204A1 - 管理要素的方法、装置和系统 - Google Patents

管理要素的方法、装置和系统 Download PDF

Info

Publication number
WO2010012204A1
WO2010012204A1 PCT/CN2009/072869 CN2009072869W WO2010012204A1 WO 2010012204 A1 WO2010012204 A1 WO 2010012204A1 CN 2009072869 W CN2009072869 W CN 2009072869W WO 2010012204 A1 WO2010012204 A1 WO 2010012204A1
Authority
WO
WIPO (PCT)
Prior art keywords
client
selection
instruction
selection element
subunit
Prior art date
Application number
PCT/CN2009/072869
Other languages
English (en)
French (fr)
Inventor
刘海涛
王睿
宋悦
李小娟
Original Assignee
华为技术有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 华为技术有限公司 filed Critical 华为技术有限公司
Publication of WO2010012204A1 publication Critical patent/WO2010012204A1/zh

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor

Definitions

  • the present invention relates to the field of information processing, and in particular, to a method, apparatus and system for managing elements. Background technique
  • a CBUS (Condition Based URI s Se lect i on ) server is generated, and the CBUS server is connected to each information server, and the client can send all the conditions and ranges of the peer user to be queried.
  • the CBUS server queries each information server, and then sends the selected user list satisfying the selection condition to the client.
  • the inventor found that at least the following problems exist in the prior art: each time the client selects a user, the client sends a large number of selection elements to the CBUS server (the elements may be conditions, ranges, etc.) This will consume a lot of link resources between the client and the server.
  • Embodiments of the present invention provide a method, apparatus, and system for managing elements that can save link resources between a client and a server.
  • a method for managing elements on the network side including:
  • the management operation of the selected element by the client is accepted.
  • a method of client management elements including:
  • a device for managing elements on the network side comprising:
  • Storage unit used to store the selection elements specified by the client
  • Managed unit Used to accept the management operation of the selected element by the client.
  • a device for managing client elements including:
  • Management unit Used to manage the selection elements of the network.
  • a system for managing elements including: servers and clients,
  • Server Used to store selected elements, accept management operations on the selected elements
  • Client Used to manage selected elements.
  • the method, device and system for managing elements provided by the embodiments of the present invention enable the network side to store the selected elements in advance, and each time the client needs to select a user, the management operation of the selected elements may be performed, due to the amount of instruction data of the management operation. To be smaller than the amount of data of the selected feature, this can save link resources between the client and the server.
  • FIG. 1 is a flow chart of a first embodiment of a method according to the present invention.
  • Embodiment 2 is a flow chart of Embodiment 2 of the method of the present invention.
  • FIG. 3 is a schematic diagram of a first structure of storing elements in a management object manner according to Embodiment 2 of the method of the present invention
  • 4 is a second schematic structural diagram of storing elements in a management object manner according to Embodiment 2 of the method of the present invention
  • FIG. 5 is a flowchart of Embodiment 3 of the method of the present invention.
  • FIG. 6 is a schematic structural diagram of storing elements in a management object manner according to Embodiment 3 of the method of the present invention
  • FIG. 7 is a schematic structural diagram of storing elements in a management object manner after modifying element content in Embodiment 3 of the method of the present invention
  • Figure 8 is a flow chart of Embodiment 4 of the method of the present invention.
  • FIG. 9 is a structural diagram of a network end of an apparatus embodiment of the present invention.
  • FIG. 10 is a structural diagram of a client device according to an embodiment of the present invention.
  • FIG. 11 is a structural diagram of a network end of a system embodiment of the present invention.
  • FIG. 12 is a structural diagram of a client according to an embodiment of the system of the present invention.
  • the first embodiment of the method of the present invention includes:
  • the S10 network side stores the selection elements specified by the client.
  • the elements may include: conditions and/or ranges.
  • the manner of storing the elements includes: a database mode and/or a tabular mode and/or a management object mode and/or an electronic document mode.
  • the client manages the selected elements of the network.
  • the client wants the network to return the list of users obtained by the last selection element, and only needs to send a management operation instruction to the network, and call the last condition and scope, so that the network has stored the last time of the client.
  • the selection of features so there is no need for the client to send the selection elements again.
  • the management operations include: creating a new selection element, changing an existing selection element content, and deleting a selection element.
  • each item in the selection element can also be logically operated with "and" and "or", that is, the result of satisfying the contents of the search element, or the result of satisfying one of the contents of the search element.
  • the network end accepts a management operation of the selected element by the client.
  • the network side can store the selected elements in advance, and each time the client needs to select a user, the management operation of the selected element can be performed, because the amount of data of the instruction operation of the management operation is 'J, the amount of data of the selected element. This saves link resources between the client and the server.
  • the second embodiment of the method includes:
  • the S20 network side stores the selection elements specified by the client.
  • the elements may include: conditions and/or ranges.
  • the content of the condition may include: online information of the user, network bearer information, client device application capability information, and user's hobbies and moods, and the like.
  • the scope of the content can include: A list of users that can be considered as a set of uniform resource identifiers.
  • the network side stores the selection elements previously selected by the client, with the following conditions: Located near a certain mall, the status is online; the scope is: User list.
  • the content of the element does not specifically refer to the conditions and scope, but also the content that other users care about.
  • the conditions and scope are taken as an example.
  • the manner of storing the elements includes: a database mode and/or a tabular mode and/or a management object mode and/or an electronic document mode.
  • the network side sets a unique identifier for the selection element specified by the client.
  • the purpose of setting up the logo is to facilitate the management of the selected elements on the network side.
  • the identifiers may be uniformly numbered by the network, or may be numbered by the network according to the uniform resource identifier of each requester.
  • the network-side unified number can be selected as the condition and the range numbered together, or the conditions and ranges are numbered separately. For example, the physical address of a network device that is currently used.
  • the network side can also choose to number the conditions and ranges together or number them according to the Uniform Resource Identifier (URI) number of each requester.
  • URI Uniform Resource Identifier
  • the requester's URI is: sip: joebloggsolexample.com, sent to the network a condition and a range, the client number is Condition_01 and Scope_01, then the condition can be numbered: joebloggsSexam le. corn-Condi t ion-01
  • the range can be numbered as: joebloggsolexample.com_Scope_01.
  • the conditions and scope can also be numbered uniformly.
  • the client number is CBUS_01, CBUS-02, and the conditions and scope of the requester can be numbered as: joebloggsSexam le. com— CBUS-01 and joebloggsSexam le. com_CBUS-02.
  • the client can use the identifier assigned by the network for the condition and scope, or use the identifier assigned by itself.
  • the client sends a call instruction to the network.
  • the condition that the status is online and the corresponding user range located near a certain shopping mall may be called, and the identifier corresponding to the element may be sent to the network by calling the instruction.
  • the network end receives a call instruction sent by the client.
  • the network performs user selection according to an element corresponding to the identifier in the call instruction.
  • the network finds the corresponding element according to the identifier sent by the client, and performs user selection according to the condition that the status is online and the corresponding user range located near a certain shopping mall.
  • the network returns a selected user list to the client.
  • the database method of storing the elements in step S201 is such that, as shown in Table 1, it is stored in the form of a database in which the identification ID of the condition and/or range, the identifier of the requester, the condition and / or the value of the range, the name of the condition and scope, and their effective retention time and other information.
  • step S201 the elements are stored in the management object manner, and the following two forms can be used:
  • Each node is described as follows:
  • Table 2 shows: This node is the parent of all conditions on the network side.
  • Table 3 shows: This node is a placeholder for all conditions on the network side.
  • Table 4 shows: This is the leaf node, which specifies the ID of the network-side condition to uniquely represent the condition. ⁇ X>/Conditions/ ⁇ X>/Name
  • Table 5 shows: This is a leaf node, giving the name of a specific condition. This parameter is optional. ⁇ X>/Condi t ions / ⁇ X>/Reques tor
  • Table 6 shows: This is a leaf node that gives the ID ID of the requester who uploaded the condition.
  • Table 7 shows: This is a leaf node that specifies the concrete expression of the condition on the network side.
  • Table 8 shows: This is a leaf node, which gives the effective time for a specific condition to be saved on the network. This parameter is optional.
  • the node is the parent of all ranges on the network. ⁇ X>/Scopes/ ⁇ X>
  • Table 10 shows: This node is a placeholder for all ranges on the network side.
  • Table 11 shows: This is a leaf node that specifies the range of I D on the network side to uniquely represent the range.
  • Table 12 shows: This is a leaf node, giving the name of a specific range. This parameter is optional. ⁇ X>/Condi t ions / ⁇ X>/Reques tor
  • Table 13 shows: This is a leaf node that gives the ID ID of the requester who uploaded the range. ⁇ X>/Scopes/ ⁇ X>/Va lue
  • Table 14 shows: This is a leaf node that specifies the specific expression for the range on the network side.
  • Table 15 shows: This is a leaf node, which gives the effective time that a specific range is saved on the network. This parameter is optional.
  • Table 16 shows: This node is the parent node of all requestors who hold conditions and scopes on the network side.
  • Table 17 shows: This node is a placeholder for all requesters on the network. The remaining nodes are the same as the previous one.
  • the 0MA standard organization reuses the XC AP protocol to implement XML Document Management (XDM).
  • XML documents commonly used in OMA XDM include the Shared Group XDM document (AUID: "org. openmobi lea ll Iance. groups " ), RLS ( Resource Li st Server ) XDM documents ( AUID: "rl s-services” ) and so on.
  • Step S201 storing an element in an electronic document manner may define an X-ray document to save the selection element, as follows:
  • AUID application identifier
  • the selection element such as: "org. openmobi lea ll iance. cbus”
  • the corresponding protocol type such as: “appl ica t ion/vnd. oma. cbus+xml”
  • targetNamespace "urn:oma:xml:xdm:cbus"
  • xmlns urn:oma:xml:xdm:cbus
  • Step S201 to store the elements in electronic document mode may also be to extend the original XDM document to save the selected elements, as follows:
  • the original Shared Group XDM document for the P0C protocol can be extended.
  • the AUID is: "org. openmobi lea l 1 iance. groups ".
  • information about the conditions and scope of the interface is added to the electronic document: Name , the value of the condition and range, the effective time of the save, and so on. Its specific contents are as follows:
  • the client selects a user's selection element on the network side, and sets a unique identifier for the element, so that, on the client side, if the new selection element is the same as before, the client only
  • the identifier corresponding to the selected element is sent to the network end, and the network selects an element corresponding to the identifier according to the identifier, selects according to the element, and returns the selected user list to the client. Since the amount of data of the identifier is much smaller than the element, when the client selects the selection element that has been selected before, the node can save the link resource between the client and the server by sending the identifier.
  • Figure 5 shows a third embodiment of the method of the present invention:
  • the network side uses the CBUS server, and the client name is "s ip: joebloggsSexamp le. com".
  • the user uses the CBUS function for user selection, and the selected elements include conditions and ranges.
  • the selection condition of the user is: online, currently in Beijing, the terminal is a color screen user, and the screen size of the terminal device is preferably greater than 160*240.
  • “online” and “currently in Beijing” are two logical conditions. That is, the two conditions must exist at the same time, and the terminal is a color screen.
  • the screen size of the user terminal device is preferably greater than 160*. 240 These two conditions, as long as they meet one.
  • the user's selection range is: 5 friends, respectively Tony, Bob, Chr i s, John, Br iar
  • the client performs a management operation on the network to create a new selection element.
  • the new selection elements include:
  • Selection conditions “Online” and “currently in Beijing” are available at the same time. "The terminal is a color screen. The "and” user terminal device has a screen size greater than 160*240". These two conditions satisfy at least one of them. Selection range: Tony, Bob, Chris, John, Briar
  • the network side stores the new selection element, and sets a unique identifier for the new element.
  • the CBUS server stores the new selection element according to the condition and the range, and assigns an identifier to the new selection element.
  • the network end sends the correspondence between the element and the identifier to the client.
  • S504 The client receives a correspondence between the element and the identifier returned by the network.
  • the client initiates a management operation for changing the content of the selected element to the network.
  • the network side modifies the selected element according to the management operation of the client.
  • the originally saved information becomes the content shown in Table 19.
  • a range 1 joebloggsSexample. com_Scope_02
  • the content is a friend ⁇ 'J table ( FriendList )
  • the condition is also changed to "online” and "currently in Beijing” It is available at the same time as the "terminal is a color screen”.
  • the client sends a management operation instruction that invokes the selection element to the network.
  • the network end receives a management operation instruction of the call selection element sent by the client, performs user selection on the element corresponding to the identifier, and returns the selected user list to the client.
  • the CBUS server After receiving the command, the CBUS server will select according to the content of the saved condition 1 and the user list of the range 1, and return the selected user list to the user.
  • the client receives the selected user list returned by the network.
  • the client selects a selection element of the user on the network, and sets an identifier for the element, because the amount of data of the identifier is much smaller than the element, so that when the client selects the selected element to the network, the identifier is sent.
  • the link resources between the client and the server can be saved, and the user can conveniently manage the selected elements.
  • Figure 8 shows a fourth embodiment of the method of the present invention: S 801.
  • the client initiates a management operation for creating a new selection element to the network.
  • the user "s ip: joebloggsSlexample. com" often uses the CBUS function for some user selection, so he intends to store some conditions and scope on the CBUS server.
  • the conditions and scope are the same as those in the third embodiment.
  • the network side storage client selects a selection element of the user, and sets an identifier for the element.
  • the stored XML document is as follows:
  • the CBUS server After receiving the conditions and scope sent by the client, the CBUS server stores the data in the XML file format conforming to the XCAP protocol, and the identifier of the condition and scope is uniformly specified by the server.
  • the saved XML document gives a condition (Condi t ion- 0001 ) and a range ( Scope. OOOl ), and gives their specific values, ID ID, display name, and saved valid time.
  • the network sends the correspondence between the element and the identifier to the client.
  • the client initiates a management operation for creating a new selection element to the network again.
  • the network side creates and stores a new selection element according to a management operation of the client.
  • the CBUS server After receiving the user's instruction, the CBUS server updates the stored XML document as follows:
  • the network sends the corresponding relationship between the element and the identifier to the client.
  • S807 The client receives a correspondence between the element and the identifier returned by the network.
  • the client sends a management operation instruction that invokes the selection element to the network. Later, the user wants to use the conditions 1 and 2 and the range 1 to select the user operation. At this time, the following command can be issued:
  • the network end receives a management operation instruction sent by the client to invoke the selection element, performs user selection, and returns the selected user list to the client.
  • the CBUS server After receiving the command, the CBUS server will perform an AND operation on the contents of the saved conditions 1 and 2, select according to the user list in the range 2, and return the selection result to the user.
  • the client receives the selected user list returned by the network.
  • the user performs management operations on the selected elements stored in the network according to his own needs, and then can modify and supplement the previous management operations according to his own needs, so that the selected elements can be more adapted to the immediate needs of the client.
  • the client wants to perform the user selection, only the calling instruction including the identifier corresponding to the selected element is sent to the network, and the network selects the corresponding element according to the identifier, and selects according to the element and The client returns a list of selected users. Since the amount of data to be identified is much smaller than the elements, this embodiment can save link resources between the client and the server.
  • the apparatus of the present invention is embodied as shown below.
  • the network device includes:
  • Storage unit 1 for storing the selection elements specified by the client;
  • Managed unit 2 Used to accept the management operation of the selected element by the client.
  • the client device further includes:
  • Identification setting unit 3 Used to set an identification for the user's selection of the user's selection elements.
  • the managed unit 2 includes:
  • Create subunit 21 Used to create new selection features.
  • Change Subunit 22 Used to change the contents of an existing selection feature.
  • Delete subunit 23 Used to delete selected features.
  • Call subunit 24 Used to call the selection feature.
  • the calling subunit 24 includes:
  • Receive subunit 241 Used to receive the call instruction sent by the client.
  • the selection subunit 242 is configured to perform user selection according to the element corresponding to the identifier in the call instruction.
  • Send Sub-Unit 243 Used to return the selected user list to the client.
  • the client device includes:
  • Snap-in 4 Used to manage the selection elements of the network.
  • the management unit 4 includes:
  • Create instruction subunit 41 Used to send an instruction to create a new selection element.
  • Change Order Subunit 42 Used to send an instruction to change the contents of an existing selection element.
  • Delete instruction subunit 43 Used to send an instruction to delete a selected feature.
  • Call instruction subunit 44 Used to send an instruction that calls a selection element.
  • calling instruction subunit 44 includes:
  • Instruction transmission sub-unit 441 Used to send a call instruction to the network.
  • Result Receive Subunit 442 Used to receive the selected user list returned by the network.
  • an embodiment of the system of the present invention includes: a server and a client,
  • the Server 91 Used to set the ID for the feature and select the user according to the ID sent by the client.
  • the client 92 is configured to receive a correspondence between the server setting element and the identifier, and send the identifier to the server according to the corresponding relationship.
  • the server 91 includes:
  • Storage module 911 Used to store the selection elements specified by the client.
  • Managed Module 912 Used to accept client management operations on the selected elements.
  • the client 92 includes:
  • Management module 921 Used to manage the selection elements of the network.
  • the system provided in this embodiment enables the network to store the selected elements in advance. Each time the client needs to select a user, the management operation of the selected element may be performed, because the amount of instruction data of the management operation is smaller than the data amount of the selected element. This saves link resources between the client and the server.
  • the storage medium may be a magnetic disk, an optical disk, a read-only memory (ROM), or a random access memory (RAM).
  • the client in the above embodiments of the present invention may be a user having functions of creating, modifying, deleting, and restoring in actual operation. Therefore, the scope of the invention should be determined by the scope of the claims.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Transfer Between Computers (AREA)
  • Computer And Data Communications (AREA)

Description

管理要素的方法、 装置和系统 本申请要求于 2008 年 8 月 1 日提交中国专利局、 申请号为 200810135365.X, 发明名称为"管理要素的方法、 装置和系统"的中国专利申 请的优先权， 其全部内容通过引用结合在本申请中。
技术领域
本发明涉及信息处理领域， 尤其涉及一种管理要素的方法、 装置和系统。 背景技术
随着电信技术的不断发展， 基于网络通信的各种业务层出不穷， 许多业 务的会话建立阶段， 都需要在一定的用户范围内， 根据一定的条件来选择加 入会话的用户， 这个过程有些是想要建立会话的客户端发起的， 这时， 客户 端就需要向网络端的管理系统（例如服务器）选择符合建立会话条件的用户 列表， 但是用户信息往往存储在不同的信息服务器上， 当客户端需要选择所 需用户时， 需要分别向各信息服务器查询， 十分不便。 于是， 出现了基于条 件的用户选择（CBUS , Condi t ion Based URI s Se lect i on )服务器， 所述 CBUS 服务器与各信息服务器连接， 客户端可以将要查询的对端用户的条件和范围 全部发给 CBUS服务器， 由 CBUS服务器向各信息服务器进行查询， 然后将选 择得到的满足选择条件的用户列表发送给所述客户端。
在实现上述 CBUS服务器信息选择的过程中， 发明人发现现有技术中至少 存在如下问题： 客户端每次选择用户时， 都要向 CBUS服务器发送大量的选择 要素（要素可以是条件、 范围等）， 这将大量占用客户端与服务器之间的链路 资源。
发明内容
本发明的实施例提供一种管理要素的方法、 装置和系统， 能够节省客户 端与服务器之间的链路资源。
为达到上述目的， 本发明的实施例釆用如下技术方案： 一种网络端管理要素的方法， 包括：
存储客户端指定的选择要素；
接受客户端对所述选择要素的管理操作。
一种客户端管理要素的方法， 包括：
对网络端的选择要素进行管理操作。
一种网络端管理要素的装置， 包括：
存储单元： 用于存储客户端指定的选择要素；
被管理单元： 用于接受客户端对所述选择要素的管理操作。
一种客户端管理要素的装置， 包括：
管理单元： 用于对网络端的选择要素进行管理操作。
一种管理要素的系统， 包括： 服务器和客户端，
服务器： 用于存储选择要素， 接受对所述选择要素的管理操作； 客户端： 用于对选择要素进行管理操作。
本发明实施例提供的管理要素的方法、 装置和系统， 使网络端可以事先 存储选择要素， 每次客户端需要选择用户时， 只要对选择要素进行管理操作 即可， 由于管理操作的指令数据量要小于选择要素的数据量， 这样可以节省 客户端与服务器之间的链路资源。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案， 下面将对实 施例或现有技术描述中所需要使用的附图作简单地介绍， 显而易见地， 下面 描述中的附图仅仅是本发明的一些实施例， 对于本领域普通技术人员来讲， 在不付出创造性劳动性的前提下， 还可以根据这些附图获得其他的附图。
图 1为本发明方法实施例一流程图；
图 2为本发明方法实施例二流程图；
图 3 为本发明方法实施例二以管理对象方式存储要素的第一种结构示意 图； 图 4 为本发明方法实施例二以管理对象方式存储要素的第二种结构示意 图；
图 5为本发明方法实施例三流程图；
图 6为本发明方法实施例三以管理对象方式存储要素的结构示意图； 图 7 为本发明方法实施例三修改要素内容后， 以管理对象方式存储要素 的结构示意图；
图 8为本发明方法实施例四流程图；
图 9为本发明装置实施例网络端结构图；
图 10为本发明装置实施例客户端结构图；
图 11为本发明系统实施例网络端结构图；
图 12为本发明系统实施例客户端结构图。
具体实施方式
下面将结合本发明实施例中的附图， 对本发明实施例中的技术方案进行 清楚、 完整地描述， 显然， 所描述的实施例仅仅是本发明一部分实施例， 而 不是全部的实施例。 基于本发明中的实施例， 本领域普通技术人员在没有作 出创造性劳动前提下所获得的所有其他实施例 , 都属于本发明保护的范围。
下面结合附图对本发明实施例管理要素的方法、 装置和系统进行详细描 述。
一方面， 如图 1所示， 本发明方法实施例一包括：
S10 网络端存储客户端指定的选择要素。
所述要素可以包括： 条件和 /或范围。 所述存储要素的方式包括： 数据库 方式和 /或表格方式和 /或管理对象方式和 /或电子文档方式。
S102、 客户端对网络端的选择要素进行管理操作。
比如， 客户端想要网络端返回按上一次选择要素得到的用户列表， 只需 向网络端发送管理操作指令， 调用上一次的条件和范围， 这样， 由于网络端 已经存储了客户端上次的选择要素， 所以就无需客户端再次发送选择要素了。 作为进一步优化， 除了调用选择要素之外， 所述管理操作包括： 创建新 选择要素、 更改现有选择要素内容、 删除选择要素。
上述各种管理操作为用户提供了一种可以对选择要素进行修改的可能， 这样， 当用户所要选择的要素发生变化时， 可以根据自己的需要事先对要素 内容进行修改， 然后在需要对要素进行选择时， 发送针对该要素的调用指令 即可。 所述修改可以根据用户的实际需要制定， 比如， 创建新的选择要素； 更改选择要素内容； 删除选择要素等等。 另外， 选择要素中的各项内容也可 以进行 "与" 和 "或" 的逻辑运算， 即， 搜索要素中各项内容都满足的结果， 或者搜索要素中满足各项内容之一的结果。
S103、 网络端接受客户端对所述选择要素的管理操作。
当所述管理操作为创建新选择要素时， 所述步骤 S102、 S103与步骤 S101 之间没有必然的先后顺序。
本方法实施例一使网络端可以事先存储选择要素， 每次客户端需要选择 用户时， 只要对选择要素进行管理操作即可， 由于管理操作的指令数据量要 'J、于选择要素的数据量， 这样可以节省客户端与服务器之间的链路资源。
如图 2所示， 本发明方法实施例二包括：
S20 网络端存储客户端指定的选择要素。
所述要素可以包括： 条件和 /或范围。 例如， 条件的内容可以包括： 用户 的在线信息、 网络承载信息、 客户端设备应用能力信息以及用户的兴趣爱好 和心情等等。 范围的内容可以包括： 用户列表， 可以认为是一组统一资源标 识。 例如， 网络端存储了客户端以前选择过的选择要素， 其条件为： 位于某 一个商场附近、 状态为在线； 其范围为： 用户列表。 但是， 要素的内容不特 指条件和范围， 也可以是其它用户关心的内容， 此处只是以条件和范围为例。
所述存储要素的方式包括： 数据库方式和 /或表格方式和 /或管理对象方 式和 /或电子文档方式。
S 202、 网络端为客户端指定的选择要素设定唯一标识。 设立标识的目的是方便网络端对选择要素的管理。
所述标识可以由网络端统一编号， 也可以由网络端根据每个请求者的统 一资源标识进行编号。
其中， 网络端统一编号可以选择为条件和范围一起编号， 或者条件、 范 围分别编号。 比如像现在使用的网络设备物理地址。
由网络端根据每个请求者的统一资源标识 （URI, Uniform Resource Identifier )编号， 同样可以选择为条件和范围一起编号， 或者分别编号。 例如请求者的 URI为： sip: joebloggsolexample. com, 发送给网络端一个条件 和一个范围， 其在客户端编号为 Condition_01 和 Scope_01, 那么条件可以 编号为： joebloggsSexam le. corn-Condi t ion-01 , 而范围可以编号为： joebloggsolexample. com_Scope_01 , 当然条件和范围也可以统一编号， 比如 客户端编号为 CBUS_01 , CBUS-02, 这时该请求者上传的条件和范围， 可以编 号为： joebloggsSexam le. com—CBUS-01和 joebloggsSexam le. com_CBUS-02。 这时客户端既可以使用网络端为条件和范围分配的标识， 也可以使用自己分 配的标识， 不过需要建立一个网络端标识与客户端标识的映射表， 这个表可 以放在网络端上， 也可以放在客户端上。
5203、 客户端向网络端发送调用指令。
当客户端需要进行用户选择时， 可以调用位于某一个商场附近的、 状态 为在线的条件和相应的用户范围， 只要将与该要素对应的标识通过调用指令 发送给网络端即可。
5204、 网络端接收客户端发送的调用指令。
5205、 网络端根据所述调用指令中的标识所对应的要素进行用户选择。 网络端按照客户端发送的标识查找到与之对应的要素， 按照位于某一个 商场附近的、 状态为在线的条件和相应的用户范围， 进行用户选择。
5206、 网络端向客户端返回选择到的用户列表。
5207、 接收网络端返回的选择到的用户列表。 作为再进一步的细化， 步骤 S201中存储要素的数据库方式是这样的， 如 表 1所示， 以数据库的形式保存， 其中保存了条件和 /或范围的标识 ID, 请求 者的标识， 条件和 /或范围的取值， 条件和范围的名称， 以及它们的有效保存 时间等信息。
Figure imgf000008_0001
表 1
步骤 S201中以管理对象方式存储要素， 可以釆用如下两种形式:
1 )其结构如图 3所示。
各节点描述如下：
<X>/Condi t ions
Figure imgf000008_0002
表 2
表 2所示为： 该节点为网络端所有条件的父节点。
<X>/Condi t ions/<X>
Figure imgf000008_0003
表 3
表 3所示为： 该节点为网络端所有条件的占位符。
<X>/Condi t ions/<X>/ ID
Figure imgf000008_0004
表 4
表 4所示为： 此为叶子节点， 指定网络端条件的 ID, 用于唯一的表示该 条件。 <X>/Conditions/<X>/Name
Figure imgf000009_0001
表 5
表 5所示为： 此为叶子节点， 给出具体某一个条件的名称， 该参数可选。 <X>/Condi t ions /<X>/Reques tor
Figure imgf000009_0002
表 6
表 6所示为： 此为叶子节点， 给出上传该条件的请求者的 ID标识。
<X>/Conditions/<X>/Value
Figure imgf000009_0003
表 7
表 7所示为： 此为叶子节点， 指定网络端上条件的具体表达式。
<X>/Conditions/<X>/Time
Figure imgf000009_0004
表 8
表 8所示为： 此为叶子节点， 给出具体某一个条件在网络端上保存的有效 时间， 该参数可选。
<X>/Scopes
Figure imgf000009_0005
表 9
9所示为： 该节点为网络端上所有范围的父节点。 <X>/Scopes/<X>
Figure imgf000010_0001
表 10
表 10所示为： 该节点为网络端上所有范围的占位符。
<X>/Scopes/<X>/ ID
Figure imgf000010_0002
表 11
表 11所示为： 此为叶子节点， 指定网络端上范围的 I D, 用于唯一的表示 该范围。
<X>/Scopes/<X>/Name
Figure imgf000010_0003
表 12
表 12所示为： 此为叶子节点， 给出具体某一个范围的名称， 该参数可选。 <X>/Condi t ions /<X>/Reques tor
Figure imgf000010_0004
表 13
表 13所示为： 此为叶子节点， 给出上传该范围的请求者的 ID标识。 <X>/Scopes/<X>/Va lue
Figure imgf000011_0001
表 14
表 14所示为： 此为叶子节点， 指定网络端上范围的具体表达式。
<X>/Scopes/<X>/Time
Figure imgf000011_0002
表 15
表 15所示为： 此为叶子节点， 给出具体某一个范围在网络端上保存的有 效时间， 该参数可选。
2 )其结构如图 4所示。
与前一种方式不同的地方在于这里按照客户端来组织条件和范围。 其中 有差别的节点描述如下：
<X>/Reques tor s
Figure imgf000011_0003
表 16
表 16所示为： 该节点为所有在网络端上保存条件和范围的请求者的父节 点。
<X>/Condi t ions/<X>
Figure imgf000011_0004
表 17
表 17所示为： 该节点为网络端上所有请求者的占位符。 其余节点同前一种方式。
0MA标准组织重用了 XC AP协议，从而实现对 XML格式电子文档的管理（ XML Document Management , 简称 XDM ), OMA XDM中常用的 XML格式电子文档包括 Shared Group XDM 文档 ( AUID: "org. openmobi lea l l iance. groups " ), RLS ( Resource Li s t Server ) XDM文档 ( AUID: "r l s-services" )等等。
步骤 S201中以电子文档方式存储要素可以定义一种 X丽文档来保存选择 要素， 具体如下所示：
为 所述选择要素 申 请一应 用 标识 （ AUID ) , 如 为 ： "org. openmobi lea l l iance. cbus " , 并申请相应的协议类型 , 如： "appl ica t ion/vnd. oma. cbus+xml " , 同时给出这种电子文档里面保存条件 和范围时所要保存的有关信息： 名称， 条件和范围的取值， 保存的有效时间 等。 其具体内容如下：
<?xml version="1.0" encoding="UTF-8"?>
<xs: schema
targetNamespace="urn:oma:xml:xdm:cbus" xmlns="urn:oma:xml:xdm:cbus"
xmlns:xs=Mhttp：〃 www.w3.org/2001/XMLSchema"
elementFormDefault="qualified" attributeFormDefault="unqualified">
<!-- The root "CBUS" element -- >
<xs: element name="cbus">
<xs： complexType>
<xs:sequence>
<xs: element name="Conditions" type=" Conditions Type" minOccurs="0" maxOccurs="unbounded/>
<xs: element name=" Scope" type="ScopeType" minOccurs="0" maxOccurs="unbounded/> </xs:sequence>
</xs： complexType>
</xs:element>
<xs： complexType name="ConditionsType">
<xs:sequence>
<xs: element name="displayName" type="xs: string" minOccurs="0"/>
<xs: element name="Value" type="xs:string"/>
<xs: element name="Time" type="xs:date" minOccurs="07>
</xs:sequence>
<xs: attribute name="ID" type="xs: string" use="required"/>
</xs： complexType>
<xs： complexType name="ScopeType">
<xs:sequence>
<xs: element name="displayName" type="xs: string" minOccurs="0"/>
<xs: element name="Value" type="xs:string"/>
<xs: element name="Time" type="xs:date" minOccurs="07> </xs:sequence>
<xs: attribute name="ID" type="xs: string" use="required"/>
</xs： complexType>
</xs:schema> 步骤 S201中以电子文档方式存储要素也可以是扩展原有 XDM文档以保存 选择要素， 具体如下所示：
可以扩展原有的用于 P0C协议的 Shared Group XDM文档， 其 AUID为： "org. openmobi lea l 1 iance. groups " , 同时在这种电子文档里面添力口条件和 范围所要的有关信息： 名称， 条件和范围的取值， 保存的有效时间等。 其具 体内容如下：
<?xml version="1.0" encoding="UTF-8"?>
<xs: schema
targetNamespace="urn:oma:xml:poc:list-service"
xmlns="urn:oma:xml:poc:list-service"
xmlns :xs=http ://www.w3. org/2001 /XML S chema?
xmlns : cr="urn: ietf: par ams :xml : ns : common-policy "
xmlns:ocr="urn:oma:xml:xdm:common-policy"
xmlns:rl="urn:ietf:params:xml:ns:resource-lists"
elementFormDefault="qualified" attributeFormDefault="unqualified">
<！— This import brings in the IETF common policy— >
<xs: import namespace="urn:ietf:params:xml:ns:common-policy"/>
<！— This import brings in the common extensions for authorization rules in [XDMSPEC]— >
<xs: import namespace="urn:oma:xml:xdm:common-policy"/>
<！— This import brings in the IETF resource-lists— >
<xs: import namespace="urn:ietf:params:xml:ns:resource-lists"/>
>
<！— The root "group" element— >
<xs: element name="group">
<xs： complexType>
<xs: sequence maxOccurs="unbounded">
<xs: element name="list-service" type="list-service-type"/>
<xs: element name="cbus" type="cbus-type"/>
</xs:sequence>
</xs： complexType>
</xs:element>
<xs:complextype name="cbus-type">
<xs:sequence>
<xs : element name=" Conditions" type="ConditionsType" minOccurs="0" maxOccurs="unbounded/> <xs: element name=" Scope" type="ScopeType" minOccurs="0" maxOccurs="unbounded/> </xs:sequence>
</xs： complexType>
<xs： complexType name="ConditionsType'
<xs:sequence>
<xs: element name="displayName" type="xs: string" minOccurs="0"/>
<xs: element name="Value" type="xs:string"/> <xs: element name="Time" type="xs:date" minOccurs="0"/>
</xs:sequence>
<xs: attribute name="ID" type="xs: string" use="required"/>
</xs： complexType>
<xs： complexType name="ScopeType">
<xs:sequence>
<xs: element name="displayName" type="xs: string" minOccurs="0"/>
<xs: element name="Value" type="xs:string"/>
<xs: element name="Time" type="xs:date" minOccurs="0"/>
</xs:sequence>
<xs: attribute name="ID" type="xs: string" use="required"/>
</xs： complexType>
</xs:schema> 本实施例在网络端存储客户端选择用户的选择要素， 并为所述要素设定 唯一标识， 这样， 在客户端， 如果新一次的选择要素与以前相同， 客户端只 需要发送所述选择要素对应的标识给网络端， 网络端根据所述标识选择到与 之对应的要素， 按该要素进行选择并向客户端返回选择到的用户列表。 由于 标识的数据量远小于要素， 这样， 在客户端向网络端选择以前曾经选择过的 选择要素时， 通过发送标识的方式， 可以节省客户端与服务器之间的链路资 源。
图 5所示为本发明方法实施例三：
本实施例中， 网络端釆用 CBUS 服务器，客户端的用户名为 "s ip: joebloggsSexamp le. com" , 该用户使用 CBUS功能进行用户选择， 其所 选择的要素包括条件和范围。 其中， 所述用户的选择条件为： 在线， 目前在 北京的，终端为彩屏的用户，终端设备的屏幕尺寸最好大于 160*240。这里面， "在线"， "目前在北京的" 这两个条件为逻辑 "与" 关系， 即这两个条件必 须同时存在， 而终端为彩屏的， 用户终端设备的屏幕尺寸最好大于 160*240 这两个条件， 只要满足其一即可。 所述用户的选择范围为： 5个好友， 分别为 Tony, Bob , Chr i s , John, Br iar
S 501、 客户端对网络端进行创建新选择要素的管理操作。
所述新选择要素包括：
选择条件： "在线" 与 "目前在北京" 两个条件同时具备， "终端为彩屏 的" 与 "用户终端设备的屏幕尺寸大于 160*240" 这两个条件至少满足其一。 选择范围： Tony, Bob, Chris , John, Briar
具体创建新选择要素的指令如下：
<Upload>
<Condi t ion>
<ID> Condition_OK/ID>
<Value>
"Avai lable=Yes " and "Location=Bei jing" and ("Screen=Color" or "ScreenSize>=160*240")
</Value>
</Condition>
<Scope>
<ID> scope_0K/ID>
<Value>
Tony, Bob, Chris, John, Brian
</Value>
</Scope>
</Upload>
S502、 网络端存储所述新选择要素， 为所述新要素设定唯一标识。
CBUS服务器按照条件和范围存储所述新选择要素， 分别为其分配标识， 在本实施例中， 所述标识为用户上传的条件和范围相应的 ID。 然后可以保存 它们如表 18所示：
Figure imgf000015_0001
joebloggsS joebloggsS "Available=Yes" Joe' s 2009 example, com example, com and Condition 1231T
-Condi t ion-01 "Location=Bei j ing"
and
( "Screen=Color"
or "ScreenSize
〉=160*240" ) joebloggsS joebloggsS Tony, Bob, Chris, Joe' s 2009 example, com example, com John, Brian Scope 1231T
-Scope-01
表 18
也可以以管理对象的方式保存， 如图 6所示。
S 503、 网络端将要素与标识的对应关系发送给客户端。
5504、 客户端接收网络端返回的所述要素与标识的对应关系。
5505、 客户端向网络端发起更改选择要素内容的管理操作。
用户 "sip: joebloggsSlexample. com，， 后来又上传了一个新的范围, 同时 对原来的条件进行了一下更新， 如下所示：
<Act ion>
<Upload>
<Scope>
<ID> Scope_02</ID>
<Value>
FriendList
</Value> </Scope>
</Upload>
<Update>
<Condi t ion>
<ID> JoebloggsSexam le. corn-Condi t ion_ OK/ ID>
<Value>"Avai lable=Yes " and "Location=Bei jing" and "Screen=Color "</Value>
</Condition>
</Update>
</Action>
S506、 网络端按照客户端的管理操作对选择要素进行修改。
这时原来保存的信息变为表 19 所示内容， 增加了一个范围 1 ( joebloggsSexample. com_Scope_02 ), 内容为好友歹 'J表 ( FriendList ), 而 条件也修改为 "在线" 与 "目前在北京" 与 "终端为彩屏的" 三个条件同时 具备。
条件 /范围 ID 请求者标识 取值 名称 保存时间 joebloggsS joebloggsS "Available=Yes" Joe' s 20091231T example. corn- example, com and Condition
Condi t ion-01 "Location=Bei j ing"
and "Screen=Color "
joebloggsS joebloggsS Tony, Bob, Chris, Joe' s 20091231T example. com_ example, com John, Brian Scope
Scope-01
joebloggsS joebloggsS Fr iendLis t Joe' s 20101231T example. com_ example, com Second
Figure imgf000018_0001
表 19
相应的， 管理对象的保存方式， 也变得如图 7所示。
5507、 客户端向网络端发送调用选择要素的管理操作指令。
后来用户想使用条件 1和范围 2进行选择用户操作， 这时可以向 CBUS服 务器下发如下指令：
<CBUS>
<Condi t ion>
JoebloggsSexam le. corn-Condi t ion_ 01
</Condi t ion>
<Scope>
JoebloggsSexam le. com_Scope_ 02 </Scope> </CBUS>
5508、 网络端接收客户端发送的调用选择要素的管理操作指令， 对所述 标识对应的要素进行用户选择， 并向客户端返回选择到的用户列表。
CBUS服务器收到指令后， 将根据保存的条件 1的内容和范围 1的用户列 表进行选择， 并把选择到的用户列表返回给用户。
5509、 客户端接收网络端返回的选择到的用户列表。
本实施例在网络端存储客户端选择用户的选择要素， 并为所述要素设定 标识， 由于标识的数据量远小于要素， 这样， 在客户端向网络端选择选择要 素时， 通过发送标识的方式， 可以节省客户端与服务器之间的链路资源， 也 方便用户对选择要素的日常管理。
图 8所示为本发明方法实施例四： S 801、 客户端向网络端发起创建新选择要素的管理操作。
用户 "s ip: joebloggsSlexample. com" 经常使用 CBUS 功能进行一些用户 的选择工作， 于是他打算把一些条件和范围储存在 CBUS服务器上。 条件和范 围同实施例三。
S802、 网络端存储客户端选择用户的选择要素， 并为所述要素设定标识。 储存的 XML文档如下：
<? xml version:" 1.0" encoding="UTF-8"?>
<CBUS>
<!― This is for Joe
<Conditions ID="Condition_0001 ">
<Displayname> Joe's Condition < Displayname>
<Value>" 'Available=Yes' and 'Location=Beijing' and ('Screen=Color' or
'ScreenSize>=160*240')"<A¾lue>
<Time>20091231 T</Time>
</Conditions>
<Scope ID=" Scope— 000 Γ>
<Displayname> Joe's Scope < Displayname>
<Value> "Tony, Bob, Chris, John, Brian" </Value>
<Time>20091231 T</Time>
</Scope>
</CBUS>
CBUS服务器收到客户端上发的条件和范围后，以符合 XCAP协议的 XML文 档格式存储， 同时条件和范围的标识由服务器统一指定。 保存的 XML文档给 出了一个条件（Condi t ion- 0001 )和一个范围 ( Scope. OOOl ), 并给出了它们 的具体取值， ID标识， 显示名称和保存的有效时间。
S 803、 网络端将要素与标识的对应关系发送给客户端。
S804、 客户端再次向网络端发起创建新选择要素的管理操作。
该用户又在 CBUS服务器上增加了一个条件， 条件为： 足球迷， 不在工作 状态， 并为其指定了显示名称与保存时间， 指令如下所示：
PUT
/CBUS/users/ s ip: joebloggsSexample. com/ index/ /
Cbus/Cond i t ions%5bQ)ID=%22 Condi t ion_ 0002%22%5d/HTTP/l. 1 Content-Type: appl icat ion/ vnd. oma. cbus+xml
Host: cbus. example, com Conditions ID=" Condition_0002">
<Displayname> Joe' s Second Condition </Displayname>
<Value>
"Hobby=football" and "work=unavai lable"
Figure imgf000020_0001
<Time>20091231T</Time>
</Conditions>
S805、 网络端按照客户端的管理操作创建并存储新选择要素。
CBUS服务器收到用户的指令后， 更新储存的 XML文档如下：
<? xml version:" 1.0" encoding="UTF-8"?>
<CBUS>
<!― This is for Joe
<Conditions ID=" Condition— 000 Γ>
<Displayname> Joe's Condition <Displayname>
<Value>" 'Available=Yes' and 'Location=Beijing' and ('Screen=Color' or
'ScreenSize>=160*240')"<A¾lue>
<Time>20091231 T</Time>
</Conditions>
<Conditions ID=" Condition— 0002">
<Displayname> Joe's Second Condition <Displayname>
<Value>"Hobby=football" and "work=unavailable"<Aalue>
<Time>20091231 T</Time>
</Conditions>
<Scope ID=" Scope— 000 Γ>
<Displayname> Joe's Scope <Displayname>
<Value> "Tony, Bob, Chris, John, Brian" </Value>
<Time>20091231 T</Time>
</Scope>
</CBUS>
文档中增加了条件 2, 内容为 "足球迷" 且 "不在工作状态"。
S 806、 网络端将要素与标识的对应关系发送给客户端。
5807、 客户端接收网络端返回的所述要素与标识的对应关系。
5808、 客户端向网络端发送调用选择要素的管理操作指令。 后来用户想使用条件 1和 2以及范围 1进行选择用户操作， 这时可以下 发如下指令：
<CBUS>
<Condi t ion>
" Condi t ion- 0001 " and " Condi t ion_ 0002 "
</Condi t ion>
<Scope>
Scope- 0002
</Scope>
</CBUS>
S809、 网络端接收客户端发送的调用选择要素的管理操作指令， 进行用 户选择， 并向客户端返回选择到的用户列表。
CBUS服务器收到命令后， 将对保存的条件 1和 2的内容进行 "与"运算， 根据范围 2的用户列表进行选择， 并把选择结果返回给用户。
S 810、 客户端接收网络端返回的选择到的用户列表。
本实施例中， 用户根据自己的需要事先对网络端存储的选择要素进行管 理操作， 之后随时可以根据自身需要对之前的管理操作进行修改、 补充， 使 得以后的要素选择更加适应客户端的即时需求。 这样， 如果客户端想要进行 用户选择， 只需要发送包含所述选择要素对应的标识的调用指令给网络端， 网络端根据所述标识选择到与之对应的要素， 按该要素进行选择并向客户端 返回选择到的用户列表。 由于标识的数据量远小于要素， 本实施例可以节省 客户端与服务器之间的链路资源。
另一方面， 本发明装置实施例如下所示。
如图 9所示， 网络端装置包括：
存储单元 1 : 用于存储客户端指定的选择要素； 被管理单元 2: 用于接受客户端对所述选择要素的管理操作。 为了方便客户端对要素进行管理， 客户端装置还进一步包括：
标识设定单元 3: 用于为客户端对用户的选择要素设定标识。
具体的， 所述被管理单元 2包括：
创建子单元 21 : 用于创建新选择要素。
更改子单元 22: 用于更改现有选择要素内容。
删除子单元 23: 用于删除选择要素。
调用子单元 24: 用于调用选择要素。
这其中， 所述调用子单元 24包括：
接收分单元 241 : 用于接收客户端发送的调用指令.
选择分单元 242:用于根据所述调用指令中的标识所对应的要素进行用户 选择。
发送分单元 243: 用于向客户端返回选择到的用户列表。
如图 10所示， 客户端装置包括：
管理单元 4： 用于对网络端的选择要素进行管理操作。
具体的， 管理单元 4包括：
创建指令子单元 41 : 用于发送创建新选择要素的指令。
更改指令子单元 42: 用于发送更改现有选择要素内容的指令。
删除指令子单元 43: 用于发送删除选择要素的指令。
调用指令子单元 44: 用于发送调用选择要素的指令。
进一步的， 所述调用指令子单元 44包括：
指令发送分单元 441 : 用于向网络端发送调用指令。
结果接收分单元 442: 用于接收网络端返回的选择到的用户列表。
本实施例提供的装置， 使网络端可以事先存储选择要素， 每次客户端需 要选择用户时， 只要对选择要素进行管理操作即可， 由于管理操作的指令数 据量要小于选择要素的数据量， 这样可以节省客户端与服务器之间的链路资 又一方面， 本发明系统实施例包括： 服务器和客户端，
服务器 91 : 用于为要素设定标识， 并按照客户端发送的标识选择用户。 客户端 92 : 用于接收服务器设定要素与标识的对应关系， 并按照所述对 应关系向服务器发送标识。
如图 11所示， 所述服务器 91包括：
存储模块 911 : 用于存储客户端指定的选择要素。
被管理模块 912： 用于接受客户端对所述选择要素的管理操作。
如图 12所示， 所述客户端 92包括：
管理模块 921 : 用于对网络端的选择要素进行管理操作。
本实施例提供的系统， 使网络端可以事先存储选择要素， 每次客户端需 要选择用户时， 只要对选择要素进行管理操作即可， 由于管理操作的指令数 据量要小于选择要素的数据量， 这样可以节省客户端与服务器之间的链路资 源。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流 程， 是可以通过计算机程序来指令相关的硬件来完成， 所述的程序可存储于 一计算机可读取存储介质中， 该程序在执行时， 可包括如上述各方法的实施 例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体（ Read-Only Memory, ROM )或随机存 己忆体 ( Random Access Memory, RAM )等。
以上所述， 仅为本发明的具体实施方式， 但本发明的保护范围并不局限 于此， 任何熟悉本技术领域的技术人员在本发明揭露的技术范围内， 可轻易 想到变化或替换， 都应涵盖在本发明的保护范围之内， 比如， 以上本发明各 实施例中的客户端在实际操作中可以是具有创建、 修改、 删除和恢复等功能 的用户。 因此， 本发明的保护范围应以权利要求的保护范围为准。

Claims

权 利 要求 书
1、 一种管理要素的方法， 其特征在于， 包括：
存储客户端指定的选择要素；
接受客户端对所述选择要素的管理操作。
2、 根据权利要求 1所述的方法， 其特征在于， 还包括：
为客户端指定的选择要素设定唯一标识。
3、根据权利要求 2所述的方法， 其特征在于， 所述标识由网络端统一编号， 或者由一个客户端的唯一标识加上所述客户端为选择要素分配的编号。
4、 根据权利要求 1所述的方法， 其特征在于， 所述选择要素包括： 条件和 /或范围。
5、 根据权利要求 1所述的方法， 其特征在于， 所述管理操作包括： 创建新 选择要素和 /或更改现有选择要素内容和 /或删除选择要素和 /或调用选择要素。
6、 根据权利要求 5所述的方法， 其特征在于， 所述调用选择要素的过程包 括：
接收客户端发送的调用指令；
根据所述调用指令中的标识所对应的要素进行用户选择；
向客户端返回选择到的用户列表。
7、 根据权利要求 1所述的方法， 其特征在于， 所述存储选择要素的方式包 括： 数据库方式和 /或表格方式和 /或管理对象方式和 /或电子文档方式。
8、 根据权利要求 7所述的方法， 其特征在于， 所述以电子文档方式存储选 择要素的方式为：
定义一种 XDM文档来保存选择要素；
或者， 扩展原有 XDM文档以保存选择要素。
9、 根据权利要求 1-8中任一权利要求所述的方法， 其特征在于， 所述客户 端为具有创建、 修改、 删除和恢复功能的用户。
1 0、 一种管理要素的方法， 其特征在于， 包括： 对网络端的选择要素进行管理操作。
11、 根据权利要求 10所述的方法， 其特征在于， 所述管理操作包括： 发送 创建新选择要素的指令和 /或发送更改现有选择要素内容的指令和 /或发送删除 选择要素的指令和 /或发送调用选择要素的指令。
12、 根据权利要求 11所述的方法， 其特征在于， 所述发送调用选择要素的 指令的过程包括：
向网络端发送调用指令；
接收网络端返回的选择到的用户列表。
13、 根据权利要求 11所述的方法， 其特征在于， 所述选择要素包括： 条件 和 /或范围。
14、 一种管理要素的装置， 其特征在于， 包括：
存储单元： 用于存储客户端指定的选择要素；
被管理单元： 用于接受客户端对所述选择要素的管理操作。
15、 根据权利要求 14所述的装置， 其特征在于， 还包括：
标识设定单元： 用于为客户端指定的选择要素设定唯一标识。
16、 根据权利要求 14所述的装置， 其特征在于， 所述被管理单元包括： 创建子单元： 用于创建新选择要素；
更改子单元： 用于更改现有选择要素内容；
删除子单元： 用于删除选择要素；
调用子单元： 用于调用选择要素。
17、 根据权利要求 16所述的装置， 其特征在于， 所述调用子单元包括： 接收分单元： 用于接收客户端发送的调用指令；
选择分单元： 用于根据所述调用指令中的标识所对应的要素进行用户选择； 发送分单元： 用于向客户端返回选择到的用户列表。
18、 一种客户端管理要素的装置， 其特征在于， 包括：
管理单元： 用于对网络端的选择要素进行管理操作。
19、 根据权利要求 18所述的装置， 其特征在于， 所述管理单元包括： 创建指令子单元： 用于发送创建新选择要素的指令；
更改指令子单元： 用于发送更改现有选择要素内容的指令；
删除指令子单元： 用于发送删除选择要素的指令；
调用指令子单元： 用于发送调用选择要素的指令。
20、根据权利要求 19所述的装置， 其特征在于， 所述调用指令子单元包括: 指令发送分单元： 用于向网络端发送调用指令；
结果接收分单元： 用于接收网络端返回的选择到的用户列表。
21、 一种管理要素的系统， 其特征在于， 包括： 服务器和客户端， 服务器： 用于存储选择要素， 接受对所述选择要素的管理操作；
客户端： 用于对选择要素进行管理操作。
PCT/CN2009/072869 2008-08-01 2009-07-22 管理要素的方法、装置和系统 WO2010012204A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200810135365A CN101640696A (zh) 2008-08-01 2008-08-01 管理要素的方法、装置和系统
CN200810135365.X 2008-08-01

Publications (1)

Publication Number Publication Date
WO2010012204A1 true WO2010012204A1 (zh) 2010-02-04

Family

ID=41609954

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2009/072869 WO2010012204A1 (zh) 2008-08-01 2009-07-22 管理要素的方法、装置和系统

Country Status (2)

Country Link
CN (1) CN101640696A (zh)
WO (1) WO2010012204A1 (zh)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1549163A (zh) * 2003-05-15 2004-11-24 深圳市中兴通讯股份有限公司南京分公 一种跨平台数据库查询方法
CN101127048A (zh) * 2007-08-20 2008-02-20 华为技术有限公司 一种查询结果处理方法与装置

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1549163A (zh) * 2003-05-15 2004-11-24 深圳市中兴通讯股份有限公司南京分公 一种跨平台数据库查询方法
CN101127048A (zh) * 2007-08-20 2008-02-20 华为技术有限公司 一种查询结果处理方法与装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
"Condition Based URIs Selection Requirements, Draft Version 1.0", OPEN MOBILE ALLIANCE, 23 July 2008 (2008-07-23), Retrieved from the Internet <URL:http://member.openmobilealliance.org/ftp/Publicdocuments/PAG/Permanent_documents/OMA-RD-CBUS-V1_0-20080723-D.zip> *

Also Published As

Publication number Publication date
CN101640696A (zh) 2010-02-03

Similar Documents

Publication Publication Date Title
US7797010B1 (en) Systems and methods for talk group distribution
JP5124752B2 (ja) 通信ネットワークにおけるコンテンツ及びサービスの配信
US8341174B2 (en) Method and arrangement for providing context information
EP2173115B1 (en) Method for obtaining device information of a user terminal and communication service function entity thereof
CN101714170B (zh) 一种基于xdms的群组管理系统及方法
US7864716B1 (en) Talk group management architecture
US7818020B1 (en) System and method for joining communication groups
US7738900B1 (en) Systems and methods of group distribution for latency sensitive applications
JP2009505555A (ja) Ｘｄｍサービス情報管理システム及び方法
US20080256117A1 (en) Managing entity data in case of multiple entity identities
KR20070093068A (ko) 클라이언트에게 통신 그룹 정보를 제공하는 방법 및 장치
WO2007068195A1 (fr) Procede et systeme de demande d&#39;informations d&#39;utilisateur, agent de recherche, client et serveur
JP7032377B2 (ja) 通知を行う方法、装置及びシステム
JP5545953B2 (ja) Ｘｍｌ文書管理サーバヒストリーを管理するためのシステム及び方法
US7844294B1 (en) Systems and methods for opt-in and opt-out talk group management
US20100325208A1 (en) Methods and apparatus to forward documents in a communication network
US20100325225A1 (en) Methods and apparatus to forward documents in a communication network
WO2013104181A1 (zh) 管理资源的方法和装置
WO2009115025A1 (zh) 一种xml文档操作方法及xdms
US9237206B2 (en) Method and apparatus for updating personal information in communication system
US20070097986A1 (en) Peer-to-peer communication architecture and terminals
RU2474976C2 (ru) Управление группами в сети связи
EP1862932B1 (en) Managing information in XML document management architecture
EP2671366B1 (en) Determining a location address for shared data
JP2011507069A (ja) プレゼンスメッセージのサイズを縮小する方法

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

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 09802397

Country of ref document: EP

Kind code of ref document: A1