专利名称：：管理要素的方法、装置和系统的制作方法
技术领域：
：本发明涉及信息处理领域，尤其涉及一种管理要素的方法、装置和系统。
背景技术：
：随着电信技术的不断发展，基于网络通信的各种业务层出不穷，许多业务的会话建立阶段，都需要在一定的用户范围内，根据一定的条件来选择加入会话的用户，这个过程有些是想要建立会话的客户端发起的，这时，客户端就需要向网络端的管理系统(例如服务器)选择符合建立会话条件的用户列表，但是用户信息往往存储在不同的信息服务器上，当客户端需要选择所需用户时，需要分别向各信息服务器查询，十分不便。于是，出现了基于条件的用户选择(CBUS,ConditionBasedURIsSelection)月良务器，所述CBUS月l务器与各信息服务器连接，客户端可以将要查询的对端用户的条件和范围全部发给CBUS服务器，由CBUS服务器向各信息服务器进行查询，然后将选择得到的满足选择条件的用户列表发送给所述客户端。在实现上述CBUS服务器信息选择的过程中，发明人发现现有技术中至少存在如下问题客户端每次选择用户时，都要向CBUS服务器发送大量的选择要素(要素可以是条件、范围等)，这将大量占用客户端与服务器之间的链路资源。
发明内容本发明的实施例提供一种管理要素的方法、装置和系统，能够节省客户端与服务器之间的链路资源。为达到上述目的，本发明的实施例采用如下技术方案一种网络端管理要素的方法，包括存储客户端指定的选择要素；接受客户端对所述选择要素的管理操作。一种客户端管理要素的方法，包括对网络端的选择要素进行管理操作。一种网络端管理要素的装置，包括存储单元用于存储客户端指定的选择要素；被管理单元用于接受客户端对所述选择要素的管理操作。一种客户端管理要素的装置，包括管理单元用于对网络端的选择要素进行管理操作。一种管理要素的系统，包括服务器和客户端，服务器用于存储选择要素，接受对所述选择要素的管理操作；客户端用于对选择要素进行管理操作。本发明实施例提供的管理要素的方法、装置和系统，使网络端可以事先存储选择要素，每次客户端需要选择用户时，只要对选择要素进行管理操作即可，由于管理操作的指令数据量要小于选择要素的数据量，这样可以节省客户端与服务器之间的链路资源。为了更清楚地说明本发明实施例或现有技术中的4支术方案，下面将对实施例或现有技术描述中所需要使用的附图作筒单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。图1为本发明方法实施例一流程图；图2为本发明方法实施例二流程图3为本发明方法实施例二以管理对象方式存4诸要素的第一种结构示意图；图4为本发明方法实施例二以管理对象方式存储要素的第二种结构示意图；图5为本发明方法实施例三流程图6为本发明方法实施例三以管理对象方式存储要素的结构示意图7为本发明方法实施例三修改要素内容后，以管理对象方式存储要素的结构示意图8为本发明方法实施例四流程图9为本发明装置实施例网络端结构图IO为本发明装置实施例客户端结构图11为本发明系统实施例网络端结构图；图12为本发明系统实施例客户端结构图。具体实施例方式下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。下面结合附图对本发明实施例管理要素的方法、装置和系统进行详细描述。一方面，如图l所示，本发明方法实施例一包括5101、网络端存储客户端指定的选择要素。所述要素可以包括条件和/或范围。所述存储要素的方式包括数据库方式和/或表格方式和/或管理对象方式和/或电子文档方式。5102、客户端对网络端的选择要素进行管理操作。比如，客户端想要网络端返回按上一次选择要素得到的用户列表，只需向网络端发送管理操作指令，调用上一次的条件和范围，这样，由于网络端已经存储了客户端上次的选择要素，所以就无需客户端再次发送选择要素了。作为进一步优化，除了调用选择要素之外，所述管理操作包括创建新选择要素、更改现有选择要素内容、删除选择要素。上述各种管理搡作为用户提供了一种可以对选择要素进行修改的可能，这样，当用户所要选择的要素发生变化时，可以根据自己的需要事先对要素内容进行修改，然后在需要对要素进行选择时，发送针对该要素的调用指令即可。所述修改可以根据用户的实际需要制定，比如，创建新的选择要素；更改选择要素内容；删除选择要素等等。另外，选择要素中的各项内容也可以进行"与，，和"或，，的逻辑运算，即，搜索要素中各项内容都满足的结果，或者搜索要素中满足各项内容之一的结果。S103、网络端接受客户端对所述选择要素的管理才喿作。当所述管理操作为创建新选择要素时，所述步骤S102、S103与步骤S101之间没有必然的先后顺序。本方法实施例一使网络端可以事先存储选择要素，每次客户端需要选择用户时，只要对选择要素进行管理操作即可，由于管理操作的指令数据量要小于选择要素的数据量，这样可以节省客户端与服务器之间的链路资源。如图2所示，本发明方法实施例二包括5201、网络端存储客户端指定的选择要素。所述要素可以包括条件和/或范围。例如，条件的内容可以包括用户的在线信息、网络承载信息、客户端设备应用能力信息以及用户的兴趣爱好和心情等等。范围的内容可以包括用户列表，可以i人为是一组统一资源标识。例如，网络端存储了客户端以前选择过的选择要素，其条件为位于某一个商场附近、状态为在线；其范围为用户列表。但是，要素的内容不特指条件和范围，也可以是其它用户关心的内容，此处只是以条件和范围为例。所述存储要素的方式包括数据库方式和/或表格方式和/或管理对象方式和/或电子文档方式。5202、网络端为客户端指定的选择要素设定唯一标识。设立标识的目的是方便网络端对选择要素的管理。所述标识可以由网络端统一编号，也可以由网《备端根据每个请求者的统一10资源标识进行编号。其中，网络端统一编号可以选择为条件和范围一起编号，或者条件、范围分别编号。比如像现在使用的网络设备物理地址。由网络端根据每个请求者的统一资源标识(URI，UniformResourceIdentifier)编号，同样可以选择为条件和范围一起编号，或者分别编号。例如请求者的URI为sip:joebloggsS)example.com,发送给网络端一个条件和一个范围，其在客户端编号为Condition—01和Scope—01，那么条件可以编号为joebloggsfi)example.com—Condition—01，而范围可以编号为joebloggsaexample.com-Scope-01,当然条件和范围也可以统一编号，比如客户端编号为CBUS—01，CBUS-02,这时该-清求者上传的条件和范围，可以编号为joebloggsQexample.com—CBUS—01和joebloggsS)example.com_CBUS-02。这时客户端既可以使用网络端为条件和范围分配的标识，也可以使用自己分配的标识，不过需要建立一个网络端标识与客户端标识的映射表，这个表可以放在网络端上，也可以放在客户端上。5203、客户端向网络端发送调用指令。当客户端需要进行用户选择时，可以调用位于某一个商场附近的、状态为在线的条件和相应的用户范围，只要将与该要素对应的标识通过调用指令发送给网络端即可。5204、网络端接收客户端发送的调用指令。5205、网络端根据所述调用指令中的标识所对应的要素进行用户选择。网络端按照客户端发送的标识查找到与之对应的要素，按照位于某一个商场附近的、状态为在线的条件和相应的用户范围，进行用户选择。5206、网络端向客户端返回选择到的用户列表。5207、接收网络端返回的选择到的用户列表。作为再进一步的细化，步骤S201中存储要素的数据库方式是这样的，如表l所示，以数据库的形式保存，其中保存了条件和/或范围的标识ID,请求者的标识，条件和/或范围的取值，条件和范围的名称，以及它们的有效保存时间等<table>tableseeoriginaldocumentpage12</column></row><table>表2表2所示为该节点为网络端所有条件的父节点。<X>/Conditions/<X><table>tableseeoriginaldocumentpage12</column></row><table>表3表3所示为该节点为网络端所有条件的占位符。<table>tableseeoriginaldocumentpage13</column></row><table>表4表4所示为此为叶子节点，指定网络端条件的ID,用于唯一的表示该条件。<table>tableseeoriginaldocumentpage13</column></row><table>表5表5所示为此为叶子节点，给出具体某一个条件的名称，该参数可选。<X〉/Conditions/<X〉/Requestor<table>tableseeoriginaldocumentpage13</column></row><table>表7表7所示为此为叶子节点，指定网络端上条件的具体表达式。<table>tableseeoriginaldocumentpage14</column></row><table>表8表8所示为此为叶子节点，给出具体某一个条件在网络端上保存的有效时间，该参凄t可选。<X>/Scopes<table>tableseeoriginaldocumentpage14</column></row><table>表9表9所示为该节点为网络端上所有范围的父节点。<X>/Scopes/<X><table>tableseeoriginaldocumentpage14</column></row><table>表10表10所示为该节点为网络端上所有范围的占位符。<X>/Scopes/<X>/ID<table>tableseeoriginaldocumentpage14</column></row><table>表ll表ll所示为此为叶子节点，指定网络端上范围的ID，用于唯一的表示该范围。<X>/Scopes/<X>/Name<table>tableseeoriginaldocumentpage15</column></row><table>表12所示为此为叶子节点，给出具体某一个范围的名称，该参数可选。<X〉/Conditions/<X>/Requestor<table>tableseeoriginaldocumentpage15</column></row><table>表13所示为此为叶子节点，给出上传该范围的请求者的ID标识。<X>/Scopes/<X>/Value<table>tableseeoriginaldocumentpage15</column></row><table>表14所示为此为叶子节点，指定网络端上范围的具体表达式。<X>/Scopes/<X>/Time<table>tableseeoriginaldocumentpage15</column></row><table>表15所示为此为叶子节点，给出具体某一个范围在网络端上保存的有效时间，该参数可选。2)其结构如图4所示。与前一种方式不同的地方在于这里按照客户端来组织条件和范围。其中有差别的节点描述如下<X>/Requestors<table>tableseeoriginaldocumentpage16</column></row><table>表16表16所示为该节点为所有在网络端上保存条件和范围的请求者的父节点。<X>/Conditions/<X><table>tableseeoriginaldocumentpage16</column></row><table>表17表17所示为该节点为网络端上所有请求者的占位符。其余节点同前一种方式。步骤S201中以电子文档方式存储要素可以是这样的。为所述选择要素申请一应用标识UUID),如为"org.openmobilealliance.cbus，，，并申请相应的协议类型，如"application/vnd.oma.cbus+xml"，同时给出这种电子文档里面保存条件和范围时所要保存的有关信息名称，条件和范围的取值，保存的有效时间等。其具体程序如下<xmlversion="1.0"encoding="UTF-8"><xs:schematargetNamespace-"urn:oma:xml:xdm:cbus"xmlns-"urn:oma:xml:xdm:cbus"xmlns:xs="http:〃www.w3.oig/2001/XMLSchema"el咖entFonnDefault^"qualified"attributeFormDefault="unqualified"><!—Theroot"CBUS"element—><xs:elementname-"cbus"><xs:complexType><xs:sequence>〈xs:elementname-"Conditions"type="ConditionsType"minOccurs-"O"maxOccurs="unbounded/>〈xs:elementname="Scope"type="ScopeType"minOccurs="0"maxOccurs="unbounded/></xs:sequence></xs:complexType></xs:element>〈xs:complexTypename="ConditionsType"><xs:sequence>〈xs:elementname="displayName"type="xs:string"minOccurs="0"/><xs:elementname="Value"type="xs:string7>〈xs:elementname="Time"type-"xs:date"minOccurs="07></xs:sequence>〈xs:attributename="ID"type="xs:string"use="required"/></xs:complexType>〈xs:complexTypename="ScopeType"><xs:sequence>〈xs:elementname-"displayName"type-"xs:string"minOccurs="07>〈xs:elementname="Value"type="xs:string'V>〈xs:el咖entname="Time"type-"xs:date"minOccurs="07></xs:sequence><xs:attributename="ID"type-"xs:string"use="required"/></xs:complexType></xs:schema>本实施例在网络端存储客户端选择用户的选择要素，并为所述要素设定唯一标识，这样，在客户端，如果新一次的选择要素与以前相同，客户端只需要发送所述选择要素对应的标识给网络端，网络端根据所述标识选择到与之对应的要素，按该要素进行选择并向客户端返回选择到的用户列表。由于标识的数据量远小于要素，这样，在客户端向网络端选择以前曾经选择过的选择要素时，通过发送标识的方式，可以节省客户端与服务器之间的链路资源。图5所示为本发明方法实施例三:本实施例中，网络端采用CBUS服务器，客户端的用户名为"sip:joebloggsQexample.com",该用户使用CBUS功能进行用户选择，其所选择的要素包括条件和范围。其中，所述用户的选择条件为在线，目前在北京的，终端为彩屏的用户，终端设备的屏幕尺寸最好大于160*240。这里面，"在线，，，"目前在北京的"这两个条件为逻辑"与，，关系，即这两个条件必须同时存在，而终端为彩屏的，用户终端设备的屏幕尺寸最好大于160*240这两个条件，只要满足其一即可。所述用户的选择范围为5个好友，分别为Tony,Bob,Chris,John,Brian。S501、客户端对网络端进行创建新选择要素的管理操作。所述新选择要素包括选择条件"在线"与"目前在北京"两个条件同时具备，"终端为彩屏的"与"用户终端设备的屏幕尺寸大于160*240"这两个条件至少满足其一。选择范围Tony,Bob,Chris,John,Brian。具体创建新选择要素的指令如下<Upload><Conditicm><ID>Condition—01</ID><Value〉"Available=Yes"and"Location=Beijing"and("Screen=Color"or"ScreenSize〉=160*240")</Value></Condition><Scope〉<ID>scope—01</ID〉<Value>Tony,Bob,Chris,John,Brian</Value〉</Scope></Upload>S502、网络端存储所述新选择要素，为所述新要素设定唯一标识。CBUS服务器按照条件和范围存储所述新选择要素，分别为其分配标识，在本实施例中，所述标识为用户上传的条件和范围相应的ID。然后可以保存它们如表18所示<table>tableseeoriginaldocumentpage19</column></row><table><table>tableseeoriginaldocumentpage20</column></row><table>表18也可以以管理对象的方式保存，如图6所示。S505、客户端向网络端发起更改选择要素内容的管理操作。用户"sip:joebloggsaexample.com"后来又上传了一个新的范围，同时对原来的条件进行了一下更新，如下所示<Action><Upload><Scope><ID>Scope_02</ID><Value>FriendList</Value></Scope></Upload><Update><Condition><ID>Joebloggs罚example.com—Condition—01</ID><Value〉"Available-Yes11and"Location=Beijing"and"Screen=Color"</Value></Condition〉</Update〉</Action>S506、网络端按照客户端的管理操作对选择要素进行修改。这时原来保存的信息变为表19所示内容，增加了一个范围2(joebloggsQexample.com_Scope—02),内容为好友列表(FriendList),而条件也修改为"在线"与"目前在北京"与"终端为彩屏的"三个条件同时具备。<table>tableseeoriginaldocumentpage21</column></row><table>表19相应的，管理对象的保存方式，也变得如图7所示。S507、客户端向网络端发送调用选择要素的管理操作指令。后来用户想使用条件1和范围2进行选择用户操作，这时可以向CBUS服务器下发如下指令〈CBUS〉<Condition>JoebloggsSexample.com—Condition—Ol</Condition><Scope>Joebloggs罚example.com—Scope—02</Scope〉〈/CBUS>S508、网络端接收客户端发送的调用选择要素的管理操作指令，对所述标识对应的要素进行用户选择，并向客户端返回选择到的用户列表。CBUS服务器收到指令后，将根据保存的条件1的内容和范围2的用户列表进行选择，并把选择到的用户列表返回给用户。S509、客户端接收网络端返回的选择到的用户列表。本实施例在网络端存储客户端选择用户的选择要素，并为所述要素设定标识，由于标识的数据量远小于要素，这样，在客户端向网络端选择选择要素时，通过发送标识的方式，可以节省客户端与服务器之间的链路资源，也方便用户对选捧要素的日常管理。图8所示为本发明方法实施例四S801、客户端向网络端发起创建新选择要素的管理操作。用户"sip:joebloggs扭exaraple.com"经常使用CBUS功能进行一些用户的选择工作，于是他打算把一些条件和范围储存在CBUS服务器上。条件和范围同实施例三。S802、网络端存储客户端选择用户的逸择要素，并为所述要素设定标识。储存的XML文档如下<xmlversion-"1.0"encoding="UTF-8"><CBUS><!~ThisisforJoe(ConditionsID="Condition—0001"><Displayname>Joe'sCondition</Displayname><Value>"'Available=Yes'and'LocatioiHBeijing'and('Screen=Color'or'ScreenSize>=160*240')"</Value><Time>20091231T</Time></Conditions><ScopeID="Scope—0001"><Displayname>Joe'sScope</Displayname><Value>"Tony,Bob,Chris,John,Brian"</Value><Time>20091231T</Time></Scope></CBUS>CBUS服务器收到客户端上发的条件和范围后，以符合XCAP协议的XML文档格式存储，同时条件和范围的标识由服务器统一指定。保存的XML文档给出了一个条件(Condition-0001)和一个范围(Scope—0001),并给出了它们的具体取值，ID标识，显示名称和保存的有效时间。5803、网络端将要素与标识的对应关系发送给客户端。5804、客户端再次向网络端发起创建新选择要素的管理操作。该用户又在CBUS服务器上增加了一个条件，条件为足球迷，不在工作状态，并为其指定了显示名称与保存时间，指令如下所示PUT/CBUS/users/sip:joebloggs扭example.com/index//Cbus/Conditions%5bSIID=%22Condition-0002%22%5d/HTTP/l.1Content—Type:application/vnd.o亂cbus+xmlHost:cbus.example.com(ConditionsID="Condition_0002"><Displayname>Joe'sSecondCondition</Displayname><Value>"Hobby=football"and"work=unavailable"</Value><Time>20091231T</Time></CondiHons>S805、网络端按照客户端的管理操作创建并存储新选择要素。CBUS服务器收到用户的指令后，更新储存的XML文档如下<xmlversion-"1.0"encoding="UTF-8"><CBUS><!—ThisisforJoe〈ConditionsID="Condition—0001"><Displayname>Joe'sCondition</Displayname><Value>"'AvaUaWe=Yes'and'Location=Beijing'and('Screen-Color'or，ScreenSize>=160*240')"</Value><Time>20091231T<YTime></Conditions><ConditionsID="Condition—0002"><Disptoyname>:Joe's'SecondCondition</Dispiayname>〈Value^'Hobby^ootbaH"and"work=unavailable"</Value><Time>20091231T〈/Time〉</Conditions><ScopeID="Scope—0001"><Displayname>Joe'sScope</Displayname><Value>"Tony,Bob,Chris,John,Brian"</Value><Time>20091231T</Time></Scope></CBUS>文档中增加了条件2，内容为"足球迷"且"不在工作状态"。5806、网络端将要素与标识的对应关系发送给客户端。5807、客户端接收网络端返回的所述要素与标识的对应关系。5808、客户端向网络端发送调用选择要素的管理操作指令。后来用户想使用条件1和2以及范围2进行选择用户操作，这时可以下发如下指令<CBUS〉<Condition>"Condition-0001"and"Condition—0002"</Condition><Scope>Scope_0002</Scope></CBUS>5809、网络端接收客户端发送的调用选择要素的管理操作指令，进行用户选择，并向客户端返回选择到的用户列表。CBUS服务器收到命令后，将对保存的条件1和2的内容进行"与"运算，根据范围2的用户列表进行选择，并把选择结果返回给用户。S810、客户端接收网络端返回的选择到的用户列表。本实施例中，用户根据自己的需要事先对网络端存储的选择要素进行管理操作，之后随时可以根据自身需要对之前的管理操作进行修改、补充，使得以后的要素选择更加适应客户端的即时需求。这样，如果客户端想要进行用户选择，只需要发送包含所述选择要素对应的标识的调用指令给网络端，网络端根据所述标识选择到与之对应的要素，按该要素进行选择并向客户端返回选择到的用户列表。由于标识的数据量远小于要素，本实施例可以节省客户端与服务器之间的链路资源。另一方面，本发明装置实施例如下所示。如图9所示，网络端装置包括存储单元l:用于存储客户端指定的选择要素；被管理单元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-OnlyMemory,ROM)或随机存储记忆体(RandomAccessMemory,RAM)等。以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本
技术领域：
的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。权利要求1、一种网络端管理要素的方法，其特征在于，包括存储客户端指定的选择要素；接受客户端对所述选择要素的管理操作。2、根据权利要求l所述的网络端管理要素的方法，其特征在于，还包括为客户端指定的选择要素设定唯一标识。3、根据权利要求2所述的网络端管理要素的方法，其特征在于，所述标识由网络端统一编号，或者由一个客户端的唯一标识加上所述客户端为选择要素分配的编号。4、根据权利要求1所述的网络端管理要素的方法，其特征在于，所述选择要素包括条件和/或范围。5、根据权利要求1所述的网络端管理要素的方法，其特征在于，所述管理操作包括创建新选择要素和/或更改现有选择要素内容和/或删除选择要素和/或调用选择要素。6、根据权利要求5所述的网络端管理要素的方法，其特征在于，所述调用选择要素的过程包括接收客户端发送的调用指令；根据所述调用指令中的标识所对应的要素进行用户选才奪；向客户端返回选择到的用户列表。7、根据权利要求1所述的网络端管理要素的方法，其特征在于，所述存储选择要素的方式包括数据库方式和/或表格方式和/或管理对象方式和/或电子文档方式。8、一种客户端管理要素的方法，其特征在于，包括对网络端的选择要素进行管理操作。9、根据权利要求8所述的客户端管理要素的方法，其特征在于，所述管理操作包括发送创建新选择要素的指令和/或发送更改现有选择要素内容的指令和/或发送删除选择要素的指令和/或发送调用选择要素的指令。10、根据权利要求9所述的客户端管理要素的方法，其特征在于，所述发送调用选择要素的指令的过程包括向网络端发送调用指令；接收网络端返回的选择到的用户列表。11、根据权利要求9所述的客户端管理要素的方法，其特征在于，所述选择要素包括条件和/或范围。12、一种网络端管理要素的装置，其特征在于，包括存储单元用于存储客户端指定的选择要素；被管理单元用于接受客户端对所述选择要素的管理操作。13、根据权利要求12所述的网络端管理要素的装置，其特征在于，还包括标识设定单元用于为客户端指定的选择要素设定唯一标识。14、根据权利要求12所述的网络端管理要素的方法，其特征在于，所述被管理单元包括创建子单元用于创建新选择要素；更改子单元用于更改现有选择要素内容；删除子单元用于删除选4奪要素；调用子单元用于调用选择要素。15、根据权利要求14所述的网络端管理要素的方法，其特征在于，所述调用子单元包括接收分单元用于接收客户端发送的调用指令；选择分单元用于根据所述调用指令中的标识所对应的要素进行用户选择;发送分单元用于向客户端返回选择到的用户列表。16、一种客户端管理要素的装置，其特征在于，包括管理单元用于对网络端的选择要素进行管理操作。17、根据权利要求16所述的客户端管理要素的装置，其特征在于，所述管理单元包括创建指令子单元用于发送创建新选择要素的指令；更改指令子单元用于发送更改现有选4奪要素内容的指令；删除指令子单元用于发送删除选择要素的指令；调用指令子单元用于发送调用选择要素的指令。18、根据权利要求17所述的客户端管理要素的装置，其特征在于，所述调用指令子单元包括指令发送分单元用于向网络端发送调用指令；结果接收分单元用于接收网络端返回的选择到的用户列表。19、一种管理要素的系统，其特征在于，包括服务器和客户端，服务器用于存储选择要素，接受对所述选择要素的管理操作；客户端用于对选择要素进行管理操作。全文摘要本发明公开了一种管理要素的方法、装置和系统，涉及信息处理领域，为解决现有技术客户端每次选择用户时，都要向CBUS服务器发送大量的选择要素，大量占用客户端与服务器之间的链路资源的问题而发明。本发明实施例提供的网络端处理方法，包括如下步骤存储客户端对用户的选择要素；接受客户端对所述选择要素的管理操作。本发明适用于各种用户选择系统。文档编号H04L29/08GK101640696SQ20081013536公开日2010年2月3日申请日期2008年8月1日优先权日2008年8月1日发明者刘海涛,悦宋,李小娟,睿王申请人:华为技术有限公司