CN101819561A - 文件下载方法及*** - Google Patents

Abstract

本发明公开了一种文件下载方法及***，该方法包括：接收步骤，第一终端接收第二终端发送的文件数据，暂存至第一终端的内存的预定存储区；判断步骤，第一终端判断预定存储区内未转存的数据的大小是否达到或超过阈值，如果是，则执行转存步骤，并且同步执行接收步骤，否则，只执行接收步骤；转存步骤，将预定存储区中阈值大小的数据转存至第一终端的非易失存储介质。通过本发明的技术方案，解决了现有技术中采用串行下载文件导致下载速度慢的问题，提高了文件下载速度。

Description

文件下载方法及***

技术领域

本发明涉及嵌入式技术领域，具体而言，涉及一种文件下载方法及***。

背景技术

随着移动通讯业的迅猛发展，为满足不同的客户需求，终端内置的功能越来越多样化，例如，可以播放广播电视、查看电子地图、玩竞技游戏等等。这些拓展的业务功能和基本业务功能集成在移动终端软件版本中，通过终端产品的生产或售后升级下载到终端产品内。由于业务功能的增添，终端软件版本容量的增大，下载软件版本的时间也越来越长，不仅给终端设备制造商生产和售后部门带来了巨大的压力，还影响了终端设备的上市周期和售后服务成本。

传统的终端文件下载方法是通过USB端口与其他终端(例如计算机)进行物理连接，以串行的方式将下载的软件写入终端的非易失存储介质(例如Flash存储器)中，这是大多数终端设备生产和售后下载所采用的方法。这种串行下载方式的特点是：计算机将待下载的终端软件组成数据帧(一个个的数据包)，通过USB端口将数据帧发送到终端设备的片内RAM或片外RAM中暂存，待数据帧发送结束后，再将暂存在RAM中的数据帧写入终端设备的Flash中，完成软件版本下载。而且，在下载过程中，计算机将一帧数据发送成功后，会进入等待终端设备反馈的状态，终端设备成功反馈后，计算机再发起下一帧数据传输。这种传统方法的缺陷是终端设备必须等到数据帧发送完毕，才将版本数据写入终端设备Flash。

传统的串行下载方式有如下缺陷：终端设备必须等到数据帧发送完毕，再写入终端设备Flash。如果数据帧容量比较小，终端设备向计算机反馈应答的次数就会增多，增加了交互时间。另外，如果数据帧容量比较大，数据帧发送完毕的时间就会过长，增加了终端等待数据的时间。因此，现有技术采用串行下载的方式，存在文件下载速度慢的问题。

发明内容

本发明的主要目的在于提供文件下载方法及***，以解决现有的下载技术采用接收数据和转存数据串行执行方式，导致文件下载速度慢的问题。

根据本发明的一个方面，提供了一种文件下载方法，包括：接收步骤，第一终端接收第二终端发送的文件数据，暂存至第一终端的内存的预定存储区；判断步骤，第一终端判断预定存储区内未转存的数据的大小是否达到或超过阈值，如果是，则执行转存步骤，并且同步执行接收步骤，否则，只执行接收步骤；转存步骤，将预定存储区中阈值大小的数据转存至第一终端的非易失存储介质。

根据本发明的另一方面，提供了一种文件下载***，包括：第一终端和第二终端，其中，第一终端包括：接收模块，用于接收第二终端发送的文件数据，暂存至第一终端的内存的预定存储区；监测模块，用于监测预定存储区内未转存的数据的大小是否达到或超过阈值，如果是，则触发转存模块；转存模块，用于将预定存储区的阈值大小的数据转存至第一终端的非易失存储介质；控制模块，用于在转存模块转存数据时，控制接收模块同步接收文件数据；第二终端包括：发送模块，用于向第一终端发送文件数据。

通过本发明，采用设置文件数据转存阈值，控制文件数据转存的时机，以及在转存数据时同步接收文件数据，解决了现有技术中采用串行下载文件导致下载速度慢的问题，进而提高了文件下载速度。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的下载***示意图；

图2是根据本发明实施例一的文件下载方法流程图；

图3是根据本发明实施例三的数据传输与写Flash并行执行的流程图；

图4是根据本发明实施例四的文件下载***结构框图；

图5是根据本发明实施例四的终端41的结构框图；

图6是根据本发明实施例四的终端42的结构框图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

图1是根据本发明实施例的下载***示意图，如图1所示，终端10通过设备间的通信接口(例如USB端口)与终端20(例如PC机或其他嵌入式设备)连接，并且从终端20上下载文件，终端10在下载过程中，将接收到的文件数据暂存在内存的预定存储区101，该存储区在建立下载连接时，由设备10的CPU申请，专用于暂存下载的文件数据。终端10再将预定存储区101中暂存的文件数据写入到终端10的非易失存储介质中102(例如Flash存储器)中。

实施例一

在本实施例中，提供了一种文件下载方法，应用于嵌入式终端设备从另一设备上下载文件。图2是根据本发明实施例一的文件下载方法流程图，结合图1和图2，该方法包括：

步骤S202，终端10接收第二终端20发送的文件数据，暂存至所述终端10的内存的预定存储区101；

步骤S204，终端10判断预定存储区101内未转存的数据的大小是否达到或超过阈值，如果是，则执行步骤S206，并且同步执行步骤S208，否则，只执行步骤S202；

步骤S206，将预定存储区101中阈值大小的数据转存至终端10的非易失存储介质102；

步骤S208，终端10继续接收第二终端20发送的文件数据。

现有的终端下载文件的相关技术，采用串行下载方式，即数据接收和数据转存不能同步执行，当数据转存(即写入非易失存储介质)时，数据接收停止，而数据转存的速度远远低于数据接收的速度，本实施例提供的上述方法，采用数据接收和数据转存同步处理，在数据转存的过程中，仍接收文件数据，减少了接收数据的等待时间，进而提高终端下载的速度。

在实施过程中，在执行上述步骤S202至S206之前，终端10和终端20建立数据传输连接，此连接可以是现有的基于各种协议的有线连接或无线连接，例如，如果终端10与终端20通过USB端口连接，或终端10与终端20建立蓝牙连接。

在实施过程中，上述步骤S202的终端10接收文件数据时，为提高接收速度，每次成功接收一帧数据后，可以不向终端20反馈接收成功状态，可以但不限于在文件数据中携带校验信息保证文件数据在传输过程中不丢失。

在实施过程中，上述步骤S204中的阈值可以根据存储区101的大小，文件数据的接收速度以及文件数据转存至非易失存储介质的速度设置，通过设定数据转存的阈值条件，控制数据转存的时机和频率，从而不仅优化了数据接收和数据转存的同步处理，并且在不间断接收文件数据的前提下，尽量减少转存的次数，从而提高文件下载速度。

需要说明的是：上述终端10可以但不限于是嵌入式终端(例如，通信终端、PDA、音/视频播放器等)，上述终端20可以但不限于是计算机终端或其他嵌入式终端、上述非易失存储介质102可以但不限于是Flash存储器等。

优选地，在终端10接收文件数据之前，即在终端10和终端20建立传输数据的连接的过程中，终端10与终端20交互，获知待下载的文件的大小。以便终端10据此判断文件下载是否成功。

优选地，如果终端10确定已经转存的数据的大小达到所述待下载的文件大小，则通知终端20文件下载成功，从而保证终端10下载的数据完整，并且使终端20获知了终端10的下载状态，获知终端10下载成功。

实施例二

本实施例提供了一种更优的文件下载方法，该更优的方法在实施例一提供的方法的基础上，还包括：

终端20接收文件数据之前，即在终端10和终端20建立传输数据的连接的过程中，终端10与终端20交互，可以将预定存储区域101的存储空间的大小通知给终端20。以便终端20在发送文件数据的过程中，可以根据预定存储区域101的存储空间的大小决定是否继续发送文件数据。

结合上述图1，相关技术中，如果终端10待下载的文件的大小超过了预定存储区101的大小，则存在一种隐患，即预定存储区101满的时候，如果终端20继续发送文件数据，则会出现预定存储区101数据溢出，可能导致之前尚未转存的数据被新接收的数据覆盖，从而导致文件数据丢失。而本实施例终端10将预定存储区域101的存储空间的大小通知给终端20，使得终端20可以根据预定存储区域101的存储空间的大小控制文件数据发送/暂停发送/恢复发送，从而保证了预定存储区101不会出现溢出的情况。

优选地，终端20在发送文件数据的过程中，可以实时监测发送过的文件数据的大小是否达到预定存储区101的存储空间的大小，如果是，表明终端10侧接收的文件数据已经存满预定存储区101，此时终端20停止发送文件数据，否则，继续发送文件数据。通过上述技术手段，避免终端10的预定存储区101出现数据溢出。

优选地，在终端20停止发送文件数据之后，终端20等待终端10发送的指示恢复发送的指示信息，当接收到该指示信息后，表明终端10已经将之前接收到的文件数据全部转存至非易失存储介质中，可以继续接收文件数据，此时终端20恢复文件数据的发送。通过上述技术手段，根据终端10的指示恢复文件数据的发送，既避免了终端10的预定存储区数据不溢出，又保证了终端20可以继续发送剩余文件数据，文件数据发送完整。

优选地，终端10在以下情况向终端20发送上述指示信息：预定存储区101的数据均被转存，并且已经转存的数据的大小未达到待下载的文件大小。

如果终端10判断已经转存的数据的大小达到了待下载的文件大小，则说明文件数据全部下载，此时应该向终端20发送下载成功的指示信息。

本实施例通过上述技术手段，终端10确定合适的时机，指示终端20继续发送文件数据，保证了预定存储区101内所有暂存的数据都被转存，使得之后接收的文件数据可以覆盖原来的文件数据。

实施例三

结合图1，在本实施例中，终端20具体为一台计算机，终端10(以下称之为终端设备)通过USB端口与计算机连接，并从该计算机中下载文件，下载的文件数据暂存于终端设备的RAM中，并将RAM中的文件数据写入终端设备的Flash存储器中，图3是根据本发明实施例三的数据传输与写Flash并行执行的流程图，包括以下步骤：

步骤S301，终端设备连接到计算机USB端口上，与计算机建立物理连接；

步骤S302，计算机实时侦测USB端口上终端设备的接入，控制终端设备进入下载模式，并将Flash驱动读入到终端设备的RAM中，运行Flash驱动程序，与驱动建立数据连接；

步骤S303，终端设备开启USB读中断，等待数据的到来；

步骤S304，计算机解析待下载的终端软件，获取待下载的文件大小，并通过USB端口将该文件大小发送至终端；

步骤S305，计算机通过USB端口将文件数据连续发送至终端设备RAM，并记录已发送字节数。于此同时，终端设备判断RAM中已接收数据是否达到阈值，在这里，接收数据阈值为512字节，为Flash写入数据的最小单元。如果终端设备RAM中接收的数据达到阈值，执行步骤S306；

步骤S306，计算机侧仍然继续向终端RAM发送数据，终端侧开始将RAM中暂存的数据写入Flash。此时，计算机侧USB数据发送到RAM的过程与终端侧数据写入Flash的过程同步进行，由于USB数据传输速度远远大于Flash写速度，所以，可保证在写Flash时，RAM中已经存储了待写入的数据；

步骤S307，计算机侧，如果判断已传文件字节数小于等于RAM可存储空间大小，且文件已全部传输完毕，那么执行步骤S309；否则，执行步骤S308，终端侧，如果判断RAM中的数据全部写入Flash，并且写入的数据空间小于或等于RAM可存储空间，那么执行步骤S309；否则，执行步骤S308；

步骤S308，计算机侧，判断已发送字节数为RAM可存储空间大小，且文件未全部传送完毕，计算机停止发送数据，等待终端的反馈信息，反馈信息表示终端侧已经将计算机发送至终端RAM中的全部数据写入Flash。计算机收到反馈信息后，执行步骤S305；终端侧，判断已写入Flash字节数为RAM可存储空间大小，开启USB写中断，向计算机发送反馈信息。反馈信息发送后，执行步骤S305；

步骤S309，计算机侧，所有文件数据全部传输结束，结束USB数据传输；终端侧，所有文件数据已全部写入Flash，重启终端设备，确定下载成功。

实施例四

图4是根据本发明实施例四的文件下载***结构框图，如图4所示，该***包括：终端41和终端42，终端41通过设备间的通信接口(例如USB接口)与终端42连接，并且从终端42上下载文件。

终端41包括：接收模块411，监测模块412，转存模块413以及控制模块414，其中，接收模块411，用于接收终端42发送的文件数据，暂存至终端41的内存的预定存储区；监测模块412，用于监测预定存储区内未转存的数据的大小是否达到或超过阈值，如果是，则触发转存模块413；转存模块413，用于将预定存储区的上述阈值大小的数据转存至终端41的非易失存储介质；控制模块414，用于在转存模块转存413数据时，控制接收模块411同步接收文件数据。

终端42包括：发送模块421，用于向终端41发送文件数据。

现有的终端下载文件***，终端41采用串行下载方式，即数据接收和数据转存不能同步执行，从而导致文件下载速度低，本实施例提供的上述***，采用数据接收和数据转存同步处理，提高了终端下载的速度。

优选地，如图5所示，终端41还可以包括：第一累计模块415、第一判断模块416以及通知模块417，其中，第一累计模块415，与转存模块413耦接，用于累计转存模块415已经转存的数据的大小；第一判断模块416，与第一累计模块415及通知模块417耦接，用于实时判断第一累计模块415累计的已经转存的数据的大小是否达到待下载的文件大小，如果是，则触发通知模块417；通知模块417，用于通知终端42文件下载成功。

通过在终端41中设置上述模块，使终端20及时地获知终端10的下载状态，从而使终端20决定后续操作(例如，断开终端之间的连接或发送下一个文件)。

优选地，如图6所示，第一终端还可以包括：指示信息发送模块418：第二终端还可以包括：第二累计模块422、第二判断模块423、以及指示信息接收模块424，其中，指示信息发送模块418，用于在预定存储区的数据均被转存，并且已经转存的数据的大小未达到待下载的文件大小的情况下，发送指示第二终端恢复发送文件数据的指示信息；第二累计模块422，与发送模块421耦接，用于累计发送模块421已经发送的文件数据的大小；第二判断模块423，与第二累计模块422和发送模块421耦接，用于实时判断第二累计模块422累计的已经发送过的文件数据的大小是否达到预定存储区的存储空间的大小，如果是，则触发发送模块421停止发送文件数据；指示信息接收模块424，与发送模块421耦接，用于接收来自终端41的指示恢复发送的指示信息，并触发发送模块421恢复发送文件数据。

通过在终端41和终端42中设置上述模块，终端41确定合适的时机指示终端42继续发送文件数据，终端42确定合适的实际恢复文件数据的发送，从而保证了终端41的已经存满数据的预定存储区内所有暂存的数据都被转存，使得之后接收的文件数据可以覆盖原来的文件数据。避免终端41的预定存储区中出现数据溢出。

从以上的描述中，可以看出，本发明实施例提供的技术方案，通过文件数据的接收和转存并发执行，以及设置数据转存的阈值条件，控制数据转存的时机和频率，不仅优化了数据接收和数据转存的同步处理，并且在不间断接收文件数据的前提下，尽量减少转存的次数，从而提高文件下载速度提高了终端软件下载速度，并且，采取合适的传输暂停机制，避免接收终端的内存出现数据溢出。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种文件下载方法，其特征在于，包括：

接收步骤，第一终端接收第二终端发送的文件数据，暂存至所述第一终端的内存的预定存储区；

判断步骤，所述第一终端判断所述预定存储区内未转存的数据的大小是否达到或超过阈值，如果是，则执行转存步骤，并且同步执行所述接收步骤，否则，只执行所述接收步骤；

转存步骤，将所述预定存储区中所述阈值大小的数据转存至所述第一终端的非易失存储介质。

2.根据权利要求1所述的方法，其特征在于，在所述第一终端接收文件数据之前，还包括：所述第一终端获知待下载的文件的大小。

3.根据权利要求2所述的方法，其特征在于，还包括：所述第一终端确定已经转存的数据的大小达到所述待下载的文件大小，则通知所述第二终端文件下载成功。

4.根据权利要求1至3任一项所述的方法，其特征在于，在所述第一终端接收文件数据之前，还包括：所述第一终端将所述预定存储区域的存储空间的大小通知给所述第二终端。

5.根据权利要求4所述的方法，其特征在于，还包括：所述第二终端实时监测发送过的文件数据的大小是否达到所述预定存储区的存储空间的大小，如果是，则停止发送文件数据，否则，继续发送文件数据。

6.根据权利要求5所述的方法，其特征在于，在所述第二终端停止发送文件数据之后，还包括：

所述第二终端接收来自所述第一终端的指示恢复发送的指示信息；

所述第二终端恢复文件数据的发送。

7.根据权利要求6所述的方法，其特征在于，所述第一终端在以下情况向所述第二终端发送所述指示信息：所述预定存储区的数据均被转存，并且已经转存的数据的大小未达到所述待下载的文件大小。

8.一种文件下载***，其特征在于，包括：

第一终端，包括：

接收模块，用于接收第二终端发送的文件数据，暂存至所述第一终端的内存的预定存储区；

监测模块，用于监测所述预定存储区内未转存的数据的大小是否达到或超过阈值，如果是，则触发转存模块；

所述转存模块，用于将所述预定存储区的所述阈值大小的数据转存至所述第一终端的非易失存储介质；

控制模块，用于在所述转存模块转存数据时，控制所述接收模块同步接收文件数据；

第二终端，包括：

发送模块，用于向所述第一终端发送文件数据。

9.根据权利要求8所述的***，其特征在于，所述第一终端还包括：

第一累计模块，与所述转存模块耦接，用于累计所述转存模块已经转存的数据的大小；

第一判断模块，与所述第一累计模块及通知模块耦接，用于实时判断所述第一累计模块累计的已经转存的数据的大小是否达到所述待下载的文件大小，如果是，则触发通知模块；

通知模块，用于通知所述第二终端文件下载成功。

10.根据权利要求8或9所述的***，其特征在于，

所述第二终端还包括：

第二累计模块，与所述发送模块耦接，用于累计所述发送模块已经发送的文件数据的大小；

第二判断模块，与所述第二累计模块和所述发送模块耦接，用于实时判断所述第二累计模块累计的已经发送过的文件数据的大小是否达到所述预定存储区的存储空间的大小，如果是，则触发所述发送模块停止发送文件数据；

指示信息接收模块，与所述发送模块耦接，用于接收来自所述第一终端的指示恢复发送的指示信息，并触发所述发送模块恢复发送文件数据；

所述第一终端还包括：

指示信息发送模块，用于在所述预定存储区的数据均被转存，并且已经转存的数据的大小未达到所述待下载的文件大小的情况下，发送指示所述第二终端恢复发送文件数据的指示信息。

Images