CN112632588A - 一种文本加密方法及装置 - Google Patents

Abstract

本申请实施例公开了一种文本加密方法及装置，方法包括：接收用户在文本编辑器中触发的加密请求；根据加密请求获取目标文本；在目标文本的起始位置和/或结束位置添加加密标签；确定目标文本在文本编辑器的编辑位置，将添加加密标签后的目标文本插入编辑位置；生成第一文件，第一文件包括目标文本和加密标签；向目标服务器发送第一文件，以便目标服务器对第一文件中的目标文本进行加密。由此可见，第一终端设备通过将目标文本发送给目标服务器进行加密处理，无需第一终端设备的用户手动进行访问密码的设置，避免了因为访问密码的泄露而导致的加密内容的重要信息的泄露，降低了加密内容的信息泄露风险。

Description

一种文本加密方法及装置

技术领域

本申请涉及计算机领域，尤其涉及一种文本加密方法及装置。

背景技术

在当前的文本编辑器中，若想要对文本的内容进行加密，需要用户主动进行加密操作，并且设置加密文本的访问密码。想要查看加密文本内容的用户就可以凭借访问密码来查看具体的文本内容。但是基于访问密码就能看到加密内容的加密机制，有很大的安全漏洞，例如当访问密码泄漏时，任何知道访问密码的用户皆可查看加密内容，这可能会造成重要信息的泄露。

综上，现有的基于访问密码就能查看加密内容的加密方法，有很大的信息安全风险。

发明内容

为了解决现有技术基于访问密码就能查看加密内容的加密方法有很大的信息安全风险的问题，本申请提供了一种文本加密方法及装置，能够降低加密内容的信息泄露风险。

本申请实施例提供了一种文本加密方法，应用于第一终端设备，所述方法包括：

接收用户在文本编辑器中触发的加密请求；

根据所述加密请求获取目标文本；

在所述目标文本的起始位置和/或结束位置添加加密标签，所述加密标签用于标识所述目标文本的起始位置和/或结束位置；

确定所述目标文本在所述文本编辑器的编辑位置，将所述添加加密标签后的目标文本插入所述编辑位置；

生成第一文件，所述第一文件包括所述目标文本和所述加密标签；

向目标服务器发送所述第一文件，以便所述目标服务器对所述第一文件中的所述目标文本进行加密。

可选的，所述方法还包括：

接收所述目标服务器发送的第二文件，所述第二文件包括对所述目标文本经过加密处理的加密文本；

向第二终端设备发送所述第二文件。

可选的，所述目标文本包括目标文件的下载链接；

所述根据所述加密请求获取目标文本包括：

根据所述加密请求获取所述目标文件；

向所述目标服务器发送所述目标文件，以便所述目标服务器根据所述目标文件生成下载链接；

接收所述目标服务器发送的所述目标文件的下载链接。

可选的，所述目标文本包括目标文件的下载链接；

所述根据所述加密请求获取目标文本包括：

根据所述加密请求获取所述目标文件；

向所述目标服务器发送所述目标文件，以便所述目标服务器对所述目标文件进行处理并生成目标文件对应的唯一标识；

接收所述目标服务器发送的所述目标文件对应的唯一标识；

根据所述唯一标识生成所述目标文件的下载链接。

可选的，所述根据所述加密请求获取所述目标文件包括：

接收用户在所述文本编辑器中触发的目标文件上传请求；

获取用户选择的所述目标文件。

本申请实施例还提供了一种文本加密方法，应用于目标服务器，所述方法包括：

接收第一终端设备发送的第一文件，所述第一文件包括目标文本和加密标签，所述加密标签用于标识所述目标文本在所述第一文件中的起始位置和/或结束位置；

对所述第一文件中的所述加密标签进行识别，得到所述目标文本；

对所述目标文本进行加密处理；

将所述目标文本替换为加密处理后的加密文本，得到第二文件，所述第二文件包括所述加密文本和所述加密标签。

可选的，所述方法还包括：

向所述第一终端设备发送所述第二文件。

可选的，所述对所述目标文本进行加密处理包括：

对所述目标文本利用分组密码SM4算法进行加密处理。

可选的，所述目标文本包括目标文件的下载链接；

所述方法还包括：

接收所述第一终端设备发送的所述目标文件；

根据所述目标文件生成下载链接；

向所述第一终端设备发送所述目标文件的下载链接。

可选的，所述目标文本包括目标文件的下载链接；

所述方法还包括：

接收所述第一终端设备发送的所述目标文件；

对所述目标文件进行处理并生成目标文件对应的唯一标识；

向所述第一终端设备发送所述目标文件对应的唯一标识。

本申请实施例还提供一种文本解密方法，应用于目标服务器，所述方法包括：

接收第二终端设备发送的加密文本的解密请求，所述解密请求携带有用户标识，所述用户标识用于标识第二终端设备的用户身份；

获取第二文件，所述第二文件包括加密标签和加密文本，所述加密标签用于标识所述加密文本在所述第二文件中的起始位置和/或结束位置；

对所述第二文件中的所述加密标签进行识别，得到加密文本；

对所述加密文本进行解密处理；

将所述加密文本替换为未经加密处理的目标文本，得到第一文件，所述第一文件包括所述目标文本和所述加密标签；

根据所述用户标识对所述第二终端设备的用户身份进行验证，若验证通过，则向所述第二终端设备发送所述第一文件。

本申请实施例还提供一种文本加密装置，所述装置包括：

接收单元，用于接收用户在文本编辑器中触发的加密请求；

获取单元，用于根据所述加密请求获取目标文本；

添加单元，用于在所述目标文本的起始位置和/或结束位置添加加密标签，所述加密标签用于标识所述目标文本的起始位置和/或结束位置；

插入单元，用于确定所述目标文本在所述文本编辑器的编辑位置，将所述添加加密标签后的目标文本插入所述编辑位置；

生成单元，用于生成第一文件，所述第一文件包括所述目标文本和所述加密标签；

发送单元，用于向目标服务器发送所述第一文件，以便所述目标服务器对所述第一文件中的所述目标文本进行加密。

本申请实施例还提供一种文本加密装置，所述装置包括：

接收单元，用于接收第一终端设备发送的第一文件，所述第一文件包括目标文本和加密标签，所述加密标签用于标识所述目标文本在所述第一文件中的起始位置和/或结束位置；

识别单元，用于对所述第一文件中的所述加密标签进行识别，得到所述目标文本；

加密单元，用于对所述目标文本进行加密处理；

替换单元，用于将所述目标文本替换为加密处理后的加密文本，得到第二文件，所述第二文件包括所述加密文本和所述加密标签。

本申请实施例还提供一种文本解密装置，所述装置包括：

接收单元，用于接收第二终端设备发送的加密文本的解密请求，所述解密请求携带有用户标识，所述用户标识用于标识第二终端设备的用户身份；

获取单元，用于获取第二文件，所述第二文件包括加密标签和加密文本，所述加密标签用于标识所述加密文本在所述第二文件中的起始位置和/或结束位置；

识别单元，用于对所述第二文件中的所述加密标签进行识别，得到加密文本；

解密单元，用于对所述加密文本进行解密处理；

替换单元，用于将所述加密文本替换为未经加密处理的目标文本，得到第一文件，所述第一文件包括所述目标文本和所述加密标签；

验证单元，用于根据所述用户标识对所述第二终端设备的用户身份进行验证，若验证通过，则向所述第二终端设备发送所述第一文件。

与现有技术相比，本申请至少具有以下优点：

本申请实施例提供了一种文本加密方法，应用于第一终端设备，所述方法包括：接收用户在文本编辑器中触发的加密请求；根据所述加密请求获取目标文本；在所述目标文本的起始位置和/或结束位置添加加密标签，所述加密标签用于标识所述目标文本的起始位置和/或结束位置；确定所述目标文本在所述文本编辑器的编辑位置，将所述添加加密标签后的目标文本插入所述编辑位置；生成第一文件，所述第一文件包括所述目标文本和所述加密标签；向目标服务器发送所述第一文件，以便所述目标服务器对所述第一文件中的所述目标文本进行加密。由此可见，在本申请实施例中，第一终端设备通过将目标文本发送给目标服务器进行加密处理，无需第一终端设备的用户手动进行访问密码的设置，避免了因为访问密码的泄露而导致的加密内容的重要信息的泄露，降低了加密内容的信息泄露风险。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。

图1为本申请提供的一种文本加密方法实施例的流程图；

图2为本申请提供的一种文本加密方法实施例的流程图；

图3为本申请提供的一种文本解密方法实施例的流程图；

图4为本申请提供的一种文本加密装置实施例的结构框图；

图5为本申请提供的一种文本加密装置实施例的结构框图；

图6为本申请提供的一种文本解密装置实施例的结构框图。

具体实施方式

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

如背景技术所述，在使用当前的文本编辑器进行编辑文本内容的时候，文本内容可能会涉及到一些重要的、敏感的信息，例如用户账号、用户密码、身份证号、关键代码或敏感文件等信息。在进行文本内容传输的过程中，需要对重要信息进行加密处理，现有的加密处理机制是对想要加密的内容设备访问密码，用户输入正确的访问密码就可以查看加密的文本内容，但是访问密码一旦泄露会造成重要信息的泄露，有安全风险。并且，现有的文本编辑器中不能进行文件的加密，也就是说，现有的加密机制，无法将文件作为加密内容进行加密处理。但是现在存在将文件作为加密内容进行加密处理的需求。

基于此，本申请实施例提供了一种文本加密方法，第一终端设备通过将目标文本发送给目标服务器进行加密处理，无需第一终端设备的用户手动进行访问密码的设置，避免了因为访问密码的泄露而导致的加密内容的重要信息的泄露，降低了加密内容的信息泄露风险。

参见图1，该图为本申请实施例提供的一种文本加密方法的流程图。

本申请实施例的文本加密方法，应用于第一终端设备，第一终端设备可以是智能手机，也可以是平板电脑等，本申请对第一终端设备不做具体限定。

本实施例提供的文本加密方法包括如下步骤：

步骤S101：接收用户在文本编辑器中触发的加密请求。

在本申请的实施例中，文本编辑器可以是安装在第一终端设备上的具有文本编辑功能的软件，例如markdown(md)在线编辑器。加密请求为用户在文本编辑器中进行文本编辑的过程中，想要添加加密内容的时候触发的。

在实际应用中，原有的md编辑器的功能不能实现对文件的加密处理，并且只能通过设置访问密码的功能实现加密。本申请的实施例中，可以利用md编辑器的自定义功能扩展插件editor:md进行md编辑器的功能的扩展，即本申请的实施例基于editor:md设计实现了添加文本内容或上传文件以便进行后续加密的功能。

在本申请的实施例中，第一终端设备的用户在文本编辑器进行文本编辑时，触发文本的加密请求，第一终端设备接收该加密请求。

作为一种示例，用户在md编辑器进行文本编辑时，点击md编辑器中editor:md的自定义添加加密文本的插件，就代表用户触发了加密请求，第一终端设备的md编辑器接收用户触发的请求。

步骤S102：根据所述加密请求获取目标文本。

在本申请的实施例中，第一终端设备的文本编辑器根据接收到的加密请求，获取目标文本。目标文本包括用户输入的文本内容和目标文件的下载链接，即目标文本包括用户想要进行加密的文本内容或想要上传的文件的下载链接。

作为一种示例，用户在md编辑器触发了加密请求，md编辑器会向用户提供文本输入区域，以便用户输入想要进行加密的文本内容或上传想要进行加密的文件。

需要说明的是，文本编辑器可以根据用户输入的文本内容，获取目标文本。文本编辑器还可以根据用户上传的目标文件，得到目标文件的下载链接，获取目标文本。

在实际应用中，具体有以下的实现方式来获取目标文件的下载链接：

作为一种实现方式，第一终端设备的文本编辑器根据加密请求获取目标文件，向目标服务器发送目标文件，以便目标服务器根据目标文件生成下载链接，接收目标服务器发送的目标文件的下载链接。具体的，第一终端设备的文本编辑器在获取到目标文件之后，可以将目标文件发送给目标服务器，目标服务器生成目标文件的下载链接，并向第一终端设备的文本编辑器发送下载链接。目标服务器可以是应用服务器。目标服务器可以将目标文件存储至文件存储平台，并生成从文件存储平台下载目标文件的下载链接。目标服务器还可以自己保存目标文件，并生成目标文件的下载链接。

作为另一种实现方式，第一终端设备的文本编辑器根据加密请求获取目标文件，向目标服务器发送目标文件，以便目标服务器对目标文件进行处理并生成目标文件对应的唯一标识，接收目标服务器发送的目标文件对应的唯一标识，根据唯一标识生成目标文件的下载链接。具体的，第一终端设备的文本编辑器在获取到目标文件之后，可以将目标文件发送给目标服务器，目标服务器对目标文件进行处理并生成目标文件对应的唯一标识，并且将目标文件对应的唯一标识发送给第一终端设备的文本编辑器，第一终端设备的文本编辑器根据唯一标识生成目标文件的下载链接。目标服务器可以是应用服务器。目标服务器对目标文件进行处理可以是将目标文件存储至文件存储平台，并生成目标文件对应的唯一标识。目标服务器对目标文件进行处理还可以是自己保存目标文件，并生成目标文件对应的唯一标识。

作为一种示例，md编辑器获取到目标文件之后，将目标文件发送给目标服务器，目标服务器将目标文件存储至文件存储平台，并生成目标文件对应的文件id(identitydocument)，目标服务器将目标文件对应的文件id发送给md编辑器。md编辑器根据目标文件对应的文件id和文件存储平台的访问地址或访问接口生成目标文件的下载链接。

需要说明的是，文本编辑器可以通过接收用户在文本编辑器中触发的目标文件上传请求，获取用户选择的目标文件。

作为一种示例，用户点击md编辑器的上传文件按钮，触发上传文件的请求，之后用户选择上传的目标文件，md编辑器通过监控用户上传目标文件的操作，确定用户上传的目标文件，获取目标文件。

在实际应用中，用户在上传文件的时候，可能会上传失败，或者文本编辑器接收文件对应的唯一标识失败，此时可以重新触发文本编辑器的文件上传请求。

步骤S103：在所述目标文本的起始位置和/或结束位置添加加密标签，所述加密标签用于标识所述目标文本的起始位置和/或结束位置。

在本申请的实施例中，当文本编辑器获取目标文本之后，可以在目标文本的起始位置添加加密标签，也可以在目标文本的结束位置添加加密标签，还可以在目标文本的起始位置和结束位置皆添加加密标签。加密标签主要用于标识目标文本的起始位置和/或结束位置。起始位置的加密标签和结束位置的加密标签可以相同，也可以不同。加密标签可以是固定顺序的字符串，加密标签与文本编辑器原始的文本标签不同。

步骤S104：确定所述目标文本在所述文本编辑器的编辑位置，将所述添加加密标签后的目标文本插入所述编辑位置；

在本申请的实施例中，可以确定目标文本在文本编辑器中的编辑位置，将添加加密标签后的目标文本插入该编辑位置，也可以在确定目标文本在文本编辑器中的编辑位置之后，之后在目标文本的起始位置和/或结束位置添加加密标签，最后将添加加密标签后的目标文本插入该编辑位置。也就是说，在将添加加密标签后的目标文本插入文本编辑器的编辑位置之前，是先确定目标文本在文本编辑器的编辑位置，还是先在目标文本的起始位置和/或结束位置添加加密标签，没有固定的先后顺序。

步骤S105：生成第一文件，所述第一文件包括所述目标文本和所述加密标签。

在本申请的实施例中，在文本编辑器编辑完成全部的文本内容之后，文本编辑器生成第一文件，第一文件包括目标文本、加密标签和非目标文本，即第一文件包括想要进行加密的文本内容和不需要进行加密的文本内容。

步骤S106：向目标服务器发送所述第一文件，以便所述目标服务器对所述第一文件中的所述目标文本进行加密。

在本申请的实施例中，用户在文本编辑器完成全部的文本内容并生成第一文件之后，将第一文件发送给目标服务器进行加密处理。

在实际应用中，目标服务器接收第一文件之后，对目标文本进行加密处理，将加密文本替换目标文本，得到第二文件，并向第一终端设备发送第二文件。第一终端设备可以向第二终端设备发送第二文件。

本申请实施例提供了一种文本加密方法，应用于第一终端设备，所述方法包括：接收用户在文本编辑器中触发的加密请求；根据所述加密请求获取目标文本；在所述目标文本的起始位置和/或结束位置添加加密标签，所述加密标签用于标识目标文本的起始位置和/或结束位置；确定所述目标文本在所述文本编辑器的编辑位置，将添加加密标签后的目标文本插入所述编辑位置；生成第一文件，所述第一文件包括所述目标文本和所述加密标签；向目标服务器发送所述第一文件，以便所述目标服务器对所述第一文件中的所述目标文本进行加密。由此可见，在本申请实施例中，第一终端设备通过将目标文本发送给目标服务器进行加密处理，无需第一终端设备的用户手动进行访问密码的设置，避免了因为访问密码的泄露而导致的加密内容的重要信息的泄露，降低了加密内容的信息泄露风险。此外，本申请实施例的文本加密方法还能够提供将文件作为加密内容进行加密处理的功能。

参见图2，该图为本申请实施例提供的另一种文本加密方法的流程图。

本申请实施例的文本加密方法，应用于目标服务器，目标服务器可以是应用服务器，本申请对目标服务器不做具体限定。

本实施例提供的文本加密方法包括如下步骤：

步骤S201：接收第一终端设备发送的第一文件，所述第一文件包括目标文本和加密标签，所述加密标签用于标识目标文本在第一文件中的起始位置和/或结束位置。

在本申请的实施例中，目标服务器接收第一终端设备发送的第一文件，第一文件包括目标文本、加密标签和非目标文本，其中，加密标签用于标识目标文本在第一文件中的起始位置和/或结束位置。

步骤S202：对所述第一文件中的加密标签进行识别，得到目标文本。

在本申请的实施例中，目标服务器对第一文件中的加密标签进行识别，提取第一文件中的目标文本。

作为一种示例，加密标签标识了目标文本的起始位置和结束位置，目标服务器根据加密标签，确定了目标文本的起始位置和结束位置，得到目标文本。

需要说明的是，目标文本包括用户输入的文本内容和目标文件的下载链接，即目标文本包括用户进行加密的文本内容或上传的文件的下载链接。

在实际应用中，具体有以下的实现方式来获取目标文件的下载链接：

作为一种实现方式，第一终端设备的文本编辑器向目标服务器发送目标文件，目标服务器接收第一终端设备发送的目标文件，目标服务器根据目标文件生成下载链接，向第一终端设备发送目标文件的下载链接。具体的，第一终端设备的文本编辑器在获取到目标文件之后，将目标文件发送给目标服务器，目标服务器生成目标文件的下载链接，并向第一终端设备的文本编辑器发送下载链接。目标服务器可以将目标文件存储至文件存储平台，并生成从文件存储平台下载目标文件的下载链接。目标服务器还可以自己保存目标文件，并生成目标文件的下载链接。

作为另一种实现方式，第一终端设备的文本编辑器向目标服务器发送目标文件，目标服务器接收第一终端设备发送的目标文件，目标服务器对目标文件进行处理并生成目标文件对应的唯一标识，向第一终端设备发送的目标文件对应的唯一标识。具体的，第一终端设备的文本编辑器在获取到目标文件之后，将目标文件发送给目标服务器，目标服务器对目标文件进行处理并生成目标文件对应的唯一标识，并且将目标文件对应的唯一标识发送给第一终端设备的文本编辑器。目标服务器对目标文件进行处理可以是将目标文件存储至文件存储平台，并生成目标文件对应的唯一标识。目标服务器对目标文件进行处理还可以是自己保存目标文件，并生成目标文件对应的唯一标识。

步骤S203：对所述目标文本进行加密处理。

在本申请的实施例中，目标服务器将在第一文件中提取的目标文本进行加密处理，得到加密处理后的加密文本。具体的，目标服务器可以对第一文件中的目标文本利用分组密码SM4算法进行加密处理。

在实际应用中，为了避免在加密过程中出现乱码，目标服务器对目标文本进行SM4算法加密之前，会将目标文本做必要的字节填充，达到固定的字节长度，固定的字节长度可以是16的倍数，填充完毕之后转换为字节(Byte)数组。目标服务器在将目标文本利用SM4算法加密之后，还是为了避免在加密后出现乱码，还可以将加密后的内容转换为UnicodeTransformation Format(UTF-8)编码。

步骤S204：将所述目标文本替换为加密处理后的加密文本，得到第二文件，所述第二文件包括所述加密文本和所述加密标签。

在本申请的实施例中，将第一文件中的目标文本替换为加密处理后的加密文本，得到第二文件，第二文件包括加密文本、加密标签和非目标文本，其中，加密标签用于标识加密文本在第二文件中的起始位置和/或结束位置。

在实际应用中，目标服务器接收第一文件之后，对目标文本进行加密处理，将加密文本替换目标文本，得到第二文件，可以向第一终端设备发送第二文件，也可以直接向第二终端设备发送第二文件。

需要说明的是，目标服务器可以将第二文件存储至目标数据库。

由此可见，在本申请实施例中，第一终端设备通过将目标文本发送给目标服务器进行加密处理，无需第一终端设备的用户手动进行访问密码的设置，避免了因为访问密码的泄露而导致的加密内容的重要信息的泄露，降低了加密内容的信息泄露风险。此外，本申请实施例的文本加密方法还能够提供将文件作为加密内容进行加密处理的功能。

参见图3，该图为本申请实施例提供的一种文本解密方法的流程图。

本申请实施例的文本解密方法，应用于目标服务器，目标服务器可以是应用服务器，本申请对目标服务器不做具体限定。

本实施例提供的文本解密方法包括如下步骤：

步骤S301：接收第二终端设备发送的加密文本的解密请求，所述解密请求携带有用户标识，所述用户标识用于标识第二终端设备的用户身份。

在本申请的实施例中，第二终端设备是用于查看加密文本的设备，第二终端设备可以是智能手机，也可以是平板电脑等。第二终端设备的用户在利用文本编辑器查看第二文件的内容时，向目标服务器发送第二文件中加密文本的解密请求。解密请求中携带有第二终端设备的用户标识，用户标识用于标识第二终端设备的用户身份。具体的，用户标识可以是第二终端设备用户的用户名和密码。

步骤S302：获取第二文件，所述第二文件包括加密标签和加密文本，所述加密标签用于标识加密文本在第二文件中的起始位置和/或结束位置。

在本申请的实施例中，目标服务器在接收到第二终端设备发送的解密请求之后，获取第二文件。第二文件包括加密标签、加密文本和非目标文本，其中，加密标签用于标识加密文本在第二文件中的起始位置和/或结束位置。

在实际应用中，具体有以下的实现方式来获取第二文件：

作为一种实现方式，第二终端设备在发起解密请求时，还向目标服务器发送第二文件。

作为另一种实现方式，目标服务器从目标数据库中获取第二文件。

步骤S303：对所述第二文件中的加密标签进行识别，得到加密文本。

在本申请的实施例中，目标服务器获取到第二文件之后，对第二文件中的加密标签进行识别，提取第二文件中的加密文本。

作为一种示例，加密标签标识了加密文本的起始位置和结束位置，目标服务器根据加密标签，确定了加密文本的起始位置和结束位置，得到加密文本。

步骤S304：对所述加密文本进行解密处理。

在本申请的实施例中，目标服务器将在第二文件中提取的加密文本进行解密处理，得到未经加密处理的目标文本。具体的，目标服务器可以对第二文件中的加密文本利用分组密码SM4算法进行解密处理。

在实际应用中，为了避免在解密过程中出现乱码，目标服务器对加密文本进行SM4算法解密之前，会将加密文本做必要的字节填充，达到固定的字节长度，固定的字节长度可以是16的倍数，填充完毕之后转换为字节(Byte)数组。目标服务器在将加密文本利用SM4算法解密之后，还是为了避免在解密后出现乱码，还可以将解密后的内容转换为UnicodeTransformation Format(UTF-8)编码。

步骤S305：将所述加密文本替换为未经加密处理的目标文本，得到第一文件，所述第一文件包括所述目标文本和所述加密标签。

在本申请的实施例中，将第二文件中的加密文本替换为未经加密处理的目标文本，得到第一文件，第一文件包括目标文本、加密标签和非目标文本，其中，加密标签用于标识目标文本在第一文件中的起始位置和/或结束位置。

步骤S306：根据所述用户标识对所述第二终端设备的用户身份进行验证，若验证通过，则向所述第二终端设备发送所述第一文件。

在本申请的实施例中，目标服务器会根据解密请求中携带的用户标识对第二终端设备用户的身份进行验证，验证第二终端设备用户的身份是否具有查看加密内容的用户权限，若具有用户权限，则验证通过，目标服务器向第二终端设备发送第一文件。

在实际应用中，目标服务器会根据解密请求中携带的用户标识对第二终端设备用户的身份进行验证，若验证用户不具有权限，则验证不通过，目标服务器可以将加密内容替换为“此内容已被加密，对您不可见！”的加密说明。

需要说明的是，目标服务器可以首先根据解密请求中的用户标识进行用户权限的验证，之后再获取第二文件进行解密，也可以先获取第二文件进行解密，再验证用户权限。本申请实施例对于验证身份和获取第二文件的步骤顺序不做具体的限定。

在本申请的实施例中，第二终端设备接收到第一文件之后，可以识别加密标签，将加密标签转换为文本编辑器可见的标签，向有用户权限的第二终端设备的用户展示目标文本。具体的，文本编辑器可见的标签可以是html标签，也可以是md标签。

由此可见，在本申请实施例中，第一终端设备通过将目标文本发送给目标服务器进行加密处理，无需第一终端设备的用户手动进行访问密码的设置，避免了因为访问密码的泄露而导致的加密内容的重要信息的泄露，并且是根据用户权限来验证用户是否具有查看加密内容的权限，降低了加密内容的信息泄露风险。

基于以上实施例提供的一种文本加密方法，本申请实施例还提供了一种文本加密装置，下面结合附图来详细说明其工作原理。

参见图4，该图为本申请实施例提供的一种文本加密装置400的结构框图。

本实施例提供的文本加密装置400包括：

接收单元410，用于接收用户在文本编辑器中触发的加密请求；

获取单元420，用于根据所述加密请求获取目标文本；

添加单元430，用于在所述目标文本的起始位置和/或结束位置添加加密标签，所述加密标签用于标识所述目标文本的起始位置和/或结束位置；

插入单元440，用于确定所述目标文本在所述文本编辑器的编辑位置，将所述添加加密标签后的目标文本插入所述编辑位置；

生成单元450，用于生成第一文件，所述第一文件包括所述目标文本和所述加密标签；

发送单元460，用于向目标服务器发送所述第一文件，以便所述目标服务器对所述第一文件中的所述目标文本进行加密。

基于以上实施例提供的一种文本加密方法，本申请实施例还提供了一种文本加密装置，下面结合附图来详细说明其工作原理。

参见图5，该图为本申请实施例提供的一种文本加密装置500的结构框图。

本实施例提供的文本加密装置500包括：

接收单元510，用于接收第一终端设备发送的第一文件，所述第一文件包括目标文本和加密标签，所述加密标签用于标识所述目标文本在所述第一文件中的起始位置和/或结束位置；

识别单元520，用于对所述第一文件中的所述加密标签进行识别，得到所述目标文本；

加密单元530，用于对所述目标文本进行加密处理；

替换单元540，用于将所述目标文本替换为加密处理后的加密文本，得到第二文件，所述第二文件包括所述加密文本和所述加密标签。

基于以上实施例提供的一种文本解密方法，本申请实施例还提供了一种文本解密装置，下面结合附图来详细说明其工作原理。

参见图6，该图为本申请实施例提供的一种文本解密装置600的结构框图。

本实施例提供的文本加密装置600包括：

接收单元610，用于接收第二终端设备发送的加密文本的解密请求，所述解密请求携带有用户标识，所述用户标识用于标识第二终端设备的用户身份；

获取单元620，用于获取第二文件，所述第二文件包括加密标签和加密文本，所述加密标签用于标识所述加密文本在所述第二文件中的起始位置和/或结束位置；

识别单元630，用于对所述第二文件中的所述加密标签进行识别，得到加密文本；

解密单元640，用于对所述加密文本进行解密处理；

替换单元650，用于将所述加密文本替换为未经加密处理的目标文本，得到第一文件，所述第一文件包括所述目标文本和所述加密标签；

验证单元660，用于根据所述用户标识对所述第二终端设备的用户身份进行验证，若验证通过，则向所述第二终端设备发送所述第一文件。

当介绍本申请的各种实施例的元件时，冠词“一”、“一个”、“这个”和“所述”都意图表示有一个或多个元件。词语“包括”、“包含”和“具有”都是包括性的并意味着除了列出的元件之外，还可以有其它元件。

需要说明的是，本领域普通技术人员可以理解实现上述方法实施例中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法实施例的流程。其中，所述存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory,ROM)或随机存储记忆体(RandomAccess Memory,RAM)等。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元及模块可以是或者也可以不是物理上分开的。另外，还可以根据实际的需要选择其中的部分或者全部单元和模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上所述仅是本申请的具体实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (14)

1.一种文本加密方法，其特征在于，应用于第一终端设备，所述方法包括：

接收用户在文本编辑器中触发的加密请求；

根据所述加密请求获取目标文本；

在所述目标文本的起始位置和/或结束位置添加加密标签，所述加密标签用于标识所述目标文本的起始位置和/或结束位置；

确定所述目标文本在所述文本编辑器的编辑位置，将所述添加加密标签后的目标文本插入所述编辑位置；

生成第一文件，所述第一文件包括所述目标文本和所述加密标签；

向目标服务器发送所述第一文件，以便所述目标服务器对所述第一文件中的所述目标文本进行加密。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

接收所述目标服务器发送的第二文件，所述第二文件包括对所述目标文本经过加密处理的加密文本；

向第二终端设备发送所述第二文件。

3.根据权利要求1所述的方法，其特征在于，所述目标文本包括目标文件的下载链接；

所述根据所述加密请求获取目标文本包括：

根据所述加密请求获取所述目标文件；

向所述目标服务器发送所述目标文件，以便所述目标服务器根据所述目标文件生成下载链接；

接收所述目标服务器发送的所述目标文件的下载链接。

4.根据权利要求1所述的方法，其特征在于，所述目标文本包括目标文件的下载链接；

所述根据所述加密请求获取目标文本包括：

根据所述加密请求获取所述目标文件；

向所述目标服务器发送所述目标文件，以便所述目标服务器对所述目标文件进行处理并生成目标文件对应的唯一标识；

接收所述目标服务器发送的所述目标文件对应的唯一标识；

根据所述唯一标识生成所述目标文件的下载链接。

5.根据权利要求3或4任一项所述的方法，其特征在于，所述根据所述加密请求获取所述目标文件包括：

接收用户在所述文本编辑器中触发的目标文件上传请求；

获取用户选择的所述目标文件。

6.一种文本加密方法，其特征在于，应用于目标服务器，所述方法包括：

接收第一终端设备发送的第一文件，所述第一文件包括目标文本和加密标签，所述加密标签用于标识所述目标文本在所述第一文件中的起始位置和/或结束位置；

对所述第一文件中的所述加密标签进行识别，得到所述目标文本；

对所述目标文本进行加密处理；

将所述目标文本替换为加密处理后的加密文本，得到第二文件，所述第二文件包括所述加密文本和所述加密标签。

7.根据权利要求6所述的方法，其特征在于，所述方法还包括：

向所述第一终端设备发送所述第二文件。

8.根据权利要求6所述的方法，其特征在于，所述对所述目标文本进行加密处理包括：

对所述目标文本利用分组密码SM4算法进行加密处理。

9.根据权利要求6所述的方法，其特征在于，所述目标文本包括目标文件的下载链接；

所述方法还包括：

接收所述第一终端设备发送的所述目标文件；

根据所述目标文件生成下载链接；

向所述第一终端设备发送所述目标文件的下载链接。

10.根据权利要求6所述的方法，其特征在于，所述目标文本包括目标文件的下载链接；

所述方法还包括：

接收所述第一终端设备发送的所述目标文件；

对所述目标文件进行处理并生成目标文件对应的唯一标识；

向所述第一终端设备发送所述目标文件对应的唯一标识。

11.一种文本解密方法，其特征在于，应用于目标服务器，所述方法包括：

接收第二终端设备发送的加密文本的解密请求，所述解密请求携带有用户标识，所述用户标识用于标识第二终端设备的用户身份；

获取第二文件，所述第二文件包括加密标签和加密文本，所述加密标签用于标识所述加密文本在所述第二文件中的起始位置和/或结束位置；

对所述第二文件中的所述加密标签进行识别，得到加密文本；

对所述加密文本进行解密处理；

将所述加密文本替换为未经加密处理的目标文本，得到第一文件，所述第一文件包括所述目标文本和所述加密标签；

根据所述用户标识对所述第二终端设备的用户身份进行验证，若验证通过，则向所述第二终端设备发送所述第一文件。

12.一种文本加密装置，其特征在于，所述装置包括：

接收单元，用于接收用户在文本编辑器中触发的加密请求；

获取单元，用于根据所述加密请求获取目标文本；

添加单元，用于在所述目标文本的起始位置和/或结束位置添加加密标签，所述加密标签用于标识所述目标文本的起始位置和/或结束位置；

插入单元，用于确定所述目标文本在所述文本编辑器的编辑位置，将所述添加加密标签后的目标文本插入所述编辑位置；

生成单元，用于生成第一文件，所述第一文件包括所述目标文本和所述加密标签；

发送单元，用于向目标服务器发送所述第一文件，以便所述目标服务器对所述第一文件中的所述目标文本进行加密。

13.一种文本加密装置，其特征在于，所述装置包括：

接收单元，用于接收第一终端设备发送的第一文件，所述第一文件包括目标文本和加密标签，所述加密标签用于标识所述目标文本在所述第一文件中的起始位置和/或结束位置；

识别单元，用于对所述第一文件中的所述加密标签进行识别，得到所述目标文本；

加密单元，用于对所述目标文本进行加密处理；

替换单元，用于将所述目标文本替换为加密处理后的加密文本，得到第二文件，所述第二文件包括所述加密文本和所述加密标签。

14.一种文本解密装置，其特征在于，所述装置包括：

接收单元，用于接收第二终端设备发送的加密文本的解密请求，所述解密请求携带有用户标识，所述用户标识用于标识第二终端设备的用户身份；

获取单元，用于获取第二文件，所述第二文件包括加密标签和加密文本，所述加密标签用于标识所述加密文本在所述第二文件中的起始位置和/或结束位置；

识别单元，用于对所述第二文件中的所述加密标签进行识别，得到加密文本；

解密单元，用于对所述加密文本进行解密处理；

替换单元，用于将所述加密文本替换为未经加密处理的目标文本，得到第一文件，所述第一文件包括所述目标文本和所述加密标签；

验证单元，用于根据所述用户标识对所述第二终端设备的用户身份进行验证，若验证通过，则向所述第二终端设备发送所述第一文件。

Images