历史传输文件记录的恢复方法、装置、设备及存储介质

摘要

本申请实施例公开了一种历史传输文件记录的恢复方法、装置、设备及存储介质。包括：第一终端将历史传输文件记录封装为传输记录备份文件；当检测到预设的触发恢复操作时，基于所述恢复操作生成包括所述传输记录备份文件和对应历史传输文件的热点二维码；当检测到第二终端发起基于扫描所述热点二维码的数据请求时，与所述第二终端建立数据连接；将所述传输记录备份文件和对应的历史传输文件发送至所述第二终端，使得所述历史传输文件记录恢复至所述第二终端。本申请实施例提供的历史传输文件记录的恢复方法，可以将旧终端中的历史传输文件记录恢复至新终端，提高用户使用新终端的便捷性。

说明书

技术领域

本申请实施例涉及数据处理技术领域，尤其涉及一种历史传输文件记录的恢复方法、装置、设备及存储介质。

背景技术

随着科技的发展和社会进步，智能终端(如手机、平板)逐渐普及，很多用户对智能终端的使用需求也有了增加，比如通过手机来互传文件，目前主要包括蓝牙传输、第三方软件传输和和云空间传输等方式，但这些方式都需要两台终端间进行配对或者联网，操作步骤也比较繁琐。而互传应用可以通过两台终端间建立局域的无线网(WIFI)热点连接，实现文档、音乐、视频、应用程序等多种类型数据文件的快速传输，为用户带来比蓝牙、Wi-Fi传输更加便捷、安全的文件传输体验。

目前，智能手机等移动终端在不断地更新换代，使得用户更换手机的频率越来越快。但是用户在使用新手机时，无法保留旧手机中的历史传输文件记录，给用户带来了不便，用户只能通过重新找到旧手机的原始文件进行传输，消耗大量的时间和人力。

发明内容

本申请实施例提供了一种历史传输文件记录的恢复方法、装置、设备及存储介质，可以将旧终端中的历史传输文件记录恢复至新终端，提高用户使用新终端的便捷性。

为了至少实现上述目的，本申请实施例公开了一种历史传输文件记录的恢复方法，包括：

第一终端将历史传输文件记录封装为传输记录备份文件；

当检测到预设的触发恢复操作时，基于所述恢复操作生成包括所述传输记录备份文件和对应历史传输文件的热点二维码；

当检测到第二终端发起基于扫描所述热点二维码的数据请求时，与所述第二终端建立数据连接；

将所述传输记录备份文件和对应的历史传输文件发送至所述第二终端，使得所述历史传输文件记录恢复至所述第二终端。

为了至少实现上述目的，本申请实施例公开了一种历史传输文件记录的恢复方法，包括：

第二终端根据预设的触发恢复操作切换至扫描界面，并基于对热点二维码的扫描操作向第一终端发送数据请求；其中，所述热点二维码由所述第一终端生成；

接收所述第一终端发送的传输记录备份文件和对应的历史传输文件；

对所述传输记录备份文件进行解析，获得历史传输文件记录；

将所述历史传输文件记录储存至设定内存中。

为了至少实现上述目的，本申请实施例公开了一种历史传输文件记录的恢复装置，包括：

传输记录备份文件封装模块，设置于第一终端，用于将历史传输文件记录封装为传输记录备份文件；

热点二维码生成模块，用于当检测到预设的触发恢复操作时，基于所述恢复操作生成包括所述传输记录备份文件和对应历史传输文件的热点二维码；

数据连接模块，用于当检测到第二终端发起基于扫描所述热点二维码的数据请求时，与所述第二终端建立数据连接；

文件发送模块，用于将所述传输记录备份文件和对应的历史传输文件发送至所述第二终端，使得所述历史传输文件记录恢复至所述第二终端。

为了至少实现上述目的，本申请实施例公开了一种历史传输文件记录的恢复装置，包括：

数据请求发送模块，设置于第二终端，用于根据预设的触发恢复操作切换至扫描界面，并基于对热点二维码的扫描操作向第一终端发送数据请求；其中，所述热点二维码由所述第一终端生成；

文件接收模，用于接收所述第一终端发送的传输记录备份文件和对应的历史传输文件；

历史传输文件记录获取模块，用于对所述传输记录备份文件进行解析，获得历史传输文件记录；

历史传输文件记录存储模块，用于将所述历史传输文件记录储存至设定内存中。

为了至少实现上述目的，本申请实施例公开了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如本申请实施例所述的历史传输文件记录的恢复方法

为了实现上述目的，本申请实施例公开了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本申请实施例所述的历史传输文件记录的恢复方法。

本申请实施例公开了一种历史传输文件记录的恢复方法、装置、设备及存储介质。第一终端将历史传输文件记录封装为传输记录备份文件；当检测到预设的触发恢复操作时，基于恢复操作生成包括传输记录备份文件和对应历史传输文件的热点二维码；当检测到第二终端发起基于扫描热点二维码的数据请求时，与第二终端建立数据连接；将传输记录备份文件和对应的历史传输文件发送至第二终端，使得历史传输文件记录恢复至第二终端。本申请实施例提供的历史传输文件记录的恢复方法，当第二终端与第一终端通过扫描热点二维码建立数据连接后，第一终端将传输记录备份文件和对应的历史传输文件发送至第二终端，使得历史传输文件记录恢复至第二终端，可以将旧终端中的历史传输文件记录恢复至新终端，提高用户使用新终端的便捷性。

附图说明

图1是本申请实施例提供的一种历史传输文件记录的恢复方法的流程图；

图2是本申请实施例提供的生成的热点二维码的示例图；

图3是本申请实施例提供的一种历史传输文件记录的恢复方法的流程图；

图4是本申请实施例提供的恢复历史传输文件记录的示例图；

图5是本申请实施例提供的一种历史传输文件记录的恢复装置的结构示意图；

图6是本申请实施例提供的一种历史传输文件记录的恢复装置的结构示意图；

图7是本申请实施例提供的一种计算机设备的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚明白，下文中将结合附图对本申请的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

在后续的描述中，使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本发明的说明，其本身没有特有的意义。因此，“模块”、“部件”或“单元”可以混合地使用。

在一个实施例中，图1是本申请实施例提供了一种历史传输文件记录的恢复方法的流程图。该方法可以适用于将第一终端中的历史传输文件记录恢复至第二终端中的情况，如图1所示，该方法可以包括S110-S140。

S110，第一终端将历史传输文件记录封装为传输记录备份文件。

其中，历史传输文件记录可以包括日期、文件名、文件存储路径、文件大小等信息。历史传输文件可以是第一终端向其他终端发送的文件或者接收其他终端的文件。传输记录备份文件可以包含有多条历史传输文件记录。

本实施例中，第一终端将历史传输文件记录封装为传输记录备份文件的过程可以是：第一终端完成一次文件传输，生成一历史传输文件记录，并将历史传输文件记录存储至设定内存中；将设定内存中的每条历史传输文件记录转化为设定格式的数据；将设定格式的数据封装为传输记录备份文件。

其中，设定内存可以理解为用于存储历史传输文件的数据库。设定格式可以是适合打包解析的数据格式，例如：json格式。具体的，将生成的历史传输文件记录存储至设定内存，设定内存进行了一次更新，将更新后的设定内存中所有历史传输文件记录分别转化为设定格式的数据。这样可以保证每条历史传输文件记录可以得到恢复，防止遗漏。

其中，将设定内存中的每条历史传输文件记录转化为设定格式的数据的方式可以是：将设定内存中的每条历史传输文件记录封装为设定类对象数据；将设定类对象数据添加至列表中；将添加了设定类对象数据的列表转化为设定格式的数据。

其中，设定类对象可以是transItem类对象。具体的，将每一条历史传输文件记录封装为一个transItem对象，并加入到列表中，然后将此列表转化成json格式数据，最后json格式数据封装为历史记录备份文件。

S120，当检测到预设的触发恢复操作时，基于恢复操作生成包括所述传输记录备份文件和对应历史传输文件的热点二维码。

本实施例中，第一终端的设置选项中提供热点开关的选项，用户触发恢复操作的方式可以是将热点开关打开。

本实施例中，当检测到预设的触发恢复操作时，第一终端会将传输记录备份文件的相关信息以及对应历史传输文件的相关信息存储至本地应用服务器中，从而能够根据该相关信息确定要发送至第二终端的传输记录备份文件和对应的历史传输文件。

其中，基于恢复操作生成热点二维码的过程可以是：基于恢复操作获取热点信息；读取传输记录备份文件和对应历史传输文件；根据热点信息、传输记录备份文件及对应历史传输文件生成。

其中，热点信息可以包括热点账号、热点密码以及终端标识码等。具体的，当检测到用户触发恢复操作是，即打开热点开关时，第一终端获取热点账号、热点密码以及终端标识码等热点信息，并读取传输记录备份文件和对应历史传输文件，最后根据所述热点信息、所述传输记录备份文件及对应历史传输文件生成热点二维码。本实施例中，生成的热点二维码的目的是为了将历史传输文件记录恢复至第二终端。示例性的，图2是实施例中生成的热点二维码的示例图。如图2所示，上方为热点二维码，下方为待恢复文件。

S130，当检测到第二终端发起基于扫描热点二维码的数据请求时，与第二终端建立数据连接。

具体的，第一终端生成热点二维码后，用户控制第二终端扫描该热点二维码，以与第一终端建立通信连接，并向第一终端发送数据请求。

S140，将传输记录备份文件和对应的历史传输文件发送至第二终端，使得历史传输文件记录恢复至第二终端。

具体的，第一终端与第二终端建立数据连接并接收到第二终端发送的数据请求后，第一终端中的本地应用服务器根据存储的相关信息获取传输记录备份文件和对应的历史传输文件，并将获取的传输记录备份文件和对应的历史传输文件发送至第二终端，使得第二终端对传输记录备份文件进行解析获得历史传输文件记录，从而将历史传输文件记录恢复至第二终端，使得第二终端可以存储、读取、编辑、显示、转发所述历史传输文件记录。。

本申请实施例的技术方案，第一终端将历史传输文件记录封装为传输记录备份文件；当检测到预设的触发恢复操作时，基于恢复操作生成包括所述传输记录备份文件和对应历史传输文件的热点二维码；当检测到第二终端发起基于扫描热点二维码的数据请求时，与第二终端建立数据连接；将传输记录备份文件和对应的历史传输文件发送至第二终端，使得历史传输文件记录恢复至第二终端。本申请实施例提供的历史传输文件记录的恢复方法，当第二终端与第一终端通过扫描热点二维码建立数据连接后，第一终端将传输记录备份文件和对应的历史传输文件发送至第二终端，使得历史传输文件记录恢复至第二终端，可以将旧终端中的历史传输文件记录恢复至新终端，提高用户使用新终端的便捷性。

图3是本申请实施例提供的一种历史传输文件记录的恢复方法的流程图。如图3所示，该方法包括S210-S240。

S210，第二终端根据预设的触发恢复操作切换至扫描界面，并基于对热点二维码的扫描操作向第一终端发送数据请求。

其中，热点二维码由第一终端生成。本实施例中，第二终端中安装有“互传应用程序(Application,APP)”,通过互传APP实现历史传输文件记录的恢复。

具体的，用户在第二终端进入互传APP后，互传APP提示用户是否进行历史传输文件记录的恢复，若用户选择否，则第二终端切换至主页面，若用户选择是，则第二终端向互传APP发送设定互传参数，并根据该设定互传参数确定扫描界面，通过该扫描界面对第一终端生成的热点二维码进行扫描。当第二终端扫描热点二维码成功后，与第一终端建立了通信连接，并向第一终端发送携带有设定互传参数的数据请求。

可选的，可以在互传APP设置恢复标志位，若标志位为“false”，则表明未恢复历史传输文件记录，若标志位为“true”，则表明已恢复历史传输文件记录。

S220，接收第一终端发送的传输记录备份文件和对应的历史传输文件。

具体的，当第一终端接收到携带有设定互传参数的数据请求后，第一终端将传输记录备份文件和对应的历史传输文件发送至第二终端。

S230，对传输记录备份文件进行解析，获得历史传输文件记录。

其中，对传输记录备份文件进行解析的过程可以是：提取传输记录备份文件中设定格式的数据，并将设定格式的数据转化为设定类对象数据；将设定类对象数据转化为历史传输文件记录。

其中，设定格式可以是适合打包解析的格式，例如json格式。设定类对象可以是transItem类对象。

具体的，第二终端提取传输记录备份文件包含的json格式数据，然后将json格式数据转化为transItem对象列表，遍历每个transItem对象，将遍历到的transItem对象转化为历史传输文件记录。

S240，将历史传输文件记录储存至设定内存中。

其中，设定内存可以理解为用于存储历史传输文件记录的数据库，例如本地应用数据库。当历史传输文件记录储存至设定内存之后，将恢复标志位由第一标志切换至第二标志。第一标志可以是“false”，表示所述第二终端未完成历史传输文件记录的恢复；第二标志可以是“true”，表示所述第二终端已完成历史传输文件记录的恢复。

可选的，在将所述历史传输文件记录储存至设定内存中之后，还包括：删除所述传输记录备份文件。可以节省存储空间。

示例性的，图4是本实施例中恢复历史传输文件记录的示例图。如图4所示，当用户在第二终端进入互传APP后，提示用户是否进行历史传输文件记录的恢复；若用户选择“确认”按钮，则互传APP提示用户在第一终端中设置进入恢复操作，使得第一终端用户触发恢复操作生成热点二维码；用户点击“确认”后，互传APP提供恢复记录选项，若用户选择“扫描接收”，则互传APP进入扫描界面，第二终端扫描第一终端生成的热点二维码，以完成待恢复文件的接收，从而将历史传输文件记录恢复至所述第二终端。

本申请实施例的技术方案，第二终端根据预设的触发恢复操作切换至扫描界面，并基于对热点二维码的扫描操作向第一终端发送数据请求；其中，热点二维码由第一终端生成；接收第一终端发送的传输记录备份文件和对应的历史传输文件；对传输记录备份文件进行解析，获得历史传输文件记录；将历史传输文件记录储存至设定内存中。可以将旧终端中的历史传输文件记录恢复至新终端，提高用户使用新终端的便捷性。

图5是本申请实施例提供的一种历史传输文件记录的恢复装置的结构示意图，如图5所示，该装置包括：

传输记录备份文件封装模块510，设置于第一终端，用于将历史传输文件记录封装为传输记录备份文件；

热点二维码生成模块520，用于当检测到预设的触发恢复操作时，基于恢复操作生成包括传输记录备份文件和对应历史传输文件的热点二维码；

数据连接模块530，用于当检测到第二终端发起基于扫描热点二维码的数据请求时，与第二终端建立数据连接；

文件发送模块540，用于将待恢复文件发送至第二终端，使得历史传输文件记录恢复至第二终端。

可选的，传输记录备份文件封装模块510，还用于：

第一终端完成一次文件传输，生成一历史传输文件记录，并将历史传输文件记录存储至设定内存中；

将设定内存中的每条历史传输文件记录转化为设定格式的数据；

将设定格式的数据封装为传输记录备份文件。

可选的，传输记录备份文件封装模块510，还用于：

将设定内存中的每条历史传输文件记录封装为设定类对象数据；

将设定类对象数据添加至列表中；

将添加了设定类对象数据的列表转化为设定格式的数据。

可选的，热点二维码生成模块520，还用于：

基于恢复操作获取热点信息；

读取传输记录备份文件和对应历史传输文件；

根据热点信息、传输记录备份文件及对应历史传输文件生成热点二维码。

图6是本申请实施例提供的一种历史传输文件记录的恢复装置的结构示意图，如图6所示，该装置包括：

数据请求发送模块610，设置于第二终端，用于根据预设的触发恢复操作切换至扫描界面，并基于对热点二维码的扫描操作向第一终端发送数据请求；其中，热点二维码由第一终端生成；

文件接收模块620，用于接收第一终端发送的传输记录备份文件和对应的历史传输文件；

历史传输文件记录获取模块630，用于对传输记录备份文件进行解析，获得历史传输文件记录；

历史传输文件记录存储模块640，用于将历史传输文件记录储存至设定内存中。

可选的，历史传输文件记录获取模块630，还用于：

提取传输记录备份文件中设定格式的数据，并将设定格式的数据转化为设定类对象数据；

将设定类对象数据转化为历史传输文件记录。

可选的，还包括：删除模块，用于：

删除传输记录备份文件。

可选的，第二终端中设置有恢复标志位，还包括：标志切换模块，用于：

将恢复标志位由第一标志切换至第二标志；其中，第一标志表示第二终端未完成历史传输文件记录的恢复，第二标志表示第二终端已完成历史传输文件记录的恢复。

在一个实施例中，图7是本申请实施例提供的一种计算机设备的结构示意图。如图7所示，本申请提供的设备，包括：处理器310以及存储器320。该设备中处理器310的数量可以是一个或者多个，图7中以一个处理器310为例。该设备中存储器320的数量可以是一个或者多个，图7中以一个存储器320为例。该设备的处理器310以及存储器320可以通过总线或者其他方式连接，图7中以通过总线连接为例。实施例中，该设备为计算机设备。

存储器320作为一种计算机可读存储介质，可设置为存储软件程序、计算机可执行程序以及模块，如本申请任意实施例的设备对应的程序指令/模块(例如，数据传输装置中的编码模块和第一发送模块)。存储器320可包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据设备的使用所创建的数据等。此外，存储器320可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储器320可进一步包括相对于处理器310远程设置的存储器，这些远程存储器可以通过网络连接至设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

上述提供的设备可设置为执行上述任意实施例提供的应用于历史传输文件记录的恢复方法，具备相应的功能和效果。

对应存储器320中存储的程序可以是本申请实施例所提供应用于历史传输文件记录的恢复方法对应的程序指令/模块，处理器310通过运行存储在存储器320中的软件程序、指令以及模块，从而执行计算机设备的一种或多种功能应用以及数据处理，即实现上述方法实施例中应用于历史传输文件记录的恢复方法。可以理解的是，上述设备为接收端时，可执行本申请任意实施例所提供的应用于历史传输文件记录的恢复方法，且具备相应的功能和效果。

本申请实施例还提供一种包含计算机可执行指令的存储介质，计算机可执行指令在由计算机处理器执行时用于执行一种数据处理方法，该方法包括：第一终端将历史传输文件记录封装为传输记录备份文件；当检测到预设的触发恢复操作时，基于所述恢复操作生成包括所述传输记录备份文件和对应历史传输文件的热点二维码；当检测到第二终端发起基于扫描所述热点二维码的数据请求时，与所述第二终端建立数据连接；将所述传输记录备份文件和对应的历史传输文件发送至所述第二终端，使得所述历史传输文件记录恢复至所述第二终端。

本领域内的技术人员应明白，术语用户设备涵盖任何适合类型的无线用户设备，例如移动电话、便携数据处理装置、便携网络浏览器或车载移动台。

一般来说，本申请的多种实施例可以在硬件或专用电路、软件、逻辑或其任何组合中实现。例如，一些方面可以被实现在硬件中，而其它方面可以被实现在可以被控制器、微处理器或其它计算装置执行的固件或软件中，尽管本申请不限于此。

本申请的实施例可以通过移动装置的数据处理器执行计算机程序指令来实现，例如在处理器实体中，或者通过硬件，或者通过软件和硬件的组合。计算机程序指令可以是汇编指令、指令集架构(Instruction Set Architecture，ISA)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码。

本申请附图中的任何逻辑流程的框图可以表示程序步骤，或者可以表示相互连接的逻辑电路、模块和功能，或者可以表示程序步骤与逻辑电路、模块和功能的组合。计算机程序可以存储在存储器上。存储器可以具有任何适合于本地技术环境的类型并且可以使用任何适合的数据存储技术实现，例如但不限于只读存储器(Read-Only Memory，ROM)、随机访问存储器(Random Access Memory，RAM)、光存储器装置和系统(数码多功能光碟(Digital Video Disc，DVD)或光盘(Compact Disk，CD))等。计算机可读介质可以包括非瞬时性存储介质。数据处理器可以是任何适合于本地技术环境的类型，例如但不限于通用计算机、专用计算机、微处理器、数字信号处理器(Digital Signal Processing，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑器件(Field-Programmable Gate Array，FGPA)以及基于多核处理器架构的处理器。

以上所述，仅为本申请的示例性实施例而已，并非用于限定本申请的保护范围。

本申请的实施例可以通过移动装置的数据处理器执行计算机程序指令来实现，例如在处理器实体中，或者通过硬件，或者通过软件和硬件的组合。计算机程序指令可以是汇编指令、指令集架构(ISA)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目的代码。

通过示范性和非限制性的示例，上文已提供了对本申请的示范实施例的详细描述。但结合附图和权利要求来考虑，对以上实施例的多种修改和调整对本领域技术人员来说是显而易见的，但不偏离本发明的范围。因此，本发明的恰当范围将根据权利要求确定。