CN104734944A - 电子邮件的传输方法及装置 - Google Patents
电子邮件的传输方法及装置 Download PDFInfo
- Publication number
- CN104734944A CN104734944A CN201510121305.2A CN201510121305A CN104734944A CN 104734944 A CN104734944 A CN 104734944A CN 201510121305 A CN201510121305 A CN 201510121305A CN 104734944 A CN104734944 A CN 104734944A
- Authority
- CN
- China
- Prior art keywords
- sending
- request
- information
- reception
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Information Transfer Between Computers (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种电子邮件的传输方法及装置,该方法包括:监听获知邮件发送端触发邮件发送请求,获取邮件发送的内容信息;将获取的邮件发送的内容信息进行加密,并将加密后的邮件内容信息进行封装;将封装后的邮件内容信息发送至目标邮件服务器。本发明解决了现有技术中使用客户端工具加密邮件操作复杂且兼容性差,使用web无法加密邮件的问题,提高了邮件收发的安全性。
Description
技术领域
本发明涉及互联网领域,具体而言,涉及一种电子邮件的传输方法及装置。
背景技术
随着网络技术的飞速发展,电子邮件作为一种方便、快捷、便宜、传送信息量大的优点被越来越多的人们所使用。当我们使用电子邮件发送一些包含隐私或商业机密的邮件时,就会存在安全隐患。这是由于电子邮件协议自身的先天性的安全漏洞引起的。电子邮件在网络上传输的时候,采用的是明文传输的,那么邮件在传输过程中很容易被截获,发送的信息可能会被人盗用,进而给受害人造成巨大的经济损失。此外,电子邮件内容存储在收件服务器上也是以明文的方式存储,也会存在安全的风险,一旦邮件服务器被黑客盗用、用户的邮箱账号密码被盗或未授权终端、人员登录,那么存于该邮件服务器上的邮件也就不安全。
为了提高电子邮件的安全性,现在使用的诸如outlook和foxmail等客户端工具具有加密功能,然而,现有的客户端工具的邮件加密方法存在以下缺点:
(1)邮件加密使用步骤繁琐,还需要申请电子证书,配置客户端,复杂性高;
(2)客户端工具使用平台不统一,致使相互间加解密方式不能兼容;
(3)不能解决web网页用户电子邮件加解密问题。
针对现有技术中使用客户端工具加密邮件操作复杂且兼容性差,使用web无法加密邮件的问题,目前尚未提出有效的解决方案。
发明内容
本发明提供了一种电子邮件的传输方法及装置,以至少解决现有技术中使用客户端工具加密邮件操作复杂且兼容性差,使用web无法加密邮件的问题。
根据本发明的一个方面,提供了一种电子邮件的传输方法,该方法包括:监听获知邮件发送端触发邮件发送请求,获取邮件发送的内容信息;将获取的邮件发送的内容信息进行加密,并将加密后的邮件内容信息进行封装;将封装后的邮件内容信息发送至目标邮件服务器。
进一步地,在将封装后的邮件内容信息发送至目标邮件服务器之后,还包括:监听获知邮件接收端触发邮件接收请求,确定所需接收的邮件;从目标邮件服务器中获取确定的所需接收的邮件,并进行解密以获得邮件发送的内容信息;将获得的邮件发送的内容信息发送至邮件接收端。
进一步地,在监听获知邮件发送端触发邮件发送请求,获取邮件发送的内容信息之前,还包括:预先对邮件发送端和邮件接收端进行配置,以实现对邮件发送端的邮件发送请求和邮件接收端的邮件接收请求进行监听。
进一步地,预先对邮件发送端和邮件接收端进行配置,包括:当邮件发送端和/或邮件接收端为网页模式时,配置网页对应浏览器的PAC代理;当邮件发送端和/或邮件接收端为客户端模式时,配置客户端中的邮件发送和接收的服务器地址。
进一步地,当邮件发送端为网页模式时,监听获知邮件发送端触发邮件发送请求,获取邮件发送的内容信息,包括:监听获知邮件发送端触发POST请求,获取POST请求中携带的信息;解析获取的POST请求中携带的信息,获得邮件发送的内容信息。
进一步地,当邮件接收端为网页模式时,监听获知邮件接收端触发邮件接收请求,确定所需接收的邮件,包括:监听获知邮件接收端触发GET请求,获取GET请求中携带的信息;解析获取的GET请求中携带的信息,确定所需接收的邮件。
根据本发明的另一方面,提供了一种电子邮件的传输装置,该装置包括:第一监听单元,用于监听获知邮件发送端触发邮件发送请求,获取邮件发送的内容信息;加密单元,用于将获取的邮件发送的内容信息进行加密,并将加密后的邮件内容信息进行封装;第一发送单元,用于将封装后的邮件内容信息发送至目标邮件服务器。
进一步地,该装置还包括:第二监听单元,用于在将封装后的邮件内容信息发送至目标邮件服务器之后,监听获知邮件接收端触发邮件接收请求,确定所需接收的邮件;解密单元,用于从目标邮件服务器中获取确定的所需接收的邮件,并进行解密以获得邮件发送的内容信息;第二发送单元,用于将获得的邮件发送的内容信息发送至邮件接收端。
进一步地,第一监听单元包括:第一监听模块,用于在邮件发送端为网页模式时,监听获知邮件发送端触发POST请求,获取POST请求中携带的信息;第一解析模块,用于解析获取的POST请求中携带的信息,获得邮件发送的内容信息。
进一步地,第二监听单元包括:第二监听模块,用于在邮件接收端为网页模式时,监听获知邮件接收端触发GET请求,获取GET请求中携带的信息;第二解析模块,用于解析获取的GET请求中携带的信息,确定所需接收的邮件。
在本发明中用户通过网页或客户端进行电子邮件发送过程中,当代理网关监听到邮件发送端的邮件发送请求后,解析获取邮件内容信息,并对邮件内容信息进行加密,然后将加密处理处理后的信息转发至目标邮件服务器;在邮件接收端接收邮件过程中,当代理网关监听到邮件接收端的邮件接收请求后,确认用户所需接收的邮件,并向目标邮件服务器请求获取到该邮件,通过分析解密后,将邮件转发到邮件接收端,完成邮件的接收。整个邮件的收发过程采用密文的形式,保证了不管是在传送的过程中被截获,还是邮件服务器被攻破,都不会获得邮件的真实内容。同时,这种方案既可以兼容客户端模式的邮件收发,也可以兼容WEB网页模式的邮件收发。通过这种透明加解密网关的引入,在不改变用户当前邮件系统使用习惯的前提下,即可完成邮件发送的加密及邮件接收过程的解密,有效地解决了现有技术中使用客户端工具加密邮件操作复杂且兼容性差,使用web无法加密邮件的问题,进一步地,也提高了邮件收发的安全性。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是根据本发明实施例的电子邮件的传输方法的一种可选的流程图;
图2是根据本发明实施例的电子邮件的传输方法中接收邮件的一种可选的流程图;
图3是根据本发明实施例的电子邮件的传输方法的产品部署图;
图4是根据本发明实施例的电子邮件的传输装置的一种可选的结构图;以及
图5是根据本发明实施例的电子邮件的传输装置的另一种可选的结构图。
具体实施方式
下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例,然而应当理解,可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了能够更透彻地理解本公开,并且能够将本公开的范围完整的传达给本领域的技术人员。
实施例1
在本发明的优选的实施例1中提供了一种电子邮件的传输方法,具体地,图1示出该方法的一种可选的流程图,如图1所示,该方法包括如下步骤S102~S106:
S102,监听获知邮件发送端触发邮件发送请求,获取邮件发送的内容信息;
在进行邮件发送之前,需要预先对邮件发送端进行配置。具体来说,对于使用WEB网页模式的邮件发送端,启动本地浏览器脚本代理服务,对浏览器PAC代理(Proxy auto-config,代理自动配置)进行设置,优选地,在进行配置时,可以由对应的服务商提供相应的配置工具,本端下载该配置工具后,通过点击实现一键配置,也可以通过人工更改浏览器Internet选项中的对应的代理自动配置选项进行人为的配置;对于使用邮件客户端模式的邮件发送端,可以在客户端对应选项中更改邮件收发服务器地址,将邮件收发服务器设置为加密网关地址。
在完成上述配置后,在用户在邮件发送端进行邮件发送时,位于本端局域网内的代理网关响应于用户触发的邮件发送操作,解析获取到用户发送邮件的邮件内容信息。
优选地,在用户进行邮件发送时,代理网关会判断邮件发送端采用WEB登录还是邮件客户端其他终端等登陆,进而采取不同策略进入收发环节。对于WEB网页模式的邮件发送端,代理网关监听获知邮件发送端触发POST请求时,获取POST请求中携带的信息,通过解析获取的POST请求中携带的信息,来获得邮件发送的内容信息。
S104,将获取的邮件发送的内容信息进行加密,并将加密后的邮件内容信息进行封装;
S106,将封装后的邮件内容信息发送至目标邮件服务器。
在上述记载的电子邮件发送过程中,当代理网关监听到邮件发送端的邮件发送请求后,解析获取邮件内容信息,并对邮件内容信息进行加密,然后将加密处理处理后的信息转发至目标邮件服务器,保证电子邮件发送的过程采用密文的形式,不管是在传送的过程中被截获,还是邮件服务器信息被盗用,都不会获得邮件的真实内容。同时,这种电子邮件发送的方案既可以兼容客户端模式,也可以兼容WEB网页模式,有效地解决了现有技术中使用客户端工具加密邮件操作复杂且兼容性差,使用web无法加密邮件的问题,进一步地,也提高了邮件收发的安全性。
完成上述邮件发送后,邮件接收端在接收电子邮件时,如图2所示,包括如下步骤S202~S206:
S202,监听获知邮件接收端触发邮件接收请求,确定所需接收的邮件;
在进行邮件接收之前,需要预先对邮件接收端进行配置。具体来说,对于使用WEB网页模式的邮件接收端,启动本地浏览器脚本代理服务,对浏览器PAC代理(Proxy auto-config,代理自动配置)进行设置,优选地,在进行配置时,可以由对应的服务商提供相应的配置工具,本端下载该配置工具后,通过点击实现一键配置,也可以通过人工更改浏览器Internet选项中的对应的代理自动配置选项进行人为的配置;对于使用邮件客户端模式的邮件接收端,可以在客户端对应选项中更改邮件收发服务器地址,将邮件收发服务器设置为加密网关地址。
在完成上述配置后,在用户在邮件接收端进行邮件接收时,代理网关响应于用户触发的邮件接收操作,确定所需接收的邮件。
优选地,对于WEB网页模式的邮件接收端,代理网关监听获知邮件接收端触发GET请求时,获取GET请求中携带的信息,通过解析获取的GET请求中携带的信息,确定所需接收的邮件。
S204,从目标邮件服务器中获取确定的所需接收的邮件,并进行解密以获得邮件发送的内容信息;
代理网关在接收到目标邮件服务器传回的数据内容后,找到加密部分的邮件内容进行解密,然后把解密后的内容替换原加密的内容。
S206,将获得的邮件发送的内容信息发送至邮件接收端。
将解密后的内容替换原加密的内容传回至邮件接收端,用户接收到的邮件内容就是被解密后的内容。
在上述记载的电子邮件接收过程中,当代理网关监听到邮件接收端的邮件接收请求后,确定所需接收的邮件,并对邮件内容信息进行解密,然后将解密处理处理后的信息转发至邮件接收端,保证电子邮件接收的过程采用密文的形式,不管是在接收的过程中被截获、邮件服务器信息被盗用、用户的邮箱账号密码被盗或未授权终端、人员登录,都不会获得邮件的真实内容。同时,这种电子邮件接收的方案既可以兼容客户端模式,也可以兼容WEB网页模式,有效地解决了现有技术中使用客户端工具加密邮件操作复杂且兼容性差,使用web无法加密邮件的问题,进一步地,也提高了邮件收发的安全性。
优选地,图3为本方案在进行邮件收发过程中的一种可选的产品部署图,如图3所示,企业A和企业B内部均设置有可加解密的代理网关,企业A和企业B既可以作为电子邮件的发送端,也可以作为邮件的接收端。当企业使用PC终端进行邮件发送,或者使用手机终端通过https协议进行邮件发送时,邮件的明文内容通过位于本端企业的代理网关进行加密后,以密文的方式传输给邮件服务器,邮件服务器也是以密文的方式进行存储;当企业使用PC终端进行邮件接收,或者使用手机终端通过https协议进行邮件接收时,邮件内容也是以密文的形式传输至位于本端企业代理网关进行解密,代理网关解密之后再将邮件内容返回给邮件接收端。这样保证不管是在接收的过程中被截获、邮件服务器信息被盗用、用户的邮箱账号密码被盗或未授权终端、人员登录,都不会获得明文的邮件内容,大大增加邮件的保密性。
实施例2
基于上述实施例1中提供的电子邮件的传输方法,本优选的实施例提供了一种电子邮件的传输装置,具体地,图4示出该装置的一种可选的结构框图,如图4所示,该装置包括:
第一监听单元42,用于监听获知邮件发送端触发邮件发送请求,获取邮件发送的内容信息;
在进行邮件发送之前,需要预先对邮件发送端进行配置。具体来说,对于使用WEB网页模式的邮件发送端,启动本地浏览器脚本代理服务,对浏览器PAC代理(Proxy auto-config,代理自动配置)进行设置,优选地,在进行配置时,可以由对应的服务商提供相应的配置工具,本端下载该配置工具后,通过点击实现一键配置,也可以通过人工更改浏览器Internet选项中的对应的代理自动配置选项进行人为的配置;对于使用邮件客户端模式的邮件发送端,可以在客户端对应选项中更改邮件收发服务器地址,将邮件收发服务器设置为加密网关地址。
在完成上述配置后,在用户在邮件发送端进行邮件发送时,本端的代理网关响应于用户触发的邮件发送操作,解析获取到用户发送邮件的邮件内容信息。
优选地,在用户进行邮件发送时,代理网关会判断邮件发送端采用WEB登录还是邮件客户端其他终端等登陆,进而采取不同策略进入收发环节。具体实现时,第一监听单元包括:第一监听模块,用于在邮件发送端为网页模式时,监听获知邮件发送端触发POST请求,获取POST请求中携带的信息;第一解析模块,用于解析获取的POST请求中携带的信息,获得邮件发送的内容信息。
加密单元44,与第一监听单元42连接,用于将获取的邮件发送的内容信息进行加密,并将加密后的邮件内容信息进行封装;
第一发送单元46,与加密单元44连接,用于将封装后的邮件内容信息发送至目标邮件服务器。
上述记载的装置在电子邮件发送过程中,当代理网关监听到邮件发送端的邮件发送请求后,解析获取邮件内容信息,并对邮件内容信息进行加密,然后将加密处理处理后的信息转发至目标邮件服务器,保证电子邮件发送的过程采用密文的形式,不管是在传送的过程中被截获,还是邮件服务器信息被盗用,都不会获得邮件的真实内容。同时,这种电子邮件发送的方案既可以兼容客户端模式,也可以兼容WEB网页模式,有效地解决了现有技术中使用客户端工具加密邮件操作复杂且兼容性差,使用web无法加密邮件的问题,进一步地,也提高了邮件收发的安全性。
进一步地,本发明还对上述装置进行了优化,具体来说,如图5所示,该装置还包括:
第二监听单元52,用于在将封装后的邮件内容信息发送至目标邮件服务器之后,监听获知邮件接收端触发邮件接收请求,确定所需接收的邮件;
在进行邮件接收之前,需要预先对邮件接收端进行配置。具体来说,对于使用WEB网页模式的邮件接收端,启动本地浏览器脚本代理服务,对浏览器PAC代理(Proxy auto-config,代理自动配置)进行设置,优选地,在进行配置时,可以由对应的服务商提供相应的配置工具,本端下载该配置工具后,通过点击实现一键配置,也可以通过人工更改浏览器Internet选项中的对应的代理自动配置选项进行人为的配置;对于使用邮件客户端模式的邮件接收端,可以在客户端对应选项中更改邮件收发服务器地址,将邮件收发服务器设置为加密网关地址。
在完成上述配置后,在用户在邮件接收端进行邮件接收时,代理网关响应于用户触发的邮件接收操作,确定所需接收的邮件。
优选地,第二监听单元包括:第二监听模块,用于在邮件接收端为网页模式时,监听获知邮件接收端触发GET请求,获取GET请求中携带的信息;第二解析模块,用于解析获取的GET请求中携带的信息,确定所需接收的邮件。
解密单元54,与第二监听单元52连接,用于从目标邮件服务器中获取确定的所需接收的邮件,并进行解密以获得邮件发送的内容信息;
代理网关在接收到目标邮件服务器传回的数据内容后,找到加密部分的邮件内容进行解密,然后把解密后的内容替换原加密的内容。
第二发送单元56,与解密单元54连接,用于将获得的邮件发送的内容信息发送至邮件接收端。
将解密后的内容替换原加密的内容传回至邮件接收端,用户接收到的邮件内容就是被解密后的内容。
此处需要说明的是,上述记载的第一监听单元和第二监听单元可以是独立设置的两个单元,也可以是一个具有上述两个单元的功能的单独设置的监听单元;上述记载的第一发送单元和第二发送单元可以是独立设置的两个单元,也可以是一个具有上述两个单元的功能的单独设置的发送单元。
在上述记载的电子邮件接收过程中,当代理网关监听到邮件接收端的邮件接收请求后,确定所需接收的邮件,并对邮件内容信息进行解密,然后将解密处理处理后的信息转发至邮件接收端,保证电子邮件接收的过程采用密文的形式,不管是在接收的过程中被截获,还是邮件服务器信息被盗用、用户的邮箱账号密码被盗或未授权终端、人员登录,都不会获得邮件的真实内容。同时,这种电子邮件接收的方案既可以兼容客户端模式,也可以兼容WEB网页模式,有效地解决了现有技术中使用客户端工具加密邮件操作复杂且兼容性差,使用web无法加密邮件的问题,进一步地,也提高了邮件收发的安全性。
应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制,并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中,不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中,这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
本申请可以应用于计算机系统/服务器,其可与众多其它通用或专用计算系统环境或配置一起操作。适于与计算机系统/服务器一起使用的众所周知的计算系统、环境和/或配置的例子包括但不限于:个人计算机系统、服务器计算机系统、瘦客户机、厚客户机、手持或膝上设备、基于微处理器的系统、机顶盒、可编程消费电子产品、网络个人电脑、小型计算机系统﹑大型计算机系统和包括上述任何系统的分布式云计算技术环境,等等。
计算机系统/服务器可以在由计算机系统执行的计算机系统可执行指令(诸如程序模块)的一般语境下描述。通常,程序模块可以包括例程、程序、目标程序、组件、逻辑、数据结构等等,它们执行特定的任务或者实现特定的抽象数据类型。计算机系统/服务器可以在分布式云计算环境中实施,分布式云计算环境中,任务是由通过通信网络链接的远程处理设备执行的。在分布式云计算环境中,程序模块可以位于包括存储设备的本地或远程计算系统存储介质上。
Claims (10)
1.电子邮件的传输方法,其特征在于,包括:
监听获知邮件发送端触发邮件发送请求,获取邮件发送的内容信息;
将获取的所述邮件发送的内容信息进行加密,并将加密后的邮件内容信息进行封装;
将封装后的邮件内容信息发送至目标邮件服务器。
2.如权利要求1所述的方法,其特征在于,在所述将封装后的邮件内容信息发送至目标邮件服务器之后,还包括:
监听获知邮件接收端触发邮件接收请求,确定所需接收的邮件;
从所述目标邮件服务器中获取确定的所述所需接收的邮件,并进行解密以获得所述邮件发送的内容信息;
将获得的所述邮件发送的内容信息发送至邮件接收端。
3.如权利要求2所述的方法,其特征在于,在所述监听获知邮件发送端触发邮件发送请求,获取邮件发送的内容信息之前,还包括:
预先对所述邮件发送端和所述邮件接收端进行配置,以实现对所述邮件发送端的邮件发送请求和所述邮件接收端的邮件接收请求进行监听。
4.如权利要求3所述的方法,其特征在于,所述预先对所述邮件发送端和所述邮件接收端进行配置,包括:
当所述邮件发送端和/或所述邮件接收端为网页模式时,配置网页对应浏览器的PAC代理;
当所述邮件发送端和/或所述邮件接收端为客户端模式时,配置客户端中的邮件发送和接收的服务器地址。
5.如权利要求4所述的方法,其特征在于,当所述邮件发送端为网页模式时,所述监听获知邮件发送端触发邮件发送请求,获取邮件发送的内容信息,包括:
监听获知邮件发送端触发POST请求,获取所述POST请求中携带的信息;
解析获取的所述POST请求中携带的信息,获得邮件发送的内容信息。
6.如权利要求5所述的方法,其特征在于,当所述邮件接收端为网页模式时,所述监听获知邮件接收端触发邮件接收请求,确定所需接收的邮件,包括:
监听获知邮件接收端触发GET请求,获取所述GET请求中携带的信息;
解析获取的所述GET请求中携带的信息,确定所需接收的邮件。
7.一种电子邮件的传输装置,其特征在于,包括:
第一监听单元,用于监听获知邮件发送端触发邮件发送请求,获取邮件发送的内容信息;
加密单元,用于将获取的所述邮件发送的内容信息进行加密,并将加密后的邮件内容信息进行封装;
第一发送单元,用于将封装后的邮件内容信息发送至目标邮件服务器。
8.如权利要求7所述的装置,其特征在于,还包括:
第二监听单元,用于在所述将封装后的邮件内容信息发送至目标邮件服务器之后,监听获知邮件接收端触发邮件接收请求,确定所需接收的邮件;
解密单元,用于从所述目标邮件服务器中获取确定的所述所需接收的邮件,并进行解密以获得所述邮件发送的内容信息;
第二发送单元,用于将获得的所述邮件发送的内容信息发送至邮件接收端。
9.如权利要求7所述的装置,其特征在于,所述第一监听单元包括:
第一监听模块,用于在所述邮件发送端为网页模式时,监听获知邮件发送端触发POST请求,获取所述POST请求中携带的信息;
第一解析模块,用于解析获取的所述POST请求中携带的信息,获得邮件发送的内容信息。
10.如权利要求8所述的装置,其特征在于,所述第二监听单元包括:
第二监听模块,用于在所述邮件接收端为网页模式时,监听获知邮件接收端触发GET请求,获取所述GET请求中携带的信息;
第二解析模块,用于解析获取的所述GET请求中携带的信息,确定所需接收的邮件。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510121305.2A CN104734944A (zh) | 2015-03-18 | 2015-03-18 | 电子邮件的传输方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510121305.2A CN104734944A (zh) | 2015-03-18 | 2015-03-18 | 电子邮件的传输方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN104734944A true CN104734944A (zh) | 2015-06-24 |
Family
ID=53458395
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510121305.2A Pending CN104734944A (zh) | 2015-03-18 | 2015-03-18 | 电子邮件的传输方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104734944A (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107896228A (zh) * | 2017-12-22 | 2018-04-10 | 北京明朝万达科技股份有限公司 | 一种数据防泄漏方法及系统 |
CN107959929A (zh) * | 2017-11-08 | 2018-04-24 | 无线生活(杭州)信息科技有限公司 | 一种切换代理方法及装置 |
CN110324235A (zh) * | 2019-05-28 | 2019-10-11 | 北京十安赛恩科技有限公司 | 电子邮件的处理方法及处理网关 |
CN112291268A (zh) * | 2020-11-26 | 2021-01-29 | 上海优扬新媒信息技术有限公司 | 信息的传输方法、装置、设备以及存储介质 |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101043512A (zh) * | 2006-03-21 | 2007-09-26 | 环达电脑(上海)有限公司 | 一种电子邮件系统 |
CN101222332A (zh) * | 2006-12-27 | 2008-07-16 | 村田机械株式会社 | 电子邮件通信装置 |
CN101345752A (zh) * | 2008-08-15 | 2009-01-14 | 北京立通无限科技有限公司 | 保证移动终端访问web资源安全的方法、装置及系统 |
CN101466079A (zh) * | 2009-01-12 | 2009-06-24 | 中兴通讯股份有限公司 | 电子邮件的传送方法、系统及wapi终端 |
CN102055685A (zh) * | 2010-12-21 | 2011-05-11 | 常熟理工学院 | 网页邮件信息加密的方法 |
CN102195989A (zh) * | 2011-06-15 | 2011-09-21 | 中国电信股份有限公司 | 电子邮件的处理方法和系统 |
CN102571627A (zh) * | 2010-12-08 | 2012-07-11 | 中国电信股份有限公司 | 电子邮件传送方法和系统 |
CN103248553A (zh) * | 2012-02-07 | 2013-08-14 | 腾讯科技(深圳)有限公司 | 邮件加密解密方法及客户端 |
CN103888348A (zh) * | 2014-03-28 | 2014-06-25 | 新浪网技术(中国)有限公司 | 电子邮件应用系统和电子邮件传送方法、装置 |
-
2015
- 2015-03-18 CN CN201510121305.2A patent/CN104734944A/zh active Pending
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101043512A (zh) * | 2006-03-21 | 2007-09-26 | 环达电脑(上海)有限公司 | 一种电子邮件系统 |
CN101222332A (zh) * | 2006-12-27 | 2008-07-16 | 村田机械株式会社 | 电子邮件通信装置 |
CN101345752A (zh) * | 2008-08-15 | 2009-01-14 | 北京立通无限科技有限公司 | 保证移动终端访问web资源安全的方法、装置及系统 |
CN101466079A (zh) * | 2009-01-12 | 2009-06-24 | 中兴通讯股份有限公司 | 电子邮件的传送方法、系统及wapi终端 |
CN102571627A (zh) * | 2010-12-08 | 2012-07-11 | 中国电信股份有限公司 | 电子邮件传送方法和系统 |
CN102055685A (zh) * | 2010-12-21 | 2011-05-11 | 常熟理工学院 | 网页邮件信息加密的方法 |
CN102195989A (zh) * | 2011-06-15 | 2011-09-21 | 中国电信股份有限公司 | 电子邮件的处理方法和系统 |
CN103248553A (zh) * | 2012-02-07 | 2013-08-14 | 腾讯科技(深圳)有限公司 | 邮件加密解密方法及客户端 |
CN103888348A (zh) * | 2014-03-28 | 2014-06-25 | 新浪网技术(中国)有限公司 | 电子邮件应用系统和电子邮件传送方法、装置 |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107959929A (zh) * | 2017-11-08 | 2018-04-24 | 无线生活(杭州)信息科技有限公司 | 一种切换代理方法及装置 |
CN107896228A (zh) * | 2017-12-22 | 2018-04-10 | 北京明朝万达科技股份有限公司 | 一种数据防泄漏方法及系统 |
CN107896228B (zh) * | 2017-12-22 | 2019-02-05 | 北京明朝万达科技股份有限公司 | 一种数据防泄漏方法及系统 |
CN110324235A (zh) * | 2019-05-28 | 2019-10-11 | 北京十安赛恩科技有限公司 | 电子邮件的处理方法及处理网关 |
CN112291268A (zh) * | 2020-11-26 | 2021-01-29 | 上海优扬新媒信息技术有限公司 | 信息的传输方法、装置、设备以及存储介质 |
CN112291268B (zh) * | 2020-11-26 | 2023-05-26 | 度小满科技(北京)有限公司 | 信息的传输方法、装置、设备以及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103067158B (zh) | 加密解密方法、加密解密装置及密钥管理系统 | |
CA2874317C (en) | Communication session transfer between devices | |
CN104580086A (zh) | 信息传输方法、客户端、服务器及系统 | |
CN111193698B (zh) | 数据处理方法、装置、终端及存储介质 | |
CN102695168B (zh) | 终端设备、加密网关、无线网络安全通信方法及系统 | |
CN105376216A (zh) | 一种远程访问方法、代理服务器及客户端 | |
CN109067739B (zh) | 通信数据加密方法和装置 | |
CN106209838B (zh) | Ssl vpn的ip接入方法及装置 | |
US20150215291A1 (en) | Secure decentralized content management platform and transparent gateway | |
CN103428221A (zh) | 对移动应用的安全登录方法、系统和装置 | |
CN107172001B (zh) | 网站代理服务器的控制方法及装置、密钥代理服务器 | |
CN105392136A (zh) | 一种基于二维码访问路由器的方法及装置 | |
CN105337935A (zh) | 一种建立客户端和服务端长连接的方法和装置 | |
CN111756751B (zh) | 报文传输方法、装置及电子设备 | |
CN102916948A (zh) | 数据安全处理方法、装置及终端 | |
CN104967590A (zh) | 一种传输通信消息的方法、装置和系统 | |
CN103168450B (zh) | 访问虚拟专用网络的方法、装置以及网关设备 | |
CN101436933A (zh) | 一种https加密访问方法、系统及装置 | |
CN104734944A (zh) | 电子邮件的传输方法及装置 | |
CN110912682A (zh) | 数据处理方法、装置及系统 | |
CN105516169A (zh) | 检测网站安全的方法及装置 | |
CN113422768B (zh) | 零信任中的应用接入方法、装置及计算设备 | |
CN107317852A (zh) | 基于modbus扩展的智能设备、通信系统和方法 | |
CN109218334B (zh) | 数据处理方法、装置、接入控制设备、认证服务器及系统 | |
CN106031097A (zh) | 业务处理方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20150624 |
|
RJ01 | Rejection of invention patent application after publication |