CN101800947B - 一种阻止对误拨呼叫进行回拨的方法和设备 - Google Patents

Abstract

公开了一种阻止对误拨呼叫进行回拨的方法和设备。包括当服务器接收到来自主叫用户端设备的指示希望阻止对其误拨呼叫进行的回拨的消息时，服务器存储主叫方和被叫方的标识信息；当收到来自用户端设备的呼叫消息时，服务器确定该呼叫是否为回拨呼叫，其中，所述呼叫消息携带有标识该呼叫是否是对未接呼叫的回拨的信息；如果服务器确定该呼叫为回拨呼叫，则确定该回拨呼叫的主叫方和被叫方的标识信息是否与其存储的标识信息匹配；如果匹配，则终止本次呼叫。

Description

一种阻止对误拨呼叫进行回拨的方法和设备

技术领域

本发明涉及网络通信，更具体地，涉及用于阻止对误拨呼叫进行回拨的方法和设备。

背景技术

随着网络技术的发展和普及，人们已经逐渐放弃了传统的通过信件来互通信息，作为替代，目前已经以电话通信为主。现在，人们往往通过固定电话或各种移动通信设备，经由电信等各种类型的网络或网络的组合，与对方通信，这样的通信方式不仅及时而且价格低廉。

但是，在呼叫过程中，经常出现误拨的情况。并且如果当时被叫方没有接听电话，并且发现其有未接电话时，通常会回拨，因为他并不知道这是误拨的电话。然而，对方的回拨往往给主叫用户带来困扰和尴尬。更重要的是，这种事实上没有实际意义的回拨给网络带来了额外的流量，为网络中的设备增加了负担。这是因为通常回拨与普通的呼叫没有区别，其同样需要完成所有呼叫流程。而这在网络拥塞或者网络资源紧张的情况下，回拨对网络的影响将变得格外明显。

然而，现有技术中基本没有取消或弥补用户错误操作的方案，更没有处理错误呼叫的方案。仅有的关于取消用户错误操作的方案是，Outlook中的撤回(Recall)已发送邮件的功能。当用户希望取消已经发出的邮件时，可以进入“已发送邮件”文件夹，并双击要撤回的邮件，选择“动作”——“撤回”(如果没有撤回，用户可以自定义添加)。但是，这一撤回功能受到以下限制：目地的处的邮件服务器支持该功能；收件人未阅读该邮件。显然，从上述两个条件可以看到，该撤回功能的使用范围受到了极大的限制。此外，使用撤回的另一个风险是，收件人可能已经阅读了该邮件，并重新将其标记为“未读”，这种情况下，该邮件也可被撤回。然而，发送邮件的用户并不知道收件人的上述操作，也不知道收件人已经阅读过该封邮件了。由此可见，Outlook的撤回功能不仅受限于电子邮件，而且在应用上还存在上述诸多局限。

对于阻止特定呼叫的现有技术，已知的是电信的“黑名单”方案。如果用户不希望接收到来自某个号码的呼叫，可以启用“黑名单”功能。但是，这会阻止所有来自该号码的电话。显然，这一方案不适于对误拨呼叫的处理，因为来自被叫方的呼叫可能是回拨，也可能是其发起的主动呼叫(而不是因为未接到呼叫而进行的回拨)。

由上述可见，关于用户误拨的情况，现有技术中并没有有效的解决方案。

发明内容

本发明提供了一种用于阻止对误拨呼叫进行回拨的方法和设备。以克服现有技术中的上述缺陷。

根据本发明的一个方面，提出了一种用于阻止对误拨呼叫进行回拨的方法，所述方法包括：

A.当服务器接收到来自主叫用户端设备的指示希望阻止对其误拨呼叫进行的回拨的消息时，服务器存储主叫方和被叫方的标识信息；

B.当收到来自用户端设备的呼叫消息时，服务器确定该呼叫是否为回拨呼叫，其中，所述呼叫消息携带有标识该呼叫是否是对未接呼叫的回拨的信息；

C.如果服务器确定该呼叫为回拨呼叫，则确定该回拨呼叫的主叫方和被叫方的标识信息是否与其存储的标识信息匹配；

D.如果匹配，则终止本次呼叫。

其中，在步骤A中，服务器接收到的消息中还包括阻止回拨的次数。

优选地，服务器在存储所述标识信息之前检查该主叫用户是否具有使用该项服务的权限。

其中，在步骤B中，在呼叫消息中插入包括标识是否为回拨的信息的报头，或者在现有报头或有效载荷部分插入相关标识信息。

优选地，服务器在确定该呼叫是否为回拨呼叫之前，首先判断该主叫方的标识信息是否与其存储的被误拨方的相关信息匹配。

其中，在步骤D中，服务器在结束本次呼叫之前，还向回拨用户发送通知，或者指示其信任方向回拨用户发送通知，所述通知表示所述未接呼叫是误拨呼叫。

优选地，在收到所述通知后，回拨用户端设备直接或者根据用户的指示将与本次回拨相关的未接呼叫信息删除，或者将所述相关的未接呼叫信息标记为已回拨。

其中，所述通知允许回拨用户选择是否继续本次呼叫，如果是，则服务器不终止本次呼叫。

一种阻止对误拨呼叫进行回拨的设备，其包括实现任何前述方法步骤的装置。

根据本发明的一个方面，提出了一种用于阻止对误拨呼叫进行回拨的设备，包括：

存储单元，用于当接收到来自主叫用户端设备的指示希望阻止对其误拨呼叫进行的回拨的消息时，存储主叫方和被叫方的标识信息；

回拨确认单元，用于当收到来自用户端设备的呼叫消息时，确定该呼叫是否为回拨呼叫，其中，所述呼叫消息携带有标识该呼叫是否是对未接呼叫的回拨的信息；

匹配单元，如果回拨确认单元确定该呼叫为回拨呼叫，则基于存储单元保持的信息，确定该回拨呼叫的主叫方和被叫方的标识信息是否与其存储的标识信息匹配；

呼叫控制单元，如果匹配单元确定匹配，则终止本次呼叫。

优选地，所述设备还包括计数单元，用于对同一用户阻止的次数进行计数，当记录的数值达到预定的值或缺省的值时，便不再阻止该用户的回拨。

根据本发明的一个方面，提出了一种用于阻止对误拨呼叫进行回拨的用户设备，所述设备包括：

标识信息插入单元，用于当用户通过未接电话列表向服务器发送呼叫请求时，将标识该呼叫是对未接呼叫的回拨的信息插入到所述呼叫消息中；

未接呼叫维护单元，用于在收到来自服务器的指示所述未接呼叫为误拨呼叫后，直接或者根据用户的指示删除与该未接呼叫相关的信息，或者将该未接呼叫信息标记为已回拨。

优选地，所述用户设备还包括呼叫状态控制单元，用于在所述通知允许用户选择是否继续本次呼叫时，基于用户的指示或预定设置确定是否继续本次呼叫。

根据本发明的一个方面，提出了一种用于阻止对误拨呼叫进行回拨的系统，该系统包括：

主叫用户端设备，用于当用户发现其误拨呼叫号码时，向服务器发送希望阻止被叫方回拨的消息；

服务器，用于当接收到来自主叫用户端设备的所述消息时，存储主叫方和被叫方的标识信息；并在收到来自用户端设备的呼叫消息时，确定该呼叫是否为回拨呼叫，其中，所述呼叫消息携带有标识该呼叫是否是对未接呼叫的回拨的信息；如果确定该呼叫为回拨呼叫，则确定该回拨呼叫的主叫方和被叫方的标识信息是否与其存储的标识信息匹配；如果匹配，则终止本次呼叫；

被叫用户端设备，用于当用户通过未接电话列表向服务器发送呼叫请求时，将标识该呼叫是对未接呼叫的回拨的信息插入到所述呼叫消息中；在收到来自服务器的指示所述未接呼叫为误拨呼叫后，直接或者根据用户的指示删除与该未接呼叫相关的信息，或者将该未接呼叫信息标记为已回拨。

根据本发明的一个方面，提出了一种阻止对误拨呼叫进行回拨的系统，该系统如上所述的主叫用户设备以及如上所述的设备。

根据本发明提出的阻止对误拨呼叫进行回拨的方案，可以阻止用户拨错并且又不希望被叫方回拨的呼叫。从而在提高了服务质量的同时，减少了因回拨产生的网络流量。这是因为，现有技术中的回拨电话是一个普通的呼叫，需要完成大部分甚至所有呼叫流程。而根据本发明的方案，对于因用户误拨而进行回拨的呼叫，由于服务器会主动拒绝该回拨呼叫，这样便不会产生后续的呼叫流程，从而减少网络流量，节约网络资源。

此外，本发明考虑到了用户只是不希望接收由于自己误拨导致被叫方回拨的呼叫、而不是希望永久阻止(至少不希望不分情形地阻止)被叫方的呼叫的情况，使得主叫用户不会因为本发明的应用而错过人何重要的呼叫。

附图说明

下面将结合附图详细说明本发明的方案，但是，应当注意的是，为了便于说明的目的文中列举了若干实例，但是这不应当被视为对本发明的限制。其中：

图1示例性示出一个用户发起呼叫的架构；

图2示例性示出根据本发明的一个实施例阻止对误拨呼叫进行回拨的流程图；

图3示例性示出根据本发明的一个实施例阻止对误拨呼叫进行回拨的AS框图。

图4示例性示出根据本发明的一个实施例阻止对误拨呼叫进行回拨的UE-2框图。

具体实施方式

本发明的基本思想是，当主叫用户发现他/她拨叫了错误的号码，并且不希望收到被叫者的回播时，通过主叫用户和被叫用户之间的网络节点阻止被叫用户的回拨。

图1示例性示出一个用户发起呼叫的架构。图1中，UE-1、UE-2代表用户端设备。这里，将UE-1和UE-2示例性地示为固定电话，但是，他们还可以是移动电话等各种具有呼叫功能的设备，也可以是具有通话功能的各种网络工具，例如Skype、MSN、QQ等。AS(Application Server)为SIP(会话发起协议)应用服务器，负责管理用户之间的呼叫业务。MRF(Multimedia Resource Function，多媒体资源功能实体)，其可在AS的控制下为用户提供放音、混音等媒体处理功能。通常还可将MRF分为媒体资源控制功能(MRFC)和媒体资源处理功能(MRFP)。当用户发起呼叫时，将通过AS服务器与对方建立连接。

这里，为了简化，没有示出具体的网络连接情况。在具体应用中，AS、MRF被广泛地用于IMS网络。由于新一代网络架构IMS包括固定和移动接入以及与传统电路交换网和其他IP多媒体网络的互通功能，因而可以为用户提供更加丰富的功能。而对于AS，泛指具备特定业务能力的网元，其可基于用户的设置提供所需的业务。

应当注意的是，这里示出了基于SIP协议的架构，但是，本发明的方案还可应用于使用其他通信协议的各种网络，例如INAP(IntelligentNetwork Application Protocol，智能网络应用协议)、为CAMEL系统使用的CAP(CAMEL Application Part，CAMEL应用部分)协议。相应地，图1中所示的网络部件也可以随着应用的协议以及应用的具体情况来灵活选择。只要其具备实现本发明所要求的相关功能的能力即可。

图2示例性示出根据本发明的一个实施例，阻止对误拨呼叫进行回拨的流程图。这里，出于连续性，该流程图仍然以SIP为基础。当基于SIP的主叫用户设备UE-1误拨了呼叫号码，并且被叫方UE-2没有接听时，如果用户希望阻止被叫方UE-2可能做出的回拨，则UE-1可以创建与AS的新的会话，通过特定的格式信息，例如^＊88+误拨的号码，来避免接收到来自UE-2的回拨。如图2所示，UE-1向AS发送INVITE消息。基于收到的来自UE-1的INVITE消息，AS将相关的信息(例如主叫方和被叫方的号码)保存在“误拨列表”中。可选地，该项服务对于用户来说为增值服务，并且AS首先检查UE-1是否具有使用该项服务的权限，然后才存储相关信息(如果发现用户没有权限，则通知用户，或者丢弃收到的信息)。此后，AS向UE-1返回确认消息：200 OK INVITE。基于接收到该消息，UE-1也返回确认消息：ACK INVITE。

随后，当被叫方UE-2发现有未接听的呼叫时，其通过未接呼叫列表向UE-1回拨。具体地，其在将要发送给AS的消息中，增加一新的SIP报头，并在该报头中携带该呼叫是否为回拨呼叫的信息。即，如图2所示，其在向AS发出的INVITE消息中，除了携带有本次呼叫的被叫方(UE-1)的标识信息外，还携带有标识未接的呼叫为真的信息，以便AS能够识别该会叫不是普通的呼叫，而是一回拨呼叫。

可选地，UE-2也可以是在现有报头中插入表示本次呼叫是否为回拨的标识信息，也可以是在有效载荷部分添加相应字段。并且，字段的具体设置可以如图2所示为“真”(或“假”)，也可以是数字0、1。总之本领域技术人员能够理解，可以设定UE-2以任何方式在INVITE消息中插入AS能够识别出的、表示该呼叫是否为回拨的任何形式的信息。

当收到来自UE-2的INVITE消息时，AS检查SIP报头中的“未接的呼叫”是否为真。如果是，则表明该呼叫为回拨呼叫，AS便将相关信息与其“误拨列表”中的信息进行比较，如果发现存在匹配的信息，例如被叫号码和呼叫号码都与“错误呼叫列表”中的数据匹配，则AS将向MRF发送INVITE消息，指示MRF向UE-2播放通知。

可选地，AS可以对所有的发起呼叫消息进行检查，判断是否为回拨呼叫，如果是，那么在匹配过程中，有部分信息不匹配时便终止匹配操作；AS也可以首先将发起呼叫方的信息与其误拨列表中的信息进行匹配，也就是说，首先查看发起呼叫方是否属于AS的“误拨列表”中的回拨用户(即误拨的被叫方)，如果匹配，则进一步判断“未接的呼叫”是否为真。

可选地，AS也可以不指示MRF向UE-2播放通知，便直接终止本次呼叫。这在对于UE-2来说UE-1本来就是其不知的号码时，是非常可行的。这是因为，对于大多数用户来说，回拨陌生号码并失败后，再次回拨的可能性是很低的。

如果接收到来自AS的指示，MRF便向AS回复200 OK消息。并且随后，AS向UE-2发送200 OK消息(以便响应UE-2之前发送的消息4INVITE消息)，并且UE-2返回ACK消息。收到该确认消息后，AS再次向MRF发送确认消息：ACK。基于接收到来自AS的确认消息，MRF向UE-2播放通知(即图2中所示的UE-2和多媒体资源功能实体MRF之间的语音播放)，以便通知UE-2其未接的呼叫是由于UE-1的误拨造成的，本次呼叫将被终止(诸如“我是Tom，抱歉刚刚播错了号码，本次呼叫将被自动释放”)。

播放结束后，MRF将向AS发送通知消息：BYE。AS将对该消息进行确认，向MRF返回200 OK消息。随后，AS将通过SIP消息BYE，终止本次由UE-2发起的呼叫。随后，UE-2返回确认消息：200 OK。

可选地，当收到来自AS的BYE消息时，可以设置用户设备将未接呼叫中与UE-1相关的信息删除；也可以设置用户设备向用户提示：“是否删除该号码？”。如果用户选择删除，则用户设备删除所有相关记录。否则，用户设备可以将该号码标记为“已回拨”。这样可以避免当UE-2确实想要呼叫UE-1时，用户设备将本次呼叫误认为回拨呼叫(如前文所述，误认的情况下将导致用户设备在发送给AS的INVITE消息中插入标识本次呼叫为回拨呼叫的信息，进而导致本次呼叫被AS终止)。

应当注意的是，图2中通过UE-1、UE-2的号码作为他们的标识信息。但是本领域技术人员应当理解，还可以选择任何类型的其他标识信息，只要对于AS来说，该信息能够唯一地标识用户设备。

可选地，上文提及的AS存储相关信息以及信息匹配的操作，也可以由其他服务器等AS的信任方来执行。这种情况下，AS只需要判断是否是关于误拨的增值业务、是否是回拨呼叫即可。事实上，这种情况中，也可以将AS视为是分布在不同物理节点上的服务器。

可选地，还可以进一步为用户提供阻止次数的服务。具体地，当UE-1发送如图2所示的消息1时，还可以额外地添加标识阻止次数的字段，从而允许用户设置阻止UE-2回拨的次数。相应地，AS或其信任方记录阻止UE-2回拨的次数，例如增加一个计数器。可选地，可以将缺省的拒绝次数设为1，也就是阻止一次来自UE-2的回拨。当达到预定的拒绝次数之后，即使是来自UE-2的回拨呼叫，AS也不会拒绝。可选地，当MRF向UE-2播放通知时，在告知用户本次呼叫为误拨后，可以让用户选择是否继续本次呼叫。上述做法的好处是，如果用户(UE-2)确实希望呼叫用户(UE-1)时，不会被直接拒绝。

图3示例性示出根据本发明的一个实施例阻止对误拨呼叫进行回拨的AS服务器的结构框图。如图3所示，其包括：存储单元，用于当接收到来自主叫用户端设备的指示希望阻止对其误拨呼叫进行的回拨的消息时，存储主叫方和被叫方的标识信息；回拨确认单元，用于当收到来自用户端设备的呼叫消息时，确定该呼叫是否为回拨呼叫，其中，所述呼叫消息携带有标识该呼叫是否是对未接呼叫的回拨的信息；匹配单元，如果回拨确认单元确定该呼叫为回拨呼叫，则基于存储单元保持的信息，确定该回拨呼叫的主叫方和被叫方的标识信息是否与其存储的标识信息匹配；呼叫控制单元，如果匹配单元确定匹配，则终止本次呼叫。

优选地，AS还包括计数单元，用于对同一用户阻止的次数进行计数，当记录的数值达到预定的值或缺省的值时，便不再阻止该用户的回拨。

优选地，AS还包括通知管理单元，用于向UE-2发送通知，或者指使其信任方，例如MRF，向UE-2发送通知，以便告知其未接的呼叫为误拨呼叫。

优选地，AS还包括回拨选择单元，用于在向UE-2发送通知的过程中，提示回拨用户是否终止本次呼叫。

如上文所述，AS可位于同一物理节点，也可分布于不同的物理节点。当AS分散于网络中的不同位置时，可以将其部署为分别实现不同的功能。此外，还可以将其部署为有多个分散的装置实现统一功能，从而实现任务的分担。例如，分区域的管理，即一个或更多AS负责调配，而其他AS则分别维护自己区域内的“误拨列表”以及对回拨用户的识别、匹配等(也就是说，每个AS维护小型的列表，并执行除此之外的所有本发明中AS执行的功能)。当然，部署某个设备专用来维护“误拨列表”，而多个分散的AS在需要时访问该误拨列表，并执行本发明中AS执行的其他功能。

可选地，可以将上述分散的AS设置在用户端设备和AS服务器之间的某些设备上，例如特定的路由器、交换机、网桥等等。

图4示例性示出根据本发明的一个实施例阻止对误拨呼叫进行回拨的用户设备UE-2的结构框图。如图4所示，其包括：标识信息插入单元，用于当用户通过未接电话列表向服务器发送呼叫请求时，将标识该呼叫是对未接呼叫的回拨的信息插入到所述呼叫消息中；未接呼叫维护单元，用于在收到来自服务器的指示所述未接呼叫为误拨呼叫后，直接或者根据用户的指示删除与该未接呼叫相关的信息，或者将该未接呼叫信息标记为已回拨。

优选地，UE-2还包括呼叫状态控制单元，用于在所述通知允许用户选择是否继续本次呼叫时，基于用户的指示或预定设置确定是否继续本次呼叫。

如上所述，根据本发明的方案，在为用户提供了增值业务的同时，提前终止对误拨呼叫的回拨，从而减小网络流量。与此同时，与现有技术相比，其具有更加灵活的机制，而且极大地降到了用户错过必要通话的可能性。

其中，本发明中的服务器指能够管理终端之间的呼叫的任何设备。

此外，应当注意的是，本发明中的各设备可以以多种方式来实现，例如软件、硬件或者其结合，而且，其可以是单独的设备，也可以是分布式设备，可位于同一物理节点，也可以位于多个物理节点上。而且，所提到的特定的设备(例如AS、MRF等)都是示例性的，本领域技术人员完全可以根据具体应用环境的需求，采用其他设备/实体来完成相应的功能。

还应注意的是，本发明列举的实例中提及的协议类型(例如SIP协议)、具体的消息(例如INVITE消息)，以及具体的信令流程，其均是示例性的。如上文所述，根据本发明的思想，完全可以使用其他类型的协议、或其他的请求/响应消息，以及与应用环境相适应的信令流程来实现。尽管上文详细描述了根据本发明的实例，但是本领域技术人员应当理解，随着具体实施环境的不同，可以对所提到的方法流程以及设备结构作任何合并、拆分、删减、改变，只要其没有脱离本发明的思想，便落入本发明的保护范围内。

需要注意的是，尽管本发明所请求保护的方法权利要求中采用了字符序号，但是，这是为了表述上的方便。根据本发明的思想，本领域技术人员能够理解，对于某一服务器，其必然可以同时、或不受该顺序限制地为多个用户提供服务。例如，当该服务器接收来自主叫用户A的希望阻止回拨的消息时(即步骤A)，此时其必然也可以为其他用户进行信息匹配(C)或呼叫的终止(D)。也就是说，该服务器可以同时执行所限定的步骤中的任何步骤。

Claims (24)

1.一种阻止对误拨呼叫进行回拨的方法，包括：

A.当服务器接收到来自主叫用户端设备的指示希望阻止对其误拨呼叫进行的回拨的消息时，服务器存储主叫方和被叫方的标识信息；

B.当收到来自用户端设备的呼叫消息时，服务器确定该呼叫是否为回拨呼叫，其中，所述呼叫消息携带有标识该呼叫是否是对未接呼叫的回拨的信息；

C.如果服务器确定该呼叫为回拨呼叫，则确定该回拨呼叫的主叫方和被叫方的标识信息是否与其存储的标识信息匹配；

D.如果匹配，则终止本次呼叫。

2.如权利要求1所述的方法，其中，在步骤A中，服务器接收到的消息中还包括阻止回拨的次数。

3.如权利要求2所述的方法，其中，服务器在存储所述标识信息之前检查该主叫用户是否具有使用该项服务的权限。

4.如权利要求1所述的方法，其中，在步骤B中，在呼叫消息中插入包括标识是否为回拨的信息的报头，或者在现有报头或有效载荷部分插入相关标识信息。

5.如权利要求4所述的方法，其中，服务器在确定该呼叫是否为回拨呼叫之前，首先判断该主叫方的标识信息是否与其存储的被误拨方的相关信息匹配。

6.如前述任一权利要求所述的方法，其中，在步骤D中，服务器在结束本次呼叫之前，还向回拨用户发送通知，或者指示其信任方向回拨用户发送通知，所述通知表示所述未接呼叫是误拨呼叫。

7.如权利要求6所述的方法，其中，在收到所述通知后，回拨用户端设备直接或者根据用户的指示将与本次回拨相关的未接呼叫信息删除，或者将所述相关的未接呼叫信息标记为已回拨。

8.如权利要求6所述的方法，其中，所述通知允许回拨用户选择是否继续本次呼叫，如果是，则服务器不终止本次呼叫。

9.如权利要求7所述的方法，其中，所述通知允许回拨用户选择是否继续本次呼叫，如果是，则服务器不终止本次呼叫。

10.一种阻止对误拨呼叫进行回拨的设备，包括：

用于当服务器接收到来自主叫用户端设备的指示希望阻止对其误拨呼叫进行的回拨的消息时，使服务器存储主叫方和被叫方的标识信息的装置；

用于当收到来自用户端设备的呼叫消息时，使服务器确定该呼叫是否为回拨呼叫的装置，其中，所述呼叫消息携带有标识该呼叫是否是对未接呼叫的回拨的信息；

用于如果服务器确定该呼叫为回拨呼叫，则确定该回拨呼叫的主叫方和被叫方的标识信息是否与其存储的标识信息匹配的装置；

用于如果匹配，则使得服务器终止本次呼叫的装置。

11.如权利要求10所述的设备，其中，服务器接收到的消息中还包括阻止回拨的次数。

12.如权利要求11所述的设备，所述设备还包括使服务器在存储所述标识信息之前检查该主叫用户是否具有使用该项服务的权限的装置。

13.如权利要求10所述的设备，所述设备还包括在呼叫消息中插入包括标识是否为回拨的信息的报头，或者在现有报头或有效载荷部分插入相关标识信息的装置。

14.如权利要求13所述的设备，所述设备还包括使服务器在确定该呼叫是否为回拨呼叫之前，首先判断该主叫方的标识信息是否与其存储的被误拨方的相关信息匹配的装置。

15.如权利要求10至14中任一项所述的设备，所述设备还包括使服务器在结束本次呼叫之前，还向回拨用户发送通知，或者指示其信任方向回拨用户发送通知的装置，所述通知表示所述未接呼叫是误拨呼叫。

16.如权利要求15所述的设备，其中，在收到所述通知后，回拨用户端设备直接或者根据用户的指示将与本次回拨相关的未接呼叫信息删除，或者将所述相关的未接呼叫信息标记为已回拨。

17.如权利要求15所述的设备，其中，所述通知允许回拨用户选择是否继续本次呼叫，如果是，则服务器不终止本次呼叫。

18.如权利要求16所述的设备，其中，所述通知允许回拨用户选择是否继续本次呼叫，如果是，则服务器不终止本次呼叫。

19.一种阻止对误拨呼叫进行回拨的设备，包括：

存储单元，用于当接收到来自主叫用户端设备的指示希望阻止对其误拨呼叫进行的回拨的消息时，存储主叫方和被叫方的标识信息；

回拨确认单元，用于当收到来自用户端设备的呼叫消息时，确定该呼叫是否为回拨呼叫，其中，所述呼叫消息携带有标识该呼叫是否是对未接呼叫的回拨的信息；

匹配单元，如果回拨确认单元确定该呼叫为回拨呼叫，则基于存储单元保持的信息，确定该回拨呼叫的主叫方和被叫方的标识信息是否与其存储的标识信息匹配；

呼叫控制单元，如果匹配单元确定匹配，则终止本次呼叫。

20.如权利要求19所述的设备，其中，还包括计数单元，用于对同一用户阻止的次数进行计数，当记录的数值达到预定的值或缺省的值时，便不再阻止该用户的回拨。

21.一种阻止对误拨呼叫进行回拨的用户设备，所述设备包括：

标识信息插入单元，用于当用户通过未接电话列表向服务器发送呼叫请求时，将标识该呼叫是对未接呼叫的回拨的信息插入到所述呼叫请求中；

未接呼叫维护单元，用于在收到来自服务器的指示所述未接呼叫为误拨呼叫后，直接或者根据用户的指示删除与该未接呼叫相关的信息，或者将该未接呼叫信息标记为已回拨。

22.根据权利要求21所述的用户设备，还包括呼叫状态控制单元，用于在通知允许用户选择是否继续本次呼叫时，基于用户的指示或预定设置确定是否继续本次呼叫。

23.一种阻止对误拨呼叫进行回拨的系统，该系统包括：

主叫用户端设备，用于当用户发现其误拨呼叫号码时，向服务器发送希望阻止被叫方回拨的消息；

服务器，用于当接收到来自主叫用户端设备的所述消息时，存储主叫方和被叫方的标识信息；并在收到来自用户端设备的呼叫消息时，确定该呼叫是否为回拨呼叫，其中，所述呼叫消息携带有标识该呼叫是否是对未接呼叫的回拨的信息；如果确定该呼叫为回拨呼叫，则确定该回拨呼叫的主叫方和被叫方的标识信息是否与其存储的标识信息匹配；如果匹配，则终止本次呼叫；

被叫用户端设备，用于当用户通过未接电话列表向服务器发送呼叫请求时，将标识该呼叫是对未接呼叫的回拨的信息插入到所述呼叫消息中；在收到来自服务器的指示所述未接呼叫为误拨呼叫后，直接或者根据用户的指示删除与该未接呼叫相关的信息，或者将该未接呼叫信息标记为已回拨。

24.一种阻止对误拨呼叫进行回拨的系统，该系统如包括权利要求23中所述的主叫用户设备、如权利要求19或20所述的设备以及如权利要求21或22所述的设备。

Images