一种文件传输方法、装置和系统与流程

1.本发明涉及计算机技术领域，尤其涉及一种文件传输方法、装置和系统。


背景技术：

2.目前，在异构系统间进行文本文件交互时，一般都会采用ftp(file transfer protocol，文件传输协议)、sftp(secure file transfer protocol，安全文件传送协议)、smtp(simple mail transfer protocol，简单邮件传输协议)等协议来完成文本文件的传输共享。例如，互联网交易系统、银行交易系统一般都会涉及到交易数据的传输对账、稽核，两个异构交易系统间要实现这种交易数据的对账、稽核，交易双方必须定义好数据文件的头尾、分隔符、字段、文件名、文件存储ftp/sftp服务器等信息，文本文件传输方根据约定生成好文件并将其发送至存储服务器，以供文件接收方下载、解析。
3.在实现本发明过程中，发明人发现现有技术中至少存在如下问题：文本文件传输耗时不受控制，一般交易对账文件都是以固定格式生成一个文件，然而根据交易记录数据的不同，生成的文件的大小不定，因此导致文件传输耗时不受控制；传输过程网络异常容灾问题，如果传输过程中出现网络异常，则将导致所有已经传输的文件还需要重新再传输，与此同时可能文件接收方已经开始读取这些未完全传输的文件，导致文件接收方获取数据不完整；存储服务器网络安全问题，对于ftp协议本身和ftp的具体传输过程，很多地方都存在着安全隐患，对客户端链接暴露服务器ip、端口、用户名、密码，容易遭受黑客攻击；硬件服务器资源浪费问题，这种方式需要ftp/sftp服务器的硬件存储服务器支持，会造成服务器的不必要浪费。


技术实现要素：

4.有鉴于此，本发明实施例提供一种文件传输方法、装置和系统。该方法、装置和系统将目标文件拆分成子文件传输，可以降低传输时间，提高传输效率，解决传输耗时不受控制问题，文件接收方也可以多线程并发下载，进一步提高传输效率；基于子文件列表传输子文件，即使出现网络传输异常，文件接收方可以根据子文件列表，重新下载获取异常的子文件，以此解决子文件传输过程中的网络异常容灾问题；基于http协议传输子文件，不需要文件存储服务器，有效规避了存储服务器网络安全问题，节省了硬件资源；文件接收方和文件提供方的交互接口通过数字签名验签，提高了安全性。
5.为实现上述目的，根据本发明实施例的一个方面，提供了一种文件传输方法，包括：
6.接收来自文件接收方的查询请求，所述查询请求用于查询目标文件；
7.向所述文件接收方发送子文件列表，所述子文件列表包括多个子文件的标识，其中，所述多个子文件是通过拆分所述目标文件得到的；
8.接收所述文件接收方的下载请求，所述下载请求包括目标子文件的标识；
9.向所述文件接收方发送与所述目标子文件的标识对应的目标子文件。
10.可选地，所述方法还包括根据如下过程拆分所述目标文件；获取目标文件中的一个文本数据；判断子文件是否存在；若存在，则将所述文本数据写入所述子文件；若不存在，则创建空文件，将所述空文件作为子文件，并将所述文本数据写入所述子文件。
11.可选地，在将所述文本数据写入所述子文件之前，所述方法还包括：确定所述子文件满足如下写入条件：所述文本数据的大小与所述子文件的大小之和小于或等于预设的第一阈值；或所述子文件中文本数据的总条数小于预设的第二阈值。
12.可选地，向所述文件接收方发送子文件列表包括：基于http协议，向所述文件接收方发送子文件列表；
13.向所述文件接收方发送与所述目标子文件的标识对应的目标子文件包括：基于http协议，向所述文件接收方发送与所述目标子文件的标识对应的目标子文件。
14.可选地，所述查询请求包括第一数字签名，所述下载请求包括第二数字签名；
15.向所述文件接收方发送子文件列表包括：验证所述第一数字签名，在所述第一数字签名验证通过的情况下，向所述文件接收方发送子文件列表；
16.向所述文件接收方发送与所述目标子文件的标识对应的目标子文件包括：验证所述第二数字签名，在所述第二数字签名验证通过的情况下，向所述文件接收方发送与所述目标子文件的标识对应的目标子文件。
17.可选地，所述下载请求还包括目标子文件的令牌；
18.在所述第二数字签名验证通过的情况下，向所述文件接收方发送与所述目标子文件的标识对应的目标子文件包括：在所述第二数字签名验证通过的情况下，判断所述目标子文件的令牌的使用次数是否小于或等于预设的第三阈值；若是，则向所述文件接收方发送与所述目标子文件的标识对应的目标子文件。
19.可选地，所述方法还包括：统计所述子文件中文本数据的总条数和总列数；基于所述总条数和总列数生成子文件信息，并将所述子文件信息记录在所述子文件中。
20.可选地，在向所述文件接收方发送与所述目标子文件的标识对应的目标子文件之前，所述方法还包括：对所述目标子文件进行加密。
21.为实现上述目的，根据本发明实施例的另一个方面，提供了一种文件传输方法，包括：
22.向文件提供方发送查询请求，所述查询请求用于查询目标文件；
23.接收所述文件提供方反馈的子文件列表，所述子文件列表包括多个子文件的标识，其中，所述多个子文件是通过拆分所述目标文件得到的；
24.向所述文件提供方发送下载请求，所述下载请求包括目标子文件的标识；
25.接收所述文件提供方发送的与所述目标子文件的标识对应的目标子文件。
26.可选地，在接收到所述目标子文件之后，所述方法还包括：对所述目标子文件进行解密，得到解密子文件；校验所述解密子文件的完整性。
27.可选地，校验所述解密子文件的完整性包括：从所述解密子文件中获取子文件信息，所述子文件信息包括第一总条数和第一总列数；统计所述解密子文件中文本数据的条数和列数，得到第二总条数和第二总列数；判断所述第一总条数是否等于所述第二总条数，以及所述第一总列数是否等于所述第二总列数；若所述第一总条数等于所述第二总条数，并且所述第一总列数等于所述第二总列数，则确定所述解密文件是完整的。
28.为实现上述目的，根据本发明实施例的又一个方面，提供了一种文件传输方法，包括：
29.文件接收方向文件提供方发送查询请求，所述查询请求用于查询目标文件；
30.所述文件提供方向所述文件接收方发送子文件列表，所述子文件列表包括多个子文件的标识，其中，所述多个子文件是通过拆分所述目标文件得到的；
31.所述文件接收方向所述文件提供方发送下载请求，所述下载请求包括目标子文件的标识；
32.所述文件提供方向所述文件接收方发送与所述目标子文件的标识对应的目标子文件。
33.为实现上述目的，根据本发明实施例的又一个方面，提供了一种数据传输装置，包括：
34.查询请求接收模块，用于接收来自文件接收方的查询请求，所述查询请求用于查询目标文件；
35.列表发送模块，用于向所述文件接收方发送子文件列表，所述子文件列表包括多个子文件的标识，其中，所述多个子文件是通过拆分所述目标文件得到的；
36.下载请求接收模块，用于接收所述文件接收方的下载请求，所述下载请求包括目标子文件的标识；
37.子文件发送模块，用于向所述文件接收方发送与所述目标子文件的标识对应的目标子文件。
38.为实现上述目的，根据本发明实施例的又一个方面，提供了一种数据传输装置，包括：
39.查询请求发送模块，用于向文件提供方发送查询请求，所述查询请求用于查询目标文件；
40.列表接收模块，用于接收所述文件提供方反馈的子文件列表，所述子文件列表包括多个子文件的标识，其中，所述多个子文件是通过拆分所述目标文件得到的；
41.下载请求发送模块，用于向所述文件提供方发送下载请求，所述下载请求包括目标子文件的标识；
42.子文件接收模块，用于接收所述文件提供方发送的与所述目标子文件的标识对应的目标子文件。
43.为实现上述目的，根据本发明实施例的又一个方面，提供了一种文件传输系统，所述系统包括文件接收子系统和文件提供子系统，其中，所述文件接收子系统向文件提供子系统发送查询请求，所述查询请求用于查询目标文件；所述文件提供子系统向所述文件接收子系统发送子文件列表，所述子文件列表包括多个子文件的标识，其中，所述多个子文件是通过拆分所述目标文件得到的；所述文件接收子系统向所述文件提供子系统发送下载请求，所述下载请求包括目标子文件的标识；所述文件提供子系统向所述文件接收子系统发送与所述目标子文件的标识对应的目标子文件。
44.为实现上述目的，根据本发明实施例的又一个方面，提供了一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明实施例的文件传输方法。
45.为实现上述目的，根据本发明实施例的又一个方面，提供了一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现本发明实施例的文件传输方法。
46.上述发明中的一个实施例具有如下优点或有益效果：将目标文件拆分成子文件传输，减小文件的大小，降低文件传输时间，提高传输效率，文件接收方也可以多线程并发下载，进一步提高传输效率，解决传输耗时不受控制问题；基于子文件列表传输子文件，即使出现网络传输异常，文件接收方可以根据子文件列表，重新下载获取异常的子文件，以此解决子文件传输过程中的网络异常容灾问题；基于http协议传输子文件，不需要文件存储服务器，有效规避了存储服务器网络安全问题，节省了硬件资源；文件接收方和文件提供方的交互接口通过数字签名验签，提高了安全性。
47.上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。
附图说明
48.附图用于更好地理解本发明，不构成对本发明的不当限定。其中：
49.图1是本发明一实施例的文件传输方法的主要流程的示意图；
50.图2是本发明另一实施例的文件传输方法的主要流程的示意图；
51.图3是本发明又一实施例的文件传输方法的主要流程的示意图；
52.图4是本发明再一实施例的文件传输方法的主要流程的示意图；
53.图5是本发明一实施例的文件传输装置的主要模块的示意图；
54.图6是本发明另一实施例的文件传输装置的主要模块的示意图；
55.图7是本发明实施例的文件传输系统的架构示意图；
56.图8是本发明实施例可以应用于其中的示例性系统架构图；
57.图9是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。
具体实施方式
58.以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
59.图1是本发明实施例的文件传输方法的主要流程的示意图，如图1所示，该方法包括：
60.步骤s101：接收来自文件接收方的查询请求，所述查询请求用于查询目标文件。
61.在可选的实施例中，该查询请求可以包括目标文件的日期。通过该目标文件的日期文件提供方可以确定文件接收方想要哪天的目标文件。
62.步骤s102：向所述文件接收方发送子文件列表，所述子文件列表包括多个子文件的标识，其中，所述多个子文件是通过拆分所述目标文件得到的。
63.其中，子文件的标识可以是子文件的id。
64.在可选的实施例中，拆分该目标文件得到多个子文件的过程如图2所示，包括：
65.步骤s201：获取目标文件中的一个文本数据；
66.步骤s202：判断子文件是否存在；
67.步骤s203：若存在子文件，则判断所述子文件是否满足写入条件；
68.步骤s204：若满足写入条件，则将所述文本数据写入所述子文件；
69.步骤s205：若不满足写入条件，则创建空文件，将所述空文件作为新的子文件，并将所述文本数据写入所述新的子文件。
70.步骤s206：若不存在子文件，则创建空文件，将所述空文件作为子文件，并将所述文本数据写入所述子文件。
71.在本实施例中，可以按照指定文件大小和指定数据条数两种策略拆分目标文件。其中，指定文件大小策略设置了子文件大小的上限(即第一阈值)，每个拆分的子文件的大小不能大于该上限。指定数据条数策略设置了子文件中文本数据条数的上限(即第二阈值)，每个拆分的子文件中文本数据的条数不能大于该上限。其中，第一阈值和第二阈值可以根据场景灵活设置，本发明在此不做限制。
72.值得说明的是，在按照指定文件大小的策略拆分目标文件时，不能将同一条文本数据记录写到两个子文件中，所以在将文本数据写入子文件之前需要判断子文件大小与文本数据大小之和是否大于第一阈值，若大于，则创建空文件，并将该文本数据写入该空文件。在按照指定数据条数的策略拆分目标文件时，不需要考虑子文件的大小，只需要保证子文件中文本数据的条数小于或等于第二阈值。
73.对于步骤s203，具体的，可以根据如下过程判断所述子文件是否满足写入文件：
74.判断所述文本数据的大小与所述子文件的大小之和是否小于或等于预设的第一阈值，若是，则确定所述子文件满足写入条件；或
75.判断所述子文件中文本数据的总条数是否小于或等于预设的第二阈值，若是，则确定所述子文件满足写入条件。
76.在本步骤中，将目标文件拆分成子文件传输，可以降低传输时间，提高传输效率，解决了传输耗时不受控制问题，文件接收方也可以多线程并发下载，进一步提高传输效率。
77.在可选的实施例中，可以采用freemarker、velocity模板引擎技术，基于模板来拆分目标文件，其中，freemarker是一个模板引擎，一个基于模板生成文本输出的通用工具，velocity是一个基于java的模板引擎。在实际应用时，文件提供方可以每天创建一条拆分目标文件的异步任务，该异步任务只有成功执行才会完成，否则只要任务失败次数未达到上限，将重复执行拆分目标文件的任务，以此确保目标文件拆分成功。
78.步骤s103：接收所述文件接收方的下载请求，所述下载请求包括目标子文件的标识。其中，目标子文件的标识可以是目标子文件的id。
79.步骤s104：向所述文件接收方发送与所述目标子文件的标识对应的目标子文件。
80.在可选的实施例中，文件接收方可以向文件提供方发送多个下载请求，以下载多个目标子文件，从而实现多线程并发下载，提高下载效率。
81.本发明实施例的文件传输方法，将目标文件拆分成子文件传输，可以降低传输时间，提高传输效率，解决传输耗时不受控制问题，文件接收方也可以多线程并发下载，进一步提高传输效率；基于子文件列表传输子文件，即使出现网络传输异常，文件接收方可以根据子文件列表，重新下载获取异常的子文件，以此解决子文件传输过程中的网络异常容灾
问题。
82.在可选的实施例中，文件接收方和文件提供方基于http协议交互，即文件接收方基于http协议向文件提供方发送查询请求和下载请求，文件提供方基于http协议向文件接收方发送子文件列表和目标子文件。其中，http协议(hyper text transfer protocol，超文本传输协议)是一个简单的请求-响应协议，它指定了客户端可能发送给服务器什么样的消息以及得到什么样的响应。
83.在可选的实施例中，上述查询请求包括第一数字签名，上述下载请求包括第二数字签名。其中，数字签名也可以被形象化的称为数据指纹，是信息的发送者产生的一段数字串，这段数字串同时也是对信息的发送者发送信息真实性的一个有效证明。
84.在步骤s102中，向所述文件接收方发送子文件列表可以包括：验证所述第一数字签名，在所述第一数字签名验证通过的情况下，向所述文件接收方发送子文件列表。
85.在步骤s104中，向所述文件接收方发送与所述目标子文件的标识对应的目标子文件包括：验证所述第二数字签名，在所述第二数字签名验证通过的情况下，向所述文件接收方发送与所述目标子文件的标识对应的目标子文件。
86.其中，第二数字签名可以与第一数字签名相同，也可以不相同。
87.在本实施例中，文件提供方和文件接收方会约定计算数字签名的算法，文件接收方会根据约定的算法算出数字签名，传给文件提供方。文件提供方会根据约定的算法计算数字签名，若计算得到的签名与接收到的数字签名一致，则该数字签名验证通过，否则验证不通过。作为示例，本实施例中利用md5算法计算数字签名。md5算法可以作为一种电子签名的方法来使用，使用md5算法就可以为任何文件(不管其大小、格式、数量)产生一个独一无二的“数字指纹”，借助这个“数字指纹”，就可以知道文件是否被改动。
88.在可选的实施例中，上述下载请求还包括目标子文件的令牌。在本实施例中，令牌有使用次数限制，当超过一定次数时令牌失效，以此提高子文件传输的安全性。因此，文件提供方在通过对第二数字签名验证之后，需要判断该下载请求中目标子文件的令牌的使用次数。具体的，在验证所述第二数字签名通过的情况下，判断所述目标子文件的令牌的使用次数是否小于或等于预设的第三阈值；若是，则向所述文件接收放方发送与目标子文件id对应的目标子文件，并更新所述目标子文件的令牌的使用次数。其中，第三阈值可以根据场景灵活设置，本发明在此不做限制。
89.在可选的实施例中，若目标子文件的令牌的使用次数大于预设的第三阈值，则文件提供方可以向文件接收方反馈超次信息，以提示文件接收方令牌使用次数大于预设的第三阈值，该目标子文件不能下载。
90.在可选的实施例中，该方法还包括：
91.统计所述子文件中文本数据的总条数和总列数；
92.基于所述总条数和总列数生成子文件信息，并将所述子文件信息记录在所述子文件中。
93.其中，可以通过统计该子文件中文本数据的字段的数量来统计子文件中文本数据的总列数。
94.本实施例中，文件接收方接收到目标子文件时，可以根据该目标子文件中的总条数和总列数验证该目标子文件的完整性。
95.在可选的实施例中，在向文件接收放方发送目标子文件之前，还需要对该目标子文件进行加密，以提高目标子文件的安全性。在向文件接收方发送子文件列表时，也可以发送密钥，从而可以使文件接收方利用所述密钥对加密的目标子文件解密。具体的，可以利用rsa算法的公钥和私钥对目标子文件进行加密和解密。rsa算法的原理是：根据数论，寻求两个大素数比较简单，而将它们的乘积进行因式分解却极其困难，因此可以将乘积公开作为加密密钥。
96.在可选的实施例中，文件提供方在对目标子文件加密之后，还可以将加密的目标子文件进行压缩，以减小目标子文件的大小，提高传输效率。
97.图3是本发明实施例的文件传输方法的主要流程的示意图，如图3所示，该方法包括：
98.步骤s301：向文件提供方发送查询请求，所述查询请求用于查询目标文件；
99.步骤s302：接收所述文件提供方反馈的子文件列表，所述子文件列表包括多个子文件的标识，其中，所述多个子文件是通过拆分所述目标文件得到的；
100.步骤s303：向所述文件提供方发送下载请求，所述下载请求包括目标子文件的标识；
101.步骤s304：接收所述文件提供方发送的与所述目标子文件的标识对应的目标子文件。
102.本实施例中详尽描述的技术细节可以参考图1所示的实施例，本发明在此不再赘述。
103.在可选的实施例中，在接收到所述目标子文件之后，所述方法还包括：
104.对所述目标子文件进行解密，得到解密子文件；
105.校验所述解密子文件的完整性。
106.其中，文件提供方在反馈子文件列表时，也可以反馈用于解密的私钥。文件接收方根据该私钥对目标子文件进行解密。
107.可以根据如下过程校验所述解密子文件的完整性：
108.从所述解密子文件中获取子文件信息，所述子文件信息包括第一总条数和第一总列数；
109.统计所述解密子文件中文本数据的条数和列数，得到第二总条数和第二总列数；
110.判断所述第一总条数是否等于所述第二总条数，以及所述第一总列数是否等于所述第二总列数；
111.若所述第一总条数等于所述第二总条数，并且所述第一总列数等于所述第二总列数，则确定所述解密文件是完整的。
112.本实施例的文件传输方法，将目标文件拆分成子文件传输，可以降低传输时间，提高传输效率，解决传输耗时不受控制问题，文件接收方也可以多线程并发下载，进一步提高传输效率；基于子文件列表传输子文件，即使出现网络传输异常，文件接收方可以根据子文件列表，重新下载获取异常的子文件，以此解决子文件传输过程中的网络异常容灾问题；基于http协议传输子文件，不需要文件存储服务器，有效规避了存储服务器网络安全问题，节省了硬件资源；文件接收方和文件提供方的交互接口通过数字签名验签，提高了安全性。
113.图4是本发明实施例的文件传输方法的主要流程的示意图，如图4所示，该方法包
括：
114.步骤s401：文件接收方向文件提供方发送查询请求，所述查询请求用于查询目标文件。其中，所述查询请求包括第一数字签名、文件接收者标识信息(如文件接收者编号)和查询的文件的日期，具体的，如下表1所示：
115.表1：
[0116][0117]
步骤s402：所述文件提供方验证所述第一数字签名，并在该第一数字签名验证通过的情况下，向所述文件接收方发送子文件列表，所述子文件列表包括多个子文件的标识，其中，所述多个子文件是通过拆分所述目标文件得到的。其中，所述子文件列表包括子文件的id和令牌。
[0118]
在可选的实施例中，文件提供方向文件接收方发送的信息还包括：响应状态(包括成功和失败两种状态、错误码(当相应状态为成功时，错误码为000)、错误信息(错误原因)、文件总数(可以用于核对文件列表中的文件数量是否正确)和文件摘要，具体的，文件提供方向文件接收方发送的信息如下表2所示：
[0119]
表2：
[0120][0121]
步骤s403：所述文件接收方向所述文件提供方发送下载请求，所述下载请求包括目标子文件的标识、第二数字签名和目标子文件的令牌。
[0122]
其中，该下载请求还包括文件接收方的标识(如文件接收方编号)，具体的如下表3所示：
[0123]
表3：
[0124][0125][0126]
步骤s404：文件提供方验证该第二数字签名，在该第二数字签名验证通过的情况
下，确定目标子文件的令牌的使用次数是否超过第三阈值，若没超过，所述文件提供方向所述文件接收方发送与所述目标子文件的标识对应的目标子文件，并更新该令牌的使用次数。
[0127]
在可选的实施例中，在向文件接收方发送与目标待下载文件id对应的目标文件时，还可以发送如表4所示的信息。
[0128]
表4：
[0129]
参数名类型说明statusstring响应状态：t成功，f失败errcodestring错误码errmsgstring错误信息
[0130]
图5是本发明实施例的文件传输装置500的主要模块的示意图，如图5所示，该装置500包括：
[0131]
查询请求接收模块501，用于接收来自文件接收方的查询请求，所述查询请求用于查询目标文件；
[0132]
列表发送模块502，用于向所述文件接收方发送子文件列表，所述子文件列表包括多个子文件的标识，其中，所述多个子文件是通过拆分所述目标文件得到的；
[0133]
下载请求接收模块503，用于接收所述文件接收方的下载请求，所述下载请求包括目标子文件的标识；
[0134]
子文件发送模块504，用于向所述文件接收方发送与所述目标子文件的标识对应的目标子文件。
[0135]
可选地，所述装置500还包括拆分模块，用于：获取目标文件中的一个文本数据；判断子文件是否存在；若存在，则将所述文本数据写入所述子文件；若不存在，则创建空文件，将所述空文件作为子文件，并将所述文本数据写入所述子文件。
[0136]
可选地，所述拆分模块还用于：确定所述子文件满足如下写入条件：所述文本数据的大小与所述子文件的大小之和小于或等于预设的第一阈值；或所述子文件中文本数据的总条数小于预设的第二阈值。
[0137]
可选地，所述拆分模块还用于：判断所述文本数据的大小与所述子文件的大小之和是否小于或等于预设的第一阈值，若是，则确定所述子文件满足写入条件；或
[0138]
判断所述子文件中文本数据的总条数是否小于或等于预设的第二阈值，若是，则确定所述子文件满足写入条件。
[0139]
可选地，所述列表发送模块502还用于：基于http协议，向所述文件接收方发送子文件列表；
[0140]
可选地，所述子文件发送模块504还用于：基于http协议，向所述文件接收方发送与所述目标子文件的标识对应的目标子文件。
[0141]
可选地，所述查询请求包括第一数字签名，所述下载请求包括第二数字签名；
[0142]
所述列表发送模块502还用于：验证所述第一数字签名，在所述第一数字签名验证通过的情况下，向所述文件接收方发送子文件列表；
[0143]
所述子文件发送模块504还用于：验证所述第二数字签名，在所述第二数字签名验证通过的情况下，向所述文件接收方发送与所述目标子文件的标识对应的目标子文件。
[0144]
可选地，所述下载请求还包括目标子文件的令牌；
[0145]
所述子文件发送模块504还用于：在所述第二数字签名验证通过的情况下，判断所述目标子文件的令牌的使用次数是否小于或等于预设的第三阈值；若是，则向所述文件接收方发送与所述目标子文件的标识对应的目标子文件。
[0146]
可选地，所述装置500还包括统计模块，用于：统计所述子文件中文本数据的总条数和总列数；基于所述总条数和总列数生成子文件信息，并将所述子文件信息记录在所述子文件中。
[0147]
可选地，所述装置500还包括加密模块，用于对所述目标子文件进行加密。
[0148]
本实施例的文件传输装置，将目标文件拆分成子文件传输，可以降低传输时间，提高传输效率，解决传输耗时不受控制问题，文件接收方也可以多线程并发下载，进一步提高传输效率；基于子文件列表传输子文件，即使出现网络传输异常，文件接收方可以根据子文件列表，重新下载获取异常的子文件，以此解决子文件传输过程中的网络异常容灾问题；基于http协议传输子文件，不需要文件存储服务器，有效规避了存储服务器网络安全问题，节省了硬件资源；文件接收方和文件提供方的交互接口通过数字签名验签，提高了安全性。
[0149]
图6是本发明另一实施例的文件传输装置600的主要模块的示意图，如图6所示，该装置600包括：
[0150]
查询请求发送模块601，用于向文件提供方发送查询请求，所述查询请求用于查询目标文件；
[0151]
列表接收模块602，用于接收所述文件提供方反馈的子文件列表，所述子文件列表包括多个子文件的标识，其中，所述多个子文件是通过拆分所述目标文件得到的；
[0152]
下载请求发送模块603，用于向所述文件提供方发送下载请求，所述下载请求包括目标子文件的标识；
[0153]
子文件接收模块604，用于接收所述文件提供方发送的与所述目标子文件的标识对应的目标子文件。
[0154]
可选地，所述装置600还包括校验模块，用于：对所述目标子文件进行解密，得到解密子文件；校验所述解密子文件的完整性。
[0155]
可选地，所述校验模块还用于：从所述解密子文件中获取文件信息，所述文件信息包括第一总条数和第一总列数；统计所述解密子文件中文本数据的条数和列数，得到第二总条数和第二总列数；判断所述第一总条数是否等于所述第二总条数，以及所述第一总列数是否等于所述第二总列数；若所述第一总条数等于所述第二总条数，并且所述第一总列数等于所述第二总列数，则确定所述解密文件是完整的。
[0156]
图7是本发明实施例的文件传输系统700的架构示意图，如图7所示，所述系统700包括文件接收子系统701和文件提供子系统702，其中，
[0157]
所述文件接收子系统701向文件提供子系统702发送查询请求，所述查询请求用于查询目标文件；
[0158]
所述文件提供子系统702向所述文件接收子系统701发送子文件列表，所述子文件列表包括多个子文件的标识，其中，所述多个子文件是通过拆分所述目标文件得到的；
[0159]
所述文件接收子系统701向所述文件提供子系统702发送下载请求，所述下载请求包括目标子文件的标识；
[0160]
所述文件提供子系统702向所述文件接收子系统701发送与所述目标子文件的标识对应的目标子文件。
[0161]
上述装置和系统可执行本发明实施例所提供的方法，具备执行方法相应的功能模块和有益效果。未在本实施例中详尽描述的技术细节，可参见本发明实施例所提供的方法。
[0162]
图8示出了可以应用本发明实施例的文件传输方法或文件传输装置的示例性系统架构800。
[0163]
如图8所示，系统架构800可以包括终端设备801、802、803，网络804和服务器805。网络804用以在终端设备801、802、803和服务器805之间提供通信链路的介质。网络804可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
[0164]
用户可以使用终端设备801、802、803通过网络804与服务器805交互，以接收或发送消息等。终端设备801、802、803上可以安装有各种通讯客户端应用，例如网页浏览器应用等。
[0165]
终端设备801、802、803可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于平板电脑、膝上型便携计算机和台式计算机等等。
[0166]
服务器805可以是提供各种服务的服务器，例如对用户利用终端设备801、802、803所浏览的购物类网站提供支持的后台管理服务器。后台管理服务器可以对接收到的产品信息查询请求等数据进行分析等处理，并将处理结果(例如目标推送信息、产品信息)反馈给终端设备。
[0167]
需要说明的是，本发明实施例所提供的文件传输方法一般由服务器805执行，相应地，文件传输装置一般设置于服务器805中。
[0168]
应该理解，图8中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。
[0169]
下面参考图9，其示出了适于用来实现本发明实施例的终端设备的计算机系统900的结构示意图。图9示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
[0170]
如图9所示，计算机系统900包括中央处理单元(cpu)901，其可以根据存储在只读存储器(rom)902中的程序或者从存储部分908加载到随机访问存储器(ram)903中的程序而执行各种适当的动作和处理。在ram 903中，还存储有系统900操作所需的各种程序和数据。cpu 901、rom 902以及ram 903通过总线904彼此相连。输入/输出(i/o)接口905也连接至总线904。
[0171]
以下部件连接至i/o接口905：包括键盘、鼠标等的输入部分906；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分907；包括硬盘等的存储部分908；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分909。通信部分909经由诸如因特网的网络执行通信处理。驱动器910也根据需要连接至i/o接口905。可拆卸介质911，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器910上，以便于从其上读出的计算机程序根据需要被安装入存储部分908。
[0172]
特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在
这样的实施例中，该计算机程序可以通过通信部分909从网络上被下载和安装，和/或从可拆卸介质911被安装。在该计算机程序被中央处理单元(cpu)901执行时，执行本发明的系统中限定的上述功能。
[0173]
需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、rf等等，或者上述的任意合适的组合。
[0174]
附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
[0175]
描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括发送模块、获取模块、确定模块和第一处理模块。其中，这些模块的名称在某种情况下并不构成对该单元本身的限定，例如，发送模块还可以被描述为“向所连接的服务端发送图片获取请求的模块”。
[0176]
作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：
[0177]
接收来自文件接收方的查询请求，所述查询请求用于查询目标文件；
[0178]
向所述文件接收方发送子文件列表，所述子文件列表包括多个子文件的标识，其中，所述多个子文件是通过拆分所述目标文件得到的；
[0179]
接收所述文件接收方的下载请求，所述下载请求包括目标子文件的标识；
[0180]
向所述文件接收方发送与所述目标子文件的标识对应的目标子文件。
[0181]
本发明实施例的技术方案，将目标文件拆分成子文件传输，可以降低传输时间，提高传输效率，解决传输耗时不受控制问题，文件接收方也可以多线程并发下载，进一步提高传输效率；基于子文件列表传输子文件，即使出现网络传输异常，文件接收方可以根据子文件列表，重新下载获取异常的子文件，以此解决子文件传输过程中的网络异常容灾问题；基于http协议传输子文件，不需要文件存储服务器，有效规避了存储服务器网络安全问题，节省了硬件资源；文件接收方和文件提供方的交互接口通过数字签名验签，提高了安全性。
[0182]
上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。