CN103067462B - 基于MirrorLink协议的文件传输方法及装置 - Google Patents

Abstract

本发明提供了一种用于在智能移动终端和车载终端之间进行文件传输的文件传输方法，包括：在接收到文件传输请求后，发送端将要被传输的文件的文件名封装为第一报文，并作为文件传输过程的第一个报文发送给接收端；接收端基于所接收的第一报文，确认是否进行文件传输，如进行文件传输，则向发送端返回第二报文；在接收到返回的第二报文后，发送端将要被传输的文件封装成第四报文或者一个或多个第三报文和第四报文，传输给所述接收端。利用该方法，可以在MirrorLink协议的基础上实现智能移动终端和车载终端之间的文件传输，增加了协议的功能，提高了用户体验。

Description

基于MirrorLink协议的文件传输方法及装置

技术领域

本发明涉及数据处理领域，更为具体地，涉及一种基于MirrorLink协议的文件传输方法和装置。

背景技术

随着智能移动终端和车载终端的快速发展，将上述两种设备结合起来使得使用价值最大化的要求越来越强烈。众所周知，车载终端具有大屏幕的优势，而智能移动终端具有丰富的联网功能，如果将两者结合起来使用（例如，使用智能移动终端的网络在车载终端显示进行实时导航），不仅可以提高用户体验，方便使用，而且可以实现资源整合复用。按照这种方式，一方面丰富了车载终端的功能，另一方面节约了成本。

MirrorLink协议是为了应对上述场景而设计的一种协议，应用该协议可以将智能移动终端与车载终端紧密联系起来。在MirrorLink协议中，将智能移动终端称为MirrorLink服务端，将车载终端称为MirrorLink客户端，通过将服务端（智能移动终端）的屏幕显示及声音传输到客户端（车载终端），实现在客户端使用服务端提供的内容及服务的功能。图1示出了基于MirrorLink协议在智能移动终端和车载终端之间实现的功能的示意图。如图1所示，MirrorLink实现的功能如下：（1）将服务端的屏幕显示内容传输到客户端；（2）将服务端的声音传输到客户端；以及（3）将客户端的用户输入，包括屏幕触控信息、声控信息等传输到服务端。

通过上述功能的组合实现在车载终端使用智能移动终端提供的内容和服务的功能。只要支持MirrorLink协议，用户就可以在车载终端拨打电话、上网、使用智能移动终端上的导航软件等。

从上可以看出，基于MirrorLink协议，可以实现智能移动终端与车载终端的连接，从而提高了整体使用价值。然而，MirrorLink协议却不支持智能移动终端与车载终端间的文件传输，由此智能移动终端与车载终端之间不能实现完全“互联”功能。

因此，需要一种新的基于MirrorLink协议的文件传输方法和装置，其能够实现智能移动终端与车载终端之间的文件传输。

发明内容

鉴于上述，本发明的目的在于提供一种基于扩展的RFB协议实现的用于在智能移动终端和车载终端之间进行文件传输的文件传输方法，该文件传输方法能够利用MirrorLink协议中的RFB协议实现智能移动终端与车载终端之间的文件传输。

本发明的另一目的在于提供一种基于扩展的RFB协议实现的用于在智能移动终端和车载终端之间进行文件传输的文件传输装置，具有上述文件传输装置的智能移动终端和车载终端。

根据本发明的一个方面，提供了一种用于在智能移动终端和车载终端之间进行文件传输的文件传输方法，其中，所述智能移动终端和车载终端中之一作为发送端，以及所述智能终端和车载终端中的另一个作为接收端，所述方法包括：在接收到文件传输请求后，发送端将要被传输的文件的文件名封装为第一报文，并作为文件传输过程的第一个报文发送给接收端；接收端基于所接收的第一报文，确认是否进行文件传输，如进行文件传输，则向发送端返回第二报文；在接收到返回的第二报文后，发送端将要被传输的文件封装成第四报文或者一个或多个第三报文和第四报文，传输给所述接收端，其中，所述第一报文依次包括报文类型字段、报文子类型字段、Length字段以及Data字段，所述第二报文依次包括报文类型字段和报文子类型字段，所述第三报文和第四报文依次包括报文类型字段、报文子类型字段、报文序号字段、Length字段以及Data字段，其中，所述第一到第四报文的报文类型字段被赋予RFB协议中的同一预留报文号，所述第一到第四报文的报文子类型字段用于记录被赋予预定定义且为发送端和接收端已知的第一、第二、第三和第四报文编号，所述第三和第四报文的报文序号字段用于记录文件分块传输时该报文中的文件分块的序号，所述第一、第三和第四报文的Length字段用于记录各自的Data字段的长度，所述第一报文的Data字段用于记录文件名，以及第三和第四报文的Data字段用于记录数据部分，其中，所述第一报文编号表明该报文是文件传输发起报文，第二报文编号表明该报文是文件传输应答报文，第三报文编号表明该报文是非最后一个报文的文件传输数据报文，以及第四报文编号表明该报文是作为最后一个报文的文件传输数据报文。

在上述方面的一个或多个示例中，在将所述第一报文发送给接收端后，如果接收到所述接收端返回的第五报文，则发送端不进行文件传输，其中，所述第五报文依次包括报文类型字段和报文子类型字段，所述第五报文的报文类型字段用于记录与第二报文中的报文类型相同的报文号，所述报文子类型字段用于记录预定的第五报文编号，所述第五报文编号表明不进行文件传输。

在上述方面的一个或多个示例中，在文件传输过程期间，如果接收端或者发送端接收到对端发送的第六报文，则中断文件传输过程，其中，所述第六报文依次包括报文类型字段和报文子类型字段，所述第六报文的报文类型字段用于记录与第二报文中的报文类型相同的报文号，以及所述报文子类型字段用于记录预定的第六报文编号，所述第六报文编号表明中断文件传输。

根据本发明的另一方面，提供了一种用于在智能移动终端和车载终端之间进行文件传输的文件传输方法，其中，所述智能移动终端和车载终端中之一作为发送端，以及所述智能终端和车载终端中的另一个作为接收端，所述方法包括：在接收到文件传输请求后，发送端为要被传输的文件分配文件ID；发送端将要被传输的文件的文件名和所分配的文件ID封装为第一报文，并作为文件传输过程的第一个报文发送给接收端；接收端基于所接收的第一报文中包含的文件ID，检查该文件ID是否与正在传输的其它文件的文件ID冲突，在检查出没有冲突时，向发送端返回第二报文；以及在接收到所述接收端返回的第二报文后，发送端将要被传输的文件封装成第四报文或者一个或多个第三报文和第四报文，传输给所述接收端，其中，所述第一报文依次包括报文类型字段、报文子类型字段、文件ID字段、Length字段以及Data字段，所述第二报文依次包括报文类型字段和报文子类型字段，所述第三报文和第四报文依次包括报文类型字段、报文子类型字段、文件ID字段、报文序号字段、Length字段以及Data字段，其中，所述第一到第四报文的报文类型字段被赋予RFB协议中的同一预留报文号，所述第一到第四报文的报文子类型字段用于记录被赋予预定定义且为发送端和接收端已知的第一、第二、第三和第四报文编号，所述第一、第三和第四报文的文件ID字段用于记录文件ID，所述第三和第四报文的报文序号字段用于记录文件分块传输时该报文中的文件分块的序号，所述第一、第三和第四报文的Length字段用于记录各自的Data字段的长度，所述第一报文的Data字段用于记录文件名，以及第三和第四报文的Data字段用于记录数据部分，其中，所述第一报文编号表明该报文是文件传输发起报文，第二报文编号表明该报文是文件传输应答报文，第三报文编号表明该报文是非最后一个报文的文件传输数据报文，以及第四报文编号表明该报文是作为最后一个报文的文件传输数据报文。

在上述方面的一个或多个示例中，在将所述第一报文发送给接收端后，如果接收到所述接收端返回的第五报文，则发送端重新为要被传输的文件分配新文件ID，并且基于重新分配的新文件ID和文件名封装成新的第一报文发送给所述接收端，其中，所述第五报文依次包括报文类型字段和报文子类型字段，所述第五报文的报文类型字段用于记录与第二报文中的报文类型相同的报文号，所述报文子类型字段用于记录预定的第五报文编号，所述第五报文编号表明所分配的文件ID与正在传输的其它文件的文件ID冲突。

在上述方面的一个或多个示例中，在文件传输过程期间，如果接收端或者发送端接收到对端发送的第六报文，则中断与所述第六报文中包含的文件ID对应的文件的文件传输过程，其中，所述第六报文依次包括报文类型字段、报文子类型字段和ID字段，所述第六报文的报文类型字段用于记录与第二报文中的报文类型相同的报文号，所述报文子类型字段用于记录预定的第六报文编号，所述第六报文编号表明中断文件传输，以及所述ID字段记录要被中断传输的文件的ID。

根据本发明的另一方面，提供一种用于在智能移动终端和车载终端之间进行文件传输的文件传输装置，其中，所述智能移动终端和车载终端中之一作为发送端，以及所述智能终端和车载终端中的另一个作为接收端，所述文件传输装置包括：在发送端，所述文件传输装置包括：发送端报文生成单元，用于在接收到文件传输请求后，将要被传输的文件的文件名封装为第一报文，以及在接收到所述接收端返回的第二报文后，将要被传输的文件封装成第四报文或者一个或多个第三报文和第四报文；发送端通信单元，用于将发送端生成的报文发送给接收端，以及接收从接收端传输的报文，在接收端，所述文件传输装置包括：文件传输确认单元，用于基于所接收的第一报文，确认是否进行文件传输；接收端报文生成单元，用于在确认进行文件传输时，生成第二报文；以及接收端通信单元，用于将发送端生成的报文发送给接收端，以及接收从接收端传输的报文，其中，所述第一报文依次包括报文类型字段、报文子类型字段、Length字段以及Data字段，所述第二报文依次包括报文类型字段和报文子类型字段，所述第三报文和第四报文依次包括报文类型字段、报文子类型字段、报文序号字段、Length字段以及Data字段，其中，所述第一到第四报文的报文类型字段被赋予RFB协议中的同一预留报文号，所述第一到第四报文的报文子类型字段用于记录被赋予预定定义且为发送端和接收端已知的第一、第二、第三和第四报文编号，所述第三和第四报文的报文序号字段用于记录文件分块传输时该报文中的文件分块的序号，所述第一、第三和第四报文的Length字段用于记录各自的Data字段的长度，所述第一报文的Data字段用于记录文件名，以及第三和第四报文的Data字段用于记录数据部分，其中，所述第一报文编号表明该报文是文件传输发起报文，第二报文编号表明该报文是文件传输应答报文，第三报文编号表明该报文是非最后一个报文的文件传输数据报文，以及第四报文编号表明该报文是作为最后一个报文的文件传输数据报文。

在上述方面的一个或多个示例中，所述文件传输装置还可以包括：文件传输中断单元，位于发送端和接收端中，用于在文件传输过程期间，如果接收到对端发送的第六报文，则中断文件传输过程，其中，所述第六报文依次包括报文类型字段和报文子类型字段，所述第六报文的报文类型字段用于记录与第二报文中的报文类型相同的报文号，所述报文子类型字段用于记录预定的第六报文编号，所述第六报文编号表明中断文件传输。

根据本发明的另一方面，提供了一种用于在智能移动终端和车载终端之间进行文件传输的文件传输装置，其中，所述智能移动终端和车载终端中之一作为发送端，以及所述智能终端和车载终端中的另一个作为接收端，所述文件传输装置包括：在发送端，所述文件传输装置包括：文件ID分配单元，用于在接收到文件传输请求后，为要被传输的文件分配文件ID；发送端报文生成单元，用于将要被传输的文件的文件名和所分配的文件ID封装为第一报文，以及在接收到所述接收端返回的第二报文后，将要被传输的文件封装成第四报文或者一个或多个第三报文和第四报文，发送端通信单元，用于将发送端生成的报文发送给接收端，以及接收从接收端传输的报文，以及在接收端，所述文件传输装置包括：文件ID冲突检查单元，基于所接收的第一报文中包含的文件ID，检查该文件ID是否与正在传输的其它文件的文件ID冲突；接收端报文生成单元，用于在该文件ID不与正在传输的其它文件的文件ID冲突时，生成第二报文；以及接收端通信单元，用于将发送端生成的报文发送给接收端，以及接收从接收端传输的报文，其中，所述第一报文依次包括报文类型字段、报文子类型字段、文件ID字段、Length字段以及Data字段，所述第二报文依次包括报文类型字段和报文子类型字段，所述第三报文和第四报文依次包括报文类型字段、报文子类型字段、文件ID字段、报文序号字段、Length字段以及Data字段，其中，所述第一到第四报文的报文类型字段被赋予RFB协议中的同一预留报文号，所述第一到第四报文的报文子类型字段用于记录被赋予预定定义且为发送端和接收端已知的第一、第二、第三和第四报文编号，所述第一、第三和第四报文的文件ID字段用于记录文件ID，所述第三和第四报文的报文序号字段用于记录文件分块传输时该报文中的文件分块的序号，所述第一、第三和第四报文的Length字段用于记录各自的Data字段的长度，所述第一报文的Data字段用于记录文件名，以及第三和第四报文的Data字段用于记录数据部分，其中，所述第一报文编号表明该报文是文件传输发起报文，第二报文编号表明该报文是文件传输应答报文，第三报文编号表明该报文是非最后一个报文的文件传输数据报文，以及第四报文编号表明该报文是作为最后一个报文的文件传输数据报文。

在上述方面的一个或多个示例中，所述文件传输装置还可以包括：文件传输中断单元，位于发送端和接收端中，用于在文件传输过程期间，如果接收到对端发送的第六报文，则中断与所述第六报文中包含的文件ID对应的文件的文件传输过程，其中，所述第六报文依次包括报文类型字段、报文子类型字段和ID字段，所述第六报文的报文类型字段用于记录与第二报文中的报文类型相同的报文号，所述报文子类型字段用于记录预定的第六报文编号，所述第六报文编号表明中断文件传输，以及所述ID字段记录要被中断传输的文件的ID。

根据本发明的另一方面，提供了一种智能移动终端，包括如上所述的文件传输装置中的发送端部分、接收端部分或者两者。

根据本发明的另一方面，提供了一种车载终端，包括如上所述的文件传输装置中的发送端部分、接收端部分或者两者。

利用上述文件传输方法，可以在MirrorLink协议的基础上实现智能移动终端和车载终端之间的文件传输，增加了该协议的功能，并提高了用户体验。

为了实现上述以及相关目的，本发明的一个或多个方面包括后面将详细说明并在权利要求中特别指出的特征。下面的说明以及附图详细说明了本发明的某些示例性方面。然而，这些方面指示的仅仅是可使用本发明的原理的各种方式中的一些方式。此外，本发明旨在包括所有这些方面以及它们的等同物。

附图说明

根据下述参照附图进行的详细描述，本发明的上述和其他目的、特征和优点将变得更加显而易见。在附图中：

图1示出了示出了基于MirrorLink协议在智能移动终端和车载终端之间实现的功能的示意图；

图2示出了RFB3.8协议中包含的报文类型；

图3示出了RFB3.8协议中被选用来实现双向文件传输的报文号；

图4中示出了被选用的RFB协议文件传输报文的文件传输格式；

图5示出了根据本发明的一个示例的该RFB协议文件传输报文中的预先定义的子类型的编号、对应的文件名称以及相应说明的图表；

图6A示出了图5中的子类型编号为0的报文的第一示例的报文格式；

图6B示出了图5中的子类型编号为0的报文的第二示例的报文格式；

图7A示出了图5中的子类型编号为1的报文的第一示例的报文格式；

图7B示出了图5中的子类型编号为1的报文的第二示例的报文格式；

图8示出了成功的文件传输过程的示意图；

图9A示出了图5中的子类型编号为2的报文的第一示例的报文格式；

图9B示出了图5中的子类型编号为2的报文的第二示例的报文格式；

图10示出了文件传输过程中断的示意图；

图11A示出了图5中的子类型编号为3的报文的第一示例的报文格式；

图11B示出了图5中的子类型编号为3的报文的第二示例的报文格式；

图12示出了图5中的子类型编号为4的报文的报文格式；

图13示出了文件ID协商成功的报文交互流程示意图；

图14示出了图5中的子类型编号为5的报文的报文格式；

图15示出了rfbFileIDFail报文在文件传输过程中的作用及交互流程示意图；

图16示出了服务端向客户端传输文件时的成功文件传输过程的示意图；

图17示出了用户拒绝文件传输时的示意图；

图18示出了根据本发明的第一实施例的用于在智能移动终端和车载终端之间进行文件传输的文件传输方法的流程图；

图19示出了根据本发明的第一实施例的用于在智能移动终端和车载终端之间进行文件传输的文件传输装置的方框示意图；

图20示出了根据本发明的第二实施例的用于在智能移动终端和车载终端之间进行文件传输的文件传输方法的流程图；

图21示出了根据本发明的第二实施例的用于在智能移动终端和车载终端之间进行文件传输的文件传输装置的方框示意图；

图22示出了具有根据本发明的文件传输装置的智能移动终端的方框示意图；和

图23示出了具有根据本发明的文件传输装置的车载终端的方框示意图。

在所有附图中相同的标号指示相似或相应的特征或功能。

具体实施方式

下面描述本公开的各个方面。应该明白的是，本文的教导可以以多种多样形式具体体现，并且在本文中公开的任何具体结构、功能或两者仅仅是代表性的。基于本文的教导，本领域技术人员应该明白的是，本文所公开的一个方面可以独立于任何其它方面实现，并且这些方面中的两个或多个方面可以按照各种方式组合。例如，可以使用本文所阐述的任何数目的方面，实现装置或实践方法。另外，可以使用其它结构、功能、或除了本文所阐述的一个或多个方面之外或不是本文所阐述的一个或多个方面的结构和功能，实现这种装置或实践这种方法。此外，本文所描述的任何方面可以包括权利要求的至少一个元素。

本发明通过适当地扩展MirrorLink协议的相应部分，基于MirrorLink协议实现文件传输功能，而不影响MirrorLink协议的现有功能。以下详细介绍其实现原理。

MirrorLink协议囊括了一系列的协议，包括UPnP协议、RTP协议、RFB协议等。通过仔细分析可以发现，在智能移动终端和车载终端之间的数据传输中，相比于屏幕显示数据，声音数据及用户控制信号的数据量要小得多。因此，在基于MirrorLink协议实现的设备互联中，传输数据量最大、最频繁的是屏幕显示内容。这些数据是通过RFB协议传输的。RFB协议不仅用于传输屏幕显示内容，也用于传输用户输入等控制信息等。由此可以得出，RFB协议在建立MirrorLink连接后的整个生命周期中是一直存在的，并且具有能传输大量数据的特性，符合文件传输的“用户触发、数据量大”的要求。基于此，选择扩展RFB协议来实现文件传输功能。

RFB（Remote Framebuffer）协议是一种用于远程访问设备图形界面的协议。RFB协议建立在面向连接的协议之上，如TCP协议。已发布的最新版的RFB协议为3.8版本，图2示出了RFB3.8协议中包含的报文类型。

从图2中示出的RFB报文的报文类型可以看出，RFB协议支持发送屏幕更新数据、发送剪切板信息等，该协议并主要针对屏幕共享的场景，没有设计文件传输功能，故不支持文件传输。

通常，在处理RFB报文的流程中，在接收到RFB报文后，首先需要读取RFB报文中的报文号字段（即，报文类型字段），不同的报文号代表不同的报文类型。例如，当报文号是0时，表示该RFB报文为一个FramebufferUpdate报文，即屏幕更新报文，该报文中的内容为Framebuffer的更新数据。

因此，要在RFB协议的基础上实现文件传输功能，需要注册文件传输特有的报文号。考虑到要实现双向文件传输，则需要同时在服务端到客户端（Server->Client）及客户端到服务端（Client->Server）的报文类型中均注册相应报文号。为了不与现有的报文号冲突，通常选择RFB协议中的预留报文号。此外，为了不占用RFB协议的小协议号的未来发展空间，优选地，选用图3所示的报文号（即，248）。在本发明的其它示例中，也可以选用RFB协议中的其它预留报文号。

在如上选定报文号后，在接收RFB报文的处理流程中，若读取的报文号类型为248，则表明该RFB报文是文件传输报文，后续的流程需要调用文件传输的处理流程进行处理。同样，若要将文件数据封装在RFB报文中进行发送，也需要将该RFB报文的报文类型字段（即，报文号）设置为248。

在确定报文号后，需要定义RFB协议文件传输报文的文件传输格式，图4示出了所定义的文件传输格式。

如图4所示，在报文号选定为248的情况下，8bits（即，1个字节）的Type字段需要设置为如前所述的报文号248，表示该RFB报文是文件传输报文。8bits的Subtype字段用于进一步表明该RFB报文的具体类型。不同的Subtype表明了报文的不同功能，包括传输文件数据、终止传输、协商文件ID等。图5示出了具体的Subtype值以及其对应的报文功能，该具体的Subtype值预先由发送端和接收端协商确定。这里要说明的是，图4中示出的仅仅是示例，每个字段的长度还可以采用其它合适的值。例如，Subtype字段的长度可以为至少为2比特的任意长度。此外，Subtype值与各个报文功能之间的对应关系也可以采用其它形式对应，并且Subtype值也可以采用其它合适值。

为了实现文件传输报文的正常传输，注册了六种文件报文子类型，其对应的Subtype值如图5所示。

当Subtype为0时，表明该报文为一个普通文件传输报文（即，本发明中的第三报文），具体的报文格式如图6A和图6B所示。图6A示出了图5中的子类型编号为0的报文在不选用文件ID进行文件传输的示例下（在下文中称为第一示例）的报文格式；图6B示出了图5中的子类型编号为0的报文在选用文件ID进行文件传输的示例中（在下文中称为第二示例）的报文格式。

在图6A中，Sequence字段（即，报文序号字段）为文件分块传输时该报文的序号，其长度为2个字节。其中，首个文件分块的序号为0，后续分块序号值依次递增。Length字段指明Data字段的长度，并且所记录的Data字段长度的单位为字节，该Length字段的长度为4个字节。Data字段为数据部分，长度由Length指定。

在图6B中，Id字段为文件id，其长度为2个字节（即，16比特）。不同的id号标识不同的文件，同一个文件分块进行传输时，具有相同的id号。Sequence字段（即，报文序号字段）为文件分块传输时该报文的序号，其长度为2个字节。其中，首个文件分块的序号为0，后续分块序号值依次递增。Length字段指明Data字段的长度，并且所记录的Data字段长度的单位为字节，该Length字段的长度为4个字节。Data字段为数据部分，长度由Length指定。

当Subtype为1时，表明该报文为文件传输过程的最后一个报文（即，本发明中的第四报文），具体的报文格式如图7A和图7B所示。图7A示出了图5中的子类型编号为1的报文在第一示例中的报文格式；图7B示出了图5中的子类型编号为1的报文在第二示例中的报文格式。

在图7A中，Sequence字段为文件分块传输时该报文的序号，其长度为2个字节。若该报文既是最后一个报文（最后一个文件分块）也是第一个文件分块，则序号为0。否则，是前一文件分块的序号加1。例如，如果紧接着该报文的上一普通文件传输报文的序号为3，则该报文的序号为4。Length字段指明Data字段的长度，其长度为4个字节，并且所记录的Data字段长度的单位为字节。Data字段为数据部分，长度由Length字段指定。

在图7B中，Id字段为文件id，其长度为2个字节（即，16比特）。不同的id号标识不同的文件，同一个文件分块进行传输时，具有相同的id号。Sequence字段为文件分块传输时该报文的序号，其长度为2个字节。若该报文既是最后一个报文（最后一个文件分块）也是第一个文件分块，则序号为0。否则，是前一文件分块的序号加1。例如，如果紧接着该报文的上一普通文件传输报文的序号为3，则该报文的序号为4。Length字段指明Data字段的长度，其长度为4个字节，并且所记录的Data字段长度的单位为字节。Data字段为数据部分，长度由Length字段指定。

一次成功的文件传输过程，如图8所示。文件发送方发送rfbFilePacket，报文中携带文件数据。最后一个文件分块封装在rfbEndOfFile报文中。

文件传输过程除了可以在文件传输完成后正常结束，也可以由用户输入等其他方式异常终止。发生异常时，不管是文件接收方还是文件发送方，均需要将异常通知到对方，即，通知对方中断文件传输。因此需要一种能用于通知对方中断文件传输的报文。为此，将Subtype=2的报文设计为中断文件传输报文。

当Subtype=2时，表明该报文是文件传输中断报文（即，本发明中的第六报文），该类报文用于文件传输的一方通知另一方中断文件传输，并进行相应的清理工作。具体的报文格式如图9A和图9B所示。图9A示出了图5中的子类型编号为2的报文在第一示例中的报文格式；图9B示出了图5中的子类型编号为2的报文在第二示例中的报文格式。在图9B中，Id字段为文件id，表明需要中断传输的文件的文件id。Id字段的长度为2个字节。

文件传输中断报文可以由文件传输双方中任何一方（发送端或接收端）发起，并且可以在文件传输过程中的任意时刻发起。一旦接收到文件传输中断报文，发送端将终止文件发送或者终止具有相应文件id的文件的发送；接收端将丢弃已经接收的文件数据或者丢弃已经接收的相应文件id的文件数据，终止文件传输。文件传输过程中断的示意图如图10所示。

上述3种报文可以保证文件传输过程的顺利进行。但启动文件传输过程需要一系列流程，涉及到请求文件传输、协商所传输的文件ID等。因此还需要设计用于启动文件传输过程的报文格式。如图5所示，与启动文件传输过程相关的报文类型主要有三种：文件传输发起报文、文件传输应答报文以及文件传输拒绝报文。

当Subtype=3时，表明该报文为整个文件传输过程的第一个报文（即，本发明中的第一报文），其中携带了文件名，或者携带有文件名和ID，具体的报文格式如图11A和图11B所示。该报文用于文件传输协商。

图11A示出了图5中的子类型编号为3的报文在第一示例中的报文格式。如图11A所示，Length字段指明Data字段的长度，即文件名的长度，单位为字节。Length字段的长度为4个字节。Data字段记录文件名，其长度由Length字段指定。在这种情况下，发送端按照该格式将文件名封装成第一报文后发送到接收端，然后根据接收端的回复报文决定是否进行文件传输。

图11B示出了图5中的子类型编号为3的报文在第二示例中的报文格式。如图11B所示，Id字段为文件id，其长度为2个字节。通常，该文件id可以由用户任意选择。Length字段指明Data字段的长度，即文件名的长度，单位为字节。Length字段的长度为4个字节。Data字段记录文件名，其长度由Length字段指定。在这种情况下，发送端首先选择文件id，并按照该格式，将文件名和文件id封装成第一报文后发送到接收端，然后根据接收端的回复报文决定是否采用该文件id进行文件传输。

在第二示例中，第一报文传输即将发送的文件的文件名，并根据文件名选择文件ID。文件ID的选择没有特殊要求，但必须不能与正在传输的其他文件的文件ID冲突。该报文表明即将发起文件传输，接收方接收到该报文后可以检查该文件ID是否与正在传输的其它文件的文件ID冲突，并且根据是否冲突，返回不同的回复报文。

当Subtype=4时，表明该报文为文件传输应答报文，即确认可以进行文件传输的报文（即，本发明中的第二报文）。在第一示例和第二示例中，具体报文格式如图12所示。在第一示例（即，不采用文件ID进行传输的示例）中，该报文表示文件接收端同意进行文件传输，在第二示例（即，采用文件ID进行文件传输的示例）中，该报文表示同意选择先前发送的文件ID进行文件传输。即所选的文件ID没有和接收端正在传输的其他文件的ID冲突，可以采用该文件ID进行文件传输。

在第二示例中，用户同意进行文件传输，并且文件ID协商成功的报文交互流程如图13所示。文件ID协商成功的准则是接收端检查该文件ID是否和正在传输的其他文件的ID是否冲突，不冲突则返回rfbFileIDOK。此外，在第二示例中，在接收到该报文后，除了进行文件ID冲突检查之外，在接收端还可以由用户确认是否进行文件传输，并根据用户的确认结果返回不同的回复报文。通常，用户的确认结果的优先级被设置为大于文件ID冲突检查结果。即，无论文件ID冲突结果如何，只要用户确认不进行文件传输，就返回表明文件ID协商失败的回复报文。换言之，只有在用户确认进行文件传输并且文件ID冲突检查结果为不冲突时，才返回表明文件ID协商成功的回复报文。

当Subtype=5时，表明该报文为文件传输拒绝报文（即，本发明中的第五报文）。在第一示例和第二示例中，具体报文格式如图14所示。在第一示例中，该报文表示接收端不同意进行文件传输。在第二示例中，该报文表示接收端不同意先前选择的文件ID，即通知发送端重新选择新的文件ID。换言之，该报文表明先前选择的文件ID和接收端其他正在传输的文件ID发生冲突，需要发送端重新选择文件ID。

rfbFileIDFail报文在文件传输过程中的作用及交互流程如图15所示。可见，该报文用于通知发送方重新选择文件ID。通常情况下，某一时刻只能有少量的文件在同时传输，大部分情况只有一个文件在进行传输。因此，这种简单的交互方式足以满足文件ID的协商。

如上定义了6种不同的Subtype类型，该6种Subtype类型可以满足文件传输过程中的文件传输发起、文件传输应答、文件传输拒绝、文件传输、文件传输正常终止或异常终止等功能。此外，上面的描述仅仅是示例。在本发明的其它示例中，Length字段、Id字段和Sequence字段的长度可以采用其它合适值。

文件传输是双向的，服务端（智能移动电话）和客户端（车载终端）都可以申请开始文件传输。文件传输由用户操作触发，文件传输过程将占用大量带宽，并且可能是一个漫长的过程，因此，即使文件传输由用户操作触发，真正的文件传输也需要由用户确认。以服务端向客户端传输文件为例，一次成功的文件传输过程如图16所示。当用户拒绝文件传输时，文件传输过程如图17所示。

如上描述了扩展的RFB协议中的用于文件传输的报文的定义以及具体的报文格式。下面将参照附图对本发明的实施例进行描述。

（第一实施例）

图18描述根据本发明的第一实施例的用于在智能移动终端和车载终端之间进行文件传输的文件传输方法的流程图。这里，第一实施例中的第一到第六报文的定义对应于上述第一示例中的报文格式定义。

所述文件传输方法是在发送端和接收端之间执行，这里，智能移动终端和车载终端中的任何一个可以作为发送端，以及所述智能终端和车载终端中的另一个作为接收端。

如图18所示，在步骤S1810，在接收到文件传输请求后，发送端将要被传输的文件的文件名封装为第一报文，并且在步骤S1820，作为文件传输过程的第一个报文发送给接收端。

在接收到第一报文后，在步骤S1830，接收端基于所接收的第一报文，确认是否同意进行文件传输。

如果同意，则在步骤S1840，接收端生成第二报文，然后在步骤S1850，将所生成的第二报文返回给发送端。如果不同意，则接收端生成第五报文，并返回给发送端。如果发送端接收到所述接收端返回的第五报文，则终止文件传输。

在接收到所述接收端返回的第二报文后，在步骤S1860，发送端将要被传输的文件封装成第四报文或者一个或多个第三报文和第四报文，并且在步骤S1870，将所生成的第四报文或者一个或多个第三报文和第四报文传输给所述接收端。这里要说明的是，如果要传输的文件仅仅包括一个文件分块（即，将要传输的文件作为完整文件传输）时，则仅仅生成一个第四报文，如果包括多个文件分块，则生成一个或多个第三报文以及一个第四报文。

在步骤S1880，接收端接收发送端所传输的报文，如果接收到第三报文，则继续接收，如果接收端接收到第四报文，则停止接收并且结束文件传输过程。

上述仅仅是本发明的一个例示性示例，还可以对上述示例进行各种修改。例如，上述文件传输方法还可以包括：在文件传输过程期间（文件传输过程中的任意时刻），如果接收端或者发送端接收到对端发送的第六报文，则中断文件传输过程。

图19示出了根据本发明的用于在智能移动终端和车载终端之间进行文件传输的文件传输装置1900的方框示意图。

如图19所示，在发送端，文件传输装置1900包括发送端报文生成单元1910和发送端通信单元1920。

发送端报文生成单元1920用于在接收到文件传输请求后，将要被传输的文件的文件名封装为第一报文，以及在接收到所述接收端返回的第二报文后，将要被传输的文件封装成第四报文或者一个或多个第三报文和第四报文。发送端通信单元1920用于将发送端生成的报文发送给接收端，以及接收从接收端传输的报文。从接收端接收的报文包括第二报文和第五报文。当从接收端接收的报文是第五报文时，终止文件传输。

在接收端，所述文件传输装置包括接收端通信单元1930、文件传输确认单元1940和接收端报文生成单元1950。

接收端通信单元1930用于将发送端生成的报文发送给接收端，以及接收从接收端传输的报文。文件传输确认单元1940基于所接收的第一报文中，确认是否进行文件传输。接收端报文生成单元1950用于在确认进行文件传输时，生成第二报文。此外，接收端报文生成单元1950还用于在确认不进行文件传输时，生成第五报文。

此外，优选地，文件传输装置1900还可以包括文件传输中断单元（未示出），用于在文件传输过程期间，如果接收到对端发送的第六报文，则中断文件传输过程。所述文件传输中断单元可以位于发送端和接收端中。

（第二实施例）

图20描述根据本发明的第二实施例的用于在智能移动终端和车载终端之间进行文件传输的文件传输方法的流程图。这里，第二实施例中的第一到第六报文的定义对应于上述第二示例中的报文格式定义。

所述文件传输方法是在发送端和接收端之间执行，这里，智能移动终端和车载终端中的任何一个可以作为发送端，以及所述智能终端和车载终端中的另一个作为接收端。

如图20所示，在步骤S2010，在接收到文件传输请求后，发送端为要被传输的文件分配文件ID（即，选择文件ID）。接着，在步骤S2020，发送端将要被传输的文件的文件名和所分配的文件ID封装为第一报文，并且在步骤S2030，作为文件传输过程的第一个报文发送给接收端。

在接收到第一报文后，在步骤S2040，接收端基于所接收的第一报文中包含的文件ID，检查该文件ID是否与正在传输的其它文件的文件ID冲突。

如果不冲突，则在步骤S2050，接收端生成第二报文，然后在步骤S2060，将所生成的第二报文返回给发送端。如果冲突，则生成第五报文，并返回给发送端，流程返回到步骤S2010。如果发送端接收到所述接收端返回的第五报文，则重新为要被传输的文件分配新文件ID，并且基于重新分配的新文件ID和文件名封装成新的第一报文发送给所述接收端继续进行文件ID冲突检查，如此循环，直到不发生冲突为止。

在接收到所述接收端返回的第二报文后，在步骤S2070，发送端将要被传输的文件封装成第四报文或者一个或多个第三报文和第四报文，并且在步骤S2080，将所生成的第四报文或者一个或多个第三报文和第四报文传输给所述接收端。这里要说明的是，如果要传输的文件仅仅包括一个文件分块时，则仅仅生成一个第四报文，如果包括多个文件分块，则生成一个或多个第三报文以及一个第四报文。

在步骤S2090，接收端接收发送端所传输的报文，如果接收到第三报文，则继续接收，如果接收端接收到第四报文，则停止接收并且结束文件传输过程。

上述仅仅是本发明的一个例示性示例，还可以对上述示例进行各种修改。例如，上述文件传输方法还可以包括：在文件传输过程期间（文件传输过程中的任意时刻），如果接收端或者发送端接收到对端发送的第六报文，则中断与所述第六报文中包含的文件ID对应的文件的文件传输过程。

图21示出了根据本发明的用于在智能移动终端和车载终端之间进行文件传输的文件传输装置2100的方框示意图。

如图21所示，在发送端，文件传输装置2100包括文件ID分配单元2110、发送端报文生成单元2120和发送端通信单元2130。

所述文件ID分配单元2110用于在接收到文件传输请求后，为要被传输的文件分配文件ID。发送端报文生成单元2120用于将要被传输的文件的文件名和所分配的文件ID封装为第一报文，以及在接收到所述接收端返回的第二报文后，将要被传输的文件封装成第四报文或者一个或多个第三报文和第四报文。发送端通信单元2130用于将发送端生成的报文发送给接收端，以及接收从接收端传输的报文。从接收端接收的报文包括第二报文和第五报文。当从接收端接收的报文是第五报文时，文件ID分配单元2110重新为要被传输的文件分配新文件ID，并且发送端报文处理单元2120基于重新分配的新文件ID和文件名封装成新的第一报文发送给所述接收端。

在接收端，所述文件传输装置包括接收端通信单元2140、文件ID检查单元2150和接收端报文生成单元2160。

接收端通信单元2140用于将发送端生成的报文发送给接收端，以及接收从接收端传输的报文。文件ID冲突检查单元2150基于所接收的第一报文中包含的文件ID，检查该文件ID是否与正在传输的其它文件的文件ID冲突。接收端报文生成单元2160用于在该文件ID不与正在传输的其它文件的文件ID冲突时，生成第二报文。此外，接收端报文生成单元2160还用于在该文件ID与正在传输的其它文件的文件ID冲突时，生成第五报文。优选地，在需要用户进行确认的情况下，只有在用户确认进行文件传输并且该文件ID不与正在传输的其它文件的文件ID冲突时，生成第二报文；否则，生成第五报文。

此外，优选地，文件传输装置2100还可以包括文件传输中断单元（未示出），用于在文件传输过程期间，如果接收到对端发送的第六报文，则中断与所述第六报文中包含的文件ID对应的文件的文件传输过程。所述文件传输中断单元可以位于发送端和接收端中。

图22示出了具有根据本发明的文件传输装置的智能移动终端10的方框示意图。如图22所示，智能移动终端10包括上述文件传输装置1900或2100中的发送端部分、接收端部分或者两者。

图23示出了具有根据本发明的文件传输装置的车载终端20的方框示意图。如图23所示，车载终端20包括上述文件传输装置1900或2100中的发送端部分、接收端部分或者两者。

利用上述基用于在智能移动终端和车载终端之间进行文件传输的文件传输方法及装置，可以在MirrorLink协议的基础上实现智能移动终端和车载终端之间的文件传输，由此提高了用户体验。

此外，根据本发明的方法还可以被实现为由CPU执行的计算机程序。在该计算机程序被CPU执行时，执行本发明的方法中限定的上述功能。

此外，上述方法步骤以及系统单元也可以利用控制器以及用于存储使得控制器实现上述步骤或单元功能的计算机程序的计算机可读存储设备实现。例如，根据本发明的移动终端可以被实现为一个或多个处理器，以及与该一个或多个处理器相连的存储器，该存储器中存储具有可以使得处理器执行本发明的方法中所限定的各个步骤的指令的计算机程序。

尽管前面公开的内容示出了本发明的示例性实施例，但是应当注意，在不背离权利要求限定的本发明的范围的前提下，可以进行多种改变和修改。根据这里描述的发明实施例的方法权利要求的功能、步骤和/或动作不需以任何特定顺序执行。此外，尽管本发明的元素可以以个体形式描述或要求，但是也可以设想多个，除非明确限制为单数。

虽然如上参照图描述了根据本发明的各个实施例进行了描述，但是本领域技术人员应当理解，对上述本发明所提出的各个实施例，还可以在不脱离本发明内容的基础上做出各种改进。因此，本发明的保护范围应当由所附的权利要求书的内容确定。

Claims (12)

1.一种用于在智能移动终端和车载终端之间进行文件传输的文件传输方法，其中，所述文件传输基于MirrorLink协议实现，所述智能移动终端和车载终端中之一作为发送端，以及所述智能终端和车载终端中的另一个作为接收端，所述方法包括：

在接收到文件传输请求后，发送端将要被传输的文件的文件名封装为第一报文，并作为文件传输过程的第一个报文发送给接收端；

接收端基于所接收的第一报文，确认是否进行文件传输，如进行文件传输，则向发送端返回第二报文；

在接收到返回的第二报文后，发送端将要被传输的文件封装成第四报文或者一个或多个第三报文和第四报文，传输给所述接收端，

其中，所述第一报文依次包括报文类型字段、报文子类型字段、Length字段以及Data字段，所述第二报文依次包括报文类型字段和报文子类型字段，所述第三报文和第四报文依次包括报文类型字段、报文子类型字段、报文序号字段、Length字段以及Data字段，

其中，所述第一到第四报文的报文类型字段被赋予RFB协议中的同一预留报文号，所述第一到第四报文的报文子类型字段用于记录被赋予预定定义且为发送端和接收端已知的第一、第二、第三和第四报文编号，所述第三和第四报文的报文序号字段用于记录文件分块传输时该报文中的文件分块的序号，所述第一、第三和第四报文的Length字段用于记录各自的Data字段的长度，所述第一报文的Data字段用于记录文件名，以及第三和第四报文的Data字段用于记录数据部分，

其中，所述第一报文编号表明该报文是文件传输发起报文，第二报文编号表明该报文是文件传输应答报文，第三报文编号表明该报文是非最后一个报文的文件传输数据报文，以及第四报文编号表明该报文是作为最后一个报文的文件传输数据报文。

2.如权利要求1所述的文件传输方法，其中，在将所述第一报文发送给接收端后，如果接收到所述接收端返回的第五报文，则发送端不进行文件传输，

其中，所述第五报文依次包括报文类型字段和报文子类型字段，所述第五报文的报文类型字段用于记录与第二报文中的报文类型相同的报文号，所述报文子类型字段用于记录预定的第五报文编号，所述第五报文编号表明不进行文件传输。

3.如权利要求1所述的文件传输方法，还包括：

在文件传输过程期间，如果接收端或者发送端接收到对端发送的第六报文，则中断文件传输过程，

其中，所述第六报文依次包括报文类型字段和报文子类型字段，所述第六报文的报文类型字段用于记录与第二报文中的报文类型相同的报文号，以及所述报文子类型字段用于记录预定的第六报文编号，所述第六报文编号表明中断文件传输。

4.一种用于在智能移动终端和车载终端之间进行文件传输的文件传输方法，其中，所述文件传输基于MirrorLink协议实现，所述智能移动终端和车载终端中之一作为发送端，以及所述智能终端和车载终端中的另一个作为接收端，所述方法包括：

在接收到文件传输请求后，发送端为要被传输的文件分配文件ID；

发送端将要被传输的文件的文件名和所分配的文件ID封装为第一报文，并作为文件传输过程的第一个报文发送给接收端；

接收端基于所接收的第一报文中包含的文件ID，检查该文件ID是否与正在传输的其它文件的文件ID冲突，在检查出没有冲突时，向发送端返回第二报文；以及

在接收到所述接收端返回的第二报文后，发送端将要被传输的文件封装成第四报文或者一个或多个第三报文和第四报文，传输给所述接收端，

其中，所述第一报文依次包括报文类型字段、报文子类型字段、文件ID字段、Length字段以及Data字段，所述第二报文依次包括报文类型字段和报文子类型字段，所述第三报文和第四报文依次包括报文类型字段、报文子类型字段、文件ID字段、报文序号字段、Length字段以及Data字段，

其中，所述第一到第四报文的报文类型字段被赋予RFB协议中的同一预留报文号，所述第一到第四报文的报文子类型字段用于记录被赋予预定定义且为发送端和接收端已知的第一、第二、第三和第四报文编号，所述第一、第三和第四报文的文件ID字段用于记录文件ID，所述第三和第四报文的报文序号字段用于记录文件分块传输时该报文中的文件分块的序号，所述第一、第三和第四报文的Length字段用于记录各自的Data字段的长度，所述第一报文的Data字段用于记录文件名，以及第三和第四报文的Data字段用于记录数据部分，

其中，所述第一报文编号表明该报文是文件传输发起报文，第二报文编号表明该报文是文件传输应答报文，第三报文编号表明该报文是非最后一个报文的文件传输数据报文，以及第四报文编号表明该报文是作为最后一个报文的文件传输数据报文。

5.如权利要求4所述的文件传输方法，其中，在将所述第一报文发送给接收端后，如果接收到所述接收端返回的第五报文，则发送端重新为要被传输的文件分配新文件ID，并且基于重新分配的新文件ID和文件名封装成新的第一报文发送给所述接收端，

其中，所述第五报文依次包括报文类型字段和报文子类型字段，所述第五报文的报文类型字段用于记录与第二报文中的报文类型相同的报文号，所述报文子类型字段用于记录预定的第五报文编号，所述第五报文编号表明所分配的文件ID与正在传输的其它文件的文件ID冲突。

6.如权利要求4所述的文件传输方法，还包括：

在文件传输过程期间，如果接收端或者发送端接收到对端发送的第六报文，则中断与所述第六报文中包含的文件ID对应的文件的文件传输过程，

其中，所述第六报文依次包括报文类型字段、报文子类型字段和ID字段，所述第六报文的报文类型字段用于记录与第二报文中的报文类型相同的报文号，所述报文子类型字段用于记录预定的第六报文编号，所述第六报文编号表明中断文件传输，以及所述ID字段记录要被中断传输的文件的ID。

7.一种用于在智能移动终端和车载终端之间进行文件传输的文件传输装置，其中，所述文件传输基于MirrorLink协议实现，所述智能移动终端和车载终端中之一作为发送端，以及所述智能终端和车载终端中的另一个作为接收端，所述文件传输装置包括：

在发送端，所述文件传输装置包括：

发送端报文生成单元，用于在接收到文件传输请求后，将要被传输的文件的文件名封装为第一报文，以及在接收到所述接收端返回的第二报文后，将要被传输的文件封装成第四报文或者一个或多个第三报文和第四报文；

发送端通信单元，用于将发送端生成的报文发送给接收端，以及接收从接收端传输的报文，

在接收端，所述文件传输装置包括：

文件传输确认单元，用于基于所接收的第一报文，确认是否进行文件传输；

接收端报文生成单元，用于在确认进行文件传输时，生成第二报文；以及

接收端通信单元，用于将发送端生成的报文发送给接收端，以及接收从接收端传输的报文，

其中，所述第一报文依次包括报文类型字段、报文子类型字段、Length字段以及Data字段，所述第二报文依次包括报文类型字段和报文子类型字段，所述第三报文和第四报文依次包括报文类型字段、报文子类型字段、报文序号字段、Length字段以及Data字段，

其中，所述第一到第四报文的报文类型字段被赋予RFB协议中的同一预留报文号，所述第一到第四报文的报文子类型字段用于记录被赋予预定定义且为发送端和接收端已知的第一、第二、第三和第四报文编号，所述第三和第四报文的报文序号字段用于记录文件分块传输时该报文中的文件分块的序号，所述第一、第三和第四报文的Length字段用于记录各自的Data字段的长度，所述第一报文的Data字段用于记录文件名，以及第三和第四报文的Data字段用于记录数据部分，

其中，所述第一报文编号表明该报文是文件传输发起报文，第二报文编号表明该报文是文件传输应答报文，第三报文编号表明该报文是非最后一个报文的文件传输数据报文，以及第四报文编号表明该报文是作为最后一个报文的文件传输数据报文。

8.如权利要求7所述的文件传输装置，还包括：

文件传输中断单元，位于发送端和接收端中，用于在文件传输过程期间，如果接收到对端发送的第六报文，则中断文件传输过程，

其中，所述第六报文依次包括报文类型字段和报文子类型字段，所述第六报文的报文类型字段用于记录与第二报文中的报文类型相同的报文号，所述报文子类型字段用于记录预定的第六报文编号，所述第六报文编号表明中断文件传输。

9.一种用于在智能移动终端和车载终端之间进行文件传输的文件传输装置，其中，所述文件传输基于MirrorLink协议实现，所述智能移动终端和车载终端中之一作为发送端，以及所述智能终端和车载终端中的另一个作为接收端，所述文件传输装置包括：

在发送端，所述文件传输装置包括：

文件ID分配单元，用于在接收到文件传输请求后，为要被传输的文件分配文件ID；

发送端报文生成单元，用于将要被传输的文件的文件名和所分配的文件ID封装为第一报文，以及在接收到所述接收端返回的第二报文后，将要被传输的文件封装成第四报文或者一个或多个第三报文和第四报文，

发送端通信单元，用于将发送端生成的报文发送给接收端，以及接收从接收端传输的报文，以及

在接收端，所述文件传输装置包括：

文件ID冲突检查单元，用于基于所接收的第一报文中包含的文件ID，检查该文件ID是否与正在传输的其它文件的文件ID冲突；

接收端报文生成单元，用于在该文件ID不与正在传输的其它文件的文件ID冲突时，生成第二报文；以及

接收端通信单元，用于将发送端生成的报文发送给接收端，以及接收从接收端传输的报文，

其中，所述第一报文依次包括报文类型字段、报文子类型字段、文件ID字段、Length字段以及Data字段，所述第二报文依次包括报文类型字段和报文子类型字段，所述第三报文和第四报文依次包括报文类型字段、报文子类型字段、文件ID字段、报文序号字段、Length字段以及Data字段，

其中，所述第一到第四报文的报文类型字段被赋予RFB协议中的同一预留报文号，所述第一到第四报文的报文子类型字段用于记录被赋予预定定义且为发送端和接收端已知的第一、第二、第三和第四报文编号，所述第一、第三和第四报文的文件ID字段用于记录文件ID，所述第三和第四报文的报文序号字段用于记录文件分块传输时该报文中的文件分块的序号，所述第一、第三和第四报文的Length字段用于记录各自的Data字段的长度，所述第一报文的Data字段用于记录文件名，以及第三和第四报文的Data字段用于记录数据部分，

其中，所述第一报文编号表明该报文是文件传输发起报文，第二报文编号表明该报文是文件传输应答报文，第三报文编号表明该报文是非最后一个报文的文件传输数据报文，以及第四报文编号表明该报文是作为最后一个报文的文件传输数据报文。

10.如权利要求9所述的文件传输装置，还包括：

文件传输中断单元，位于发送端和接收端中，用于在文件传输过程期间，如果接收到对端发送的第六报文，则中断与所述第六报文中包含的文件ID对应的文件的文件传输过程，

其中，所述第六报文依次包括报文类型字段、报文子类型字段和ID字段，所述第六报文的报文类型字段用于记录与第二报文中的报文类型相同的报文号，所述报文子类型字段用于记录预定的第六报文编号，所述第六报文编号表明中断文件传输，以及所述ID字段记录要被中断传输的文件的ID。

11.一种智能移动终端，包括如权利要求7-10中任何一个所述的文件传输装置中的发送端部分、接收端部分或者两者。

12.一种车载终端，包括如权利要求7-10中任何一个所述的文件传输装置中的发送端部分、接收端部分或者两者。