一种终端锁卡方法、装置及计算机可读存储介质与流程

本申请涉及电子技术领域，尤其涉及一种终端锁卡方法、装置及计算机可读存储介质。

背景技术：

通信功能作为终端最基础以及最重要的功能，给终端用户的工作和生活带来了极大的方便。但是在实际应用中，通信运营商为了获得更多的客户资源，通常与终端生产商发起合作来生产运营商定制终端，也即在终端出厂之前通过加锁的方式，保证终端只能使用该运营商的用户身份识别(sim，subscriberidentificationmodule)卡才能正常使用。

目前，终端生产商在对终端进行运营商锁卡时，通常需要先区分终端是处于解锁状态还是锁卡状态，在处于解锁状态时，通过锁卡工具直接将锁卡数据写入终端的sfs分区或者nv分区，而处于锁卡状态的终端则需要先刷原运营商软体进行解锁，然后再重新写入当前锁卡数据。一方面，由于每次在对终端进行锁卡之前均需要对终端进行状态区分，从而锁卡效率和准确性有限，另一方面，由于是直接通过锁卡工具将锁卡数据写入终端本地，从而容易被不法分子破解，锁卡安全性较低。

技术实现要素：

本申请实施例提供了一种终端锁卡方法、装置及计算机可读存储介质，至少能够解决相关技术中在对终端进行运营商锁卡时，锁卡效率和准确性有限，且锁卡安全性较低的问题。

本申请实施例第一方面提供了一种终端锁卡方法，包括：

判断是否需要对目标终端进行锁卡操作；

在确定所述目标终端需要进行锁卡操作时，向锁卡服务器发送锁卡数据请求；

接收所述锁卡服务器基于所述锁卡数据请求所响应的锁卡数据，并通过所述锁卡数据对所述目标终端进行锁卡操作。

本申请实施例第二方面提供了一种终端锁卡装置，包括：

判断模块，用于判断是否需要对目标终端进行锁卡操作；

请求模块，用于在确定所述目标终端需要进行锁卡操作时，向锁卡服务器发送锁卡数据请求；

锁卡模块，用于接收所述锁卡服务器基于所述锁卡数据请求所响应的锁卡数据，并通过所述锁卡数据对所述目标终端进行锁卡操作。

本申请实施例第三方面提供了一种电子装置，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时，实现上述本申请实施例第一方面提供的终端锁卡方法中的各步骤。

本申请实施例第四方面提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时，实现上述本申请实施例第一方面提供的终端锁卡方法中的各步骤。

由上可见，根据本申请方案所提供的终端锁卡方法、装置及计算机可读存储介质，判断是否需要对目标终端进行锁卡操作；在确定目标终端需要进行锁卡操作时，向锁卡服务器发送锁卡数据请求；接收锁卡服务器基于锁卡数据请求所响应的锁卡数据，并通过锁卡数据对目标终端进行锁卡操作。通过本申请方案的实施，在需要对终端进行锁卡时，向锁卡服务器请求存储于锁卡服务器上的锁卡数据，充分保证了锁卡安全性，以及针对不同状态的终端均直接进行锁卡，有效提高了锁卡效率和准确性。

附图说明

图1为本申请第一实施例提供的终端锁卡方法的基本流程示意图；

图2为本申请第一实施例提供的终端出厂监控方法的基本流程示意图；

图3为本申请第一实施例提供的终端解锁方法的基本流程示意图；

图4为本申请第二实施例提供的终端锁卡方法的细化流程示意图；

图5为本申请第三实施例提供的一种终端锁卡装置的程序模块示意图；

图6为本申请第三实施例提供的另一种终端锁卡装置的程序模块示意图；

图7为本申请第四实施例提供的电子装置的结构示意图。

具体实施方式

为使得本申请的发明目的、特征、优点能够更加的明显和易懂，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而非全部实施例。基于本申请中的实施例，本领域技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

为了解决相关技术中在对终端进行运营商锁卡时，锁卡效率和准确性有限，且锁卡安全性较低的缺陷，本申请第一实施例提供了一种终端锁卡方法，应用于锁卡工具，如图1为本实施例提供的终端锁卡方法的基本流程图，该终端锁卡方法包括以下的步骤：

步骤101、判断是否需要对目标终端进行锁卡操作。

具体的，在本实施例中，首先需要对终端是否需要进行运营商锁卡进行判断，运营商锁卡有两种情况，其中一种是对处于解锁状态的从未进行锁卡的终端进行初次锁卡，另一种则是对处于锁卡状态的终端转运营商进行重新锁卡。

应当说明的是，在本实施例中，相关技术中目前通过软件版本的方式区分锁卡和解锁状态，也即锁卡和解锁所采用的软件版本有所不同，若终端已经锁卡了，需要转运营商进行重新锁卡，需要刷原运营商软体来将已有锁卡数据进行清除。然而与相关技术不同的是，本实施例的锁卡功能是适应于所有的软件版本，从而本实施例不用区分终端状态是否锁卡，即使终端处于锁卡状态，可以对锁卡数据直接写入来覆盖原锁卡数据。对终端锁卡流程中的操作逻辑进行了优化，提高了锁卡效率。

可选的，判断是否需要对目标终端进行锁卡操作之前，还包括：获取目标终端的终端标识信息；调用锁卡服务器维护的操作索引表，查询目标终端的终端标识信息所对应的操作指示。

具体的，本实施例中终端生产商配置有锁卡服务器，然后在锁卡服务器上维护有包括终端标识信息与操作指示的对应关系的操作索引表，从而基于终端标识信息即可查询出用于指示操作类型的操作指示。应当说明的是，本实施例中的终端标识信息用于对终端进行唯一标识，可以包括终端的pcba号和/或专案号，另外，在另一些实施例中，也可以是向锁卡服务器发送携带有终端标识信息的查询请求，向维护有操作索引表的锁卡服务器请求对应的查询结果，来获得目标终端的操作指示。

对应的，在本实施例中，判断是否需要对目标终端进行锁卡操作的方式则为：根据所查询的操作指示，判断操作指示所指示的操作类型是否为锁卡操作；其中，在操作指示所指示的操作类型为锁卡操作时，需要对目标终端进行锁卡操作。

可选的，判断是否需要对目标终端进行锁卡操作之前，还包括：判断目标终端是否支持锁卡功能；在确定目标终端支持锁卡功能时，执行判断是否需要对目标终端进行锁卡操作的步骤。

具体的，在本实施例中，由于锁卡需要新的软件版本支持，但是可能终端的软件版本为旧版本而不支持锁卡功能，基于此，在本实施例中，仅对支持锁卡功能的终端执行本实施例的终端锁卡流程。应当理解的是，判断终端是否支持锁卡功能，可以通过获取终端的机型，然后通过锁卡服务器所维护的数据来查询对应于机型的锁卡功能标志，锁卡功能标志用于指示终端是否支持锁卡功能。

步骤102、在确定目标终端需要进行锁卡操作时，向锁卡服务器发送锁卡数据请求。

具体的，在本实施例中，在确定终端需要进行锁卡时，由于本实施例的锁卡操作适应于所有软件版本，因而则直接向锁卡服务器来请求锁卡数据。应当理解的是，本实施例的锁卡数据存储于锁卡服务器上，仅在锁卡工具请求时才会下发，保证了锁卡数据的安全性，避免了终端的锁卡操作被破解。

步骤103、接收锁卡服务器基于锁卡数据请求所响应的锁卡数据，并通过锁卡数据对目标终端进行锁卡操作。

具体的，在本实施例中，锁卡工具将锁卡数据写入终端，终端根据锁卡数据所指示的锁卡逻辑进行锁卡，而并不对锁卡数据本身进行记录，从而本实施例在锁卡之后，刷机也无法对锁卡状态进行解锁，充分保证了锁卡安全性。

可选的，在通过锁卡数据对目标终端进行锁卡操作之后，还包括：接收目标终端在执行锁卡操作之后，发送过来的锁卡结果；将锁卡结果与目标终端的终端标识信息进行关联，然后将锁卡结果与终端标识信息的关联关系上传至锁卡服务器。

具体的，在本实施例中，终端在执行锁卡操作之后，会生成锁卡结果，锁卡结果包括锁卡成功结果或锁卡失败结果，锁卡工具在接收到该锁卡结果之后，会将锁卡结果与对应终端的终端标识信息进行关联，然后将该关联关系上传到锁卡服务器，以使锁卡服务器实现对终端的监控。

如图2所示为本实施例提供的一种终端出厂监控方法的流程示意图，可选的，在将锁卡结果与终端标识信息的关联关系上传至锁卡服务器之后，还具体包括以下步骤：

步骤201、获取待出厂终端的终端标识信息；

步骤202、调用锁卡服务器所维护的关联关系，查询对应于待出厂终端的锁卡结果；

步骤203、在锁卡结果为成功锁卡时，输出对应于待出厂终端的允许出厂指示。

具体的，在实际应用中，并非对每一台终端进行锁卡操作之后，一定会成功锁卡(例如未锁卡或锁卡出错)，而若通信运营商要求锁卡的机器在未成功锁卡的情况下即出厂，会对终端生产商造成负面影响，基于此，在要求锁卡的终端出厂之前需要对终端是否成功锁卡进行监控。目前，相关技术中在进行出厂监控时，通常是通过人工插入sim卡来进行验证，操作较为麻烦、效率较低。然而在本实施例中，在锁卡服务器上维护有终端标识与锁卡结果的对应关系，从而在终端出厂之前，通过终端标识查询对应的锁卡结果，仅对锁卡结果为成功锁卡的终端进行允许出厂指示；相对应的，对于未成功锁卡的终端，则可以输出禁止出厂指示。本实施例通过出厂之前调用锁卡服务器查询的方式，可以避免未成功锁卡的终端流出的风险，相对于人工插拔卡来进行出厂监控，极大程度上提高了效率、安全性和准确性。

可选的，在将锁卡结果与目标终端的终端标识信息进行关联之前，还包括：在锁卡结果为未成功锁卡时，重复对目标终端进行锁卡操作，并接收目标终端发送过来的锁卡结果；在锁卡结果连续为未成功锁卡的次数到达预设的次数阈值时，执行将锁卡结果与目标终端的终端标识进行关联的步骤。

具体的，在实际应用中，出于客观原因，可能锁卡数据并不能保证一次即可写入成功，基于此，本实施例中在锁卡结果为未成功锁卡时，重复对目标终端进行锁卡操作，这里重新进行锁卡所采用的锁卡数据可以是此前的锁卡数据，也可以是重新确定的锁卡数据，并继续接收终端响应过来的锁卡结果，若锁卡结果依旧是未成功锁卡，则继续重复此操作，直至连续未成功锁卡的次数累积到预设次数阈值时，终止继续进行锁卡操作，正式对该未成功锁卡的锁卡结果与终端标识进行关联，然后上报至服务器。

如图3所示为本实施例提供的一种终端解锁方法的流程示意图，可选的，判断是否需要对目标终端进行锁卡操作之后，还具体包括以下步骤：

步骤301、在确定目标终端不需要进行锁卡操作时，确定目标终端处于已锁卡状态；

步骤302、向锁卡服务器发送解锁数据请求，并接收锁卡服务器基于解锁数据请求所响应的解锁数据；

步骤303、通过解锁数据对处于已锁卡状态的目标终端进行解锁。

具体的，在本实施例中，锁卡工具不仅限于对终端进行锁卡，并且锁卡服务器不仅限于提供锁卡相关服务。而在终端不需要进行锁卡操作时，则将该终端确定为已锁卡终端，锁卡工具则向锁卡服务器请求解锁数据，来对该终端进行解锁。

应当说明的是，在实际应用中，若终端不支持锁卡功能，则可以对终端的锁卡属性进行获取，来根据所获取的锁卡属性来判断终端是否已经锁卡，若确定该终端为已锁卡终端，则同样执行上述步骤302至步骤303进行终端解锁。另外，还应当说明的是，与锁卡操作相类似，在进行终端解锁之后，同样可以获取终端反馈的解锁结果，然后将解锁结果上报至锁卡服务器。

基于上述本申请实施例的技术方案，判断是否需要对目标终端进行锁卡操作；在确定目标终端需要进行锁卡操作时，向锁卡服务器发送锁卡数据请求；接收锁卡服务器基于锁卡数据请求所响应的锁卡数据，并通过锁卡数据对目标终端进行锁卡操作。通过本申请方案的实施，在需要对终端进行锁卡时，向锁卡服务器请求存储于锁卡服务器上的锁卡数据，充分保证了锁卡安全性，以及针对不同状态的终端均直接进行锁卡，有效提高了锁卡效率和准确性。

图4中的方法为本申请第二实施例提供的一种细化的终端锁卡方法，应用于锁卡工具，该终端锁卡方法包括：

步骤401、获取目标终端的终端标识信息，并调用锁卡服务器维护的操作索引表，查询目标终端的终端标识信息所对应的操作指示。

本实施例中终端生产商配置有锁卡服务器，然后在锁卡服务器上维护有包括终端标识信息与操作指示的对应关系的操作索引表，从而基于终端标识信息即可查询出用于指示操作类型的操作指示。

步骤402、根据所查询的操作指示，判断操作指示所指示的操作类型是否为锁卡操作。

步骤403、在操作指示所指示的操作类型为锁卡操作时，向锁卡服务器发送锁卡数据请求。

本实施例中在确定终端需要进行运营商锁卡时，才向锁卡服务器请求锁卡数据，由于本实施例的锁卡操作适应于所有软件版本，因而则直接向锁卡服务器来请求锁卡数据，而不用区分终端状态是否锁卡，即使终端处于锁卡状态，可以对锁卡数据直接写入来覆盖原锁卡数据。

应当理解的是，本实施例的锁卡数据存储于锁卡服务器上，仅在锁卡工具请求时才会下发，保证了锁卡数据的安全性，避免了终端的锁卡操作被破解。

步骤404、接收锁卡服务器基于锁卡数据请求所响应的锁卡数据，并通过锁卡数据对目标终端进行锁卡操作。

在本实施例中，锁卡工具将锁卡数据写入终端，终端根据锁卡数据所指示的锁卡逻辑进行锁卡，而并不对锁卡数据本身进行记录，从而本实施例在锁卡之后，刷机也无法对锁卡状态进行解锁，充分保证了锁卡安全性。

步骤405、接收目标终端在执行锁卡操作之后，所反馈的锁卡结果。

步骤406、将锁卡结果与目标终端的终端标识信息进行关联，然后将锁卡结果与终端标识信息的关联关系上传至锁卡服务器。

在本实施例中，终端在执行锁卡操作之后，会生成锁卡结果，锁卡结果包括锁卡成功结果或锁卡失败结果，锁卡工具在接收到该锁卡结果之后，会将锁卡结果与对应终端的终端标识信息进行关联，然后将该关联关系上传到锁卡服务器，以使锁卡服务器实现对终端的监控。

步骤407、获取待出厂终端的终端标识信息，并调用锁卡服务器所维护的关联关系，查询对应于待出厂终端的锁卡结果。

步骤408、在锁卡结果为成功锁卡时，输出对应于待出厂终端的允许出厂指示。

在本实施例中，在锁卡服务器上维护有终端标识与锁卡结果的对应关系，从而在终端出厂之前，通过终端标识查询对应的锁卡结果，仅对锁卡结果为成功锁卡的终端进行允许出厂指示；相对应的，对于未成功锁卡的终端，则可以输出禁止出厂指示。本实施例通过出厂之前调用锁卡服务器查询的方式，可以避免未成功锁卡的终端流出的风险，相对于人工插拔卡来进行出厂监控，极大程度上提高了效率、安全性和准确性。

应当理解的是，本实施例中各步骤的序号的大小并不意味着步骤执行顺序的先后，各步骤的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成唯一限定。

本申请实施例公开了一种终端锁卡方法，在需要对终端进行锁卡时，向锁卡服务器请求存储于锁卡服务器上的锁卡数据，充分保证了锁卡安全性，以及针对不同状态的终端均直接进行锁卡，有效提高了锁卡效率和准确性，此外，将终端锁卡之后所反馈的锁卡结果与终端标识关联之后上传至锁卡服务器，然后在终端出厂之前，基于终端标识查询到锁卡结果为成功锁卡时，对应输出允许出厂指示，可以有效避免未成功锁卡的终端流出的风险。

图5为本申请第三实施例提供的一种终端锁卡装置。该终端锁卡装置可用于实现前述实施例中的终端锁卡方法。如图5所示，该终端锁卡装置主要包括：

判断模块501，用于判断是否需要对目标终端进行锁卡操作；

请求模块502，用于在确定目标终端需要进行锁卡操作时，向锁卡服务器发送锁卡数据请求；

锁卡模块503，用于接收锁卡服务器基于锁卡数据请求所响应的锁卡数据，并通过锁卡数据对目标终端进行锁卡操作。

如图6所示为本实施例提供的另一种终端锁卡装置，在本实施例一种可选的实施方式中，终端锁卡装置还包括：查询模块504，用于在判断是否需要对目标终端进行锁卡操作之前，获取目标终端的终端标识信息；调用锁卡服务器维护的操作索引表，查询目标终端的终端标识信息所对应的操作指示。对应的，判断模块501具体用于根据所查询的操作指示，判断操作指示所指示的操作类型是否为锁卡操作；其中，在操作指示所指示的操作类型为锁卡操作时，需要对目标终端进行锁卡操作。

在本实施例一种可选的实施方式中，判断模块501具体用于判断目标终端是否支持锁卡功能；在确定目标终端支持锁卡功能时，判断是否需要对目标终端进行锁卡操作。

请继续参阅图6，在本实施例一种可选的实施方式中，终端锁卡装置还包括：解锁模块505，用于在判断是否需要对目标终端进行锁卡操作之后，在确定目标终端不需要进行锁卡操作时，确定目标终端处于已锁卡状态；向锁卡服务器发送解锁数据请求，并接收锁卡服务器基于解锁数据请求所响应的解锁数据；通过解锁数据对处于已锁卡状态的目标终端进行解锁。

请继续参阅图6，在本实施例一种可选的实施方式中，终端锁卡装置还包括：关联模块506，用于在通过锁卡数据对目标终端进行锁卡操作之后，接收目标终端完成锁卡操作，所发送过来的锁卡结果；将锁卡结果与目标终端的终端标识信息进行关联，然后将锁卡结果与终端标识信息的关联关系上传至锁卡服务器。

进一步地，在本实施例一种可选的实施方式中，查询模块504还用于在将锁卡结果与终端标识信息的关联关系上传至锁卡服务器之后，获取待出厂终端的终端标识信息；调用锁卡服务器所维护的关联关系，查询对应于待出厂终端的锁卡结果；在锁卡结果为成功锁卡时，输出对应于待出厂终端的允许出厂指示。

请继续参阅图6，在本实施例一种可选的实施方式中，终端锁卡装置还包括：操作模块507，用于在锁卡结果为未成功锁卡时，重复对目标终端进行锁卡操作，并接收目标终端发送过来的锁卡结果。对应的，在锁卡结果连续为未成功锁卡的次数到达预设的次数阈值时，关联模块506执行其将锁卡结果与目标终端的终端标识进行关联的功能。

应当说明的是，第一、二实施例中的终端锁卡方法均可基于本实施例提供的终端锁卡装置实现，所属领域的普通技术人员可以清楚的了解到，为描述的方便和简洁，本实施例中所描述的终端锁卡装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

根据本实施例所提供的终端锁卡装置，判断是否需要对目标终端进行锁卡操作；在确定目标终端需要进行锁卡操作时，向锁卡服务器发送锁卡数据请求；接收锁卡服务器基于锁卡数据请求所响应的锁卡数据，并通过锁卡数据对目标终端进行锁卡操作。通过本申请方案的实施，在需要对终端进行锁卡时，向锁卡服务器请求存储于锁卡服务器上的锁卡数据，充分保证了锁卡安全性，以及针对不同状态的终端均直接进行锁卡，有效提高了锁卡效率和准确性。

请参阅图7，图7为本申请第四实施例提供的一种电子装置。该电子装置可用于实现前述实施例中的终端锁卡方法。如图7所示，该电子装置主要包括：

存储器701、处理器702、总线703及存储在存储器701上并可在处理器702上运行的计算机程序，存储器701和处理器702通过总线703连接。处理器702执行该计算机程序时，实现前述实施例中的终端锁卡方法。其中，处理器的数量可以是一个或多个。

存储器701可以是高速随机存取记忆体(ram，randomaccessmemory)存储器，也可为非不稳定的存储器(non-volatilememory)，例如磁盘存储器。存储器701用于存储可执行程序代码，处理器702与存储器701耦合。

进一步的，本申请实施例还提供了一种计算机可读存储介质，该计算机可读存储介质可以是设置于上述各实施例中的电子装置中，该计算机可读存储介质可以是前述图7所示实施例中的存储器。

该计算机可读存储介质上存储有计算机程序，该程序被处理器执行时实现前述实施例中的终端锁卡方法。进一步的，该计算机可存储介质还可以是u盘、移动硬盘、只读存储器(rom，read-onlymemory)、ram、磁碟或者光盘等各种可以存储程序代码的介质。

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

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

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

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

需要说明的是，对于前述的各方法实施例，为了简便描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其它顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定都是本申请所必须的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其它实施例的相关描述。

以上为对本申请所提供的终端锁卡方法、电子装置及计算机可读存储介质的描述，对于本领域的技术人员，依据本申请实施例的思想，在具体实施方式及应用范围上均会有改变之处，综上，本说明书内容不应理解为对本申请的限制。