处理业务系统中用户账号的方法、装置及计算机设备

技术领域

本申请涉及区块链的拓展应用技术领域，尤其涉及一种处理业务系统中用户账号的方法、装置、计算机设备及存储介质。

背景技术

手机号常用做用户登录的账号，由于运营商提供的手机号是国家的通信资源，因此，为了合理的利用这些通信资源，运营商在原用户欠费一定时间或者注销后会对这些号码进行回收处理并进行二次放号。

由于目前各个提供业务服务的业务系统中，均设定了一个手机号只能作为一个帐户登录，如果该手机号被其它历史用户别人注册过，如果该历史用户一直未注销该手机号在该业务系统中的业务，那么当新用户使用该手机号在该业务系统上进行注册或者修改手机号时，该业务系统就会提示该手机号已注册或已存在。这种情况下，新用户只能去联系该历史用户去主注销该手机号在在该业务系统中注册的账号，但是，该种可能性几乎为0。或者，新用户联系该业务系统的客服进行处理，但是，由于该手机号在业务系统中绑定的信息可能涉及敏感信息，因此，客服一般无法进行对应处理。

由此可见，上述非首次注册同一业务系统的手机号如果未注销，在使用该手机号再次注册时会出现无法注册或者无法登录的问题。

发明内容

本申请实施例提供了一种处理业务系统中用户账号的方法、装置及存储介质，旨在解决现有技术中非首次注册同一业务系统的手机号如果未注销，在使用该手机号再次注册时会出现无法注册或者无法登录的问题。

第一方面，本申请实施例提供了一种处理业务系统中用户账号的方法，其包括：

从终端接收第一消息，所述第一消息用于目标用户注册或登录业务系统，所述第一消息携带第一通信信息和所述目标用户的第一身份信息；

若确定所述第一通信信息与所述业务系统中的历史用户账号已绑定，且所述第一身份信息与所述历史用户账号绑定的第二身份信息不同，则确定所述历史用户账号的验证方式，以及获取所述第一通信信息在所述业务系统中的历史行为数据，所述历史行为数据包括历史绑定信息、历史登录信息、以及历史活跃信息中的至少一项；若基于所述验证方式和所述历史行为数据确定所述目标用户满足账户绑定更新条件，则将与所述历史用户账号绑定的第二通信信息更新为所述第一通信信息；

若确定所述第一通信信息与所述业务系统中的历史用户账号未绑定，且所述第一身份信息与所述历史用户账号绑定的第二身份信息相同，则将与所述历史用户账号绑定的第二通信信息更新为所述第一通信信息。

第二方面，本申请实施例提供了一种用户账号处理装置，其包括：

收发模块，用于从终端接收第一消息，所述第一消息用于目标用户注册或登录业务系统，所述第一消息携带第一通信信息和所述目标用户的第一身份信息；

处理模块，用于若确定所述第一通信信息与所述业务系统中的历史用户账号已绑定，且所述第一身份信息与所述历史用户账号绑定的第二身份信息不同，则确定所述历史用户账号的验证方式，以及通过所述收发模块获取所述第一通信信息在所述业务系统中的历史行为数据，所述历史行为数据包括历史绑定信息、历史登录信息、以及历史活跃信息中的至少一项；若基于所述验证方式和所述历史行为数据确定所述目标用户满足账户绑定更新条件，则将与所述历史用户账号绑定的第二通信信息更新为所述第一通信信息；

所述处理模块还用于若确定所述第一通信信息与所述业务系统中的历史用户账号未绑定，且所述第一身份信息与所述历史用户账号绑定的第二身份信息相同，则将与所述历史用户账号绑定的第二通信信息更新为所述第一通信信息。

第三方面，本申请实施例又提供了一种计算机设备，其包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述第一方面所述的处理业务系统中用户账号的方法。

第四方面，本申请实施例还提供了一种计算机可读存储介质，其中所述计算机可读存储介质存储有计算机程序，所述计算机程序当被处理器执行时使所述处理器执行上述第一方面所述的处理业务系统中用户账号的方法。

本申请实施例提供了一种处理业务系统中用户账号的方法、装置、计算机设备及存储介质，在当前手机号无法正常登录某个业务服务系统的场景下需要更新或新建手机号与业务系统中用户账号之间的绑定关系，具体是基于用户的身份信息、注册时间、不活跃时间和手机号验证方式等进行综合判断该用户的手机号是否具备将业务系统中的用户账号更新为该手机号的条件。本方案能让用户抢回自己的手机号码，解决因手机号码二次销售引起的用户无法使用自己手机号码注册登录等问题。

附图说明

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

图1为本申请实施例提供的处理业务系统中用户账号的方法的应用场景示意图；

图2为本申请实施例提供的处理业务系统中用户账号的方法的流程示意图；

图3为本申请实施例提供的用户账号处理装置的示意性框图；

图4为本申请实施例提供的计算机设备的示意性框图。

具体实施方式

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

应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在此本申请说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本申请。如在本申请说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。

还应当进一步理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

请参阅图1和图2，图1为本申请实施例提供的处理业务系统中用户账号的方法的应用场景示意图；图2为本申请实施例提供的处理业务系统中用户账号的方法的流程示意图，该处理业务系统中用户账号的方法应用于服务器中，该方法通过安装于服务器中的应用软件进行执行。

如图2所示，该方法包括步骤S101～S104-2。

S101、从终端接收第一消息。

其中，所述第一消息用于目标用户注册或登录业务系统，所述第一消息携带第一通信信息和所述目标用户的第一身份信息。第一通信信息可包括手机号、邮箱、即时通讯账号等中的至少一项，本申请不作限定。其他通信信息同理，不作赘述。第一通信信息可为手机号，第一身份信息可包括目标用户的身份证号、姓名、住址等个人信息。

S102、判断所述第一通信信息与所述业务系统中的历史用户账号是否已绑定。

例如，判断当前待注册或待登录的手机号135XXXX4411是否与业务系统中的某个历史用户账号已绑定。

以下分别从两方面来介绍，一方面中，从S103-1至S105-1来介绍与已有历史用户账号绑定的情形下如何更新通信信息。另一方面中，从S103-2至S104-2来介绍与已有历史用户账号绑定的情形下如何更新通信信息。

S103-1、若确定所述第一通信信息与所述业务系统中的历史用户账号已绑定，则判断所述第一身份信息与所述历史用户账号绑定的第二身份信息是否不同。

例如，若确定手机号135XXXX4411与业务系统中的历史用户账号shekki已绑定，那么可以进一步确定身份证号为3451232020XXXXXXXX7324是否与该历史用户账号shekki绑定的身份信息是否不同。

S104-1、若确定所述第一身份信息与所述历史用户账号绑定的第二身份信息不同，则确定所述历史用户账号的验证方式，以及获取所述第一通信信息在所述业务系统中的历史行为数据。

其中，所述历史行为数据包括历史绑定信息、历史登录信息、以及历史活跃信息中的至少一项；若基于所述验证方式和所述历史行为数据确定所述目标用户满足账户绑定更新条件，则将与所述历史用户账号绑定的第二通信信息更新为所述第一通信信息。

例如，经查询，该历史用户账号shekki绑定的身份信息为356632020XXXXXXXX7322，那么可确定身份证号为3451232020XXXXXXXX7324与该历史用户账号shekki绑定的原身份信息不同。那么，可获取该历史用户账号shekki在业务系统中设置的验证方式，以及获取该手机号135XXXX4411在该业务系统中的历史行为数据。

S105-1、若基于验证方式和历史行为数据确定所述目标用户满足账户绑定更新条件，则将与历史用户账号绑定的第二通信信息更新为所述第一通信信息。

S103-2、若确定所述第一通信信息与所述业务系统中的历史用户账号未绑定，则确定所述第一身份信息与所述历史用户账号绑定的第二身份信息是否相同。

例如，若确定手机号135XXXX4411与业务系统中的历史用户账号shekki未绑定，那么可以进一步确定身份证号为3451232020XXXXXXXX7324是否与该历史用户账号shekki绑定的身份信息是否相同。

S104-2、若确定所述第一身份信息与所述历史用户账号绑定的第二身份信息相同，则将与所述历史用户账号绑定的第二通信信息更新为所述第一通信信息。

例如，经查询，该历史用户账号shekki绑定的身份信息为3451232020XXXXXXXX7324，那么可确定身份证号为3451232020XXXXXXXX7324与该历史用户账号shekki绑定的原身份信息相同。那么，可将该历史用户账号shekki在业务系统中绑定的手机号156XXXX5065更新未手机号135XXXX4411。

本申请实施例中，由于用户的通信信息(例如手机号)在业务系统中的验证方式可包括短信验证方式、免密验证方式、运营商验证方式等验证方式。因此，可将不同的验证方式与注册时间、不活跃时间结合判断目标用户满足所述账户绑定更新条件。下面分别从短信验证方式和免密验证方式进行介绍：

一、短信验证方式

一些实施方式中，若所述验证方式为短信验证方式，则确定所述目标用户满足账户绑定更新条件，包括：

获取第一历史活跃信息，所述第一历史活跃信息为与所述历史用户账号绑定的第二通信信息在所述业务系统的活跃信息，所述第一历史活跃信息包括注册时间和至少一段不活跃时间；

若确定所述注册时间大于第一预设时间，且至少一段所述不活跃时间大于第二预设时间，则确定所述目标用户满足所述账户绑定更新条件，其中所述第一预设时间小于所述第二预设时间。

例如，若用户a在业务系统a的注册时间超30天，用户a的不活跃时间超180天，则可确定用户a满足所述账户绑定更新条件。

可见，在短信验证方式下，通过注册时间和不活跃时间来判断目标用户是否满足账户绑定更新条件，能够有效的甄别出真正需要更新的通信信息(例如手机号)，并进行替换，从而保证用户账户的实际使用者能够正常使用业务系统的业务服务。

二、免密验证方式

一些实施方式中，若所述验证方式为免密验证方式，则确定所述目标用户满足账户绑定更新条件，包括：

获取第一历史活跃信息，所述第一历史活跃信息为与所述历史用户账号绑定的第二通信信息在所述业务系统的活跃信息，所述第一历史活跃信息包括注册时间和至少一段不活跃时间；

若确定所述注册时间大于第一预设时间，且至少一段所述不活跃时间大于第三预设时间，则确定所述目标用户满足所述账户绑定更新条件，其中，所述第三预设时间小于第二预设时间且大于第一预设时间。

例如，采用运营商推出的无需要验证码判断手机号码的方式时，若用户a在业务系统a的注册时间超30天，用户a的不活跃时间超180天，则可确定用户a满足所述账户绑定更新条件。

可见，在免密验证方式下，通过注册时间和不活跃时间来判断目标用户是否满足账户绑定更新条件，能够有效的甄别出真正需要更新的通信信息(例如手机号)，并进行替换，从而保证用户账户的实际使用者能够正常使用业务系统的业务服务，以及缩短更新的等待时间。

三、运营商验证方式

一些实施方式中，若所述验证方式为运营商验证方式，则确定所述目标用户满足账户绑定更新条件，包括：

向所述运营商服务器发送请求消息，所述请求消息用于请求验证所述第一身份信息；

若所述第一身份信息验证通过，则确定所述目标用户满足账户绑定更新条件。

例如，向运营商服务器发送请求消息后，若收到来自运营商服务器的验证消息，例如要求验证人脸、上传身份证照片等信息，那么，向运营商服务器提供这些信息。若验证通过，则所述第一身份信息验证通过，则确定所述目标用户满足账户绑定更新条件。

又例如，若用户a在业务系统a的注册时间超30天，则可确定用户a满足所述账户绑定更新条件。

可见，在运营商验证方式下，通过运营商服务器进行验证，能够在保证恶意抢占更新的前提下有效的甄别出真正需要更新的通信信息(例如手机号)，并进行替换，从而保证用户账户的实际使用者能够正常使用业务系统的业务服务，以及保证实际使用者的权益。

在一实施例中，还可以清理业务系统中的僵尸账号，具体来说，所述方法还包括：

基于所述历史行为数据生成所述历史用户账号的用户画像；

若确定所述注册时间大于所述第一预设时间，且至少一段所述不活跃时间大于所述第二预设时间，则预测所述历史用户账号满足账号停用条件；

为所述用户画像设置停用标签或者在预设时长内将所述历史用户账号从所述业务系统注销。

可见，通过定期或不定期的清理僵尸账号，能够有效的释放业务系统的资源，便于后期将该账号提供给新的用户注册，或者便于后期与该僵尸账号绑定的历史通信信息的新用户在本业务系统中能够正常注册和使用。

在一实施例中，所述方法通过神经网络模型实现，所述方法还包括：

获取多个历史异常用户账号的账户绑定更新数据；

将所述账户绑定更新数据输入神经网络模型，以对所述神经网络模型模型进行模型训练，得到分类模型；所述分类模型用于预测所述业务系统中的历史异常用户账号在第二预设时长内更新账号绑定关系的概率。

可见，通过定期或不定期的预测历史异常用户账号更新绑定关系的概率，能够及时的锁定异常用户账号的注册或登录状态，便于后期及时的释放业务系统的资源，进而便于后期将该账号提供给新的用户注册，或者便于后期与该僵尸账号绑定的历史通信信息的新用户在本业务系统中能够正常注册和使用。

在一实施例中，还可以采用协同过滤方式预测该目标用户是否满足账户绑定更新条件。具体来说，所述方法还包括：

将所述历史行为数据输入所述分类模型，若确定所述历史行为数据与至少一个历史异常用户账号的账户绑定更新数据匹配，则确定所述目标用户满足所述账户绑定更新条件。

可见，通过这种方式能够快速的判断满足账户绑定更新条件的目标用户，从而减少目标用户的等待时间。

在一实施例中，所述多个历史异常用户账号的账户绑定更新数据来自至少一个业务平台。可见，通过实现手机号码在多个平台之间的非信任关联，能够解决不同平台的用户账户之间需要单独解绑手机号码的问题、

在一些实施例中，本方案还可基于区块链技术，具体来说，还可包括：

从区块链节点中获取多个平台的历史用户账号的绑定信息；

通过存储在区块链上的智能合约更新手机号与历史用户账户的绑定信息；

向区块链管理节点发送解绑请求，其中，区块链管理节点为具有公信力的管理账户，所述解绑请求用于请求解绑历史用户账号与历史手机号之间的绑定信息；

将手机号与该手机号所有绑定的历史用户账户解绑后，建立新手机号与历史用户账号之间的绑定信息，或者建立新手机号与新用户账号之间的绑定信息。可见，通过实现手机号码在多个平台之间的非信任关联，能够解决不同平台的用户账户之间需要单独解绑手机号码的问题。

本申请实施例中，在当前手机号无法正常登录某个业务服务系统的场景下需要更新或新建手机号与业务系统中用户账号之间的绑定关系，具体是基于用户的身份信息、注册时间、不活跃时间和手机号验证方式等进行综合判断该用户的手机号是否具备将业务系统中的用户账号更新为该手机号的条件。本方案能让用户抢回自己的手机号码，解决因手机号码二次销售引起的用户无法使用自己手机号码注册登录等问题。

本申请实施例还提供一种用户账号处理装置，该用户账号处理装置用于执行前述处理业务系统中用户账号的方法的任一实施例。具体地，请参阅图3，图3是本申请实施例提供的用户账号处理装置的示意性框图。该用户账号处理装置30可以配置于服务器中。

如图3所示，用户账号处理装置30包括：

收发模块301，用于从终端接收第一消息，所述第一消息用于目标用户注册或登录业务系统，所述第一消息携带第一通信信息和所述目标用户的第一身份信息；

处理模块302，用于若确定所述第一通信信息与所述业务系统中的历史用户账号已绑定，且所述第一身份信息与所述历史用户账号绑定的第二身份信息不同，则确定所述历史用户账号的验证方式，以及通过所述收发模块301获取所述第一通信信息在所述业务系统中的历史行为数据，所述历史行为数据包括历史绑定信息、历史登录信息、以及历史活跃信息中的至少一项；若基于所述验证方式和所述历史行为数据确定所述目标用户满足账户绑定更新条件，则将与所述历史用户账号绑定的第二通信信息更新为所述第一通信信息；

所述处理模块302还用于若确定所述第一通信信息与所述业务系统中的历史用户账号未绑定，且所述第一身份信息与所述历史用户账号绑定的第二身份信息相同，则将与所述历史用户账号绑定的第二通信信息更新为所述第一通信信息。

在一实施例中，若所述验证方式为短信验证方式，则所述处理模块302具体用于：

获取第一历史活跃信息，所述第一历史活跃信息为与所述历史用户账号绑定的第二通信信息在所述业务系统的活跃信息，所述第一历史活跃信息包括注册时间和至少一段不活跃时间；

若确定所述注册时间大于第一预设时间，且至少一段所述不活跃时间大于第二预设时间，则确定所述目标用户满足所述账户绑定更新条件，其中所述第一预设时间小于所述第二预设时间。

在一实施例中，若所述验证方式为免密验证方式，则所述处理模块302具体用于：

获取第一历史活跃信息，所述第一历史活跃信息为与所述历史用户账号绑定的第二通信信息在所述业务系统的活跃信息，所述第一历史活跃信息包括注册时间和至少一段不活跃时间；

若确定所述注册时间大于第一预设时间，且至少一段所述不活跃时间大于第三预设时间，则确定所述目标用户满足所述账户绑定更新条件，其中，所述第三预设时间小于第二预设时间且大于第一预设时间。

在一实施例中，所述处理模块302还用于：

基于所述历史行为数据生成所述历史用户账号的用户画像；

若确定所述注册时间大于所述第一预设时间，且至少一段所述不活跃时间大于所述第二预设时间，则预测所述历史用户账号满足账号停用条件；

为所述用户画像设置停用标签或者在预设时长内将所述历史用户账号从所述业务系统注销。

在一实施例中，所述方法通过神经网络模型实现，所述处理模块302还用于：

获取多个历史异常用户账号的账户绑定更新数据；

将所述账户绑定更新数据输入神经网络模型，以对所述神经网络模型模型进行模型训练，得到分类模型；所述分类模型用于预测所述业务系统中的历史异常用户账号在第二预设时长内更新账号绑定关系的概率。

在一实施例中，所述处理模块302还用于：

将所述历史行为数据输入所述分类模型，若确定所述历史行为数据与至少一个历史异常用户账号的账户绑定更新数据匹配，则确定所述目标用户满足所述账户绑定更新条件。

在一实施例中，所述多个历史异常用户账号的账户绑定更新数据来自至少一个业务平台。

该用户账号处理装置30能让用户抢回自己的手机号码，解决因手机号码二次销售引起的用户无法使用自己手机号码注册登录等问题。

上述用户账号处理装置30可以实现为计算机程序的形式，该计算机程序可以在如图4所示的计算机设备上运行。

请参阅图4，图4是本申请实施例提供的计算机设备的示意性框图。该计算机设备400是服务器，服务器可以是独立的服务器，也可以是多个服务器组成的服务器集群。

参阅图4，该计算机设备400包括通过系统总线401连接的处理器402、存储器和网络接口405，其中，存储器可以包括非易失性存储介质403和内存储器404。

该非易失性存储介质403可存储操作系统4031和计算机程序4032。该计算机程序4032被执行时，可使得处理器402执行处理业务系统中用户账号的方法。

该处理器402用于提供计算和控制能力，支撑整个计算机设备400的运行。

该内存储器404为非易失性存储介质403中的计算机程序4032的运行提供环境，该计算机程序4032被处理器402执行时，可使得处理器402执行处理业务系统中用户账号的方法。

该网络接口405用于进行网络通信，如提供数据信息的传输等。本领域技术人员可以理解，图4中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备400的限定，具体的计算机设备400可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

其中，所述处理器402用于运行存储在存储器中的计算机程序4032，以实现本申请实施例公开的处理业务系统中用户账号的方法。

本领域技术人员可以理解，图4中示出的计算机设备的实施例并不构成对计算机设备具体构成的限定，在其他实施例中，计算机设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。例如，在一些实施例中，计算机设备可以仅包括存储器及处理器，在这样的实施例中，存储器及处理器的结构及功能与图4所示实施例一致，在此不再赘述。

应当理解，在本申请实施例中，处理器402可以是中央处理单元(CentralProcessing Unit，CPU)，该处理器402还可以是其他通用处理器、数字信号处理器(DigitalSignal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable GateArray，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。其中，通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

在本申请的另一实施例中提供计算机可读存储介质。该计算机可读存储介质可以为非易失性的计算机可读存储介质。该计算机可读存储介质存储有计算机程序，其中计算机程序被处理器执行时实现本申请实施例公开的处理业务系统中用户账号的方法。

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

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

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

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

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

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。