CN110536278B - 一种用户写卡方法及装置、设备、存储介质 - Google Patents

Abstract

本发明实施例公开了一种用户写卡方法及装置、设备、存储介质，其中，该方法包括：终端向写卡平台发送第一写卡申请，所述第一写卡申请中携带所述终端上的预置卡的卡信息；所述终端重启后，利用所述写卡平台分配的临时号码与所述写卡平台建立通信连接。

Description

一种用户写卡方法及装置、设备、存储介质

技术领域

本发明涉及用户识别卡技术，尤其涉及一种用户写卡方法及装置、设备、存储介质。

背景技术

用户办理新卡业务一般采用如下方式：

方式一：营业厅现场写卡，即用户到营业厅申请办理新卡或补换卡业务，营业厅操作人员通过写卡终端现场为用户写入通信数据，并进行开通。

方式二：两不一快自助换卡，即使用两部手机，A手机内放入可正常使用的卡，B手机内放入待更新数据的新卡。使用A手机，将B手机中新卡的临时手机号发送到写卡平台，通过两部手机与写卡平台的交互，向新卡中写入最终通信数据，完成不换号更换USIM卡。

上述方式一存在如下缺陷：1)要求用户到营业厅/代办点进行业务办理。对于运营商来讲，必须建设一定数量的营业厅/代办点以保证服务的覆盖面；对于用于来讲，必须到营业厅/代办点才能办理业务，增加时间成本；2)用户不能自助操作写卡。

上述方式二存在如下缺陷：1)要求用户同时操作2部手机，交互操作步骤较多；2)要求用户同时有2张卡，且2张卡均在平台侧开通，具备通信能力；3)只能实现换卡，不能满足新发卡业务；4)新卡中的手机号码等有限的资源被提前占用，目前码号资源非常紧张，用这种方式，如果用户不换卡，新卡临时手机号将一直被占用。5)通过普通短信方式发起及确认，有被社会工程攻击的可能性。

对于突发、紧急情况下的办理新卡，用户希望能够自助、及时的操作写卡业务的特殊需求，方式一无法满足以上要求。方式二前提条件比较多，且容易造成资源浪费，并且有一定安全风险。

发明内容

有鉴于此，本发明实施例为解决现有技术中存在的至少一个问题而提供一种用户写卡方法及装置、设备、存储介质。

本发明实施例的技术方案是这样实现的：

本发明实施例提供一种用户写卡方法，所述方法包括：

终端向写卡平台发送第一写卡申请，所述第一写卡申请中携带所述终端上的预置卡的卡信息；

所述终端重启后，利用所述写卡平台分配的临时号码与所述写卡平台建立通信连接。

本发明实施例提供一种用户写卡方法，所述方法包括：

写卡平台接收终端发送的第一写卡申请，所述第一写卡申请中携带所述终端上的预置卡的卡信息；

所述写卡平台为所述终端临时分配预置卡的临时号码；

所述写卡平台与所述终端利用所述临时号码与建立通信连接。

本发明实施例提供一种用户写卡装置，所述装置包括：

第一发送单元，用于向写卡平台发送第一写卡申请，所述第一写卡申请中携带所述终端上的预置卡的卡信息；

第一建立单元，用于在终端重启后，利用所述写卡平台分配的临时号码与所述写卡平台建立通信连接。

本发明实施例提供一种用户写卡装置，所述装置包括：

第六接收单元，用于接收终端发送的第一写卡申请，所述第一写卡申请中携带所述终端上的预置卡的卡信息；

分配单元，用于为所述终端临时分配预置卡的临时号码；

第二建立单元，用于与所述终端利用所述临时号码与建立通信连接。

本发明实施例提供一种户写卡设备，包括存储器和处理器，所述存储器存储有可在处理器上运行的计算机程序，所述处理器执行所述程序时实现终端侧的用户写卡方法中的步骤；或者，所述处理器执行所述程序时实现写卡平台侧的用户写卡方法中的步骤。

本发明实施例提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现中终端侧的所述用户写卡方法中的步骤；或者，该计算机程序被处理器执行时实现写卡平台侧的用户写卡方法中的步骤。

本发明实施例提供的用户写卡方法及装置、设备、存储介质，其中，终端向写卡平台发送第一写卡申请，所述第一写卡申请中携带所述终端上的预置卡的卡信息；所述终端重启后，利用所述写卡平台分配的临时号码与所述写卡平台建立通信连接；如此，用户通过1部终端、1张用户识别卡就能自助实现写卡业务。

附图说明

图1A为方式一营业厅现场写卡流程图；

图1B为方式二两不一快自助换卡流程图；

图1C为本发明实施例网络架构的组成结构示意图；

图2A为本发明实施例用户写卡方法的实现流程示意图；

图2B为本发明另一实施例用户写卡方法的实现流程示意图；

图3为本发明实施例写卡系统的组成结构示意图；

图4为本发明实施例空卡校验的实现流程示意图；

图5为本发明实施例短信写卡的实现流程示意图；

图6A为本发明实施例用户写卡装置的组成结构示意图；

图6B为本发明另一实施例用户写卡装置的组成结构示意图；

图7为本发明实施例中用户写卡设备的一种硬件实体示意图。

具体实施方式

用户办理新卡业务一般采用如下方式：

方式一：营业厅现场写卡，即用户到营业厅申请办理新卡或补换卡业务，营业厅操作人员通过写卡终端现场为用户写入通信数据，并进行开通。

方式二：两不一快自助换卡，即使用两部手机，A手机内放入可正常使用的卡，B手机内放入待更新数据的新卡。使用A手机，将B手机中新卡的临时手机号发送到写卡平台，通过两部手机与写卡平台的交互，向新卡中写入最终通信数据，完成不换号更换USIM卡。

图1A为方式一营业厅现场写卡流程图，如图1A所示，该流程包括：

步骤1，在写卡终端/客户端，操作员选择写卡操作；

步骤2，写卡终端/客户端向卡获取卡信息；

步骤3，卡向写卡终端/客户端返回卡信息；

步骤4，写卡终端/客户端对卡信息进行判断；

其中，对卡信息进行判断包括对卡的有效性进行判断等。

步骤5，写卡终端/客户端向客户关系管理系统(CRM，Customer relationshipmanagement)系统发起写卡请求；

步骤6，CRM系统向写卡资源库发起写卡数据请求；

步骤7，写卡资源库向CRM系统返回写卡数据；

步骤8，CRM系统向现场写卡系统发生写卡数据；

步骤9，现场写卡系统组装密文写卡指令；

步骤10，现场写卡系统向CRM系统返回写卡指令；

步骤11，CRM系统向卡下发写卡指令；

步骤12，卡自解密病写入写卡数据；

步骤13，卡向CRM系统返回写卡结果报文；

步骤14，CRM系统向业务运营支撑系统(BOSS，Business&Operation SupportSystem)系统发起开通；

步骤15，CRM系统向写卡终端/客户端返回业务办理结果；

步骤16，写卡终端/客户端提示用户业务办理情况。

图1B为方式二两不一快自助换卡流程图，如图1B所示，该流程包括：

步骤1，终端1向10086系统发送输入的新卡内的临时手机号；

步骤2，10086系统判断换卡申请的合法性；

步骤3，10086系统向终端2询问用户是否执行换卡操作；

步骤4，终端2向10086系统恢复确认换卡；

步骤5，10086系统向CRM系统发起写卡请求；

步骤6，CRM系统向写卡资源库/临时码号资源池发送实时写卡数据请求；

步骤7，写卡资源库/临时码号资源池向CRM系统返回实时写卡数据；

步骤8，CRM系统向现场写卡系统发送请求写卡数据短信；

步骤9，现场写卡系统组装写卡数据短信；

步骤10，现场写卡系统向CRM系统返回写卡数据短信；

步骤11，CRM系统向数据短信下发平台返回写卡数据短信；

步骤12，数据短信下发平台向终端2下发写卡数据短信；

步骤13，终端2向数据短信下发平台返回USIM卡自动回复结果；

步骤14，数据短信下发平台向CRM系统返回回复结果；

步骤15，CRM系统向10086系统返回回复结果；

步骤16，10086系统向终端1询问用户写卡结果；

步骤17，终端2写入实时写卡数据；

步骤18，终端2提示用户写卡结果；

步骤19，终端1向10086系统返回写卡结果

步骤20，10086系统向CRM系统返回写卡结果；

步骤21，CRM系统向BOSS发起开通请求；

步骤22，CRM系统向10086系统返回业务办理结果；

步骤23，10086系统向终端2提示用户换卡成功；

步骤24，10086系统提示用户换卡失败。

上述方式一存在如下缺陷：1)要求用户到营业厅/代办点进行业务办理。对于运营商来讲，必须建设一定数量的营业厅/代办点以保证服务的覆盖面；对于用于来讲，必须到营业厅/代办点才能办理业务，增加时间成本；2)用户不能自助操作写卡。

上述方式二存在如下缺陷：1)要求用户同时操作2部手机，交互操作步骤较多；2)要求用户同时有2张卡，且2张卡均在平台侧开通，具备通信能力；3)只能实现换卡，不能满足新发卡业务；4)新卡中的手机号码等有限的资源被提前占用，目前码号资源非常紧张，用这种方式，如果用户不换卡，新卡临时手机号将一直被占用。5)通过普通短信方式发起及确认，有被社会工程攻击的可能性。

对于突发、紧急情况下的办理新卡，用户希望能够自助、及时的操作写卡业务的特殊需求，方式一无法满足以上要求。方式二前提条件比较多，且容易造成资源浪费，并且有一定安全风险。

本实施例要解决的技术问题包括：1)用户通过1部普通手机、1张卡自助实现写卡业务；2)同时避免手机号码的无效占用；3)通过设计合理的业务流程保证写卡安全。

下面结合附图和实施例对本发明的技术方案进一步详细阐述。

本实施例先提供一种网络架构，图1C为本发明实施例网络架构的组成结构示意图，如图1C所示，该网络架构包括两个或多个终端11至1N和写卡平台31，其中终端11至1N与写卡平台31之间通过网络21进行交互。一般来说，终端在实施的过程中可以为各种类型的具有信息处理能力的设备，例如手机、平板电脑、数字电话、视频电话、传感设备等。每一终端都可以通过本实施例提供的方法实现自助写卡，而不需要借助其他额外的终端。

本实施例提出一种用户写卡方法，用户通过1部终端如手机、1张用户识别卡就能自助实现写卡业务问题，该方法应用于终端，该方法所实现的功能可以通过终端中的处理器调用程序代码来实现，当然程序代码可以保存在计算机存储介质中，可见，该终端至少包括处理器和存储介质。

图2A为本发明实施例用户写卡方法的实现流程示意图，如图2A所示，该方法包括：

步骤S201，终端向写卡平台发送第一写卡申请，所述第一写卡申请中携带所述终端上的预置卡的卡信息；

其中，所述预置卡中预置有临时卡数据，所述预置卡具有唯一的身份识别码，所述临时卡数据被预置在N个预置卡中，所述N为大于等于2的整数。

在实现的过程中，所述终端向写卡平台发送第一写卡申请，包括：终端通过WiFi方式等向写卡平台发送第一写卡申请。其中，第一写卡申请为临时写卡申请，是为了让写卡平台向预置卡分配临时号码，这样以便实现用户后续使用自己选择的用户卡卡号。

步骤S202，所述终端重启后，利用所述写卡平台分配的临时号码与所述写卡平台建立通信连接。

在其他的实施例中，所述终端包括写卡组件、客户端和预置卡，对应地，步骤S201包括：所述写卡组件向所述写卡平台发送第一写卡申请；步骤S203包括：所述预置卡利用所述写卡平台分配的临时号码与所述写卡平台建立通信连接。

在其他的实施例中，在步骤S201之前，所述方法还包括：

步骤S200，所述写卡组件访问所述预置卡，获取所述预置卡的卡信息；或者，所述写卡组件扫描所述预置卡的二维码，获得所述预置卡的卡信息。

本实施例中，由于有些终端不支持写卡组件直接访问卡(预置卡)，所以获取卡信息的方法可能通过其他方法，例如扫描卡体上的二维码。由于获取卡信息可以不通过开内读取(即非直接从卡内读取)，因此存在卡并非在终端内，并非在用户手中的可能性，本实施例在建立通信后，平台向终端发送验证码，通过可被信任的安全的写卡组件输入验证码传到后台进行验证的，可以验证卡在用户终端内的真实性。该流程可以在最终写卡时来体现，在其他的实施例中，所述第一写卡申请中携带有待开通号码，在步骤S202之后，所述方法还包括：

步骤S203，所述预置卡向所述写卡平台发送第二写卡申请；

这里，第一写卡申请为临时写卡申请，是为了让写卡平台向预置卡分配临时号码，这样以便实现用户后续使用自己选择的用户卡卡号，而第二写卡申请可以理解为正式写卡申请，即向写卡平台申请待开号码的卡数据，以便将待开通号码开通，待开通号码可以是用户选择的最终号码。

步骤S204，所述预置卡接收所述写卡平台通过短信方式发送的验证码；

步骤S205，所述客户端或写卡组件接收用户输入的验证码，所述客户端或写卡组件向写卡平台发送输入的验证码和获取的终端信息；

步骤S206，所述预置卡接收所述写卡平台发送的所述待开通号码的写卡数据，并所述预置卡对所述待开通号码的写卡数据进行写卡；

其中，所述预置卡对所述待开通号码的写卡数据进行写卡，包括：所述预置卡将所述待开通号码的写卡数据写入，并覆盖所述预置卡的卡数据。

步骤S207，所述预置卡向所述写卡平台发送写卡结果。

这里，所述写卡平台接收所述预置卡发送的写卡结果后，如果所述写卡结果表明写卡成功(即写卡结果成功)时，所述写卡平台向BOSS发送开通所述待开通号码，且所述写卡平台释放所述预置卡的卡数据和所述预置卡的临时号码。如果写卡结果表明写卡失败，则流程结束或继续发起第二写卡申请。

在其他的实施例中，在第一写卡申请之前，即临时写卡流程之前，该方法还包括：空卡校验流程，该流程包括：

步骤S11，所述写卡组件向所述写卡平台发送空卡校验请求，所述空卡校验请求中携带有获取的终端信息和所述预置卡的卡信息；

这里，所述写卡平台接收写卡组件发送的空卡校验请求，所述空卡校验请求中携带有获取的终端信息和所述预置卡的卡信息；所述写卡平台根据所述预置卡的卡信息校验所述预置卡是否有效，获得空卡校验结果，并保存所述卡信息和所述终端信息；所述写卡平台向写卡组件发送空卡校验结果。其中，写卡平台校验空卡的合法性，其中校验空卡的合法性包括根据卡信息判断卡是否是在写卡平台记录的有效卡片，如果卡是有效卡片，则卡是合法的，如果卡不是有效卡片，则卡不是合法的。在其他的实施例中，空卡校验除了判断卡的合法性外，还可以包括根据卡信息判断卡的唯一性的步骤，例如判断卡信息是否是唯一的，如果卡信息是唯一的，则所述预置卡是有效的，如果卡信息不是唯一的，则所述预置卡不是有效的。

步骤S12，所述写卡组件接收所述写卡平台发送的空卡校验结果，并向所述客户端返回空卡校验结果；

步骤S13，当所述空卡校验结果表明空卡校验成功时，所述客户端向写卡组件发送第二写卡申请。

本实施例中，通过空卡校验环节，将终端信息与写卡平台后台保存的终端信息进行比对，保证终端一致，从而来增强安全性。需要说的是，整个业务流程中存在办理流程中断，用户再次登录继续操作的情况，如果用户输入了黑客的卡信息(例如扫描了假的二维码，真实卡片未在终端内)，又完成了选号、实名认证、缴费以后中断操作，黑客可以通过另外的手机插入白卡，继续后续写卡操作，最终用户实名且已缴费的卡被黑客滥用。所以流程中在空卡校验环节、写卡初次申请环节、输入验证码环节，写卡组件都获取了终端信息，并在后台进行比对，保证终端的一致性，避免黑客使用异终端接续用户本人操作。

本实施例提出一种用户写卡方法，用户通过1部终端如手机、1张用户识别卡就能自助实现写卡业务问题，该方法应用于写卡平台，该方法所实现的功能可以通过写卡平台中的处理器调用程序代码来实现，当然程序代码可以保存在计算机存储介质中，可见，该写卡平台至少包括处理器和存储介质。

图2B为本发明实施例另一用户写卡方法的实现流程示意图，如图2B所示，该方法包括：

步骤S211，终端向写卡平台发送第一写卡申请，所述第一写卡申请中携带所述终端上的预置卡的卡信息；

其中，第一写卡申请为临时写卡申请，是为了让写卡平台向预置卡分配临时号码，这样以便实现用户后续使用自己选择的用户卡卡号

步骤S212，写卡平台接收终端发送的第一写卡申请，所述第一写卡申请中携带所述终端上的预置卡的卡信息；

步骤S213，所述写卡平台为所述终端临时分配预置卡的临时号码；

在其他的实施例中，所述写卡平台为所述终端临时分配预置卡的临时号码包括：基于所述第一写卡申请，所述写卡平台向号码资源池申请分配临时号码；所述写卡平台接收所述号码资源池返回的临时号码；所述写卡平台根据所述卡信息获取所述预置卡的卡数据，并向BOSS系统申请开通所述临时号码和所述预置卡的卡数据。网络侧设备(例如写卡平台)在需要时临时分配并开通临时号，有效避免号码的无效占用，另外预置卡数据可1对多预置，例如一套个人化数据(K、OPc、IMSI等)可预置在10000张卡内，但空卡的唯一标识(例如空卡序列号)每张卡不同，同时节省临时卡数据。临时卡数据和临时号码均可重复再利用。

步骤S214，所述终端重启后，利用所述写卡平台分配的临时号码与所述写卡平台建立通信连接；

步骤S215，所述写卡平台与所述终端利用所述临时号码与建立通信连接。

在其他的实施例中，所述第一写卡申请中还包括终端信息，这样写卡平台还会对第一写卡申请中的卡信息和终端信息进行后台验证，所述方法还包括：

步骤S21，所述写卡平台将所述第一写卡申请中的卡信息与空卡校验的卡信息进行对比，完成对所述第一写卡申请中的卡信息的验证；

步骤S22，所述写卡平台将所述第一写卡申请中的终端信息与空卡校验的终端信息进行对比，完成对所述第一写卡申请中的终端信息的验证；

步骤S23，如果对所述第一写卡申请中的卡信息和对所述第一写卡申请中的终端信息验证通过时，进入步骤S213，所述写卡平台为所述终端临时分配预置卡的临时号码。

在其他的实施例中，在第一写卡申请或第二写卡申请可以携带有待开通号码，因此，在步骤S215之后，该方法还包括正式写卡流程，该流程包括：

步骤S31，所述预置卡向所述写卡平台发送第二写卡申请；

其中，第二写卡申请为正式写卡的申请，为了是开通待开通号码，待开通号码是用户选择的最终号码。

步骤S32，所述写卡平台接收所述预置卡发送的第二写卡申请；

步骤S33，所述写卡平台通过短信方式向所述预置卡发送验证码；

步骤S34，所述预置卡接收所述写卡平台通过短信方式发送的验证码；

步骤S35，所述客户端或写卡组件接收输入的验证码，所述客户端或写卡组件向写卡平台发送输入的验证码和获取的终端信息；

步骤S36，所述写卡平台对客户端或写卡组件发送的验证码和终端信息进行验证，验证通过后，向所述预置卡发送所述待开通号码的写卡数据。

步骤S37，所述预置卡接收所述写卡平台发送的所述待开通号码的写卡数据，并所述预置卡对所述待开通号码的写卡数据进行写卡；

步骤S38，所述预置卡向所述写卡平台发送写卡结果。

步骤S39，所述写卡平台接收所述预置卡发送的写卡结果；

步骤S40，如果所述写卡结果成功时，所述写卡平台向BOSS发送开通所述待开通号码，且所述写卡平台释放所述预置卡的卡数据和所述预置卡的临时号码。

目前新发卡模式主要支持两种方式：方式一：支持在营业厅、代办点，营业人员或者代办员通过有线传输方式申请写卡，并使用有线方式，借助外设读卡器，将卡数据下载在卡内。方式二：支持“两不一快”换卡模式，用户通过普通短信申请写卡，平台下发数据短信将卡数据下载到卡内，完成用户自助换卡。

以上两种方式，一是需要借助营业员，使用有线方式，需要借助读卡器，二是需要普通短信发起申请，数据短信下发，仅能完成换卡。以上两种方式均不能使用手机客户端，通过网络方式发起写卡请求，并通过网络方式下载数据至卡内。

为了解决上述问题之一，本实施例先提供一种写卡系统。图3为本发明实施例写卡系统的组成结构示意图，如图3所示，该系统包括：自助写卡平台31、移动终端32、短信下发平台33、临时码号资源池34、BOSS系统35和写卡数据资源池36，其中移动终端32包括客户端321、写卡组件322和智能卡(用户识别卡)333，其中：

自助写卡平台31，用于判断业务类型，验证智能卡信息，申请匹配临时号码、组织写卡报文，申请号码开通等操作，作为BOSS、临时号码资源池(临时手机号码资源池)、写卡数据资源池与卡之间的信息传输通道及逻辑控制系统。另具备选号模块，用于用户新选号、选套餐等。

客户端321，用于向用户提供业务操作(选号码、选套餐、业务开通)界面，调用白卡入网写卡组件。

白卡入网写卡组件322，用于可与写卡平台交互完成写卡申请、校验码校验、写卡等操作。白卡入网写卡组件是安全的模块，以与写卡平台进行交互。

智能卡(含写卡模块)323，接收预置了写卡模块，用于接收和识别写卡的短信并完成写卡操作。智能卡的形态不限，预置临时的卡数据，但平台侧未配置移动台国际用户识别码(MSISDN，Mobile Subscriber International ISDN number)，不具备通信能力。预置卡片的唯一标识(例如空卡序列号)，唯一标识与临时卡的写卡数据在平台侧有对应关系。为节省卡数据资源，可“1对多”预置，例如1:10000预置(10000张卡预置1套卡数据)。

短信下发平台33，用于接收写卡平台的短信下发指令，完成短信下发。

临时码号资源池34，用于管理临时卡的写卡数据和临时手机号码的系统或模块，临时卡的写卡数据即卡(卡片)出厂前预置在卡内的国际移动用户识别码(IMSI，International Mobile Subscriber Identification Number)、集成电路卡识别码(ICCID，Integrate Circuit Card IDentity)等数据，临时手机号码可为固定数量或固定号段的手机号码，此处手机号码在每次写卡时被临时选取，并与临时卡的写卡数据进行绑定后开通，待写卡完成后，回收此临时手机号码和临时卡的写卡数据，待下次再次使用。

BOSS系统35，用于管理用户信息，与归属位置寄存器(HLR，Home LocationRegister)/AuC实现号码开通。

写卡数据资源池36，用于管理写卡数据资源的系统或模块，写卡数据包括IMSI、ICCID等，最终写入卡内。

需要说明的是，智能卡在出厂前需要预置写卡模块，能够接收和识别写卡的短信并完成写卡操作。智能卡可通过IMSI、ICCID、空卡序列号或其它类型的标识(ID，Identity)加以标识。

本实施例中，智能卡预置临时的卡数据和卡片的唯一标识(例如空卡序列号)，但平台侧未配置MSISDN，不具备通信能力。卡唯一标识与临时卡的写卡数据在平台侧有对应关系。可以通过写卡组件获取到卡片的唯一标识，在平台侧找到对应的临时卡的写卡数据，为了后续绑定临时号码并开通建立通信连接使用。

为节省卡数据资源，智能卡临时卡的写卡数据可“1对多”预置，例如1:10000预置(10000张卡预置1套卡数据)，但都有独立唯一的卡标识，使用时分配不同的临时号。

由于初始智能卡无法登网使用，所以最开始是由终端连接无线保真(WI-FI，Wireless Fidelity)建立网络连接，通过客户端与平台交互，完成选号选套餐，申请写卡等操作，由白卡入网写卡组件获取卡信息，向写卡平台发起写卡请求，其中：获取卡信息方式包括但不限于扫描卡体标识的二维码、通过安卓应用程序编程接口(API，ApplicationProgramming Interface)与卡交互获取等；最终通过短信方式完成最终卡数据的写入。

通过上述实施例提供的接收方案，可完成用户新发卡及补换卡业务，新发卡即用户选择新号码新套餐，补换卡即用户输入已有号码并进行身份校验，身份校验可借助方案中的实名认证。

下面结合图4、5，说明用户通过终端进行自助写卡的流程。

客户端发起写卡请求之前，需发起空卡校验操作，验证空卡的有效性，并将终端等信息上发。图4为本发明实施例空卡校验的实现流程示意图，如图4所示，该流程包括：

步骤S401，用户登录客户端，完成选择号码，套餐或者输入已有号码等操作。

其中，用户在客户端选择号码、套餐等进行新发卡申请，或者输入已有号码进行补换卡申请。

步骤S402，客户端向白卡入网写卡组件发送空卡校验请求。

步骤S403，白卡入网写卡组件获取卡信息、获取终端信息；

步骤S404，白卡入网写卡组件发送空卡校验请求；

其中，空卡校验请求中携带有终端信息。

步骤S405，自助写卡平台校验空卡的合法性，并保存卡信息及终端信息；

其中，校验空卡的合法性包括根据卡信息判断卡是否是平台记录的有效卡片；如果卡是有效卡片，则卡是合法的，如果卡不是有效卡片，则卡不是合法的。在其他的实施例中，空卡校验还可以包括根据卡信息判断卡的唯一性的步骤。

步骤S406，自助写卡平台向白卡入网写卡组件返回空卡校验结果。

步骤S407，白卡入网写卡组件向客户端返回空卡校验结果。

经过图4的流程之后就完成了空卡校验。在完成了空卡校验后，客户端发起短信写卡的请求。图5为本发明实施例短信写卡的实现流程示意图，如图5所示，该流程包括：

步骤S501，客户端向白卡入网写卡组件发起写卡请求。

步骤S502，白卡入网写卡组件再次获取终端信息；

步骤S503，白卡入网写卡组件发送短信写卡申请(即第一写卡申请)，携带卡信息、终端信息、用户选择的号码等。

步骤S504，自助写卡平台验证卡信息、终端信息等是否与空卡校验流程中上传的信息一致；如果一致，则继续后续流程；如果不一致，则流程终止，提示用户错误信息。

步骤S505，自助写卡平台向临时码号资源池申请临时号码。

步骤S506，临时码号资源池向自助写卡平台返回临时号码。

步骤S507，自助写卡平台根据卡信息找到对应的临时卡的写卡数据，并与临时号码向BOSS系统或CRM系统一起申请开通。

步骤S508，自助写卡平台通知客户端提示用户重启终端。

步骤S509，终端重启，可以使用临时号码建立通信连接。

步骤S510，卡(即预置卡)自动上发写卡申请(即第二写卡申请)。

步骤S511，自助写卡平台获取写卡申请后，下发短信验证码至卡。

步骤S512，用户收到短信验证码后将验证码输入到写卡组件的界面中。

步骤S513，写卡组件再次获取终端信息；

步骤S514，写卡组件向自助写卡平台上发短信验证码和终端信息。

步骤S515，自助写卡平台校验验证码，校验终端信息是否与前期上传的终端信息一致；如果一致，则继续后续流程，如果不一致，则流程终止，提示用户错误信息。

步骤S516，自助写卡平台根据用户选择的号码向写卡数据资源池申请最终的写卡数据。

步骤S517，写卡数据资源池向自助写卡平台返回最终写卡数据。

步骤S518，自助写卡平台组装数据短信报文。

步骤S519，自助写卡平台通过数据短信方式直接将最终写卡数据下发到卡内。

步骤S520，卡写卡。

步骤S521，卡返回写卡结果。

步骤S522，自助写卡平台向BOSS申请开通最终用户号码。

步骤S523，自助写卡平台释放临时号码和临时卡的写卡数据。

从以上实施例可以看出，平台侧在需要时临时分配并开通临时号，有效避免号码的无效占用，另外预置卡数据可1对多预置，例如一套个人化数据(K、OPc、IMSI等)可预置在10000张卡内，但空卡的唯一标识(例如空卡序列号)每张卡不同，同时节省临时卡的写卡数据。临时卡的写卡数据和临时号码均可重复再利用。

从以上实施例还可以看出，上述方案采用了短信验证码机制，由于有些终端不支持写卡组件直接访问卡，所以获取卡信息的方法可能通过其他方法，例如扫描卡体上的二维码，并非直接从卡内读取，所以存在卡并非在终端内，并非在用户手中的可能性，所以建立通信后平台发送验证码，通过可被信任的安全的写卡组件输入验证码传到后台进行验证的，可以验证卡在用户终端内的真实性。

从以上实施例又可以看出，整个业务流程中存在办理流程中断，用户再次登录继续操作的情况，如果用户输入了黑客的卡信息(例如扫描了假的二维码，真实卡片未在终端内)，又完成了选号、实名认证、缴费以后中断操作，黑客可以通过另外的手机插入白卡，继续后续写卡操作，最终用户实名且已缴费的卡被黑客滥用。所以流程中在空卡校验环节、写卡初次申请环节、输入验证码环节，写卡组件都获取了终端信息，并在后台进行比对，保证终端的一致性，避免黑客使用异终端接续用户本人操作。

从以上实施例可以看出，与现有技术相比，本实施例具有以下技术优点：用户通过1部普通手机、1张USIM卡自助实现写卡业务；同时避免手机号码资源的无效占用。

基于前述的实施例，本发明实施例提供一种用户写卡装置，该装置包括所包括的各单元、以及各单元所包括的各模块，可以通过终端中的处理器来实现；当然也可通过具体的逻辑电路实现；在实施的过程中，处理器可以为中央处理器(CPU)、微处理器(MPU)、数字信号处理器(DSP)或现场可编程门阵列(FPGA)等。

图6A为本发明实施例用户写卡装置的组成结构示意图，如图6A所示，所述第一装置600包括：

第一发送单元601，用于向写卡平台发送第一写卡申请，所述第一写卡申请中携带所述终端上的预置卡的卡信息；

第一建立单元602，用于在终端重启后，利用所述写卡平台分配的临时号码与所述写卡平台建立通信连接。

在其他的实施例中，所述预置卡中预置有临时卡数据，所述预置卡具有唯一的身份识别码，所述临时卡数据被预置在N个预置卡中，所述N为大于等于2的整数。

在其他的实施例中，所述第一发送单元，用于通过WiFi方式向写卡平台发送第一写卡申请。

在其他的实施例中，所述装置还包括：所述获取单元，用于访问所述预置卡，获取所述预置卡的卡信息；或者，用于扫描所述预置卡的二维码，获得所述预置卡的卡信息。

在其他的实施例中，所述第一写卡申请中携带有待开通号码，所述装置还包括：

第二发送单元，用于向所述写卡平台发送第二写卡申请；

第一接收单元，用于接收所述写卡平台通过短信方式发送的验证码；

第二接收单元，用于接收输入的验证码；

第三发送单元，用于向写卡平台发送输入的验证码和获取的终端信息；

第三接收单元，用于接收所述写卡平台发送的所述待开通号码的写卡数据；

写卡单元，用于对所述待开通号码的写卡数据进行写卡；

第四发送单元，用于向所述写卡平台发送写卡结果。

在其他的实施例中，所述写卡单元，用于将所述待开通号码的写卡数据写入，并覆盖所述预置卡的卡数据。

在其他的实施例中，所述装置还包括：

第五发送单元，用于向所述写卡平台发送空卡校验请求，所述空卡校验请求中携带有获取的终端信息和所述预置卡的卡信息；

第四接收单元，用于接收所述写卡平台发送的空卡校验结果，并向所述客户端返回空卡校验结果；

第五接收单元，用于当所述空卡校验结果表明空卡校验成功时，向写卡组件发送第二写卡申请。

基于前述的实施例，本发明实施例提供一种用户写卡装置，该装置包括所包括的各单元、以及各单元所包括的各模块，可以通过写卡平台中的处理器来实现；当然也可通过具体的逻辑电路实现；在实施的过程中，处理器可以为中央处理器(CPU)、微处理器(MPU)、数字信号处理器(DSP)或现场可编程门阵列(FPGA)等。

图6B为本发明实施例另一用户写卡装置的组成结构示意图，如图6B所示，所述第二装置610包括：

第六接收单元611，用于接收终端发送的第一写卡申请，所述第一写卡申请中携带所述终端上的预置卡的卡信息；

分配单元612，用于为所述终端临时分配预置卡的临时号码；

第二建立单元613，用于与所述终端利用所述临时号码与建立通信连接。

在其他的实施例中，所述第一写卡申请中还包括终端信息，所述装置还包括：

所述第一验证单元，用于将所述第一写卡申请中的卡信息与空卡校验的卡信息进行对比，完成对所述第一写卡申请中的卡信息的验证；

所述第二验证单元，用于将所述第一写卡申请中的终端信息与空卡校验的终端信息进行对比，完成对所述第一写卡申请中的终端信息的验证；

所述分配单元，用于如果对所述第一写卡申请中的卡信息和对所述写卡申请中的终端信息验证通过时，为所述终端临时分配预置卡的临时号码。

在其他的实施例中，所述分配单元包括：

申请模块，用于基于所述第一写卡申请，所述写卡平台向号码资源池申请分配临时号码；

接收模块，用于接收所述号码资源池返回的临时号码；

开通模块，用于根据所述卡信息获取所述预置卡的卡数据，并向BOSS系统申请开通所述临时号码和所述预置卡的卡数据。

在其他的实施例中，所述第一写卡申请中携带有待开通号码，所述装置还包括：

第六接收单元，用于接收所述预置卡发送的第二写卡申请；

第七发送单元，用于通过短信方式向所述预置卡发送验证码；

第三验证单元，用于对客户端或写卡组件发送的验证码和终端信息进行验证，验证通过后，向所述预置卡发送所述待开通号码的写卡数据。

在其他的实施例中，所述装置还包括：

第七接收单元，用于接收所述预置卡发送的写卡结果；

第八发送单元，用于如果所述写卡结果成功时，向BOSS发送开通所述待开通号码；

释放单元，用于释放所述预置卡的卡数据和所述预置卡的临时号码。

在其他的实施例中，所述装置还包括：

第八接收单元，用于接收写卡组件发送的空卡校验请求，所述空卡校验请求中携带有获取的终端信息和所述预置卡的卡信息；

校验单元，用于根据所述预置卡的卡信息校验所述预置卡是否有效，获得空卡校验结果，并保存所述卡信息和所述终端信息；

第九发送单元，用于台向写卡组件发送空卡校验结果。

以上装置实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果。对于本发明装置实施例中未披露的技术细节，请参照本发明方法实施例的描述而理解。

需要说明的是，本发明实施例中，如果以软件功能模块的形式实现上述的用户写卡方法，并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台用户写卡设备(可以是终端或者写卡平台等)执行本发明各个实施例所述方法的全部或部分。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read Only Memory，ROM)、磁碟或者光盘等各种可以存储程序代码的介质。这样，本发明实施例不限制于任何特定的硬件和软件结合。

对应地，本发明实施例提供一种用户写卡设备，该设备包括终端和写卡平台，写卡平台包括存储器和处理器，所述存储器存储有可在处理器上运行的计算机程序，所述处理器执行所述程序时实现终端侧的所述用户写卡方法中的步骤；或者，所述处理器执行所述程序时实现写卡平台侧的用户写卡方法中的步骤。

对应地，本发明实施例提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现终端侧的用户写卡方法中的步骤；或者，该计算机程序被处理器执行时实现写卡平台侧的用户写卡方法中的步骤。

这里需要指出的是：以上存储介质和设备实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果。对于本发明存储介质和设备实施例中未披露的技术细节，请参照本发明方法实施例的描述而理解。

需要说明的是，图7为本发明实施例中用户写卡设备的一种硬件实体示意图，如图7所示，该设备700的硬件实体包括：处理器701、通信接口702和存储器703，其中

处理器701通常控制设备700的总体操作。

通信接口702可以使设备通过网络与其他终端或服务器通信。

存储器703配置为存储由处理器701可执行的指令和应用，还可以缓存待处理器701以及设备700中各模块待处理或已经处理的数据(例如，图像数据、音频数据、语音通信数据和视频通信数据)，可以通过闪存(FLASH)或随机访问存储器(Random Access Memory，RAM)实现。

应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本发明的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。应理解，在本发明的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

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

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

另外，在本发明各实施例中的各功能单元可以全部集成在一个处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读存储器(Read Only Memory，ROM)、磁碟或者光盘等各种可以存储程序代码的介质。

或者，本发明上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台用户写卡设备(可以是终端或者写卡平台等)执行本发明各个实施例所述方法的全部或部分。而前述的存储介质包括：移动存储设备、ROM、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims (16)

1.一种用户写卡方法，其特征在于，所述方法包括：

终端通过WiFi方式向写卡平台发送第一写卡申请，所述第一写卡申请为用于获取临时号码的写卡申请，其携带所述终端上的预置卡的卡信息；其中，所述预置卡中预置有临时卡数据，并具有唯一的身份识别码，所述临时卡数据被预置在N个预置卡中，所述N为大于等于2的整数；

所述终端重启后，利用所述写卡平台分配的临时号码与所述写卡平台建立通信连接。

2.根据权利要求1所述的方法，其特征在于，所述终端包括写卡组件、客户端和预置卡，其中：

所述写卡组件向所述写卡平台发送第一写卡申请；

所述预置卡利用所述写卡平台分配的临时号码与所述写卡平台建立通信连接。

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

所述写卡组件访问所述预置卡，获取所述预置卡的卡信息；或者，

所述写卡组件扫描所述预置卡的二维码，获得所述预置卡的卡信息。

4.根据权利要求1至3任一项所述的方法，其特征在于，所述第一写卡申请中携带有待开通号码，所述方法还包括：

所述预置卡向所述写卡平台发送第二写卡申请；

所述预置卡接收所述写卡平台通过短信方式发送的验证码；

所述终端的客户端或写卡组件接收输入的验证码，所述客户端或写卡组件向写卡平台发送输入的验证码和获取的终端信息；

所述预置卡接收所述写卡平台发送的所述待开通号码的写卡数据，并所述预置卡对所述待开通号码的写卡数据进行写卡；

所述预置卡向所述写卡平台发送写卡结果。

5.根据权利要求4所述的方法，其特征在于，所述预置卡对所述待开通号码的写卡数据进行写卡，包括：

所述预置卡将所述待开通号码的写卡数据写入，并覆盖所述预置卡的卡数据。

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

所述写卡组件向所述写卡平台发送空卡校验请求，所述空卡校验请求中携带有获取的终端信息和所述预置卡的卡信息；

所述写卡组件接收所述写卡平台发送的空卡校验结果，并向所述客户端返回空卡校验结果；

当所述空卡校验结果表明空卡校验成功时，所述客户端向写卡组件发送第二写卡申请。

7.一种用户写卡方法，其特征在于，所述方法包括：

写卡平台接收终端通过WiFi方式发送的第一写卡申请，所述第一写卡申请为用于获取临时号码的写卡申请，其携带所述终端上的预置卡的卡信息；其中，所述预置卡中预置有临时卡数据，并具有唯一的身份识别码，所述临时卡数据被预置在N个预置卡中，所述N为大于等于2的整数；

所述写卡平台为所述终端临时分配预置卡的临时号码；

所述写卡平台与所述终端利用所述临时号码与建立通信连接。

8.根据权利要求7所述的方法，其特征在于，所述第一写卡申请中还包括终端信息，所述方法还包括：

所述写卡平台将所述第一写卡申请中的卡信息与空卡校验的卡信息进行对比，完成对所述第一写卡申请中的卡信息的验证；

所述写卡平台将所述第一写卡申请中的终端信息与空卡校验的终端信息进行对比，完成对所述第一写卡申请中的终端信息的验证；

如果对所述第一写卡申请中的卡信息和对所述第一写卡申请中的终端信息验证通过时，所述写卡平台为所述终端临时分配预置卡的临时号码。

9.根据权利要求7所述的方法，其特征在于，所述写卡平台为所述终端临时分配预置卡的临时号码包括：

基于所述第一写卡申请，所述写卡平台向号码资源池申请分配临时号码；

所述写卡平台接收所述号码资源池返回的临时号码；

所述写卡平台根据所述卡信息获取所述预置卡的卡数据，并向BOSS系统申请开通所述临时号码和所述预置卡的卡数据。

10.根据权利要求7所述的方法，其特征在于，所述第一写卡申请中携带有待开通号码，所述方法还包括：

所述写卡平台接收所述预置卡发送的第二写卡申请；

所述写卡平台通过短信方式向所述预置卡发送验证码；

所述写卡平台对客户端或写卡组件发送的验证码和终端信息进行验证，验证通过后，向所述预置卡发送所述待开通号码的写卡数据。

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

所述写卡平台接收所述预置卡发送的写卡结果；

如果所述写卡结果成功时，所述写卡平台向BOSS发送开通所述待开通号码，且所述写卡平台释放所述预置卡的卡数据和所述预置卡的临时号码。

12.根据权利要求7至11任一项所述的方法，其特征在于，所述方法还包括：

所述写卡平台接收写卡组件发送的空卡校验请求，所述空卡校验请求中携带有获取的终端信息和所述预置卡的卡信息；

所述写卡平台根据所述预置卡的卡信息校验所述预置卡是否有效，获得空卡校验结果，并保存所述卡信息和所述终端信息；

所述写卡平台向写卡组件发送空卡校验结果。

13.一种用户写卡装置，其特征在于，所述装置包括：

第一发送单元，用于通过WiFi方式向写卡平台发送第一写卡申请，所述第一写卡申请为用于获取临时号码的写卡申请，其携带终端上的预置卡的卡信息；其中，所述预置卡中预置有临时卡数据，并具有唯一的身份识别码，所述临时卡数据被预置在N个预置卡中，所述N为大于等于2的整数；

第一建立单元，用于在终端重启后，利用所述写卡平台分配的临时号码与所述写卡平台建立通信连接。

14.一种用户写卡装置，其特征在于，所述装置包括：

第六接收单元，用于接收终端通过WiFi方式发送的第一写卡申请，所述第一写卡申请为用于获取临时号码的写卡申请，其携带所述终端上的预置卡的卡信息；其中，所述预置卡中预置有临时卡数据，并具有唯一的身份识别码，所述临时卡数据被预置在N个预置卡中，所述N为大于等于2的整数；

分配单元，用于为所述终端临时分配预置卡的临时号码；

第二建立单元，用于与所述终端利用所述临时号码与建立通信连接。

15.一种用户写卡设备，包括存储器和处理器，所述存储器存储有可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现权利要求1至6任一项所述用户写卡方法中的步骤；或者，所述处理器执行所述程序时实现权利要求7至12任一项所述用户写卡方法中的步骤。

16.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该计算机程序被处理器执行时实现权利要求1至6任一项所述用户写卡方法中的步骤；或者，该计算机程序被处理器执行时实现权利要求7至12任一项所述用户写卡方法中的步骤。

Images