CN102870440B - 一种呼叫转接的方法、装置和系统 - Google Patents

Abstract

本发明主要涉及通信领域，尤其涉及一种呼叫转接的方法、装置和系统。本发明提出了一种呼叫转接方法，包括：接收呼叫第二智能卡所在用户终端的呼叫请求；确认无法与所述第二智能卡所在被用户终端建立呼叫通道时，根据第二智能卡的关联关系查找与所述第二智能卡建立有关联关系的第一智能卡；将呼叫请求转发给第一智能卡所在用户端。使得被叫用户在更换自己使用电话号码后，主叫用户可以通过被叫用户原来使用的号码取得被叫用户的联系。

Description

一种呼叫转接的方法、装置和系统

技术领域

本发明主要涉及通信领域，尤其涉及一种呼叫转接的方法、装置和系统。

背景技术

由于工作原因需要到异地生活进而需要换成工作所在城市本地号码、情侣之间放弃原来使用号码申请情侣号、或者换成更适合自己的套餐的号码等原因，手机号码的改变在我们的生活中是时常有涉及的。而改变电话号码之后采用什么方式通知给朋友、家人以及同事，常用手段如：用手机短信逐个发送或者直接打电话通知等等。但是这些方法中有着共同的不足，对于没有被通知到的主叫用户则无法通过原有被叫用户使用的电话号码获取到被叫用户更换后的当前电话号码。

发明内容

本发明提出了一种呼叫转接方法，使得被叫用户在更换自己使用电话号码后，主叫用户可以通过被叫用户原来使用的号码取得被叫用户的联系。

本发明一方面提供的一种呼叫转接方法，包括：

接收呼叫第二智能卡所在用户终端的呼叫请求；确认无法与所述第二智能卡所在被用户终端建立呼叫通道时，根据第二智能卡的关联关系查找与所述第二智能卡建立有关联关系的第一智能卡；将呼叫请求转发给第一智能卡所在用户端。

本发明另一方面提供的一种查找关联关系方法，包括：服务器接收主叫用户终端查找第二智能卡关联关系的请求消息；服务器根据请求消息查找与所述第二智能卡建立有关联关系的一个或多个智能卡，并将查找到的所述一个或多个智能卡信息返回给主叫用户终端。

本发明另一方面提供的一种查找关联关系方法，包括：向服务器发送查询第二智能卡关联关系的请求消息；接收服务器返回的与所述第二智能卡建立有关联关系的一个或多个智能卡信息；向服务器返回从所述一个或多个智能卡中选择第一智能卡的确认消息。

本发明另一方面提供的一种呼叫转接的服务器装置，其特征在于，包括：接收模块，用于接收呼叫第二智能卡所在用户终端的呼叫请求；分析模块，用于确认无法与所述第二智能卡所在被叫用户终端建立呼叫通道时，根据第二智能卡的关联关系确定转接第一智能卡所在用户终端；发送模块，用于将呼叫请求转发给第一智能卡所在用户终端。

本发明另一方面提供的一种查找关联关系的服务器装置，其特征在于，包括：第一接收模块，用于接收主叫用户终端查询第二智能卡关联关系的请求消息；查找模块，用于根据请求消息查找与所述第二智能卡建立有关联关系的一个或多个智能卡；第一发送模块，用于将查找到的所述一个或多个智能卡信息返回给主叫用户终端；第二接收模块，用于接收主叫用户在所述一个或多个智能卡信息中选择第一智能卡作为被叫的确认消息；第二发送模块，用于向第一智能卡所在用户终端发起呼叫请求。

本发明通过第一智能卡(即被叫用户更换后的SIM卡)和第二智能卡(即被叫用户原来使用的SIM卡)的关联关系，在服务器确认无法与第二智能卡所在用户终端建立呼叫通道时，将呼叫请求转发给第一智能卡所在用户终端。从而使得主叫用户能够通过被叫用户原来使用的SIM卡联转接到当前使用的SIM卡。

附图说明

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

图1本发明提供的一种呼叫转接方法流程图；

图2本发明提供的一种建立关联关系方法流程图；

图3本发明提供的一种由用户终端主动查找关联关系的方法流程图；

图4本发明提供的一种由用户终端发起建立关联关系的方法流程图；

图5本发明提供的一种由用户终端发起建立关联关系的方法流程图；

图6本发明提供的一种通过关联关系呼叫被叫用户终端的方法流程图；

图7本发明提供的一种通过关联关系查找联系人的方法流程图；

图8本发明提供的一种呼叫转接的服务器装置示意图；

图9本发明提供的一种查找关联关系的服务器装置示意图；

图10本发明提供的一种查找关联关系的终端装置示意图；

图11本发明提供的一种查找关联关系的系统示意图。

具体实施例

本发明实施例中用户终端可以是手机终端、平板电脑、个人电脑、或者PDA等，所述用户终端可以是基于GSM、GPRS、CDMA、LET或者wifi、有线网络等连接方式，所述电话簿应用可以嵌入到手机系统并在用户终端中使用，也可以作为独立的应用软件被安装在用户终端上使用；方案的扩展中所述用户终端还可以是常规非智能手机，还包括一些老年人手机。

本发明实施例中服务器可以是现有通信运营商已经架构，可以是在SMSC服务器、MMSC服务器、IMPSC服务器中增设所述服务器功能，还可以是新增的独立的服务器；所述服务器能与现有的服务器完成通信，实现本发明的能力及扩展功能，如与SMSC服务器通信实现用户通信方式修改的短信下发。

本发明以SIM(Subscriber Identity Module，SIM)为例，则其中智能卡也被称为SIM卡，第一智能卡也被称为第一SIM卡，第二智能卡也被称为第二SIM卡；智能卡信息包括SIM卡标识(即手机号码)、用户姓名、性别、激活日期或注销日期其中一种或者几种组合。

本发明实施例中发起呼叫的用户终端被称为主叫用户终端，对应的用户称为主叫用户；被呼叫的用户终端则被称为被叫用户终端，对应的用户称为被叫用户；本发明还涉及第三用户，所述第三用户是在被叫用户注销第二SIM卡后，重新获得所述第二SIM卡并激活使用的用户；本发明还涉及实名制SIM卡，其具体是指通过用户身份证认证后的SIM卡，所述认证后的SIM卡会在服务器中记录对应用户姓名以及身份证号；电话簿信息包括用户终端自身存储的电话簿、存储与SIM卡上的电话簿和/或用户终端增设的存储介质上的电话簿；服务器上对应着SIM卡记录所述SIM所在用户终端的电话簿信息。

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

实施例一

本发明提供的一种呼叫转接的方法实施例，本实施例描述了服务器根据关联关系为主叫用户转接呼叫的过程，其流程如图1所示，包括：

S101、接收呼叫第二智能卡所在用户终端的呼叫请求。

S102、确认无法与所述第二智能卡所在被叫用户终端建立呼叫通道时，根据第二智能卡与第一智能卡的关联关系查找与所述第二智能卡建立有关联关系的第一智能卡。

所述确认无法与所述第二智能卡所在被叫用户终端建立呼叫通道的情况，具体包括：第二智能卡已经被注销、第二智能卡所在用户终端关机或第二智能卡被暂停使用。

其中第一智能卡和第二智能卡优选的都是以被叫用户信息激活，即所述第一智能卡和第二智能卡都为实名制SIM卡；可选的所述第一智能卡和/或第二智能卡还可以是以匿名方式激活并为被叫用户所使用，所述匿名方式即未通过用户身份认证的SIM卡；可选的所述第一智能卡和第二智能卡还可以是被不同用户所使用。

S103、将呼叫请求转发给第一智能卡所在用户端。

可选的，所述转发过程具体为服务器建立自身与第一智能卡所在用户终端的呼叫通道，向被叫终端播报或以短信方式告知主叫用户的转接请求；可选的，所述转接请求中携带了主叫用户的信息，使得被叫用户能够根据所述携带的主叫用户的信息决定是否允许建立呼叫通道；接收被叫用户终端的允许通话的确认消息，服务器建立主叫用户和被叫用户之间的呼叫通道。

本实施例提供了一种利用智能卡的关联关系实现在无法与第二智能卡所在终端建立会话通道时，将呼叫转发给与其有关联关系的第一智能卡所在终端，从而保证了在第二智能卡停止使用后，还能正常联系到被叫用户。

实施例一是建立在关联关系的基础上的转接呼叫应用，在下面的实施例二中将对所述第一智能卡和所述第二智能卡如何建立关联关系做进一步描述。

实施例二

本发明提供的一种建立关联关系方法实施例，本实施例描述了第一智能卡和第二智能卡建立关联关系过程，其流程如图2所示，包括：

S201、服务器确认第一智能卡拥有关联信息，根据所述关联信息查找与所述第一智能卡满足关联条件的第二智能卡。

其中所述关联信息是用来查找或建立第一智能卡和第二智能卡关联关系的信息，包括：第一智能卡记录的电话簿信息和/或第一智能卡对应的实名信息。

优选的，服务器确认记录有对应所述第一智能卡的实名信息，则关联信息具体为对应第一智能卡记录的实名信息；关联条件为第一智能卡和第二智能卡对应记录有相同的实名信息。服务器查找记录有与第一智能卡的实名信息相同实名信息的第二智能卡；在用户使用实名信息激活第一智能卡或使用匿名激活而在后续用实名信息进行更新时，触发服务器进行所述确认过程。

可选的，服务器确认记录有对应所述第一智能卡的电话簿信息，则关联信息具体为对应所述第一智能卡记录的电话簿信息；所述关联条件的第二智能卡为所述第一智能卡和所述第二智能卡对应记录的电话簿信息的匹配度大于阈值。服务器查找与所述第一智能卡对应电话簿信息的匹配度大于阈值的第二智能卡；该确认过程在用户向服务器上传自身存储的电话簿信息完成时，触发服务器完成。

可选的，当服务器确认所述第一智能卡没有关联信息时，结束建立关联关系的过程。

可选的，触发服务器确认第一智能卡拥有关联信息的方式除上述两种外，还可以是通过第一智能卡所在用户终端发起搜索关联关系请求，可以是先使用实名信息查找，在所述使用实名信息查找方法失败时或者有多个与之拥有相同实名信息的智能卡时，进一步利用电话簿信息，具体为：

确认记录有对应所述第一智能卡的实名信息时，查找记录有相同实名信息的第二智能卡；在确认对应所述第一智能卡未记录有实名信息时，确认对应所述第一智能卡记录有电话簿信息，查找与所述第一智能卡对应电话簿信息的匹配度大于阈值的第二智能卡。

S202、服务器向所述第一智能卡所在用户终端发送建立关联关系请求。

所述建立关联关系请求中包含了要求用户终端返回所述满足关联条件的第二智能卡的用户密码的提示信息，具体方式可以是服务器通过语音播报或者短信方式通知。

S203、根据所述用户终端返回的确认建立关联关系响应建立所述第一智能卡与所述第二智能卡的关联关系。

具体地，所述确认建立关联关系响应中包含了第二智能卡的用户密码，服务器核对确认建立关联关系响应中的所述第二智能卡的用户密码和服务器中存储的第二智能卡的用户密码相同后，建立所述第一智能卡与所述第二智能卡的关联关系。

本实施例充分利用了现有用户的一些操作，如上述用户使用实名信息激活第一智能卡或使用匿名激活而在后续用实名信息进行更新时，还有用户向服务器上传自身存储的电话簿信息完成时，并在此操作流程基础上实现了服务器对于第一智能卡关联关系的自动搜索，最终通过第一智能卡返回的确认建立关联关系响应建立所述第一智能卡与所述第二智能卡的关联关系。减少了用户主动操作带来的不便利以及由于用户疏忽而遗漏了关联关系的建立。

通过实施例一和实施例二已经建立了自动触发机制，由服务器查找并建立第一智能卡和第二智能卡的关联关系；并能在主叫用户呼叫第二智能卡所在终端无建立对应呼叫通道时，利用所述关联关系将呼叫转发给第一智能卡所在终端。但是如果有多个智能卡与所述第二智能卡建立有关联关系时，就进一步需要用户自主的选择需要建立呼叫通道的智能卡所在终端，实施例三就是用于对该方法的实现。

实施例三

一种查找关联关系的方法实施例，本实施例应用于有多个智能卡与所述第二智能卡建立有关联关系时，就进一步需要用户自主的选择需要建立呼叫通道的第一智能卡所在终端，其流程如图3所示，包括：

S301、服务器接收主叫用户终端查询第二智能卡关联关系的请求消息。

S302、服务器根据请求消息中的第二智能卡标识查找与所述第二智能卡建立有关联关系的一个或多个智能卡，并将查找到的所述一个或多个智能卡信息返回给主叫用户终端。

本实施例中优选的，所述请求消息中包含有第二智能卡标识和所述第二智能卡被被叫用户所使用过的任一时刻的时间参数，则上述步骤S302具体为：

服务器根据所述请求消息中的第二智能卡标识查找与所述第二智能卡建立有关联关系的各智能卡；并根据各智能卡对应记录的第二智能卡的激活时间和注销时间，筛选出第一智能卡，所述第一智能卡记录的对应所述第二智能卡的激活时间和注销时间所构成的时间范围包括了所述时间参数，并将所述筛选出的智能卡信息发送给主叫用户终端。

本实施例中可选的，所述请求消息中包含有第二智能卡标识和所述第二智能卡的实名信息，则所述服务器查找与所述第二智能卡建立有关联关系的一个或多个智能卡，并将查询到的所述一个或多个智能卡信息返回给主叫用户终端，则步骤S302具体为：

服务器根据所述请求消息中的第二智能卡标识查找与所述第二智能卡建立有关联关系的各智能卡；并根据各智能卡对应记录的实名信息，筛选出与所述第二智能卡的实名信息相同的一个或多个智能卡，并将所述筛选出的一个或多个智能卡信息发送给主叫用户终端。

本实施例可选的还包括：

S303、服务器接收主叫用户选择第一智能卡作为被叫的确认消息。

S304、服务器向第一智能卡所在用户终端发起呼叫请求。

其中，步骤S304优选的，所述向第一智能卡所在被叫用户终端发起呼叫请求，具体为：服务器建立自身与被叫用户终端的呼叫通道，向被叫终端播报或以短信方式告知主叫用户的转接请求；接收被叫用户终端的允许通话的确认消息，服务器建立主叫用户和被叫用户之间的呼叫通道。

本实施例提供了一种方法，补充了实施例一和实施例二中采用的服务器根据关联关系自动查找与第二智能卡关联的智能卡可能不仅仅只存在第一智能卡的情况；通过向主叫用户终端返回满足请求消息的一个或多个智能卡，而进一步由用户终端来决定向哪个智能卡发送呼叫请求。

实施例三是由服务器自动检测与第一智能卡拥有关联关系的第二智能卡，并通过第一智能卡所在用户终端的确认建立关联关系的响应建立两者的关联关系；而实际应用中可能遇到服务器所提供的自动检测机制无法实现的情况，如：(1)主叫用户使用新手机并激活SIM卡时；(2)主叫用户想与不是属于自己的SIM卡建立关联关系时。在实施例四中，提供了一种由第一智能卡对应用户终端主动发起与指定第二智能卡建立关联关系的方法。

实施例四

一种建立关联关系的方法实施例，本实施提供了一种由第一智能卡对应用户终端主动发起与指定第二智能卡建立关联关系的方法，其流程如图4所示，包括：

S401、接收来自第一智能卡所在用户终端的建立关联关系的请求消息，所述请求中携带第二智能卡信息。

S402、根据所述请求消息向所述第一智能卡所在用户终端发送携带要求返回所述第二智能卡用户密码的响应消息。

S403、接收来自第一智能卡所在用户终端返回的对应第二智能卡的用户密码，在核对与自身存储的第二智能卡的用户密码相同时，建立第一智能卡和第二智能卡的关联关系。

可选的，所述第二智能卡和所述第一智能卡不归属于同一个服务器时，步骤S403具体为：服务器确认所述第二智能卡和所述第一智能卡不归属于同一个服务器，则通过第二智能卡所在服务器获取对应第二智能卡对应用户密码并存储。

在核对与自身存储的第二智能卡的用户密码相同时，建立第一智能卡和第二智能卡的关联关系，并向所述第二智能卡所在服务器发送所述关联关系，使得所述第二智能卡所在服务器能够存储所述关联关系。

实施例五

本实施例中提供的一种建立关联关系的方法，智能卡具体表现为SIM卡，用户终端中包含一个电话簿应用，并通过该电话簿应用实现上述实施例中用户终端侧的功能，包括：存储有当前使用的SIM卡信息，在第一次使用地址簿应用或者所述应用检测到SIM卡信息与存储的之前使用SIM卡信息不同时，优选的自动向服务器上传本地电话簿信息，还可以是电话簿应用通过用户终端向用户呈现提示信息并在接收确认操作后完成上传本地电话簿信息到服务器的操作；所述电话簿应用会记录用户终端上电话簿信息的修改并在用户更新服务器中电话簿信息，所述更新具体为上传修改了的电话簿信息；优选的所述电话簿应用还记录电话簿信息修改比例，其值是用户终端此次上传电话薄信息相比前一次上传的电话簿信息修改的信息内容占总的电话簿信息内容的比值；所述电话簿信息修改比例在用户终端上传本地电话簿或更新服务器中电话簿时一起传递给服务器，使得服务器在进行匹配操作时进一步利用所述修改比例更精确的找到关联用户账号。

本实施例中，第一智能卡具体表现为第一SIM卡，第二智能卡具体表现为第二SIM卡；则本实施例实现用户终端插入第一SIM卡，并完成上传终端本地电话簿到服务器，建立关联关系流程图如图5所示，包括：

S501、用户终端插入第一SIM卡，并启动电话簿应用。

电话簿应用中未记录有第一SIM卡信息或者核对记录有的SIM卡信息和插入的第一SIM卡不符，电话簿应用提示用户使用临时登录方式或者使用登记登录方式，所述临时登录为默认方式且不会在用户终端的电话簿应用中留下SIM卡信息的记录；而所述登记登录则会在电话簿应用中留下SIM卡信息的记录，并在下一次使用该SIM卡登录时会跳过上述提示过程，从而由默认登记登录方式启动。

S502、用户终端登录服务器，并选择上传终端本地电话簿。

所述临时登录和登记登录在进一步要完成登录服务器时，都会被要求输入对应所述第一SIM卡的用户密码。

上传由所述第一SIM卡标识、电话簿信息和电话簿信息修改比例构成的数据包。

S503、服务器根据所述第一SIM卡标识查询SIM卡数据库，获取第一SIM卡信息；根据所述第一SIM卡信息临时存储该上传的电话簿信息和电话簿信息修改比例。

服务器从第一SIM卡信息中获取实名信息，获取成功时进入S504；获取失败时进入S510。

S504、服务器查找自身存储的实名制SIM卡的信息，所述存储的实名制SIM卡包括处于激活状态的或者处于注销状态的；在查询到拥有相同实名信息的第二SIM卡时，服务器向第一SIM卡所在用户终端发送建立关联关系请求，所述建立关联关系请求中包含要求用户终端输入所要建立关联关系的第二SIM卡的用户密码，并进入S505；所述查询未找到同名信息的第二SIM卡时，进入S506。

S505、服务器收到来自用户终端的确认建立关联关系的响应；所述响应中携带有第二SIM卡的用户密码。

此时根据第二SIM卡的状态有以下两种处理情况：

1)第二SIM卡已注销，但是对应第二SIM卡存储的电话簿信息还未删除，则服务器在存储的第一SIM卡的关联字段增加第二SIM卡信息，并合并存储的第二SIM卡的电话簿信息和第一SIM卡的电话簿信息；若所述第二SIM卡也包含有关联关系的第三SIM卡，则该关联关系也会跟随第二SIM卡被关联到第一SIM卡的关联字段中。

2)第二SIM卡还处于激活状态，则服务器在存储的第一SIM卡和第二SIM卡的各自的关联字段增加对方的SIM卡信息。

优选的，建立有关联关系的两个或多个SIM卡在具有相同的SIM卡信息时，如实名信息，则两个或多个SIM卡公用一套SIM卡信息，以减少存储空间的占用。

完成上述步骤后进入S514。

第一SIM卡信息和第二SIM卡信息包含了电话号码、SIM卡激活时间、身份证和/或用户名等信息，若所述第二SIM卡已经注销了，则第一SIM卡中增加的有关第二SIM卡的关联信息还包括第二SIM卡的注销时间。

S506、服务器检索SIM卡数据库中各SIM卡对应的电话簿信息与上传的电话簿信息的匹配程度。所述匹配程度主要以电话簿信息中的电话号码作为主要匹配对象，优选的还可以增加电话簿信息中对应所述号码的用户姓名、性别和/或生日等其他信息作为匹配对象之一。

S507、检测到第二SIM卡与第一SIM卡的电话簿信息匹配程度大于阈值时，向用户终端发送建立关联关系请求，所述请求中包含要求用户终端输入所要关联的第二SIM卡的用户密码，并进入S509；在所述匹配程度小于阈值时，进入S508。

其中阈值是服务器根据用户终端上传的电话簿信息修改比例计算得出，所述电话簿信息修改比例由电话簿应用记录，包含了该用户终端从最后一次上传或者更新服务器后，在本地电话簿中做的修改内容占总的本地电话簿信息内容的比值，因此所述电话簿信息修改比例和服务器中计算的匹配度在基于相同的算法基础上求和值为1；所述相同的算法即参与计算的电话簿信息相同，如都使用了电话簿信息中的姓名、手机号或地址等作为计算参数，并使用相同的计算公式得到结果。根据上述原理在电话簿信息修改比例值基础上，并增加一定波动范围设定出阈值，优选的偏差范围不超过5％。

S508、服务器将临时存储的所述电话簿信息对应所述第一SIM卡信息进行存储，并进入S514。

S509、服务器收到来自用户终端的携带有所述第二SIM卡用户密码的确认建立关联关系响应。

此时根据第二SIM卡的状态有以下两种处理情况：

1)第二SIM卡已注销，但是对应第二SIM卡存储的电话簿信息还未删除，则服务器在存储的第一SIM卡的关联字段增加第二SIM卡信息，并合并存储的第二SIM卡的电话簿信息和第一SIM卡的电话簿信息；若所述第二SIM卡也包含有关联关系的第三SIM卡，则该关联关系也会跟随第二SIM卡被关联到第一SIM卡的关联字段中。

2)第二SIM卡还处于激活状态，则服务器在存储的第一SIM卡和第二SIM卡的各自的关联字段增加对方的SIM卡信息。

优选的，建立有关联关系的两个或多个SIM卡在具有相同的SIM卡信息时，如实名信息；则两个或多个SIM卡公用一套SIM卡信息，以减少存储空间的占用。

完成上述步骤后并进入S514。

第一SIM信息卡包含了电话号码、SIM卡激活时间、身份证、用户名等信息，而第二SIM信息卡只包含电话号码、SIM卡激活时间；若所述第二SIM卡已经注销了则第一SIM卡中增加的有关第二SIM卡的关联信息还包括第二SIM卡的注销时间。

S510、服务器进一步检索SIM卡数据库中各SIM卡对应的电话簿信息与上传电话簿信息的匹配程度。

S511、在所述匹配程度大于阈值时，向用户终端发送建立关联关系请求，所述建立关联关系请求中包含要求用户终端输入所要关联的第二SIM卡的用户密码的请求信息，并进入S512；在所述匹配程度小于阈值时，进入S513。

S512、服务器收到来自用户终端的携带有所述第二SIM卡用户密码的确认信息，所述确认信息中优选的包含有第二SIM卡的用户密码信息；进一步服务器在存储的第一SIM卡和第二SIM卡对应的关联字段增加对方的SIM卡信息，并进入S514。

S513、服务器使用临时存储所述第一SIM卡信息以及对应的电话簿对象为所述第一SIM卡生成没有关联信息的电话簿备份，并删除临时存储的数据，并进入S514。

S514、服务器向用户终端返回关联成功或者创建电话簿备份成功。

本实施例中，在本实施例中第一SIM卡关联所述第二SIM卡时，为减少计算复杂度对于所述关联信息中的激活时间和注销时间内容，可以只精确到年和月份；优选的服务器可以设置一个保留期限，并在完成所述关联或者超出保留期限后，删除存储于服务器上对应所述第二SIM卡的电话簿信息。

如果所述第二SIM卡在完成与所述第一SIM关联后才注销，服务器提示用户是否选择合并服务器中第一SIM卡对应的电话簿信息和第二SIM卡对应的电话簿信息；服务器可以根据用户终端的确认合并响应，执行合并所述中第一SIM卡对应的电话簿信息和第二SIM卡对应的电话簿信息操作，并更新第一SIM卡中关联第二SIM卡信息，包括第二SIM卡的注销时间。

优选的，在上述合并过程完成后，服务器发送同步更新请求给用户终端，通过用户终端上的电话簿应用完成同步更新服务器中合并后的电话簿信息。

本实施例中，优选的对于SIM卡在服务器上的记录的电话簿信息还包含最后的更新时间，所述最后的更新时间可以只是针对电话号码的修改。

本实施例中建立在电话簿应用基础上，通过加入账号间关联搜索和关联建立功能，使得同一用户使用过的SIM卡能智能的完成关联，并通过增加了记录变更比例，增加了关联精度。

实施例六

本实施例中，主叫用户联系终端本地电话簿信息中第二SIM卡标识时；在所述电话簿对象已经被注销时，后续操作如图6所示，包括：

S601、服务器检测到主叫用户呼叫的所述第二SIM卡已经注销时，返回提示音给主叫用户：“被叫用户第二SIM卡已经注销，进入服务器搜索该号码的关联用户”。

S602、服务器在SIM卡数据库中检索与第二SIM卡建立有关联关系的其他SIM卡。

由于本实例中服务器已经在S601中确认了第二SIM卡已经注销，那么所述第二SIM卡必定存储于所要搜索的关联用户的关联字段中，因此服务器直接从各SIM卡的关联字段中检索所述第二SIM卡来确认是否为所要搜索的关联用户。

S603、服务器查找到与所述第二SIM卡建立有关联关系的其他SIM卡后，进入步骤S604。

具体根据其他SIM卡的个数有如下处理方法：

当所述其他SIM卡只有一个，即为第一SIM卡时，直接进入步骤S604。

当查找到的所述其他SIM卡拥有多个时，首先获取对应主叫用户存储在服务器上电话簿信息，并从所述电话簿信息中提取记录有第二SIM卡标识的最后更新时间；其次获取上述查找到的关联的多个SIM卡关联信息中有关第二SIM卡的激活时间和注销时间；最后判断所述述激活时间和注销时间所组成的时间区间包含了所述更新时间的，即为所要搜索的第一SIM卡。

如果服务器未查找到有与所述第二SIM卡建立有关联关系的其他SIM卡时，则进入步骤S606。

S604、服务器发送携带有主叫用户信息的呼叫提示给查找到的第一SIM卡所在被叫用户终端；根据被叫用户设置的模式发送呼叫提示，可以是语音播报提示，也可以是短信消息，或者是其他通知方式。

S605、服务器在接收到被叫用户根据提示返回的允许给予主叫用户终端自身的联系方式后，服务器向主叫用户发送被叫用户的关联联系方式，并进入S607。

可选的，被叫用户还可以返回建立与主叫用户终端的呼叫通道的确认信息，服务器则完成两者的呼叫接续，并进入S607。

S606、返回未找到确认信息。

所述未找到可能有多个原因，如：

1)被叫用户还没有及建立第一SIM卡(即新激活的SIM卡)与所述第二SIM卡(已注销的SIM卡)的关联关系。

2)被叫用户在安装了第一SIM卡时，拒绝了如实施例二中服务器发送的与所述第二SIM卡建立关联关系的请求。

3)被叫用户终端在服务器中只有第一SIM卡一个使用历史。

S607、结束本轮服务器自查找过程。

本实施例合理的利用了常规情况下，主叫用户记录的被叫用户的号码通常是在其激活该号码之后并在注销该号码之前，因此以此作为判定与所述第二SIM卡建立有关联关系的SIM卡，能减少主叫用户在搜索到多个关联SIM卡时的选择操作，提高服务器的智能性。

但是可能会遇到另一种情况：所述第二SIM卡已被被叫用户注销，并由运营商重新出售给了第三用户，并重新被第三用户激活；此时主叫用户拨打第二SIM卡标识时，因为第二SIM卡为激活状态，因此服务器会直接建立主叫用户终端和第三用户终端的呼叫通道；于是就会出现拨打电话号码能拨通，但是接听人却不是所要呼叫的被叫用户情况。因此需要一种方法，能够让主叫用户意识到所述第二SIM卡已经重新分配给第三用户后，进一步能够以第二SIM卡标识寻找到所要呼叫的被叫用户，因此下面的实施例七便提供了一种让主叫用户能够通过提供关联信息主动发起关联搜索的方法。

实施例七

本实施例则提供一种方法，使得主叫用户能够通过第二SIM卡在服务器中的关联关系查找真正的被叫用户当前使用的第一SIM卡，其流程图如图7所述，具体为：

S701、输入查找的关键词，并将所述关键词发送给服务器。所述关键词优选的是服务器限定的内容，如：所要查找到第二SIM卡所属的用户名和/或所要查找第二SIM卡被归属用户使用的某个时间点。

S702、服务器使用所述关键词进行查找。

优选的关键词中包含了所述用户名和所述时间点时，服务器首先从SIM卡库中根据各SIM卡的实名信息查找满足实名信息与所述用户名相同的第二SIM卡；在通过所述用户名查找的结果为有多个SIM卡的实名信息与所述用户名相同时，进一步服务器根据上述查找到的属于不同用户的第二SIM卡的激活时间和注销时间，判断所述述激活时间和注销时间所组成的时间区间包含了所述时间点的，即为所要搜索的归属于被叫用户的第二SIM卡；或者未找到实名信息与所述用户名相同的SIM卡(原因可能是被叫用户使用第二SIM卡时未使用实名信息)时，进一步服务器获取自身存储的所有有关第二SIM卡的激活时间和注销时间，判断所述述激活时间和注销时间所组成的时间区间包含了所述时间点的，即为所要搜索的归属于被叫用户的第二SIM卡。

服务器根据查找到的归属于被叫用户的第二SIM卡的关联关系，获取当前被叫用户使用的第一SIM卡。

S703、服务器根据被叫用户设定，选择返回查找结果。

当被叫用户设定为允许任意用户使用第二SIM卡获取与之建立有关联关系的第一SIM卡时，则服务器将步骤S703中获取到的当前被叫用户使用的第一SIM卡信息返回给主叫用户终端。

当被叫用户设定为其他用户需要认证才能获取与第二SIM卡建立有关联关系的第一SIM卡时，服务器向第一SIM卡所在的被叫用户终端发送认证请求消息，并在被叫用户终端返回认证通过的响应后，服务器将第一SIM卡信息返回给主叫终端。所述认证请求消息，包含了主叫用户号码，可选的还可以包括主叫用户名、号码所在地等信息。

S704、完成查找过程。

本实施例能够让主叫用户意识到所述第二SIM卡已经重新分配给第三用户后，进一步能够以第二SIM卡标识寻找到所要呼叫的被叫用户。

实施例八

本发明提供的一种关联关系的建立和查找方法实施例，本实施例中第一智能卡体现为第一SIM卡，第二智能卡体现为所述第二SIM卡。被叫用户在注销自己的第二SIM卡后，激活了第一SIM卡，并通过服务器建立了第二SIM卡和第一SIM卡的关联关系；对应一个用户的关联关系可以包含多级，即一个用户曾经使用过的多个电话号码相互建立有关联关系。

本实施例中主叫用户可以通过拨打服务平台号码，如10086、10000或114等，通过互动式语音应答(Interactive Voice Response，IVR)或者人工应答方式完成数据操作。其中用户建立关联关系具体操作可以但不局限于如下过程：

S801、用户拨打IVR电话1008653，用户听到IVR播报的语音提示“查询操作请按1，个人关联操作请按2”。

S802、用户通过用户终端输入2后，IVR播报语音提示“建立关联关系请按1，解除关联关系请按2，查询已关联关系请按3”。

S803、用户输入1后，IVR播报语音提示“请输入所要关联号码，以#号键结束”。

S804、用户输入完所要关联的第二SIM卡后，IVR播报语音提示“请输入关联号码对应用户密码，以#号键结束”。

S805、用户输入完第二SIM卡对应的用户密码。

服务器验证用户终端输入的第二SIM卡对应的用户密码和服务器自身存储有的第二SIM卡对应的密码相同，进一步通过IVR播报语音提示“您的关联关系已经建立完成”。

所述服务器可以是MSC，具体的服务器在接收到用户输入的要建立关联关系的第二SIM卡，并验证通过了对应的用户密码后，服务器在关联存储区内的关联映射表中添加所述第一SIM卡信息和第二SIM卡信息，关联号码其存储格式可以是以用户姓名的拼音首写字母加电话号码格式如“gx15072474807”，实际存储时候，按照手机键盘字母和键位对应关系存储，如上述“gx15072474807”添加到映射表中具体为“4915072474807”，其中g对应数字键位4，x对应数字键位9；可选的方案，将与关联号码相关的用户姓名、性别以及所述关联号码的使用时间段分别保存在各属性字段；如下表1所示：

表1

关联号码(新号)	关联号码(旧号)	姓名	性别	使用时间段
					13624263970	15072474807	49(gx)	6(m)	1008-1107(年月)
13624263970	13058711486	49(gx)	6(m)	0910-1004

具体过程中服务器检测用户输入资料如果与存储的相同则保留一份；其中使用时间段优选的由服务器根据SIM卡的激活时间和注销时间构成，为了在满足功能基础上节约存储空间，使用时间段值可以由年分后两位和月份构成；在服务器无法识别步骤S804输入的所述第二SIM卡时会根据该SIM卡标识去其所属的服务器中获取对应SIM卡信息，如：第一SIM卡属于移动运营商，而输入的关联号码(第二SIM卡标识)属于联通运营商时，移动服务器会到所述关联号码所属的联通服务器获取对应第二SIM卡的关联信息。所属服务器间通信可以通过扩展现有的信令交互来实现，具体可以通过移动运营商的SMC和联通运营商的SMC并利用7号信令来实现其间的交互过程。

在第一SIM卡信息和第二SIM卡信息都没有姓名信息时，则服务器会通过IVR建议用户完成相关属性字段信息的补充。

本方案中优选的增加关联关系防干扰功能，在步骤S805中IVR播报语音提示“您的关联关系已经建立完成，对方将可以通过查询您的旧手机号码从而获取您的新号码，进一步设置防干扰请按1，否则请挂机”。

S 806、用户输入完1号键后，IVR播报语音提示“仅允许主叫用户发送短信提示请按1，仅允许主叫用户转接联系请按2，同时允许以上两种方式请按3”。

S807、用户输入完1号键后，IVR播报语音提示“设置完成主叫将仅能通过短信推送联系请求给您，返回上层请按*号键，结束请挂机”。

完成步骤S807后，服务器在对应第一SIM卡的关联信息中的短信通知字段设为真，则后续服务器根据所述短信通知字段确认通过短信方式通知第一SIM卡所在用户终端“有用户通过您的关联号码试图联系到本机(第一SIM卡所在用户终端)。

假设被叫用户已经使用上述过程完成其第一SIM卡信息和第二SIM卡信息的关联关系的建立，而主叫用户通过IVR查找服务器利用第二SIM卡信息查询该被叫用户的当前使用的第一SIM卡信息流程具体为：

S901、主叫用户拨打IVR电话1008653，听到IVR播报的语音提示“查询操作请按1，个人关联操作请按2”。

S902、主叫用户输入1后，IVR播报语音提示“请输入所要查询的号码，以按#号键结束”。

S903、主叫用户输入所要查找的关联号码后，IVR播报语音提示“查找到满足该关联号码的被关联用户有3个，请进一步以姓名首写字母所在数字键格式输入姓名信息并以#号键结束”。

服务器接收到用户输入的第二SIM卡标识后，从关联号码映射表中查找所述第二SIM卡的关联号码，如果查找到的所述关联号码拥有多个时，则服务器会根据找到的各关联号码拥有的属性字段发送语音提示，服务器优选的以查找的所述各关联号码共同拥有的属性字段作为提示内容，S903中所述共同拥有的属性字段是“姓名”。

如果未查找到则返回语音提示“未查找到您输入的关联号码，返回上层请按*号键，结束请挂机”。

S904、用户输入完所要求的姓名信息，服务器验证完成后，且被叫用户终端建立关联关系时未设置S806-S807的关联关系防干扰功能时，服务器通过IVR播报语音提示“查找到满足该关联号码的被关联用户有1个，以短信方式发送转接请求请按1号键，以语音播报方式获取请按2号键”。

当S904中所述“姓名”属性字段没能成功筛选出所要查找的第一SIM卡信息时，优选的使用“使用时间段”属性字段，具体提示内容为“查找到满足该关联号码的被关联用户有3个，请进一步以年份末两位加月份格式输入该关联号码被使用期间的任一时刻的时间参数”；由于每个SIM卡分配给每个用户的使用时间是互斥的，即一个时间段只可能一个用户使用，因此可以根据用户输入的时间参数来唯一确定与所要查找的第一SIM卡建立有关联关系的第二SIM卡信息。

S905、主叫用户输入1选择以短信方式联系，服务器将携带主叫用户信息的邀请短信发送给与所述关联号码相关联的用户。

所述邀请短信优选的携带主叫用户的电话号码以及姓名信息，在所述用户使用的SIM卡没有经过实名制认证，则服务器发送携带有电话号码的邀请短信，内容可以为“用户方天易，电话号码15074557846，希望获取您的联系方式”。

主叫用户输入2时，要求服务器向第一SIM卡所在被叫用户终端发起呼叫，被叫用户在接听后会获取到IVR的语音提示“接通请按1号键，不再接收该号码的呼叫请按2号键”，在被叫用户选择1后，服务器完成主叫用户终端和被叫用户终端的转接；在被叫用户选择2后，服务器不再帮助主叫用户实现转接服务。

本实施例中，在被叫用户设置有S807，并选择了“设置完成主叫将仅能通过短信推送联系请求”方式时，则S904具体表现为：

用户输入完所要求的姓名信息，服务器验证完成后，进一步通过IVR播报语音提示“查找到满足该关联号码的被关联用户有1个，以短信方式发送联系邀请按1号键”。

主叫用户输入1选择以短信方式联系，服务器将携带主叫用户信息的邀请短信发送给与所述关联号码相关联的用户并携带了提示“不再接收该号码的短信请按1号键”；在被叫用户选择1后，服务器不再接收主叫用户的对应所述第一SIM卡所在用户的短信请求。

本实施例，基于用户终端主动申请建立关联关系的基础上，并由主叫用户主动通过被叫用户的第二SIM卡信息查找到其当前使用的第一SIM卡信息的方法，提供了跨服务器查找的方法，使得查找范围不再局限于单个运营商服务器中。

实施例九

本实施例提供一种维护联系方式的服务器装置，所述服务器装置对应方法实施例一、方法实施例二，并用于实现所述方法；所述服务器的结构示意图如图8所示，包括：

接收模块101，用于接收呼叫第二智能卡所在用户终端的呼叫请求。

分析模块102，用于确认无法与所述第二智能卡所在被叫用户终端建立呼叫通道时，根据第二智能卡的关联关系确定转接第一智能卡所在用户终端。

发送模块103，用于将呼叫请求转发给第一智能卡所在用户终端。

可选的，所述转发过程具体为服务器利用分析模块102建立自身与被叫用户终端的呼叫通道，向被叫终端播报或以短信方式通过发送模块103告知主叫用户的转接请求；可选的，所述转接请求中携带了主叫用户的信息，使得被叫用户能够根据所述携带的主叫用户的信息决定是否允许建立呼叫通道；接收模块101接收被叫用户终端的允许通话的确认消息，服务器利用分析模块102建立主叫用户和被叫用户之间的呼叫通道。

优选的，所述服务器装置还包括创建模块104，其中：

所述分析模块102，还用于确认第一智能卡拥有关联信息，根据所述关联信息查找与所述第一智能卡满足关联条件的第二智能卡。

所述发送模块103，还用于向所述第一智能卡所在用户终端发送建立关联关系请求。

所述接收模块101，还用于接收所述用户终端返回的确认响应。

所述创建模块104，用于根据所述用户终端返回的确认建立关联关系响应建立所述第一智能卡与所述第二智能卡的关联关系。

本装置实施例的方法流程如方法实施例一和方法实施例二所述，此处不再赘述。

实施例十

一种维护联系方式的服务器装置，所述服务器装置对应方法实施例三，并用于实现所述方法；所述服务器的结构示意图如图9所示，包括：

第一接收模块201，用于接收主叫用户终端查询第二智能卡关联关系的请求消息。

查找模块202，用于根据请求消息查找与所述第二智能卡建立有关联关系的一个或多个智能卡。

第一发送模块203，用于将查找到的所述一个或多个智能卡信息返回给主叫用户终端。

第二接收模块204，用于接收主叫用户选择第一智能卡作为被叫的确认消息。

第二发送模块205，用于向第一智能卡所在用户终端发起呼叫请求。

优选的，所述查找模块203还包括筛选模块206，其中：

所述查找模块205，还用于根据所述请求消息中的第二智能卡标识查找与所述第二智能卡建立有关联关系的各智能卡。

所述筛选模块206，用于根据各智能卡对应记录的第二智能卡的激活时间和注销时间，筛选出所述时间参数处于激活时间和注销时间之间的一个智能卡。

所述第一发送模块201，还用于将所述筛选出的智能卡信息发送给主叫用户终端。

本装置实施例的方法流程如实施例三所述，此处不再赘述。

实施例十一

本发明提供的一种维护联系方式的终端装置实施例，所述终端装置对应方法实施例四，并用于实现所述方法；所述终端的结构示意图如图10所示，包括：

第一发送模块301，用于向服务器发送查询第二智能卡关联关系的请求消息。

接收模块302，用于接收服务器返回的与所述第二智能卡建立有关联关系的一个或多个智能卡信息。

处理模块303，用于根据从所述一个或多个智能卡中选择第一智能卡生成确认消息。

第二发送模块304，用于发送生成的所述确认信息。

优选的所述处理模块303还用于按所述激活时间顺序排列从服务器返回的所述一个或多个智能卡。

本装置实施例的方法流程如实施例四所述，此处不再赘述。

实施例十二

本发明提供的一种建立和查找关联关系的系统，如图11所示，包括：

主叫终端401，为实施例十中的终端装置。

服务器402，为实施例九中的服务器装置。

可选的，所述系统还包括被叫终端403，用于在如实施例六的方法流程中，并且拥有自己的关联关系。服务器402接收到主叫终端的呼叫请求，所述呼叫请求中携带第二SIM卡标识；服务器402根据所述第二SIM卡的关联关系，发送主叫用户试图呼叫被叫用户的通知给被叫终端403，并在接收到被叫终端403返回的确认建立连接后建立主叫终端401和被叫终端403的呼叫通道；或者在接收到被叫终端403返回的给予主叫自己的第一SIM卡信息后，向主叫终端401返回第一SIM卡信息。

本领域普通技术人员可以意识到，结合本文中所公开的实施例中描述的各方法步骤和单元，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各实施例的步骤及组成。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。本领域普通技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

结合本文中所公开的实施例描述的方法或步骤可以用硬件、处理器执行的软件程序，或者二者的结合来实施。软件程序可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

尽管通过参考附图并结合优选实施例的方式对本发明进行了详细描述，但本发明并不限于此。在不脱离本发明的精神和实质的前提下，本领域普通技术人员可以对本发明的实施例进行各种等效的修改或替换，而这些修改或替换都应在本发明的涵盖范围内。

Claims (12)

1.一种呼叫转接的方法，其特征在于，包括：

确认第一智能卡拥有关联信息，根据所述关联信息查找与所述第一智能卡满足关联条件的第二智能卡；

向所述第一智能卡所在用户终端发送建立关联关系请求；

根据所述用户终端返回的确认建立关联关系响应建立所述第一智能卡与所述第二智能卡的关联关系；

接收呼叫第二智能卡所在用户终端的呼叫请求；

确认无法与所述第二智能卡所在被叫用户终端建立呼叫通道时，根据第二智能卡的关联关系查找与所述第二智能卡建立有关联关系的第一智能卡；

将呼叫请求转发给第一智能卡所在用户端。

2.如权利要求1所述方法，其特征在于，所述确认第一智能卡拥有关联信息，所述关联信息具体为对应所述第一智能卡记录的实名信息；所述关联条件为所述第一智能卡和所述第二智能卡对应记录有相同的实名信息，则根据所述关联信息查找与所述第一智能卡满足关联条件的第二智能卡，具体包括：

确认记录有对应所述第一智能卡的实名信息，查找记录有相同实名信息的第二智能卡。

3.如权利要求1所述方法，其特征在于，所述确认第一智能卡拥有关联信息，根据所述关联信息查找与所述第一智能卡满足关联条件的第二智能卡，具体包括：

确认记录有对应所述第一智能卡的电话簿信息，查找与所述第一智能卡对应电话簿信息的匹配度大于阈值的第二智能卡；

所述关联信息具体为对应所述第一智能卡记录的电话簿信息；所述关联条件的第二智能卡为所述第一智能卡和所述第二智能卡对应记录的电话簿信息的匹配度大于阈值。

4.如权利要求1所述方法，其特征在于，所述确认第一智能卡拥有关联信息，根据所述关联信息查找与所述第一智能卡满足关联条件的第二智能卡，具体包括：

确认记录有对应所述第一智能卡的实名信息时，查找记录有相同实名信息的第二智能卡；

确认对应所述第一智能卡未记录有实名信息时，确认对应所述第一智能卡记录有电话簿信息，查找与所述第一智能卡对应电话簿信息的匹配度大于阈值的第二智能卡。

5.如权利要求3或4所述方法，其特征在于，所述阈值由服务器生成，具体包括：

接收第一智能卡所在用户终端上传的电话簿信息修改比例，所述修改比例为用户终端此次上传电话薄信息相比前一次上传的电话簿信息修改的信息内容占总的电话簿信息内容的比例；

服务器根据所述修改比例生成所述阈值。

6.如权利要求1-4任一所述方法，其特征在于，所述确认建立关联关系响应包含第二智能卡的用户密码，则所述根据所述用户终端返回的确认建立关联关系响应建立所述第一智能卡与所述第二智能卡的关联关系，具体包括：

核对所述确认建立关联关系响应中的所述第二智能卡的用户密码和服务器中存储的第二智能卡的用户密码相同后，建立所述第一智能卡与所述第二智能卡的关联关系。

7.如权利要求3-4任一所述方法，其特征在于，服务器保存的电话簿信息中包含有主叫用户终端对第二智能卡的记录时间，并且有多个智能卡与所述第二智能卡建立有关联关系时，所述根据第二智能卡的关联关系查找与所述第二智能卡建立有关联关系的第一智能卡，具体包括：

服务器根据各智能卡对应记录的第二智能卡的激活时间和注销时间，筛选出时间参数处于激活时间和注销时间之间的第一智能卡；

所述第二智能卡的激活时间和注销时间被记录在与其建立有关联关系的各智能卡的关联信息中。

8.如权利要求1-4任一所述的方法，其特征在于，所述确认无法与所述第二智能卡所在被叫用户终端建立呼叫通道，具体包括：

第二智能卡已经被注销、第二智能卡所在用户终端关机或第二智能卡被暂停使用。

9.如权利要求1-4任一所述的方法，其特征在于，所述将呼叫请求转发给第一智能卡所在用户端，具体包括：

服务器建立自身与第一智能卡所在用户终端的呼叫通道，向被叫终端播报或以短信方式告知主叫用户的转接请求；

接收被叫用户终端的允许通话的确认消息，服务器建立主叫用户和被叫用户之间的呼叫通道。

10.一种呼叫转接的服务器装置，其特征在于，包括：

分析模块：用于确认第一智能卡拥有关联信息，根据所述关联信息查找与所述第一智能卡满足关联条件的第二智能卡；

发送模块：用于向所述第一智能卡所在用户终端发送建立关联关系请求；

创建模块：用于根据所述用户终端返回的确认建立关联关系响应建立所述第一智能卡与所述第二智能卡的关联关系；

接收模块，用于接收呼叫第二智能卡所在用户终端的呼叫请求；

所述分析模块，还用于确认无法与所述第二智能卡所在被叫用户终端建立呼叫通道时，根据第二智能卡的关联关系确定转接第一智能卡所在用户终端；

所述发送模块，还用于将呼叫请求转发给第一智能卡所在用户终端。

11.如权利要求10所述的装置，其特征在于，所述分析模块确认第一智能卡的关联信息，根据所述关联信息查找与所述第一智能卡满足关联条件的第二智能卡，具体为：

所述分析模块确认记录有对应所述第一智能卡的实名信息，查找记录有相同实名信息的第二智能卡。

12.如权利要求10所述的装置，其特征在于，所述确认第一智能卡的关联信息，根据所述关联信息查找与所述第一智能卡满足关联条件的第二智能卡，具体为：

所述分析模块确认记录有对应所述第一智能卡的电话簿信息，查找与所述第一智能卡对应电话簿信息的匹配度大于阈值的第二智能卡。