CN112631796A - 一种显示设备及文件拷贝进度的展示方法 - Google Patents

Abstract

本申请实施例示出的一种显示设备及文件拷贝进度的展示方法，控制器，被配置执行主线程及子线程；响应于用户触发文件拷贝功能，主线程被配置为启动子线程；子线程可以以数据流的形式将内存缓冲区内存储的待拷贝文件写入目标存储区；每次响应于完成一个数据流的写入，计算当前文件写入量，基于当前文件写入量和文件总量计算文件拷贝进度。可见本申请实时示出的显示设备中的子线程每次将数据流写入目标存储区时，均基于当前文件写入量计算拷贝进度，拷贝进度是基于实际的拷贝情况计算得出，因此计算结果较为准确。子线程可以将拷贝进度发送给主线程以使得主线程可以将拷贝进度绘制成拷贝窗口呈现给用户，以保证用户可以准确的获知文件的拷贝进度。

Description

一种显示设备及文件拷贝进度的展示方法

技术领域

本申请涉及文件显示技术领域，尤其是涉及一种显示设备及文件拷贝进度的展示方法。

背景技术

显示设备对多种类型的文件进行显示受到用户的广泛关注。通常，显示设备可以是TV(television，电视机)、VR(Virtual Reality，虚拟现实技术)设备、移动终端等；显示设备显示的文件可以是音频、视频、图片、word等文件。为了达到在没有网络的应用场景下，用户可以利用显示设备观看文件，需要将文件拷贝到显示设备的本地存储区内。

近年来随着技术发展4K、8K超高清图片、影视文件逐渐普及，清晰度越高的文件占用的存储空间越高，一种图片约5M甚至更高，一个高清电影片2G以上，超高清电影片甚至达到10G。随着单个文件的增大，虽然提升了观看体验，但是带来了一个问题，将照片、影片文件拷贝进显示设备时，需要的拷贝时间较长。

为了帮助用户了解拷贝的进度，一些显示设备配置有进度条功能，用户通过显示在显示器上的进度条了解拷贝的进度。现有显示设备展示的进度条，是基于初始拷贝时拷贝速度构建的。但是，很多情况下因磁盘文件碎片存在，拷贝速度是不固定的，因此，基于是基于初始拷贝时拷贝速度构建的进度条无法真实的反应文件的拷贝进度。

发明内容

为了解决现有技术存在的技术问题，本申请实施例示出种显示设备及文件拷贝进度的展示方法。

本申请实施例第一方面示出一种显示设备，包括：

显示器；

控制器，被配置执行主线程及子线程；

响应于用户触发文件拷贝功能，所述主线程被配置为启动子线程；

所述子线程被配置为：将所述待拷贝文件写入内存缓冲区；

以数据流的形式将所述内存缓冲区内存储的待拷贝文件写入目标存储区，所述目标存储区为所述待拷贝文件需要写入的存储区；

每次响应于完成一个所述数据流的写入，计算当前文件写入量，所述当前文件写入量为完成一个数据流写入时，写入目标存储区的字节数；

基于所述当前文件写入量和文件总量计算文件拷贝进度，所述文件总量为所述待拷贝文件包含的字节数；

输出所述文件拷贝进度至主线程，以使得所述主线程基于所述文件拷贝进度绘制拷贝窗口。

本申请实施例示出的显示设备包：控制器，被配置执行主线程及子线程；响应于用户触发文件拷贝功能，所述主线程被配置为启动子线程；子线程可以以数据流的形式将所述内存缓冲区内存储的待拷贝文件写入目标存储区；每次响应于完成一个所述数据流的写入，计算当前文件写入量，基于所述当前文件写入量和文件总量计算文件拷贝进度。可见本申请实时示出的显示设备中的子线程每次将数据流写入目标存储区时，均基于当前文件写入量计算拷贝进度，所述拷贝进度是基于实际的拷贝情况计算得出，因此计算结果较为准确。子线程可以将拷贝进度发送给主线程以使得主线程可以将拷贝进度绘制成拷贝窗口呈现给用户，以保证用户可以准确的获知文件的拷贝进度，用户体验感较好。

本申请实施例第二方面示出一种显示设备，包括：

控制器，被配置执行主线程及主线程；

响应于用户触发文件拷贝功能，主线程被配置为：

将所述待拷贝文件写入内存缓冲区；

以数据流的形式将所述内存缓冲区内存储的待拷贝文件写入目标存储区，所述目标存储区为所述待拷贝文件需要写入的存储区；

每次响应于完成一个所述数据流的写入，计算当前文件写入量，所述当前文件写入量完成一个数据流写入时，写入目标存储区的字节数；

基于所述当前文件写入量和文件总量计算文件拷贝进度，所述文件总量为所述待拷贝文件包含的字节数；

输出所述文件拷贝进度至主线程，以使得所述主线程基于所述文件拷贝进度绘制拷贝窗口。

本申请实施例示出的显示设备包：控制器，被配置执行主线程；响应于用户触发文件拷贝功能，主线程可以以数据流的形式将所述内存缓冲区内存储的待拷贝文件写入目标存储区；每次响应于完成一个所述数据流的写入，计算当前文件写入量，基于所述当前文件写入量和文件总量计算文件拷贝进度。可见本申请实时示出的显示设备中的主线程每次将数据流写入目标存储区时，均基于当前文件写入量计算拷贝进度，所述拷贝进度是基于实际的拷贝情况计算得出，因此计算结果较为准确。主线程均可将拷贝进度呈现给用户，以保证用户可以准确的获知文件的拷贝进度，用户体验感较好。

本申请实施例第三方面示出一种文件拷贝进度的展示方法，包括：

将所述待拷贝文件写入内存缓冲区；

以数据流的形式将所述内存缓冲区内存储的待拷贝文件写入目标存储区，所述目标存储区为所述待拷贝文件需要写入的存储区；

每次响应于完成一个所述数据流的写入，计算当前文件写入量，所述当前文件写入量完成一个数据流写入时，写入目标存储区的字节数；

基于所述当前文件写入量和文件总量计算文件拷贝进度，所述文件总量为所述待拷贝文件包含的字节数；

输出所述文件拷贝进度至主线程，以使得所述主线程基于所述文件拷贝进度绘制拷贝窗口。

本申请实施例示出的方法，显示设备可以以数据流的形式将所述内存缓冲区内存储的待拷贝文件写入目标存储区；每次响应于完成一个所述数据流的写入，计算当前文件写入量，基于所述当前文件写入量和文件总量计算文件拷贝进度。可见本申请实时示出方法，显示设备每次将数据流写入目标存储区时，均基于当前文件写入量计算拷贝进度，所述拷贝进度是基于实际的拷贝情况计算得出，因此计算结果较为准确。显示设备可以将拷贝进度呈现给用户，以保证用户可以准确的获知文件的拷贝进度，用户体验感较好。

附图说明

为了更清楚地说明本申请实施例或相关技术中的实施方式，下面将对实施例或相关技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的附图。

图1示出了根据一些实施例的显示设备的使用场景；

图2示出了根据一些实施例的控制装置100的硬件配置框图；

图3示出了根据一些实施例的显示设备200的硬件配置框图；

图4示出了根据一些实施例的显示设备200中软件配置图；

图5为根据一可行性实施例示出的显示设备的结构框图；

图6为根据一可行性实施例示出的显示设备与用户的交互流程图；

图7为根据一可行性实施例示出的展示有拷贝窗口的显示器的示意图；

图8为根据一可行性实施例示出的显示器展示界面的变化示意图；

图9为根据一可行性实施例示出的显示设备的结构框图

图10为根据一可行性实施例示出的显示设备与用户的交互流程图；

图11A为根据一可行性实施例示出的显示设备与用户的交互流程图；

图11B为根据一可行性实施例示出的显示设备与用户的交互流程图；

图12A为根据一可行性实施例示出的展示第一提示窗口的显示器的示意图；

图12B为根据一可行性实施例示出的展示第一提示窗口的显示器的示意图；

图12C为根据一可行性实施例示出的展示第一提示窗口的显示器的示意图；

图13为根据一可行性实施例示出的显示设备的作业流程图；

图14为根据一可行性实施例示出的展示第一提示窗口的显示器的示意图。

具体实施方式

为使本申请的目的和实施方式更加清楚，下面将结合本申请示例性实施例中的附图，对本申请示例性实施方式进行清楚、完整地描述，显然，描述的示例性实施例仅是本申请一部分实施例，而不是全部的实施例。

需要说明的是，本申请中对于术语的简要说明，仅是为了方便理解接下来描述的实施方式，而不是意图限定本申请的实施方式。除非另有说明，这些术语应当按照其普通和通常的含义理解。

本申请中说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”等是用于区别类似或同类的对象或实体，而不必然意味着限定特定的顺序或先后次序，除非另外注明。应该理解这样使用的用语在适当情况下可以互换。

术语“包括”和“具有”以及他们的任何变形，意图在于覆盖但不排他的包含，例如，包含了一系列组件的产品或设备不必限于清楚地列出的所有组件，而是可包括没有清楚地列出的或对于这些产品或设备固有的其它组件。

术语“模块”是指任何已知或后来开发的硬件、软件、固件、人工智能、模糊逻辑或硬件或/和软件代码的组合，能够执行与该元件相关的功能。

图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便可以执行与由用户命令选择的对象有关的操作。

在一些实施例中，对象可以是可选对象中的任何一个，例如超链接、图标或其他可操作的控件。与所选择的对象有关操作有：显示连接到超链接页面、文档、图像等操作，或者执行与图标相对应程序的操作。

在一些实施例中控制器包括中央处理器(Central Processing Unit，CPU)，视频处理器，音频处理器，图形处理器(Graphics Processing Unit，GPU)，RAM Random AccessMemory，RAM)，ROM(Read-Only Memory,ROM)，用于输入/输出的第一接口至第n接口，通信总线(Bus)等中的至少一种。

CPU处理器。用于执行存储在存储区中操作系统和应用程序指令，以及根据接收外部输入的各种交互指令，来执行各种应用程序、数据和内容，以便最终显示和播放各种音视频内容。CPU处理器，可以包括多个处理器。如，包括一个主处理器以及一个或多个子处理器。

在一些实施例中，图形处理器，用于产生各种图形对象，如：图标、操作菜单、以及用户输入指令显示图形等中的至少一种。图形处理器包括运算器，通过接收用户输入各种交互指令进行运算，根据显示属性显示各种对象；还包括渲染器，对基于运算器得到的各种对象，进行渲染，上述渲染后的对象用于显示在显示器上。

在一些实施例中，视频处理器，用于将接收外部视频信号，根据输入信号的标准编解码协议，进行解压缩、解码、缩放、降噪、帧率转换、分辨率转换、图像合成等视频处理中的至少一种，可得到直接可显示设备200上显示或播放的信号。

在一些实施例中，视频处理器，包括解复用模块、视频解码模块、图像合成模块、帧率转换模块、显示格式化模块等中的至少一种。其中，解复用模块，用于对输入音视频数据流进行解复用处理。视频解码模块，用于对解复用后的视频信号进行处理，包括解码和缩放处理等。图像合成模块，如图像合成器，其用于将图形生成器根据用户输入或自身生成的GUI信号，与缩放处理后视频图像进行叠加混合处理，以生成可供显示的图像信号。帧率转换模块，用于对转换输入视频帧率。显示格式化模块，用于将接收帧率转换后视频输出信号，改变信号以符合显示格式的信号，如输出RGB数据信号。

在一些实施例中，音频处理器，用于接收外部的音频信号，根据输入信号的标准编解码协议，进行解压缩和解码，以及降噪、数模转换、和放大处理等处理中的至少一种，得到可以在扬声器中播放的声音信号。

在一些实施例中，用户可在显示器260上显示的图形用户界面(GUI)输入用户命令，则用户输入接口通过图形用户界面(GUI)接收用户输入命令。或者，用户可通过输入特定的声音或手势进行输入用户命令，则用户输入接口通过传感器识别出声音或手势，来接收用户输入命令。

在一些实施例中，“用户界面”，是应用程序或操作系统与用户之间进行交互和信息交换的介质接口，它实现信息的内部形式与用户可以接受形式之间的转换。用户界面常用的表现形式是图形用户界面(Graphic User Interface，GUI)，是指采用图形方式显示的与计算机操作相关的用户界面。它可以是在电子设备的显示屏中显示的一个图标、窗口、控件等界面元素，其中控件可以包括图标、按钮、菜单、选项卡、文本框、对话框、状态栏、导航栏、Widget等可视的界面元素中的至少一种。

在一些实施例中，用户接口280，为可用于接收控制输入的接口(如：显示设备本体上的实体按键，或其他等)。

在一些实施例中，显示设备的系统可以包括内核(Kernel)、命令解析器(shell)、文件系统和应用程序。内核、shell和文件系统一起组成了基本的操作系统结构，它们让用户可以管理文件、运行程序并使用系统。上电后，内核启动，激活内核空间，抽象硬件、初始化硬件参数等，运行并维护虚拟内存、调度器、信号及进程间通信(IPC)。内核启动后，再加载Shell和用户应用程序。应用程序在启动后被编译成机器码，形成一个进程。

参见图4，在一些实施例中，将系统分为四层，从上至下分别为应用程序(Applications)层(简称“应用层”)，应用程序框架(Application Framework)层(简称“框架层”)，安卓运行时(Android runtime)和系统库层(简称“系统运行库层”)，以及内核层。

在一些实施例中，应用程序层中运行有至少一个应用程序，这些应用程序可以是操作系统自带的窗口(Window)程序、系统设置程序或时钟程序等；也可以是第三方开发者所开发的应用程序。在具体实施时，应用程序层中的应用程序包不限于以上举例。

框架层为应用程序层的应用程序提供应用编程接口(application programminginterface，API)和编程框架。应用程序框架层包括一些预先定义的函数。应用程序框架层相当于一个处理中心，这个中心决定让应用层中的应用程序做出动作。应用程序通过API接口，可在执行中访问系统中的资源和取得系统的服务。

如图4所示，本申请实施例中应用程序框架层包括管理器(Managers)，内容提供者(Content Provider)等，其中管理器包括以下模块中的至少一个：活动管理器(ActivityManager)用与和系统中正在运行的所有活动进行交互；位置管理器(Location Manager)用于给系统服务或应用提供了系统位置服务的访问；文件包管理器(Package Manager)用于检索当前安装在设备上的应用程序包相关的各种信息；通知管理器(NotificationManager)用于控制通知消息的显示和清除；窗口管理器(Window Manager)用于管理用户界面上的括图标、窗口、工具栏、壁纸和桌面部件。

在一些实施例中，活动管理器用于管理各个应用程序的生命周期以及通常的导航回退功能，比如控制应用程序的退出、打开、后退等。窗口管理器用于管理所有的窗口程序，比如获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕，控制显示窗口变化(例如将显示窗口缩小显示、抖动显示、扭曲变形显示等)等。

在一些实施例中，系统运行库层为上层即框架层提供支撑，当框架层被使用时，安卓操作系统会运行系统运行库层中包含的C/C++库以实现框架层要实现的功能。

在一些实施例中，内核层是硬件和软件之间的层。如图4所示，内核层至少包含以下驱动中的至少一种：音频驱动、显示驱动、蓝牙驱动、摄像头驱动、WIFI驱动、USB驱动、HDMI驱动、传感器驱动(如指纹传感器，温度传感器，压力传感器等)、以及电源驱动等。

为了帮助用户了解拷贝的进度，一些显示设备配置有进度条功能，用户通过显示在显示器上的进度条了解拷贝的进度。现有显示设备展示的进度条，是基于初始拷贝时拷贝速度构建的。但是，很多情况下因磁盘文件碎片存在，拷贝速度是不固定的，因此，基于是基于初始拷贝时拷贝速度构建的进度条无法真实的反应文件的拷贝进度。

为了解决现有技术存在的问题，本申请实施例示出的一种显示设备，具体的可以参阅图5，图5为根据一可行性实施例示出的显示设备的结构框图，其中，显示设备至少包括显示器2和控制器1，其中，控制器内设置有存储区11和处理器12；存储区11用于存储显示设备下载的文件。用户可以根据需求将一些文件放置于同一个文件夹内。处理器，用于执行存储在存储区中的操作系统和应用程序指令或线程，以及根据接收的用户输入指令，来执行各种应用程序、数据和内容的处理，以便最终显示和播放各种音视频内容。具体应用到本实施例示出的方案中，处理器可以调用主线程121。显示设备与用户的交互流程图可以参阅图6。

用户执行步骤S101触发文件拷贝功能；

本实施例并不对用户触发文件拷贝功能的实现方式作以限定。

例如，用户可以通过遥控器控制焦点移动，以完成文件拷贝功能的触发。

再例如，在一可行性实施例中，控制器可以安装有语音助手软件，用户可以通过语音指令来完成文件拷贝功能的触发。

在实际应用的过程中，用户触发文件拷贝功能的实现方式可以是但不限于上述两种方式。

响应于用户触发文件拷贝功能，主线程被配置为执行步骤S102将待拷贝文件写入内存缓冲区；

本申请实施例并不对将待拷贝文件写入内存缓冲区的实现方式作以限定；

例如，在一可行性实施例中，主线程可以一个字节一个字节的将待拷贝文件写入内存缓冲区内。

再例如，在一可行性实施例中，主线程可以数据流的形式将待拷贝文件写入内存缓冲区内。本实施例并不对每个数据流中包含的字节数作以限定，在实际应用的过程中可以根据需求配置数据流中包含的字节数，举例说明，数据流中包含的字节数可以是1024字节。

再例如，在一可行性实施例中，主线程可以一次性将全部的待拷贝文件写入内存缓冲区内。

本申请实施例仅是示例性的介绍几种将待拷贝文件写入内存缓冲区的实现方式，在实际应用的过程中，将待拷贝文件写入内存缓冲区的实现方式可以是，但不限于上述几种方式。

主线程被配置为执行步骤S103以数据流的形式将内存缓冲区内存储的待拷贝文件写入目标存储区，目标存储区为待拷贝文件需要写入的存储区；

本申请实施例示出的技术方案的目的在于帮助用户实时的了解文件的拷贝进度，这就需要了解文件的实时写入量(在本申请实施例中也可称之为当前文件写入量)；

为了获知前文件写入量，本申请实施例示出的方案将存储在内存缓冲区内的待拷贝文件以数据流的形式写入目标存储区。本实施例并不对每个数据流中包含的字节数作以限定，在实际应用的过程中可以根据需求配置数据流中包含的字节数。

值得注意的是，由于每个数据流中包含的字节数决定后续拷贝进度的刷新率，每个数据流中包含的字节数越少后续拷贝进度的刷新率越快，用户体验感越好；同时每个数据流中包含的字节数也决定文件的拷贝速率，每个数据流中包含的字节数越多在一定程度上文件的拷贝速率越快。因此，设计者在设计由于每个数据流中包含的字节数是应兼顾续拷贝进度的刷新率及文件拷贝的效率。在一可行性实施例中，数据流中包含的字节数可以是1024字节，每个数据流中包含1024个字节可以兼顾续拷贝进度的刷新率及文件拷贝的效率。

每次响应于完成一个数据流的写入，主线程被配置为执行步骤S104计算当前文件写入量；

计算当前文件写入量的实现方式有多种；

例如，在一可行性实施例中，主线程可以根据如下公式，计算当前文件写入量：

copyTotle(N)＝copyTotle(N-1)+size(N)；

其中，copyTotle(N)为当前文件写入量，copyTotle(N-1)在最近一次数据流写入之前，写入目标存储区的数据量；size(N)为最近一次写入的数据流包含的字节数。

举例说明，当完成第一个数据流写入时，copyTotle(1-1)＝0字节，size(1)＝1024字节，相应的copyTotle(1)＝0+1024；完成第二个数据流写入时size(2)＝1024字节，copyTotle(2)＝1024+1024；依次进行，完成第N个数据流写入时size(N)＝256字节，copyTotle(N)＝1024+1024+……+256；

采用本申请实施例示出的当前文件写入量的计算方式，每次写入目标存储区内的数据流包含的字节数可以相同也可以不同，该实现方式的适用范围更宽。

再例如，在一可行性实施例中，主线程可以根据如下公式，计算当前文件写入量：

copyTotle(N)＝N*size(N)；

其中，copyTotle(N)为当前文件写入量，size(N)为一次写入的数据流包含的字节数，N为写入数据流的次数。

举例说明，当完成第一个数据流写入时，size(1)＝1024字节，相应的copyTotle(1)＝1024*1；完成第二个数据流写入时，size(2)＝1024字节，copyTotle(2)＝1024*2；依次进行，完成第N个数据流写入时，size(N)＝1024字节，copyTotle(N)＝1024*N；

本实施例仅是示例性的介绍两种当前文件写入量的计算方式，在实际应用的过程中，当前文件写入量的计算法方式可以是但不限于上述两种方式。

主线程被配置为执行步骤S105基于当前文件写入量和文件总量计算文件拷贝进度，文件总量为待拷贝文件包含的字节数；

本申请文件拷贝进度可以采用百分比的形式展示，具体的：

文件拷贝进度＝当前文件写入量/文件总量；

举例说明，在一可行性实施例中，文件总量为10*1024个字节。当完成第一个数据流写入时，copyTotle(1)＝1024，此时的文件拷贝进度为1024/(10*1024)；当完成第二个数据流写入时，copyTotle(2)＝1024*2，此时的文件拷贝进度为(1024*2)/(10*1024)；当完成第三个数据流写入时，copyTotle(3)＝1024*3，此时的文件拷贝进度为(1024*3)/(10*1024)……当完成第10个数据流写入时，copyTotle(10)＝1024*10，此时的文件拷贝进度为(1024*10)/(10*1024)。

主线程执行步骤S106基于文件拷贝进度绘制拷贝窗口；

主线程执行步骤S107控制显示器展示拷贝窗口。

图7为根据一可行性实施例示出的展示有拷贝窗口的显示器的示意图，从图中可以看出拷贝窗口3可以以浮层窗口的形式存在。在拷贝窗口内，为了使用户以更加直观的方式了解拷贝进度，在拷贝窗口内可以设置有进度条31。进一步的，为了使用户更加准确的获知拷贝进度，可以以数字的形式展示拷贝进度32；为了进一步提升用户的体验感可以设置一些提示语33。本实施例中并不对提示语的内容作以限定，可以根据需求配置提示语的内容。

下面结合具体的实例对本申请实施例示出的显示设备的工作过程作以说明；

在一可行性实施例中，待拷贝文件的文件总量为10*1024个字节。响应于用户触发文件拷贝功能，主线程待拷贝文件写入内存缓冲区；而后，主线程以数据流的形式将内存缓冲区内存储的待拷贝文件写入目标存储区，本申请中每个数据流包含1024个字节；第一个数据流写入目标存储区时，主线程得到的当前文件写入量＝1024个字节；主线程得到拷贝进度＝1024/1024*10＝1/10；主线程基于拷贝进度绘制拷贝窗口，此时显示器的展示界面可以参阅图8的界面11；第二个数据流写入目标存储区时，主线程得到的当前文件写入量＝1024个字节；主线程得到拷贝进度＝1024*2/1024*10＝1/10；主线程基于拷贝进度绘制拷贝窗口，此时显示器的展示界面可以参阅图8的界面12……第二个数据流写入目标存储区时，主线程得到的当前文件写入量＝1024个字节；主线程得到拷贝进度＝1024*10/1024*10＝100％；主线程基于拷贝进度绘制拷贝窗口，此时显示器的展示界面可以参阅图8的界面13。

本申请实施例示出的显示设备包：控制器，被配置执行主线程；响应于用户触发文件拷贝功能，主线程可以以数据流的形式将所述内存缓冲区内存储的待拷贝文件写入目标存储区；每次响应于完成一个所述数据流的写入，计算当前文件写入量，基于所述当前文件写入量和文件总量计算文件拷贝进度。可见本申请实时示出的显示设备中的主线程每次将数据流写入目标存储区时，均基于当前文件写入量计算拷贝进度，所述拷贝进度是基于实际的拷贝情况计算得出，因此计算结果较为准确。主线程均可将拷贝进度呈现给用户，以保证用户可以准确的获知文件的拷贝进度，用户体验感较好。

至此完成本实施例的描述。

通常显示设备的系统内设置一个主线程，但是系统内多个进程可以同时进行，在同一时间内一个主线程只能为一个线程提供服务，为了保证主线程可以空余出更多的计算量为其他进行提供服务，本申请实施例示出的一种显示设备，具体的可以参阅图9，图9为根据一可行性实施例示出的显示设备的结构框图，其中，显示设备至少包括显示器2和控制器1，其中，控制器内设置有存储区11和处理器12；存储区11用于存储显示设备下载的文件。用户可以根据需求将一些文件放置于同一个文件夹内。处理器，用于执行存储在存储区中的操作系统和应用程序指令或线程，以及根据接收的用户输入指令，来执行各种应用程序、数据和内容的处理，以便最终显示和播放各种音视频内容。具体应用到本实施例示出的方案中，处理器可以调用主线程121和子线程122。显示设备的交互流程图可以参阅图10。

用户执行步骤S201触发文件拷贝功能；

触发文件拷贝功能的实现方式可以参阅上述实施例在此便不赘述。

响应于用户触发文件拷贝功能，主线程被配置为执行步骤S202启动子线程；

在一些可行性实施例中，子线程可以预先创建好并存储在预设的存储区内，主线程响应于用户触发文件拷贝功能可以直接启动子线程。在一些可行性实施例中主线程响应于用户触发文件拷贝功能创建子线程。其中，子线程的创建方式可以采用本领域惯用的线程创建方式，在此申请人不做过多的限定。

子线程被配置执行步骤S203将待拷贝文件写入内存缓冲区；

将待拷贝文件写入内存缓冲区的实现方式可以参阅上述实施例，在此申请人不予以赘述。

子线程被配置执行步骤S204以数据流的形式将内存缓冲区内存储的待拷贝文件写入目标存储区，目标存储区为待拷贝文件需要写入的存储区；

每次响应于完成一个数据流的写入，子线程被配置执行步骤S205计算当前文件写入量；

在一可行性实施例中，子线程根据如下公式计算当前文件写入量：

copyTotle(N)＝copyTotle(N-1)+size(N)；

其中，copyTotle(N)为当前文件写入量，copyTotle(N-1)在最近一次数据流写入之前，写入目标存储区的数据量；size(N)为最近一次写入的数据流包含的字节数。

在一可行性实施例中，子线程根据如下公式，计算当前文件写入量：

copyTotle(N)＝N*size(N)；

其中，copyTotle(N)为当前文件写入量，size(N)为一次写入的数据流包含的字节数，N为写入数据流的次数。

本实施例仅是示例性的示出两种当前文件写入量的计算方式，在实际应用的过程中，当前文件写入量的计算方式可以是但不限于上述两种方式。

子线程被配置执行步骤S206基于当前文件写入量和文件总量计算文件拷贝进度，文件总量为待拷贝文件包含的字节数；

子线程被配置执行步骤S207输出文件拷贝进度至主线程；

主线程执行步骤S208基于文件拷贝进度绘制拷贝窗口

主线程执行步骤S209控制显示器展示拷贝窗口。

下面结合具体的实例对本申请实施例示出的显示设备的工作过程作以说明；

在一可行性实施例中，待拷贝文件的文件总量为10*1024个字节。响应于用户触发文件拷贝功能，主线程启动子线程；子线程将待拷贝文件写入内存缓存区；而后，子线程以数据流的形式将内存缓冲区内存储的待拷贝文件写入目标存储区，本申请中每个数据流包含1024个字节；第一个数据流写入目标存储区时，子线程得到的当前文件写入量＝1024个字节；子线程得到拷贝进度＝1024/1024*10＝1/10；子线程发送拷贝进度至主线程，以使得主线程基于拷贝进度绘制拷贝窗口，此时显示器的展示界面可以参阅图8的界面11；第二个数据流写入目标存储区时，主线程得到的当前文件写入量＝1024个字节；主线程得到拷贝进度＝1024*2/1024*10＝1/10；子线程发送拷贝进度至主线程，以使得主线程基于拷贝进度绘制拷贝窗口，此时显示器的展示界面可以参阅图8的界面12……第二个数据流写入目标存储区时，主线程得到的当前文件写入量＝1024个字节；主线程得到拷贝进度＝1024*10/1024*10＝100％；子线程发送拷贝进度至主线程，以使得主线程基于拷贝进度绘制拷贝窗口，此时显示器的展示界面可以参阅图8的界面13。

至此完成本实施例的描述。

本实施提供的技术方案设计的初衷是当文件拷贝时，可以基于当前文件写入量和文件总量实时的计算文件的拷贝进度，并将拷贝进度呈现给用户，以保证用户可以准确的获知文件的拷贝进度。存在一种应用场景，待拷贝文件的文件总量大于目标存储区的剩余存储量，在此情况下无法将待拷贝文件写入目标存储区，基于上述应用场景本申请实施例示出一种显示设备，显示设备在文件拷贝之前可以对待拷贝文件的文件总量和目标存储区的剩余存储量进行统计，并根据统计结果确定是够将待拷贝文件写入目标存储区。具体的，可以参阅图11A，图11A为根据一可行性实施例示出的显示设备与用户的交互流程图。

响应于用户触发文件拷贝功能，主线程还被配置为执行步骤S11计算文件总量及目标存储区的剩余存储量；

在一些可行性实施例中，待拷贝文件可包括一个文件，在此情况下，文件总量为一个文件包含的字节数。举例说明，待拷贝文件为一个10*1024字节的图片文件，相应的文件总量＝1024字节。

在一些可行性实施例中，待拷贝文件可包括多个文件，在此情况下，文件总量为多个文件包含的字节数。举例说明，待拷贝文件为4个文件，分别为10*1024字节的图片文件，20*1024的文档，20*1024的音频和1024*1024的视频，相应的文件总量＝(10+10+20+1024)1024字节。

目标存储区的剩余存储量的计算方式可以采用本领域惯用的剩余存储量的计算方式，在此申请人不做过多的限定。

如果剩余存储量小于文件总量，主线程执行步骤S13基于第一提示信息绘制第一提示窗口；

主线程执行步骤S14控制显示器展示第一提示窗口。

图12A为根据一可行性实施例示出的展示第一提示窗口的显示器的示意图。在本实施例中，如果剩余存储量小于文件总量，主线程生成的第一提示信息可以是“目标存储区内存不足”，具体的可以参阅图12A中的第一提示窗口4内记载的内容。

图12B为根据一可行性实施例示出的展示第一提示窗口的显示器的示意图。在本实施例中，如果剩余存储量小于文件总量，主线程可以统计其他存储区的剩余存储量，并从中筛选出一个推荐存储区，举例说明，在一可行性实施例中目标存储器的剩余存储量小于文件总量，此时主线程确定存储区X的剩余存储量大于文件总量，此时主线程生成的第一提示信息可以是“目标存储区内存不足，您可以将文件转移至存储区X”，具体的可以参阅图12B中的第一提示窗口4内记载的内容。

图12C为根据一可行性实施例示出的展示第一提示窗口的显示器的示意图。在本实施例中，待拷贝文件包括X个文件，分别为：文件1……文件N……文件X，主线程首先确定剩余存储量小于文件总量。主线程可以计算出目标存储区的剩余存储量可以容纳文件1……文件N，此时主线程生成的第一提示信息可以是“目目标存储区内存不足，您可以将待转移文件中的文件(1,2……N)拷贝至目标存储区”，具体的可以参阅图12C中的第一提示窗口4内记载的内容。

如果剩余存储量大于或等于文件总量，则主线程执行步骤S202启动子线程；

至此完成本实施例的描述。

图12B为根据一可行性实施例示出的显示设备与用户的交互流程图。

子线程还被配置为执行步骤S21计算文件总量及目标存储区的剩余存储量；

计算计算文件总量及目标存储区的剩余存储量的实现方式可以参阅上述实施例，在此便不赘述。

如果剩余存储量小于文件总量，子线程还被配置为执行步骤S22输出第一提示信息至主线程；

主线程执行步骤S23基于第一提示信息绘制第一提示窗口；

主线程执行步骤S24控制显示器展示第一提示窗口。

第一提示窗口的展示方式可以参阅上述图12A、图12B及图12C，在此便不赘述。

如果剩余存储量大于或等于文件总量，则主线程执行步骤S202启动子线程；

文件拷贝的过程中需要确定文件拷贝的结束时间，基于此本申请实施例示出一种显示设备，显示设备的作业流程图可以参阅图13；

用户执行步骤S401启动文件拷贝功能；

主线程响应于用户启动文件拷贝功能执行步骤S402启动子线程；

子线程执行步骤S403计算文件总量和目标存储区的剩余存储量；

子线程执行步骤S404判断文件总量是否大于或等于目标存储区的剩余存储量；

如果文件总量小于目标存储区的剩余存储量，执行步骤S405输出第一提示信息至主线程；

如果文件总量大于或等于目标存储区的剩余存储量，子线程执行步骤S406创建数据流；

子线程执行步骤S407将待拷贝文件以数据流的显示写入内存缓存区内；

子线程执行步骤S408将内存缓存区内的待拷贝文件以数据流的形式写入目标存储区；

子线程执行步骤S409计算当前文件的写入量；

子线程执行步骤S410基于当前文件写入量和文件总量计算文件拷贝进度；

子线程执行步骤S411输出文件拷贝进度至主线程；

子线程执行步骤S412判断是否到当前写入文件的结尾；

判断是否到当前写入文件的结尾的实现方式有多种；

例如，在一可行性实时中，待拷贝文件包括一个文件A，文件A已经写入内存缓存区，子线程以数据流的形式将内存缓存区内的待拷贝文件以数据流的形式写入目标存储区，当主线程写入目标存储区的数据为空时，确定写入目标存储区的数据流为当前写入文件的结尾。

确定写入目标存储区的数据流不是当前写入文件的结尾，继续执行步骤S406；

确定写入目标存储区的数据流为当前写入文件的结尾时，执行步骤S413判断当前写入文件是否为待拷贝文件的最后一个文件；

判断当前写入文件是否为待拷贝文件的最后一个文件的实现方式有多种；

例如，子线程以数据流的形式将内存缓存区内的待拷贝文件以数据流的形式写入目标存储区，当主线程写入目标存储区的数据为空时，确定写入目标存储区的数据流为当前写入文件的结尾。子线程继续将待拷贝文件中的下一个文件写入内存缓存区，如果子线程读取到数据则当前写入文件不是待拷贝文件的最后一个文件；如果子线程未读取到数据则当前写入文件是待拷贝文件的最后一个文件。

确定当前写入文件为待拷贝文件的最后一个文件时，子线程执行步骤S414输出第二提示信息至主线程，以使得主线程基于第二提示信息绘制提示窗口，第二提示信息用于提醒用户已经完成拷贝；

确定当前写入文件不是待拷贝文件的最后一个文件时，继续执行步骤S406；

图14为根据一可行性实施例示出的展示第二提示窗口的显示器的示意图。

本申请实施例示出的显示设备包：控制器，被配置执行主线程及子线程；响应于用户触发文件拷贝功能，所述主线程被配置为启动子线程；子线程可以以数据流的形式将所述内存缓冲区内存储的待拷贝文件写入目标存储区；每次响应于完成一个所述数据流的写入，计算当前文件写入量，基于所述当前文件写入量和文件总量计算文件拷贝进度。可见本申请实时示出的显示设备中的子线程每次将数据流写入目标存储区时，均基于当前文件写入量计算拷贝进度，所述拷贝进度是基于实际的拷贝情况计算得出，因此计算结果较为准确。子线程可以将拷贝进度发送给主线程以使得主线程可以将拷贝进度绘制成拷贝窗口呈现给用户，以保证用户可以准确的获知文件的拷贝进度，用户体验感较好。

本申请实施例还提供一种文件拷贝进度的展示方法，方法包括：

将待拷贝文件写入内存缓冲区；

以数据流的形式将内存缓冲区内存储的待拷贝文件写入目标存储区，目标存储区为待拷贝文件需要写入的存储区；

每次响应于完成一个数据流的写入，计算当前文件写入量；

基于当前文件写入量和文件总量计算文件拷贝进度，文件总量为待拷贝文件包含的字节数；

输出文件拷贝进度至主线程，以使得主线程基于文件拷贝进度绘制拷贝窗口。

本申请实施例示出的方法，显示设备可以以数据流的形式将所述内存缓冲区内存储的待拷贝文件写入目标存储区；每次响应于完成一个所述数据流的写入，计算当前文件写入量，基于所述当前文件写入量和文件总量计算文件拷贝进度。可见本申请实时示出方法，显示设备每次将数据流写入目标存储区时，均基于当前文件写入量计算拷贝进度，所述拷贝进度是基于实际的拷贝情况计算得出，因此计算结果较为准确。显示设备可以将拷贝进度呈现给用户，以保证用户可以准确的获知文件的拷贝进度，用户体验感较好。

具体实现中，本发明还提供一种计算机存储介质，其中，该计算机存储介质可存储有程序，该程序执行时可包括本发明提供的控制按键的自定义方法和启动方法的各实施例中的部分或全部步骤。的存储介质可为磁碟、光盘、只读存储记忆体(英文：read-onlymemory，简称：ROM)或随机存储记忆体(英文：random access memory，简称：RAM)等。

本领域的技术人员可以清楚地了解到本发明实施例中的技术可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本发明实施例中的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例或者实施例的某些部分的方法。

最后应说明的是：以上各实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述各实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。为了方便解释，已经结合具体的实施方式进行了上述说明。但是，上述示例性的讨论不是意图穷尽或者将实施方式限定到上述公开的具体形式。根据上述的教导，可以得到多种修改和变形。上述实施方式的选择和描述是为了更好的解释原理以及实际的应用，从而使得本领域技术人员更好的使用实施方式以及适于具体使用考虑的各种不同的变形的实施方式。

Claims (10)

1.一种显示设备，其特征在于，包括：

显示器；

控制器，被配置执行主线程及子线程；

响应于用户触发文件拷贝功能，所述主线程被配置为启动子线程；

所述子线程被配置为：将所述待拷贝文件写入内存缓冲区；

以数据流的形式将所述内存缓冲区内存储的待拷贝文件写入目标存储区，所述目标存储区为所述待拷贝文件需要写入的存储区；

每次响应于完成一个所述数据流的写入，计算当前文件写入量，所述当前文件写入量为完成一个数据流写入时，写入目标存储区的字节数；

基于所述当前文件写入量和文件总量计算文件拷贝进度，所述文件总量为所述待拷贝文件包含的字节数；

输出所述文件拷贝进度至主线程，以使得所述主线程基于所述文件拷贝进度绘制拷贝窗口。

2.根据权利要求1所述的显示设备，其特征在于，所述子线程被进一步配置为：

以数据流的形式将所述待拷贝文件写入内存缓冲区，每次写入内存缓冲区的字节数等于每次写入目标存储区的字节数。

3.根据权利要求1或2所述的显示设备，其特征在于，所述主线程还被配置为：

响应于用户触发文件拷贝功能，计算所述文件总量及所述目标存储区的剩余存储量；

如果所述剩余存储量大于或等于所述文件总量，则启动所述子线程；

如果所述剩余存储量小于所述文件总量，输出第一提示信息至主线程，以使得所述主线程基于第一提示信息绘制提示窗口，所述第一提示信息用于提醒用户目标存储区的存储空间不足。

4.根据权利要求1或2所述的显示设备，其特征在于，所述子线程还被配置为：

计算所述文件总量及所述目标存储区的剩余存储量；

如果所述剩余存储量大于或等于所述文件总量，则将所述待拷贝文件写入内存缓冲区；

如果所述剩余存储量小于所述文件总量，输出第一提示信息至主线程，以使得所述主线程基于第一提示信息绘制第一提示窗口，所述第一提示信息用于提醒用户目标存储区的存储空间不足。

5.根据权利要求1或2所述的显示设备，其特征在于，输出所述文件拷贝进度至主线程的步骤后，所述子线程被进一步配置为：

确定写入目标存储区的数据流为当前写入文件的结尾，则将下一个文件以数据流的形式写入内存缓冲区；

确定写入目标存储区的数据流不是当前写入文件的结尾，以数据流的形式将所述内存缓冲区内存储的待拷贝文件写入目标存储区。

6.根据权利要求5所述的显示设备，其特征在于，所述待拷贝文件包括至少一个文件；确定写入目标存储区的数据流为当前写入文件的结尾时，所述子线程被进一步配置为：

确定当前写入文件为所述待拷贝文件的最后一个文件时，输出第二提示信息至主线程，以使得所述主线程基于第二提示信息绘制第二提示窗口，所述第二提示信息用于提醒用户已经完成拷贝；

确定当前写入文件不是所述待拷贝文件的最后一个文件时，将下一个文件写入内存缓冲区。

7.根据权利要求1或2所述的显示设备，其特征在于，所述子线程根据如下公式，计算所述当前文件写入量：

copyTotle(N)＝copyTotle(N-1)+size(N)；

其中，所述copyTotle(N)为当前文件写入量，所述copyTotle(N-1)在最近一次数据流写入之前，写入目标存储区的数据量；所述size(N)为最近一次写入的数据流包含的字节数。

8.根据权利要求1或2所述的显示设备，其特征在于，所述子线程根据如下公式，计算当前文件写入量：

copyTotle(N)＝N*size(N)；

其中，所述copyTotle(N)为当前文件写入量，所述size(N)为一次写入的数据流包含的字节数，N为写入数据流的次数。

9.一种显示设备，其特征在于，包括：

控制器，被配置执行主线程及主线程；

响应于用户触发文件拷贝功能，主线程被配置为：

将所述待拷贝文件写入内存缓冲区；

以数据流的形式将所述内存缓冲区内存储的待拷贝文件写入目标存储区，所述目标存储区为所述待拷贝文件需要写入的存储区；

每次响应于完成一个所述数据流的写入，计算当前文件写入量，所述当前文件写入量完成一个数据流写入时，写入目标存储区的字节数；

基于所述当前文件写入量和文件总量计算文件拷贝进度，所述文件总量为所述待拷贝文件包含的字节数；

输出所述文件拷贝进度至主线程，以使得所述主线程基于所述文件拷贝进度绘制拷贝窗口。

10.一种文件拷贝进度的展示方法，其特征在于，包括：

将所述待拷贝文件写入内存缓冲区；

以数据流的形式将所述内存缓冲区内存储的待拷贝文件写入目标存储区，所述目标存储区为所述待拷贝文件需要写入的存储区；

每次响应于完成一个所述数据流的写入，计算当前文件写入量，所述当前文件写入量完成一个数据流写入时，写入目标存储区的字节数；

基于所述当前文件写入量和文件总量计算文件拷贝进度，所述文件总量为所述待拷贝文件包含的字节数；

输出所述文件拷贝进度至主线程，以使得所述主线程基于所述文件拷贝进度绘制拷贝窗口。

Images