CN101938713B - 个人信息更改情况的通知方法、装置及终端 - Google Patents

Abstract

本发明提供一种个人信息更改情况的通知方法，包括：获取终端发出的订阅请求，所述订阅请求是所述终端订阅个人信息或个人信息中的部分信息的请求；如果所述个人信息或所述部分信息中的第一信息发生更改，且所述第一信息符合所述终端对应的通知条件，则向所述终端通知第一信息的更改情况，否则，不向所述终端通知第一信息的更改情况。本发明还提供个人信息更改情况的通知装置、个人信息更改情况的提示方法及终端。在本发明中，当个人信息中的某个或某些信息发生变化时，可以避免对使用终端的用户造成不必要的打扰。

Description

个人信息更改情况的通知方法、装置及终端

技术领域

本发明涉及通信技术，尤其涉及个人信息的同步技术。

背景技术

目前，用户一般都会在其使用的多个终端上存储一些亲友的信息。例如，一个用户在其使用的移动电话和个人数字助理（PDA，Personal DigitalAssistant）中存储有通讯录，在其使用的台式计算机和便携式计算机中也存储有通讯录。如果这些通讯录的内容不完全相同，那么当这个用户需要查询某个联系人的信息时，这个用户很可能必须要在某个终端上查询这个终端存储的通讯录，才能找到这个联系人的信息。如果由于这个用户没有随身携带这个终端等原因，导致这个用户当时并不能使用这个终端，那么这个用户就无法查询到这个联系人的信息，这样就会给这个用户的工作等方面造成一些麻烦。所以，人们希望自己使用的各个终端存储的通讯录的内容都能保持一致，也就是要求各个终端存储的通讯录都具有统一的标准。

为此，本领域技术人员提出了融合地址本（CAB，Converged Address Book）技术，其中，地址本中具有联系人的信息。CAB技术支持用户将地址本备份到网络侧，并且支持多终端接入，即，备份到网络侧的地址本能够被用户的多个终端复用。将地址本备份到网络侧后，用户可以修改地址本中的信息，并同步各个终端保存的地址本中的信息。

进一步的，CAB中的需求文档定义，CAB引擎需要支持用户对个人联系卡（PCC，Personal Contact Card）的信息进行订阅，即，允许用户订阅一个或多个个人联系卡的信息。当个人联系卡的某个或某些信息发生更改（例如更新、删除、添加等）时，向订阅方发送通知。例如，用户A将他自己的个人信息发布到个人联系卡服务器（PCC Server）上，在一定的权限控制下，允许用户B、C等用户对用户A的信息进行订阅，当用户A的个人信息发生变化时，例如当变更了电话号码时，通知例如用户B、C等订阅方。

本发明的发明人在实现本发明的过程中发现：一个用户可能有多个支持CAB技术的终端，这些终端的能力和用途等方面可能各有不同，所以，可能并不是每个终端都需要关注个人联系卡，也可能并不是每个终端都需要关注个人联系卡中的全部信息，还可能是每个终端需要关注的个人联系卡中的信息不同。另外，订阅了同一个个人联系卡的所有订阅方的偏好和需求可能也有差异，所以，可能并不是每个订阅方都需要关注个人联系卡中的全部信息，还可能是每个订阅方需要关注的个人联系卡中的信息不同。这种情况下，当个人联系卡中的某个或某些信息发生变化时，如果网络侧将信息的变化通知给每个订阅方的所有终端，那么如果有的订阅方或订阅方的终端根本就不关注这个信息，那么使用终端的用户可能会受到不必要的打扰。

发明内容

本发明实施例提供个人信息更改情况的通知方法、个人信息更改情况的通知装置、网络侧设备、个人信息更改情况的提示方法、个人信息更改情况的提示装置及终端，用以当个人信息中的某个或某些信息发生变化时，避免对使用终端的用户造成不必要的打扰。

本发明实施例提供一种个人信息更改情况的通知方法，包括：获取终端发出的订阅请求，所述订阅请求是所述终端订阅个人信息或个人信息中的部分信息的请求；确定所述终端对应的通知条件，所述通知条件在终端侧或网络侧配置，为所述终端的能力信息、用户偏好的信息、所述终端存储的通信信息和运营商的策略信息中的任意一种或多种信息；

如果所述个人信息或所述部分信息中的第一信息发生更改，且所述第一信息符合所述终端对应的通知条件，则向所述终端通知第一信息的更改情况，否则，不向所述终端通知第一信息的更改情况。

本发明实施例提供一种个人信息更改情况的通知装置，包括：获取单元，用于获取终端发出的订阅请求，所述订阅请求是所述终端订阅个人信息或个人信息中的部分信息的请求；确定单元，用于确定所述终端对应的通知条件，所述通知条件在终端侧或网络侧配置，为所述终端的能力信息、用户偏好的信息、所述终端存储的通信信息和运营商的策略信息中的任意一种或多种信息；通知处理单元，用于在所述获取单元获取所述订阅请求后，如果所述个人信息或所述部分信息中的第一信息发生更改，且所述第一信息符合所述终端对应的通知条件，则向所述终端通知第一信息的更改情况。

在本发明的上述实施例中，当个人信息中的某个信息发生更改后，网络侧并不是直接将这个信息的更改情况提供给订阅了这个个人信息的终端，而是需要确定这个信息是否符合终端对应的通知条件，如果符合，才将这个信息的更改情况通知给终端，否则，不将这个信息的更改情况通知给终端，这样就避免了对使用终端的用户造成不必要的打扰。

本发明实施例还提供一种个人信息更改情况的提示方法，包括：终端向网络侧发出订阅请求，所述订阅请求是所述终端订阅个人信息的请求；确定所述终端对应的预先设置的条件，所述预先设置的条件为所述终端的能力信息、用户偏好的信息、所述终端存储的通信信息和运营商的策略信息中的任意一种或多种信息；如果所述终端获取所述个人信息中的第一信息的更改情况，且第一信息符合预先设置的条件，则所述终端向用户提示第一信息的更改情况，否则，所述终端不向用户提示第一信息的更改情况。

本发明实施例还提供一种终端，包括：请求单元，用于向网络侧发出订阅请求，所述订阅请求是订阅个人信息的请求；确定单元，用于确定终端对应的预先设置的条件，所述预先设置的条件为所述终端的能力信息、用户偏好的信息、所述终端存储的通信信息和运营商的策略信息中的任意一种或多种信息；获取单元，用于在所述请求单元向网络侧发出订阅请求后，获取所述个人信息中的第一信息的更改情况；信息处理单元，用于在所述获取单元获取第一信息的更改情况后，如果判断出第一信息符合预先设置的条件，则向用户提示第一信息的更改情况，否则，不向用户提示第一信息的更改情况。

在本发明的上述实施例中，当终端获取某个信息的更改情况的通知后，终端并不是直接向用户提示这个信息的更改情况，而是需要确定这个信息是否符合预先设置的条件，如果符合，才向用户提示这个信息的更改情况，否则，不向用户提示这个信息的更改情况，这样就避免了对使用终端的用户造成不必要的打扰。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1A为本发明实施例的一种个人信息更改情况的通知方法的流程图；

图2A为本发明实施例的一种个人信息更改情况的通知装置的逻辑结构示意图；

图1B为本发明实施例的另一种个人信息更改情况的通知方法的流程图；

图2B为本发明实施例的另一种个人信息更改情况的通知装置的逻辑结构示意图；

图3为本发明实施例的一种个人信息更改情况的提示方法的流程图；

图4为本发明实施例的一种个人信息更改情况的提示装置的逻辑结构示意图；

图5为本发明实施例的第一个优选实施例的流程图；

图6为本发明实施例的第二个优选实施例的流程图；

图7为本发明实施例的第三个优选实施例的流程图；

图8为本发明实施例的第四个优选实施例的流程图；

图9为本发明实施例的第五个优选实施例的流程图；

图10为本发明实施例的第六个优选实施例的流程图；

图11为本发明实施例的第七个优选实施例的流程图；

图12为本发明实施例的第八个优选实施例的流程图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

首先需要说明的是，本发明实施例提到的个人信息是指用户发布在网络侧的关于用户自身状况的信息。个人信息可以是与即时消息（IM，InstantMessage）相关的信息，包括IM联系地址、IM中的用户名等信息。个人信息也可以是与基于蜂窝网的PTT业务（PoC，Push to talk over Cellular）相关的信息，包括PoC联系地址、PoC中的显示名称等信息。个人信息还可以是与连续相位调制（CPM，Continuous-Phase Modulation）相关的信息、普通的电话号码信息或博客（blog）地址等。个人信息可以被其他用户订阅。当然，如果设置了订阅权限，那么只有具有订阅权限的用户才可以订阅个人信息。在CAB技术环境下，个人信息可以是指个人联系卡。

本发明实施例既可以从网络侧的角度来描述，还可以从终端的角度来描述。

首先从网络侧的角度来介绍一种个人信息更改情况的通知方法。如图1A所示，包括：

S101A：获取终端发出的订阅请求，订阅请求是终端订阅个人信息的请求；

S102A：如果个人信息中的第一信息发生更改，且第一信息符合终端对应的通知条件，则向终端通知第一信息的更改情况，否则，不向终端通知第一信息的更改情况。

具体的，任何一个终端都可以向网络侧提出订阅某个用户的个人信息的请求，这个请求可以用消息的形式来表现。如果设置了订阅这个用户的个人信息的权限，那么网络侧需要判断提出订阅请求的终端是否具有订阅这个用户的个人信息的权限。如果提出订阅请求的终端具有订阅这个用户的个人信息的权限，那么可以进行后续的订阅处理，例如建立终端与这个用户的个人信息之间的订阅关系，可选的，还可以向终端返回订阅成功的响应；如果提出订阅请求的终端不具有订阅这个用户的个人信息的权限，那么就不能建立终端与这个用户的个人信息之间的订阅关系，可选的，可以向终端返回订阅失败的响应。

获取终端发出的订阅请求之后，可以确定终端对应的通知条件，终端对应的通知条件是当这个终端订阅的个人信息中的信息发生更改后、用于衡量是否向这个终端通知发生更改的信息的更改情况的参照。

终端对应的通知条件例如为下述的一种信息或者为下述两种或两种以上信息的组合：终端的能力信息，用户偏好的信息，终端存储的通信信息，运营商的策略信息。终端的能力信息用于表明终端所能支持的功能，例如表明终端支持即时通信的能力；用户偏好的信息用于表明使用终端的用户所关注的信息，例如表明用户关注电话号码；终端存储的通信信息用于表明终端存储了哪些有关通信的信息，例如表明终端存储了通信地址和电话号码；运营商的策略信息是指，运营商定义的策略，特别是关于当终端订阅的个人信息中的信息发生更改后、是否向终端通知更改情况的策略，例如定义，当即时消息的用户名发生变更后，不向终端通知用户名的变更情况。当然，终端对应的通知条件可以由本领域技术人员根据实际需要而设计，这里不再一一举例说明。

在实际应用中，可以有多种方式确定终端对应的通知条件。

例如，终端可以将其能力信息、用户偏好的信息、其存储的通信信息中的至少一种信息携带在发送给网络侧的订阅请求中，当网络侧获取这个订阅请求后，就可以从这个订阅请求中获取终端的能力信息、用户偏好的信息、终端存储的通信信息中的至少一种信息。

再例如，网络侧获取终端提出的订阅请求后，可以请求终端提供其能力信息、用户偏好的信息、其存储的通信信息中的至少一种信息。终端获取这样的请求后，可以向网络侧提供这些信息，这样，网络侧就获取了终端提供的所述终端的能力信息、用户偏好的信息、终端存储的通信信息中的至少一种信息。

再例如，S101A的执行主体或S102A的执行主体可以请求网络侧存储有通知条件的设备提供终端的能力信息、用户偏好的信息、终端存储的通信信息、运营商的策略信息中的至少一种信息。网络侧存储有通知条件的设备获取这样的请求后，可以向S101A的执行主体或S102A的执行主体提供终端的能力信息、用户偏好的信息、终端存储的通信信息、运营商的策略信息中的至少一种信息，这样，S101A的执行主体或S102A的执行主体就获取了终端的能力信息、用户偏好的信息、终端存储的通信信息、运营商的策略信息中的至少一种信息。

确定终端对应的通知条件之后，可以建立终端与符合终端对应的通知条件的信息之间的订阅关系。具体的，可以建立终端与符合终端的能力信息、用户偏好的信息、终端存储的通信信息、运营商的策略信息中的至少一种信息之间的对应关系。例如，如果终端能够支持即时通信，那么可以建立终端与即时通信的用户名之间的对应关系。

当个人信息中的某个信息（在这个实施例中称为第一信息）发生更改后，可以查询上述建立的订阅关系。如果在订阅关系中查询到终端对应第一信息，那么就可以将第一信息的更改情况通知给终端。例如，当个人信息中的即时通信的用户名发生更改后，如果在订阅关系中查询到终端对应即时通信的用户名，那么就将即时通信的用户名的更改情况通知给终端，其中，更改情况例如为“即时通信的用户名已变更为XXX”。

需要说明的是，S101A和S102A的执行主体可以是网络侧的同一个设备，例如是非扩展标记语言文档管理（XDM，XML Document Management）设备。当然，S101A和S102A也可以由网络侧不同的设备来执行。

需要说明的是，本实施例中提到的第一信息可以是指个人信息中的任意一个信息。在实际应用中，可能会发生个人信息中的多个信息发生更改的情形，这种情况下，对于发生更改的每一个信息，都可以按照S102A记载的方式进行处理。

对应于上述的个人信息更改情况的通知方法，本发明实施例提供了一种个人信息更改情况的通知装置。如图2A所示，包括：获取单元201A，用于获取终端发出的订阅请求，订阅请求是终端订阅个人信息的请求；通知处理单元202A，用于在获取单元201A获取订阅请求后，如果个人信息中的第一信息发生更改，且第一信息符合终端对应的通知条件，则向终端通知第一信息的更改情况，否则，不向终端通知第一信息的更改情况。

具体的，任何一个终端都可以向网络侧提出订阅某个用户的个人信息的请求，这个请求可以用消息的形式来表现。如果设置了订阅这个用户的个人信息的权限，那么网络侧需要判断提出订阅请求的终端是否具有订阅这个用户的个人信息的权限。如果提出订阅请求的终端具有订阅这个用户的个人信息的权限，那么可以进行后续的订阅处理，例如建立终端与这个用户的个人信息之间的订阅关系，可选的，还可以向终端返回订阅成功的响应；如果提出订阅请求的终端不具有订阅这个用户的个人信息的权限，那么就不能建立终端与这个用户的个人信息之间的订阅关系，可选的，可以向终端返回订阅失败的响应。

对此，上述的个人信息更改情况的通知装置还可以包括权限验证单元（图中未绘示），在获取单元201A获取终端发出的订阅请求后，对终端进行权限验证，即，判断终端是否具有订阅上述个人信息的权限。上述的个人信息更改情况的通知装置还可以包括响应单元（图中未绘示），在获取单元201A获取终端发出的订阅请求后，对终端进行订阅响应，其中，在权限验证单元对终端进行权限验证后，响应单元可以向终端返回订阅成功或失败的响应。

上述的个人信息更改情况的通知装置还可以包括确定单元（图中未绘示），在获取单元201A获取终端发出的订阅请求之后，确定单元可以确定终端对应的通知条件，终端对应的通知条件是当这个终端订阅的个人信息中的信息发生更改后、用于衡量是否向这个终端通知发生更改的信息的更改情况的参照。可选的，确定单元可以在权限验证单元对终端验证通过后，确定终端对应的通知条件。

终端对应的通知条件例如为下述的一种信息或者为下述两种或两种以上信息的组合：终端的能力信息，用户偏好的信息，终端存储的通信信息，运营商的策略信息。终端的能力信息用于表明终端所能支持的功能，例如表明终端支持即时通信的能力；用户偏好的信息用于表明使用终端的用户所关注的信息，例如表明用户关注电话号码；终端存储的通信信息用于表明终端存储了哪些有关通信的信息，例如表明终端存储了通信地址和电话号码；运营商的策略信息是指，运营商定义的策略，特别是关于当终端订阅的个人信息中的信息发生更改后、是否向终端通知更改情况的策略，例如定义，当即时消息的用户名发生变更后，不向终端通知用户名的变更情况。当然，终端对应的通知条件可以由本领域技术人员根据实际需要而设计，这里不再一一举例说明。

在实际应用中，确定单元可以通过多种方式确定终端对应的通知条件。

例如，终端可以将其能力信息、用户偏好的信息、其存储的通信信息中的至少一种信息携带在发送给网络侧的订阅请求中，当获取单元201A获取这个订阅请求后，确定单元就可以从这个订阅请求中获取终端的能力信息、用户偏好的信息、终端存储的通信信息中的至少一种信息。

再例如，获取单元201A获取终端提出的订阅请求后，确定单元可以请求终端提供其能力信息、用户偏好的信息、其存储的通信信息中的至少一种信息。终端获取这样的请求后，可以向网络侧提供这些信息，这样，确定单元就获取了终端提供的所述终端的能力信息、用户偏好的信息、终端存储的通信信息中的至少一种信息。

再例如，确定单元可以请求网络侧存储有通知条件的设备提供终端的能力信息、用户偏好的信息、终端存储的通信信息、运营商的策略信息中的至少一种信息。网络侧存储有通知条件的设备获取这样的请求后，可以向上述的个人信息的同步装置提供终端的能力信息、用户偏好的信息、终端存储的通信信息、运营商的策略信息中的至少一种信息，这样，确定单元就获取了终端的能力信息、用户偏好的信息、终端存储的通信信息、运营商的策略信息中的至少一种信息。

上述的个人信息更改情况的通知装置还可以包括订阅处理单元（图中未绘示），用于在确定单元确定终端对应的通知条件之后，建立终端与符合终端对应的通知条件的信息之间的订阅关系。具体的，订阅处理单元可以建立终端与符合终端的能力信息、用户偏好的信息、终端存储的通信信息、运营商的策略信息中的至少一种信息之间的对应关系。例如，如果终端能够支持即时通信，那么订阅处理单元可以建立终端与即时通信的用户名之间的对应关系。

当个人信息中的某个信息（在这个实施例中称为第一信息）发生更改后，订阅处理单元可以查询上述建立的订阅关系。如果订阅处理单元在订阅关系中查询到终端对应第一信息，那么通知处理单元202A就可以将第一信息的更改情况通知给终端。例如，当个人信息中的即时通信的用户名发生更改后，如果订阅处理单元在订阅关系中查询到终端对应即时通信的用户名，那么通知处理单元202A就将即时通信的用户名的更改情况通知给终端，其中，更改情况例如为“即时通信的用户名已变更为XXX”。

需要说明的是，上述的个人信息的同步装置中的各个单元可以设置或应用在网络侧设备中，例如设置在XDM设备中，这些单元在网络侧设备中的工作方式与在上述的个人信息更改情况的通知装置中的工作方式相同，这里不再赘述。

需要说明的是，本实施例中提到的第一信息可以是指个人信息中的任意一个信息。在实际应用中，可能会发生个人信息中的多个信息发生更改的情形，这种情况下，对于发生更改的每一个信息，通知处理单元202A都可以按照第一信息发生更改时的处理方式进行处理。

在图1A和图2A对应的实施例中，当个人信息中的某个或某些信息发生更改后，网络侧根据终端对应的通知条件，决定是否向终端发出通知。如果发生更改的信息不符合某个终端对应的通知条件，那么就不向这个终端通知发生更改的信息的更改情况，避免了对使用这个终端的用户造成不必要的打扰，也节省了消息资源和无线资源。

另外，在现有技术中，一个用户使用的多个终端在能力上、用户偏好设置、存储的通信信息等方面可能各有不同。当这些终端订阅的同一个用户的个人信息中的某个信息发生更改后，如果网络侧将这个信息的更改情况通知给每一个终端，那么使用不关注这个信息的终端的用户就会从这个终端上得知这个信息的更改情况，但是，由于这个终端并不关注这个信息，所以，这个用户可能就会认为发生了错误，进而进行消除错误的操作。而在上述的个人信息更改情况的通知方法及装置中，当这些终端订阅的同一个用户的个人信息中的某个信息发生更改后，如果不关注这个信息的终端没有收到通知，那么自然就不会向用户提示信息的更改情况，从而避免了用户认为发生错误而进行消除错误的不必要操作。

在上述的个人信息更改情况的通知方法及装置中，终端订阅的是个人信息。在实际应用中，终端还可以只订阅个人信息中的部分信息，这种情况下，网络侧只要根据终端订阅的部分信息进行通知处理即可。

对此，本发明实施例提供一种个人信息更改情况的通知方法。如图1B所示，包括：

S101B：获取终端发出的订阅请求，订阅请求是终端订阅个人信息中的部分信息的请求；

S102B：如果个人信息中的第一信息发生更改，且第一信息是上述部分信息中的信息，则向终端通知第一信息的更改情况。

具体的，任何一个终端都可以向网络侧提出订阅某个用户的个人信息中的部分信息的请求，这个请求可以用消息的形式来表现。如果设置了订阅这个用户的个人信息中的部分信息的权限，那么网络侧需要判断提出订阅请求的终端是否具有订阅这个用户的个人信息中的部分信息的权限。如果提出订阅请求的终端具有订阅这个用户的个人信息中的部分信息的权限，那么可以进行后续的订阅处理，例如建立终端与这个用户的个人信息中的部分信息之间的订阅关系，可选的，还可以向终端返回订阅成功的响应；如果提出订阅请求的终端不具有订阅这个用户的个人信息中的部分信息的权限，那么就不能建立终端与这个用户的个人信息中的部分信息之间的订阅关系，可选的，可以向终端返回订阅失败的响应。

获取终端发出的订阅请求后，如果终端能够订阅其请求订阅的个人信息中的部分信息，那么可以建立终端与上述部分信息之间的订阅关系。例如，如果终端请求订阅即时通信的信息，并且终端能够订阅即时通信的信息，那么可以建立终端与即时通信的信息之间的对应关系。

当个人信息中的某个信息（在这个实施例中称为第一信息）发生更改后，可以查询上述建立的订阅关系。如果在订阅关系中查询到终端对应第一信息，也就是说，如果确定第一信息是终端订阅的部分信息中的信息，那么就可以将第一信息的更改情况通知给终端。例如，当个人信息中的即时通信的用户名发生更改后，如果在订阅关系中查询到终端对应即时通信的用户名，也就是说，如果确定即时通信的用户名是终端订阅的部分信息中的信息，那么就可以将即时通信的用户名的更改情况通知给终端，其中，更改情况例如为“即时通信的用户名已变更为XXX”。

需要说明的是，S101B和S102B的执行主体可以是网络侧的同一个设备，例如是XDM设备。当然，S101A和S102B也可以由网络侧不同的设备来执行。

需要说明的是，本实施例中提到的第一信息可以是指个人信息中的任意一个信息。在实际应用中，可能会发生个人信息中的多个信息发生更改的情形，这种情况下，对于发生更改的每一个信息，都可以按照S102B记载的方式进行处理。

对应于上述的个人信息更改情况的通知方法，本发明实施例提供了一种个人信息更改情况的通知装置。如图2B所示，包括：获取单元201B，用于获取终端发出的订阅请求，订阅请求是终端订阅个人信息中的部分信息的请求；通知处理单元202B，用于在获取单元201B获取终端发出的订阅请求后，如果个人信息中的第一信息发生更改，且第一信息是上述部分信息中的信息，则向终端通知第一信息的更改情况。

具体的，任何一个终端都可以向网络侧提出订阅某个用户的个人信息中的部分信息的请求，这个请求可以用消息的形式来表现。如果设置了订阅这个用户的个人信息中的部分信息的权限，那么网络侧需要判断提出订阅请求的终端是否具有订阅这个用户的个人信息中的部分信息的权限。如果提出订阅请求的终端具有订阅这个用户的个人信息中的部分信息的权限，那么可以进行后续的订阅处理，例如建立终端与这个用户的个人信息中的部分信息之间的订阅关系，可选的，还可以向终端返回订阅成功的响应；如果提出订阅请求的终端不具有订阅这个用户的个人信息中的部分信息的权限，那么就不能建立终端与这个用户的个人信息中的部分信息之间的订阅关系，可选的，可以向终端返回订阅失败的响应。

对此，上述的个人信息更改情况的通知装置还可以包括权限验证单元（图中未绘示），在获取单元201B获取终端发出的订阅请求后，对终端进行权限验证，即，判断终端是否具有订阅上述个人信息中的部分信息的权限。上述的个人信息更改情况的通知装置还可以包括响应单元（图中未绘示），在获取单元201B获取终端发出的订阅请求后，对终端进行订阅响应，其中，在权限验证单元对终端进行权限验证后，响应单元可以向终端返回订阅成功或失败的响应。

上述的个人信息更改情况的通知装置还可以包括订阅处理单元（图中未绘示），在获取单元201B获取终端发出的订阅请求后，如果权限验证单元确定终端能够订阅其请求订阅的个人信息中的部分信息，那么订阅处理单元可以建立终端与上述部分信息之间的订阅关系。例如，如果终端请求订阅即时通信的信息，并且终端能够订阅即时通信的信息，那么订阅处理单元可以建立终端与即时通信的信息之间的对应关系。

当个人信息中的某个信息（在这个实施例中称为第一信息）发生更改后，订阅处理单元可以查询上述建立的订阅关系。如果订阅处理单元在订阅关系中查询到终端对应第一信息，也就是说，如果订阅处理单元确定第一信息是终端订阅的部分信息中的信息，那么通知处理单元202B就可以将第一信息的更改情况通知给终端。例如，当个人信息中的即时通信的用户名发生更改后，如果订阅处理单元在订阅关系中查询到终端对应即时通信的用户名，也就是说，如果订阅处理单元确定即时通信的用户名是终端订阅的部分信息中的信息，那么通知处理单元202B就可以将即时通信的用户名的更改情况通知给终端，其中，更改情况例如为“即时通信的用户名已变更为XXX”。

需要说明的是，上述的个人信息更改情况的通知装置中的各个单元可以设置或应用在网络侧设备中，例如设置在XDM设备中，这些单元在网络侧设备中的工作方式与在上述的个人信息更改情况的通知装置中的工作方式相同，这里不再赘述。

需要说明的是，本实施例中提到的第一信息可以是指个人信息中的任意一个信息。在实际应用中，可能会发生个人信息中的多个信息发生更改的情形，这种情况下，对于发生更改的每一个信息，通知处理单元202B都可以按照第一信息发生更改时的处理方式进行处理。

在图1B和图2B对应的实施例中，终端只请求订阅个人信息中的部分信息，当部分信息中的信息发生更改后，网络侧将发生更改的信息的更改情况通知给终端。也就是说，终端只请求订阅其关注的信息，这种情况下，网络侧不会将发生更改的、但终端没有订阅的信息的更改情况通知给终端，避免了对使用这个终端的用户造成不必要的打扰，也节省了消息资源和无线资源。

另外，在现有技术中，一个用户使用的多个终端在能力上、用户偏好设置、存储的通信信息等方面可能各有不同。当这些终端订阅的同一个用户的个人信息中的某个信息发生更改后，如果网络侧将这个信息的更改情况通知给每一个终端，那么使用不关注这个信息的终端的用户就会从这个终端上得知这个信息的更改情况，但是，由于这个终端并不关注这个信息，所以，这个用户可能就会认为发生了错误，进而进行消除错误的操作。而在图1B和图2B对应的实施例中，网络侧只将发生更改的、并且是终端订阅的信息的更改情况提供给终端，这样，终端就不会收到其不关注的信息的变更情况的通知，那么自然就不会向用户提示不关注的信息的更改情况，从而避免了用户认为发生错误而进行消除错误的不必要操作。

需要说明的是，终端对应的通知条件也可以预先配置在网络侧，例如，用户使用计算机、通过互联网在网络侧配置终端对应的通知条件，这样，当个人信息或部分信息中的第一信息发生更改时，网络侧可以将发生更改的第一信息和终端对应的通知条件进行比对，从而可以确定第一信息是否符合终端对应的通知条件。

在图1A和图2A对应的实施例中，网络侧可以通过一定的通知条件进行通知处理。在图1B和图2B对应的实施例中，网络侧可以根据终端请求订阅的部分信息进行通知处理。在实际应用中，终端可以请求订阅个人信息，当终端订阅的个人信息中的某个或某些信息发生更改后，终端可以不区分发生更改的信息是否为终端所关注的，而是直接将发生更改的信息的更改情况通知给终端，由终端来决定在本地是否更改发生更改的信息。

对此，本发明实施例从终端的角度提供了一种个人信息更改情况的提示方法。如图3所示，包括：

S301：终端向网络侧发出订阅请求，订阅请求是终端订阅个人信息的请求；

S302：终端获取个人信息中的第一信息的更改情况，且第一信息符合预先设置的条件，则所述终端向用户提示第一信息的更改情况，否则，所述终端不向用户提示第一信息的更改情况。

具体的，任何一个终端都可以向网络侧提出订阅某个用户的个人信息的请求，这个请求可以用消息的形式来表现。如果设置了订阅这个用户的个人信息的权限，那么网络侧需要判断提出订阅请求的终端是否具有订阅这个用户的个人信息的权限。如果提出订阅请求的终端具有订阅这个用户的个人信息的权限，那么可以进行后续的订阅处理，例如建立终端与这个用户的个人信息之间的订阅关系，可选的，还可以向终端返回订阅成功的响应，即，终端获取网络侧返回的订阅成功的响应；如果提出订阅请求的终端不具有订阅这个用户的个人信息的权限，那么就不能建立终端与这个用户的个人信息之间的订阅关系，可选的，可以向终端返回订阅失败的响应，即，终端获取网络侧返回的订阅失败的响应。

上述的预先设置的条件可以为下述一种信息或者为两种或两种以上信息的组合：自身的能力信息，用户偏好的信息，自身存储的通信信息。终端的能力信息用于表明终端所能支持的功能，例如表明终端支持即时通信的能力；用户偏好的信息用于表明使用终端的用户所关注的信息，例如表明用户关注电话号码；终端存储的通信信息用于表明终端存储了哪些有关通信的信息，例如表明终端存储了通信地址和电话号码。当然，预先设置的条件可以由本领域技术人员根据实际需要而设计，这里不再一一举例说明。

当获取网络侧提供的个人信息中的第一信息的更改情况后，可以判断第一信息是否符合在本地预先设置的条件，如果符合，则向用户提示第一信息的更改情况，否则，不向用户提示第一信息的更改情况。例如，如果终端支持即时通信，并且终端支持即时通信是预先设置的条件，那么当获取网络侧提供的即时通信的用户名的更改情况后，由于即时通信的用户名符合终端支持即时通信这个条件，所以，向用户提示即时通信的用户名的更改情况，更改情况例如为“即时通信的用户名已变更为XXX”；如果终端不支持即时通信，并且终端不支持即时通信是预先设置的条件，那么当获取网络侧提供的即时通信的用户名的更改情况后，由于即时通信的用户名不符合终端不支持即时通信这个条件，所以，不向用户提示即时通信的用户名的更改情况。

需要说明的是，S301和S302的执行主体可以是终端。

需要说明的是，本实施例中提到的第一信息可以是指个人信息中的任意一个信息。在实际应用中，可能会发生个人信息中的多个信息发生更改的情形，这种情况下，对于发生更改的每一个信息，终端都可以按照S302记载的方式进行处理。

对应于上述的个人信息更改情况的提示方法，本发明实施例提供了一种个人信息更改情况的提示装置。如图4所示，包括：请求单元401，用于向网络侧发出订阅请求，订阅请求是终端订阅个人信息的请求；获取单元402，用于在请求单元401向网络侧发出订阅请求后，获取上述个人信息中的第一信息的更改情况；信息处理单元403，用于在获取单元402获取第一信息的更改情况后，如果判断出第一信息符合预先设置的条件，则向用户提示第一信息的更改情况，否则，不向用户提示第一信息的更改情况。

具体的，任何一个终端都可以向网络侧提出订阅某个用户的个人信息的请求，即，任何一个终端的请求单元401都可以向网络侧发出订阅某个用户的个人信息的订阅请求，这个请求可以用消息的形式来表现。如果设置了订阅这个用户的个人信息的权限，那么网络侧需要判断提出订阅请求的终端是否具有订阅这个用户的个人信息的权限。如果提出订阅请求的终端具有订阅这个用户的个人信息的权限，那么可以进行后续的订阅处理，例如建立终端与这个用户的个人信息之间的订阅关系，可选的，还可以向终端返回订阅成功的响应，即，获取单元402获取网络侧返回的订阅成功的响应；如果提出订阅请求的终端不具有订阅这个用户的个人信息的权限，那么就不能建立终端与这个用户的个人信息之间的订阅关系，可选的，可以向终端返回订阅失败的响应，即，获取单元402获取网络侧返回的订阅失败的响应。

上述的预先设置的条件可以为下述一种信息或者为两种或两种以上信息的组合：自身的能力信息，用户偏好的信息，自身存储的通信信息。终端的能力信息用于表明终端所能支持的功能，例如表明终端支持即时通信的能力；用户偏好的信息用于表明使用终端的用户所关注的信息，例如表明用户关注电话号码；终端存储的通信信息用于表明终端存储了哪些有关通信的信息，例如表明终端存储了通信地址和电话号码。当然，预先设置的条件可以由本领域技术人员根据实际需要而设计，这里不再一一举例说明。

当获取单元402获取网络侧提供的个人信息中的第一信息的更改情况后，信息处理单元403可以判断第一信息是否符合在本地预先设置的条件，如果符合，则信息处理单元403向用户提示第一信息的更改情况，否则，信息处理单元403不向用户提示第一信息的更改情况。例如，如果终端支持即时通信，并且终端支持即时通信是预先设置的条件，那么当获取单元402获取网络侧提供的即时通信的用户名的更改情况后，由于即时通信的用户名符合终端支持即时通信这个条件，所以，信息处理单元403向用户提示即时通信的用户名的更改情况，更改情况例如为“即时通信的用户名已变更为XXX”；如果终端不支持即时通信，并且终端不支持即时通信是预先设置的条件，那么当获取单元402获取网络侧提供的即时通信的用户名的更改情况后，由于即时通信的用户名不符合终端不支持即时通信这个条件，所以，信息处理单元403不向用户提示即时通信的用户名的更改情况。

需要说明的是，上述的个人信息更改情况的提示装置中的各个单元可以设置或应用在终端中，这些单元在终端中的工作方式与在上述的个人信息更改情况的提示装置中的工作方式相同，这里不再赘述。

在图3和图4对应的实施例中，当终端获取某个信息的更改情况的通知后，终端并不是直接向用户提示这个信息的更改情况，而是需要确定发生更改的信息是否符合预先设置的条件，如果符合，才向用户提示这个信息的更改情况，否则，不向用户提示这个信息的更改情况，这样就避免了对使用终端的用户造成不必要的打扰。

另外，在现有技术中，一个用户使用的多个终端在能力上、用户偏好设置、存储的通信信息等方面可能各有不同。当这些终端订阅的同一个用户的个人信息中的某个信息发生更改后，如果网络侧将这个信息的更改情况通知给每一个终端，那么使用不关注这个信息的终端的用户就会从这个终端上得知这个信息的更改情况，但是，由于这个终端并不关注这个信息，所以，这个用户可能就会认为发生了错误，进而进行消除错误的操作。而在图3和图4对应的实施例中，当终端获取某个信息的更改情况的通知后，如果终端不关注这个信息，那么就不会向用户提示信息的更改情况，从而避免了用户认为发生错误而进行消除错误的不必要操作。

由于本发明实施例可以有多种实现方式，所以，为使本领域技术人员更加清楚的理解本发明实施例，下面再介绍本发明实施例的几个具体的实施例。

第一个具体的实施例

终端上报终端能力信息，网络侧为不同的终端建立不同的订阅关系，当被订阅方个人联系卡中的信息发生变化时，网络侧进行对应的通知。

这个实施例的实现流程如图5所示，包括：

S501：终端向网络侧的订阅通知模块发送包含该终端能力（至少包括终端业务能力）信息的订阅请求，其中，终端能力信息至少包括终端的业务能力信息。订阅请求可以表明，终端请求订阅个人联系卡中某个或某些与终端业务能力相关的信息，并且还表明终端的能力。

S501b：可选的，订阅通知模块在收到终端的订阅请求后，可以向终端进行订阅响应，订阅响应可以包括订阅是否成功的信息。例如，订阅通知模块可以根据终端的权限及运营商的策略，判断是否允许该终端订阅相应的信息，如果是，则向终端返回订阅成功的响应，否则，返回订阅失败的响应。

S502：订阅通知模块根据终端的能力，建立终端与其请求订阅的个人联系卡中的信息（与终端业务能力相关的信息）之间的订阅关系。

S503：当被订阅的个人联系卡中的信息发生变化时，订阅通知模块根据上述建立的订阅关系，为与该变化的信息相对应的终端生成通知。

S504：订阅通知模块向与该变化的信息相对应的终端发送通知。

在这个实施例中，要求终端能够生成包含终端能力信息的订阅请求消息，能够向订阅通知模块发送订阅请求消息，能够接收来自订阅通知模块的通知。

在这个实施例中，要求订阅通知模块能够接收来自终端的订阅请求消息，能够向终端返回订阅响应消息，能够根据终端的能力建立终端与其请求订阅的个人联系卡中的信息之间的订阅关系，能够向终端发送通知。

下面再以用户A、B、C和D为例，对第一个具体实施例进行描述。

假设，用户A在网络侧发布了自己的个人联系卡，用户B、C、D分别拥有终端B1、B2、B3、C1、C2、C3、D1、D2、D3。

再假设，终端B1、B2、C1、C2、D1、D2分别订阅了用户A的个人联系卡的信息，并且每个终端在其发送的订阅请求中都携带了其能力信息。而终端B3、C3、D3没有订阅用户A的个人联系卡的信息，原因可能是，用户A与B、C、D之间的关系刚好与终端B3、C3、D3的使用定位不同。终端B1、B2、C1、C2、D1、D2的主要业务能力如表1所示：

表1

订阅通知模块根据终端的业务能力，建立终端B1、B2、C1、C2、D1、D2与用户A的个人联系卡中的相关信息之间的订阅关系，建立的订阅关系如表2所示：

表2

再假设，用户A的语音电话号码变更为“139*********”，那么根据表2所示的订阅关系，订阅通知模块向终端B1、B2、C1、C2、D1、D2发送“用户A的语音电话号码已变更为139*********”的通知。如果用户A的即时消息呢称变更为“大头菜”，那么根据表2所示的订阅关系，订阅通知模块向终端B2、C1、D1发送“用户A的即时消息呢称已变更为大头菜”的通知。

第二个具体实施例

在网络侧，当某个用户的个人联系卡的信息发生变化时，网络侧的订阅通知模块需要获取订阅终端的能力信息，并据此进行对应的通知。

这个优选实施例的实现流程如图6所示，包括：

S601：终端向订阅通知模块发送订阅请求。订阅请求可以表明，终端请求订阅个人联系卡中的某个或某些信息。可选的，终端可以在一次订阅请求中为多个终端提出订阅请求。也就是说，一个终端可以为其他终端提出订阅请求，例如，移动电话终端为自己和计算机终端提出订阅请求。当然，一个终端在为其他终端提出订阅请求时，需要向网络侧（具体是指订阅通知模块）提供其他终端的信息。有时，用户不可能将所有的终端携带在身边，这种情况下，如果用户需要为每个终端都订阅信息，那么用一个终端就可以实现，显然，对于用户来说相当便捷。

S601b：可选的，订阅通知模块在收到终端的订阅请求后，可以向终端进行订阅响应，订阅响应可以包括订阅是否成功的信息。例如，订阅通知模块可以根据终端的权限及运营商的策略，判断是否允许该终端订阅相应的信息，如果是，则向终端返回订阅成功的响应，否则，返回订阅失败的响应。

S602：订阅通知模块获取终端的能力信息，获取的能力信息至少包括业务能力信息。

订阅通知模块可以通过多种方式获取终端的能力信息。例如，可以向终端请求提供其能力信息。再例如，可以在特定的存储有终端能力信息的服务器上查询终端的能力信息，服务器例如UAProf。

S603：订阅通知模块根据终端的能力，建立终端与其请求订阅的个人联系卡中的信息（与终端业务能力相关的信息）之间的订阅关系。

S604：当被订阅的个人联系卡中的信息发生变化时，订阅通知模块根据上述建立的订阅关系，为与该变化的信息相对应的终端生成通知。

S605：订阅通知模块向与该变化的信息相对应的终端发送通知。

在这个实施例中，要求终端能够生成订阅请求消息，能够向订阅通知模块发送订阅请求消息，能够接收来自订阅通知模块的通知。

在这个实施例中，要求订阅通知模块能够接收来自终端的订阅请求消息，能够向终端返回订阅响应消息，能够获取终端的能力信息，能够根据终端的能力建立终端与其请求订阅的个人联系卡中的信息之间的订阅关系，能够向终端发送通知。

下面再以用户A、B、C和D为例，对第二个具体实施例进行描述。

假设，用户A在网络侧发布了自己的个人联系卡，用户B、C、D分别拥有终端B1、B2、B3、C1、C2、C3、D1、D2、D3。

再假设，终端B1、B2、C1、C2、D1、D2分别订阅了用户A的个人联系卡的信息。而终端B3、C3、D3没有订阅用户A的个人联系卡的信息，原因可能是，用户A与B、C、D之间的关系刚好与终端B3、C3、D3的使用定位不同。

订阅通知模块获取终端的能力信息后，得到终端B1、B2、C1、C2、D1、D2的主要业务能力如表1所示。

订阅通知模块根据终端的业务能力，建立终端B1、B2、C1、C2、D1、D2与用户A的个人联系卡中的相关信息之间的订阅关系，建立的订阅关系如表2所示。

再假设，用户A的语音电话号码变更为“139*********”，那么根据表2所示的订阅关系，订阅通知模块向终端B1、B2、C1、C2、D1、D2发送“用户A的语音电话号码已变更为139*********”的通知。如果用户A的即时消息呢称变更为“大头菜”，那么根据表2所示的订阅关系，订阅通知模块向终端B2、C1、D1发送“用户A的即时消息呢称已变更为大头菜”的通知。

第三个具体实施例

终端上报用户偏好信息，网络侧为不同的终端建立不同的订阅关系，当被订阅方的个人联系卡中的信息发生变化时，网络侧进行对应的通知。

这个优选实施例的实现流程如图7所示，包括：

S701：终端向网络侧的订阅通知模块发送包含用户偏好信息的订阅请求。订阅请求可以表明，终端请求订阅个人联系卡中某个或某些与用户偏好相关的信息，并且还表明用户的偏好。

S701b：可选的，订阅通知模块在收到终端的订阅请求后，可以向终端进行订阅响应，订阅响应可以包括订阅是否成功的信息。例如，订阅通知模块可以根据终端的权限及运营商的策略，判断是否允许该终端订阅相应的信息，如果是，则向终端返回订阅成功的响应，否则，返回订阅失败的响应。

S702：订阅通知模块根据用户的偏好信息，建立终端与其请求订阅的个人联系卡中的信息（与用户偏好相关的信息）之间的订阅关系。

S703：当被订阅的个人联系卡中的信息发生变化时，订阅通知模块根据上述建立的订阅关系，为与该变化的信息相对应的终端生成通知。

S704：订阅通知模块向与该变化的信息相对应的终端发送通知。

在这个实施例中，要求终端能够生成包含用户偏好信息的订阅请求消息，能够向订阅通知模块发送订阅请求消息，能够接收来自订阅通知模块的通知。

在这个实施例中，要求订阅通知模块能够接收来自终端的订阅请求消息，能够向终端返回订阅响应消息，能够根据用户的偏好建立终端与其请求订阅的个人联系卡中的信息之间的订阅关系，能够向终端发送通知。

下面再以用户A、B、C和D为例，对第三个优选实施例进行描述。

假设，用户A在网络侧发布了自己的个人联系卡，用户B、C、D分别拥有终端B1、B2、B3、C1、C2、C3、D1、D2、D3。

再假设，终端B1、B2、C1、C2、D1、D2分别订阅了用户A的个人联系卡的信息，并且每个终端在其发送的订阅请求中都携带了用户偏好信息。而终端B3、C3、D3没有订阅用户A的个人联系卡的信息，原因可能是，用户A与B、C、D之间的关系刚好与终端B3、C3、D3的使用定位不同。终端B1、B2、C1、C2、D1、D2的用户偏好信息如表1所示。

订阅通知模块根据用户偏好信息，建立终端B1、B2、C1、C2、D1、D2与用户A的个人联系卡中的相关信息之间的订阅关系，建立的订阅关系如表2所示。

再假设，用户A的语音电话号码变更为“139*********”，那么根据表2所示的订阅关系，订阅通知模块向终端B1、B2、C1、C2、D1、D2发送“用户A的语音电话号码已变更为139*********”的通知。如果用户A的即时消息呢称变更为“大头菜”，那么根据表2所示的订阅关系，订阅通知模块向终端B2、C1、D1发送“用户A的即时消息呢称已变更为大头菜”的通知。

第四个具体实施例

在网络侧，当某个用户的个人联系卡的信息发生变化时，网络侧的订阅通知模块需要获取订阅终端的用户偏好信息，并据此进行对应的通知。

这个实施例的实现流程如图8所示，包括：

S801：终端向订阅通知模块发送订阅请求。订阅请求可以表明，终端请求订阅个人联系卡中某个或某些与用户偏好相关的信息。可选的，终端可以在一次订阅请求中为多个终端提出订阅请求。

S801b：可选的，订阅通知模块在收到终端的订阅请求后，可以向终端进行订阅响应，订阅响应可以包括订阅是否成功的信息。例如，订阅通知模块可以根据终端的权限及运营商的策略，判断是否允许该终端订阅相应的信息，如果是，则向终端返回订阅成功的响应，否则，返回订阅失败的响应。

S802：订阅通知模块获取用户偏好信息。

订阅通知模块可以通过多种方式获取用户偏好信息。例如，终端可以预先在网络侧（可以是订阅通知模块）设置用户偏好信息，这样，当订阅通知模块需要获取用户偏好信息时，直接在本地查询用户偏好信息即可。再例如，订阅通知模块可以向终端请求提供其用户偏好信息。再例如，订阅通知模块可以在特定的存储有用户偏好信息的服务器上查询用户偏好信息，服务器例如UAProf。

S803：订阅通知模块根据用户偏好信息，建立终端与其请求订阅的个人联系卡中的信息（与用户偏好相关的信息）之间的订阅关系。

S804：当被订阅的个人联系卡中的信息发生变化时，订阅通知模块根据上述建立的订阅关系，为与该变化的信息相对应的终端生成通知。

S805：订阅通知模块向与该变化的信息相对应的终端发送通知。

在这个实施例中，要求终端能够生成订阅请求消息，能够向订阅通知模块发送订阅请求消息，能够接收来自订阅通知模块的通知。

在这个实施例中，要求订阅通知模块能够接收来自终端的订阅请求消息，能够向终端返回订阅响应消息，能够获取用户偏好信息，能够根据用户偏好建立终端与其请求订阅的个人联系卡中的信息之间的订阅关系，能够向终端发送通知。

下面再以用户A、B、C和D为例，对第四个优选实施例进行描述。

假设，用户A在网络侧发布了自己的个人联系卡，用户B、C、D分别拥有终端B1、B2、B3、C1、C2、C3、D1、D2、D3。

再假设，终端B1、B2、C1、C2、D1、D2分别订阅了用户A的个人联系卡的信息。而终端B3、C3、D3没有订阅用户A的个人联系卡的信息，原因可能是，用户A与B、C、D之间的关系刚好与终端B3、C3、D3的使用定位不同。

订阅通知模块获取终端的能力信息后，得到终端B1、B2、C1、C2、D1、D2的用户偏好信息如表1所示。

订阅通知模块根据用户偏好信息，建立终端B1、B2、C1、C2、D1、D2与用户A的个人联系卡中的相关信息之间的订阅关系，建立的订阅关系如表2所示。

再假设，用户A的语音电话号码变更为“139*********”，那么根据表2所示的订阅关系，订阅通知模块向终端B1、B2、C1、C2、D1、D2发送“用户A的语音电话号码已变更为139*********”的通知。如果用户A的即时消息呢称变更为“大头菜”，那么根据表2所示的订阅关系，订阅通知模块向终端B2、C1、D1发送“用户A的即时消息呢称已变更为大头菜”的通知。

第五个具体实施例

终端获取订阅方的个人联系卡的信息发生更改的通知后，对通知进行过滤处理。

这个实施例的实现流程如图9所示，包括：

S901：终端向网络侧的订阅通知模块发送订阅请求。订阅请求可以表明，终端请求订阅个人联系卡。可选的，终端可以在一次订阅请求中为多个终端提出订阅请求。

S901b：可选的，订阅通知模块在收到终端的订阅请求后，可以向终端进行订阅响应，订阅响应可以包括订阅是否成功的信息。例如，订阅通知模块可以根据终端的权限及运营商的策略，判断是否允许该终端订阅相应的信息，如果是，则向终端返回订阅成功的响应，否则，返回订阅失败的响应。

S902：订阅通知模块根据订阅请求，建立终端与其请求订阅的个人联系卡之间的订阅关系。

S903：当被订阅的个人联系卡中的信息发生变化时，订阅通知模块根据上述建立的订阅关系，为与该变化的个人联系卡相对应的终端生成通知。

S904：订阅通知模块向与该变化的个人联系卡相对应的终端发送通知，该通知可以表明，个人联系卡中的某个或某些信息发生了更改。

S905：终端对接收到的通知进行过滤处理。具体的，如果发生变化的信息满足终端的能力、用户偏好、终端存储的通信信息中的至少一个因素，则终端在本地更新通知中提到的信息（即，在网络侧发生变化的信息），否则，在本地不更新通知中提到的信息。

在这个实施例中，要求终端能够生成订阅请求消息，能够向订阅通知模块发送订阅请求消息，能够接收来自订阅通知模块的通知，能够根据终端的能力、用户的偏好、终端存储的通信信息中的至少一个因素对接收到的通知进行过滤处理。

在这个实施例中，要求订阅通知模块能够接收来自终端的订阅请求消息，能够向终端返回订阅响应消息，能够根据订阅请求建立终端与其订阅的个人联系卡之间的关系，能够向终端发送通知。

下面再以用户A、B、C和D为例，对第五个优选实施例进行描述。

假设，用户A在网络侧发布了自己的个人联系卡，用户B、C、D分别拥有终端B1、B2、B3、C1、C2、C3、D1、D2、D3，这些终端都订阅了用户A的个人联系卡，用户B、C、D不希望终端B3、C3、D3处理关于用户A的个人联系卡的任何通知，终端B1、B2、C1、C2、D1、D2是否处理通知的设置如表1所示。

订阅通知模块建立终端B1、B2、B3、C1、C2、C3、D1、D2、D3与用户A的个人联系卡之间的订阅关系。

当用户A的个人联系卡中的某个或某些信息发生更改后，订阅通知模块可以向用户B、C、D的所有终端发送通知，由于用户B、C、D不希望终端B3、C3、D3处理关于用户A的个人联系卡的通知，所以，终端B3、C3、D3不需要在本地更新通知中提到的发生变化的信息。另外，订阅通知模块也可以只向订阅了用户A的个人联系卡的终端发送通知，例如，订阅通知模块只向终端B1、B2、C1、C2、D1、D2发送通知。

再假设，用户A的语音电话号码变更为“139*********”，那么终端B1、B2、C1、C2、D1、D2向用户显示“用户A的语音电话号码已变更为139*********”的信息，并更新本地存储的用户A的语音电话号码。如果用户A的即时消息呢称变更为“大头菜”，那么根据表1的设置，终端B2、C1、D1向用户显示“用户A的即时消息呢称已变更为大头菜”的信息，并更新本地存储的用户A的即时消息呢称。

第六个具体实施例

订阅通知模块发出通知后，设置在网络侧的用于过滤通知的模块对通知进行过滤处理。

这个优选实施例的实现流程如图10所示，包括：

S1001：终端向网络侧的订阅通知模块发送订阅请求。订阅请求可以表明，终端请求订阅个人联系卡。可选的，终端可以在一次订阅请求中为多个终端提出订阅请求。

S1001b：可选的，订阅通知模块在收到终端的订阅请求后，可以向终端进行订阅响应，订阅响应可以包括订阅是否成功的信息。例如，订阅通知模块可以根据终端的权限及运营商的策略，判断是否允许该终端订阅相应的信息，如果是，则向终端返回订阅成功的响应，否则，返回订阅失败的响应。

S1002：订阅通知模块根据订阅请求，建立终端与其请求订阅的个人联系卡之间的订阅关系。

S1003：当被订阅的个人联系卡中的信息发生变化时，订阅通知模块根据上述建立的订阅关系，为与该变化的个人联系卡相对应的终端生成通知。

S1004：订阅通知模块向设置在网络侧的用于过滤通知的通知控制过滤模块发送通知，该通知可以表明，个人联系卡中的某个或某些信息发生了变更。

S1005：通知控制过滤模块对接收到的通知进行过滤处理。具体的，如果发生变化的信息满足终端的能力、用户偏好、终端存储的通信信息中的至少一个因素，则通知控制过滤模块保留发生变化的信息，否则，过滤掉发生变化的信息。

这里需要说明的是，通知控制过滤模块可以通过终端上报的方式获取终端的能力信息、用户偏好信息及终端存储的通信信息。例如，终端将这些信息携带在发送给订阅通知模块的订阅请求消息中，订阅通知模块再将这些信息提供给通知控制过滤模块。如果终端可以不通过订阅通知模块就能将这些信息直接上报给通知控制过滤模块，那么终端可以将这些信息携带在某个消息中发送给通知控制过滤模块。当然，通知控制过滤模块还可以通过自行查询的方式获取这些信息，自行查询的方式可以参见上面提到过的订阅通知模块自行查询的方式的描述，这里不再赘述。

S1006：通知控制过滤模块根据过滤的结果，将通知发给终端。

在这个实施例中，要求终端能够生成订阅请求消息，能够向订阅通知模块发送订阅请求消息，能够接收来自通知控制过滤模块的通知。

在这个实施例中，要求通知控制过滤模块能够接收来自订阅通知模块的通知，能够根据终端的能力、用户的偏好、终端存储的通信信息中的至少一个因素对接收到的通知进行过滤处理，能够将过滤后的通知发送到终端。

在这个实施例中，要求订阅通知模块能够接收来自终端的订阅请求消息，能够向终端返回订阅响应消息，能够根据订阅请求建立终端与其订阅的个人联系卡之间的关系，能够向通知控制过滤模块发送通知。

下面再以用户A、B、C和D为例，对第六个具体实施例进行描述。

假设，用户A在网络侧发布了自己的个人联系卡，用户B、C、D分别拥有终端B1、B2、B3、C1、C2、C3、D1、D2、D3，这些终端都订阅了用户A的个人联系卡。

订阅通知模块建立终端B1、B2、B3、C1、C2、C3、D1、D2、D3与用户A的个人联系卡之间的订阅关系。

当用户A的个人联系卡中的某个或某些信息发生更改后，订阅通知模块为订阅了用户A的个人联系卡的终端生成通知，并将通知发送给通知控制过滤模块。

假设通知控制过滤模块确定用户B、C、D不希望终端B3、C3、D3处理关于用户A的个人联系卡的通知，并且还获取了如表1所示的信息，则通知控制过滤模块根据已确定和获取的信息，对订阅通知模块发过来的通知进行过滤处理，并将过滤后的通知发给终端，即，如果某个终端不需要处理关于用户A的个人联系卡中的发生变更的信息的通知，则不将订阅通知模块为这个终端生成的通知发给这个终端。

再假设，用户A的语音电话号码变更为“139*********”，那么终端B1、B2、C1、C2、D1、D2向用户显示“用户A的语音电话号码已变更为139*********”的信息，并更新本地存储的用户A的语音电话号码。如果用户A的即时消息呢称变更为“大头菜”，那么根据表1的设置，终端B2、C1、D1向用户显示“用户A的即时消息呢称已变更为大头菜”的信息，并更新本地存储的用户A的即时消息呢称。

第七个具体实施例

终端向设置在网络侧的通知控制过滤模块发送订阅请求，通知控制过滤模块再向订阅通知模块发送订阅请求，当个人联系卡中的某个或某些信息发生变更后，订阅通知模块向通知控制过滤模块发送通知，通知控制过滤模块对通知进行过滤处理后，将处理后的通知发送给终端。

这个优选实施例的实现流程如图11所示，包括：

S1101：终端向网络侧的通知控制过滤模块发送订阅请求。订阅请求可以表明，终端请求订阅个人联系卡。可选的，终端可以在一次订阅请求中为多个终端提出订阅请求。

S1101b：可选的，通知控制过滤模块在收到终端的订阅请求后，可以向终端进行订阅响应，订阅响应可以包括订阅是否成功的信息。例如，订阅通知模块可以根据终端的权限及运营商的策略，判断是否允许该终端订阅相应的信息，如果是，则向终端返回订阅成功的响应，否则，返回订阅失败的响应。

S1102：通知控制过滤模块获取终端的能力信息、用户偏好信息、终端存储的通信信息中的至少一种信息。

S1103：通知控制过滤模块根据终端的能力信息、用户偏好信息、终端存储的通信信息中的至少一种信息，建立终端与其请求订阅的个人联系卡中的信息之间的订阅关系。

S1104：通知控制过滤模块向订阅通知模块发送订阅请求。

S1104b：可选的，订阅通知模块在收到通知控制过滤模块的订阅请求后，可以向通知控制过滤模块进行订阅响应，订阅响应可以包括订阅是否成功的信息。例如，订阅通知模块可以根据终端的权限及运营商的策略，判断是否允许该终端订阅相应的信息，如果是，则向终端返回订阅成功的响应，否则，返回订阅失败的响应。

S1105：订阅通知模块根据订阅请求，建立终端与其请求订阅的个人联系卡之间的订阅关系。

S1106：当被订阅的个人联系卡中的信息发生变更时，订阅通知模块根据建立的订阅关系，为订阅终端生成通知。

S1107：订阅通知模块向通知控制过滤模块发送通知，该通知可以表明，个人联系卡中的某个或某些信息发生了变更。

S1108：通知控制过滤模块对接收到的通知进行过滤处理。具体的，根据建立的订阅关系对接收到的通知进行过滤处理。

S1109：通知控制过滤模块根据过滤的结果将通知发给终端。

在这个实施例中，要求终端能够生成订阅请求消息，能够向通知控制过滤模块发送订阅请求消息，能够接收来自通知控制过滤模块的通知。

在这个实施例中，要求通知控制过滤模块能够接收来自终端的订阅请求消息，能够获取终端的能力信息、用户偏好信息、终端存储的通信信息中的至少一种信息，能够根据终端的能力信息、用户偏好信息、终端存储的通信信息中的至少一种信息建立终端与其请求订阅的个人联系卡中的信息之间的订阅关系，能够向订阅通知模块发送订阅请求消息，能够接收来自订阅通知模块的通知，能够根据建立的订阅关系对接收到的通知进行过滤处理，能够将过滤后的通知发送给终端。

在这个实施例中，要求订阅通知模块能够接收来自通知控制过滤模块的订阅请求消息，能够向通知控制过滤模块返回订阅响应消息，能够根据通知控制过滤模块的订阅请求建立终端与个人联系卡之间的订阅关系，能够向通知控制过滤模块发送通知。

第八个具体实施例

终端在发起订阅请求时，只订阅一个个人联系卡中的部分信息。

这个优选实施例的实现流程如图12所示，包括：

S1201：终端向网络侧的订阅通知模块发送针对个人联系卡中的部分信息的订阅请求，其中，该订阅请求表明终端请求订阅的是哪个个人联系卡中的哪个或哪些信息。

S1201b：可选的，订阅通知模块在收到终端的订阅请求后，可以向终端进行订阅响应，订阅响应可以包括订阅是否成功的信息。例如，订阅通知模块可以根据终端的权限及运营商的策略，判断是否允许该终端订阅相应的信息，如果是，则向终端返回订阅成功的响应，否则，返回订阅失败的响应。

S1202：订阅通知模块根据订阅请求，建立终端与其请求订阅的个人联系卡中的部分信息之间的订阅关系。

S1203：当被订阅的个人联系卡中的信息发生变化时，订阅通知模块根据上述建立的订阅关系，为与该变化的信息相对应的终端生成通知。即，如果发生变化的信息是终端订阅的部分信息中的信息，那么就为这个终端生成通知。

S1204：订阅通知模块向与该变化的信息相对应的终端发送通知。

在这个实施例中，要求终端能够向订阅通知模块发送针对个人联系卡中的具体信息的订阅请求消息，能够接收来自订阅通知模块的通知。

在这个实施例中，要求订阅通知模块能够接收来自终端的针对个人联系卡中的具体信息的订阅请求消息，能够向终端返回订阅响应消息，能够根据订阅请求建立终端与其请求订阅的个人联系卡中的信息之间的订阅关系，能够向终端发送通知。

需要说明的是，在上述所有的实施例中，网络侧向终端发出的通知可以有多种承载方式，总体上可以分为会话初始协议（SIP，Session InitiationProtocol）承载方式和非SIP承载方式。

对于非SIP承载方式，可以使用超文本传输协议（HTTP，HyperTextTransport Protocol）、短消息业务（SMS，Short Message Service）进行承载，通知消息在被发送时，是可以定位到某个终端的。

对于基于SIP承载方式，可以基于如下两种方式实现：

方式一，利用推送（Push）引擎，具体的，使用SIP Push OTA方式进行承载。在SIP Push技术中，SIP Push的相关消息中可以携带终端的标识，实现了具体到用户的某个终端的消息推送。

方式二，直接使用SIP的订阅-通知（Subscribe-Notify）信令实现订阅通知机制。具体的，可以在发送订阅（Subscribe）消息时携带设备标识，例如通用可路由用户代理统一资源标识（GRUU，Globally Routable User AgentURI），通过设备标识区分不同的终端及其相应的订阅，在需要时，可仅对特定的终端进行通知（而非用户的所有终端）。

需要说明的是，对于本发明实施例的个人信息的同步装置、网络侧设备及终端来说，其中包括的很多单元都是虚拟单元，即，由计算机语言的语句或语句组合实现。在实际应用中，不同语句的组合实现的功能可以有所不同，这种情况下，对虚拟单元的划分也可能有所不同。也就是说，本发明实施例只是给出了一种虚拟单元的划分方式，在实际应用中，本领域技术人员可以根据实际需要而采用不同的虚拟单元的划分方式，只要保证能够实现本发明实施例提到的个人信息的同步装置、网络侧设备及终端所具有的功能即可。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体（Read-OnlyMemory，ROM）或随机存储记忆体（Random Access Memory，RAM）等。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (13)

1.一种个人信息更改情况的通知方法，其特征在于，包括：

获取终端发出的订阅请求，所述订阅请求是所述终端订阅个人信息或个人信息中的部分信息的请求；

确定所述终端对应的通知条件，所述通知条件在终端侧或网络侧配置，为所述终端的能力信息、用户偏好的信息、所述终端存储的通信信息和运营商的策略信息中的任意一种或多种信息；

如果所述个人信息或所述部分信息中的第一信息发生更改，且所述第一信息符合所述终端对应的通知条件，则向所述终端通知第一信息的更改情况，否则，不向所述终端通知第一信息的更改情况；其中，所述第一信息为个人信息中的任一个信息。

2.如权利要求1所述的方法，其特征在于，所述订阅请求携带所述终端的能力信息、用户偏好的信息、所述终端存储的通信信息中的至少一种信息；

所述确定所述终端对应的通知条件具体包括：

从所述订阅请求中获取所述终端的能力信息、用户偏好的信息、所述终端存储的通信信息中的至少一种信息。

3.如权利要求1所述的方法，其特征在于，所述确定所述终端对应的通知条件具体包括：

请求所述终端提供所述终端的能力信息、用户偏好的信息、所述终端存储的通信信息中的至少一种信息；

获取所述终端提供的所述终端的能力信息、用户偏好的信息、所述终端存储的通信信息中的至少一种信息。

4.如权利要求1所述的方法，其特征在于，所述确定所述终端对应的通知条件具体包括：

请求网络侧存储有通知条件的设备提供所述终端的能力信息、用户偏好的信息、所述终端存储的通信信息、运营商的策略信息中的至少一种信息；

获取所述设备提供的所述终端的能力信息、用户偏好的信息、所述终端存储的通信信息、运营商的策略信息中的至少一种信息。

5.如权利要求2、3或4所述的方法，其特征在于，在所述确定所述终端对应的通知条件之后，在所述第一信息发生更改之前，还包括：根据所述终端对应的通知条件建立所述终端与符合所述终端对应的通知条件的信息之间的订阅关系；

当所述第一信息发生更改后，还包括：查询所述订阅关系；

所述第一信息符合所述终端对应的通知条件具体为：在所述订阅关系中查询到所述终端对应所述第一信息。

6.如权利要求2、3或4所述的方法，其特征在于，在所述获取终端发出的订阅请求之后，在所述第一信息发生更改之前，还包括：建立所述终端与所述部分信息之间的订阅关系；

在第一信息发生更改后，在向所述终端通知第一信息的更改情况之前，还包括：查询所述订阅关系，确定第一信息为所述部分信息中的信息。

7.如权利要求1所述的方法，其特征在于，所述如果所述个人信息或所述部分信息中的第一信息发生更改、且所述第一信息符合所述终端对应的通知条件，则向所述终端通知第一信息的更改情况，否则，不向所述终端通知第一信息的更改情况具体包括：

如果所述个人信息或所述部分信息中的第一信息发生更改，则生成包括第一信息更改情况的通知；

如果所述第一信息符合所述终端对应的通知条件，则在所述通知中保留第一信息更改情况，并将所述通知发送给所述终端，否则，在所述通知中删除第一信息更改情况，不将第一信息更改情况通知给所述终端。

8.一种个人信息更改情况的通知装置，其特征在于，包括：

获取单元，用于获取终端发出的订阅请求，所述订阅请求是所述终端订阅个人信息或个人信息中的部分信息的请求；

确定单元，用于确定所述终端对应的通知条件，所述通知条件在终端侧或网络侧配置，为所述终端的能力信息、用户偏好的信息、所述终端存储的通信信息和运营商的策略信息中的任意一种或多种信息；

通知处理单元，用于在所述获取单元获取所述订阅请求后，如果所述个人信息或所述部分信息中的第一信息发生更改，且所述第一信息符合所述终端对应的通知条件，则向所述终端通知第一信息的更改情况；其中，所述第一信息为个人信息中的任一个信息。

9.如权利要求8所述的装置，其特征在于，还包括：

权限验证单元，用于在所述获取单元获取终端发出的订阅请求后，对终端进行权限验证；

响应单元，用于在所述权限验证单元对终端进行权限验证后，向终端返回订阅成功或失败的响应。

10.如权利要求8所述的装置，其特征在于，还包括：订阅处理单元，用于在所述确定单元确定所述终端对应的通知条件之后，建立终端与符合终端对应的通知条件的信息之间的订阅关系。

11.如权利要求9所述的装置，其特征在于，还包括：订阅处理单元，用于在所述获取单元获取终端发出的订阅请求后，如果所述权限验证单元确定终端能够订阅其请求订阅的个人信息中的部分信息，则订阅处理单元建立终端与所述部分信息之间的订阅关系。

12.一种个人信息更改情况的提示方法，其特征在于，包括：

终端向网络侧发出订阅请求，所述订阅请求是所述终端订阅个人信息的请求；

确定所述终端对应的预先设置的条件，所述预先设置的条件为所述终端的能力信息、用户偏好的信息、所述终端存储的通信信息和运营商的策略信息中的任意一种或多种信息；

如果所述终端获取所述个人信息中的第一信息的更改情况，且第一信息符合预先设置的条件，则所述终端向用户提示第一信息的更改情况，否则，所述终端不向用户提示第一信息的更改情况；其中，所述第一信息为个人信息中的任一个信息。

13.一种终端，其特征在于，包括：

请求单元，用于向网络侧发出订阅请求，所述订阅请求是订阅个人信息的请求；

确定单元，用于确定终端对应的预先设置的条件，所述预先设置的条件为所述终端的能力信息、用户偏好的信息、所述终端存储的通信信息和运营商的策略信息中的任意一种或多种信息；

获取单元，用于在所述请求单元向网络侧发出订阅请求后，获取所述个人信息中的第一信息的更改情况；

信息处理单元，用于在所述获取单元获取第一信息的更改情况后，如果判断出第一信息符合预先设置的条件，则向用户提示第一信息的更改情况，否则，不向用户提示第一信息的更改情况；其中，所述第一信息为个人信息中的任一个信息。

Images