CN106126376A - 数据恢复方法及装置 - Google Patents

Abstract

本申请提供一种数据恢复方法及装置，包括：在账户登录成功的情况下，查询所述账户是否关联有备份的操作数据；其中，所述备份的操作数据是在所述账户登录超时的情况下，自动备份的操作数据；在所述账户关联有备份的操作数据的情况下，获取所述备份的操作数据；将登录后页面跳转至所述备份的操作数据对应的页面中，并将所述备份的操作数据恢复到所述页面中。利用本申请实施例，可以实现用户登录超时后自动进行数据备份，并在该用户重新登录后自动将备份的数据恢复，避免了现有中用户登录超时后数据完全丢失。

Description

数据恢复方法及装置

技术领域

本申请涉及计算机技术领域，尤其涉及一种数据恢复方法及装置。

背景技术

随着计算机技术的发展，各种Web办公平台或系统在企业内部使用的越来越多。例如：OA办公系统、进销存系统、HR系统、销售系统等。

在实际应用中，一般对数据安全性要求较高的Web系统，都设置有用户登录超时机制。所述用户登录超时机制用于当一个用户登录系统后，一段预设时长(例如3分钟)内完全没有进行任何操作(信息浏览或者信息填写)的情况下，就会触发用户登录超时机制，上述Web系统会自动退出所述登录的用户，从而保证系统内数据的安全。

然而，通过上述用户登录超时机制的设置，虽然一定程度上确保了系统内数据的安全，但也会造成用户输入的数据丢失的问题。

发明内容

本申请提供一种数据恢复方法及装置，以解决现有技术中存在数据丢失的问题。

一种数据恢复方法，所述方法包括：

在账户登录成功的情况下，查询所述账户是否关联有备份的操作数据；其中，所述备份的操作数据是在所述账户登录超时的情况下，自动备份的操作数据；

在所述账户关联有备份的操作数据的情况下，获取所述备份的操作数据；

将登录后页面跳转至所述备份的操作数据对应的页面中，并将所述备份的操作数据恢复到所述页面中。

可选的，所述备份的操作数据通过如下方式生成：

在账户登录超时的情况下，获取所述页面中已输入的操作数据；

备份所述页面中已输入的操作数据并与该账户关联。

可选的，所述在账户登录超时的情况下，获取所述页面中已输入的操作数据，具体包括：

在账户登录超时的情况下，判断所述页面中是否存在已输入的操作数据；

在所述页面中存在已输入的操作数据的情况下，获取所述页面中已输入的操作数据。

可选的，所述获取所述页面中已输入的操作数据，具体包括：

根据预设的备份策略，获取符合所述备份策略的操作数据；其中，所述备份策略中设置有需要进行备份的操作项目。

可选的，在将所述备份的操作数据恢复到所述页面中之后，所述方法还包括：

将所述账户关联的所述备份的操作数据删除。

一种数据恢复装置，所述装置包括：

查询单元，用于在账户登录成功的情况下，查询所述账户是否关联有备份的操作数据；其中，所述备份的操作数据是在所述账户登录超时的情况下，自动备份的操作数据；

第一获取单元，用于在所述账户关联有备份的操作数据的情况下，获取所述备份的操作数据；

恢复单元，用于将登录后页面跳转至所述备份的操作数据对应的页面中，并将所述备份的操作数据恢复到所述页面中。

可选的，所述备份的操作数据通过如下单元生成：

第二获取单元，用于在账户登录超时的情况下，获取所述页面中已输入的操作数据；

备份单元，用于备份所述页面中已输入的操作数据并与该账户关联。

可选的，所述第二获取单元，具体包括：

第一判断子单元，用于在账户登录超时的情况下，判断所述页面中是否存在已输入的操作数据；

第一获取子单元，用于在所述页面中存在已输入的操作数据的情况下，获取所述页面中已输入的操作数据。

可选的，所述第二获取单元，具体包括：

第二获取子单元，用于根据预设的备份策略，获取符合所述备份策略的操作数据；其中，所述备份策略中设置有需要进行备份的操作项目。

可选的，在所述恢复单元之后，所述装置还包括：

删除单元，用于将所述账户关联的所述备份的操作数据删除。

本申请中，通过在账户登录超时的情况下，对操作数据进行备份，从而在该账户重新登录后，可以获取所述备份的操作数据，进而恢复所述备份的操作数据。如此，可以实现用户登录超时后自动进行数据备份，并在该用户重新登录后自动将备份的数据恢复，避免了现有中用户登录超时后数据完全丢失。

附图说明

图1是现有技术中一种登录超时机制示意图；

图2是本申请提供的一种登录超时机制示意图；

图3是本申请一实施例提供的一种数据恢复方法的流程图；

图4是本申请一实施例提供的一个具体应用场景示意图；

图5是本申请一实施例提供的一种数据恢复的交互示意图；

图6是本申请一实施例提供的一种数据恢复装置所在设备的一种硬件结构图；

图7是本申请一实施例提供的一种数据恢复装置的模块示意图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在…...时”或“当…...时”或“响应于确定”。

在相关技术中，在上述Web系统中，用户登录超时机制的实现流程如图1所示：

如图1所示的登录超时机制示意图，并结合以下一个具体地场景说明：

在一个Web系统中，用户A登录后，开始进行资产信息录入操作，在用户A录入了50％的资产信息后(图1中，A1：用户操作)，临时有事需要处理，由于没有录入完毕，所以也没有点击提交。在用户A处理其它事情时，所述Web系统会通过计算用户没有进行任意操作的时长(图1中，A2：登录超时判断)，如果该时长没有达到预设的超时时长，那么不会退出用户A的登录，用户A还可以继续进程资产信息录入操作(图1中，A4：继续操作)。反之，如果该时长达到预设的超时时长，那么就会退出了用户A的登录，这样就会使得用户A已经录入的50％的资产信息丢失，用户A重新登录后必须重头开始录入资产信息(图1中，A3：重新登录)。

有鉴于此，本申请提出一种数据恢复方法，通过在用户登录超时的情况下，对操作数据进行备份，从而在该用户重新登录后，可以获取所述备份的操作数据，进而恢复所述备份的操作数据。如此，可以实现用户登录超时后自动进行数据备份，并在该用户重新登录后自动将备份的数据恢复，避免了现有中用户登录超时后数据完全丢失。

以下请参考图2所示的登录超时机制示意图，并依然沿用上述具体地场景说明：同样的，在上述Wen系统中，用户A登录后，开始进行资产信息录入操作,在用户A录入了50％的资产信息后(图2中，B1：用户操作)，临时有事需要处理，由于没有录入完毕，所以也没有点击提交。在用户A处理其它事情时，所述Web系统会通过计算用户没有进行任意操作的时长(图2中，B2：登录超时判断)，如果该时长没有达到预设的超时时长，那么不会退出用户A的登录，用户A还可以继续进程资产信息录入操作(图2中，B6：继续操作)。不同之处在于，如果该时长达到预设的超时时长，可以将用户A已经录入完成的50％的资产信息进行备份(图2中，B3：操作数据备份)。在完成上述数据备份之后才会退出用户A的登录，用户A重新登录后(图2中，B4：重新登录)，恢复备份的已录入完成的50％的资产信息(图2中，B5：操作数据恢复)。

以下通过具体实施例并结合具体的应用场景对本申请进行描述。

请参见图3，为本申请一实施例提供的数据恢复方法的流程图，本实施例以客户端侧进行描述，所述方法具体可以包括以下步骤：

步骤110：在账户登录成功的情况下，查询所述账户是否关联有备份的操作数据。

本实施例中，客户端在账户登录成功的情况下，查询所述账户是否关联有备份的操作数据。其中，所述备份的操作数据是在所述账户登录超时的情况下，自动备份的操作数据。

在查询到所述账户关联有备份的操作数据时，执行步骤120；在没有查询到所述账户关联有备份的操作数据时，该账户正常登录。

所述客户端可以包括台式计算机、膝上型计算机、平板计算机、智能手机、手持式计算机、个人数字助理(“PDA”)，或者其它任何的有线或无线处理器驱动装置。用户通过所述客户端访问Web系统。例如，用户通过客户端上安装的浏览器访问公司内部的OA系统。

值得一提的是，所述备份的操作数据可以是存储在所述客户端上，也可以是存储在Web系统的服务器上。

在实际应用中，所述备份的操作数据存储在服务器上时，可以保证用户在其他客户端上登录时，也可以进行操作数据的恢复；另外，所述Web系统的管理员也可以在所述服务器上对所述备份的操作数据进行例如查看、删除备份等操作。

在所述备份的数据存储在本地即客户端上时，所述客户端就可以直接在本地查询所述账户是否关联有备份的操作数据。

在所述备份的数据存储在服务器上时，所述客户端需要向服务器查询所述账户是否关联有备份的操作数据。

具体地，所述备份的操作数据可以通过如下方式生成：

在账户登录超时的情况下，获取所述页面中已输入的操作数据；

备份所述页面中已输入的操作数据并与该账户关联。

本实施例中，结合图4所示的一个具体应用场景示意图。

用户A通过客户端登录了公司的xx管理系统，并正在录入公司的资产信息如图4中实线框13所示的内容。假设该用户A有事出去了，假设该系统设置的登录超时的预设时长为3分钟，那么如果该xx关系系统超过3分钟都没人操作，则客户端会判定用户A登录超时，从而获取该资产信息录入页面中已输入的资产信息即图4中实线框13的内容。所述客户端备份所获取到的资产信息后，与用户A关联。如此，就完成了该用户A操作数据的备份过程。

如上所述，备份的操作数据可以是存储在客户端中，也可以是存储在服务器中。

步骤120：在所述账户关联有备份的操作数据的情况下，获取所述备份的操作数据。

本实施例中，在所述账户关联有备份的操作数据的情况下，客户端可以获取所述备份的操作数据。

在所述备份的操作数据存储在本地时，则所述客户端在本地获取所述备份的操作数据；

在所述备份的操作数据存储在服务器上时，则所述客户端向服务器获取所述备份的操作数据。

步骤130：将登录后页面跳转至所述备份的操作数据对应的页面中，并将所述备份的操作数据恢复到所述页面中。

本实施例中，客户端获取到所述备份的操作数据后，可以将登录后页面跳转至所述备份的操作数据对应的页面中。

具体地，所述将登录后页面跳转至所述备份的操作数据对应的页面中，可以包括：

将登录后页面重定向至所述备份的操作数据对应的页面中。

所述重定向(Redirect)，即从原始页面重新定位到目标页面的技术，而所述原始页面随之关闭。在本实施例中，原本登录成功后，应该是显示Web系统的主页的，通过重定向就可以将所述主页重定向到所述备份的操作数据对应的页面中，所述主页就会关闭。

具体地，所述将登录后页面跳转至所述备份的操作数据对应的页面中，可以包括：

从登录后页面转发至所述备份的操作数据对应的页面中。

所述转发，即在保留原始页面的情况下，新打开一个目标页面的技术，相对于重定向技术，所述转发技术可以保留所述原始页面。在本实施例中，原本登录成功后，应该是显示Web系统的主页的，通过转发就可以新打开一个页面，该页面是所述备份的操作数据对应的页面，所述主页依然存在。

在本实施例中，跳转到所述备份的操作数据对应的页面中，客户端就可以将所述备份的操作数据恢复到所述页面中。

沿用图4所示的应用场景加以说明，在用户A登录超时的情况下，客户端备份了其已经录入的资产信息即实线框13所示的内容。在该用户A回来时，发现已经从xx管理系统中退出登录时了；通过重新登录，所述客户端查询该用户A是否关联有备份的操作数据，由于存在，从而获取所述备份的操作数据；将登录后主页跳转到资产信息录入页面中，并将所述备份的操作数据即资产信息恢复到该资产信息录入页面中。这样，就在用户A重新登录后，恢复超时登录前录入的资产信息，即恢复如图4所示的页面。

通过本实施例，在账户登录超时的情况下，对操作数据进行备份，从而在该账户重新登录后，可以获取所述备份的操作数据，进而恢复所述备份的操作数据。如此，避免了现有中用户登录超时后数据完全丢失，可以实现用户登录超时后自动进行数据备份，并在该用户重新登录后自动将备份的数据恢复，从而不仅保证了数据安全，而且可以提升用户操作的便捷，增加用户体验。

在本申请的一个具体的实施例中，所述步骤110中获取所述页面中已输入的操作数据，具体包括：

在账户登录超时的情况下，判断所述页面中是否存在已输入的操作数据；

在所述页面中存在已输入的操作数据的情况下，获取所述页面中已输入的操作数据。

本实施例中，如果页面中没有已输入的操作数据，那么并不需要进行数据备份了。只有在存在已输入的操作数据的情况下，才获取页面中已输入的操作数据，从而进行数据备份。

在实际应用中，Web系统中存在于有许多的操作项目，如图4中虚线框11中有很多的操作项目：待办事项、资产信息、公告信息、备份策略、个人信息。这么多的操作项目并不需要都进行备份操作数据。假设用户A录入了公告信息及资产信息，如果登录超时了，所述Web系统就会对这两个操作项目中输入的资产信息、公告信息进行备份，而其实所述公告信息并不重要，对于用户A来说没必要进行备份。为了解决上述问题，在本申请的一个具体的实施例中，所述步骤110中，获取所述页面中已输入的操作数据，具体可以包括：

根据预设的备份策略，获取符合所述备份策略的操作数据。

本实施例中，用户可以在Web系统中预先配置一个备份策略，所述备份策略中设置有需要进行备份的操作项目。

通过设置一个备份策略可以提供用户灵活的策略配置选项，用户A可以个性化的设置可能需要备份的操作项目。假设备份策略中配置对资产信息进行备份，在用户A登录超时后，客户端就可以根据用户A配置的备份策略，仅对资产信息中的操作数据进行备份。

通过本实施例，不仅提供给用户灵活的备份策略的配置，而且也可以减少不需要的数据备份，避免存储备份的操作数据的存储空间不足。

在本申请的一个具体的实施例中，在所述步骤130之后，还可以包括

将所述账户关联的所述备份的操作数据删除。

本实施例中，如果备份的操作数据存储在本地，则将所述账户关联的所述备份的操作数据删除，具体包括：

客户端将本地所述账户关联的所述备份的操作数据删除。

如果备份的操作数据存储在服务器，则将所述账户关联的所述备份的操作数据删除，具体包括：

客户端向服务器发送删除请求，所述请求用于将所述账户关联的所述备份的操作数据删除。

通过本实施例，在将备份的操作数据恢复到页面中后，客户端还可以将所述账户关联的所述备份的操作数据删除，从而避免用户再次登录后，仍然会有备份的操作数据，进行再次进行数据恢复的情况。

如图5所示为本申请一实施例示出的一种数据恢复的交互示意图。

如图5所述，包括了客户端和服务器，所述客户端中包括了用户登录模块、数据备份模块和数据恢复模块；所述服务器中包括了数据存储模块。具体交互过程如下：

1：配置备份策略：在Web系统中，用户可以预先配置备份策略。例如，用户通过客户端登录Web系统，并配置备份策略。

2：开启恢复功能：在Web系统中，用户可以开启或者关闭数据恢复的功能。

3：账户登录超时：用户登录Web系统后，如果长时间不进行操作，会判断用户无操作时长是否达到预设超时时长。

4：备份判断：在用户登录超时的情况下，判断页面中是否存在已输入的操作数据。如果不存在已输入的操作数据，则直接退出登录用户；如果存在已输入的操作数据，则执行后续5。

5：备份的操作数据并存储，退出登录账户：在存在已输入的操作数据的情况下，获取所述页面中已输入的操作数据，备份所述页面中已输入的操作数据并与该账户关联，存储所述备份的操作数据，退出登录用户。本实施例中，所述备份的操作数据是存储在服务器上。

6：账户重新登录：用户重新登录。

7：判断是否有备份的操作数据：在用户登录成功的情况下，查询所述用户是否关联有备份的操作数据。

8：获取备份的操作数据：在所述用户关联有备份的操作数据的情况下，获取所述备份的操作数据。

9：恢复备份的操作数据：将登录后页面跳转至所述备份的操作数据对应的页面中，并将所述备份的操作数据恢复到所述页面中。

10：删除备份的操作数据：将所述用户关联的所述备份的操作数据删除。

与上述数据恢复方法实施例相对应，本申请还提供了数据恢复装置的实施例。

本申请数据恢复装置的实施例可以分别应用在数据恢复设备上。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在设备的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，如图6所示，为本申请数据恢复装置所在设备的一种硬件结构图，除了图6所示的处理器、网络接口、内存以及非易失性存储器之外，实施例中装置所在的设备通常根据该数据恢复的实际功能，还可以包括其他硬件，对此不再赘述。

请参见图7，为本申请一实施例提供的数据恢复装置的模块图，所述装置包括：恢复查询单元310、第一获取单元320、恢复单元330。

其中，

所述查询单元310，用于在账户登录成功的情况下，查询所述账户是否关联有备份的操作数据；其中，所述备份的操作数据是在所述账户登录超时的情况下，自动备份的操作数据；

所述第一获取单元320，用于在所述账户关联有备份的操作数据的情况下，获取所述备份的操作数据；

所述恢复单元330，用于将登录后页面跳转至所述备份的操作数据对应的页面中，并将所述备份的操作数据恢复到所述页面中。

在一个可选的实现方式中：

所述备份的操作数据通过如下单元生成：

第二获取单元，用于在账户登录超时的情况下，获取所述页面中已输入的操作数据；

备份单元，用于备份所述页面中已输入的操作数据并与该账户关联。

在一个可选的实现方式中：

所述第二获取单元，具体包括：

第一判断子单元，用于在账户登录超时的情况下，判断所述页面中是否存在已输入的操作数据；

第一获取子单元，用于在所述页面中存在已输入的操作数据的情况下，获取所述页面中已输入的操作数据。

在一个可选的实现方式中：

所述第二获取单元，具体包括：

第二获取子单元，用于根据预设的备份策略，获取符合所述备份策略的操作数据；其中，所述备份策略中设置有需要进行备份的操作项目。

在一个可选的实现方式中：

在所述恢复单元330之后，所述装置还包括：

删除单元，用于将所述账户关联的所述备份的操作数据删除。

综上所述，在账户登录超时的情况下，对操作数据进行备份，从而在该账户重新登录后，可以获取所述备份的操作数据，进而恢复所述备份的操作数据。如此，避免了现有中用户登录超时后数据完全丢失，可以实现用户登录超时后自动进行数据备份，并在该用户重新登录后自动将备份的数据恢复，从而不仅保证了数据安全，而且可以提升用户操作的便捷，增加用户体验。

上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求指出。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。

Claims (10)

1.一种数据恢复方法，其特征在于，所述方法包括：

在账户登录成功的情况下，查询所述账户是否关联有备份的操作数据；其中，所述备份的操作数据是在所述账户登录超时的情况下，自动备份的操作数据；

在所述账户关联有备份的操作数据的情况下，获取所述备份的操作数据；

将登录后页面跳转至所述备份的操作数据对应的页面中，并将所述备份的操作数据恢复到所述页面中。

2.根据权利要求1所述的方法，其特征在于，所述备份的操作数据通过如下方式生成：

在账户登录超时的情况下，获取所述页面中已输入的操作数据；

备份所述页面中已输入的操作数据并与该账户关联。

3.根据权利要求2所述的方法，其特征在于，所述在账户登录超时的情况下，获取所述页面中已输入的操作数据，具体包括：

在账户登录超时的情况下，判断所述页面中是否存在已输入的操作数据；

在所述页面中存在已输入的操作数据的情况下，获取所述页面中已输入的操作数据。

4.根据权利要求2所述的方法，其特征在于，所述获取所述页面中已输入的操作数据，具体包括：

根据预设的备份策略，获取符合所述备份策略的操作数据；其中，所述备份策略中设置有需要进行备份的操作项目。

5.根据权利要求1所述的方法，其特征在于，在将所述备份的操作数据恢复到所述页面中之后，所述方法还包括：

将所述账户关联的所述备份的操作数据删除。

6.一种数据恢复装置，其特征在于，所述装置包括：

查询单元，用于在账户登录成功的情况下，查询所述账户是否关联有备份的操作数据；其中，所述备份的操作数据是在所述账户登录超时的情况下，自动备份的操作数据；

第一获取单元，用于在所述账户关联有备份的操作数据的情况下，获取所述备份的操作数据；

恢复单元，用于将登录后页面跳转至所述备份的操作数据对应的页面中，并将所述备份的操作数据恢复到所述页面中。

7.根据权利要求6所述的装置，其特征在于，所述备份的操作数据通过如下单元生成：

第二获取单元，用于在账户登录超时的情况下，获取所述页面中已输入的操作数据；

备份单元，用于备份所述页面中已输入的操作数据并与该账户关联。

8.根据权利要求7所述的装置，其特征在于，所述第二获取单元，具体包括：

第一判断子单元，用于在账户登录超时的情况下，判断所述页面中是否存在已输入的操作数据；

第一获取子单元，用于在所述页面中存在已输入的操作数据的情况下，获取所述页面中已输入的操作数据。

9.根据权利要求7所述的装置，其特征在于，所述第二获取单元，具体包括：

第二获取子单元，用于根据预设的备份策略，获取符合所述备份策略的操作数据；其中，所述备份策略中设置有需要进行备份的操作项目。

10.根据权利要求6所述的装置，其特征在于，在所述恢复单元之后，所述装置还包括：

删除单元，用于将所述账户关联的所述备份的操作数据删除。