CN114422134A - 一种数据安全传输方法及设备 - Google Patents

Abstract

本申请提供了一种数据安全传输方法及设备，本申请属于计算机技术领域。该方法通过获取文件流的待传输信息；根据待传输信息的信息获取时间以及待传输信息的数据类型，匹配相应的第一加密算法。通过第一加密算法，生成待传输信息相应的第一加密密文。基于第一加密密文的信息长度，匹配第二加密算法，并根据第二加密算法，将第一加密密文进行加密，得到第二加密密文。将第二加密密文进行数据压缩，并将压缩后的第二加密密文加入到文件流，并将加入第二加密密文的文件流，发送至传输目的系统。上述方法保障企业进行数据交互过程的数据安全。

Description

一种数据安全传输方法及设备

技术领域

本申请涉及计算机技术领域，尤其涉及一种数据安全传输方法及设备。

背景技术

目前，企业信息化正在高速发展，在企业信息化改造过程中不可避免的会采购多套不同的采购、生产、销售等相关的多套系统或平台产品。

由于数据传输需要跨系统、跨平台进行，在跨系统或跨平台数据传输的过程中，数据容易被未授权查看的用户获取，造成数据泄露，甚至被不法分子获取利用，牟取非法利益。

基于此，亟需一种能够保障企业在不同系统、平台间进行数据交互过程的数据安全的技术方案。

发明内容

本申请实施例提供了一种数据安全传输方法及设备，用于保障企业在不同系统、平台间进行数据交互过程的数据安全。

一方面，本申请实施例提供了一种数据安全传输方法，该方法包括：

获取文件流的待传输信息。根据待传输信息的信息获取时间以及待传输信息的数据类型，匹配相应的第一加密算法。通过第一加密算法，生成待传输信息相应的第一加密密文。基于第一加密密文的信息长度，匹配第二加密算法，并根据第二加密算法，将第一加密密文进行加密，得到第二加密密文。将第二加密密文进行数据压缩，并将压缩后的第二加密密文加入到文件流，并将加入第二加密密文的文件流，发送至传输目的系统。

在本申请的一种实现方式中，根据待传输信息的信息获取时间，生成若干随机数。其中，随时数为至少两位的数字。确定各随机数与加密算法集合中各加密算法的序列号是否满足预设条件。其中，预设条件用于确定各随机数与加密算法集合中各加密算法的序列号相应的数字池，是否满足预设规则。预设规则为各随机数与数字池中的数字，匹配数量大于预设值。数字池中的各数字的个位为序列号。在各随机数与加密算法集合中各加密算法的序列号满足预设条件的情况下，确定相应的序列组。其中，序列组至少包括两个序列号。根据序列组以及待传输信息的数据类型，确定第一加密算法。

在本申请的一种实现方式中，根据待传输信息的数据类型，确定预设对照表中数据类型匹配的待定加密算法。确定序列组相应的各加密算法与待定加密算法匹配的加密算法，作为第一加密算法。

在本申请的一种实现方式中，根据待传输信息的信息获取时间，确定相应的验证码列表。其中，验证码列表中的验证码对应于各预设加密算法。预设加密算法包括第一加密算法。预设加密算法至少包括以下一项或多项：基于64个可打印字符来表示二进制数据BASE64、对称加密算法、非对称加密算法、数字签名算法、数字证书。根据第一加密算法，确定验证码列表中相应的密文验证码。将密文验证码拼接至经过第一加密算法加密后的待传输信息，以生成第一加密密文。

在本申请的一种实现方式中，按照预设顺序，对第一加密密文进行预设间隔的切割处理，以得到密文块序列。确定密文块序列中字符长度小于预设阈值的密文块，作为待拼接密文块。确定待拼接密文块的字符长度与待传输信息的字符长度的比值。基于比值从预设的匹配算法表中，确定相应的第二加密算法。其中，匹配算法表用于表示比值与各预设加密算法的对应关系。

在本申请的一种实现方式中，根据待传输信息的数据类型以及传输目的系统，从预设的待定压缩方式中，确定相应的匹配压缩方式。其中，待定压缩方式至少包括以下一项或多项：无损数据压缩算法DEFLATE、GNU自由软件的文件压缩程序、snappy、xz。通过匹配压缩方式，对第二加密密文进行数据压缩，并将压缩后的第二加密密文加入到文件流。

在本申请的一种实现方式中，确定第二加密算法的标识，并通过传输目的系统的公钥，对标识进行加密。通过第二加密算法，对第一加密密文加密，并将加密后的标识与加密后的第一加密密文进行合并，得到第二加密密文。

在本申请的一种实现方式中，确定待传输信息的传输目的系统。根据传输目的系统的支持数据格式，匹配相应的格式转换模块，以通过格式转换模块，将待传输信息进行格式转换操作。其中，格式转换操作至少包括以下一项或多项：数据拼接、数据扭转、数据替代、数据转码。

在本申请的一种实现方式中，根据反射机制以及待传输信息的传输来源系统，匹配预设的数据处理模式。其中，数据处理模式包括：全量获取、增量获取、数据修改、数据删除。基于实时获取的数据筛选指令，通过匹配的数据处理模式，获取文件流的待传输信息。

另一方面，本申请实施例还提供了一种数据安全传输设备，该设备包括：

至少一个处理器；以及，与至少一个处理器通信连接的存储器。其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够：

获取文件流的待传输信息。根据待传输信息的信息获取时间以及待传输信息的数据类型，匹配相应的第一加密算法。通过第一加密算法，生成待传输信息相应的第一加密密文。基于第一加密密文的信息长度，匹配第二加密算法，并根据第二加密算法，将第一加密密文进行加密，得到第二加密密文。将第二加密密文进行数据压缩，并将压缩后的第二加密密文加入到文件流，并将加入第二加密密文的文件流，发送至传输目的系统。

通过上述方案，可以对跨系统的待传输信息进行两次加密过程，发送给传输目的系统，保障企业在不同系统、平台间进行数据交互过程的数据安全，防止未授权查看的用户获取并查看数据，损害企业的正当利益。

附图说明

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

图1为本申请实施例中一种数据安全传输方法的一种流程示意图；

图2为本申请实施例中一种数据安全传输方法的一种示意图；

图3为本申请实施例中一种数据安全传输方法的另一种流程示意图；

图4为本申请实施例中一种数据安全传输设备的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

企业信息化的到来，数据应用场景越发广泛，跨系统、跨平台的数据交互也越来越常见，在数据进行传输过程中，数据容易被未经授权的用户获取，并被该用户提取数据，导致数据安全性低

基于此，本申请实施例提供了一种数据安全传输方法及设备，用来保障企业在不同系统、平台间进行数据交互过程的数据安全。

以下结合附图，详细说明本申请的各个实施例。

本申请实施例提供了一种数据安全传输方法，如图1所示，该方法可以包括步骤S101-S105：

S101，服务器获取文件流的待传输信息。

文件流是继承自输入输出流iostream。文件流与iostream、字符串流sstream共同作为头文件构成输入/输出(Input/Output，IO)标准库。待传输信息为第一系统与第二系统所传输的文件流中信息，待传输信息为跨系统或跨平台传输信息，如图2所示，第一系统201将信息202，通过服务器203传输给第二系统204。

需要说明的是，服务器作为数据安全传输方法的执行主体，仅为示例性存在，执行主体不仅限于服务器，本申请对此不作具体限定。

在本申请实施例中，服务器获取文件流的待传输信息，具体包括：

首先，服务器根据反射机制以及待传输信息的传输来源系统，匹配预设的数据处理模式。

其中，数据处理模式包括：全量获取、增量获取、数据修改、数据删除。

反射机制主要是指程序可以访问、检测和修改它本身状态或行为的一种能力。服务器根据反射机制对待传输信息进行访问，并确定待传输信息的传输来源系统，如图2中的第一系统201。服务器通过反射机制，确定传输来源系统所对应的数据处理模式。各传输来源系统可以对应于不同种类的数据处理模式，可以在实际使用过程中进行设定或选择，本申请对于通过反射机制，是传输来源系统对应于不同数据处理模式的具体方式，不作具体限定。

然后，服务器基于实时获取的数据筛选指令，通过匹配的数据处理模式，获取文件流的待传输信息。

在本申请实施例中，服务器可以实时与外部的用户终端或管理终端进行通信，该通信的内容可以是数据筛选指令。数据筛选指令举例说明，如待传输信息为班级中学生体检的结果，服务器的数据筛选指令可以是筛选待传输信息中男学生的体检结果，或者数据筛选指令可以是筛选待传输信息中体检结果中的某一项数据，如身高与体重的数据。用户终端、管理终端可以是手机、电脑等终端设备，本申请对此终端设备的类型不作具体限定。

在本申请实施例中，服务器获取文件流的待传输信息之后，还可以执行以下方法：

首先，服务器确定待传输信息的传输目的系统。

服务器可以通过待传输信息，确定待传输信息相应的传输目的系统，传输目的系统如图2中的第二系统204。

然后，服务器根据传输目的系统的支持数据格式，匹配相应的格式转换模块，以通过格式转换模块，将待传输信息进行格式转换操作。

其中，格式转换操作至少包括以下一项或多项：数据拼接、数据扭转、数据替代、数据转码。

服务器可以确定传输目的系统所支持的数据格式，例如传输目的系统支持二进制格式，而当前待传输信息为字符格式，那么服务器匹配的格式转换模块为字符转二进制的格式转换模块。其中，格式转换模块可以支持数据拼接、数据扭转、数据替代、数据转码等操作。

S102，服务器根据待传输信息的信息获取时间以及待传输信息的数据类型，匹配相应的第一加密算法。

在本申请实施例中，服务器根据待传输信息的信息获取时间以及待传输信息的数据类型，匹配相应的第一加密算法，如图3所示，具体包括以下步骤：

S301，服务器根据待传输信息的信息获取时间，生成若干随机数。

其中，随时数为至少两位的数字。

在本申请实施例中，服务器根据待传输信息的信息获取时间，生成若干随机数可以是通过待传输信息获取时间中时间的数字，进行数字的随机组合，生成的至少两位的数字。

举例说明，待传输信息获取时间为协调世界时：2021010101010101，那么随机数可以是01,11,12,21,10……协调世界时中各数字形成的至少两位的数字的组合。

S302，服务器确定各随机数与加密算法集合中各加密算法的序列号是否满足预设条件。

其中，预设条件用于确定各随机数与加密算法集合中各加密算法的序列号相应的数字池，是否满足预设规则。预设规则为各随机数与数字池中的数字，匹配数量大于预设值。数字池中的各数字的个位为序列号。

在本申请实施例中，得到获取时间相应的随机数之后，服务器可以确定随机数与加密算法集合中的加密算法的序列号是否满足预设条件，加密算法集合包括若干的加密算法，在生成加密算法集合时，可以对各加密算法进行排序，排序后确定加密算法的序列号，序列号例如：1、2、3……。数字池的各数字的个位为序列号，即如果序列号为1，那么以该序列号为个位的数字为11、21、31……，如果序列号为3，那么以该序列号为个位的数字为13、23、33……。

服务器得到序列号相应的数字池以后，可以将数字池中的数字，与随机数进行匹配，即确定随机数与数字池中的数字是否相等，并将相等的数字与随机数视为匹配成功，服务器统计匹配成功的数量，为匹配数量。服务器可以计算匹配数量中大于预设值的数字与随机数。预设值可以在实际的使用过程中进行设定，具体的设定值本申请不作具体限定。

S303，服务器在各随机数与加密算法集合中各加密算法的序列号满足预设条件的情况下，确定相应的序列组。

其中，序列组至少包括两个序列号。

服务器确定满足预设条件的随机数与序列号，并将确定的序列号，生成序列组。

在上述实施例中，若序列组包括一个或没有序列号，那么服务器将改动预设值，减小预设值的数值，直至序列组中至少包括两个序列号。

S304，服务器根据序列组以及待传输信息的数据类型，确定第一加密算法。

服务器可以根据得到的序列组，确定序列组相应的加密算法，例如序列组中的序列号对应于加密算法2、加密算法3。服务器根据待传输信息的数据类型，可以进一步对序列号对应的多个加密算法进行筛选，确定一个加密算法为第一加密算法。具体如下述的S305-S306。

S305，服务器根据待传输信息的数据类型，确定预设对照表中数据类型匹配的待定加密算法。

服务器可以根据用户或管理者的操作，确定用于保存数据类型与加密算法对应关系的预设对照表。例如用户对用户终端进行操作，选择各数据类型与加密算法的对应关系，将该对应关系发送至服务器，服务器生成该对应关系的预设对照表。进而，服务器通过确定的待传输信息的数据类型，与预设对照表中的数据进行比对，确定数据类型所对应的待定加密算法。在本申请实施例中，各数据类型可以对应于多个加密算法。

S306，服务器确定序列组相应的各加密算法与待定加密算法匹配的加密算法，作为第一加密算法。

在本申请实施例中，根据得到的序列组以及数据类型所对应的待定加密算法，将序列组所对应的加密算法与待定加密算法进行匹配，得到第一加密算法。

在本申请的一个实施例中，将序列组所对应的加密算法与待定加密算法进行匹配的过程中，若没有匹配的加密算法，那么服务器选择待定加密算法中的一个加密算法，作为第一加密算法。

在本申请的另一个实施例中，将序列组所对应的加密算法与待定加密算法进行匹配的过程中，若匹配的加密算法有多个，那么服务器可以选中匹配的多个加密算法，进行优先级排序，该优先级可以通过互联网数据对各加密算法的使用频率得到，也可以是将多个加密算法的标识发送至用户终端或管理终端，基于用户对用户终端或管理终端的操作，确定多个加密算法中的第一加密算法。

通过上述方案，可以从多个加密算法中，确定第一加密算法，由于加密算法的确定根据待传输信息的信息获取时间与数据类型有关，未授权用户无法得到加密算法的类型，无法轻易得知待传输信息中的具体内容，保障数据的安全性。

S103，服务器通过第一加密算法，生成待传输信息相应的第一加密密文。

服务器得到第一加密算法之后，对待传输信息进行加密，通过第一加密算法，生成待传输信息相应的第一加密密文，具体包括：

首先，服务器根据待传输信息的信息获取时间，确定相应的验证码列表。

其中，验证码列表中的验证码对应于各预设加密算法。预设加密算法包括第一加密算法。预设加密算法至少包括以下一项或多项：基于64个可打印字符来表示二进制数据BASE64、对称加密算法、非对称加密算法、数字签名算法、数字证书。

服务器可以根据待传输信息的信息获取时间，确定当前的信息获取时间段，服务器确定当前的信息获取时间段所对应的验证码列表。即每个信息获取时间段对应有不同的验证码列表。具体如：7点到8点，验证码列表为第一验证码列表，8点到9点，验证码列表为第二验证码列表。在本申请实施例中，预设加密算法除以上举例的加密算法以外，预设加密算法还可以包括其他的加密算法，加密算法可以根据实际使用过程进行补充。

然后，服务器根据第一加密算法，确定验证码列表中相应的密文验证码。

服务器可以根据得到的第一加密算法，确定第一加密算法所对应的验证码，并将第一加密算法所对应的验证码，作为密文验证码。

最后，服务器将密文验证码拼接至经过所述第一加密算法加密后的待传输信息，以生成第一加密密文。

服务器可以将密文验证码与加密处理后的待传输信息进行拼接处理，如待拼接信息“给我买个水杯”，加密后的待传输信息为“01 02 03 04 05 06”，密文验证码为“001”，则拼接后“01 02 03 04 05 06 001”，该拼接后的信息为第一加密密文。

通过上述方案，可以确定对应第一加密算法的验证码，并将验证码与加密后的待传输信息拼接为第一加密密文，传输目的系统在接收到第一加密密文，通过确定验证码，即可得到第一加密算法，进而得到待传输信息的具体内容。上述方案通过密文验证码生成第一加密密文，既可以保证数据安全，又能够使传输目的系统进行解密操作，提高了用户体验，进一步保证了数据安全。

S104，服务器基于第一加密密文的信息长度，匹配第二加密算法，并根据第二加密算法，将第一加密密文进行加密，得到第二加密密文。

在本申请实施例中，服务器基于第一加密密文的信息长度，匹配第二加密算法，具体包括：

首先，服务器按照预设顺序，对第一加密密文进行预设间隔的切割处理，以得到密文块序列。

服务器可以按照第一加密密文的顺序，例如从第一加密密文的起始字符开始至第一加密密文的最后一个字符结束，进行预设间隔的切割处理。在本申请实施例中，预设间隔可以在实际的使用过程中进行设定，例如设定预设间隔为10字节、64字节等。切割完成后，服务器得到第一加密密文的密文块序列，该序列按照第一加密密文的顺序，即从起始字符至终止字符的顺序进行排列生成。

其次，服务器确定密文块序列中字符长度小于预设阈值的密文块，作为待拼接密文块。

服务器可以计算密文块序列中字符长度小于预设阈值的密文块，例如预设阈值为10字符，那么小于10字符的密文块序列作为待拼接密文块。

然后，服务器确定待拼接密文块的字符长度与待传输信息的字符长度的比值。

进而，基于比值，从预设的匹配算法表中，确定相应的第二加密算法。

其中，匹配算法表用于表示比值与各预设加密算法的对应关系。

服务器计算待拼接密文块的字符长度与待传输信息的字符长度的比值，例如待拼接密文块的字符长度为3，待传输信息的字符长度为23，那么比值为3/23，服务器可以从预设的匹配算法表中，得到比值3/23所对应的第二加密算法。

在本申请的一个实施例中，具体的匹配规则可以是，预设的匹配算法表中的预设加密算法，均对应于一个比值区间，服务器确定比值所处的比值区间，进而根据相应所处的比值区间，得到第二加密算法。

接着，服务器确定第二加密算法的标识，并通过传输目的系统的公钥，对标识进行加密。

服务器可以确定第二加密算法的标识，例如标识为基于64个可打印字符来表示二进制数据BASE64、对称加密算法、非对称加密算法、数字签名算法、数字证书等。服务器可以通过传输目的系统的公钥，对第二加密算法的标识进行加密，加密算法可以采用与传输目的系统统一过的加密算法。

最后，服务器通过第二加密算法，对第一加密密文加密，并将加密后的标识与加密后的第一加密密文进行合并，得到第二加密密文。

服务器通过第二加密算法，将第一加密密文进行二次加密，然后把二次加密后的第一加密密文与通过公钥加密后的标识进行合并，进而得到第二加密密文。

通过上述方案，可以对第一加密密文进行二次加密的处理，进一步保证数据传输的安全性。

S105，服务器将第二加密密文进行数据压缩，并将压缩后的第二加密密文加入到文件流，并将加入第二加密密文的文件流，发送至传输目的系统。

在本申请实施例中，服务器将第二加密密文进行数据压缩，并将压缩后的第二加密密文输入文件流，具体包括：

服务器根据待传输信息的数据类型以及传输目的系统，从预设的待定压缩方式中，确定相应的匹配压缩方式。

其中，待定压缩方式至少包括以下一项或多项：无损数据压缩算法DEFLATE、GNU自由软件的文件压缩程序、snappy、xz。

在本申请实施例中，可以预设有数据类型及传输目的系统所对应的压缩方式匹配列表，通过该匹配列表可以得到匹配压缩方式。

服务器通过匹配压缩方式，对第二加密密文进行数据压缩，并将压缩后的第二加密密文加入文件流。

本申请通过上述方案，实现了对待传输信息的两次加密，并对加密后的信息进行压缩，保证传输速度。可以保证数据传输安全以及数据传输速度，在跨系统、跨平台的数据传输过程中，保障数据传输安全，避免数据被未授权用户获取，给企业带来不必要的损失。

图4为本申请实施例提供的一种数据安全传输设备，如图4所示，该设备包括：

至少一个处理器；以及，与至少一个处理器通信连接的存储器。其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够：

获取文件流的待传输信息。根据待传输信息的信息获取时间以及待传输信息的数据类型，匹配相应的第一加密算法。通过第一加密算法，生成待传输信息相应的第一加密密文。基于第一加密密文的信息长度，匹配第二加密算法，并根据第二加密算法，将第一加密密文进行加密，得到第二加密密文。将第二加密密文进行数据压缩，并将压缩后的第二加密密文加入到文件流，并将加入第二加密密文的文件流，发送至传输目的系统。

本申请中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于设备实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本申请实施例提供的设备与方法是一一对应的，因此，设备也具有与其对应的方法类似的有益技术效果，由于上面已经对方法的有益技术效果进行了详细说明，因此，这里不再赘述设备的有益技术效果。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

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

Claims (10)

1.一种数据安全传输方法，其特征在于，所述方法包括：

获取文件流的待传输信息；

根据所述待传输信息的信息获取时间以及所述待传输信息的数据类型，匹配相应的第一加密算法；

通过所述第一加密算法，生成所述待传输信息相应的第一加密密文；

基于所述第一加密密文的信息长度，匹配第二加密算法，并根据所述第二加密算法，将第一加密密文进行加密，得到第二加密密文；

将所述第二加密密文进行数据压缩，并将压缩后的所述第二加密密文加入到所述文件流，并将加入所述第二加密密文的文件流，发送至传输目的系统。

2.根据权利要求1所述方法，其特征在于，根据所述待传输信息的信息获取时间以及所述待传输信息的数据类型，匹配相应的第一加密算法，具体包括：

根据所述待传输信息的所述信息获取时间，生成若干随机数；其中，所述随时数为至少两位的数字；

确定各所述随机数与加密算法集合中各加密算法的序列号是否满足预设条件；其中，所述预设条件用于确定各所述随机数与加密算法集合中各加密算法的序列号相应的数字池，是否满足预设规则；所述预设规则为各所述随机数与所述数字池中的数字，匹配数量大于预设值；所述数字池中的各数字的个位为所述序列号；

在各所述随机数与加密算法集合中各所述加密算法的序列号满足预设条件的情况下，确定相应的序列组；其中，所述序列组至少包括两个所述序列号；

根据所述序列组以及所述待传输信息的数据类型，确定所述第一加密算法。

3.根据权利要求2所述方法，其特征在于，根据所述待传输信息的信息获取时间以及所述待传输信息的数据类型，匹配相应的第一加密算法，具体包括：

根据所述待传输信息的数据类型，确定预设对照表中所述数据类型匹配的待定加密算法；

确定所述序列组相应的各所述加密算法与所述待定加密算法匹配的加密算法，作为所述第一加密算法。

4.根据权利要求1所述方法，其特征在于，通过所述第一加密算法，生成所述待传输信息相应的第一加密密文，具体包括：

根据所述待传输信息的所述信息获取时间，确定相应的验证码列表；其中，所述验证码列表中的验证码对应于各预设加密算法；所述预设加密算法包括所述第一加密算法；所述预设加密算法至少包括以下一项或多项：基于64个可打印字符来表示二进制数据BASE64、对称加密算法、非对称加密算法、数字签名算法、数字证书；

根据所述第一加密算法，确定所述验证码列表中相应的密文验证码；

将所述密文验证码拼接至经过所述第一加密算法加密后的所述待传输信息，以生成所述第一加密密文。

5.根据权利要求1所述方法，其特征在于，基于所述第一加密密文的信息长度，匹配第二加密算法，具体包括：

按照预设顺序，对所述第一加密密文进行预设间隔的切割处理，以得到密文块序列；

确定所述密文块序列中字符长度小于预设阈值的密文块，作为待拼接密文块；

确定所述待拼接密文块的字符长度与所述待传输信息的字符长度的比值；

基于所述比值，从预设的匹配算法表中，确定相应的第二加密算法；其中，所述匹配算法表用于表示所述比值与各预设加密算法的对应关系。

6.根据权利要求1所述方法，其特征在于，将所述第二加密密文进行数据压缩，并将压缩后的所述第二加密密文加入到所述文件流，具体包括：

根据所述待传输信息的数据类型以及所述传输目的系统，从预设的待定压缩方式中，确定相应的匹配压缩方式；其中，所述待定压缩方式至少包括以下一项或多项：无损数据压缩算法DEFLATE、GNU自由软件的文件压缩程序、snappy、xz；

通过所述匹配压缩方式，对所述第二加密密文进行数据压缩，并将压缩后的所述第二加密密文加入到所述文件流。

7.根据权利要求1所述方法，其特征在于，根据所述第二加密算法，将第一加密密文进行加密，得到第二加密密文，具体包括：

确定所述第二加密算法的标识，并通过所述传输目的系统的公钥，对所述标识进行加密；

通过所述第二加密算法，对所述第一加密密文加密，并将加密后的所述标识与加密后的所述第一加密密文进行合并，得到所述第二加密密文。

8.根据权利要求1所述方法，其特征在于，获取文件流的待传输信息之后，所述方法还包括：

确定所述待传输信息的传输目的系统；

根据所述传输目的系统的支持数据格式，匹配相应的格式转换模块，以通过所述格式转换模块，将所述待传输信息进行格式转换操作；其中，所述格式转换操作至少包括以下一项或多项：数据拼接、数据扭转、数据替代、数据转码。

9.根据权利要求1所述方法，其特征在于，获取文件流的待传输信息，具体包括：

根据反射机制以及所述待传输信息的传输来源系统，匹配预设的数据处理模式；其中，所述数据处理模式包括：全量获取、增量获取、数据修改、数据删除；

基于实时获取的数据筛选指令，通过匹配的所述数据处理模式，获取所述文件流的所述待传输信息。

10.一种数据安全传输设备，其特征在于，所述设备包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：

获取文件流的待传输信息；

根据所述待传输信息的信息获取时间以及所述待传输信息的数据类型，匹配相应的第一加密算法；

通过所述第一加密算法，生成所述待传输信息相应的第一加密密文；

基于所述第一加密密文的信息长度，匹配第二加密算法，并根据所述第二加密算法，将第一加密密文进行加密，得到第二加密密文；

将所述第二加密密文进行数据压缩，并将压缩后的所述第二加密密文加入到所述文件流，并将加入所述第二加密密文的文件流，发送至传输目的系统。

Images