[发明专利]搜索系统和搜索方法

说明书

技术领域

本发明实施例涉及移动通信领域，尤其是一种搜索系统和搜索方法。

背景技术

目前，网络用户的用户信息包括用户的通信意愿、通信能力、通信设备信息和用户个人信息等，用户需要根据其他用户的某些信息(属于用户信息的一部分)搜索出符合条件的用户。

搜索代理(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转发接收到的搜索请求；