一种业务账号注销方法、装置、设备和存储介质
技术领域
本发明实施例涉及互联网技术领域，尤其涉及一种业务账号注销方法、装置、设备和存储介质。
背景技术
随着互联网技术的发展，一个互联网平台为了满足不同的业务需求，会针对不同业务类型开设不同类型的业务应用。
互联网平台中包含的多种不同的业务类型，在业务类型扩展的过程中，都是相互独立的，因此，各用户需要在不同的业务应用中分别注册业务账号。然而，随着业务规模的发展，业务类型越来越多，注册用户也越来越多，而且好多用户在各个不同的业务应用都注册有对应的业务账号，这些业务账号可能相同也可能不同。当用户想要注销账号的时候，需要工作人员对各个业务应用中该用户的业务资产分别向各个业务负责方进行核对，导致账号注销工作繁琐。
发明内容
本申请实施例提供一种业务账号注销方法、装置、设备和存储介质，用以简化多业务类型账号注销工作效率。
第一方面，本申请实施例提供一种业务账号注销方法，该方法包括：
获取业务账号注销请求；
根据所述业务账号注销请求中携带的用户信息，确定在业务资源池中与所述用户信息具有关联关系的至少一个待校验业务；
根据对所述待校验业务的校验结果，执行业务账号注销操作。
可选地，根据所述业务账号注销请求中携带的用户信息，确定与所述用户信息具有关联关系的至少一个待校验业务，包括：
根据所述业务账号注销请求中携带的用户信息，确定与所述用户信息具有关联关系的至少一个业务账号；
确定所述业务资源池中与所述至少一个业务账号分别对应的待校验业务。
可选地，确定与所述用户信息具有关联关系的至少一个业务账号之前，还包括：
在所述用户进行业务账号注册时，将对应于相同用户信息的多个业务账号以及业务资产进行关联并存储在所述业务资源池中。
可选地，根据对所述待校验业务的校验结果，执行业务账号注销操作之前，还包括：
确定多个业务账号分别对应的业务资产的资产状态；
若所述资产状态包含未清算负资产，则发送非法资产标识给对应的用户，以便所述用户对对应的业务资产进行合法化处理。
可选地，根据对所述待校验业务的校验结果，执行业务账号注销操作，包括：
若多个业务账号分别对应的所述资产状态均为已清算全部资产，则对所述用户信息对应的至少一个业务账号进行注销操作。
可选地，根据对所述待校验业务的校验结果，执行业务账号注销操作，包括：
若多个业务账号分别对应的所述资产状态包含未清算的正资产，则发送提示资产标识给对应的用户；
响应于所述用户已完成正资产清算或者放弃清算信息，对所述用户信息对应的至少一个业务账号进行注销操作。
可选地，根据对所述待校验业务的校验结果，执行业务账号注销操作之前，还包括：
确定多个业务账号分别对应的业务订单执行状态；
若存在执行中的业务订单，则终止对所述待校验业务的资产校验。
第二方面，本申请实施例提供一种业务账号注销装置，该装置包括：
获取模块，用于获取业务账号注销请求；
确定模块，用于根据所述业务账号注销请求中携带的用户信息，确定在业务资源池中与所述用户信息具有关联关系的至少一个待校验业务；
执行模块，用于根据对所述待校验业务的校验结果，执行业务账号注销操作。
第三方面，本申请实施例提供一种电子设备，包括处理器、存储器，所述存储器用于存储一条或多条计算机指令，其中，所述一条或多条计算机指令被所述处理器执行时实现如第一方面所述的业务账号注销方法。
第四方面，本申请实施例一种计算机存储介质，用于储存计算机程序，该计算机程序使服务端执行时实现上述各实施例中的业务账号注销方法。
在本申请实施例中，在具有多业务应用的互联网平台中，若有业务账号需要注销的时候，首先需要对多个业务应用分别对应的多个业务账号进行统一。具体来说，从业务资源池中查找到与用户信息具有关联关系的各个业务账号，进而分别对各个业务账号对应的业务资产进行校验，进而根据校验结果执行账号注销操作。若要对用户信息对应的各个业务账号进行注销，则需要所有与业务账号对应的业务资产都通过校验。通过上述方案，将对应于相同用户信息的归属于各个业务应用的业务账号进行关联存储，在进行业务账号注销的时候，可以利用业务资源池完成各个业务账号的资产校验工作，能够有效提升业务账号注销的工作效率，简化注销流程。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本申请实施例提供的一种业务账号注销方法的流程示意图；
图2为本申请实施例提供的一种举例业务账号注销过程示意图；
图3为本申请实施例提供的一种业务账号注销装置的结构示意图；
图4为与图3所述实施例提供的业务账号注销装置对应的电子设备的结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
在本发明实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发明。在本发明实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义，“多种”一般包含至少两种。
应当理解，本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。
还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的商品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种商品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的商品或者系统中还存在另外的相同要素。
在一些综合性互联网平台，往往会包含很多业务应用。用户在选择应用的时候，要在需要的应用平台注册对应的业务账号。在后续业务发展过程中，随着业务应用类型的增多，需要管理相同用户很多个不同的账号，增加了管理成本，增加管理工作人员的工作负担。在进行相关业务操作的时候，也会变得很繁琐，比如，某个用户想要在该互联网平台注销相关用户信息，则需要在用户发起注销请求之后，从各个业务平台调用相关接口，对各个业务平台中该用户的注册状态、资产状态进行校验，然后再汇总各个业务平台反馈的校验结果，经过上述多步骤的繁琐操作之后，才能确定该用户是否能够允许注销，如果不允许还需要在用户完成相关资产合法化操作之后再重复上述部分步骤才能够彻底完成注销工作。可见，在同一个互联网平台中若要进行多业务应用的用户及业务账号的管理工作还是比较繁琐的。因此，本申请提出一种能够解决上述多业务账号注销繁琐的方案。
为了便于理解，下面具体举例说明业务账号注销方法。在下面实施例中，假设的用户可以是需要招聘保姆的用，也可以说能够提供服务的保姆，当然，在一些情况下，用户可以具有双重身份，既可以是服务招聘方也可以是另一项服务提供方。
图1为本申请实施例提供的一种业务账号注销方法的流程示意图，应用于服务端，如图1所示，该方法包括以下步骤：
101：获取业务账号注销请求。
102：根据所述业务账号注销请求中携带的用户信息，确定在业务资源池中与所述用户信息具有关联关系的至少一个待校验业务。
103：根据对所述待校验业务的校验结果，执行业务账号注销操作。
在实际应用中，进行业务账号注销的请求，可以是指针对某一个业务平台进行账号注销，也可以是指该用户想要进行账号注销。对于用户想要进行账号注销，就是需要对用户已经完成的在各个业务平台注册的相关业务账号都进行注销。
用户发出业务账号注销请求的方式，比如，可以是通过用户手机或者电脑的客户端(APP)发起注销请求，该请求将被发送到互联网平台的服务器。在该业务账号注销请求中，除了携带有对应业务账号信息外，还携带有用户信息，这个用户信息在请求当中可以通过代码表示。
这里所说的业务资源池是用于存储以及管理与用户和对应业务资产相关信息的服务器或者功能单元。若该用户有多个业务账号，则在业务资源池中，会将该用户信息同时与多个业务账号进行关联后存储，同时还需要各个业务账号关联上各自对应的业务资产的相关信息。完成关联后，可以通过用户信息准确快速的找到与之关联的所有业务账号，还可以通过一个业务账号准确快速找到该用户名下的所以其他业务账号。在找到所以业务账号之后，还可以从业务资源池中获取到分别对应的业务资产信息。通过上述在业务资源池中完成用户信息、业务账号以及业务资产的关联工作，能够有效提升业务资产的查找溯源、资产管理、资产注销等工作的工作效率，资产管理更加简单高效，不再需要各业务账号调用对应业务方接口等繁琐的调用、校验操作。
在本申请一个或者多个实施例中，根据所述业务账号注销请求中携带的用户信息，确定与所述用户信息具有关联关系的至少一个待校验业务，包括：根据所述业务账号注销请求中携带的用户信息，确定与所述用户信息具有关联关系的至少一个业务账号；确定所述业务资源池中与所述至少一个业务账号分别对应的待校验业务。
由于各个业务应用都是相互独立的，那么各个业务应用的资产管理、账号管理等等也都是独立的。但是这些业务应用都归属于相同的互联网平台，因此，可以通过互联网平台中的业务资源池对各个业务应用的相关信息进行统一管理。如前文所述可知，在业务资源池中存储有与用户信息关联的很多个业务账号，由于各个业务账号都是与用户信息建立了对应关系，因此，在得到一个业务账号注销请求的时候，先获取到该请求中携带的用户信息，然后根据用户信息可以很简单、快速的确定具有关联关系的其他业务账号。然后服务端根据业务账号逐个核对校验。这里简化响应注销请求，执行业务校验的操作过程，统一授权给业务资源池完成业务信息的统一和管理工作。
在本申请一个或者多个实施例中，确定与所述用户信息具有关联关系的至少一个业务账号之前，还包括：在所述用户进行业务账号注册时，将对应于相同用户信息的多个业务账号以及业务资产进行关联并存储在所述业务资源池中。
需要说明的是，建立业务账号与用户信息之间关联关系可以分为两种方式。一种是，在建立业务资源池之前，已经存在了多个业务应用，而且每个应用中都存在很多业务账号，可以将现有的业务账号关联上对应的用户信息，然后存储到业务资源管理池中。另一种是，已经预先建立好了业务资源池，在新建业务应用的时候或者有新的业务账号注册的时候，先确认一下当前业务资源池中是否已经存在该用户的其他业务账号，若存在，则将新的业务账号与业务资源池中用户信息进行关联即可；若不存在，则还需要注册用户信息，进而再将用户信息与新的业务账号进行关联并存储在业务资源池中。如前文所述可知，这个业务资源池中包含有各个业务应用、各个注册用户的业务账号、业务资产等与业务相关的信息，通过在业务资源池中预先建立用户信息与业务账号之间的关联关系，避免了向各个业务应用去查找或者核对业务相关信息。
在一个或多个实施例中，根据对所述待校验业务的校验结果，执行业务账号注销操作之前，还包括：确定多个业务账号分别对应的业务资产的资产状态；若所述资产状态包含未清算负资产，则发送非法资产标识给对应的用户，以便所述用户对对应的业务资产进行合法化处理。
在实际应用中，可能同时存在未清算的正负资产。若多个业务账号分别对应的所述资产状态包含未清算的正资产，则发送提示资产标识给对应的用户。对于未清算的正资产处理方式包括完成正资产清算，也可以是用户选择放弃正资产清算。响应于所述用户已完成正资产清算或者放弃清算信息，对所述用户信息对应的至少一个业务账号进行注销操作。
虽然多个业务应用归属于同一个互联网平台，但是各个业务应用都是相互独立的，也就是，各个业务应用的业务资产的管理是相互独立的(当然，在某些场景中，业务应用之间的部分业务资产可以相互使用，比如，A业务应用的代金券可以应用于B业务应用)。但是，业务资产的资产信息、资产状态是与业务账号相关联并存储在业务资源池当中，以便通过业务资源池就可以充分了解到各个业务账号以及业务资产状态，进而，能够简单、快速的完成资产校验和业务账号注销工作，无需业务应用方配合繁琐的校验工作。
需要说明的是，业务资产可以包括用户充值的有价资产(比如，用户实际充值金额)、代金券、积分、用户等级等等。业务资产状态包括：正资产、负资产以及合法资产。这里所说的正资产可以理解为归属于用户所有的资产，比如，用户充值余额，这类资产在进行业务账号注销的时候需要用户提取，或者用户主动选择放弃，将正资产合法化。这里所说的负资产可以理解为归属于业务应用或者互联网平台的资产，比如，业务应用替用户垫付的保证金、押金等，这些负资产需要用户支付给业务应用方，或者业务应用方已经得到退还保证金或押金，将负资产合法化。这里所说的合法资产比较容易理解，通常合法化资产为零，也就是用户与业务应用互不相欠的资产状态；还有一些合法资产是指归属于业务应用方所有，但是可以交给用户使用，比如代金券，如果用户使用了则归属于用户，若为使用，则归属于业务应用方；在进行业务账号注销的时候，可以有业务应用方全权处理，无需用户干预。
在实际应用中，不仅需要对负资产进行合法化，还需要对正资产进行合法化。通常，这两种状态的资产的合法化需要同时进行。为了便于理解，下面分别对多种类型业务资产合法化进行举例说明。
例如，若所述资产状态为未清算负资产，则服务端发送非法资产标识给对应的用户，用户可以通过客户端看到非法资产标识，比如，标识可以是“请支付平台垫付押金XX元”或者“等待押金退还”。若用户通过客户端支付了业务应用方垫付的押金，则该用户对改业务资产完成了合法化处理。
例如，若资产状态为未清算正资产，则服务端发送非法资产标识给对应的用户，用户可以通过客户端看到非法资产标识，比如，标识可以是“还有充值余额XX元，请申请退款或放弃退款”。若用户申请并已完成退款，则该用户已经实现了对业务资产的合法化处理。
在一些情况下，正负资产可以同时处理，相互抵消，比如，用户充值余额有50元，而业务应用为该用户垫付押金50元，则可以在得到用户允许(或通知用户)需要进行正负资产的抵消，从而是实现正负资产的合法化处理。这样处理效率更高。
在本申请一个或者多个实施例中，根据对所述待校验业务的校验结果，执行业务账号注销操作，包括：若多个业务账号分别对应的所述资产状态均为已清算全部资产，则对所述用户信息对应的至少一个业务账号进行注销操作。
在实际应用中，用户如果想要完成业务账号注销，尤其是用户彻底注销互联网平台所有业务，则需要对该用户所有资产进行校验，并且，所有资产状态都已完成资产清算，换言之，该用户信息对应的各个业务账号的业务资产都是合法化资产，则可以对该用户的业务账号进行注销。并将注销结果发送给用户的客户端。
在本申请的一个或者多个实施例中，根据对所述待校验业务的校验结果，执行业务账号注销操作之前，还包括：确定多个业务账号分别对应的业务订单执行状态；若存在执行中的业务订单，则终止对所述待校验业务的资产校验。
在实际应用中，还可能存在一些其他不允许业务账号注销的情况，比如，当前业务账号还存在执行中的业务订单。假设，用户是雇主，想要注销账号，当时当前有一位保姆正在履行订单，在该用户家工作，则当用户提出想要注销账号的请求的时候，则禁止对业务账号注销相关动作，也就无需对待校验业务进行资产校验了。各个订单执行状态也可以关联存储到业务资源池当中，以便利用业务资源池就能够简单快速完成业务账号注销工作。
为了便于理解，下面具体举例说明多业务账号注销示意图。如图2为本申请实施例提供的一种举例业务账号注销过程示意图。从图2中可以看到在服务端建立有业务资源池，并且在该资源池当中关联存储有该用户所有关联的业务账号、各个业务账号的资产明细、资产状态等等。当用户发起业务账号注销请求的时候，服务端从业务资源池中查找对应用户信息以及其他关联的业务账号、业务资产、资产状态等等。无需服务端与各个业务应用调取相关业务资产信息、资产状态信息等等。若多业务资产校验发现均未合法资产，或者经用户处理后都变为合法资产，则可以完成该业务账号的注销。
基于同样的思路，本申请实施例还提供给一种业务账号注销装置，如图3为本申请实施例提供给的一种业务账号注销装置。所述装置包括：
获取模块31，用于获取业务账号注销请求；
确定模块32，用于根据所述业务账号注销请求中携带的用户信息，确定在业务资源池中与所述用户信息具有关联关系的至少一个待校验业务；
执行模块33，用于根据对所述待校验业务的校验结果，执行业务账号注销操作。
确定模块32，用于根据所述业务账号注销请求中携带的用户信息，确定与所述用户信息具有关联关系的至少一个业务账号；确定所述业务资源池中与所述至少一个业务账号分别对应的待校验业务。
还包括关联存储模块34，用于在所述用户进行业务账号注册时，将对应于相同用户信息的多个业务账号以及业务资产进行关联并存储在所述业务资源池中。
还包括校验模块35，用于确定多个业务账号分别对应的业务资产的资产状态；若所述资产状态包含未清算负资产，则发送非法资产标识给对应的用户，以便所述用户对对应的业务资产进行合法化处理。
校验模块35，用于若多个业务账号分别对应的所述资产状态均为已清算全部资产，则对所述用户信息对应的至少一个业务账号进行注销操作。
校验模块35，用于若多个业务账号分别对应的所述资产状态包含未清算的正资产，则发送提示资产标识给对应的用户；响应于所述用户已完成正资产清算或者放弃清算信息，对所述用户信息对应的至少一个业务账号进行注销操作。
校验模块35，用于确定多个业务账号分别对应的业务订单执行状态；若存在执行中的业务订单，则终止对所述待校验业务的资产校验。
以下将详细描述本申请的一个或多个实施例的业务账号注销装置。本领域技术人员可以理解，这些业务账号注销装置均可使用市售的硬件组件通过本方案所教导的步骤进行配置来构成。
通过上述方案，在具有多业务应用的互联网平台中，若有业务账号需要注销的时候，首先需要对多个业务应用分别对应的多个业务账号进行统一。具体来说，从业务资源池中查找到与用户信息具有关联关系的各个业务账号，进而分别对各个业务账号对应的业务资产进行校验，进而根据校验结果执行账号注销操作。若要对用户信息对应的各个业务账号进行注销，则需要所有与业务账号对应的业务资产都通过校验。通过上述方案，将对应于相同用户信息的归属于各个业务应用的业务账号进行关联存储，在进行业务账号注销的时候，可以利用业务资源池完成各个业务账号的资产校验工作，能够有效提升业务账号注销的工作效率，简化注销流程。
在一个可能的设计中，上述图3所示业务账号注销装置的结构可实现为一电子设备，如图4所示为与图3所述实施例提供的业务账号注销装置对应的电子设备的结构示意图，该电子设备可以包括：处理器41、存储器42，所述存储器42用于存储一条或多条计算机指令，其中，所述一条或多条计算机指令被所述处理器41执行时实现前述各实施例中客户端所执行的各步骤。
可选地，该电子设备中还可以包括通信接口43，用于与其他设备进行通信。
另外，本申请实施例提供了一种计算机存储介质，用于储存计算机程序，该计算机程序使客户端执行时实现上述图1所示实施例中的业务账号注销方法。
以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。
通过以上的实施例的描述，本领域的技术人员可以清楚地了解到各实施例可借助加必需的通用硬件平台的方式来实现，当然也可以通过硬件和软件结合的方式来实现。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以计算机产品的形式体现出来，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程资源更新设备的处理器以产生一个机器，使得通过计算机或其他可编程资源更新设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程资源更新设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程资源更新设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
