专利名称：搜索系统和搜索方法
技术领域：
本发明实施例涉及移动通信领域，尤其是一种搜索系统和搜索方法。
背景技术：
目前，网络用户的用户信息包括用户的通信意愿、通信能力、通信设备信息和用户个人信息等，用户需要根据其他用户的某些信息(属于用户信息的一部分)搜索出符合条件的用户。
搜索代理(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文档管理服务器之间的交互，减少了接口复杂度，提高了搜索效率，同时使得架构简单，用户数据不再重复。
下面通过附图和实施例，对本发明实施例的技术方案做进一步的详细描述。
图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 Server存储的呈现信息中进行搜索，搜索的结果直接返回给XDMC，这样会使得信令简单、架构简单，搜索性能将大大提高。
这种改造符合现有的规范，表1是OMA规范定义的个人信息的Schema，其中可以看出用户的个人信息中所包含的内容。
表1shared-profile Schema
而Presence信息中是可以包含用户信息的。如表2所示，为SIMPLE定义的用户数据模型表，即SIMPLE的草案制定的有关Presence信息的Schema，以下引用RFC 4479的Schema定义表2SIMPLE定义的用户数据模型表
在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文档管理服务器之间的交互，减少了接口复杂度，提高了搜索效率，同时使得架构简单，用户数据不再重复。
最后所应说明的是，以上实施例仅用以说明本发明实施例的技术方案而非限制，尽管参照较佳实施例对本发明实施例进行了详细说明，本领域的普通技术人员应当理解，可以对本发明实施例的技术方案进行修改或者等同替换，而不脱离本发明实施例技术方案的精神和范围。
权利要求
1.一种搜索系统，其特征在于包括聚合代理，用于搜索请求的认证和路由；呈现服务器，用于存储包括个人信息的呈现信息，并根据接收到的搜索请求在用户的呈现信息中进行搜索返回搜索结果。
2.根据权利要求1或2所述的搜索系统，其特征在于所述呈现服务器包括数据库，用于存储用户的包括个人信息的呈现信息；呈现搜索代理，用于根据接收到的搜索请求在所述数据库存储的用户的呈现信息中进行搜索；呈现服务器模块。
3.一种搜索方法，其特征在于包括根据接收到的搜索请求所携带的搜索条件，在呈现服务器中的包括个人信息的呈现信息中进行搜索；返回符合搜索条件的信息。
4.根据权利要求3所述的搜索方法，其特征在于，所述接收到搜索请求后，对该搜索请求进行权限检查，如果该搜索请求为授权信息则重新发起搜索请求，然后在呈现服务器中的包括个人信息的呈现信息中进行搜索。
5.根据权利要求3所述的搜索方法，其特征在于，用户控制了搜索权限的该用户的个人信息不允许被搜索。
6.根据权利要求3所述的搜索方法，其特征在于，所述接收搜索请求前包括将发布的用户的包含个人信息的呈现信息进行储存并返回响应。
7.根据权利要求6所述的搜索方法，其特征在于，所述存储该用户的呈现信息前还包括检查权限信息，权限检查通过则存储该存储信息的用户的包括个人信息的呈现信息。
8.根据权利要求6所述的搜索方法，其特征在于，所述存储该村出信息的用户的包括个人信息的呈现信息后还包括向搜索用户通知新的呈现信息。
全文摘要
本发明实施例涉及一种搜索系统，包括聚合代理，用于搜索请求的认证和路由；呈现服务器，用于存储包括个人信息的呈现信息，并根据接收到的搜索请求在用户的呈现信息中进行搜索返回搜索结果。本发明实施例还涉及一种搜索方法，包括根据接收到的搜索请求所携带的搜索条件，在呈现服务器中的包括个人信息的呈现信息中进行搜索；返回符合搜索条件的信息。因此，本发明实施例的搜索系统和搜索方法，将呈现信息全部存储在呈现服务器中，因此不需要搜索代理和呈现服务器以及XML文档管理服务器之间的交互，减少了接口复杂度，提高了搜索效率，同时使得架构简单，用户数据不再重复。
文档编号G06F17/30GK101075266SQ200710135828
公开日2007年11月21日 申请日期2007年7月16日 优先权日2007年7月16日
发明者季方 申请人:华为技术有限公司