CN116055440A - 终端判断并过滤邮件安全内容的方法、装置、设备及介质 - Google Patents

Abstract

本申请公开了一种终端判断并过滤邮件安全内容的方法、装置、设备及存储介质，本申请属于互联网技术领域。该方法包括：在收到邮件的情况下，获取所述邮件的发件人信息；将所述发件人信息与特征库中的信息进行比对；若所述发件人信息不在所述特征库中，则对所述邮件添加标签；获取用户对具有标签的邮件中目标内容的点击事件，生成目标内容的提示信息。本技术方案，可以在用户查看邮件的时候，对用户进行安全提醒，帮助用户辨别邮件的安全性，提高了用户的邮件处理效率。另一方面，不同用户的特征库不同，所过滤的垃圾邮件也不同，实现了基于用户需求的个性化过滤方案。

Description

终端判断并过滤邮件安全内容的方法、装置、设备及介质

技术领域

本申请属于互联网技术领域，具体涉及一种终端判断并过滤邮件安全内容的方法、装置、设备及存储介质。

背景技术

随着互联网的迅速发展，越来越多的人们通过互联网发送信息。邮件就是一种通过网络实现通信的方法，它具有快捷、方便以及便利等优点。但也有很多垃圾邮件在互联网上传播，这些内容通常是未经请求而发送的广告或垃圾信息。垃圾邮件通常是由自动程序发送的，并且通常发送给大量收件人。垃圾邮件可能会对收件人造成麻烦，因为它们会占用邮箱空间，并且可能包含有害的软件或链接。降低了用户的使用体验。

目前，垃圾邮件的过滤通常使用网关过滤。但网关并不能100％过滤掉垃圾邮件，大多数用户的邮件安全意识普遍薄弱，未被过滤垃圾邮件仍然会对用户产生危害。而且，网关通常通过域名黑名单以及白名单、AI算法等方式进行过滤，无法帮助用户对邮件的内容如链接、图片进行判断。同时，网关是基于全局策略进行配置，即对所有用户均采用一套方案进行过滤，没有针对用户的个性化定制服务。

因此，如何针对用户需求进行个性化定制，同时提高用户的邮件安全意识，是本领域技术人员亟待解决的技术问题。

发明内容

本申请实施例的目的是提供一种终端判断并过滤邮件安全内容的方法、装置、设备及存储介质，通过将发件人信息与特征库比对，将陌生邮件打上标签，对用户进行安全提醒，帮助用户辨别邮件的安全性，提高了用户的邮件处理效率。另一方面，不同用户的特征库不同，所过滤的垃圾邮件也不同，实现了基于用户需求的个性化过滤方案。

第一方面，本申请实施例提供了一种终端判断并过滤邮件安全内容的方法，所述方法包括：

在收到邮件的情况下，获取所述邮件的发件人信息；

将所述发件人信息与特征库中的信息进行比对；

若所述发件人信息不在所述特征库中，则对所述邮件添加标签；

获取用户对具有标签的邮件中目标内容的点击事件，生成目标内容的提示信息。

进一步的，在对所述邮件添加标签之后，所述方法还包括：

过滤所述邮件中的文本内容，并滤除所述邮件中的目标内容；

将所述文本内容缓存至本地。

进一步的，在将所述发件人信息与特征库中的信息进行比对之后，所述方法还包括：

若所述发件人信息在特征库中，则将邮件信息缓存至本地。

进一步的，所述特征库中的信息，包括：个人通信录、组织通信录以及往来邮件的历史通信录

进一步的，所述特征库以模型的方式建立对象，通过手动或者自动的方式向模型中添加对象。

进一步的，在通过手动或者自动的方式向模型中添加对象之后，所述方法还包括：

检测组织通讯录信息、个人通讯录信息是否存在变更；

若是，则对特征库进行更新；

进一步的，在通过手动或者自动的方式向模型中添加对象之后，所述方法还包括：

检测用户是否回复标签邮件；

若回复，则记录发件人信息并计数回复次数；

若所述回复次数达到预设数量，则将所述发件人信息添加到特征库中。

第二方面，本申请实施例提供了一种终端判断并过滤邮件安全内容的装置，所述装置包括：

身份信息获取模块，用于在收到邮件的情况下，获取所述邮件的发件人信息；

身份信息对比模块，用于将所述发件人信息与特征库中的信息进行比对；

标签添加模块，用于若所述发件人信息不在所述特征库中，则对所述邮件添加标签；

提示信息生成模块，用于获取用户对具有标签的邮件中目标内容的点击事件，生成目标内容的提示信息。

进一步的，所述装置还包括：

目标内容滤除模块，用于过滤所述邮件中的文本内容，并滤除所述邮件中的目标内容；

文本内容缓存模块，用于将所述文本内容缓存至本地。

进一步的，所述装置还包括：

邮件信息缓存模块，用于若所述发件人信息在特征库中，则将邮件信息缓存至本地。

进一步的，所述特征库中的信息，包括：个人通信录、组织通信录以及往来邮件的历史通信录。

进一步的，所述特征库以模型的方式建立对象，通过手动或者自动的方式向模型中添加对象。

进一步的，所述装置还包括：

信息变更检测模块，用于检测组织通讯录信息、个人通讯录信息是否存在变更；

特征库更新模块，用于若是，则对特征库进行更新。

进一步的，所述装置还包括：

邮件回复检测模块，用于检测用户是否回复标签邮件；

回复次数技术模块，用于若回复，则记录发件人信息并计数回复次数；

身份信息添加模块，用于若所述回复次数达到预设数量，则将所述发件人信息添加到特征库中。

第三方面，本申请实施例提供了一种电子设备，该电子设备包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第一方面所述的方法的步骤。

第四方面，本申请实施例提供了一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如第一方面所述的方法的步骤。

第五方面，本申请实施例提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现如第一方面所述的方法。

在本申请实施例中，在收到邮件的情况下，获取所述邮件的发件人信息；将所述发件人信息与特征库中的信息进行比对；若所述发件人信息不在所述特征库中，则对所述邮件添加标签；获取用户对具有标签的邮件中目标内容的点击事件，生成目标内容的提示信息。通过将发件人信息与特征库比对，将陌生邮件打上标签，对用户进行安全提醒，帮助用户辨别邮件的安全性，提高了用户的邮件处理效率。另一方面，不同用户的特征库不同，所过滤的垃圾邮件也不同，实现了基于用户需求的个性化过滤方案。

附图说明

图1是本申请实施例一提供的终端判断并过滤邮件安全内容的方法的流程示意图；

图2是本申请实施例二提供的终端判断并过滤邮件安全内容的方法的流程示意图；

图3是本申请实施例三提供的终端判断并过滤邮件安全内容的方法的流程示意图；

图4是本申请实施例四提供的终端判断并过滤邮件安全内容的方法的流程示意图；

图5是本申请实施例五提供的终端判断并过滤邮件安全内容的装置的结构示意图；

图6是本申请实施例六提供的电子设备的结构示意图。

具体实施方式

为了使本申请的目的、技术方案和优点更加清楚，下面结合附图对本申请具体实施例作进一步的详细描述。可以理解的是，此处所描述的具体实施例仅仅用于解释本申请，而非对本申请的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本申请相关的部分而非全部内容。在更加详细地讨论示例性实施例之前应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各项操作(或步骤)描述成顺序的处理，但是其中的许多操作可以被并行地、并发地或者同时实施。此外，各项操作的顺序可以被重新安排。当其操作完成时所述处理可以被终止，但是还可以具有未包括在附图中的附加步骤。所述处理可以对应于方法、函数、规程、子例程、子程序等等。

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员获得的所有其他实施例，都属于本申请保护的范围。

本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”等所区分的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”，一般表示前后关联对象是一种“或”的关系。

下面结合附图，通过具体的实施例及其应用场景对本申请实施例提供的终端判断并过滤邮件安全内容的方法、装置、设备及存储介质进行详细地说明。

实施例一

图1是本申请实施例一提供的终端判断并过滤邮件安全内容的方法的流程示意图。如图1所示，具体包括如下步骤：

S101，在收到邮件的情况下，获取所述邮件的发件人信息。

邮件是一种通过电子方式发送文本、图像、音频、视频或其他数据的通信工具。它允许用户在计算机或移动设备上收发信息。邮件可以通过互联网或其他网络发送，也可以在两台计算机之间直接发送。发送邮件时，需要指定收件人的电子邮件地址，还可以添加抄送和密送人员。收到邮件后，用户可以通过电子邮件客户端或网络浏览器访问邮件服务器并查看邮件。通常，邮件的收发过程是：用户使用邮件客户端来编辑邮件的内容、添加收件人、抄送人、密送人以及附件等信息；在邮件客户端中点击“发送”按钮后，邮件客户端会将邮件发送到本地邮件服务器；然后邮件代理服务器会检查邮件的收件人地址，并将邮件转发到相应的邮件交换服务器；邮件交换服务器会查找收件人使用的邮件服务提供商的服务器地址，并将邮件转发到该服务器；收件人使用的邮件服务提供商的服务器接收到邮件后，会将邮件存储在收件人的邮箱中，供收件人使用。

本方案中，客户端在收到邮件后，会获取发件人信息。具体的，发件人信息可以是发件人的账号身份信息，包括：发件人的电子邮件地址：用于检查的最基本信息，用于确定消息的真实发件人；发件人的域名：用于确定消息的真实来源，并防止伪装成其他发件人的欺诈消息；发件人的电子邮件服务商：用于确定发件人所使用的电子邮件服务是否可靠。发件人的IP地址：用于确定消息发送的地理位置，并防止从某些国家或地区发送的欺诈消息；发件人的认证信息：用于验证发件人的身份，并确保消息的安全性。发件人的身份信息可以通过域名***查询、SMTP认证、SPF记录以及DKIM签名等方式获取。

S102，将所述发件人信息与特征库中的信息进行比对。

特征库是用来存储和管理特征的数据库。它常常用于项目管理和软件开发，以便对项目的目标、范围和功能进行跟踪和管理。特征库通常包含一个或多个特征的详细信息，包括特征的标题、描述、优先级、状态等。它还可以包含相关的附加信息，如特征的预估时间、分配的资源、相关的问题或风险等。本方案中，特征库根据个性化定制，即每个用户的特征库都是根据自身的需求进行定制。具体的，在特征库中导入联系人名单。例如，用户选择导入个人通信录、组织通讯录。特征库中添加个人通讯录下的所有联系人信息，以及组织通讯录下的所有人信息。

S103，若所述发件人信息不在所述特征库中，则对所述邮件添加标签；

本方案中，在特征库中查找发件人信息。具体的，通过在特征库内搜索发件人的邮件地址、IP地址以及认证信息等至少一种信息，如果查找到相关信息，即可识别为正常往来邮件。如果在特征库内未搜索到发件人信息，则对此邮件添加标签。具体的，标签可以是显示在邮件内的标记。此标签应为帮助用户快速判断陌生邮件的标记，可以是文本信息或者特殊符号，此处不做过多限定。

S104，获取用户对具有标签的邮件中目标内容的点击事件，生成目标内容的提示信息。

点击事件可以是用户在网页或者应用中点击某个元素出发的事情。本方案中，点击事件是用户在客户端内查看邮件时点击对应元素的事情。通常，设置一个监听事件，当用户点击了对应元素后，客户端会获取触发事件的元素，再识别为相对应的点击事件。例如，使用JavaScript中的onclick对象监听触发事件的元素，例如图片或者是链接元素等。

在上述各技术方案的基础上，可选的，在将所述发件人信息与特征库中的信息进行比对之后，所述方法还包括：

若所述发件人信息在特征库中，则将邮件信息缓存至本地。

当客户端收到邮件时，它通常会将邮件缓存在本地。这样做的原因是为了让用户能够快速地访问和查看邮件，而无需每次都从服务器中获取邮件。客户端通常使用文件***或数据库来存储缓存的邮件。当用户打开邮件客户端时，客户端会从缓存中加载邮件，并将它们显示在用户的收件箱中。本方案中，经过在特征库中查找发件人信息，若查找到对应信息，则正常将邮件信息缓存至本地。

本申请实施例中，通过识别邮件是否为陌生人邮件，决定本地缓存邮件的内容，可以避免邮件中带有病毒的附件会危害计算机，以及对无用的图片进行过滤，提高了邮件的安全性。

在上述各技术方案的基础上，可选的，所述特征库中的信息，包括：个人通信录、组织通信录以及往来邮件的历史通信录。

本方案中，特征库的信息包括但不限于：个人通信录、组织通信录以及往来邮件的历史通信录。其中，个人通讯录可以是用户个人的联系对象，组织通讯录通常是企业的联系对象，往来邮件的历史通讯录即是其他联系人但有一定往来次数的联系对象。特征库设立的目的是过滤陌生人，如果用户个人有其他通讯录也可以加入到特征库中。

本申请实施例中，将个人通信录、组织通信录以及往来邮件的历史通信录加入到特征库中，客户端可以识别发件人是否为陌生人，对垃圾邮件进行有效的过滤。

在上述各技术方案的基础上，可选的，所述特征库以模型的方式建立对象，通过手动或者自动的方式向模型中添加对象。

本方案中，特征库通过模型的方式建立对象。例如，建立个人通讯录模型，可以在特征库中存储邮箱地址、IP地址以及用户名称等信息。特征库可以根据预设时间对自身进行更新，如果通讯录中有新添加的联系人，即可将该联系人信息的特征添加到特征库中；或者用户可以手动添加联系人信息到特征库中。

本申请实施例中，通过自动或者手动的方法将联系人添加到特征库中，使得客户端识别邮件时更精准的判断是否为垃圾邮件，提高了识别邮件的精确性。

在本申请实施例中，在收到邮件的情况下，获取所述邮件的发件人信息；将所述发件人信息与特征库中的信息进行比对；若所述发件人信息不在所述特征库中，则对所述邮件添加标签；获取用户对具有标签的邮件中目标内容的点击事件，生成目标内容的提示信息。通过将发件人信息与特征库比对，将陌生邮件打上标签，对用户进行安全提醒，帮助用户辨别邮件的安全性，提高了用户的邮件处理效率。另一方面，不同用户的特征库不同，所过滤的垃圾邮件也不同，实现了基于用户需求的个性化过滤方案。

实施例二

图2是本申请实施例二提供的终端判断并过滤邮件安全内容的方法的流程示意图。本方案对上述实施例做出了更优的改进，具体改进为：在对所述邮件添加标签之后，所述方法还包括：过滤所述邮件中的文本内容，并滤除所述邮件中的目标内容；将所述文本内容缓存至本地。如图2所示，具体包括如下步骤：

S1031，过滤所述邮件中的文本内容，并滤除所述邮件中的目标内容。

本方案中，文本内容可以是邮件中的文本字符串包含的信息。具体的，客户端自动识别邮件内的所有内容，将邮件内容分为文本内容，图片内容以及附件内容。若客户端识别此邮件为标签邮件，则需要将目标内容进行过滤，不进行下载。其中，目标内容即为除了文本内容之外的内容，例如图片内容以及附件内容等。

S1032，将所述文本内容缓存至本地。

本方案中，过滤掉目标内容，只将文本内容缓存至本地。客户端会使用协议例如IMAP(Internet Message Access Protocol，交互邮件访问协议)POP(Post OfficeProtocol，邮局协议)连接到邮件服务器，并从服务器下载邮件。下载的邮件会保存在本地电脑上的一个文件夹中，并且客户端会在用户打开它时加载这些邮件。在本地电脑上查看邮件时，客户端会直接从本地文件夹中加载邮件，而不会连接到邮件服务器。联网并打开电子邮件客户端时，客户端会与邮件服务器同步，并更新本地文件夹中的邮件。

本申请实施例中，对上述实施例做出改进。具体改进为：在对所述邮件添加标签之后，所述方法还包括：过滤所述邮件中的文本内容，并滤除所述邮件中的目标内容；将所述文本内容缓存至本地。将带有标签邮件的图片和附件过滤，只保留文本，避免了垃圾邮件自动缓存附件携带病毒的情况，同时缓存文本也可以让用户判断此邮件是否为正常邮件，使得用户和外部用户进行正常交流和业务往来。

实施例三

图3是本申请实施例三提供的终端判断并过滤邮件安全内容的方法的流程示意图。本方案对上述实施例做出了更优的改进，具体改进为：在通过手动或者自动的方式向模型中添加对象之后，所述方法还包括：检测组织通讯录信息、个人通讯录信息是否存在变更；若是，则对特征库进行更新。如图3所示，具体包括如下步骤：

S1011，检测组织通讯录信息、个人通讯录信息是否存在变更。

本方案中，检测包括但不限于组织通讯录信息、个人通讯录信息是否有变更。具体的，在客户端内预设定时检测时间。例如，间隔3000s对通讯录信息进行检测。检测内容主要为：目前存在的通讯录信息是否变更，以及通讯录中是否有新增信息在特征库中没有的。

S1012，若是，则对特征库进行更新。

本方案中，若客户端检测到上述两种情况，则对特征库进行更新。具体的，如果现有的通讯录信息有变更，则对特征库内的信息进行修改，写入最新的通讯录信息。例如，某条数据下，发件人的IP地址与特征库内的IP地址不同，则将特征库内的此发件人的IP地址替换为现在的IP地址。如果检测到通讯录中有新增信息，则新增一条数据，将此发件人的信息写入到特征库中。

本方案中，对上述实施例做出改进。具体改进为：在通过手动或者自动的方式向模型中添加对象之后，所述方法还包括：检测组织通讯录信息、个人通讯录信息是否存在变更；若是，则对特征库进行更新。对特征库内的信息进行定期更新，提高了识别邮件的精确性，优化了用户的使用体验。

实施例四

图4是本申请实施例四提供的终端判断并过滤邮件安全内容的方法的流程示意图。本方案对上述实施例做出了更优的改进，具体改进为：在通过手动或者自动的方式向模型中添加对象之后，所述方法还包括：检测用户是否回复标签邮件；若回复，则记录发件人信息并计数回复次数；若所述回复次数达到预设数量，则将所述发件人信息添加到特征库中。如图4所示，具体包括如下步骤：

S105，检测用户是否回复标签邮件。

本方案中，当用户成功发送邮件后，客户端将判断此回复邮件是否具有标签。具体的，用户发送邮件时，发送请求到邮件服务器：邮件客户端会向邮件服务器发送一个请求，请求将邮件发送到目标邮件地址。接收服务器的响应：邮件服务器会返回一个响应，告知邮件客户端邮件是否已被接收。检查响应的状态码：如果响应的状态码是2xx，表示邮件已被成功接收；更新邮件状态为“已发送”；再邮件状态为“已发送”的情况下，获取此邮件是否具有标签。

S106，若回复，则记录发件人信息并计数回复次数。

本方案中，若此邮件具有标签，则将发件人的信息记录，并添加一个类别为回复次数。若再次检测到发件人给此收件人回复后，对回复次数进行修改，在原有数值的基础上加一保存。

S107，若所述回复次数达到预设数量，则将所述发件人信息添加到特征库中。

本方案中，若统计回复次数达到预设数量，则将发件人信息添加到特征库中。具体的，预设数量可以是预先设置的回复次数。例如，预设数量为3，则回复次数达到三次将发件人的信息添加到特征库中。

本申请实施例，对上述实施例做出改进。具体改进为：在通过手动或者自动的方式向模型中添加对象之后，所述方法还包括：检测用户是否回复标签邮件；若回复，则记录发件人信息并计数回复次数；若所述回复次数达到预设数量，则将所述发件人信息添加到特征库中。通过统计回复往来邮件，将达到回复往来次数的发件人添加到特征库中。

实施例五

图5是本申请实施例五提供的终端判断并过滤邮件安全内容的装置的结构示意图。如图3所示，具体包括如下：

身份信息获取模块501，用于在收到邮件的情况下，获取所述邮件的发件人信息；

身份信息对比模块502，用于将所述发件人信息与特征库中的信息进行比对；

标签添加模块503，用于若所述发件人信息不在所述特征库中，则对所述邮件添加标签；

提示信息生成模块504，用于获取用户对具有标签的邮件中目标内容的点击事件，生成目标内容的提示信息。

进一步的，所述装置还包括：

目标内容滤除模块，用于过滤所述邮件中的文本内容，并滤除所述邮件中的目标内容；

文本内容缓存模块，用于将所述文本内容缓存至本地。

进一步的，所述装置还包括：

邮件信息缓存模块，用于若所述发件人信息在特征库中，则将邮件信息缓存至本地。

进一步的，所述特征库中的信息，包括：个人通信录、组织通信录以及往来邮件的历史通信录。

进一步的，所述特征库以模型的方式建立对象，通过手动或者自动的方式向模型中添加对象。

进一步的，所述装置还包括：

信息变更检测模块，用于检测组织通讯录信息、个人通讯录信息是否存在变更；

特征库更新模块，用于若是，则对特征库进行更新。

进一步的，所述装置还包括：

邮件回复检测模块，用于检测用户是否回复标签邮件；

回复次数技术模块，用于若回复，则记录发件人信息并计数回复次数；

身份信息添加模块，用于若所述回复次数达到预设数量，则将所述发件人信息添加到特征库中。

本申请实施例中，身份信息获取模块，用于在收到邮件的情况下，获取所述邮件的发件人信息；身份信息对比模块，用于将所述发件人信息与特征库中的信息进行比对；标签添加模块，用于若所述发件人信息不在所述特征库中，则对所述邮件添加标签；提示信息生成模块，用于获取用户对具有标签的邮件中目标内容的点击事件，生成目标内容的提示信息。通过将发件人信息与特征库比对，将陌生邮件打上标签，对用户进行安全提醒，帮助用户辨别邮件的安全性，提高了用户的邮件处理效率。另一方面，不同用户的特征库不同，所过滤的垃圾邮件也不同，实现了基于用户需求的个性化过滤方案。

本申请实施例中的终端判断并过滤邮件安全内容的装置可以是装置，也可以是终端中的部件、集成电路、或芯片。该装置可以是移动电子设备，也可以为非移动电子设备。示例性的，移动电子设备可以为手机、平板电脑、笔记本电脑、掌上电脑、车载电子设备、可穿戴设备、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本或者个人数字助理(personal digital assistant，PDA)等，非移动电子设备可以为服务器、网络附属存储器(Network Attached Storage，NAS)、个人计算机(personal computer，PC)、电视机(television，TV)、柜员机或者自助机等，本申请实施例不作具体限定。

本申请实施例中的终端判断并过滤邮件安全内容的装置可以为具有操作***的装置。该操作***可以为安卓(Android)操作***，可以为ios操作***，还可以为其他可能的操作***，本申请实施例不作具体限定。

本申请实施例提供的终端判断并过滤邮件安全内容的装置能够实现图1至图4的方法实施例实现的各个过程，为避免重复，这里不再赘述。

实施例六

如图6所示，本申请实施例六还提供一种电子设备600，包括处理器601，存储器602，存储在存储器602上并可在所述处理器601上运行的程序或指令，该程序或指令被处理器601执行时实现上述终端判断并过滤邮件安全内容的方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

需要说明的是，本申请实施例中的电子设备包括上述所述的移动电子设备和非移动电子设备。

实施例七

本申请实施例还提供一种可读存储介质，所述可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述终端判断并过滤邮件安全内容的方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

其中，所述处理器为上述实施例中所述的电子设备中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等。

实施例八

本申请实施例另提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现上述终端判断并过滤邮件安全内容的方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

应理解，本申请实施例提到的芯片还可以称为***级芯片、***芯片、芯片***或片上***芯片等。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以计算机软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，或者网络设备等)执行本申请各个实施例所述的方法。

上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。

上述仅为本申请的较佳实施例及所运用的技术原理。本申请不限于这里所述的特定实施例，对本领域技术人员来说能够进行的各种明显变化、重新调整及替代均不会脱离本申请的保护范围。因此，虽然通过以上实施例对本申请进行了较为详细的说明，但是本申请不仅仅限于以上实施例，在不脱离本申请构思的情况下，还可以包括更多其他等效实施例，而本申请的范围由权利要求的范围决定。

Claims (10)

1.一种邮件的安全接收方法，其特征在于，所述方法由客户端执行；所述方法包括：

在收到邮件的情况下，获取所述邮件的发件人信息；

将所述发件人信息与特征库中的信息进行比对；

若所述发件人信息不在所述特征库中，则对所述邮件添加标签；

获取用户对具有标签的邮件中目标内容的点击事件，生成目标内容的提示信息。

2.根据权利要求1所述的方法，其特征在于，在对所述邮件添加标签之后，所述方法还包括：

过滤所述邮件中的文本内容，并滤除所述邮件中的目标内容；

将所述文本内容缓存至本地。

3.根据权利要求1所述的方法，其特征在于，在将所述发件人信息与特征库中的信息进行比对之后，所述方法还包括：

若所述发件人信息在特征库中，则将邮件信息缓存至本地。

4.根据权利要求1所述的方法，其特征在于，所述特征库中的信息，包括：个人通信录、组织通信录以及往来邮件的历史通信录。

5.根据权利要求4所述的方法，其特征在于，所述特征库以模型的方式建立对象，通过手动或者自动的方式向模型中添加对象。

6.根据权利要求5所述的方法，其特征在于，在通过手动或者自动的方式向模型中添加对象之后，所述方法还包括：

检测组织通讯录信息、个人通讯录信息是否存在变更；

若是，则对特征库进行更新。

7.根据权利要求5所述的方法，其特征在于，在通过手动或者自动的方式向模型中添加对象之后，所述方法还包括：

检测用户是否回复标签邮件；

若回复，则记录发件人信息并计数回复次数；

若所述回复次数达到预设数量，则将所述发件人信息添加到特征库中。

8.一种邮件的安全接收装置，其特征在于，所述装置配置于客户端；所述装置包括：

身份信息获取模块，用于在收到邮件的情况下，获取所述邮件的发件人信息；

身份信息对比模块，用于将所述发件人信息与特征库中的信息进行比对；

标签添加模块，用于若所述发件人信息不在所述特征库中，则对所述邮件添加标签；

提示信息生成模块，用于获取用户对具有标签的邮件中目标内容的点击事件，生成目标内容的提示信息。

9.一种电子设备，其特征在于，包括处理器，存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求1-7中任一项所述的终端判断并过滤邮件安全内容的方法的步骤。

10.一种可读存储介质，其特征在于，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如权利要求1-7中任一项所述的终端判断并过滤邮件安全内容的方法的步骤。

Images