本申请要求于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中示例性示出了根据一些实施例的又一种移动终端中用户界面示意图；
图11中示例性示出了根据一些实施例的又一种移动终端中用户界面示意图；
图12中示例性示出了根据一些实施例的文件同步方法的流程示意图；
图13中示例性示出了根据一些实施例的文件同步方法的信令图；
图14中示例性示出了根据一些实施例的又一种文件同步方法的信令图；
图15中示例性示出了根据一些实施例的内容显示方法的流程示意图。
具体实施方式
为使本申请的目的和实施方式更加清楚，下面将结合本申请示例性实施例中的附图，对本申请示例性实施方式进行清楚、完整地描述，显然，描述的示例性实施例仅是本申请一部分实施例，而不是全部的实施例。
需要说明的是，本申请中对于术语的简要说明，仅是为了方便理解接下来描述的实施方式，而不是意图限定本申请的实施方式。除非另有说明，这些术语应当按照其普通和通常的含义理解。
本申请中说明书和权利要求书及上述附图中的术语″第一″、″第二″、″第三″等是用于区别类似或同类的对象或实体，而不必然意味着限定特定的顺序或先后次序，除非另外注明。应该理解这样使用的用语在适当情况下可以互换。
术语″包括″和″具有″以及他们的任何变形，意图在于覆盖但不排他的包含，例如，包含了一系列组件的产品或设备不必限于清楚地列出的所有组件，而是可包括没有清楚地列出的或对于这些产品或设备固有的其它组件。
术语″模块″是指任何已知或后来开发的硬件、软件、固件、人工智能、模糊逻辑或硬件或/和软件代码的组合，能够执行与该元件相关的功能。
图1为根据实施例中显示设备的使用场景的示意图。如图1所示，显示设备200还与服务器400进行数据通信，用户可通过智能设备300或控制装置100操作显示设备200。
在一些实施例中，控制装置100可以是遥控器，遥控器和显示设备的通信包括红外协议通信或蓝牙协议通信，及其他短距离通信方式中的至少一种，通过无线或有线方式来控制显示设备200。用户可以通过遥控器上按键、语音输入、控制面板输入等至少一种输入用户指令，来控制显示设备200。
在一些实施例中，智能设备300可以包括移动终端、平板电脑、计算机、笔记本电脑，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)、文件系统和应用程序。内核、shell和文件系统一起组成了基本的操作系统结构，它们让用户可以管理文件、运行程序并使用系统。上电后，内核启动，激活内核空间，抽象硬件、初始化硬件参数等，运行并维护虚拟内存、调度器、信号及进程间通信(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所示的文件传输系统框架示意图，图6所示的文件传输系统包括移动终端300a和显示设备200。图6所示的显示设备200包括硬盘服务器200a和硬盘200b。其中，硬盘服务器200a在本实施例中为集成在显示设备200内部的服务器，在一些实施例中，硬盘服务器200a还可以作为显示设备200的外置设备，通过网络与显示设备200建立连接。移动终端300a通过硬盘服务器200a从硬盘200b获取文件。
本申请实施例中移动终端首先需要与显示设备建立连接，移动终端和显示设备建立通信后，显示设备检测移动终端是否已授权。如果未授权，移动终端主动向显示设备推送授权请求以获得显示设备的授权。显示设备接收到请求后根据实际情况授权移动终端进行向显示设备同步文件的动作，同时授权移动终端从显示设备获取文件的动作。每台显示设备可以同时授权多台移动终端，每台移动终端也可以被多台显示设备授权。
示例性的，如图7所示，移动终端与显示设备连接到同一wi-fi或热点之后，通过使用微信的扫一扫功能扫描显示设备关于家庭私有云应用的二维码，扫描二维码自动向显示设备发送授权请求，显示设备授权移动终端后，在移动终端上打开家庭私有云应用小程序，如图8所示的家庭私有云应用界面。用户可通过家庭私有云应用界面浏览显示设备的硬盘中存储的文件，并在家庭私有云应用界面上选择需要从显示设备获取的文件。
用户在移动终端选择好需要从显示设备获取的文件之后，移动终端的控制器可以是响应于用户按压″确认″按键的指令，向显示设备发送文件加载请求。该文件加载请求包括用户选择的文件信息。显示设备的控制器接收移动终端发送的文件加载请求后，根据接收到的文件信息，通过硬盘服务器向移动终端发送文件信息对应的文件。移动终端接收到硬盘服务器发送的文件后，在用户界面上展示获取到的文件。同时用户可以在移动终端的用户界面上浏览该文件，同时控制该文件在用户界面上的显示，示例性的，控制图片在用户界面上显示大小，或者控制多页图片在用户界面上显示。从而实现既能在显示设备上浏览文件或控制文件显示，又能在移动终端上浏览文件或控制文件显示。
上述实施例中，移动终端通过硬盘服务器从显示设备获取文件加载请求对应的文件时，是通过网络从硬盘获取文件。因此，移动终端从获取硬盘上的数据量受网络带宽和转发性能的限制，即移动终端每一次从显示设备获取的文件中，包含的内容长度受网络请求规定的最大范围限制。显示设备向移动终端发送的文件加载请求包含的文件，有可能不能仅通过一次消息转发，就能全部传输给移动终端。
在一些实施例中，显示设备需要首先向移动终端发送文件总长度，这里的文件总长度为显示设备存储的某个分类文件的总长度。移动终端获取文件总长度后，根据文件总长度与显示设备单次向移动终端传输的最大文件长度(预设文件长度)的大小关系，确定文件加载方式，即移动终端从显示设备获取文件的方式，以及按照确定的文件加载方式通过硬盘服务器向移动终端发送文件，以使在移动终端上按照对应的文件加载方式呈现对应的文件。这里的预设文件长度可根据软件技术方案能支撑的最大传输能力动态调整。
在一些实施例中，如果文件总长度小于或等于预设文件长度，这种情况下，显示设备某个分类中的文件可以通过一次传输，就能够完全发送至移动终端。文件加载方式被确定为全部加载，移动终端向显示设备发送的文件加载请求对应该分类中的全部文件。显示设备接收到该文件加载请求后，用过硬盘服务器向移动终端发送该分类中的全部文件，同时在移动终端上呈现全部文件。
示例性的，移动终端与显示设备建立连接后，在移动终端的界面上展示显示设备存储的文件分类，如图8所示的家庭私有云应用界面，文件分类包括全部、图片、视频、音乐、文档以及收藏。当用户按压图片分类控件(表示用户需要在移动终端上查看图片文件分类中所有文件)，响应于该指令，移动终端向显示设备发送文件长度消息获取请求。显示设备接收该文件长度消息获取请求，将图片分类的文件总长度发送至移动终端。移动终端接收图片分类的文件总长度，根据文件总长度与预设文件长度的大小关系确定文件加载方式。也可以是，图8所示的文件分类中包括的所有分类的文件长度事先已经发送至移动终端，当用户按压图片分类控件时，响应于该指令，移动终端直接根据图片分类的全部文件长度与预设文件长度的大小关系确定文件加载方式。
本申请实施例中，在移动终端上所有文件以列表形式展示，呈现的文件标题，缩略图等均为固定信息，因此本申请实施例中的文件总长度指的是文件总个数，预设文件长度指的是预设文件个数。示例性的，图8所示的图片文件分类的图片文件个数为200个，如果显示设备单次向移动终端传输文件的个数大于200个时，则移动终端将文件加载方式确定为全部加载，生成的文件加载请求对应图片分类的全部文件。显示设备接收该文件加载请求，显示设备单次向移动终端传输文件即可以传输完成图片分类中的所有文件，经过单次传输，移动终端即可获取图片分类中的所有文件，同时移动终端可在用户界面上呈现图片分类中的所有文件。
在一些实施例中，移动终端在判断文件总长度超过预设文件长度时，将文件加载方式确定为分页加载，分页加载方式具体的为生成多个文件加载请求，并且分次将生成的文件加载请求发送至显示设备。此时的文件加载请求对应的文件为预设文件长度的文件。同时在移动终端上以分页加载的方式呈现预设文件长度的文件。
示例性的，如图8所示的家庭私有云应用界面，当用户按压视频的文件分类控件(表示用户需要在移动终端上查看视频文件分类中所有文件)，响应于该指令，移动终端向显示设备发送文件长度消息获取请求。显示设备接收该文件长度消息获取请求，将视频分类的文件总长度发送至移动终端。移动终端接收图片分类的文件总长度，判断文件总长度与预设文件长度的大小关系。图8所示的视频文件分类的视频文件个数为200个，如果显示设备单次向移动终端传输文件个数小于200个，则移动终端将文件加载方式确定为分页加载。
移动终端按照分页加载方式生成多个文件加载请求，每一个文件加载请求对应预设文件长度的文件，示例性的每一个文件加载请求对应20个视频文件。移动终端需要分10次将视频文件从显示设备接收完成所有的视频文件，则需要向显示设备发送10次文件加载请求。在移动终端上以分页加载的方式呈现预设文件长度的文件即为：每次从显示设备获取20个视频文件，则在移动终端用户界面上呈现获取的20个视频文件，未从显示设备获取的视频文件不在移动终端用户界面上显示。用户通过上述方式以分页浏览(每加载一页浏览一页)的方式浏览所有的视频文件。
上述实施例中，用户在通过分页浏览的形式查看所有的视频文件时，当用户滑动位置大于当前分页位置时，如果需要继续浏览文件，需要等待新的数据加载完成才能实现，造成用户体验较差。示例性的，用户需要浏览图8所示的200个视频文件，每次在移动终端上加载的文件个数为20个，用户在移动终端上按照10页分页依次查看视频文件。当用户滑动页面至第一页的底端时，如果需要继续浏览下一页的数据，则需要继续从硬盘服务器接收新的数据，这个过程则需要用户等待一定的时间，造成用户分页浏览体验较差。
为了解决上述问题，在一些实施例中，移动终端首先向显示设备发送第一文件加载请求，第一文件加载请求对应n页文件，每一页文件的长度为预设文件长度，显示设备首先向移动终端发送n页文件。移动终端获取到n页文件后，用户可在移动终端上浏览n页文件。分页浏览的过程中，在当前移动终端显示的页面为第n-1页时，移动终端提前向显示设备发送第二文件加载请求，第二文件加载请求对应第n 1页的文件。显示设备接收到第二文件加载请求，通过硬盘服务器向移动终端发送第n 1页的文件。在移动终端当前显示的页面滑动到n页底端时，由于n 1页的文件已经加载完成，因此当移动终端当前显示的页面滑动到第n 1页时，用户不需要等待，就可以在移动终端上浏览第n 1页的文件。
示例性的，图8所示的图片文件分类的视频文件个数为200个，预设文件个数为20个，200个视频文件则需要分为10页由显示设备发送至移动终端。移动终端首先向显示设备发送第一文件加载请求，第一文件加载请求可以包括2页的视频文件，移动终端首先获取2页的视频文件，保证首次浏览体验。如图9所示，用户在移动终端从第一页开始查看，当显示的内容还未滑动到第一页的底部时(滑动到视频17和视频18)，不在界面的底端显示继续下滑的指示箭头。当用户在移动终端的页面上浏览到第一页的底端时，如图10所示，页面滑动到视频19和视频20的位置时，在界面的底端显示继续下滑的指示箭头，指示用户继续下滑操作则可查看下一页的视频文件。此时，移动终端向显示设备发送第二文件加载请求，第二文件加载请求对应第三页的文件，显示设备通过硬盘服务器向移动终端发送第三页的文件，移动终端接收第三页的文件，在浏览第一页时即已预加载第三页的文件。当用户在移动终端的页面上浏览到第三页时，无需等待数据加载，即可浏览第三页的文件。
在一些实施例中，上述预加载的方法可重复进行。示例性的，当检测到用户在移动终端的页面上浏览到第二页的底端时，移动终端继续向显示设备发送文件加载请求，该文件加载请求对应第四页的文件，显示设备通过硬盘服务器向移动终端发送第四页的文件。当用户在移动终端的页面上浏览到第四页，无需等待数据加载，即可浏览第四页的文件。通过以上述预加载的方式在移动终端上呈现文件，提升用户分页浏览文件的体验。
在一些实施例中，在分页浏览场景中，当用户滑动速度较快时，文件加载不及时也会导致浏览时需要等待数据加载。为了解决上述问题，分页浏览的过程中，移动终端监测当前用户滑动所述移动终端页面的操作速度，当操作速度大于预设速度阈值时，移动终端提前向显示设备发送第二文件加载请求，第二文件加载请求对应第n 1页的文件。显示设备接收到第二文件加载请求，通过硬盘服务器向移动终端发送第n 1页的文件。在移动终端当前显示的页面快速滑动到n页底端时，由于第n 1页的文件已经加载完成，因此当移动终端当前显示的页面滑动到第n 1页时，用户不需要等待就可以在移动终端上浏览第n 1页的文件。
示例性的，图8所示的图片文件分类的视频文件个数为200个，预设文件个数为20个，200个视频文件则需要分为10页由显示设备发送至移动终端。移动终端首先向显示设备发送第一文件加载请求，第一文件加载请求可以包括两页的视频文件，移动终端首先获取两页的视频文件，保证首次浏览体验。用户在移动终端从第一页开始查看。当显示设备获取到用户滑动第一页页面的操作速度大于预设速度阈值，即用户在快速浏览移动终端的文件。移动终端向显示设备发送第二文件加载请求，第二文件加载请求对应第三页的文件，显示设备通过硬盘服务器向移动终端发送第三页的文件，移动终端接收第三页的文件，在浏览第一页时即已预加载第三页的文件。当用户在移动终端的页面上浏览到第三页时，无需等待数据加载，即可浏览第三页的文件。同样的。当用户滑动第二页页面的操作速度大于预设速度阈值时，移动终端向显示设备发送文件加载请求，以向显示设备请求第四页的文件，显示设备向移动终端发送第四页文件，移动终端即提前加载第四页文件，以使得当用户快速滑动到第四页时，能够立即浏览第四页的视频文件。
如图9所示，在移动终端上展示图片和视频类别中的文件时，可以以列表项的形式展示文件的缩略图，而对应文件的缩略图需要从显示设备获取。即需要通过网络将缩略图加载之后才能在移动终端上展示。当缩略图文件数据大小较小时，例如只有几十k，占用的带宽资源较少，移动终端从显示设备能够较快的获取。但是如果需要显示文件数据较大的缩略图，例如高清的图片，占用的带宽资源较大，移动终端不能从显示设备较快的获取，因此在分页浏览时，缩略图的加载机制优化也比较重要。
为了解决上述问题，移动终端监测用户在移动终端上滑动页面的操作速度，根据操作速度和预设速度阈值确定缩略图的加载时机。这里，预设速度阈值可以是用户根据经验设置，也是可以是显示设备根据统计数据自动设置的。
在一些实施例中，当用户未在移动终端上滑动页面，即当前移动终端用户界面停留在某一页面不动，则移动终端向显示设备发送缩略图加载请求，显示设备通过硬盘服务器向移动终端发送缩略图加载请求对应的缩略图，移动终端加载缩略图完成，如图9所示，在移动终端上呈现所有的缩略图。
在一些实施例中，当用户在移动终端上滑动页面的操作速度小于预设速度阈值，不可见的列表项更新为可见，同样的，移动终端向显示设备发送缩略图加载请求，显示设备通过硬盘服务器向移动终端发送缩略图加载请求对应的缩略图，移动终端加载缩略图完成，如图9和图10所示，在移动终端上呈现所有的缩略图。
在一些实施例中，当用户在移动终端上滑动页面的操作速度大于预设速度阈值，即用户在快速快动移动终端的页面，此时用户可能是在向下翻找列表底端的文件，中间部分页面的文件用户并不关注，因此没有必要向用户展示中间部分页面文件的缩略图。因此，移动终端暂停向显示设备发送缩略图加载请求，显示设备未接收到缩略图加载请求，移动终端也暂停接收缩略图，此时在移动终端上也暂停显示缩略图，如图11所示，在每个列表项上不显示缩略图，只显示正在加载图标。上述缩略图加载机制可以减少显示设备服务和网络的资源占用。为了区分当前并不是由于网络不佳原因造成的不展示缩略图，可以在每个列表项上展示快速滑动的字样。
在一些实施例中，当用户在移动终端上快速滑动页面后，如果停止滑动页面，页面的滑动速度会逐渐减缓直至停止滑动。当页面滑动的速度减缓至小于预设速度阈值时或者停止滑动时，移动终端继续向显示设备发送缩略图加载请求，该缩略图加载请求对应于当前显示在界面上的文件的缩略图，显示设备通过硬盘服务器向移动终端发送当先显示在界面上的文件的缩略图，移动终端加载缩略图完成，在移动终端上呈现加载的缩略图。示例性的，用户在第一页开始快速滑动页面，如果在滑动至第三页，页面滑动速度减缓至小于预设速度阈值时，则显示设备向移动终端发送第三页文件的缩略图，以使在移动终端上呈现所述缩略图。
本申请实施例提供一种文件同步方法，如图12所示的文件同步方法的流程图、图13和图14所示的信令图，所述方法包括以下步骤：
移动终端与显示设备建立连接后，用户界面显示家庭私有云首页，在移动终端的家庭私有云首页显示有显示设备中存储的文件分类，和每一种分类的文件数量。示例性的，图8所示的家庭私有云应用界面，文件分类包括全部、图片、视频、音乐、文档以及收藏。每一种文件分类包括一定数量的文件。当用户选择某一文件分类的控件时，响应于该指令，移动终端向显示设备发送文件长度消息获取请求，即用户需要在移动终端查看该文件分类中的所有文件，需要获取该文件分类中所有文件总长度。
显示设备接收该文件长度消息获取请求，将选择的文件分类的文件总长度发送至移动终端。移动终端接收图片分类的文件总长度，判断文件总长度与预设文件长度的大小关系。移动终端根据文件中长度与预设文件长度的大小关系，确定文件加载方式，根据确定的文件加载方式生成对应的文件加载请求。
如果选择的文件分类中的文件总长度小于或等于显示设备单次向所述移动终端传输的最大文件长度。则确定文件加载方式为全部加载，生成的文件加载请求对应该文件分类的全部文件。移动终端向显示设备发送该文件加载请求，并从显示设备获取该文件加载请求对应的全部文件，同时在移动终端上呈现全部文件。
如果选择的文件分类中的文件总长度大于显示设备单次向所述移动终端传输的最大文件长度，则移动终端将文件加载方式确定为分页加载，分页加载方式具体的为生成多个文件加载请求，并且分次将生成的文件加载请求发送至显示设备。此时的文件加载请求对应的文件为预设文件长度的文件。同时在移动终端上以分页加载的方式呈现预设文件长度的文件。
在移动终端上以分页加载的方式呈现预设文件长度的文件的具体过程为：
移动终端首先向显示设备发送第一文件加载请求，第一文件加载请求对应n页文件，每一页文件的长度为预设文件长度，显示设备首先向移动终端发送n页文件。移动终端获取到n页文件后，用户可在移动终端上浏览n页文件。
分页浏览的过程中，移动终端实时监测用户在移动终端上的ui操作信号。当用户滑动移动终端上的页面滑动到第n-1页的底端，或者当用户滑动移动终端页面的操作速度超过预设速度阈值，移动终端提前向显示设备发送第二文件加载请求，第二文件加载请求对应第n 1页的文件。显示设备接收到第二文件加载请求，通过硬盘服务器向移动终端发送第n 1页的文件，使得移动终端提前加载第n 1页页面的内容。当用户滑动移动终端上的页面到第n 1页时，无需等待加载即可浏览。重复上述过程，直至用户浏览完所有的文件。
在一些实施例中，如图15所示的内容显示方法的流程图，图片和视频文件以列表项的方式在移动终端上展示文件缩略图的过程：
显示设备首先向移动终端发送首页图片或视频文件的缩略图，以保证用户首次浏览体验。当用户在移动终端上浏览图片或视频文件时，移动终端监测用户在显示设备上的ui操作。
当用户滑动移动终端页面的操作速度超过预设速度阈值，移动终端暂停向显示设备发送缩略图加载请求，显示设备未接收到缩略图加载请求，移动终端也暂停接收缩略图，此时在移动终端上也暂停显示缩略图。
当用户滑动移动终端页面的操作速度未超过预设速度阈值或者滑动速度减缓至未超过预设速度阈值，继续确定当前列表项的文件是否是该移动终端用户可见的文件，如果不是该移动终端用户可见的文件，移动终端暂停向显示设备发送缩略图加载请求，此时在移动终端上也暂停显示缩略图。如果是该移动终端用户可见的文件，则移动终端向显示设备发送缩略图加载请求，显示设备通过硬盘服务器向移动终端发送缩略图加载请求对应的缩略图，移动终端加载缩略图完成，在移动终端上呈现所有的缩略图。
最后应说明的是：以上各实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述各实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。
为了方便解释，已经结合具体的实施方式进行了上述说明。但是，上述示例性的讨论不是意图穷尽或者将实施方式限定到上述公开的具体形式。根据上述的教导，可以得到多种修改和变形。上述实施方式的选择和描述是为了更好的解释原理以及实际的应用，从而使得本领域技术人员更好的使用所述实施方式以及适于具体使用考虑的各种不同的变形的实施方式。
1.一种显示设备，其特征在于，包括：
显示器；
控制器，用于执行：
向移动终端发送文件总长度，接收所述移动终端发送的所述文件加载请求，向所述移动终端发送所述文件加载请求对应的文件，其中，所述文件加载请求为所述移动终端根据所述文件总长度与预设文件长度的大小关系生成的，所述文件总长度为所述显示设备存储文件的总长度，所述预设文件长度为所述显示设备单次向所述移动终端传输的最大文件长度。
2.根据权利要求1所述的显示设备，其特征在于，所述文件加载请求为所述移动终端根据文件加载方式生成的，其中，所述文件加载方式为所述移动终端根据所述文件总长度与所述预设文件长度大小关系确定的。
3.根据权利要求2所述的显示设备，其特征在于，
在所述文件总长度未超过所述预设文件长度时，所述文件加载方式被确定为全部加载，所述文件加载请求对应所述显示设备存储的全部文件；
在所述文件总长度超过所述预设文件长度时，所述文件加载方式被确定为分页加载，所述文件加载请求对应所述预设文件长度的文件，在接收所述移动终端发送的所述文件加载请求时，所述控制器具体用于执行：分次接收所述移动终端发送的所述文件加载请求。
4.根据权利要求3所述的显示设备，其特征在于，
在所述文件总长度超过所述预设文件长度时，所述控制器按照下述步骤执行分次接收所述移动终端发送的所述文件加载请求，向所述移动终端发送所述文件加载请求对应的文件的步骤：
从所述移动终端接收第一文件加载请求，所述第一文件加载请求对应n页的所述预设文件长度的文件，向所述移动终端发送n页的所述预设文件长度的文件；
在所述移动终端当前显示的页面为第n-1页时，从所述移动终端接收第二文件加载请求，所述第二文件加载请求对应第n 1页所述预设文件长度的文件，向所述移动终端发送第n 1页所述预设文件长度的文件。
5.根据权利要求3所述的显示设备，其特征在于，
在所述文件总长度超过所述预设文件长度时，所述控制器按照下述步骤执行分次接收所述移动终端发送的所述文件加载请求，向所述移动终端发送所述文件加载请求对应的文件：
从所述移动终端接收第一文件加载请求，所述第一文件加载请求对应n页的所述预设文件长度的文件，向所述移动终端发送n页的所述预设文件长度的文件，以及接收当前用户滑动所述移动终端页面的操作速度；
在所述操作速度大于预设速度阈值时，从所述移动终端接收第二文件加载请求，所述第二文件加载请求对应第n 1页所述预设文件长度的文件，向所述移动终端发送第n 1页所述预设文件长度的文件。
6.根据权利要求5所述的显示设备，其特征在于，所述文件加载请求为缩略图加载请求，所述控制器，还用于执行：
在当前用户滑动所述移动终端页面的操作速度小于或等于预设速度阈值时，从所述移动终端接收所述缩略图加载请求，以及向所述移动终端发送所述缩略图加载请求，以使在所述移动终端上呈现所述缩略图请求对应的缩略图；
在当前用户滑动所述移动终端页面的操作速度大于所述预设速度阈值时，暂停从所述移动终端接收所述缩略图加载请求，以使在所述移动终端上暂停呈现缩略图。
7.一种移动终端，其特征在于，包括：
显示器；
控制器，用于执行：
从显示设备接收文件总长度，根据所述文件总长度与预设文件长度的大小关系确定文件加载方式，以及生成所述文件加载方式对应的文件加载请求，其中，所述文件总长度为所述显示设备存储文件的总长度，所述预设文件长度为所述显示设备单次向所述移动终端传输的最大文件长度；
向所述显示设备发送所述文件加载请求，以使所述显示设备向所述移动终端发送所述文件加载请求对应的文件。
8.根据权利要求7所述的移动终端，其特征在于，
在所述文件总长度未超过所述预设文件长度时，所述文件加载方式被确定为全部加载，所述文件加载请求对应所述显示设备存储的全部文件；
在所述文件总长度超过所述预设文件长度时，所述文件加载方式被确定为分页加载，所述文件加载请求对应所述预设文件长度的文件，在向所述显示设备发送所述文件加载请求时，所述控制器具体用于执行：分次向所述显示设备发送所述文件加载请求。
9.根据权利要求8所述的移动终端，其特征在于，
在所述文件总长度超过所述预设文件长度时，所述控制器按照下述步骤执行分次向所述显示设备发送所述文件加载请求，以使所述显示设备向所述移动终端发送所述文件加载请求对应的文件的步骤：
向所述显示设备发送第一文件加载请求，所述第一文件加载请求对应n页的所述预设文件长度的文件，以使所述显示设备向所述移动终端发送n页的所述预设文件长度的文件；
在所述移动终端当前显示的页面为第n-1页时，向所述显示设备发送第二文件加载请求，所述第二文件加载请求对应第n 1页所述预设文件长度的文件，以使所述显示设备向所述移动终端发送第n 1页所述预设文件长度的文件。
10.一种文件同步方法，其特征在于，包括：
向移动终端发送文件总长度，接收所述移动终端发送的所述文件加载请求，向所述移动终端发送所述文件加载请求对应的文件，其中，所述文件加载请求为所述移动终端根据所述文件总长度与预设文件长度的大小关系生成的，所述文件总长度为所述显示设备存储文件的总长度，所述预设文件长度为所述显示设备单次向所述移动终端传输的最大文件长度。
技术总结