实现用户隐身状态的方法及装置的制作方法

文档序号:7744853阅读:138来源:国知局
专利名称:实现用户隐身状态的方法及装置的制作方法
技术领域
本发明涉及通信技术领域,尤其涉及一种实现用户隐身状态的方法及装置。
背景技术
Presence (呈现)业务是 IMS (IP Multimedia Subsystem, IP 多媒体子系统)的典型业务,用户可以发布自己的I^resence信息,以及订阅其他用户的I^resence信息。订阅其他用户I^resence信息的用户可以称为观察者,对应的,被订阅的其他用户可以称为呈现者。用户的I^esence信息可以包括硬状态信息及软状态信息,硬状态信息包括用户长久状态信息,如用户头像、用户个性签名等,软状态信息包括用户不在线或用户在线等。当虽然用户在线,但希望呈现给其他用户为不在线,即用户希望实现隐身状态时, 通常可以通过I^esence Server (呈现服务器)将用户发布的I^resence信息清空,使得接收到I^resence信息的观察者根据I^resence信息为空,确认I^resence信息内没有用户在线状态信息,把用户的状态设置为不在线状态,用户头像显示为灰色,从而达到用户隐身的效果。在实现本发明过程中,发明人发现现有技术中至少存在如下问题由于只是对I^resence信息简单的清空来达到用户隐身的效果,会把I^resence信息的硬状态信息,如用户头像、个性签名等也清空,但是用户真正不在线时,用户头像、个性签名等在一段时间内不会马上消失,因此,其他用户可以得知该用户不是真正不在线,而是处于隐身状态。

发明内容
本发明实施例提供了一种实现用户隐身状态的方法及装置,避免对方破解其处于隐身状态。本发明实施例提供一种实现用户隐身状态的方法包括确定第一用户订阅第二用户的状态;确定所述第二用户对所述第一用户的授权方式为隐身方式,发送所述第二用户的呈现!Presence信息中给所述第一用户,所述呈现I^esence信息只包含硬状态信息,实现所述第二用户对所述第一用户的隐身状态。对应的,本发明实施例提供一种实现用户隐身状态的装置,包括第一订阅确定单元,用于确定第一用户订阅第二用户的状态;隐身单元,用于确定所述第二用户对所述第一用户的授权方式为隐身方式,发送所述第二用户的呈现I^resence信息中给所述第一用户,所述呈现I^resence信息只包含硬状态信息,实现所述第二用户对所述第一用户的隐身状态。由上述本发明的实施例提供的技术方案可以看出,确定第二用户对第一用户的授权方式为隐身方式,发送第二用户的I^esence信息中除软状态信息之外的硬状态信息给第一用户,即实现第一用户根据没有第二用户的软状态信息,认为第二用户不在线,又避免由于没有第二用户的硬状态信息,第一用户识别出第二用户不是真正不在线,最终实现第二用户对第一用户隐身并不被第一用户识破。


为了更清楚地说明本发明实施例的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。图1为本发明一实施例实现用户隐身状态的方法流程图;图2为本发明另一实施例实现用户隐身状态的方法流程图;图3为本发明另一实施例实现用户隐身状态的方法流程图;图4为本发明一实施例实现用户隐身状态的装置构成图;图5为本发明另一实施例实现用户隐身状态的装置构成图;图6为本发明另一实施例实现用户隐身状态的方法应用示意图。
具体实施例方式下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。如图1所示,本发明实施例提供一种实现用户隐身状态的方法,包括11、确定第一用户订阅第二用户的状态。12、确定第二用户对第一用户的授权方式为隐身方式,发送第二用户的!Presence 信息给第一用户,所述I^esence信息只包含硬状态信息,实现第二用户对第一用户的隐身状态。本发明实施例实现用户隐身状态的方法的执行主体可以是I^resenc必erver。在 IMS 域的 Presence 业务中,Watcher (观察者)通过 PresenceServer 订阅 Presentity (呈现者)的I^resence信息。呈现者可以对一个或多个观察者设置授权方式,I^resence Server 根据呈现者对观察者的授权方式,对呈现者的I^resence信息进行相应的处理,之后呈现给观察者。本发明实施例实现用户隐身状态的方法中,第一用户为观察者,第二用户为呈现者。呈现者的I^esence信息中硬状态信息,通常是用户长久状态信息,如用户头像、用户个性签名等,用户不会经常改变这些信息。!Presence信息中软状态信息包括用户不在线或用户在线等,这些信息常常会不断变化。由上述本发明的实施例提供的技术方案可以看出,确定第二用户对第一用户的授权方式为隐身方式,发送第二用户的I^esence信息中只包含硬状态信息给第一用户,即实现第一用户根据没有得到第二用户在线的软状态信息,认为第二用户不在线,又避免由于没有第二用户的硬状态信息,第一用户识别出第二用户不是真正不在线。最终本发明的实施例提供的技术方案,实现第二用户对第一用户隐身并不被第一用户识破。
具体而言,本发明实施例实现用户隐身状态的方法,可以在授权方式文档服务器 Presence XDMS的授权方式文档的元素action下的元素sub-han dling中扩展一个元素值,如hidden,表示隐身方式。可选的,用户可以通过XCAP(XMLConfiguration Access Protocol,XML配置访问协议)的PUT消息实现在ft~esence XDMS的授权方式文档中设置授权方式,包括用户上线时默认设置的授权方式,以及用户在线时修改的授权方式,具体见后文叙述。以及,本发明实施例实现用户隐身状态的方法,可以预设呈现者对观察者的授权方式为隐身方式时,Presence Server对呈现者的I^resence信息的处理策略。预设处理策略如,第二用户对第一用户的授权方式为隐身方式时,Presence krver发送第二用户的 !Presence信息中除软状态信息之外的硬状态信息给第一用户,实现第二用户对第一用户的隐身状态,并避免被第一用户破解第二用户处于隐身状态。虽然第二用户实现对第一用户的隐身状态,但第二用户仍然在线并可以订阅第一用户的!Presence信息,因此,为了避免第一用户通过订阅自己的观察者列表发现第二用户在其观察者列表内,则第一用户可以得知第二用户不是真正不在线,破解出第二用户处于隐身状态。进一步的,本发明实施例实现用户隐身状态的方法,还可以包括确定第二用户订阅第一用户的状态;当第一用户请求获得其观察者列表时,根据第二用户对第一用户的授权方式为隐身方式,发送不包含第二用户在内的观察者列表给第一用户。具体而言,本发明实施例实现用户隐身状态的方法,可以预设呈现者对观察者的授权方式为隐身方式时,I^esence krver对观察者列表的处理策略。预设处理策略如, Presence krver确定第二用户订阅第一用户的状态,Presence krver接收第一用户的观察者列表请求,Presence Server发送不包含第二用户在内的观察者列表给第一用户。由上述本发明的实施例提供的技术方案可以看出,虽然第二用户是第一用户的观察者,但是I^esence Server发送给第一用户的观察者列表却没有包含第二用户,避免第一用户根据观察者列表中有第二用户,发现第二用户仍然在线,识别出第二用户处于隐身状态。可选的,第二用户实现对第一用户的隐身状态后,第二用户可以修改其I^resence 信息中硬状态信息。进一步的,本发明实施例实现用户隐身状态的方法,还可以包括确定第二用户通过硬状态信息文档管理服务器Permanent XDMS变更第二用户的 Presence信息中的硬状态信息;根据第二用户对第一用户的授权方式为隐身方式,发送第二用户变更后的 Presence信息中硬状态信息给第一用户。其中,第二用户可以通过XCAP(XMLConfiguration Access Protocol,XML配置访问协议)的 PUT 消息,或 SIP (Session Initiation Protocol,会话发起协议)的 PUBLISH 消息发送变更的硬状态信息到Permanent XDMS (硬状态信息文档管理服务器)。Permanent XDMS可以通过硬状态变更通知NotifyChange消息将变更的硬状态信息发送给Presence Server,从而Presence Server收到第二用户变更的Presence信息中的硬状态信息,Presence Server确定第二用户变更其I^resence信息中的硬状态信息。其中,可以预设呈现者对观察者的授权方式为预设隐身方式时,I^resence Server 对呈现者变更的硬状态信息的处理策略。预设处理策略如,I^resence krver确定第二用户变更其I^resence信息中的硬状态信息后,Presence Server合并第二用户变更的硬状态信息,硬状态信息如包括用户头像、个性签名等,并且I^resence krver可以通过NOTIFY消息发送给第一用户。由上述本发明的实施例提供的技术方案可以看出,第二用户实现对第一用户的隐身状态后,第二用户可以修改其I^esence信息中硬状态信息并由I^resence krver告知第一用户。由于I^esence Server只是发送变更的硬状态信息,没有发送软状态信息给第一用户,第一用户没有得到第二用户在线的软状态信息,则第一用户仍然识别第二用户的状态为不在线。可选的,第二用户实现对第一用户的隐身状态后,第二用户可以修改其I^esence 信息中软状态信息。进一步的,本发明实施例实现用户隐身状态的方法,还可以包括确定第二用户变更!Presence信息中的软状态信息。根据第二用户对第一用户的授权方式为隐身方式,不发送第二用户变更后的 Presence信息中软状态信息给第一用户。其中,第二用户可以通过SIP的PUBLISH消息发送变更的软状态信息给I^resence Server,从而I^resence Server收到第二用户变更的I^resence信息中的软状态信息,确定第二用户变更其I^esence信息中的软状态信息。其中,可以预设呈现者对观察者的授权方式为隐身方式时,I^resenc必erver对呈现者变更的软状态信息的处理策略。预设处理策略如,PresenceServer确定第二用户的软状态信息变更时,Presence Server不会发送第二用户变更的软状态信息给第一用户,避免第一用户得到第二用户在线状态信息,识别出第二用户处于隐身状态。。由上述本发明的实施例提供的技术方案可以看出,第二用户实现对第一用户的隐身状态后,第二用户可以变更其I^esence信息中的软状态信息。虽然I^resence krver确定第二用户变更其软状态信息,但是I^esence Server不发送第二用户变更的软状态信息给第一用户,由于第一用户没有得到第二用户在线的软状态信息,第一用户仍然识别第二用户的状态为不在线。可选的,上述步骤12中确定第二用户对第一用户的授权方式为隐身方式,可以包括从授权方式文档管理服务器I^esence XDMS处获得第二用户对第一用户的授权方式为隐身方式。如,第二用户对第一用户的授权方式可以默认设置为隐身方式,这样,Presence krver确定第一用户订阅第二用户的状态后,Presence krver可以主动从I^resence XDMS处获取第二用户的授权方式文档,确定第二用户对第一用户的授权方式为隐身方式, Presence Server对第二用户发布的I^resence信息中的硬状态信息返回给第一用户,实现第二用户的隐身状态,并避免被第一用户破解其处于隐身状态。或者,上述步骤12中确定第二用户对第一用户的授权方式为隐身方式,可以包括接收授权方式文档管理服务器I^esence XDMS发送的第二用户变更对第一用户的授权方式为隐身方式的授权方式修改消息;根据授权方式修改消息,确定第二用户对第一用户设置的授权方式为隐身方式。如,第二用户对第一用户的授权方式并非默认设置为隐身方式。用户的默认授权方式可以为block拒绝方式、confirm待确认方式、polite-block礼貌拒绝、allow允许方式,等等。上述各授权方式属于I^esence XDMS的授权方式文档的元素action下的元素 sub-handl ing中元素值,具有标准规范的定义,在此不作赘述。那么,第二用户可以变更对第一用户的授权方式为隐身方式。当第二用户可以变更对第一用户的授权方式变更时,I^esence XDMS主动发送变更通知给I^resence Server。 Presence krver确定第二用户对第一用户的授权方式为隐身方式,Presence krver对第二用户发布的I^esence信息中的硬状态信息返回给第一用户,实现第二用户的隐身状态, 并避免被第一用户破解其处于隐身状态。可以知道,在IMS域的I^resence业务中,每个用户(如I^resentity)可以设置多个授权方式,每个授权方式适用于一个或多个其他用户(如Watcher)。如上述实施例中,第一用户订阅第二用户的状态,第二用户对第一用户可以设置有2个授权方式,如第一用户属于第二用户的同事组,第二用户对第一用户的授权方式为隐身方式hidden,第一用户同时还属于第二用户的好友组,第二用户对第一用户的授权方式为confirm。那么,可以预设隐身方式与多个授权方式之间的优先级。如,预设I^resence XDMS的授权方式文档的元素 action 下的元素 sub-handling 中元素值,如 block(0)、confirm(lO)、polite-block(20)、 hidden (25)、allow (30),括号内的数值代表枚举值,数值越大,优先级级别越高,则其优先级关系从高到低依次是 allow- > hidden- > polite-block- > confirm- > block。进一步的,上述步骤12中确定第二用户对第一用户的授权方式为隐身方式,还可以包括当第二用户对第一用户的授权方式为多个时,根据多个授权方式的优先级关系, 确定第二用户对所述第一用户的授权方式为隐身方式,多个授权方式包括hidden隐身方式、block拒绝方式、confirm待确认方式、polite-block礼貌拒绝方式、allow允许方式。其中,I^resence krver可以从I^resence XDMS获得隐身方式与多个授权方式之间的优先级关系。可见,Presence krver根据隐身方式与多个授权方式之间的优先级关系,可以对多个授权方式进行合并,最终确定第二用户对第一用户设置的授权方式是否为隐身方式。如,第二用户对第一用户设置有2个授权方式,如第一用户属于第二用户的同事组,第二用户对第一用户的授权方式为隐身方式hidden,第一用户同时还属于第二用户的好友组,第二用户对第一用户的授权方式为confirm。根据优先级关系从高到低依次是 allow- > hidden- > polite-block- > confirm- > block,Presence Server 对 hidden 与 confirm进行合并,最终确定第二用户对第一用户设置的授权方式为hidden。由上述本发明的实施例提供的技术方案可以看出,本发明实施例实现用户隐身状态的方法,实现了在IMS域,允许用户通过修改对某些用户的授权方式,由I^resence Server实现用户隐身。
对应于上述实施例提供的实现用户隐身状态的方法,如图2所示,本发明实施例提供一种实现用户隐身状态的装置,包括第一订阅确定单元21,用于确定第一用户订阅第二用户的状态。隐身单元22,用于确定第二用户对第一用户的授权方式为隐身方式,发送第二用户的呈现I^resence信息中给第一用户,所述呈现I^esence信息只包含硬状态信息,实现第二用户对所述第一用户的隐身状态。本发明实施例实现用户隐身状态的装置可以与I^resence krver设置于一体或分体设置。由上述本发明的实施例提供的技术方案可以看出,确定第二用户对第一用户的授权方式为隐身方式,发送第二用户的I^esence信息中除软状态信息之外的硬状态信息给第一用户,即实现第一用户根据没有第二用户的软状态信息,认为第二用户不在线,又避免由于没有第二用户的硬状态信息,第一用户识别出第二用户不是真正不在线。最终本发明的实施例提供的技术方案,实现第二用户对第一用户隐身并不被第一用户识破。如图3所示,本发明实施例实现用户隐身状态的装置,还可以包括第二订阅确定单元31,用于确定第二用户订阅所述第一用户的状态。观察者列表发送单元32,用于当第一用户请求获得其观察者信息列表时,根据第二用户对第一用户的授权方式为隐身方式,发送不包含第二用户在内的观察者列表给第一用户。本发明实施例实现用户隐身状态的装置,还包括硬状态信息变更处理单元,用于确定第二用户通过Permanent XDMS变更第二用户的!Presence信息中的硬状态信息,根据第二用户对第一用户的授权方式为隐身方式,发送第二用户变更后的I^esence信息中硬状态信息给第一用户。具体的,硬状态信息变更处理单元,可以包括硬状态信息变更确定单元,用于接收Permanent XDMS发送的硬状态变更通知,硬状态变更通知包含第二用户变更后的I^esence信息中的硬状态信息,确定第二用户变更所述!Presence信息中的硬状态信息;其中,用户通过XML配置访问协议XCAP的PUT消息,或者会话发起协议SIP的 PUBLISH消息发送第二用户变更后的I^resence信息中的硬状态信息给Permanent XDMS ;硬状态信息发送单元,用于发送第二用户变更后的!Presence信息中硬状态信息给第一用户。进一步,隐身单元22,可以包括隐身确定单元,用于从I^resence XDMS处获得第二用户对第一用户的授权方式为隐身方式;或者,用于接收I^esence XDMS发送的第二用户变更对第一用户的授权方式为隐身方式的授权方式修改消息,根据授权方式修改消息,确定第二用户对第一用户设置的授权方式为隐身方式。隐身单元22,还可以包括隐身处理单元,用于当第二用户对所述第一用户的授权方式为多个时,根据多个授权方式的优先级关系,确定第二用户对第一用户的授权方式为隐身方式,多个授权方式包括hidden隐身方式、block拒绝方式、confirm待确认方式、polite-block礼貌拒绝方式、allow允许方式。本发明实施例实现用户隐身状态的装置及其构成,可以参考上述实施例实现用户隐身状态的方法得以理解,在此不作赘述。由上述本发明的实施例提供的技术方案可以看出,本发明实施例实现用户隐身状态的装置,实现了在IMS域,允许用户通过修改自己的授权方式,由I^resence Server实现用户隐身。示例性的如图4-6所示,用户B是上文所述的第一用户,用户A是上文所述的第二用户,省略流程中的响应O000K),说明本发明实施例实现用户隐身状态的方法。如图4所示,用户A修改对用户B的授权方式文档,Presence Server根据修改后的用户A对用户B的授权方式,合并用户A的硬状态的各个信息,并将合并后的硬状态作为 Presence信息发送给用户B。41、用户B通过向I^resence Server发送Subscribe消息,来订阅用户A的状态。42,Presence Server获取用户A的I^resence信息,并根据用户A对用户B的授权方式,将用户A的硬状态和软状态的各个信息进行合并,并将合并后的信息作为!Presence 信息发送NOTIFY消息给用户B。NOTIFY消息内包含了用户A的I^resence信息。I^resence信息包括硬状态信息和软状态信息。硬状态信息,如用户头像、用户个性签名等。I^esence信息的软状态信息,如用户不在线或用户在线等。Presence krver获取用户A的I^resence信息的过程可以参考现有技术,在此不作赘述。43、用户A希望对用户B实现隐身状态(即用户A希望用户B认为用户A不在线), 用户A向!Presence XDMS发送授权方式修改消息,修改用户A对用户B的授权方式为隐身方式 hidden。如授权方式修改消息具体可以为XCAP协议的PUT消息。44,Presence XDMS接收到授权方式修改消息后,将用户A对用户B的授权方式的 Action值修改为hidden,并且向Presence Server发送授权方式变更消息,通知Presence Server用户A对用户B的授权方式改变为hidden方式。如授权方式变更消息具体可以为NotifyChange消息。45,Presence krver根据变更后的用户A对用户B的授权方式为hidden,将用户 A的!Presence信息中除软状态信息之外的硬状态各个信息进行合并。46,Presence Server发送只包含用户A的Presence信息中硬状态信息的NOTIFY 消息给用户B。该NOTIFY消息不包含用户A的I^resence信息中软状态信息。Presence Server可以根据预先设定的周期,向用户B发送只包含用户A的 Presence信息中硬状态信息NOTIFY消息,或者,只要I^resence Server接收到用户A变更后的授权方式时,就向用户B发送只包含用户A的!Presence信息中硬状态信息NOTIFY消肩、ο47、用户B收到NOTI FY消息进行解析,发现没有用户A的软状态信息,用户B则识别该用户A的状态为不在线。可见,由于I^resence krver发送用户A的I^resence信息中除软状态信息之外的硬状态信息给用户B,即实现用户B根据没有用户A的软状态信息,认为用户A不在线,又避免由于没有用户A的硬状态信息,用户B识别出用户A不是真正不在线。最终本发明的实施例提供的技术方案,实现用户A对用户B隐身并不被用户B识破。如图5所示,用户A对用户B的授权方式为hidden,用户A的I^resence信息中硬状态信息发生变化,Presence Server将向用户B发送用户A变更后的硬状态信息,具体过程包括51、用户B通过向I^resence Server发送Subscribe消息,来订阅用户A的状态。52, Presence krver获取用户A的I^resence信息,并根据用户A对用户B的授权方式为hidden,将用户A的ft~esence信息中除软状态信息之外的硬状态各个信息进行合并后发送NOTIFY消息给用户B。53、用户A向Permanent XDMS发送硬状态修改消息,修改用户A的硬状态信息,该硬状态修改消息包含了用户A变更后的硬状态信息。具体的,该硬状态修改消息可以具体为XCAP协议的PUT消息,或者SIP协议的 PUBLISH 消息。54、Permanent XDMS 向 Presence Server 发送硬状态变更消息,告知 Presence Server用户A变更后的硬状态信息。硬状态变更消息可以具体为NotifyChange消息。55,Presence Server接收到硬状态变更消息后,根据用户A对用户B授权方式为 hidden,只合并用户A变更后的硬状态信息。56,Presence Server发送只包含用户A变更后的硬状态信息的NOTIFY消息给用户B。该NOTIFY消息不包含用户A的软状态信息。Presence krver可以根据预先设定的周期,向用户B发送只包含用户A的硬状态信息NOTIFY消息,或者,只要I^resence Server接收到用户A变更后的授权方式时,就向用户B发送只包含用户A的硬状态信息NOTIFY消息。57、用户B收到NOTIFY消息进行解析,获取到用户A变更后的硬状态信息。可见,用户A实现对用户B的隐身状态后,用户A可以修改其I^esence信息中硬状态信息并由I^resence Server告知用户B。由于I^resence Server没有发送用户A的软状态信息给用户B,用户B没有得到用户A在线状态信息,用户B仍然识别用户A的状态为不在线。在上述实施例中,进一步包括在用户A对用户B授权方式为hidden时,如果用户 A的软状态信息发生变化时,如用户A可以通过SIP的PUBLISH消息向I^resence Server发布变更的软状态信息,Presence krver根据并不将用户A变更的软状态信息发送给用户 B0可见,用户A实现对用户B的隐身状态后,用户A可以变更其!Presence信息中的软状态信息,而且,Presence Server不发送用户A变更的软状态信息给用户B,由于用户B 没有得到用户A在线状态信息,用户B仍然识别用户A的状态为不在线,避免用户B得到用户A软状态信息,用户B识别出用户A处于隐身状态,不是真正的不在线。如图6所示,用户A对用户B授权方式为hidden,用户A订阅用户B状态,用户B订阅自己的观察者列表。61、用户A通过向I^resence Server发送Subscribe消息,来订阅用户B的状态。62, Presence krver获取用户B的I^resence信息,并根据用户B对用户A的授权方式进行合并后发送NOTIFY消息给用户A,该NOTIFY消息内包含了用户B的I^resence fn息ο此时,用户B对用户A的授权方式可以为不同的方式,在此不作详述。63、用户B发送Subscribe消息到I^resence Server,来订阅自己的观察者列表。用户B发送Subscribe消息到I^resence Server,用户B希望知道有哪些用户订阅了自己的状态。64,Presense Server将观察用户B的用户加入到用户B的观察者列表中,该观察者列表中并不包含用户A。Presense krver将观察用户B的用户加入到用户B的观察者列表中,但由于用户 A对用户B的授权方式为hidden,因此该观察者列表中并不包含用户A。65, Presence krver发送不包含用户A的观察者列表给用户B。66、由于观察者列表中并不包含用户A,因此用户B识别用户A的状态为不在线。可见,虽然用户A是用户B的观察者,但是I^resence krver发送给用户B的观察者列表却没有包含用户A,避免用户B根据观察者列表中有用户A,发现用户A仍然在线,识别出用户A处于隐身状态。需要说明的是,对于前述的各方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本发明并不受所描述的动作顺序的限制,因为依据本发明,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定是本发明所必须的。在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的程序可存储于一计算机可读取存储介质中,该程序在执行时,可包括如上述各方法的实施例的流程。其中,所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory, ROM)或随机存储记忆体(Random Access Memory, RAM)等。以上所述,仅为本发明较佳的具体实施方式
,但本发明的保护范围并不局限于此, 任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到的变化或替换, 都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应该以权利要求的保护范围为准。
权利要求
1.一种实现用户隐身状态的方法,其特征在于,包括确定第一用户订阅第二用户的状态;确定所述第二用户对所述第一用户的授权方式为隐身方式,发送所述第二用户的呈现 Presence信息给所述第一用户,所述呈现I^resence信息只包含硬状态信息,实现所述第二用户对所述第一用户的隐身状态。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括确定所述第二用户订阅所述第一用户的状态;当所述第一用户请求获得所述第一用户的观察者列表时,根据所述第二用户对所述第一用户的授权方式为隐身方式,发送不包含所述第二用户在内的观察者列表给所述第一用户。
3.根据权利要求1所述的方法,其特征在于,所述方法还包括确定所述第二用户通过硬状态信息文档管理服务器Permanent XDMS变更所述第二用户的I^resence信息中的硬状态信息;根据所述第二用户对所述第一用户的授权方式为隐身方式,发送所述第二用户变更后的所述I^esence信息中硬状态信息给所述第一用户。
4.根据权利要求1所述的方法,其特征在于,确定所述第二用户对所述第一用户的授权方式为隐身方式,包括从授权方式文档管理服务器I^esence XDMS处获得所述第二用户对所述第一用户的授权方式为隐身方式;或者,接收所述I^esence XDMS发送的所述第二用户变更对所述第一用户的授权方式为隐身方式的授权方式变更消息,根据所述授权方式变更消息,确定所述第二用户对所述第一用户设置的授权方式为隐身方式。
5.根据权利要求4所述的方法,其特征在于,确定所述第二用户对所述第一用户的授权方式为隐身方式,还包括当所述第二用户对所述第一用户的授权方式为多个时,根据所述多个授权方式的优先级关系,确定所述第二用户对所述第一用户的授权方式为隐身方式,所述多个授权方式包括hidden隐身方式、block拒绝方式、confirm待确认方式、polite-block礼貌拒绝方式和allow允许方式。
6.根据权利要求2所述的方法,其特征在于,确定所述第二用户通过PermanentXDMS 变更所述第二用户的I^esence信息中的硬状态信息,包括接收所述Permanent XDMS发送的硬状态变更消息,所述硬状态变更消息包含所述第二用户变更后的I^esence信息中的硬状态信息,确定所述第二用户变更所述I^esence信息中的硬状态信息;其中,用户通过XML配置访问协议XCAP的PUT消息,或者会话发起协议SIP的PUBLISH 消息发送所述第二用户变更后的I^resence信息中的硬状态信息给所述Permanent XDMS。
7.一种实现用户隐身状态的装置,其特征在于,包括第一订阅确定单元,用于确定第一用户订阅第二用户的状态;隐身单元,用于确定所述第二用户对所述第一用户的授权方式为隐身方式,发送所述第二用户的呈现I^resence信息给所述第一用户,所述呈现I^esence信息只包含硬状态信息,实现所述第二用户对所述第一用户的隐身状态。
8.根据权利要求7所述的装置,其特征在于,所述装置还包括第二订阅确定单元,用于确定所述第二用户订阅所述第一用户的状态;观察者列表发送单元,用于当所述第一用户请求获得其观察者信息列表时,根据所述第二用户对所述第一用户的授权方式为隐身方式,发送不包含所述第二用户在内的观察者列表给所述第一用户。
9.根据权利要求7所述的装置,其特征在于,所述装置还包括硬状态信息变更处理单元,用于确定所述第二用户通过硬状态信息文档管理服务器 Permanent XDMS变更所述第二用户的I^resence信息中的硬状态信息,根据所述第二用户对所述第一用户的授权方式为隐身方式,发送所述第二用户变更后的所述I^esence信息中硬状态信息给所述第一用户。
10.根据权利要求7所述的装置,其特征在于,所述隐身单元包括隐身确定单元,用于从授权方式文档管理服务器I^esence XDMS处获得所述第二用户对所述第一用户的授权方式为隐身方式;或者,用于接收所述I^esence XDMS发送的所述第二用户变更对所述第一用户的授权方式为隐身方式的授权方式变更消息,根据所述授权方式变更消息,确定所述第二用户对所述第一用户设置的授权方式为隐身方式。
11.根据权利要求10所述的装置,其特征在于,所述隐身单元还包括隐身处理单元,用于当所述第二用户对所述第一用户的授权方式为多个时,根据所述多个授权方式的优先级关系,确定所述第二用户对所述第一用户的授权方式为隐身方式,所述多个授权方式包括hidden隐身方式、block拒绝方式、confirm待确认方式、 polite-block礼貌拒绝方式、allow允许方式。
12.根据权利要求8所述的装置,其特征在于,所述硬状态信息变更处理单元包括硬状态信息变更确定单元,用于接收硬状态信息文档管理服务器Permanent XDMS发送的硬状态变更消息,所述硬状态变更消息包含所述第二用户变更后的I^esence信息中的硬状态信息,确定所述第二用户变更所述I^esence信息中的硬状态信息;其中,用户通过XML配置访问协议XCAP的PUT消息,或者会话发起协议SIP的PUBLISH 消息发送所述第二用户变更后的I^resence信息中的硬状态信息给所述Permanent XDMS ;硬状态信息发送单元,用于发送所述第二用户变更后的所述I^esence信息中硬状态信息给所述第一用户。
全文摘要
本发明实施例涉及一种实现用户隐身状态的方法及装置,其中,一种实现用户隐身状态的方法包括确定第一用户订阅第二用户的状态;确定第二用户对第一用户的授权方式为隐身方式,发送第二用户的呈现Presence信息中给第一用户,所述呈现Presence信息只包含硬状态信息,实现第二用户对第一用户的隐身状态。本发明实施例实现用户隐身状态的方法及装置,实现第二用户对第一用户隐身,并避免第一用户破解第二用户处于隐身状态。
文档编号H04L29/06GK102209081SQ20101013580
公开日2011年10月5日 申请日期2010年3月29日 优先权日2010年3月29日
发明者卢剑锋, 叶传虎, 叶春, 沙晋 申请人:华为技术有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1