CN100512234C - 一种多媒体邮件附件的发送方法和系统 - Google Patents
一种多媒体邮件附件的发送方法和系统 Download PDFInfo
- Publication number
- CN100512234C CN100512234C CNB2005101237829A CN200510123782A CN100512234C CN 100512234 C CN100512234 C CN 100512234C CN B2005101237829 A CNB2005101237829 A CN B2005101237829A CN 200510123782 A CN200510123782 A CN 200510123782A CN 100512234 C CN100512234 C CN 100512234C
- Authority
- CN
- China
- Prior art keywords
- annex
- client terminal
- terminal system
- mail client
- 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.)
- Active
Links
Images
Landscapes
- Information Transfer Between Computers (AREA)
Abstract
本发明公开了一种多媒体邮件附件的发送方法和系统。该方法的过程包括:a、发送方接收到发送多媒体附件的邮件发送指令后,将所述多媒体附件标识以及发送方网络地址通过邮件发送给接收方,并在自身保存所述多媒体附件;b、接收方根据邮件中的发送方网络地址与发送方建立连接,并向发送方发出携带多媒体附件标识的附件发送请求;c、发送方根据多媒体附件标识查找到自身保存的多媒体附件,并发送该多媒体附件到接收方,结束流程。本发明的这种方法和系统能够支持大尺寸的多媒体附件传输,并能实现断点续传,避免数据的重复发送。
Description
技术领域
本发明涉及网络通信技术,尤指一种多媒体邮件附件的发送方法和系统。
背景技术
电子邮件已经成为网民不可缺少的网络工具,由于用户可以通过简单邮件发送协议(SMTP)和邮局协议(POP)轻松地在互联网上进行沟通和信息交流,还可以发送各种类型的邮件附件,故电子邮件的普及率非常高。
在现有的邮件发送过程中,发送方一般将附件打包,然后通过邮件上传到邮件服务器,再由接收方以POP方式将附件从邮件服务器下载到本地。所述发送方和接收方指的是邮件客户端的邮件系统。
随着网络信息的日益丰富,人们通过电子邮件发送的附件越来越多样,多媒体附件就是一种新的发展趋势。所谓多媒体附件指的是包括音频、视频等多种类型数据的附件,该类附件包含的内容丰富多彩,是网民们交流中必不可少的内容。由于多媒体附件一般体积巨大,可达几百MB到数十个GB,故采用现有的发送方法存在以下问题:
(一)由于受到网络服务供应商的限制,以及网络带宽、速度等因素的影响,发送方一般不容易发送体积巨大的多媒体邮件。一旦发送失败,发送方必须重新上传多媒体附件,从而浪费操作时间,使得邮件发送的成本较为昂贵。
(二)即使多媒体附件成功上传到邮件服务器,接收方也需要将该多媒体附件完全下载到本地后,才能浏览附件内容。那么,一旦下载失败,就必须重新接收该多媒体附件。而且,接收方也无法在下载的同时,浏览到附件内容。
比如,某个用户要将几十个GB的视频文件发送给多个其它用户,使用现有的邮件服务器几乎无法满足上述需求,因为没有任何一个邮件服务器能够支持发送如此巨大的邮件附件。如果将该视频文件手工拆分成数百个小文件来发送,不仅操作麻烦,而且接收方的邮箱也无法容纳几十个GB的数据。此外,如果使用目前的网络通信工具来传送,比如MSN、YAHOO通、BT等,发送方必须将整个文件传送完毕,接收方才能够阅读文件内容,故这种方式的通信代价也很昂贵。
发明内容
有鉴于此,本发明的主要目的在于提供一种多媒体邮件附件的发送方法,使得多媒体附件的发送不受邮件服务器的限制,从而能够支持用户发送大尺寸多媒体附件。
本发明的又一目的在于提供一种多媒体邮件附件发送系统,能够支持用户发送大尺寸的多媒体附件。
为达到上述目的,本发明的技术方案具体是这样实现的:
一种多媒体邮件附件的发送方法,在网络上设置地址解析服务器,对邮件客户端进行地址解析,该方法包括以下步骤:
a、发送方接收到发送多媒体附件的邮件发送指令后,将所述多媒体附件标识以及发送方网络地址通过邮件发送给接收方,并在自身保存所述多媒体附件;
b、接收方根据邮件中的发送方网络地址与发送方建立连接,并向发送方发出携带多媒体附件标识的附件发送请求;当接收方判定自身与发送方无法建立连接时,接收方将附件发送请求送至所述地址解析服务器;所述地址解析服务器根据自身记录,将附件发送请求发送给发送方;
c、发送方根据多媒体附件标识查找到自身保存的多媒体附件,并发送该多媒体附件到接收方;或者,发送方通过所述地址解析服务器将所述多媒体附件发送至接收方;结束流程。
步骤a中,发送方将多媒体附件标识以及发送方网络地址生成附件种子,并发送携带附件种子的邮件给接收方。
所述附件种子进一步包括:附件名称、附件大小和附件类型。
步骤b中接收方判定自身可以与发送方建立连接时的方法具体为:接收方解析自身接收到的发送方网络地址,并通过TCP/IP协议与发送方建立连接,向发送方发出附件发送请求;
则步骤c中,发送方通过步骤b中建立的连接,将多媒体附件送至接收方。
步骤b所述接收方判定自身与发送方无法建立连接包括:接收方判定自身通过TCP/IP协议与发送方无法建立连接。
步骤c所述的方法进一步包括:接收方接收多媒体附件,并在接收到的数据尺寸达到预设值时,将已接收到的数据内容发送给自身的播放器进行播放。
发送方和接收方之间的连接中断时,步骤c所述的方法进一步包括:接收方保存断点信息,并发出携带断点信息的附件发送请求给发送方;发送方根据断点信息,将多媒体附件中剩余的数据内容发送给接收方。
所述断点信息包括:连接中断前访问的多媒体附件标识、连接中断前接收到的数据尺寸,以及连接中断位置。
所述附件发送请求携带断点信息的方法为:在附件发送请求中设置断点字段,并在断点字段中记录断点信息。
一种多媒体邮件附件发送系统,该系统包括一个以上邮件客户端子系统,所述邮件客户端子系统包括邮件处理模块,所述多媒体邮件附件发送系统还包括地址解析服务器;所述邮件客户端子系统还包括附件管理模块;
所述邮件客户端子系统执行初始化操作,在所述地址解析服务器上记录自身信息;
所述附件管理模块保存多媒体附件,并将多媒体附件标识和自身邮件客户端子系统的网络地址生成附件种子发送给邮件处理模块,邮件处理模块将所述附件种子添加到邮件中发出;
或者,附件管理模块根据接收到的附件种子中的邮件客户端子系统的网络地址,发出携带多媒体附件标识的附件发送请求;
或者,附件管理模块接收到附件发送请求,根据多媒体附件标识查找到自身保存的多媒体附件,发出所述查找到的多媒体附件;
所述地址解析服务器根据自身记录,将所接收到的附件发送请求或多媒体附件转发给相应的邮件客户端子系统。
所述多媒体邮件附件发送系统包括第一邮件客户端子系统和第二邮件客户端子系统,所述第一邮件客户端子系统包括第一邮件处理模块和第一附件管理模块,所述第二邮件客户端子系统包括第二邮件处理模块和第二附件管理模块;
第一邮件客户端子系统接收到邮件发送指令后,将所述多媒体附件送至自身的第一附件管理模块,第一附件管理模块保存所述多媒体附件,并将第一邮件客户端子系统的网络地址以及所述多媒体附件标识生成附件种子,发送给第一邮件处理模块;第一邮件处理模块将所述附件种子添加到邮件中,发送给第二邮件客户端子系统;
第二邮件客户端子系统中的第二附件管理模块获取所述邮件中的附件种子,并根据附件种子中的第一邮件客户端子系统的网络地址,向第一邮件客户端子系统发出携带多媒体附件标识的附件发送请求;第一邮件客户端子系统的第一附件管理模块根据所述附件发送请求中的多媒体附件标识,查找到自身保存的多媒体附件,发送给第二邮件客户端子系统。
所述第二邮件客户端子系统通过点对点方式,向第一邮件客户端子系统发出附件发送请求;
或者,第一邮件客户端子系统通过点对点方式,向第二邮件客户端子系统发出多媒体附件。
所述邮件客户端子系统执行初始化操作,在所述地址解析服务器上记录自身信息包括:
所述第一邮件客户端子系统和/或第二邮件客户端子系统执行初始化操作,分别在地址解析服务器上记录自身信息;
所述地址解析服务器根据自身记录,将所接收到的附件发送请求或多媒体附件转发给相应的邮件客户端子系统包括:
第二邮件客户端子系统的第二附件管理模块向地址解析服务器发出附件发送请求,地址解析服务器根据自身记录,将所述附件发送请求转发给第一邮件客户端子系统;
或者,第一邮件客户端子系统的第一附件管理模块将多媒体附件发送给地址解析服务器,地址解析服务器根据自身记录,将所述多媒体附件转发给第二邮件客户端子系统。
所述第一邮件处理模块和/或第二邮件处理模块为OUTLOOK邮件模块,或OUTLOOK EXPRESS邮件模块,或FOXMAIL邮件模块。
由上述技术方案可见,本发明的这种多媒体邮件附件的发送方法,由发送方为待发送的多媒体附件生成附件种子,并将附件种子作为邮件的附件发送给接收方。接收方根据附件种子与发送方建立连接,直接从发送方获得多媒体附件。该方法无需额外上传多媒体附件到邮件服务器,故能够支持大尺寸的多媒体附件传输。
另一方面,在多媒体附件传输过程中一旦发生连接中断,接收方能够保存断点信息,并在后续过程中实现断点续传,从而避免数据的重复发送。
再一方面,该方法在接收多媒体附件时,能允许用户边收取数据、边查看附件内容,而无须等到多媒体附件全部下载完毕才能收看,极大地节省上网时间。
此外,本发明的多媒体邮件附件发送系统,在每个邮件客户端子系统中设置附件管理模块,用于对多媒体附件进行保存、分析和查询等,并为所述多媒体附件生成附件种子。多媒体附件的发送/接收方子系统根据附件种子中携带的信息进行通信,最终实现所述多媒体附件的传送。其中,发送/接收方子系统可以根据自定义的协议进行点对点通信,也可以通过专门的地址解析服务器进行数据转发。所以,本发明的系统能够支持大尺寸的多媒体附件传输,并能实现断点续传。
附图说明
图1为本发明中多媒体邮件附件的发送流程;
图2为本发明中发送方将附件种子送至接收方的流程;
图3为本发明中接收方获得多媒体附件的流程;
图4为本发明中接收方发起断点续传的流程;
图5为本发明一个较佳实施例中多媒体邮件附件发送系统的结构图;
图6为本发明又一较佳实施例中多媒体邮件附件发送系统的结构图。
具体实施方式
为使本发明的目的、技术方案及优点更加清楚明白,以下参照附图并举实施例,对本发明进一步详细说明。
图1显示的是本发明中多媒体邮件附件的发送流程,该方法适用于公网、局域网等网络环境,具体包括:
A、发送方接收到邮件发送指令后,将获取的附件信息生成附件种子,并发送携带附件种子的邮件给接收方。该步骤的具体操作见图2,流程如下:
步骤201、用户发出邮件发送指令,要求发送一个携带多媒体附件的邮件给接收方,发送方会根据该用户指令创建对应的邮件。
该步骤中,用户可以根据需要,要求自身的邮件系统发送一封邮件,并要求在该邮件上添加多媒体附件。
步骤202、发送方为该多媒体附件分配唯一的多媒体附件标识(ID),并将多媒体附件的信息打包生成附件种子。
所述附件种子指的是记录有多媒体附件信息的文件,该多媒体附件信息包括多媒体附件ID、附件名称、附件大小和附件类型等摘要信息。此外,附件种子中还记录有发送方信息,比如发送方网络地址等。
步骤203、发送方在发送邮件时,将附件种子添加到邮件中,作为该邮件的附件发出。
此时,在用户看来,随邮件发出的是多媒体附件。实际上,所述多媒体附件并不发送,而是保存在发送方本地的数据库中,邮件中真正携带的是附件种子。
该步骤中,发送方发送邮件的方式与现有技术相同,即通过邮件服务器中转,邮件中携带的信息包括:发送方邮件地址和SMTP服务器地址等。
B、接收方收到上述邮件后,根据附件种子查找到发送方的网络地址,向发送方发出附件发送请求。该步骤的具体操作见图3,流程如下:
步骤301、接收方收到邮件后,获得邮件附件中的附件种子。
步骤302、接收方根据附件种子中记录的发送方网络地址,与发送方建立连接。
一般情况下,所述发送方网络地址指的是IP地址,接收方可以解析发送方地址,并通过TCP/IP协议直接连接到发送方。
如果发送方通过代理服务器与网络连接,或设置有防火墙,所述发送方网络地址就会比较复杂,可能包括中转信息等一系列连接到发送方所需的地址信息。
为了更好地支持接收方和发送方之间的连接,可以设置专门的地址解析服务器,以便在发送/接收方之间转发信息。所述地址解析服务器与现有的邮件服务器不同,是额外设置的服务器,比如公网服务器等。该地址解析服务器不使用SMPT和POP协议进行数据收发,可以由单个服务器实现,也可以是多个服务器组成的,用来保存和解析邮件客户端的地址、ID等信息,并负责在邮件客户端之间转发信息。
步骤303、接收方向发送方发出附件发送请求,要求发送方将多媒体附件发送至接收方,所述附件发送请求中携带有多媒体附件ID。
C、发送方根据附件发送请求,发送多媒体附件到接收方,接收方在获得多媒体附件后,保存该多媒体附件并对其进行阅读和浏览。
该步骤中,发送方根据多媒体附件ID,在自身的数据库中查找到对应的多媒体附件,发送给接收方。
基于上述的网络设置,接收方与发送方之间的数据传输具体为:接收方根据发送方IP地址向发送方发出连接请求,所述连接请求中带有接收方IP地址和通信协议版本号,上述连接过程采用现有的TCP/IP协议进行支持,该协议会在连接成功后返回确认消息。如果该连接成功,接收方直接向发送方发出附件发送请求,所述附件发送请求携带接收方IP地址、端口号以及多媒体附件标识,发送方根据多媒体附件标识查找到自身保存的多媒体附件,并按照所述IP地址和端口号发送至接收方。
上述过程也可以采用现有的点对点数据传输实现,所述点对点的传送方式指的是用户之间直接进行数据交流,一方用户可以直接查看另一方用户发送过来的信息数据流,此处不再赘述。
如果直接连接不成功,接收方就向地址解析服务器发起连接请求,所述连接请求携带有接收方ID号。由于所有邮件客户端在初始化时,都会到该地址解析服务器进行注册和登记,故地址解析服务器记录有每个邮件客户端的信息,并为每个邮件客户端配置有专用ID号,地址解析服务器可以根据接收方ID号判断是否允许进行本次连接。如果允许,接收方向地址解析服务器发出附件发送请求,所述附件发送请求携带有发送方ID号、以及接收方IP地址和端口号。地址解析服务器记录接收方IP地址和端口号,并根据发送方ID号查找自身记录,将附件发送请求转发给发送方。发送方接收到附件发送请求后,向地址解析服务器回复应答消息,所述应答消息携带有接收方ID号、本次传输的数据大小、本次传输的多媒体附件内容、剩余数据大小等信息。地址解析服务器根据接收方ID号查找到接收方的IP地址和端口号,将应答消息中的内容送至接收方。
由于多媒体附件一般是流媒体格式,比如MPEG、AVI、WAV、RM和MP3等,故邮件客户端的邮件系统可以设置为边接收数据边查看,在接收到的数据尺寸达到预设值时,将已接收到的数据内容发送给自身的播放器进行播放。比如,每收到10%的附件内容后,接收方就对数据进行播放。
但是,如果接收到的多媒体附件不是流媒体格式,即数据内容不能一帧帧地发送,比如由DVD光盘制成的虚拟光盘等,接收方就无法在下载的同时正确地进行浏览。
该步骤中,如果在发送方发送多媒体附件时,出现双方连接中断的情况,所述连接中断可能是由于网络故障或用户执行中断操作导致的,则执行图4所述的过程:
步骤401、接收方保存断点信息,在后续过程中与发送方重新建立连接,并再次发出附件发送请求,要求获得剩余的附件内容。所述断点信息包括:连接中断前访问的多媒体附件ID、连接中断前接收到的数据尺寸,以及连接中断位置等。
附件发送请求中设置有断点字段,用于保存断点信息。对于步骤303的情况,由于接收方是第一次发出附件发送请求,故断点字段为空。
在出现连接中断的情况时,可以由接收方用户下达重新连接的指令;或者,由系统自动地进行重新连接。
步骤402、发送方接收到附件发送请求后,根据断点信息将连接中断后未发送的剩余附件内容发送至接收方。数据接收完毕后,接收方断开自身与发送方的连接。
上述过程中,只要连接中断前多媒体附件没有接收完毕,且接收方需要继续查看剩余的附件内容,就可以要求重新连接到发送方。重新连接的方式与第一次连接相同,此处不赘述。
使用本发明的方法,发送方会将自身要求发送的多媒体附件信息生成附件种子,发送给接收方。接收方收到携带附件种子的邮件后,通过查看附件种子,与发送方建立连接,从发送方获得多媒体附件,比如AVI、MPEG或WAV格式的视频录像等,并可实时阅读、观看。接收方还可随时中断本次连接操作,等待下一次上网继续对该多媒体附件的查看。
基于上述的多媒体邮件附件发送流程,图5显示的是本发明一个较佳实施例中多媒体邮件附件发送系统的结构图。所述多媒体邮件附件发送系统包括一个以上邮件客户端,所述邮件客户端指的是支持邮件通信的客户端程序。这些邮件客户端之间可以采用现有的方式,比如OUTLOOK、OUTLOOKEXPRESS或FOXMAIL等进行邮件通信。
在下面的描述中,将发出多媒体附件的邮件客户端称为第一邮件客户端子系统51,接收多媒体附件的邮件客户端称为第二邮件客户端子系统52,所述第一邮件客户端子系统51包括第一邮件处理模块511,所述第二邮件客户端子系统52包括第二邮件处理模块521。由于第一邮件客户端子系统51和第二邮件客户端子系统52都具有现有的邮件通信功能,故所述第一邮件处理模块511和/或第二邮件处理模块521可以采用现有的OUTLOOK、OUTLOOK EXPRESS或FOXMAIL邮件模块等实现,二者之间的通信通过邮件服务器53支持。
此外,第一邮件客户端子系统51还包括第一附件管理模块512,第二邮件客户端子系统52还包括第二附件管理模块522。
第一邮件客户端子系统51接收到发送多媒体附件至第二邮件客户端子系统52的邮件发送指令后,将所述多媒体附件送至自身的第一附件管理模块512进行处理。第一附件管理模块512保存所述多媒体附件,为其分配多媒体附件标识,并将第一邮件客户端子系统的网络地址以及所述多媒体附件标识生成附件种子,发送给第一邮件处理模块511。第一邮件处理模块511将所述附件种子作为邮件附件添加到自身创建的邮件中,发送给第二邮件客户端子系统52。该过程中,所述邮件的发送是通过邮件服务器53进行的,此处不再赘述。
第二邮件客户端子系统52接收到所述邮件后,将所述附件种子送至自身的第二附件管理模块522进行处理。第二附件管理模块522根据附件种子中的第一邮件客户端子系统的网络地址,向第一邮件客户端子系统51发出携带多媒体附件标识的附件发送请求。
第一邮件客户端子系统51的第一附件管理模块512接收到所述附件发送请求,根据多媒体附件标识查找到自身保存的多媒体附件,并将多媒体附件发送给第二邮件客户端子系统52。
其中,第二邮件客户端子系统52向第一邮件客户端子系统51发出附件发送请求,以及第一邮件客户端子系统51向第二邮件客户端子系统52发出多媒体附件的过程,都是通过点对点方式实现的。
本发明又一较佳实施例中的多媒体邮件附件发送系统见图6,该系统与图5类似,仅在第一邮件客户端子系统51和第二邮件客户端子系统52之间进一步设置地址解析服务器64,用于在二者之间进行数据转发。
第一邮件客户端子系统51和/或第二邮件客户端子系统52在初始化时,都会在地址解析服务器64上记录自身信息。
此后,第二邮件客户端子系统52的第二附件管理模块522向地址解析服务器64发出附件发送请求,地址解析服务器64根据自身记录,将所述附件发送请求转发给第一邮件客户端子系统51。
第一邮件客户端子系统51的第一附件管理模块512将多媒体附件发送给地址解析服务器64,地址解析服务器64根据自身记录,将所述多媒体附件转发给第二邮件客户端子系统52。
本发明所述的方法和系统不仅支持个人邮件的收发,还能应用于办公自动化(OA)系统、企业资源计划(ERP)系统、管理信息系统(MIS)、企业信息化系统、工作流(workflow)系统等需要使用电子邮件的领域。
由上述的实施例可见,本发明的这种多媒体邮件附件的发送方法和系统,先由发送方子系统为待发送的多媒体附件生成附件种子,发送给接收方子系统;接收方子系统再根据附件种子与发送方子系统建立连接,直接从发送方子系统获得多媒体附件,从而能够支持大尺寸的多媒体附件传输,并能实现断点续传,避免数据的重复发送。
Claims (14)
1、一种多媒体邮件附件的发送方法,其特征在于,在网络上设置地址解析服务器,对邮件客户端进行地址解析,该方法包括以下步骤:
a、发送方接收到发送多媒体附件的邮件发送指令后,将所述多媒体附件标识以及发送方网络地址通过邮件发送给接收方,并在自身保存所述多媒体附件;
b、接收方根据邮件中的发送方网络地址与发送方建立连接,并向发送方发出携带多媒体附件标识的附件发送请求;当接收方判定自身与发送方无法建立连接时,接收方将附件发送请求送至所述地址解析服务器;所述地址解析服务器根据自身记录,将附件发送请求发送给发送方;
c、发送方根据多媒体附件标识查找到自身保存的多媒体附件,并发送该多媒体附件到接收方;或者,发送方通过所述地址解析服务器将所述多媒体附件发送至接收方;结束流程。
2、根据权利要求1所述的方法,其特征在于,步骤a中,发送方将多媒体附件标识以及发送方网络地址生成附件种子,并发送携带附件种子的邮件给接收方。
3、根据权利要求2所述的方法,其特征在于,所述附件种子进一步包括:附件名称、附件大小和附件类型。
4、根据权利要求1所述的方法,其特征在于,步骤b中接收方判定自身可以与发送方建立连接时的方法具体为:接收方解析自身接收到的发送方网络地址,并通过TCP/IP协议与发送方建立连接,向发送方发出附件发送请求;
则步骤c中,发送方通过步骤b中建立的连接,将多媒体附件送至接收方。
5、根据权利要求4所述的方法,其特征在于,步骤b所述接收方判定自身与发送方无法建立连接包括:接收方判定自身通过TCP/IP协议与发送
6、根据权利要求1所述的方法,其特征在于,步骤c所述的方法进一步包括:接收方接收多媒体附件,并在接收到的数据尺寸达到预设值时,将已接收到的数据内容发送给自身的播放器进行播放。
7、根据权利要求1所述的方法,其特征在于,发送方和接收方之间的连接中断时,步骤c所述的方法进一步包括:接收方保存断点信息,并发出携带断点信息的附件发送请求给发送方;发送方根据断点信息,将多媒体附件中剩余的数据内容发送给接收方。
8、根据权利要求7所述的方法,其特征在于,所述断点信息包括:连接中断前访问的多媒体附件标识、连接中断前接收到的数据尺寸,以及连接中断位置。
9、根据权利要求7所述的方法,其特征在于,所述附件发送请求携带断点信息的方法为:在附件发送请求中设置断点字段,并在断点字段中记录断点信息。
10、一种多媒体邮件附件发送系统,该系统包括一个以上邮件客户端子系统,所述邮件客户端子系统包括邮件处理模块,其特征在于,所述多媒体邮件附件发送系统还包括地址解析服务器;所述邮件客户端子系统还包括附件管理模块;
所述邮件客户端子系统执行初始化操作,在所述地址解析服务器上记录自身信息;
所述附件管理模块保存多媒体附件,并将多媒体附件标识和自身邮件客户端子系统的网络地址生成附件种子发送给邮件处理模块,邮件处理模块将所述附件种子添加到邮件中发出;
或者,附件管理模块根据接收到的附件种子中的邮件客户端子系统的网络地址,发出携带多媒体附件标识的附件发送请求;
或者,附件管理模块接收到附件发送请求,根据多媒体附件标识查找到自身保存的多媒体附件,发出所述查找到的多媒体附件;
所述地址解析服务器根据自身记录,将所接收到的附件发送请求或多媒体附件转发给相应的邮件客户端子系统。
11、根据权利要求10所述的系统,其特征在于,所述多媒体邮件附件发送系统包括第一邮件客户端子系统和第二邮件客户端子系统,所述第一邮件客户端子系统包括第一邮件处理模块和第一附件管理模块,所述第二邮件客户端子系统包括第二邮件处理模块和第二附件管理模块;
第一邮件客户端子系统接收到邮件发送指令后,将所述多媒体附件送至自身的第一附件管理模块,第一附件管理模块保存所述多媒体附件,并将第一邮件客户端子系统的网络地址以及所述多媒体附件标识生成附件种子,发送给第一邮件处理模块;第一邮件处理模块将所述附件种子添加到邮件中,发送给第二邮件客户端子系统;
第二邮件客户端子系统中的第二附件管理模块获取所述邮件中的附件种子,并根据附件种子中的第一邮件客户端子系统的网络地址,向第一邮件客户端子系统发出携带多媒体附件标识的附件发送请求;第一邮件客户端子系统的第一附件管理模块根据所述附件发送请求中的多媒体附件标识,查找到自身保存的多媒体附件,发送给第二邮件客户端子系统。
12、根据权利要求11所述的系统,其特征在于,所述第二邮件客户端子系统通过点对点方式,向第一邮件客户端子系统发出附件发送请求;
或者,第一邮件客户端子系统通过点对点方式,向第二邮件客户端子系统发出多媒体附件。
13、根据权利要求11所述的系统,其特征在于,
所述邮件客户端子系统执行初始化操作,在所述地址解析服务器上记录自身信息包括:
所述第一邮件客户端子系统和/或第二邮件客户端子系统执行初始化操作,分别在地址解析服务器上记录自身信息;
所述地址解析服务器根据自身记录,将所接收到的附件发送请求或多媒体附件转发给相应的邮件客户端子系统包括:
第二邮件客户端子系统的第二附件管理模块向地址解析服务器发出附件发送请求,地址解析服务器根据自身记录,将所述附件发送请求转发给第一邮件客户端子系统;
或者,第一邮件客户端子系统的第一附件管理模块将多媒体附件发送给地址解析服务器,地址解析服务器根据自身记录,将所述多媒体附件转发给第二邮件客户端子系统。
14、根据权利要求11、12或13所述的系统,其特征在于,所述第一邮件处理模块和/或第二邮件处理模块为OUTLOOK邮件模块,或OUTLOOKEXPRESS邮件模块,或FOXMAIL邮件模块。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2005101237829A CN100512234C (zh) | 2005-11-22 | 2005-11-22 | 一种多媒体邮件附件的发送方法和系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2005101237829A CN100512234C (zh) | 2005-11-22 | 2005-11-22 | 一种多媒体邮件附件的发送方法和系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1972250A CN1972250A (zh) | 2007-05-30 |
CN100512234C true CN100512234C (zh) | 2009-07-08 |
Family
ID=38112847
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNB2005101237829A Active CN100512234C (zh) | 2005-11-22 | 2005-11-22 | 一种多媒体邮件附件的发送方法和系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN100512234C (zh) |
Families Citing this family (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100589456C (zh) * | 2007-06-08 | 2010-02-10 | 腾讯科技(深圳)有限公司 | 一种邮件附件的发送及接收方法和系统 |
CN101150595B (zh) * | 2007-11-13 | 2011-07-20 | 腾讯科技(深圳)有限公司 | 一种实时文件传输方法、系统及装置 |
CN102143123B (zh) * | 2010-02-01 | 2013-11-27 | 腾讯科技(深圳)有限公司 | 一种边下边播的方法、客户端、服务器和系统 |
CN102065025A (zh) * | 2010-12-13 | 2011-05-18 | 中国科学院计算技术研究所 | 多媒体邮件系统与多媒体邮件收发方法 |
CN102571710B (zh) * | 2010-12-24 | 2019-03-12 | 中兴通讯股份有限公司 | 信息订阅方法及系统 |
CN103457973B (zh) | 2012-06-01 | 2016-04-27 | 深圳市腾讯计算机系统有限公司 | 一种图片上传方法、系统、图片上传客户端及网络服务器 |
CN103905906B (zh) * | 2012-12-27 | 2017-03-01 | 三星电子(中国)研发中心 | 一种基于智能电视的数据处理方法和装置 |
JP6157190B2 (ja) * | 2013-04-17 | 2017-07-05 | キヤノン株式会社 | 通信装置、その制御方法、プログラム |
CN105898717A (zh) * | 2015-10-27 | 2016-08-24 | 乐视致新电子科技(天津)有限公司 | 移动终端的邮件附件的下载方法 |
CN107465745A (zh) * | 2017-08-10 | 2017-12-12 | 安徽声讯信息技术有限公司 | 一种基于大文件分享的断点续传控制系统 |
CN109088816B (zh) * | 2018-09-27 | 2021-10-08 | 南京凯瑞得信息科技有限公司 | 基于船载卫星通信网络的邮件收发方法 |
CN114650269B (zh) * | 2022-05-23 | 2022-08-09 | 南京敏宇数行信息技术有限公司 | 基于数据处理的邮件转发方法及装置 |
-
2005
- 2005-11-22 CN CNB2005101237829A patent/CN100512234C/zh active Active
Also Published As
Publication number | Publication date |
---|---|
CN1972250A (zh) | 2007-05-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN100512234C (zh) | 一种多媒体邮件附件的发送方法和系统 | |
US10404641B2 (en) | Internet e-mail bridge | |
US6163809A (en) | System and method for preserving delivery status notification when moving from a native network to a foreign network | |
US7562133B2 (en) | Method, system and computer program product for delivering data to a storage buffer assigned to an application | |
US20070180033A1 (en) | Virtual mail storage for mail distributed using corporate distribution lists | |
US20040044735A1 (en) | Method and system for organizing an email thread | |
US20070180035A1 (en) | E-mail attachment selectable download | |
CN102307159B (zh) | 有效管理“已发送消息”文件与重新发送消息的方法和装置 | |
US20080101561A1 (en) | Messenger notification system and method using synchronization server | |
CN100558086C (zh) | 一种离线文件的发送、接收、传输方法及系统 | |
US20030018721A1 (en) | Unified messaging with separate media component storage | |
JP3973352B2 (ja) | 電子メール仲介装置および電子メール送達方法 | |
CN1487706B (zh) | 企业即时通信的方法、系统和控制流程 | |
CN111884905A (zh) | 一种消息管理方法及系统 | |
US20070211713A1 (en) | Content relay server, content replay system, content relay method, and program using the same | |
US7792520B2 (en) | Method of transmitting multimedia message in various service environments | |
US20040122964A1 (en) | Record transport protocol for data communication in wireless delivery systems | |
CN101008993B (zh) | 更改电子邮件附件名称的方法及系统 | |
US20070124402A1 (en) | Multiple server email system | |
JP4087772B2 (ja) | Ip−faxプログラム、ip−faxサーバ装置及びこれらを用いたネットワーク記事配信システム。 | |
US20090182887A1 (en) | Data transmission and writing method using multicast data flows | |
JP2000512788A (ja) | マルチメディアレター構成システム | |
US8635292B2 (en) | Method for reduction of disk space usage of electronic messages in a network | |
CN102986173A (zh) | 消息状态设置方法和cpm业务服务器 | |
KR20020029526A (ko) | 대량 전자 메일을 고속으로 전송하는 방법 및 그 시스템 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |