CN107577822A - 一种数据同步方法、数据同步装置及移动终端 - Google Patents

Abstract

本申请公开了一种数据同步方法、数据同步装置、移动终端及计算机可读存储介质，其中，该数据同步方法包括：基于记录的移动终端的文件系统前次同步的结果，检测所述移动终端当前的文件系统；获得所述当前的文件系统的第一数据，其中，所述第一数据包括所述当前的文件系统中新增的文件、新增的文件夹、新删的文件及新删的文件夹；根据所述第一数据对所述媒体库进行同步；记录所述移动终端的文件系统本次同步的结果。本申请实现了文件系统的文件与媒体库的文件的便捷同步，方便用户对媒体库进行更新。

Description

一种数据同步方法、数据同步装置及移动终端

技术领域

本申请属于信息处理技术领域，尤其涉及一种数据同步方法、数据同步装置、移动终端及计算机可读存储介质。

背景技术

现有的基于安卓(Android)系统的移动终端在使用一些市面上比较流行的文件管理器，尤其是移动终端的厂商自带的文件管理器时，通常都是在移动终端的文件系统中直接对文件或文件夹进行操作，然而，在文件系统中对文件或文件夹进行创建、复制、粘贴、删除等操作后，文件系统中的文件并不会自动同步到媒体库中，用户需要通过重启移动终端才能实现文件系统及媒体库中的文件同步，显然，用户不可能每次都通过重启移动终端来同步文件系统及媒体库，因而，现有的同步方法效率较为低下，无法满足用户的操作需求。

发明内容

有鉴于此，本申请提供了一种数据同步方法、数据同步装置、移动终端及计算机可读存储介质，可实现文件系统的文件与媒体库的文件的便捷同步，方便用户对媒体库进行更新。

本申请的第一方面提供了一种数据同步方法，上述数据同步方法包括：

基于记录的移动终端的文件系统前次同步的结果，检测上述移动终端当前的文件系统；

获得上述当前的文件系统的第一数据，其中，上述第一数据包括上述当前的文件系统中新增的文件、新增的文件夹、新删的文件及新删的文件夹；；

将上述第一数据同步至媒体库；

记录上述移动终端的文件系统本次同步的结果。

本申请的第二方面提供了一种数据同步装置，上述数据同步装置包括：

检测单元，用于基于记录的移动终端的文件系统前次同步的结果，检测上述移动终端当前的文件系统；

获取单元，用于获得上述当前的文件系统的第一数据，其中，上述第一数据包括上述当前的文件系统中新增的文件、新增的文件夹、新删的文件及新删的文件夹；

同步单元，用于将上述第一数据同步至媒体库；

记录单元，用于记录上述移动终端的文件系统本次同步的结果。

本申请的第三方面提供了一种移动终端，上述移动终端包括存储器、处理器以及存储在上述存储器中并可在上述处理器上运行的计算机程序，上述处理器执行上述计算机程序时实现如上第一方面提供的上述方法的步骤。

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

本申请的第五方面提供了一种计算机程序产品，上述计算机程序产品包括计算机程序，上述计算机程序被一个或多个处理器执行时实现如上第一方面提供的上述方法的步骤。

由上可见，通过本申请方案，首先基于记录的移动终端的文件系统前次同步的结果，检测上述移动终端当前的文件系统，并获得上述当前的文件系统的第一数据，其中，上述第一数据包括上述当前的文件系统中新增的文件、新增的文件夹、新删的文件及新删的文件夹，然后根据上述第一数据对上述媒体库进行同步，并记录上述移动终端的文件系统本次同步的结果。本申请方案使得用户不再需要通过重启才能实现媒体库与文件系统的同步，而是在移动终端的运行过程中实现对移动终端当前的文件系统进行检测，在发现有新增/删的文件或文件夹时，即对媒体库进行更新，省去了用户繁琐的操作，可使得用户操作更加简单便捷。

附图说明

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

图1是本申请实施例提供的一种数据同步方法的实现流程示意图；

图2是本申请实施例提供的一种数据同步方法中移动终端与外部设备建立连接的网络架构图；

图3是本申请实施例提供的一种数据同步方法中移动终端与外部设备建立MTP连接的时序图；

图4是本申请实施例提供的一种数据同步方法步骤101的具体实现流程示意图；

图5是本申请实施例提供的另一种数据同步方法的实现流程示意图；

图6是本申请实施例提供的另一种数据同步方法步骤505的具体实现流程示意图；

图7是本申请实施例提供的另一种数据同步方法步骤503及505的时序图；

图8是本申请实施例提供的一种数据同步装置的结构示意图；

图9是本申请实施例提供的移动终端的结构示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。

为了说明本申请上述的技术方案，下面通过具体实施例来进行说明。

实施例一

下面对本申请实施例提供的一种数据同步方法进行描述，请参阅图1，本申请实施例中的数据同步方法包括：

在步骤101中，基于记录的移动终端的文件系统前次同步的结果，检测上述移动终端当前的文件系统；

在本申请实施例中，可以是在移动终端上电后，基于记录的移动终端的文件系统前次同步的结果，周期性地检测上述移动终端当前的文件系统；或者，也可以是当移动终端与外部设备进行连接时，检测上述移动终端当前的文件系统。可选地，上述连接包括但不限于媒体传输协议(Media Transfer Protocol，MTP)连接、图片传输协议(picture transferprotocol，PTP)连接、蓝牙连接及红外连接，其中，MTP连接是当前绝大多数基于安卓系统的移动终端与计算机相连时所默认的连接方式，其主要用于传输媒体文件。以移动终端通过通用串联接口(Universal Serial Bus，USB)与计算机建立MTP连接为例，图2示出了本申请实施例中，移动终端21通过数据线22与外部设备23进行MTP连接的网络架构图；图3示出了移动终端与计算机这一外部设备建立MTP连接时，移动终端在java层的时序图，请参阅图3：

MTP服务启动的触发事件为外部设备与移动设备建立MTP连接，当建立MTP连接时，USB驱动将产生USB连接消息，并通知UsbManager；UsbManager随后会发出广播，并且该广播将被MtpReceiver收到；MtpReceiver收到广播后会启动MtpService，同时通知MediaProvider；MediaProvider会与MtpService绑定；MtpService启动后会创建MtpDatabase，还会创建MtpServer，其中，MtpServer会和MtpDatabase关联；随后，MtpService将创建MtpStorage，并将把MtpStorage添加至MtpDatabase和MtpServer中。

其中，上述USB驱动位于移动终端的内核(kernel)层，负责数据交换，即移动设备和外部设备通过USB数据线连接之后，实际的数据交换是经过USB数据线发送给USB驱动的；上述UsbManager为基于安卓的移动终端的USB框架的模块，能够获得USB的状态，与连接的USB设备通信；上述MtpServer，MtpDatabase，MediaProvider，MtpReceiver，MtpService及MTPStorage为基于安卓系统的移动终端的MTP框架中的六个不同模块，具体地，以下给出上述六个不同模块的详细说明：

上述MtpReceiver负责接收广播，接收到广播后会启动/关闭MtpService；

上述MediaProvider即相当于移动终端的媒体库；

上述MtpService负责提供管理MTP的服务，它会启动MtpServer，以及将移动终端的文件系统所存储内容和媒体库的内容同步；

上述MtpDatabase充当着数据库的功能，但它本身并没有数据库对数据进行保存，本质上是通过MediaProvider(即媒体库)获取所需要的数据；

上述MtpServer即相当于一个服务器，它通过和底层进行通信从而提供了MTP的相关服务；

上述MtpStorage对应一个存储单元，例如，SD卡就对应一个MtpStorage。

进一步地，上述记录的移动终端的文件系统前次同步的结果，可以是前次同步后对上述媒体库的记录，也可以是前次同步后对上述文件系统的记录，该记录保存有上述媒体库或上述文件系统中各个文件及文件夹的属性，上述属性包括但不限于名称、占用空间及在上述文件系统中的绝对路径。通过比对上述移动终端当前的文件系统中的文件与前次同步的结果中的文件，可以确定移动终端的文件系统在前次同步之后新增/删的文件及文件夹。

在步骤102中，获得上述当前的文件系统的第一数据；

在本申请实施例中，在步骤101确定了移动终端的文件系统在前次同步之后新增/删的文件及文件夹之后，将其作为第一数据，即，第一数据包括上述当前的文件系统中新增/删的文件及文件夹。

在步骤103中，根据上述第一数据对上述媒体库进行同步；

在本申请实施例中，根据步骤102中获得的上述第一数据对上述媒体库进行同步。可选地，可以将上述第一数据中所包括的新增的文件及新增的文件夹以插入的形式复制至媒体库中，同时，在媒体库中查找出与上述第一数据中所包括的新删的文件及新删的文件夹所对应的文件及文件夹并删除；或者，可以将上述文件系统中包含的所有数据以覆盖的方式复制至媒体库中。当然，也可以通过其它方式同步媒体库与文件系统，此处不作限定。其中，在根据上述当前的文件系统中新增的文件和/或新增的文件夹对上述媒体库进行同步时，可具体表现为：由MtpReceiver发送全盘扫描广播；MediaScannerReceiver接收到上述全盘扫描广播后，基于上述全盘扫描广播启动MediaScannerService对上述媒体库及文件系统进行全盘扫描，上述全盘扫描的执行者为MediaScanner；当MediaScanner扫描到文件系统中的新增的文件和/或新增的文件夹时，则将该新增的文件和/或新增的文件夹复制至MediaProvider，即媒体库中。其中，上述MediaScannerReceiver、MediaScannerService及MediaScanner为在上述MTP框架的基础上新增加的三个模块，其作用分别为接收全盘扫描广播、启动全盘扫描服务及执行全盘扫描操作。

在步骤104中，记录上述移动终端的文件系统本次同步的结果。

在本申请中，每次同步结束后，都需要记录文件系统本次同步的结果，为下次文件系统与媒体库的数据同步作准备。

具体地，图4示出了步骤101的具体实现流程图，请参阅图3：

在步骤401中，在上述移动终端通过通用串行总线与上述外部设备建立MTP连接时，由上述移动终端的MtpReceiver发送全盘扫描广播；

在步骤402中，根据上述全盘扫描广播，对上述当前的文件系统进行全盘扫描；

在步骤403中，将上述扫描的结果与上述前次同步的结果进行比对，确定上述当前的文件系统的第一数据。

在本申请实施例中，以遍历文件系统的方式，对上述文件系统进行全盘扫描，并根据扫描的结果与前次同步的结果进行比对，以确定是否能在前次同步的结果中找到文件系统中的所有文件及文件夹的映射。

由上可见，在本申请实施例中，通过检测移动终端的文件系统是否前次同步的结果保持一致，确定文件系统是否相对媒体库新增/删了文件和/或文件夹，并在确定文件系统相对媒体库新增/删了文件和/或文件夹后及时对媒体库进行同步操作。由于此同步过程不再要求用户重启移动终端，用户对移动终端的同步操作将更加简单、便捷。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

实施例二

在实施例一的基础上，下面对本申请实施例提供的另一种数据同步方法进行描述，请参阅图5，本申请实施例中的数据同步方法包括：

在步骤501中，基于记录的移动终端的文件系统前次同步的结果，检测上述移动终端当前的文件系统；

在步骤502中，获得上述当前的文件系统的第一数据；

在步骤503中，根据上述第一数据对上述媒体库进行同步，并分别执行步骤504及步骤505；

在步骤504中，记录上述移动终端的文件系统本次同步的结果；

在本申请实施例中，上述步骤501、502、503及504分别与上述步骤101、102、103及104相同，具体可参见步骤101、102、103及104的相关描述，在此不再赘述。

在步骤505中，将同步后的上述媒体库中的数据发送至外部设备进行显示。

在本申请实施例中，在对上述媒体库的同步操作完成后，将同步后的媒体库中的文件发送至与上述移动终端连接的外部设备，并触发上述外部设备显示同步后的媒体库库中的文件，以实现文件的实时刷新。

具体地，由于用户主要关心文件系统中新增的文件及文件夹，因此，图6示出了步骤505的具体实现流程图，请参阅图5：

在步骤601中，获取本次同步后上述媒体库的新增数据，上述新增数据包括至少一个文件或文件夹；

在步骤602中，分别为上述媒体库中上述至少一个文件或文件夹生成唯一的识别码；

在本申请实施例中，可以以对文件系统中新增的上述至少一个文件或文件夹依次进行编号的方式，为上述至少一个文件或文件夹生生成唯一的识别码；或者，也可以根据预设的随机数生成算法，为上述至少一个文件或文件夹生生成唯一的识别码，此处不作限定。

在步骤603中，向上述移动终端中的MtpServer发送生成的上述识别码；

在步骤604中，上述MtpServer基于上述识别码从上述媒体库中获取与上述识别码对应的文件或文件夹；

在本申请实施例中，由于MediaProvider已经绑定了MtpService，而MediaProvider实际上即为媒体库，因此，在对媒体库进行了同步后，该同步操作将通知到MtpService，而MtpService会将该通知转发至MtpServer，上述MtpServer再通过MtpDatabase下发查询，其查询的参数即为上述至少一个文件或文件夹的识别码。也即是说，上述至少一个文件或文件夹的识别码将在上述通知过程中通过MtpService发送至MtpServer，上述MtpServer再基于上述媒体库中至少一个文件或文件夹的识别码，通过MtpDatabase在媒体库中查找相应的新增数据。

在步骤605中，将获取到的与上述识别码对应的文件或文件夹发送至上述外部设备进行显示。

为了使本申请实施例更加清楚、明白，图7示出了步骤503及步骤505在Java层的时序图，请参阅图7：首先通过新增的MediaScannerReceiver、MediaScannerService及MediaScanner将文件系统中新增的文件同步至MediaProvider，即媒体库中；再将新增数据所包括的至少一个文件或文件夹的识别码通知到MtpServer，并使得MtpServer能够基于至少一个文件或文件夹的识别码在媒体库中查询到新增的文件的数据，更新到外部设备端显示，实现文件实时刷新。

由上可见，在本申请实施例中，通过检测移动终端的文件系统是否前次同步的结果保持一致，确定文件系统是否相对媒体库新增/删了文件和/或文件夹，并在确定文件系统相对媒体库新增/删了文件和/或文件夹后及时对媒体库进行同步操作。由于此同步过程不再要求用户重启移动终端，用户对移动终端的同步操作将更加简单、便捷。并且，同步后的媒体库中的新增数据可以立即更新到外部设备端显示，实现了文件的实时刷新，方便用户通过外部设备查阅媒体库中的文件。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

实施例三

本申请实施例还提供一种数据同步装置，如图8所示，本申请实施例中的数据同步装置800包括：

检测单元801，用于基于记录的移动终端的文件系统前次同步的结果，检测上述移动终端当前的文件系统；

获取单元802，用于获得上述当前的文件系统的第一数据，其中，上述第一数据包括上述当前的文件系统中新增的文件、新增的文件夹、新删的文件及新删的文件夹；

同步单元803，用于根据上述第一数据对上述媒体库进行同步；

记录单元804，用于记录上述移动终端的文件系统本次同步的结果。

可选地，上述检测单元801具体用于，在上述移动终端与外部设备建立连接时，基于记录的移动终端的文件系统前次同步的结果，检测上述移动终端当前的文件系统。

可选地，上述检测单元801包括：

扫描广播发送子单元，用于在上述移动终端通过通用串行总线与上述外部设备建立MTP连接时，由上述移动终端的MtpReceiver发送全盘扫描广播；

全盘扫描子单元，用于根据上述全盘扫描广播，对上述当前的文件系统进行全盘扫描；

确定子单元，用于将上述扫描的结果与上述前次同步的结果进行比对，确定上述当前的文件系统的第一数据。

可选地，上述数据同步装置800包括：

发送单元，用于将同步后的上述媒体库中的数据发送至外部设备进行显示。

可选地，上述发送单元包括：

第一获取子单元，用于获取本次同步后上述媒体库的新增数据，上述新增数据包括至少一个文件或文件夹；

识别码生成子单元，用于分别为上述媒体库中上述至少一个文件或文件夹生成唯一的识别码；

识别码发送子单元，用于向上述移动终端中的MtpServer发送生成的上述识别码；

第二获取子单元，用于上述MtpServer基于上述识别码从上述媒体库中获取与上述识别码对应的文件或文件夹；

数据发送子单元，用于将获取到的与上述识别码对应的文件或文件夹发送至上述外部设备进行显示。

由上可见，在本申请实施例中，数据同步装置通过检测移动终端的文件系统是否前次同步的结果保持一致，确定文件系统是否相对媒体库新增/删了文件和/或文件夹，并在确定文件系统相对媒体库新增/删了文件和/或文件夹后及时对媒体库进行同步操作。由于此同步过程不再要求用户重启移动终端，用户对移动终端的同步操作将更加简单、便捷。并且，同步后的媒体库中的新增数据可以立即更新到外部设备端显示，实现了文件的实时刷新，方便用户通过外部设备查阅媒体库中的文件。

实施例四

本申请实施例提供一种移动终端，请参阅图9，本申请实施例中的移动终端包括：存储器901，一个或多个处理器902(图9中仅示出一个)及存储在存储器901上并可在处理器上运行的计算机程序。其中：存储器901用于存储软件程序以及模块，处理器902通过运行存储在存储器901的软件程序以及单元，从而执行各种功能应用以及数据处理，以获取上述预设事件对应的资源。具体地，处理器902通过运行存储在存储器901的上述计算机程序时实现以下步骤：

基于记录的移动终端的文件系统前次同步的结果，检测上述移动终端当前的文件系统；

获得上述当前的文件系统的第一数据，其中，上述第一数据包括上述当前的文件系统中新增的文件、新增的文件夹、新删的文件及新删的文件夹；

根据上述第一数据对上述媒体库进行同步；

记录上述移动终端的文件系统本次同步的结果。

假设上述为第一种可能的实施方式，则在第一种可能的实施方式作为基础而提供的第二种可能的实施方式中，处理器902通过运行存储在存储器901的上述计算机程序时还实现以下步骤：

将同步后的上述媒体库中的数据发送至外部设备进行显示。

在上述第二种可能的实施方式作为基础而提供的第三种可能的实施方式中，上述将同步后的上述媒体库中的数据显示于外部设备，包括：

获取上述本次同步后媒体库的新增数据，上述新增数据包括至少一个文件或文件夹；

分别为上述媒体库中上述至少一个文件或文件夹生成唯一的识别码；

向上述移动终端中的MtpServer发送生成的上述识别码；

上述MtpServer基于上述识别码从上述媒体库中获取与上述识别码对应的文件或文件夹；

将获取到的与上述识别码对应的文件或文件夹发送至上述外部设备进行显示。

在上述第一种可能的实施方式作为基础，或者上述第二种可能的实施方式作为基础，或者上述第三种可能的实施方式作为基础而提供的第四种可能的实施方式中，上述基于记录的移动终端的文件系统前次同步的结果，检测上述移动终端当前的文件系统，包括：

在上述移动终端与外部设备建立连接时，基于记录的移动终端的文件系统前次同步的结果，检测上述移动终端当前的文件系统。

在上述第四种可能的实施方式作为基础而提供的第五种可能的实施方式中，上述连接包括媒体传输协议MTP连接，上述在上述移动终端与外部设备建立连接时，基于记录的移动终端的文件系统前次同步的结果，检测上述移动终端当前的文件系统，包括：

在上述移动终端通过通用串行总线与上述外部设备建立MTP连接时，由上述移动终端的MtpReceiver发送全盘扫描广播；

根据上述全盘扫描广播，对上述当前的文件系统进行全盘扫描；

将上述扫描的结果与上述前次同步的结果进行比对，确定上述当前的文件系统的第一数据。

进一步，如图9所示，上述移动终端还可包括：一个或多个输入设备903(图9中仅示出一个)和一个或多个输出设备904(图9中仅示出一个)。存储器901、处理器902、输入设备903和输出设备904通过总线905连接。

应当理解，在本申请实施例中，所称处理器902可以是中央处理单元(CentralProcessing Unit，CPU)，该处理器还可以是其他通用处理器、数字信号处理器(DigitalSignal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

输入设备903可以包括键盘、触控板、指纹采传感器(用于采集用户的指纹信息和指纹的方向信息)、麦克风等，输出设备904可以包括显示器、扬声器等。

存储器901可以包括只读存储器和随机存取存储器，并向处理器902提供指令和数据。存储器901的一部分或全部还可以包括非易失性随机存取存储器。例如，存储器901还可以存储设备类型的信息。

由上可见，在本申请实施例中，移动终端通过检测文件系统是否前次同步的结果保持一致，确定文件系统是否相对媒体库新增/删了文件和/或文件夹，并在确定文件系统相对媒体库新增/删了文件和/或文件夹后及时对媒体库进行同步操作。由于此同步过程不再要求用户重启移动终端，用户对移动终端的同步操作将更加简单、便捷。并且，同步后的媒体库中的新增数据可以立即更新到外部设备端显示，实现了文件的实时刷新，方便用户通过外部设备查阅媒体库中的文件。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将上述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

在本申请所提供的实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的系统实施例仅仅是示意性的，例如，上述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。

上述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

上述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个外部设备可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，上述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，上述计算机程序包括计算机程序代码，上述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。上述计算机可读存储介质可以包括：能够携带上述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，上述计算机可读存储介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读存储介质不包括是电载波信号和电信信号。

以上上述实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。

Claims (10)

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

基于记录的移动终端的文件系统前次同步的结果，检测所述移动终端当前的文件系统；

获得所述当前的文件系统的第一数据，其中，所述第一数据包括所述当前的文件系统中新增的文件、新增的文件夹、新删的文件及新删的文件夹；

根据所述第一数据对所述媒体库进行同步；

记录所述移动终端的文件系统本次同步的结果。

2.如权利要求1所述的数据同步方法，其特征在于，所述基于记录的移动终端的文件系统前次同步的结果，检测所述移动终端当前的文件系统，包括：

在所述移动终端与外部设备建立连接时，基于记录的移动终端的文件系统前次同步的结果，检测所述移动终端当前的文件系统。

3.如权利要求2所述的数据同步方法，其特征在于，所述连接包括媒体传输协议MTP连接，所述在所述移动终端与外部设备建立连接时，基于记录的移动终端的文件系统前次同步的结果，检测所述移动终端当前的文件系统，包括：

在所述移动终端通过通用串行总线与所述外部设备建立MTP连接时，由所述移动终端的MtpReceiver发送全盘扫描广播；

根据所述全盘扫描广播，对所述当前的文件系统进行全盘扫描；

将所述扫描的结果与所述前次同步的结果进行比对，确定所述当前的文件系统的第一数据。

4.如权利要求2所述的数据同步方法，其特征在于，所述根据所述第一数据对所述媒体库进行同步，之后还包括：

将同步后的所述媒体库中的数据发送至所述外部设备进行显示。

5.如权利要求4所述的数据同步方法，其特征在于，所述将同步后的所述媒体库中的数据发送至所述外部设备进行显示，包括：

获取本次同步后所述媒体库的新增数据，所述新增数据包括至少一个文件或文件夹；

分别为所述媒体库中所述至少一个文件或文件夹生成唯一的识别码；

向所述移动终端中的MtpServer发送生成的所述识别码；

所述MtpServer基于所述识别码从所述媒体库中获取与所述识别码对应的文件或文件夹；

将获取到的与所述识别码对应的文件或文件夹发送至所述外部设备进行显示。

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

检测单元，用于基于记录的移动终端的文件系统前次同步的结果，检测所述移动终端当前的文件系统；

获取单元，用于获得所述当前的文件系统的第一数据，其中，所述第一数据包括所述当前的文件系统中新增的文件、新增的文件夹、新删的文件及新删的文件夹；

同步单元，用于根据所述第一数据对所述媒体库进行同步；

记录单元，用于记录所述移动终端的文件系统本次同步的结果。

7.如权利要求6所述的数据同步装置，其特征在于，所述检测单元具体用于，在所述移动终端与外部设备建立连接时，基于记录的移动终端的文件系统前次同步的结果，检测所述移动终端当前的文件系统。

8.如权利要求7所述的数据同步装置，其特征在于，所述检测单元包括：

扫描广播发送子单元，用于在所述移动终端通过通用串行总线与所述外部设备建立MTP连接时，由所述移动终端的MtpReceiver发送全盘扫描广播；

全盘扫描子单元，用于根据所述全盘扫描广播，对所述当前的文件系统进行全盘扫描；

确定子单元，用于将所述扫描的结果与所述前次同步的结果进行比对，确定所述当前的文件系统的第一数据。

9.一种移动终端，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至5任一项所述方法的步骤。

10.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至5任一项所述方法的步骤。