CN101640696A - 管理要素的方法、装置和系统 - Google Patents
管理要素的方法、装置和系统 Download PDFInfo
- Publication number
- CN101640696A CN101640696A CN200810135365A CN200810135365A CN101640696A CN 101640696 A CN101640696 A CN 101640696A CN 200810135365 A CN200810135365 A CN 200810135365A CN 200810135365 A CN200810135365 A CN 200810135365A CN 101640696 A CN101640696 A CN 101640696A
- Authority
- CN
- China
- Prior art keywords
- key element
- client
- network terminal
- instruction
- selection
- Prior art date
- Legal status (The legal status 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 status listed.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
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)
Abstract
本发明公开了一种管理要素的方法、装置和系统,涉及信息处理领域,为解决现有技术客户端每次选择用户时,都要向CBUS服务器发送大量的选择要素,大量占用客户端与服务器之间的链路资源的问题而发明。本发明实施例提供的网络端处理方法,包括如下步骤:存储客户端对用户的选择要素;接受客户端对所述选择要素的管理操作。本发明适用于各种用户选择系统。
Description
技术领域
本发明涉及信息处理领域,尤其涉及一种管理要素的方法、装置和系统。
背景技术
随着电信技术的不断发展,基于网络通信的各种业务层出不穷,许多业务的会话建立阶段,都需要在一定的用户范围内,根据一定的条件来选择加入会话的用户,这个过程有些是想要建立会话的客户端发起的,这时,客户端就需要向网络端的管理系统(例如服务器)选择符合建立会话条件的用户列表,但是用户信息往往存储在不同的信息服务器上,当客户端需要选择所需用户时,需要分别向各信息服务器查询,十分不便。于是,出现了基于条件的用户选择(CBUS,Condition Based URIs Selection)服务器,所述CBUS服务器与各信息服务器连接,客户端可以将要查询的对端用户的条件和范围全部发给CBUS服务器,由CBUS服务器向各信息服务器进行查询,然后将选择得到的满足选择条件的用户列表发送给所述客户端。
在实现上述CBUS服务器信息选择的过程中,发明人发现现有技术中至少存在如下问题:客户端每次选择用户时,都要向CBUS服务器发送大量的选择要素(要素可以是条件、范围等),这将大量占用客户端与服务器之间的链路资源。
发明内容
本发明的实施例提供一种管理要素的方法、装置和系统,能够节省客户端与服务器之间的链路资源。
为达到上述目的,本发明的实施例采用如下技术方案:
一种网络端管理要素的方法,包括:
存储客户端指定的选择要素;
接受客户端对所述选择要素的管理操作。
一种客户端管理要素的方法,包括:
对网络端的选择要素进行管理操作。
一种网络端管理要素的装置,包括:
存储单元:用于存储客户端指定的选择要素;
被管理单元:用于接受客户端对所述选择要素的管理操作。
一种客户端管理要素的装置,包括:
管理单元:用于对网络端的选择要素进行管理操作。
一种管理要素的系统,包括:服务器和客户端,
服务器:用于存储选择要素,接受对所述选择要素的管理操作;
客户端:用于对选择要素进行管理操作。
本发明实施例提供的管理要素的方法、装置和系统,使网络端可以事先存储选择要素,每次客户端需要选择用户时,只要对选择要素进行管理操作即可,由于管理操作的指令数据量要小于选择要素的数据量,这样可以节省客户端与服务器之间的链路资源。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本发明方法实施例一流程图;
图2为本发明方法实施例二流程图;
图3为本发明方法实施例二以管理对象方式存储要素的第一种结构示意图;
图4为本发明方法实施例二以管理对象方式存储要素的第二种结构示意图;
图5为本发明方法实施例三流程图;
图6为本发明方法实施例三以管理对象方式存储要素的结构示意图;
图7为本发明方法实施例三修改要素内容后,以管理对象方式存储要素的结构示意图;
图8为本发明方法实施例四流程图;
图9为本发明装置实施例网络端结构图;
图10为本发明装置实施例客户端结构图;
图11为本发明系统实施例网络端结构图;
图12为本发明系统实施例客户端结构图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
下面结合附图对本发明实施例管理要素的方法、装置和系统进行详细描述。
一方面,如图1所示,本发明方法实施例一包括:
S101、网络端存储客户端指定的选择要素。
所述要素可以包括:条件和/或范围。所述存储要素的方式包括:数据库方式和/或表格方式和/或管理对象方式和/或电子文档方式。
S102、客户端对网络端的选择要素进行管理操作。
比如,客户端想要网络端返回按上一次选择要素得到的用户列表,只需向网络端发送管理操作指令,调用上一次的条件和范围,这样,由于网络端已经存储了客户端上次的选择要素,所以就无需客户端再次发送选择要素了。
作为进一步优化,除了调用选择要素之外,所述管理操作包括:创建新选择要素、更改现有选择要素内容、删除选择要素。
上述各种管理操作为用户提供了一种可以对选择要素进行修改的可能,这样,当用户所要选择的要素发生变化时,可以根据自己的需要事先对要素内容进行修改,然后在需要对要素进行选择时,发送针对该要素的调用指令即可。所述修改可以根据用户的实际需要制定,比如,创建新的选择要素;更改选择要素内容;删除选择要素等等。另外,选择要素中的各项内容也可以进行“与”和“或”的逻辑运算,即,搜索要素中各项内容都满足的结果,或者搜索要素中满足各项内容之一的结果。
S103、网络端接受客户端对所述选择要素的管理操作。
当所述管理操作为创建新选择要素时,所述步骤S102、S103与步骤S101之间没有必然的先后顺序。
本方法实施例一使网络端可以事先存储选择要素,每次客户端需要选择用户时,只要对选择要素进行管理操作即可,由于管理操作的指令数据量要小于选择要素的数据量,这样可以节省客户端与服务器之间的链路资源。
如图2所示,本发明方法实施例二包括:
S201、网络端存储客户端指定的选择要素。
所述要素可以包括:条件和/或范围。例如,条件的内容可以包括:用户的在线信息、网络承载信息、客户端设备应用能力信息以及用户的兴趣爱好和心情等等。范围的内容可以包括:用户列表,可以认为是一组统一资源标识。例如,网络端存储了客户端以前选择过的选择要素,其条件为:位于某一个商场附近、状态为在线;其范围为:用户列表。但是,要素的内容不特指条件和范围,也可以是其它用户关心的内容,此处只是以条件和范围为例。
所述存储要素的方式包括:数据库方式和/或表格方式和/或管理对象方式和/或电子文档方式。
S202、网络端为客户端指定的选择要素设定唯一标识。
设立标识的目的是方便网络端对选择要素的管理。
所述标识可以由网络端统一编号,也可以由网络端根据每个请求者的统一资源标识进行编号。
其中,网络端统一编号可以选择为条件和范围一起编号,或者条件、范围分别编号。比如像现在使用的网络设备物理地址。
由网络端根据每个请求者的统一资源标识(URI,Uniform ResourceIdentifier)编号,同样可以选择为条件和范围一起编号,或者分别编号。例如请求者的URI为:sip:joebloggs@example.com,发送给网络端一个条件和一个范围,其在客户端编号为Condition_01和Scope_01,那么条件可以编号为:joebloggs@example.com_Condition_01,而范围可以编号为:joebloggs@example.com_Scope_01,当然条件和范围也可以统一编号,比如客户端编号为CBUS_01,CBUS_02,这时该请求者上传的条件和范围,可以编号为:joebloggs@example.com_CBUS_01和joebloggs@example.com_CBUS_02。这时客户端既可以使用网络端为条件和范围分配的标识,也可以使用自己分配的标识,不过需要建立一个网络端标识与客户端标识的映射表,这个表可以放在网络端上,也可以放在客户端上。
S203、客户端向网络端发送调用指令。
当客户端需要进行用户选择时,可以调用位于某一个商场附近的、状态为在线的条件和相应的用户范围,只要将与该要素对应的标识通过调用指令发送给网络端即可。
S204、网络端接收客户端发送的调用指令。
S205、网络端根据所述调用指令中的标识所对应的要素进行用户选择。
网络端按照客户端发送的标识查找到与之对应的要素,按照位于某一个商场附近的、状态为在线的条件和相应的用户范围,进行用户选择。
S206、网络端向客户端返回选择到的用户列表。
S207、接收网络端返回的选择到的用户列表。
作为再进一步的细化,步骤S201中存储要素的数据库方式是这样的,如表1所示,以数据库的形式保存,其中保存了条件和/或范围的标识ID,请求者的标识,条件和/或范围的取值,条件和范围的名称,以及它们的有效保存时间等信息。
条件/范围ID | 请求者标识 | 取值 | 名称 | 保存时间 |
... | ... | ... | ... | ... |
表1
步骤S201中以管理对象方式存储要素,可以采用如下两种形式:
1)其结构如图3所示。
各节点描述如下:
<X>/Conditions
Status | Tree | Format | Min.Access |
REQUIRED | One | Node | Get |
表2
表2所示为:该节点为网络端所有条件的父节点。
<X>/Conditions/<X>
Status | Tree | Format | Min.Access |
REQUIRED | ZeroOrMore | Node | Get |
表3
表3所示为:该节点为网络端所有条件的占位符。
<X>/Conditions/<X>/ID
Status | Tree | Format | Min.Access |
REQUIRED | One | Chr | Get |
表4
表4所示为:此为叶子节点,指定网络端条件的ID,用于唯一的表示该条件。
<X>/Conditions/<X>/Name
Status | Tree | Format | Min.Access |
REQUIRED | ZeroOrOne | Chr | Get |
表5
表5所示为:此为叶子节点,给出具体某一个条件的名称,该参数可选。
<X>/Conditions/<X>/Requestor
Status | Tree | Format | Min.Access |
REQUIRED | One | Chr | Get |
表6
表6所示为:此为叶子节点,给出上传该条件的请求者的ID标识。
<X>/Conditions/<X>/Value
Status | Tree | Format | Min.Access |
REQUIRED | One | Chr | Get |
表7
表7所示为:此为叶子节点,指定网络端上条件的具体表达式。
<X>/Conditions/<X>/Time
Status | Tree | Format | Min.Access |
REQUIRED | ZeroOrOne | Date | Get |
表8
表8所示为:此为叶子节点,给出具体某一个条件在网络端上保存的有效时间,该参数可选。
<X>/Scopes
Status | Tree | Format | Min.Access |
REQUIRED | One | Node | Get |
表9
表9所示为:该节点为网络端上所有范围的父节点。
<X>/Scopes/<X>
Status | Tree | Format | Min.Access |
REQUIRED | ZeroOrMore | Node | Get |
表10
表10所示为:该节点为网络端上所有范围的占位符。
<X>/Scopes/<X>/ID
Status | Tree | Format | Min.Access |
REQUIRED | One | Chr | Get |
表11
表11所示为:此为叶子节点,指定网络端上范围的ID,用于唯一的表示该范围。
<X>/Scopes/<X>/Name
Status | Tree | Format | Min.Access |
REQUIRED | ZeroOrOne | Chr | Get |
表12
表12所示为:此为叶子节点,给出具体某一个范围的名称,该参数可选。
<X>/Conditions/<X>/Requestor
Status | Tree | Format | Min.Access |
REQUIRED | One | Chr | Get |
表13
表13所示为:此为叶子节点,给出上传该范围的请求者的ID标识。
<X>/Scopes/<X>/Value
Status | Tree | Format | Min.Access |
REQUIRED | One | Chr | Get |
表14
表14所示为:此为叶子节点,指定网络端上范围的具体表达式。
<X>/Scopes/<X>/Time
Status | Tree | Format | Min.Access |
REQUIRED | ZeroOrOne | Date | Get |
表15
表15所示为:此为叶子节点,给出具体某一个范围在网络端上保存的有效时间,该参数可选。
2)其结构如图4所示。
与前一种方式不同的地方在于这里按照客户端来组织条件和范围。其中有差别的节点描述如下:
<X>/Requestors
Status | Tree | Format | Min.Access |
REQUIRED | One | Node | Get |
表16
表16所示为:该节点为所有在网络端上保存条件和范围的请求者的父节点。
<X>/Conditions/<X>
Status | Tree | Format | Min.Access |
REQUIRED | ZeroOrMore | Node | Get |
表17
表17所示为:该节点为网络端上所有请求者的占位符。
其余节点同前一种方式。
步骤S201中以电子文档方式存储要素可以是这样的。
为所述选择要素申请一应用标识(AUID),如为:
“org.openmobilealliance.cbus”,并申请相应的协议类型,如:
“application/vnd.oma.cbus+xml”,同时给出这种电子文档里面保存条件和范围时所要保存的有关信息:名称,条件和范围的取值,保存的有效时间等。其具体程序如下:
<?xml version=″1.0″encoding=″UTF-8″?>
<xs:schema
targetNamespace=″um:oma:xml:xdm:cbus″xmlns=″um:oma:xml:xdm:cbus″
xmlns:xs=″http://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=″ConditionsType″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=″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服务器,客户端的用户名为“sip:joebloggs@example.com”,该用户使用CBUS功能进行用户选择,其所选择的要素包括条件和范围。其中,所述用户的选择条件为:在线,目前在北京的,终端为彩屏的用户,终端设备的屏幕尺寸最好大于160*240。这里面,“在线”,“目前在北京的”这两个条件为逻辑“与”关系,即这两个条件必须同时存在,而终端为彩屏的,用户终端设备的屏幕尺寸最好大于160*240这两个条件,只要满足其一即可。所述用户的选择范围为:5个好友,分别为Tony,Bob,Chris,John,Brian。
S501、客户端对网络端进行创建新选择要素的管理操作。
所述新选择要素包括:
选择条件:“在线”与“目前在北京”两个条件同时具备,“终端为彩屏的”与“用户终端设备的屏幕尺寸大于160*240”这两个条件至少满足其一。
选择范围:Tony,Bob,Chris,John,Brian。
具体创建新选择要素的指令如下:
<Upload>
<Condition>
<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所示:
条件/范围ID | 请求者标识 | 取值 | 名称 | 保存时间 |
joebloggs@example.com_Condition_01 | joebloggs@example.com | “Available=Yes”and“Location=Beijing”and(“Screen=Color”or“ScreenSize>=160*240”) | Joe’sCondition | 20091231T |
joebloggs@ | joebloggs@ | Tony,Bob,Chris, | Joe’s | 2009 |
example.com_Scope_01 | example.com | John,Brian | Scope | 1231T |
表18
也可以以管理对象的方式保存,如图6所示。
S505、客户端向网络端发起更改选择要素内容的管理操作。
用户“sip:joebloggs@example.com”后来又上传了一个新的范围,同时对原来的条件进行了一下更新,如下所示:
<Action>
<Upload>
<Scope>
<ID>Scope_02</ID>
<Value>
FriendList
</Value>
</Scope>
</Upload>
<Update>
<Condition>
<ID>Joebloggs@example.com_Condition_01</ID>
<Value>″Available=Yes″and″Location=Beijing″and″Screen=Color″</Value>
</Condition>
</Update>
</Action>
S506、网络端按照客户端的管理操作对选择要素进行修改。这时原来保存的信息变为表19所示内容,增加了一个范围2(joebloggs@example.com_Scope_02),内容为好友列表(FriendList),而条件也修改为“在线”与“目前在北京”与“终端为彩屏的”三个条件同时具备。
条件/范围ID | 请求者标识 | 取值 | 名称 | 保存时间 |
joebloggs@example.com_Condition_01 | joebloggs@example.com | “Available=Yes”and“Location=Beijing”and“Screen=Color” | Joe’sCondition | 20091231T |
joebloggs@example.com_Scope_01 | joebloggs@example.com | Tony,Bob,Chris,John,Brian | Joe’sScope | 20091231T |
joebloggs@example.com_Scope_02 | joebloggs@example.com | FriendList | Joe’sSecondScope | 20101231T |
表19
相应的,管理对象的保存方式,也变得如图7所示。
S507、客户端向网络端发送调用选择要素的管理操作指令。
后来用户想使用条件1和范围2进行选择用户操作,这时可以向CBUS服务器下发如下指令:
<CBUS>
<Condition>
Joebloggs@example.com_Condition_01
</Condition>
<Scope>
Joebloggs@example.com_Scope_02
</Scope>
</CBUS>
S508、网络端接收客户端发送的调用选择要素的管理操作指令,对所述标识对应的要素进行用户选择,并向客户端返回选择到的用户列表。
CBUS服务器收到指令后,将根据保存的条件1的内容和范围2的用户列表进行选择,并把选择到的用户列表返回给用户。
S509、客户端接收网络端返回的选择到的用户列表。
本实施例在网络端存储客户端选择用户的选择要素,并为所述要素设定标识,由于标识的数据量远小于要素,这样,在客户端向网络端选择选择要素时,通过发送标识的方式,可以节省客户端与服务器之间的链路资源,也方便用户对选择要素的日常管理。
图8所示为本发明方法实施例四:
S801、客户端向网络端发起创建新选择要素的管理操作。
用户“sip:joebloggs@example.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′)″</Value>
<Time>20091231T</Time>
</Conditions>
<Scope ID=″Scope_0001″>
<Displayname>Joe′s Scope</Displayname>
<Value>″Tony,Bob,Chris,John,Brian″</Value>
<Time>20091231T</Time>
</Scope>
</CBUS>
CBUS服务器收到客户端上发的条件和范围后,以符合XCAP协议的XML文档格式存储,同时条件和范围的标识由服务器统一指定。保存的XML文档给出了一个条件(Condition_0001)和一个范围(Scope_0001),并给出了它们的具体取值,ID标识,显示名称和保存的有效时间。
S803、网络端将要素与标识的对应关系发送给客户端。
S804、客户端再次向网络端发起创建新选择要素的管理操作。
该用户又在CBUS服务器上增加了一个条件,条件为:足球迷,不在工作状态,并为其指定了显示名称与保存时间,指令如下所示:
PUT
/CBUS/users/sip:joebloggs@example.com/index/--/Cbus/Conditions%5b@ID=%22 Condition_0002%22%5d/HTTP/1.1
Content-Type:application/vnd.oma.cbus+xml
Host:cbus.example.com
<Conditions ID=″Condition_0002″>
<Displayname>Joe′s Second Condition</Displayname>
<Value>
″Hobby=football″and″work=unavailable″
</Value>
<Time>20091231T</Time>
</Conditions>
S805、网络端按照客户端的管理操作创建并存储新选择要素。
CBUS服务器收到用户的指令后,更新储存的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′)″</Value>
<Time>20091231T</Time>
</Conditions>
<Conditions ID=″Condition_0002″>
<Displayname>Joe′s Second Condition</Displayname>
<Value>″Hobby=football″and″work=unavailable″</Value>
<Time>20091231T</Time>
</Conditions>
<Scope ID=″Scope_0001″>
<Displayname>Joe′s Scope</Displayname>
<Value>″Tony,Bob,Chris,John,Brian″</Value>
<Time>20091231T</Time>
</Scope>
</CBUS>
文档中增加了条件2,内容为“足球迷”且“不在工作状态”。
S806、网络端将要素与标识的对应关系发送给客户端。
S807、客户端接收网络端返回的所述要素与标识的对应关系。
S808、客户端向网络端发送调用选择要素的管理操作指令。
后来用户想使用条件1和2以及范围2进行选择用户操作,这时可以下发如下指令:
<CBUS>
<Condition>
″Condition_0001″and″Condition_0002″
</Condition>
<Scope>
Scope_0002
</Scope>
</CBUS>
S809、网络端接收客户端发送的调用选择要素的管理操作指令,进行用户选择,并向客户端返回选择到的用户列表。
CBUS服务器收到命令后,将对保存的条件1和2的内容进行“与”运算,根据范围2的用户列表进行选择,并把选择结果返回给用户。
S810、客户端接收网络端返回的选择到的用户列表。
本实施例中,用户根据自己的需要事先对网络端存储的选择要素进行管理操作,之后随时可以根据自身需要对之前的管理操作进行修改、补充,使得以后的要素选择更加适应客户端的即时需求。这样,如果客户端想要进行用户选择,只需要发送包含所述选择要素对应的标识的调用指令给网络端,网络端根据所述标识选择到与之对应的要素,按该要素进行选择并向客户端返回选择到的用户列表。由于标识的数据量远小于要素,本实施例可以节省客户端与服务器之间的链路资源。
另一方面,本发明装置实施例如下所示。
如图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 (19)
1、一种网络端管理要素的方法,其特征在于,包括:
存储客户端指定的选择要素;
接受客户端对所述选择要素的管理操作。
2、根据权利要求1所述的网络端管理要素的方法,其特征在于,还包括:
为客户端指定的选择要素设定唯一标识。
3、根据权利要求2所述的网络端管理要素的方法,其特征在于,所述标识由网络端统一编号,或者由一个客户端的唯一标识加上所述客户端为选择要素分配的编号。
4、根据权利要求1所述的网络端管理要素的方法,其特征在于,所述选择要素包括:条件和/或范围。
5、根据权利要求1所述的网络端管理要素的方法,其特征在于,所述管理操作包括:创建新选择要素和/或更改现有选择要素内容和/或删除选择要素和/或调用选择要素。
6、根据权利要求5所述的网络端管理要素的方法,其特征在于,所述调用选择要素的过程包括:
接收客户端发送的调用指令;
根据所述调用指令中的标识所对应的要素进行用户选择;
向客户端返回选择到的用户列表。
7、根据权利要求1所述的网络端管理要素的方法,其特征在于,所述存储选择要素的方式包括:数据库方式和/或表格方式和/或管理对象方式和/或电子文档方式。
8、一种客户端管理要素的方法,其特征在于,包括:
对网络端的选择要素进行管理操作。
9、根据权利要求8所述的客户端管理要素的方法,其特征在于,所述管理操作包括:发送创建新选择要素的指令和/或发送更改现有选择要素内容的指令和/或发送删除选择要素的指令和/或发送调用选择要素的指令。
10、根据权利要求9所述的客户端管理要素的方法,其特征在于,所述发送调用选择要素的指令的过程包括:
向网络端发送调用指令;
接收网络端返回的选择到的用户列表。
11、根据权利要求9所述的客户端管理要素的方法,其特征在于,所述选择要素包括:条件和/或范围。
12、一种网络端管理要素的装置,其特征在于,包括:
存储单元:用于存储客户端指定的选择要素;
被管理单元:用于接受客户端对所述选择要素的管理操作。
13、根据权利要求12所述的网络端管理要素的装置,其特征在于,还包括:
标识设定单元:用于为客户端指定的选择要素设定唯一标识。
14、根据权利要求12所述的网络端管理要素的方法,其特征在于,所述被管理单元包括:
创建子单元:用于创建新选择要素;
更改子单元:用于更改现有选择要素内容;
删除子单元:用于删除选择要素;
调用子单元:用于调用选择要素。
15、根据权利要求14所述的网络端管理要素的方法,其特征在于,所述调用子单元包括:
接收分单元:用于接收客户端发送的调用指令;
选择分单元:用于根据所述调用指令中的标识所对应的要素进行用户选择;
发送分单元:用于向客户端返回选择到的用户列表。
16、一种客户端管理要素的装置,其特征在于,包括:
管理单元:用于对网络端的选择要素进行管理操作。
17、根据权利要求16所述的客户端管理要素的装置,其特征在于,所述管理单元包括:
创建指令子单元:用于发送创建新选择要素的指令;
更改指令子单元:用于发送更改现有选择要素内容的指令;
删除指令子单元:用于发送删除选择要素的指令;
调用指令子单元:用于发送调用选择要素的指令。
18、根据权利要求17所述的客户端管理要素的装置,其特征在于,所述调用指令子单元包括:
指令发送分单元:用于向网络端发送调用指令;
结果接收分单元:用于接收网络端返回的选择到的用户列表。
19、一种管理要素的系统,其特征在于,包括:服务器和客户端,
服务器:用于存储选择要素,接受对所述选择要素的管理操作;
客户端:用于对选择要素进行管理操作。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200810135365A CN101640696A (zh) | 2008-08-01 | 2008-08-01 | 管理要素的方法、装置和系统 |
PCT/CN2009/072869 WO2010012204A1 (zh) | 2008-08-01 | 2009-07-22 | 管理要素的方法、装置和系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200810135365A CN101640696A (zh) | 2008-08-01 | 2008-08-01 | 管理要素的方法、装置和系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101640696A true CN101640696A (zh) | 2010-02-03 |
Family
ID=41609954
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200810135365A Pending CN101640696A (zh) | 2008-08-01 | 2008-08-01 | 管理要素的方法、装置和系统 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN101640696A (zh) |
WO (1) | WO2010012204A1 (zh) |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1282111C (zh) * | 2003-05-15 | 2006-10-25 | 中兴通讯股份有限公司 | 一种跨平台数据库查询方法 |
CN100465967C (zh) * | 2007-08-20 | 2009-03-04 | 华为技术有限公司 | 一种查询方法与装置 |
-
2008
- 2008-08-01 CN CN200810135365A patent/CN101640696A/zh active Pending
-
2009
- 2009-07-22 WO PCT/CN2009/072869 patent/WO2010012204A1/zh active Application Filing
Also Published As
Publication number | Publication date |
---|---|
WO2010012204A1 (zh) | 2010-02-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7477654B2 (en) | Method and system for managing access to multicast groups | |
CN100563196C (zh) | 通信系统和在通信系统中查询信息的方法 | |
CN101155049B (zh) | 一种消息系统中会话历史处理方法及消息系统 | |
CN101997783B (zh) | 即时通讯工具联系人结构化分组的实现方法及服务器 | |
US20080189292A1 (en) | System and method for automatic population of a contact file with contact content and expression content | |
CN102137029B (zh) | 一种即时通信联系人信息管理方法及装置 | |
CN101399785A (zh) | Im平台好友列表展现系统及展现方法 | |
CN103152404A (zh) | 面向业务信息的多企业多用户划屏切换展现与交互方法 | |
CA2712544A1 (en) | Apparatus and associated method for providing network based address book and sharing and synchronizing address book information at multiple communication devices | |
CN102523111A (zh) | 支持可定制组的网络管理系统 | |
CN101599985B (zh) | 内容获取和内容接收方法、服务器和终端 | |
US20110099119A1 (en) | System and method for pushing notifications of postings | |
CN107846483A (zh) | 一种域名解析方法、系统和服务器 | |
CN102542351A (zh) | 一种酒店数据库建立方法及自动预订酒店的方法 | |
CN103581207A (zh) | 云端数据存储系统及基于该系统的数据存储与共享方法 | |
CN101883105A (zh) | 一种基于级联会议的呼叫方法、系统和设备 | |
CN103563298B (zh) | 在通用即插即用家庭网络环境中管理联系信息的方法和系统 | |
CN101771557A (zh) | 管理对象实例别名的方法和设备 | |
CN104239486A (zh) | 一种数据处理的方法、系统以及相关设备 | |
CN101282329B (zh) | 一种网络媒体内容共享方法和系统 | |
CN110324167B (zh) | 服务治理规则的配置方法、装置、系统以及电子设备 | |
CN101657006B (zh) | 一种根据用户状态选择用户的方法、装置和系统 | |
CN102103607A (zh) | 一种无刷新批量上传图片并自动获取图片信息的技术 | |
CN101640696A (zh) | 管理要素的方法、装置和系统 | |
CN101841606A (zh) | 彩铃系统、音乐盒的管理方法及设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20100203 |