CN102238095A - 一种编码转换方法、装置和系统 - Google Patents
一种编码转换方法、装置和系统 Download PDFInfo
- Publication number
- CN102238095A CN102238095A CN201010164397XA CN201010164397A CN102238095A CN 102238095 A CN102238095 A CN 102238095A CN 201010164397X A CN201010164397X A CN 201010164397XA CN 201010164397 A CN201010164397 A CN 201010164397A CN 102238095 A CN102238095 A CN 102238095A
- Authority
- CN
- China
- Prior art keywords
- code information
- machine code
- mail server
- 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
Images
Landscapes
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
Abstract
本申请公开了一种编码转换方法、装置和系统,所述方法包括以下步骤:邮件服务器接收来自发送端的电子邮件,将所述电子邮件的邮件信息转换为机器码信息;所述邮件服务器将所述机器码信息下发到所述电子邮件的接收端,使所述接收端根据所述机器码信息进行编码转换。通过使用本申请,可以提高编码转换的成功率。
Description
技术领域
本申请涉及网络技术领域,特别是涉及一种编码转换方法、装置和系统。
背景技术
E-mail(Electronic mail,电子邮件)是互联网中常用的一项服务,可以通过数字化的方式进行信件的传送。发送方主机可以将邮件发送到接收方主机,由接收方主机存储并收取阅读该邮件;也可以将邮件发送到就近主机,由该就近主机经过一定的传送路径将该邮件转发至指定的接收方主机上存储,再由接收方收取阅读该邮件。由上述过程可知,E-mail是一种非交互式的存储转发技术,上述过程中使用了多种技术协议,包括SMTP(Simple MessageTransfer Protocol,简单邮件传输协议)和MIME(Multipurpose Internet MailExtension,多用途的网络邮件扩充)协议,才保证邮件的正确无误地传递。
其中,SMTP是基于TCP/IP(Transmission Control Protocol/InternetProtocol,传输控制协议/互联网协议)网络的协议,描述了邮件报文的格式以及传输邮件报文时的处理方式,是一种利用网络交换文字信息的非交互式技术,用于主机之间的电子邮件交换,互联网中的主机可利用SMTP收发由普通西文字符组成的文本邮件。
为了传送声音、图像等多媒体二进制数据,还必须使用MIME协议将该多媒体二进制数据经过特殊的非字符编码。MIME协议包括Base64和QP(Quote Printable)两种编码方式,其中,Base64编码方式是一种通用的方法,把3个Byte的数据用4个Byte表示,该4个Byte中实际用到的都只有前面的6个bit,不存在只能传输7个bit的字符问题;QP编码方式把一个8bit的字符用两个16进制数值表示,然后在前面加“K”。
在互联网中,E-mail系统只能传送ASCII格式的文字信息,ASCII编码为7位有效码,而非ASCII格式的数据(例如汉字),则采用双字节表达一个汉字,通过字节最高位b7置1来实现。由于历史形成的原因,互联网上电子邮件主要处理7bit的文本数据,一些服务器或网关可能限制8bit传输,因此,非ASCII格式的数据必须使用7bit将邮件编码后再发送,否则,在传送邮件的过程中,如果数据的最高位被过滤掉,则该邮件必然为乱码,且该邮件的接收方也是无法还原的。
不同操作系统、不同国家、不同语言的客户端进行电子邮件的交流时,如果电子邮件的收发双方使用不同的邮件编码方式,在电子邮件传输过程中,可能会出现误码或乱码的情况。例如,在使用Outlook Express收发电子邮件时,经常使用到各种编码的文字,主要有简体中文的GB2312码和HZ码,以及通用字符UTF-7、UTF-8和西欧字符等,如果电子邮件软件中没有内置BIG5编码,则在收到BIG5编码的电子邮件时就会出现乱码,无法识别电子邮件传送的内容。
现有技术中,当电子邮件软件中没有内置与接收到的电子邮件对应的编码方式时,通常使用Windows自带的编码对接收到的电子邮件的邮件内容进行手动编码转换,以解决乱码问题。
在实现本申请的过程中,申请人发现现有技术至少存在如下问题:
现有技术中的手动编码转换方法中,由于接收端无法获取电子邮件的编码类型,只能使用Windows自带的多种编码类型依次对电子邮件的邮件内容进行编码转换,实现过程非常烦琐,转换成功的概率很低。
申请内容
本申请提供一种编码转换方法、装置和系统,用于提高编码转换的成功率。
本申请提出一种编码转换方法,包括以下步骤:
邮件服务器接收来自发送端的电子邮件,将所述电子邮件的邮件信息转换为机器码信息;
所述邮件服务器将所述机器码信息下发到所述电子邮件的接收端,使所述接收端根据所述机器码信息进行编码转换。
优选地,所述邮件服务器将所述电子邮件的邮件信息转换为机器码信息之前,还包括:
所述邮件服务器接收来自所述发送端的转换指令;
所述邮件服务器将所述电子邮件的邮件信息转换为机器码信息,包括:
所述邮件服务器根据所述转换指令将所述电子邮件的邮件信息转换为机器码信息。
优选地,所述机器码信息为加密后的机器码信息,
所述邮件服务器将所述电子邮件的邮件信息转换为机器码信息,包括:
所述邮件服务器对根据所述邮件信息转换得到的机器码信息进行加密,获取并存储所述加密后的机器码信息。
优选地,所述接收端根据所述机器码信息进行编码转换之前,还包括:
所述接收端接收来自所述邮件服务器的编码指令,所述编码指令中包含所述加密后的机器码信息的解密算法,
所述接收端根据所述机器码信息进行编码转换,包括:
所述接收端根据所述解密算法对所述加密后的机器码信息进行解密,获取解密后的机器码信息,并按照当前操作系统的编码类型对所述解密后的机器码信息进行编码转换。
本申请还提出一种邮件服务器,包括:
接收模块,用于接收来自发送端的电子邮件;
转换模块,用于将所述接收模块接收到的电子邮件的邮件信息转换为机器码信息;
发送模块,用于将所述转换模块得到的机器码信息下发到所述电子邮件的接收端,使所述接收端根据所述机器码信息进行编码转换。
优选地,所述接收模块,还用于接收来自所述发送端的转换指令;
所述转换模块,用于根据所述转换指令将所述电子邮件的邮件信息转换为机器码信息。
优选地,所述机器码信息为加密后的机器码信息,
所述转换模块,用于对根据所述邮件信息转换得到的机器码信息进行加密,获取并存储所述加密后的机器码信息。
本申请提出一种接收端,包括:
接收模块,用于接收来自邮件服务器的机器码信息;
转换模块,用于根据所述接收模块接收的机器码信息进行编码转换。
优选地,所述机器码信息为加密后的机器码信息,
所述接收模块,还用于接收来自所述邮件服务器的编码指令,所述编码指令中包含所述加密后的机器码信息的解密算法,
所述转换模块,用于根据所述解密算法对所述加密后的机器码信息进行解密,获取解密后的机器码信息,并按照当前操作系统的编码类型对所述解密后的机器码信息进行编码转换。
本申请提出一种编码转换系统,包括:
发送端,用于向邮件服务器发送电子邮件;
邮件服务器,用于接收来自所述发送端的电子邮件,将所述电子邮件的邮件信息转换为机器码信息,并将所述机器码信息下发到所述电子邮件的接收端;
接收端,用于接收来自所述邮件服务器的机器码信息,根据所述机器码信息进行编码转换。
优选地,所述邮件服务器,用于接收来自所述发送端的转换指令,根据所述转换指令将所述电子邮件的邮件信息转换为机器码信息。
优选地,所述机器码信息为加密后的机器码信息,
所述邮件服务器,用于对根据所述邮件信息转换得到的机器码信息进行加密,获取并存储所述加密后的机器码信息。
优选地,所述邮件服务器,还用于向所述接收端发送编码指令,所述编码指令中包含所述加密后的机器码信息的解密算法,
所述接收端,用于根据所述解密算法对所述加密后的机器码信息进行解密,获取解密后的机器码信息,并按照当前操作系统的编码类型对所述解密后的机器码信息进行编码转换。
本申请包括以下优点,邮件服务器将来自发送端的邮件信息转换成机器码信息并发送给接收端,使邮件信息能够在接收端正常显示,提高了编码转换的成功率,避免了乱码的出现,方便不同操作系统、不同国家、不同语言的邮件用户进行交流,提高了用户的使用体验。当然,实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。
附图说明
为了更清楚地说明本申请或现有技术中的技术方案,下面将对本申请或现有技术描述中所需要使用的附图作简单的介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本申请实施例一中的一种编码转换方法流程图;
图2为本申请实施例二中的一种编码转换方法流程图;
图3为本申请实施例三中的一种邮件服务器结构示意图;
图4为本申请实施例四中的一种接收端结构示意图;
图5为本申请实施例五中的一种编码转换系统结构示意图。
具体实施方式
本申请的主要思想包括,发送端向邮件服务器提交发送给接收端的电子邮件的邮件信息,邮件服务器将该邮件信息转换成机器码信息,并将该机器码信息下发到接收端,使接收端根据该机器码信息进行编码转换。
下面将结合本申请中的附图,对本申请中的技术方案进行清楚、完整的描述,显然,所描述的实施例是本申请的一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动的前提下所获得的所有其他实施例,都属于本申请保护的范围。
如图1所示,为本申请实施例一中的一种编码转换方法流程图,包括以下步骤:
步骤101,邮件服务器接收来自发送端的电子邮件,将该电子邮件的邮件信息转换为机器码信息。
其中,电子邮件的邮件信息包括邮件内容和邮件地址。邮件服务器在接收来自发送端的邮件信息的同时,还可以接收来自发送端的转换指令,并根据该转换指令将电子邮件的邮件信息转换为机器码信息。
具体地,转换指令为用于将邮件信息转换成系统当前默认的机器编码的代码信息。发送端将转换指令发送到邮件服务器后,邮件服务器可以通过读取转换指令中的代码信息,将电子邮件的邮件信息转换为对应的机器码信息。
进一步地,机器码信息可以为加密后的机器码信息。邮件服务器可以对根据邮件信息转换得到的机器码信息进行加密,获取并存储加密后的机器码信息。
步骤102,邮件服务器将机器码信息下发到电子邮件的接收端,使该接收端根据机器码信息进行编码转换。
具体地,当机器码信息为加密后的机器码信息时,邮件服务器在将机器码信息下发到电子邮件的接收端的同时,还可以向接收端发送编码指令,该编码指令中包含加密后的机器码信息的解密算法。接收端接收来自邮件服务器的编码指令,根据编码指令中的解密算法对加密后的机器码信息进行解密,获取解密后的机器码信息,并按照当前操作系统的编码类型对解密后的机器码信息进行编码转换。
本申请包括以下优点,邮件服务器将来自发送端的邮件信息转换成机器码信息并发送给接收端,接收端按照当前操作系统的编码类型对该机器码信息进行编码转换,使邮件信息能够在接收端正常显示,提高了编码转换的成功率,避免了乱码的出现,方便不同操作系统、不同国家、不同语言的邮件用户进行交流,提高了用户的使用体验。当然,实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。
本申请上述实施例提供了一种编码转换方法,以下结合具体应用场景对上述编码转换方法进行具体、详细的描述。
如图2所示,为本申请实施例二中的一种编码转换方法流程图,具体包括以下步骤:
步骤201,发送端向邮件服务器发送电子邮件以及对应的转换指令。
具体地,转换指令可以位于发送端发送的电子邮件的邮件信息之外,是用于将邮件信息转换成系统当前默认的机器编码的代码信息,可以包括操作功能和操作对象等内容。其中,转换指令的操作对象为接收到电子邮件的邮件信息;转换指令的操作功能为将邮件信息转换成系统当前默认的机器编码。
例如,转换指令可以指示邮件服务器将接收到的电子邮件中的GBK编码信息转换为系统当前默认的Base64编码信息,对应的代码信息如下:
System.out.println(″encode-->′″+email+′″-------------->result:″);
System.out.println(newString(newBASE64Encoder().encodeBuffer(email.getBytes())));
步骤202,邮件服务器根据转换指令将电子邮件的邮件信息转换为机器码信息。
其中,邮件服务器接收到的电子邮件的邮件信息为按照发送端当前操作系统的编码类型编码后的编码信息,例如GBK编码信息,邮件服务器将该编码信息转换成机器码信息。
上述机器码信息可以是Base64编码信息,也可以是其他编码信息。其中,Base64编码将3个8位字节(3*8=24)转化为4个6位的字节(4*6=24),并在转化得到的6位的字节前面补两个0,形成8位一个字节的形式。
在MIME格式的电子邮件中,Base64编码可以用来将binary的字节序列数据编码成ASCII字符序列构成的文本。使用时,在传输编码方式中指定为Base64编码。使用的字符包括大小写字母各26个、10个数字,以及加号“+”和斜杠“/”,一共64个字符,等号“=”用来作为后缀用途。
Base64编码后的数据比原始数据略长,为原来的4/3。在电子邮件中,每76个字符还需要加上一个回车换行,编码后的数据长度约为数据原长的135.1%。
Base64编码转换的时候,将3个byte的数据先后放入一个24bit的缓冲区中,先来的byte占高位。当数据不足3byte的时候,用0补足缓冲区中剩下的bit位;之后,每次从缓存区取出6个bit数据,按照该数据的值选择ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz01234567
89+/中的字符作为编码后的输出,直到输入数据全部转换完成。如果最后剩下两个输入数据,则在编码结果后加1个“=”;如果最后剩下一个输入数据,则在编码结果后加2个“=”,以保证资料还原的正确性。
例如,如果邮件内容为以下信息:
“尊敬的用户:
您好!欢迎使用“企业邮箱”服务!
为了帮助您开始使用“企业邮箱”,我们特为您提供了以下信息:
查看在线帮助,它是您快速入门的好帮手。
请访问我们的帮助中心,您可以浏览常见问题解答”
发送端可以对上述邮件内容进行GBK编码,得到以下GBK编码信息:
“D7F0BEB4B5C4D3C3BBA7C4FABAC3BBB6D3ADCAB9D3C3C6F3D2B5D3CACFE4B7FECEF1CEAAC1CBB0EFD6FAC4FABFAACABCCAB9D3C3C6F3D2B5D3CACFE4CED2C3C7CCD8CEAAC4FACCE1B9A9C1CBD2D4CFC2D0C5CFA2B2E9BFB4D4DACFDFB0EFD6FACBFCCAC7C4FABFECCBD9C8EBC3C5B5C4BAC3B0EFCAD6C7EBB7C3CECACED2C3C7B5C4B0EFD6FAD6D0D0C4C4FABFC9D2D4E4AFC0C0B3A3BCFBCECACCE2BDE2B4F0”
邮件服务器接收到来自发送端的电子邮件中的上述GBK编码信息后,可以根据转换指令将上述GBK编码信息转换为如下Base64编码形式的机器码信息:
“1/C+tLXE08O7p6O6DQrE+rrDo6G7ttOtyrnTw6GwxvPStdPKz+Shsbf+zvGjoQ0KzqrBy7Dv1vrE+r+qyrzKudPDobDG89K108rP5KGxo6zO0sPHzNjOqsT6zOG5qcHL0tTPwtDFz6Kjug0Ksum/tNTaz9+w79b6o6zL/MrHxPq/7MvZyOvDxbXEusOw78rWoaMNCsfrt8POys7Sw8e1xLDv1vrW0NDEo6zE+r/J0tTkr8DAs6O8+87KzOK94rTw”
步骤203,邮件服务器对根据邮件信息转换得到的机器码信息进行加密,获取并存储加密后的机器码信息。
步骤204,邮件服务器将加密后的机器码信息以及对应的编码指令下发到电子邮件的接收端。
其中,编码指令中包含加密后的机器码信息的解密算法。需要说明的是,编码指令对应的代码信息可以包含在发送端发送给邮件服务器的转换指令对应的代码信息中,邮件服务器存储接收到的转换指令对应的代码信息和加密后的机器码信息,接收端可以从邮件服务器下载编码指令对应的代码信息和加密后的机器码信息。
步骤205,接收端根据编码指令中的解密算法对加密后的机器码信息进行解密,获取解密后的机器码信息。
步骤206,接收端按照当前操作系统的编码类型对解密后的机器码信息进行编码转换。
具体地,接收端根据编码指令获取当前操作系统的编码类型,按照当前操作系统的编码类型进行编码转换。其中,编码指令可以定义相应的函数,以获取并输出当前操作系统的编码类型,具体代码如下:
public class EchoDefaultSystemEncoding{//类的内容
public static void main(String[]args){//定义函数
String encoding=System.getProperty(″file.encoding″);//获取当前操作系统的编码类型
System.out.println(″Default System Encoding:″+encoding);//输出当前操作系统的编码类型
}
}
接收端获取当前操作系统的编码类型,可以根据编码指令对从邮件服务器下载的机器码信息进行编码转换,编码指令中相应的代码信息如下:
System.out.println(″decode-->′″+email+′″------------------>result:″);
System.out.println(new String(new BASE64Decoder().decodeBuffer(email),System.getProperty(″file.encoding″)));
本申请包括以下优点,邮件服务器将来自发送端的邮件信息转换成机器码信息并发送给接收端,接收端按照当前操作系统的编码类型对该机器码信息进行编码转换,使邮件信息能够在接收端正常显示,提高了编码转换的成功率,避免了乱码的出现,方便不同操作系统、不同国家、不同语言的邮件用户进行交流,提高了用户的使用体验。当然,实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。
本申请上述实施例提供了编码转换方法和应用场景,相应地,本申请还通过以下实施例提供了应用上述方法的设备和系统。
如图3所示,为本申请实施例三中的一种邮件服务器结构示意图,包括:
接收模块310,用于接收来自发送端的电子邮件。
其中,电子邮件的邮件信息包括:发件人地址、收件人地址、主题、内容类型以及内容传输编码等信息。例如,电子邮件的邮件信息可以为以下内容:
“Received:from CNHZ-ExCMS-03.ali.com([fe80::ec58:7f90:a4bf:fa30])by
CNHZ-EXHUB-02.ali.com([::1])with mapi;Mon,26 Apr 2010 13:27:47+0800
Content-Type:application/ms-tnef;name=″winmail.dat″
Content-Transfer-Encoding:binary
From:=?gb2312?B?tcu9oQ==?=jingzhu.caijzhalibaba-inc.com
To:=?gb2312?B?tcu9oQ==?=1_2345678901643.com
Date:Mon,26 Apr 2010 13:27:44+0800
Subject:=?gb2312?B?1+6QwrXEy5S0psH0w/vP7sS/VUM=?=
Thread-Topic:=?gb2312?B?1+6QwrXEy5S0psH0w/vP7sS/VUM=?=
Thread-Index:AcrggxFAbe/pP10ARLibNrAzH36ebgAf7qPQADhtzUAAABg7IADG+NrQ
Accept-Language:zh-CN
Content-Language:zh-CN
X-MS-Has-Attach:yes
X-MS-Exchange-Organization-SCL:-1”
其中,发件人地址为“jingzhu.caijzhalibaba-inc.com”,收件人地址为1_2345678901643.com,内容传输编码为binary,内容类型为“application/ms-tnef”(应用程序数据)。
转换模块320,用于将接收模块310接收到的电子邮件的邮件信息转换为机器码信息。
上述接收模块310,还用于接收来自所述发送端的转换指令;相应地,上述转换模块320,用于根据所述转换指令将所述电子邮件的邮件信息转换为机器码信息。
其中,转换指令可以由操作码和地址码组成,操作码用于指明该指令要完成的操作的类型或性质,即将邮件信息转换成系统当前默认的机器编码;地址码用于指明操作对象的内容或所在的存储单元地址,即邮件信息的内容或邮件信息所在的存储单元地址。
具体地,上述机器码信息还可以为加密后的机器码信息;相应地,上述转换模块320,用于对根据所述邮件信息转换得到的机器码信息进行加密,获取并存储所述加密后的机器码信息。
发送模块330,用于将转换模块320得到的机器码信息下发到所述电子邮件的接收端,使所述接收端根据所述机器码信息进行编码转换。
本申请包括以下优点,邮件服务器将来自发送端的邮件信息转换成机器码信息并发送给接收端,使邮件信息能够在接收端正常显示,提高了编码转换的成功率,避免了乱码的出现,方便不同操作系统、不同国家、不同语言的邮件用户进行交流,提高了用户的使用体验。当然,实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。
如图4所示,为本申请实施例四中的一种接收端结构示意图,包括:
接收模块410,用于接收来自邮件服务器的机器码信息。
转换模块420,用于根据接收模块410接收的机器码信息进行编码转换。
其中,机器码信息为加密后的机器码信息。上述接收模块410,还用于接收来自所述邮件服务器的编码指令,所述编码指令中包含所述加密后的机器码信息的解密算法;相应地,上述转换模块420,用于根据所述解密算法对所述加密后的机器码信息进行解密,获取解密后的机器码信息,并按照当前操作系统的编码类型对所述解密后的机器码信息进行编码转换。
本申请包括以下优点,邮件服务器将来自发送端的邮件信息转换成机器码信息并发送给接收端,使邮件信息能够在接收端正常显示,提高了编码转换的成功率,避免了乱码的出现,方便不同操作系统、不同国家、不同语言的邮件用户进行交流,提高了用户的使用体验。当然,实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。
如图5所示,为本申请实施例五中的一种编码转换系统结构示意图,包括:
发送端510,用于向邮件服务器520发送电子邮件。
邮件服务器520,用于接收来自所述发送端510的电子邮件,将所述电子邮件的邮件信息转换为机器码信息,并将所述机器码信息下发到所述电子邮件的接收端530。
具体地,上述邮件服务器520,用于接收来自所述发送端510的转换指令,根据所述转换指令将所述电子邮件的邮件信息转换为机器码信息。
其中,所述机器码信息为加密后的机器码信息;相应地,上述邮件服务器520,用于对根据所述邮件信息转换得到的机器码信息进行加密,获取并存储所述加密后的机器码信息。
接收端530,用于接收来自邮件服务器520的机器码信息,根据所述机器码信息进行编码转换。
上述邮件服务器520,还用于向接收端530发送编码指令,该编码指令中包含所述加密后的机器码信息的解密算法;相应地,上述接收端530,用于根据所述解密算法对所述加密后的机器码信息进行解密,获取解密后的机器码信息,并按照当前操作系统的编码类型对所述解密后的机器码信息进行编码转换。
本申请包括以下优点,邮件服务器将来自发送端的邮件信息转换成机器码信息并发送给接收端,使邮件信息能够在接收端正常显示,提高了编码转换的成功率,避免了乱码的出现,方便不同操作系统、不同国家、不同语言的邮件用户进行交流,提高了用户的使用体验。当然,实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。
需要说明的是,本中请中的编码转换方法、装置和系统可以通过Java语言来实现。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台终端设备(可以是手机,个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述的方法。
以上所述仅是本申请的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本申请原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视本申请的保护范围。
本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中,也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以集成于一体,也可以分离部署;可以合并为一个模块,也可以进一步拆分成多个子模块。上述本申请实施例序号仅仅为了描述,不代表实施例的优劣。
以上公开的仅为本申请的几个具体实施例,但是,本申请并非局限于此,任何本领域的技术人员能思之的变化都应落入本申请的保护范围。
Claims (13)
1.一种编码转换方法,其特征在于,包括以下步骤:
邮件服务器接收来自发送端的电子邮件,将所述电子邮件的邮件信息转换为机器码信息;
所述邮件服务器将所述机器码信息下发到所述电子邮件的接收端,使所述接收端根据所述机器码信息进行编码转换。
2.如权利要求1所述的方法,其特征在于,所述邮件服务器将所述电子邮件的邮件信息转换为机器码信息之前,还包括:
所述邮件服务器接收来自所述发送端的转换指令;
所述邮件服务器将所述电子邮件的邮件信息转换为机器码信息,包括:
所述邮件服务器根据所述转换指令将所述电子邮件的邮件信息转换为机器码信息。
3.如权利要求1所述的方法,其特征在于,所述机器码信息为加密后的机器码信息,
所述邮件服务器将所述电子邮件的邮件信息转换为机器码信息,包括:
所述邮件服务器对根据所述邮件信息转换得到的机器码信息进行加密,获取并存储所述加密后的机器码信息。
4.如权利要求3所述的方法,其特征在于,所述接收端根据所述机器码信息进行编码转换之前,还包括:
所述接收端接收来自所述邮件服务器的编码指令,所述编码指令中包含所述加密后的机器码信息的解密算法,
所述接收端根据所述机器码信息进行编码转换,包括:
所述接收端根据所述解密算法对所述加密后的机器码信息进行解密,获取解密后的机器码信息,并按照当前操作系统的编码类型对所述解密后的机器码信息进行编码转换。
5.一种邮件服务器,其特征在于,包括:
接收模块,用于接收来自发送端的电子邮件;
转换模块,用于将所述接收模块接收到的电子邮件的邮件信息转换为机器码信息;
发送模块,用于将所述转换模块得到的机器码信息下发到所述电子邮件的接收端,使所述接收端根据所述机器码信息进行编码转换。
6.如权利要求5所述的邮件服务器,其特征在于,
所述接收模块,还用于接收来自所述发送端的转换指令;
所述转换模块,用于根据所述转换指令将所述电子邮件的邮件信息转换为机器码信息。
7.如权利要求5所述的邮件服务器,其特征在于,所述机器码信息为加密后的机器码信息,
所述转换模块,用于对根据所述邮件信息转换得到的机器码信息进行加密,获取并存储所述加密后的机器码信息。
8.一种接收端,其特征在于,包括:
接收模块,用于接收来自邮件服务器的机器码信息;
转换模块,用于根据所述接收模块接收的机器码信息进行编码转换。
9.如权利要求8所述的接收端,其特征在于,所述机器码信息为加密后的机器码信息,
所述接收模块,还用于接收来自所述邮件服务器的编码指令,所述编码指令中包含所述加密后的机器码信息的解密算法,
所述转换模块,用于根据所述解密算法对所述加密后的机器码信息进行解密,获取解密后的机器码信息,并按照当前操作系统的编码类型对所述解密后的机器码信息进行编码转换。
10.一种编码转换系统,其特征在于,包括:
发送端,用于向邮件服务器发送电子邮件;
邮件服务器,用于接收来自所述发送端的电子邮件,将所述电子邮件的邮件信息转换为机器码信息,并将所述机器码信息下发到所述电子邮件的接收端;
接收端,用于接收来自所述邮件服务器的机器码信息,根据所述机器码信息进行编码转换。
11.如权利要求10所述的系统,其特征在于,
所述邮件服务器,用于接收来自所述发送端的转换指令,根据所述转换指令将所述电子邮件的邮件信息转换为机器码信息。
12.如权利要求10所述的系统,其特征在于,所述机器码信息为加密后的机器码信息,
所述邮件服务器,用于对根据所述邮件信息转换得到的机器码信息进行加密,获取并存储所述加密后的机器码信息。
13.如权利要求12所述的系统,其特征在于,
所述邮件服务器,还用于向所述接收端发送编码指令,所述编码指令中包含所述加密后的机器码信息的解密算法,
所述接收端,用于根据所述解密算法对所述加密后的机器码信息进行解密,获取解密后的机器码信息,并按照当前操作系统的编码类型对所述解密后的机器码信息进行编码转换。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010164397XA CN102238095A (zh) | 2010-05-06 | 2010-05-06 | 一种编码转换方法、装置和系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010164397XA CN102238095A (zh) | 2010-05-06 | 2010-05-06 | 一种编码转换方法、装置和系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN102238095A true CN102238095A (zh) | 2011-11-09 |
Family
ID=44888330
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201010164397XA Pending CN102238095A (zh) | 2010-05-06 | 2010-05-06 | 一种编码转换方法、装置和系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102238095A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109039876A (zh) * | 2018-09-19 | 2018-12-18 | 天津字节跳动科技有限公司 | 邮件处理方法和装置 |
CN112217710A (zh) * | 2020-09-02 | 2021-01-12 | 陕西贝思诺信息科技有限公司 | 一种基于pop3协议的电子邮件的收发方法 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1378363A (zh) * | 2001-04-04 | 2002-11-06 | 英保达股份有限公司 | 转寄信息家电的电子邮件的方法及其装置 |
US7096276B2 (en) * | 2001-06-14 | 2006-08-22 | International Business Machines Corporation | Email routing according to email content |
CN101009665A (zh) * | 2006-01-26 | 2007-08-01 | 腾讯科技(深圳)有限公司 | 支持电子邮件功能的即时通信系统及电子邮件收发方法 |
CN101159546A (zh) * | 2007-11-20 | 2008-04-09 | 重庆大学 | 一种电子邮件加密收发系统 |
CN101170401A (zh) * | 2006-10-27 | 2008-04-30 | 鸿富锦精密工业(深圳)有限公司 | 邮件加密/解密系统及方法 |
-
2010
- 2010-05-06 CN CN201010164397XA patent/CN102238095A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1378363A (zh) * | 2001-04-04 | 2002-11-06 | 英保达股份有限公司 | 转寄信息家电的电子邮件的方法及其装置 |
US7096276B2 (en) * | 2001-06-14 | 2006-08-22 | International Business Machines Corporation | Email routing according to email content |
CN101009665A (zh) * | 2006-01-26 | 2007-08-01 | 腾讯科技(深圳)有限公司 | 支持电子邮件功能的即时通信系统及电子邮件收发方法 |
CN101170401A (zh) * | 2006-10-27 | 2008-04-30 | 鸿富锦精密工业(深圳)有限公司 | 邮件加密/解密系统及方法 |
CN101159546A (zh) * | 2007-11-20 | 2008-04-09 | 重庆大学 | 一种电子邮件加密收发系统 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109039876A (zh) * | 2018-09-19 | 2018-12-18 | 天津字节跳动科技有限公司 | 邮件处理方法和装置 |
CN112217710A (zh) * | 2020-09-02 | 2021-01-12 | 陕西贝思诺信息科技有限公司 | 一种基于pop3协议的电子邮件的收发方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8799385B2 (en) | Delivery control for email communicated among multiple end user communication devices | |
CN1816083B (zh) | 短语音消息业务方法、装置及系统 | |
CN100531108C (zh) | 处理编码消息的系统和方法 | |
CN100563242C (zh) | 证书信息存储系统和方法 | |
CN1729476B (zh) | 消息设置选择 | |
US10038735B2 (en) | Delivery control for HTTP communications among multiple end user communication devices | |
US8924495B2 (en) | Delivery control for HTTP communications among multiple end user communication devices | |
CN101577684B (zh) | 电子邮件处理方法及系统 | |
CN101179520A (zh) | 一种感知邮件状态的方法及系统 | |
US20060101124A1 (en) | Method and apparatus for mass email transmission | |
CN103326923A (zh) | 一种信息共享的方法及装置 | |
CN102307159A (zh) | 有效管理“已发送消息”文件与重新发送消息的方法和装置 | |
US8799386B2 (en) | Delivery control for email communicated among multiple end user communication devices | |
US20060200528A1 (en) | Method and system for processing data messages | |
CN100461776C (zh) | 实现电子邮件通知的系统、方法和装置 | |
CN100473056C (zh) | 安全电子邮件格式的传输方法和传输装置 | |
US8249560B2 (en) | Sending method, receiving method, and system for email transfer by short message | |
US20070011244A1 (en) | Arrangement for mobile communications and wireless publishing | |
CN102238095A (zh) | 一种编码转换方法、装置和系统 | |
US9544252B2 (en) | Compressing and decompressing electronic messages in message threads | |
CN103036767A (zh) | 一种实现即时通讯工具互通的方法和系统 | |
CN100566303C (zh) | 基于即时通讯实现提醒通知的方法及系统 | |
CN101188571B (zh) | 一种处理嵌入式设备的邮件的方法及系统 | |
CN101651852A (zh) | 用短信发邮件和对用短信发的邮件进行回复的系统及方法 | |
US20080192757A1 (en) | System and method for enabling transfer of data and communication between individuals |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
REG | Reference to a national code |
Ref country code: HK Ref legal event code: DE Ref document number: 1159898 Country of ref document: HK |
|
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20111109 |
|
REG | Reference to a national code |
Ref country code: HK Ref legal event code: WD Ref document number: 1159898 Country of ref document: HK |