CN114925027A - 一种终端设备及基于mtp的文件传输方法 - Google Patents

Abstract

本申请公开了一种终端设备及基于MTP的文件传输方法，涉及计算机技术领域。该终端设备包括：第一处理单元，被配置为缓存来自于第二终端设备的文件描述信息；若检测到所述内核层对自于所述第二终端设备的第一文件执行第一操作时发生异常，则确定异常原因，获取缓存的所述文件描述信息中与所述第一文件关联的文件描述信息，并将所述第一文件关联的文件描述信息以及所述异常原因发送至所述通知单元；通知单元，被配置为将所述第一文件关联的文件描述信息以及所述异常原因发送至所述应用层；应用层，被配置为根据与所述第一文件关联的文件描述信息以及所述异常原因，生成提示信息，输出所述提示信息。

Description

一种终端设备及基于MTP的文件传输方法

技术领域

本申请实施例涉及计算机技术领域，尤其涉及一种终端设备及基于MTP的文件传输方法。

背景技术

媒体传输协议(Media Transfer Protocol，MTP)技术是一种数据同步技术。支持媒体传输协议业务的移动终端，连接到视窗操作系统上进行数据传输，不需要安装任何驱动。例如，连接时，计算机先向移动终端发送连接命令，得到移动终端的响应后，才可进行数据的传输。计算机通过视窗媒体播放器或文件浏览器打开移动终端中存储的内容；移动终端可以上传数据到计算机，计算机也可以下载数据到移动终端进行存储。但在该场景下进行文件传输过程时可能会出现各种类型的异常(例如，文件格式不规范、MTP使能异常等)，从而导致文件传输失败。若即不清楚何种原因导致文件传输失败，也不知采取何种方式恢复正常，则会在文件传输过程中总是文件传输失败且用户无法获知其原因，从而影响用户体验。

因此，当文件传输发生异常时，如何确定文件传输失败的原因，以及提示用户，是目前亟需解决的问题。

发明内容

本申请实施例提供一种终端设备，用以确定文件传输失败原因，以及提示用户。

第一方面，提供一种终端设备，所述终端设备为第一终端设备，包括：存储器、显示屏、处理器，所述处理器运行有第一处理单元、通知单元，所述第一处理单元位于所述第一终端设备的软件系统架构中的系统层，所述通知单元位于所述软件系统架构中的应用程序框架层，所述软件系统架构中还包括内核层和应用层；所述存储器，被配置为存储计算机指令；所述显示屏，被配置为显示用户界面；所述第一处理单元，被配置为缓存来自于第二终端设备的文件描述信息，所述文件描述信息包括至少一个文件对应的文件描述信息；若检测到所述内核层对自于所述第二终端设备的第一文件执行第一操作时发生异常，则确定异常原因，获取缓存的所述文件描述信息中与所述第一文件关联的文件描述信息，并将所述第一文件关联的文件描述信息以及所述异常原因发送至所述通知单元；所述通知单元，被配置为将所述第一文件关联的文件描述信息以及所述异常原因发送至所述应用层；所述应用层，被配置为根据与所述第一文件关联的文件描述信息以及所述异常原因，生成提示信息，输出所述提示信息。

在一种可能实现的方式中，所述第一操作包括文件拷贝操作；所述第一处理单元，具体被配置为若所述异常原因为文件格式不规范，则获取缓存的所述文件描述信息中与所述第一文件关联的文件描述信息；所述应用层生成的所述提示信息中包括的所述异常原因为文件格式不规范。

在一种可能实现的方式中，所述提示信息包括所述第一文件的文件名称以及所述异常原因。

在一种可能实现的方式中，所述处理器还运行有第二处理单元，所述第二处理单元位于所述系统层；所述第二处理单元，被配置为生成待发送给所述第二终端设备的第一指令；若检测到所述第一指令发送失败，且当前系统资源的状态为忙，则判断当前是否有来自于所述第二终端设备的指令还未执行完成；若当前有来自于所述第二终端设备的指令还未执行完成，则确定指令发送操作和接收操作发生冲突，缓存所述第一指令；若超过设定的等待时长，未接收到来自于所述第二终端设备的新指令，则发送缓存的所述第一指令。

在一种可能实现的方式中，所述终端设备包括第一队列，所述第一队列用于缓存来自于所述第二终端设备且未被所述第二终端设备执行完成的指令；所述第二处理单元，具体被配置为若所述第一队列不为空，则确定当前有来自于所述第二通信设备的指令未执行完成。

在一种可能实现的方式中，所述处理器还运行有第三处理单元、媒介传输协议MTP状态单元，所述第三处理单元位于所述系统层，所述M T P状态单元位于所述内核层；

所述第三处理单元，被配置为响应于开启MTP功能的用户操作，获取MTP设备的使能标志位的值，并将所述MTP设备的使能标志位的值发送至所述MTP状态单元；所述MTP状态单元，被配置为若判断所述MTP设备的使能标志位的值为开启状态，则将所述MTP设备的使能标志位的值重置为关闭状态，生成通知消息，并将所述通知消息发送至所述第三处理单元；所述第三处理单元，被配置为根据所述通知消息，向所述MTP状态单元发送开启所述MTP功能的重启指令；所述MTP状态单元，被配置为根据所述重启指令开启所述MTP功能，并将所述MTP设备的使能标志位的值置为开启状态。

第二方面，提供一种MTP的文件传输方法，应用于第一终端设备，包括：

缓存来自于第二终端设备的文件描述信息；接收来自于所述第二终端设备的第一文件，对所述第一文件执行第一操作；若检测到所述第一操作发生异常，则确定异常原因，获取缓存的所述文件描述信息中与所述第一文件关联的文件描述信息，根据与所述第一文件关联的文件描述信息以及所述异常原因，生成提示信息；输出所述提示信息。

在一种可能实现的方式中，所述方法，还包括：

生成待发送给所述第二终端设备的第一指令；若检测到所述第一指令发送失败，且当前系统资源的状态为忙，则判断当前是否有来自于所述第二终端设备的指令还未执行完成；若当前有来自于所述第二终端设备的指令还未执行完成，则确定指令发送操作和接收操作发生冲突，缓存所述第一指令；若超过设定的等待时长，未接收到来自于所述第二终端设备的新指令，则发送缓存的所述第一指令。

在一种可能实现的方式中，所述方法，还包括：

响应于开启MTP功能的用户操作，获取MTP设备的使能标志位的值；

若所述MTP设备的使能标志位的值为开启状态，则将所述MTP设备的使能标志位的值重置为关闭状态；发起开启所述MTP功能的操作，并将所述MTP设备的使能标志位的值置为开启状态。

第三方面，提供一种计算机存储介质，所述计算机可读存储介质存储有计算机可执行指令，所述计算机可执行指令用于使计算机执行如第二方面任一项所述的方法。

本申请实施例中，由于当检测到对第一文件执行操作(例如拷贝文件)时发生异常，通过确定其异常的原因，获取缓存的文件描述信息中与该第一文件关联的文件描述信息，根据与第一文件关联的文件描述信息以及异常原因，生成提示信息，并输出提示信息，因此可以提醒用户在文件传输过程中是哪个文件发生的异常以及异常原因，导致文件传输中断，从而可以针对性的解决出错的文件，提升了用户体验。

在符合本领域常识的基础上，上述各优选条件，可任意组合，即得本申请各较佳实施例。

附图说明

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

图1a为本申请实施例适用的场景示意图；

图1b为第二终端设备10界面显示的进度示意图；

图1c为第一终端设备11界面显示的进度示意图；

图2为本申请实施例提供的终端设备100的结构示意图；

图3为本申请实施例的终端设备100的软件结构框图；

图4a为本申请实施例第一终端设备内部新增加的功能模块的结构示意图；

图4b为本申请实施例第一终端设备内部新增加的功能模块的结构示意图；

图4c为本申请实施例第一终端设备内部新增加的功能模块的结构示意图；

图4d为本申请实施例第一终端设备内部新增加的功能模块的结构示意图；

图5为本申请实施例提供的一种基于MTP的文件传输方法的流程图；

图6为本申请实施例提供的一种提示窗口的示意图；

图7为本申请实施例提供的另一种基于MTP的文件传输方法的流程图；

图8a为本申请实施例提供的一种第一终端设备的各层级的交互示意图；

图8b为本申请实施例提供的一种第一终端设备的各层级的消息交互示意图；

图9为本申请实施例提供的一种处理来自于第二终端设备的指令流程示意图；

图10a为本申请实施例提供的一种基于MTP的指令执行失败恢复方法的流程图；

图10b为本申请实施例提供的一种第一终端设备的各层级的消息交互示意图；

图11为本申请实施例提供的一种MTP功能的使能状态检测方法的流程图；

图12a为本申请实施例提供的一种第一终端设备的各层级的交互示意图；

图12b为本申请实施例提供的一种第一终端设备的各层级的消息交互示意图。

具体实施方式

下面将结合附图对本申请实施例中的技术方案进行清楚、详尽地描述。其中，在本申请实施例的描述中，除非另有说明，″/″表示或的意思，例如，A/B可以表示A或B；文本中的″和/或″仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况，另外，在本申请实施例的描述中，″多个″是指两个或多于两个。

以下，术语″第一″、″第二″仅用于描述目的，而不能理解为暗示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有″第一″、″第二″的特征可以明示或者隐含地包括一个或者更多个该特征，在本申请实施例的描述中，除非另有说明，″多个″的含义是两个或两个以上。

本申请实施例中，第一终端设备在MTP应用中可作为MTP响应端设备，第二终端设备在MTP应用中可作为MTP发起端设备，它们的关系如图1a所示。其中，第一终端设备11具体可以是指Android平板电脑，第二终端设备10具体可以是指个人计算机(PersonalComputer，PC)。

第二终端设备10作为发起端设备，在MTP中主要用于发起请求。例如，PC机向Android平板电脑发送传输文件的请求再例如请求获取Android平板电脑上的文件等。

第一终端设备11作为响应端设备，主要用于处理第二终端设备10发起的请求，也会发送Event事件，例如，处理PC机发起的文件传输请求。

本申请实施例中，可通过有线连接的方式实现第二终端设备10与第一终端设备11之间的通信，例如，通用串行总线(Universal Serial Bus，USB)将第一终端设备11与第二终端设备10进行连接通信。也可通过无线连接的方式实现第二终端设备10与第一终端设备11之间的通信。

在MTP场景下，从第二终端设备10将文件拷贝至第一终端设备11时，第一终端设备11会先收到第二终端设备10发来的文件描述信息(例如、文件名称、文件格式、文件大小等)，接着收到该文件，对该文件执行拷贝操作，若此时文件不规范(例如文件命名过长)，则会导致文件拷贝失败而传输终止，第二终端设备10界面显示的进度条停滞不前(如图1b所示)，第一终端设备11界面显示的进度条也停滞不前(如图1c所示)，但在用户界面上不会给出提示信息，从而影响用户体验。

为了解决上述问题，本申请实施例中，对于文件传输中断，能够主动检测并给予界面上的提示。

图2为本申请实施例提供的终端设备100的结构示意图。

该终端设备100具体可以是指图1a中的第一终端设备11。

本申请实施例中的终端设备100支持多窗口模式。

下面以终端设备100为例对实施例进行具体说明。

图2所示终端设备100仅是一个范例，并且终端设备100可以具有比图2中所示的更多的或者更少的部件，可以组合两个或多个的部件，或者可以具有不同的部件配置。图中所示出的各种部件可以在包括一个或多个信号处理和/或专用集成电路在内的硬件、软件、或硬件和软件的组合中实现。

图2中示例性示出了根据示例性实施例中终端设备100的硬件配置框图。如图2所示，终端设备100包括：射频(radio frequency，RF)电路110、存储器120、显示单元130、摄像头140、传感器150、音频电路160、无线保真(Wireless Fidelity，Wi-Fi)模块170、处理器180、蓝牙模块181、以及电源190等部件。

RF电路110可用于在收发信息或通话过程中信号的接收和发送，可以接收基站的下行数据后交给处理器180处理；可以将上行数据发送给基站。通常，RF电路包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等器件。

存储器120可用于存储软件程序及数据。处理器180通过运行存储在存储器120的软件程序或数据，从而执行终端设备100的各种功能以及数据处理。存储器120可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。存储器120存储有使得终端设备100能运行的操作系统。本申请实施例中存储器120可以存储操作系统及各种应用程序，还可以存储执行本申请实施例所述方法的代码。

显示单元130可用于接收输入的数字或字符信息，产生与终端设备100的用户设置以及功能控制有关的信号输入，具体地，显示单元130可以包括设置在终端设备100正面的触摸屏131，可收集用户在其上或附近的触摸操作，例如点击按钮，拖动滚动框等。

显示单元130还可用于显示由用户输入的信息或提供给用户的信息以及终端设备100的各种菜单的图形用户界面(graphical user interface，GUI)。具体地，显示单元130可以包括设置在终端设备100正面的显示屏132。其中显示屏132可以采用液晶显示器、发光二极管等形式来配置。显示单元130可以用于显示本申请实施例中所述的各种图形用户界面。

其中，触摸屏131可以覆盖在显示屏132之上，也可以将触摸屏131与显示屏132集成而实现终端设备100的输入和输出功能，集成后可以简称触摸显示屏。本申请实施例中显示单元130可以显示应用程序以及对应的操作步骤。

摄像头140可用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(charge coupled device，CCD)或互补金属氧化物半导体(complementary metal-oxide-semiconductor，CMOS)光电晶体管。感光元件把光信号转换成电信号，之后将电信号传递给处理器180转换成数字图像信号。

终端设备100还可以包括至少一种传感器150，比如加速度传感器151、距离传感器152、指纹传感器153、温度传感器154。终端设备100还可配置有陀螺仪、气压计、湿度计、温度计、红外线传感器、光传感器、运动传感器等其他传感器。

音频电路160、扬声器161、麦克风162可提供用户与终端设备100之间的音频接口。音频电路160可将接收到的音频数据转换后的电信号，传输到扬声器161，由扬声器161转换为声音信号输出。终端设备100还可配置音量按钮，用于调节声音信号的音量。另一方面，麦克风162将收集的声音信号转换为电信号，由音频电路160接收后转换为音频数据，再将音频数据输出至RF电路110以发送给比如另一终端，或者将音频数据输出至存储器120以便进一步处理。本申请实施例中麦克风162可以获取用户的语音。

Wi-Fi属于短距离无线传输技术，终端设备100可以通过Wi-Fi模块170帮助用户收发电子邮件、浏览网页和访问流媒体等，它为用户提供了无线的宽带互联网访问。

处理器180是终端设备100的控制中心，利用各种接口和线路连接整个终端的各个部分，通过运行或执行存储在存储器120内的软件程序，以及调用存储在存储器120内的数据，执行终端设备100的各种功能和处理数据。在一些实施例中，处理器180可包括一个或多个处理单元；处理器180还可以集成应用处理器和基带处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，基带处理器主要处理无线通信。可以理解的是，上述基带处理器也可以不集成到处理器180中。本申请实施例中处理器180可以运行操作系统、应用程序、用户界面显示及触控响应，以及本申请实施例所述的处理方法。另外，处理器180与显示单元130和摄像头140耦接。

蓝牙模块181，用于通过蓝牙协议来与其他具有蓝牙模块的蓝牙设备进行信息交互。例如，终端设备100可以通过蓝牙模块181与同样具备蓝牙模块的可穿戴电子设备(例如智能手表)建立蓝牙连接，从而进行数据交互。

终端设备100还包括给各个部件供电的电源190(比如电池)。电源可以通过电源管理系统与处理器180逻辑相连，从而通过电源管理系统实现管理充电、放电以及功耗等功能。终端设备100还可配置有电源按钮，用于终端设备100的开机和关机，以及锁屏等功能。

图3是本申请实施例的终端设备100的软件结构框图。

分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将Android系统分为四层，从上至下分别为应用层，应用程序框架层，安卓运行时(Android runtime)和系统库(也称系统层)，以及内核层。

应用层可以包括一系列应用程序包。

如图3所示，应用程序包可以包括相机，图库，日历，通话，地图，导航，WLAN，蓝牙，音乐，视频，短信息等应用程序。

应用程序框架层为应用程序层的应用程序提供应用编程接口(applicationprogramming interface，API)和编程框架。应用程序框架层包括一些预先定义的函数。

应用程序框架层可以包括窗口管理器，内容提供器，视图系统，电话管理器，资源管理器，通知管理器等。

窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕等。

内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。所述数据可以包括视频，图像，音频，拨打和接听的电话，浏览历史和书签，电话簿等。

视图系统包括可视控件，例如显示文字的控件，显示图片的控件等。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，包括短信通知图标的显示界面，可以包括显示文字的视图以及显示图片的视图。

电话管理器用于提供终端设备100的通信功能。例如通话状态的管理(包括接通，挂断等)。

资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等。

资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等。

通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知，例如后台运行的应用程序的通知，还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息，发出提示音，通信终端振动，指示灯闪烁等。

Android Runtime包括核心库和虚拟机。Android runtime负责安卓系统的调度和管理。

核心库包含两部分：一部分是java语言需要调用的功能函数，另一部分是安卓的核心库。

应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理，堆栈管理，线程管理，安全和异常的管理，以及垃圾回收等功能。

系统层可以包括多个功能模块。例如：表面管理器(surface manager)，媒体库(Media Libraries)，三维图形处理库(例如：OpenGL ES)，2D图形引擎(例如：SGL)等。

表面管理器用于对显示子系统进行管理，并且为多个应用程序提供了2D和3D图层的融合。

媒体库支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。媒体库可以支持多种音视频编码格式，例如：MPEG4，H.264，MP3，AAC，AMR，JPG，PNG等。

三维图形处理库用于实现三维图形绘图，图像渲染，合成，和图层处理等。

2D图形引擎是2D绘图的绘图引擎。

内核层是硬件和软件之间的层。内核层至少包含显示驱动，摄像头驱动，音频驱动，传感器驱动。

本申请的一些实施例可以对系统层、应用程序框架层等进行功能扩展，从而实现对文件传输过程中文件传输异常的检测。

图4a为本申请实施例提供的第一终端设备内部新增加的功能模块的结构示意图。如图所示该设备的系统层中包括第一处理单元903a应用程序框架层中包括通知单元902a。

基于图4a所示的结构，在文件传输过程中，当文件传输异常时，第一终端设备(如图1a中的第一终端设备11)可给出提示具体可由第一处理单元903a、与通知单元902a、内核层、应用层实现。示例性的，基于图4a所示的架构，内核层用于接收来自于第二终端设备的文件描述信息并将该文件描述信息发送给系统层，以及接收来自于第二终端设备的第一文件，对第一文件执行第一操作。第一处理单元901a用于缓存来自于第二终端设备的文件描述信息；若检测到第一操作发生异常，则确定异常原因，获取缓存的文件描述信息中与第一文件关联的文件描述信息，将该第一文件关联的文件描述信息与异常原因发送给通知单元902a。通知单元902a用于接收第一处理单元903a的第一文件关联的文件描述信息以及异常原因，发送第一文件关联的文件描述信息以及所述异常原因至应用层。应用层用于根据来自通知单元902a的文件描述信息以及异常原因，生成提示信息，输出提示信息。

上述文件传输方法的流程，可参见下面图5或图7或图8a的描述。

在一些实施例中，基于图4a所示的结构，还可在系统层中增加第二处理单元903b。如图4b所示，该设备中的系统层中包括第一处理单元903a、第二处理单元903b，以及应用程序框架层中包括通知单元902a。

基于图4b所示的结构，用于实现对文件传输过程中文件传输异常的检测以外，还可在MTP指令执行过程中，对于指令执行失败提供了检测功能与恢复机制，具体可由第二处理单元903b所执行。示例性的，基于图4b所示的架构，第二处理单元903b用于生成待发送给所述第二终端设备的第一指令；若检测到所述第一指令发送失败，且当前系统资源的状态为忙，则判断当前是否有来自于所述第二终端设备的指令还未执行完成；若当前有来自于所述第二终端设备的指令还未执行完成，则确定指令发送操作和接收操作发生冲突，缓存所述第一指令；若超过设定的等待时长，未接收到来自于所述第二终端设备的新指令，则发送缓存的所述第一指令。

上述指令执行失败恢复方法的流程，可参见下面图10a的描述。

在另一些实施例中基于图4a所示的结构，还可在系统层中增加第三处理单元903c，在内核层中增加MTP状态单元904a。如图4c所示，该设备的系统层中包括第一处理单元903a、第三处理单元903c，应用程序框架层中包括通知单元902a，内核层中包括MTP状态单元904a。用于实现对文件传输过程中文件传输异常的检测以外，还可在开启MTP功能的过程中，增加了MTP功能的使能状态异常检测并纠错机制。具体可由第三处理单元903c、MTP状态单元904a实现。示例性的，基于图4c所示的结构，第三处理单元903c用于响应于开启MTP功能的用户操作，获取MTP设备的使能标志位的值，并将MTP设备的使能标志位的值发送至MTP状态单元904a。MTP状态单元904a用于判断MTP设备的使能标志位的值为开启状态，则将MTP设备的使能标志位的值重置为关闭状态，生成通知消息，并将所述通知消息发送至第三处理单元903c。第三处理单元903c用于根据该通知消息，向MTP状态单元904a发送开启MTP功能的重启指令。MTP状态单元904a用于根据该重启指令开启MTP功能，并将MTP设备的使能标志位的值置为开启状态。

上述MTP功能的使能状态异常检测并纠错方法的流程参见下面图11或图12a描述。

在另一些实施例中，基于图4a所示的结构，还可在系统层中增加第二处理单元903b、第三处理单元903c，在内核层中增加MTP状态单元904a。如图4d所示，该设备中的系统层包括第一处理单元903a、第二处理单元903b、第三处理单元903c，应用程序框架层中包括通知单元902a，内核层中包括MTP状态单元904a。可用于实现上述三种实施例的任意方法流程，各单元的具体功能参照上文描述，在此不再重复。

图5为本申请实施例提供的一种基于MTP的文件传输方法的流程图。该方法可由第一终端设备执行(例如，如图1a中的第一终端设备11(Android平板电脑)执行，具体可以是的应用层、应用程序框架层的通知单元902a、系统层的第一处理单元903a、内核层等执行)。如图所示，该流程包括如下步骤：

501：缓存来自于第二终端设备的文件描述信息。

示例性的，该第二终端设备可以是图1a中的PC机。

文件描述信息可包括至少一个文件对应的文件描述信息。可选的，文件描述信息可包括文件名称、文件格式、文件大小等。根据MTP协议，PC机在进行文件传输之前，首先将文件描述信息发送给Android平板电脑。

可选的，该文件描述信息可缓存在全局变量(file_name)中。

502：接收来自于该第二终端设备的第一文件，对第一文件执行第一操作。

第一文件可以是图像文件、音乐文件、媒体文件等，本申请实施例在此不做限定。

可选的，第一操作具体可以是指文件拷贝操作、文件移动操作等。

503：当检测到第一操作发生异常时，确定异常原因。

可选的，异常原因可包括文件格式不规范，例如，文件格式不规范具体可以是指文件命名过长、文件命名存在不能识别的字符等。

504：获取缓存的文件描述信息中与该第一文件关联的文件描述信息。

示例性的，可以从全局变量(file_name)中获取与该第一文件关联的文件描述信息。

505：根据上述第一文件关联的文件描述信息以及该异常原因，生成提示信息，并输出提示信息。

可选的，提示信息包括第一文件的文件名称以及异常原因。

该步骤中，输出提示信息，具体表现形式可包括语音提示，还可包括在用户界面弹出提示窗口，本申请实施例对提示信息的输出方式不做限制。如图6所示，当生成提示信息时，可以弹出提示窗口600。提示窗口600可以是悬浮窗口，显示在顶层。提示窗口600中显示有提示信息，该提示信息中可以包括文件的文件名称(例如，提示窗口600中的小星星Aurora......坠落星空)、文件传输异常的原因(例如，提示窗口600中的存在超长文件名)、恢复文件传输的建议(例如，提示窗口600中的修改超长文件名，在重新拷贝)等。通过输出上述提示信息，可以方便用户采取相应的措施，比如包括根据异常原因解决问题以恢复文件操作过程，或者结束文件操作过程，或者采取其他操作处理。

本申请实施例中，由于当检测到对第一文件执行操作(例如拷贝文件)时发生异常，通过确定其异常的原因，获取缓存的文件描述信息中与该第一文件关联的文件描述信息，根据与第一文件关联的文件描述信息以及异常原因，生成提示信息，并输出提示信息，因此可以提醒用户在文件传输过程中是哪个文件发生的异常以及异常原因，导致文件传输中断，从而可以针对性的解决出错的文件，提升了用户体验。

图7示出了本申请实施例提供的另一种文件传输方法的流程图。该方法可由第一终端设备执行(例如，如图1a中的第一终端设备11(Android平板电脑)执行，具体可以是的应用层、应用程序框架层的通知单元902a、系统层的第一处理单元903a、内核层等执行)。如图所示，该流程包括如下步骤：

701：缓存来自于第二终端设备的文件描述信息。

该步骤的具体实现方式与上述图5中的501基本相同，在此不再重复描述。

702：接收来自于该第二终端设备的第一文件，对第一文件执行第一操作。

该步骤的具体实现方式与上述图5中的502基本相同，在此不再重复描述。

703：当检测到第一操作发生异常时，判断异常原因是否为文件格式不规范。若是，则转入704，若否，则结束本流程，接下来可以执行其它处理操作，比如根据异常原因进行其它相应的处理操作，也可以结束对第一文件的第一操作。

704：获取缓存的文件描述信息中与该第一文件关联的文件描述信息。

该步骤的具体实现方式与上述图5中的504基本相同，在此不再重复描述。

705：根据上述第一文件关联的文件描述信息以及该异常原因，生成提示信息，并输出提示信息。

该步骤的具体实现方式与上述图5中的505基本相同，在此不再重复描述。本申请实施例中，由于当检测到对第一文件执行操作(例如拷贝文件)时发生异常，通过异常原因为文件格式不规范时，获取缓存的文件描述信息中与该第一文件关联的文件描述信息，根据与第一文件关联的文件描述信息以及异常原因，生成提示信息，并输出提示信息，因此可以提醒用户在文件传输过程中是哪个文件发生的异常以及异常原因，导致文件传输中断，从而可以针对性的解决出错的文件，提升了用户体验。

图8a示例性示出了一种第一终端设备的各层级的交互示意图，用于实现文件传输过程。如图所示，该流程包括如下步骤：

801：系统层的第一处理单元接收内核层上报的SEND_OBJECT_INFO。该SEND_OBJECT_INFO中包括文件描述信息。

在系统层的第一处理单元接收该SEND_OBJECT_INFO之前，内核层接收来自于第二终端设备(例如，PC 10)的SEND_OBJECT_INFO，再将该SEND_OBJECT_INFO发送给系统层的第一处理单元。如图8b所示，PC 10将SEND_OBJECT_INFO发送给第一终端设备(例如，Android平板电脑)的内核层，再由内核层将该SEND_OBJECT_INFO发送给系统层的第一处理单元903a。

802：系统层的第一处理单元将该文件描述信息缓存至全局变量(file_name)中。

803：系统层的第一处理单元等待接收内核层上报的SEND_OBJECT。

该SEND_OBJECT可以是指上述的第一文件。

在系统层的第一处理单元接收该SEND_OBJECT之前，内核层接收来自于第二终端的SEND_OBJECT，再将该SEND_OBJECT发送给系统层的第一处理单元。

该步骤的交互过程，如图8b所示，PC机将SEND_OBJECT发送给Android平板电脑的内核层，内核层将该SEND_OBJECT发送给系统层的第一处理单元903a。

804：系统层的第一处理单元判断是否接收到内核层上报的SEND_OBJECT，若是，则转入805，若否，则转入803。

805：系统层的第一处理单元判断对SEND_OBJECT执行文件拷贝操作是否成功，若否，则转入806，若是，继续原流程PC机与Android平板电脑正常交互。

806：判断异常原因是否为文件格式不规范，若是，则转入707，若否，则结束本流程，然后可按照其他类型的异常原因进行处理。

807：系统层的第一处理单元将该SEND_OBJECT关联的文件描述信息以及异常原因发送至应用程序框架层。

该步骤中的交互过程如图8b所示系统层的第一处理单元903a将该SEND_OBJECT关联的文件描述信息以及异常原因发送给应用程序框架层的通知单元902a。

808：应用程序框架层将该SEND_OBJECT关联的文件描述信息以及该异常原因发送至应用层。

该步骤的交互过程如图8b所示，应用程序框架层的通知单元902a将该SEND_OBJECT关联的文件描述信息以及异常原因发送给应用层。

809：应用层根据该SEND_OBJECT关联的文件描述信息以及异常原因，生成提示信息，并输出提示信息，使得在用户界面弹出提示窗口、或者进行语音提示等。

在一些场景中，MTP应用不支持双向并发指令，例如图1a中的第二终端设备10(PC机)向第一终端设备11(Android平板电脑)发送的指令未执行完成时，第一终端设备11向第二终端设备10发送的指令会执行失败。具体的，PC机从Android平板电脑拷贝文件时，Android平板电脑对文件重命名，这个重命名的指令动作将无法成功同步至PC机，以至PC机无法实时更新Android平板电脑的变化。

为了解决上述问题，本申请实施例中对MTP并发指令执行失败进行实时检测与恢复。

本申请实施例中，可在第一终端设备11(Android平板电脑)的系统层，具体可以是MTP server中预先建立一个第一队列(A)，用于缓存来自于第二终端设备(例如，PC机)且未被第一终端设备11执行完成的指令。如图9所示，示例性出了处理来自于第二终端设备的指令流程示意图。该流程包括如下步骤：

901：接收来自于第二终端设备的指令。

902：将该指令缓存至第一队列。

903：判断该指令是否执行完成，若执行完成，则转入904，若没有执行完成，则继续执行该指令。

904：将该指令从第一队列中删除。

进一步的，还可以在系统层中预先配置一个第二队列用于缓存第一终端设备(Android平板电脑)发起的指令。

图10a为本申请实施例提供的一种基于MTP的指令执行失败恢复方法的流程图。该方法可由第一终端设备执行(例如，如图1a中的第一终端设备11(Android平板电脑)执行，具体可以是系统层的第二处理单元903b、内核层等执行)。如图所示，该流程包括如下步骤：

1001：生成待发送给第二终端设备的第一指令。

第一指令，可以是指对文件重命名、修改文件格式、修改文件大小等，本申请实施例对此不做限制。

该步骤的交互过程，如图10b的虚线箭头所示，系统层的第二处理单元903b生成待写入内核层的第一指令，若写入成功，再由内核层将该第一指令发送至第二终端设备。

1002：检测第一指令是否执行失败，若是，则转入1003，否则，表明第一指令执行成功，可进行正常的交互，结束本流程。

1003：判断执行失败的原因是否为系统资源状态忙，若是，则转入1004，否则结束本流程，接下来可以执行其它处理操作，比如根据执行失败原因进行其它相应的处理操作，也可以结束对第一指令的执行。

1004：判断当前是否有来自于第二终端设备的指令还未执行完成，若是，则确定指令发送操作和接收操作发生冲突，为并发指令，转入1005，否则，表明指令发送操作和接收操作未发生冲突，结束本流程，接下来可以执行其它处理操作。可选的，判断当前是否有来自于第二终端设备的指令还未执行完成，可通过判断第一队列是否不为空，若是，则确定有来自于第二终端设备的指令还未执行完成。

1005：缓存第一指令。

该步骤中，可将第一指令缓存在第二队列中。

1006：判断是否超过设定的等待时长，未接收到来自于第二终端设备的新指令，若是，则转入1007，否则，转入1008。

举例来说，在等待的过程中，设置1s定时器，若超过该时间，则意味未接收到来自于第二终端设备的新指令。

1007：发送缓存的第一指令。

该步骤的交互过程，如图10b的实线箭头所示，系统层的第二处理单元903b将第一指令再次写入内核层，再由内核层将该第一指令发送至第二终端设备。

1008：继续执行来自第二终端设备的指令。

该步骤的交互过程，如图10b所示，第二终端设备将新指令发送给第一终端设备的内核层，内核层将该新指令发送给系统层的第二处理单元903b，系统层的第二处理单元903b接收到该新指令，并执行该新指令。

本申请实施例中，由于对并发指令失败增加了检测过程，将接收的指令与发送的指令进行分开存储，通过判断用于缓存接收指令的队列，确定指令发送操作和接收操作是否发生冲突，再通过判断是否超过设定的等待时长，确定是否完成来自于第二终端设备的并发指令，若已完成则再开始执行第一终端设备向第二终端设备发送的并发指令，因此，可以将接收的指令与发送的指令进行错开执行，便可避免并发指令执行失败，从而提高了执行效率。

在另一些场景中，响应于开启MTP功能的用户操作，在执行开启MTP功能的操作时，可能会存在使能状态位(也可称之为使能标志位)错误，导致执行开启MTP功能的操作失败，直接进行报错，没有尝试恢复机制，从而无法基于MTP进行传输。

为了解决上述问题，本申请实施例中，在启动MTP的操作时(例如，内核层收到系统层打开/dev/MTP_usb功能的请求(或消息))，增加了使能状态异常检测与纠错机制。

图11为本申请实施例提供的一种MTP功能的使能状态异常检测并纠错方法的流程图。该方法可由第一终端设备执行(例如，如图1a中的第一终端设备11(Android平板电脑)执行，具体可以是系统层的第三处理单元903c、内核层的MTP状态单元904a等执行)。

如图所示，该流程包括如下步骤：

1101：响应于开启MTP功能的用户操作，获取MTP设备的使能状态位的值。

其中，基于第一终端设备(Android平板电脑)提供的人机交互方式，该开启MTP功能的用户操作可采用多种人机交互方式实现。该用户操作可以是手势触发，比如用户通过触摸屏点击MTP的功能图标，获取该MTP设备的使能状态位的值。该用户操作也可为语音输入，Android平板电脑可通过语音识别获得该MTP设备的使能状态位的值。

1102：判断该MTP设备的使能状态位的值是否为开启状态，若是，转入1103，否则，执行该MTP功能的开启操作。

在MTP协议中，MTP设备的使能状态位的值可以″0″和″1″表示，例如以″0″代表该MTP功能的使能状态为关闭状态，以″1″代表该MTP功能的使能状态为开启状态。

1103：当确定该MTP设备的使能状态位的值为开启状态时，将该开启状态重置为关闭状态。

以″0″和″1″为例，将″1″重置为″0″。

可选的，重置后还可生成通知消息，用于表征MTP设备的使能状态位的值已经重置为关闭状态。

1104：执行开启MTP功能的操作，将该MTP设备的使能状态位的值置为开启状态。举例来说，将上述重置后的″0″修改为″1″，使得能够开启MTP功能，执行后续的交互。

本申请实施例中，由于响应用户开启MTP功能的用户操作，获取MTP设备的使能状态位的值；进一步去判断该MTP设备的使能状态位的值是否为开启状态，若是则表明该MTP功能的使能状态位出现错误，并对其进行重置，当执行开启该MTP功能的操作时，再将该MTP设备的使能状态位的值从关闭状态修改为开启状态，因此，进行正常交互，从而提高了MTP过程的稳定性和用户体验。

图12a示例性示出了第一终端设备的各层级的交互示意图，用于实现MTP功能的使能异常及恢复。如图所示，该流程包括如下步骤：

1201：系统层的第三处理单元响应于开启MTP功能的用户操作，获取MTP设备的使能标志位的值，并将该MTP设备的使能标志位的值发送至内核层的MTP状态单元。

该步骤的具体实现方式与上述图11中的1101基本相同，在此不再重复描述。

1202：内核层的MTP状态单元接收到MTP设备的使能标志位的值后，判断该MTP设备的使能标志位的值是否为开启状态，若是，转入1203，否则，执行开启MTP功能的操作。

该步骤的具体实现方式与上述图11中的1102基本相同，在此不再重复描述。

1203：内核层的MTP状态单元将该MTP设备的使能标志位的值重置为关闭状态。

该步骤的具体实现方式与上述图11中的1103基本相同，在此不再重复描述。

1204：将该MTP设备的使能标志位的值重置为关闭状态后，内核层的MTP状态单元生成通知消息发送至系统层的第三处理单元。该步骤的交互过程，如图12b所示，内核层的MTP状态单元904a将通知消息发送至系统层的第三处理单元903c。

1205：系统层的第三处理单元接收该通知消息后，向内核层的MTP状态单元发起开启MTP功能的重启指令。

该步骤的交互过程，如图12b所示，系统层的第三处理单元903c向MTP状态单元发送开启MTP功能的重启指令。

1206：内核层的MTP状态单元接收到开启MTP功能的重启指令后，开启该MTP功能，并将该MTP设备的使能标志位的值置为开启状态。

该步骤的具体实现方式与上述图11中的1104基本相同，在此不再重复描述。

本申请实施例中，上述各场景所涉及的实施例不分先后顺序，例如，文件传输异常可发生在MTP功能开启后，也可发生在并发指令过程中，还可发生在并发指令结束后。再例如并发指令异常可发生在MTP功能开启后，也可发生在文件传输过程中，还可发生在文件传输后。再例如，MTP使能状态位异常，可发生在文件传输之前，也可发生在并发指令过程中，还可发生在文件传输过程中。

本申请实施例还提供了一种计算机可读存储介质，计算机可读存储介质存储有计算机可执行指令，计算机可执行指令用于使计算机执行上述实施例中的一种基于MTP的文件传输方法。

本申请实施例还提供了一种计算机程序产品，所述计算机程序产品在被计算机调用时，使得所述计算机执行上述实施例中的一种基于MTP的文件传输方法。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (10)

1.一种终端设备，所述终端设备为第一终端设备，其特征在于，包括：存储器、显示屏、处理器，所述处理器运行有第一处理单元、通知单元，所述第一处理单元位于所述第一终端设备的软件系统架构中的系统层，所述通知单元位于所述软件系统架构中的应用程序框架层，所述软件系统架构中还包括内核层和应用层；

所述存储器，被配置为存储计算机指令；

所述显示屏，被配置为显示用户界面；

所述第一处理单元，被配置为缓存来自于第二终端设备的文件描述信息，所述文件描述信息包括至少一个文件对应的文件描述信息；若检测到所述内核层对自于所述第二终端设备的第一文件执行第一操作时发生异常，则确定异常原因，获取缓存的所述文件描述信息中与所述第一文件关联的文件描述信息，并将所述第一文件关联的文件描述信息以及所述异常原因发送至所述通知单元；

所述通知单元，被配置为将所述第一文件关联的文件描述信息以及所述异常原因发送至所述应用层；

所述应用层，被配置为根据与所述第一文件关联的文件描述信息以及所述异常原因，生成提示信息，输出所述提示信息。

2.如权利要求1所述的终端设备，其特征在于，所述第一操作包括文件拷贝操作；

所述第一处理单元，具体被配置为若所述异常原因为文件格式不规范，则获取缓存的所述文件描述信息中与所述第一文件关联的文件描述信息；

所述应用层生成的所述提示信息中包括的所述异常原因为文件格式不规范。

3.如权利要求1所述的终端设备，其特征在于，所述提示信息包括所述第一文件的文件名称以及所述异常原因。

4.如权利要求1所述的终端设备，其特征在于，所述处理器还运行有第二处理单元，所述第二处理单元位于所述系统层；

所述第二处理单元，被配置为生成待发送给所述第二终端设备的第一指令；

若检测到所述第一指令发送失败，且当前系统资源的状态为忙，则判断当前是否有来自于所述第二终端设备的指令还未执行完成；

若当前有来自于所述第二终端设备的指令还未执行完成，则确定指令发送操作和接收操作发生冲突，缓存所述第一指令；

若超过设定的等待时长，未接收到来自于所述第二终端设备的新指令，则发送缓存的所述第一指令。

5.如权利要求4所述的终端设备，其特征在于，所述第一终端设备包括第一队列，所述第一队列用于缓存来自于所述第二终端设备且未被所述第二终端设备执行完成的指令；

所述第二处理单元，具体被配置为若所述第一队列不为空，则确定当前有来自于所述第二通信设备的指令未执行完成。

6.如权利要求1所述的终端设备，其特征在于，所述处理器还运行有第三处理单元、媒介传输协议MTP状态单元，所述第三处理单元位于所述系统层，所述MTP状态单元位于所述内核层；

所述第三处理单元，被配置为响应于开启MTP功能的用户操作，获取MTP设备的使能标志位的值，并将所述MTP设备的使能标志位的值发送至所述MTP状态单元；

所述MTP状态单元，被配置为若判断所述MTP设备的使能标志位的值为开启状态，则将所述MTP设备的使能标志位的值重置为关闭状态，生成通知消息，并将所述通知消息发送至所述第三处理单元；

所述第三处理单元，被配置为根据所述通知消息，向所述MTP状态单元发送开启所述MTP功能的重启指令；

所述MTP状态单元，被配置为根据所述重启指令，开启所述MTP功能，并将所述MTP设备的使能标志位的值置为开启状态。

7.一种基于媒介传输协议MTP的文件传输方法，应用于第一终端设备，其特征在于，包括：

缓存来自于第二终端设备的文件描述信息；

接收来自于所述第二终端设备的第一文件，对所述第一文件执行第一操作；

若检测到所述第一操作发生异常，则确定异常原因，获取缓存的所述文件描述信息中与所述第一文件关联的文件描述信息，根据与所述第一文件关联的文件描述信息以及所述异常原因，生成提示信息；

输出所述提示信息。

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

生成待发送给所述第二终端设备的第一指令；

若检测到所述第一指令发送失败，且当前系统资源的状态为忙，则判断当前是否有来自于所述第二终端设备的指令还未执行完成；

若当前有来自于所述第二终端设备的指令还未执行完成，则确定指令发送操作和接收操作发生冲突，缓存所述第一指令；

若超过设定的等待时长，未接收到来自于所述第二终端设备的新指令，则发送缓存的所述第一指令。

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

响应于开启MTP功能的用户操作，获取MTP设备的使能标志位的值；

若所述MTP设备的使能标志位的值为开启状态，则将所述MTP设备的使能标志位的值重置为关闭状态；

发起开启所述MTP功能的操作并将所述MTP设备的使能标志位的值置为开启状态。

10.提供一种计算机存储介质，其特征在于，所述计算机可读存储介质存储有计算机可执行指令所述计算机可执行指令用于使计算机执行如权利要求7-9任一项所述的方法。

Images