一种线上销户的方法及装置、电子设备、存储介质

本申请涉及账户处理技术领域，特别涉及一种线上销户的方法及装置、电子设备、存储介质。

在金融领域中，考虑到安全等问题，以往都是采用线下的方式，进行开户和销户。但是随着互联网技术以及生物识别技术的不断发展，慢慢开始尝试在线上办理开户和销户。

现有的线上销户方法，主要是客户先通过系统在线上进行人脸识别等生物识别，确定是本人办理业务。然后，客户与客服人员通过系统进行视频连线确认消息，并在确认消息后有客服人员在系统上进行销户操作，从而实现线上销户。

现有的方式虽然能很好地让客户了解到销户的相关信息，也能让客户人员了解到客户的信息，但是由于客服人员有限，所以客户往往需要等待与客服人员连线，并且整个销户处理过程，客户还需要长时间与客服人员进行视频连线，所以现有的方式需要客户有充足的时间，并且方便视频的情况下才能实现，因此非常的不便捷。

基于上述现有技术的不足，本申请提供了一种线上销户的方法及装置、电子设备、存储介质，以解决现有技术不够便捷的问题。

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

本申请第一方面提供了一种线上销户的方法，包括：

获取用户的目标账户的销户申请以及所述用户的唯一识别信息；其中，所述唯一识别信息至少包括生物识别信息；

向所述用户展示销户合同信息；

检测所述用户是否已阅读所述销户合同信息；

若检测所述用户已阅读所述销户合同信息，则检测所述用户的唯一识别信息与所述目标账户对应的用户信息是否一致；

若检测所述用户的唯一识别信息与所述目标账户对应的用户信息一致，则将所述目标账户进行冻结；

将所述目标账户的销户申请添加至消息队列中；

当轮询到所述消息队列中的所述目标账户的销户申请时，判断所述目标账户的当前状态是否满足预设销户标准；

若判断出所述目标账户的当前状态满足预设销户标准，则将所述目标账户的销户申请发送给审核人员进行审核；

接收所述目标账户的销户申请的审核结果；

若所述目标账户的销户申请的审核结果为通过审核，则将所述目标账户进行销户并将销户结果反馈给所述用户。

可选地，在上述的线上销户的方法中，所述检测所述用户是否已阅读所述销户合同信息，包括：

实时监测所述销户合同信息的展示时长；

当监测到所述销户合同信息的展示时长大于预设时间阈值时，解除对阅读确认按键的锁定；

当监测到所述用户触发所述阅读确认按键时，反馈预设的合同信息问题；

接收所述合同信息问题的答案，并判断所述合同信息问题的答案是否正确；

若判断出所述合同信息问题的答案正确，则确定所述用户已阅读所述销户合同信息；

若判断出所述合同信息问题的答案不正确，则返回执行所述反馈预设的合同信息问题。

可选地，在上述的线上销户的方法中，所述判断所述目标账户的当前状态是否满足预设销户标准之后，还包括：

若判断出所述目标账户的当前状态未满足预设销户标准，则向所述用户反馈判断结果；

向所述用户反馈解冻提示信息；其中，所述解冻提示信息用于提示是否保持所述目标账户的冻结状态；

若在第一预设时间长度内接收到保持冻结指令，则检测所述目标账户的当前状态是否满足预设的持续冻结条件；

若检测到所述目标账户的当前状态满足预设的持续冻结条件，则保持所述目标账户的冻结状态，并反馈已持续冻结提示信息；

若在第一预设时间长度内未接收到保持冻结指令，获检测到所述目标账户的当前状态不满足预设的持续冻结条件，则解除对所述目标账户的冻结。

可选地，在上述的线上销户的方法中，所述将所述目标账户的销户申请添加至消息队列中，包括：

若所述目标账户的销户申请为正常申请，则将所述目标账户的销户申请添加至当前所述消息队列的末位；

若所述目标账户的销户申请为加急申请，则基于所述目标账户的销户申请的加急等级以及当前所述消息队列中的待处理事务数量，确定所述目标账户的销户申请对应的序号；

按照所述目标账户的销户申请对应的序号，将所述目标账户的销户申请添加至所述消息队列中。

可选地，在上述的线上销户的方法中，所述将所述目标账户进行冻结之前，还包括：

获取所述用户的用户信息；

基于所述用户的用户信息，判断所述用户是否为重要客户；其中，若判断出所述用户不属于重要客户，则执行所述将目标账户进行冻结；

若判断出所述用户属于重要客户，则向所述用户反馈劝导信息以及目标产品信息，以及将所述用户对应的指定地址发送所述用户的销户信息；其中，所述目标产品信息指的所述用户感兴趣的产品的信息；

判断在第二预设时间长度内是否接收到销户取消请求；其中，若在第二预设时间长度内未接收到销户取消请求，则执行所述将目标账户进行冻结；

若判断出在第二预设时间长度内是否接收到销户取消请求，则撤销所述目标账户的销户申请。

本申请第二方面提供了一种线上销户的装置，包括：

申请获取单元，用于获取用户的目标账户的销户申请以及所述用户的唯一识别信息；其中，所述唯一识别信息至少包括生物识别信息；

合同信息展示单元，用于向所述用户展示销户合同信息；

第一检测单元，用于检测所述用户是否已阅读所述销户合同信息；

第二检测单元，用于在检测所述用户已阅读所述销户合同信息时，检测所述用户的唯一识别信息与所述目标账户对应的用户信息是否一致；

冻结单元，用于在检测所述用户的唯一识别信息与所述目标账户对应的用户信息一致时，将所述目标账户进行冻结；

添加单元，用于将所述目标账户的销户申请添加至消息队列中；

第一判断单元，用于当轮询到所述消息队列中的所述目标账户的销户申请时，判断所述目标账户的当前状态是否满足预设销户标准；

发送单元，用于在判断出所述目标账户的当前状态满足预设销户标准时，将所述目标账户的销户申请发送给审核人员进行审核；

结果接收单元，用于接收所述目标账户的销户申请的审核结果；

销户单元，用于在所述目标账户的销户申请的审核结果为通过审核时，将所述目标账户进行销户并将销户结果反馈给所述用户。

可选地，在上述的线上销户的装置中，所述第一检测单元，包括：

时长监测单元，用于实时监测所述销户合同信息的展示时长；

按键解除单元，用于在监测到所述销户合同信息的展示时长大于预设时间阈值时，解除对阅读确认按键的锁定；

问题反馈单元，用于在监测到所述用户触发所述阅读确认按键时，反馈预设的合同信息问题；

答案检测单元，用于接收所述合同信息问题的答案，并判断所述合同信息问题的答案是否正确；其中，若判断出所述合同信息问题的答案不正确，则返回所述问题反馈单元；

确定单元，用于在判断出所述合同信息问题的答案正确时，确定所述用户已阅读所述销户合同信息。

可选地，在上述的线上销户的装置中，还包括：

判断结果反馈单元，用于在所述第一判断单元判断出所述目标账户的当前状态未满足预设销户标准时，向所述用户反馈判断结果；

解冻提示单元，用于向所述用户反馈解冻提示信息；其中，所述解冻提示信息用于提示是否保持所述目标账户的冻结状态；

第三检测单元，用于在第一预设时间长度内接收到保持冻结指令时，检测所述目标账户的当前状态是否满足预设的持续冻结条件；

保持单元，用于在检测到所述目标账户的当前状态满足预设的持续冻结条件时，保持所述目标账户的冻结状态，并反馈已持续冻结提示信息；

解冻单元，用于在第一预设时间长度内未接收到保持冻结指令时，或检测到所述目标账户的当前状态不满足预设的持续冻结条件时，解除对所述目标账户的冻结。

可选地，在上述的线上销户的装置中，所述添加单元，包括：

第一添加单元，用于在所述目标账户的销户申请为正常申请时，将所述目标账户的销户申请添加至当前所述消息队列的末位；

序号确定单元，用于在所述目标账户的销户申请为加急申请时，基于所述目标账户的销户申请的加急等级以及当前所述消息队列中的待处理事务数量，确定所述目标账户的销户申请对应的序号；

第二添加单元，用于按照所述目标账户的销户申请对应的序号，将所述目标账户的销户申请添加至所述消息队列中。

可选地，在上述的线上销户的装置中，还包括：

信息获取单元，用于获取所述用户的用户信息；

第二判断单元，用于基于所述用户的用户信息，判断所述用户是否为重要客户；其中，若判断出所述用户不属于重要客户，则执行所述将目标账户进行冻结；

劝导单元，用于在判断出所述用户属于重要客户时，向所述用户反馈劝导信息以及目标产品信息，以及将所述用户对应的指定地址发送所述用户的销户信息；其中，所述目标产品信息指的所述用户感兴趣的产品的信息；

第三判断单元，用于判断在第二预设时间长度内是否接收到销户取消请求；其中，若在第二预设时间长度内未接收到销户取消请求，则所述冻结单元执行所述将目标账户进行冻结；

撤销单元，用于在判断出在第二预设时间长度内是否接收到销户取消请求时，撤销所述目标账户的销户申请。

本申请第三方面提供了一种电子设备，包括：

存储器和处理器；

其中，所述存储器用于存储程序；

所述处理器用于执行所述程序，所述程序被执行时，具体用于实现如上述任意一项所述的线上销户的方法。

本申请第四方面提供了一种计算机存储介质，用于存储计算机程序，所述计算机程序被执行时，用于实现如上述任意一项所述的线上销户的方法。

本申请提供了一种线上销户的方法，获取用户的目标账户的销户申请以及所述用户的唯一识别信息。其中，唯一识别信息至少包括生物识别信息。向用户展示销户合同信息，并检测用户是否已阅读销户合同信息，以确定用户了解销户的重要事项。若检测用户已阅读所述销户合同信息，则检测用户的唯一识别信息与目标账户对应的用户信息是否一致，从而确定是否为用户本人操作。若检测用户的唯一识别信息与所述目标账户对应的用户信息一致，则将目标账户进行冻结，并将所述目标账户的销户申请添加至消息队列中，以在后续进行异步处理，无需用户在线进行等待。当轮询到消息队列中的目标账户的销户申请时，判断目标账户的当前状态是否满足预设销户标准。若判断出目标账户的当前状态满足预设销户标准，则将目标账户的销户申请发送给审核人员进行审核。若目标账户的销户申请的审核结果为通过审核，则将目标账户进行销户并将销户结果反馈给用户。从而实现了一种便捷的线上销户方式，不仅能确定用户和工作人员了解销户信息，并且不需要用户准备充足的时间用于线上办理。

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

图1为本申请实施例提供的一种线上销户的方法的流程图；

图2为本申请实施例提供的一种检测用户是否已阅读销户合同信息的方法的流程图；

图3为本申请实施例提供的一种客户劝导的方法的流程图；

图4为本申请实施例提供的一种将目标账户的销户申请添加至消息队列中的方法的流程图；

图5为本申请实施例提供的一种目标账户的冻结状态的处理方法的流程图；

图6为本申请另一实施例提供的一种线上销户的装置的结构示意图；

图7为本申请另一实施例提供的一种电子设备的结构示意图。

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

在本申请中，诸如第二和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本申请实施例提供了一种线上销户的方法，如图1所示，包括以下步骤：

S101、获取用户的目标账户的销户申请以及用户的唯一识别信息。

其中，唯一识别信息至少包括生物识别信息。具体可以是人脸识别得到的脸部特征，也可以是虹膜识别得到的眼部特征，又或者是指纹指标的指纹特征等。当然，唯一识别信息还可以包括有其他识别信息，例如，身份证号码等。

目标账户的销户申请则指示包括有目标账户的账户号，而目标账户指的就是当前需要申请销户的账户。当然，还可以包括有其他的信息。例如，用户的用户信息以及用户申请的销户的原因，以能基于用户的销户原因能挽留客户以及改善业务以及服务等。

用户可以通过客户端发起销户申请，此时可以自动获取相关的信息，或者由用户输入需要的信息，并且采集用户的唯一识别信息。

S102、向用户展示销户合同信息。

为了能让用户准确了解销户的合同中的协议事项和注意事项，所以需要向用户展示销户合同信息，并且还需要确保用户已阅读销户合同信息。

S103、检测用户是否已阅读销户合同信息。

可选地，可以通过阅读时间、进度滑动等限制用户，以确定确保用户已阅读销户合同信息。所以可以通过是否满足限制条件，检测用户是否已阅读销户合同信息。

其中，若检测用户已阅读销户合同信息，则执行步骤S104。

可选地，在本申请另一实施例中，步骤S103的一种具体实施方式，如图2所示，包括：

S201、实时监测销户合同信息的展示时长。

具体的，在向用户展示销户合同信息后，开始实时监测销户合同信息的展示时长。

S203、当监测到销户合同信息的展示时长大于预设时间阈值时，解除对阅读确认按键的锁定。

具体的，在本申请实施例中，用户需要通过阅读确认按键确定已阅读。但是阅读确认按键起初处于锁定状态，不能被点击，当检测到销户合同信息的展示时长大于第二预设时间长度时，解除对阅读确认按键的锁定。

S204、监测到用户是否触发阅读确认按键。

在解除阅读确认按键的锁定后，用户可以继续阅读，在阅读完后可以点击对阅读确认按键，进入下一步监测，所以需要实时监测。

其中，若监测到用户已触发阅读确认按键，则执行步骤S205。

S205、反馈预设的合同信息问题。

为了确定用户阅读了合同信息，因此在本申请实施例中，预先根据销户合同信息中的关键内容，设置了多个合同信息问题。在监测到用户触发阅读确认按键时，将预设的合同信息问题显示给用户，由用户回复答案。可选地，设置的问题，可以是选择题也可以是问答题或者其他形式的问题。

S206、接收合同信息问题的答案，并判断合同信息问题的答案是否正确。

在用户提交合同信息问题的答案后，判断合同信息问题的答案是否都正确，若判断出合同信息问题的答案都正确，则执行步骤S207。若判断出合同信息问题的答案不正确，则返回执行步骤S205。

需要说明的是，在反馈预设的合同信息问题时，用户还可以返回继续阅读销户合同信息。

S207、确定用户已阅读销户合同信息。

S104、检测用户的唯一识别信息与目标账户对应的用户信息是否一致。

为了保证目标账户的销户申请是由本人操作提出的，因此需要检测用户的唯一识别信息与数据库中存储的目标账户对应的用户信息是否一致。其中，数据库中存储的目标账户对应的用户信息可以是在用户开户时采集并存储。

若检测用户的唯一识别信息与目标账户对应的用户信息一致，则执行步骤S105。

S105、将目标账户进行冻结。

由于此时已确定用户本人需要进行销户，并且为了实现后续步骤的异步处理，避免占用用户的时间，所以在本申请实施例中，先将目标账户进行冻结。

可选地，为了能避免重要客户的流失，因此在本申请实施例中，在将目标账户进行冻结之前，还可以先对重要客户进行劝导。如图3所示，本申请实施例中提供的一种客户劝导的方法，包括：

S301、获取用户的用户信息。

可选地，获取的用户信息可以用户的等级信息，从而可以直接根据等级信息，判断用户是否为重要客户，当然也可以是与判断用户是否为重要客户的规则相适应的信息。例如，用户的交易流水记录等，从而可以根据交易流水的总量是否满足标准，确定用户是否为重要用户。

S302、基于用户的用户信息，判断用户是否为重要客户。

其中，若判断出用户不属于重要客户，则执行可以直接执行步骤S105。若判断出用户属于重要客户，则执行步骤S303。

S303、向用户反馈劝导信息以及目标产品信息，以及将用户对应的指定地址发送用户的销户信息。

其中，目标产品信息指的用户感兴趣的产品的信息，并且还可以向用户提供优惠产品等。指定地址具体指的是可以是邮箱地址，也可以，以将用户的销户信息发送给相关的工作人员，以能及时与用户进行对接。

S304、判断在第二预设时间长度内是否接收到销户取消请求。

需要说明的是，在本申请实施例中，因此用户在经过劝导后，决定取消销户时，可以通过客户端发起销户取消请求。但是为了保证后续步骤的继续执行，因此需要在一定时间长度内发起销户取消请求。所以若判断在第二预设时间长度内为接收到销户取消请求，则执行步骤S105。若判断出在第二预设时间长度内接收到销户取消请求，则执行步骤S305。

S305、撤销目标账户的销户申请。

S106、将目标账户的销户申请添加至消息队列中。

因为在本申请实施例中对于销户申请采用的是异步处理，所以需要将目标账户的销户申请添加至消息队列中。

可选地，具体可以是根据销户申请提出的先后顺序，将销户请求排序在消息队列中。当然，也可以是基于用户的等级以及申请时间等多个因素，确定销户申请在消息队列中的位置。

可选地，在本申请另一实施例中，步骤S106的一种具体实施方式，如图4所示，包括：

S401、判断目标账户的销户申请为加急申请。

需要说明的是，在本申请实施例中，默认是按照提出销户申请的先后顺序处理销户申请。当时用户可以在提出销户申请时办理加急，所以若判断出目标账户的销户申请为加急申请，则执行步骤S403。若判断出目标账户的销户申请不属于加急申请，即若判断出目标账户的销户申请为正常申请，则执行步骤S402。

S402、将目标账户的销户申请添加至当前消息队列的末位。

S403、基于目标账户的销户申请的加急等级以及当前消息队列中的待处理事务数量，确定目标账户的销户申请对应的序号。

需要说明的是，在本申请实施例中，用户不仅可以申请加急处理，并且申请的加急处理还分不同的等级，加急等级越高，则确定的序号越靠前。具体可以是不同的加急等级对应不同的序号调整量，或者是调整比例，从而根据调整比例和待处理事务数量计算得到调整量。当然也可以采用其他的策略。

S404、按照目标账户的销户申请对应的序号，将目标账户的销户申请添加至消息队列中。

S107、当轮询到消息队列中的目标账户的销户申请时，判断目标账户的当前状态是否满足预设销户标准。

在本申请实施例中，对消息队列中的销户申请进行轮询，以依次对消息队列中的销户申请进行处理。当轮询到消息队列中的目标账户的销户申请时，判断目标账户的当前状态是否满足预设销户标准。由于对于处于未还款状态等情况下的账户是否无法进行销户的，所以需要根据可以进行销户的标准，预先设定相应的销户标准。根据预设销户标准，查目标账户的相应信息，用于判断目标账户的当前状态是否满足预设销户标准。所以判断出目标账户的当前状态满足预设销户标准，则执行步骤S108。

可选地，在本申请另一实施例中，在判断出所述目标账户的当前状态是否满足预设销户标准，还可以对目标账户的冻结状态做进一步处理。如图5所示，本申请实施例提供的一种目标账户的冻结状态的处理方法，包括：

S501、向用户反馈判断结果。

具体的，将步骤S107的判断结果反馈给用户，以让用户决定对目标账户的冻结状态的处理。也便于用户消除不满足预设销户标准的事项。

S502、向用户反馈解冻提示信息。

其中，解冻提示信息用于提示是否保持目标账户的冻结状态。当用户确定保持目标账户的冻结状态时，可以在客户端上进行操作，触发保持冻结指令。

S503、判断在第一预设时间长度内接收到保持冻结指令。

其中，若判断在第一预设时间长度内接收到保持冻结指令，则执行步骤S504。若判断在第一预设时间长度内未接收到保持冻结指令，则执行步骤S506。

S504、检测目标账户的当前状态是否满足预设的持续冻结条件。

需要说明的是，对于当前还存在处于待还款等状态下的账户需要进行解冻，以便用户处理还未处理完的事项。所以在本申请实施例中，在检测目标账户的当前状态满足预设的持续冻结条件时，才执行步骤S505。若检测目标账户的当前状态不满足预设的持续冻结条件时，则执行步骤S506。

S505、保持目标账户的冻结状态，并反馈已持续冻结提示信息。

S506、解除对目标账户的冻结。

可选地，在对目标账户进行解冻后，也可以向用户反馈已解冻提示信息。

S108、将目标账户的销户申请发送给审核人员进行审核。

具体的，将目标账户的销户申请发送至审核人员对应的客户端，由审核人员通过客户端对目标账户的销户申请进行审核，并反馈审核结果，

S109、接收目标账户的销户申请的审核结果。

S110、判断目标账户的销户申请的审核结果是否为通过审核。

其中，若判断出目标账户的销户申请的审核结果为通过审核，则执行步骤S111。

S111、将目标账户进行销户并将销户结果反馈给用户。

本申请实施例提供了一种线上销户的方法，获取用户的目标账户的销户申请以及所述用户的唯一识别信息。其中，唯一识别信息至少包括生物识别信息。向用户展示销户合同信息，并检测用户是否已阅读销户合同信息，以确定用户了解销户的重要事项。若检测用户已阅读所述销户合同信息，则检测用户的唯一识别信息与目标账户对应的用户信息是否一致，从而确定是否为用户本人操作。若检测用户的唯一识别信息与所述目标账户对应的用户信息一致，则将目标账户进行冻结，并将所述目标账户的销户申请添加至消息队列中，以在后续进行异步处理，无需用户在线进行等待。当轮询到消息队列中的目标账户的销户申请时，判断目标账户的当前状态是否满足预设销户标准。若判断出目标账户的当前状态满足预设销户标准，则将目标账户的销户申请发送给审核人员进行审核。若目标账户的销户申请的审核结果为通过审核，则将目标账户进行销户并将销户结果反馈给用户。从而实现了一种便捷的线上销户方式，不仅能确定用户和工作人员了解销户信息，并且不需要用户准备充足的时间用于线上办理。

本申请另一实施例提供了一种线上销户的装置，如图6所示，包括：

申请获取单元601，用于获取用户的目标账户的销户申请以及用户的唯一识别信息。

其中，唯一识别信息至少包括生物识别信息。

合同信息展示单元602，用于向用户展示销户合同信息。

第一检测单元603，用于检测用户是否已阅读销户合同信息。

第二检测单元604，用于在检测用户已阅读销户合同信息时，检测用户的唯一识别信息与目标账户对应的用户信息是否一致。

冻结单元605，用于在检测用户的唯一识别信息与目标账户对应的用户信息一致时，将目标账户进行冻结。

添加单元606，用于将目标账户的销户申请添加至消息队列中。

第一判断单元607，用于当轮询到消息队列中的目标账户的销户申请时，判断目标账户的当前状态是否满足预设销户标准。

发送单元608，用于在判断出目标账户的当前状态满足预设销户标准时，将目标账户的销户申请发送给审核人员进行审核。

结果接收单元609，用于接收目标账户的销户申请的审核结果。

销户单元610，用于在目标账户的销户申请的审核结果为通过审核时，将目标账户进行销户并将销户结果反馈给用户。

可选地，在本申请另一实施例提供的线上销户的装置中，第一检测单元，包括：

时长监测单元，用于实时监测销户合同信息的展示时长。

按键解除单元，用于在监测到销户合同信息的展示时长大于预设时间阈值时，解除对阅读确认按键的锁定。

问题反馈单元，用于在监测到用户触发阅读确认按键时，反馈预设的合同信息问题。

答案检测单元，用于接收合同信息问题的答案，并判断合同信息问题的答案是否正确。

其中，若判断出合同信息问题的答案不正确，则返回问题反馈单元。

确定单元，用于在判断出合同信息问题的答案正确时，确定用户已阅读销户合同信息。

可选地，在本申请另一实施例提供的线上销户的装置中，还包括：

判断结果反馈单元，用于在第一判断单元判断出目标账户的当前状态未满足预设销户标准时，向用户反馈判断结果。

解冻提示单元，用于向用户反馈解冻提示信息。其中，解冻提示信息用于提示是否保持目标账户的冻结状态。

第三检测单元，用于在第一预设时间长度内接收到保持冻结指令时，检测目标账户的当前状态是否满足预设的持续冻结条件。

保持单元，用于在检测到目标账户的当前状态满足预设的持续冻结条件时，保持目标账户的冻结状态，并反馈已持续冻结提示信息。

解冻单元，用于在第一预设时间长度内未接收到保持冻结指令时，或检测到目标账户的当前状态不满足预设的持续冻结条件时，解除对目标账户的冻结。

可选地，在本申请另一实施例提供的线上销户的装置中，添加单元，包括：

第一添加单元，用于在目标账户的销户申请为正常申请时，将目标账户的销户申请添加至当前消息队列的末位。

序号确定单元，用于在目标账户的销户申请为加急申请时，基于目标账户的销户申请的加急等级以及当前消息队列中的待处理事务数量，确定目标账户的销户申请对应的序号。

第二添加单元，用于按照目标账户的销户申请对应的序号，将目标账户的销户申请添加至消息队列中。

可选地，在本申请另一实施例提供的线上销户的装置中，还包括：

信息获取单元，用于获取用户的用户信息。

第二判断单元，用于基于用户的用户信息，判断用户是否为重要客户。

其中，若判断出用户不属于重要客户，则执行将目标账户进行冻结。

劝导单元，用于在判断出用户属于重要客户时，向用户反馈劝导信息以及目标产品信息，以及将用户对应的指定地址发送用户的销户信息。

其中，目标产品信息指的用户感兴趣的产品的信息。

第三判断单元，用于判断在第二预设时间长度内是否接收到销户取消请求。

其中，若在第二预设时间长度内未接收到销户取消请求，则冻结单元执行将目标账户进行冻结。

撤销单元，用于在判断出在第二预设时间长度内是否接收到销户取消请求时，撤销目标账户的销户申请。

需要说明的是，本申请上述实施例提供的各个单元的具体工作过程，可相应地参考上述方法实施例中的相应的步骤，此处不再赘述。

本申请另一实施例提供了一种电子设备，如图7所示，包括：

存储器701和处理器702。

其中，存储器701用于存储程序。

处理器702用于执行存储器701存储的程序，该程序被执行时，具体用于实现如上述任意一个实施例提供的线上销户的方法。

本申请另一实施例提供了一种计算机存储介质，用于存储计算机程序，计算机程序被执行时，用于实现如上述任意一项的线上销户的方法。

计算机存储介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

需要说明的是，本发明提供的一种线上销户方法及装置、电子设备、存储介质可用于金融领域或其他领域，例如，可用于金融领域中的账户处理应用场景。其他领域为除金融领域之外的任意领域，例如，线上支付领域。上述仅为示例，并不对本发明提供的一种线上销户方法及装置、电子设备、存储介质的应用领域进行限定。

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

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。