CN107018189A - 迁移应用数据以及接收应用数据的方法及装置 - Google Patents

Abstract

本发明公开了一种迁移应用数据以及接收应用数据的方法及装置，属于终端技术领域。该方法包括：若本地存储的应用数据所属应用的名称在接收端发送的应用列表中，则将所述应用数据发送至所述接收端，其中，所述应用列表中存储有所述接收端已安装应用的名称。本发明实施例通过将接收端可以使用的应用数据迁移至接收端中，而无需迁移接收端不能使用的应用数据，从而避免接收端存储不能使用的应用数据而占用较多的内存，避免了接收端内存资源的浪费，同时提高了应用数据迁移的效率。

Description

迁移应用数据以及接收应用数据的方法及装置

技术领域

本发明涉及终端技术领域，特别涉及一种发送端向接收端迁移应用数据的方法及装置，以及一种接收端接收发送端迁移的应用数据的方法及装置。

背景技术

随着终端技术的快速发展，终端升级换代的速度越来越快，相应地，人们更换终端的频率也越来越高，比如人们可能每隔两年左右的时间会淘汰旧手机，更换新手机。当人们更换新手机时，可以将旧手机中存储的一些应用数据迁移到新手机上，以在新手机上继续使用这些应用数据，比如联系人号码、短信、通话记录、多媒体文件等等。

为了便于描述，将旧手机等用于发送待迁移应用数据的终端称为发送端，将新手机等用于接收待迁移应用数据的终端称为接收端。目前，通常采用的发送端向接收端迁移应用数据的方法为：用户在发送端上选择需要迁移至接收端的待迁移应用数据后，发送端将这些待迁移应用数据发送至接收端。

由于应用数据由发送端迁移到接收端以后，往往需要对应的应用来支持才可使用，如闹钟数据从发送端迁移到接收端以后，需要接收端上的闹钟应用来查看。然而，接收端上可能并未安装有些应用数据对应的应用，导致一些应用数据从发送端迁移到接收端以后，接收端并不能使用这些应用数据，如接收端上未安装闹钟应用，闹钟数据迁移到接收端之后并不能使用，而迁移这些接收端不能使用的应用数据不仅会使应用数据迁移效率比较低，而且会占用接收端较多的内存，造成了接收端内存资源的浪费。

发明内容

为了解决现有技术的问题，本发明实施例提供了一种发送端向接收端迁移应用数据的方法及装置，以及一种接收端接收发送端迁移的应用数据的方法及装置。所述技术方案如下：

第一方面，提供了一种发送端向接收端迁移应用数据的方法，所述方法包括：

若本地存储的应用数据所属应用的名称在接收端发送的应用列表中，则将所述应用数据发送至所述接收端，其中，所述应用列表中存储有所述接收端已安装应用的名称。

可选地，所述方法还包括：

若本地存储的应用数据所属应用的名称未在所述应用列表中，且所述应用为第三方应用，则将所述应用数据发送至所述接收端。

可选地，所述方法还包括：

若本地存储的应用数据所属应用的名称未在所述应用列表中，且所述应用为第三方应用，则将所述应用的安装包文件以及所述应用数据发送至所述接收端。

第二方面，提供了一种接收端接收发送端迁移的应用数据的方法，所述方法包括：

当接收到数据迁移指令时，向发送端发送应用列表，所述应用列表中存储有接收端已安装应用的名称；

接收所述发送端发送的应用数据，所述应用数据为所述发送端本地存储的所属应用的名称在所述应用列表中的应用数据。

可选地，所述方法还包括：

若接收到的应用数据所属应用为第三方应用，且在接收所述应用数据的过程中还接收到所述应用的安装包文件，则基于所述安装包文件安装所述应用，并将所述应用数据存储至所述应用的数据目录下；

若接收到的应用数据所属应用为第三方应用，且在接收所述应用数据的过程中未接收到所述应用的安装包文件，则下载所述应用的安装包文件，基于下载的安装包文件安装所述应用，并将所述应用数据存储至所述应用的数据目录下。

第三方面，提供了一种发送端向接收端迁移应用数据的装置，所述装置包括：

第一发送模块，用于当本地存储的应用数据所属应用的名称在接收端发送的应用列表中时，将所述应用数据发送至所述接收端，其中，所述应用列表中存储有所述接收端已安装应用的名称。

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

第二发送模块，用于当本地存储的应用数据所属应用的名称未在所述应用列表中，且所述应用为第三方应用时，将所述应用数据发送至所述接收端。

可选地，所述获取模块包括：

第三发送模块，用于当本地存储的应用数据所属应用的名称未在所述应用列表中，且所述应用为第三方应用时，将所述应用的安装包文件以及所述应用数据发送至所述接收端。

第四方面，提供了一种接收端接收发送端迁移的应用数据的装置，所述装置包括：

第一发送模块，用于当接收到数据迁移指令时，向发送端发送应用列表，所述应用列表中存储有接收端已安装应用的名称；

接收模块，用于接收所述发送端发送的应用数据，所述应用数据为所述发送端本地存储的所属应用的名称在所述应用列表中的应用数据。

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

第一安装模块，用于当接收到的应用数据所属应用为第三方应用，且在接收所述应用数据的过程中还接收到所述应用的安装包文件时，基于所述安装包文件安装所述应用，并将所述应用数据存储至所述应用的数据目录下；

第二安装模块，用于当接收到的应用数据所属应用为第三方应用，且在接收所述应用数据的过程中未接收到所述应用的安装包文件时，下载所述应用的安装包文件，基于下载的安装包文件安装所述应用，并将所述应用数据存储至所述应用的数据目录下。

本发明实施例提供的技术方案带来的有益效果是：在本发明实施例中，由于应用列表中存储有接收端已安装应用的名称，因此，发送端可以将本地存储的应用数据中，所属应用的名称在该应用列表中的应用数据发送给接收端，也即是，将接收端可以使用的应用数据迁移至接收端中，而无需迁移接收端不能使用的应用数据，从而避免接收端存储不能使用的应用数据而占用较多的内存，进而避免了接收端内存资源的浪费，同时由于无需迁移接收端不能使用的应用数据，因此提高了应用数据迁移的效率。

附图说明

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

图1是本发明实施例提供的一种发送端向接收端迁移应用数据的方法的流程图；

图2是本发明实施例提供的一种接收端接收发送端迁移的应用数据的方法的流程图；

图3是本发明实施例提供的一种发送端向接收端迁移应用数据的方法的流程图；

图4A是本发明实施例提供的一种发送端向接收端迁移应用数据的装置的框图；

图4B是本发明实施例提供的另一种发送端向接收端迁移应用数据的装置的框图；

图4C是本发明实施例提供的又一种发送端向接收端迁移应用数据的装置的框图；

图5是本发明实施例提供的一种接收端接收发送端迁移的应用数据的装置的框图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。

图1是本发明实施例提供的一种发送端向接收端迁移应用数据的方法的流程图。该方法用于发送端中，参见图1，该方法包括：

步骤101：若本地存储的应用数据所属应用的名称在接收端发送的应用列表中，则将该应用数据发送至接收端，其中，该应用列表中存储有接收端已安装应用的名称。

由于接收端和发送端均可以安装第三方应用，且第三方应用的安装包文件获取方式比较灵活、方便，因此，在本发明实施例中，若本地存储的应用数据所属应用的名称未在该应用列表中，且该应用为第三方应用，则可以将该应用数据发送至接收端。之后，由接收端下载并安装该应用，并可以继续使用该发送端中的该应用数据。

当然，为了便于操作，若本地存储的应用数据所属应用的名称未在该应用列表中，且该应用为第三方应用，则将该应用的安装包文件以及该应用数据发送至接收端。也即是，不仅可以将该应用数据发送给接收端，还可以将该应用的安装包文件发送给接收端，从而无需接收端下载该应用的安装包文件。

在本发明实施例中，由于应用列表中存储有接收端已安装应用的名称，因此，发送端可以将本地存储的应用数据中，所属应用的名称在该应用列表中的应用数据发送给接收端，也即是，将接收端可以使用的应用数据迁移至接收端中，而无需迁移接收端不能使用的应用数据，从而避免接收端存储不能使用的应用数据而占用较多的内存，进而避免了接收端内存资源的浪费，同时由于无需迁移接收端不能使用的应用数据，因此提高了应用数据迁移的效率。

图2是本发明实施例提供的一种接收端接收发送端迁移的应用数据的方法的流程图。该方法应用于接收端，参见图2，该方法包括：

步骤201：当接收到数据迁移指令时，向发送端发送应用列表，该应用列表中存储有接收端已安装应用的名称。

步骤202：接收发送端发送的应用数据，该应用数据为发送端本地存储的所属应用的名称在该应用列表中的应用数据。

在本发明实施例中，若接收到的应用数据所属应用为第三方应用，且在接收该应用数据的过程中还接收到该应用的安装包文件，则基于该安装包文件安装该应用，并将该应用数据存储至该应用的数据目录下，以便于将第三方应用的应用数据迁移至接收端中。当然，在另一种实现方式中，若接收到的应用数据所属应用为第三方应用，且在接收该应用数据的过程中未接收到该应用的安装包文件，则下载该应用的安装包文件，基于下载的安装包文件安装该应用，并将该应用数据存储至该应用的数据目录下，如此仍然可以使用第三方应用的应用数据。

在本发明实施例中，由于应用列表中存储有接收端已安装应用的名称，因此，接收端将该应用列表发送给发送端之后，可以接收发送端发送的所属应用的名称在该应用列表中的应用数据，也即是，发送端将接收端可以使用的应用数据迁移至接收端中，而无需迁移接收端不能使用的应用数据，从而避免接收端存储不能使用的应用数据而占用较多的内存，进而避免了接收端内存资源的浪费，同时由于无需迁移接收端不能使用的应用数据，因此提高了应用数据迁移的效率。

图3是本发明实施例提供的一种发送端向接收端迁移应用数据的方法的流程图。该方法的交互主体为发送端和接收端，参见图3，该方法包括：

步骤301：当接收端接收到数据迁移指令时，向发送端发送应用列表，该应用列表中存储有接收端已安装应用的名称。

当接收端和发送端安装的操作系统不同，或者操作系统的系统版本不同时，接收端和发送端中安装的系统应用也会不同，且一般系统应用的获取方式不方便，而第三方应用在接收端和发送端中均可以安装，且第三方应用的获取方式比较方便，即在网络上都可以获取到，因此，当接收端接收到数据迁移指令时，可以基于当前安装的所有应用的名称或者安装包名称，从当前安装的应用中确定系统应用，并将系统应用的应用名称填充至空白应用列表中，以得到上述应用列表。当然，该应用列表中也可以包括第三方应用的应用名称。

其中，接收端可以通过包括的安装包管理器获取当前安装的所有应用的名称或者安装包名称。另外，发送端和接收端安装的操作系统可以相同，也可以不同，以发送端和接收端安装系统的操作系统为例，假如该操作系统为安卓系统，接收端中的安装包管理器可以为安卓系统的安装包管理器PackageManager。

需要说明的是，该数据迁移指令用于指示与发送端之间进行数据迁移，且该数据迁移指令可以由当前使用接收端的用户通过指定操作触发，该指定操作可以为对接收端的数据迁移选项的点击操作、预设轨迹的滑动操作、语音操作等等。另外，系统应用的应用数据可以包括联系人、通话记录、信息、音乐、图片、视频、日程、骚扰拦截、智能省电、一键清理、应用权限、帐户、无线网络密码、铃声、桌面布局等数据。

进一步地，当接收端确定安装的系统应用之后，还可以将系统应用的名称和安装的第三方应用的名称进行区别显示，从而使当前使用接收端的用户可以获知接收端当前有哪些应用的应用数据可以支持数据迁移。比如将系统应用的标识显示为黑色字体，将第三方应用的标识显示为灰色字体。

另外，由于接收端与发送端之间需要通过网络进行应用数据的迁移，因此，当用户通过指定操作触发接收端的数据迁移指令之前，接收端与发送端均需连接至网络，从而接收端与发送端之间可以通过网络进行应用数据的迁移。

再者，接收端和发送端中均可以安装同一一键换机应用，该一键换机应用可以在接收端与发送端之间建立数据传输连接，通过该数据传输连接可以迁移应用数据，从而进行换机。比如，当用户需要将旧手机的应用数据迁移给新手机时，也即是用户需要进行换机时，由于旧手机和新手机均可以安装一键换机应用，且该应用可以为用户提供新旧手机选择界面，因此当用户在新手机中打开该应用的新旧手机选择界面时，可以选择新手机选项，从而将新手机设置为接收端，当用户在旧手机中打开该应用的新旧手机选择界面时，可以选择旧手机选项，从而将旧手机设置为发送端。之后作为接收端的新手机和作为发送端的旧手机可以通过一键换机应用执行该应用数据迁移方法。

其中，当接收端与发送端当前连接至同一网络时，发送端可以通过扫描接收端生成的连接二维码与接收端建立数据传输连接，从而接收端可以通过该数据传输连接将该应用列表发送至发送端。当然，在实际应用中，也可以是由接收端扫描发送端生成的连接二维码从而与发送端建立数据传输连接。

在实际应用中，接收端与发送端当前可以连接至同一网络，当然，接收端与发送端还可以连接至不同的网络。当接收端与发送端当前连接至不同的网络时，接收端还可以通过安装的一键换机应用对应的应用服务器将该应用列表发送至发送端，也即是接收端可以将该应用列表先发送给安装的一键换机应用对应的应用服务器，当应用服务器接收到该应用列表之后再发送给发送端。

在本发明实施例中，接收端可以将该应用列表以文件的形式发送给发送端。其中，该文件可以为txt格式的文件，即文本文件，当然，实际应用中，该文件还可以为其他格式的文件。

步骤302：发送端接收接收端发送的该应用列表，并判断本地存储的应用数据所属应用的名称是否存在于该应用列表中。

具体地，发送端接收到接收端发送的该应用列表中，可以获取本地存储的应用数据所属应用的名称，并将获取的应用名称与该应用列表中存储的应用名称进行比较，从而确定本地存储的应用数据所属应用的名称是否存在于该应用列表中。其中，发送端可以通过包括的安装包管理器获取本地存储的应用数据所属应用的名称。

步骤303：若本地存储的应用数据所属应用的名称在该应用列表中，则发送端将该应用数据发送至接收端。

可选地，由于应用数据中一般会包括多类数据，比如，对于即时通信应用来说，该应用数据可以包括聊天数据、收藏夹数据等等，因此，当该应用数据所属应用的名称存储于该应用列表中，发送端可以将该应用数据中的全部数据发送给接收端，当然，发送端也可以将该应用数据中的部分数据发送给接收端。此时，发送端可以显示该应用数据中的多类数据，以使当前使用发送端的用户选择出想要迁移的数据，而不是将该应用数据中的所有数据进行迁移，从而减少待迁移的应用数据，缩短了应用数据迁移的时间，提高了应用数据迁移的效率。

由于发送端可能需要从本地存储的每个应用的应用数据中确定需要迁移的数据，因此，当发送端确定出需要迁移的数据时，还可以将需要迁移的数据以文件形式暂时存储至发送端的内存或者SD卡(Secure Digital Memory Card，安全数字存储卡)中。

在一种可能的实现方式中，若本地存储的应用数据所属应用的名称未在该应用列表中，且该应用为第三方应用，则可以将该应用数据发送至接收端，以便于接收端接收到该应用数据之后，下载该应用的安装包文件，基于下载的安装包文件安装该应用，并将该应用数据存储至该应用的数据目录下，已完成应用数据的迁移。

在另一种可能的实现方式中，若本地存储的应用数据所属应用的名称未在该应用列表中，且该应用为第三方应用，则将该应用的安装包文件以及该应用数据发送至接收端，以便于接收端接收到该应用数据和该应用的安装包之后，基于该安装包文件安装该应用，并将该应用数据存储至该应用的数据目录下，而无需再次下载该应用的安装包。

步骤304：接收端接收发送端发送的应用数据。

其中，当接收端接收到发送端发送的应用数据时，对该应用数据进行解析，并将解析后的应用数据转换为可读格式，并将转化后的应用数据复制到对应应用的数据目录下，从而实现应用数据的恢复，以完成应用数据的迁移。

在本发明实施例中，由于应用列表中存储有接收端已安装应用的名称，因此，发送端可以将本地存储的应用数据中，所属应用的名称在该应用列表中的应用数据发送给接收端，也即是，将接收端可以使用的应用数据迁移至接收端中，而无需迁移接收端不能使用的应用数据，从而避免接收端存储不能使用的应用数据而占用较多的内存，进而避免了接收端内存资源的浪费，同时由于无需迁移接收端不能使用的应用数据，因此提高了应用数据迁移的效率。

参见图4A，本发明实施例提供了一种发送端向接收端迁移应用数据的装置400，该装置包括：第一发送模块401。

第一发送模块401，用于当本地存储的应用数据所属应用的名称在接收端发送的应用列表中时，将该应用数据发送至接收端，其中，该应用列表中存储有接收端已安装应用的名称。

可选地，参见图4B，该装置还包括：

第二发送模块402，用于当本地存储的应用数据所属应用的名称未在该应用列表中，且该应用为第三方应用时，将该应用数据发送至接收端。

可选地，参见图4C，该装置还包括：

第三发送模块403，用于当本地存储的应用数据所属应用的名称未在该应用列表中，且该应用为第三方应用时，将该应用的安装包文件以及该应用数据发送至接收端。

在本发明实施例中，由于应用列表中存储有接收端已安装应用的名称，因此，发送端可以将本地存储的应用数据中，所属应用的名称在该应用列表中的应用数据发送给接收端，也即是，将接收端可以使用的应用数据迁移至接收端中，而无需迁移接收端不能使用的应用数据，从而避免接收端存储不能使用的应用数据而占用较多的内存，进而避免了接收端内存资源的浪费，同时由于无需迁移接收端不能使用的应用数据，因此提高了应用数据迁移的效率。

参见图5，本发明实施例提供了一种接收端接收发送端迁移的应用数据的装置500，该装置包括：第一发送模块501和接收模块502。

第一发送模块501，用于当接收到数据迁移指令时，向发送端发送应用列表，该应用列表中存储有接收端已安装应用的名称；

接收模块502，用于接收发送端发送的应用数据，该应用数据为发送端本地存储的所属应用的名称在该应用列表中的应用数据。

可选地，该装置还包括：

第一安装模块，用于当接收到的应用数据所属应用为第三方应用，且在接收该应用数据的过程中还接收到该应用的安装包文件时，基于该安装包文件安装该应用，并将该应用数据存储至该应用的数据目录下；

第二安装模块，用于当接收到的应用数据所属应用为第三方应用，且在接收该应用数据的过程中未接收到该应用的安装包文件时，下载该应用的安装包文件，基于下载的安装包文件安装该应用，并将该应用数据存储至该应用的数据目录下。

综上所述，在本发明实施例中，由于应用列表中存储有接收端已安装应用的名称，因此，接收端将该应用列表发送给发送端之后，可以接收发送端发送的所属应用的名称在该应用列表中的应用数据，也即是，发送端将接收端可以使用的应用数据迁移至接收端中，而无需迁移接收端不能使用的应用数据，从而避免接收端存储不能使用的应用数据而占用较多的内存，进而避免了接收端内存资源的浪费，同时由于无需迁移接收端不能使用的应用数据，因此提高了应用数据迁移的效率。

需要说明的是：上述实施例提供的应用数据迁移装置在迁移应用数据时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的应用数据迁移的装置与应用数据迁移的方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种发送端向接收端迁移应用数据的方法，其特征在于，所述方法包括：

若本地存储的应用数据所属应用的名称在接收端发送的应用列表中，则将所述应用数据发送至所述接收端，其中，所述应用列表中存储有所述接收端已安装应用的名称。

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

若本地存储的应用数据所属应用的名称未在所述应用列表中，且所述应用为第三方应用，则将所述应用数据发送至所述接收端。

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

若本地存储的应用数据所属应用的名称未在所述应用列表中，且所述应用为第三方应用，则将所述应用的安装包文件以及所述应用数据发送至所述接收端。

4.一种接收端接收发送端迁移的应用数据的方法，其特征在于，所述方法包括：

当接收到数据迁移指令时，向发送端发送应用列表，所述应用列表中存储有接收端已安装应用的名称；

接收所述发送端发送的应用数据，所述应用数据为所述发送端本地存储的所属应用的名称在所述应用列表中的应用数据。

5.如权利要求4所述的方法，其特征在于，所述方法还包括：

若接收到的应用数据所属应用为第三方应用，且在接收所述应用数据的过程中还接收到所述应用的安装包文件，则基于所述安装包文件安装所述应用，并将所述应用数据存储至所述应用的数据目录下；

若接收到的应用数据所属应用为第三方应用，且在接收所述应用数据的过程中未接收到所述应用的安装包文件，则下载所述应用的安装包文件，基于下载的安装包文件安装所述应用，并将所述应用数据存储至所述应用的数据目录下。

6.一种发送端向接收端迁移应用数据的装置，其特征在于，所述装置包括：

第一发送模块，用于当本地存储的应用数据所属应用的名称在接收端发送的应用列表中时，将所述应用数据发送至所述接收端，其中，所述应用列表中存储有所述接收端已安装应用的名称。

7.如权利要求6所述的装置，其特征在于，所述装置还包括：

第二发送模块，用于当本地存储的应用数据所属应用的名称未在所述应用列表中，且所述应用为第三方应用时，将所述应用数据发送至所述接收端。

8.如权利要求6所述的装置，其特征在于，所述装置还包括：

第三发送模块，用于当本地存储的应用数据所属应用的名称未在所述应用列表中，且所述应用为第三方应用时，将所述应用的安装包文件以及所述应用数据发送至所述接收端。

9.一种接收端接收发送端迁移的应用数据的装置，其特征在于，所述装置包括：

第一发送模块，用于当接收到数据迁移指令时，向发送端发送应用列表，所述应用列表中存储有接收端已安装应用的名称；

接收模块，用于接收所述发送端发送的应用数据，所述应用数据为所述发送端本地存储的所属应用的名称在所述应用列表中的应用数据。

10.如权利要求9所述的装置，其特征在于，所述装置还包括：

第一安装模块，用于当接收到的应用数据所属应用为第三方应用，且在接收所述应用数据的过程中还接收到所述应用的安装包文件时，基于所述安装包文件安装所述应用，并将所述应用数据存储至所述应用的数据目录下；

第二安装模块，用于当接收到的应用数据所属应用为第三方应用，且在接收所述应用数据的过程中未接收到所述应用的安装包文件时，下载所述应用的安装包文件，基于下载的安装包文件安装所述应用，并将所述应用数据存储至所述应用的数据目录下。