CN108874912A - 一种销户方法和服务器 - Google Patents

Abstract

本申请实施方式公开了一种销户方法和服务器，其中，所述方法包括：接收客户端发出的指向目标账户的销户请求，所述销户请求中包括用于识别所述目标账户的账户标识；通过与线上数据库相关联的第一执行策略，从所述线上数据库中删除所述目标账户的信息，并得到第一执行结果，以及通过与历史数据库相关联的第二执行策略，记录所述目标账户的信息，并将所述目标账户的信息写入所述历史数据库，得到第二执行结果；基于所述第一执行结果和所述第二执行结果，判断针对所述目标账户的销户是否成功；若成功，向所述客户端反馈表征销户成功的确认销户信息。本申请提供的技术方案，能够有效实现账户的正常销户。

Description

一种销户方法和服务器

技术领域

本申请涉及互联网技术领域，特别涉及一种销户方法和服务器。

背景技术

随着信息技术和互联网技术的快速发展，以及人们对自身信息安全和可控性意识的逐渐完善，账户信息完整的生命周期管理显得越来越重要。特别是在电子商务领域，完整的账户生命周期管理不仅有利于增强系统自身数据的可控性，也可以隔离冗余数据对真实线上环境的干扰。

目前在大多数现有的账户信息管理系统中，往往主要关注于快速推广账户，却对销户的关注度较小，导致还未形成一套从账户创建到账户注销的完整体系。特别是在电子商务系统的账户体系中，如果没有完整的销户管理而随意销户，将会造成交易推进失败、对账失败等系统异常，最终还需要人为干涉正常数据流状态，以使得系统恢复。

发明内容

本申请实施方式的目的是提供一种销户方法和服务器，能够有效实现账户的正常销户。

为实现上述目的，本申请实施方式提供一种销户方法，所述方法包括：接收客户端发出的指向目标账户的销户请求，所述销户请求中包括用于识别所述目标账户的账户标识；通过与线上数据库相关联的第一执行策略，从所述线上数据库中删除所述目标账户的信息，并得到第一执行结果，以及通过与历史数据库相关联的第二执行策略，记录所述目标账户的信息，并将所述目标账户的信息写入所述历史数据库，得到第二执行结果；基于所述第一执行结果和所述第二执行结果，判断针对所述目标账户的销户是否成功；若成功，向所述客户端反馈表征销户成功的确认销户信息。

为实现上述目的，本申请实施方式还提供一种服务器，所述服务器包括接收模块、执行结果确定模块、判断模块和发送模块；其中，所述接收模块，用于接收客户端发出的指向目标账户的销户请求，所述销户请求中包括用于识别所述目标账户的账户标识；所述执行结果确定模块，用于通过与线上数据库相关联的第一执行策略，从所述线上数据库中删除所述目标账户的信息，并得到第一执行结果，以及通过与历史数据库相关联的第二执行策略，记录所述目标账户的信息，并将所述目标账户的信息写入所述历史数据库，得到第二执行结果；所述判断模块，用于基于所述第一执行结果和所述第二执行结果，判断针对所述目标账户的销户是否成功；所述发送模块，在针对所述目标账户的销户成功的情况下，向所述客户端反馈表征销户成功的确认销户信息。

为实现上述目的，本申请实施方式还提供一种服务器，所述服务器包括存储器和处理器，所述存储器中存储有计算机程序，所述计算机程序被所述处理器执行时，实现以下步骤：接收客户端发出的指向目标账户的销户请求，所述销户请求中包括用于识别所述目标账户的账户标识；通过与线上数据库相关联的第一执行策略，从所述线上数据库中删除所述目标账户的信息，并得到第一执行结果，以及通过与历史数据库相关联的第二执行策略，记录所述目标账户的信息，并将所述目标账户的信息写入所述历史数据库，得到第二执行结果；基于所述第一执行结果和所述第二执行结果，判断针对所述目标账户的销户是否成功；若成功，向所述客户端反馈表征销户成功的确认销户信息。

由上可见，在本申请中，用户可以通过客户端向服务器发出指向目标账户的销户请求，服务器接收到销户请求后，可以提取销户请求中的账户标识。在提取账户标识后，服务器可以从线上数据库中读取具备账户标识的目标账户的信息，并通过与线上数据库相关联的第一执行策略，从所述线上数据库中删除所述目标账户的信息，得到第一执行结果，以及通过与历史数据库相关联的第二执行策略，记录所述目标账户的信息，并将所述目标账户的信息写入所述历史数据库，得到第二执行结果。那么，服务器可以基于所述第一执行结果和所述第二执行结果，判断针对所述目标账户的销户是否成功，若成功，便可以向客户端反馈表征销户成功的确认销户信息。这样，便可以有效实现账户的正常销户。

附图说明

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

图1是本申请实施方式中销户方法的一种流程图；

图2是本申请实施方式中一种服务器的结构示意图；

图3是本申请实施方式中另一种服务器的结构示意图。

具体实施方式

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

本申请实施方式提供一种销户方法，所述销户方法可以应用于客户端和服务器的系统架构中。所述客户端可以是用于登录用户的账号信息的电子设备。具体地，所述客户端例如可以是台式电脑、平板电脑、笔记本电脑、智能手机、数字助理、智能可穿戴设备、具有网络访问功能的电视机等。或者，所述客户端也可以为能够运行于上述电子设备中的软件。具体地，所述客户端可以为电子设备中的移动应用，所述移动应用例如可以是微信、QQ、京东支付等。

在本实施方式中，所述服务器可以是用于账户销户的设备。具体地，所述服务器可以为一个具有数据运算、存储功能以及网络交互功能的电子设备；也可以为运行于该电子设备中，为数据处理、存储和网络交互提供支持的软件。在本实施方式中并不具体限定所述服务器的数量。所述服务器可以为一个服务器，还可以为几个服务器，或者，若干服务器形成的服务器集群。

本申请实施方式提供一种信息交互的方法，所述信息交互的方法可以应用于上述的服务器中。请参阅图1，所述方法可以包括以下步骤。

S11：接收客户端发出的指向目标账户的销户请求，所述销户请求中包括用于识别所述目标账户的账户标识。

在本实施方式中，所述服务器中可以提供有线上数据库和历史数据库。所述线上数据库可以是存储未销户的账户信息的数据集。所述历史数据库可以是已销户的账户信息。所述线上数据库可以采用MySQL、Oracle、DB2、Sybase等数据库格式中的任意一种。所述历史数据库也可以采用MySQL、Oracle、DB2、Sybase等数据库格式中的任意一种。所述线上数据库和所述历史数据库可以分别部署在服务器中的存储介质上。

在本实施方式中，所述线上数据库中可以存储各个账户的信息。所述线上数据库中的每个账户信息可以具备各自的账户标识。所述账户标识可以用于识别所述目标账户。所述账户标识与账户信息之间可以通过key-value(键值对)的形式进行存储，这样，通过提供的账户标识，便可以从所述线上数据库中获取到对应的账户信息。

在本实施方式中，所述客户端中可以展示账户销户的链接。所述链接可以是文字链接、图片链接或者视频链接。用户通过点击该链接，从而可以向所述服务器发送销户请求。

在本实施方式中，所述销户请求可以是按照预设规则进行编写的字符串。其中，所述预设规则可以是所述客户端与所述服务器之间遵循的网络通信协议。例如，所述销户请求可以是按照HTTP协议进行编写的字符串。所述预设规则可以限定销户请求中的各个组成部分以及各个组成部分之间的排列顺序。例如，所述销户请求中可以包括请求标识字段、源IP地址字段以及目的IP地址字段。所述请求标识字段可以填充所述目标账户的标识。所述源IP地址字段可以填写所述客户端的IP地址，所述目标IP地址字段可以填写所述服务器的IP地址。这样，所述销户请求便可以从所述客户端发送至所述服务器处。

在本实施方式中，所述销户请求指向所述目标账户可以指所述销户请求中携带所述目标账户的账户标识。这样，服务器接收到所述销户请求后，可以从所述销户请求中提取所述目标账户的账户标识。在提取出所述目标账户的账户标识后，所述服务器可以从所述线上数据库中读取具备所述账户标识的目标账户的账户信息。

S13：通过与线上数据库相关联的第一执行策略，从所述线上数据库中删除所述目标账户的信息，并得到第一执行结果，以及通过与历史数据库相关联的第二执行策略，记录所述目标账户的信息，并将所述目标账户的信息写入所述历史数据库，得到第二执行结果。

在本实施方式中，所述第一执行策略可以是与所述线上数据库相关联的事务模板。所述服务器可以通过与所述线上数据库相关联的事务模板，执行各种与所述线上数据库相关联的事务。例如，与所述线上数据库相关联的事务可以是修改所述线上数据库中某账户的信息，或者从所述线上数据库中删除某账户的信息。

在本实施方式中，在通过所述第一执行策略从所述线上数据库中删除所述目标账户的信息后，所述服务器还可以得到对应的第一执行结果。所述第一执行结果可以用于表征所述目标账户的信息是否删除成功。

在本实施方式中，所述第二执行策略可以是与所述历史数据库相关联的事务模板。所述服务器可以通过与所述历史数据库相关联的事务模板，执行各种与所述历史数据库相关联的事务。例如，与所述历史数据库相关联的事务可以是记录从所述线上数据库中删除的某账户的信息，或者将该账户的信息写入所述历史数据库。

在本实施方式中，在通过所述第二执行策略从所述历史数据库中删除所述目标账户的信息后，所述服务器还可以得到对应的第二执行结果。所述第二执行结果可以用于表征所述目标账户的信息是否写入成功。

S15：基于所述第一执行结果和所述第二执行结果，判断针对所述目标账户的销户是否成功；若成功，向所述客户端反馈表征销户成功的确认销户信息。

在本实施方式中，所述服务器可以根据所述第一执行结果和所述第二执行结果，判断针对所述目标账户的销户是否成功。在所述第一执行结果表征信息删除成功且所述第二执行结果表征信息写入成功的情况下，所述服务器可以判定针对所述目标账户的销户成功，便可以向所述客户端反馈表征销户成功的确认销户信息。

在本实施方式中，所述确认销户信息可以是用于表征所述目标账户销户成功的指定字符串。例如，所述指定字符串可以是“true”或“agree”等。

在一个具体应用场景中，所述客户端可以是智能手机，用户需要通过该智能手机进行某微信账户的销户。首先账户，用户可以通过点击该智能手机上展示的文字链接，向所述服务器发送指向该微信账户的销户请求。然后，服务器接收到销户请求后，可以提取销户请求中的账户标识。在提取账户标识后，服务器可以从线上数据库中读取具备账户标识的微信账户的信息，并通过与线上数据库相关联的事务模板，从所述线上数据库中删除该微信账户的信息，得到第一执行结果，以及通过与历史数据库相关联的事务模板，记录该微信账户的信息，并将该微信账户的信息写入所述历史数据库，得到第二执行结果。最后，服务器可以基于所述第一执行结果和所述第二执行结果，判断针对所述目标账户的销户是否成功，若成功，便可以向该智能手机反馈表征销户成功的确认销户信息。这样，便可以保证有效实现账户的正常销户。

在本申请一个实施方式中，在实际应用中，用户在提出指向某账户的销户请求时，该账户可能未处于待销户状态，这时，如果随意销户，可能会造成交易推进失败、对账失败等系统异常。为了避免这种情况发生，在接收到销户请求后，可以先判断该账户是否处于待销户状态，若处于，再进行后续销户处理。具体地，在接收客户端发出的指向目标账户的销户请求之后，以及在从所述线上数据库中删除所述目标账户的信息之前，所述方法还可以包括：所述服务器可以判断所述目标账户是否处于待销户状态；若处于，可以进行后续销户处理；若不处于，向所述客户端反馈表征未处于销户状态的拒绝销户信息。

在本实施方式中，所述目标账户处于待销户状态可以包括：所述目标账户的交易订单处于完结状态、所述目标账户的最后一笔提现成功的时间与当前时间的间隔大于指定时间间隔、所述指目标账户的账户没有余额，并且所述目标账户的活跃度小于或等于指定活跃度阈值。若所述目标账户的业务状态不符合这些状态中的至少一种，则表明所述目标账户不处于待销户状态。在实际应用中，所述目标账户的业务状态包括的其他处于待销户状态，都可以作为上述判断条件。

在本实施方式中，所述目标账户的交易订单处于完结状态可以指所述目标账户在发生交易时交易订单处于完结状态。例如，交易订单处于退款状态，此时所述目标账户也已经收到款项。

在本实施方式中，所述指定时间间隔可以根据实际应用情况来设定。例如，针对某些币种，用户在进行提现时，收到银行提现成功的通知后仍可能会发生退票的情况。此时，可以统计最后一笔提现成功时间与提现退票直接间隔的最长时间，将该最长时间作为所述指定时间间隔。

在本实施方式中，所述目标账户的活跃度可以指所述目标账户的在线时长和登录频次。相应的，所述指定活跃度阈值可以是指定时长或指定频次阈值。所述指定时长和所述指定频次阈值可以根据实际应用情况来动态设定，此处不作限定。

在本申请一个实施方式中，在实际应用中，用户通过一个客户端提出某账户的销户请求，但可能在异常情况下同时在另一个客户端上也登录有该账户，并正发起某项业务请求，这时，如果在接收到销户请求以后，直接进行销户处理，可能会出现因该账户处于业务未完结状态而销户失败的情况。为了避免这种情况发生，可以在接收到销户请求后，冻结该账户发起任何业务的权限。具体地，在从所述线上数据库中删除所述目标账户的信息之前，所述方法还可以包括：接收所述客户端发起的业务请求，判断所述目标账户是否处于待销户状态；若处于，拒绝所述业务请求。如此，在判定所述目标账户处于待销户状态的情况下，便可以阻止登录有所述目标账户的客户端发起的任何业务请求。

在本申请一个实施方式中，判断针对所述目标账户的销户是否成功，还可以包括：在所述第一执行结果表征信息删除失败且所述第二执行结果表征信息写入成功的情况下，判定针对所述目标账户的销户失败。

在本实施方式中，在判定针对所述目标账户的销户失败之后，所述方法还可以包括以下步骤。

S21：通过所述第一执行策略，再次从所述线上数据库中删除所述目标账户的信息，并得到新的第一执行结果，以及通过所述第二执行策略，再次将所述目标账户的信息写入所述历史数据库，得到新的第二执行结果。

S23：若所述新的第一执行结果表征信息删除成功且所述新的第二执行结果指向指定事件，向所述客户端反馈所述表征销户成功的确认销户信息；其中，所述指定事件用于表征所述历史数据库中已写入所述目标账户的信息。

在本实施方式中，由于上一次得到的第二执行结果表征写入成功，表明所述历史数据库中已经写入所述目标账户的信息。因此，当通过所述第二执行策略再次将所述目标账户的信息写入所述历史数据库时，服务器会发现所述历史数据库中已经写入所述目标账户的信息，可以得出异常结果，即指向指定事件的所述新的第二执行结果，但不会将该异常结果作为异常处理。其中，所述指定事件用于表征所述历史数据库中已写入所述目标账户的信息。

在本申请一个实施方式中，判断针对所述目标账户的销户是否成功，还可以包括：在所述第一执行结果表征信息删除成功且所述第二执行结果表征信息写入失败的情况下，判定针对所述目标账户的销户失败。

在本实施方式中，在判定针对所述目标账户的销户失败之后，所述方法还可以包括以下步骤。

S31：通过所述第二执行策略生成用于表征信息写入失败的异常信息。

S33：通过所述第一执行策略响应于所述异常信息，在所述线上数据库中恢复已删除的所述目标账户的信息。

S35：通过所述第一执行策略，再次从所述线上数据库中删除所述目标账户的信息，并得到新的第一执行结果，以及通过与所述第二执行策略，再次将所述目标账户的信息写入所述历史数据库，得到新的第二执行结果。

S37：若所述新的第一执行结果表征信息删除成功且所述新的第二执行结果表征信息写入成功，向所述客户端反馈所述表征销户成功的确认销户信息。

在本申请一个实施方式中，判断针对所述目标账户的销户是否成功，还可以包括：在所述第一执行结果表征信息删除失败且所述第二执行结果表征信息写入失败的情况下，判定针对所述目标账户的销户失败。

在本实施方式中，在判定针对所述目标账户的销户失败之后，所述方法还包括以下步骤。

S41：通过所述第一执行策略，再次从所述线上数据库中删除所述目标账户的信息，并得到新的第一执行结果，以及通过与所述第二执行策略，再次将所述目标账户的信息写入所述历史数据库，得到新的第二执行结果。

S43：若所述新的第一执行结果表征信息删除成功且所述新的第二执行结果表征信息写入成功，向所述客户端反馈所述表征销户成功的确认销户信息。

在本申请一个实施方式中，为了保证线上数据库中账户的信息与对应的分布式缓存中账户的缓存数据的一致性，所述方法还可以包括：在将所述目标账户的信息从线上数据库中删除时，从与所述线上数据库相关联的分布式缓存中，删除与所述目标账户相关联的缓存数据。

在本实施方式中，所述分布式缓存可以包括多个缓存节点。可以通过一致性哈希(Hash)算法计算出每个账户信息对应的哈希值，通过哈希值，可以将每个缓存节点与至少一个账户的相关联。

在本申请一个实施方式中，在实际应用中，在删除与所述目标账户相关联的缓存数据时，可能同时有用户在通过客户端向服务器发送搜索所述目标账户的信息的请求，这时，服务器会重新将与所述目标账户的缓存数据写入所述分布式缓存中，这样，所述线上数据库中已经删除所述目标账户的信息，而所述分布式缓存中却仍有与所述目标账户的缓存数据，导致线上数据库中账户的信息与对应的分布式缓存中账户的缓存数据的不一致。为了避免这种情况发生，在删除与所述目标账户相关联的缓存数据时，所述方法还可以包括：按照指定间隔时长，检测所述分布式缓存中是否包括所述缓存数据；若包括，再次删除与所述目标账户相关联的缓存数据。其中，所述指定间隔时长可以根据实际应用情况来设定。

在本实施方式中，在删除与所述目标账户相关联的缓存数据时，所述服务器可以注册一个定时任务和一个异步任务。所述定时任务用于按照指定间隔时长，检测所述分布式缓存中是否包括所述缓存数据。所述异步任务用于在检测结果为所述分布式缓存中包括所述缓存数据的情况下，再次删除与所述目标账户相关联的缓存数据。

在本实施方式中，上述方法步骤中实现的功能，可以由计算机程序实现，所述计算机程序可以被存储于计算机存储介质中，处理器可以读取计算机存储介质中的计算机程序，并执行所述计算机程序。在执行所述计算机程序时，可以实现以下步骤：

S11：接收客户端发出的指向目标账户的销户请求，所述销户请求中包括用于识别所述目标账户的账户标识；

S13：通过与线上数据库相关联的第一执行策略，从所述线上数据库中删除所述目标账户的信息，并得到第一执行结果，以及通过与历史数据库相关联的第二执行策略，记录所述目标账户的信息，并将所述目标账户的信息写入所述历史数据库，得到第二执行结果；

S15：基于所述第一执行结果和所述第二执行结果，判断针对所述目标账户的销户是否成功；若成功，向所述客户端反馈表征销户成功的确认销户信息。

需要说明的是，上述计算机存储介质中的计算机程序所能实现的功能，均可以参照前述的方法实施实施方式，实现的技术效果也与前述方法实施方式中实现的技术效果类似，这里便不再赘述。

请参阅图2，本申请还提供一种服务器，所述服务器包括接收模块、执行结果确定模块、判断模块和发送模块。

所述接收模块，可以用于接收客户端发出的指向目标账户的销户请求，所述销户请求中包括用于识别所述目标账户的账户标识。

所述执行结果确定模块，可以用于通过与线上数据库相关联的第一执行策略，从所述线上数据库中删除所述目标账户的信息，并得到第一执行结果，以及通过与历史数据库相关联的第二执行策略，记录所述目标账户的信息，并将所述目标账户的信息写入所述历史数据库，得到第二执行结果。

所述判断模块，可以用于基于所述第一执行结果和所述第二执行结果，判断针对所述目标账户的销户是否成功。

所述发送模块，在针对所述目标账户的销户成功的情况下，向所述客户端反馈表征销户成功的确认销户信息。

在一个实施方式中，所述接收模块还用于接收所述客户端发来的业务请求；所述服务器还包括：业务冻结模块。所述业务冻结模块，可以用于判断所述目标账户是否处于待销户状态，若处于，拒绝所述业务请求。

本说明书实施方式提供的服务器，其各个模块实现的具体功能，可以与本说明书中的前述实施方式相对照解释，并能够达到前述实施方式的技术效果，这里便不再赘述。

请参阅图3，本申请还提供一种服务器，所述服务器包括存储器和处理器，所述存储器中存储计算机程序，所述计算机程序被所述处理器执行时，实现以下步骤：

S11：接收客户端发出的指向目标账户的销户请求，所述销户请求中包括用于识别所述目标账户的账户标识；

S13：通过与线上数据库相关联的第一执行策略，从所述线上数据库中删除所述目标账户的信息，并得到第一执行结果，以及通过与历史数据库相关联的第二执行策略，记录所述目标账户的信息，并将所述目标账户的信息写入所述历史数据库，得到第二执行结果；

S15：基于所述第一执行结果和所述第二执行结果，判断针对所述目标账户的销户是否成功；若成功，向所述客户端反馈表征销户成功的确认销户信息。

在本实施方式中，所述存储器可以包括用于存储信息的物理装置，通常是将信息数字化后再以利用电、磁或者光学等方法的媒体加以存储。本实施方式所述的存储器又可以包括：利用电能方式存储信息的装置，如RAM、ROM等；利用磁能方式存储信息的装置，如硬盘、软盘、磁带、磁芯存储器、磁泡存储器、U盘；利用光学方式存储信息的装置，如CD或DVD。当然，还有其他方式的存储器，例如量子存储器、石墨烯存储器等等。

在本实施方式中，所述处理器可以按任何适当的方式实现。例如，所述处理器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application SpecificIntegrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式等等。

在一个实施方式中，所述计算机程序被所述处理器执行时，还实现以下步骤：

在所述第一执行结果表征信息删除失败且所述第二执行结果表征信息写入成功的情况下，判定针对所述目标账户的销户失败。

在一个实施方式中，在判定针对所述目标账户的销户失败之后，所述计算机程序被所述处理器执行时，还实现以下步骤：

通过所述第一执行策略，再次从所述线上数据库中删除所述目标账户的信息，并得到新的第一执行结果，以及通过所述第二执行策略，再次将所述目标账户的信息写入所述历史数据库，得到新的第二执行结果；

若所述新的第一执行结果表征信息删除成功且所述新的第二执行结果指向指定事件，向所述客户端反馈所述表征销户成功的确认销户信息；其中，所述指定事件用于表征所述历史数据库中已写入所述目标账户的信息。

在一个实施方式中，所述计算机程序被所述处理器执行时，还实现以下步骤：

在所述第一执行结果表征信息删除成功且所述第二执行结果表征信息写入失败的情况下，判定针对所述目标账户的销户失败。

在一个实施方式中，在判定针对所述目标账户的销户失败之后，所述计算机程序被所述处理器执行时，还实现以下步骤：

通过所述第二执行策略生成用于表征信息写入失败的异常信息；

通过所述第一执行策略响应于所述异常信息，在所述线上数据库中恢复已删除的所述目标账户的信息；

通过所述第一执行策略，再次从所述线上数据库中删除所述目标账户的信息，并得到新的第一执行结果，以及通过与所述第二执行策略，再次将所述目标账户的信息写入所述历史数据库，得到新的第二执行结果；

若所述新的第一执行结果表征信息删除成功且所述新的第二执行结果表征信息写入成功，向所述客户端反馈所述表征销户成功的确认销户信息。

在一个实施方式中，所述计算机程序被所述处理器执行时，还实现以下步骤：

在所述第一执行结果表征信息删除失败且所述第二执行结果表征信息写入失败的情况下，判定针对所述目标账户的销户失败。

在一个实施方式中，在判定针对所述目标账户的销户失败之后，所述计算机程序被所述处理器执行时，还实现以下步骤：

通过所述第一执行策略，再次从所述线上数据库中删除所述目标账户的信息，并得到新的第一执行结果，以及通过与所述第二执行策略，再次将所述目标账户的信息写入所述历史数据库，得到新的第二执行结果；

若所述新的第一执行结果表征信息删除成功且所述新的第二执行结果表征信息写入成功，向所述客户端反馈所述表征销户成功的确认销户信息。

在一个实施方式中，在从所述线上数据库中删除所述目标账户的信息之前，所述计算机程序被所述处理器执行时，还实现以下步骤：

接收所述客户端发起的业务请求，判断所述目标账户是否处于待销户状态；若处于，拒绝所述业务请求。

在一个实施方式中，所述计算机程序被所述处理器执行时，还实现以下步骤：

在将所述目标账户的信息从线上数据库中删除时，从与所述线上数据库相关联的分布式缓存中，删除与所述目标账户相关联的缓存数据。

在一个实施方式中，在删除与所述目标账户相关联的缓存数据时，所述计算机程序被所述处理器执行时，还实现以下步骤：

按照指定间隔时长，检测所述分布式缓存中是否包括所述缓存数据；若包括，再次删除与所述目标账户相关联的缓存数据。

本说明书实施方式提供的服务器，其存储器和处理器实现的具体功能，可以与本说明书中的前述实施方式相对照解释，并能够达到前述实施方式的技术效果，这里便不再赘述。

由此可见，在本申请中，用户可以通过客户端向服务器发出指向目标账户的销户请求，服务器接收到销户请求后，可以提取销户请求中的账户标识。在提取账户标识后，服务器可以从线上数据库中读取具备账户标识的目标账户的信息，并通过与线上数据库相关联的第一执行策略，从所述线上数据库中删除所述目标账户的信息，得到第一执行结果，以及通过与历史数据库相关联的第二执行策略，记录所述目标账户的信息，并将所述目标账户的信息写入所述历史数据库，得到第二执行结果。那么，服务器可以基于所述第一执行结果和所述第二执行结果，判断针对所述目标账户的销户是否成功，若成功，便可以向客户端反馈表征销户成功的确认销户信息。这样，便可以有效实现账户的正常销户。

在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable GateArray，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等，目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog2。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

本领域技术人员也知道，除了以纯计算机可读程序代码方式实现客户端、服务器以外，完全可以通过将方法步骤进行逻辑编程来使得客户端、服务器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种客户端、服务器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施方式或者实施方式的某些部分所述的方法。

本说明书中的各个实施方式均采用递进的方式描述，各个实施方式之间相同相似的部分互相参见即可，每个实施方式重点说明的都是与其他实施方式的不同之处。尤其，针对计算机存储介质、服务器和客户端的实施方式来说，均可以参照前述方法的实施方式的介绍对照解释。

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

虽然通过实施方式描绘了本申请，本领域普通技术人员知道，本申请有许多变形和变化而不脱离本申请的精神，希望所附的权利要求包括这些变形和变化而不脱离本申请的精神。

Claims (22)

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

接收客户端发出的指向目标账户的销户请求，所述销户请求中包括用于识别所述目标账户的账户标识；

通过与线上数据库相关联的第一执行策略，从所述线上数据库中删除所述目标账户的信息，并得到第一执行结果，以及通过与历史数据库相关联的第二执行策略，记录所述目标账户的信息，并将所述目标账户的信息写入所述历史数据库，得到第二执行结果；

基于所述第一执行结果和所述第二执行结果，判断针对所述目标账户的销户是否成功；若成功，向所述客户端反馈表征销户成功的确认销户信息。

2.根据权利要求1所述的方法，其特征在于，判断针对所述目标账户的销户是否成功，包括：

在所述第一执行结果表征信息删除失败且所述第二执行结果表征信息写入成功的情况下，判定针对所述目标账户的销户失败。

3.根据权利要求2所述的方法，其特征在于，在判定针对所述目标账户的销户失败之后，所述方法还包括：

通过所述第一执行策略，再次从所述线上数据库中删除所述目标账户的信息，并得到新的第一执行结果，以及通过所述第二执行策略，再次将所述目标账户的信息写入所述历史数据库，得到新的第二执行结果；

若所述新的第一执行结果表征信息删除成功且所述新的第二执行结果指向指定事件，向所述客户端反馈所述表征销户成功的确认销户信息；其中，所述指定事件用于表征所述历史数据库中已写入所述目标账户的信息。

4.根据权利要求1所述的方法，其特征在于，判断针对所述目标账户的销户是否成功，包括：

在所述第一执行结果表征信息删除成功且所述第二执行结果表征信息写入失败的情况下，判定针对所述目标账户的销户失败。

5.根据权利要求4所述的方法，其特征在于，在判定针对所述目标账户的销户失败之后，所述方法还包括：

通过所述第二执行策略生成用于表征信息写入失败的异常信息；

通过所述第一执行策略响应于所述异常信息，在所述线上数据库中恢复已删除的所述目标账户的信息；

通过所述第一执行策略，再次从所述线上数据库中删除所述目标账户的信息，并得到新的第一执行结果，以及通过与所述第二执行策略，再次将所述目标账户的信息写入所述历史数据库，得到新的第二执行结果；

若所述新的第一执行结果表征信息删除成功且所述新的第二执行结果表征信息写入成功，向所述客户端反馈所述表征销户成功的确认销户信息。

6.根据权利要求1所述的方法，其特征在于，判断针对所述目标账户的销户是否成功，包括：

在所述第一执行结果表征信息删除失败且所述第二执行结果表征信息写入失败的情况下，判定针对所述目标账户的销户失败。

7.根据权利要求6所述的方法，其特征在于，在判定针对所述目标账户的销户失败之后，所述方法还包括：

通过所述第一执行策略，再次从所述线上数据库中删除所述目标账户的信息，并得到新的第一执行结果，以及通过与所述第二执行策略，再次将所述目标账户的信息写入所述历史数据库，得到新的第二执行结果；

若所述新的第一执行结果表征信息删除成功且所述新的第二执行结果表征信息写入成功，向所述客户端反馈所述表征销户成功的确认销户信息。

8.根据权利要求1所述的方法，其特征在于，在从所述线上数据库中删除所述目标账户的信息之前，所述方法还包括：

接收所述客户端发起的业务请求，判断所述目标账户是否处于待销户状态；若处于，拒绝所述业务请求。

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

在将所述目标账户的信息从线上数据库中删除时，从与所述线上数据库相关联的分布式缓存中，删除与所述目标账户相关联的缓存数据。

10.根据权利要求9所述的方法，其特征在于，在删除与所述目标账户相关联的缓存数据时，所述方法还包括：

按照指定间隔时长，检测所述分布式缓存中是否包括所述缓存数据；若包括，再次删除与所述目标账户相关联的缓存数据。

11.一种服务器，其特征在于，所述服务器包括接收模块、执行结果确定模块、判断模块和发送模块；其中，

所述接收模块，用于接收客户端发出的指向目标账户的销户请求，所述销户请求中包括用于识别所述目标账户的账户标识；

所述执行结果确定模块，用于通过与线上数据库相关联的第一执行策略，从所述线上数据库中删除所述目标账户的信息，并得到第一执行结果，以及通过与历史数据库相关联的第二执行策略，记录所述目标账户的信息，并将所述目标账户的信息写入所述历史数据库，得到第二执行结果；

所述判断模块，用于基于所述第一执行结果和所述第二执行结果，判断针对所述目标账户的销户是否成功；

所述发送模块，在针对所述目标账户的销户成功的情况下，向所述客户端反馈表征销户成功的确认销户信息。

12.根据权利要求11所述的服务器，其特征在于，所述接收模块还用于接收所述客户端发来的业务请求；所述服务器还包括：业务冻结模块；其中，

所述业务冻结模块，用于判断所述目标账户是否处于待销户状态，若处于，拒绝所述业务请求。

13.一种服务器，其特征在于，所述服务器包括存储器和处理器，所述存储器中存储有计算机程序，所述计算机程序被所述处理器执行时，实现以下步骤：

接收客户端发出的指向目标账户的销户请求，所述销户请求中包括用于识别所述目标账户的账户标识；

通过与线上数据库相关联的第一执行策略，从所述线上数据库中删除所述目标账户的信息，并得到第一执行结果，以及通过与历史数据库相关联的第二执行策略，记录所述目标账户的信息，并将所述目标账户的信息写入所述历史数据库，得到第二执行结果；

基于所述第一执行结果和所述第二执行结果，判断针对所述目标账户的销户是否成功；若成功，向所述客户端反馈表征销户成功的确认销户信息。

14.根据权利要求13所述的服务器，其特征在于，所述计算机程序被所述处理器执行时，还实现以下步骤：

在所述第一执行结果表征信息删除失败且所述第二执行结果表征信息写入成功的情况下，判定针对所述目标账户的销户失败。

15.根据权利要求14所述的服务器，其特征在于，在判定针对所述目标账户的销户失败之后，所述计算机程序被所述处理器执行时，还实现以下步骤：

通过所述第一执行策略，再次从所述线上数据库中删除所述目标账户的信息，并得到新的第一执行结果，以及通过所述第二执行策略，再次将所述目标账户的信息写入所述历史数据库，得到新的第二执行结果；

若所述新的第一执行结果表征信息删除成功且所述新的第二执行结果指向指定事件，向所述客户端反馈所述表征销户成功的确认销户信息；其中，所述指定事件用于表征所述历史数据库中已写入所述目标账户的信息。

16.根据权利要求13所述的服务器，其特征在于，所述计算机程序被所述处理器执行时，还实现以下步骤：

在所述第一执行结果表征信息删除成功且所述第二执行结果表征信息写入失败的情况下，判定针对所述目标账户的销户失败。

17.根据权利要求16所述的服务器，其特征在于，在判定针对所述目标账户的销户失败之后，所述计算机程序被所述处理器执行时，还实现以下步骤：

通过所述第二执行策略生成用于表征信息写入失败的异常信息；

通过所述第一执行策略响应于所述异常信息，在所述线上数据库中恢复已删除的所述目标账户的信息；

通过所述第一执行策略，再次从所述线上数据库中删除所述目标账户的信息，并得到新的第一执行结果，以及通过与所述第二执行策略，再次将所述目标账户的信息写入所述历史数据库，得到新的第二执行结果；

若所述新的第一执行结果表征信息删除成功且所述新的第二执行结果表征信息写入成功，向所述客户端反馈所述表征销户成功的确认销户信息。

18.根据权利要求13所述的服务器，其特征在于，所述计算机程序被所述处理器执行时，还实现以下步骤：

在所述第一执行结果表征信息删除失败且所述第二执行结果表征信息写入失败的情况下，判定针对所述目标账户的销户失败。

19.根据权利要求18所述的服务器，其特征在于，在判定针对所述目标账户的销户失败之后，所述计算机程序被所述处理器执行时，还实现以下步骤：

通过所述第一执行策略，再次从所述线上数据库中删除所述目标账户的信息，并得到新的第一执行结果，以及通过与所述第二执行策略，再次将所述目标账户的信息写入所述历史数据库，得到新的第二执行结果；

若所述新的第一执行结果表征信息删除成功且所述新的第二执行结果表征信息写入成功，向所述客户端反馈所述表征销户成功的确认销户信息。

20.根据权利要求13所述的服务器，其特征在于，在从所述线上数据库中删除所述目标账户的信息之前，所述计算机程序被所述处理器执行时，还实现以下步骤：

接收所述客户端发起的业务请求，判断所述目标账户是否处于待销户状态；若处于，拒绝所述业务请求。

21.根据权利要求13所述的服务器，其特征在于，所述计算机程序被所述处理器执行时，还实现以下步骤：

在将所述目标账户的信息从线上数据库中删除时，从与所述线上数据库相关联的分布式缓存中，删除与所述目标账户相关联的缓存数据。

22.根据权利要求21所述的服务器，其特征在于，在删除与所述目标账户相关联的缓存数据时，所述计算机程序被所述处理器执行时，还实现以下步骤：

按照指定间隔时长，检测所述分布式缓存中是否包括所述缓存数据；若包括，再次删除与所述目标账户相关联的缓存数据。