一种移动终端中实现一卡多号的方法以及移动终端与流程

本发明涉及移动通信技术领域，尤其涉及一种移动终端中实现一卡多号的方法以及移动终端。

背景技术：

目前，在移动通信技术领域，由于市场竞争的加剧，各运营商越来越注重细分市场，竞争的方向逐步转移到为用户提供更好的服务层面上，在这种环境下，各个运营商都迫切需要开发一些贴近用户、具有市场竞争力的业务，一卡多号业务即是这种环境下的产物。

一卡多号业务，是指用户使用一张SIM卡，在不换手机、不换卡的情况下就可拥有多个手机号码，包括一个主号码和若干个副号码，其中副号码为新申请的号码，其可以满足用户希望手机联系的同时，又能够很好地保护自己的隐私，不会因为电话号码的泄露和被骚扰，同时也能够满足多种身份的需要。

专利文献CN200610034095.4提出了一种一卡多号业务的实现方法，是一个移动用户在拥有一个用户识别卡的情况下可以同时拥有地点相同或者不同地点的用户号码，分别用于与不同地域或联系群的人通信；另外，专利文献CN200710177953.5提出一种实现一卡多号用户号码匹配的方法及装置，使用户作为主叫拨打同一网络中的不同号段或不同网络的语音用户时，能够根据被叫号码自动匹配到相应号码作为主叫号码。

现有技术中，办理一卡多号业务中，需要通过用户手动选择要申请一卡多号业务的运营商，而不能根据待办理业务的号码进行运营商的智能匹配，根据填写本机实体卡号码，获取验证码，通过验证码进行登录然后从运营商返回的一些号码选择一个号码，进行确认，这个操作过程客户端与服务器之间要进行三次短信交互，才会选号成功，实现一卡多号业务的办理，在此操作过程中每次回执短信都需要用户手动去短信应用进行回复，不够方便用户操作；此外，目前提供的SDK(软件开发工具包)不能验证当前办理该业务的是否是本机的实体卡，在知道其他卡号码收到验证码的情况下，可以在手机上给其他的卡办理该业务，这样导致一些安全问题。

技术实现要素：

本发明的其中一个目的是提出一种移动终端中实现一卡多号的方法以及移动终端，解决了现有技术存在的需要用户手动选择运营商，且不能尽早知道运营商是否提供一卡多号业务的技术问题。本发明提供的诸多技术方案中的优选技术方案所能产生的诸多技术效果详见下文阐述。

为实现上述目的，本发明提供了以下技术方案：

一种移动终端中实现一卡多号的方法，包括：

依据在移动终端中输入的客户识别模块号码进行运营商匹配；

判断当前运营商是否提供该客户识别模块号码对应的一卡多号业务；

当判断结果为是时，校验所述输入的客户识别模块号码是否是所述移动终端中已开通移动通信的客户识别模块号码；

校验成功后，启动当前运营商的一卡多号业务处理。

进一步的，当所述移动终端中至少存在两个客户识别模块号码时，分别进行运营商的匹配并判断所述运营商是否提供所述客户识别模块号码对应的一卡多号业务。

进一步的，当所述客户识别模块号码对应的运营商提供一卡多号业务时，预先获取支持一卡多号业务对应的软件开发程序包，并进行在线安装和检测申请状态，根据预定的开启一卡多号业务的申请短信，生成相应的一卡多号业务申请模板。

进一步的，在启动一卡多号业务处理后，还包括，自动获取开启一卡多号业务并生成具有验证号的确认短信。

进一步的，当所述移动终端至少具有两张客户识别模块卡时，分别获取客户识别模块号码，并与输入的客户识别模块进行校验。

进一步的，所述移动终端中已开通移动通信的客户识别模块号码从实体卡或虚拟卡中获取；所述实体卡为移动终端的插座处的客户识别模块；所述虚拟卡为客户识别模块数据存储器中保存的虚拟客户识别模块数据。

进一步的，所述客户识别模块数据存储器为所述移动终端中独立设置的安全芯片存储器，所述虚拟客户识别模块数据在安全芯片存储器中进行有权限的读取操作。

进一步的，所述安全芯片存储器中在其安全权限模式下保存和读取所述虚拟客户识别模块数据。

进一步的，所述实体卡中运行有安全权限模式环境，在所述安全权限模式环境中进行所述客户识别模块数据的读取。

进一步的，在成功申请一卡多号业务后，对所述申请的各号码进行特征数据的识别，并标记对应的特征标签。

进一步的，在利用所述申请的号码呼叫有标记信息的被叫号码时，通过被叫号码的标记信息与所述申请的号码上对应的特征标签进行匹配，以匹配到的申请号码进行呼叫操作。

进一步的，所述被叫号码的标记信息从云端号码服务器中查询，所述标记信息来源于用户对本地号码进行标记或来源于云端号码服务器。

本发明还提供一种移动终端，包括：

匹配模块，用于在移动终端中对输入的客户识别模块号码进行运营商匹配；

判断模块，用于判断当前运营商是否提供该客户识别模块号码对应的一卡多号业务；

校验模块，用于在所述客户识别模块号码对应的运营商提供一卡多号业务时，校验所述客户识别模块号码是否是所述移动终端中已开通移动通信的客户识别模块号码；

启动模块，用于在校验模块校验成功后，启动当前运营商的一卡多号业务处理。

进一步的，所述移动终端还包括：

号码判断模块，用于判断所述移动终端中的客户识别模块号码是否至少为两个，所是，则分别进行运营商的匹配并判断所述运营商是否提供所述客户识别模块号码对应的一卡多号业务。

进一步的，所述移动终端还包括：

安装检测模块，用于在判断模块判断所述客户识别模块号码对应的运营商提供一卡多号业务时，对预先获取支持一卡多号业务对应的软件开发程序包进行在线安装以及检测申请状态。

进一步的，所述启动模块还包括：

获取单元，用于在启动模块启动一卡多号业务处理时，自动获取开启一卡多号业务并生成具有验证号的申请短信；

发送单元，用于发送通过获取单元获取的申请短信。

进一步的，所述移动终端还包括：

第二校验模块，用于在所述号码判断模块判断所述移动终端中的客户识别模块号码至少为两个时，分别将移动终端中的客户识别模块号码与输入的客户识别模块号码进行校验。

进一步的，所述移动终端还包括：

实体卡模块和虚拟卡模块，所述实体卡模块为移动终端的插座处的客户识别模块；所述虚拟卡模块为虚拟客户识别模块数据。

进一步的，所述移动终端还包括：

数据存储模块，用于存储虚拟卡模块中的虚拟客户识别模块数据，供虚拟客户识别模块数据进行有权限的读取操作。

进一步的，所述数据存储模块还包括：

安全权限单元，用于提供安全权限模块环境中进行所述客户识别模块进行数据的读取。

进一步的，所述移动终端还包括：

识别标记模块，用于在成功申请一卡多号业务后，对所述申请的各号码进行特征数据的识别，标记对应的特征标签。

本发明的工作原理是通过对移动终端中输入的号码进行运营商的自动匹配，再判断该运营商是否提供一卡多号服务，通过进一步验证移动终端中所输入的号码是否是移动终端已开通移动通信的号码，从而决定是否要启动一卡多号业务的办理。通过对要申请业务的号码进行运营商的匹配，从而免去用户需要手动选择运营商的麻烦。

本发明所提出的一种移动终端中实现一卡多号的方法，通过对要办理业务的号码进行运营商的匹配，自动选择号码对应的运营商，从而免去用户手动选择运营商的麻烦，提高办理一卡多号业务的便利性，同时判断移动终端中所输入的号码是否是移动终端中已经开通移动通信的号码，保证办理一卡多号业务的号码即是移动终端卡槽内的实体卡所对应的号码，防止他人恶意申请和修改一卡多号业务的办理状态，从而提高一卡多号业务办理的安全性；通过预先获取支持一卡多号业务对应的软件开发程序包，并进行在线安装和检测申请状态，同时根据预定的开启一卡多号业务的申请短信，生成相应的一卡多号业务申请模板，实现在办理一卡多号业务的界面上对办理过程的交互短信进行回复，从而避免来回在申请一卡多号业务的界面和短信息的操作界面上进行切换，加快一卡多号业务办理的流程。

基于上述技术方案，本发明实施例可以解决现有技术存在的在办理一卡多号业务过程中需要用户手动选择运营商所带来的不便利的技术问题。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1为本发明实施例所提供的一种移动终端中实现一卡多号的方法流程图；

图2为本发明实施例所提供的一种移动终端的模块框图。

具体实施方式

下面可以参照附图图1～图2以及文字内容理解本发明的内容以及本发明与现有技术之间的区别点。下文通过附图以及列举本发明的一些可选实施例的方式，对本发明的技术方案(包括优选技术方案)做进一步的详细描述。需要说明的是：本实施例中的任何技术特征、任何技术方案均是多种可选的技术特征或可选的技术方案中的一种或几种，为了描述简洁的需要本文件中无法穷举本发明的所有可替代的技术特征以及可替代的技术方案，也不便于每个技术特征的实施方式均强调其为可选的多种实施方式之一，所以本领域技术人员应该知晓：可以将本发明提供的任意技术手段进行替换或将本发明提供的任意两个或更多个技术手段或技术特征互相进行组合而得到新的技术方案。本实施例内的任何技术特征以及任何技术方案均不限制本发明的保护范围，本发明的保护范围应该包括本领域技术人员不付出创造性劳动所能想到的任何替代技术方案以及本领域技术人员将本发明提供的任意两个或更多个技术手段或技术特征互相进行组合而得到的新的技术方案。

本发明实施例提供了一种办理一卡多号业务的方法及其系统。

下面结合图1～图2对本发明提供的技术方案进行更为详细的阐述。

实施例一

本发明实施例所提供的一种移动终端中实现一卡多号的方法，如图1所示，包括如下步骤：

S101，依据在移动终端中输入的客户识别模块号码进行运营商匹配；

S102，判断当前运营商是否提供该客户识别模块号码对应的一卡多号业务；

S103，当判断结果为是时，校验所述输入的客户识别模块号码是否是所述移动终端中已开通移动通信的客户识别模块号码；

S104，校验成功后，启动当前运营商的一卡多号业务处理。

针对上述实施方式，本发明给出一种应用场景，本实施例中的移动终端以智能手机为例，当所述智能手机通过一卡多号业务办理的客户端办理该业务时，首先输入待办理业务的手机号码，客户端通过所输入的手机号码进行该手机号码对应运营商的匹配，基于目前只有三大电信运营商，这个步骤即是匹配待办理一卡多号业务的手机号码对应的是中国移动、中国联通还是中国电信；在匹配出所述待办理一卡多号业务的手机号码对应的运营商后，则对该运营商是否提供一卡多号业务进行判断，具体是通过发送业务请求至运营商服务器的相关接口，从而知晓该运营商是否支持一卡多号业务，目前只有中国移动支持一卡多号业务，当中国联通和中国电信推出一卡多号业务后，运营商服务器上的相关数据即会更新，客户端则可以通过访问服务器知晓最新的状态，当得知待办理业务的手机号码对应的运营商支持该业务后，进一步校验待办理一卡多号业务的手机号码是否是智能手机已开通移动通信的号码，当校验结果为是时，启动当前运营商的一卡多号业务的办理，当校验结果为否时，则终止一卡多号业务的办理。另外，当得知待办理业务的手机号对应的运营商不支持一卡多号业务后，则及时给出友好提示，告知用户该号码对应的运营商不支持该业务，而无需像现有技术中由于支持一卡多号业务办理的软件开发程序包没有判断运营商是否支持一卡多号业务，需从登录失败后返回的结果中才知道该待办理业务的手机号码对应的运营商是不提供一卡多号业务的，不能及时给予用户启示，从而导致耽误用户的时间。

本实施例在多运营商支持一卡多号业务的情况下，通过对待办理业务的手机号码进行运营商的智能匹配，另外对手机号码对应的运营商进行是否支持一卡多号业务的判断，可以免去用户在办理一卡多号业务时手动选择运营商的麻烦，同时也能让用户尽早知道待办理一卡多号业务的手机号码所对应的运营商是否支持一卡多号业务，而无需像现有技术一样得通过最后登录失败的结果才知道该运营商不支持业务。

实施例二

在实施例一的基础上，当智能手机中有两张SIM卡时，分别对这两张SIM卡进行运营商的匹配，并分别判断这两张SIM卡号码所对应的运营商是否提供一卡多号业务，例如，当智能手机内有一张中国移动和中国联通的SIM卡时，则分别判断中国移动和中国联通是否支持一卡多号业务的办理，并且将业务办理过程中输入的号码分别与这两张SIM卡对应的号码进行校验，查看是否是其中某张SIM卡所对应的已经开通移动通信的号码。

进一步的，当得知待办理一卡多号业务的手机号码对应的运营商提供一卡多号业务时，预先获取支持一卡多号业务对应的软件开发程序包，并进行在线的安装和检测申请状态，同时根据预先开启一卡多号业务过程的申请短信，生成相应的一卡多号业务申请模板，另外在启动一卡多号业务处理后，自动获取开启一卡多号业务并生成具有验证号的确认短信，从而在办理一卡多号的过程中，能够直接用相应的申请模板，并且对交互短信的内容进行识别，自动生成确认短信与一卡多号业务的服务器进行交互，从而加快一卡多号业务办理的流程。

其中一卡多号业务办理过程中的交互短信内容进行识别，具体是根据运营商发来的交互短信内容中的关键词来识别，本实施例在办理业务的过程中客户端与运营商进行短信交互的流程如下：客户端提交选择一卡多号业务请求至运营商服务器，运营商服务器回复一条业务办理的确认短信；客户端对短信的关键字信息进行识别，然后弹出对应的办理业务的确认提示框，用户点击确定办理，客户端将预先生成的确认申请短信模板发送到运营商服务器，之后运营商服务器回复业务办理成功或者失败的短信；客户端对该短信内容进行关键词识别，给用户相应的提示。

例如，某一中国移动电话卡在办理一卡多号业务过程中，运营商发来第一条短信内容如下：″尊敬的用户您好，您正在申请中国移动和多号业务，开通的副号码为16200000009。回复″A″确认开通，不回复则不开通。5分钟内回复有效。中国移动″，根据这条短信的关键词，提取对应的有效信息，弹出一个提示框，如果用户点击确认回复，那客户端就会回复″A″到运营商来办理该业务，如果用户点击取消，则不会继续办理。当客户端第一次回复″A″的情况下，则会继续收到来自运营商的短信内容如下：″【副号办理成功】尊敬的用户，您已成功办理副号2：16200000009。温馨提示：使用副号2拨打电话/发送短信可直接在对方号码前加拨″125832″″；当办理不成功的情况下，则会受到来自运营商的如下短信：″【副号办理失败】尊敬的用户，抱歉，在您办理和多号副号的过程中遇到了异常情况，您的副号办理失败。请回复″KT″重新办理。中国移动″。根据业务办理过程中交互短信内容，进行关键词提取来判断业务办理是否成功，通过判断的结果弹出不同的窗口给用户提示，使用户能够简便地对交互短信进行回复。

本实施例通过对一卡多号业务办理过程中的交互短信内容进行识别，并且利用事先生成的确认办理的申请模板，实现在一卡多号业务办理过程中能在客户端界面弹出对交互短信内容识别的结果，用户通过简单的操作使客户端能自动对交互短信进行回复，避免用户在短信界面和业务办理界面来回切换，同时也免去用户需要手动对业务办理的交互短信进行多次回复的麻烦，从而实现业务办理流程的加快和办理过程的智能化。

实施例三

在实施例一的基础上，智能手机中已开通移动通信的号码除了从实体卡中获取外，还可以从实体卡所对应的虚拟卡中获取，其中实体卡为智能手机的卡槽插座处的SIM卡，虚拟卡为实体卡数据存储器中保存的虚拟数据，其中实体卡数据存储器为智能手机中独立设置的安全芯片存储器，虚拟卡在安全芯片存储器中进行有权限的读取操作，即在安全芯片中运行有trustzone系统，具体的，安全芯片在安全权限模式下保存和读取虚拟卡数据，同时，实体SIM卡也运行有安全权限环境，即让trustzone系统运行在SIM实体卡中，实现在安全权限模式环境中进行SIM卡数据的读取，从而保证一卡多号业务办理的安全性。

在办理完一卡多号业务后，通过对所申请到的各号码进行特征数据的标识，标记对应的特征标签，使用所申请的号码进行呼叫业务时，可以通过将被叫号码的标记信息与所申请的号码上标记的特征标签相匹配，实现某一特定的号码呼叫某一类别的被叫号码。例如：智能手机内有实体卡18820159889，其通过办理一卡多号业务申请了两个副号，比如14711111111，1472222222，用户可以通过设定其中14711111111专门用于快递以及订餐类的号码的呼叫，而14722222222专门用于出租车类的业务操作。比如，某一电话号码为送快递人员的号码，通过其自身或者是收件人对该号码进行标记后上传至云端号码服务器，此时通过本实施例中的智能手机呼叫该号码时，则会自动选择对应于快递送餐的副号″14711111111″发起呼叫，云端号码服务器中的标记信息也可以是某些号码所有者或者是企业对其的号码进行标记后上传的，比如某企业将其总机号码标记为公司名称，方便在有客户需要联系时，可以直接从云端号码服务器中查询到该号码。

除了在云端号码服务器查询被叫号码的标记信息外，还可以在智能手机本地的数据库中查询被叫号码上的相关标记，通过与智能手机本地对被叫号码标记信息进行匹配，从而选择特定的主叫号码进行呼叫业务，比如说某一出租车司机的电话号码云端号码服务器上没有相关的标记信息，但是用户在本地对其进行了相关的备注，比如″出租车司机″类的标记信息，在对该电话号码进行呼叫时，则会自动选择与此相匹配的副号″14722222222″进行呼叫。

通过这种方式，可以实现用户通过办理一卡多号业务所申请的某一号码用于专利呼叫某一类型的被叫号码。

实施例四

本发明还提供了一种移动终端，其模块框图如图2所示，具体包括如下模块：

匹配模块210，用于在移动终端中对输入的客户识别模块号码进行运营商匹配；

判断模块220，用于判断当前运营商是否提供该客户识别模块号码对应的一卡多号业务；

校验模块230，用于在所述客户识别模块号码对应的运营商提供一卡多号业务时，校验所述客户识别模块号码是否是所述移动终端中已开通移动通信的客户识别模块号码；

启动模块240，用于在校验模块校验成功后，启动当前运营商的一卡多号业务处理。

针对上述实施方式，本发明给出一种应用场景，本实施例中的移动终端以智能手机为例，当所述智能手机通过一卡多号业务办理的客户端办理该业务时，首先输入待办理业务的手机号码，匹配模块210通过对所输入的手机号码进行该手机号码对应运营商的匹配，基于目前只有三大电信运营商，这个步骤即是匹配待办理一卡多号业务的手机号码对应的是中国移动、中国联通还是中国电信；在匹配出所述待办理一卡多号业务的手机号码对应的运营商后，则通过判断模块220对该运营商是否提供一卡多号业务进行判断，具体是通过发送业务请求至运营商服务器的相关接口，从而知晓该运营商是否支持一卡多号业务，目前只有中国移动支持一卡多号业务，当中国联通和中国电信推出一卡多号业务后，运营商服务器上的相关数据即会更新，客户端则可以通过访问服务器知晓最新的状态，当得知待办理业务的手机号码对应的运营商支持该业务后，进一步通过校验模块230校验待办理一卡多号业务的手机号码是否是智能手机已开通移动通信的号码，当校验结果为是时，则通过启动模块240启动当前运营商的一卡多号业务的办理，当校验结果为否时，则终止一卡多号业务的办理。另外，当得知待办理业务的手机号对应的运营商不支持一卡多号业务后，则及时给出友好提示，告知用户该号码对应的运营商不支持该业务，而无需像现有技术中由于支持一卡多号业务办理的软件开发程序包没有判断运营商是否支持一卡多号业务，需从登录失败后返回的结果中才知道该待办理业务的手机号码对应的运营商是不提供一卡多号业务的，不能及时给予用户启示，从而导致耽误用户的时间。

本发明实施例通过对待办理业务的手机号码进行运营商的智能匹配，另外对手机号码对应的运营商进行是否支持一卡多号业务的判断，可以免去用户在办理一卡多号业务时手动选择运营商的麻烦，同时也能让用户尽早知道待办理一卡多号业务的手机号码所对应的运营商是否支持一卡多号业务。

上述本发明所公开的任意技术方案除另有声明外，如果其公开了数值范围，那么公开的数值范围均为优选的数值范围，任何本领域的技术人员应该理解：优选的数值范围仅仅是诸多可实施的数值中技术效果比较明显或具有代表性的数值。由于数值较多，无法穷举，所以本发明才公开部分数值以举例说明本发明的技术方案，并且，上述列举的数值不应构成对本发明创造保护范围的限制。

如果本文中使用了″第一″、″第二″等词语来限定零部件的话，本领域技术人员应该知晓：″第一″、″第二″的使用仅仅是为了便于描述上对零部件进行区别如没有另行声明外，上述词语并没有特殊的含义。

另外，上述本发明公开的任意技术方案中所应用的用于表示位置关系或形状的术语除另有声明外其含义包括与其近似、类似或接近的状态或形状。本发明提供的任意部件既可以是由多个单独的组成部分组装而成，也可以为一体成形工艺制造出来的单独部件。

最后应当说明的是：以上实施例仅用以说明本发明的技术方案而非对其限制；尽管参照较佳实施例对本发明进行了详细的说明，所属领域的普通技术人员应当理解：依然可以对本发明的具体实施方式进行修改或者对部分技术特征进行等同替换；而不脱离本发明技术方案的精神，其均应涵盖在本发明请求保护的技术方案范围当中。

本发明实施例还揭示了：A1、一种移动终端中实现一卡多号的方法，包括：

依据在移动终端中输入的客户识别模块号码进行运营商匹配；

判断当前运营商是否提供该客户识别模块号码对应的一卡多号业务；

当判断结果为是时，校验所述输入的客户识别模块号码是否是所述移动终端中已开通移动通信的客户识别模块号码；

校验成功后，启动当前运营商的一卡多号业务处理。

A2、如A1所述的实现一卡多号的方法，其特征在于，当所述移动终端中至少存在两个客户识别模块号码时，分别进行运营商的匹配并判断所述运营商是否提供所述客户识别模块号码对应的一卡多号业务。

A3、如A1所述的实现一卡多号的方法，其特征在于，当所述客户识别模块号码对应的运营商提供一卡多号业务时，预先获取支持一卡多号业务对应的软件开发程序包，并进行在线安装和检测申请状态，根据预定的开启一卡多号业务的申请短信，生成相应的一卡多号业务申请模板。

A4、如A3所述的实现一卡多号的方法，其特征在于，在启动一卡多号业务处理后，还包括，自动获取开启一卡多号业务并生成具有验证号的确认短信。

A5、如A1所述的实现一卡多号的方法，其特征在于，当所述移动终端至少具有两张客户识别模块卡时，分别获取客户识别模块号码，并与输入的客户识别模块进行校验。

A6、如A1所述的实现一卡多号的方法，其特征在于，所述移动终端中已开通移动通信的客户识别模块号码从实体卡或虚拟卡中获取；所述实体卡为移动终端的插座处的客户识别模块；所述虚拟卡为客户识别模块数据存储器中保存的虚拟客户识别模块数据。

A7、如A6所述的实现一卡多号的方法，其特征在于，所述客户识别模块数据存储器为所述移动终端中独立设置的安全芯片存储器，所述虚拟客户识别模块数据在安全芯片存储器中进行有权限的读取操作。

A8、如A7所述的实现一卡多号的方法，其特征在于，所述安全芯片存储器中在其安全权限模式下保存和读取所述虚拟客户识别模块数据。

A9、如A6所述的实现一卡多号的方法，其特征在于，所述实体卡中运行有安全权限模式环境，在所述安全权限模式环境中进行所述客户识别模块数据的读取。

A10、如A1所述的实现一卡多号的方法，其特征在于，在成功申请一卡多号业务后，对所述申请的各号码进行特征数据的识别，并标记对应的特征标签。

A11、如A10所述的实现一卡多号的方法，其特征在于，在利用所述申请的号码呼叫有标记信息的被叫号码时，通过被叫号码的标记信息与所述申请的号码上对应的特征标签进行匹配，以匹配到的申请号码进行呼叫操作。

A12、如A11所述的实现一卡多号的方法，其特征在于，所述被叫号码的标记信息从云端服务器中查询，所述标记信息来源于用户对本地号码进行标记或来源于云端。

本发明实施例还揭示了：B13、一种移动终端，其特征在于，包括：

匹配模块，用于在移动终端中对输入的客户识别模块号码进行运营商匹配；

判断模块，用于判断当前运营商是否提供该客户识别模块号码对应的一卡多号业务；

校验模块，用于在所述客户识别模块号码对应的运营商提供一卡多号业务时，校验所述客户识别模块号码是否是所述移动终端中已开通移动通信的客户识别模块号码；

启动模块，用于在校验模块校验成功后，启动当前运营商的一卡多号业务处理。

B14、如B13所述的移动终端，其特征在于，还包括：

号码判断模块，用于判断所述移动终端中的客户识别模块号码是否至少为两个，所是，则分别进行运营商的匹配并判断所述运营商是否提供所述客户识别模块号码对应的一卡多号业务。

B15、如B13所述的移动终端，其特征在于，还包括：

安装检测模块，用于在判断模块判断所述客户识别模块号码对应的运营商提供一卡多号业务时，对预先获取支持一卡多号业务对应的软件开发程序包进行在线安装以及检测申请状态。

B16、如B13所述的移动终端，其特征在于，所述启动模块还包括：

获取单元，用于在启动模块启动一卡多号业务处理时，自动获取开启一卡多号业务并生成具有验证号的申请短信；

发送单元，用于发送通过获取单元获取的申请短信。

B17、如B13所述的移动终端，其特征在于，还包括：

第二校验模块，用于在所述号码判断模块判断所述移动终端中的客户识别模块号码至少为两个时，分别将移动终端中的客户识别模块号码与输入的客户识别模块号码进行校验。

B18、如B13所述的移动终端，其特征在于，还包括：

实体卡模块和虚拟卡模块，所述实体卡模块为移动终端的插座处的客户识别模块；所述虚拟卡模块为虚拟客户识别模块数据。

B19、如B18所述的移动终端，其特征在于，还包括：

数据存储模块，用于存储虚拟卡模块中的虚拟客户识别模块数据，供虚拟客户识别模块数据进行有权限的读取操作。

B20、如B19所述的移动终端，其特征在于，所述数据存储模块还包括：

安全权限单元，用于提供安全权限模块环境中进行所述客户识别模块进行数据的读取。

B21、如B13所述的移动终端，其特征在于，还包括：

识别标记模块，用于在成功申请一卡多号业务后，对所述申请的各号码进行特征数据的识别，标记对应的特征标签。