本申请要求于2020年08月21日提交中国专利局、申请号为202010852422.7的中国专利申请的优先权，2020年08月21日提交中国专利局、申请号为202010852494.1的中国专利申请的优先权，以及，2020年08月21日提交中国专利局、申请号为202010851587.2的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
本发明涉及软件技术领域，特别涉及一种文件同步方法及显示设备。
背景技术：
文件存储是智能电视的基本功能之一，因此智能电视可接收其他终端设备同步的文件，并将同步的文件进行保存。
其他终端设备在向智能电视同步文件时，可能存在多种特殊场景。例如，之前从未向该智能电视同步过文件，上次同步文件之后其他终端设备中又有新增的文件需要同步至智能电视。针对多种场景的可能，为了避免遗漏，需要每次都把所有文件重复同步，导致资源浪费以及文件同步效率较低。
技术实现要素：
基于上述技术问题，本发明的发明目的在于提供一种文件同步方法及显示设备。
本申请实施例第一方面示出一种显示设备，包括：
显示器；
控制器，被配置为：
将移动终端已同步到所述显示设备的文件的时间戳发送至所述移动终端，从所述移动终端接收未同步文件，所述未同步文件的时间戳不等于所述移动终端已同步到所述显示设备的文件的时间戳，保存所述未同步文件，同时记录所述未同步文件的时间戳。
本申请实施例第二方面示出一种显示设备，包括：
显示器；
控制器，被配置为：
将移动终端已同步到所述显示设备的文件的时间戳和文件名称发送至所述移动终端，从所述移动终端接收连拍文件，所述连拍文件的时间戳等于所述移动终端已同步到所述显示设备的文件的时间戳，且所述连拍文件的名称与所述移动终端已同步到所述显示设备的文件的名称不同，保存所述连拍文件，同时记录所述连拍文件的文件名称。
本申请实施例第三方面示出一种文件同步方法，包括：
将移动终端已同步到显示设备的文件的时间戳发送至所述移动终端，从所述移动终端接收未同步文件，所述未同步文件的时间戳不等于所述移动终端已同步到所述显示设备的文件的时间戳，保存所述未同步文件，同时记录所述未同步文件的时间戳。
本申请实施例第四方面示出一种文件同步方法，包括：
将移动终端已同步到显示设备的文件的时间戳和文件名称发送至所述移动终端，从所述移动终端接收连拍文件，所述连拍文件的时间戳等于所述移动终端已同步到所述显示设备的文件的时间戳，且所述连拍文件的名称与所述移动终端已同步到所述显示设备的文件的名称不同，保存所述连拍文件，同时记录所述连拍文件的文件名称。
由以上技术方案可以看出，本申请实施例的一种文件同步方法及显示设备，本申请实施例示出的技术方案中，控制器在从移动终端接收文件时，根据时间戳判断文件是否已上传到显示设备，如果该未同步文件时间戳与已同步到显示设备的文件的时间戳不同，则从移动终端接收该未同步文件，同时保存该未同步文件，记录该未同步文件的时间戳。这样既能避免遗漏，又能避免文件重复同步，节约资源的同时提高文件同步效率。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1示出了根据一些实施例的显示设备的使用场景；
图2示出了根据一些实施例的控制装置100的硬件配置框图；
图3示出了根据一些实施例的显示设备200的硬件配置框图；
图4示出了根据一些实施例的显示设备200中软件配置图；
图5示出了根据一些实施例的显示设备200中应用程序的图标控件界面显示图；
图6中示出了根据一些实施例的文件同步系统框架示意图；
图7中示出了根据一些实施例的移动终端中用户界面的示意图；
图8中示出了根据一些实施例的又一种移动终端中用户界面的示意图；
图9中示出了根据一些实施例的显示设备中维护的文件同步时间轴的示意图；
图10中示出了根据一些实施例的文件同步方法的信令图。
具体实施方式
为使本申请的目的和实施方式更加清楚，下面将结合本申请示例性实施例中的附图，对本申请示例性实施方式进行清楚、完整地描述，显然，描述的示例性实施例仅是本申请一部分实施例，而不是全部的实施例。
需要说明的是，本申请中对于术语的简要说明，仅是为了方便理解接下来描述的实施方式，而不是意图限定本申请的实施方式。除非另有说明，这些术语应当按照其普通和通常的含义理解。
本申请中说明书和权利要求书及上述附图中的术语″第一″、″第二″、″第三″等是用于区别类似或同类的对象或实体，而不必然意味着限定特定的顺序或先后次序，除非另外注明。应该理解这样使用的用语在适当情况下可以互换。
术语″包括″和″具有″以及他们的任何变形，意图在于覆盖但不排他的包含，例如，包含了一系列组件的产品或设备不必限于清楚地列出的所有组件，而是可包括没有清楚地列出的或对于这些产品或设备固有的其它组件。
术语″模块″是指任何已知或后来开发的硬件、软件、固件、人工智能、模糊逻辑或硬件或/和软件代码的组合，能够执行与该元件相关的功能。
图1为根据实施例中显示设备的使用场景的示意图。如图1所示，显示设备200还与服务器400进行数据通信，用户可通过智能设备300或控制装置100操作显示设备200。
在一些实施例中，控制装置100可以是遥控器，遥控器和显示设备的通信包括红外协议通信或蓝牙协议通信，及其他短距离通信方式中的至少一种，通过无线或有线方式来控制显示设备200。用户可以通过遥控器上按键、语音输入、控制面板输入等至少一种输入用户指令，来控制显示设备200。
在一些实施例中，智能设备300可以包括移动终端300a、平板电脑、计算机、笔记本电脑，ar/vr设备等中的任意一种。
在一些实施例中，也可以使用智能设备300以控制显示设备200。例如，使用在智能设备上运行的应用程序控制显示设备200。
在一些实施例中，也可以使用智能设备300和显示设备进行数据的通信。
在一些实施例中，显示设备200还可以采用除了控制装置100和智能设备300之外的方式进行控制，例如，可以通过显示设备200设备内部配置的获取语音指令的模块直接接收用户的语音指令控制，也可以通过显示设备200设备外部设置的语音控制装置来接收用户的语音指令控制。
在一些实施例中，显示设备200还与服务器400进行数据通信。可允许显示设备200通过局域网(lan)、无线局域网(wlan)和其他网络进行通信连接。服务器400可以向显示设备200提供各种内容和互动。服务器400可以是一个集群，也可以是多个集群，可以包括一类或多类服务器。
在一些实施例中，一个步骤执行主体执行的软件步骤可以随需求迁移到与之进行数据通信的另一步骤执行主体上进行执行。示例性的，服务器执行的软件步骤可以随需求迁移到与之数据通信的显示设备上执行，反之亦然。
图2示例性示出了根据示例性实施例中控制装置100的配置框图。如图2所示，控制装置100包括控制器110、通信接口130、用户输入/输出接口140、存储器、供电电源。控制装置100可接收用户的输入操作指令，且将操作指令转换为显示设备200可识别和响应的指令，起用用户与显示设备200之间交互中介作用。
在一些实施例中，通信接口130用于和外部通信，包含wifi芯片，蓝牙模块，nfc或可替代模块中的至少一种。
在一些实施例中，用户输入/输出接口140包含麦克风，触摸板，传感器，按键或可替代模块中的至少一种。
图3示出了根据示例性实施例中显示设备200的硬件配置框图。
在一些实施例中，显示设备200包括调谐解调器210、通信器220、检测器230、外部装置接口240、控制器250、显示器260、音频输出接口270、存储器、供电电源、用户接口中的至少一种。
在一些实施例中控制器包括中央处理器，视频处理器，音频处理器，图形处理器，ram，rom，用于输入/输出的第一接口至第n接口。
在一些实施例中，显示器260包括用于呈现画面的显示屏组件，以及驱动图像显示的驱动组件，用于接收源自控制器输出的图像信号，进行显示视频内容、图像内容以及菜单操控界面的组件以及用户操控ui界面等。
在一些实施例中，显示器260可为液晶显示器、oled显示器、以及投影显示器中的至少一种，还可以为一种投影装置和投影屏幕。
在一些实施例中，调谐解调器210通过有线或无线接收方式接收广播电视信号，以及从多个无线或有线广播电视信号中解调出音视频信号，如以及epg数据信号。
在一些实施例中，通信器220是用于根据各种通信协议类型与外部设备或服务器进行通信的组件。例如：通信器可以包括wifi模块，蓝牙模块，有线以太网模块等其他网络通信协议芯片或近场通信协议芯片，以及红外接收器中的至少一种。显示设备200可以通过通信器220与控制装置100或服务器400建立控制信号和数据信号的发送和接收。
在一些实施例中，检测器230用于采集外部环境或与外部交互的信号。例如，检测器230包括光接收器，用于采集环境光线强度的传感器；或者，检测器230包括图像采集器，如摄像头，可以用于采集外部环境场景、用户的属性或用户交互手势，再或者，检测器230包括声音采集器，如麦克风等，用于接收外部声音。
在一些实施例中，外部装置接口240可以包括但不限于如下：高清多媒体接口接口(hdmi)、模拟或数据高清分量输入接口(分量)、复合视频输入接口(cvbs)、usb输入接口(usb)、rgb端口等任一个或多个接口。也可以是上述多个接口形成的复合性的输入/输出接口。
在一些实施例中，控制器250和调谐解调器210可以位于不同的分体设备中，即调谐解调器210也可在控制器250所在的主体设备的外置设备中，如外置机顶盒等。
在一些实施例中，控制器250，通过存储在存储器上中各种软件控制程序，来控制显示设备的工作和响应用户的操作。控制器250控制显示设备200的整体操作。例如：响应于接收到用于选择在显示器260上显示ui对象的用户命令，控制器250便可以执行与由用户命令选择的对象有关的操作。
在一些实施例中，所述对象可以是可选对象中的任何一个，例如超链接、图标或其他可操作的控件。与所选择的对象有关操作有：显示连接到超链接页面、文档、图像等操作，或者执行与所述图标相对应程序的操作。
在一些实施例中控制器包括中央处理器(centralprocessingunit，cpu)，视频处理器，音频处理器，图形处理器(graphicsprocessingunit，gpu)，ramrandomaccessmemory，ram)，rom(read-onlymemory，rom)，用于输入/输出的第一接口至第n接口，通信总线(bus)等中的至少一种。
cpu处理器。用于执行存储在存储器中操作系统和应用程序指令，以及根据接收外部输入的各种交互指令，来执行各种应用程序、数据和内容，以便最终显示和播放各种音视频内容。cpu处理器，可以包括多个处理器。如，包括一个主处理器以及一个或多个子处理器。
在一些实施例中，图形处理器，用于产生各种图形对象，如：图标、操作菜单、以及用户输入指令显示图形等中的至少一种。图形处理器包括运算器，通过接收用户输入各种交互指令进行运算，根据显示属性显示各种对象；还包括渲染器，对基于运算器得到的各种对象，进行渲染，上述渲染后的对象用于显示在显示器上。
在一些实施例中，视频处理器，用于将接收外部视频信号，根据输入信号的标准编解码协议，进行解压缩、解码、缩放、降噪、帧率转换、分辨率转换、图像合成等视频处理中的至少一种，可得到直接可显示设备200上显示或播放的信号。
在一些实施例中，视频处理器，包括解复用模块、视频解码模块、图像合成模块、帧率转换模块、显示格式化模块等中的至少一种。其中，解复用模块，用于对输入音视频数据流进行解复用处理。视频解码模块，用于对解复用后的视频信号进行处理，包括解码和缩放处理等。图像合成模块，如图像合成器，其用于将图形生成器根据用户输入或自身生成的gui信号，与缩放处理后视频图像进行叠加混合处理，以生成可供显示的图像信号。帧率转换模块，用于对转换输入视频帧率。显示格式化模块，用于将接收帧率转换后视频输出信号，改变信号以符合显示格式的信号，如输出rgb数据信号。
在一些实施例中，音频处理器，用于接收外部的音频信号，根据输入信号的标准编解码协议，进行解压缩和解码，以及降噪、数模转换、和放大处理等处理中的至少一种，得到可以在扬声器中播放的声音信号。
在一些实施例中，用户可在显示器260上显示的图形用户界面(gui)输入用户命令，则用户输入接口通过图形用户界面(gui)接收用户输入命令。或者，用户可通过输入特定的声音或手势进行输入用户命令，则用户输入接口通过传感器识别出声音或手势，来接收用户输入命令。
在一些实施例中，″用户界面″，是应用程序或操作系统与用户之间进行交互和信息交换的介质接口，它实现信息的内部形式与用户可以接受形式之间的转换。用户界面常用的表现形式是图形用户界面(graphicuserinterface，gui)，是指采用图形方式显示的与计算机操作相关的用户界面。它可以是在电子设备的显示屏中显示的一个图标、窗口、控件等界面元素，其中控件可以包括图标、按钮、菜单、选项卡、文本框、对话框、状态栏、导航栏、widget等可视的界面元素中的至少一种。
在一些实施例中，用户接口280，为可用于接收控制输入的接口(如：显示设备本体上的实体按键，或其他等)。
在一些实施例中，显示设备的系统可以包括内核(kernel)、命令解析器(shell)、文件系统和应用程序。内核、sheli和文件系统一起组成了基本的操作系统结构，它们让用户可以管理文件、运行程序并使用系统。上电后，内核启动，激活内核空间，抽象硬件、初始化硬件参数等，运行并维护虚拟内存、调度器、信号及进程间通信(ipc)。内核启动后，再加载shell和用户应用程序。应用程序在启动后被编译成机器码，形成一个进程。
参见图4，在一些实施例中，将系统分为四层，从上至下分别为应用程序(applications)层(简称″应用层″)，应用程序框架(applicationframework)层(简称″框架层″)，安卓运行时(androidruntime)和系统库层(简称″系统运行库层″)，以及内核层。
在一些实施例中，应用程序层中运行有至少一个应用程序，这些应用程序可以是操作系统自带的窗口(window)程序、系统设置程序或时钟程序等；也可以是第三方开发者所开发的应用程序。在具体实施时，应用程序层中的应用程序包不限于以上举例。
框架层为应用程序层的应用程序提供应用编程接口(applicationprogramminginterface，api)和编程框架。应用程序框架层包括一些预先定义的函数。应用程序框架层相当于一个处理中心这个中心决定让应用层中的应用程序做出动作。应用程序通过api接口，可在执行中访问系统中的资源和取得系统的服务。
如图4所示，本申请实施例中应用程序框架层包括管理器(managers)，内容提供者(contentprovider)等，其中管理器包括以下模块中的至少一个：活动管理器(activitymanager)用与和系统中正在运行的所有活动进行交互；位置管理器(locationmanager)用于给系统服务或应用提供了系统位置服务的访问；文件包管理器(packagemanager)用于检索当前安装在设备上的应用程序包相关的各种信息；通知管理器(notificationmanager)用于控制通知消息的显示和清除；窗口管理器(windowmanager)用于管理用户界面上的括图标、窗口、工具栏、壁纸和桌面部件。
在一些实施例中，活动管理器用于管理各个应用程序的生命周期以及通常的导航回退功能，比如控制应用程序的退出、打开、后退等。窗口管理器用于管理所有的窗口程序，比如获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕，控制显示窗口变化(例如将显示窗口缩小显示、抖动显示、扭曲变形显示等)等。
在一些实施例中，系统运行库层为上层即框架层提供支撑，当框架层被使用时，安卓操作系统会运行系统运行库层中包含的c/c 库以实现框架层要实现的功能。
在一些实施例中，内核层是硬件和软件之间的层。如图4所示，内核层至少包含以下驱动中的至少一种：音频驱动、显示驱动、蓝牙驱动、摄像头驱动、wifi驱动、usb驱动、hdmi驱动、传感器驱动(如指纹传感器，温度传感器，压力传感器等)、以及电源驱动等。
在一些实施例中，显示设备启动后可以直接进入预置的视频点播程序的界面，视频点播程序的界面可以如图5中所示，至少包括导航栏510和位于导航栏510下方的内容显示区，内容显示区中显示的内容会随导航栏中被选中控件的变化而变化。应用程序层中的程序可以被集成在视频点播程序中通过导航栏的一个控件进行展示，也可以在导航栏中的应用控件被选中后进行进一步显示。
在一些实施例中，显示设备启动后可以直接进入上次选择的信号源的显示界面，或者信号源选择界面，其中信号源可以是预置的视频点播程序，还可以是hdmi接口，直播电视接口等中的至少一种，用户选择不同的信号源后，显示器可以显示从不同信号源获得的内容。
nas(networkattachedstorage，网络附属存储)是一种专用数据存储服务器，可提供跨平台文件共享功能。基于nas功能，可以实现将移动终端的文件跨网络传输到显示设备中。移动终端在向显示设备同步文件得过程中，可能存在以下场景：该移动终端未向显示设备同步过文件；上次同步中，由于移动终端离开显示设备的网络范围等原因，导致同步中断；上次同步之后，移动终端中存储有新增的文件；移动终端恢复出厂或者卸载了用于同步的服务；移动终端中保存有连拍照片，导致同一时间点存在多个不同的文件。针对这些情况，相关技术中并没有可靠的标准，以判断从哪个文件开始同步以及从哪个方向同步文件，而是每次把所有文件重复同步，导致资源浪费以及同步效率较低。
为了解决上述问题，本申请实施例提供一种文件同步系统，如图6所示的文件同步系统框架示意图中，文件同步系统包括移动终端300a和显示设备200，移动终端中的文件通过网络传输到nas硬盘中，图6所示的文件同步系统可以基于广域网传输文件数据，也可以是基于局域网传输文件数据。显示设备200包括文件接收服务器200a、和nas硬盘200b，这里文件接收服务器和nas硬盘均可以是集成在显示设备内部，也可以作为外接设备与显示设备连接后使用。
这里，文件接收服务器200a可以包括数据服务器和消息服务器，示例性的，数据服务器为ess服务器(enterprisestorageserver，企业存储服务器)，移动终端300a和硬盘200b之间通过ess服务器传输文件数据。消息服务器为mqtt服务器(messagequeuingtelemetrytransport，消息队列遥测传输)，移动终端300a和硬盘200b之间通过mqtt服务器传输消息，例如文件的时间戳信息。具体的，移动终端300a通过ess服务器将文件同步至硬盘200b的同时，通过mqtt服务器将文件的时间戳信息和文件名称信息同步至硬盘200b。移动终端300a也可以通过mqtt服务器从硬盘200b获取存储于硬盘200b的文件的时间戳信息和文件名称信息。
本申请实施例中移动终端首先需要与显示设备建立连接，移动终端和显示设备建立通信后，显示设备检测移动终端是否已授权。如果未授权，移动终端主动向显示设备推送授权请求以获得显示设备的授权。显示设备接收到请求后根据实际情况授权移动终端进行向显示设备同步文件的动作。每台显示设备可以同时授权多台移动终端，每台移动终端也可以被多台显示设备授权，但是每台移动终端同一时间只能向同一台显示设备同步文件。移动终端每次发现显示设备在先后，可以自动同步文件到显示设备。
示例性的，如图7所示，移动终端与显示设备连接到同一wi-fi或热点之后，通过使用微信的扫一扫功能扫描显示设备关于家庭私有云应用的二维码，扫描二维码自动向显示设备发送授权请求，显示设备授权移动终端后，在移动终端上打开家庭私有云应用小程序，如图8所示的聚好看小程序应用界面。用户可通过聚好看小程序应用界面选择要同步至显示设备的所有文件。本申请实施例为显示设备授权移动终端后，移动终端自动向显示设备同步文件。
本申请实施例中的文件接收服务器为每一个移动终端设备维护一个同步文件的时间轴，示例性的，如图9所示，文件的时间戳均为文件自带的移动终端为文件生成的时间，示例性的，可以将拍照时间作为文件的时间戳，或者将从其他设备共享的时间作为文件的时间戳，因此每一个文件具备唯一的时间戳(这里先不考虑连拍文件的特殊情况)，每一个文件都可在图9所示的时间轴上唯一的进行标记。
移动终端与显示设备建立连接并获得授权后，移动终端可自动向显示设备同步文件。移动终端可从显示设备获得已同步到显示设备的文件的时间戳，根据时间戳，只向显示设备同步未同步文件，即只向显示设备同步时间戳不等于移动终端已同步到显示设备的文件的时间戳。文件接收服务器也只能接收到该未同步文件。从而不需要将已同步的文件进行重复同步，避免资源浪费，提高同步效率。
示例性的，如图9所示，移动终端存储有文件a～文件h8个文件，而文件d～文件h文件为已同步到显示设备的文件，文件服务器维护的时间轴上标记有文件d～文件h文件时间戳td～时间戳th，根据时间戳判断移动终端不需要再向显示设备同步文件d～文件h，而需要同步时间轴上不存在时间戳的未同步文件a～文件c。
在一些实施例中，移动终端并未向显示设备同步过文件，文件服务器为该移动终端维护的时间轴上未标记有任何时间戳。移动终端中存储的文件全部为未同步文件。移动终端可直接向显示设备同步文件，而不需要判断时间戳是否已存在。具体的，从时间戳最大的文件开始以时间戳逐渐减小的方向向显示设备同步文件。这样如果该次同步文件的过程，如果由于移动终端离开显示设备的网络范围等因素，导致同步文件中断，下一次再开始同步文件时，未同步的文件归类为原有文件。
示例性的，如图9所示，移动终端存储有文件a～文件h8个文件，8个文件之前未向显示设备同步，文件服务器为该移动终端维护的时间轴上为标记有任何时间轴。文件a～文件h均为未同步文件，移动终端向显示设备同步文件时，从时间戳最大的文件h文件开始，以时间戳逐渐减小的方向，向显示设备依次同步文件。这样，当同步中断时，例如在文件c处中断，已同步到显示设备的文件为文件d～文件h，文件a～文件c为移动终端中的原有文件。本实施例能够在移动终端未向显示设备同步过文件的场景中解决文件同步问题。
在上述实施例中，显示设备接收的未同步文件中时间戳数值最大的时间戳记录为最大时间点，显示设备接收的未同步文件中时间戳数值最小的时间戳记录为最小时间点。示例性的，如果在同步中，同步在文件c处中断，已同步到显示设备的文件为文件d～文件h，其中文件d的时间戳td为最小时间戳，时间戳td则被记录为最小时间点，文件h的时间戳th为最大时间戳，th则被记录为最大时间戳。这样，下一次同步文件时，可以直接判定时间戳大于最小时间点的文件小于最大时间点的文件为已同步到显示设备的文件，移动终端不需要再向显示设备同步这些文件。
在一些实施例中，显示设备中存储有移动终端同步的文件时，移动终端从显示设备获取记录的最大时间点和最小时间点。将移动终端中存储的文件与最大时间点和最小时间点比较，如果存在未同步文件且未同步的文件时间戳小于最小时间点时，则从时间戳最大的未同步文件开始以时间戳逐渐减小的方向向显示设备同步未同步的文件。
示例性的，如图9所示移动终端向显示设备已同步的文件d～文件h，时间戳为td～th，移动终端从显示设备获取的最大时间点为th，最小时间点为td。由于上一次同步中断，原有文件a～文件c未同步至显示设备，所有未同步文件的时间戳均小于最小时间点td，则移动终端从未同步文件中时间戳最大的文件c开始，以时间戳逐渐减小的方向，向显示设备同步文件。如果在该次同步中，同步在文件a处中断，文件a仍然为原有文件的类别。在本次上传过程中，文件b和文件c成功同步到显示设备中，文件b的时间戳tb小于文件c的时间戳tc，将时间轴上的最小时间点更新为文件b的时间戳tb。再次进行同步文件过程时，则以更新的最小时间点tb判断需要同步的文件，即同步原有文件a。本实施例能够在同步中同步中断的场景中解决文件同步的问题。
在一些实施例中，显示设备中存储有移动终端同步的文件时，移动终端从显示设备获取记录的最大时间点和最小时间点。将移动终端中存储的文件与最大时间点和最小时间点比较，如果存在未同步文件且未同步的文件时间戳大于最大时间点时，则从时间戳最小的未同步文件开始以时间戳逐渐增大的方向向显示设备同步未同步的文件。
示例性的，如图9所示移动终端向显示设备已同步的文件d～文件h，时间戳为td～th，移动终端从显示设备获取的最大时间点为th，最小时间点为td。本实施例中，移动终端存储有新增文件i～新增文件k，新增文件i～文件k的时间戳为ti～tk，其中，时间戳ti～tk均大于最大时间点th。移动终端从未同步文件i～未同步文件k中时间戳最小的文件i开始以时间戳逐渐增大的方向向显示设备同步文件。如果在该同步文件过程中，同步在文件k处中断，文件k仍然为新增文件的类别。在本次上传过程中，文件i和文件j成功同步到显示设备中，文件j的时间戳tj大于文件i的时间戳ti，将时间轴上的最大时间点更新为文件j的时间戳tj。再次进行同步文件过程时，则以更新的最大时间点tj判断需要同步的文件，即新增文件k。如果在本次同步中不断有新增文件存储到移动终端中，则继续以上述方式同步新增文件。本实施例能够在移动终端中存储有新增文件的场景中，解决文件同步的问题。
在一些实施例中，显示设备中存储有移动终端同步的文件时，移动终端从显示设备获取记录的最大时间点和最小时间点。将移动终端中存储的文件与最大时间点和最小时间点比较，如果同时存在文件时间戳大于最大时间点的未同步文件，和文件时间戳小于最小时间点的未同步文件，则首先同步时间戳大于最大时间点的未同步文件，再同步时间戳小于最小时间点的未同步文件，或者首先同步时间戳小于最小时间点的未同步文件，再同步时间戳大于最大时间点的未同步文件。具体实施例，参阅上传实施例中同步原有文件和同步新增文件的过程。
在一些实施例中，文件接收服务器在创建时间轴时，除了标记每个文件的时间戳，还标记每个文件的名称，示例性的，文件a～文件k的名称为fa-fk。
在一些实施例中，移动终端中可能会存储有同时间戳文件，例如连拍文件，连拍文件为移动终端在同一时间点拍摄的多张照片。当移动终端从显示设备获取最大时间点和最小时间点之后，如果直接判定时间戳大于最小时间点小于最大时间点的文件为已同步到显示设备的文件，则会遗漏时间戳等于最小时间点或者等于最大时间点的连拍文件。因此，本实施例在文件时间戳等于最小时间点或者等于最小时间点的情况下，进一步判断文件的名称与当前定义的最大时间点对应文件或者最大时间点对应文件是否相同。如果不同，则为连拍文件，需要进一步同步该连拍文件。
示例性的，文件d～文件h为移动终端中已同步到显示设备中的文件，文件d的名称为fd，文件h的名称为fh，当移动终端还存在时间戳等于td，而文件名称为fd1的文件d1时，文件d1则为文件d的连拍文件，移动终端向显示设备同步文件d1。或者，当移动终端还存在时间戳等于th，而文件名称为fh1的文件h1时，文件h1则为文件h的连拍文件，移动终端向显示设备同步文件h1。
在一些实施例中，显示设备在接收到每个文件成功之后才会开始记录或者更新最小时间点、最大时间点、最小时间点对应文件名称以及最大时间点对应文件名称。移动终端向显示设备同步文件时，携带有请求信息，请求信息中包括文件名称、文件生成时间、文件同步方向(标识当前移动终端向显示设备同步文件的推进方向是向时间较大的方向还是向时间较小的方向)。显示设备根据这些请求信息记录或者更新最小时间点、最大时间点、最小时间点对应文件名称以及最大时间点对应文件名称。
当移动终端未向显示设备同步过文件时，此时最小时间点和最大时间点在显示设备中的记录都为零。当开始同步文件时，最小时间点和最大时间点被更新为非零的值。具体的，根据上述实施例，移动终端向显示设备首次同步文件，是从时间戳最大的文件开始以时间戳逐渐减小的方向进行同步，当移动终端向显示设备同步第一个文件tk时，最大时间点和最小时间点实际上均为tk，最大时间点和最小时间点对应文件的名称也均为fk。
在一些实施例中，当移动终端向显示设备同步第二个文件时，如果第二个文件的时间戳为tj，不等于tk，则第二个文件和第一文件不为连拍文件。直接同步到显示设备后，此时显示设备将tk记录为最大时间点，fk记录为最大时间点对应文件的名称，将tj记录为最小时间点，fj记录为最小时间点对应文件的名称。如果此时文件同步中断，再下一次继续同步文件时，则获取最大时间点和最大时间点按照上述实施例的方式同步文件。
在一些实施例中，当移动终端向显示设备同步第二个文件时，如果第二个文件的时间戳与第一个文件的时间戳相等，而文件名称不相同，则需要从移动终端获取当前文件同步方向是时间戳逐渐增大的方向还是时间戳逐渐减小的方向(移动终端自动配置)。本实施例中当前文件同步方向为时间戳逐渐减小的方向。因此，同步文件成功后，将最大时间点对应文件的文名称更新为第二个文件的名称。在同步下一个文件时，需要判断连拍文件，则直接与第二个文件的名称进行对比。
在一些实施例中，当移动终端向显示设备同步第二个文件时，如果第二个文件的时间戳大于tk，则第二文件为新增的文件。同步第二个文件成功后，将第二个文件的时间戳记录为最大时间点，第二个文件的名称也更新为最大时间点对应文件的名称。
在一些实施例中，移动终端从显示设备获取最大时间点和最小时间点后，移动终端向显示设备同步的第三个文件的时间戳小于最小时间点时，同步成功后，将最小时间点更新为第三文件的时间戳，将最小时间点对应文件的名称更新为第三文件的名称。
本申请实施例提供一种文件同步方法，如图10所示的文件同步方法的信令图，该方法包括以下步骤：移动终端从文件接收服务器获取时间轴上的已同步文件的时间戳，向显示设备同步时间戳与已同步文件的时间戳不相等的未同步文件，文件接收服务器接收未同步文件成功后同时更新时间轴上的时间戳信息，同时将接收到的文件保存至硬盘。
在一些实施例中，移动终端首次向显示设备同步文件时，时间轴上不存在时间戳，移动终端从文件接收服务器不能够获取到时间戳，则移动终端向显示设备同步全部文件。移动终端从时间戳最大的文件开始以时间戳逐渐减小的方向向显示设备同步文件，同时将最后同步的最大时间戳记录为时间轴上的最大时间点，最小时间戳记录为时间轴上的最小时间点。这样，当本次同步文件过程由于网络异常等原因中断时，下一次同步时，本次未同步的时间戳小于最小时间点的文件均为原有的旧文件，时间戳大于最大时间点的文件均为新增文件。时间戳处于最大时间点和最小时间点之间的均为已同步的文件。
在一些实施例中，按照上述实施例过程同步中断后的又一次文件同步过程中，首先查找时间轴上时间戳与已同步文件时间戳不同的文件，这些文件为未同步文件。当未同步文件时间戳小于最小时间点时，则这些未同步文件均为原有旧文件。移动终端从时间戳最大的未同步文件开始以时间戳逐渐减小的方向向显示设备同步文件，同时将时间戳最小的未同步文件的时间戳更新为时间轴上最小时间点。这样，当本次同步过程再次中断，再一次同步文件时，本次未同步的时间戳小于最小时间点的文件仍为原有的旧文件。以上述方式同步原有的旧文件，既能避免遗漏又能避免文件重复同步。
在一些实施例中，当未同步的文件的时间戳均大于最大时间点时，移动终端判断这些未同步文件为新增文件，从这些新增文件中时间戳最小的文件开始以时间戳逐渐增大的方向向显示设备同步未同步文件，同时时间戳最大的未同步文件的时间戳更新为最大时间点。这样，当本次同步过程再次中断，再一次同步文件时，本次未同步的时间戳大于最大时间点的文件仍为新增文件。以上述方式同步新增文件，同样能避免遗漏又能避免文件重复同步。
在一些实施例中，移动终端还可以从显示设备获取文件名称，如果在移动终端中存在时间戳与已同步到显示设备的文件的时间戳相同，但是文件名称不同的文件，即连拍文件，则向显示设备同步这些连拍文件，同时显示设备保存连拍文件数据时，记录连拍文件的文件名称。
本申请各个实施例之间相同或相似的内容可相互参照，相关实施例不再赘述。
最后应说明的是：以上各实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述各实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。
为了方便解释，已经结合具体的实施方式进行了上述说明。但是，上述示例性的讨论不是意图穷尽或者将实施方式限定到上述公开的具体形式。根据上述的教导，可以得到多种修改和变形。上述实施方式的选择和描述是为了更好的解释原理以及实际的应用，从而使得本领域技术人员更好的使用所述实施方式以及适于具体使用考虑的各种不同的变形的实施方式。
1.一种显示设备，其特征在于，包括：
显示器；
控制器，被配置为：
将移动终端已同步到所述显示设备的文件的时间戳发送至所述移动终端，从所述移动终端接收未同步文件，所述未同步文件的时间戳不等于所述移动终端已同步到所述显示设备的文件的时间戳，以及保存所述未同步文件，同时记录所述未同步文件的时间戳。
2.根据权利要求1所述的显示设备，其特征在于，所述控制器，被具体配置为：
在不存在所述移动终端已同步到所述显示设备的文件时，从时间戳最大的文件开始以时间戳逐渐减小的方向从所述移动终端接收所述未同步文件，以及将接收的所述未同步文件中时间戳数值最大的时间戳记录为最大时间点，将接收的所述未同步文件中时间戳数值最小的时间戳记录为最小时间点。
3.根据权利要求2所述的显示设备，其特征在于，所述控制器，还被配置为：
在存在所述移动终端已同步到所述显示设备的文件，且所述未同步文件的时间戳小于所述最小时间点时，从时间戳最大的所述未同步文件开始以时间戳逐渐减小的方向从所述移动终端接收所述未同步文件，同时将从所述移动终端接收的时间戳最小的所述未同步文件的时间戳更新为所述最小时间点。
4.根据权利要求2所述的显示设备，其特征在于，所述控制器，还被配置为：
在存在所述移动终端已同步到所述显示设备的文件时，且所述未同步文件的时间戳大于所述最大时间点时，从时间戳最小的所述未同步文件开始以时间戳逐渐增大的方向从所述移动终端接收所述未同步文件，同时将从所述移动终端接收的时间戳最大的所述未同步文件的时间戳更新为所述最大时间点。
5.一种显示设备，其特征在于，包括：
显示器；
控制器，被配置为：
将移动终端已同步到所述显示设备的文件的时间戳和文件名称发送至所述移动终端，从所述移动终端接收连拍文件，所述连拍文件的时间戳等于所述移动终端已同步到所述显示设备的文件的时间戳，且所述连拍文件的名称与所述移动终端已同步到所述显示设备的文件的名称不同，以及保存所述连拍文件，同时记录所述连拍文件的文件名称。
6.一种文件同步方法，其特征在于，包括：
将移动终端已同步到显示设备的文件的时间戳发送至所述移动终端，从所述移动终端接收未同步文件，所述未同步文件的时间戳不等于所述移动终端已同步到所述显示设备的文件的时间戳，以及保存所述未同步文件，同时记录所述未同步文件的时间戳。
7.根据权利要求6所述的方法，其特征在于，所述方法具体包括：
在不存在所述移动终端已同步到所述显示设备的文件时，从时间戳最大的文件开始以时间戳逐渐减小的方向从所述移动终端接收所述未同步文件，以及将接收的所述未同步文件中时间戳数值最大的时间戳记录为最大时间点，将接收的所述未同步文件中时间戳数值最小的时间戳记录为最小时间点。
8.根据权利要求7所述的方法，其特征在于，所述方法还包括：
在存在所述移动终端已同步到所述显示设备的文件，且所述未同步文件的时间戳小于所述最小时间点时，从时间戳最大的所述未同步文件开始以时间戳逐渐减小的方向从所述移动终端接收所述未同步文件，同时将从所述移动终端接收的时间戳最小的所述未同步文件的时间戳更新为所述最小时间点。
9.根据权利要求7所述的方法，其特征在于，所述方法还包括：
在存在所述移动终端已同步到所述显示设备的文件时，且所述未同步文件的时间戳大于所述最大时间点时，从时间戳最小的所述未同步文件开始以时间戳逐渐增大的方向从所述移动终端接收所述未同步文件，同时将从所述移动终端接收的时间戳最大的所述未同步文件的时间戳更新为所述最大时间点。
10.一种文件同步方法，其特征在于，包括：
将移动终端已同步到显示设备的文件的时间戳和文件名称发送至所述移动终端，从所述移动终端接收连拍文件，所述连拍文件的时间戳等于所述移动终端已同步到所述显示设备的文件的时间戳，且所述连拍文件的名称与所述移动终端已同步到所述显示设备的文件的名称不同，以及保存所述连拍文件，同时记录所述连拍文件的文件名称。
技术总结