CN101075266B - 搜索***和搜索方法 - Google Patents

搜索***和搜索方法 Download PDF

Info

Publication number
CN101075266B
CN101075266B CN200710135828.8A CN200710135828A CN101075266B CN 101075266 B CN101075266 B CN 101075266B CN 200710135828 A CN200710135828 A CN 200710135828A CN 101075266 B CN101075266 B CN 101075266B
Authority
CN
China
Prior art keywords
search
information
user
personal information
searching
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.)
Expired - Fee Related
Application number
CN200710135828.8A
Other languages
English (en)
Other versions
CN101075266A (zh
Inventor
季方
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
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 CN200710135828.8A priority Critical patent/CN101075266B/zh
Publication of CN101075266A publication Critical patent/CN101075266A/zh
Priority to PCT/CN2008/071637 priority patent/WO2009010004A1/zh
Application granted granted Critical
Publication of CN101075266B publication Critical patent/CN101075266B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/54—Presence management, e.g. monitoring or registration for receipt of user log-on information, or the connection status of the users

Landscapes

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

Abstract

本发明实施例涉及一种搜索***，包括聚合代理，用于搜索请求的认证和路由；呈现服务器，用于存储包括个人信息的呈现信息，并根据接收到的搜索请求在用户的呈现信息中进行搜索返回搜索结果。本发明实施例还涉及一种搜索方法，包括：根据接收到的搜索请求所携带的搜索条件，在呈现服务器中的包括个人信息的呈现信息中进行搜索；返回符合搜索条件的信息。因此，本发明实施例的搜索***和搜索方法，将呈现信息全部存储在呈现服务器中，因此不需要搜索代理和呈现服务器以及XML文档管理服务器之间的交互，减少了接口复杂度，提高了搜索效率，同时使得架构简单，用户数据不再重复。

Description

搜索***和搜索方法
技术领域
本发明实施例涉及移动通信领域，尤其是一种搜索***和搜索方法。
背景技术
目前，网络用户的用户信息包括用户的通信意愿、通信能力、通信设备信息和用户个人信息等，用户需要根据其他用户的某些信息(属于用户信息的一部分)搜索出符合条件的用户。
搜索代理(Search Proxy，SP)主要是完成文档搜索的功能，即需要在实现上完成以下功能：接收扩展标记语言(eXtension Markup Language，XML)文档管理客户端(Document Management Client，XDMC)即用户设备(User Equipment，UE)的搜索请求；解析请求并把请求转发给本域的XML文档管理服务器(XML Document Management Client，XDMS)，或者将请求转发到其他网络的XDMS处理；收集所有XDMS的应答消息，经过组合过滤之后发送给UE。
因此SP只有文档搜索的功能，并没有搜索用户信息的能力，因为用户信息中的个人信息在XDMS管理，用户的设备信息、能力信息和意愿信息则在呈现服务器(Presence Server，PS)管理。
现有技术一
如图1所示，为现有的开放移动联盟(Open Mobile Alliance，OMA)XDMSV2.0搜索代理***上下文的结构示意图。XDMS的Shared XDMSs包含3个XDMS，其中包括Shared Profile XDMS(维护用户个人信息)，Shared Group XDMS(维护公共群组)，Shared List XDMS(维护私有群组和地址簿)，但是目前个人信息主要是用户自己维护自己的个人信息，可以修改和查询，而其他用户想要查看只能使用搜索的功能。而用户的其他信息，如能力信息、意愿信息和设备信息则作为用户呈现(Presence)信息的一部分保存在Presnece Server来维护。
参见图2所示，为现有的基于OMA XDMS V2.0搜索代理***的终端搜索请求的处理过程的流程图，详细方法如下：
步骤101，XDMC向聚合代理(Aggregation Proxy，AP)发送搜索请求搜索用户个人信息和在线信息(Search with XDM&Online)
搜索符合条件的用户，这些条件包括个人信息的一部分以及是否在线等信息，因为个人信息在XDMS中，而用户是否在线的信息在Presence Enabler中，所以将这两类信息分开描述；
步骤102，AP向SP转发接收到的搜索请求；
步骤103，SP首先提取搜索条件，然后到XDMS搜索符合条件的用户个人信息；
步骤104，XDMS返回搜索结果，SP接收到返回结果后保存到本地，并从中提取出用户的统一资源标识(Uniform Resource Identifier，URI)；
步骤105，SP向PS订阅这些用户的在线信息；
步骤106，PS返回结果；
步骤107，当所有用户的订阅都完成以后，SP把这两个结果组合起来；
步骤108，SP将组合后的结果返回给XDMC。
因此，该现有技术虽然***结构比较简单，符合现有OMA规范的结构，所有现有接口都不用改变，但是每个终端请求都要经过XDMS检索、PS订阅、结果组合的过程，效率非常低，而且后台的整个处理过程非常耗时，给终端带来很大的延迟，响应速度慢。
现有技术二
如图3所示，为扩展呈现搜索XML文档管理服务器(Presence SearchXDMS)的搜索代理***上下文的示意图，该***在现有的OMA***中增加了一个Presence Search XDMS，用来存放用户的呈现(Presence)信息。PresenceSearch XDMS负责向Presence Server订阅用户的Presence信息，并接受Search Proxy的搜索请求。参见图4所示，为基于Presence Search XDMS的终端搜索请求的处理过程的流程图，详细方法如下：
步骤201，Presence Search XDMS启动，获取PS上所有用户的状态信息存放到本地，然后通过PS的订阅关系，及时获取变化的用户状态信息，更新到本地；
步骤202，XDMC向AP发送搜索请求搜索用户个人信息和在线信息(Searchwith XDM & Online)；
步骤203，AP向Search Proxy转发接收到的搜索请求；
步骤204，SP首先提取搜索条件，然后到XDMS搜索符合条件的用户个人信息；
步骤205，XDMS返回搜索结果，SP接收到返回结果后保存到本地，并从中提取出用户的URI；
步骤206，SP向Presence Search XDMS获取上一步搜索结果中哪些用户符合搜索状态条件；
步骤207，Presence Search XDMS返回结果；
步骤208，SP根据Presence Search XDMS返回的结果生成搜索结果；
步骤209，SP将搜索的结果返回给XDMC。
因此，该现有方法虽然不用改变当前体系中已有模块的功能，PS的授权策略仍然可用，但是增加了新的实体，体系变复杂；PS与Presence Search XDMS的交互增加新的通信负担，后台对结果的整合处理仍然低效。
现有技术三
如图5所示，为由呈现服务器(Presence Server)实现搜索用户在线状态的上下文的搜索代理***上下文的示意图，该***保持原有OMA体系不变，但是Presence Server增加了搜索功能，这样Search Proxy可以直接发送查询请求到PS，由PS来完成用户的在线状态信息检索。参见图6所示，为由Presence Server实现搜索用户在线状态的流程图图，详细方法如下：
步骤301，XDMC向AP发送搜索请求搜索用户个人信息和在线信息(Searchwith XDM & Online)；
步骤302，AP向Search Proxy转发接收到的搜索请求；
步骤303，SP首先提取搜索条件，然后到XDMS搜索符合条件的用户个人信息；
步骤304，XDMS返回搜索结果Search results，SP接收到返回结果后保存到本地，并从中提取出用户的URI；
步骤305，SP由此发请求到PS检索这些用户的在线状态信息；
步骤306，PS返回搜索结果；
步骤307，当两个检索完成后，SP把这两个结果组合起来；
步骤308，SP将组合后的结果返回给XDMC。
因此，该方法虽然没有增加新实体，现有体系没有改变，使用现有协议就能实现在线用户搜索功能，但是Presence Server的复杂性增加，后台对结果的整合处理仍然低效。
另外，上述现有技术还存在如下问题：
1、上述三个现有技术都没有将终端的请求进行收敛，不能有效的降低各实体间的通信负担。每个请求都会导致Search Proxy和XDMS、PS之间的消息交互，这就使得它们之间的通讯过于频繁，造成后台服务器的负担太大；
2、现有技术2和3的响应时间过长，这两种方案仅适合用户数比较小的***。但在实际情况中，用户数可能会很大，这使得搜索的结果也会很大，从而导致Search Proxy和XDMS、PS之间有大量的数据量传输(这时又引出超大数据量传送的问题)，因此不能完全保证有合理的响应速度；
3、现有技术2和3中虽然服务器之间传送数据量较小，但是Search Proxy处理过程中还是存在接收、解析、合并XDMS和PS数据的过程，这个过程仍然带来额外的时间损耗，很难达到性能要求。
发明内容
本发明实施例是提供一种搜索***和搜索方法，不需要搜索代理和呈现服务器以及XML文档管理服务器之间的交互，以减少接口复杂度，提高搜索效率，同时使得架构简单，用户数据不重复。
本发明实施例提供了一种搜索***，包括：
XML文档管理客户端，用于发送搜索请求；
聚合代理，用于接收所述XML文档管理客户端发送的所述搜索请求，并进行所述搜索请求的认证和路由；
呈现服务器，用于存储包括个人信息的呈现信息，并根据接收到的搜索请求在用户的呈现信息中进行搜索返回搜索结果，所述个人信息在所述呈现信息中的一节点下进行维护和管理。
本发明实施例还提供了一种搜索方法，包括：
XML文档管理客户端向聚合代理发送搜索请求；
所述聚合代理对接收到的所述搜索请求进行权限检查，并将检查结果返回至所述XML文档管理客户端；
当所述检查结果是所述搜索请求为授权信息，则所述XML文档管理客户端重新发送所述搜索请求至所述聚合代理，并由所述聚合代理将所述搜索请求路由至呈现搜索代理；
所述呈现搜索代理根据接收到的所述搜索请求中所携带的搜索条件，在呈现服务器中包括个人信息的呈现信息中进行搜索，所述个人信息在所述呈现信息中的一节点下进行维护和管理；
所述呈现搜索代理返回符合搜索条件的信息至所述聚合代理，并由所述聚合代理发送至所述XML文档管理客户端。
因此，本发明实施例的搜索***和搜索方法，将呈现信息全部存储在呈现服务器中，因此不需要搜索代理和呈现服务器以及XML文档管理服务器之间的交互，减少了接口复杂度，提高了搜索效率，同时使得架构简单，用户数据不再重复。
下面通过附图和实施例，对本发明实施例的技术方案做进一步的详细描述。
附图说明
图1为现有技术OMA XDMS V2.0 Search Proxy的***上下文示意图；
图2为现有技术基于OMA XDMS V2.0 Search Proxy架构的搜索流程图；
图3为现有技术扩展Presence Search XDMS的搜索代理***上下文示意图；
图4为现有技术基于Presence Search XDMS架构的搜索请求流程图；
图5为现有技术由呈现服务器实现搜索用户在线状态的上下文的搜索代理***上下文的示意图；
图6为现有技术由Presence Server实现搜索用户在线状态的流程图；
图7为本发明实施例搜索***的上下文的示意图；
图8为本发明实施例搜索***的结构示意图；
图9为本发明实施例搜索方法的流程图；
图10为本发明实施例搜索方法中呈现用户代理发布用户呈现信息的流程图。
具体实施方式
本发明实施例是把用户的个人信息改由呈现服务器(Presence Server)来维护，则用户所有可供搜索的信息全部保存在Presence Server上。因此如图7所示，为本发明实施例搜索***的上下文的示意图，从图中可以看出，XDMC只需要经过会话初始协议核心网(Session Initiation Protocol Core，SIP Core)和Presence Server进行交互完成信息的发布，XDMC只需要经过AP和Search Proxy交互进行搜索请求，在后台Search Proxy只需要在Presence Seryer存储的呈现信息中进行搜索，搜索的结果直接返回给XDMC，这样会使得信令简单、架构简单，搜索性能将大大提高。
这种改造符合现有的规范，表1是OMA规范定义的个人信息的Schema，其中可以看出用户的个人信息中所包含的内容。
表1shared-profile Schema
  <？xml version＝″1.0″encoding＝″UTF-8″？><xs:schematargetNamespace＝″urn:oma:params:xml:ns:shared-profile″xmlns＝″urn:oma:params:xml:ns:shared-profile″xmlns:xs＝”http://www.w3.org/2001/XMLSchema”<！--The root″shared-profile″element--><xs:element name＝″shared-profile″><xs:complexType><xs:sequence maxOccurs＝″1″><xs:element name＝″shared-profile″type＝″shared-profileType″/></xs:sequence></xs:complexType></xs:element><xs:complexType name＝″shared-profileType″><xs:sequence><xs:element name＝″user-information”type＝″user-informationType″minOccurs＝″0″/><xs:element name＝″alias″type＝″aliasType″minOccurs＝″0″/><xs:element name＝″display-name″type＝″display-nameType″minOccurs＝″0″/><xs:element name＝″allow-publication″type＝″xs:boolean/><xs:element name＝″allow-anonymity″type＝″xs:boolean/></xs:sequence><xs:attribute name＝″uri″type＝″xs:anyURI″use＝″required″><xs:anyAttribute namespace＝″##other″processContents＝″lax″minOccurs＝″0″maxOccurs＝″unbounded″/></xs:complexType><xs:complexType name＝″user-informationType″><xs:sequence><xs:element name＝″name”type＝″nameType″minOccurs＝″0″maxOccurs＝″1″/><xs:element name＝″age”type＝″ageType″minOccurs＝″0″maxOccurs＝″1″/>
       <xs:element name＝″address”type＝″addressType″minOccurs＝″0″maxOccurs＝″1″/><xs:element name＝″city”type＝″cityType″minOccurs＝″0″maxOccurs＝″1″/><xs:element name＝″country”type＝″countryType″minOccurs＝″0″maxOccurs＝″1″/><xs:element name＝″email”type＝″emailType″minOccurs＝″0″maxOccurs＝″1″/><xs:element name＝″gender”type＝″genderType″minOccurs＝″0″maxOccurs＝″1″/><xs:element name＝″intention”type＝″intentionType″minOccurs＝″0″maxOccurs＝″1″/><xs:element name＝″freetext”type＝″freetextType″minOccurs＝″0″maxOccurs＝″1″/><xs:element name＝″communication-type”type＝″communication-typeType″minOccurs＝″0″maxOccurs＝″1″/><xs:element name＝″hobbies”type＝″hobbiesType″minOccurs＝″0″maxOccurs＝″1″/><xs:element name＝″links”type＝″linksType″minOccurs＝″0″maxOccurs＝″1″/><xs:anyAttribute namespace＝″##other″processContents＝″lax″minOccurs＝″0″maxOccurs＝″unbounded″/></xs:complexType><xs:complexType name＝″aliasType″><xs:simpleContent><xs:extensionbase＝″xs:string″><xs:attribute ref＝″xml:lang″/></xs:extension></xs:simpleContent></xs:complexType><xs:complexType name＝″display-nameType″><xs:simpleContent><xs:extension base＝″xs:string″><xs:attribute ref＝″xml:lang″/></xs:extension></xs:simpleContent></xs:complexType></xs:schema>
而Presence信息中是可以包含用户信息的。如表2所示，为SIMPLE定义的用户数据模型表，即SIMPLE的草案制定的有关Presence信息的Schema，以下引用RFC 4479的Schema定义：
表2SIMPLE定义的用户数据模型表
  <？xml version＝″1.0″encoding＝″UTF-8″？><xs:schema targetNamespace＝″urn:ietf:params:xml:ns:pidf:data-model″xmlns:xs＝″http://www.w3.org/2001/XMLSchema″xmlns＝″urn:ietf:params:xml:ns:pidf:data-model″elementFormDefault＝″qualified″attributeFormDefault＝″unqualified″><xs:include schemaLocation＝″common-schema.xsd″/><xs:element name＝″deviceID″type＝″deviceID_t″><xs:annotation><xs:documentation>Device ID，a URN</xs:documentation></xs:annotation></xs:element><xs:element name＝″device″><xs:annotation><xs:documentation>Contains information aboutthe device</xs:documentation></xs:annotation><xs:complexType><xs:sequence><xs:any namespace＝″##other″processContents＝″lax″minOccurs＝″0″maxOccurs＝″unbounded″/><xs:element ref＝″deviceID″/><xs:element name＝″note″type＝″Note_t″minOccurs＝″0″/><xs:element name＝″timestamp″type＝″Timestamp_t″minOccurs＝″0″/></xs:sequence><xs:attribute name＝″id″type＝″xs:ID″use＝required″/></xs:complexType></xs:element><xs:element name＝″person″><xs:annotation><xs:documentation>Contains information about thehuman user</xs:documentation></xs:annotation><xs:complexType><xs:sequence>
    <xs:any namespace＝″##other″processContents＝″lax″minOccurs＝″0″maxOccurs＝″unbounded″><xs:annotation><xs:documentation>Characteristic and statusinformation</xs:documentation></xs:annotation></xs:any><xs:element name＝″note″type＝″Note_t″minOccurs＝″0″/><xs:element name＝″timestamp″type＝″Timestamp_t″minOccurs＝″0″/></xs:sequence><xs:attribute name＝″id″type＝″xs:ID″use＝″required″/></xs:complexType></xs:element></xs:schema>
在Data-Model中定义了用户的业务信息(其中包括意愿信息和能力信息)、设备信息和个人信息，其中个人信息可以引用属于任何命名空间的个人信息，这正好将个人信息纳入Presence信息中维护提供了方便，而且个人信息纳入Presence信息中“person”节点下进行维护和管理同样可以进行修改和查询，而且还可以进行权限控制，而且这样一来用户信息，包括能力信息、意愿信息、设备信息和个人信息全部存放在用户的Presnece信息中，这样在不改变现有Presence Server的功能的基础上新增Search Proxy的功能，实现简单，架构简单清晰，信令简单，不需要和XDMS进行交互，将使得搜索性能得到很大提高。
如图8所示，为本发明实施例搜索***的结构示意图，包括聚合代理(Aggregation Proxy，AP)2，用于搜索请求的认证和路由；聚合代理(Aggregation Proxy)3，用于将聚合代理2路由的搜索请求转发；呈现服务器(Presence Server，PS)4，用于存储包括个人信息的呈现信息，并根据接收到的搜索请求在用户的呈现信息中进行搜索返回搜索结果。
再如图8所示，呈现服务器4包括数据库40，用于存储用户的包括个人信息的呈现信息；呈现搜索代理(Presence Search Proxy)41，用于根据接收到的搜索请求在所述数据库40存储的用户的呈现信息中进行搜索；呈现服务器模块，用于维护呈现信息。
搜索请求由XML文档管理客户端(XML Document Management Client，XDMC)来发送的。
因此，本发明实施例的搜索***不会对现有的呈现服务器的能力造成任何影响。呈现搜索代理作为一个逻辑上独立的模块，但是又和PS具有公用数据的特性，所以称为Presence Search Proxy。
本发明实施例搜索方法包括根据接收到的搜索请求所携带的搜索条件，在呈现信息中进行搜索，将符合搜索条件的信息返回。
如图9所示，为本发明实施例搜索方法的流程图，详细步骤如下：
步骤501，XDMC向AP发送搜索请求；
步骤502，AP进行权限检查，并将检查结果返回给XDMC，如果该搜索请求为授权信息则执行步骤503，否则结束；
步骤503，XDMC收到授权信息后，重新发起请求到AP；
步骤504，AP将该搜索请求路由到呈现搜索代理(Presence SearchProxy)；
步骤505，呈现搜索代理根据搜索请求携带的搜索条件在其拥有的用户的Presence信息中进行搜索，其中涉及用户对搜索的权限控制，在OMA定义的User-Profile中包含“allow-publication”用户控制该用户的个人信息是否被允许搜索，则用户控制了搜索权限的该用户的个人信息不允许被搜索；
步骤506，呈现搜索代理将搜索结果返回给AP；
步骤507，AP将搜索结果返回给XDMC。
在进行搜索前，需要发布用户呈现信息，如图10所示，为本发明实施例搜索方法中呈现用户代理发布用户呈现信息的流程图，详细步骤如下：
步骤401，呈现用户代理(Presence User Agent，PUA)发布用户的Presence信息；
PUA可能位于用户的终端设备，也可以位于应用服务器，也可能位于网络中；
步骤402，IMS核心网中的呼叫/会话控制功能代理(Proxy-Call/SessionControl Function，P-CSCF)将该发布请求发送给呼叫/会话控制功能服务器(Serving-Call/Session Control Function，S-CSCF)；
步骤403，S-CSCF检查该用户的初始过虑规则(Initial filter criteria，IFC)，决定触发规则；
步骤404，S-CSCF根据触发规则将该发布请求递送给PS；
步骤405，PS检查用户的权限，通过权限检查；否则结束
步骤406，PS存储包括个人信息的Presence信息，并返回200OK响应；
步骤407，S-CSCF将该响应消息给P-CSCF；
步骤408，P-CSCF将该响应消息递送给PUA；
PS存储呈现(Presence)信息后PS可以向搜索用户通知新的包括个人信息的Presence信息。
以上给出了PS上如何获得用户的个人信息，它是通过用户发布代理(可以是用户的终端设备，也可以是应用服务器，能够代用户发布其信息的应用)发布到PS的。
例如：
1、用户A的呈现发布代理向呈现服务器发布用户的呈现信息，其中包括用户的能力信息、意愿信息、设备信息和个人信息，当然这些信息也可以分开发布，比如在一次发布中只发布了能力信息和意愿信息以及设备信息，而在另外的时间甚至设备发布用户的个人信息。也就是说发布的信息可以是全部信息的一个片断。
2、用户B上线后，发起搜索请求，希望搜索所在城市为“深圳”，而且当前“在线”的用户，该请求被路由到呈现搜索代理，该代理只需要检查当前用户发布的呈现信息中所在城市为“深圳”，而且当前“在线”就可以了，将符合条件的用户信息返回给用户B。
如果采用现有的OMA的架构，则需要先到Profile XDMS去搜索当前所在城市是“深圳”的用户，待返回符合条件的用户后，再到呈现服务器去订阅这些用户的呈现信息，再找出当前“在线”的用户，然后再将符合两个条件的用户返回给用户B。这样性能显然很差，导致搜索结果很慢，而且不管采用现有的几种方案中的哪一种，都导致Profile XDMS和呈现服务器忍受庞大的数据量和信令交互频度。
因此本发明实施例具有以下优点：
1、呈现搜索代理不再同时和Presence Server和XDMS同时交互，大大提高了性能；
2、按照现有技术，用户在XDMS保存一份个人信息，在Presence信息中也可以保存用户个人信息，导致数据重复，用户体验复杂，本发明实施例不再使用XDMS维护个人信息，而是将用户个人信息放在Presence Server上维护，内嵌在data-model定义的“person”节点下，使得数据不再重复，方便用户管理，用户体验更合理。
3、只搜索一份数据就可以满足用户的搜索需求(可以搜索用户的个人信息、能力信息、意愿信息和设备信息)，实现简单，性能提升；
4、基于Presence Server的Presence Search Proxy的出现，减少了网络复杂度；
5、针对用户对其他用户的个人信息和Presence信息的联合搜索需求，本发明实施例提供的搜索方案在不违反规范的前提下，架构简单、性能大大提高。
因此，本发明实施例的搜索***和搜索方法，不需要搜索代理和呈现服务器以及XML文档管理服务器之间的交互，减少了接口复杂度，提高了搜索效率，同时使得架构简单，用户数据不再重复。
最后所应说明的是，以上实施例仅用以说明本发明实施例的技术方案而非限制，尽管参照较佳实施例对本发明实施例进行了详细说明，本领域的普通技术人员应当理解，可以对本发明实施例的技术方案进行修改或者等同替换，而不脱离本发明实施例技术方案的精神和范围。

Claims (7)

1.一种搜索***，其特征在于包括：
XML文档管理客户端，用于发送搜索请求；
聚合代理，用于接收所述XML文档管理客户端发送的所述搜索请求，并进行所述搜索请求的认证和路由；
呈现服务器，用于存储包括个人信息的呈现信息，并根据接收到的搜索请求在用户的呈现信息中进行搜索返回搜索结果，所述个人信息在所述呈现信息中的一节点下进行维护和管理。
2.根据权利要求1所述的搜索***，其特征在于所述呈现服务器包括：
数据库，用于存储用户的包括个人信息的呈现信息；
呈现搜索代理，用于根据接收到的搜索请求在所述数据库存储的用户的呈现信息中进行搜索；
呈现服务器模块，用于维护呈现信息。
3.一种搜索方法，其特征在于包括：
XML文档管理客户端向聚合代理发送搜索请求；
所述聚合代理对接收到的所述搜索请求进行权限检查，并将检查结果返回至所述XML文档管理客户端；
当所述检查结果是所述搜索请求为授权信息，则所述XML文档管理客户端重新发送所述搜索请求至所述聚合代理，并由所述聚合代理将所述搜索请求路由至呈现搜索代理；
所述呈现搜索代理根据接收到的所述搜索请求中所携带的搜索条件，在呈现服务器中包括个人信息的呈现信息中进行搜索，所述个人信息在所述呈现信息中的一节点下进行维护和管理；
所述呈现搜索代理返回符合搜索条件的信息至所述聚合代理，并由所述聚合代理发送至所述XML文档管理客户端。
4.根据权利要求3所述的搜索方法，其特征在于，用户控制了搜索权限的该用户的个人信息不允许被搜索。
5.根据权利要求3所述的搜索方法，其特征在于，所述呈现搜索代理接收到所述搜索请求前包括：将发布的用户的包含个人信息的呈现信息进行储存并返回响应。
6.根据权利要求5所述的搜索方法，其特征在于，在所述将发布的用户的包含个人信息的呈现信息进行储存之前还包括：所述呈现服务器检查权限信息，若权限检查通过，则由所述呈现服务器存储包括个人信息的所述呈现信息。
7.根据权利要求6所述的搜索方法，其特征在于，在所述由所述呈现服务器存储包括个人信息的所述呈现信息之后还包括：所述呈现服务器向搜索用户通知新的包括个人信息的呈现信息。
CN200710135828.8A 2007-07-16 2007-07-16 搜索***和搜索方法 Expired - Fee Related CN101075266B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN200710135828.8A CN101075266B (zh) 2007-07-16 2007-07-16 搜索***和搜索方法
PCT/CN2008/071637 WO2009010004A1 (fr) 2007-07-16 2008-07-14 Système de recherche, procédé de recherche et serveur de présence

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN200710135828.8A CN101075266B (zh) 2007-07-16 2007-07-16 搜索***和搜索方法

Publications (2)

Publication Number Publication Date
CN101075266A CN101075266A (zh) 2007-11-21
CN101075266B true CN101075266B (zh) 2010-04-14

Family

ID=38976317

Family Applications (1)

Application Number Title Priority Date Filing Date
CN200710135828.8A Expired - Fee Related CN101075266B (zh) 2007-07-16 2007-07-16 搜索***和搜索方法

Country Status (2)

Country Link
CN (1) CN101075266B (zh)
WO (1) WO2009010004A1 (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101075266B (zh) * 2007-07-16 2010-04-14 华为技术有限公司 搜索***和搜索方法
CN101631287B (zh) * 2009-07-31 2012-01-04 华为技术有限公司 一种请求消息处理***、方法及装置和一种聚合代理
CN104052648A (zh) * 2013-03-12 2014-09-17 国际商业机器公司 流引导的协作通信
CN104111943A (zh) * 2013-04-19 2014-10-22 田夕 一种优化网页信息和线上互动的方法和***
CN107977475A (zh) * 2014-12-24 2018-05-01 北京奇虎科技有限公司 数据库内置数据的处理方法及装置

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1694402A (zh) * 2004-05-06 2005-11-09 株式会社日立制作所 信息发送方法、发送***、信息提供装置和信息检索装置
CN1859322A (zh) * 2005-12-17 2006-11-08 华为技术有限公司 查询用户信息的方法
CN1949757A (zh) * 2005-10-11 2007-04-18 阿尔卡特公司 评估电信***用户装置的附加服务的方法

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020138470A1 (en) * 2001-03-21 2002-09-26 Inter China Network Software Company Limited System and method of personal and business web cards
CN1272730C (zh) * 2001-04-18 2006-08-30 雅虎公司 个人网络名片的全球网络和隐私控制及其方法
US7260207B2 (en) * 2005-04-15 2007-08-21 Tekelec Methods, systems, and computer program products for providing presence-qualified E.164 number mapping (ENUM) service in a communications network
CN101075266B (zh) * 2007-07-16 2010-04-14 华为技术有限公司 搜索***和搜索方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1694402A (zh) * 2004-05-06 2005-11-09 株式会社日立制作所 信息发送方法、发送***、信息提供装置和信息检索装置
CN1949757A (zh) * 2005-10-11 2007-04-18 阿尔卡特公司 评估电信***用户装置的附加服务的方法
CN1859322A (zh) * 2005-12-17 2006-11-08 华为技术有限公司 查询用户信息的方法

Also Published As

Publication number Publication date
CN101075266A (zh) 2007-11-21
WO2009010004A1 (fr) 2009-01-22

Similar Documents

Publication Publication Date Title
CN100563196C (zh) 通信***和在通信***中查询信息的方法
US7945536B2 (en) Method and system for recovering a previous version of a document from a current version of the document
EP1968263B1 (en) A method and system for querying user information, and search agent, client and server
CN103314558B (zh) 一种实现ip多媒体子***中策略管理的方法
US8543719B2 (en) System and method for managing XDM service information
CN101299829B (zh) 一种实现统一存储中管理媒体内容的方法和消息***
CN101164275B (zh) 一种数据业务***和接入控制方法
EP2320616B1 (en) Mobile searching method and system, and method for synchronizing search ability of searching server
CN101553782B (zh) 用于管理可扩展标记语言文档管理服务器历史的***和方法
CN100426729C (zh) 一种呈现***及其处理订阅者订阅信息的方法
CN101075266B (zh) 搜索***和搜索方法
US20130110776A1 (en) System and method for synchronizing the profile of a user in social networks and the user&#39;s personal contact card (pcc)
CN101184054A (zh) 一种通过网络实现产品或服务预订的方法、***及服务器
CN101453426A (zh) 一种对象状态信息呈现的***和方法
CN101997732A (zh) 业务查询方法、装置及***
WO2009056057A1 (fr) Procédé d&#39;émission de capacité de service d&#39;utilisateur et serveur de présentation et système de service de communication
CN101064692B (zh) 一种呈现信息的发布方法、设备及***
EP2340651B1 (en) Group management in a communication network
CN1770764B (zh) 一种业务触发点的匹配方法
CN101179572B (zh) 一种内容的复制方法、装置与***
CN103460681A (zh) 融合地址薄能力的管理方法
CN102025697B (zh) 用于cab的邀请订阅、订阅和订阅更新通知方法及装置
US8538951B2 (en) Search server interconnection method, search server and system for mobile search
KR101490520B1 (ko) Ｘｄｍ 서버의 히스토리를 관리하기 위한 시스템 및 방법

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20100414

CF01 Termination of patent right due to non-payment of annual fee