CN1996844A - 一种本地下载的方法及系统 - Google Patents

Abstract

本发明公开了一种本地下载的方法、系统、客户端及服务器，用以解决目前本地协议中没有提供自动交互流程的问题。本发明方法包括步骤：A.客户端向服务器发出下载文件请求；B.服务器根据所述的下载文件请求，去查寻并获得满足该下载文件请求的文件；C.服务器发送所述的满足该下载文件请求的文件，客户端接收该文件。

Description

一种本地下载的方法及系统

技术领域

本发明涉及通信领域中的数据交换技术，特别是涉及一种本地下载的方法及系统、客户端及服务器。

背景技术

串口协议XMODEM是一种个人计算机通信中广泛使用的异步文件传输协议。参见图1所示，目前，利用串口协议XMODEM传输文件时，用户首先要在服务器侧启动文件发送，之后在客户端启动文件接收。用户手动完成这两步操作后，文件才会从服务器下载到客户端。

这种协议虽然提供了可靠的数据传输能力，但是没有提供客户端与服务器之间的自动交互流程，尤其是在多文件下载时，需要用户反复手动操作，给用户的使用带来不便。

进一步，由于目前没有自动交互流程，用户无法直接获知待下载文件的属性。这样会导致客户端可能在接收了一部分数据后，因为存储空间不足而接收失败，浪费了时间和系统资源，而且给用户带来了不好的体验。

进一步，由于目前没有自动交互流程，而且服务器侧没有设置文件路径，给文件查找带来了不便。

发明内容

本发明提供一种本地下载的方法、系统、客户端及服务器，用以解决目前本地协议中没有提供自动交互流程的问题。

本发明方法应用基于本地下载协议的数据交换系统，包括下列步骤：

A、客户端向服务器发出下载文件请求；

B、服务器根据所述的下载文件请求，去查寻并获得满足该下载文件请求的文件；

C、服务器发送所述的满足该下载文件请求的文件，客户端接收该文件。

所述下载文件至少为一个。

所述步骤A中包括步骤：A1、客户端向服务器发送下载通知消息；A2、服务器当前允许下载，则向所述客户端发送下载通知响应消息；A3、客户端向服务器发送携带待下载文件的文件名的下载请求消息。

客户端发出的所述下载请求消息中还携带有待下载文件的文件格式，服务器根据下载请求消息中的文件名及文件格，在指定路径下查找。

所述服务器确定存在相应的文件后，进一步查询所述待下载文件的属性信息并下发到客户端。

所述步骤C中还包括步骤：客户端根据收到的待下载文件的属性信息决定是否下载所述文件；当决定下载时，客户端向服务器发送确认下载消息；服务器收到所述确认下载消息后，向所述客户端对应下发文件数据。

所述属性信息至少包括：待下载文件的大小信息。

所述步骤C之后还包括步骤：客户端接收了完整的文件后，进行数据校验。

所述本地下载协议包括：串口协议XMODEM、红外传输协议或蓝牙传输协议。

本发明的系统，应用基于本地下载协议的数据交换系统，包括：客户端和通过数据传输网络与所述客户端连接的服务器；所述客户端，包括：消息发送单元，与所述数据传输网络相连；第一分析单元，与所述数据传输网络相连；所述服务器，包括：第二分析单元，通过所述数据传输网络与所述消息发送单元相连；执行单元，与所述第二分析单元相连，以及通过所述数据传输网络与所述第一分析单元相连。

所述客户端还包括：传输控制单元，当存在多个待下载文件时，控制多个文件的下载。

所述消息发送单元，用于根据用户的指令，通过数据传输网络向服务器发送下载请求消息及查询请求消息；所述第一分析单元，用于分析服务器反馈的消息，以提示用户是否执行下载操作；所述第二分析单元，用于分析客户端发来的下载请求消息和查询请求消息，并发送分析结果；所述执行单元，用于根据所述第二分析单元的分析结果，发送反馈消息及文件数据。

本发明的本地下载客户端，应用于本地下载协议，包括：消息发送单元，其接收用户的指令，并向服务器发送下载请求消息及查询请求消息；第一分析单元，接收网络侧发来的反馈消息，并提示用户是否执行下载操作。所述客户端还包括：传输控制单元，当存在多个待下载文件时，控制多个文件的下载。

本发明的本地下载服务器，应用于本地下载协议，包括：

第二分析单元，其接收网络侧发来的下载请求消息和查询请求消息，发送分析结果；

执行单元，与所述执行第二单元相连，解析第二分析单元发出的分析结果，并发送反馈消息及文件数据。

本发明有益效果如下：

本发明方法提供了一种在本地下载时，客户端与服务器交互的流程。客户端收到用户的指示后，以发送消息的形式向服务器请求下载文件；服务器确认待下载文件存在后，自动向客户端对应下发文件数据。

本发明方法无须用于在客户端和服务器这两端都进行手动操作，而是通过客户端与服务器的消息交互，自动完成所述待下载文件的查找及下载触发。尤其是在多文件下载时，本发明的优势更加显著，给用户带来了更好的体验。

进一步，在服务器侧为存储的文件设置了文件路径，即不是所有文件都处于同一根目录下。这样服务器在查找待下载文件时就有的放矢，节约了查找文件带来的系统消耗，同时减小了查找所需的时间。

进一步，服务器在查找到待下载文件时，还查询该文件的属性信息(例如：该文件的大小信息)，并在下发待下载文件之前，先将所述属性信息下发到客户端，这样用户就可在下载开始之前预先获知待下载文件的属性，据此用户可以决定是否继续下载(例如：根据大小信息判断存储空间是否足够)。通过这种优选方案的实施，从用户的角度避免了盲目下载给用户带来了不好体验；从服务器的角度节约了系统资源，以便为更多的用户提供服务。

为了支撑本发明方法，本发明还提供了一种本地下载的系统、客户端及服务器。

附图说明

图1为现有利用串口协议传输文件的示意图；

图2为本发明系统结构示意图；

图3为本发明方法步骤流程图；

图4为本发明方法消息交互示意图；

图5为本发明方法实例三的信令流程图。

具体实施方式

为了在本地下载过程中，使客户端和服务器以消息的形式进行交互，从而将用户的“手动”操作变为“自动”，本发明提供了一种本地下载的系统，应用于本地下载协议，所述本地下载协议包括但不限于串口协议XMODEM、红外传输协议或蓝牙传输协议。

参见图2所示，所述系统包括：客户端和通过数据传输网络与所述客户端连接的服务器。所述客户端(即本发明的客户端)中包括：与所述数据传输网络相连的消息发送单元；与所述数据传输网络相连的第一分析单元；进一步还可包括传输控制单元。所述服务器(即本发明的服务器)中包括：通过所述数据传输网络与所述消息发送单元相连的第二分析单元；与所述第二分析单元相连，以及通过所述数据传输网络与所述第一分析单元相连的执行单元。

所述第一分析单元，用于分析服务器反馈的消息，以提示用户是否执行下载操作。

所述消息发送单元，用于根据用户的指示，通过数据传输网络向服务器发送相应的消息。

所述传输控制单元，用于控制多个文件的下载。

所述第二分析单元，用于分析客户端发来的消息。

所述执行单元，用于根据所述第二分析单元的分析结果，自动执行相应的操作。

应用上述系统及装置，本发明提供了一种本地下载的方法，同样应用于但不限于串口协议XMODEM、红外传输协议或蓝牙传输协议。参见图3所示，包括下列步骤：

S1、客户端向服务器请求下载文件。

S2、服务器查找待下载文件是否存在，若存在，则转入步骤S3，否则，返回失败消息。

S3、服务器自动向客户端对应下发文件数据。

S4、客户端接收并存储服务器发来的数据。

以下通过4个实例具体描述本发明方法。

方法实例一：服务器从根目录查找到待下载文件后，直接下发文件数据。

S101、客户端向服务器请求下载文件。

客户端收到用户的下载指示后，通过内置的消息发送单元生成下载通知消息，并向服务器发送。

服务器收到所述下载通知消息后，通过内置的第二分析单元分析出所述客户端当前欲启动下载流程。之后，判断自身剩余的系统资源是否可以满足下载操作，若可以满足，则通过执行单元向所述客户端返回下载通知响应消息；否则，通过执行单元向所述客户端返回失败消息。

若客户端收到下载通知响应消息，则通过内置的第一分析单元分析出当前允许发起下载流程。之后，通过消息发送单元生成携带有待下载文件的文件名的下载请求消息，并向服务器发送，以启动下载流程，即转入步骤S102。所述待下载文件可以是一个，也可以是多个，本处以多个待下载文件为例。

若客户端收到失败消息，则通过内置的第一分析单元分析出当前不允许发起下载流程，用户可通过客户端再次与服务器交互。

S102、服务器查找待下载文件是否存在，若存在，则转入步骤S103，否则，返回失败消息。

在本例中，服务器没有为存储的文件设置文件路径，即所有文件都存储于根目录下。

服务器通过第二分析单元从客户端发来的下载请求消息中获取待下载文件的文件名，并通过执行单元，以所述文件名为依据在根目录下查找所述待下载文件是否存在。若查找到了相应的文件，则转入步骤S103；否则，向客户端发返回失败消息，客户端通过内置的第一分析单元分析出待下载文件不存在，用户可选择其它的文件下载。

S103、服务器自动向客户端对应下发文件数据。

所述执行单元查找到相应的文件后，无须用户再进行操作，而是直接向客户端同时下发各个待下载文件的文件数据。

S104、客户端接收并存储服务器发来的数据。

客户端通过内置的传输控制单元控制多个文件数据的同时接收。当全部文件下载完毕后，结束下载流程。

方法实例二：服务器在指定的文件路径下查找待下载文件，并在用户根据文件属性确认下载后，下发文件数据。

S201、客户端向服务器请求下载文件。(与S101相同)

S202、服务器查找待下载文件是否存在，若存在，则转入步骤S203，否则，返回失败消息。

在本例中，服务器为存储的文件设置文件路径，例如：MP3格式的文件被存储于“音频”路径下，AVI格式的文件被存储于“视频”路径下。

服务器通过第二分析单元从客户端发来的下载请求消息中获取待下载文件的文件名，所述文件名包括了文件名称及文件格式信息(例如：文件格式为MP3)。之后，通过执行单元，以所述文件名为依据在指定的文件路径下(“音频”路径下)查找所述待下载文件是否存在。若查找到了相应的文件，则同时获取查找到的文件的属性信息，例如：文件的大小信息，文件版本信息等，之后转入步骤S203；否则，向客户端发返回失败消息，客户端通过内置的第一分析单元分析出待下载文件不存在，用户可选择其它的文件下载。

S203、服务器自动向客户端对应下发文件数据。

在本例中，服务器在向客户端下发文件数据之前，先通过执行单元将所述查找到的文件的属性信息下发到客户端。客户端通过第一分析单元分析出待下载文件的大小等信息后，显示给用户，同时还可显示出所述客户端所在终端的剩余存储空间，用户据此判断是否有必要继续下载流程。

若用户决定继续下载，则通过消息发送单元生成确认下载消息，并向服务器发送；否则，终止下载流程。

服务器收到所述确认下载消息后，通过第二分析单元分析出用户确认下载，之后无须用户再进行操作，而是通过执行单元自动向客户端逐一下发各个待下载文件的文件数据。

S204、客户端接收并存储服务器发来的数据。

客户端通过内置的传输控制单元控制多个文件数据的逐一接收。当全部文件下载完毕后，结束下载流程。

方法实例三：服务器在指定的文件路径下查找待下载文件，并在用户根据文件属性确认下载后，下发文件数据。但是用户在下载过程中中止了下载。参见图4和图5所示，并结合图3，包括以下具体内容：

S301、客户端向服务器请求下载文件。(与S101相同)

S302、服务器查找待下载文件是否存在，若存在，则转入步骤S303，否则，返回失败消息。(与S202相同)

S303、服务器自动向客户端对应下发文件数据。(与S203相同)

S304、客户端接收并存储服务器发来的数据。

客户端通过内置的传输控制单元控制多个文件数据的逐一接收。在本例中，用户在下载过程中中止了下载。例如：在下载第一个文件的过程中，用户发现该文件以前下载过，则指示消息发送单元生成取消下载消息，并向服务器发送。

服务器收到所述取消下载消息后，通过第二分析单元分析出用户要求中止下载，则通过执行单元中止当前文件的下发，或者中止所有文件的下发，并向客户端发送取消下载响应消息。

方法实例四：在客户端向服务器请求下载文件之前，先对用户进行鉴权；以及，在客户端接收了完整的文件后，进行数据校验。

S401、客户端向服务器请求下载文件。

用户在通过客户端向服务器请求下载文件之前，先要以用户名和密码登录到服务器，即对该用的身份进行鉴权。在登录到服务器后，用户才可通过客户端指示下载。本步骤的后续内容与S101相同。

S402、服务器查找待下载文件是否存在，若存在，则转入步骤S403，否则，返回失败消息。(与S202相同)

S403、服务器自动向客户端对应下发文件数据。(与S203相同)

S404、客户端接收并存储服务器发来的数据。

本步骤中客户端接收并存储服务器发来的数据与S204相同。

当所述客户端接收到了一个完整的文件后(即收到了该文件的包头和包尾数据)，客户端对该文件进行数据校验，以判断接收到的文件的完整性。若发现接收的文件丢失了若干数据包，则可向服务器要求补发所述数据包。

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

Claims (16)

1、一种本地下载的方法，应用基于本地下载协议的数据交换系统，其特征在于，包括下列步骤：

A、客户端向服务器发出下载文件请求；

B、服务器根据所述的下载文件请求，去查寻并获得满足该下载文件请求的文件；

C、服务器发送所述的满足该下载文件请求的文件，客户端接收该文件。

2、如权利要求1所述的方法，其特征在于，所述下载文件至少为一个。

3、如权利要求2所述的方法，其特征在于，所述步骤A中包括步骤：

A1、客户端向服务器发送下载通知消息；

A2、服务器当前允许下载，则向所述客户端发送下载通知响应消息；

A3、客户端向服务器发送携带待下载文件的文件名的下载请求消息。

4、如权利要求3所述的方法，其特征在于，客户端发出的所述下载请求消息中还携带有待下载文件的文件格式，服务器根据下载请求消息中的文件名及文件格式，在指定路径下查找。

5、如权利要求4所述的方法，其特征在于，步骤B中，当所述服务器查询到满足该下载文件请求的文件后，进一步查询所述待下载文件的属性信息并下发到客户端。

6、如权利要求5所述的方法，其特征在于，所述步骤C中还包括步骤：

-客户端根据收到的待下载文件的属性信息决定是否下载所述文件；

-当决定下载时，客户端向服务器发送确认下载消息；

-服务器收到所述确认下载消息后，向所述客户端对应下发文件数据。

7、如权利要求5或6所述的方法，其特征在于，所述属性信息至少包括：待下载文件的大小信息。

8、如权利要求7所述的方法，其特征在于，所述步骤C之后还包括步骤：客户端接收了完整的文件后，进行数据校验。

9、如权利要求1所述的方法，其特征在于，所述本地下载协议包括：串口协议XMODEM、红外传输协议或蓝牙传输协议。

10、一种本地下载的系统，应用基于本地下载协议的数据交换系统，包括：客户端和通过数据传输网络与所述客户端连接的服务器，其特征在于：

所述客户端，包括：

消息发送单元，与所述数据传输网络相连；

第一分析单元，与所述数据传输网络相连；

所述服务器，包括：

第二分析单元，通过所述数据传输网络与所述消息发送单元相连；

执行单元，与所述第二分析单元相连，以及通过所述数据传输网络与所述第一分析单元相连。

11、如权利要求10所述的系统，其特征在于，所述客户端还包括：

传输控制单元，当存在多个待下载文件时，控制多个文件的下载。

12、如权利要求10或11所述的系统，其特征在于，

所述消息发送单元，用于根据用户的指令，通过数据传输网络向服务器发送下载请求消息及查询请求消息；

所述第一分析单元，用于分析服务器反馈的消息，以提示用户是否执行下载操作；

所述第二分析单元，用于分析客户端发来的下载请求消息和查询请求消息，并发送分析结果；

所述执行单元，用于根据所述第二分析单元的分析结果，发送反馈消息及文件数据。

13、如权利要求12所述的系统，其特征在于，所述本地下载协议包括：串口协议XMODEM、红外传输协议或蓝牙传输协议。

14、一种本地下载客户端，应用于本地下载协议，其特征在于，包括：

消息发送单元，其接收用户的指令，并向服务器发送下载请求消息及查询请求消息；

第一分析单元，接收网络侧发来的反馈消息，并提示用户是否执行下载操作。

15、如权利要求14所述的客户端，其特征在于，所述客户端还包括：

传输控制单元，当存在多个待下载文件时，控制多个文件的下载。

16、一种本地下载服务器，应用于本地下载协议，其特征在于，包括：

第二分析单元，其接收网络侧发来的下载请求消息和查询请求消息，并发送分析结果；

执行单元，与所述执行第二单元相连，解析第二分析单元发出的分析结果，并发送反馈消息及文件数据。

Images