文件传输方法、装置、电子设备和存储介质与流程

1.本公开涉及数据传输技术领域，尤其涉及一种文件传输方法、装置、电子设备和存储介质。


背景技术：

2.超过5g的文件通常可以被定义为大文件，由于大文件一次性传输稳定性较差，因此在相关技术中，采取将大文件进行切片后传输，传输至目的端后再进行整合文件成原始的文件并进行保存，这种方式存在以下缺陷：
3.一方面，在需要进行文件下载时，需要将原始的文件重新进行切片后下发，导致处理过程较繁琐，另一方面，在下载过程中以明文切片的方式传输，也存在较大概率的泄密风险。
4.需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。


技术实现要素：

5.本公开的目的在于提供一种文件传输方法、装置、存储介质及电子设备，至少在一定程度上克服由于相关技术中大文件下载时处理过程较繁琐的问题。
6.本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。
7.根据本公开的一个方面，提供一种文件传输方法，应用于服务器，包括：接收加密切片以及每个所述加密切片对应的切片特征信息和签名信息；基于所述签名信息对所述加密切片执行校验操作；在所述加密切片校验通过时，对所述加密切片进行解密操作，得到切片文件；基于所述切片特征信息确定对应的加密密钥，以基于所述加密密钥对所述切片文件加密，生成二次加密切片；将所述二次加密切片独立存储。
8.在一个实施例中，所述切片特征信息包括所述切片文件的切片大小以及所述切片文件在原始的未切割文件中的排序序号，所述基于所述切片特征信息确定对应的加密密钥，以基于所述加密密钥对所述切片文件加密，具体包括：基于所述切片大小确定对应的第一加密密钥；基于所述排序序号确定对应的第二加密密钥；基于所述第一加密密钥与所述第二加密密钥中的至少一种，对所述切片文件执行加密操作，生成所述二次加密切片。
9.在一个实施例中，还包括：获取用于存储所述切片文件的存储区域信息；基于所述存储区域信息确定对应的第三加密密钥；基于所述第一加密密钥、所述第二加密密钥与所述第三加密密钥中的至少一种，对所述切片文件执行加密操作，其中，所述第一加密密钥、所述第二加密密钥和所述第三加密密钥分别基于不同的加密算法生成。
10.在一个实施例中，还包括：生成随机加密密钥；基于所述随机加密密钥对一个所述切片文件中的任一位置进行加密；将所述随机加密密钥和所述任一位置的位置信息存储在另一个所述切片文件中。
11.在一个实施例中，还包括：基于所述切片文件的初始位置信息生成所述切片文件的文件标识；基于所述文件标识、所述切片大小，所述排序序号和所述未切割文件的文件层级，生成数据列表。
12.在一个实施例中，还包括：在接收到所述原始的未切割文件的下载请求时，确定与所述下载请求匹配的所述数据列表；基于所述数据列表确定匹配的所述二次加密切片；将所述二次加密切片和对应的解密密钥发送至请求端。
13.在一个实施例中，还包括：在所述加密切片校验未通过时，向客户端发送校验失败信息，以使所述客户端基于所述校验失败信息对校验失败的所述切片文件进行重传。
14.在一个实施例中，还包括：在检测到存储异常时，确定存储失败的所述切片文件对应的所述排序序号；基于所述切片文件对应的所述排序序号生成存储异常信息，并发送至所示客户端。
15.根据本公开的第二方面，提供一种文件传输方法，应用于客户端，包括：响应于文件上传指令，将待传输文件进行切片操作，得到切片文件和对应的切片特征信息；对所述切片文件进行加密操作，得到加密切片和对应的签名信息；将所述加密切片以及对应的所述切片特征信息和所述签名信息发送至服务器，以由所述服务器基于所述签名信息对所述加密切片解密验证后，基于所述切片特征信息对解密后的所述切片文件进行重新加密。
16.在一个实施例中，所述将待传输文件进行切片操作，得到切片文件和对应的切片特征信息，具体包括：确定进行所述切片操作的切片大小；基于所述切片大小对所述待传输文件进行切片操作，生成多个切片后得到的blob对象；将所述blob对象和所述blob对象在所述待传输文件中的排序序号转换为base64格式数据；基于json对所述base64格式数据进行封装操作，生成所述切片文件，其中，所述切片特征信息包括所述切片大小和所述排序序号。
17.在一个实施例中，还包括：接收所述服务器发送的校验失败信息，所述校验失败信息包括校验失败的所述切片文件对应的所述排序序号；基于所述排序序号对校验失败的所述切片文件进行重传。
18.在一个实施例中，还包括：接收所述服务器基于对所述切片文件存储的反馈信息；在所述反馈信息为存储异常信息时，基于所述反馈信息中的存储失败的所述切片文件对应的所述排序序号，执行分片重传操作。
19.在一个实施例中，在响应于文件上传指令，将待传输文件进行切片操作，得到切片文件和对应的切片特征信息之前，还包括：请求与所述服务器之间建立http长连接，以基于所述http长连接上传所述加密切片。
20.根据本公开的第三方面，提供一种文件传输装置，包括：接收模块，用于接收加密切片以及每个所述加密切片对应的切片特征信息和签名信息；校验模块，用于基于所述签名信息对所述加密切片执行校验操作；解密模块，用于在所述加密切片校验通过时，对所述加密切片进行解密操作，得到切片文件；第一加密模块，用于基于所述切片特征信息确定对应的加密密钥，以基于所述加密密钥对所述切片文件加密，生成二次加密切片；存储模块，用于将所述二次加密切片独立存储。
21.根据本公开的第四方面，提供一种文件传输装置，包括：切片模块，用于响应于文件上传指令，将待传输文件进行切片操作，得到切片文件和对应的切片特征信息；第二加密
模块，用于对所述切片文件进行加密操作，得到加密切片和对应的签名信息；发送模块，用于将所述加密切片以及对应的所述切片特征信息和所述签名信息发送至服务器，以由所述服务器基于所述签名信息对所述加密切片解密验证后，基于所述切片特征信息对解密后的所述切片文件进行重新加密。
22.根据本公开的第五方面，提供一种电子设备，包括：处理器；以及存储器，用于存储处理器的可执行指令；所述处理器配置为经由执行所述可执行指令来执行上述的文件传输方法。
23.根据本公开的第六方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述的文件传输方法。
24.本公开的实施例所提供的文件传输方法，通过将切片特征信息和切面的签名信息随加密切换一起发送至服务器，以在服务器端能够基于签名信息对切片文件在传输过程中是否被篡改进行验证，并在验证通过并进行解密后，对解密后的切片文件基于切片特征信息进行二次加密后，以切片的形式保存，一方面，在需要进行文件下载时，直接下发切片文件，即不需要将原始的文件重新进行切片，因此能够简化下载处理过程，另一方面，通过将切片文件加密后保存与传输，也有利于降低文件被窃取泄露的风险。
25.应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。
附图说明
26.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
27.图1示出本公开实施例中一种文件传输系统结构的示意图；
28.图2示出本公开实施例中一种文件传输方法流程图；
29.图3示出本公开实施例中另一种文件传输方法流程图；
30.图4示出本公开实施例中另一种文件传输方法流程图；
31.图5示出本公开实施例中一种文件传输装置示意图；
32.图6示出本公开实施例中一种文件传输装置示意图；
33.图7示出本公开实施例中一种计算机设备的结构框图。
具体实施方式
34.现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。
35.此外，附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功
能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。
36.图1示出本公开实施例中一种查询请求补全系统的结构示意图，包括多个终端120和服务器集群140。
37.终端120可以是手机、游戏主机、平板电脑、电子书阅读器、智能眼镜、mp4(moving picture experts group audio layer iv，动态影像专家压缩标准音频层面4)播放器、智能家居设备、ar(augmented reality，增强现实)设备、vr(virtual reality，虚拟现实)设备等移动终端，或者，终端120也可以是个人计算机(personal computer，pc)，比如膝上型便携计算机和台式计算机等等。
38.其中，终端120中可以安装有用于提供的查询请求补全的应用程序。
39.终端120与服务器集群140之间通过通信网络相连。可选的，通信网络是有线网络或无线网络。
40.服务器集群140是一台服务器，或者由若干台服务器组成，或者是一个虚拟化平台，或者是一个云计算服务中心。服务器集群140用于为提供查询请求补全应用程序提供后台服务。可选地，服务器集群140承担主要计算工作，终端120承担次要计算工作；或者，服务器集群140承担次要计算工作，终端120承担主要计算工作；或者，终端120和服务器集群140之间采用分布式计算架构进行协同计算。
41.在一些可选的实施例中，服务器集群140用于存储查询请求补全模型等。
42.可选地，不同的终端120中安装的应用程序的客户端是相同的，或两个终端120上安装的应用程序的客户端是不同控制系统平台的同一类型应用程序的客户端。基于终端平台的不同，该应用程序的客户端的具体形态也可以不同，比如，该应用程序客户端可以是手机客户端、pc客户端或者全球广域网(world wide web，web)客户端等。
43.本领域技术人员可以知晓，上述终端120的数量可以更多或更少。比如上述终端可以仅为一个，或者上述终端为几十个或几百个，或者更多数量。本技术实施例对终端的数量和设备类型不加以限定。
44.可选的，该系统还可以包括管理设备(图1未示出)，该管理设备与服务器集群140之间通过通信网络相连。可选的，通信网络是有线网络或无线网络。
45.可选的，上述的无线网络或有线网络使用标准通信技术和/或协议。网络通常为因特网、但也可以是任何网络，包括但不限于局域网(local area network，lan)、城域网(metropolitan area network，man)、广域网(wide area network，wan)、移动、有线或者无线网络、专用网络或者虚拟专用网络的任何组合)。在一些实施例中，使用包括超文本标记语言(hyper text mark
‑
up language，html)、可扩展标记语言(extensible markuplanguage，xml)等的技术和/或格式来代表通过网络交换的数据。此外还可以使用诸如安全套接字层(secure socket layer，ssl)、传输层安全(transport layer security，tls)、虚拟专用网络(virtual private network，vpn)、网际协议安全(internet protocolsecurity，ipsec)等常规加密技术来加密所有或者一些链路。在另一些实施例中，还可以使用定制和/或专用数据通信技术取代或者补充上述数据通信技术。
46.下面，将结合附图及实施例对本示例实施方式中的文件传输方法的各个步骤进行更详细的说明。
47.图2示出本公开实施例中一种文件传输方法流程图。
48.如图2所示，根据本公开的一个实施例的文件传输方法，应用于文件传输端，包括以下步骤：
49.步骤s202，接收加密切片以及每个加密切片对应的切片特征信息和签名信息。
50.其中，加密切片是由客户端对原始的大文件进行切割和加密操作后生成。
51.切片特征信息包括但不限于该加密切片属于哪个原始的大文件、该加密切片在原始的大文件的所有加密切片中的排序等。
52.步骤s204，基于签名信息对加密切片执行校验操作。
53.具体地，客户端选择一种算法(最常用的算法是md5)，对切片文件进行计算生成摘要，并使用私钥对摘要进行加密，得到签名信息，然后把加密后的切片文件和签名信息一起发送至服务器。
54.服务器通过公钥对签名信息进行解密，得到客户端发送的摘要。服务器用与客户端计算摘要一致的算法对切片文件进行计算，得到本地摘要，将本地摘要和客户端发送的摘要进行对比，若结果一致，则证明文件没有被篡改过，若结果不一致，则证明文件被篡改。
55.步骤s206，在加密切片校验通过时，对加密切片进行解密操作，得到切片文件。
56.步骤s208，基于切片特征信息确定对应的加密密钥，以基于加密密钥对切片文件加密，生成二次加密切片。
57.其中，基于切片特征信息确定对应的加密密钥，可以基于切片特征信息，结合不同的加密算法生成加密密钥。
58.基于切片特征信息对解密后的切片文件进行加密，能够提高加密密钥的可靠性，降低被窃取的风险，进而能够提高二次加密后的加密切片的安全性。
59.步骤s210，将二次加密切片独立存储。
60.其中，通过将二次加密切片进行独立存储，一方面，即便二次加密切片能够被解密，解密后的也只是原始文件的一段信息，另一方面，在需要下载原始文件时，可以对二次加密切片解密后发送至需求端，然后进行整合，也可以直接将二次加密切片和对应的解密密钥发送至需求端，在需求端解密后进行整合。
61.在该实施例中，通过将切片特征信息和切面的签名信息随加密切换一起发送至服务器，以在服务器端能够基于签名信息对切片文件在传输过程中是否被篡改进行验证，并在验证通过并进行解密后，对解密后的切片文件基于切片特征信息进行二次加密后，以切片的形式保存，一方面，在需要进行文件下载时，直接下发切片文件，即不需要将原始的文件重新进行切片，因此能够简化下载处理过程，另一方面，通过将切片文件加密后保存与传输，也有利于降低文件被窃取泄露的风险。
62.在一个实施例中，切片特征信息包括切片文件的切片大小以及切片文件在原始的未切割文件中的排序序号，步骤s208中，基于切片特征信息确定对应的加密密钥，以基于加密密钥对切片文件加密的一种具体实现方式，包括：
63.1、基于切片大小确定对应的第一加密密钥。
64.其中，在同一存储区域中，会存储不同大小的切片文件，因此可以通过预设多个文件大小区间，以及对应的加密方式，进而得到不同的第一加密密钥。
65.2、基于排序序号确定对应的第二加密密钥。
66.其中，由于一个原始文件被切分为多个切片文件，多个切片文件基于其在原始文件中的位置进行排序，得到排序序号，在一个原始文件中，排序序号具有唯一性，因此通过基于排序序号确定对应的第二加密密钥，使第二加密密钥也可以具有唯一性。
67.基于第一加密密钥与第二加密密钥中的至少一种，对切片文件执行加密操作，生成二次加密切片。
68.在该实施例中，通过基于切片大小、切片排序序号等切片特征信息生成加密密钥，实现了加密密钥的动态配置，因此有利于降低密钥被窃取的风险。
69.另外，由于不同的切片文件具有不同的切片特征，因此基于切片特征信息生成的加密密钥，能够实现同一原始的大文件中的多个切片文件的加密密钥彼此不同，因此即便某一切片文件被解密窃取，也只能获取一部分数据，不会影响其它切片文件的安全性。
70.在一个实施例中，还包括：获取用于存储切片文件的存储区域信息；基于存储区域信息确定对应的第三加密密钥；基于第一加密密钥、第二加密密钥与第三加密密钥中的至少一种，对切片文件执行加密操作，其中，第一加密密钥、第二加密密钥和第三加密密钥分别基于不同的加密算法生成。
71.具体地，加密算法具体包括对称加密算法和非对称加密算法。
72.其中，常见的对称加密算法有des(data encryption standard)、aes(advanced encryption standard)、idea(international data encryption algorithm)、blowfish以及two fish等。
73.des算法的入口参数有三个：key、data、mode。其中key为8个字节共64位，是des算法的工作密钥；data也为8个字节64位，是要被加密或被解密的数据；mode为des的工作方式，有两种：加密或解密，如果mode为加密，则用key去把数据data进行加密，生成data的密码形式作为des的输出结果；如mode为解密，则用key去把密码形式的数据data解密，还原为data的明码形式作为des的输出结果。
74.其中，key可以基于上述切片特征信息生成。
75.三重des(tdea，triple data encryption algorithm)算法用两个密钥对明文进行三次加密，假设两个密钥是k1和k2，三个步骤：1.用密钥k1进行dea加密。2.用k2对步骤1的结果进行des解密。
76.aes(advanced encryption standard，高级加密标准)，用于替代des成为新一代的加密标准。具有128比特的分组长度，并支持128、192和256比特的密钥长度。
77.其中，常见的非对称加密算法有rsa(算法的名字以发明者的名字命名：ron rivest,adishamir和dsa(digital signature algorithm)、ecc椭圆曲线密码编码学等。
78.在该实施例中，在获取到解密的切片文件之后，根据切片文件上附带的切片特征信息，例如：切片的序号，大小，在整个文件中的顺序等关键信息对切片文件进行二次加密。由于每个区域可以根据切片的大小顺序选择不同的密钥进行加密，加密时每段文件有单独的加密算法，互不相同。
79.在一个实施例中，还包括：生成随机加密密钥；基于随机加密密钥对一个切片文件中的任一位置进行加密；将随机加密密钥和任一位置的位置信息存储在另一个切片文件中。
80.在该实施例中，通过在每个分片区域不同位置随机的进行加密，将加密算法，加密
密钥和加密位置等信息，以一定的算法互相穿插保存，均以密文存储在文件的存储空间内，能够进一步提升切片文件的安全性。
81.在一个实施例中，还包括：基于切片文件的初始位置信息生成切片文件的文件标识；基于文件标识、切片大小，排序序号和未切割文件的文件层级，生成数据列表。
82.在该实施例中，通过生成数据列表，并保存至数据库中，形成原始的大文件的索引信息，从而能够基于数据列表实现切片文件的查询和下载。
83.其中，基于切片文件的初始位置信息能够确定该切片属于哪个文件，并且该切片文件的前后相邻的切片是哪个，进而能够在需要下载是，基于这些信息确定需要下载的切片文件，并执行下载工作。
84.在一个实施例中，还包括：在接收到原始的未切割文件的下载请求时，确定与下载请求匹配的数据列表；基于数据列表确定匹配的二次加密切片；将二次加密切片和对应的解密密钥发送至请求端。
85.在一个实施例中，还包括：在加密切片校验未通过时，向客户端发送校验失败信息，以使客户端基于校验失败信息对校验失败的切片文件进行重传。
86.在该实施例中，如果加密切片校验未通过，则表明加密切片在传输过程中被篡改，此时通过指示客户端重新上传篡改的切片文件，以保证文件接收的完整性。
87.在一个实施例中，还包括：在检测到存储异常时，确定存储失败的切片文件对应的排序序号；基于切片文件对应的排序序号生成存储异常信息，并发送至所示客户端。
88.在该实施例中，如果某一个二次加密切片出现存储异常，表明该加密切片出现数据损坏的现象，通过生成存储异常信息，并发送至客户端，以指示客户端进行切片重传。
89.如图3所示，根据本公开的一个实施例的文件传输方法，应用于客户端，包括：
90.步骤s302，响应于文件上传指令，将待传输文件进行切片操作，得到切片文件和对应的切片特征信息。
91.步骤s304，对切片文件进行加密操作，得到加密切片和对应的签名信息。
92.步骤s306，将加密切片以及对应的切片特征信息和签名信息发送至服务器，以由服务器基于签名信息对加密切片解密验证后，基于切片特征信息对解密后的切片文件进行重新加密。
93.在该实施例中，通过在上传时对切片文件进行加密，防止上传时导致文件泄露。
94.另外，通过将切片特征信息和切面的签名信息随加密切换一起发送至服务器，以在服务器端能够基于签名信息对切片文件在传输过程中是否被篡改进行验证，并在验证通过并进行解密后，对解密后的切片文件基于切片特征信息进行二次加密后，以切片的形式保存，一方面，在需要进行文件下载时，直接下发切片文件，即不需要将原始的文件重新进行切片，因此能够简化下载处理过程，另一方面，通过将切片文件加密后保存与传输，也有利于降低文件被窃取泄露的风险。
95.在一个实施例中，将待传输文件进行切片操作，得到切片文件和对应的切片特征信息，具体包括：确定进行切片操作的切片大小；基于切片大小对待传输文件进行切片操作，生成多个切片后得到的blob对象；将blob对象和blob对象在待传输文件中的排序序号转换为base64格式数据；基于json对base64格式数据进行封装操作，生成切片文件，其中，切片特征信息包括切片大小和排序序号。
96.在一个实施例中，还包括：接收服务器发送的校验失败信息，校验失败信息包括校验失败的切片文件对应的排序序号；基于排序序号对校验失败的切片文件进行重传。
97.在该实施例中，如果加密切片校验未通过，则表明加密切片在传输过程中被篡改，此时通过指示客户端重新上传篡改的切片文件，以保证文件接收的完整性。
98.在一个实施例中，还包括：接收服务器基于对切片文件存储的反馈信息；在反馈信息为存储异常信息时，基于反馈信息中的存储失败的切片文件对应的排序序号，执行分片重传操作。
99.在该实施例中，如果接收服务器基于对切片文件存储的反馈信息，表明某一个二次加密切片出现存储异常，服务器通过生成存储异常信息，并发送至客户端，以指示客户端进行切片重传。
100.在一个实施例中，在响应于文件上传指令，将待传输文件进行切片操作，得到切片文件和对应的切片特征信息之前，还包括：请求与服务器之间建立http长连接，以基于http长连接上传加密切片。
101.如图4所示，根据本公开的一个实施例的文件传输方法，具体包括：
102.步骤s402，客户端响应于文件上传指令，基于js将待传输文件进行切片操作，得到切片文件和对应的切片特征信息。
103.步骤s404，客户端对切片文件进行加密操作，得到加密切片和对应的签名信息。
104.步骤s406，客户端将加密切片以及对应的切片特征信息和签名信息发送至服务器。
105.步骤s408，服务器接收加密切片以及每个加密切片对应的切片特征信息和签名信息。
106.步骤s410，服务器基于签名信息对加密切片执行校验操作，并检测校验是否通过，若“是”，进入步骤s412，若“否”，进入步骤s426。
107.步骤s412，服务器对加密切片进行解密操作，得到切片文件。
108.步骤s414，服务器基于切片特征信息确定对应的加密密钥，以基于加密密钥对切片文件加密，生成二次加密切片。
109.步骤s416，服务器将二次加密切片独立存储。
110.步骤s418，服务器基于文件标识、切片大小，排序序号和未切割文件的文件层级，生成数据列表，并保存至数据库中。
111.步骤s420，服务器在接收到原始的未切割文件的下载请求时，确定与下载请求匹配的数据列表。
112.步骤s422，服务器基于数据列表确定匹配的二次加密切片。
113.步骤s424，服务器将二次加密切片和对应的解密密钥发送至请求端。
114.步骤s426，服务器向客户端发送校验失败信息，以使客户端基于校验失败信息对校验失败的切片文件进行重传。
115.具体地，html页面获取客户待上传文件，将文件进行切片等待上传，切片文件到达后台进行密文校验，判断是否有人篡改文件，如果密文不一致，返回客服端错误信息，重新上传，如果密文一致，解密文件，将文件信息保持在数据库，切片文件经过二次加密存储到服务器，在服务器，每一个切片文件单独保存为文件，方便下载。
116.需要注意的是，上述附图仅是根据本发明示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。
117.下面参照图5来描述根据本发明的实施方式的文件传输装置500。图5所示的文件传输装置500仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
118.文件传输装置500以硬件模块的形式表现。文件传输装置500的组件可以包括但不限于：接收模块502，用于接收加密切片以及每个加密切片对应的切片特征信息和签名信息；校验模块504，用于基于签名信息对加密切片执行校验操作；解密模块506，用于在加密切片校验通过时，对加密切片进行解密操作，得到切片文件；第一加密模块508，用于基于切片特征信息确定对应的加密密钥，以基于加密密钥对切片文件加密，生成二次加密切片；存储模块510，用于将所述二次加密切片独立存储。
119.下面参照图6来描述根据本发明的实施方式的文件传输装置600。图6所示的文件传输装置600仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
120.文件传输装置600以硬件模块的形式表现。文件传输装置600的组件可以包括但不限于：切片模块602，用于响应于文件上传指令，将待传输文件进行切片操作，得到切片文件和对应的切片特征信息；第二加密模块604，用于对切片文件进行加密操作，得到加密切片和对应的签名信息；发送模块606，用于将加密切片以及对应的切片特征信息和签名信息发送至服务器，以由服务器基于签名信息对加密切片解密验证后，基于切片特征信息对解密后的切片文件进行重新加密。
121.所属技术领域的技术人员能够理解，本发明的各个方面可以实现为系统、方法或程序产品。因此，本发明的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。
122.下面参照图7来描述根据本发明的这种实施方式的电子设备700。电子设备可以为客户端，也可以是服务器，图7显示的电子设备700仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
123.如图7所示，电子设备700以通用计算设备的形式表现。电子设备700的组件可以包括但不限于：上述至少一个处理单元710、上述至少一个存储单元720、连接不同系统组件(包括存储单元720和处理单元710)的总线730。
124.其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元710执行，使得所述处理单元710执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。例如，所述处理单元710可以执行如图2中所示的步骤s202至步骤s210所描述的方案。
125.存储单元720可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(ram)7201和/或高速缓存存储单元7202，还可以进一步包括只读存储单元(rom)7203。
126.存储单元720还可以包括具有一组(至少一个)程序模块7205的程序/实用工具7204，这样的程序模块7205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。
127.总线730可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储
单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。
128.电子设备700也可以与一个或多个外部设备770(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备700交互的设备通信，和/或与使得该电子设备700能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口750进行。并且，电子设备700还可以通过网络适配器760与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。如图所示，网络适配器760通过总线730与电子设备700的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备700使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。
129.通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是cd
‑
rom，u盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开实施方式的方法。
130.在本公开的示例性实施例中，还提供了一种计算机可读存储介质，其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施方式中，本发明的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。
131.根据本发明的实施方式的用于实现上述方法的程序产品，其可以采用便携式紧凑盘只读存储器(cd
‑
rom)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
132.所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑盘只读存储器(cd
‑
rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。
133.计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
134.可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、rf等等，或者上述的任意合适的组合。
135.可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如java、c 等，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(lan)或广域网(wan)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。
136.应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。
137.此外，尽管在附图中以特定顺序描述了本公开中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。
138.通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是cd
‑
rom，u盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、移动终端、或者网络设备等)执行根据本公开实施方式的方法。
139.本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本技术旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由所附的权利要求指出。