CN109788469B - 一种号码绑定方法及终端设备 - Google Patents

Abstract

本申请实施例公开了一种号码绑定的方法，用于将固定号码与虚拟的用户识别模块进行绑定。包括：接收请求，请求用于向服务器申请虚拟的用户识别模块，接收请求中包含固定号码，固定号码为用户提供的号码；根据接收请求判断第一服务器和第二服务器是否属于同一个运营商，第一服务器为接收请求的运营商的服务器，第二服务器为当前维护固定号码的服务器；若第一服务器和第二服务器不属于同一个运营商，则将固定号码与第一服务器分配的第一虚拟用户识别模块进行绑定。本申请实施例还提供了一种号码绑定装置。本申请可以在动态申请虚拟的用户识别模块时固定一个号码，避免了频繁换号码的问题。

Description

一种号码绑定方法及终端设备

技术领域

本申请涉及通信领域，尤其涉及一种号码绑定方法及终端设备。

背景技术

随着信息交流越来越便捷，人与人之间的沟通不仅仅局限于少数的生活场景中，而用户识别模块(SIM，subscriber identification module)与人们之间的信息交流息息相关，移动终端设备必须装上此卡方能使用。SIM卡唯一识别一个用户，在SIM卡上存储了该用户的信息，加密的密钥以及用户的电话簿等内容，可供用户进行身份鉴别，并对用户通话时的语音信息进行加密。根据这种实体的SIM卡衍生而来，目前已经有多种虚拟SIM的实现方法，比如eSIM，云SIM，软SIM等。在漫游场景下，可以动态使用当地运营商的SIM，以较低的当地资费使用业务，比如数据业务等。

当用户在外地需要用到漫游等服务时，首先，用户会向运营商申请虚拟SIM的使用，运营商在分配虚拟SIM的同时还会分配一个动态的号码，将该号码绑定到将要分配的虚拟SIM上，接下来用户便可以使用该虚拟SIM了。

但是在用户频繁移动地点时，要想动态地使用当地运营商的虚拟SIM，就必须得频繁地更换SIM对应的用户号码，然而日常生活中许多重要事情都与该用户号码有绑定关系，比如银行账户、在线支付账户以及其它各种应用软件等，因此随意更换号码会给用户带来很多不必要的麻烦。

发明内容

本申请实施例提供了一种号码绑定方法及终端设备，用户在动态申请虚拟SIM时，无需使用多个号码来绑定虚拟SIM，只需一个固定号码即可，避免了频繁更换号码的麻烦。

有鉴于此，本申请第一方面提供了一种号码绑定的方法，包括：

接收请求，请求用于向服务器申请虚拟的用户识别模块SIM，接收请求中包含固定号码，固定号码为用户提供的号码；

根据获取请求判断第一服务器和第二服务器是否属于同一个运营商，第一服务器为接收请求的运营商的服务器，第二服务器为当前维护固定号码的服务器；

若第一服务器和第二服务器不属于同一个运营商，则将固定号码与第一服务器分配的第一虚拟SIM进行绑定。

结合本申请实施例第一方面，在本申请实施例第一方面的第一种实施方式中，方法还包括：

若第一服务器和第二服务器属于同一个运营商，将固定号码与第二虚拟SIM绑定，第二虚拟SIM为同一个运营商分配的虚拟SIM。

结合本申请实施例第一方面，在本申请实施例第一方面的第二种实施方式中，将固定号码与第一服务器分配的第一虚拟SIM进行绑定之前，方法还包括：

向第二服务器发送信息移交请求；

根据移交请求接收固定号码的信息。

结合本申请实施例第一方面的第二种实施方式，在本申请实施例第一方面的第三种实施方式中，接收请求之后，方法还包括：

根据固定号码确定出第二服务器。

结合本申请实施例第一方面的第二种实施方式，在本申请实施例第一方面的第四种实施方式中，根据请求接收固定号码的信息之后，方法还包括：

在第一服务器中存储固定号码的信息。

结合本申请实施例第一方面的第一种实施方式至第一方面的第四种实施方式中的任意一种，在本申请实施例第一方面的第五种实施方式中，将固定号码与第一服务器分配的第一虚拟SIM进行绑定或将固定号码与第二虚拟SIM绑定之后，方法还包括：

向终端发送绑定了固定号码的第一虚拟SIM或第二虚拟SIM。

本申请第二方面提供了一种号码绑定装置，包括：

第一接收模块，用于接收请求，接收请求用于向服务器申请虚拟的用户识别模块SIM，接收请求中包含固定号码，固定号码为用户提供的号码；

判断模块，用于根据接收请求判断第一服务器和第二服务器是否属于同一个运营商，第一服务器为接收该请求的运营商的服务器，第二服务器为当前维护固定号码的服务器；

第一绑定模块，用于当第一服务器和第二服务器不属于同一个运营商时，则将固定号码与第一服务器分配的第一虚拟SIM进行绑定。

结合本申请实施例第二方面，在本申请实施例第二方面的第一种实施方式中，装置还包括：

第二绑定模块，用于当第一服务器和第二服务器属于同一个运营商时，将固定号码与第二虚拟SIM绑定，第二虚拟SIM为同一个运营商分配的虚拟SIM。

结合本申请实施例第二方面，在本申请实施例第二方面的第二种实施方式中，装置还包括：

第一发送模块，用于第一绑定模块之前向第二服务器发送信息移交请求；

第二接收模块，用于根据第一发送模块中的移交请求接收固定号码的信息。

结合本申请实施例第二方面的第二种实施方式，在本申请实施例第二方面的第三种实施方式中，装置还包括：

确定模块，用于第一接收模块之后根据固定号码确定出第二服务器。

结合本申请实施例第二方面的第二种实施方式，在本申请实施例第二方面的第四种实施方式中，装置还包括：

存储模块，用于第二接收模块在第一服务器中存储固定号码的信息。

结合本申请实施例第二方面的第一种实施方式至第二方面的第四种实施方式中的任意一种，在本申请实施例第二方面的第五种实施方式中，装置还包括：

第二发送模块，用于第一绑定模块或第二绑定模块之后向终端发送绑定了固定号码的第一虚拟SIM或第二虚拟SIM。

本申请第三方面提供一种计算机程序产品，当其在计算机上运行时，使得计算机可以执行上述任一方面的方法。

本申请第四方面提供一种计算机存储介质，用于储存为上述方法所用的计算机软件指令，当其在计算机上运行时，使得计算机可以执行上述中任一方面的方法。

从以上技术方案可以看出，本申请实施例具有以下优点：

本申请实施例提供了一种号码绑定的方法，包括：首先，第一服务器接收请求，请求用于向服务器申请虚拟的用户识别模块SIM，接收请求中包含固定号码，固定号码为用户提供的号码，然后，根据请求判断第一服务器和第二服务器是否属于同一个运营商，第一服务器为接收接收请求的运营商的服务器，第二服务器为当前维护固定号码的服务器，若第一服务器和第二服务器不属于同一个运营商，则将固定号码与第一服务器分配的第一虚拟SIM进行绑定。本申请实施例中，用户在动态申请虚拟SIM时，也无需使用多个号码来绑定虚拟SIM，只需一个固定的号码便可动态申请虚拟SIM，避免了频繁更换号码的麻烦。

附图说明

图1为本申请实施例中号码绑定的方法的总体流程图；

图2为本申请实施例中号码绑定的方法的一个实施例示意图；

图3为本申请实施例中号码绑定装置的一个实施例示意图；

图4为本申请实施例中号码绑定装置的另一个实施例示意图；

图5为本申请实施例中号码绑定装置的另一个实施例示意图；

图6为本申请实施例中号码绑定装置的另一个实施例示意图；

图7为本申请实施例中号码绑定装置的另一个实施例示意图；

图8为本申请实施例中号码绑定装置的另一个实施例示意图；

图9为本申请实施例中的双卡终端的结构示意图；

图10为本申请实施例中服务器的一个结构示意图。

具体实施方式

本申请实施例提供了一种号码绑定的方法，用户在动态申请虚拟SIM时，无需使用多个号码绑定虚拟SIM，只需一个固定的号码便可动态申请虚拟SIM，避免了频繁更换号码的麻烦。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

本申请实施例中固定号码绑定虚拟SIM的过程如图1所示，图1为固定号码绑定虚拟SIM的流程图，其中，当前运营商为接收用户发起的申请虚拟SIM请求的运营商，图中的维护固定号码的运营商为此时对固定号码进行维护的运营商。图1中的流程是从运营商的角度来描述固定号码绑定虚拟SIM的过程，具体如图所示：

101、用户向当前运营商申请虚拟SIM；

当前运营商接收用户发起的申请虚拟SIM的请求。

102、当前运营商对用户进行身份识别和认证；

当前运营商需要识别用户的身份并进行认证以此保证申请用户的合法身份，当前运营商可通过用户提供的身份证信息对用户进行验证。

103、当前运营商查询维护固定号码的运营商；

当前运营商可通过接收到的关于固定号码的信息查询出当前对固定号码进行维护的是哪一个运营商。

104、当前运营商与维护固定号码的运营商是否是同一个运营商；

该步骤是本申请实施例中的一个分支点，若判断出当前运营商和维护固定号码的运营商为同一个运营商，则直接执行步骤108，若不是，则执行步骤105。

105、向维护固定号码运营商申请移交固定号码；

在判断出当前运营商与维护固定号码的运营商不是同一个运营商之后，当前运营商向维护固定号码的运营商发送信息移交请求，目的是想让维护固定号码的运营商移交固定号码以及跟固定号码有关的信息。

106、维护固定号码的运营商完成身份识别和认证；

在维护固定号码的运营商接收到上述信息移交请求之后，移交固定号码和信息之前，需先认证用户的合法身份，认证成功之后才能执行107的步骤。

107、移交固定号码给当前运营商；

维护固定号码的运营商在完成身份识别和认证之后，将固定号码以及跟固定号码有关的信息移交给当前运营商。

108、当前运营商分配虚拟SIM给用户。

当前运营商将上述固定号码与分配的虚拟SIM进行绑定，之后再将绑定了固定号码的虚拟SIM发送给终端供用户使用。

以上的虚拟SIM绑定固定号码的过程是从运营商的角度来描述的，下面从服务器的角度来描述整个申请虚拟SIM的过程，第一服务器为接收虚拟SIM申请请求的运营商的服务器，第二服务器为维护固定号码的运营商的服务器。

下面将对本申请中一种号码绑定方法进行介绍，请参阅图2，图2为本申请实施例中号码绑定的方法一个实施例，包括：

201、接收请求，请求用于向服务器申请虚拟的用户识别模块SIM，接收请求中包含固定号码的信息，固定号码为用户提供的号码；

当用户向网络运营商申请虚拟的用户识别模块(SIM，subscriber identitymodule)时，运营商的服务器会收到一个申请虚拟SIM的请求，该请求中包含了用户提供的需要绑定的固定号码等等。

服务器在接收用户发送的申请虚拟SIM请求的时候，还会要求用户提供自己的身份信息以供服务器对用户的身份进行识别和认证，防止他人冒用身份和避免网络攻击。若用户完成身份识别和认证，则继续下面的步骤。若用户的身份认证失败，则直接结束申请虚拟SIM的过程，这样一来能够提高网络的安全性。

202、根据请求判断第一服务器和第二服务器是否属于同一个运营商，第一服务器为接收请求的运营商的服务器，第二服务器为当前维护固定号码的服务器；

本实施例中的第一服务器为接收用户请求的运营商的服务器，第二服务器是当前维护该固定号码的服务器，第一服务器和第二服务器可能属于同一运营商，也可能分别属于不同的运营商，可以根据请求中携带的该固定号码先查询到当前维护该固定号码的第二服务器是属于哪个运营商，然后判断两个服务器是否属于同一运营商。

具体地，假设根据请求中的信息确定出当前维护固定号码的服务器是属于中国移动的，而接受请求的服务器是属于中国联通的，那么可以判定两个服务器分别属于不同的运营商。

203、若第一服务器和第二服务器不属于同一个运营商，则将固定号码与第一服务器分配的第一虚拟SIM进行绑定。

若判断出接收用户申请请求的第一服务器和当前维护该固定号码的第二服务器分别属于不同的运营商，那么接收请求的服务器可以根据固定号码的信息通过后台数据库查询到维护该固定号码的服务器所属的运营商，向维护该固定号码的第二服务器请求移交该固定号码，维护该固定号码的第二服务器完成用户身份的识别和认证后将该固定号码移交给第一服务器也就是当前接收请求的服务器。上述当前接收请求的运营商获取号码后绑定到新分配的虚拟SIM上。

本实施例中，首先第一服务器接收请求，请求用于向服务器申请虚拟的用户识别模块SIM，接收请求中包含固定号码的信息，固定号码为用户提供的号码，然后第一服务器根据获取请求判断第一服务器和第二服务器是否属于同一个运营商，第一服务器为接收请求的运营商的服务器，第二服务器为当前维护固定号码的服务器，若第一服务器和第二服务器不属于同一个运营商，则将固定号码与第一服务器分配的第一虚拟SIM进行绑定。通过上述方式，用户在动态申请虚拟SIM时，无需使用多个号码来绑定虚拟SIM，只需一个固定的号码即可，避免了频繁更换号码的麻烦。

可选地，在上述图1对应的实施例的基础上，本申请实施例提供的号码绑定的方法的第一个可选实施例中，方法还包括：

若第一服务器和第二服务器属于同一个运营商，将固定号码与第二虚拟SIM绑定，第二虚拟SIM为同一个运营商分配的虚拟SIM。

如果接收请求的服务器所属的运营商就是上述固定号码的维护运营商，那么接收请求的服务器对用户身份完成识别认证后就可以将上述固定号码绑定到新分配的虚拟SIM上。用户可以直接使用虚拟SIM，而保持固定号码不变。

具体地，如果接收请求的运营商与当前维护固定号码的运营商都是中国移动，那么中国移动运营商在对用户身份完成识别认证后就可以将固定号码绑定到中国移动新分配的虚拟SIM上了。若用户想多次申请虚拟SIM，而需要再次向移动申请虚拟SIM时，仍然可以适用该申请虚拟SIM的流程做到动态申请多个虚拟SIM而保持固定号码不变。

其次，本实施例中，当前网络运营商和固定号码的维护运营商是同一个的情况下，用户可以在当前运营商下多次申请虚拟SIM而保持固定号码不变，避免了多个号码来回切换的麻烦。

可选地，在上述图1对应的实施例的基础上，本申请实施例提供的号码绑定的方法的另一个可选实施例中，将固定号码与第一服务器分配的第一虚拟SIM进行绑定之前，方法还包括：

向第二服务器发送信息移交请求；

根据移交请求接收固定号码的信息。

本实施例中，若接收请求的第一服务器与当前维护固定号码的第二服务器不属于同一个运营商，则需要向第二服务器发送信息移交请求，使得正在维护固定号码的第二服务器将固定号码以及与固定号码有关的信息移交给第一服务器，可以理解的是，固定号码上的配置信息也可以同步地移交给第一服务器以供第一服务器直接使用移交过来的配置信息，在实际应用中，配置信息还可以是其他的移交方式，例如终端在获取到运营商分配的虚拟SIM后，将该固定号码上的配置信息重新在第一服务器下重新配置，具体移交配置信息的方式此处不作限定。

在向第二服务器发送信息移交请求之后，接收固定号码的信息之前，第二服务器需先对用户的身份进行识别和认证，完成后才能安全地将固定号码的信息移交给第一服务器。

再次，本实施例中不仅在动态申请虚拟SIM时固定了号码，也保留了固定号码上的配置信息，在再次使用该固定号码的同时也无需再重新配置信息，提高了申请虚拟SIM的效率。

可选地，在上述图1对应的实施例的基础上，本申请实施例提供的号码绑定的方法的一个可选实施例中，接收用户虚拟SIM获取请求之后，方法还包括：

根据固定号码确定出第二服务器。

本实施例中，接收虚拟SIM申请请求的运营商是显而易见的，维护该固定号码的第二服务器是属于哪个运营商需要在后台数据库中根据该固定号码查询而得知。

再次，本实施例中先查询得知维护固定号码的运营商，再根据判断结果决定接下来的执行步骤，层次分明，提高了方案的实用性。

可选地，在上述图1对应的实施例的基础上，本申请实施例提供的号码绑定的方法的一个可选实施例中，根据请求接收固定号码的信息之后，方法还包括：

在第一服务器中存储固定号码的信息。

本实施例中，向第二服务器发送信息移交请求之后，获取到了固定号码的信息，并将这些信息存储下来，若是用户还需再次申请虚拟SIM，便可以再一次移交已经存储的信息，无需再追寻到原始的服务器，向原始的服务器索要信息等，简化了繁琐的步骤达到了同样的效果。

对移交的信息进行存储就可在用户下一次申请虚拟SIM时直接移交存储的信息，简化了繁琐的步骤，提高了方案的效率。

可选地，在上述图1对应的实施例的基础上，本申请实施例提供的号码绑定的方法的一个可选实施例中，将固定号码与第一服务器分配的第一虚拟SIM进行绑定或将固定号码与第二虚拟SIM绑定之后，方法还包括：

向终端发送绑定了固定号码的第一虚拟SIM或第二虚拟SIM。

传统的分配虚拟SIM的过程是在每次分配时都会动态分配一个号码，而通过上述实施例，在动态分配虚拟SIM时号码是固定的，在根据用户需要动态分配虚拟SIM时不会破坏用户和号码之间的粘性，更加完善了方案，提高了用户的体验。

下面对本申请中的号码绑定装置进行详细描述，请参阅图3，号码绑定装置包括：

第一接收模块301，用于接收请求，接收请求用于向服务器申请虚拟的用户识别模块SIM，接收请求中包含固定号码的信息，固定号码为用户提供的号码；

判断模块302，用于根据获取请求判断第一服务器和第二服务器是否属于同一个运营商，第一服务器为接收获取请求的运营商的服务器，第二服务器为当前维护固定号码的服务器；

第一绑定模块303，用于当第一服务器和第二服务器不属于同一个运营商时，则将固定号码与第一服务器分配的第一虚拟SIM进行绑定。

通过上述方式，用户在动态申请虚拟SIM时，也无需使用多个号码来绑定虚拟SIM，只需一个固定的号码便可动态申请虚拟SIM，避免了频繁更换号码的麻烦。

可选地，在上述图3所对应的实施例的基础上，请参阅图4，本申请实施例提供的号码绑定装置的另一实施例中，装置还包括：

第二绑定模块304，用于当第一服务器和第二服务器属于同一个运营商时，将固定号码与第二虚拟SIM绑定，第二虚拟SIM为同一个运营商分配的虚拟SIM。

本实施例中，当前网络运营商和固定号码的维护运营商是同一个的情况下，用户可以在当前运营商下多次申请虚拟SIM而保持固定号码不变，避免了多个号码来回切换的麻烦。

可选地，在上述图3所对应的实施例的基础上，请参阅图5，本申请实施例提供的号码绑定装置的另一实施例中，装置还包括：

第一发送模块305，用于第一绑定模块之前向第二服务器发送信息移交请求；

第二接收模块306，用于根据第一发送模块中的移交请求接收固定号码的信息。

再次，本实施例中不仅在动态申请虚拟SIM时固定了号码，也保留了固定号码上的配置信息，在再次使用该固定号码的同时也无需再重新配置，提高了申请虚拟SIM的效率。

可选地，在上述图3所对应的实施例的基础上，请参阅图6，本申请实施例提供的号码绑定装置的另一实施例中，装置还包括：

确定模块307，用于第一接收模块之后根据固定号码的信息确定出第二服务器。

再次，本实施例中先查询得知维护固定号码的运营商，再根据判断结果决定接下来的执行步骤，层次分明，提高了方案的实用性。

可选地，在上述图3所对应的实施例的基础上，请参阅图7，本申请实施例提供的号码绑定装置的另一实施例中，装置还包括：

存储模块308，用于第二接收模块之后在第一服务器中存储固定号码的信息。

对第二服务器发送的固定号码的信息进行存储就可在用户下一次申请虚拟SIM时直接移交存储的信息给下一次申请虚拟SIM时面对的运营商，简化了繁琐的步骤，提高了方案的效率。

可选地，在上述图3所对应的实施例的基础上，请参阅图8，本申请实施例提供的号码绑定装置的另一实施例中，装置还包括：

第二发送模块309，用于第一绑定模块或第二绑定模块之后向终端发送绑定了固定号码的第一虚拟SIM或第二虚拟SIM。

传统的分配虚拟SIM的过程是在每次分配时都会动态分配一个号码，而通过上述实施例，在动态分配虚拟SIM时号码都是固定的，在根据用户需要动态分配虚拟SIM时不会破坏用户和号码之间的粘性，更加完善了方案，提高了用户的体验。

传统的虚拟SIM技术具有不能固定号码的缺陷，本申请实施例中的方案可以解决该技术缺陷，使得在动态申请虚拟SIM的同时可以固定号码，本申请实施例可应用于单卡终端设备上，无需使用实体SIM卡，直接在终端设备中使用一张虚拟SIM，达到动态申请虚拟SIM，但用户号码不变的目的。

可以理解的是，本申请实施例也可应用于双卡终端上，具体实现方式是双卡终端中的其中一张虚拟SIM卡沿用上述实施例中的号码固定方法，在虚拟SIM上绑定一个用户常用的固定号码，该虚拟SIM卡并不是指真正的以卡的形式存在，可能只是具有SIM卡的功能，可以是嵌于终端内部的芯片。而双卡终端中的另一张可以是实体SIM卡，也可以是虚拟SIM卡，具体此处不作限定。若是虚拟的SIM卡，可以是传统的不绑定固定号码的虚拟SIM卡，还可以是沿用了本申请实施例中号码绑定方法的虚拟SIM卡。

具体地，本申请实施例中号码绑定的方式应用于双卡终端上时有多种情况，下面以其中一种具体情况为例，如图9所示，终端设备中具有虚拟SIM1和虚拟SIM2，其中用户指定其中一个虚拟SIM绑定一个固定号码，另一个虚拟SIM用于动态申请号码，也就是说在动态申请虚拟SIM时被分配的号码也是不固定的，可以理解的是，在具体情况下，另一个用于动态申请号码的虚拟SIM也可以应用本实施例中号码绑定的方法即把固定号码与虚拟SIM进行绑定。

图10是本申请实施例提供的一种服务器结构示意图，该服务器400可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(central processingunits，CPU)422(例如，一个或一个以上处理器)和存储器432，一个或一个以上存储应用程序442或数据444的存储介质440(例如一个或一个以上海量存储设备)。其中，存储器432和存储介质430可以是短暂存储或持久存储。存储在存储介质430的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器422可以设置为与存储介质440通信，在服务器400上执行存储介质440中的一系列指令操作。

服务器400还可以包括一个或一个以上电源426，一个或一个以上有线或无线网络接口450，一个或一个以上输入输出接口458，和/或，一个或一个以上操作系统441，例如Windows ServerTM，Mac OS XTM，UnixTM，LinuxTM，FreeBSDTM等等。

上述实施例中由服务器所执行的步骤可以基于该图10所示的服务器结构。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，read-only memory)、随机存取存储器(RAM，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (11)

1.一种号码绑定的方法，其特征在于，包括：

接收请求，所述请求用于向服务器申请虚拟的用户识别模块SIM，所述接收请求中包含固定号码，所述固定号码为终端原虚拟SIM绑定的号码；

根据所述请求判断第一服务器和第二服务器是否属于同一个运营商，所述第一服务器为接收所述接收请求的运营商的服务器，所述第二服务器为当前维护所述固定号码的服务器；

若所述第一服务器和所述第二服务器不属于同一个运营商，则将所述固定号码与所述第一服务器分配的第一虚拟SIM进行绑定，在将所述固定号码与所述第一服务器分配的第一虚拟SIM进行绑定之后，向所述终端发送绑定了所述固定号码的第一虚拟SIM。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

若所述第一服务器和所述第二服务器属于同一个运营商，则将所述固定号码与第二虚拟SIM绑定，所述第二虚拟SIM为所述同一个运营商分配的虚拟SIM。

3.根据权利要求1所述的方法，其特征在于，所述将所述固定号码与第一服务器分配的第一虚拟SIM进行绑定之前，所述方法还包括：

向所述第二服务器发送信息移交请求；

根据所述信息移交请求接收所述固定号码的信息。

4.根据权利要求3所述的方法，其特征在于，所述接收请求之后，所述方法还包括：

根据所述固定号码确定出所述第二服务器。

5.根据权利要求3所述的方法，其特征在于，所述根据所述信息移交请求接收所述固定号码的信息之后，所述方法还包括：

在所述第一服务器中存储所述固定号码的信息。

6.一种号码绑定装置，其特征在于，包括：

第一接收模块，用于接收请求，所述接收请求用于向服务器申请虚拟的用户识别模块SIM，所述接收请求中包含固定号码，所述固定号码为终端原虚拟SIM绑定的号码；

判断模块，用于根据所述获取请求判断第一服务器和第二服务器是否属于同一个运营商，所述第一服务器为接收所述接收请求的运营商的服务器，所述第二服务器为当前维护所述固定号码的服务器；

第一绑定模块，用于当所述第一服务器和所述第二服务器不属于同一个运营商时，则将所述固定号码与所述第一服务器分配的第一虚拟SIM进行绑定；

第二发送模块，用于所述第一绑定模块之后向所述终端发送绑定了所述固定号码的第一虚拟SIM。

7.根据权利要求6所述的装置，其特征在于，所述装置还包括：

第二绑定模块，用于当所述第一服务器和所述第二服务器属于同一个运营商时，将所述固定号码与第二虚拟SIM绑定，所述第二虚拟SIM为所述同一个运营商分配的虚拟SIM。

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

第一发送模块，用于所述第一绑定模块之前向所述第二服务器发送信息移交请求；

第二接收模块，用于根据所述第一发送模块中的移交请求接收所述固定号码的信息。

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

确定模块，用于所述第一接收模块之后根据所述固定号码确定出所述第二服务器。

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

存储模块，用于所述第二接收模块在所述第一服务器中存储所述固定号码的信息。

11.一种计算机可读存储介质，包括指令，当所述指令在计算机上运行时，使得计算机执行如权利要求1至5中任意一项所述的方法。

Images