CN101087272B - 一种在即时通讯系统中实现呼叫受限的方法、装置和系统 - Google Patents

Abstract

本发明提供了一种在即时通讯系统中实现呼叫受限的方法、装置和系统，属于计算机技术领域。为了使IM用户在呼叫受限状态取消后，能够获得联系人在呼叫受限状态期间发送的消息，所述方法包括：接收客户端发送的呼叫受限信息，呼叫受限信息包括用户的标识、呼叫受限对象和为呼叫受限对象设置的呼叫受限状态；收到联系人的呼叫消息后，如果联系人为用户设置的呼叫受限对象且联系人的呼叫受限状态为后续激活状态，则记录呼叫消息，在呼叫受限状态取消后，推送呼叫消息。所述装置包括联系人状态管理模块和联系人消息管理模块。所述系统包括客户端和服务器。采用本发明所述技术方案提高了IM系统的可用性，使服务更加人性化和个性化。

Description

一种在即时通讯系统中实现呼叫受限的方法、装置和系统 

技术领域

本发明涉及计算机技术领域，特别涉及一种在IM(Instant Messaging，即时通讯)系统中实现呼叫受限的方法、装置和系统。 

背景技术

网络即时通讯工具发展到今天，已经被大多数的网民所接受，成为用户日常的交流与沟通中必不可少的软件工具，不但在平时的休闲娱乐中，而且在用户的工作中得到广泛的使用。即时通讯属于一种实时的沟通方式，用户通过IM软件实现了与好友以及各个群组之间的实时沟通。当前的IM软件中，应用较广的有腾讯QQ与TM、网易POPO、新浪UC、微软MSN等。随着IM软件的广泛应用，用户在不同状态时可能需要不同的沟通方式，例如在某些会议或工作场合，用户并不希望弹出与好友之间的聊天窗口，接收实时即时消息。 

国际商业机器公司IBM在中国提出的申请号为200510062835.0，发明名称为“在即时消息接发系统中批准受限可呼叫状态的方法和系统”的发明专利申请中公开了一种用于在即时消息接发应用程序中管理可访问状态值的方法、设备、系统和计算机程序产品。即时消息接发应用程序的用户能够选择与该用户相关联的“请勿打扰”状态，从而使大多数用户不能够发起与该用户的即时消息接发会话。此外，即时消息接发应用程序的用户可以有选择地批准一个子集的用户具有能够启动与该用户的即时消息接发会话的特权，同时对所有其他用户保持该用户处于“请勿打扰”状态的指示。 

上述技术方案利用IM用户设置的某种特殊的状态，例如“请勿打扰”的呼叫受限状态在某些时段完全阻止了某个联系人或者某个联系人组的会话消息。IM用户后续也无法再收取到在这个时段中受限联系人发送的即时消息。而对于IM用户来说，在某些情况下，切换到“请勿打扰”的呼叫受限状态只是暂时性的需求，并不是完全不希望接收在这个时段的消息，而更可能是希望在切换到可用状态的时候能够重新获取这些联系人发送来的即时消息。 

另外，对于用户所设置的某个呼叫受限联系人或者某个呼叫受限联系人组 的呼叫受限状态，其设置内容的存储与本地相关，即用户更换登录终端后，则无法享用同一设置需求，需要重新进行设置，不方便用户使用。 

发明内容

为了使用户在切换到可用状态后，能够收到联系人或联系人组在受限状态时间段发送的即时消息，并实现设置状态的漫游，本发明实施例提出了一种在即时通讯系统中实现呼叫受限的方法、装置和系统。通过设置“后续激活”的呼叫受限状态，使即时通讯系统记录联系人发送的消息，在呼叫受限状态取消后自动激活该消息，并推送给用户；还通过修改服务器的时间戳实现了呼叫受限状态设置的漫游。所述技术方案如下： 

根据一个方面，本发明实施例提供了一种在即时通讯系统中实现呼叫受限的方法，所述方法包括以下步骤： 

接收客户端发送的呼叫受限信息，所述呼叫受限信息包括用户的标识、呼叫受限对象和为所述呼叫受限对象设置的呼叫受限状态；其中，呼叫受限状态包括主状态和二级状态，所述二级状态包括：完全阻止状态和后续激活状态，可对所述二级状态进行切换； 

收到联系人的呼叫消息后，如果所述联系人为所述用户设置的呼叫受限对象且所述联系人的呼叫受限的二级状态为后续激活状态，则记录所述呼叫消息，在所述呼叫受限状态取消后，推送所述呼叫消息。 

优选地，所述记录所述呼叫消息，在所述呼叫受限状态取消后，推送所述呼叫消息的步骤具体包括： 

建立所述联系人与所述呼叫消息的对应关系，存储所述呼叫消息，在所述呼叫受限状态取消后，遍历所有联系人与呼叫消息的对应关系，根据客户端的选择推送对应的呼叫消息。 

优选地，所述接收客户端发送的呼叫受限信息的步骤之后还包括： 

修改服务器的时间戳； 

当所述用户登录后，客户端获取所述服务器的时间戳，并将所述服务器的时间戳与本地的时间戳比较，如果所述服务器的时间戳大于所述本地的时间戳，则从所述服务器下载所述用户对应的呼叫受限信息，更新本地呼叫受限信息。 

优选地，所述呼叫受限对象为联系人或联系人组。 

优选地，所述用户的标识为用户身份号码。 

根据另一个方面，本发明实施例还提供了一种在即时通讯系统中实现呼叫受限的装置，所述装置包括：联系人状态管理模块和联系人消息管理模块； 

所述联系人状态管理模块用于接收并存储客户端用户发送的呼叫受限信息，所述呼叫受限信息包括用户的标识、呼叫受限对象和为所述呼叫受限对象设置的呼叫受限状态，还用于将所述呼叫受限信息发送给所述联系人消息管理模块；其中，呼叫受限状态包括主状态和二级状态，所述二级状态包括：完全阻止状态和后续激活状态，可对所述二级状态进行切换； 

所述联系人消息管理模块具体包括接收单元和记录推送单元； 

所述接收单元用于接收联系人发来的呼叫消息，并判断所述联系人是否为所述联系人状态管理模块发来的呼叫受限信息中所述用户设置的呼叫受限对象，如果是且所述联系人的呼叫受限的二级状态为后续激活状态，则通知所述记录推送单元； 

所述记录推送单元用于接收所述接收单元的通知，记录所述呼叫消息，在所述呼叫受限状态取消后，推送所述呼叫消息。 

优选地，所述记录推送单元具体包括记录子单元和推送子单元； 

所述记录子单元用于接收所述接收单元的通知，建立所述联系人与所述呼叫消息的对应关系，存储所述呼叫消息，并将所述对应关系发送给所述推送子单元； 

所述推送子单元用于在所述呼叫受限状态取消后，获取所述记录子单元发送的所述对应关系，遍历所有联系人与呼叫消息的对应关系，根据客户端的选择推送对应的呼叫消息。 

优选地，所述装置还包括联系人状态网络同步模块； 

所述联系人状态网络同步模块用于接收客户端发送的呼叫受限信息，所述呼叫受限信息包括所述用户的标识、呼叫受限对象和为所述呼叫受限对象设置的呼叫受限状态；还用于修改所述装置中的时间戳，并将所述时间戳发送给客户端。 

根据另一个方面，本发明实施例还提供了一种实现呼叫受限的即时通讯系统，所述系统包括：客户端和服务器；所述客户端包括主面板管理模块，所述服务器包括联系人状态管理模块和联系人消息管理模块； 

所述主面板管理模块用于选择呼叫受限对象，设置所述呼叫受限对象的呼叫受限状态为后续激活状态，并将包含用户的标识、所述呼叫受限对象和为所述呼叫受限对象设置的呼叫受限状态的呼叫受限信息发送给所述联系人状态管理模块；其中，呼叫受限状态包括主状态和二级状态，所述二级状态包括：完全阻止状态和后续激活状态，可对所述二级状态进行切换； 

所述联系人状态管理模块用于接收所述主面板管理模块发来的呼叫受限信息，还用于将所述呼叫受限信息发送给所述联系人消息管理模块； 

所述联系人消息管理模块用于接收联系人发来的呼叫消息，并判断所述联系人是否为所述联系人状态管理模块发来的呼叫受限信息中所述用户设置的呼叫受限对象，如果是且所述联系人的呼叫受限的二级状态为后续激活状态，则记录所述呼叫消息，在所述呼叫受限状态取消后，推送所述呼叫消息给所述客户端。 

优选地，所述服务器还包括联系人状态网络同步模块和状态更新模块； 

所述服务器的联系人状态网络同步模块用于从所述联系人状态管理模块获取所述客户端发送的呼叫受限信息，并修改所述服务器的时间戳，还用于将所述修改后的时间戳发送到所述状态更新模块； 

所述状态更新模块用于当所述用户登录后，获取所述修改后的时间戳，并将所述获取的时间戳与本地的时间戳比较，如果所述获取的时间戳大于所述本地的时间戳，则通过所述服务器下载所述呼叫受限信息，更新本地的呼叫受限信息。 

采用本发明实施例所述的技术方案，用户可以对呼叫受限对象设定“后续激活”的呼叫受限状态，当IM用户状态从呼叫受限切换到可用状态时，可以及时地查看消息，避免了由于设置了“完全阻止”的呼叫受限而导致信息的丢失。 

同时，本发明实施例所述的技术方案将IM用户针对某个联系人或者联系人组设置的呼叫受限状态保存在服务器中，并在IM客户端进行同步，实现了呼叫受限状态设置的漫游。当IM用户更换登录终端后，不需要对联系人受限状态重新设置，提高了IM软件的可用性。 

附图说明

图1是本发明实施例1提供的在即时通讯系统中实现呼叫受限的装置的结构图； 

图2是本发明实施例1提供的在即时通讯系统中实现呼叫受限的装置的具体结构图； 

图3是本发明实施例1提供的在即时通讯系统中实现呼叫受限的方法的流程图； 

图4是本发明实施例1提供的在即时通讯系统中实现呼叫受限的方法的详细流程图； 

图5是本发明实施例2提供的在即时通讯系统中实现呼叫受限的装置的结构图； 

图6是本发明实施例2提供的在即时通讯系统中实现呼叫受限的方法的流程图； 

图7是本发明实施例3提供的在即时通讯系统中实现呼叫受限的系统的结构图。 

具体实施方式

下面结合附图和具体实施例对本发明作进一步说明，但本发明不局限于以下实施例。 

实施例1 

本发明实施例提出了一种在即时通讯系统中实现呼叫受限的方法及装置。IM用户可以通过IM软件针对某个联系人或者某个联系人组切换到类似“请勿打扰”的呼叫受限状态，同时提供给IM用户针对该特殊状态的两个额外二级选择：“完全阻止”与“后续激活”。IM用户可以根据具体情况进行选择。如果IM用户选择“完全阻止”，则后续用户状态发生变化后，也无法接收到联系人在受限状态时间段发送的即时消息；如果IM用户选择“后续激活”，则后续用户状态发生变化后，IM软件可以自动激活在受限状态时间段接收到的即时消息显示给IM用户查看。用户受限状态的时间段的设置发生变化可以为用户主动从受限状态切换回可用状态，或服务器根据系统设置自动切换，也可以为用户设定受限时间，由服务器自动切换等等。 

参见图1，本发明提供了一种在即时通讯系统中实现呼叫受限的装置，该装置包括：联系人状态管理模块101和联系人消息管理模块102。上述两个模块可以位于IM服务器。 

其中，联系人状态管理模块101用于接收并存储客户端用户发送的呼叫受限信息，所述呼叫受限信息包括所述用户的标识、呼叫受限对象和为所述呼叫受限对象设置的呼叫受限状态，还用于将所述呼叫受限信息发送给所述联系人消息管理模块102。 

联系人消息管理模块102用于接收联系人发来的呼叫消息，判断所述联系人是否为所述联系人状态管理模块101发来的呼叫受限信息中所述用户设置的呼叫受限对象，如果是，则根据所述联系人的呼叫受限状态对所述呼叫消息进行处理。 

在本实施例中，IM用户可以选择两种呼叫受限状态，“后续激活”或“完全阻止”状态。 

对于设置“后续激活”状态的情况，用户通过客户端选择呼叫受限对象，且设置所述呼叫受限对象的呼叫受限状态为后续激活状态，相应地，所述联系人状态管理模块101接收到的呼叫受限信息中呼叫受限状态为后续激活状态；而且，联系人消息管理模块102具体为后续激活处理单元，用于接收联系人发来的呼叫消息，判断所述联系人是否为所述联系人状态管理模块101发来的呼叫受限信息中所述用户设置的呼叫受限对象，如果是且所述联系人的呼叫受限状态为后续激活状态，则记录所述呼叫消息，在所述呼叫受限状态取消后，推送所述呼叫消息。 

参见图2，设置“后续激活”状态的情况下，联系人消息管理模块102可以具体分为接收单元a和记录推送单元b。 

接收单元a用于接收联系人发来的呼叫消息，并判断所述联系人是否为所述联系人状态管理模块101发来的呼叫受限信息中所述用户设置的呼叫受限对象；如果是且所述联系人的呼叫受限状态为后续激活状态，则通知所述记录推送单元b。 

所述记录推送单元b用于接收到所述接收单元a的通知后，记录所述呼叫消息，在所述呼叫受限状态取消后，推送所述呼叫消息。 

进一步地，记录推送单元b包括记录子单元b1和推送子单元b2。 

记录子单元b1用于接收所述接收单元a发送的通知后，建立所述联系人与所述呼叫消息的对应关系，存储所述呼叫消息，并将所述对应关系发送给所述推送子单元b2。 

推送子单元b2用于在所述呼叫受限状态取消后，获取所述记录子单元发送的所述对应关系，遍历所有联系人与呼叫消息的对应关系，根据用户的选择推送对应的呼叫消息。 

对于设置“完全阻止”状态的情况，用户通过客户端选择呼叫受限对象， 且设置所述呼叫受限对象的呼叫受限状态为完全阻止状态，相应地，所述联系人状态管理模块101接收到的呼叫受限信息中呼叫受限状态为完全阻止状态；而且，联系人消息管理模块102具体为完全阻止处理单元，用于接收联系人发来的呼叫消息，并判断所述联系人是否为所述联系人状态管理模块101发来的呼叫受限信息中所述用户设置的呼叫受限对象，如果是且所述联系人的呼叫受限状态为完全阻止状态，则丢弃所述呼叫消息。 

参见图3，在本实施例中，采用上述装置实现了一种在即时通讯系统中实现呼叫受限的方法，具体步骤如下： 

步骤201：接收客户端发送的呼叫受限信息，所述呼叫受限信息包括用户的标识、呼叫受限对象和为所述呼叫受限对象设置的呼叫受限状态； 

其中，用户的标识可以为用户的UIN号码； 

步骤202：收到联系人的呼叫消息后，如果所述联系人为所述用户设置的呼叫受限对象且所述联系人的呼叫受限状态为后续激活状态，则记录所述呼叫消息； 

步骤203：当所述呼叫受限状态取消后，推送所述呼叫消息给客户端。 

参见图4，为了清楚地描述本发明的技术方案，本发明实施例对上述在即时通讯系统中实现呼叫受限的方法进行了更详细的描述，具体步骤如下： 

步骤301：IM用户成功登录IM服务器后，当前用户的状态处于在线状态，其他联系人可以通过IM软件的主面板发起与该IM用户的即时聊天过程。当IM用户处于会议中或者类似不希望被IM即时消息所打扰的环境中的时候，IM用户可以通过客户端选择呼叫受限对象，并对他们进行受限呼叫状态的设置。具体操作如下： 

IM用户首先选择某个联系人或某个联系人组，IM客户端的主面板管理模块捕获IM用户的键盘操作，利用Windows的菜单API(Application ProgrammingInterface，应用程序编程接口)生成状态切换的各个一级子菜单，IM用户根据各个子菜单的内容提示进行主状态的切换选择。然后，IM客户端的主面板管理模块根据IM用户选择的主状态内容，生成二级子菜单，IM用户根据二级子菜单的内容提示进行二级状态的切换选择。例如，IM用户根据一级子菜单的内容选择切换到类似“请勿打扰”的主状态，则主面板管理模块继续生成针对该状态的两个额外二级选择“完全阻止”与“后续激活”，IM用户根据二级子菜单的内 容选择相应的二级状态，如选择“后续激活”。 

步骤302：主面板管理模块将呼叫受限信息，即IM用户选择的呼叫受限对象和呼叫受限状态组合在消息中发送给联系人状态管理模块。具体操作如下： 

主面板管理模块根据当前IM用户鼠标位置所在的区域判断当前用户选择的呼叫受限对象是单个联系人还是联系人组，如果是单个联系人，则组合该联系人的UIN号码、IM用户选择的呼叫受限主状态标志和二级状态标志，并将组合后的内容通过消息发送到服务器上的联系人状态管理模块，该消息中还携带有IM用户的信息，即IM用户的UIN号码。 

如果主面板管理模块判断当前IM用户鼠标位置所在的区域是联系人组，则获取该联系人组ID，查询联系人管理模块，获取对应该联系人组下的所有联系人的UIN号码列表，遍历该组联系人UIN号码列表，组合该组联系人的所有UIN号码、相应的呼叫受限主状态标志和二级状态标志，并将组合后的内容通过消息发送到联系人状态管理模块，该消息中还携带有IM用户的信息，即IM用户的UIN号码。 

步骤303：联系人状态管理模块根据主面板管理模块发送的消息，对消息数据参数进行解析，获取到IM用户设置的联系人的UIN号码、相应的呼叫受限主状态标志和二级状态标志，同时建立以联系人UIN号码为关键字Key的状态Map数据结构，其具体数据Value中存储了IM用户针对该联系人设置的呼叫受限主状态标志和二级状态标志，这样就建立了呼叫受限对象与其呼叫受限状态的对应关系。 

至此，IM用户已对呼叫受限对象完成了呼叫受限状态的设置和存储，即时通讯系统可以根据IM用户设置的呼叫受限状态内容对其他联系人发送的消息进行相应的处理。 

步骤304：当联系人向IM用户发送某个消息时，IM客户端的网络通道接收到联系人通过服务器发送的数据包，按照约定格式对数据包进行解析与解密处理，成功后获取该数据包的协议命令，如果协议命令不是联系人消息命令，则其他模块进行处理，否则向联系人消息管理模块发送数据包。 

步骤305：联系人消息管理模块接收到联系人的消息后，解析获取数据包中IM用户设置的联系人UIN号码，利用该联系人UIN号码查询联系人状态管理模块，获取IM用户针对该联系人设置的主状态标志，判断该主状态是否为呼叫受 限状态，如果不是，说明该联系人不是呼叫受限对象，则按照其正常流程处理。如果主状态为呼叫受限状态，说明该联系人为呼叫受限对象，则查询对应该联系人的二级状态内容，并根据步骤301中IM用户设置的二级状态进行以下不同的处理，具体步骤如下： 

如果该联系人对应的二级状态标志为“完全阻止”则联系人消息管理模块则在消息链表中直接丢弃对应该联系人的所有消息。 

如果该联系人对应的二级状态标志为“后续激活”，则联系人消息管理模块记录以联系人的UIN号码为关键字Key的激活消息Map数据结构，其具体数据Value中存储了消息链表中对应的由联系人发送来的消息，这样就建立了联系人号码与消息链表中消息的对应关系。 

步骤306：IM客户端自动检测IM用户的状态切换，如果用户当前状态已经不是呼叫受限状态，则利用消息提示界面遍历步骤305中产生的所有激活消息Map数据结构，找出对应该用户的消息，提示IM用户当前有多少个“后续激活”的联系人发来消息等待激活，根据IM用户选择不同的联系人提取对应的消息链表中的消息，并推送到客户端，通过聊天窗口进行显示，显示后删除对应数据结构。 

在上述实施利中，由于采用了后续激活的方法，用户状态发生变化后，可以及时地查看消息。避免了由于设置了呼叫受限而导致信息的丢失。 

IM用户可以通过IM软件针对某个联系人或者某个联系人组切换到类似“请勿打扰”的呼叫受限状态，同时提供给用户针对该特殊状态的两个额外二级选择“完全阻止”与“后续激活”，因而用户在使用IM软件时，在不同的应用场景下可以设置不同的用户状态，提高了IM系统的可用性，服务更加人性化。这样用户能够更加个性化地展现自己的状态，表现自己的个性。 

本实施例只提供了“完全阻止”与“后续激活”两个额外二级状态作为选择内容，在实际操作中，也可以还有更多的选项，如：接收并提示消息、消息来时只显示消息数目等选项，使操作更加灵活。当然，为了实施简便，也可以只提供其中一个二级状态，如后续激活作为选择内容。 

实施例2 

在上述实施例中，当IM用户更换登录终端后，无法在其它终端享用同一设置要求，需要对联系人受限状态重新设置。在本实施例中，可以通过将IM用户 针对某个联系人或者联系人组设置的呼叫受限状态保存在用户信息管理服务器中，并在IM客户端进行同步的方法实现呼叫受限状态设置的漫游。 

参见图5，为实现上述目的，在上述实施例1的装置中还需要增加联系人状态网络同步模块403。 

其中，联系人状态网络同步模块403用于接收客户端发送的呼叫受限信息，所述呼叫受限信息包括用户的标识、呼叫受限对象和为所述呼叫受限对象设置的呼叫受限状态；还用于修改所述装置中的时间戳，并将所述时间戳发送给客户端。 

当用户登录后，客户端获取所述装置的时间戳，并将所述装置的时间戳与本地的时间戳比较，如果所述装置的时间戳大于本地的时间戳，则通过所述装置下载呼叫受限对象及其相应的呼叫受限状态，更新本地的呼叫受限信息。 

联系人状态网络同步模块403可以位于IM服务器或用户信息管理服务器。 

参见图6，采用上述装置后，实现呼叫受限状态设置的具体步骤如下： 

步骤501：IM用户针对某个联系人或者联系人组设置呼叫受限状态。具体步骤和实施例1中步骤301-303相同，不再赘述。 

步骤502：联系人状态网络同步模块从联系人状态管理模块获取IM客户端发送的包含呼叫受限信息的消息； 

步骤503：联系人状态网络同步模块对该消息进行解析以及解密处理，获取该消息中IM用户UIN号码以及相应的以联系人UIN号码为Key的状态Map数据结构，利用IM用户UIN号码获取对应的数据行进行数据库写入操作(即将与IM用户UIN号码对应的以联系人UIN号码为Key的状态Map数据结构写入IM用户UIN号码对应的数据行)，同时修改上述装置的时间戳(通常为用户信息管理服务器的时间戳)，将时间戳增加。 

步骤504：当IM用户登录IM客户端，IM客户端发送协议获取用户信息管理服务器对应受限状态设置的时间戳，与本地的时间戳进行比较，如果用户信息管理服务器的时间戳大于本地的时间戳，则说明本地数据需要更新，通过服务器查询本用户UIN对应的所有以联系人UIN号码为Key的状态Map数据结构，并下载查询出来的用户设置数据，即呼叫受限对象及其对应的呼叫受限状态，更新本地的呼叫受限信息。如果等于则说明本地已经是最新数据，不需要进行后续同步处理了。 

上述步骤502至504中，用户设置数据是通过IM服务器发送给用户信息管理服务器，并由客户端与用户信息管理服务器同步该设置数据。在系统较小的情况下，也可以只采用一个服务器，如IM服务器来实现设置数据的同步。 

实施例3 

参见图7，本发明实施例提供了一种实现呼叫受限的即时通讯系统，该系统包括：客户端和服务器；所述客户端包括主面板管理模块601，所述服务器包括联系人状态管理模块602和联系人消息管理模块603； 

主面板管理模块601用于选择呼叫受限对象，设置呼叫受限对象的呼叫受限状态为后续激活状态，并将包含用户的标识、呼叫受限对象和为呼叫受限对象设置的呼叫受限状态的呼叫受限信息发送给联系人状态管理模块602； 

联系人状态管理模块602用于接收主面板管理模块发来的呼叫受限信息，还用于将呼叫受限信息发送给联系人消息管理模块603； 

联系人消息管理模块603用于接收联系人发来的呼叫消息，并判断联系人是否为联系人状态管理模块发来的呼叫受限信息中用户设置的呼叫受限对象，如果是且联系人的呼叫受限状态为后续激活状态，则记录呼叫消息，在呼叫受限状态取消后，推送呼叫消息给客户端。 

其中，为了实现用户设置的呼叫受限消息的同步，服务器还包括联系人状态网络同步模块604和状态更新模块605； 

服务器的联系人状态网络同步模块604用于从联系人状态管理模块获取客户端发送的呼叫受限信息，并修改服务器的时间戳，还用于将修改后的时间戳发送到状态更新模块605； 

状态更新模块605用于当用户登录后，获取修改后的时间戳，并将获取的时间戳与本地的时间戳比较，如果获取的时间戳大于本地的时间戳，则通过服务器下载呼叫受限信息，更新本地的呼叫受限信息。 

以上所述，仅为本发明较佳的具体实施方式，本发明的保护范围并不局限于此，任何本技术领域的技术人员在本发明揭露的技术范围内，不经创造性劳动即可作出的显而易见的变化或替换，都应涵盖在本发明的保护范围之内。 

Claims (10)

1.一种在即时通讯系统中实现呼叫受限的方法，其特征在于，所述方法包括以下步骤：

接收客户端发送的呼叫受限信息，所述呼叫受限信息包括用户的标识、呼叫受限对象和为所述呼叫受限对象设置的呼叫受限状态，其中，呼叫受限状态包括主状态和二级状态，所述二级状态包括：完全阻止状态和后续激活状态，可对所述二级状态进行切换；

收到联系人的呼叫消息后，如果所述联系人为所述用户设置的呼叫受限对象且所述联系人的呼叫受限的二级状态为后续激活状态，则记录所述呼叫消息，在所述呼叫受限状态取消后，推送所述呼叫消息。

2.如权利要求1所述的在即时通讯系统中实现呼叫受限的方法，其特征在于，所述记录所述呼叫消息，在所述呼叫受限状态取消后，推送所述呼叫消息的步骤具体包括：

建立所述联系人与所述呼叫消息的对应关系，存储所述呼叫消息，在所述呼叫受限状态取消后，遍历所有联系人与呼叫消息的对应关系，根据客户端的选择推送对应的呼叫消息。

3.如权利要求1或2所述的在即时通讯系统中实现呼叫受限的方法，其特征在于，所述接收客户端发送的呼叫受限信息的步骤之后还包括：

修改服务器的时间戳；

当所述用户登录后，客户端获取所述服务器的时间戳，并将所述服务器的时间戳与本地的时间戳比较，如果所述服务器的时间戳大于所述本地的时间戳，则从所述服务器下载所述用户对应的呼叫受限信息，更新本地呼叫受限信息。

4.如权利要求1或2所述的在即时通讯系统中实现呼叫受限的方法，其特征在于，所述呼叫受限对象为联系人或联系人组。

5.如权利要求1所述的在即时通讯系统中实现呼叫受限的方法，其特征在于，所述用户的标识为用户身份号码。

6.一种在即时通讯系统中实现呼叫受限的装置，其特征在于，所述装置包括：联系人状态管理模块和联系人消息管理模块；

所述联系人状态管理模块用于接收并存储客户端用户发送的呼叫受限信息，所述呼叫受限信息包括用户的标识、呼叫受限对象和为所述呼叫受限对象设置的呼叫受限状态，还用于将所述呼叫受限信息发送给所述联系人消息管理模块；其中，呼叫受限状态包括主状态和二级状态，所述二级状态包括：完全阻止状态和后续激活状态，可对所述二级状态进行切换；

所述联系人消息管理模块具体包括接收单元和记录推送单元；

所述接收单元用于接收联系人发来的呼叫消息，并判断所述联系人是否为所述联系人状态管理模块发来的呼叫受限信息中所述用户设置的呼叫受限对象，如果是且所述联系人的呼叫受限的二级状态为后续激活状态，则通知所述记录推送单元；

所述记录推送单元用于接收所述接收单元的通知，记录所述呼叫消息，在所述呼叫受限状态取消后，推送所述呼叫消息。

7.如权利要求6所述的在即时通讯系统中实现呼叫受限的装置，其特征在于，所述记录推送单元具体包括记录子单元和推送子单元；

所述记录子单元用于接收所述接收单元的通知，建立所述联系人与所述呼叫消息的对应关系，存储所述呼叫消息，并将所述对应关系发送给所述推送子单元；

所述推送子单元用于在所述呼叫受限状态取消后，获取所述记录子单元发送的所述对应关系，遍历所有联系人与呼叫消息的对应关系，根据客户端的选择推送对应的呼叫消息。

8.如权利要求6或7所述的在即时通讯系统中实现呼叫受限的装置，其特征在于，所述装置还包括联系人状态网络同步模块；

所述联系人状态网络同步模块用于接收客户端发送的呼叫受限信息，所述呼叫受限信息包括所述用户的标识、呼叫受限对象和为所述呼叫受限对象设置的呼叫受限状态；还用于修改所述装置中的时间戳，并将所述时间戳发送给客户端。

9.一种实现呼叫受限的即时通讯系统，其特征在于，所述系统包括：客户端和服务器；所述客户端包括主面板管理模块，所述服务器包括联系人状态管理模块和联系人消息管理模块；

所述主面板管理模块用于选择呼叫受限对象，设置所述呼叫受限对象的呼叫受限状态为后续激活状态，并将包含用户的标识、所述呼叫受限对象和为所述呼叫受限对象设置的呼叫受限状态的呼叫受限信息发送给所述联系人状态管理模块；其中，呼叫受限状态包括主状态和二级状态，所述二级状态包括：完全阻止状态和后续激活状态，可对所述二级状态进行切换；

所述联系人状态管理模块用于接收所述主面板管理模块发来的呼叫受限信息，还用于将所述呼叫受限信息发送给所述联系人消息管理模块；

所述联系人消息管理模块用于接收联系人发来的呼叫消息，并判断所述联系人是否为所述联系人状态管理模块发来的呼叫受限信息中所述用户设置的呼叫受限对象，如果是且所述联系人的呼叫受限状态的二级状态为后续激活状态，则记录所述呼叫消息，在所述呼叫受限状态取消后，推送所述呼叫消息给所述客户端。

10.根据权利要求9所述的实现呼叫受限的即时通讯系统，其特征在于，所述服务器还包括联系人状态网络同步模块和状态更新模块；

所述服务器的联系人状态网络同步模块用于从所述联系人状态管理模块获取所述客户端发送的呼叫受限信息，并修改所述服务器的时间戳，还用于将所述修改后的时间戳发送到所述状态更新模块；

所述状态更新模块用于当所述用户登录后，获取所述修改后的时间戳，并将所述获取的时间戳与本地的时间戳比较，如果所述获取的时间戳大于所述本地的时间戳，则通过所述服务器下载所述呼叫受限信息，更新本地的呼叫受限信息。

Images