一种用户登录后数据合并的方法、装置、设备和存储介质

技术领域

本申请涉及用户登录的领域，具体而言，涉及一种用户登录后数据合并的方法、装置、设备和存储介质。

背景技术

目前，随着移动互联网的普及，涌现出一批流量巨大的第三方平台，在接入这些第三方平台时，都会涉及到对接三方平台的用户鉴权服务，以获取用户的登录信息和用户信息。在接入第三方平台产生故障时，服务器仅做被动的等待，直到故障修复用户才可以继续登录。

上述方法存在很大的局限性，用户不能及时的登录第三方平台，并且会造成登录后信息的丢失。

因此，如何解决第三方平台系统故障时用户的登录，是一个需要解决的技术问题。

发明内容

本申请实施例的目的在于提供一种用户登录后数据合并的方法，通过本申请的实施例的技术方案可以达到解决第三方平台系统故障时用户的登录的效果。

第一方面，本申请实施例提供了一种用户登录后数据合并的方法，包括，在用户进入第三方登录页面时，确定当前系统的全局降级状态，其中，全局降级状态包括降级状态或正常状态；当确定当前系统的全局降级状态为降级状态时，切换至备用登录页面，并根据用户在备用登录页面登录后产生的多维数据，生成唯一编码；当全局降级状态恢复为正常状态时，读取唯一编码对应的多维数据，并将多维数据和用户在第三方登录页面登录后产生的全部多维数据合并。

本申请在上述实施例中，在系统处于降级状态时，可以为用户提供备用的登录界面进行页面登录，可以减少用户等待的时间，并且可以在降级状态恢复为正常状态时，可以将用户在备用登录界面登录后产生的多维数据与第三方登录页面登录后产生的全部多维数据合并，避免了数据的丢失，可以解决第三方平台系统故障时用户登录的问题同时保证用户的操作和数据的连续性。

在一些实施例中，在用户进入第三方登录页面时，确定当前系统的全局降级状态之前，还包括：

定时调用第三方登录页面的登录接口；

当预设次数连续调用登录接口时均接收到调用成功的返回值时，将当前系统的全局降级状态调整为正常状态；

当预设时间段内调用登录接口时接收调用失败的返回值次数和接收返回状态码错误的次数之和大于等于预设值时，将当前系统的全局降级状态调整为降级状态。

本申请在上述实施例中，可以主动的探测第三方登录页面的登录接口，将当前系统的全局降级状态调整为降级状态或者正常状态，保证了及时的切换系统的全局降级状态，以便于后续为用户可以根据系统的全局降级状态提供对应的登录页面。

在一些实施例中，在用户进入第三方登录页面时，确定当前系统的全局降级状态之前，还包括：

收集系统中部分用户登录日志的登录数据，去除重复IP登录数据；

当登录第三方登录页面成功的IP数量大于等于预设数量时，将当前系统的全局降级状态调整为正常状态；

当登录第三方登录页面失败的IP数量小于预设数量时，将当前系统的全局降级状态调整为降级状态。

本申请在上述实施例中，可以检测用户登录的日志，根据用户登录成功的数量将当前系统的全局降级状态调整为降级状态或者正常状态，保证了及时的切换系统的全局降级状态，以便于后续为用户可以根据系统的全局降级状态提供对应的登录页面。

在一些实施例中，多维数据，包括：

用户登录的设备、登录的地域和登录的软件环境版本中的至少一个。

本申请在上述实施例中，多维数据可以表明用户相关的登录数据。

在一些实施例中，在用户进入第三方登录页面时，确定当前系统的全局降级状态之后，还包括：

当确定当前系统的全局降级状态为正常状态，确定客户端是否存在唯一编码；

当确定客户端存在唯一编码时，读取唯一编码对应的多维数据，将多维数据和用户在第三方登录页面登录后产生的全部多维数据合并，并删除唯一编码。

本申请在上述实施例中，可以读取用户通过备用登录界面登录后产生的多维数据，将多维数据和用户在第三方登录页面登录后产生的全部多维数据合并，保证了用户登录数据的完整性，同时删除唯一编码可以避免下次重复读取。

在一些实施例中，当全局降级状态恢复为正常状态时，读取唯一编码对应的多维数据，并将多维数据和用户在第三方登录页面登录后产生的全部多维数据合并，包括：

当全局降级状态恢复为正常状态时，向客户端下发重新登录第三方登录页面的指令，并获取用户在第三方登录页面登录后产生的全部多维数据；

当确定客户端存在唯一编码时，读取唯一编码对应的多维数据，并将全部多维数据和多维数据合并。

本申请在上述实施例中，当系统恢复为正常状态时，可以让用户通过第三方登录页面重新登录，并且可以合并登录不同登录页面后产生的多维数据，保证了用户可以及时登录第三方登录页面，同时保证了数据的连续性。

在一些实施例中，该方法还包括：

在用户连续预设次数登录第三方登录页面失败时，切换至备用登录页面，并向客户端发送登录备用登录页面的指令。

本申请在上述实施例中，当用户多次登录第三方登录页面失败后，也可以直接切换至备用登录页面进行登录，保证了用户及时登录的问题，减少了等待时间。

第二方面，本申请实施例提供了一种用户登录后数据合并的装置，包括：

确定模块，用于在用户进入第三方登录页面时，确定当前系统的全局降级状态，其中，全局降级状态包括降级状态或正常状态；

切换模块，用于当确定当前系统的全局降级状态为降级状态时，切换至备用登录页面，并根据用户在备用登录页面登录后产生的多维数据，生成唯一编码；

数据合并模块，用于当全局降级状态恢复为正常状态时，读取唯一编码对应的多维数据，并将多维数据和用户在第三方登录页面登录后产生的全部多维数据合并。

可选的，所述装置还包括：

监测模块，用于所述确定模块在用户进入第三方登录页面时，确定当前系统的全局降级状态之前，定时调用第三方登录页面的登录接口；

当预设次数连续调用登录接口时均接收到调用成功的返回值时，将当前系统的全局降级状态调整为正常状态；

当预设时间段内调用登录接口时接收调用失败的返回值次数和接收返回状态码错误的次数之和大于等于预设值时，将当前系统的全局降级状态调整为降级状态。

可选的，所述装置还包括：

第二监测模块，用于所述确定模块在用户进入第三方登录页面时，确定当前系统的全局降级状态之前，收集系统中部分用户登录日志的登录数据，去除重复IP登录数据；

当登录第三方登录页面成功的IP数量大于等于预设数量时，将当前系统的全局降级状态调整为正常状态；

当登录第三方登录页面失败的IP数量小于预设数量时，将当前系统的全局降级状态调整为降级状态。

可选的，多维数据，包括：

用户登录的设备、登录的地域和登录的软件环境版本中的至少一个。

可选的，所述装置还包括：

合并模块，用于所述确定模块在用户进入第三方登录页面时，确定当前系统的全局降级状态之后，当确定当前系统的全局降级状态为正常状态，确定客户端是否存在唯一编码；

当确定客户端存在唯一编码时，读取唯一编码对应的多维数据，将多维数据和用户在第三方登录页面登录后产生的全部多维数据合并，并删除唯一编码。

可选的，数据合并模块具体用于：

当全局降级状态恢复为正常状态时，向客户端下发重新登录第三方登录页面的指令，并获取用户在第三方登录页面登录后产生的全部多维数据；

当确定客户端存在唯一编码时，读取唯一编码对应的多维数据，并将全部多维数据和多维数据合并。

可选的，所述装置还包括：

第二切换模块，用于在用户连续预设次数登录第三方登录页面失败时，切换至备用登录页面，并向客户端发送登录备用登录页面的指令。

第三方面，本申请实施例提供一种电子设备，包括处理器以及存储器，所述存储器存储有计算机可读取指令，当所述计算机可读取指令由所述处理器执行时，运行如上述第一方面提供的所述方法中的步骤。

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

本申请的其他特征和优点将在随后的说明书阐述，并且，部分地从说明书中变得显而易见，或者通过实施本申请实施例了解。本申请的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请实施例提供的一种用户登录后数据合并的方法的流程图；

图2为本申请实施例提供的一种监测第三方登录页面故障的方法的流程图；

图3为本申请实施例提供的一种用户登录后数据合并的实施方法的流程图；

图4为本申请实施例提供的一种用户登录后数据合并的装置的示意框图；

图5为本申请实施例提供的一种用户登录后数据合并的装置的结构示意图。

具体实施方式

下面将结合本申请实施例中附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和显示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本申请的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

首先对本申请实施例中涉及的部分用语进行说明，以便于本领域技术人员理解。

终端设备：可以是移动终端、固定终端或便携式终端，例如移动手机、站点、单元、设备、多媒体计算机、多媒体平板、互联网节点、通信器、台式计算机、膝上型计算机、笔记本计算机、上网本计算机、平板计算机、个人通信系统设备、个人导航设备、个人数字助理、音频/视频播放器、数码相机/摄像机、定位设备、电视接收器、无线电广播接收器、电子书设备、游戏设备或者其任意组合，包括这些设备的配件和外设或者其任意组合。还可预见到的是，终端设备能够支持任意类型的针对用户的接口（例如可穿戴设备）等。

服务器：可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务以及大数据和人工智能平台等基础云计算服务的云服务器。

IP：指网际互连协议，Internet Protocol的缩写，是TCP/IP体系中的网络层协议。设计IP的目的是提高网络的可扩展性：一是解决互联网问题，实现大规模、异构网络的互联互通；二是分割顶层网络应用和底层网络技术之间的耦合关系，以利于两者的独立发展。根据端到端的设计原则，IP只为主机提供一种无连接、不可靠的、尽力而为的数据包传输服务。Token：在计算机身份认证中是令牌（临时）的意思，在词法分析中是标记的意思。一般作为邀请、登录系统使用。

本申请应用于用户登录的场景，具体场景为用户在登录第三方平台出现故障时，可以及时的进行登录并且保证用户数据的连续性。

目前，随着移动互联网的普及，涌现出一批流量巨大的第三方平台，在接入这些第三方平台时，都会涉及到对接三方平台的用户鉴权服务，以获取用户的登录信息和用户信息。在接入第三方平台产生故障时，服务器仅做被动的等待，直到故障修复用户才可以继续登录。上述方法存在很大的局限性，用户不能及时的登录第三方平台，并且会造成登录后信息的丢失。

为此本申请通过在用户进入第三方登录页面时，确定当前系统的全局降级状态，其中，全局降级状态包括降级状态或正常状态；当确定当前系统的全局降级状态为降级状态时，切换至备用登录页面，并根据用户在备用登录页面登录后产生的多维数据，生成唯一编码；当全局降级状态恢复为正常状态时，读取唯一编码对应的多维数据，并将多维数据和用户在第三方登录页面登录后产生的全部多维数据合并。在系统处于降级状态时，可以为用户提供备用的登录界面进行页面登录，可以减少用户等待的时间，并且可以在降级状态恢复为正常状态时，可以将用户在备用登录界面登录后产生的多维数据与第三方登录页面登录后产生的全部多维数据合并，避免了数据的丢失，可以解决第三方平台系统故障时用户登录的问题同时保证用户的操作和数据的连续性。

本申请实施例中，执行主体可以为用户登录后数据合并系统中的用户登录后数据合并设备，实际应用中，用户登录后数据合并设备可以为终端设备和服务器等电子设备，在此不做限制。

下面结合图1对本申请实施例的用户登录后数据合并的方法进行详细描述。

请参看图1，图1为本申请实施例提供的一种用户登录后数据合并的方法的流程图，如图1所示的用户登录后数据合并的方法包括：

步骤110：在用户进入第三方登录页面时，确定当前系统的全局降级状态。

其中，全局降级状态包括降级状态或正常状态，降级状态表示第三方登录页面出现故障当前系统处于故障状态。当前系统可以是用户登录第三方平台所使用的登录系统，第三方登录页面可以是登录第三方平台的页面。

在本申请的一些实施例中，在用户进入第三方登录页面时，确定当前系统的全局降级状态之前，图1所示的方法还包括：定时调用第三方登录页面的登录接口；当预设次数连续调用登录接口时均接收到调用成功的返回值时，将当前系统的全局降级状态调整为正常状态；当预设时间段内调用登录接口时接收调用失败的返回值次数和接收返回状态码错误的次数之和大于等于预设值时，将当前系统的全局降级状态调整为降级状态。

本申请在上述过程中，可以主动的探测第三方登录页面的登录接口，将当前系统的全局降级状态调整为降级状态或者正常状态，保证了及时的切换系统的全局降级状态，以便于后续为用户可以根据系统的全局降级状态提供对应的登录页面。

其中，登录接口可以是连接第三方平台的接口，通过调用登录接口，可以返回对应的返回值，或者返回状态码。预设次数可以根据需求设置，例如，三次。返回值可以是具体的值，不同的值可以代表调用成功或者失败，例如，返回值为1表示调用成功，返回值为0表示登录失败，返回值也可以是一些编码、代码或者字母等，同样也可以表示出调用成功或者失败。预设时间段可以根据需求设置，例如，一分钟。预设值可以根据需求设定，例如，3。状态码表示是否可以收到对应的返回值，收到返回值表示状态码正确，反之则状态码错误。

例如，启动定时探测任务，每分钟主动调用一次第三方的登录接口，获取登录接口的返回值，如果调用失败或者返回的状态码不正确，则记录一次检测失败，同时获取三分钟内检测失败的次数，如果失败次数达到三次，则调整为降级状态。当系统处于降级状态，如果最近三次检测都成功，将降级状态值改为正常。此方法可以在用户登录数量较少时的自动检测，可以避免对用户登录造成过多的影响。

下面结合图2对本申请实施例的监测第三方登录页面故障的方法进行详细描述。

请参看图2，图2为本申请实施例提供的一种监测第三方登录页面故障的方法的流程图，如图2所示的监测第三方登录页面故障的方法包括：

定时监测任务启动，每分钟主动访问第三方接口，根据返回值或动态码判断是否成功，成功次数加一，并判断系统是否为降级状态，是降级状态时，并且限制时间三分钟成功次数大于三时，降级状态置为失效等待下次调度，反之则直接等待下次调度。

根据返回值或动态码判断失败时，错误次数加一，并判断系统是否为降级状态，在不为降级状态时，限制时间三分钟失败次数大于三时，降级状态置为启动并等待下次调度，反之则直接等待下次调度。

此外，图2所示的具体步骤和方法可以参看图1所示的方法，此处不在过多赘述。

在本申请的一些实施例中，在用户进入第三方登录页面时，确定当前系统的全局降级状态之前，图1所示的方法还包括：收集系统中部分用户登录日志的登录数据，去除重复IP登录数据；当登录第三方登录页面成功的IP数量大于等于预设数量时，将当前系统的全局降级状态调整为正常状态；当登录第三方登录页面失败的IP数量小于预设数量时，将当前系统的全局降级状态调整为降级状态。

本申请在上述过程中，可以检测用户登录的日志，根据用户登录成功的数量将当前系统的全局降级状态调整为降级状态或者正常状态，保证了及时的切换系统的全局降级状态，以便于后续为用户可以根据系统的全局降级状态提供对应的登录页面。

其中，部分用户可以是系统中全部用户，也可以是全部用户中的部分用户。登录数据包括登录的IP和用户基础信息等。预设数量可以根据需求设置，例如，部分用户的一半用户数量。

例如，监控用户登录异常，收集用户登录日志，以IP为维度去重，去除重复IP登录的情况，当出现登录失败的IP数占比超过50%时，则判定第三方异常，则将全局降级状态值改为降级状态，当登录成功IP数占比超过50%时，将系统全局降级状态改为正常状态。此方法可以用户登录用户较多时，使得检测更快速，降级更及时。

在本申请的一些实施例中，在用户进入第三方登录页面时，确定当前系统的全局降级状态之后，图1所示的方法还包括：当确定当前系统的全局降级状态为正常状态，确定客户端是否存在唯一编码；当确定客户端存在唯一编码时，读取唯一编码对应的多维数据，将多维数据和用户在第三方登录页面登录后产生的全部多维数据合并，并删除唯一编码。

本申请在上述过程中，可以读取用户通过备用登录界面登录后产生的多维数据，将多维数据和用户在第三方登录页面登录后产生的全部多维数据合并，保证了用户登录数据的完整性，同时删除唯一编码可以避免下次重复读取。

其中，唯一编码表示用户在备用登录页面登录后产生的多维数据对应的唯一标识。

在本申请的一些实施例中，多维数据，包括：用户登录的设备、登录的地域和登录的软件环境版本中的至少一个。

本申请在上述过程中，多维数据可以表明用户相关的登录数据。

其中，多维数据还可以包括用户的登录信息，例如一些关于用户的基础信息，还可以包括用户访问的接口数据等，本申请不限于此。

步骤120：当确定当前系统的全局降级状态为降级状态时，切换至备用登录页面，并根据用户在备用登录页面登录后产生的多维数据，生成唯一编码。

其中，备用登录页面可以是备用手机号登录页面，引导用户输入手机号获取验证码完成登录，也可以是通过邮件或者电话等方式进行验证登录。登录成功后可以为用户提供登录Token，同时还会根据登录后生成的多维数据生成唯一编码，作为唯一的标识。

步骤130：当全局降级状态恢复为正常状态时，读取唯一编码对应的多维数据，并将多维数据和用户在第三方登录页面登录后产生的全部多维数据合并。

其中，全部多维数据标识用户在第三方登录页面登录后产生的全部历史登录数据，包括用户登录的设备、登录的地域和登录的软件环境版本等。每当用户通过备用登录页面成功后，还可以再次检测系统的全局降级状态，并在当全局降级状态恢复为正常状态时，向用户下发重新登录第三方平台的第三方登录页面的登录指令。

在本申请的一些实施例中，当全局降级状态恢复为正常状态时，读取唯一编码对应的多维数据，并将多维数据和用户在第三方登录页面登录后产生的全部多维数据合并，包括：当全局降级状态恢复为正常状态时，向客户端下发重新登录第三方登录页面的指令，并获取用户在第三方登录页面登录后产生的全部多维数据；当确定客户端存在唯一编码时，读取唯一编码对应的多维数据，并将全部多维数据和多维数据合并。

本申请在上述过程中，当系统恢复为正常状态时，可以让用户通过第三方登录页面重新登录，并且可以合并登录不同登录页面后产生的多维数据，保证了用户可以及时登录第三方登录页面，同时保证了数据的连续性。

在本申请的一些实施例中，图1所示的方法还包括：在用户连续预设次数登录第三方登录页面失败时，切换至备用登录页面，并向客户端发送登录备用登录页面的指令。

本申请在上述过程中，当用户多次登录第三方登录页面失败后，也可以直接切换至备用登录页面进行登录，保证了用户及时登录的问题，减少了等待时间。

其中，预设次数可以根据需求设置，例如，三次。

在上述图1所示的过程中，本申请通过在用户进入第三方登录页面时，确定当前系统的全局降级状态，其中，全局降级状态包括降级状态或正常状态；当确定当前系统的全局降级状态为降级状态时，切换至备用登录页面，并根据用户在备用登录页面登录后产生的多维数据，生成唯一编码；当全局降级状态恢复为正常状态时，读取唯一编码对应的多维数据，并将多维数据和用户在第三方登录页面登录后产生的全部多维数据合并。在系统处于降级状态时，可以为用户提供备用的登录界面进行页面登录，可以减少用户等待的时间，并且可以在降级状态恢复为正常状态时，可以将用户在备用登录界面登录后产生的多维数据与第三方登录页面登录后产生的全部多维数据合并，避免了数据的丢失，可以解决第三方平台系统故障时用户登录的问题同时保证用户的操作和数据的连续性。

前文通过图1描述了用户登录后数据合并的方法，下面结合图3对本申请实施例的用户登录后数据合并的实施方法进行详细描述。

请参看图3，图3为本申请实施例提供的一种用户登录后数据合并的实施方法的流程图，如图3所示的用户登录后数据合并的实施方法包括：

用户开始登录时，判断当前系统是否为降级状态，是降级状态时，跳转备用登录界面重新登录，根据用户登录备用登录界面后的多维数据，生成TOKEN（指令）和降级UNIQUE_ID（唯一编码）并写入客户端，备用登录界面登录成功。

当前系统不是降级状态时，通过第三方登录平台登录第三方登录页面，判断客户端存在降级UNIQUE_ID时，读取UNIQUE_ID对应用户数据（即用户登录备用登录页面后生成的多维数据），合并数据（包括合并用户登录备用登录页面后生成的多维数据和用户登录第三方登录页面后生成的历史多维数据），合并数据后清楚客户端UNIQUE_ID，生成TOKEN，通过第三方登录页面登录成功。

当前系统不是降级状态时，通过第三方登录平台，判断客户端不存在降级UNIQUE_ID，生成TOKEN，通过第三方登录页面登录成功。

此外，图3所示的具体方法和步骤可以参看图1所示的方法，此处不在过多赘述。

前文通过图1描述了用户登录后数据合并的方法，下面结合图4-图5描述用户登录后数据合并的装置。

请参照图4，为本申请实施例中提供的一种用户登录后数据合并的装置400的示意框图，该装置400可以是电子设备上的模块、程序段或代码。该装置400与上述图1方法实施例对应，能够执行图1方法实施例涉及的各个步骤，该装置400具体的功能可以参见下文中的描述，为避免重复，此处适当省略详细描述。

可选的，所述装置400包括：

确定模块410，用于在用户进入第三方登录页面时，确定当前系统的全局降级状态，其中，全局降级状态包括降级状态或正常状态；

切换模块420，用于当确定当前系统的全局降级状态为降级状态时，切换至备用登录页面，并根据用户在备用登录页面登录后产生的多维数据，生成唯一编码；

数据合并模块430，用于当全局降级状态恢复为正常状态时，读取唯一编码对应的多维数据，并将多维数据和用户在第三方登录页面登录后产生的全部多维数据合并。

可选的，所述装置还包括：

监测模块，用于所述确定模块在用户进入第三方登录页面时，确定当前系统的全局降级状态之前，定时调用第三方登录页面的登录接口；当预设次数连续调用登录接口时均接收到调用成功的返回值时，将当前系统的全局降级状态调整为正常状态；当预设时间段内调用登录接口时接收调用失败的返回值次数和接收返回状态码错误的次数之和大于等于预设值时，将当前系统的全局降级状态调整为降级状态。

可选的，所述装置还包括：

第二监测模块，用于所述确定模块在用户进入第三方登录页面时，确定当前系统的全局降级状态之前，收集系统中部分用户登录日志的登录数据，去除重复IP登录数据；当登录第三方登录页面成功的IP数量大于等于预设数量时，将当前系统的全局降级状态调整为正常状态；当登录第三方登录页面失败的IP数量小于预设数量时，将当前系统的全局降级状态调整为降级状态。

可选的，多维数据，包括：

用户登录的设备、登录的地域和登录的软件环境版本中的至少一个。

可选的，所述装置还包括：

合并模块，用于所述确定模块在用户进入第三方登录页面时，确定当前系统的全局降级状态之后，当确定当前系统的全局降级状态为正常状态，确定客户端是否存在唯一编码；当确定客户端存在唯一编码时，读取唯一编码对应的多维数据，将多维数据和用户在第三方登录页面登录后产生的全部多维数据合并，并删除唯一编码。

可选的，数据合并模块具体用于：

当全局降级状态恢复为正常状态时，向客户端下发重新登录第三方登录页面的指令，并获取用户在第三方登录页面登录后产生的全部多维数据；当确定客户端存在唯一编码时，读取唯一编码对应的多维数据，并将全部多维数据和多维数据合并。

可选的，所述装置还包括：

第二切换模块，用于在用户连续预设次数登录第三方登录页面失败时，切换至备用登录页面，并向客户端发送登录备用登录页面的指令。

请参照图5为本申请实施例中提供的一种用户登录后数据合并的装置的结构示意图，该装置可以包括存储器510和处理器520。可选的，该装置还可以包括：通信接口530和通信总线540。该装置与上述图1方法实施例对应，能够执行图1方法实施例涉及的各个步骤，该装置具体的功能可以参见下文中的描述。

具体的，存储器510，用于存储计算机可读指令。

处理器520，用于处理存储器存储的可读指令，能够执行图1方法中的各个步骤。

通信接口530，用于与其他节点设备进行信令或数据的通信。例如：用于与服务器或者终端的通信，或者与其它设备节点进行通信，本申请实施例并不限于此。

通信总线540，用于实现上述组件直接的连接通信。

其中，本申请实施例中设备的通信接口530用于与其他节点设备进行信令或数据的通信。存储器510可以是高速RAM存储器，也可以是非不稳定的存储器（non-volatilememory），例如至少一个磁盘存储器。存储器510可选的还可以是至少一个位于远离前述处理器的存储装置。存储器510中存储有计算机可读取指令，当所述计算机可读取指令由所述处理器520执行时，电子设备执行上述图1所示方法过程。处理器520可以用于装置400上，并且用于执行本申请中的功能。示例性地，上述的处理器520可以是通用处理器、数字信号处理器（Digital Signal Processor，DSP）、专用集成电路（Application SpecificIntegrated Circuit，ASIC）、现成可编程门阵列（Field Programmable Gate Array，FPGA）或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件，本申请实施例并不局限于此。

本申请实施例还提供一种可读存储介质，所述计算机程序被处理器执行时，执行如图1所示方法实施例中电子设备所执行的方法过程。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的装置的具体工作过程，可以参考前述方法中的对应过程，在此不再过多赘述。

综上所述，本申请实施例提供一种用户登录后数据合并的方法、装置、设备和存储介质，该方法包括，在用户进入第三方登录页面时，确定当前系统的全局降级状态，其中，全局降级状态包括降级状态或正常状态；当确定当前系统的全局降级状态为降级状态时，切换至备用登录页面，并根据用户在备用登录页面登录后产生的多维数据，生成唯一编码；当全局降级状态恢复为正常状态时，读取唯一编码对应的多维数据，并将多维数据和用户在第三方登录页面登录后产生的全部多维数据合并。通过该方法可以达到解决第三方平台系统故障时用户的登录的效果。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本申请的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

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

以上所述仅为本申请的实施例而已，并不用于限制本申请的保护范围，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

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

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